情報提供装置および情報提供プログラム
【課題】所望の記事を適切に取得する。
【解決手段】実施の形態に係る情報提供装置は、記事が掲載されたアドレスと、記事のタイトルデータと、記事の概要データと、を関連づけた記事概要データが記憶された記事概要データ記憶部と、記事のタイトルデータをユーザ端末に提供し、ユーザ端末から記事の概要のリクエストを受信すると、記事の概要データをユーザ端末に提供し、記事のリクエストを受信すると、記事のアドレスをユーザ端末に提供するとともに、記事のアドレスと、記事についてのユーザのリクエストに応じたポイントに基づいて履歴データを生成する記事概要データ提供手段と、履歴データから、記事のアドレスごとのポイントに従って集計し、記事のアドレスと集計ポイントとを対応づけた集計データを生成する集計手段を備える。
【解決手段】実施の形態に係る情報提供装置は、記事が掲載されたアドレスと、記事のタイトルデータと、記事の概要データと、を関連づけた記事概要データが記憶された記事概要データ記憶部と、記事のタイトルデータをユーザ端末に提供し、ユーザ端末から記事の概要のリクエストを受信すると、記事の概要データをユーザ端末に提供し、記事のリクエストを受信すると、記事のアドレスをユーザ端末に提供するとともに、記事のアドレスと、記事についてのユーザのリクエストに応じたポイントに基づいて履歴データを生成する記事概要データ提供手段と、履歴データから、記事のアドレスごとのポイントに従って集計し、記事のアドレスと集計ポイントとを対応づけた集計データを生成する集計手段を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施の形態は、情報提供装置および情報提供プログラムに関する。
【背景技術】
【０００２】
近年の情報通信の発達により、企業による情報配信が増えるとともに、各ユーザが、ブログなどにより個々に情報を発信する機会も増えている。ユーザは、情報を閲覧する際、ＲＳＳやＡｔｏｍなどのフィードを用いることがある。フィードとは、ブログなどの記事の概要の情報を、配信するために加工したデータである。
【０００３】
ユーザは、キーワードなどを用いて、このフィードから所望の記事を取得することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２９９７８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、従来のフィードは、キーワードなどにより所望の記事を取得するので、キーワードの一致度により、記事の優先順位が決定される場合がある。従って、ユーザが入力したキーワードが適切でない場合、ユーザの所望の記事を取得できない場合がある。
【０００６】
従って本発明の目的は、所望の記事を適切に取得する情報提供装置および情報提供プログラムを提供することである。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、実施の形態に係る情報提供装置は、記事が掲載されたアドレスと、記事のタイトルデータと、記事の概要データと、を関連づけた記事概要データが記憶された記事概要データ記憶部と、記事のタイトルデータをユーザ端末に提供し、ユーザ端末から記事の概要のリクエストを受信すると、記事の概要データをユーザ端末に提供し、記事のリクエストを受信すると、記事のアドレスをユーザ端末に提供するとともに、記事のアドレスと、記事についてのユーザのリクエストに応じたポイントに基づいて履歴データを生成する記事概要データ提供手段と、履歴データから、記事のアドレスごとのポイントに従って集計し、記事のアドレスと集計ポイントとを対応づけた集計データを生成する集計手段を備える。
【図面の簡単な説明】
【０００８】
【図１】実施の形態に係る情報提供システムのシステム構成と、情報提供装置の機能ブロックを説明する図である。
【図２】実施の形態に係る情報提供装置のハードウェア構成を説明する図である。
【図３】実施の形態に係る情報提供装置の設定データのデータ構造とデータの一例を説明する図である。
【図４】実施の形態に係る情報提供装置の記事概要データのデータ構造とデータの一例を説明する図である。
【図５】実施の形態に係る情報提供装置の履歴データのデータ構造とデータの一例を説明する図である。
【図６】実施の形態に係る情報提供装置の集計データのデータ構造とデータの一例を説明する図である。
【図７】実施の形態に係る情報提供装置の記事概要データ提供手段による記事概要データ提供処理を説明するフローチャートである。
【図８】実施の形態に係る情報提供装置の集計手段による集計処理を説明するフローチャートである。
【発明を実施するための形態】
【０００９】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。
【００１０】
（実施の形態）
図１を参照して、実施の形態に係る情報提供システムを説明する。実施の形態に係る情報提供システムは、情報提供装置１、記事概要生成サーバ２、記事提供サーバ３およびユーザ端末４を備える。情報提供装置１、記事概要生成サーバ２、記事提供サーバ３およびユーザ端末４は、通信ネットワーク５を介して、相互に通信可能に接続される。通信ネットワーク５は、例えばインターネットなどの双方向通信のためのネットワークである。
【００１１】
情報提供装置１、記事概要生成サーバ２、記事提供サーバ３およびユーザ端末４は、一般的なコンピュータに、所定の処理を実行するプログラムがインストールされることにより実行される。ユーザ端末４は、携帯電話機、スマートフォンなどの可搬性を備える情報端末であっても良い。
【００１２】
記事概要生成サーバ２は、記事提供サーバ３が提供する記事の概要データを生成する。記事概要生成サーバ２は、記事提供サーバ３が提供する記事のデータから、ＲＳＳ、Ａｔｏｍなどのフィードを生成し、たとえば情報提供装置１からのリクエストに基づいて、情報提供装置１などに入力する。ここでフィードとは、ブログなどの記事の概要の情報を、配信するために加工したデータである。
【００１３】
記事提供サーバ３は、ブログなどのユーザの記事データを格納し、ユーザ端末４からのリクエストに応じてユーザ端末４に記事データを送信する。また記事提供サーバ３は、記事概要生成サーバ２からのリクエストに応じて記事概要生成サーバ２に記事データを送信する。
【００１４】
記事提供サーバ３ａは、ＵＲＬ（Uniform Resource Locator）が「ｈｔｔｐ：／／ａａａ／」で始まる記事データを提供する。記事提供サーバ３ａは、記事概要生成サーバ２ａに記事データを提供し、記事概要生成サーバ２ａは、ＵＲＬが「ｈｔｔｐ：／／ａａａ／」で始まる記事データに基づいて、記事概要データを生成する。
【００１５】
記事提供サーバ３ｂは、ＵＲＬが「ｈｔｔｐ：／／ｂｂｂ／」で始まる記事データを提供する。記事提供サーバ３ｂは、記事概要生成サーバ２ｂに記事データを提供し、記事概要生成サーバ２ｂは、ＵＲＬが「ｈｔｔｐ：／／ｂｂｂ／」で始まる記事データに基づいて、記事概要データを生成する。
【００１６】
記事提供サーバ３ｃは、ＵＲＬが「ｈｔｔｐ：／／ｃｃｃ／」で始まる記事データを提供する。記事提供サーバ３ｃは、記事概要生成サーバ２ｃに記事データを提供し、記事概要生成サーバ２ｃは、ＵＲＬが「ｈｔｔｐ：／／ｃｃｃ／」で始まる記事データに基づいて、記事概要データを生成する。
【００１７】
図１に示す情報提供システムは、３つの記事概要生成サーバ２および記事提供サーバ３を備えるが、記事概要生成サーバ２および記事提供サーバ３の数は、問わない。また、図１に示す情報提供システムにおいて、記事概要生成サーバ２と記事提供サーバ３とは、別のハードウェアで構成されているが、同一のハードウェアで構成されてもよい。
【００１８】
ユーザ端末４は、情報提供装置１が提供する記事概要データに含まれるリンクをクリックして、記事概要データの記事タイトル、概要、記事提要サーバ３で提供される記事などを閲覧する。さらにユーザ端末４は、情報提供装置１が提供する集計データを閲覧し、また、集計データの表示画面に設けられたリンクをクリックし、情報を取得する、
ユーザ端末４ａは、ユーザＩＤが「１００」のユーザが利用する情報端末である。ユーザ端末４ｂは、ユーザＩＤが「１０１」のユーザが利用する情報端末である。ユーザ端末４ｃは、ユーザＩＤが「１０２」のユーザが利用する情報端末である。図１に示す情報提供システムは、３つのユーザ端末４を備えるが、ユーザ端末４の数は問わない。
【００１９】
次に、図１および図２を参照して、実施の形態に係る情報提供装置１を説明する。図２に示すように、実施の形態に係る情報提供装置１は、中央処理制御装置１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３および入出力インタフェース１０９が、バス１１０を介して接続されている。入出力インタフェース１０９には、入力装置１０４、表示装置１０５、通信制御装置１０６、記憶装置１０７およびリムーバブルディスク１０８が接続されている。
【００２０】
中央処理制御装置１０１は、入力装置１０４からの入力信号に基づいてＲＯＭ１０２から情報提供装置１を起動するためのブートプログラムを読み出して実行し、さらに記憶装置１０７に記憶されたオペレーティングシステムを読み出す。さらに中央処理制御装置１０１は、入力装置１０４や通信制御装置１０６などの入力信号に基づいて、各種装置の制御を行ったり、ＲＡＭ１０３や記憶装置１０７などに記憶されたプログラムおよびデータを読み出してＲＡＭ１０３にロードするとともに、ＲＡＭ１０３から読み出されたプログラムのコマンドに基づいて、データの計算または加工など、後述する一連の処理を実現する処理装置である。
【００２１】
入力装置１０４は、操作者が各種の操作を入力するキーボード、マウスなどの入力デバイスにより構成されており、操作者の操作に基づいて入力信号を作成し、入出力インタフェース１０９およびバス１１０を介して中央処理制御装置１０１に送信される。表示装置１０５は、ＣＲＴ（Cathode Ray Tube）ディスプレイや液晶ディスプレイなどであり、中央処理制御装置１０１からバス１１０および入出力インタフェース１０９を介して表示装置１０５において表示させる出力信号を受信し、例えば中央処理制御装置１０１の処理結果などを表示する装置である。通信制御装置１０６は、ＬＡＮカードやモデムなどの装置であり、情報提供装置１をインターネットやＬＡＮなどの通信ネットワークに接続する装置である。通信制御装置１０６を介して通信ネットワークと送受信したデータは入力信号または出力信号として、入出力インタフェース１０９およびバス１１０を介して中央処理制御装置１０１に送受信される。
【００２２】
記憶装置１０７は半導体記憶装置や磁気ディスク装置であって、中央処理制御装置１０１で実行されるプログラムやデータが記憶されている。リムーバブルディスク１０８は、光ディスクやフレキシブルディスクのことであり、ディスクドライブによって読み書きされた信号は、入出力インタフェース１０９およびバス１１０を介して中央処理制御装置１０１に送受信される。
【００２３】
本発明の実施の形態に係る情報提供装置１の記憶装置１０７には、情報提供プログラムが記憶される、また記憶装置１０７は、図１に示すように、設定データ記憶部１１、記事概要データ記憶部１２、履歴データ記憶部１３および集計データ記憶部１４を備える。情報提供プログラムが情報提供装置１の中央処理制御装置１０１に読み込まれ実行されることによって、記事概要データ取得手段２１、記事概要データ提供手段２２、集計手段２３および表示手段２４が情報提供装置１に実装される。
【００２４】
設定データ記憶部１１は、実施の形態に係る情報処理に関する設定データが記憶された記憶領域である。設定データ記憶部１１には、コミュニティ情報の設定データ１１ａ、ユーザ情報の設定データ１１ｂ、登録サイト情報の設定データ１１ｃおよびユーザ所属コミュニティ情報の設定データ１１ｄが記憶されている。設定データ記憶部１１に記憶された各データは、後述する中央処理制御装置１０１で実装される各処理手段において、参照される。
【００２５】
コミュニティ情報の設定データ１１ａは、実施の形態に係る情報処理装置１において、設定されるコミュニティを定義するデータである。コミュニティ情報の設定データ１１ａは、図３（ａ）に示すように、コミュニティＩＤをキーに、コミュニティ名が対応づけられている。
【００２６】
ユーザ情報の設定データ１１ｂは、実施の形態に係る情報処理装置１を利用するユーザの情報を対応づけたデータである。ユーザ情報の設定データ１１ｂは、図３（ｂ）に示すように、ユーザＩＤをキーに、ログイン名、ログインパスワードおよびキーワードが対応づけられている。ログイン名およびログインパスワードは、ユーザが情報処理装置１を利用する際にユーザから入力されるログイン名およびパスワードと、照合される。また、キーワードは、ユーザに提供する情報をフィルタリングする際に用いられる。
【００２７】
登録サイト情報の設定データ１１ｃは、ユーザによってコミュニティＩＤについて情報を取得するべきサイトを登録したデータである。登録サイト情報の設定データ１１ｃは、図３（ｃ）に示すように、ユーザＩＤおよびコミュニティＩＤをキーに、登録サイトが関連づけられている。登録サイトの情報は、ユーザに提示する情報をフィルタリングする際に用いられる。
【００２８】
ユーザ所属コミュニティ情報の設定データ１１ｄは、ユーザが設定しているコミュニティのデータである。ユーザ所属コミュニティ情報の設定データ１１ｄは、図３（ｄ）に示すように、ユーザＩＤとコミュニティＩＤとを対応づけたデータである。ユーザＩＤとコミュニティＩＤとは、多対多の関係で対応づけられても良い。
【００２９】
記事概要データ記憶部１２は、記憶装置１０７のうち、記事概要データ１２ａが記憶された記憶領域である。記事概要データ１２ａは、記事が掲載されたアドレスと、記事のタイトルデータと、記事の概要データと、を関連づけたデータである。この記事は、記事提供サーバ３ａ、３ｂ、３ｃなどで掲載される記事である。この記事概要データ１２ａは、例えば、ＲＳＳやＡｔｏｍなどのフィードのデータである。
【００３０】
記事概要データ１２ａは、例えば、図４に示す様に、ＸＭＬ（Extensible Markup Language）などの構造化言語を用いて表される。記事概要データ１２ａは、ＲＤＦ（Resource Description Framework ）により表されても良い。図４に示す記事概要データ１２ａは、記事を提供しているサイトのタイトル、ＲＳＳのＵＲＬ、サイトのＵＲＬ、公開日および更新日時などの情報とともに、このサイトで掲載される記事の情報が関連づけられている。この記事の情報には、記事のタイトル、記事のＵＲＬ、記事の概要および記事の公開日が含まれる。この記事の概要とは、例えば、記事の要約のデータや、記事の冒頭の所定文字数のデータなどである。
【００３１】
履歴データ記憶部１３は、記憶装置１０７のうち、履歴データ１３ａが記憶された記憶領域である。履歴データ１３ａは、情報提供サーバ１が提供した記事概要データ１２ａに対するユーザのアクションの履歴のデータである。履歴データ１３ａは、記事のアドレスと、記事についてのユーザのリクエストに応じたポイントに基づいて生成される。
【００３２】
履歴データ１３ａは、例えば図５に示すように、ユーザＩＤと、記事ＵＲＬと、ユーザのアクションに対応する閲覧フラグと、ポイントとが関連づけられたデータである。さらに履歴データ１３ａに、そのユーザのアクションのリクエストを受信した時刻が関連づけられても良い。
【００３３】
ここで閲覧フラグは、記事概要データ１２ａに対するユーザのアクションに対応する。図５に示す例では、閲覧フラグ「１」は、記事概要データ１２ａのタイトルの表示がリクエストされたことを示している。閲覧フラグ「２」は、記事概要データ１２ａの概要の表示がリクエストされたことを示している。閲覧フラグ「３」は、記事概要データ１２ａの記事ＵＲＬにアクセスすることにより、記事の全文の表示がリクエストされたことを示している。
【００３４】
ポイントは、閲覧フラグに対応する重みである。 ポイントは、例えばユーザのその記事に対する興味が大きいほど、大きくなるように設定される。図５に示す例は、各ユーザのアクションに対するポイントは、閲覧フラグの冪乗である。また、ユーザの閲覧フラグとポイントとを対応づけたテーブルを用いて、ユーザのアクションに対応するポイントを抽出して、履歴データ１３ａを生成しても良い。
【００３５】
集計データ記憶部１４は、記憶装置１０７のうち集計データ１４ａが記憶された記憶領域である。集計データ１４ａは、履歴データ１３ａを、コミュニティＩＤ、記事ＵＲＬごとに集計した結果である。集計データ１４ａは図６に示すように、コミュニティＩＤおよび記事ＵＲＬをキーに、履歴データ１３ａのポイントを集計した集計ポイントが対応づけられている。さらに、図６に示すように、集計データ１４ａにおいて、集計ポイントの高い順に順位を付与し、その順位が関連づけられても良い。
【００３６】
記事概要データ取得手段２１は、記事提供サーバ３から記事概要データを取得し、記事概要データ記憶部１２ａに記憶する。記事概要データ取得手段２１は、定期的に記事提供サーバ３から記事概要データを取得しても良いし、リクエストを送信することにより、記事提供サーバ３から記事概要データを取得しても良い。
【００３７】
記事概要データ提供手段２２は、記憶装置１０７から記事概要データ１２ａを読み出し、記事概要データ１２ａの情報をユーザ端末３に提供する。このとき、記事概要データ提供手段２２は、ユーザのリクエストにより、記事概要データ１２ａのうち、記事のタイトル、記事の概要と、段階的に表示する。さらに記事概要データ提供手段２２は、ユーザのリクエストの内容に基づく閲覧フラグから、その記事に対するそのユーザのアクションについて、ポイントを付与し、履歴データ１３ａに記憶する。
【００３８】
具体的には記事概要データ提供手段２２は、まず、記事のタイトルデータをユーザ端末４に提供する。ユーザ端末４から記事の概要のリクエストを受信すると、記事概要データ提供手段２２は、記事の概要データをユーザ端末４に提供する。記事のリクエストを受信すると、記事概要データ提供手段２２は、記事のアドレスをユーザ端末４に提供する。さらに、記事概要データは、記事のアドレスと、記事についてのユーザのリクエストに応じたポイントに基づいて履歴データを生成する。 ここで、記事概要データ提供手段２２は、さらに、記事についてリクエストしたユーザの識別子を対応づけたレコードを生成して、履歴データ１３ａに挿入しても良い。
【００３９】
例えば、所定の記事について記事のタイトルのリクエストが入力されると、記事概要データ提供手段２２は、その記事のタイトルを出力するとともに、その記事の識別子と、タイトルの閲覧フラグである”１”と、そのポイントの”１”を対応づけたレコードを生成し、履歴データ１３ａに挿入する。さらにその記事について概要のリクエストが入力されると、記事概要データ提供手段２２は、その記事の概要を出力するとともに、その記事の識別子と、概要の閲覧フラグである”２”と、そのポイントの”４”を対応づけたレコードを生成し、履歴データ１３ａに挿入する。さらにその記事全文の閲覧のリクエストが入力されると、記事概要データ提供手段２２は、その記事全文を閲覧可能なＵＲＬに転送するとともに、ユーザＩＤと、その記事の識別子と、記事の閲覧フラグである”３”と、そのポイントの”９”を対応づけたレコードを生成し、履歴データ１３ａに挿入する。ここで、履歴データ１３ａに挿入される記事の識別子は、例えば記事のＵＲＬである。
【００４０】
ここで、記事概要データ提供手段２２は、登録サイト情報の設定データ１１ｃを参照して、記事概要データ１２ａから、ユーザが指定した登録サイトに関する情報を抽出し、抽出したデータを、ユーザ端末４に提供する。また、ユーザがコミュニティＩＤを指定した場合、記事概要データ１２ａは、記事概要データ１２ａから、ユーザが指定したコミュニティＩＤおよび登録サイトに関する情報を抽出し、抽出したデータを、ユーザ端末４に提供する。
【００４１】
ここで、図７を参照して実施の形態に係る記事概要データ提供手段２２による記事概要データ提供処理を説明する。
【００４２】
まずステップＳ１０１において、記事概要データ提供手段２２は、ユーザ端末４からのアクセスを待機する。ユーザ端末４からアクセスがあると、ユーザ端末４に、ユーザＩＤおよびログインパスワードを入力する画面を表示する。ユーザ端末４から、ユーザＩＤおよびログインパスワードが送信されると、ステップＳ１０２において記事概要データ提供手段２２は、送信されたユーザＩＤおよびログインパスワードとユーザ情報の設定データ１１ｂとを比較して、ログイン名およびパスワードを照合する。ログイン名およびパスワードが正しくない場合、ユーザ端末４に、再びユーザＩＤおよびログインパスワードを入力する画面を表示する。
【００４３】
パスワードが照合すると、記事概要データ提供手段２２は、ユーザに提供するべき記事概要データを生成する。例えば記事概要データ提供手段２２は、登録サイト情報の設定データ１１ｃから、送信されたユーザＩＤに対応づけられた登録サイトの情報を取得し、記事概要データ１２ａから、取得した登録サイトの記事概要データを生成する。ユーザがコミュニティＩＤを指定した場合、登録サイト情報の設定データ１１ｃから、送信されたユーザＩＤおよびコミュニティＩＤに対応づけられた登録サイトの情報を取得し、記事概要データを生成する。
【００４４】
ステップＳ１０４において記事概要データ提供手段２２は、ステップＳ１０３で生成した記事概要データに基づいてユーザ端末４に記事のタイトルを表示する。さらにステップＳ１０５において記事概要データ提供手段２２は、ステップＳ１０４における記事のタイトルの表示について、履歴データ１３ａを更新する。
【００４５】
さらにステップＳ１０６において記事概要データ提供手段２２は、記事概要表示のリクエストを受信すると、ステップＳ１０７において、その記事概要表示のリクエストに含まれる記事識別子を抽出するとともに、ステップＳ１０３で生成した記事概要データに基づいてユーザ端末４にその記事識別子に対応する記事の概要を表示する。ステップＳ１０８において記事概要データ提供手段２２は、ステップＳ１０７における記事の概要の表示について、履歴データ１３ａを更新する。
【００４６】
さらにステップＳ１０９において記事概要データ提供手段２２は、記事の内容表示のリクエストを受信すると、その記事の内容表示のリクエストに含まれる記事識別子を抽出するとともに、ステップＳ１１０において、記事概要データから、その記事のアドレスを取得し、そのアドレスに記事の内容表示のリクエストを転送する。例えば、ＨＴＴＰリダイレクトを使用する方法が考えられる。情報提供装置１は、まずリクエストを受け、その後、実際の該当記事にリクエストを転送する。ステップＳ１１１において記事概要データ提供手段２２は、ステップＳ１１０における記事の表示について、履歴データ１３ａを更新して、処理を終了する。
【００４７】
集計手段２３は、履歴データ１３ａから、記事のアドレスごとのポイントに従って集計し、記事のアドレスと集計ポイントとを対応づけた集計データ１４ａを生成する。集計手段２３は、定期的に、または入力装置０１４からの指示に従って、履歴データ１３ａを集計する。集計手段２３は、履歴データ１３ａにおいて、記事のアドレスに関連づけられたポイントを加算し、その記事のアドレスの集計ポイントを算出する。全ての記事のアドレスについて集計ポイントを算出することにより、集計手段２３は、集計データ１４ａを生成することができる。
【００４８】
このとき、集計手段２３は、各ユーザについて、ユーザ情報の設定データ１１ｂのキーワードに関連する記事のアドレスについて、ポイントを集計しても良い。例えば集計手段２３は、ユーザ情報の設定データ１１ｂからユーザＩＤに関連づけられたキーワードを取得するとともに、記事概要データ１２ａから、記事の概要やタイトルにそのキーワードが含まれる記事の情報を抽出する。集計手段２３は、履歴データ１３ａからそのキーワードが含まれる記事のＵＲＬに関するレコードを抽出してポイントに従って集計して集計データ１４ａを生成する。このように、ユーザが個々に設定したキーワードに関連する記事のみから集計データ１４ａを生成することにより、ユーザの嗜好を反映することができる。
【００４９】
また、集計手段２３は、コミュニティＩＤごとに、集計データ１４ａを生成しても良い。この場合集計手段２３は、記憶装置１０７からユーザ所属コミュニティ情報の設定データ１１ｄを読み出して、履歴データ１３ａのユーザＩＤを、このユーザの所属するコミュニティＩＤに変換して、コミュニティ識別子および記事のアドレスごとに、ポイントを集計して集計データ１４ａを生成する。このように、コミュニティＩＤごとに集計データ１４ａを生成することにより、ユーザと同じ嗜好をもつコミュニティ全体の嗜好を考慮して、集計データ１４ａを生成することができる。これにより、ユーザに新たなサイトを紹介したり、新たな関係を気付かせることができる。
【００５０】
ここで、図８を参照して実施の形態に係る集計手段２３による集計処理を説明する。ここでは、図８においては、コミュニティＩＤごとに、集計データ１４ａを生成する場合について説明する。
【００５１】
まずステップＳ２０１において集計手段２３は、記憶装置１０７から履歴データ１３ａを読み出す。ステップＳ２０２において、記憶装置１０７のユーザ所属コミュニティ情報の設定データ１１ｄに従って、履歴データ１３ａのユーザＩＤをコミュニティＩＤに変換した履歴データを生成する。
【００５２】
次に、各コミュニティＩＤについて、ステップＳ２０３ないしステップＳ２０６の処理を繰り返す。
【００５３】
まずステップＳ２０３において集計手段２３は、ステップＳ２０２において生成された履歴データから、所定のコミュニティＩＤに関連する履歴を抽出し、ステップＳ２０４において、記事識別子ごとに、ポイントを集計し、集計ポイントを算出する。ステップＳ２０５において集計手段２３は、ステップＳ２０４で算出された集計ポイントが、所定の閾値以上の記事識別子を抽出し、ステップＳ２０５において集計ポイントの降順で記事識別子を並べ、集計データ１４ａを生成する。
【００５４】
全てのコミュニティＩＤについて、ステップＳ２０３ないしステップＳ２０６の処理が終了すると、集計手段２３は処理を終了する。
【００５５】
図８に示す例では、ステップＳ２０５に示すように集計ポイントが所定の閾値以上のものを集計データ１４ａに含ませる場合について説明したが、集計ポイントが多いものから所定の数のものを集計データ１４ａに含ませても良い。
【００５６】
表示手段２４は、集計データ２４ａをユーザ端末４に表示する手段である。表示手段２４は、集計データ２４ａを用いて、ＲＳＳ、Ａｔｏｍなどのフィードに基づいて新たな記事概要データを生成し、ユーザ端末４に表示してもよい。
【００５７】
このように、集計ポイントが多いものから降順に記事識別子を並べることから、コミュニティに属するユーザの多くが興味をもった記事を、優先的に集計データ１４ａの上位に挿入することができる。これにより、この集計データ１４ａを参照したユーザは、効率的にお勧めのサイトの情報を取得することができる。
【００５８】
このように実施の形態に係る情報提供装置１によれば、ＲＳＳやＡｔｏｍなどのフィードの利用において、通信ネットワーク上のニュースやブログなどの情報の取得に関する煩雑さや取得漏れなどを防ぎ、ユーザの利便性を向上させることができる。このとき実施の形態に係る情報提供装置１は、各ユーザが各記事に示したアクションによって重みづけをすることにより、より興味の高い記事の情報を優先的に提供することができる。
【００５９】
また、実施の形態に係る情報提供装置１によれば、同一嗜好のユーザのコミュニティを形成し、そのコミュニティに属する各ユーザが各記事に示したアクションによって重みづけをする。これにより、さらに好適な関連情報を取得させ、コミュニティに属するユーザ間で関連情報が補完されるので、ユーザの利便性を向上させることができる。
【００６０】
以上説明した少なくとも一つの実施の形態に係る情報提供装置は、所望の記事を適切に取得することができる。
【００６１】
実施の形態にかかる情報提供装置は、電子新聞におけるコンテンツの見出しおよび記事の本文など、そのほかの技術についても適用可能である。
【００６２】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００６３】
１ 情報提供装置
２ 記事概要生成サーバ
３ 記事提供サーバ
４ ユーザ端末
５ 通信ネットワーク
１１ 設定データ記憶部
１２ 記事概要データ記憶部
１３ 履歴データ記憶部
１４ 集計データ記憶部
２１ 記事概要データ取得手段
２２ 記事概要データ提供手段
２３ 集計手段
２４ 表示手段
１０１ 中央処理制御装置
１０２ ＲＯＭ
１０３ ＲＡＭ
１０４ 入力装置
１０５ 表示装置
１０６ 通信制御装置
１０７ 記憶装置
１０８ リムーバブルディスク
１０９ 入出力インタフェース
１１０ バス
【技術分野】
【０００１】
本発明の実施の形態は、情報提供装置および情報提供プログラムに関する。
【背景技術】
【０００２】
近年の情報通信の発達により、企業による情報配信が増えるとともに、各ユーザが、ブログなどにより個々に情報を発信する機会も増えている。ユーザは、情報を閲覧する際、ＲＳＳやＡｔｏｍなどのフィードを用いることがある。フィードとは、ブログなどの記事の概要の情報を、配信するために加工したデータである。
【０００３】
ユーザは、キーワードなどを用いて、このフィードから所望の記事を取得することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２９９７８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、従来のフィードは、キーワードなどにより所望の記事を取得するので、キーワードの一致度により、記事の優先順位が決定される場合がある。従って、ユーザが入力したキーワードが適切でない場合、ユーザの所望の記事を取得できない場合がある。
【０００６】
従って本発明の目的は、所望の記事を適切に取得する情報提供装置および情報提供プログラムを提供することである。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、実施の形態に係る情報提供装置は、記事が掲載されたアドレスと、記事のタイトルデータと、記事の概要データと、を関連づけた記事概要データが記憶された記事概要データ記憶部と、記事のタイトルデータをユーザ端末に提供し、ユーザ端末から記事の概要のリクエストを受信すると、記事の概要データをユーザ端末に提供し、記事のリクエストを受信すると、記事のアドレスをユーザ端末に提供するとともに、記事のアドレスと、記事についてのユーザのリクエストに応じたポイントに基づいて履歴データを生成する記事概要データ提供手段と、履歴データから、記事のアドレスごとのポイントに従って集計し、記事のアドレスと集計ポイントとを対応づけた集計データを生成する集計手段を備える。
【図面の簡単な説明】
【０００８】
【図１】実施の形態に係る情報提供システムのシステム構成と、情報提供装置の機能ブロックを説明する図である。
【図２】実施の形態に係る情報提供装置のハードウェア構成を説明する図である。
【図３】実施の形態に係る情報提供装置の設定データのデータ構造とデータの一例を説明する図である。
【図４】実施の形態に係る情報提供装置の記事概要データのデータ構造とデータの一例を説明する図である。
【図５】実施の形態に係る情報提供装置の履歴データのデータ構造とデータの一例を説明する図である。
【図６】実施の形態に係る情報提供装置の集計データのデータ構造とデータの一例を説明する図である。
【図７】実施の形態に係る情報提供装置の記事概要データ提供手段による記事概要データ提供処理を説明するフローチャートである。
【図８】実施の形態に係る情報提供装置の集計手段による集計処理を説明するフローチャートである。
【発明を実施するための形態】
【０００９】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。
【００１０】
（実施の形態）
図１を参照して、実施の形態に係る情報提供システムを説明する。実施の形態に係る情報提供システムは、情報提供装置１、記事概要生成サーバ２、記事提供サーバ３およびユーザ端末４を備える。情報提供装置１、記事概要生成サーバ２、記事提供サーバ３およびユーザ端末４は、通信ネットワーク５を介して、相互に通信可能に接続される。通信ネットワーク５は、例えばインターネットなどの双方向通信のためのネットワークである。
【００１１】
情報提供装置１、記事概要生成サーバ２、記事提供サーバ３およびユーザ端末４は、一般的なコンピュータに、所定の処理を実行するプログラムがインストールされることにより実行される。ユーザ端末４は、携帯電話機、スマートフォンなどの可搬性を備える情報端末であっても良い。
【００１２】
記事概要生成サーバ２は、記事提供サーバ３が提供する記事の概要データを生成する。記事概要生成サーバ２は、記事提供サーバ３が提供する記事のデータから、ＲＳＳ、Ａｔｏｍなどのフィードを生成し、たとえば情報提供装置１からのリクエストに基づいて、情報提供装置１などに入力する。ここでフィードとは、ブログなどの記事の概要の情報を、配信するために加工したデータである。
【００１３】
記事提供サーバ３は、ブログなどのユーザの記事データを格納し、ユーザ端末４からのリクエストに応じてユーザ端末４に記事データを送信する。また記事提供サーバ３は、記事概要生成サーバ２からのリクエストに応じて記事概要生成サーバ２に記事データを送信する。
【００１４】
記事提供サーバ３ａは、ＵＲＬ（Uniform Resource Locator）が「ｈｔｔｐ：／／ａａａ／」で始まる記事データを提供する。記事提供サーバ３ａは、記事概要生成サーバ２ａに記事データを提供し、記事概要生成サーバ２ａは、ＵＲＬが「ｈｔｔｐ：／／ａａａ／」で始まる記事データに基づいて、記事概要データを生成する。
【００１５】
記事提供サーバ３ｂは、ＵＲＬが「ｈｔｔｐ：／／ｂｂｂ／」で始まる記事データを提供する。記事提供サーバ３ｂは、記事概要生成サーバ２ｂに記事データを提供し、記事概要生成サーバ２ｂは、ＵＲＬが「ｈｔｔｐ：／／ｂｂｂ／」で始まる記事データに基づいて、記事概要データを生成する。
【００１６】
記事提供サーバ３ｃは、ＵＲＬが「ｈｔｔｐ：／／ｃｃｃ／」で始まる記事データを提供する。記事提供サーバ３ｃは、記事概要生成サーバ２ｃに記事データを提供し、記事概要生成サーバ２ｃは、ＵＲＬが「ｈｔｔｐ：／／ｃｃｃ／」で始まる記事データに基づいて、記事概要データを生成する。
【００１７】
図１に示す情報提供システムは、３つの記事概要生成サーバ２および記事提供サーバ３を備えるが、記事概要生成サーバ２および記事提供サーバ３の数は、問わない。また、図１に示す情報提供システムにおいて、記事概要生成サーバ２と記事提供サーバ３とは、別のハードウェアで構成されているが、同一のハードウェアで構成されてもよい。
【００１８】
ユーザ端末４は、情報提供装置１が提供する記事概要データに含まれるリンクをクリックして、記事概要データの記事タイトル、概要、記事提要サーバ３で提供される記事などを閲覧する。さらにユーザ端末４は、情報提供装置１が提供する集計データを閲覧し、また、集計データの表示画面に設けられたリンクをクリックし、情報を取得する、
ユーザ端末４ａは、ユーザＩＤが「１００」のユーザが利用する情報端末である。ユーザ端末４ｂは、ユーザＩＤが「１０１」のユーザが利用する情報端末である。ユーザ端末４ｃは、ユーザＩＤが「１０２」のユーザが利用する情報端末である。図１に示す情報提供システムは、３つのユーザ端末４を備えるが、ユーザ端末４の数は問わない。
【００１９】
次に、図１および図２を参照して、実施の形態に係る情報提供装置１を説明する。図２に示すように、実施の形態に係る情報提供装置１は、中央処理制御装置１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３および入出力インタフェース１０９が、バス１１０を介して接続されている。入出力インタフェース１０９には、入力装置１０４、表示装置１０５、通信制御装置１０６、記憶装置１０７およびリムーバブルディスク１０８が接続されている。
【００２０】
中央処理制御装置１０１は、入力装置１０４からの入力信号に基づいてＲＯＭ１０２から情報提供装置１を起動するためのブートプログラムを読み出して実行し、さらに記憶装置１０７に記憶されたオペレーティングシステムを読み出す。さらに中央処理制御装置１０１は、入力装置１０４や通信制御装置１０６などの入力信号に基づいて、各種装置の制御を行ったり、ＲＡＭ１０３や記憶装置１０７などに記憶されたプログラムおよびデータを読み出してＲＡＭ１０３にロードするとともに、ＲＡＭ１０３から読み出されたプログラムのコマンドに基づいて、データの計算または加工など、後述する一連の処理を実現する処理装置である。
【００２１】
入力装置１０４は、操作者が各種の操作を入力するキーボード、マウスなどの入力デバイスにより構成されており、操作者の操作に基づいて入力信号を作成し、入出力インタフェース１０９およびバス１１０を介して中央処理制御装置１０１に送信される。表示装置１０５は、ＣＲＴ（Cathode Ray Tube）ディスプレイや液晶ディスプレイなどであり、中央処理制御装置１０１からバス１１０および入出力インタフェース１０９を介して表示装置１０５において表示させる出力信号を受信し、例えば中央処理制御装置１０１の処理結果などを表示する装置である。通信制御装置１０６は、ＬＡＮカードやモデムなどの装置であり、情報提供装置１をインターネットやＬＡＮなどの通信ネットワークに接続する装置である。通信制御装置１０６を介して通信ネットワークと送受信したデータは入力信号または出力信号として、入出力インタフェース１０９およびバス１１０を介して中央処理制御装置１０１に送受信される。
【００２２】
記憶装置１０７は半導体記憶装置や磁気ディスク装置であって、中央処理制御装置１０１で実行されるプログラムやデータが記憶されている。リムーバブルディスク１０８は、光ディスクやフレキシブルディスクのことであり、ディスクドライブによって読み書きされた信号は、入出力インタフェース１０９およびバス１１０を介して中央処理制御装置１０１に送受信される。
【００２３】
本発明の実施の形態に係る情報提供装置１の記憶装置１０７には、情報提供プログラムが記憶される、また記憶装置１０７は、図１に示すように、設定データ記憶部１１、記事概要データ記憶部１２、履歴データ記憶部１３および集計データ記憶部１４を備える。情報提供プログラムが情報提供装置１の中央処理制御装置１０１に読み込まれ実行されることによって、記事概要データ取得手段２１、記事概要データ提供手段２２、集計手段２３および表示手段２４が情報提供装置１に実装される。
【００２４】
設定データ記憶部１１は、実施の形態に係る情報処理に関する設定データが記憶された記憶領域である。設定データ記憶部１１には、コミュニティ情報の設定データ１１ａ、ユーザ情報の設定データ１１ｂ、登録サイト情報の設定データ１１ｃおよびユーザ所属コミュニティ情報の設定データ１１ｄが記憶されている。設定データ記憶部１１に記憶された各データは、後述する中央処理制御装置１０１で実装される各処理手段において、参照される。
【００２５】
コミュニティ情報の設定データ１１ａは、実施の形態に係る情報処理装置１において、設定されるコミュニティを定義するデータである。コミュニティ情報の設定データ１１ａは、図３（ａ）に示すように、コミュニティＩＤをキーに、コミュニティ名が対応づけられている。
【００２６】
ユーザ情報の設定データ１１ｂは、実施の形態に係る情報処理装置１を利用するユーザの情報を対応づけたデータである。ユーザ情報の設定データ１１ｂは、図３（ｂ）に示すように、ユーザＩＤをキーに、ログイン名、ログインパスワードおよびキーワードが対応づけられている。ログイン名およびログインパスワードは、ユーザが情報処理装置１を利用する際にユーザから入力されるログイン名およびパスワードと、照合される。また、キーワードは、ユーザに提供する情報をフィルタリングする際に用いられる。
【００２７】
登録サイト情報の設定データ１１ｃは、ユーザによってコミュニティＩＤについて情報を取得するべきサイトを登録したデータである。登録サイト情報の設定データ１１ｃは、図３（ｃ）に示すように、ユーザＩＤおよびコミュニティＩＤをキーに、登録サイトが関連づけられている。登録サイトの情報は、ユーザに提示する情報をフィルタリングする際に用いられる。
【００２８】
ユーザ所属コミュニティ情報の設定データ１１ｄは、ユーザが設定しているコミュニティのデータである。ユーザ所属コミュニティ情報の設定データ１１ｄは、図３（ｄ）に示すように、ユーザＩＤとコミュニティＩＤとを対応づけたデータである。ユーザＩＤとコミュニティＩＤとは、多対多の関係で対応づけられても良い。
【００２９】
記事概要データ記憶部１２は、記憶装置１０７のうち、記事概要データ１２ａが記憶された記憶領域である。記事概要データ１２ａは、記事が掲載されたアドレスと、記事のタイトルデータと、記事の概要データと、を関連づけたデータである。この記事は、記事提供サーバ３ａ、３ｂ、３ｃなどで掲載される記事である。この記事概要データ１２ａは、例えば、ＲＳＳやＡｔｏｍなどのフィードのデータである。
【００３０】
記事概要データ１２ａは、例えば、図４に示す様に、ＸＭＬ（Extensible Markup Language）などの構造化言語を用いて表される。記事概要データ１２ａは、ＲＤＦ（Resource Description Framework ）により表されても良い。図４に示す記事概要データ１２ａは、記事を提供しているサイトのタイトル、ＲＳＳのＵＲＬ、サイトのＵＲＬ、公開日および更新日時などの情報とともに、このサイトで掲載される記事の情報が関連づけられている。この記事の情報には、記事のタイトル、記事のＵＲＬ、記事の概要および記事の公開日が含まれる。この記事の概要とは、例えば、記事の要約のデータや、記事の冒頭の所定文字数のデータなどである。
【００３１】
履歴データ記憶部１３は、記憶装置１０７のうち、履歴データ１３ａが記憶された記憶領域である。履歴データ１３ａは、情報提供サーバ１が提供した記事概要データ１２ａに対するユーザのアクションの履歴のデータである。履歴データ１３ａは、記事のアドレスと、記事についてのユーザのリクエストに応じたポイントに基づいて生成される。
【００３２】
履歴データ１３ａは、例えば図５に示すように、ユーザＩＤと、記事ＵＲＬと、ユーザのアクションに対応する閲覧フラグと、ポイントとが関連づけられたデータである。さらに履歴データ１３ａに、そのユーザのアクションのリクエストを受信した時刻が関連づけられても良い。
【００３３】
ここで閲覧フラグは、記事概要データ１２ａに対するユーザのアクションに対応する。図５に示す例では、閲覧フラグ「１」は、記事概要データ１２ａのタイトルの表示がリクエストされたことを示している。閲覧フラグ「２」は、記事概要データ１２ａの概要の表示がリクエストされたことを示している。閲覧フラグ「３」は、記事概要データ１２ａの記事ＵＲＬにアクセスすることにより、記事の全文の表示がリクエストされたことを示している。
【００３４】
ポイントは、閲覧フラグに対応する重みである。 ポイントは、例えばユーザのその記事に対する興味が大きいほど、大きくなるように設定される。図５に示す例は、各ユーザのアクションに対するポイントは、閲覧フラグの冪乗である。また、ユーザの閲覧フラグとポイントとを対応づけたテーブルを用いて、ユーザのアクションに対応するポイントを抽出して、履歴データ１３ａを生成しても良い。
【００３５】
集計データ記憶部１４は、記憶装置１０７のうち集計データ１４ａが記憶された記憶領域である。集計データ１４ａは、履歴データ１３ａを、コミュニティＩＤ、記事ＵＲＬごとに集計した結果である。集計データ１４ａは図６に示すように、コミュニティＩＤおよび記事ＵＲＬをキーに、履歴データ１３ａのポイントを集計した集計ポイントが対応づけられている。さらに、図６に示すように、集計データ１４ａにおいて、集計ポイントの高い順に順位を付与し、その順位が関連づけられても良い。
【００３６】
記事概要データ取得手段２１は、記事提供サーバ３から記事概要データを取得し、記事概要データ記憶部１２ａに記憶する。記事概要データ取得手段２１は、定期的に記事提供サーバ３から記事概要データを取得しても良いし、リクエストを送信することにより、記事提供サーバ３から記事概要データを取得しても良い。
【００３７】
記事概要データ提供手段２２は、記憶装置１０７から記事概要データ１２ａを読み出し、記事概要データ１２ａの情報をユーザ端末３に提供する。このとき、記事概要データ提供手段２２は、ユーザのリクエストにより、記事概要データ１２ａのうち、記事のタイトル、記事の概要と、段階的に表示する。さらに記事概要データ提供手段２２は、ユーザのリクエストの内容に基づく閲覧フラグから、その記事に対するそのユーザのアクションについて、ポイントを付与し、履歴データ１３ａに記憶する。
【００３８】
具体的には記事概要データ提供手段２２は、まず、記事のタイトルデータをユーザ端末４に提供する。ユーザ端末４から記事の概要のリクエストを受信すると、記事概要データ提供手段２２は、記事の概要データをユーザ端末４に提供する。記事のリクエストを受信すると、記事概要データ提供手段２２は、記事のアドレスをユーザ端末４に提供する。さらに、記事概要データは、記事のアドレスと、記事についてのユーザのリクエストに応じたポイントに基づいて履歴データを生成する。 ここで、記事概要データ提供手段２２は、さらに、記事についてリクエストしたユーザの識別子を対応づけたレコードを生成して、履歴データ１３ａに挿入しても良い。
【００３９】
例えば、所定の記事について記事のタイトルのリクエストが入力されると、記事概要データ提供手段２２は、その記事のタイトルを出力するとともに、その記事の識別子と、タイトルの閲覧フラグである”１”と、そのポイントの”１”を対応づけたレコードを生成し、履歴データ１３ａに挿入する。さらにその記事について概要のリクエストが入力されると、記事概要データ提供手段２２は、その記事の概要を出力するとともに、その記事の識別子と、概要の閲覧フラグである”２”と、そのポイントの”４”を対応づけたレコードを生成し、履歴データ１３ａに挿入する。さらにその記事全文の閲覧のリクエストが入力されると、記事概要データ提供手段２２は、その記事全文を閲覧可能なＵＲＬに転送するとともに、ユーザＩＤと、その記事の識別子と、記事の閲覧フラグである”３”と、そのポイントの”９”を対応づけたレコードを生成し、履歴データ１３ａに挿入する。ここで、履歴データ１３ａに挿入される記事の識別子は、例えば記事のＵＲＬである。
【００４０】
ここで、記事概要データ提供手段２２は、登録サイト情報の設定データ１１ｃを参照して、記事概要データ１２ａから、ユーザが指定した登録サイトに関する情報を抽出し、抽出したデータを、ユーザ端末４に提供する。また、ユーザがコミュニティＩＤを指定した場合、記事概要データ１２ａは、記事概要データ１２ａから、ユーザが指定したコミュニティＩＤおよび登録サイトに関する情報を抽出し、抽出したデータを、ユーザ端末４に提供する。
【００４１】
ここで、図７を参照して実施の形態に係る記事概要データ提供手段２２による記事概要データ提供処理を説明する。
【００４２】
まずステップＳ１０１において、記事概要データ提供手段２２は、ユーザ端末４からのアクセスを待機する。ユーザ端末４からアクセスがあると、ユーザ端末４に、ユーザＩＤおよびログインパスワードを入力する画面を表示する。ユーザ端末４から、ユーザＩＤおよびログインパスワードが送信されると、ステップＳ１０２において記事概要データ提供手段２２は、送信されたユーザＩＤおよびログインパスワードとユーザ情報の設定データ１１ｂとを比較して、ログイン名およびパスワードを照合する。ログイン名およびパスワードが正しくない場合、ユーザ端末４に、再びユーザＩＤおよびログインパスワードを入力する画面を表示する。
【００４３】
パスワードが照合すると、記事概要データ提供手段２２は、ユーザに提供するべき記事概要データを生成する。例えば記事概要データ提供手段２２は、登録サイト情報の設定データ１１ｃから、送信されたユーザＩＤに対応づけられた登録サイトの情報を取得し、記事概要データ１２ａから、取得した登録サイトの記事概要データを生成する。ユーザがコミュニティＩＤを指定した場合、登録サイト情報の設定データ１１ｃから、送信されたユーザＩＤおよびコミュニティＩＤに対応づけられた登録サイトの情報を取得し、記事概要データを生成する。
【００４４】
ステップＳ１０４において記事概要データ提供手段２２は、ステップＳ１０３で生成した記事概要データに基づいてユーザ端末４に記事のタイトルを表示する。さらにステップＳ１０５において記事概要データ提供手段２２は、ステップＳ１０４における記事のタイトルの表示について、履歴データ１３ａを更新する。
【００４５】
さらにステップＳ１０６において記事概要データ提供手段２２は、記事概要表示のリクエストを受信すると、ステップＳ１０７において、その記事概要表示のリクエストに含まれる記事識別子を抽出するとともに、ステップＳ１０３で生成した記事概要データに基づいてユーザ端末４にその記事識別子に対応する記事の概要を表示する。ステップＳ１０８において記事概要データ提供手段２２は、ステップＳ１０７における記事の概要の表示について、履歴データ１３ａを更新する。
【００４６】
さらにステップＳ１０９において記事概要データ提供手段２２は、記事の内容表示のリクエストを受信すると、その記事の内容表示のリクエストに含まれる記事識別子を抽出するとともに、ステップＳ１１０において、記事概要データから、その記事のアドレスを取得し、そのアドレスに記事の内容表示のリクエストを転送する。例えば、ＨＴＴＰリダイレクトを使用する方法が考えられる。情報提供装置１は、まずリクエストを受け、その後、実際の該当記事にリクエストを転送する。ステップＳ１１１において記事概要データ提供手段２２は、ステップＳ１１０における記事の表示について、履歴データ１３ａを更新して、処理を終了する。
【００４７】
集計手段２３は、履歴データ１３ａから、記事のアドレスごとのポイントに従って集計し、記事のアドレスと集計ポイントとを対応づけた集計データ１４ａを生成する。集計手段２３は、定期的に、または入力装置０１４からの指示に従って、履歴データ１３ａを集計する。集計手段２３は、履歴データ１３ａにおいて、記事のアドレスに関連づけられたポイントを加算し、その記事のアドレスの集計ポイントを算出する。全ての記事のアドレスについて集計ポイントを算出することにより、集計手段２３は、集計データ１４ａを生成することができる。
【００４８】
このとき、集計手段２３は、各ユーザについて、ユーザ情報の設定データ１１ｂのキーワードに関連する記事のアドレスについて、ポイントを集計しても良い。例えば集計手段２３は、ユーザ情報の設定データ１１ｂからユーザＩＤに関連づけられたキーワードを取得するとともに、記事概要データ１２ａから、記事の概要やタイトルにそのキーワードが含まれる記事の情報を抽出する。集計手段２３は、履歴データ１３ａからそのキーワードが含まれる記事のＵＲＬに関するレコードを抽出してポイントに従って集計して集計データ１４ａを生成する。このように、ユーザが個々に設定したキーワードに関連する記事のみから集計データ１４ａを生成することにより、ユーザの嗜好を反映することができる。
【００４９】
また、集計手段２３は、コミュニティＩＤごとに、集計データ１４ａを生成しても良い。この場合集計手段２３は、記憶装置１０７からユーザ所属コミュニティ情報の設定データ１１ｄを読み出して、履歴データ１３ａのユーザＩＤを、このユーザの所属するコミュニティＩＤに変換して、コミュニティ識別子および記事のアドレスごとに、ポイントを集計して集計データ１４ａを生成する。このように、コミュニティＩＤごとに集計データ１４ａを生成することにより、ユーザと同じ嗜好をもつコミュニティ全体の嗜好を考慮して、集計データ１４ａを生成することができる。これにより、ユーザに新たなサイトを紹介したり、新たな関係を気付かせることができる。
【００５０】
ここで、図８を参照して実施の形態に係る集計手段２３による集計処理を説明する。ここでは、図８においては、コミュニティＩＤごとに、集計データ１４ａを生成する場合について説明する。
【００５１】
まずステップＳ２０１において集計手段２３は、記憶装置１０７から履歴データ１３ａを読み出す。ステップＳ２０２において、記憶装置１０７のユーザ所属コミュニティ情報の設定データ１１ｄに従って、履歴データ１３ａのユーザＩＤをコミュニティＩＤに変換した履歴データを生成する。
【００５２】
次に、各コミュニティＩＤについて、ステップＳ２０３ないしステップＳ２０６の処理を繰り返す。
【００５３】
まずステップＳ２０３において集計手段２３は、ステップＳ２０２において生成された履歴データから、所定のコミュニティＩＤに関連する履歴を抽出し、ステップＳ２０４において、記事識別子ごとに、ポイントを集計し、集計ポイントを算出する。ステップＳ２０５において集計手段２３は、ステップＳ２０４で算出された集計ポイントが、所定の閾値以上の記事識別子を抽出し、ステップＳ２０５において集計ポイントの降順で記事識別子を並べ、集計データ１４ａを生成する。
【００５４】
全てのコミュニティＩＤについて、ステップＳ２０３ないしステップＳ２０６の処理が終了すると、集計手段２３は処理を終了する。
【００５５】
図８に示す例では、ステップＳ２０５に示すように集計ポイントが所定の閾値以上のものを集計データ１４ａに含ませる場合について説明したが、集計ポイントが多いものから所定の数のものを集計データ１４ａに含ませても良い。
【００５６】
表示手段２４は、集計データ２４ａをユーザ端末４に表示する手段である。表示手段２４は、集計データ２４ａを用いて、ＲＳＳ、Ａｔｏｍなどのフィードに基づいて新たな記事概要データを生成し、ユーザ端末４に表示してもよい。
【００５７】
このように、集計ポイントが多いものから降順に記事識別子を並べることから、コミュニティに属するユーザの多くが興味をもった記事を、優先的に集計データ１４ａの上位に挿入することができる。これにより、この集計データ１４ａを参照したユーザは、効率的にお勧めのサイトの情報を取得することができる。
【００５８】
このように実施の形態に係る情報提供装置１によれば、ＲＳＳやＡｔｏｍなどのフィードの利用において、通信ネットワーク上のニュースやブログなどの情報の取得に関する煩雑さや取得漏れなどを防ぎ、ユーザの利便性を向上させることができる。このとき実施の形態に係る情報提供装置１は、各ユーザが各記事に示したアクションによって重みづけをすることにより、より興味の高い記事の情報を優先的に提供することができる。
【００５９】
また、実施の形態に係る情報提供装置１によれば、同一嗜好のユーザのコミュニティを形成し、そのコミュニティに属する各ユーザが各記事に示したアクションによって重みづけをする。これにより、さらに好適な関連情報を取得させ、コミュニティに属するユーザ間で関連情報が補完されるので、ユーザの利便性を向上させることができる。
【００６０】
以上説明した少なくとも一つの実施の形態に係る情報提供装置は、所望の記事を適切に取得することができる。
【００６１】
実施の形態にかかる情報提供装置は、電子新聞におけるコンテンツの見出しおよび記事の本文など、そのほかの技術についても適用可能である。
【００６２】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００６３】
１ 情報提供装置
２ 記事概要生成サーバ
３ 記事提供サーバ
４ ユーザ端末
５ 通信ネットワーク
１１ 設定データ記憶部
１２ 記事概要データ記憶部
１３ 履歴データ記憶部
１４ 集計データ記憶部
２１ 記事概要データ取得手段
２２ 記事概要データ提供手段
２３ 集計手段
２４ 表示手段
１０１ 中央処理制御装置
１０２ ＲＯＭ
１０３ ＲＡＭ
１０４ 入力装置
１０５ 表示装置
１０６ 通信制御装置
１０７ 記憶装置
１０８ リムーバブルディスク
１０９ 入出力インタフェース
１１０ バス
【特許請求の範囲】
【請求項１】
記事が掲載されたアドレスと、前記記事のタイトルデータと、前記記事の概要データと、を関連づけた記事概要データが記憶された記事概要データ記憶部と、
前記記事のタイトルデータをユーザ端末に提供し、前記ユーザ端末から前記記事の概要のリクエストを受信すると、前記記事の概要データを前記ユーザ端末に提供し、前記記事のリクエストを受信すると、前記記事のアドレスを前記ユーザ端末に提供するとともに、前記記事のアドレスと、前記記事についての前記ユーザのリクエストに応じたポイントに基づいて履歴データを生成する記事概要データ提供手段と、
前記履歴データから、前記記事のアドレスごとのポイントに従って集計し、前記記事のアドレスと集計ポイントとを対応づけた集計データを生成する集計手段
を備えることを特徴とする情報提供装置。
【請求項２】
前記ユーザの識別子と、前記ユーザの所属するコミュニティの識別子とを関連づけられたユーザ所属コミュニティ情報を含む設定データが記憶された設定データ記憶部をさらに備え、
前記記事概要データ提供手段は、さらに、前記記事についてリクエストしたユーザの識別子を対応づけて前記履歴データを生成し、
前記集計手段は、前記履歴データのユーザの識別子を、当該ユーザの所属するコミュニティ識別子に変換して、前記コミュニティ識別子および前記記事のアドレスごとに、ポイントを集計して前記集計データを生成する
ことを特徴とする請求項１に記載の情報提供装置。
【請求項３】
前記ユーザの識別子と、前記ユーザの嗜好を示すキーワードと、を関連づけたユーザ情報を含む設定データが記憶された設定データ記憶部をさらに備え、
前記集計手段は、前記設定データのキーワードに関連する前記記事のアドレスについて、ポイントを集計する
ことを特徴とする請求項１に記載の情報提供装置。
【請求項４】
前記記事概要データは、ＲＳＳまたはＡｔｏｍのフィードのデータである
ことを特徴とする請求項１ないし３のいずれか１項に記載の情報提供装置。
【請求項５】
コンピュータを、
記事が掲載されたアドレスと、前記記事のタイトルデータと、前記記事の概要データと、を関連づけた記事概要データに基づいて、前記記事のタイトルデータをユーザ端末に提供し、前記ユーザ端末から前記記事の概要のリクエストを受信すると、前記記事の概要データを前記ユーザ端末に提供し、前記記事のリクエストを受信すると、前記記事のアドレスを前記ユーザ端末に提供するとともに、前記記事のアドレスと、前記記事についての前記ユーザのリクエストに応じたポイントに基づいて履歴データを生成する記事概要データ提供手段と、
前記履歴データから、前記記事のアドレスごとのポイントに従って集計し、前記記事のアドレスと集計ポイントとを対応づけた集計データを生成する集計手段
として機能させることを特徴とする情報提供プログラム。
【請求項１】
記事が掲載されたアドレスと、前記記事のタイトルデータと、前記記事の概要データと、を関連づけた記事概要データが記憶された記事概要データ記憶部と、
前記記事のタイトルデータをユーザ端末に提供し、前記ユーザ端末から前記記事の概要のリクエストを受信すると、前記記事の概要データを前記ユーザ端末に提供し、前記記事のリクエストを受信すると、前記記事のアドレスを前記ユーザ端末に提供するとともに、前記記事のアドレスと、前記記事についての前記ユーザのリクエストに応じたポイントに基づいて履歴データを生成する記事概要データ提供手段と、
前記履歴データから、前記記事のアドレスごとのポイントに従って集計し、前記記事のアドレスと集計ポイントとを対応づけた集計データを生成する集計手段
を備えることを特徴とする情報提供装置。
【請求項２】
前記ユーザの識別子と、前記ユーザの所属するコミュニティの識別子とを関連づけられたユーザ所属コミュニティ情報を含む設定データが記憶された設定データ記憶部をさらに備え、
前記記事概要データ提供手段は、さらに、前記記事についてリクエストしたユーザの識別子を対応づけて前記履歴データを生成し、
前記集計手段は、前記履歴データのユーザの識別子を、当該ユーザの所属するコミュニティ識別子に変換して、前記コミュニティ識別子および前記記事のアドレスごとに、ポイントを集計して前記集計データを生成する
ことを特徴とする請求項１に記載の情報提供装置。
【請求項３】
前記ユーザの識別子と、前記ユーザの嗜好を示すキーワードと、を関連づけたユーザ情報を含む設定データが記憶された設定データ記憶部をさらに備え、
前記集計手段は、前記設定データのキーワードに関連する前記記事のアドレスについて、ポイントを集計する
ことを特徴とする請求項１に記載の情報提供装置。
【請求項４】
前記記事概要データは、ＲＳＳまたはＡｔｏｍのフィードのデータである
ことを特徴とする請求項１ないし３のいずれか１項に記載の情報提供装置。
【請求項５】
コンピュータを、
記事が掲載されたアドレスと、前記記事のタイトルデータと、前記記事の概要データと、を関連づけた記事概要データに基づいて、前記記事のタイトルデータをユーザ端末に提供し、前記ユーザ端末から前記記事の概要のリクエストを受信すると、前記記事の概要データを前記ユーザ端末に提供し、前記記事のリクエストを受信すると、前記記事のアドレスを前記ユーザ端末に提供するとともに、前記記事のアドレスと、前記記事についての前記ユーザのリクエストに応じたポイントに基づいて履歴データを生成する記事概要データ提供手段と、
前記履歴データから、前記記事のアドレスごとのポイントに従って集計し、前記記事のアドレスと集計ポイントとを対応づけた集計データを生成する集計手段
として機能させることを特徴とする情報提供プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１２−５３７４５（Ｐ２０１２−５３７４５Ａ）
【公開日】平成２４年３月１５日（２０１２．３．１５）
【国際特許分類】
【出願番号】特願２０１０−１９６７０７（Ｐ２０１０−１９６７０７）
【出願日】平成２２年９月２日（２０１０．９．２）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（３０１０６３４９６）東芝ソリューション株式会社 (1,478)
【Ｆターム（参考）】
【公開日】平成２４年３月１５日（２０１２．３．１５）
【国際特許分類】
【出願日】平成２２年９月２日（２０１０．９．２）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（３０１０６３４９６）東芝ソリューション株式会社 (1,478)
【Ｆターム（参考）】
[ Back to top ]