JP2008108105A - 情報提供装置、情報提供方法および情報提供プログラム - Google Patents

Abstract

【課題】コンテンツ単位でユーザの参照履歴を集め、この履歴からユーザの参照傾向に即した情報を配信し、参照傾向に合ったフィード管理を行う情報提供装置を提供する。
【解決手段】本発明の情報提供装置は、フィード配信サーバからネットワークを介して配信される複数のフィードをまとめて管理および提供する装置であり、フィード配信サーバにフィードを要求し受信するフィード取得手段と、フィードが有する一または複数のコンテンツURLを、自装置のホスト名にコンテンツの識別情報を付加したリダイレクトURLに書き換えたフィードを生成するフィード生成手段と、リダイレクトURLへのアクセス要求を受け、コンテンツURLを検出し、アクセス要求をコンテンツURLに転送するアクセス要求転送手段と、アクセス要求から検出したコンテンツの識別情報とこのアクセス要求した端末の識別情報とを対応付け、履歴として蓄積する参照履歴蓄積手段とを備える。
【選択図】図１

Description

本発明は、ＲＳＳ情報とユーザのＲＳＳ参照履歴とを蓄積し、これらをデータマイニングの手法を使って解析することで、ユーザの嗜好にあったＲＳＳ情報を提供するフィードの情報提供装置、情報提供方法及び情報提供プログラムに関する。

従来のＲＳＳ（Rich Site SummaryまたはReally Simple SyndicationまたはRDF（Resource Description Framework） Site Summaryの略）では、ユーザがＲＳＳアグリゲータ等を利用してインターネット上に存在するＲＳＳ配信サーバを検索し、図１６のようなフィードＵＲＬ（Uniform Resource Locator）を取得してＲＳＳアグリゲータに登録している。フィードにはブログやニュースなどのウェブサイト更新情報やその記事の概要等が含まれており、ユーザはＲＳＳアグリゲータを利用して興味ある記事を選択し、参照する。

現在では、このフィードをより効率よく利用するためのサービスとして、複数のフィードを１つのフィードに集約して再配信するサービス（例えば、非特許文献１参照）、多数のフィードを管理し、その中からキーワード検索を行って目的のフィードを取得しやすくするサービス（例えば、非特許文献２参照）、予めユーザが登録したキーワードに応じてフィードのフィルタリングを行って配信するサービス（例えば、非特許文献３参照）、フィード内の記事の内容に合わせた広告を自動的にフィードに組み込んで配信するコンテンツ連動型広告配信サービス（例えば、非特許文献４参照）などが実施されている。

"ＲＳＳＭＩＸ"、[online]、[平成１８年９月１９日検索]、インターネット<URL:http://www.rssmix.com/> "ＲＳＳナビ" 、[online]、 [平成１８年９月１９日検索]、インターネット<URL:http://www.rssnavi.jp/> "Ｆｅｅｄ Ｒｉｎｓｅ" 、[online]、[平成１８年９月１９日検索]、インターネット<URL:http://www.feedrinse.com/> "ＲＳＳ広告社" 、[online]、 [平成１８年９月１９日検索]、インターネット<URL:http://www.rssad.com/>

しかしながら、インターネットから配信されるフィードは膨大な種類があり、ユーザがその嗜好に合ったフィードを探しだすことは困難である。ユーザが予め特定のキーワードを登録しておくことにより、そのキーワードと一致する言葉を含むフィードを自動的に探し出して配信するサービスがあるが、ユーザはその嗜好とするキーワードを全て登録しなければならず、また、嗜好が変化したときにはキーワードを更新しなければならない。
また、フィード内にユーザにとって参照傾向の強い記事と参照傾向の弱い記事とが混在する場合、フィード内の全記事情報を参考にして広告を配信する従来のコンテンツ連動型広告配信方法では、必ずしもそのユーザに効果的な広告を配信することはできない。

さらに、従来のＲＳＳは、図１３に示すように、情報提供装置１を介して配信されたフィードであっても、そのフィードを介して記事にアクセスする場合のアクセス先は記事配信サーバである（ステップＳ１００１）。このため、フィード集約配信サーバ（情報提供装置１）は、各ユーザがいずれのフィードからいずれのコンテンツを参照したのかという参照履歴を収集することはできなかった。

本発明は、このような事情に鑑みてなされたもので、記事や広告等のコンテンツ単位でユーザの参照履歴を収集し、その参照履歴からデータマイニングを行った結果をもとにユーザの参照傾向に即した情報を配信するとともに、参照傾向に沿った効果的なフィード管理方法を提供する情報提供装置、情報提供方法及び情報提供プログラムを提供することを目的とする。

請求項１に記載の発明は、フィード配信サーバからネットワークを介して配信される複数のフィードをまとめて管理および提供する情報提供装置であって、フィード配信サーバにフィードを要求し、フィードを受信するフィード取得手段と、前記フィードを解析し、フィードが有する一または複数のコンテンツＵＲＬを、自装置のホスト名にコンテンツＵＲＬの識別情報を付加したリダイレクトＵＲＬに書き換えた新たなフィードを生成するフィード生成手段と、前記リダイレクトＵＲＬへのアクセス要求を受け付け、このアクセス要求から前記コンテンツＵＲＬの識別情報を検出し、当該アクセス要求をこのコンテンツＵＲＬに転送するアクセス要求転送手段と、前記アクセス要求から検出したコンテンツＵＲＬの識別情報とこのアクセス要求を送信した端末の識別情報とを対応付けて、参照履歴として蓄積する参照履歴蓄積手段とを備えることを特徴とする。

請求項２に記載の発明は、請求項１に記載の情報提供装置であって、前記フィードは、少なくともコンテンツＵＲＬとコンテンツタイトルとコンテンツ説明との組み合わせの情報を一または複数有するフィードであり、これらのコンテンツ情報を蓄積するコンテンツ情報蓄積手段と、前記参照履歴蓄積手段と前記コンテンツ情報蓄積手段とに蓄積された情報から、上記端末ごとの参照傾向を算出する嗜好分析手段と、をさらに備えることを特徴とする。

請求項３に記載の発明は、請求項２に記載の情報提供装置であって、上記嗜好分析手段で算出した端末ごとの参照傾向に対応したフィードを生成し、端末に提供する傾向類似情報提供手段とをさらに備えることを特徴とする。

請求項４に記載の発明は、請求項３に記載の情報提供装置であって、上記嗜好分析手段で算出した参照傾向を予め設定した閾値と比較し、参照傾向の高い配信情報の配信頻度を上げ、参照傾向の低い配信情報の配信を中止するように、前記端末ごとの配信情報を管理する配信情報管理手段とをさらに備えることを特徴とする。

請求項５に記載の発明は、請求項２から請求項４のいずれかに記載の情報提供装置であって、上記嗜好分析手段は、上記参照履歴蓄積手段から、任意の端末に対応づけられたコンテンツの識別情報に対応する一または複数のコンテンツ情報となる第１のコンテンツ情報を読み出し、さらに上記コンテンツ情報蓄積手段に蓄積された一または複数のコンテンツ情報となる第２のコンテンツ情報を読み出して、上記第１のコンテンツ情報の参照傾向に即した一または複数のコンテンツ情報を上記第２のコンテンツ情報の中から検出することをさらに特徴とする。

請求項６に記載の発明は、フィード配信サーバからネットワークを介して配信される複数のフィードをまとめて管理および提供する情報提供装置における情報提供方法であって、フィード配信サーバにフィードを要求し、フィードを受信し、前記フィードを解析し、フィードが有する一または複数のコンテンツＵＲＬを、自装置のＵＲＬであってコンテンツＵＲＬの識別情報を付加したリダイレクトＵＲＬに書き換えた新たなフィードを生成し、前記リダイレクトＵＲＬへのアクセス要求を受け付け、このアクセス要求から前記コンテンツＵＲＬの識別情報を検出し、当該アクセス要求をこのコンテンツＵＲＬに転送し、前記アクセス要求から検出したコンテンツＵＲＬの識別情報とこのアクセス要求を送信した端末の識別情報とを対応付けて、参照履歴として蓄積することを特徴とする。

請求項７に記載の発明は、請求項１から請求項５のいずれかに記載の情報提供装置として、コンピュータを機能させるための情報提供プログラム。

請求項８に記載の発明は、請求項７のプログラムを記録したコンピュータ読み取り可能な記録媒体。

以上説明したように、本発明によれば、ユーザがフィードから記事を参照する際に本装置を経由して参照するようにした（図１４のステップＳ２００１およびステップＳ２００２）ので、記事や広告等のコンテンツ単位でユーザの参照履歴を収集し、その参照履歴からデータマイニングを行った結果をもとにユーザの参照傾向に即した情報を配信するとともに、参照傾向に沿った効果的なフィード管理方法を提供することができる。

以下、本発明の一実施形態による情報提供装置を図面を参照して説明する。図１は同実施形態の構成を示すブロック図である。
情報提供装置１は、ユーザのフィードアクセス傾向を分析し、傾向に合ったフィードを配信する。フィードとは、ＲＳＳの形式に沿ったＲＳＳフィード情報のことをいい、必ずしもＯＳ（Operating System）がファイル形式として認識するものである必要はなく、またバイナリ形式のデータを含んでいても良い。

また、本発明の対象とするフィードとは、ＸＭＬ（Extensible Markup Language）、Ａｔｏｍ、ＲＤＦ（Resource Description Framework）等の形式によるＲＳＳアグリゲータで解釈可能な各種情報を含むものとする。ＲＳＳアグリゲータとは、ＲＳＳリーダー、フィードリーダー、ニュースフィードリーダー等と呼ばれる上記フィードの管理を行うソフトウェアをいう。

また、ＲＳＳアグリゲータには大きく分けてクライアントアプリケーション型とサーバアプリケーション型のアプリケーションが存在し、それぞれがまたいくつかの方式によって実現されている。本発明の実施に当たっては、フィード登録機能を持つＲＳＳアグリゲータであれば、その方式を問わない。フィード登録機能とは、ＲＳＳアグリゲータが、特定のフィードＵＲＬから定期的に最新のフィードを取得するように、このフィードＵＲＬを記憶する機能である。また、本実施形態のなかで「フィードＵＲＬを登録する」といったときは上記フィード登録機能によってＲＳＳアグリゲータがフィードＵＲＬを記憶することをいう。

ＲＳＳ提供部２は、管理者ＵＩ制御部３１と、ＵＩ制御部４と、ＵＲＬリダイレクト部７と、フィード受信部１７と、フィード情報管理部３２と、データベース制御部５とを備える。ＵＩ（User Interface）制御部４は、ユーザ端末２７と情報の送受信を行う。ＵＲＬリダイレクト部７は、ユーザからのコンテンツ参照要求を記事配信サーバ２４にリダイレクト（参照要求転送）する。コンテンツとは、ネットワークを介して提供されるフィード、ニュースなどの記事情報、広告情報、音楽情報、映画情報、漫画情報、アニメ情報、またはゲーム情報等の各種電子化された情報とする。この情報の参照、情報配信を要求することをコンテンツ参照要求という。また、上記いずれかのコンテンツの取得要求に応じ、コンテンツを配信するサーバをコンテンツ配信サーバという。

フィード受信部１７は、フィード配信サーバ２８にフィード（配信情報）を要求し、受信する。フィードは、本実施形態では記事情報および広告情報を想定して説明するが、その他上記のようないかなるコンテンツ情報でも良い。フィード情報管理部３２は、本装置をホスト名とするＵＲＬの生成と、集約フィードの生成と、フィードの内容解析と、データベース部９からの情報取得および情報操作を行う。データベース制御部５は、データベース情報の登録、更新、削除等の操作を制御する。

データベース部９は、本装置を管理するための各種情報を記憶し、記事関連テーブル部１０と、ユーザ関連テーブル部１１と、ユーザテーブル部１２と、記事テーブル部１３と、フィードテーブル部１４と、広告テーブル部１５とを備える。ユーザテーブル部１２は、例えば各ユーザＩＤに対応させて、パスワードと、氏名と、Ｅメールアドレスとのユーザ情報を記憶する。ユーザ情報とは、ユーザの属性情報であり本実施形態ではユーザ（人間）であることを想定するが、ユーザ端末２７（機械）ごとに与える属性であっても良い。

ユーザＩＤは、本装置内でユーザを一意に特定する識別情報である。パスワードは、ユーザの制御情報に従ってユーザテーブル部１２が記憶する情報で、ユーザ端末２７が情報提供装置１にログインする際に、上記ユーザＩＤとともに情報提供装置１が要求する識別情報である。氏名は、ユーザ登録を行うユーザの氏名である。Ｅメールアドレスは、ユーザ登録を行うユーザのＥメールアドレスである。ユーザテーブル部１２の格納情報例を図２に示す。

記事テーブル部１３は、例えば各記事ＩＤに対応させて、記事タイトルと、記事ＵＲＬ（記事参照先情報）と、記事説明との記事情報を記憶する。記事情報とは、ネットワーク上に公開されたニュースやブログ等の属性情報である。記事ＩＤは、本装置内で生成する情報であり記事情報を一意に特定する識別情報である。例えば「news」の後に６桁の連番を付加した文字列とし、「news000001」等とする。記事ＩＤは、記事ＵＲＬに対して１対１となる情報である。記事タイトルは、記事内容に対応する標題であり、例えばフィード内で<title>タグにて表記される情報である。記事ＵＲＬは、対応する記事情報を配信するＵＲＬであり、例えばフィード内で<link>タグにて表記される情報である。記事説明は、対応する記事の概要の説明であり、例えばフィード内で<description>タグにて表記される情報である。記事テーブル部１３の格納情報例を図３に示す。

フィードテーブル部１４は、例えば各フィードＩＤに対応させて、フィードタイトルと、フィードＵＲＬ（フィード参照先情報）と、フィード説明とを記憶する。フィードＩＤは、本装置内で生成する情報でありフィードを一意に特定する識別情報である。例えば「rss」の後に６桁の連番を付加した文字列とし、「rss000001」等とする。フィードＩＤは、フィードＵＲＬに対して１対１となる情報である。フィードタイトルは、フィードに対応するであり、例えばフィード内で<title>タグにて表記される情報である。フィードＵＲＬは、対応するフィードを配信するＵＲＬであり、例えばフィード内で<link>タグにて表記される情報である。フィード説明は、フィードの概要の説明であり、例えばフィード内で<description>タグにて表記される情報である。フィードテーブル部１４の格納情報例を図４に示す。

広告テーブル部１５は、例えば各広告ＩＤに対応させて、広告タイトルと、広告ＵＲＬと、広告説明との広告情報とを記憶する。広告情報とは、ネットワーク上に公開された広告の属性情報である。広告ＩＤは、本装置内で生成する情報であり広告を一意に特定する識別情報である。例えば「ad」の後に６桁の連番を付加した文字列とし、「ad000001」等とする。広告ＩＤは、広告ＵＲＬに対して１対１となる情報である。広告タイトルは、広告に対応するタイトルであり、例えばフィード内で<title>タグにて表記される情報である。広告ＵＲＬは、広告情報を配信しているＵＲＬであり、例えばフィード内で<link>タグにて表記される情報である。広告説明は、対応する広告の概要の説明であり、例えばフィード内で<description>タグにて表記される情報である。広告テーブル部１５の格納情報例を図５に示す。

記事関連テーブル部１０は、少なくとも各フィードＩＤと、記事ＩＤとを対応付けて記憶し、フィードテーブル部１４と記事テーブル部１３とを関連付ける。記事関連テーブル部１０の格納情報例を図６に示す。ユーザ関連テーブル部１１は、例えばフィードＩＤと、ユーザＩＤと、更新頻度と、更新日時とを記憶し、各フィードＩＤとユーザＩＤとを対応付けて記憶することでユーザテーブル部１２とフィードテーブル部１４とを関連付ける。更新頻度とは、フィード受信部１７がフィード配信サーバ２８に最新のフィードを要求する頻度である。例えば、更新頻度は分単位の時間を表す数値情報とし、「30」であれば３０分に一回の割合で定期的にフィードを要求する。この場合、数値が下がるほどフィード要求頻度は上がることになる。更新日時は、その情報がユーザ関連テーブル部１１に格納された日時を記憶する。ユーザ関連テーブル部１１の格納情報例を図７に示す。なお、本実施形態ではフィードテーブル部１４および広告テーブル部１５および記事テーブル部１３にそれぞれ識別情報としてＩＤを設けることとしたが、それぞれＵＲＬを識別情報としても良い。

嗜好分析部３は、情報分析部６と、参照履歴テーブル部１６と、属性情報テーブル部３４とを備える。情報分析部６は、フィード情報管理部３２からの要求送信に応じ、ユーザの嗜好に合う配信情報を抽出し、その一覧をフィード情報管理部３２に返信する。
参照履歴テーブル部１６は、例えばユーザＩＤと、コンテンツＩＤと、関連強度と、更新日時とを記憶する。コンテンツＩＤは、情報提供装置１に参照要求のあったコンテンツのＩＤで、例えばフィードＩＤと記事ＩＤと広告ＩＤとのいずれかである。更新日時は、ユーザＩＤとコンテンツＩＤとの対応情報が記憶された日時である。

関連強度は、ユーザＩＤとコンテンツＩＤとを対応づける関連度合いを数値化した情報である。例えば、数値が高いほど関連が強いことを表す。上記関連強度は、例えば、コンテンツ情報を形態素解析して単語抽出し、抽出した各単語の重要性を出現個数に応じて関連強度を判定する方法や、コンテンツ情報を形態素解析して単語抽出し、サービス利用者が上記抽出した単語へ重み付けを行うことによって関連強度を設定する方法などによって行う。なお、上記関連強度の計算・決定方法は上記形態に限られるものではなく、サービス形態に適した方法であれば良い。なお、本実施形態においては、「関連強度を算出する」といったときは、例として上記のような方法により関連強度を算出・再算出する場合について説明する。
参照履歴テーブル部１６の格納情報例を図８に示す。

属性情報テーブル部３４は、少なくとも属性情報ＩＤと、オブジェクトＩＤと、単語関連強度と、属性情報とを対応づけて記憶する。属性情報ＩＤは、本装置内で生成する情報であり属性情報を一意に特定する識別情報である。例えば「profile」の後に４桁の連番を付加した文字列とし、「profile0001」等とする。オブジェクトＩＤとは、コンテンツＩＤとユーザＩＤとのいずれかのＩＤ情報である。単語関連強度は、対応付けられたオブジェクトＩＤと属性情報（抽出単語情報）との関連度合いを数値化した情報である。例えば、数値が高いほど関連が強いことを表す。属性情報テーブル部３４の格納情報例を図２２に示す。

ユーザ端末２７は、ユーザが利用する端末であり、ＲＳＳアグリゲータ２５を備える。図１では例として１台を示しているが、複数台であって良い。ユーザ端末２７は、本実施形態ではいわゆるＰＣ（Personal Computer）を想定するが、ＲＳＳアグリゲータが動作可能な携帯電話、ＰＤＡ（Personal Digital Assistants）等のコンピュータ端末でも良い。ＲＳＳアグリゲータ２５は、定期的にフィードを取得し、フィードの内容を表示装置へ表示し、またフィードを利用したサイトへのアクセスを制御する。
管理者端末２９は、管理者が利用するコンピュータ端末であり、管理者の入力情報に従って管理者ＵＩ制御部３１との通信を行う。
記事配信サーバ２４は、要求に応じて記事情報を配信する。広告配信サーバ２６は、要求に応じて広告情報を配信する。フィード配信サーバ２８は、要求に応じてフィードを配信する。

以下、本装置によるフィード配信方法を説明する。
図９に基づいて、フィードテーブル部１４と記事テーブル部１３と広告テーブル部１５と記事関連テーブル部１０とユーザ関連テーブル部１１と属性情報テーブル部３４との情報格納処理について説明する。
管理者端末２９は、管理者が入力するアクセス要求情報に従って管理者ＵＩ制御部３１にアクセスする（ステップＳ１０１）。管理者ＵＩ制御部３１は、管理者端末２９に任意のフィードＵＲＬを入力可能なテキストエリアを含んだ画面情報を送信する（ステップＳ１０２）。そして、管理者端末２９は、上記で受信した画面情報を表示装置に表示する。管理者によって任意のフィードＵＲＬがテキストエリアに入力された後、入力完了を示す制御情報が入力されると、管理者端末２９は、前記テキストエリアに入力されたフィードＵＲＬ情報を管理者ＵＩ制御部３１に送信する（ステップＳ１０３）。

管理者ＵＩ制御部３１は、上記フィードＵＲＬ情報を受信し、このフィードＵＲＬ情報をフィード情報管理部３２に送信する。このフィードＵＲＬ情報を受信すると、フィード情報管理部３２は、フィード受信部１７に上記フィードＵＲＬ情報を送信する。そして、フィード受信部１７は、受信したフィードＵＲＬ情報に対応するフィード配信サーバ２８へアクセスし、フィードを要求する（ステップＳ１０４）。これにより、フィード配信サーバ２８は、上記要求のあったフィードをフィード受信部１７に配信する（ステップＳ１０５）。

フィード受信部１７は、受信したフィードをフィード情報管理部３２に送信する。フィード情報管理部３２は上記フィードを受信し、フィードを読み込んで解析し（ステップ１０６）、読み込んだ内容からフィードタイトルと、フィードＵＲＬと、フィード説明とのフィード情報を取得する。フィード受信部１７は、この情報をデータベース制御部５に送信する。
データベース制御部５は、フィードＩＤを生成し、上記取得したフィード情報に対応付けてフィードテーブル部１４に格納する。この際、データベース制御部５は、格納しようとするフィードＵＲＬと同一の値が既にフィードテーブル部１４に存在する場合には、そのフィードＵＲＬに対応付いたフィードタイトルとフィード説明とを上記取得した情報で更新する。

次に、フィード情報管理部３２は、上記で取得したフィードから一または複数のコンテンツ情報を取得する。例えば、記事タイトルと、記事ＵＲＬと、記事概要説明との情報を取得する。フィード情報管理部３２は、この情報をデータベース制御部５に送信する。

そして、データベース制御部５は、記事情報１件ごとに記事ＩＤを生成して対応付けて、記事テーブル部１３に情報を格納する。この際、データベース制御部５は、格納しようとする記事ＵＲＬと同一の値が既に記事テーブル部１３に存在する場合には、その記事ＵＲＬに対応付いた記事タイトルと記事説明とを上記取得した情報で更新する。また、データベース制御部５は、上記で格納した複数の記事ＩＤを、上記で格納したフィードＩＤと対応付けて１件ずつ記事関連テーブル部１０に格納する（ステップＳ１０７）。

また、上記コンテンツ情報が例えば広告情報であった場合、フィード情報管理部３２は、上記で取得したフィードから１つまたは複数の広告タイトルと、広告ＵＲＬと、広告説明との広告情報を取得し、この情報をデータベース制御部５に送信する。データベース制御部５は、上記取得した広告情報を１件ごとに広告ＩＤを生成し対応付けて、広告テーブル部１５に格納する。この際、データベース制御部５は、格納しようとする広告ＵＲＬと同一の値が既に広告テーブル部１５に存在する場合には、そのレコードＵＲＬと対応付いた広告タイトルと広告説明とを上記取得した情報で更新する。

さらに、フィード情報管理部３２は、上記でデータベース部９に記憶させたコンテンツＩＤと対応するコンテンツ情報とを読み出し、情報分析部６に送信する。情報分析部６は、受信した上記情報のコンテンツＩＤと、コンテンツ情報から抽出した単語との関連強度を算出する。そして、情報分析部６は、属性情報ＩＤを生成して、上記コンテンツＩＤと、上記抽出した単語と、上記算出した関連強度とを対応づけて属性情報テーブル部３４に記憶させる。上記抽出した単語は属性情報として記憶させる。この際、情報分析部６は、格納しようとする上記コンテンツＩＤと上記抽出した単語との組み合わせが既に属性情報テーブル部３４に存在する場合には、このコンテンツＩＤと上記抽出した単語との組み合わせに対応する単語関連強度の値を再計算し、更新する。

フィード情報管理部３２は、コンテンツ情報の格納が完了すると、管理者ＵＩ制御部３１に格納完了通知を送信する。
管理者ＵＩ制御部３１は、管理者端末２９にフィード情報の登録が完了した旨のメッセージを送信する（ステップＳ１０８）。管理者端末２９は、フィード情報の登録が完了した旨のメッセージを表示装置に表示する。

なお、上記フィードの要求（ステップＳ１０４）は、例えば３０分ごとに定期的に動作し、これに続くフィード受信（ステップＳ１０５）およびフィード情報のデータベース部９への送信（ステップＳ１０６）およびフィードテーブル部１４の情報格納（ステップＳ１０７）も動作する。上記フィード要求の定期的動作間隔は、ユーザ関連テーブル部１１に更新頻度の設定がある場合には、その値によって要求の間隔が規定される。
また、本実施形態では、フィードＵＲＬを管理者端末２９から情報を送信してデータベース部９の各テーブル部に情報を登録することとしたが、予め記事テーブル部１３および
フィードテーブル部１４および広告テーブル部１５に情報が格納されている構成としても良い。

次に、広告テーブル部１５の情報格納処理について説明する。
管理者が広告情報の入力を行う制御情報を入力すると、管理者端末２９は、管理者ＵＩ制御部３１にアクセスする。アクセスされると、管理者ＵＩ制御部３１は、管理者端末２９に広告情報登録画面を送信する。上記広告情報登録画面は、例えば１つまたは複数の広告タイトルと、広告ＵＲＬと、広告説明との広告情報を入力可能なテキストエリアを含む画面情報である。
そして、管理者端末２９は、上記で受信した画面情報を表示装置に表示する。

次に、管理者は、少なくとも広告ＵＲＬを上記テキストエリアに入力し、管理者端末２９は、管理者の制御情報に従ってこの広告情報を管理者ＵＩ制御部３１に送信する。これにより管理者ＵＩ制御部３１は、上記広告情報を受信すると、管理者ＵＩ制御部３１は、データベース制御部５に上記広告情報を送信する。データベース制御部５は、上記広告情報を広告テーブル部１５に格納する。そして、管理者ＵＩ制御部３１は、管理者端末２９に広告情報の登録が完了した旨のメッセージを表示する。

図９に基づいて、ユーザテーブル部１２の情報格納処理について説明する。
ユーザ端末２７は、ユーザの制御情報に従ってＵＩ制御部４にアクセスする（ステップ１０９）。ＵＩ制御部４はユーザ登録画面情報をユーザ端末２７に送信する（ステップ１１０）。ユーザ登録画面情報は、氏名と、Ｅメールアドレスと、任意のパスワードとの新規ユーザ情報を入力するテキストエリアを有する画面情報である。これにより、ユーザ端末２７は、上記画面情報を表示する。ユーザが上記テキストエリアにユーザ情報を入力すると、ユーザ端末２７は、ユーザの制御情報に従って、氏名と、Ｅメールアドレスと、任意のパスワードとの新規ユーザ情報をＵＩ制御部４に送信する（ステップ１１１）。ＵＩ制御部４は、上記で受信した新規ユーザ情報を、データベース制御部５に送信する。

上記新規ユーザ情報を受信すると、データベース制御部５は、ユーザＩＤを生成して、上記取得した新規ユーザ情報に対応付けてユーザテーブル部１２に格納する（ステップＳ１１２）。そして、格納が完了すると、データベース制御部５は、ＵＩ制御部４に格納完了通知を行う。ＵＩ制御部４は、上記ユーザＩＤを受信すると、上記Ｅメールアドレス宛に上記ユーザＩＤを通知するＥメールを送信する（ステップＳ１１３）。ユーザ端末２７が上記Ｅメールを受信し、ユーザはメモをとるなどしてユーザＩＤを記憶する。
なお、本実施形態ではユーザ登録を行った上で本装置にログインすることとしたが、例えばユーザ端末２７ごとに固定のＩＰ（Internet Protocol）アドレスが振られているような環境であり、端末を特定できる情報があれば、必ずしもユーザ端末ごとのユーザＩＤを本装置で生成する必要はない。

次に、ユーザ端末２７の本システムへのログイン処理について説明する。
ユーザがログインを行う制御情報を入力すると、ユーザ端末２７は、ＵＩ制御部４にアクセスし、ログイン入力を要求する。これを受けて、ＵＩ制御部４は、ユーザ端末２７にログイン画面情報を送信する。ユーザ端末２７は、上記取得した画面情報を表示装置に表示する。このログイン画面には、ユーザＩＤとパスワードを入力するテキストエリアが用意されている。ユーザ端末２７は、ユーザが入力するユーザＩＤとパスワードとを含むログイン情報をＵＩ制御部４へ送信する。

次に、ＵＩ制御部４は、上記ログイン情報を受信すると、このログイン情報をデータベース制御部５に送信する。このログイン情報を受信すると、データベース制御部５は、受信した上記ログイン情報と一致する値の組み合わせをユーザテーブル部１２から検出する。このとき、データベース制御部５は、ユーザテーブル部１２に記憶されている各ユーザ情報と順次比較することにより、上記ログイン情報と一致する情報が検出できれば認証成功と、検出できなければ認証失敗とし、この認証結果をＵＩ制御部４に送信する。ＵＩ制御部４は、受信した認証結果をユーザ端末２７に送信する。ユーザ端末２７は、受信した認証結果を表示装置に表示する。情報提供装置１は、上記認証結果が認証成功であった場合、ユーザの情報提供装置１へのログインを許可する。ここで、上記認証が認証失敗であった場合、ユーザ端末２７は再びログイン画面を表示する。

次に、図１０に基づいて、ＲＳＳアグリゲータ２５のフィードＵＲＬ登録処理について説明する。
ユーザ端末２７は、上記ログイン処理に従って情報提供装置１にログインする。また、ＵＩ制御部４は、フィード選択画面情報をユーザ端末２７に送信する。ここで、フィード選択画面とは、例えばフィードテーブル部１４で保持しているフィード情報を検索して取得できる検索画面で、キーワードを入力するテキストボックスを有する。
次に、ユーザ端末２７は、上記取得したフィード選択画面を表示装置に表示する。ユーザは、上記テキストボックスに検索するキーワードを入力する。ユーザ端末２７は、ユーザの制御情報に従って、上記テキストボックスに入力された任意のキーワードとともに、フィード要求をＵＩ制御部４に送信する（ステップＳ２０１）。

次に、ＵＩ制御部４は、上記キーワードを受信し、フィード情報管理部３２に送信すると、これを受けてフィード情報管理部３２は、上記キーワードをデータベース制御部５に送信する。そして、データベース制御部５は同様にフィードテーブル部１４のフィードタイトルまたはフィード説明に上記受信したキーワードを含むフィード情報を検出する（ステップＳ２０２、ステップＳ２０３）。フィード情報が検出されると、データベース制御部５は、上記で取得したフィード情報をフィード情報管理部３２に送信する。

フィード情報管理部３２は、このフィード情報一覧の１件ごとにリダイレクトＵＲＬを生成して付加する（ステップＳ２０４）。リダイレクトＵＲＬとは、図１７に示すような、ホスト名を情報提供装置１のホスト名とし、情報提供装置１のリダイレクトパス名の後に上記ログイン中のユーザＩＤとフィードＩＤとをパラメータに付加したＵＲＬである。

フィード情報管理部３２は、上記フィード情報一覧をＵＩ制御部４に送信する。これを受けて、ＵＩ制御部４は、受信した上記フィード情報一覧をユーザ端末２７に送信する（ステップＳ２０５）。ユーザ端末２７は、上記受信したフィード情報一覧を表示装置に表示する。ユーザが表示された画面から任意のフィードを選択すると、ユーザ端末２７は、ユーザの制御情報に従って選択された任意のフィードに対応するリダイレクトＵＲＬをＲＳＳアグリゲータに登録する（ステップＳ２０６）。

次に、フィード情報管理部３２の集約フィードＵＲＬ生成処理およびＲＳＳアグリゲータ２５の集約フィードＵＲＬ登録処理について説明する。
ユーザ端末２７は、上記ログイン処理に従って情報提供装置１にログインし、ＵＩ制御部４に集約フィードＵＲＬ要求を送信する（ステップＳ２０７）。これを受けて、ＵＩ制御部４は、ユーザ端末２７に分析方法選択画面を送信する（ステップＳ２０８）。分析方法選択画面とは、ユーザ傾向の分析方法を選択する画面である。例えば、情報提供装置１がユーザの嗜好に合ったコンテンツを分析するための分析対象データ集合を、全ＲＳＳと、登録済みＲＳＳとから選択する。

上記全ＲＳＳとは、記事テーブル部１３およびフィードテーブル部１４および広告テーブル部１５が備える全てのコンテンツ情報をいう。登録済みＲＳＳとは、ログイン中のユーザＩＤに対応するユーザ関連テーブル部１１に記録されたフィードＩＤに対応するコンテンツ情報をいう。これらの関係は、全ＲＳＳが最も多種類の集合であり、情報提供装置１が認識している全てのコンテンツ情報を備える。登録済みＲＳＳは全ＲＳＳの部分集合である。

ユーザ端末２７は、上記で受信した分析方法選択画面を表示装置に表示する。ユーザは、画面からいずれかの分析方法を選択する。ユーザの選択が完了すると、ユーザ端末２７は、上記選択した分析方法に対応する分析識別子をＵＩ制御部４に送信する（ステップＳ２０９）。分析識別子とは、例えば上記分析対象データ集合が全ＲＳＳの場合は「1」と、登録済みＲＳＳである場合は「2」とする情報である。ＵＩ制御部４は、上記分析識別子を受信する。

次に、ＵＩ制御部４は、フィード情報管理部３２に上記分析識別子を送信する。これにより、フィード情報管理部３２は、集約フィードＵＲＬを生成する（ステップＳ２１０）。集約フィードＵＲＬとは、図１８に示すような、ホスト名を情報提供装置１のホスト名とし、情報提供装置１の集約配信パス名の後に上記ログイン中のユーザＩＤとフィードＩＤと分析識別子とをパラメータに付加したＵＲＬである。

フィード情報管理部３２は、上記で生成した集約フィードＵＲＬをＵＩ制御部４に送信する。ＵＩ制御部４は、上記受信した集約フィードＵＲＬをユーザ端末２７に送信する（ステップＳ２１１）。ユーザ端末２７は、上記受信した集約フィードＵＲＬを表示装置に表示し、ユーザが、ＲＳＳアグリゲータ２５のＲＳＳ登録方法に従って上記受信した集約フィードＵＲＬを入力する。ＲＳＳアグリゲータ２５は、ユーザの制御情報に従って上記受信した集約フィードＵＲＬを登録する（ステップＳ２１２）。
なお、上記集約フィードＵＲＬの生成処理では集約フィードＵＲＬを生成するのみで、フィードの実体は生成しない。

図１１に基づいて、ユーザ端末２７のフィード受信処理について説明する。
ユーザ端末２７の情報提供装置１からのフィード受信処理について説明する。
ＲＳＳアグリゲータ２５は、ユーザの設定によって例えば３０分間隔で定期的に、上記フィード登録処理（ステップＳ２０６）で登録したフィードＵＲＬにアクセスし、フィードの更新情報を取得する。上記フィードＵＲＬは情報提供装置１をホスト名とするので、上記アクセスは情報提供装置１に対して行われる。上記フィードが更新されていた場合、ユーザ端末２７は、情報提供装置１に最新のフィードを要求する（ステップＳ３０１）。

ＵＩ制御部４は、上記要求を受信すると、要求からフィードＩＤを取得し、データベース制御部５にフィードＩＤを送信する。データベース制御部５は、フィードテーブル部１４からこのフィードＩＤを検出し、対応するフィード情報を取得する。また、データベース制御部５は、記事関連テーブル部１０から上記フィードＩＤを検出し、対応する一また複数の記事ＩＤを取得する。データベース制御部５は、記事テーブル部１３から上記で取得した記事ＩＤに対応する記事情報を取得する（ステップＳ３０２およびステップＳ３０３）。データベース制御部５は、上記で取得したＲＳＳ情報およびコンテンツ情報をフィード情報管理部３２に送信する。

フィード情報管理部３２は、上記フィード情報と記事情報を受信し、これらをＲＳＳフォーマットに従ってリダイレクトフィードを生成する（ステップＳ３０４）。リダイレクトフィードとは、その有するコンテンツのリンク情報がすべてリダイレクトＵＲＬとなっているものであり、例を図１５に示す。情報提供装置１は、ユーザ端末２７に上記生成したリダイレクトフィードを送信する（ステップＳ３０５）。ユーザ端末２７は上記リダイレクトフィードを受信する。

情報提供装置１の、集約フィード生成処理について説明する。
ＲＳＳアグリゲータ２５は、ユーザの設定によって例えば３０分間隔で定期的に、上記フィード登録処理（ステップＳ２１２）で登録したフィードＵＲＬにアクセスし、フィードの更新情報を取得する。上記フィードＵＲＬは情報提供装置１をホスト名とするので、上記アクセスは情報提供装置１に対して行われる。上記フィードが更新されていた場合、ユーザ端末２７は、情報提供装置１に最新のフィードを要求する（ステップＳ３０６）。ＵＩ制御部４は、上記要求情報を受信すると、要求情報からユーザＩＤとフィードＩＤと分析識別子とを検出する。ＵＩ制御部４は、上記取得したユーザＩＤとフィードＩＤと分析識別子をフィード情報管理部３２に送信する。フィード情報管理部３２は、上記受信したユーザＩＤとフィードＩＤと分析識別子とを情報分析部６に送信する（ステップＳ３０７）。

情報分析部６は、上記ユーザＩＤと上記フィードＩＤと上記分析識別子とを受信する。情報分析部６は、参照履歴テーブル部１６から上記ユーザＩＤに対応付けられたコンテンツＩＤを検出する。情報分析部６は、上記で取得したコンテンツＩＤからフィードＩＤを検出した場合には、フィードテーブル部１４から上記フィードＩＤに対応するフィード説明情報を読み込む（ステップＳ３０８およびステップＳ３０９）。情報分析部６は、上記フィード説明情報を単語分解し、単語関連強度を算出し、この単語関連強度が予めユーザが定めた閾値を超えていれば、上記単語をユーザ嗜好単語と判定する。また、情報分析部６は上記分析識別子が全ＲＳＳを意味する場合には、フィードテーブル部１４からすべてのフィード説明情報を取得し、ユーザが定めた一定の単語関連強度を超える単語を含む情報に対応するフィードＩＤを検出する。

情報分析部６は、この一または複数のフィードＩＤを、傾向マッチリストとしてリストアップする（ステップＳ３１０）。また、上記では分析識別子が全ＲＳＳを意味するためフィードテーブル部１４からすべてのフィード説明情報を取得することとしたが、分析識別子が登録済みＲＳＳを意味する場合には、ここで取得する情報対象はユーザ関連テーブル部１１に記憶された、上記ユーザＩＤに対応するフィードＩＤを取得し、フィードテーブル部１４からこのフィードＩＤに対応するフィード説明情報を検出し、このなかからユーザが定めた一定の関連強度を超えて上記単語を含む情報に対応するフィードＩＤを検出する。

また、情報分析部６は、参照履歴テーブル部１６から、すべてのユーザＩＤに対応するユーザ嗜好単語を検出する。情報分析部６は、上記ユーザＩＤに対応付けられたユーザのユーザ嗜好単語と、ユーザが定めた関連強度を超えて一致するユーザ嗜好単語をもつ参照傾向類似ユーザＩＤを検出する。情報分析部６は、参照履歴テーブル部１６から上記参照傾向類似ユーザＩＤに対応付けられたコンテンツＩＤを検出し、これを上記ユーザＩＤの参照傾向類似コンテンツＩＤとし、傾向マッチリストにリストアップする。また、同様に記事情報、広告情報の傾向マッチリストをリストアップする。

なお、情報分析部６が関連強度に依って上記傾向マッチリストを生成する方法は上記形態に限るものではなく、複数情報から特定の傾向を導き出すデータマイニング手法であれば良く、決定木、クラスタリングなどの分析方法を利用して関連強度を算出しても良い。
また、上記分析はフィード要求の都度行わず、情報提供装置１の利用率の低い時間帯などに一括して行い分析結果を保持しておき、フィード要求の際はそれを参照するような構成としても良い。

また、情報分析部６は、上記でユーザ嗜好単語をユーザが定めた関連強度を超えているがユーザに関連付いていない（ユーザ関連テーブル部１１にレコードが存在しない）フィード情報を、さらに登録推薦フィード情報として傾向マッチリストに付加する。
さらに、情報分析部６は、参照履歴テーブル部１６からログイン中のユーザＩＤに対応するフィードＩＤを検出する。また、情報分析部６はユーザ関連テーブル部１１からログイン中のユーザＩＤに対応するすべてのフィードＩＤを検出する。ここで、情報分析部６は、ユーザ関連テーブル部１１には存在するが参照履歴テーブル部１６には存在しないフィードＩＤ、または存在しても対応する参照履歴テーブル部１６の更新日付が例えば１月以上前の日付で関連強度がユーザが定めた一定値以下のフィードがある場合、そのフィードＩＤを記憶する。情報分析部６は、上記で取得したフィードＩＤに対応するフィードを、ＲＳＳアグリゲータに登録されたにも関わらず一度も参照されていない、または既にユーザの興味が薄れたフィードであると判定する。情報分析部６は、上記フィードＩＤを削除推薦フィード情報として傾向マッチリストに付加する。

情報分析部６は、参照履歴テーブル部１６からログイン中のユーザＩＤに対応するフィードＩＤを検出する。また、情報分析部６はユーザ関連テーブル部１１からログイン中のユーザＩＤに対応するすべてのフィードＩＤを検出する。ここで、情報分析部６は、参照履歴テーブル部１６に、対応する更新日付が１月以内でかつ関連強度がユーザが定めた一定値以上の参照履歴が存在するフィードＩＤを検出する。情報分析部６は、上記フィードＩＤに対応するフィードを、ユーザが特に興味あるフィードであると判定する。情報分析部６は、上記フィードＩＤを更新頻度アップ推薦フィード情報として傾向マッチリストに付加する。

情報分析部６は、上記で生成した傾向マッチリストをフィード情報管理部３２に送信する（ステップＳ３１１）。フィード情報管理部３２は、上記で受信した傾向マッチリストが有する一または複数のフィードＩＤに対応するフィード情報をフィードテーブル部１４から検出する。（ステップＳ３１２およびステップＳ３１３）。フィード情報管理部３２は、同様に記事情報と広告情報とを取得する。フィード情報管理部３２は、上記で取得したフィード情報と記事情報と広告情報とからＲＳＳフォーマットに従って集約フィードを生成する（ステップＳ３１４）。また、上記登録推薦フィード情報がある場合には、フィード登録ＵＲＬを生成する。フィード登録ＵＲＬとは、図１９に示すような、ホスト名を情報提供装置１のホスト名とし、情報提供装置１のフィード登録パス名の後に上記ログイン中のユーザＩＤとフィードＩＤとをパラメータに付加したＵＲＬである。

また、上記推削除推薦フィード情報がある場合には、フィード削除ＵＲＬを生成する。フィード削除ＵＲＬとは、図２０に示すような、ホスト名を情報提供装置１のホスト名とし、情報提供装置１のフィード削除パス名の後に上記ログイン中のユーザＩＤとフィードＩＤとをパラメータに付加したＵＲＬである。
また、上記更新頻度アップ推薦フィード情報がある場合には、更新頻度アップＵＲＬを生成する。更新頻度アップＵＲＬとは、図２１に示すような、ホスト名を情報提供装置１のホスト名とし、情報提供装置１の更新頻度アップパス名の後に上記ログイン中のユーザＩＤとフィードＩＤとをパラメータに付加したＵＲＬである。
情報分析部６は、集約フィードに上記フィード登録ＵＲＬと、フィード削除ＵＲＬと、更新頻度アップＵＲＬを付加する。

フィード情報管理部３２は、上記で生成した集約フィードをＵＩ制御部４に送信する。ＵＩ制御部４は、上記で受信した集約フィードをＲＳＳアグリゲータ２５に送信する（ステップＳ３１５）。ユーザ端末２７は上記集約フィードを受信する。

図１２に基づいて、ＲＳＳアグリゲータ２５のコンテンツ参照処理および情報提供装置１の参照履歴収集処理およびＵＲＬリダイレクト部７の参照リダイレクト処理について説明する。
ＲＳＳアグリゲータ２５は、上記フィード受信処理で記憶された一または複数のフィードからフィード一覧とコンテンツ一覧を生成し、表示装置に表示する。ユーザは、表示装置から任意のコンテンツを選択する。
ＲＳＳアグリゲータ２５は、ユーザが上記一覧から特定の記事を選択した制御情報を受信すると、対応する記事ＵＲＬにインターネットを通じてアクセスする（ステップＳ４０１）。上記フィード受信処理で記憶された記事ＵＲＬはホスト名が情報提供装置１となっているので、ＲＳＳアグリゲータ２５は情報提供装置１に記事の参照要求を送信する。

情報提供装置１では上記参照要求をＵＩ制御部４が受け付ける。ＵＩ制御部４は、受信した上記参照要求からユーザＩＤとコンテンツＩＤとを取得する。ＵＩ制御部４は、上記ユーザＩＤとコンテンツＩＤとを情報分析部６に送信する（ステップＳ４０２）。情報分析部６は、受信した上記ユーザＩＤとコンテンツＩＤと現在の日時情報とを対応付けて参照履歴テーブル部１６に格納する。

また、ＵＩ制御部４は、上記コンテンツＩＤをＵＲＬリダイレクト部７に送信する。ＵＲＬリダイレクト部７は、上記コンテンツＩＤに対応するコンテンツＵＲＬを検出する（ステップＳ４０３およびステップＳ４０４）。例えば、コンテンツＩＤの先頭が「news」であれば記事テーブル部１３から対応する記事ＵＲＬを検出する。ＵＲＬリダイレクト部７は、上記参照要求を上記取得した対応する記事ＵＲＬにリダイレクトする（ステップＳ４０６）。ＲＳＳアグリゲータ２５はリダイレクト情報を受信し、記事配信サーバ２４に記事参照要求する（ステップＳ４０６）。上記記事ＵＲＬを有する記事配信サーバ２４は、上記参照要求を受信し、要求された記事をＲＳＳアグリゲータ２５に送信する（ステップＳ４０７）。ＲＳＳアグリゲータ２５は上記記事を受信し、表示装置に記事を表示する。

ＲＳＳアグリゲータ２５が上記登録を行うＵＲＬの生成処理にて生成されたフィード登録ＵＲＬにアクセスするフィード登録について説明する。
ＲＳＳアグリゲータ２５は、上記フィード受信処理で記憶された一または複数のフィードからフィード一覧を生成し、表示装置に表示する。ユーザは、表示装置からフィード登録ＵＲＬを選択する。ＲＳＳアグリゲータ２５は、上記ＵＲＬにネットワークを通じてアクセスする（ステップＳ４０９）。ＵＩ制御部４は、上記アクセスを受け付け、上記ＵＲＬからフィードＩＤとユーザＩＤとのパラメータ情報を取得する。ＵＩ制御部４は、上記パラメータ情報をフィード情報管理部３２に送信する。フィード情報管理部３２は、ユーザ関連テーブル部１１に上記ユーザＩＤと上記フィードＩＤを対応付ける情報を格納する（ステップＳ４１０）。ＵＩ制御部４は、ＲＳＳアグリゲータ２５に上記登録が完了した通知を行う（ステップＳ４１１）。ＲＳＳアグリゲータ２５は、上記受信した通知を画面に表示する。

ＲＳＳアグリゲータ２５が上記登録削除を行うＵＲＬの生成処理にて生成された削除ＵＲＬにアクセスするフィード削除処理について説明する。
ＲＳＳアグリゲータ２５は、上記フィード受信処理で記憶された一または複数のフィードからフィード一覧を生成し、表示装置に表示する。ユーザは、表示装置から削除ＵＲＬを選択する。ＲＳＳアグリゲータ２５は、上記ＵＲＬにネットワークを通じてアクセスする（ステップＳ４０９）。ＵＩ制御部４は、上記アクセスを受け付け、上記ＵＲＬからフィードＩＤとユーザＩＤとのパラメータ情報を取得する。ＵＩ制御部４は、上記パラメータ情報をフィード情報管理部３２に送信する。フィード情報管理部３２は、ユーザ関連テーブル部１１から上記ユーザＩＤに対応づけられたフィードＩＤの情報を削除する。（ステップＳ４０９）。ＵＩ制御部４は、ＲＳＳアグリゲータ２５に上記削除が完了した通知を行う（ステップＳ４１１）。ＲＳＳアグリゲータ２５は、上記受信した通知を画面に表示する。ＲＳＳアグリゲータ２５は、上記受信した通知を画面に表示する。

ＲＳＳアグリゲータ２５が上記更新頻度変更を行うＵＲＬの生成処理にて生成された更新頻度アップＵＲＬにアクセスするフィード更新頻度変更処理について説明する。
ＲＳＳアグリゲータ２５は、上記フィード受信処理で記憶された一または複数のフィードからフィード一覧を生成し、表示装置に表示する。ユーザは、表示装置から更新頻度アップＵＲＬを選択する。ＲＳＳアグリゲータ２５は、上記ＵＲＬにネットワークを通じてアクセスする（ステップＳ４０９）。ＵＩ制御部４は、上記アクセスを受け付け、上記ＵＲＬからフィードＩＤとユーザＩＤとのパラメータ情報を取得する。ＵＩ制御部４は、上記パラメータ情報をフィード情報管理部３２に送信する。フィード情報管理部３２は、ユーザ関連テーブル部１１から上記ユーザＩＤに対応づけられたフィードＩＤを検出し、これに対応づいた更新頻度の値を変更する（ステップＳ４０９）。ＵＩ制御部４は、ＲＳＳアグリゲータ２５に上記更新頻度変更が完了した通知を行う（ステップＳ４１１）。ＲＳＳアグリゲータ２５は、上記受信した通知を画面に表示する。ＲＳＳアグリゲータ２５は、上記受信した通知を画面に表示する。
なお、それぞれの各部は、同一コンピュータ上で動作する必要はなく、分散コンピューティングで行っても良い。

なお、図１における処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによりＲＳＳ集約配信を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、ホームページ提供環境（あるいは表示環境）を備えたＷＷＷシステムも含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。

また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。

本発明の一実施形態の構成を示すブロック図である。 ユーザテーブル部１２の構成要素とデータの例である。 記事テーブル部１３の構成要素とデータの例である。 フィードテーブル部１４の構成要素とデータの例である。 広告テーブル部１５の構成要素とデータの例である。 記事関連テーブル部１０の構成要素とデータの例である。 ユーザ関連テーブル部１１の構成要素とデータの例である。 参照履歴テーブル部１６の構成要素とデータの例である。 情報格納処理を示すステートメント図である。 フィードＵＲＬの登録処理を示すステートメント図である。 フィードの配信処理を示すステートメント図である。 フィードからのアクセス処理を示すステートメント図である。 従来のフィードからのアクセス要求のイメージ図である。 本装置によるフィードからのアクセス要求のイメージ図である。 フィードの記述例である。 フィード配信サーバのＵＲＬ例である。 本装置のリダイレクトＵＲＬ例である。 本装置の集約フィードＵＲＬ例である。 本装置のフィード登録ＵＲＬ例である。 本装置のフィード削除ＵＲＬ例である。 本装置の更新頻度アップＵＲＬ例である。 属性情報テーブル部３４の構成要素とデータの例である。

符号の説明

１ 情報提供装置
２ ＲＳＳ提供部
３ 嗜好分析部
４ ＵＩ制御部
５ データベース制御部
６ 情報分析部
７ ＵＲＬリダイレクト部
９ データベース部
１０ 記事関連テーブル部
１１ ユーザ関連テーブル部
１２ ユーザテーブル部
１３ 記事テーブル部
１４ フィードテーブル部
１５ 広告テーブル部
１６ 参照履歴テーブル部
１７ フィード受信部
２４ 記事配信サーバ
２５ ＲＳＳアグリゲータ
２６ 広告配信サーバ
２７ ユーザ端末
２８ フィード配信サーバ
２９ 管理者端末
３１ 管理者ＵＩ制御部
３２ フィード情報管理部
３４ 属性情報テーブル部

Claims (8)

1. フィード配信サーバからネットワークを介して配信される複数のフィードをまとめて管理および提供する情報提供装置であって、
   フィード配信サーバにフィードを要求し、フィードを受信するフィード取得手段と、
   前記フィードを解析し、フィードが有する一または複数のコンテンツＵＲＬを、自装置のホスト名にコンテンツの識別情報を付加したリダイレクトＵＲＬに書き換えた新たなフィードを生成するフィード生成手段と、
   前記リダイレクトＵＲＬへのアクセス要求を受け付け、このアクセス要求から前記コンテンツＵＲＬを検出し、当該アクセス要求をこのコンテンツＵＲＬに転送するアクセス要求転送手段と、
   前記アクセス要求から検出したコンテンツの識別情報とこのアクセス要求を送信した端末の識別情報とを対応付けて、参照履歴として蓄積する参照履歴蓄積手段と
   を備えることを特徴とする情報提供装置。
2. 前記フィードは、少なくともコンテンツＵＲＬとコンテンツタイトルとコンテンツ説明との組み合わせの情報を一または複数有するフィードであり、これらのコンテンツ情報を蓄積するコンテンツ情報蓄積手段と、
   前記参照履歴蓄積手段と前記コンテンツ情報蓄積手段とに蓄積された情報から、上記端末ごとの参照傾向を算出する嗜好分析手段と
   をさらに備えることを特徴とする請求項１記載の情報提供装置。
3. 前記嗜好分析手段で算出した端末ごとの参照傾向に対応したフィードを生成し、端末に提供する傾向類似情報提供手段と
   をさらに備えることを特徴とする請求項２記載の情報提供装置。
4. 前記嗜好分析手段で算出した参照傾向を予め設定した閾値と比較し、参照傾向の高い配信情報の配信頻度を上げ、参照傾向の低い配信情報の配信を中止するように、前記端末ごとの配信情報を管理する配信情報管理手段と
   をさらに備えることを特徴とする請求項３記載の情報提供装置。
5. 前記嗜好分析手段は、前記参照履歴蓄積手段から、任意の端末に対応づけられたコンテンツの識別情報に対応する一または複数のコンテンツ情報となる第１のコンテンツ情報を読み出し、さらに前記コンテンツ情報蓄積手段に蓄積された一または複数のコンテンツ情報となる第２のコンテンツ情報を読み出して、前記第１のコンテンツ情報の参照傾向に即した一または複数のコンテンツ情報を前記第２のコンテンツ情報の中から検出すること
   をさらに特徴とする請求項２から請求項４記載の情報提供装置。
6. フィード配信サーバからネットワークを介して配信される複数のフィードをまとめて管理および提供する情報提供装置における情報提供方法であって、
   フィード配信サーバにフィードを要求し、フィードを受信し、
   前記フィードを解析し、フィードが有する一または複数のコンテンツＵＲＬを、自装置のホスト名にコンテンツの識別情報を付加したリダイレクトＵＲＬに書き換えた新たなフィードを生成し、
   前記リダイレクトＵＲＬへのアクセス要求を受け付け、このアクセス要求から前記コンテンツＵＲＬを検出し、当該アクセス要求をこのコンテンツＵＲＬに転送してアクセスを要求し、
   前記アクセス要求から検出したコンテンツの識別情報とこのアクセス要求を送信した端末の識別情報とを対応付けて、参照履歴として蓄積すること
   を特徴とする情報提供方法。
7. 請求項１から請求項５のいずれかに記載の情報提供装置として、コンピュータを機能させるための情報提供プログラム。
8. 請求項７のプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images