(57)【要約】      （修正有）【課題】ユーザによるコンテンツデータの選択操作に基づく、コンテンツの重要度を算出処理可能とするデータ価値判定システムを提供する。【解決手段】データ価値判定システムを、コンテンツデータの価値の判定に用いるイベントを取得するイベント取得手段と、イベント取得手段から取得したイベントに基づいて、コンテンツデータの重要度の算定に要する重み付け要素を出力する価値判定手段と、コンテンツデータを取得可能にするデータ取得手段と、価値判定手段から出力された重み付け要素に基づいて、データ取得手段で取得したコンテンツデータの重要度を演算処理するスコア演算手段とを備え、価値判定手段は、ユーザによるコンテンツデータの選択操作順に基づき、重要度の比較対象となるコンテンツデータ群の中での個々のコンテンツデータに対するユーザの重み付け要素を出力する操作演算手段を含むように構成した。【選択図】図１
2010160723.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツデータの価値の判定に用いるイベントを取得するイベント取得手段と、
前記イベント取得手段から取得したイベントに基づいて、前記コンテンツデータの重要度の算定に要する重み付け要素を出力する価値判定手段と、
前記コンテンツデータを取得可能にするデータ取得手段と、
前記価値判定手段から出力された重み付け要素に基づいて、前記データ取得手段で取得したコンテンツデータの重要度を演算処理するスコア演算手段と
を備え、
前記価値判定手段は、
ユーザによるコンテンツデータの選択操作順に基づき、重要度の比較対象となるコンテンツデータ群の中での個々のコンテンツデータに対する前記ユーザの重み付け要素を出力する操作演算手段
を含むことを特徴とするデータ価値判定システム。
【請求項２】
請求項１記載のデータ価値判定システムであって、
前記価値判定手段は、
前記コンテンツデータに対する付随するデータの有無及び／又は過去のコンテンツデータとの関連性の有無に基づき、加算要素を出力するデータ量演算手段
を含むことを特徴とするデータ価値判定システム。
【請求項３】
請求項１又は２に記載のデータ価値判定システムであって、
前記価値判定手段は、
ユーザごとの記憶力差を反映して忘却係数を設定して個々のコンテンツデータの重要度が最大と成る時点からの時間に基づく忘却関数を算出処理し、当該忘却関数に基づき、減算要素を出力する忘却演算手段
を含むことを特徴とするデータ価値判定システム。
【請求項４】
請求項１ないし３の何れか一項に記載のデータ価値判定システムであって、
前記操作演算手段によるユーザの重み付け要素の算出は、
｛対象コンテンツへの重み付け要素＝（比較対象となるコンテンツデータ数−対象コンテンツへの比較対象となるコンテンツデータ群中での選択順位＋１）／比較対象となるコンテンツデータ数｝
の数式を用いて算出する
ことを特徴とするデータ価値判定システム。
【請求項５】
請求項１ないし４の何れか一項に記載のデータ価値判定システムであって、
前記操作演算手段は、コンテンツ群の受信時及び／又は検索操作時に重み付け要素の算出を実施する
ことを特徴とするデータ価値判定システム。
【請求項６】
請求項３ないし５の何れか一項に記載のデータ価値判定システムであって、
前記価値判定手段は、
重要度の算出対象であるコンテンツデータの内容に日時に関する情報が含まれていた場合、前記日時に関する情報に基づく重要度が最大と成る時点を定めて、減算要素を出力する
ことを特徴とするデータ価値判定システム。
【請求項７】
請求項３ないし６の何れか一項に記載のデータ価値判定システムであって、
前記価値判定手段は、
重要度の算出対象であるコンテンツデータの内容に日時に関する情報が含まれていない場合、前記コンテンツデータの送信時又は受信時を重要度が最大と成る時点に定めて、減算要素を出力する
ことを特徴とするデータ価値判定システム。
【請求項８】
請求項３ないし７の何れか一項に記載のデータ価値判定システムであって、
前記価値判定手段は、
前記忘却関数として、指数関数のマイナス冪乗を用い、ユーザの記憶力を反映して重要度の減算要素を出力する
ことを特徴とするデータ価値判定システム。
【請求項９】
請求項３ないし８の何れか一項に記載のデータ価値判定システムであって、
前記価値判定手段は、
前記忘却係数を、ユーザの検索操作時おける対象となるコンテンツへの到達回数から算出する
ことを特徴とするデータ価値判定システム。
【請求項１０】
請求項１ないし９の何れか一項に記載のデータ価値判定システムであって、
重要度を算定するコンテンツは、電子メールであることを特徴とするデータ価値判定システム。
【請求項１１】
請求項１ないし９の何れか一項に記載のデータ価値判定システムであって、
重要度を算定するコンテンツは、Ｗｅｂページであることを特徴とするデータ価値判定システム。
【請求項１２】
コンテンツデータの価値の判定に用いるイベントを取得するステップと、
前記ステップで取得したイベントに基づいて、前記コンテンツデータの重要度の算定に要する重み付け要素を出力する価値判定ステップと、
前記コンテンツデータを取得するステップと、
前記価値判定ステップで出力された重み付け要素に基づいて、取得した前記コンテンツデータの重要度を演算処理するステップと
を備え、
前記価値判定ステップは、
ユーザによるコンテンツデータの選択操作順に基づき、重要度の比較対象となるコンテンツデータ群の中での個々のコンテンツデータに対する前記ユーザの重み付け要素を出力する操作演算ステップ
を含むことを特徴とするデータ価値判定方法。
【請求項１３】
請求項１２記載のデータ価値判定方法であって、
前記価値判定ステップは、
前記コンテンツデータに対する付随するデータの有無及び／又は過去のコンテンツデータとの関連性の有無に基づき、加算要素を出力するステップ
を含むことを特徴とするデータ価値判定方法。
【請求項１４】
請求項１２又は１３に記載のデータ価値判定方法であって、
前記価値判定ステップは、
ユーザごとの記憶力差を反映して忘却係数を設定して個々のコンテンツデータの重要度が最大と成る時点からの時間に基づく忘却関数を算出処理し、当該忘却関数に基づき、減算要素を出力するステップ
を含むことを特徴とするデータ価値判定方法。
【請求項１５】
請求項１２ないし１４の何れか一項に記載のデータ価値判定方法であって、
前記操作演算ステップによるユーザの重み付け要素の算出は、
｛対象コンテンツへの重み付け要素＝（比較対象となるコンテンツデータ数−対象コンテンツへの比較対象となるコンテンツデータ群中での選択順位＋１）／比較対象となるコンテンツデータ数｝
の数式を用いて算出処理する
ことを特徴とするデータ価値判定方法。
【請求項１６】
請求項１２ないし１５の何れか一項に記載のデータ価値判定方法であって、
前記操作演算ステップは、コンテンツ群の受信時及び／又は検索操作時に重み付け要素の算出を実施する
ことを特徴とするデータ価値判定方法。
【請求項１７】
請求項１４ないし１６の何れか一項に記載のデータ価値判定方法であって、
前記価値判定ステップは、
重要度の算出対象であるコンテンツデータの内容に日時に関する情報が含まれていた場合、前記日時に関する情報に基づく重要度が最大と成る時点を定めて、減算要素を出力する
ことを特徴とするデータ価値判定方法。
【請求項１８】
請求項１４ないし１７の何れか一項に記載のデータ価値判定方法であって、
前記価値判定ステップは、
重要度の算出対象であるコンテンツデータの内容に日時に関する情報が含まれていない場合、前記コンテンツデータの送信時又は受信時を重要度が最大と成る時点に定めて、減算要素を出力する
ことを特徴とするデータ価値判定方法。
【請求項１９】
請求項１４ないし１８の何れか一項に記載のデータ価値判定方法であって、
前記価値判定ステップは、
前記忘却関数として、指数関数のマイナス冪乗を用い、ユーザの記憶力を反映して重要度の減算要素を出力する
ことを特徴とするデータ価値判定方法。
【請求項２０】
請求項１４ないし１９の何れか一項に記載のデータ価値判定方法であって、
前記価値判定ステップは、
前記忘却係数を、ユーザの検索操作時おける対象となるコンテンツへの到達回数から算出する
ことを特徴とするデータ価値判定方法。
【請求項２１】
情報処理装置の制御部を、
コンテンツデータの価値の判定に用いるイベントを取得するイベント取得手段と、
前記イベント取得手段から取得したイベントに基づいて、前記コンテンツデータの重要度の算定に要する重み付け要素を出力する価値判定手段と、
前記コンテンツデータを取得可能にするデータ取得手段と、
前記価値判定手段から出力された重み付け要素に基づいて、前記データ取得手段で取得したコンテンツデータの重要度を演算処理するスコア演算手段と
して機能させ、
更に、前記価値判定手段を、
ユーザによるコンテンツデータの選択操作順に基づき、重要度の比較対象となるコンテンツデータ群の中での個々のコンテンツデータに対する前記ユーザの重み付け要素を出力する操作演算手段
として機能させることを特徴とするデータ価値判定用プログラム。
【請求項２２】
請求項２１記載のデータ価値判定用プログラムであって、
前記価値判定手段を、
前記コンテンツデータに対する付随するデータの有無及び／又は過去のコンテンツデータとの関連性の有無に基づき、加算要素を出力するデータ量演算手段
として機能させることを特徴とするデータ価値判定用プログラム。
【請求項２３】
請求項２１又は２２に記載のデータ価値判定用プログラムであって、
前記価値判定手段を、
ユーザごとの記憶力差を反映して忘却係数を設定して個々のコンテンツデータの重要度が最大と成る時点からの時間に基づく忘却関数を算出処理し、当該忘却関数に基づき、減算要素を出力する忘却演算手段
として機能させることを特徴とするデータ価値判定用プログラム。
【請求項２４】
請求項２１ないし２３の何れか一項に記載のデータ価値判定用プログラムであって、
前記操作演算手段によるユーザの重み付け要素の算出を、
｛対象コンテンツへの重み付け要素＝（比較対象となるコンテンツデータ数−対象コンテンツへの比較対象となるコンテンツデータ群中での選択順位＋１）／比較対象となるコンテンツデータ数｝
の数式を用いて算出処理させる
ことを特徴とするデータ価値判定用プログラム。
【請求項２５】
請求項２１ないし２４の何れか一項に記載のデータ価値判定用プログラムであって、
前記操作演算手段に、コンテンツ群の受信時及び／又は検索操作時に重み付け要素の算出処理を実施させる
ことを特徴とするデータ価値判定用プログラム。
【請求項２６】
請求項２３ないし２５の何れか一項に記載のデータ価値判定用プログラムであって、
前記価値判定手段に、
重要度の算出対象であるコンテンツデータの内容に日時に関する情報が含まれていた場合、前記日時に関する情報に基づく重要度が最大と成る時点を定めて、減算要素を出力させる
ことを特徴とするデータ価値判定用プログラム。
【請求項２７】
請求項２３ないし２６の何れか一項に記載のデータ価値判定用プログラムであって、
前記価値判定手段に、
重要度の算出対象であるコンテンツデータの内容に日時に関する情報が含まれていない場合、前記コンテンツデータの送信時又は受信時を重要度が最大と成る時点と定めて、減算要素を出力させる
ことを特徴とするデータ価値判定用プログラム。
【請求項２８】
請求項２３ないし２７の何れか一項に記載のデータ価値判定用プログラムであって、
前記価値判定手段に、
前記忘却関数として、指数関数のマイナス冪乗を用いて、ユーザの記憶力を反映した重要度の減算要素を出力させる
ことを特徴とするデータ価値判定用プログラム。
【請求項２９】
請求項２３ないし２８の何れか一項に記載のデータ価値判定用プログラムであって、
前記価値判定手段に、
ユーザの検索操作時おける対象となるコンテンツへの到達回数から、前記忘却係数を算出させる
ことを特徴とするデータ価値判定用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツに重要度を付する情報処理システムに関し、特に、ユーザの価値観に基づくデータ価値判定システム、データ価値判定方法および データ価値判定用プログラムに関する。
【背景技術】
【０００２】
昨今、多くの情報処理システムにおいて、管理するコンテンツ量が増大している。  
多くの情報処理システムでは、管理するコンテンツの活用や処理量の低減などのため、コンテンツに重要度を付することが望まれている。
【０００３】
コンテンツに重要度を付する情報処理システムとしては、例えば、特許文献１ないし特許文献３に記載されている。
【０００４】
特許文献１の「メッセージング・システムにおいてメッセージのユーザ固有の関連性スコアを決定するための方法およびシステム」は、サーバにおける監視手段と、クライアントにおける監視手段とから構成されている。
【０００５】
このような構成を有する従来のスコア算出システムはつぎのように動作する。すなわち、メッセージ間の相関関係と、ユーザによるメッセージの応答、転送、削除などのアクションと、事前にユーザが与えた条件（送信者もしくはコンテンツ）と、からスコアを算出する。
【０００６】
特許文献２の「電子メールオーガナイザー」では、構文解析手段を設け、メール本文中の期日とアクションを結びつけ、アクションの重要度、送信者、期日の３つを考慮して、電子メールのスコアを算出している。
【０００７】
特許文献３には、電子メールの受信手段と、受信した電子メールの重要度を機械的・確立的（人間の主観を勘案せず）に判定する重要度判定部と、閾値を用いて前記重要度判定部の出力結果を調整する重要度学習部（スコア調節手段）を備え、個々の電子メールの重要度を推定する電子メール送受信システムが記載されている。また、前記重要度学習部（スコア調節手段）は、開封済み電子メールの場合に着信通知日時から開封日時までの経過時間を用い、未開封メールの場合に着信通知日時から現在の日時までの経過時間を用い、閾値の時間と比較して、重要度の上げ下げを行なうことが記載されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００７−１０２７８８号公報
【特許文献２】特開２００７−１４９０９４号公報
【特許文献３】特開２００４−２５９２９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、特許文献１ないし３に記載されたデータ価値判定システムでは、ユーザの価値観による重み付けが不十分である。  
例えば、特許文献１では、サーバの監視コンポーネントも必要となることから、クライアント側システムだけでユーザのメッセージに対する価値観を判定することができない。  また、特許文献２では、メール本文中の期日と現在日時に着目して、メールの重要度を修正するものの、期日の書かれていないメールについてスコアが０となり、ユーザにとって重要度の高いメールが正しくスコアづけされないことである。また、ユーザの価値観による重み付けが成されていない。  
また、特許文献３では、メールの受信時刻と現在時刻等から重要度を割当てるのみで、ユーザの価値観による重み付けが成されていない。
【００１０】
即ち、特許文献１ないし特許文献３の共通の課題は、ユーザが設定した重要なキーワードや送信者に対して、スコアに反映する仕組みが述べられているが、ユーザにとって重要なキーワードや送信者は時間とともに変化するため、再登録を必要とし、次第に利用されなくなってしまうことである。また、時間経過と共に変化する重要なキーワードや送信者を、ユーザ毎に異なる価値観に基づいて何ら考慮することができない。
【００１１】
本発明は、上記課題に鑑みて成されたものであり、ユーザによるコンテンツデータの選択操作に基づく、コンテンツの重要度を算出処理可能とするデータ価値判定システムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明のデータ価値判定システムは、コンテンツデータの価値の判定に用いるイベントを取得するイベント取得手段と、前記イベント取得手段から取得したイベントに基づいて、前記コンテンツデータの重要度の算定に要する重み付け要素を出力する価値判定手段と、前記コンテンツデータを取得可能にするデータ取得手段と、前記価値判定手段から出力された重み付け要素に基づいて、前記データ取得手段で取得したコンテンツデータの重要度を演算処理するスコア演算手段とを備え、前記価値判定手段は、ユーザによるコンテンツデータの選択操作順に基づき、重要度の比較対象となるコンテンツデータ群の中での個々のコンテンツデータに対する前記ユーザの重み付け要素を出力する操作演算手段を含むことを特徴とする。
【発明の効果】
【００１３】
本発明によれば、ユーザによるコンテンツデータの選択操作に基づく、コンテンツの重要度を算出処理可能とするデータ価値判定システムを提供できる。
【図面の簡単な説明】
【００１４】
【図１】第１の実施の一形態の価値判定システムの構成を示す機能ブロック図である。
【図２】第１の実施の一形態のイベント取得手段の構成を示す機能ブロック図である。
【図３】第１の実施の一形態の価値判定手段の構成を示す機能ブロック図である。
【図４】第１の実施の一形態の操作演算手段の構成を示す機能ブロック図である。
【図５】第１の実施の一形態のスコア算出手段の構成を示す機能ブロック図である。
【図６】メール構造分析の動作を示すフローチャートである。
【図７】ユーザ閲覧行為の重要度を計算するフローチャートである。
【図８】ユーザ検索行為に伴う重要度を計算するフローチャートである。
【図９】最終重要度の計算動作を示すフローチャートである。
【図１０】ユーザ閲覧行為、検索行為の状態遷移を示すフローチャートである。
【図１１】第２の実施の一形態の価値判定システムの構成を示す機能ブロック図である。
【図１２】第２の実施の一形態のRSS更新イベント受信手段の構成を示す機能ブロック図である。
【図１３】第２の実施の一形態のページ価値判定手段の構成を示す機能ブロック図である。
【図１４】第２の実施の一形態のページ操作演算手段の構成を示す機能ブロック図である。
【図１５】第２の実施の一形態のRSS更新イベント受信手段のIDを計算するフローチャートである。
【図１６】第２の実施の一形態のページ操作演算手段の計算を示すフローチャートである。
【図１７】第２の実施の一形態のユーザ閲覧行為、検索行為の状態遷移を示すフローチャートである。
【図１８】第１の実施の一形態の価値判定システムの動作の具体例（初日）を示す説明図である。
【図１９】第１の実施の一形態の価値判定システムの動作の具体例（１日経過後）を示す説明図である。
【図２０】第１の実施の一形態の価値判定システムの動作の具体例（２日経過後）を示す説明図である。
【図２１】第２の実施の一形態の価値判定システムの動作の具体例を示す説明図である。
【図２２】実施の一形態の情報処理システムを例示するブロック図である。
【発明を実施するための形態】
【００１５】
本発明の実施の形態を図１ないし図２２に基づいて説明する。
【００１６】
図１は、第１の実施の一形態の価値判定システムの構成を示す機能ブロック図である。図１を参照すると、本発明の第１の実施の形態は、情報処理装置においてプログラム制御により動作して、コンテンツデータの価値の判定に用いるイベントを取得するイベント取得手段１００と、価値判定手段２００と、コンテンツデータを取得可能するデータ格納手段３００と、コンテンツデータの重要度を演算処理するスコア算出手段４００とから構成されている。
【００１７】
図２は、イベント取得手段１００の構成を示す機能ブロック図である。イベント取得手段１００は、アダプタ手段１０１とフィルタ手段１０２とを含む。
【００１８】
これらの手段はそれぞれ概略つぎのように動作する。  
アダプタ手段１０１は、コンテンツを管理する既存のデータ管理サーバもしくはデータ管理クライアントに接続し、データ受信完了やデータ選択など、コンテンツの管理する上で発生したイベントを取り出す。  
フィルタ手段１０２は、前記コンテンツの管理する上で発生したイベントから、コンテンツの重要度判定に必要なイベントのみを抽出し、イベントと当該イベントの発生に付随する情報（例えば、コンテンツのＩＤや同時的に取得するＩＤリスト、コンテンツの実データ等）を、価値判定手段２００へ受け渡す。
【００１９】
図３は、価値判定手段２００の構成を示す機能ブロック図である。価値判定手段２００は、データ量演算手段２１０と、日付判定手段２２０と、操作演算手段２３０と、忘却演算手段２４０とを含む。
【００２０】
これらの手段はそれぞれ概略つぎのように動作する。  
データ量演算手段２１０は、イベントとＩＤ等を受け取り、データ格納手段３００からＩＤに対応する本文等の情報を取得し、付随するファイルデータの有無や過去のコンテンツデータとの関連性の有無を判定する。その後、データ量演算手段２１０は、判定した結果をスコア算出手段４００へ受け渡す。即ち、データ量演算手段２１０では、コンテンツの情報量に基づく重要度判定の加算要素（データ量演算係数α）を算出する。
【００２１】
日付判定手段２２０は、イベントとＩＤ等を受け取り、データ格納手段３００からＩＤに対応する本文等の情報を取得し、本文の中などに、日時に関する情報（日付や何日後、来週など）が存在するか確認し、存在すれば当該情報に基づくコンテンツの重要度が最大と成る時点を算定して、減算要素としてスコア算出手段４００へ受け渡す。
【００２２】
操作演算手段２３０は、イベントとＩＤ等を受け取り、ユーザのコンテンツに対する選択操作順（閲覧順序など）に基づき個々のＩＤに対するスコア要素を割り当て、スコア算出手段４００へ受け渡す。即ち、操作演算手段２３０では、コンテンツへのインタラクションに基づく重要度判定の要素を算出する。
【００２３】
ユーザによるコンテンツへのインタラクションは、ユーザ個々のコンテンツに対する価値観が表れる。具体的には、インタラクションがユーザ個々の優先処理順や嗜好順に表れる。
【００２４】
忘却演算手段２４０は、イベントとＩＤ等を受け取り、例えば閲覧したＩＤの受信時刻と現在時刻から、ユーザごとの記憶力差を反映して忘却係数（係数λ）を算出し、個々のコンテンツデータの重要度が最大と成る時点からの経過時間又は到達時間に基づく忘却演算関数（関数β）を設定する。また、忘却演算手段２４０は、ＩＤとスコアのリスト等を受け取り、忘却演算関数に基づくスコアの減算要素をスコア算出手段４００に出力する。
【００２５】
図４は、操作演算手段２３０の構成を示す機能ブロック図である。操作演算手段２３０は、状態管理手段２３１と、状態記憶手段２３２と、ＩＤリスト記憶手段２３３とを含む。
【００２６】
状態管理手段２３１は、フィルタ手段１０２から取得したイベントに応じて、内部状態を変化させ、ユーザの選択操作順時の処理選択を決定する。
【００２７】
状態記憶手段２３２は、状態管理手段２３１によって変化される内部状態を記憶保持する記憶手段である。ＩＤリスト記憶手段２３３は、重要度の算出対照であるコンテンツが記録されたＩＤリストを記憶保持する記憶手段である。
【００２８】
データ格納手段３００は、データ（コンテンツ）を一意に識別するＩＤとデータの内容が格納されており、ＩＤをキーにして内容を返却するように動作する。尚、コンテンツデータを取得可能とできれば、どのような手段でも良い。
【００２９】
図５は、スコア算出手段４００の構成を示す機能ブロック図である。スコア算出手段４００は、トータルスコア演算手段４０１と、スコア関連情報格納手段４０２とを含む。  
これらの手段はそれぞれ概略つぎのように動作する。  
トータルスコア演算手段４０１は、価値判定手段２００から、重要度判定に用いる要素（データ量演算係数αや忘却演算関数βなど）を受け取り、ＩＤに対するスコアを演算処理し、スコア関連情報格納手段４０２に各パラメータと演算結果を格納する。
【００３０】
次に、図１から図５まで、図６から図１０のフローチャートを参照して本実施の形態の価値判定システムの全体の動作について説明する。  
以下の動作説明では、動作を明瞭に説明するため一例として、扱うデータ（コンテンツ）の種類を電子メールデータとする。
【００３１】
図６は、メール構造分析の動作を示すフローチャートである。まず、イベント取得手段１００のアダプタ手段１０１とフィルタ手段１０２によって、新規データが受信されたタイミングで、新規データのリスト（同時的に受信したメールのＩＤリスト）を受け取る。アダプタ手段１０１は、ターゲットシステム（例えばクライアント用メールソフトや、ＩＭＡＰサーバ）に準備された例えばON_EVENTというフック関数を用いて、新規メールの到着イベントを選択し(ステップS101)、そのイベントに関連する情報（本文データ等）を取り出す(ステップS102)。関連する情報には、メールを一意に識別するＩＤもしくはＩＤのリストが含まれる。また、ＩＤに関連づいたデータには、Message-ID、Subject（タイトル：件名）、本文が記載されている。
【００３２】
データ量演算手段２１０は、本文がuuencode形式、base64形式、BinHex形式などのフォーマットで添付ファイル（付随データ）が含まれているかどうかを判定し、その判定結果（０もしくは１）をＩＤとともにスコア算出手段４００に受け渡す(ステップS201)。
【００３３】
スコア算出手段４００は、ＩＤと各種判定結果をスコア関連情報手段４０２にテーブル情報として格納する(ステップS202)。
【００３４】
次に、メールの返信関係をIn-Reply-To, Referencesなどから同じ話題のメールをグルーピングし、単語数で比較する(ステップS203)。
【００３５】
最新のメールと過去の関連メールで単語数が増加していれば、最新のメールは過去の関連メールの本文を含んでいると判断する(ステップS204)。これは、受信した電子メールに過去のメールが包含しているか、即ち、過去の電子メールとの関連性の有無を判定する。
【００３６】
スコア算出手段４００は、添付ファイルの判定結果（ステップS201参照）と、過去の本文を含むかどうかの判定結果を、データ量演算係数α（重要度の加算要素）として、スコア関連情報格納手段４０２に記録する(ステップS205)。
【００３７】
このとき、データ量演算係数αの値は次のルールで設定を行う。  
・  添付ファイル有り、かつ過去の本文含む    →４  
・  添付ファイル有り、かつ過去の本文含まず  →３  
・  添付ファイルなし、かつ過去の本文含む    →２  
・  添付ファイルなし、かつ過去の本文含まず  →１  
次に日付判定手段２２０は、本文等の文字列をパターンマッチングし、日付に関する情報の有無を判定する(ステップS206)。
【００３８】
パターンマッチングは、例えば、本文の文字列を上の行から順番に正規表現で行う。
【００３９】
マッチした場合には現在の日付と比較し、マッチした日付が将来であれば、忘却と関係が薄いと判断し、”予定”として記入する(S207)。尚、マッチした日付が、電子メールの重要度が最大と成る時点とみなせる。
【００４０】
日付判定手段２２０には、例えば下記の正規表現が格納されており、パターンマッチングに用いる。  
・YYYY/MM/DDの正規表現として、以下を利用する。  
\b((19|[2-9][0-9])[0-9]{2})/(0[1-9]|1[0-2])/(0[1-9]|[12][0-9]|3[01])\b  
・YYYY/M/Dの正規表現として、以下を利用する。  
\b([1-9][0-9]*)/([1-9]|1[0-2])/([1-9]|[12][0-9]|3[01])\b  
・和暦の正規表現として、以下を利用する。  
\b(昭和|平成|大正|明治)(元|[2-9]|[1-9][0-9])年([1-9]|[1][0-2])月([1-9][12][0-9]|3[01])日\b  
・別の和暦の正規表現として、以下を利用する。  
\b([1-9][0-9]*)年([1-9]|[1][0-2])月([1-9][12][0-9]|3[01])日\b  
・英語表記の正規表現として、以下を利用する。  
\b(0[1-9]|[12][0-9]|3[01])-(Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec)-[0-9]{2}\b  
・別の英語表記の正規表現として、以下を利用する。  
\b(Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec) ((0[1-9]|[12][0-9]|3[01]),(19|[2-9][0-9])[0-9]{2}\b  
・別の英語表記の正規表現として、以下を利用する。  
\b((0[1-9]|[12][0-9]|3[01])-(Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec)-(19|[2-9][0-9])[0-9]{2}\b  
・別の英語表記の正規表現として、以下を利用する。  
\b((0[1-9]|[12][0-9]|3[01]) (Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec) (19|[2-9][0-9])[0-9]{2}\b  
尚、他の日付に関する情報の有無の判定用に、例えば、何日後や来週、明日などの用語を登録しても良い。
【００４１】
次に操作演算手段２３０の動作について、図７、図８、図１０を用いて説明する。  
操作演算手段２３０は、受信したイベントに応じて、内部状態を変化させ、ユーザの操作順（閲覧順）から重要度を決定する。まず、状態記憶手段２３２は"ready"状態である。内部状態は、"ready"，"received"，"selected"で表す。
【００４２】
ここで、メール受信後に閲覧した場合のスコア（重み付け要素）の算出方法と、メール検索後に閲覧した場合のスコア（重み付け要素）の算出方法について説明する。
【００４３】
［メール受信後のスコア算出］  
図７は、操作演算手段２３０におけるユーザ閲覧行為の重要度を計算するフローチャートである。  
図１０（ａ）は、ユーザ閲覧行為の状態遷移を示すフローチャートである。  
受信イベント（図中receive）が発生すると、状態管理手段２３１は、状態記憶手段２３２から内部状態を取得すると共に、新たな内部状態に書換え、"received"状態へ遷移し、メールのＩＤリストを受け取り、ＩＤリスト記憶手段２３３に格納する(ステップS301)。
【００４４】
続いて、ユーザによるメール選択イベント（図中select）が発生すると、状態管理手段２３１は"selected"状態へ遷移し、ＩＤリスト記憶手段２３３に記憶されているメールＩＤリストに、ユーザによって選択されたメールのＩＤが含まれているかどうか照合する(ステップS302)。
【００４５】
メールのＩＤが含まれている場合、メールＩＤリスト中で何番目に閲覧されたかＩＤリスト記憶手段２３３に記録し、次の計算式（１）で得られた値をスコア算出手段４００にユーザの選択操作による重み付け要素として送付する(ステップS303)。  
受信後の閲覧スコア = （受信したメール数 - 閲覧した順番+1) / 受信したメール数・・・（１）
引き続きユーザがメールを閲覧した場合、状態管理手段２３１は"selected"状態のまま、同様な仕組みで照合し、メールの閲覧スコアを算出する。尚、すでにスコアが与えられている場合は再度算出しない。
【００４６】
内部状態が"selected"状態で、受信したメールをユーザが全て閲覧されると、状態管理手段２３１は"ready"状態に戻る。また、"selected"状態で、受信イベントを受け取ると、ステップS301の処理によって、状態記憶手段２３２は"received"状態に遷移し、メールのＩＤリストをＩＤリスト記憶手段２３３に格納する。
【００４７】
［メール検索後のスコア算出］  
図８は、ユーザ検索行為に伴う重要度を計算するフローチャートである。  
図１０（ｂ）は、ユーザ検索行為の状態遷移を示すフローチャートである。  
検索イベント（図中search）が発生すると、状態管理手段２３１は、状態記憶手段２３２から内部状態を取得すると共に、新たな内部状態に書換え、"searched"状態へ遷移し、メールのＩＤリストを受け取り、ＩＤリスト記憶手段２３３に格納する(ステップS401)。
【００４８】
続いて、ユーザによるメール選択イベント（図中select）が発生すると、状態管理手段２３１は"selected"状態へ遷移し、ＩＤリスト記憶手段２３３に記憶されているメールＩＤリストに、ユーザによって選択されたメールのＩＤが含まれているかどうか照合する(ステップS402)。
【００４９】
メールのＩＤが含まれている場合、メールＩＤリスト中で何番目に閲覧されたかＩＤリスト記憶手段２３３に記録し(ステップS403)、次の計算式（２）で得られた値をスコア算出手段４００にユーザの選択操作による重み付け要素として送付する。  
検索時の閲覧スコア = （列挙されたメール数 - 閲覧した順番+1) / 列挙されたメール数・・・（２）
引き続きユーザがメールを閲覧した場合、状態管理手段２３１は"selected"状態のまま、同様な仕組みで照合し、メールの閲覧スコアを算出する。尚、すでにスコアが与えられている場合は再度算出しない。
【００５０】
また、閲覧されたメールの参照関係（引用関係：リターンメールなど）があるものをグループ化し、同じグループ内で後者に選択されたメールのスコアを、前者のスコアで置き換えるようにする。これは、ユーザによる検索操作時には、重要なメール（目的のメール）が同じグループ内で最後に選択されることを見越した処理である。換言すれば、ユーザはメールの検索時に重要なメール（目的のメール）を選択した時点で、同じグループ内の他のメールの選択処理を行わなくなるので、後者に選択されてスコアが低くなってしまうメールに、そのグループ内でスコアが高いメールのスコアを反映させることによって、重要度の適正度を高める。即ち、当該処理によって、同じ話題（同一グループ）で最後に選択処理されたメールのスコアを大きくなるように処理し、ある話題にそった検索後のメール閲覧操作による、検索の目的を満たす情報が記載された所望メールが最後に選択されることをスコアに反映する。
【００５１】
内部状態が"selected"状態で、ユーザによる検索ウィンドウを閉じるなどのメール選択の終了イベント（図中close）が発生すると、状態管理手段２３１は"ready"状態に戻る。
【００５２】
また、"selected"状態で、検索ウィンドウの"search"イベントを受け取ると、ステップS401の処理によって、状態記憶手段２３２は"searched"状態に遷移し、メールのＩＤリストをＩＤリスト記憶手段２３３に格納する。
【００５３】
心理学者のヘルマン・エビングハウスによれば、人間の記憶は指数関数的に減少するということが指摘されている。また、人間の記憶力は個人差があることも良く知られている。
【００５４】
本発明におけるデータ価値判定においても、利用されないデータは記憶の減少と同様に、指数関数的に価値が減少するものとして処理する。そこで本発明は、データの価値を人間の記憶モデルに当てはめ、データ検索操作から得られる情報に基づき、個人差も加味した記憶力モデルを生成し、これをコンテンツのデータ価値に反映する処理を行う。
【００５５】
過去のデータを利用する際には、何日前に受け取って、どこに格納したか記憶している状態でデータを探す”記憶限界内のデータ再利用”がある。また、”記憶限界を超えたデータ再利用”を支援するために、コンピュータ上のデータを横断的に検索する仕組みも、一般的に普及している。
【００５６】
そこで、個人差がある記憶力を適切にモデル化するために、ユーザのコンテンツ検索時の操作順を取得して、個々のユーザの記憶力をモデル化する。即ち、検索した結果のうち、どのデータが必要なものだったのか、必要なデータが何日前に受信されたものだったかを個人ごとに把握して、記憶限界の境界を明らかにする。
【００５７】
本実施の一形態では、図８のS502に示すように、コンテンツの検索後に、個々のユーザによるデータを閲覧した順序から、記憶限界の境界に関わりをもつ係数λを算出処理する。このλは、検索後に得られたデータ閲覧数、各データの受信日、データ検索日から算出処理される。図１０（Ｂ）では、"selected"状態への遷移回数が、データ閲覧数に対応する。ここで、記憶の減少を示すために、λは1.0を最大値とした減少率を用いる。すなわち、記憶限界内のデータ価値は減少しないものとする。
【００５８】
指数関数には様々な候補があるが、例えばe = 2.7182818を利用した指数関数を採用する。 記憶限界を超えた場合に、採用した指数関数eとλでデータ価値の"最終スコア"が減少する。
【００５９】
次に、忘却演算手段２４０の動作について説明する。  
図９は、最終重要度の計算動作を示すフローチャートである。  
忘却演算手段２４０は、ステップS206処理によって日付判定手段２２０が抽出した"予定"を参照し(ステップS501)、何も設定されていない場合に、次の計算式（３）で得られた値を"忘却演算関数β"に設定する(ステップS503)。  
β=e^-λt・・・（３）  
ここで、tは現時点の日時からメールの受信日時の差分である。また、λはユーザの検索、閲覧作業の習慣から毎回次の計算式（４）で算出する(ステップS502)。  
λ=閲覧件数/Σ(検索日-受信日)・・・（４）  
とする。
【００６０】
ここで、閲覧作業の習慣とは、図１０（ｂ）における、readyから始まりready状態へ戻ってくるまでに必要となるユーザの作業を指す。当該閲覧の習慣には、ユーザ個々の記憶力の差が出る。
【００６１】
"予定"が設定されている場合には、βの値を1.0に設定する(ステップS504)。これは、予定であれば、記憶から減算される確率が小さくなるため、1.0と近似しても良いためである。
【００６２】
スコア算出手段４００は、ＩＤ、各種係数・関数、スコア、スコア関連情報等の各種計算要素を受け取り、次の計算式（５）で得られたＩＤに対する値を最終スコアとして、スコア関連情報格納手段４０２に各パラメータと共に演算結果を格納する(ステップS601)。
【００６３】
最終スコア =選択操作順のスコア*α*β・・・（５）
以上説明したように、本実施の形態によれば、操作演算手段が本文の意味解釈をしなくても、 ユーザの閲覧履歴等から重要度の指標となる優先順位を決定できるよう構成されているため、 時代に応じて変化するユーザの嗜好をとらえつつ、重要な情報を選別できる。
【００６４】
また、本実施の形態では、ユーザ個々の忘却モデルを検索履歴から算出するよう構成されているため、個人の記憶力の限界を超えたデータを保持しなくてもよいことがわかり、不要な情報を選別できる。
【００６５】
即ち、本実施の一形態では、ユーザのインタラクションから興味の順位づけを行い、その後 情報量に基づく加算処理を行い、更に 時間経過から情報の新鮮さに基づく減算処理をおこなうことで、電子メールの重要度を計算できる。また、予定が記載された電子メールの場合には、新鮮さに基づく減算処理法を変更する。加えて、ユーザのインタラクションから、そのユーザの忘却曲線を係数として算出して重要度の算定に使用する。
【００６６】
即ち、本実施の形態のデータ価値判定システムでは、事前に利用者が語彙集合を定義せずとも、データの選択操作に基づいて、コンテンツの重要度を適切に精度良く推定できる。
【００６７】
次に、第２の実施の一形態の価値判定システムについて図面を参照して説明する。尚、第１の実施の一形態の価値判定システムと同一部分には、同一符号を付与し、説明を省略する。
【００６８】
図１１は、第２の実施の一形態の価値判定システムの構成を示す機能ブロック図である。図１１を参照すると、本発明の第２の実施の形態は、プログラム制御により動作して、コンテンツデータの価値の判定に用いるイベントを取得するRSS更新イベント取得手段１１００と、ページ価値判定手段１２００と、コンテンツデータを取得可能するデータ格納手段３００と、コンテンツデータの重要度を演算処理するスコア算出手段４００とから構成されている。
【００６９】
図１２は、RSS更新イベント受信手段１１００の構成を示す機能ブロック図である。RSS更新イベント受信手段１１００は、RSS解析手段１１０１と、ＩＤ生成手段１１０２と、ユーザアクセス監視手段１１０３とを含む。
【００７０】
図１３は、ページ価値判定手段１２００の構成を示す機能ブロック図である。ページ価値判定手段１２００は、データ量演算手段２１０と、日付判定手段２２０と、ページ操作演算手段１２３０と、忘却演算手段２４０とを含む。
【００７１】
図１４は、ページ操作演算手段１２３０の構成を示す機能ブロック図である。ページ操作演算手段１２３０は、状態管理手段１２３１と、状態記憶手段１２３２と、ＩＤリスト記憶手段１２３３とを含む。
【００７２】
これらの手段はそれぞれ概略つぎのように動作する。  
図１５は、RSS更新イベント受信手段１１００のＩＤを計算動作を示すフローチャートである。  
RSS解析手段１１０１は、図１５に示すように、コンテンツ管理サーバ上に新規に生成されたＷｅｂページのRSS情報を取得するべく、アクセス先（リンク先）をモニタする。RSS（RDF Site Summary  また、Rich Site SummaryやReally Simple Syndicationとも記載される）情報とは、Ｗｅｂサイトの更新情報の配信に用いられる情報である。RSS解析手段１１０１は、コンテンツサーバ上で、更新されたページをRDF形式にまとめるモジュール（ターゲットシステム）に接続、もしくはRDF形式ファイルを取得し、新規ページのＵＲＬを得る(ステップS1101)。ＩＤ生成手段１１０２は、ＵＲＬとその先のページに記載された文字列からMD5などによってハッシュ値を生成し、当該値をＩＤとする(ステップS1102)。
【００７３】
ユーザアクセス監視手段１１０３は、RSSデータに対するユーザのアクセスを監視し、イベントを発行する。イベントには、”配信完了”、”検索完了”、”選択”などが存在する。
【００７４】
ページ価値判定手段１２００は、RSS配信されたＵＲＬと、ユーザのアクセス実績を管理する。
【００７５】
本発明の第一の実施の形態と大きく異なるのは、ページ操作演算手段１２３０である。ページ操作演算手段１２３０は、下記に説明するようにRSS配信に適合した状態遷移を持つ。
【００７６】
ここで、ページ操作演算手段１２３０におけるRSS配信後のスコア算出処理と、アイテム検索後のスコア算出処理を詳細に説明する。
【００７７】
[RSS配信後のスコア算出]  
図１６は、ページ操作演算手段１２３０の計算を示すフローチャートである。  
図１７（ａ）は、第２の実施の一形態のユーザ閲覧行為の状態遷移を示すフローチャートである。  
RSS配信イベント（図中distribute）を検知すると、状態管理手段１２３１は、状態記憶手段１２３２から内部状態を取得すると共に、新たな内部状態に書換え、"distributed"状態へ遷移し、アイテムのＩＤリストを受け取り、ＩＤリスト記憶手段１２３３に格納する(ステップS1103)。
【００７８】
続いて、ユーザによるアイテム選択イベント（図中access）が発生すると、状態管理手段１２３１は"accessed"状態へ遷移し、ＩＤリスト記憶手段１２３３に記憶されているアイテムＩＤリストに、ユーザによって選択されたアイテムＩＤが含まれているかどうか照合する(ステップS1104)。
【００７９】
アイテムＩＤが含まれている場合、アイテムＩＤリスト中で何番目に閲覧されたかＩＤリスト記憶手段１２３３に記録し、次の計算式（６）で得られた値をスコア算出手段４００にユーザの選択操作による重み付け要素として送付する(ステップS1105)。  
RSS配信後の閲覧スコア = （配信したアイテム数 - 閲覧した順番+1) / 配信したアイテム数・・・（６）
引き続きユーザがアイテムを閲覧した場合、状態管理手段１２３１は"accessed"状態のまま、同様な仕組みで照合し、アイテムの閲覧スコアを算出する。尚、すでにスコアが与えられている場合は再度算出しない。
【００８０】
内部状態が"accessed"状態で受信したアイテムをユーザが全て閲覧すると、状態管理手段１２３１は"ready"状態に戻る。また、" accessed "状態で、新規アイテムリストが更新されたことを示すアップデートイベント（図中update）を受け取ると、ステップS1103の処理によって、状態記憶手段１２３２は"distributed"状態に遷移し、アイテムのＩＤリストをＩＤリスト記憶手段１２３３に格納する。
【００８１】
[アイテム検索後のスコア算出]
図１７（ｂ）は、第２の実施の一形態のユーザ検索行為の状態遷移を示すフローチャートである。
【００８２】
ユーザが検索ボタンを押下すると、ユーザアクセス監視手段１１０３が"search"イベントを発行する。状態管理手段１２３１は、"search"イベントを受け取ると、"searched"状態へ遷移するとともに、アイテムのＩＤリストを受け取り、ＩＤリスト記憶手段２３３に格納する。
【００８３】
続いて、ユーザがアイテムのＵＲＬにアクセスすると、"access"イベントが発生し、状態管理手段１２３１は"accessed"状態へ遷移する。この際、状態管理手段１２３１はＩＤリスト記憶手段１２３３に記憶されているアイテムＩＤリストに、ユーザによって選択されたアイテムのＩＤが含まれているかどうか照合する。
【００８４】
アイテムのＩＤが含まれている場合、アイテムＩＤリスト中で何番目に閲覧されたかＩＤリスト記憶手段２３３に記録し、次の計算式（７）で得られた値をスコア算出手段４００にユーザの選択操作による重み付け要素として送付する。  
検索時の閲覧スコア = （列挙されたアイテム数 - 閲覧した順番+1) / 列挙されたアイテム数・・・（７）
引き続きユーザがアイテムを閲覧した場合、状態管理手段１２３１は"selected"状態のまま、同様な仕組みで照合し、アイテムの閲覧スコアを算出する。尚、すでにスコアが与えられている場合は再度算出しない。
【００８５】
また、閲覧されたアイテムの参照関係（リンク関係やドメイン関係）があるものをグループ化し、同じグループ内で後者に選択されたアイテムのスコアを、前者のスコアで置き換えるようにする。
【００８６】
アイテム検索後のスコア算出では、"accessed"状態から、検索結果とは関係のないＵＲＬへアクセスした場合に、検索結果の閲覧作業が終了したとみなし、"ready"状態へ遷移する。また、検索結果全てを閲覧した場合にも"ready"状態へ遷移する。
【００８７】
以上説明したように、本実施の形態によれば、操作演算手段が閲覧、検索など、情報の利用履歴を分析し、重要度の指標を選別するように構成されているため、ユーザの追加作業を必要とせず情報を順位づけできる。   
次に、具体的な実施例を用いて本発明の実施の形態の動作を説明する。
【００８８】
本発明の第１の実施の一形態の実施例は、メールを受信するクライアントソフトと連携し、ユーザの閲覧行動からメールの価値を推定する。
【００８９】
図１８は、第１の実施の一形態の価値判定システムの動作の具体例（初日）を示す説明図である。同様に、図１９は、１日経過後を示す説明図である。同様に、図２０は、２日経過後を示す説明図である。
【００９０】
以下では、３回のメール受信を通して、本発明の処理手順を説明する。具体的には、ユーザの操作によって、１回目はA001からA003、２回目はA004とA005、３回目はA006からA008までのメールを受信する。
【００９１】
価値判定システムの動作開始後（初日）、図１８に示すように、３通のメールがクライアントソフトで受信される。
【００９２】
３通のメールのMessage-ＩＤ及びタイトルはそれぞれ、  
・A001,「先日の展示会について」   
・A002,「会議設定について」  
・A003,「発注よろしく」  である。
【００９３】
この３通のメールに対して、図６のステップS101とステップS102から、A001,A002,A003というＩＤリストがイベント関連情報に含まれる。図１８のようにＩＤおよび受信日、そしてＩＤに関連づいたSubject, 本文が記録される。
【００９４】
次に、各メールに対して図６のステップS201からS202まで実施すると、A001からA003において、添付ファイルが存在しないことから、図１８に示す”添付”カラムに0が設定される。
【００９５】
次に、各メールに対して図６のステップS203からS205まで実施すると、A001からA003において、メールＩＤの参照関係がないことから、図１８に示す"α"カラムに１が設定される。
【００９６】
次に、各メールに対して図６のステップS206からS207まで実施し、A001からA003においてメール本文から日付を抽出する。図１８のように、A002のメール本文に対して、"2009/1/10"を抽出し、"予定"カラムに記入した結果が設定される。
【００９７】
次に、各メールに対して、図７のステップS301からS303まで実施し、A001からA003に対する閲覧順序および、閲覧順序から算出したユーザの操作による重み付け要素であるスコア値を、図１８に示す"閲覧順序"カラムと"インタラクションスコア"カラムに記録する。
【００９８】
次に、各メールに対して図８及び図９のステップS501からS504まで実施すと、A002については予定日まで"β"カラムの値が1.0となる。A001, A003は2008/12/1時点で1.0となるが、ユーザが２日経過したメールを検索する癖があると仮定して、受信後３日に0.368に減算される。
【００９９】
最後に、各メールに対して図９のステップS601を実施すると、2008/12/1時点で、次のトータルスコアを得る。 
・A001→0.33  
・A002→1.00  
・A003→0.66
次の日の2008/12/2にユーザがメールを受信すると、２通のメールがクライアントソフトで受信される。 
図１９に示すように、Message-ＩＤ、タイトルはそれぞれ、
・  A004,「Re:先日の展示会について」  
・  A005,「Re:会議設定について」  である。
【０１００】
ステップS101からS601までの処理を、A004とA005に対して実施するとともに、A001とA003を忘却関数に従って、減算する。また、過去のメールとの関連性を有する、A004とA005は、加算要素に基づいて、加算する。このように動作させると、2008/12/2時点で、次のトータルスコアを得る。  
・A001→0.20  
・A002→1.00  
・A003→0.40  
・A004→2.00  
・A005→0.50
さらに2008/12/3にユーザがメールを受信すると、３通のメールがクライアントソフトで受信される。 図２０に示すように、Message-ＩＤ、タイトルはそれぞれ、
・A006,「Re: 発注よろしく」  
・A007,「会議資料事前配布」  
・A008,「Re: 会議資料事前配布」  である。
【０１０１】
ステップS101からS601までの処理を、A006からA008に対して実施するとともに、A001からA005を忘却関数に従って、減算する。また、添付ファイルが付されているA007、A008は、加算要素に基づき、加算する。このように動作させると、2008/12/3時点で、次のトータルスコアを得る。  
・A001→0.12  
・A002→1.00  
・A003→0.24  
・A004→1.21  
・A005→0.30  
・A006→1.00  
・A007→1.50  
・A008→4.00
次に、本発明の第２の実施の一形態の実施例を説明する。
【０１０２】
本実施例は、RSS配信を行うサーバ上で動作する場合について、例を交えて説明する。
【０１０３】
RSS配信を行うサーバ上では、複数のユーザが新規に作成した複数のページタイトルとそのURLを管理しており、RDF形式で公開している。RSS受信を行うクライアントは、公開されたRDF形式を解析し新着ニュースとして表示するのが一般的である。
【０１０４】
図２１は、第２の実施の一形態の価値判定システムの動作の具体例を示す説明図である。
【０１０５】
本発明は、RSS配信を行うサーバと連携して、ステップS1101からステップS1103を行い、公開用RDFが生成されたタイミングでＩＤを生成する。図２１の"ＩＤ"カラムに、それぞれハッシュ値が格納される。
【０１０６】
次にユーザがRSS受信を行うRSSリーダから、記事（本文）にアクセスすると、ユーザアクセス監視手段１１０３がアクセスされたＵＲＬからＩＤを生成し、ステップS1104を実行してＩＤリスト記憶手段１２３３と照合する。
【０１０７】
次にステップ1105を実行し、RSS配信後の閲覧スコア（インタラクションスコア）を次のように算出する。  
・  3c45fd23→0.33  
・  1fab3234→1.00  
・  ce13fd23→0.66  
ユーザが最新のRSSデータにすべてアクセスした場合、もしくはRSSデータが更新された場合に、S1101からS1105を繰り返す。
【０１０８】
上記実施の形態の説明で示したように、本発明によれば、ユーザによるコンテンツデータの選択操作に基づく、コンテンツの重要度を算出処理可能とするデータ価値判定システムを提供できる。
【０１０９】
尚、データ価値判定システムの各種手段は、ハードウェア、及びソフトウェアの組み合わせを用いて実現する。具体的には、ＲＡＭにデータ価値判定用プログラムが展開され、当該プログラムに基づいて制御部等のハードウェアを動作させることによって、各種手段を実現する。また、前記プログラムは、記憶媒体に記録されて頒布されても良い。当該記録媒体に記録されたプログラムは、有線、無線、又は記録媒体そのものを介して、ＨＤＤ等の補助記憶装置に読込まれ、制御部等を動作させる。尚、記録媒体を例示すれば、オプティカルディスクや磁気ディスク、半導体メモリ装置などが挙げられる。
【０１１０】
また、本発明の具体的な構成は前述の実施の形態に限られるものではない。構成や動作は、発明の要旨を逸脱しない範囲の変更があってもこの発明に含まれる。
【０１１１】
具体的な一例としては、図２２に示すように、一般的なコンピュータを用いてデータ価値判定システムを実現できる。図２２に示されたデータ価値判定システムは、ネットワークを介して接続されたメールサーバ等と接続し、補助記憶装置に記憶された各種プログラムがＲＡＭに展開されて制御部に読込まれることによって、電子メールソフトをターゲットシステムとしたデータ価値判定システムとして動作する。制御部は、ＲＡＭに読込まれた各種プログラムに基づいて、イベント取得手段、価値判定手段、データ取得手段、スコア演算手段などとして機能する。  
データ価値判定システムとして動作するコンピュータは、入力部やネットワークインタフェースを介して入力されたユーザのコンテンツへの選択に基づいて、夫々のユーザの価値観に合致するコンテンツを、スコア値に基づいて順序付けて出力し、ユーザにとって重要であるだろうコンテンツを判断できるように提供する。
【０１１２】
上記実施の形態を別の表現で説明すれば、データ価値判定システムとして動作する情報処理システムは、ユーザによるコンテンツへの選択操作を受け付ける入力部と、コンテンツデータの価値判定用プログラムを記憶する記憶部と、前記価値判定用プログラムに基づいて動作する制御部とを備え、前記価値判定用プログラムは、前記制御部を、コンテンツデータの価値の判定に用いるイベントを取得するイベント取得手段と、前記イベント取得手段から取得したイベントに基づいて、前記コンテンツデータの重要度の算定に要する重み付け要素を出力する価値判定手段と、  前記コンテンツデータを取得可能にするデータ取得手段と、前記価値判定手段から出力された重み付け要素に基づいて、前記データ取得手段で取得したコンテンツデータの重要度を演算処理して前記記憶部に記録するスコア演算手段として機能させ、前記価値判定手段は、ユーザによる入力部を介するコンテンツデータへの選択操作順に基づき、重要度の比較対象となるコンテンツデータ群の中での個々のコンテンツデータに対する前記ユーザの重み付け要素を出力する操作演算手段と、前記コンテンツデータに対する付随するデータの有無及び／又は過去のコンテンツデータとの関連性の有無に基づき、加算要素を出力するデータ量演算手段と、ユーザごとの記憶力差を反映して忘却係数を設定して個々のコンテンツデータの重要度が最大と成る時点からの時間に基づく忘却関数を算出処理し、当該忘却関数に基づき、減算要素を出力する忘却演算手段とを含むことによって、ユーザによるコンテンツデータの選択操作に基づく、コンテンツの重要度を算出処理できる。
【０１１３】
また、操作演算手段によるユーザの重み付け要素の算出式は、上記式（１）等から明らかなように、  
｛対象コンテンツへの重み付け要素＝（比較対象となるコンテンツデータ数−対象コンテンツへの比較対象となるコンテンツデータ群中での選択順位＋１）／比較対象となるコンテンツデータ数｝  
の数式を用いて算出するようにしても良い。
【０１１４】
また、操作演算手段は、コンテンツ群の受信時及び／又は検索操作時に重み付け要素の算出を実施するようにしても良い。
【０１１５】
また、価値判定手段は、重要度の算出対象であるコンテンツデータの内容に日時に関する情報が含まれていた場合、前記日時に関する情報に基づく重要度が最大と成る時点を定めて、減算要素を出力するようにしても良い。
【０１１６】
また、価値判定手段は、重要度の算出対象であるコンテンツデータの内容に日時に関する情報が含まれていない場合、前記コンテンツデータの送信時又は受信時を重要度が最大と成る時点を定めて、減算要素を出力するようにしても良い。
【０１１７】
また、価値判定手段は、忘却関数として、指数関数のマイナス冪乗を用い、ユーザの記憶力を反映して重要度の減算要素を出力するようにすれば効果的である。
【０１１８】
また、忘却係数を、ユーザの検索操作時おける対象となるコンテンツへの到達回数から算出するようにしても良い。
【０１１９】
尚、本発明は、ユーザによる追加の設定作業を必要とせずに閲覧や検索作業などの行為から、コンテンツの重要度を判定可能であるが、従来のユーザによる設定作業による重要度判定と組み合わせて用いることも可能である。
【産業上の利用可能性】
【０１２０】
本発明によれば、 増加の一途をたどるメールやブログのページを、閲覧者の興味に従って優先順位づけし、 重要でないデータを大容量でアクセス速度の遅い記憶装置へ退避することや、 再利用する可能性の高いデータのみをアクセス速度の速いメモリに常駐させるといった用途に適用可能である。
【符号の説明】
【０１２１】
１００    イベント取得手段
１０１    アダプタ手段
１０２    フィルタ手段
２００    価値判定手段
２１０    データ量演算手段
２２０    日付判定手段
２３０    操作演算手段
２３１    状態管理手段
２３２    状態記憶手段
２３３    ＩＤリスト記憶手段
２４０    忘却演算手段
３００    データ格納手段
４００    スコア算出手段
４０１    トータルスコア演算手段
４０２    スコア関連情報格納手段
１１００  RSS更新イベント受信手段
１１０１  RSS解析手段
１１０２  ID生成手段
１１０３  ユーザアクセス監視手段
１２００  ページ価値判定手段
１２３０  ページ操作演算手段
１２３１  状態管理手段
１２３２  状態記憶手段
１２３３  ＩＤリスト記憶手段
【図１】
2010160723.tif 000003
【図２】
2010160723.tif 000004
【図３】
2010160723.tif 000005
【図４】
2010160723.tif 000006
【図５】
2010160723.tif 000007
【図６】
2010160723.tif 000008
【図７】
2010160723.tif 000009
【図８】
2010160723.tif 000010
【図９】
2010160723.tif 000011
【図１０】
2010160723.tif 000012
【図１１】
2010160723.tif 000013
【図１２】
2010160723.tif 000014
【図１３】
2010160723.tif 000015
【図１４】
2010160723.tif 000016
【図１５】
2010160723.tif 000017
【図１６】
2010160723.tif 000018
【図１７】
2010160723.tif 000019
【図１８】
2010160723.tif 000020
【図１９】
2010160723.tif 000021
【図２０】
2010160723.tif 000022
【図２１】
2010160723.tif 000023
【図２２】
2010160723.tif 000024