JP2005182298A - フィルタリングシステム - Google Patents

Abstract

【課題】 柔軟性を高める。
【解決手段】 フィルタリングシステムにおいて、送信希望情報の種類として、情報提供者がエンドユーザに送信され認識されることを希望する情報の本体である本体情報と、その本体情報の所在を指定するための所在指定情報を用意し、本体情報と所在指定情報を区別して送信希望情報の送信を行わせる送信希望情報処理部と、エンドユーザが受信を希望する送信希望情報を特定するため、直接的または間接的に指定したキーワードを取得するキーワード取得部と、エンドユーザごとに、送信希望情報の送信の要否を判定する際の基準となる送信要否判定基準情報を記憶した判定基準記憶部とを備え、送信要否判定基準情報をもとに、該当する送信希望情報の送信を行うか否かを決定する。
【選択図】 図１

Description

本発明はフィルタリングシステムに関し、例えば、メールマガジンを受信し処理する場合などに用いて好適なものである。

通信ネットワークを介して、適切な情報を利用者に提供するための技術として、下記の特許文献１に記載されたものがある。

特許文献１の技術では、利用者（需要者）が商品やサービスにつけられたバーコードを入力することにより、その商品やサービスに関する情報を入手することができる。この場合、入手できる情報は、バーコードに関連づけられた情報である。

一方、現在、実際に運営されている検索サイトのなかには、キーワードに連動させた広告挿入システムを持つものがある。

この広告挿入システムの場合、検索の対象になるのは、インターネット上のＷｅｂページである。検索結果のページに広告を出したい情報提供者は、当該検索サイトにスポンサーとしてエントリーしている。

Ｗｅｂブラウザを操作する利用者がキーワードを入力すると、キーワードに一致するＷｅｂページの所在データ（ＵＲＬ）とＷｅｂページの一部が一覧表示される。

また、そのキーワードに一致するスポンサー情報が存在すれば、スポンサー情報であることを明示した上で、検索結果の一部としてＷｅｂブラウザの画面上に表示される。ここで、スポンサー情報とは、スポンサー名、ＵＲＬ、またはＵＲＬが指定するＷｅｂページの概要のことである。

検索サイトは、当該スポンサー情報を検索結果と一緒にブラウザ画面上に表示させることの対価として、スポンサー企業より料金を得ている。
特開２００３−３０５２７

ところが、上述した広告挿入システムでは、キーワードに一致すると、一致したスポンサー情報が毎回、必ずブラウザ画面に表示されるため、柔軟性に欠ける。また、興味のない同じスポンサー情報が毎回、画面上に表示されていると、利用者に好まれないだけでなく、結局のところ、利用者はそのスポンサー情報を読まないことが多くなり、広告効果も低下してしまう。

一方、上述した特許文献１の技術において、利用者は、予め需要者希望情報を変更する方法や、需要者通知条件を変更する方法によって、入手できる情報を変更することができるものの、需要者希望情報を変更したり、需要者通知条件を変更することは利用者の操作負担が大きく、利便性が低い。

かかる課題を解決するために、本発明では、情報提供者がエンドユーザに送信され認識されることを希望する送信希望情報を、前記エンドユーザの希望に応じてフィルタリングし、当該フィルタリングで排除されなかった送信希望情報をエンドユーザに送信するフィルタリングシステムにおいて、（１）前記送信希望情報の種類として、前記情報提供者がエンドユーザに送信され認識されることを希望する情報の本体である本体情報と、その本体情報の所在を指定するための所在指定情報を用意し、本体情報と所在指定情報を区別して当該送信希望情報の送信を行わせる送信希望情報処理部と、（２）前記エンドユーザが受信を希望する送信希望情報を特定するため、直接的または間接的に指定したキーワードを取得するキーワード取得部と、（３）前記エンドユーザごとに、前記送信希望情報の送信の要否を判定する際の基準となる送信要否判定基準情報を記憶した判定基準記憶部とを備え、（４）当該送信要否判定基準情報をもとに、該当する送信希望情報の送信を行うか否かを決定することを特徴とする。

本発明によれば、柔軟性を高めることが可能である。

これにより、送信希望情報が例えば広告を含んでいる場合などには、広告効果を高めることができる。

（Ａ）実施形態
以下、本発明にかかるフィルタリングシステムを、通信システムに適用した場合を例に、実施形態について説明する。

（Ａ−１）第１の実施形態の構成
本実施形態の通信システム１０の全体構成例は、図１５に示す。

図１５において、当該通信システム１０は、ネットワーク１１と、フィルタリングサーバ１２と、コンテンツサーバ１３と、通信端末１４とを備えている。

このうちネットワーク１１は、ＬＡＮ（ローカルエリアネットワーク）などであってもかまわないが、ここでは、インターネットであるものとする。

フィルタリングサーバ１２と、コンテンツサーバ１３はいずれもＷｅｂサーバであるが、コンテンツサーバ１３は上述した情報提供者（ここでは、ＥＰ１とする）であるスポンサーによって運営されている通常のＷｅｂサーバであり、フィルタリングサーバ１２は前記検索サイトに相当する構成要素であり、本実施形態に特徴的なＷｅｂサーバである。フィルタリングサーバ１２は事業者ＦＰ１によって運営されているものとする。

通信端末１４は、Ｗｅｂサーバに対するクライアント機能であるＷｅｂブラウザＢＲ１を搭載した通信端末で、利用者Ｕ１によって操作される。この通信端末は、一例として、パソコンであってよい。

Ｗｅｂサーバであるフィルタリングサーバ１２の主要部の構成例を図１に示す。

（Ａ−１−１）フィルタリングサーバの主要部の構成例
図１において、当該フィルタリングサーバ１２は、利用者属性データ蓄積部１０１と、キーワード取得部１０２と、特定情報蓄積部１０３と、特定情報検索部１０４と、特定情報提示制御部１０５と、特定情報提示部１０６と、特定情報提示記録部１０７とを備えている。

このうち利用者属性データ蓄積部１０１は、利用者（例えば、Ｕ１）の属性情報を蓄積する部分である。属性情報には様々なものがあり得るが、少なくとも、フィルタリングサーバ１２内部において利用者を一意に区別できる情報を含む必要がある。この情報として、ここでは、フィルタリングサーバ１２内で利用者ごとに割り付ける利用者ＩＤを生成して使用するものとする。また、属性情報として、そのほかに、性別、年齢、職業、居住地、メールアドレスなどを取得、蓄積するものとする。この場合、当該利用者属性データ蓄積部１０１の内部構成は、図２に示すものとなる。

キーワード取得部１０２は、利用者Ｕ１などが入力画面を介して入力したキーワードを受け付けること等により、各利用者に対応するキーワードを収集する部分である。当該入力画面は、フォームの仕組みを利用したＷｅｂページとして、フィルタリングサーバ１２から通信端末１４へ送信されるものである。

あるいは、あらかじめ利用者属性情報とキーワードの表を作成しておき、その表を読み取ることによってキーワードを収集するようにしてもよい。

図３は、このような表の一例であり、利用者属性情報として、前記利用者ＩＤを用いている。

特定情報蓄積部１０３は、情報提供者（例えば、ＥＰ１）が、利用者に提示したい特定情報に対応するＵＲＬを蓄積しておく部分であってよいが、ここではこのほか、当該特定情報蓄積部１０３に、情報提供者の名称、当該情報提供者が提供するＷｅｂページを指定するＵＲＬ、そのＷｅｂページの概要などの情報（すなわち、特定情報）を蓄積する。したがって当該特定情報には、上述したスポンサー情報に相当する各種情報が含まれる。図４は、このような特定情報蓄積部１０３の構成例を示す。必要に応じて、Ｗｅｂページの内容そのものを当該特定情報蓄積部１０３に蓄積しておくようにしてもよい。

また、図６に示すように、各特定情報に含まれるキーワードを、予め抽出し、各特定情報に対応するＵＲＬなどに対応付けた形式で、当該特定情報蓄積部１０３に蓄積しておくようにしてもよい。

特定情報検索部１０４は取得されたキーワードを元に、特定情報の検索を行う部分である。検索の対象となるのは、基本的に、特定情報蓄積部１０３に蓄積されたＵＲＬに対応するＷｅｂページや当該Ｗｅｂページの概要である。必要に応じて、検索の範囲を、前記Ｗｅｂページの概要に限定すれば、フィルタリングサーバ１２の処理能力にかかる負荷が軽減されて、レスポンス性能の向上も期待できる。

当該フィルタリングサーバ１２を利用する利用者が多いほど、情報提供者が利用者に対して、より効果的に特定情報を伝えることができることから、特定情報蓄積部１０３の蓄積内容が豊富なものとなり、キーワードに一致する特定情報が特定情報蓄積部１０３内に存在しないということが起こりにくくなる。

特定情報提示記録部１０７は、所定の記録情報を記録した部分である。本実施形態では、当該記録情報として、特定情報の利用者に対する過去の提示状況を示す提示状況情報を記録する。したがって、本実施形態の記録情報は、提示済みか未提示かを記録することになり、特定情報提示記録部１０７の構成例は、一例として、図５に示すものとなる。提示済みの記録を残しておくのは、一度、提示したものと同じ特定情報を繰り返し利用者Ｕ１に提示することを防止できるようにするためである。また、提示状況情報の値が未提示となる行（図示の例では行Ｌ２，Ｌ３）は、後述するように、処理の途中において過渡的に出現するのみであり、安定的には、提示済みの行のみが存在することになる。

特定情報提示制御部１０５は、当該特定情報提示記録部１０７に記録されている提示状況情報をもとに、特定情報を提示するか否かを制御する部分である。基本的には、前記提示済みの記録に基づいて、過去に提示した特定情報は提示しないものとするが、過去に提示していたとき、利用者Ｕ１が特定情報に対応するＷｅｂページ中のハイパーリンク（ＵＲＬ）を操作してリンク先（ＵＲＬ先）に対し新たなＷｅｂアクセスを行っていた場合などには、提示済みであっても再度、提示するようにしてもよい。ただしその場合、そのような新たなＷｅｂアクセスを行ったことも、前記提示状況情報の一部として、特定情報提示記録部１０７に記録しておく必要がある。

特定情報提示部１０６は、当該特定情報提示制御部１０５の制御にしたがって、特定情報の提示を実行する部分である。具体的には、特定情報提示制御部１０５の制御にしたがって、利用者（その一人がＵ１）ごとに、提示するＷｅｂページを生成した上、ＨＴＴＰレスポンスメッセージの一部として返送することになる。

以下、上記のような構成を有する本実施形態の動作について説明する。

ここでは、前記利用者Ｕ１がフィルタリングサーバ１２に対してＷｅｂブラウザＢＲ１でアクセスするものとし、当該利用者Ｕ１の利用者ＩＤは、図２、図３，図５に図示した「０００１」であるものとする。

（Ａ−２）第１の実施形態の動作
図５から明らかなように、利用者ＩＤが「０００１」の行は、行Ｌ１〜Ｌ３の３行である。このうち図５中の最も上の１行（すなわち、行Ｌ１）にあたるＵＲＬ（ここでは、ｈｔｔｐ：／／ｗｗｗ．ｍｍ−ｓｐｏｒｔｓ．ａａａ）で指定される特定情報（ＵＲＬ自体も含む）は提示済みである。また、上から２番目の行である行Ｌ２のＵＲＬに対応する特定情報は、未提示であり、上から３番目の行である行Ｌ３のＵＲＬに対応する特定情報は、未提示である。ただし利用者Ｕ１からのＨＴＴＰリクエストメッセージが届く前の時点では、図５中の行Ｌ２，Ｌ３は存在していないものとし、図５は提示状況情報が提示済みの行のみから構成されているものとする。

この状態で利用者Ｕ１が通信端末１４のＷｅｂブラウザＢＲ１を介して、フィルタリングサーバ１２にアクセスし、前記入力画面からキーワードを送信してきたものとすると、そのキーワードは、ＨＴＴＰリクエストメッセージＲＱ１の一部としてＷｅｂブラウザＢＲ１（通信端末１４）からフィルタリングサーバ１２へ届けられる。そして、ＨＴＴＰリクエストメッセージＲＱ１中の当該キーワードは、前記キーワード取得部１０２に取得される。

ただしこの前後に、フィルタリングサーバ１２は何らかの方法で、アクセスしてきた利用者がＵ１であることを特定する必要がある。利用者の特定には様々な方法を用いることが可能であるが、例えば、当該フィルタリングサーバ１２が会員制のサービスを提供している場合には、会員ＩＤを申告させること等によって利用者を特定することができ、また、クッキーなどを用いて利用者を特定することもできる。利用者がＵ１であることを特定できれば、その利用者の利用者ＩＤが、前記「０００１」であることが分かる。

つづいて前記特定情報検索部１０４が当該キーワードをもとに、前記特定情報蓄積部１０３の蓄積内容であるＷｅｂページの概要やＷｅｂページそのものに対して検索を行い、一致したＷｅｂページの概要やＷｅｂページに（例えば、図４に示すようにして）対応付けられているＵＲＬを収集する。このとき、例えば、図６に示すように、上述したＷｅｂページの概要から抽出したキーワードを予め整理し各ＵＲＬに対応付ける形式で特定情報蓄積部１０３内に登録しておけば、検索が容易となる。

特定情報蓄積部１０３の蓄積内容が十分に豊富であれば、多くの場合、そのキーワードに一致する文字列を含むＷｅｂページの概要やＷｅｂページは多数となり、収集されるＵＲＬの数も多いから、多数のＵＲＬを要素とするＵＲＬの集合（ＵＲＬ集合）が形成される。ここでは、ｎ個のＵＲＬ（ＵＲＬ１，ＵＲＬ２，…，ＵＲＬｎ）を要素とするＵＲＬ集合Ｓ１が形成されたものとする。

このＵＲＬ集合Ｓ１と、前記利用者ＩＤである「０００１」を受け取った特定情報提示制御部１０５は、前記特定情報提示記録部１０７中の行Ｌ１、Ｌ４，Ｌ５のなかから、この利用者ＩＤに該当する行を特定する。特定情報記録部１０７の内容が図５から行Ｌ２，Ｌ３を除いたものであるとすると、図５中の最も上の行Ｌ１だけがこの利用者ＩＤ（すなわち、利用者Ｕ１）に対応する行となる。

次に当該特定情報提示制御部１０５は、前記ＵＲＬ集合Ｓ１の各要素であるＵＲＬと、この行Ｌ１のＵＲＬが一致するか否かを検査し、一致しない１または複数の要素に対する１または複数の行を前記特定情報提示記録部１０７に追加する。追加される行は、利用者ＩＤが、前記「０００１」であり、ＵＲＬの値はそのＵＲＬそのものであり、提示状況情報の値は「未提示」である。

ここではこの追加によって、図５中の２つの行Ｌ２，Ｌ３が追加された結果、特定情報提示記録部１０７は、図５に示す状態になったものとする。

前記ＨＴＴＰリクエストメッセージＲＱ１で届けられたキーワードが複数ある場合には、同様な処理が繰り返し実行され、そのたびに、新たな行が追加され得るが、ここでは、ＨＴＴＰリクエストメッセージＲＱ１で届けられたキーワードは１つだけであり、追加された行は、前記Ｌ２，Ｌ３だけであると仮定する。

当該ＨＴＴＰリクエストメッセージＲＱ１に対する行の追加が終了したあと、特定情報提示制御部１０５は制御を特定情報提示部１０６に渡し、特定情報提示部１０６は、図５に示す内容を持つ特定情報提示記録部１０７中で、提示状況情報の値が未提示となっている２つの行Ｌ２，Ｌ３に対応するＵＲＬで指定される情報提供者の名称、ＵＲＬ、および／またはＷｅｂページの概要を、前記特定情報蓄積部１０３から取得する。ただしここでは、情報提供者の名称とＵＲＬだけを取得するものとする。

図５と図４に含まれるＵＲＬを対比すれば明らかなように、図４の場合、前記行Ｌ２のＵＲＬに対応する行はＬＮ２であり、前記行Ｌ３のＵＲＬに対応する行はＬＮ３である。したがって、情報提供者の名称として、「××会社」と、「□□工業」が取得され、ＵＲＬとして、「http://www.xx-comp.bbb」と、「http://www.yy-comp.ccc」とが取得される。

取得したこれらの情報をもとに、特定情報提示部１０６は、例えば、図７に示すようなＷｅｂページを生成し、ＨＴＴＰレスポンスメッセージＲＳ１の一部として前記ＷｅｂブラウザＢＲ１へ返送する。このＨＴＴＰレスポンスメッセージＲＳ１は、上述したＨＴＴＰリクエストメッセージＲＱ１に対する応答である。

当該ＨＴＴＰレスポンスメッセージＲＳ１を受信した通信端末１４のＷｅｂブラウザＢＲ１は、図７に示すＷｅｂページを画面表示するので、利用者Ｕ１は当該画面を目視することができる。図７上に表示された各ＵＲＬの表示ＬＫ１，ＬＫ２はハイパーリンクになっているため、通信端末１４を操作する利用者Ｕ１は、当該ハイパーリンクをクリックすることによってリンク先のＷｅｂページを取得し、閲覧することが可能である。

（Ａ−３）第１の実施形態の効果
本実施形態によれば、各利用者（その一人がＵ１）の閲覧の履歴を反映したＷｅｂページを利用者に返送することができるため、利用者の立場からすると同じキーワードを入力しても毎回、Ｗｅｂページ上で閲覧する特定情報（例え
ば、ＵＲＬ、情報提供者の名称、Ｗｅｂページの概要など）が変化し、何度も同じ特定情報を見る必要がなく、柔軟性が高い。

これにより、その利用者にとって、常に新しい特定情報だけを見ることができ、自分の興味のある情報に関連する特定情報の存在に気付くことが容易となり、求める情報に到達しやすくなる。

このことはまた、特定情報が広告である場合などには、広告効果を高めることにも寄与する。

(Ｂ)第２の実施形態
以下では、本実施形態が第１の実施形態と相違する点についてのみ説明する。

本実施形態は、前記特定情報提示記録部（１０７）の記録情報として、提示状況情報ではなく、コンテンツ新性情報を記録する点が相違する。

コンテンツ新性情報は、前記特定情報に対応するＷｅｂページの内容が、前回その利用者（例えば、Ｕ１）に提示したときから更新されたか否かなど、利用者にとって新たなコンテンツであるか否かを示す記録情報である。

本実施形態では、当該コンテンツ新性情報に関連する機能以外、第１の実施形態と同じである。

（Ｂ−１）第２の実施形態の構成および動作
本実施形態のフィルタイリングサーバ２０の主要部の構成例を図８に示す。

図８において、図１と同じ名称を付与した構成要素２０１〜２０７の機能は基本的に第１の実施形態と同じであるので、その詳しい説明は省略する。

ただし特定情報提示記録部２０７の構成は、例えば、図９に示す通りであり、記録情報として、前記コンテンツ新性情報、すなわち、更新なし、更新あり、新規を記録している点が第１の実施形態の特定情報提示記録部１０７と相違する。

ここで、「更新なし」とは、あるＷｅｂページの内容が前回その利用者（例えば、Ｕ１）に提示したときから更新されていないことを示し、「更新あり」とは、あるＷｅｂページの内容が前回その利用者（例えば、Ｕ１）に提示したときから更新されたことを示し、「新規」とは、あるＷｅｂページがこれまでその利用者（例えば、Ｕ１）に提示したことのないＷｅｂページであることを示す。

また、本実施形態のフィルタリングサーバ２０の構成要素である特定情報更新検知部２０８は、特定情報に対応するＷｅｂページに関し、これらコンテンツ新性情報を取得する部分である。コンテンツ新性情報は、ＨＥＡＤメソッドなどを利用してＨＴＴＰの制御情報から取得する方法もあるが、ここでは、Ｗｅｂページの内容（コンテンツの本体）を取得した上で、前回、取得したものとの差があるか否かを調べることによって取得するものとする。コンテンツ本体に関し、前回、取得したものとの差を調べる方法は、ＨＴＴＰの制御情報を用いる場合に比べ、フィルタリングサーバ２０の処理能力にかかる負荷は大きくなるが、コンテンツ本体の内容が変更されていないのに、そのコンテンツのタイムスタンプのみが更新されているだけで更新と判断すること等がなくなり、より正確で詳細な情報が得られる利点がある。

利用者Ｕ１がこれまでに当該フィルタリングサーバ２０を利用している場合、すでに特定情報提示記録部２０７内には、当該利用者Ｕ１に対応する行が存在する。図９は当該特定情報提示記録部２０７の構成例を示すものであるが、利用者ＩＤが前記「０００１」であることから、３つの行ＬＭ１〜ＬＭ３が利用者Ｕ１に対応する行であることが分かる。

特定情報更新検知部２０８は、利用者Ｕ１から何らかのリクエストが届かなくても、自動的な処理により、特定情報提示記録部２０７内の記録内容を新しいものに変更して行く。この処理は定期または不定期に実行されるものであってよい。

例えば、行ＬＭ１の場合、「ｈｔｔｐ：／／ｗｗｗ．ｍｍ−ｓｐｏｒｔｓ．ａａａ」に対して、フィルタリングサーバ２０からＨＴＴＰリクエストメッセージを送信することによって、コンテンツ本体を取得することができる。ただしフィルタリングサーバ２０自体がコンテンツサーバの機能（すなわち、何らかのコンテンツの提供元のＷｅｂサーバとしての機能）を持つ場合には、フィルタリングサーバ２０自体の管理下にあるファイルへのアクセスによってコンテンツ本体を取得することになる。

当該「ｈｔｔｐ：／／ｗｗｗ．ｍｍ−ｓｐｏｒｔｓ．ａａａ」に対して、フィルタリングサーバ２０からＨＴＴＰリクエストメッセージを送信し、その応答としてのＨＴＴＰレスポンスメッセージがコンテンツサーバ１３から返送されてくると、特定情報更新検知部２０８が、そのＨＴＴＰレスポンスメッセージに含まれていた最新のコンテンツの本体を、以前に取得し、特定情報蓄積部２０３などに蓄積しておいたコンテンツ本体と比較することによって、以前に取得したコンテンツから更新されているか否かを検査する。

この検査により、更新されていないとの結果が出た場合には、特定情報提示記録部２０７内の該当する行（ここでは、ＬＭ１）に関し、前記コンテンツ新性情報の値をそれまでのものに維持し、更新されているとの結果が出た場合には、前記コンテンツ新性情報の値を「更新あり」にする。例えば、図１０は図９よりも時間的にあとの特定情報提示記録部２０７の内容を示すものであるが、図１０と図９を対比すれば明らかなように、行ＬＭ１のコンテンツ新性情報の値が「更新なし」から「更新あり」に変化している。これはコンテンツ本体の「新製品ＡＡＡを発表しました。」という文字列が、「新製品×××が発表されました。」という文字列に変更されたことを反映したものである。

なお、更新されていないとの検査結果が出た場合に該当する行（ここでは、ＬＭ１）の前記コンテンツ新性情報の値をそれまでのものに維持する理由は、この検査が定期的にまたは不定期に繰り返されることから、前回の検査の結果として得られた「更新あり」が残るようにするためである。したがって、前回の検査の結果としてコンテンツ新性情報に「更新あり」が記録されていた行に関しては、今回の検査以後にも当該「更新あり」の記録が保存される。

前記コンテンツ新性情報の各値のうち、「新規」が記録される処理の順序としては、前記キーワード取得部１０２に対応するキーワード取得部２０２が、ＨＴＴＰリクエストメッセージＲＱ１で届けられたキーワードを取得し、前記特定情報検索部１０４に対応する特定情報検索部２０４がそのキーワードをもとに、前記特定情報蓄積部１０３に対応する特定情報蓄積部２０３の蓄積内容を検索してＵＲＬ集合Ｓ１を得るまでは第１の実施形態と同じである。

このＨＴＴＰリクエストメッセージＲＱ１が利用者Ｕ１から届いたものであり、その時点の特定情報提示記録部２０７内に図９に示す行ＬＭ３が存在せず、なおかつ、ＵＲＬ集合Ｓ１内の要素のなかにはこの行ＬＭ３のＵＲＬが存在する場合、特定情報提示記録部２０７にはコンテンツ新性情報の値が「新規」の当該行ＬＭ３の追加が行われる。

したがって本実施形態の「新規」の意味は、第１の実施形態の「未提示」に等しく、その取り扱いも、「未提示」の場合と同様である。

すなわち、コンテンツ新性情報が「新規」に対応する特定情報は、利用者Ｕ１に提示される。本実施形態ではまた、コンテンツ新性情報が「更新あり」の特定情報も利用者Ｕ１に提示される。

具体的には、コンテンツ新性情報が「新規」や「更新あり」に対応する特定情報を含む、図７と同様なＷｅｂページを生成して、前記ＨＴＴＰリクエストメッセージＲＱ１の応答であるＨＴＴＰレスポンスメッセージＲＳ１の一部として利用者Ｕ１へ返送することになる。

ただし本実施形態の場合、前記表示ＬＫ１やＬＫ２とともに、その表示が示す特定情報のコンテンツ新性情報が「新規」であったのか「更新あり」であったのかが利用者Ｕ１に分かるような説明を、当該Ｗｅｂページ上の表示に追加することも望ましい。

また、前記特定情報更新検知部２０８では、コンテンツ本体を比較することで詳細な更新の内容を特定することができるから、その特定結果を当該Ｗｅｂページ上に追加するようにしてもよい。

例えば、新旧のコンテンツ本体のあいだで何文字相違するか、または、旧コンテンツのある単語（複合語、または文など）が新コンテンツでは何という単語に置き換わったか等を当該Ｗｅｂページ上に簡潔に表示するようにしてもよい。また、前記Ｗｅｂページの概要として、更新によって内容が変わった部分を表示するようにしてもよい。

なお、コンテンツ本体が更新されている場合であっても、単なる誤字脱字の修正など、実質的な内容に変化がない場合などは、通常の利用者からみてそれほど大きな意味のある更新ではないと考えられるので、更新の重要性を判定した上で、重要な更新があったことが認められた場合のみを更新として処理するようにしてもよい。

更新の重要性の判定には、自然言語処理を活用してもよく、例えば、特定の文字列を含む場合は重要である、あるいは重要でないといった判定を行うことができる。

これにより例えば、日時情報だけの変更や、あらかじめ定めた文字数以下の変更など、変更の量や内容を計るルールを設定し、そのルールに適合する場合には、更新としないという処理にもできる。

(Ｂ−２) 第２の実施形態の効果
本実施形態によれば、第１の実施形態の効果とほぼ同等な効果を得ることができる。

加えて、本実施形態では、更新されていないコンテンツに対応する特定情報は利用者に提示せず、更新によってコンテンツ本体の内容が変化した場合に、そのコンテンツに対応する特定情報を利用者に提示するため、利用者は同じキーワードを入力するだけで、そのキーワードに関連する新鮮な特定情報のみを知ることができる。

変化していない特定情報を何度も閲覧する必要がない点は、利用者の負担軽減に大きく寄与する。

（Ｃ）第３の実施形態
以下では、本実施形態が第１、第２の実施形態と相違する点についてのみ説明する。

本実施形態は、利用者（Ｕ１）が所定の設定画面を利用して入力したＵＲＬで指定される１または複数のＷｅｂページに関し、更新の有無などを検査して当該利用者に伝えるものである。

本実施形態では、当該設定画面に関連する機能以外、第２の実施形態と同じである。

本実施形態は、特定情報更新検知部３０８（図１１参照）を備えている点で、第１の実施形態よりも第２の実施形態に近いといえる。

（Ｃ−１）第３の実施形態の構成および動作
本実施形態のフィルタイリングサーバ３０の主要部の構成例を図１１に示す。

図１１において、図８と同じ名称を付与した構成要素３０２〜３０５，３０７，３０８の機能は基本的に第２の実施形態と同じであるので、その詳しい説明は省略する。

このほかの構成要素として、当該フィルタリングサーバ３０は、図１１に示す設定画面提示部３００と、更新情報提示部３０６と、差分取得部３０９とを備えている。

設定画面提示部３００は例えば図１２に示すような設定画面（設定用Ｗｅｂページ）ＷＰ１を生成して利用者Ｕ１のＷｅｂブラウザＢＲ１へ提供し、フォームの仕組みを利用して利用者Ｕ１の入力内容を収集する機能を持つ部分である。

図１２において、利用者Ｕ１が通信端末１４を操作してＷｅｂブラウザＢＲ１上で入力することができるのは、フィールドＦＤ１、ＦＤ２，ＦＤ５と、ＢＸ１，ＢＸ２である。

このうちフィールドＦＤ１，ＦＤ２はそのとき利用者Ｕ１が興味を持っているＷｅｂサイトのＵＲＬを動的に記述するためのＵＲＬ入力欄である。

フィールドＦＤ３，ＦＤ４のＵＲＬはフィルタリングサーバ３０側に蓄積されている特定情報のＵＲＬである。

対話部品ＢＸ１，ＢＸ２は利用者Ｕ１が通信端末１４上でクリックすること等により、所望の特定情報を選択するための部分である。この選択は、複数の特定情報を同時に選択することを許すものであってもよく、同時には１つの特定情報の選択のみを許すものであってもよい。また、いずれも選択しないことを許すものであってよいことは当然である。

フィールドＦＤ５は、フィールドＦＤ１，ＦＤ２や対話部品ＢＸ１，ＢＸ２の選択結果に応じて利用者Ｕ１が指定してきたＷｅｂページに関し、更新内容の有無などの検査結果が出たとき、それを通知するための連絡先を記述するためのフィールドである。図１２の例では、利用者Ｕ１の電子メールアドレスを記述している。検査結果はＨＴＴＰレスポンスメッセージとして返送することも可能であるが、この検査には他のＷｅｂサーバ（例えば、１３）へのアクセスも必要となる可能性があり、レスポンス時間が長くなりすぎないように電子メールを用いている。この電子メールは、更新されたＷｅｂページの内容を集めたような、いわゆるメールマガジンであってもよい。

当該設定用ＷｅｂページＷＰ１の各部に対する入力が終了すると、利用者Ｕ１は「送信」ボタンＢＴ１を操作して、入力内容を、ＨＴＴＰリクエストメッセージとしてフィルタリングサーバ３０に伝える。

フィルタリングサーバ３０が利用者Ｕ１に提供する各Ｗｅｂページ（図示していないＷｅｂページも含む）の構成が、当該設定用ＷｅｂページＷＰ１経由でしか以降の処理に進めないものである場合と、そうではない場合で動作の手順が異なってくるため、ここでは、当該設定用ＷｅｂページＷＰ１経由でしか以降の処理に進めないものとして説明を進める。

設定用ＷｅｂページＷＰ１経由でしか以降の処理に進めない場合、利用者Ｕ１が初めて設定用ＷｅｂページＷＰ１をみるとき、利用者Ｕ１がフィルタリングサーバ３０を利用するのも初めてであり、特定情報提示記録部３０７や特定情報蓄積部３０３には利用者Ｕ１に関する情報はいっさい蓄積されていない。

この場合、フィルタリングサーバ３０から送信し、通信端末１４のブラウザ画面に表示された直後の初期状態の設定用ＷｅｂページＷＰ１におけるフィールドＦＤ１〜ＦＤ５および対話部品ＢＸ１，ＢＸ２は、すべて空欄である。

この状態の設定用ＷｅｂページＷＰ１で利用者Ｕ１が入力することができるのは、フィールドＦＤ１，ＦＤ２、ＦＤ５だけである。

なお、設定用ＷｅｂページＷＰ１の入力フィールドの数は、図１２に示した項目数に固定的に限るものではなく、また、指定情報、特定情報のそれぞれに、キーワードを入力するための欄を設けてもよい。

２回目以降に当該設定用ＷｅｂページＷＰ１を閲覧するときには、すでに特定情報蓄積部３０３や特定情報提示記録部３０７に当該利用者Ｕ１に対応する行が存在しているため、初期状態の設定用ＷｅｂページＷＰ１でも、フィールドＦＤ１〜ＦＤ４にはすでにＵＲＬが入力済みである。この入力を直接おこなうのは設定画面提示部３００であるが、その入力内容には、特定情報蓄積部３０３の蓄積内容などが反映される。

例えば、利用者Ｕ１のため、設定画面提示部３００が２回目に設定用ＷｅｂページＷＰ１を生成する場合、その設定用ＷｅｂページＷＰ１は、フィールドＦＤ１とＦＤ２に、１回目の提示の際、利用者Ｕ１が入力したＵＲＬをそのまま入力し、そのＵＲＬによって指定されるＷｅｂページに含まれるキーワードに一致する特定情報のＵＲＬをフィールドＦＤ３，ＦＤ４に入力することによって生成されるものであってよい。

ただし２回目以降の閲覧においても、ＦＤ１〜ＦＤ５のフィールドが全て満たされない場合も存在する。

差分取得部３０９は設定画面提示部３００で収集された入力内容（ＵＲＬ）に基づいて、定期または不定期にＷｅｂページの取得を行い、前回、取得したＷｅｂページと今回、取得したＷｅｂページの差分を抽出し、蓄積する部分である。この差分は少なくとも利用者ＩＤおよびＵＲＬと対応づけた形式で蓄積され、必要に応じて、取得したＷｅｂページの内容とも対応付けて蓄積するものであってよい。Ｗｅｂページの内容全体も対応付けて蓄積する場合、当該差分取得部３０９に蓄積されるデータの構成は例えば図１３に示すものとなる。

キーワード取得部３０２は、差分取得部３０９で取得した差分の中から、キーワードに相当する文字列を抽出する部分である。キーワードの抽出方法は特に定めるものではなく、一般的な技術を適用すればよい。キーワード取得部３０２は、差分取得部３０９と連動して動作することが望ましい。差分取得部３０９が一連の情報を記録し終わった時点でキーワード取得部３０２がキーワードの取得を開始すると効率的だからである。

キーワード取得部３０２は、差分取得部３０９で取得した差分だけでなく、図１３に示すようにＷｅｂページの内容全体も蓄積してある場合には、そのＷｅｂページの内容全体から、キーワードに相当する文字列を抽出してもよい。いずれの場合も、取得した情報または差分からのキーワードの抽出方法を特定するものではないが、タイトル部分をキーワードとして扱う、あるいは、取得する文書の中に含まれる特定の文字列の中から多く出現するものいくつかをキーワードとして扱う、あるいは、構文解析を行った結果、名詞と判断されるものをキーワードとして扱うなどの技術を適用して、キーワードを取得することが可能である。

更新情報提示部３０６は、設定画面提示部３００から収集された情報（フィールドＦＤ１〜ＦＤ４および対話部品ＢＸ１，ＢＸ２の入力内容）が示すＵＲＬに対応する行（例えば、図１３中のＬＰ１）を特定し、その行に含まれる差分やＵＲＬを利用者Ｕ１に提示する部分である。

この提示に上述したように電子メールを用いる場合、例えば、図１４に示す本文部分を持つ電子メールが利用者Ｕ１が前記フィールドＦＤ５指定した電子メールアドレスへフィルタリングサーバ３０から送信されることになる。

（Ｃ−２）第３の実施形態の効果
本実施形態によれば、第２の実施形態の効果とほぼ同等な効果を得ることができる。

加えて、本実施形態では、利用者（Ｕ１）が指定したＷｅｂページの内容が更新されたときだけ、その更新の内容がフィルタリングサーバ（３０）発で利用者に伝えられるため、利用者は興味を持っているＷｅｂページの更新を効率的に知ることができる。

情報提供者（例えば、ＥＰ１）の立場からすると、Ｗｅｂページの内容を更新するだけで、そのＷｅｂページの内容に興味を持っている利用者（例えば、Ｕ１）に更新内容を伝えることができる利点がある。

また、フィルタリングサーバ３０を運営する事業者ＦＰ１の立場では、何人の利用者に更新内容を伝えたかという指標で情報提供者に課金することができるため、極めて低料金または無料で、利用者（例えば、Ｕ１）に対するサービスを提供することが可能となる。

（Ｄ）他の実施形態
上記第１〜第３の実施形態において、上述したように、特定情報は、スポンサーの広告でもよい。

特定情報の名称は記録されていなくてもよい（この場合は、当然、利用者に対する提示もされない）。

逆に特定情報には、ＵＲＬ以外に、Ｗｅｂページの概要などの情報を関連付けて記録し、ＵＲＬを提示する際に、これらの情報を同時に提示してもよいことはすでに説明した通りである。

なお、前記特定情報蓄積部（例えば、１０３）において、キーワードは特定情報のＵＲＬと同時に登録されなくても良い。この場合、システムがＵＲＬ先の情報を先読み（具体的には、ＵＲＬが示すＷｅｂページを取得）し、得られた情報の中から、タイトル部分をキーワードとして扱う、あるいは、取得する文書の中に含まれる特定の文字列の中から多く出現するものいくつかをキーワードとして扱う、あるいは、構文解析を行った結果、名詞と判断されるものをキーワードとして扱うなどの方法で、特定情報蓄積部が抽出したキーワードを記録しても良い。

また、上記第１〜第３の実施形態の各構成要素における蓄積内容（例えば、図２，図３，図４，図５、図６，図９，図１０、図１３の構成）は上述したものでなくてもかまわないことは当然である。

さらに、上記第３の実施形態では、図１２において、利用者が設定するＵＲＬに連動させて、文字列の入力を受け付け、差分取得部３０９にて蓄積し、更新情報提示部３０６において更新情報を提示する際、差分の中に、先に設定した文字列が含まれているかどうかを判定し、含まれている場合に提示するように処理を加えてもよい。

また、上記第１、第２の実施形態にかかわらず、利用者への特定情報の提示は、電子メールによる送信でもよい。すなわち、図７と同様な内容を本文部分に持つ電子メールを送信することをもって、提示としてもよい。

なお、前記特定情報のＵＲＬの内容が既に提示されていても、あらかじめ決めた所定の時間を経過した際に、特定情報提示記録部（例えば、１０７）における記録情報の値を、「未提示」または「新規」に変更するようにしてもよい。十分な時間を経過したあとでなら、利用者もすでに忘れている可能性も高いなどの理由から、再び提示することも好ましいと考えられるからである。

また、以上の説明における電子メールはその他の通信手段に置換可能である。

なお、上記第１〜第３の実施形態では、本発明をＷｅｂに適用したが、本発明は必ずしもＷｅｂに限って適用できるものではない。

また、本発明において、ネットワーク経由の通信は必ずしも必須ではない。

したがって、前記ＨＴＴＰプロトコルは、その他の通信プロトコルに置換したり、使用しない構成を取ることも可能である。

例えば、前記ＷｅｂブラウザＢＲ１の機能と、フィルタリングサーバ（例えば、１２）の機能が１台の情報処理装置の内部に搭載される構成もあり得るからである。

以上の説明では主としてハードウエア的に本発明を実現したが、本発明はソフトウエア的に実現することも可能である。

第１の実施形態に係る通信システムで使用するフィルタリングサーバの主要部の構成例を示す概略図である。 第１〜第３の実施形態で使用する利用者属性データ蓄積部の構成例を示す概略図である。 第１〜第３の実施形態で使用するキーワードの表の構成例を示す概略図である。 第１〜第３の実施形態で使用する特定情報蓄積部の構成例を示す概略図である。 第１の実施形態で使用する特定情報提示記録部の構成例を示す概略図である。 第１〜第３の実施形態で使用する特定情報蓄積部の構成例を示す概略図である。 第１、第２の実施形態でレスポンスとして返送するＷｅｂページの構成例を示す概略図である。 第２の実施形態に係る通信システムで使用するフィルタリングサーバの主要部の構成例を示す概略図である。 第２の実施形態で使用する特定情報提示記録部の構成例を示す概略図である。 第２の実施形態で使用する特定情報提示記録部の構成例を示す概略図である。 第３の実施形態に係る通信システムで使用するフィルタリングサーバの主要部の構成例を示す概略図である。 第３の実施形態で使用する設定画面の構成例を示す概略図である。 第３の実施形態で使用する差分取得部の蓄積内容の一例を示す概略図である。 第３の実施形態でレスポンスとして返送するＷｅｂページの構成例を示す概略図である。 第１〜第３の実施形態に係る通信システムの全体構成例を示す概略図である。

符号の説明

１０…通信システム、１１…ネットワーク，１２…フィルタリングサーバ、１３…コンテンツサーバ、１４…通信端末、１０１…利用者属性で蓄積部、１０２…キーワード取得部、１０３…特定情報蓄積部、１０４…特定情報検索部、１０５…特定情報提示制御部、１０６…特定情報提示部、１０７…特定情報提示記録部、ＢＲ１…Ｗｅｂブラウザ、ＲＱ１…ＨＴＴＰリクエストメッセージ、ＲＳ１…ＨＴＴＰレスポンスメッセージ。

Claims (3)

1. 情報提供者がエンドユーザに送信され認識されることを希望する送信希望情報を、前記エンドユーザの希望に応じてフィルタリングし、当該フィルタリングで排除されなかった送信希望情報をエンドユーザに送信するフィルタリングシステムにおいて、
   前記送信希望情報の種類として、前記情報提供者がエンドユーザに送信され認識されることを希望する情報の本体である本体情報と、その本体情報の所在を指定するための所在指定情報を用意し、本体情報と所在指定情報を区別して当該送信希望情報の送信を行わせる送信希望情報処理部と、
   前記エンドユーザが受信を希望する送信希望情報を特定するため、直接的または間接的に指定したキーワードを取得するキーワード取得部と、
   前記エンドユーザごとに、前記送信希望情報の送信の要否を判定する際の基準となる送信要否判定基準情報を記憶した判定基準記憶部とを備え、
   当該送信要否判定基準情報をもとに、該当する送信希望情報の送信を行うか否かを決定することを特徴とするフィルタリングシステム。
2. 請求項１のフィルタリングシステムにおいて、
   前記キーワードに一致する本体情報または所在指定情報を収集する送信希望情報収集部と、
   当該送信希望情報収集部が収集した本体情報または所在指定情報が、すでに該当するエンドユーザに対して送信されたものであるか否かを示す送信履歴情報を、前記送信要否判定基準情報として、前記判定基準記憶部に記憶させる第１の判定基準制御部とを備えたことを特徴とするフィルタリングシステム。
3. 請求項１のフィルタリングシステムにおいて、
   前記キーワードに一致する本体情報または所在指定情報を収集する送信希望情報収集部と、
   当該送信希望情報収集部が収集した本体情報、または当該送信希望情報収集部が収集した所在指定情報が指定する所在にある本体情報が、該当するエンドユーザに対する前回の送信時点のあとで更新されたか否かを検査し、その検査結果に応じた更新状況情報を、前記送信要否判定基準情報として、前記判定基準記憶部に記憶させる第２の判定基準制御部とを備えたことを特徴とするフィルタリングシステム。

Images