(57)【要約】【課題】ＷｅｂサーバからのＲＳＳデータの応答に揺らぎがある場合であっても、更新された情報だけをクライアントに応答し、かつ必要な情報を効率的に蓄積することが可能な更新情報通知装置を提供すること。【解決手段】指定されたＷｅｂサーバ１２０からＷｅｂデータの更新情報データを定期的に取得する更新情報データ取得部１１０と、過去に取得された更新情報データを格納する更新情報格納部１３０と、取得された各更新情報データを格納済みの更新情報データと比較し、更新情報格納部１３０に追加するか否かを判断する更新情報比較部１４０と、更新情報格納部１３０に追加すると判断された更新情報データを更新情報格納部１３０に格納する更新情報更新部１５０と、更新情報格納部１３０に追加された更新情報データをクライアントコンピュータ１３０に送信する更新情報通知データ送信部１６０と、を備える更新情報通知装置１００が提供される。【選択図】図１
2008158589.tif 000002
【特許請求の範囲】
【請求項１】
クライアントコンピュータからのＷｅｂデータ取得要求に応じてＷｅｂサーバから取得したＷｅｂデータの更新情報を通知する更新情報通知装置において、
指定されたＷｅｂサーバから、Ｗｅｂデータの更新内容を示す更新情報と更新日時とを少なくとも含む更新情報データを定期的に取得する更新情報データ取得部と、
過去に取得された前記更新情報データを格納する更新情報格納部と、
前記更新情報データ取得部によって取得された前記各更新情報データを、前記更新情報格納部に格納された格納済み更新情報データと比較し、前記更新情報格納部に追加するか否かを判断する更新情報比較部と、
前記更新情報比較部により前記更新情報格納部に追加すると判断された前記更新情報データを前記更新情報格納部に格納する更新情報更新部と、
前記更新情報更新部によって前記更新情報格納部に追加された前記更新情報データを用いて更新情報通知データを生成し、クライアントコンピュータに送信する更新情報通知データ送信部と、
を備えることを特徴とする、更新情報通知装置。
【請求項２】
前記更新情報比較部は、前記更新情報データ取得部によって取得された前記各更新情報データの前記更新情報と、前記格納済み更新情報データの前記更新情報と比較し、前記更新情報が一致しない場合、前記更新情報データを前記更新情報格納部に追加することを特徴とする、請求項１に記載の更新情報通知装置。
【請求項３】
前記更新情報比較部は、前記更新情報が一致しない場合に、比較対象となる２つの前記更新情報の差分に対して形態素解析を行って自立語が抽出された場合、前記更新情報データを前記更新情報格納部に追加することを特徴とする、請求項２に記載の更新情報通知装置。
【請求項４】
前記更新情報格納部は、前記更新日時が新しい順に前記更新情報データをソートして格納することを特徴とする、請求項１〜３のいずれかに記載の更新情報通知装置。
【請求項５】
前記更新情報更新部は、前記格納済み更新情報データの数が所定の閾値を超える場合、前記更新日時が古い順に、前記閾値を超える数の前記格納済み更新情報データを前記更新情報格納部から削除することを特徴とする、請求項１〜４のいずれかに記載の更新情報通知装置。
【請求項６】
前記閾値は、前記Ｗｅｂサーバからの１回の応答により取得される前記更新情報データの数と、前記更新情報データの最大応答揺らぎ幅との和であり、
前記最大応答揺らぎ幅は、前記Ｗｅｂサーバが応答する前記更新情報データの応答開始位置と、前回応答された前記更新情報データの応答開始位置との差の最大値であることを特徴とする、請求項５に記載の更新情報通知装置。
【請求項７】
前記閾値は、前記更新情報データの取得元である前記Ｗｅｂサーバ毎に設定されることを特徴とする、請求項５または６のいずれかに記載の更新情報通知装置。
【請求項８】
コンピュータを請求項１〜７のいずれかに記載の更新情報通知装置として機能させるための更新情報通知プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、更新情報通知装置及び更新情報通知プログラムに係り、特に、クライアントコンピュータからのＷｅｂデータ取得要求に応じてＷｅｂサーバから取得したＷｅｂデータの更新情報を通知する更新情報通知装置及び更新情報通知プログラムに関する。
【背景技術】
【０００２】
従来より、ネットワーク上のＷｅｂサーバ等へのアクセス時に、ネットワークのトラフィックを低減させてレスポンスを向上させるための様々な方法が提案されている。例えば、企業などにおいて最も一般的に用いられているのが、プロキシサーバ（Ｐｒｏｘｙ  Ｓｅｒｖｅｒ）を用いる方法である。プロキシサーバは、Ｗｅｂアクセスの際にサーバを経由させることで、企業内から同じＷｅｂサイトへのアクセスの応答を代理する機能を提供するものである。プロキシサーバは、一時的にＷｅｂページのキャッシュを保持し、その情報が更新されていなければ、クライアントコンピュータ（以下、単にクライアントという）からのＷｅｂページデータの要求に対して代理で応答するため、インターネットアクセス時のトラフィックを下げ、レスポンスを高める働きをする。
【０００３】
また、更新されたＷｅｂデータだけを取得するために用いられるものとして、Ｗｅｂサイト側から提供されるＲＳＳ（ＲＤＦ  Ｓｉｔｅ  Ｓｕｍｍａｒｙ）データがある。ＲＳＳデータは、Ｗｅｂページの更新情報を表現するためのデータであって、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）規格に準拠したＲＤＦ（Ｒｅｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ）というドキュメント表記規格により、例えば図４に示すような形式で記述される。ここで、図４は、Ｗｅｂサーバから応答されるＲＳＳデータの一例を示す説明図である。図４に示すように、ＲＳＳデータ４００には、Ｗｅｂサイト内の各リソース（記事、文書など）の更新情報が、<item></item>というタグで囲まれたｉｔｅｍという単位で記述される。また、各ｉｔｅｍには、<date>、<title>及び<description>等の項目が含まれる。<date>、<title>及び<description>の各項目はそれぞれ、リソースの更新日時、リソースのタイトル（見出し）及びリソースの要約や概要説明を表す。
【０００４】
このようなＲＳＳデータをＷｅｂサーバから取得するために、一般的に、ＲＳＳリーダというソフトウェアが利用される。ＲＳＳリーダは、ネットワーク上のＷｅｂサーバから定期的にＲＳＳデータを取得して閲覧するためのソフトウェアである。ユーザは、ＲＳＳリーダを利用することによって、ＲＳＳデータが置かれているＷｅｂサイトの更新情報を定期的にチェックすることができる。さらに、ＲＳＳデータを上述のプロキシサーバ経由で取得することにより、更新があったＲＳＳデータのみ取得することも可能である。
【０００５】
Ｗｅｂサーバ側でＲＳＳデータの応答に揺らぎを与えると、既読の情報を毎回クライアントに受信させることが可能となる。ここで、ＲＳＳデータの応答の揺らぎとは、Ｗｅｂサーバが１回の応答につき１０件の更新情報を応答する場合に、常に最新の１０件の更新情報を応答するのではなく、２番目から１１番目までの１０件や３番目から１２番目までの１０件といったように、クライアントからのアクセスのタイミングによって応答する更新情報を変えるというものである。
【０００６】
ＲＳＳデータの応答の揺らぎについて、図５を参照して説明する。図５は、Ｗｅｂサーバから応答されるＲＳＳデータをクライアント側で蓄積するための従来の方法を示す説明図である。Ｗｅｂサーバは、例えば、ｉｔｅｍ１〜１０までのｉｔｅｍにより構成されるＲＳＳデータを保持しているものとする。
【０００７】
まず、１回目のクライアントからの要求により、Ｗｅｂサーバは１〜５までのｉｔｅｍからなるＲＳＳデータ５０１を応答する。クライアントは、ＲＳＳデータ５０１に含まれるｉｔｅｍ１〜５を更新情報としてＲＳＳリーダに表示させ、ＲＳＳデータ５０１を格納する。次に、２回目のクライアントからの要求時に、Ｗｅｂサーバは２〜６までのｉｔｅｍからなるＲＳＳデータ５０２を応答する。クライアントは、格納されているＲＳＳデータ５０１と応答されたＲＳＳデータ５０２とを比較し、差分であるｉｔｅｍ６を更新情報としてＲＳＳリーダに表示させ、ＲＳＳデータ５０２を格納する。
【０００８】
さらに、３回目のクライアントからの要求時に、Ｗｅｂサーバは再び１〜５までのｉｔｅｍからなるＲＳＳデータ５０３を応答する。クライアントは、格納されているＲＳＳデータ５０２と、応答されたＲＳＳデータ５０３と比較し、差分であるｉｔｅｍ１を再び更新情報としてＲＳＳリーダに表示させる。このように、Ｗｅｂサーバ側でＲＳＳデータの出力がコントロールされることによって、クライアントのＲＳＳリーダにおいて、既読情報が新着情報として表示されてしまうことがある。
【０００９】
特許文献１には、上記のような場合に、取得した情報を適切に蓄積することができる方法が記載されている。特許文献１に記載の方法によると、既に蓄積されている情報Ａに対し、取得した情報Ｂとの差分情報Ｃが検出された場合に、差分情報Ｃのみを新たな付加情報として情報Ａに追加して蓄積するための方法が記載されている。この場合、蓄積される情報Ａは、情報Ａ＋Ｃに更新される。これにより、情報を収集する側で大量の情報が重複して記憶されることを防止し、記憶装置に蓄積される情報量を少なくすることができるとともに、本当に更新された情報のみを更新情報として通知することができる。
【００１０】
【特許文献１】特開２００５−１５９３９８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
上述したように、ＲＳＳデータを蓄積する場合に、特許文献１に記載の方法を用いると、データが重複しないように蓄積し、適切な更新情報を通知することができる。しかしながら、ＲＳＳデータのｉｔｅｍのようにカテゴリや位置などの特定の情報を持たないデータの場合、蓄積した古いｉｔｅｍを削除するためには、時間という判断基準により古い情報を順次削除するといった手法をとる必要がある。その結果、ＲＳＳデータに含まれる情報には、長期間蓄積が必要なものと短期間の蓄積でよいものとが混在しているにもかかわらず、全てのデータが一定期間蓄積されるため、必要な情報を効率的に蓄積することができない。
【００１２】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、ＷｅｂサーバからのＲＳＳデータの応答に揺らぎがある場合であっても、更新された情報だけをクライアントに応答し、かつ必要な情報を効率的に蓄積することが可能な、新規かつ改良された更新情報通知装置及び更新情報通知プログラムを提供することにある。
【課題を解決するための手段】
【００１３】
上記課題を解決するために、本発明のある観点によれば、クライアントコンピュータからのＷｅｂデータ取得要求に応じてＷｅｂサーバから取得したＷｅｂデータの更新情報を通知する更新情報通知装置において、指定されたＷｅｂサーバから、Ｗｅｂデータの更新内容を示す更新情報と更新日時とを少なくとも含む更新情報データを定期的に取得する更新情報データ取得部と、過去に取得された更新情報データを格納する更新情報格納部と、更新情報データ取得部によって取得された各更新情報データを、更新情報格納部に格納された格納済み更新情報データと比較し、更新情報格納部に追加するか否かを判断する更新情報比較部と、更新情報比較部により更新情報格納部に追加すると判断された更新情報データを更新情報格納部に格納する更新情報更新部と、更新情報更新部によって更新情報格納部に追加された更新情報データを用いて更新情報通知データを生成し、クライアントコンピュータに送信する更新情報通知データ送信部と、を備える更新情報通知装置が提供される。
【００１４】
かかる構成により、ＷｅｂサーバからのＲＳＳデータの応答に揺らぎがある場合であっても、本当に更新（追加）された情報のみを利用者に対して通知することが可能となる。また、更新情報を蓄積する場合に、重複する情報を蓄積することなく、必要な情報を効果的に蓄積することができ、記憶装置に蓄積される情報量を削減することが可能となる。
【００１５】
また、更新情報比較部は、更新情報データ取得部によって取得された各更新情報データの更新情報と、格納済み更新情報データの更新情報と比較し、更新情報が一致しない場合、更新情報データを更新情報格納部に追加するようにしてもよい。これにより、更新日時が異なっていても更新内容が同一の情報が重複して蓄積されることを防止することができる。
【００１６】
また、更新情報比較部は、更新情報が一致しない場合に、比較対象となる２つの更新情報の差分に対して形態素解析を行って自立語が抽出された場合、更新情報データを更新情報格納部に追加するようにしてもよい。これにより、実質的なデータの内容が更新されたものだけを更新情報として蓄積することが可能となり、データの実質的な内容とは関係のない記載の訂正等に関する更新情報が蓄積されるのを避けることができる。
【００１７】
また、更新情報格納部は、更新日時が新しい順に更新情報データをソートして格納するようにしてもよい。これにより、新しい更新情報データを追加したり、古い更新情報データを削除したりする場合に、更新日時をキーとしてデータを操作することが容易になる。
【００１８】
また、更新情報更新部は、格納済み更新情報データの数が所定の閾値を超える場合、更新日時が古い順に、閾値を超える数の格納済み更新情報データを更新情報格納部から削除するようにしてもよい。これにより、蓄積された更新情報を適宜削除されるため、更新情報の格納領域の容量を一定以下に保つことができる。また、必要以上に古い情報が長期間蓄積されるのを回避することができる。
【００１９】
また、閾値は、Ｗｅｂサーバからの１回の応答により取得される更新情報データの数と、更新情報データの最大応答揺らぎ幅との和であってもよい。また、最大応答揺らぎ幅は、Ｗｅｂサーバが応答する更新情報データの応答開始位置と、前回応答された更新情報データの応答開始位置との差の最大値であってもよい。これにより、Ｗｅｂサーバから応答される更新情報に応じて、蓄積する更新情報の量をコントロールすることが可能となり、必要な情報だけを効果的に蓄積することができるようになる。
【００２０】
また、閾値は、更新情報データの取得元であるＷｅｂサーバ毎に設定されてもよい。これにより、各Ｗｅｂサーバに対応して、蓄積する更新情報の量をコントロールすることが可能となる。
【００２１】
また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを上述したような更新情報通知装置として機能させるための更新情報通知プログラムが提供される。
【発明の効果】
【００２２】
以上説明したように本発明によれば、ＷｅｂサーバからのＲＳＳデータの応答に揺らぎがある場合であっても、更新された情報だけをクライアントに応答し、かつ必要な情報を効率的に蓄積することが可能となる。
【発明を実施するための最良の形態】
【００２３】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２４】
まず、図１を参照して、本発明の一実施形態にかかる更新情報通知装置について説明する。図１は、本実施形態にかかる更新情報通知装置１００の概略構成を示すブロック図である。
【００２５】
本実施形態にかかる更新情報通知装置１００は、図１に示すように、Ｗｅｂサイトの更新情報であるＲＳＳデータを提供するＷｅｂサーバ１２０と、利用者が使用するクライアントコンピュータ１３０（以下、クライアント１３０）とにネットワーク１１０を介して接続される。本実施形態にかかる更新情報通知装置１００は、Ｗｅｂサーバ１２０の代理サーバとして動作し、クライアント１３０からのＷｅｂデータ取得要求を受けてＷｅｂサーバ１２０から取得したＷｅｂサイトの更新情報をクライアント１３０に通知する。これによって、クライアント１３０とＷｅｂサーバ１２０間のトラフィックを低減するとともに、Ｗｅｂサーバ１２０からの応答に揺らぎがあっても、更新された情報だけを的確にクライアント１３０に応答することを特徴とする。
【００２６】
Ｗｅｂサーバ１２０は、ＨＴＭＬ文書や画像などからなるＷｅｂデータを記憶領域に蓄積し、クライアント１３０等の要求に応じて、それらのＷｅｂデータをネットワーク１１０を通じて送信する。また、Ｗｅｂサーバ１２０は、Ｗｅｂデータの更新情報が記述されたＲＳＳデータを蓄積し、更新情報通知装置１００やクライアント１３０等の要求に応じて、ＲＳＳデータを送信する。Ｗｅｂサーバ１２０から送信されるＲＳＳデータは、例えば、図４に示すＲＳＳデータ４００のようなデータであって、Ｗｅｂサイト内の各リソース（記事、文書など）の更新情報を示す複数のｉｔｅｍを含む。さらに、各ｉｔｅｍには、リソースの更新日時を示す<date>、リソースのタイトルを示す<title>、及びリソースの要約や概要説明を示す<description>等の項目が含まれる。ここで、各ｉｔｅｍは、更新日時を示す<date>等の情報と、更新内容を示す<title>や<description>等の情報とを少なくとも含むものとする。
【００２７】
また、Ｗｅｂサーバ１２０は、ＲＳＳデータを更新情報通知装置１００やクライアント１３０等に対して送信する場合に、ＲＳＳデータに揺らぎを与えるように応答を制御する。ここで、ＲＳＳデータの応答の揺らぎとは、Ｗｅｂサーバ１２０が１回の応答につき１０件の更新情報を応答する場合に、常に最新の１０件の更新情報を応答するのではなく、２番目から１１番目までの１０件や３番目から１２番目までの１０件といったように、クライアント１３０等からのアクセスのタイミングによって応答する更新情報を変えるというものである。
【００２８】
本実施形態にかかる更新情報通知装置１００は、図１に示すように、更新情報データ取得部１０１と、更新情報データ分割部１０２と、更新情報格納部１０３と、更新情報比較部１０４と、更新情報更新部１０５と、更新情報送信部１０６とにより構成される。また、更新情報通知装置１００は、更新情報データ取得部１０１及び更新情報送信部１０６を通じてネットワーク１１０に接続される。以下、更新情報通知装置１００の各部について説明する。
【００２９】
（更新情報データ取得部１０１）
更新情報データ取得部１０１は、クライアントにより指定されたＷｅｂサーバから、更新情報データであるＲＳＳデータを定期的に取得するための機能部である。更新情報データ取得部１０１は、クライアント１３０により指定されたＷｅｂサーバ１２０に対し、ＲＳＳデータを要求し、Ｗｅｂサーバ１２０から応答されたＲＳＳデータを取得して更新情報データ分割部１０２に渡す。更新情報データ取得部１０１は、定期的にＲＳＳデータをＷｅｂサーバ１２０に対して要求するようにしてもよく、あるいは、クライアント１３０からの要求タイミングに合わせて行ってもよい。
【００３０】
（更新情報データ分割部１０２）
更新情報データ分割部１０２は、取得したＲＳＳデータをｉｔｅｍ単位に分割するための機能部である。更新情報データ分割部１０２は、更新情報データ取得部１０１からＲＳＳデータを受け取り、<item></item>タグに基づいてＲＳＳデータから各ｉｔｅｍを取り出し、分割されたデータを生成する。分割された各ｉｔｅｍデータは、更新情報比較部１０４に渡される。
【００３１】
（更新情報格納部１０３）
更新情報格納部１０３は、取得したＲＳＳデータを格納するための記憶部である。更新情報格納部１０３は、取得したＲＳＳデータに含まれるｉｔｅｍのうち、更新情報比較部１０４によって選択されたｉｔｅｍのデータを受け取り、前回の取得時までに格納されたデータとマージして格納する。また、更新情報格納部１０３は、各ｉｔｅｍを更新日時が新しい順にソートして格納する。
【００３２】
（更新情報比較部１０４）
更新情報比較部１０４は、更新情報データ分割部１０２によって分割された各ｉｔｅｍのデータを、更新情報格納部１０３に格納されたｉｔｅｍデータと比較し、更新情報格納部１０３に追加するか否かを判断するための機能部である。更新情報比較部１０４は、取得された各ｉｔｅｍが、更新情報格納部１０３に格納済みのどのｉｔｅｍとも一致しない場合に、そのｉｔｅｍが更新されたｉｔｅｍと判断する。また、比較処理後、更新情報比較部１０４は、更新されたと判断したｉｔｅｍを更新情報更新部１０５に渡す。
【００３３】
例えば、各ｉｔｅｍに、<date>、<title>及び<description>の３つの要素が含まれる場合、<title>または<description>のいずれかの値が異なる場合に、そのｉｔｅｍが更新されたｉｔｅｍであると判断するようにしてもよい。また、<date>の値だけが異なっていて、<title>及び<description>の値がいずれも同一である場合は、そのｉｔｅｍは更新されていないと判断するようにしてもよい。あるいは、各ｉｔｅｍに含まれる<date>、<title>及び<description>以外の要素を含め、上記と同様の比較を行って、ｉｔｅｍの更新有無を判断してもよい。
【００３４】
また、<title>、<description>の値の比較において、取得したデータと格納済みデータとの間で文字列が完全に一致しない場合に、そのｉｔｅｍが更新されたと判断してもよく、あるいは、両者の差分として抽出された文字列に対して形態素解析を行い、意味のある文字列が取得された場合に、そのｉｔｅｍが更新されたと判断してもよい。ここで、意味のある文字列とは、予め定められた基準によって判断されるものであって、例えば、名詞、動詞等の自立語であってもよく、予め指定された語のいずれかであってもよい。
【００３５】
（更新情報更新部１０５）
更新情報更新部１０５は、更新情報比較部１０４により更新情報格納部１０３に追加すると判断されたｉｔｅｍを更新情報格納部１０３に格納するための機能部である。また、更新情報更新部１０５は、既に格納されたｉｔｅｍのうち、更新日時の古いｉｔｅｍを、Ｗｅｂサーバの応答の揺らぎに応じて削除する。更新情報更新部１０５は、格納済みｉｔｅｍの数が所定の閾値を超える場合に、ｉｔｅｍの更新日時、即ち<date>の値が古い順に、閾値を超える数のｉｔｅｍを更新情報格納部１０３から削除する。
【００３６】
ここで、格納済みのｉｔｅｍを削除するか否かを決定するための閾値は、各Ｗｅｂサーバから応答されるＲＳＳデータを観測し、各Ｗｅｂサーバ毎に決定するようにしてもよい。例えば、あるＷｅｂサーバが１回あたりに応答するｉｔｅｍの個数をＮとすると、閾値は、Ｎに、Ｗｅｂサーバからの応答の揺らぎ幅の最大値である最大応答揺らぎ幅ΔＮを加えた値（Ｎ＋ΔＮ）に設定されてもよい。
【００３７】
ここで、Ｗｅｂサーバからの応答揺らぎ幅とは、各応答時においてＷｅｂサーバから応答されるＲＳＳデータの開始位置と、前回応答時においてＷｅｂサーバから応答されたＲＳＳデータの開始位置との差をいう。ここで、あるＷｅｂサーバが、１０件のｉｔｅｍを含むＲＳＳデータを有しており、１回の応答時に５件のｉｔｅｍを含むＲＳＳデータを応答する場合の例を、図２に基づいて説明する。図２は、本実施形態にかかるＲＳＳデータをクライアント側で蓄積するための方法を示す説明図である。
【００３８】
まず、最初に更新情報格納部１０３には４件のｉｔｅｍ２〜５までを含むＲＳＳデータ２０１が格納されているものとする。以降、Ｗｅｂサーバ１２０に対し、計４回にわたりＲＳＳデータを要求した場合の例を説明する。まず、１回目のデータ取得時において、Ｗｅｂサーバ１２０からｉｔｅｍ３〜７までを含むＲＳＳデータ２０２が応答される。ここで、更新情報比較部１０４によってＲＳＳデータ２０１とＲＳＳデータ２０２とが比較され、差分であるｉｔｅｍ６及び７をＲＳＳデータ２０１に追加したＲＳＳデータ２０３が更新情報格納部１０３に格納される。
【００３９】
次いで、２回目のデータ取得時において、Ｗｅｂサーバ１２０からｉｔｅｍ１〜５までを含むＲＳＳデータ２０４が応答される。ここで、更新情報比較部１０４によってＲＳＳデータ２０３とＲＳＳデータ２０４とが比較され、差分であるｉｔｅｍ１をＲＳＳデータ２０３に追加したＲＳＳデータ２０５が更新情報格納部１０３に格納される。ここで、前回取得時のＲＳＳデータ２０２と、ＲＳＳデータ２０４とのｉｔｅｍの開始位置を比較してみると、ＲＳＳデータ２０２のｉｔｅｍ開始位置は３、ＲＳＳデータ２０２のｉｔｅｍ開始位置は１であることから、その差は２であることが分かる。これが、ＲＳＳデータの応答の揺らぎ幅であり、この値の最大値をＲＳＳデータ取得毎に算出することにより、上述の閾値（Ｎ＋ΔＮ）を設定することができる。
【００４０】
図２の例では、ΔＮ＝２であるため、閾値をＮ＋ΔＮと設定した場合、閾値は５＋２＝７となる。２回目のＲＳＳデータ取得時では、更新情報格納部１０３に格納されているｉｔｅｍ数は７個であるため、まだｉｔｅｍを削除する必要がないと判断される。
【００４１】
３回目のデータ取得時には、ｉｔｅｍ２〜５までを含むＲＳＳデータ２０６がＷｅｂサーバ１２０から応答される。ここで、ＲＳＳデータ２０５とＲＳＳデータ２０６とを比較すると、新規に追加されるｉｔｅｍはないため、格納されるＲＳＳデータは２０５のままとなる。また、最大応答揺らぎ幅も、前回データ取得時のΔＮ＝２のままとなる。
【００４２】
次に、４回目のデータ取得時に、Ｗｅｂサーバ１２０からｉｔｅｍ４〜８までを含むＲＳＳデータ２０７が応答される。ＲＳＳデータ２０５とＲＳＳデータ２０７とを比較して、ＲＳＳデータ２０５にｉｔｅｍ８を追加したＲＳＳデータ２０８が更新情報格納部１０３に格納される。ここで、更新情報格納部１０３に格納されるｉｔｅｍ数が閾値＝７を超えるため、更新情報更新部１０５は、閾値を超える数（８−７＝１個）のｉｔｅｍを更新情報格納部１０３から削除すると判断する。従って、更新情報更新部１０５は、最も更新日時の古いｉｔｅｍ１を更新情報格納部１０３から削除する。
【００４３】
（更新情報送信部１０６）
更新情報送信部１０６は、更新情報更新部１０５によって更新情報格納部１０３に追加された更新情報データであるｉｔｅｍからなる更新情報通知データを生成し、クライアント１３０に送信するための機能部である。更新情報送信部１０６は、更新情報更新部１０５から更新情報格納部１０３に格納されたのと同じｉｔｅｍのデータを受け取り、それらｉｔｅｍが記述されたＲＳＳデータを生成する。生成したＲＳＳデータは、クライアント１３０にネットワーク１１０を経由して送信される。
【００４４】
以上、更新情報通知装置の構成について説明した。なお、更新情報データ取得部１０１、更新情報データ分割部１０２、更新情報比較部１０４、更新情報更新部１０５及び更新情報送信部１０６の各部は、上述した各機能を実行可能なプログラムモジュールをコンピュータ等の情報処理装置にインストールしたソフトウェアで構成されてもよいし、あるいは、上述した各機能を実行可能なプロセッサ等のハードウエアで構成されてもよい。また、更新情報格納部１０３は、例えば、半導体メモリ、光ディスク、磁気ディスク等の各種の記憶媒体等により構成されてもよい。
【００４５】
次に、図３に基づいて、本実施形態にかかる更新情報通知装置１００により実行される更新情報通知処理の一例を説明する。ここで、図３は、本実施形態にかかる更新情報通知装置１００により実行される更新情報通知処理の流れを示すフローチャートである。
【００４６】
まず、ステップＳ３００において、更新情報データ取得部１０１が、クライアント１３０によって指定されたＵＲＬのＷｅｂサーバ１２０にアクセスし、ＲＳＳデータを取得する。なお、ステップＳ３００のＷｅｂサーバへのアクセスは、定期的に行われるようにしてもよく、クライアント１３０からの要求タイミングに合わせて行うようにしてもよい。取得されたＲＳＳデータは、更新情報データ取得部１０１から更新情報データ分割部１０２に渡される。ステップＳ３００以降のステップＳ３０２〜Ｓ３１６の処理は、ＲＳＳデータを取得する毎に実行される。
【００４７】
次いで、ステップＳ３０２で、更新情報データ分割部１０２が、取得されたＲＳＳデータを、ｉｔｅｍ単位に分割する。分割されたｉｔｅｍ単位のＲＳＳデータは、更新情報データ分割部１０２から更新情報比較部１０４に渡される。
【００４８】
次いで、ステップＳ３０４で、更新情報比較部１０４が、更新情報格納部１０３に格納されているＲＳＳデータと、取得したＲＳＳデータとをｉｔｅｍ単位で比較する。以下、ステップＳ３０６〜Ｓ３１４の処理を、取得したＲＳＳデータの各ｉｔｅｍに対して実行する。
【００４９】
まず、ステップＳ３０６で、更新情報比較部１０４が、取得したｉｔｅｍの<title>の値と、格納されている各ｉｔｅｍの<title>の値とを比較する。取得したｉｔｅｍの<title>の値が、格納されているどのｉｔｅｍの<title>とも異なれば、更新されたｉｔｅｍであると判断し、ステップＳ３１０に遷移する。
【００５０】
一方、ステップＳ３０６の比較において、<title>の値が同じｉｔｅｍがあれば、ステップＳ３０８に遷移する。ステップＳ３０８で、更新情報比較部１０４が、<title>の値が同じｉｔｅｍの<description>の値と、取得したｉｔｅｍの<description>の値とを比較する。ここで、<description>の値が、どのｉｔｅｍとも異なれば、更新されたｉｔｅｍであると判断し、ステップＳ３１０に遷移する。
【００５１】
ステップＳ３０８で比較した結果、<description>の値も同じであれば、更新されていないｉｔｅｍと判断し、ステップＳ３１４に遷移する。
【００５２】
なお、ステップＳ３０６及びＳ３０８の比較処理において、取得したデータと格納済みデータとの間で文字列が完全に一致しない場合に、そのｉｔｅｍが更新されたと判断してもよく、あるいは、両者の差分として抽出された文字列に対して形態素解析を行い、意味のある文字列が取得された場合に、そのｉｔｅｍが更新されたと判断してもよい。ここで、意味のある文字列とは、予め定められた基準によって判断されるものであって、例えば、名詞、動詞等の自立語であるか否かによって判断されてもよく、予め指定された語のいずれかに該当するか否かによって判断されてもよい。
【００５３】
また、本実施形態においては、各ｉｔｅｍの<title>または<description>のいずれかの値が異なる場合に、そのｉｔｅｍが更新されたｉｔｅｍであると判断するようにしたが、これ以外の判断基準を用いてもよい。例えば、<date>の値を比較することによりｉｔｅｍの更新有無を判断してもよく、あるいは、<date>、<title>及び<description>以外の要素を含め、上記と同様の比較を行って判断してもよい。
【００５４】
一方、ステップＳ３０６及びＳ３０８の比較処理の結果、取得したｉｔｅｍが更新されたｉｔｅｍであると判断された場合、そのｉｔｅｍは、更新情報比較部１０４から更新情報更新部１０５に渡される。その後、ステップＳ３１０で、更新情報更新部１０５は、更新情報格納部１０３に格納されているｉｔｅｍの<date>の値を比較して、更新されたｉｔｅｍを新しい日付順に並べて更新情報格納部１０３に格納する。また、更新情報更新部１０５は、更新されたｉｔｅｍを更新情報送信部１０６に渡す。
【００５５】
次いで、ステップＳ３１２で、更新情報更新部１０５は更新情報格納部１０３に格納されているｉｔｅｍ数をチェックし、ｉｔｅｍ数が予め定める閾値以上の場合は、<date>の値が最も古いｉｔｅｍから順に削除する。
【００５６】
ここで、格納済みのｉｔｅｍを削除するか否かを決定するための閾値は、各Ｗｅｂサーバから応答されるＲＳＳデータを観測し、各Ｗｅｂサーバ毎に決定するようにしてもよい。例えば、あるＷｅｂサーバが１回あたりに応答するｉｔｅｍの個数をＮとすると、閾値は、Ｎに、Ｗｅｂサーバからの応答の揺らぎ幅の最大値であるΔＮを加えた値（Ｎ＋ΔＮ）に設定されてもよい。
【００５７】
ステップＳ３１４で、取得したＲＳＳデータに含まれる全てのｉｔｅｍの比較処理が終了したかを判断し、終了していない場合はステップＳ３０４に戻り、ステップＳ３０４〜Ｓ３１４の処理を繰り返す。全てのｉｔｅｍの比較処理が終了した場合、ステップＳ３１６に遷移する。
【００５８】
ステップＳ３１６で、更新情報送信部１０６は、更新されたｉｔｅｍとして更新情報格納部１０３に新たに追加されたｉｔｅｍからＲＳＳデータを生成し、更新情報としてクライアント１３０に送信する。更新されたｉｔｅｍが存在しない場合は、何もデータを送信しないようにしてもよく、または、更新が無いことを通知するようにしてもよい。
【００５９】
以上、更新情報通知装置１００により実行される更新情報通知処理について説明した。
【００６０】
かかる構成により、ＷｅｂサーバからのＲＳＳデータの応答に揺らぎがある場合であっても、本当に更新（追加）された情報のみを利用者に対して通知することが可能になる。また、更新情報を蓄積する場合に、重複する情報を蓄積することなく、必要な情報を効果的に蓄積することができ、記憶装置に蓄積される情報量を削減することが可能となる。
【００６１】
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【図面の簡単な説明】
【００６２】
【図１】本発明の一実施形態にかかる更新情報通知装置の概略構成を示すブロック図である。
【図２】本実施形態にかかるＲＳＳデータをクライアント側で蓄積するための方法を示す説明図である。
【図３】本実施形態にかかる更新情報通知装置において実行される更新情報通知処理の流れを示すフローチャートである。
【図４】Ｗｅｂサーバから応答されるＲＳＳデータの一例を示す説明図である。
【図５】Ｗｅｂサーバから応答されるＲＳＳデータをクライアント側で蓄積するための従来の方法を示す説明図である。
【符号の説明】
【００６３】
１００    更新情報通知装置
１０１    更新情報データ取得部
１０２    更新情報データ分割部
１０３    更新情報格納部
１０４    更新情報比較部
１０５    更新情報更新部
１０６    更新情報送信部
１１０    ネットワーク
１２０    Ｗｅｂサーバ
１３０    クライアントコンピュータ（クライアント）
【図１】
2008158589.tif 000003
【図２】
2008158589.tif 000004
【図３】
2008158589.tif 000005
【図４】
2008158589.tif 000006
【図５】
2008158589.tif 000007