JP5423101B2 - 情報提供装置、および情報提供方法 - Google Patents

Description

本開示技術は、情報を提供する情報提供装置、および情報提供方法に関する。

近年、Ｗｅｂ上で公開されているデータは日々爆発的に増加しており、ユーザが必要な情報を素早く見つけることが難しくなっている。Ｗｅｂ上での情報収集活動を支援するツールとしてＲＳＳ（Ｒｉｃｈ Ｓｉｔｅ Ｓｕｍｍａｒｙ）リーダが知られている。ＲＳＳリーダは、Ｗｅｂサイトの更新情報をＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）フォーマットで記述したＲＳＳを読み込みこむためのツールである。

ＲＳＳリーダによれば、ユーザが記事を購読したいＷｅｂサイトのＲＳＳを登録することで、ＲＳＳリーダが定期的にＷｅｂサイトを巡回し、最新記事のタイトル、概要、日付などを含む更新情報を取得してユーザに提示することができる。このため、Ｗｅｂ上の情報を効率的に収集するためのツールとしてＲＳＳリーダが利用されている。

また、従来において、ユーザ端末から入力されたキーワードに関連付けて登録されている検索済みのＷｅｂサイトとブラウズ済みのＷｅｂサイトとキーワードをツリー状に表示する表示画面をユーザ端末に提示する技術がある（たとえば、下記特許文献１参照。）。

また、Ｗｅｂページから解析・収集されるリンク情報、利用者の挙動を記録したトラフィック情報、利用者の嗜好を記録したユーザアクション情報を用いて、検索結果を再配置する技術がある（たとえば、下記特許文献２参照。）。

特開２００５−５６３７１号公報 特開２００１−３４４２７０号公報

しかしながら、上述した特許文献１，２に記載の従来技術によれば、提供対象となる情報群のうちユーザが不要と考えている情報を特定することが難しい。したがって、ユーザにとって興味のない情報を提供してしまう場合があり、検索効率の低下を招くという問題がある。

本開示技術は、上述した従来技術による問題点を解消するため、ユーザにとって興味のない情報および未知の情報を特定して検索効率の向上を図ることができる情報提供装置、および情報提供方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、本開示技術は、ネットワークを介して提供される提供情報から選ばれた特定の提供情報について、該特定の提供情報の情報識別子を用いて、特定のユーザが指定した、前記ネットワークを介して提供される任意の提供情報の存在を通知する通知情報において、該通知情報が通知した提供情報の情報識別子を管理する通知情報テーブルと、前記ネットワークを介して提供される提供情報のうち、前記特定のユーザが取得した提供情報を識別する情報識別子を管理する取得情報テーブルと、を参照して、該各テーブルの各々に該特定の情報識別子が存在するか否かを判定し、前記判定の結果に基づいて、前記特定の提供情報を分類することを特徴とする。

本開示技術によれば、特定の提供情報を、特定のユーザによる取得の有無と、通知情報による特定のユーザに対する通知の有無とにより、任意の種別に分類することができる。

本情報提供装置、および情報提供方法によれば、ユーザにとって興味のない情報および未知の情報を特定して検索効率の向上を図ることができるという効果を奏する。

実施の形態の概要を示す説明図である。 情報提供システムのシステム構成図である。 情報提供装置のハードウェア構成を示すブロック図である。 記事ＤＢの記憶内容の一例を示す説明図である。 アクセスログＤＢの記憶内容の一例を示す説明図である。 情報提供装置の機能的構成を示すブロック図である。 ＲＳＳのデータ構造の一例を示す説明図である。 分類テーブルの設定例を示す説明図である。 アクセスログテーブルの記憶内容の一例を示す説明図である。 サイトリストの記憶内容の一例を示す説明図である。 分類テーブルの記憶内容の一例を示す説明図である。 記事の分類例を示す説明図である。 分類テーブルの記憶内容の一例を示す説明図（その２）である。 検索結果テーブルの一例を示す説明図（その１）である。 表示画面の一例を示す説明図（その１）である。 検索結果テーブルの一例を示す説明図（その２）である。 表示画面の一例を示す説明図（その２）である。 情報処理装置の分類処理手順の一例を示すフローチャートである。 付与処理の具体的処理手順の一例を示すフローチャートである。 情報提供装置の情報提供処理手順の一例を示すフローチャートである。 設定処理の具体的処理手順の一例を示すフローチャートである。 算出処理の具体的処理手順の一例を示すフローチャートである。

以下に添付図面を参照して、この発明にかかる情報提供装置、および情報提供方法の好適な実施の形態を詳細に説明する。

（実施の形態の概要）
図１は、実施の形態の概要を示す説明図である。本実施の形態では、ネットワーク上で公開されている記事群のうち、ユーザが未読の記事を、ユーザにとって利用価値の高い記事と利用価値の低い記事とに分類する手法を提案する。

具体的には、本実施の形態では、未読の記事を、ＲＳＳリーダに登録済のサイトの記事と、ＲＳＳリーダに未登録のサイトの記事とに分類する。ＲＳＳリーダに登録済のサイトの記事は、たとえば、記事のタイトル、概要、日付などがリスト化されて定期的にユーザに提示される。

このため、ＲＳＳリーダに登録済のサイトの記事でかつ未読の記事は、ユーザが記事のタイトルや概要を確認して読む必要がないと評価した可能性が高い記事である。したがって、未読かつ登録済の記事は、ユーザにとって興味のない記事であり、ユーザにとって利用価値の低い記事と推定できる。

一方で、ＲＳＳリーダに未登録のサイトの記事は、ユーザが記事のタイトルや概要を確認していない可能性が高く鮮度の高い記事である。したがって、未読かつ未登録の記事は、ユーザにとって未知の記事であり、ユーザにとって利用価値の高い記事と推定できる。

このように本実施の形態によれば、未読の記事をＲＳＳリーダに登録済のサイトの記事と未登録のサイトの記事とに分類することにより、未読でかつ未登録のサイトの記事を、ユーザにとって未知の情報であり利用価値の高い記事と判断できる。また、本実施の形態によれば、未読でかつ登録済のサイトの記事を、ユーザにとって興味のない利用価値の低い記事と判断できる。

（情報提供システムのシステム構成）
つぎに、本実施の形態にかかる情報提供システムのシステム構成について説明する。図２は、情報提供システムのシステム構成図である。図２において、情報提供システム２００は、情報提供装置２０１と、複数のクライアント端末２０２と、を含む構成である。情報提供装置２０１とクライアント端末２０２は、インターネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのネットワーク２１０を介して通信可能に接続されている。

情報提供装置２０１は、記事ＤＢ２０３およびアクセスログＤＢ２０４を備え、ユーザの検索活動を支援する機能を有する。また、情報提供装置２０１は、ＲＳＳリーダを有し、ネットワーク２１０上で公開されているＷｅｂサイトから配信される更新情報（ＲＳＳデータ）を収集する機能を有する。なお、収集された収集結果は、記事ＤＢ２０３に記憶される。

クライアント端末２０２は、ネットワーク２１０上のＷｅｂサイトにアクセスして各種情報を表示する機能を有する。なお、クライアント端末２０２からＷｅｂサイトにアクセスすると、その都度、Ｗｅｂサイトに対するアクセスログがアクセスログＤＢ２０４に記録される。

また、クライアント端末２０２は、情報提供装置２０１にアクセスして任意の記事を検索する機能を有する。また、クライアント端末２０２は、情報提供装置２０１から提供される情報を受信して表示する機能を有する。なお、本明細書では、情報提供装置２０１がＲＳＳリーダを有することにしたが、各クライアント端末２０２が有することにしてもよい。

（情報提供装置のハードウェア構成）
図３は、情報提供装置のハードウェア構成を示すブロック図である。図３において、情報提供装置２０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３０１と、ＲＯＭ（Ｒｅａｄ‐Ｏｎｌｙ Ｍｅｍｏｒｙ）３０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３０３と、磁気ディスクドライブ３０４と、磁気ディスク３０５と、光ディスクドライブ３０６と、光ディスク３０７と、ディスプレイ３０８と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０９と、キーボード３１０と、マウス３１１と、スキャナ３１２と、プリンタ３１３と、を備えている。また、各構成部はバス３００によってそれぞれ接続されている。

ここで、ＣＰＵ３０１は、情報提供装置２０１の全体の制御を司る。ＲＯＭ３０２は、ブートプログラムなどのプログラムを記憶している。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。磁気ディスクドライブ３０４は、ＣＰＵ３０１の制御にしたがって磁気ディスク３０５に対するデータのリード／ライトを制御する。磁気ディスク３０５は、磁気ディスクドライブ３０４の制御で書き込まれたデータを記憶する。

光ディスクドライブ３０６は、ＣＰＵ３０１の制御にしたがって光ディスク３０７に対するデータのリード／ライトを制御する。光ディスク３０７は、光ディスクドライブ３０６の制御で書き込まれたデータを記憶したり、光ディスク３０７に記憶されたデータをコンピュータに読み取らせたりする。

ディスプレイ３０８は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。このディスプレイ３０８は、たとえば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。

インターフェース（以下、「Ｉ／Ｆ」と略する。）３０９は、通信回線を通じてＬＡＮ、ＷＡＮ、インターネットなどのネットワーク２１０に接続され、このネットワーク２１０を介して他の装置に接続される。そして、Ｉ／Ｆ３０９は、ネットワーク２１０と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。Ｉ／Ｆ３０９には、たとえばモデムやＬＡＮアダプタなどを採用することができる。

キーボード３１０は、文字、数字、各種指示などの入力のためのキーを備え、データの入力をおこなう。また、タッチパネル式の入力パッドやテンキーなどであってもよい。マウス３１１は、カーソルの移動や範囲選択、あるいはウィンドウの移動やサイズの変更などをおこなう。ポインティングデバイスとして同様に機能を備えるものであれば、トラックボールやジョイスティックなどであってもよい。

スキャナ３１２は、画像を光学的に読み取り、情報提供装置２０１内に画像データを取り込む。なお、スキャナ３１２は、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅａｄｅｒ）機能を持たせてもよい。また、プリンタ３１３は、画像データや文書データを印刷する。プリンタ３１３には、たとえば、レーザプリンタやインクジェットプリンタを採用することができる。なお、ここでは情報提供装置２０１のハードウェア構成について説明したが、クライアント端末２０２についても同様のハードウェア構成を備えている。

（記事ＤＢの記憶内容）
つぎに、図２に示した記事ＤＢ２０３について説明する。図４は、記事ＤＢの記憶内容の一例を示す説明図である。図４において、記事ＤＢ２０３は、記事ＩＤ、サイトＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）、記事ＵＲＬ、タイトルおよびボディのフィールドを有する。各フィールドに情報を設定することで、記事Ａ１〜Ａｍがレコードとして記憶されている。

ここで、記事ＩＤとは、記事を識別する識別子である。サイトＵＲＬとは、記事Ａ１〜Ａｍの配信元のＵＲＬである。記事ＵＲＬとは、記事Ａ１〜ＡｍのＵＲＬである。タイトルとは、記事Ａ１〜Ａｍの見出しである。ボディとは、記事Ａ１〜Ａｍの本文である。記事ＤＢ２０３は、たとえば、図３に示したＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されている。

（アクセスログＤＢの記憶内容）
つぎに、図２に示したアクセスログＤＢ２０４について説明する。図５は、アクセスログＤＢの記憶内容の一例を示す説明図である。図５において、アクセスログＤＢ２０４は、ユーザＩＤおよびアクセス先のフィールドを有する。各フィールドに情報を設定することで、アクセスログがレコードとして記憶されている。

ここで、ユーザＩＤとは、アクセス元のユーザを識別する識別子であり、たとえば、クライアント端末２０２のＩＰアドレスである。アクセス先とは、アクセス先のＵＲＬであり、たとえば、記事Ａ１〜ＡｍのＵＲＬである。アクセスログＤＢ２０４は、たとえば、図３に示したＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されている。

（情報提供装置の機能的構成）
つぎに、情報提供装置２０１の機能的構成について説明する。図６は、情報提供装置の機能的構成を示すブロック図である。図６において、情報提供装置２０１は、取得部６０１と、選択部６０２と、抽出部６０３と、判定部６０４と、判断部６０５と、分類部６０６と、付与部６０７と、設定部６０８と、作成部６０９と、算出部６１０と、出力部６１１と、を含む構成である。この制御部となる機能（取得部６０１〜出力部６１１）は、具体的には、たとえば、図３に示したＲＯＭ３０２、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、Ｉ／Ｆ３０９により、その機能を実現する。

情報提供装置２０１は、特定の提供情報について、該提供情報の情報識別子を用いて、通知情報テーブルおよび取得情報テーブルを参照し、各テーブルの各々に情報識別子が存在するか否かを判定する機能を有する。この機能は、後述する判定部６０４および判断部６０５の機能に相当する。また、提供情報の情報識別子は、たとえば、後述する記事の記事ＵＲＬ、サイトＵＲＬである。そして、情報提供装置２０１は、判定された判定結果に基づいて、特定の提供情報を分類する機能を有する。この機能は、後述する分類部６０６に相当する。

ここで、通知情報テーブルとは、特定のユーザが指定した、ネットワーク２１０を介して提供される任意の提供情報の存在を通知する通知情報において、該通知情報が通知した提供情報の情報識別子を管理するテーブルである。具体的には、たとえば、通知情報テーブルは、図１０に示すサイトリスト１０００である。

また、取得情報テーブルとは、ネットワーク２１０を介して提供される提供情報のうち、特定のユーザが取得した提供情報を識別する情報識別子を管理するテーブルである。具体的には、たとえば、取得情報テーブルは、図９に示すアクセスログテーブル９００である。

さらに、情報提供装置２０１は、複数の提供情報について分類した結果、通知情報テーブルおよび取得情報テーブルのいずれにも存在しない提供情報として分類された提供情報を出力する機能を有する。この機能は、後述する出力部６１１の機能に相当する。

また、情報提供装置２０１は、特定の提供情報を、判定された判定結果に基づいて、後述する第一の種別〜第四の種別のいずれかの種別に分類してもよい。また、情報提供装置２０１は、第四の種別に分類された提供情報を、他の種別に分類された提供情報とともに種別ごとに出力してもよい。

ここで、第一の種別は、通知情報テーブルおよび取得情報テーブルのいずれにも情報識別子が存在する提供情報の種別である。第一の種別は、後述する第４類に相当する。第二の種別は、通知情報テーブルのみに情報識別子が存在する提供情報の種別である。第二の種別は、後述する第２類に相当する。第三の種別は、取得情報テーブルのみに情報識別子が存在する提供情報の種別である。第三の種別は、後述する第３類に相当する。第四の種別は、通知情報テーブルおよび取得情報テーブルのいずれにも情報識別子が存在しない提供情報の種別である。第四の種別は、後述する第１類に相当する。

以下、各機能部６０１〜６１１の機能を具体的に説明する。まず、取得部６０１は、サイトの提供情報を収集するアプリケーションによりユーザごとに収集された複数の提供情報のうち特定のユーザのアクセスログが存在しない任意の提供情報を取得する機能を有する。ここで、サイトとは、ネットワーク２１０上のＷｅｂサイト（または、Ｗｅｂページ）である。

提供情報とは、たとえば、ＲＳＳを用いて配信されるＷｅｂサイトの更新情報である。具体的には、たとえば、図４に示した記事Ａ１〜Ａｍである。また、提供情報を収集するアプリケーションとは、たとえば、ＲＳＳを読み込むためのＲＳＳリーダである。ＲＳＳリーダによれば、ＷｅｂサイトのＲＳＳを登録することで、ＲＳＳリーダが定期的にＷｅｂサイトを巡回して提供情報を取得しユーザに提示することができる。

ここで、ＲＳＳのデータ構造について説明する。図７は、ＲＳＳのデータ構造の一例を示す説明図である。図７において、ＲＳＳデータ７００は、サイト情報７１０と記事情報７２０とを含む構造である。サイト情報７１０は、たとえば、配信元のＷｅｂサイトのタイトル７１１、リンク先７１２、サイト内容７１３を含んでいる。

記事情報７２０は、たとえば、記事のタイトル７２１、リンク先７２２、記事内容７２３を含んでいる。なお、Ｗｅｂサイトは、異なるＷｅｂサイトの記事を配信する場合がある。すなわち、ある記事が複数のＷｅｂサイトから配信される場合がある。したがって、記事のリンク先に必ずしもＷｅｂサイトと同一のドメインを含むとは限らない。

以下の説明では、サイトを「Ｗｅｂサイト」とし、サイトの提供情報を「記事」とし、サイトの提供情報を収集するアプリケーションを「ＲＳＳリーダ」とする。また、クライアント端末２０２を使用する特定のユーザを「ユーザＵｉ」と表記する（ｉ＝１，２，…，ｎ）。

ここで、ユーザＵｉのアクセスログが存在しない記事とは、記事に未アクセスのため、ユーザＵｉが未読であると推定できる記事である。具体的には、たとえば、取得部６０１が、図３に示したキーボード３１０やマウス３１１を用いたユーザの操作入力によりユーザＵｉのアクセスログが存在しない任意の記事を取得してもよい。

なお、取得された取得結果は、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶される。ただし、ユーザＵｉのアクセスログが存在しない記事が不特定の場合は、以下に説明する選択部６０２、抽出部６０３および判定部６０４により、ユーザＵｉのアクセスログが存在しない記事を特定する。

選択部６０２は、ＲＳＳリーダによりユーザＵ１〜Ｕｎごとに収集された記事Ａ１〜Ａｍから任意の記事Ａｊ（ｊ＝１，２，…，ｍ）を選択する機能を有する。具体的には、たとえば、選択部６０２が、記事ＤＢ２０３の中から任意の記事Ａｊを選択する。なお、選択された選択結果は、たとえば、図８に示す分類テーブル８００に記憶される。

ここで、記事Ａ３（ｊ＝３）が選択された場合を例に挙げて、分類テーブル８００の設定例について説明する。図８は、分類テーブルの設定例を示す説明図である。図８において、分類テーブルＣＴは、記事ＩＤ、記事ＵＲＬ、サイトＵＲＬ、既未読フラグ、登録フラグおよび記事スコアのフィールドを有する。各フィールドに情報を設定することで、記事Ａｊの分類結果がレコードとして記憶される。

記事ＩＤとは、記事の識別子である。記事ＵＲＬとは、記事ＡｊのＵＲＬである。サイトＵＲＬとは、記事Ａｊの収集先（配信元）のＷｅｂサイトのＵＲＬである。既未読フラグとは、ユーザＵｉが記事Ａｊを読んだか否かを示すフラグである。登録フラグとは、記事Ａｊの収集先のＷｅｂサイトがサイトリスト（図１０参照）に登録されているか否かを示すフラグである。記事スコアとは、ユーザＵｉにとっての記事Ａｊの利用価値を示す指標値である。

ここでは、記事Ａ３が選択された結果、記事Ａ３の記事ＵＲＬおよびサイトＵＲＬが分類テーブルＣＴの該当フィールドに設定されて新たなレコードが記憶されている（図８中（８−１））。なお、分類テーブルＣＴは、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されている。

図６の説明に戻り、抽出部６０３は、アクセスログＤＢ２０４からユーザＵｉのアクセスログを抽出する機能を有する。具体的には、たとえば、抽出部６０３が、ユーザＵｉのユーザＩＤに対応するアクセスログをアクセスログＤＢ２０４から抽出する。なお、抽出された抽出結果は、たとえば、図９に示すアクセスログテーブル９００に記憶される。

ここで、ユーザＵ１（ｉ＝１）を例に挙げて、アクセスログテーブル９００の記憶内容について説明する。図９は、アクセスログテーブルの記憶内容の一例を示す説明図である。図９において、アクセスログテーブル９００は、ユーザＵ１のアクセスログ９０１〜９０４を記憶している。なお、アクセスログテーブル９００は、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されている。

判定部６０４は、ユーザＵｉのアクセスログ群の中に、記事Ａｊに対するアクセスログが存在するか否かを判定する機能を有する。具体的には、たとえば、判定部６０４が、アクセスログテーブル９００を参照して、アクセスログ９０１〜９０４の中に記事Ａｊの記事ＵＲＬと一致するアクセス先が存在するか否かを判定する。

ここで、記事Ａｊの記事ＵＲＬと一致するアクセス先が存在しない場合、記事Ａｊに未アクセスであり、ユーザＵ１が記事Ａｊを未読と推定できる。一方、記事Ａｊの記事ＵＲＬと一致するアクセス先が存在する場合、記事Ａｊに既アクセスであり、ユーザＵ１が記事Ａｊを既読と推定できる。

なお、判定された判定結果は、たとえば、分類テーブルＣＴに記憶される。具体的には、記事Ａｊの記事ＵＲＬと一致するアクセス先が存在しない場合は、該当レコードの既未読フラグに「未読」が設定される。一方、記事Ａｊの記事ＵＲＬと一致するアクセス先が存在する場合は、該当レコードの既未読フラグに「既読」が設定される。

図８に示した例では、判定部６０４が、アクセスログ９０１〜９０４の中に記事Ａ３の記事ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｂｂｂ」と一致するアクセス先が存在するか否かを判定する。ここでは、記事Ａ３の記事ＵＲＬと一致するアクセス先が存在しないため、既未読フラグに「未読」が設定される（図８中（８−２））。

上記選択部６０２、抽出部６０３および判定部６０４の各種処理は、たとえば、記事Ａ１〜Ａｍから選択されていない未選択の記事がなくなるまで繰り返し実行される。これにより、記事Ａ１〜Ａｍを、ユーザＵｉが未読の記事と、ユーザＵｉが既読の記事と、に分類することができる。

判断部６０５は、ユーザＵｉ固有のサイトリストを参照して、記事ＡｊがＲＳＳリーダの収集先のＷｅｂサイトの記事か否かを判断する機能を有する。ここで、サイトリストとは、ＲＳＳリーダの収集先となるユーザＵｉ固有のＷｅｂサイトが登録されたテーブルである。具体的には、たとえば、サイトリストには、ユーザＵｉが記事を購読したいＷｅｂサイトのＵＲＬが登録される。

図１０は、サイトリストの記憶内容の一例を示す説明図である。図１０において、サイトリスト１０００は、ユーザＵ１〜ＵｎごとにＲＳＳリーダの収集先となるＷｅｂサイトのＵＲＬを有している。すなわち、判断部６０５が、たとえば、サイトリスト１０００を参照して、記事ＡｊのサイトＵＲＬに対応するＵＲＬが存在するか否かを判断する。

ここで、ユーザＵ１を例に挙げて、記事Ａｊが収集先のＷｅｂサイトの記事か否かを判断する場合について説明する。この場合、判断部６０５が、サイトリスト１０００を参照して、ユーザＵ１のユーザＩＤに対応するレコード群１０１０を特定する。そして、判断部６０５が、レコード群１０１０を参照して、記事ＡｊのサイトＵＲＬと一致するＵＲＬが存在するか否かを判断する。

なお、判断された判断結果は、たとえば、分類テーブルＣＴに記憶される。具体的には、記事Ａｊが収集先のＷｅｂサイトの記事ではないと判断された場合は、該当レコードの登録フラグに「未登録」が設定される。一方、記事Ａｊが収集先のＷｅｂサイトの記事と判断された場合は、該当レコードの登録フラグに「登録済」が設定される。

図８に示した例では、判断部６０５が、レコード群１０１０を参照して、記事Ａ３のサイトＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｒｓｓ．ｂｂｂ」と一致するＵＲＬが存在するか否かを判断する。ここでは、記事Ａ３のサイトＵＲＬと一致するＵＲＬが存在しないため、登録フラグに「未登録」が設定される（図８中（８−３））。

判断部６０５の判断処理は、たとえば、記事Ａ１〜Ａｍから選択されていない未選択の記事がなくなるまで繰り返し実行される。これにより、記事Ａ１〜Ａｍを、ユーザＵｉ固有のサイトリストに登録済のＷｅｂサイトの記事と、サイトリストに未登録のＷｅｂサイトの記事と、に分類することができる。

ここで、分類テーブルＣＴの記憶内容について説明する。図１１は、分類テーブルの記憶内容の一例を示す説明図である。図１１において、分類テーブルＣＴには、記事ＩＤ、記事ＵＲＬ、サイトＵＲＬ、既未読フラグおよび登録フラグの各フィールドに情報が設定されて記事Ａ１〜Ａｍの分類結果がレコードとして記憶されている。

なお、図１０に示したサイトリスト１０００は、たとえば、アクセスログＤＢ２０４のアクセスログから自動作成してもよい。具体的には、たとえば、リスト作成部（不図示）が、アクセスログＤＢ２０４からＲＳＳへのアクセスログを抽出する。このあと、リスト作成部が、抽出されたアクセスログのうち、一定期間内（たとえば、１日前、１週間前）で定期的にアクセスのあるアクセスログを抽出する。そして、リスト作成部が、抽出されたアクセスログのアクセス先をユーザごとにまとめることで、ユーザごとのサイトリストを作成してもよい。

図６の説明に戻り、分類部６０６は、判定された判定結果および判断された判断結果に基づいて、記事Ａｊを任意の種別に分類する機能を有する。具体的には、たとえば、分類部６０６が、未読の記事Ａｊが収集先のＷｅｂサイトの記事ではないと判断された場合、未読の記事ＡｊをユーザＵｉにとって未知の記事に分類する。これにより、未読の記事のうち、ユーザＵｉが概要やタイトルを未確認であり、ユーザＵｉにとって情報の鮮度が高いと推定される記事Ａｊを特定できる。

また、分類部６０６が、未読の記事Ａｊが収集先のＷｅｂサイトの記事と判断された場合、未読の記事ＡｊをユーザＵｉにとって既知の記事に分類する。これにより、未読の記事のうち、ユーザＵｉが概要やタイトルを確認して読む必要がないと評価したと推定される記事Ａｊを特定できる。

これらのことから、ユーザＵｉが未読の記事Ａｊを、ユーザＵｉにとって未知の情報であり利用価値の高いものと、ユーザＵｉにとって既知の情報であり利用価値の低いものとに分類することができる。

出力部６１１は、分類された分類結果を出力する機能を有する。具体的には、たとえば、出力部６１１が、記事ＡｊがユーザＡｉにとって未知の記事であることを示す情報を出力してもよい。また、出力部６１１が、記事ＡｊがユーザＡｉにとって既知の記事であることを示す情報を出力してもよい。出力形式としては、たとえば、ディスプレイ３０８への表示、プリンタ３１３への印刷出力、Ｉ／Ｆ３０９によるクライアント端末２０２への送信がある。また、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶することとしてもよい。

ここで、記事Ａｊの分類例について説明する。図１２は、記事の分類例を示す説明図である。図１２において、記事Ａ１〜Ａｍを（第１類）〜（第４類）に分類する分類表１２００が示されている。

（第１類）は、ユーザＵｉが未読の記事のうち、ユーザＵｉが概要やタイトルを未確認であり、ユーザＵｉにとって情報の鮮度が高い記事である。具体的には、（第１類）は、既未読フラグに「未読」が設定され、登録フラグに「未登録」が設定された記事である。すなわち、（第１類）は、上記分類部６０６によりユーザＵｉにとって未知の記事に分類された記事である。

（第２類）は、未読の記事のうち、ユーザＵｉが概要やタイトルを確認して読む必要がないと評価した興味のない記事である。具体的には、（第２類）は、既未読フラグに「未読」が設定され、登録フラグに「登録済」が設定された記事である。すなわち、（第２類）は、上記分類部６０６によりユーザＵｉにとって既知の記事に分類された記事である。

（第３類）は、ユーザＵｉが既読の記事のうち、ユーザＵｉ固有のサイトリストに未登録のＷｅｂサイトの記事である。具体的には、（第３類）は、既未読フラグに「既読」が設定され、登録フラグに「未登録」が設定された記事である。すなわち、（第３類）は、サイトリストに未登録のＷｅｂサイトの記事であって、ユーザＵｉが記事を読んだ既読の記事である。

（第４類）は、ユーザＵｉが既読の記事のうち、ユーザＵｉ固有のサイトリストに登録済のＷｅｂサイトの記事である。具体的には、（第４類）は、既未読フラグに「既読」が設定され、登録フラグに「登録済」が設定された記事である。すなわち、（第４類）は、ユーザＵｉが購読を希望している記事であり、ユーザが記事を読んだ既読の記事である。

図６の説明に戻り、付与部６０７は、記事Ａｊに優先度を付与する機能を有する。ここで、優先度とは、ユーザＵｉにとっての記事Ａｊの利用価値を示す指標値（記事スコア）である。ここでは、上記第１類〜第４類のいずれかに分類された記事Ａｊに対して、「２」、「１」、「０」、「−１」のいずれかの記事スコアを付与することにする。ただし、記事スコアが高いほうがユーザＵｉにとっての利用価値の高いことを示す。

具体的には、たとえば、付与部６０７は、記事ＡｊがユーザＵｉにとって未知の記事と分類された場合、記事スコア「２」を記事Ａｊに付与する（上記第１類に相当）。また、付与部６０７は、記事ＡｊがユーザＵｉにとって既知の記事と分類された場合、記事スコア「−１」を記事Ａｊに付与する（上記第２類に相当）。

なお、上記第３類および第４類については、任意の記事スコアを付与することにしてもよい。ここでは、情報の鮮度を重視する観点から見て、サイトリストに未登録のＷｅｂサイトの記事にも関わらず既読の第３類の記事は、第４類の記事に比べてユーザＵｉにとっての利用価値が高いと推定できる。

そこで、付与部６０７は、記事Ａｊが第３類の場合、記事スコア「１」を記事Ａｊに付与する。また、付与部６０７は、記事Ａｊが第４類の場合、記事スコア「０」を記事Ａｊに付与する。図８に示した例では、記事Ａ３は既未読フラグ「未読」および登録フラグ「未登録」のため上記第１類である。このため、付与部６０７が、記事スコア「２」を記事Ａ３に付与する。この結果、記事スコアのフィールドに「２」が設定される（図８中（８−４））。

付与部６０７の付与処理は、たとえば、記事Ａ１〜Ａｍから選択されていない未選択の記事がなくなるまで繰り返し実行される。これにより、全記事Ａ１〜Ａｍに対して記事スコアを付与することができる。なお、付与された付与結果は、たとえば、分類テーブルＣＴに記憶される。ここで、付与結果が記憶された分類テーブルＣＴの記憶内容について説明する。図１３は、分類テーブルの記憶内容の一例を示す説明図（その２）である。図１３において、分類テーブルＣＴは、各記事Ａ１〜Ａｍの記事スコアのフィールドに付与結果が設定されている。

図６の説明に戻り、取得部６０１は、任意の検索クエリを与えることで検索された記事群を取得する機能を有する。ここで、検索クエリとは、たとえば、所望の記事を記事ＤＢ２０３の中から検索するために用いる文字列である。具体的には、たとえば、取得部６０１が、ネットワーク２１０を介して、外部のコンピュータ装置（たとえば、検索エンジン）から記事群を取得してもよい。

また、取得部６０１が、クライアント端末２０２から検索クエリを受け付けて、該検索クエリを用いて記事ＤＢ２０３から記事群を検索してもよい。なお、検索クエリは、たとえば、クライアント端末２０２に表示される検索画面において、ユーザＵｉの操作により入力される。取得された記事群は、たとえば、図１４に示す検索結果テーブルＳＴに記憶される。ここで、検索結果テーブルＳＴについて説明する。

図１４は、検索結果テーブルの一例を示す説明図（その１）である。図１４において、検索結果テーブルＳＴは、記事ＩＤ、記事ＵＲＬ、サイトＵＲＬ、記事スコアおよびサイトスコアのフィールドを有する。各フィールドに情報を設定することで、取得された記事群がレコードとして記憶されている。

ここで、サイトスコアとは、記事Ａｊの配信元のＷｅｂサイトのユーザＵｉにとっての利用価値を示す指標値である。なお、記事スコアについては、分類テーブルＣＴに基づく値が設定されている。検索結果テーブルＳＴは、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されている。

設定部６０８は、付与された付与結果に基づいて、検索された記事群の優先順位を設定する機能を有する。具体的には、たとえば、設定部６０８が、記事スコアが降順となるように記事群の優先順位を設定する。図１４に示した記事Ａ１〜Ａ７の例では、優先順位は「Ａ３→Ａ７→Ａ１→Ａ５→Ａ６→Ａ２→Ａ４」となる。

なお、記事スコアが同一の記事（たとえば、記事Ａ１，Ａ５）の優先順位は任意に設定してもよい。具体的には、たとえば、設定部６０８が、記事スコアが同一の記事Ａ１，Ａ５の記事ＩＤが昇順となるように優先順位を設定してもよい。また、記事に複数の記事スコアが付与されている場合（たとえば、記事ＵＲＬが同一でサイトＵＲＬが異なる記事）、該記事の記事スコアとして、最小の記事スコアを採用してもよい。なお、設定された設定結果は、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶される。

作成部６０９は、設定された優先順位に基づいて、記事群を表示するユーザＵｉ固有の表示画面を作成する機能を有する。具体的には、たとえば、作成部６０９が、設定された優先順位にしたがって、記事群Ａ１〜Ａ７を並べ替えた表示画面を作成する。なお、作成された作成結果は、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶される。

出力部６１１は、作成された表示画面をクライアント端末２０２に送信する機能を有する。ここで、クライアント端末２０２に送信される表示画面について説明する。図１５は、表示画面の一例を示す説明図（その１）である。図１５において、記事群Ａ１〜Ａ７を優先順位「Ａ３→Ａ７→Ａ１→Ａ５→Ａ６→Ａ２→Ａ４」にしたがって表示する表示画面１５００が示されている。

このように、ユーザの好みが反映された順序に記事群Ａ１〜Ａ７が並び替えられた表示画面１５００を提示することにより、ユーザの検索効率を向上させて情報収集活動の効率化を図ることができる。また、ユーザの興味のない記事の優先順位が低くなるため、ユーザにとって不要な情報を検索する無駄な作業を抑制することができる。

図６の説明に戻り、算出部６１０は、検索された記事群の収集先のＷｅｂサイトの優先度を算出する機能を有する。具体的には、たとえば、算出部６１０が、検索された記事の収集先のＷｅｂサイトの全記事の記事スコアを足し合わせることにより、Ｗｅｂサイトのサイトスコアを算出してもよい。

ここで一例として、検索された記事Ａ３の収集先のＷｅｂサイトのサイトスコアを算出する場合について説明する。ただし、記事Ａ３の収集先のＷｅｂサイト「ｈｔｔｐ：／／ｗｗｗ．ｒｓｓ．ｃｃｃ」から配信された全記事を記事Ａ４〜Ａ７とする。この場合、算出部６１０が、Ｗｅｂサイトの全記事Ａ４〜Ａ７の記事スコア「−１，０，０，１」を足し合わせることによりサイトスコア「０」を算出する。

なお、算出された算出結果は、たとえば、検索結果テーブルＳＴに記憶される。ここで、算出結果が記憶された検索結果テーブルＳＴの記憶内容について説明する。図１６は、検索結果テーブルの一例を示す説明図（その２）である。図１６において、検索結果テーブルＳＴは、各記事Ａ１〜Ａ７のサイトスコアのフィールドに算出結果が設定されている。

また、設定部６０８は、付与された付与結果と、算出されたＷｅｂサイトの優先度と、に基づいて、検索された記事群の優先順位を設定してもよい。具体的には、たとえば、まず、設定部６０８が、記事スコアが降順となるように記事群の優先順位を設定する。このあと、記事スコアが同一の記事について、サイトスコアが降順となるように優先順位を設定する。

図１６に示した記事Ａ１〜Ａ７の例では、優先順位は「Ａ３→Ａ７→Ａ５→Ａ６→Ａ１→Ａ４→Ａ２」となる。図１７は、表示画面の一例を示す説明図（その２）である。図１７において、記事群Ａ１〜Ａ７を優先順位「Ａ３→Ａ７→Ａ５→Ａ６→Ａ１→Ａ４→Ａ２」にしたがって表示する表示画面１７００が示されている。

このように、ユーザの好みがより反映された順序に記事群Ａ１〜Ａ７が並び替えられた表示画面１７００を提示することにより、ユーザの検索効率をさらに向上させて情報収集活動の効率化を図ることができる。

また、表示画面１７００には、記事Ａ１〜Ａ７の分類結果を合わせて表示してもよい。具体的には、たとえば、作成部６０９が、記事Ａ１〜Ａ７ごとに分類結果を表わす情報を表示する表示画面を作成してもよい。また、作成部６０９が、記事Ａ１〜Ａ７を種別（たとえば、第１類〜第４類）ごとにまとめて、種別ごとに分類結果を表わす情報を表示する表示画面を作成してもよい。

より具体的には、たとえば、作成部６０９が、記事Ａ１〜Ａ７ごとに、分類結果を特定する文字列（たとえば、「未読かつＲＳＳリーダに未登録」）を表示する表示画面を作成してもよい。また、作成部６０９が、ユーザにとって最も利用価値が高いと推定される第１類の記事（たとえば、記事Ａ３）のみを強調表示する表示画面を作成してもよい。

これにより、ユーザＵｉが記事Ａ１〜Ａ７の既未読やＲＳＳリーダへの登録の有無を直感的に判断できる。この結果、ユーザＵｉにとって利用価値が高いと推定される記事や、利用価値が低いと推定される記事を直感的に判断でき検索効率を向上させることができる。

なお、分類テーブルＣＴ（図１３参照）を利用することで、検索クエリに対する検索対象を絞り込むことができる。具体的には、たとえば、分類テーブルＣＴを参照して、検索対象を、未読記事または既読記事に絞り込むことができる。これにより、未読記事を検索対象として検索クエリに対する記事を検索するなどの検索手法を採用することができる。

また、検索結果テーブルＳＴのサイトスコアを参照して、サイトスコアが高スコア（たとえば、最大スコア）でかつＲＳＳリーダに未登録のＷｅｂサイトを、お勧めＷｅｂサイトとしてユーザに提示することにしてもよい。図１６の例では、ＲＳＳリーダに未登録でかつサイトスコアが最大のサイトＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｒｓｓ．ｂｂｂ」のＷｅｂサイトをお勧めＷｅｂサイトとしてユーザＵ１に提示してもよい。

（情報提供装置の各種処理手順）
つぎに、情報処理装置２０１の各種処理手順について説明する。ここでは、まず、分類テーブルＣＴ（図１３参照）を作成するための分類処理手順について説明する。ただし、特定のユーザを「ユーザＵｉ（ｉ＝１，２，…，ｎ）」とし、任意の記事を「記事Ａｊ（ｊ＝１，２，…，ｍ）」とし、ユーザＵｉ固有の分類テーブルＣＴを「分類テーブルＣＴｉ」とする。

図１８は、情報処理装置の分類処理手順の一例を示すフローチャートである。図１８のフローチャートにおいて、まず、抽出部６０３により、「ｉ＝１」とし（ステップＳ１８０１）、アクセスログＤＢ２０４からユーザＵｉのアクセスログ群を抽出する（ステップＳ１８０２）。

このあと、選択部６０２により、分類テーブルＣＴｉを初期化して（ステップＳ１８０３）、「ｊ＝１」とする（ステップＳ１８０４）。そして、選択部６０２により、記事ＤＢ２０３内の記事Ａ１〜Ａｍから記事Ａｊを選択して（ステップＳ１８０５）、記事Ａｊを分類テーブルＣＴｉに登録する（ステップＳ１８０６）。具体的には、選択部６０２により、記事Ａｊの記事ＩＤ、記事ＵＲＬおよびサイトＵＲＬを分類テーブルＣＴｉの該当フィールドに設定する。これにより、記事Ａｊに関するレコードが新たに記憶される。

つぎに、判定部６０４により、抽出されたアクセスログ群の中に、記事Ａｊの記事ＵＲＬと一致するアクセス先が存在するか否かを判定する（ステップＳ１８０７）。ここで、記事Ａｊの記事ＵＲＬと一致するアクセス先が存在しない場合（ステップＳ１８０７：Ｎｏ）、分類テーブルＣＴｉの該当レコードの既未読フラグに「未読」を設定する（ステップＳ１８０８）。

一方、記事Ａｊの記事ＵＲＬと一致するアクセス先が存在する場合（ステップＳ１８０７：Ｙｅｓ）、分類テーブルＣＴｉの該当レコードの既未読フラグに「既読」を設定する（ステップＳ１８０９）。これにより、記事Ａｊを未読の記事または既読の記事に分類することができる。

このあと、判断部６０５により、サイトリスト１０００を参照して、記事Ａｊが、ＲＳＳリーダの収集先となるユーザＵｉ固有のＷｅｂサイトの記事か否かを判断する（ステップＳ１８１０）。ここで、記事ＡｊがユーザＵｉ固有のＷｅｂサイトの記事ではない場合（ステップＳ１８１０：Ｎｏ）、分類テーブルＣＴｉの該当レコードの登録フラグに「未登録」を設定する（ステップＳ１８１１）。

一方、記事ＡｊがユーザＵｉ固有のＷｅｂサイトの記事の場合（ステップＳ１８１０：Ｙｅｓ）、分類テーブルＣＴｉの該当レコードの登録フラグに「登録済」を設定する（ステップＳ１８１２）。これにより、記事Ａｊを、ユーザＵｉ固有のサイトリストに登録済のＷｅｂサイトの記事、または、サイトリストに未登録のＷｅｂサイトの記事に分類することができる。

このあと、選択部６０２により、ｊをインクリメントして（ステップＳ１８１３）、「ｊ＞ｍ」か否かを判断する（ステップＳ１８１４）。ここで、「ｊ≦ｍ」の場合（ステップＳ１８１４：Ｎｏ）、ステップＳ１８０５に戻る。すなわち、「ｊ＞ｍ」となるまでステップＳ１８０５〜ステップＳ１８１３をループすることにより、全記事Ａ１〜Ａｍを分類することができる。

一方、「ｊ＞ｍ」の場合（ステップＳ１８１４：Ｙｅｓ）、付与部６０７により、記事Ａ１〜Ａｍに記事スコアを付与する付与処理を実行する（ステップＳ１８１５）。なお、付与処理の具体的処理手順については図１９を用いて後述する。そして、抽出部６０３により、ｉをインクリメントして（ステップＳ１８１６）、「ｉ＞ｎ」か否かを判断する（ステップＳ１８１７）。

ここで、「ｉ≦ｎ」の場合（ステップＳ１８１７：Ｎｏ）、ステップＳ１８０２に戻る。すなわち、「ｉ＞ｎ」となるまでステップＳ１８０２〜ステップＳ１８１６をループすることにより、ユーザＵ１〜Ｕｎごとの分類テーブルＣＴ１〜ＣＴｎを作成することができる。一方、「ｉ＞ｎ」の場合（ステップＳ１８１７：Ｙｅｓ）、本フローチャートによる一連の処理を終了する。

つぎに、図１８のステップＳ１８１５における付与処理の具体的処理手順について説明する。図１９は、付与処理の具体的処理手順の一例を示すフローチャートである。図１９のフローチャートにおいて、まず、選択部６０２により、「ｊ＝１」とし（ステップＳ１９０１）、記事Ａ１〜Ａｍから記事Ａｊを選択する（ステップＳ１９０２）。

そして、付与部６０７により、分類テーブルＣＴｉの記事Ａｊの既未読フラグおよび登録フラグを参照して、「未読」かつ「未登録」か否かを判断する（ステップＳ１９０３）。ここで、「未読」かつ「未登録」の場合（ステップＳ１９０３：Ｙｅｓ）、記事Ａｊの記事スコアに「２」を設定して（ステップＳ１９０４）、ステップＳ１９１０に移行する。

一方、ステップＳ１９０３において、「未読」かつ「未登録」ではない場合（ステップＳ１９０３：Ｎｏ）、付与部６０７により、分類テーブルＣＴｉの記事Ａｊの既未読フラグおよび登録フラグを参照して、「未読」かつ「登録済」か否かを判断する（ステップＳ１９０５）。

ここで、「未読」かつ「登録済」の場合（ステップＳ１９０５：Ｙｅｓ）、付与部６０７により、記事Ａｊの記事スコアに「−１」を設定して（ステップＳ１９０６）、ステップＳ１９１０に移行する。一方、「未読」かつ「登録済」ではない場合（ステップＳ１９０５：Ｎｏ）、付与部６０７により、分類テーブルＣＴｉの記事Ａｊの既未読フラグおよび登録フラグを参照して、「既読」かつ「未登録」か否かを判断する（ステップＳ１９０７）。

ここで、「既読」かつ「未登録」の場合（ステップＳ１９０７：Ｙｅｓ）、付与部６０７により、記事Ａｊの記事スコアに「１」を設定して（ステップＳ１９０８）、ステップＳ１９１０に移行する。一方、「既読」かつ「未登録」ではない場合（ステップＳ１９０７：Ｎｏ）、付与部６０７により、記事Ａｊの記事スコアに「０」を設定する（ステップＳ１９０９）。

このあと、選択部６０２により、ｊをインクリメントして（ステップＳ１９１０）、「ｊ＞ｍ」か否かを判断する（ステップＳ１９１１）。ここで、「ｊ≦ｍ」の場合（ステップＳ１９１１：Ｎｏ）、ステップＳ１９０２に戻る。一方、「ｊ＞ｍ」の場合（ステップＳ１９１１：Ｙｅｓ）、図１８に示したステップＳ１８１６に移行する。

すなわち、「ｊ＞ｍ」となるまでステップＳ１９０２〜ステップＳ１９１０をループすることにより、全記事Ａ１〜Ａｍに記事スコアを付与することができる。なお、図１８および図１９に示した分類処理の実行タイミングは任意である。具体的には、たとえば、以下に説明する情報提供処理の前処理として分類処理を実行してもよい。また、検索クエリを与えることで検索された記事群の取得をトリガとして分類処理を実行してもよい。

（情報提供処理手順）
つぎに、情報提供装置２０１の情報提供処理手順について説明する。ここでは、ユーザＵｉに対して情報提供する場合について説明する。図２０は、情報提供装置の情報提供処理手順の一例を示すフローチャートである。図２０のフローチャートにおいて、まず、取得部６０１により、任意の検索クエリを与えることで検索された記事群を取得したか否かを判断する（ステップＳ２００１）。

ここで、記事群を取得するのを待って（ステップＳ２００１：Ｎｏ）、取得した場合（ステップＳ２００１：Ｙｅｓ）、取得部６０１により、取得した記事群を検索結果テーブルＳＴ（図１４参照）に記憶する（ステップＳ２００２）。そして、設定部６０８により、分類テーブルＣＴｉを参照して、記事群の優先順位を設定する設定処理を実行する（ステップＳ２００３）。

このあと、作成部６０９により、設定された優先順位に基づいて、記事群を表示するユーザＵｉ固有の表示画面を作成する（ステップＳ２００４）。最後に、出力部６１１により、作成された表示画面をクライアント端末２０２に送信して（ステップＳ２００５）、本フローチャートによる一連の処理を終了する。

この結果、クライアント端末２０２においてユーザＵｉの好みが反映された順序に記事群が並び替えられた表示画面が提示される。これにより、ユーザの検索効率を向上させて情報収集活動の効率化を図ることができる。

つぎに、図２０のステップＳ２００３における設定処理の具体的処理手順について説明する。図２１は、設定処理の具体的処理手順の一例を示すフローチャートである。図２１のフローチャートにおいて、まず、設定部６０８により、分類テーブルＣＴｉを参照して、ステップＳ２００１において取得された記事群の記事スコアを特定する（ステップＳ２１０１）。

このあと、設定部６０８により、記事スコアが降順となるように記事群の優先順位を設定する（ステップＳ２１０２）。そして、設定部６０８により、記事スコアが同一の記事があるか否かを判断する（ステップＳ２１０３）。ここで、記事群の中に記事スコアが同一の記事がない場合（ステップＳ２１０３：Ｎｏ）、図２０に示したステップＳ２００４に移行する。

一方、記事スコアが同一の記事がある場合（ステップＳ２１０３：Ｙｅｓ）、算出部６１０により、記事群の収集先のＷｅｂサイトのサイトスコアを算出する算出処理を実行する（ステップＳ２１０４）。

そして、設定部６０８により、検索結果テーブルＳＴ（図１６参照）を参照して、記事スコアが同一の記事について、サイトスコアが降順となるように優先順位を再設定して（ステップＳ２１０５）、図２０に示したステップＳ２００４に移行する。これにより、ユーザＵｉにとって利用価値が高い順に記事群を並び替えることができる。

つぎに、図２１のステップＳ２１０４における算出処理の具体的処理手順について説明する。図２２は、算出処理の具体的処理手順の一例を示すフローチャートである。図２２のフローチャートにおいて、まず、算出部６１０により、検索結果テーブルＳＴ（図１４参照）を参照して、任意のＷｅｂサイトのサイトＵＲＬを選択する（ステップＳ２２０１）。

そして、算出部６１０により、分類テーブルＣＴｉを参照して、サイトＵＲＬのフィールドに、選択されたサイトＵＲＬが設定されている記事を特定する（ステップＳ２２０２）。これにより、選択されたサイトＵＲＬのＷｅｂサイトから配信された記事を特定することができる。

つぎに、算出部６１０により、分類テーブルＣＴｉを参照して、特定された記事の記事スコアを足し合わせて、Ｗｅｂサイトのサイトスコアを算出する（ステップＳ２２０３）。そして、算出部６１０により、算出された算出結果を、検索結果テーブルＳＴの該当レコードのサイトスコアに設定する（ステップＳ２２０４）。具体的には、ステップＳ２２０１において選択されたサイトＵＲＬが設定されたレコードのサイトスコアに算出結果が設定される。

このあと、算出部６１０により、検索結果テーブルＳＴ（図１４参照）を参照して、選択されていない未選択のＷｅｂサイトのサイトＵＲＬがあるか否かを判断する（ステップＳ２２０５）。ここで、未選択のＷｅｂサイトのサイトＵＲＬがある場合（ステップＳ２２０５：Ｙｅｓ）、ステップＳ２２０１に戻る。

一方、未選択のＷｅｂサイトのサイトＵＲＬがない場合（ステップＳ２２０５：Ｎｏ）、図２１に示したステップＳ２１０５に移行する。これにより、図２０に示したステップＳ２００１において取得された各記事の収集先のＷｅｂサイトごとのサイトスコアを算出することができる。

以上説明したように、本開示技術によれば、ユーザＵｉによるアクセスの有無とＲＳＳリーダへの登録の有無を判定することにより、記事Ａｊを任意の種別に分類することができる。具体的には、たとえば、本開示技術によれば、ネットワーク２１０を介してユーザＵｉに提供される記事群を上述した第１類〜第４類の４つの種別に分類することができる。これにより、たとえば、ユーザＵｉが未読と推定できる記事を、ユーザＵｉにとって未知の情報であり利用価値の高いものと、ユーザＵｉにとって既知の情報であり利用価値の低いものとに分類することができる。

また、本開示技術によれば、複数の記事について分類した結果、ユーザＵｉが未アクセスかつＲＳＳリーダに未登録の記事として分類された記事を出力することができる。これにより、ユーザＵｉにとって未知の情報であり利用価値の高い記事を提示でき、ユーザＵｉの情報収集活動の効率化を図ることができる。

また、本開示技術によれば、ユーザＵｉのアクセスログ群の中に、記事Ａｊに対するアクセスログが存在するか否かを判定することにより、ユーザＵｉが未読と推定できる記事を特定することができる。

また、本開示技術によれば、未読の記事ＡｊがユーザＵｉ固有のサイトリストに未登録のＷｅｂサイトの記事の場合、記事ＡｊをユーザＵｉにとって情報の鮮度が高い未知の記事として特定できる。

また、本開示技術によれば、未読の記事ＡｊがユーザＵｉ固有のサイトリストに登録済のＷｅｂサイトの記事の場合、記事ＡｊをユーザＵｉにとって興味のない既知の記事として特定できる。

また、本開示技術によれば、検索クエリを与えることで得られる記事群の優先順位を、該記事に付与される記事スコアを用いて設定することにより、ユーザＵｉの好みが反映された表示画面を提示することが可能となり、情報収集活動の効率化を図ることができる。

また、本開示技術によれば、記事群の優先順位を、該記事に付与される記事スコアおよびＷｅｂサイトごとのサイトスコアを用いて設定することにより、ユーザＵｉの好みがより反映された表示画面を提示することが可能となり、提示効果を高めることができる。

なお、本実施の形態で説明した情報提供方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本情報提供プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本情報提供プログラムは、インターネット等のネットワークを介して配布してもよい。

上述した実施の形態に関し、さらに以下の付記を開示する。

（付記１）特定のユーザが指定した、ネットワークを介して提供される任意の提供情報の存在を通知する通知情報において、該通知情報が通知した提供情報の情報識別子を管理する通知情報テーブルと、
前記ネットワークを介して提供される提供情報のうち、前記特定のユーザが取得した提供情報を識別する情報識別子を管理する取得情報テーブルと、
特定の提供情報について、該特定の提供情報の情報識別子を用いて、前記通知情報テーブルおよび前記取得情報テーブルを参照して、該各テーブルの各々に該特定の情報識別子が存在するか否かを判定する判定手段と、
前記判定の結果に基づいて、前記特定の提供情報を分類する分類手段と、
を備えることを特徴とする情報提供装置。

（付記２）さらに、前記分類手段が複数の提供情報について分類した結果、前記通知情報テーブルおよび前記取得情報テーブルのいずれにも存在しない提供情報として分類された提供情報を出力する出力手段を備えることを特徴とする付記１に記載の情報提供装置。

（付記３）前記分類手段は、特定の提供情報について、前記通知情報テーブルおよび前記取得情報テーブルのいずれにも存在する第一の種別、該通知情報テーブルのみに存在する第二の種別、該取得情報テーブルのみに存在する第三の種別、該通知情報テーブルにも該取得情報テーブルにも存在しない第四の種別、のいずれかの種別に分類し、
前記出力手段は、前記第四の種別に分類された提供情報を、他の種別に分類された提供情報とともに、種別ごとに出力することを特徴とする付記２に記載の情報提供装置。

（付記４）コンピュータが、
ネットワークを介して提供される提供情報のうち、特定の提供情報を識別する情報識別子を選択する選択工程と、
特定のユーザが指定した、前記ネットワークを介して提供される任意の提供情報の存在を通知する通知情報において、該通知情報が通知した提供情報の情報識別子を管理する通知情報テーブル、および、前記ネットワークを介して提供される提供情報のうち、前記特定のユーザが取得した提供情報を識別する情報識別子を管理する取得情報テーブルを参照して、前記選択工程によって選択された情報識別子が該各テーブルの各々に存在するか否かを判定する判定工程と、
前記判定工程によって判定された判定結果に基づいて、前記特定の提供情報を分類する分類ステップと、
を実行することを特徴とする情報提供方法。

（付記５）さらに、前記コンピュータが、
前記分類工程によって複数の提供情報の情報識別子について分類した結果、前記通知情報テーブルおよび前記取得情報テーブルのいずれにも存在しない提供情報として分類された提供情報を出力する出力工程を実行することを特徴とする付記４に記載の情報提供方法。

（付記６）前記分類工程は、特定の提供情報について、前記通知情報テーブルおよび前記取得情報テーブルのいずれにも存在する第一の種別、該通知情報テーブルのみに存在する第二の種別、該取得情報テーブルのみに存在する第三の種別、該通知情報テーブルにも該取得情報テーブルにも存在しない第四の種別、のいずれかの種別に分類し、
前記出力工程は、前記第四の種別に分類された提供情報を、他の種別に分類された提供情報とともに、種別ごとに出力することを特徴とする付記５に記載の情報提供方法。

２００ 情報提供システム
２０１ 情報提供装置
２０２ クライアント端末
６０１ 取得部
６０２ 選択部
６０３ 抽出部
６０４ 判定部
６０５ 判断部
６０６ 分類部
６０７ 付与部
６０８ 設定部
６０９ 作成部
６１０ 算出部
６１１ 出力部

Claims (5)

1. 特定のユーザが指定した、ネットワークを介して提供される任意の提供情報の存在を通知する通知情報において、該通知情報が通知した提供情報の情報識別子を管理する通知情報テーブルと、
   前記ネットワークを介して提供される提供情報のうち、前記特定のユーザが取得した提供情報を識別する情報識別子を管理する取得情報テーブルと、
   特定の提供情報について、該特定の提供情報の情報識別子を用いて、前記通知情報テーブルおよび前記取得情報テーブルを参照して、該各テーブルの各々に該特定の情報識別子が存在するか否かを判定する判定手段と、
   前記判定の結果に基づいて、前記特定の提供情報を分類する分類手段と、
   を備えることを特徴とする情報提供装置。
2. さらに、前記分類手段が複数の提供情報について分類した結果、前記通知情報テーブルおよび前記取得情報テーブルのいずれにも存在しない提供情報として分類された提供情報を出力する出力手段を備えることを特徴とする請求項１に記載の情報提供装置。
3. 前記分類手段は、特定の提供情報について、前記通知情報テーブルおよび前記取得情報テーブルのいずれにも存在する第一の種別、該通知情報テーブルのみに存在する第二の種別、該取得情報テーブルのみに存在する第三の種別、該通知情報テーブルにも該取得情報テーブルにも存在しない第四の種別、のいずれかの種別に分類し、
   前記出力手段は、前記第四の種別に分類された提供情報を、他の種別に分類された提供情報とともに、種別ごとに出力することを特徴とする請求項２に記載の情報提供装置。
4. コンピュータが、
   ネットワークを介して提供される提供情報のうち、特定の提供情報を識別する情報識別子を選択する選択工程と、
   特定のユーザが指定した、前記ネットワークを介して提供される任意の提供情報の存在を通知する通知情報において、該通知情報が通知した提供情報の情報識別子を管理する通知情報テーブル、および、前記ネットワークを介して提供される提供情報のうち、前記特定のユーザが取得した提供情報を識別する情報識別子を管理する取得情報テーブルを参照して、前記選択工程によって選択された情報識別子が該各テーブルの各々に存在するか否かを判定する判定工程と、
   前記判定工程によって判定された判定結果に基づいて、前記特定の提供情報を分類する分類ステップと、
   を実行することを特徴とする情報提供方法。
5. さらに、前記コンピュータが、
   前記分類工程によって複数の提供情報の情報識別子について分類した結果、前記通知情報テーブルおよび前記取得情報テーブルのいずれにも存在しない提供情報として分類された提供情報を出力する出力工程を実行することを特徴とする請求項４に記載の情報提供方法。

Images