(57)【要約】【課題】企業のコンテクストに適した推奨システムを提供する。【解決手段】スコア付け手段が、ドキュメントと以前にインタラクションを行ったユーザの組織的属性を識別し、前記ドキュメントとインタラクションを行ったユーザの前記組織的属性と要求ユーザの組織的属性との関係を解析し、前記ドキュメントとインタラクションを行ったユーザの前記組織的属性と前記要求ユーザの前記組織的属性との解析された前記関係にもとづいて該ドキュメントにスコアを割り当てる、ことにより、前記要求ユーザのために前記ドキュメントのスコアを生成する。推奨手段は、前記ドキュメントに割り当てられたスコアが閾値を越える場合、前記要求ユーザのために表示手段に該ドキュメントを表示することにより、該要求ユーザに該ドキュメントを推奨する、【選択図】図５
2011165169.tif 000002
【特許請求の範囲】
【請求項１】
表示手段と、
複数のドキュメントもしくは複数のドキュメントに関する情報と、ユーザの組織的属性を含む組織テーブルを含む記憶手段と、
前記ドキュメント、あるいは前記ドキュメントを含む複数のディレクトリに関してスコアを割り当てるスコア付け手段と、
前記ドキュメントあるいは前記ドキュメントを含むディレクトリを推奨する推奨手段と、
を備える推奨システムであって、
前記スコア付け手段は、
前記組織テーブルに基づいて、前記ドキュメントあるいは前記ディレクトリと以前にインタラクションを行ったユーザの組織的属性を識別し、
前記ドキュメントあるいは前記ディレクトリと以前にインタラクションを行ったユーザの前記組織的属性と、前記複数のドキュメントの中からドキュメントの推奨、あるいは前記複数のディレクトリからのディレクトリの推奨を要求する要求ユーザの組織的属性との関係を解析し、
前記ドキュメントと以前にインタラクションを行ったユーザの前記組織的属性と前記要求ユーザの前記組織的属性との解析された前記関係にもとづいて該複数のドキュメントあるいは前記複数のディレクトリに割り当てるスコアを生成し、
前記推奨手段は、スコアが割り当てられた前記複数のドキュメントあるいは前記複数のディレクトリのうちで、所定の閾値を越えるドキュメントあるいはディレクトリに関する情報を、前記要求ユーザのために前記表示手段に表示することにより、該要求ユーザに該ドキュメントあるいは前記ディレクトリを推奨する、
推奨システム。
【請求項２】
前記ドキュメントあるいは前記ディレクトリへ以前に行われたアクセスを記録するアクセス・ログ記録手段をさらに含む、請求項１に記載の推奨システム。
【請求項３】
前記スコア付け手段は、スコアを割り当てられた前記ドキュメントの該スコアを時間とともに減少させる、請求項１に記載の推奨システム。
【請求項４】
前記スコア付け手段は、前記複数のディレクトリに関してスコア付けを行うことを特徴とする請求項１〜３のいずれか一項に記載の推奨システム。
【請求項５】
前記スコア付け手段は、スコアを割り当てられるディレクトリ内に含まれるドキュメントに割り当てられているスコアにもとづいて、前記ディレクトリにスコアを割り当てる、請求項４に記載の推奨システム。
【請求項６】
前記推奨手段は、さらに、推奨される前記ディレクトリ内に含まれるドキュメントを推奨する、請求項４または５に記載の推奨システム。
【請求項７】
前記スコア付け手段は、前記ディレクトリに含まれる、以前にユーザのインタラクションによりアクセスされていないドキュメントに対して、スコアを割り当てられた該ディレクトリの該スコアにもとづいてスコアを割り当てる、請求項４に記載の推奨システム。
【請求項８】
推奨される前記ディレクトリ内に含まれるドキュメントのうちで推奨される前記ドキュメントを、推奨される前記ディレクトリ内に含まれるドキュメントあるいはドキュメントに関する情報の表示において強調表示する、請求項５に記載の推奨システム。
【請求項９】
コンピュータを、
複数のドキュメントもしくは複数のドキュメントに関する情報と、ユーザの組織的属性を含む組織テーブルを含む記憶手段と、
前記ドキュメント、あるいは前記ドキュメントを含む複数のディレクトリに関してスコアを割り当てるスコア付け手段と、
前記ドキュメントあるいは前記ドキュメントを含むディレクトリを推奨する推奨手段と、
として機能させるための推奨プログラムであって、
前記スコア付け手段は、
前記組織テーブルに基づいて、前記ドキュメントあるいは前記ディレクトリと以前にインタラクションを行ったユーザの組織的属性を識別し、
前記ドキュメントあるいは前記ディレクトリと以前にインタラクションを行ったユーザの前記組織的属性と、前記複数のドキュメントの中からドキュメントの推奨、あるいは前記複数のディレクトリからのディレクトリの推奨を要求する要求ユーザの組織的属性との関係を解析し、
前記ドキュメントと以前にインタラクションを行ったユーザの前記組織的属性と前記要求ユーザの前記組織的属性との解析された前記関係にもとづいて該複数のドキュメントあるいは前記複数のディレクトリに割り当てるスコアを生成し、
前記推奨手段は、スコアが割り当てられた前記複数のドキュメントあるいは前記複数のディレクトリのうちで、所定の閾値を越えるドキュメントあるいはディレクトリに関する情報を、前記要求ユーザのために前記コンピュータに接続された表示手段に表示することにより、該要求ユーザに該ドキュメントあるいは前記ディレクトリを推奨する、
推奨プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ドキュメントまたはディレクトリを推奨するシステムに関する。
【背景技術】
【０００２】
推奨システムは多くのコンテクストで有用であり、映画、書籍などを探している人々によく使用されるツールとなっている。したがって、企業のコンテクストに推奨技術を適用することは自然である。しかし、残念ながら、多くの推奨技術は情報の利用可能性およびアクセス均一性についての前提のために、企業のコンテクストに直接適用することができない。一般に、推奨システムは同一のリソース・セットにアクセスする個人に依存する。企業のコンテクストにおいては、従業者の各々がリソースの異なるサブセットにアクセスする可能性が高い。この場合、よく使用される統計的解析技術のいくつかは適さない。これらのシステムは、リソースおよび関心の評価を共有することを所望するユーザにも依存する。しかし、このような情報は企業のコンテクストにおいては利用可能ではなさそうである。企業の社会的環境において、互いの（もしくは上司の）ドキュメントを従業者に評価させることは適切ではない。また、プライバシーおよび区分化の問題は、誰が何について作業しているかを判断するために使用することができる情報を集中させないだろう。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】ジータら（Ghita et al.）、「セマンティック・コンテクストを共有、交換、ランク付けするためのソーシャル・ネットワークにおける意味的にリッチな推奨（"Semantically Rich Recommendations in Social Networks for Sharing, Exchanging and Ranking Semantic Context"）」、Ｐ２Ｐコミュニケーションにおける存在論に関する情報セマンティック・ウェブ学会ワークショップ抄録（Proceeding of Informational Semantic Web Conference Workshop on Ontologiesin P2P Communities）、２００５年
【非特許文献２】ケリーら（Kelly et al.）、「関連性フィードバックのためのユーザ優先傾向の暗黙的ソースの探索（"Exploring implicit sources of user preference for relevance feedback"）」、情報検索研究開発に関する第２４回国際ＡＣＭ学会抄録（Proceedings of the 24th Annual International ACM Conference of Research and Development in Information Retrieval）、２００１年、頁４０８〜４０９
【非特許文献３】マーキンズら（Markines et al.）、「ブックマーク階層および協働的推奨（"Bookmark Hierarchies and Collaborative Recommendation"）」、ＡＡＡＩ学会抄録（Proceedings of AAAI Conference）、２００６年、頁１６〜２０
【非特許文献４】バディら（Badi et al.)、「読まれる際および組織化される際のドキュメント・アクティビティの優先順位からユーザの関心およびドキュメント値を認識する（“Recognizing User Interest and Document Value from Reading and Organizing Activities in Document Triage”）、ＡＣＭインテリジェント・ユーザ・インタフェース抄録（Proceedings of ACM Intelligent User Interfaces）、２００６年、頁２１８〜２２５
【発明の概要】
【発明が解決しようとする課題】
【０００４】
企業などの組織集団におけるドキュメントの使用状況に適した推奨システムを提供する。
【課題を解決するための手段】
【０００５】
本発明の第１の態様は推奨システムであって、表示手段と、複数のドキュメントもしくは複数のドキュメントに関する情報と、ユーザの組織的属性を含む組織テーブルを含む記憶手段と、前記ドキュメント、あるいは前記ドキュメントを含む複数のディレクトリに関してスコアを割り当てるスコア付け手段と、前記ドキュメントあるいは前記ドキュメントを含むディレクトリを推奨する推奨手段と、を備える。前記スコア付け手段は、前記組織テーブルに基づいて、前記ドキュメントあるいは前記ディレクトリと以前にインタラクションを行ったユーザの組織的属性を識別し、前記ドキュメントあるいは前記ディレクトリと以前にインタラクションを行ったユーザの前記組織的属性と、前記複数のドキュメントの中からドキュメントの推奨、あるいは前記複数のディレクトリからのディレクトリの推奨を要求する要求ユーザの組織的属性との関係を解析し、前記ドキュメントと以前にインタラクションを行ったユーザの前記組織的属性と前記要求ユーザの前記組織的属性との解析された前記関係にもとづいて該複数のドキュメントあるいは前記複数のディレクトリに割り当てるスコアを生成し、前記推奨手段は、スコアが割り当てられた前記複数のドキュメントあるいは前記複数のディレクトリのうちで、所定の閾値を越えるドキュメントあるいはディレクトリに関する情報を、前記要求ユーザのために前記表示手段に表示することにより、該要求ユーザに該ドキュメントあるいは前記ディレクトリを推奨する。
【０００６】
本発明の第２の態様は、第１の態様の推奨システムであって、前記ドキュメントあるいは前記ディレクトリへ以前に行われたアクセスを記録するアクセス・ログ記録手段をさらに含む。
【０００７】
本発明の第３の態様は、第１の態様の推奨システムであって、前記スコア付け手段は、スコアを割り当てられた前記ドキュメントの該スコアを時間とともに減少させる。
【０００８】
本発明の第４の態様は、第１〜第３の態様のいずれかの推奨システムであって、前記スコア付け手段は、前記複数のディレクトリに関してスコア付けを行うことを特徴とする。
【０００９】
本発明の第５の態様は、第４の態様の推奨システムであって、前記スコア付け手段は、スコアを割り当てられるディレクトリ内に含まれるドキュメントに割り当てられているスコアにもとづいて、前記ディレクトリにスコアを割り当てる。
【００１０】
本発明の第６の態様は、第４または第５の態様の推奨システムであって、前記推奨手段は、さらに、推奨される前記ディレクトリ内に含まれるドキュメントを推奨する。
【００１１】
本発明の第７の態様は、第４の態様の推奨システムであって、前記スコア付け手段は、前記ディレクトリに含まれる、以前にユーザのインタラクションによりアクセスされていないドキュメントに対して、スコアを割り当てられた該ディレクトリの該スコアにもとづいてスコアを割り当てる。
【００１２】
本発明の第８の態様は、第５の態様の推奨システムであって、推奨される前記ディレクトリ内に含まれるドキュメントのうちで推奨される前記ドキュメントを、推奨される前記ディレクトリ内に含まれるドキュメントあるいはドキュメントに関する情報の表示において強調表示する。
【００１３】
本発明の第９の態様は、推奨プログラムであって、コンピュータを、複数のドキュメントもしくは複数のドキュメントに関する情報と、ユーザの組織的属性を含む組織テーブルを含む記憶手段と、前記ドキュメント、あるいは前記ドキュメントを含む複数のディレクトリに関してスコアを割り当てるスコア付け手段と、前記ドキュメントあるいは前記ドキュメントを含むディレクトリを推奨する推奨手段と、として機能させる。前記スコア付け手段は、前記組織テーブルに基づいて、前記ドキュメントあるいは前記ディレクトリと以前にインタラクションを行ったユーザの組織的属性を識別し、前記ドキュメントあるいは前記ディレクトリと以前にインタラクションを行ったユーザの前記組織的属性と、前記複数のドキュメントの中からドキュメントの推奨、あるいは前記複数のディレクトリからのディレクトリの推奨を要求する要求ユーザの組織的属性との関係を解析し、前記ドキュメントと以前にインタラクションを行ったユーザの前記組織的属性と前記要求ユーザの前記組織的属性との解析された前記関係にもとづいて該複数のドキュメントあるいは前記複数のディレクトリに割り当てるスコアを生成し、前記推奨手段は、スコアが割り当てられた前記複数のドキュメントあるいは前記複数のディレクトリのうちで、所定の閾値を越えるドキュメントあるいはディレクトリに関する情報を、前記要求ユーザのために前記コンピュータに接続された表示手段に表示することにより、該要求ユーザに該ドキュメントあるいは前記ディレクトリを推奨する。
【発明の効果】
【００１４】
企業のコンテクストに適した推奨システムを提供することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態の１つによる複数回のインタラクションによって減少するエビデンス・スコアを例示的にプロットした図を示す。
【図２】本発明の実施形態の１つによる異なる重みを有する短期エビデンスおよび長期エビデンスの加重和を例示的にプロットした図を示す。
【図３】本発明の実施形態の１つによるドキュメント・ブラウジング・システムの表示を例示的に示す。
【図４】本発明の実施形態の１つの例示的なフロー・チャートを示す。
【図５】本発明の実施形態の１つの例示的なブロック図を示す。
【図６】本発明のシステムが実装される例示的なコンピュータ・プラットフォームを示す。
【発明を実施するための形態】
【００１６】
以下の詳細な記述において添付の図面を参照する。添付の図面において、同様の構成要素には同様の参照符号を付す。添付の図面は、本発明の原理に一致する特定の実施形態および実装を例示することを目的とし、本発明を限定することを意図していない。これらの実装は、本発明を当業者が実施可能な程度に十分詳細に記述されている。本発明の範囲および精神から逸脱することなく、これらの実装以外の実装も利用可能であり、構成の変更および／または様々な構成要素の置換を行うことができる。したがって、以下の詳細な記述は限定的な意味で解釈されるべきではない。さらに、記述される本発明の様々な実施形態は、汎用コンピュータで実行されるソフトウェアの形態で実装されてもよいし、専用ハードウェアの形態で実装されてもよいし、もしくは、ソフトウェアおよびハードウェアの組み合わせの形態で実装されてもよい。
【００１７】
アクセス・コントロールによって生じる明示的な評価の欠如を考慮すると、示唆（推奨）を生成するために機構もしくはシステムを設計するためには、企業内のアクティビティの構造を理解することが必要である。すなわち、企業組織の異なる特性を考察する必要があるかもしれない。適切な推奨グループが識別されると、このようなシステムの実施形態は、時間的近さ（recency：いつドキュメントがアクセスされたか）およびアクセス・タイプにもとづいて推奨を決定する。ドキュメント類似性を考慮してもよい。検索の間、推奨は、ブール検索によってフィルタリングされ、浮動小数点数スコアによる検索によって再順位付けされてもよい。本システムの実施形態は、その後、推奨を提示し、各々の推奨の根拠を示してもよい。
【００１８】
「企業設定（コンテクスト）における推奨グループの定義」
組織が階層構造を有することは、組織の部分間の情報の流れの必要性が限定されることを意味する。階層構造を有することにより、電話番号リスト、ポリシー記述、ガイドラインなどのたいへん一般的なドキュメントだけが、組織全体で広く利用可能とされる可能性が高い。これにより、個人が将来必要とすることが予測される組織の情報へのアクセスにおけるアクティビティを識別することについての問題が浮上する。
【００１９】
類似の情報を必要とする人々を認識するためにユーザ・コミュニティ全体のインタラクション履歴を使用する代わりに、従来の推奨アルゴリズムにおいて一般的に真であるように、サブグループに影響を及ぼす組織における情報アクセスについての知識および組織的属性にもとづいて選択される組織のサブグループを使用することが適切であるかもしれない。これらの組織的属性を、その後、参照のためにテーブルに記憶してもよい。たとえば、サブグループを識別するために使用することができる個人の２つの組織的属性は、組織構造およびジョブ分類である。
【００２０】
［組織構造］
組織の同一部分における人々の情報必要性は、組織の当該部分における他のものの必要性を示す可能性が高い。考えられる第１のサブグループは、同一の組織的構成要素の部分である複数の個人である。このグループ化に使用される組織的レベルの判断は組織の知識を要求する。
【００２１】
「ジョブ分類」
組織構造は企業の階層的な分解だけではない。ある人が含まれるアクティビティのタイプを示すことができる分類は、その人の肩書きおよび複数のタイプのアクティビティ（たとえば、会計、購入、管理、など）である。したがって、示唆を生成するために使用される第２のサブグループは同一のもしくは類似の肩書きを有する人々の集合である。組織の知識のいくつかが、どの肩書き（たとえば、助教、准教授、教授）が単一のグループに結合されるべきであるかを判断するために必要とされる。このように、階層的関係にもとづく分析を行うことができる。
【００２２】
これらのグループの各々にもとづいて示唆を生成するために、個人のアクセスの履歴を、以下に記述するように、関連スコアに集積する。このように、特定の組織的階層において、すべての個人は、組織構造推奨に含まれる。完全な組織構造が利用可能であれば、個人の評価を、蓄積されたドキュメントにアクセスする個人からの距離によって重み付けすることができる。さもなければ、構造内のすべての個人は等しく重み付けされる。同様に、この目的のために等価であると定義される肩書きの集合の中のすべての個人がジョブ分類推奨の生成に含められる。
【００２３】
従来の推奨アルゴリズムに対する最後の変更点は、示唆を個人のドキュメントと同様にディレクトリに対しても提供することができる、ことである。特定のシーケンスにおいてドキュメントが保持されている場所として、ディレクトリは組織において重要である。すなわち、オフィスの１月、２月、３月の課金ファイルは、従来の推奨アプローチでは４月の課金ファイルを示さない。一方、本発明のある実施形態では、示唆は、４月のファイルを含むディレクトリを示す。
【００２４】
「インタラクションにもとづくドキュメント値の計算」
ディレクトリを示唆するには、少なくとも以下の２つの理由がある。
（１）あるディレクトリにおけるかなりの割合のドキュメントが示唆されるならば、ドキュメント蓄積の他の部分におけるさらなる示唆も示すことができるように、ディレクトリ全体を示唆することはより効率的である。
（２）ふるまいのパターンは、ファイルが異なっても、同一のディレクトリにユーザを何度も連れ戻す。
これは、業務の実施が新しいファイルの定期的な使用につながるディレクトリについての場合である（たとえば、月報、予算など）。ディレクトリの関心値を計算することは、ログにおけるディレクトリとのインタラクションの履歴だけでなく、ディレクトリのファイルおよびサブディレクトリの関心にもとづいてもよい。
【００２５】
ドキュメント値は、ドキュメントにおけるユーザ関心の様々なエビデンスにもとづいて計算される。エビデンスは、ページ・サムネイルの表示、ドキュメント・オンラインの表示、もしくは、印刷、保存、もしくはブックマークの付加を含む。その他のインタラクションも、ドキュメントの作成、ドキュメントの名称の変更、編集などのユーザ関心のエビデンスとして提供される。特定の個人についてドキュメントの予測関心値を計算するために、ドキュメント・インタラクションのタイプおよび履歴からのエビデンスを組み込み、個人のワーク・グループの該個人およびメンバによってアクセスするためのモデルが使用される。エビデンスの形態の各々について、ドキュメント・インタラクションの履歴にもとづいてエビデンス値を計算する。このような複数の形態によって生成されるエビデンスは加重和として結合される。重みは、エビデンスを生成するユーザと推奨を受け取るユーザとの間の関係によって決定される。たとえば、推奨を受け取るユーザによる以前の訪問（インタラクション）が、上司による訪問よりも大きい重みを付与されてもよいし、該訪問が他のグループの同僚による訪問よりも大きい重みを付与されてもよい。
【００２６】
インタラクションにもとづいてドキュメント値を計算する際に、訪問の回数だけでなく訪問の時間的近さも考慮される。これによって、時間の経過に伴う値の適応が可能となる。しかしながら、ドキュメントの各々についてすべてのユーザによるすべてのインタラクションを記憶することはあまりにも非効率的である。そのようなことをする代わりに、ユーザが１つのドキュメントと行ったインタラクションのタイプの各々についての単一のレコードを記憶するフレームワークを設定することができる。エビデンスは時間の経過にともなって減少し、複数の訪問が個人の訪問によって生成されたエビデンスの合計より少ないエビデンスを生成してもよい。
【００２７】
本システムの実施形態の一つでは、指数関数的減衰を減少するエビデンスを示すために使用することができる。エビデンスの各々について、すなわち、ドキュメントを判断するために重要であると考えられるドキュメント・インタラクションの形態の各々について、本システムは、エビデンスのタイプの特定の初期値にもとづいて（より強い関心を示すインタラクションは初期エビデンス値を受信する）エビデンス値およびエビデンス・タイプの半減期（インタラクションのいくつかは短期の関心を示すかもしれないが、いくつかはより長期の関心を示すかもしれない）を計算することができる。時間ｔｒにおける推奨を提供するために、時間ｔｉにおける関心のエビデンスを減少し、加算する。
【数１】
2011165169.tif 000003
【００２８】
図１は、本発明の実施形態による複数のインタラクションによるエビデンス・スコアの減少を示すプロットを例示する。時間ｔｒにおける特定タイプのインタラクションｅｒについてのエビデンスは、式（１）によって示されるように、半減期ｈで減少するすべての以前の時間ｔｉにおいて生じたインタラクションの合計である。図１に例示されるように、水平軸（ｘ軸）１００は１つのドキュメントについての時間ｔｒを示し、垂直軸（ｙ軸）１０１は以前に行われたインタラクションの合計を示す。
【００２９】
しかしながら、本システムはすべての時間ｔｉを記憶しなくてもよい。エビデンス・スコアを有するもっとも近い時間があればよい。時間ｔｒにおいて計算されるエビデンス・スコアを、以下の式（２）を用いて、時間ｔｓにおけるエビデンス・スコアに変換することができる。この場合、ｔｒとｔｓとの間には新しいインタラクションが生じないものと仮定する。
【数２】
2011165169.tif 000004
【００３０】
時間ｔｎにおける新しいユーザ・インタラクションが生じるたびに、時間ｔｎ−１までのインタラクションを示す以前のスコアｅｎ−１を新しい時間のスコアに変換し、１を加える。 新しいスコアｅｎおよび新しい時間ｔｎをデータベースに記憶する。データベースは、新しいユーザ・インタラクションが生じるまで変更されない。その後の時間ｔｒにおけるエビデンス値ｅｒは記憶された値から計算される（式（３））。
【数３】
2011165169.tif 000005
【００３１】
図２は、本発明の実施形態による異なる重みを有する短期エビデンスおよび長期エビデンスの加重和のプロットを例示する。図２に示されるように、水平軸（ｘ軸）は例示的なドキュメントが観察された時間を示し、垂直軸（ｙ軸）は以前に行われたインタラクションの合計を示す。ユーザの現在のタスクにもとづいて推奨を生成するために、および、アクティビティの長期的パターンにもとづいて推奨を生成するために、エビデンス・タイプの各々は長期的および短期的ドキュメント値を生成する。 値が迅速に半減するように（たとえば、何日というオーダーで続くように）、短期的エビデンス２００は高い初期値を有し、短い半減期を有する。長期的エビデンス２０１は長期間にわたって集積されるように（たとえば、何ヶ月というオーダーで続くように）、低い初期値と長い半減期を有する。図２は、重み５を有する短期的エビデンスが重み１を有する長期的エビデンスとどのように結合されるか、すなわち、結合結果２０２を示している。２つのタイム・スケールにおけるエビデンスを合計する代わりに、最大値を使用してもよい。しかしながら、その場合、曲線の平滑さは損なわれる。
【００３２】
さらに、ドキュメントの各々は、グループ・アクティビティ・ベース推奨を生成するために使用される非依存グループ・エビデンスを有することができる。個人のための推奨の長期的エビデンスと同様に、このエビデンスは低い初期値および長い半減期を有することができる。これら２つのエビデンス（グループ・アクティビティ・ベース推奨を生成するための非依存グループ・エビデンスと長期的エビデンスと）は同一であってもよい。
【００３３】
例として、本システムの実施形態はインタラクティブ・ツール・チップで表示されるドキュメントとドキュメント・ビューワで開かれたドキュメントとを区別するために使用されてもよい。前者は素早く見るために用いられ、後者は、より詳細を見るために用いられると考えられる。ツール・チップを素早く見ることは、ドキュメント・ビューワでドキュメントを見ることよりも、低い初期値および短い半減期を付与する。他のエビデンスをドキュメントにおけるページ表示およびナビゲーション・イベントから導いてもよい。たとえば、ブラウザにおけるドキュメントとのユーザ・インタラクションの形態のエビデンスを非特許文献４は示している。ドキュメントをスクロール・アップすることは認知されたドキュメント値とより大きな関係を有する。インタラクションの形態の各々についてのエビデンスは本システムにおける個別のユーザ毎に蓄積される。
【００３４】
エビデンスを生成するイベントをカウントする代わりに、本システムの実施形態では、ユーザがドキュメントに使用する時間の長さを記録してもよい。このような実施形態は、複数の訪問と同様に、長い時間表示されるドキュメントを定期的にサンプリングし、カウントすることによって、上記モデルに組み込むことができる。
【００３５】
「ディレクトリ値の計算」
ディレクトリを示唆するには、少なくとも以下の２つの理由がある。
（１）あるディレクトリにおけるかなりの割合のドキュメントが示唆されるならば、ドキュメント蓄積の他の部分におけるさらなる示唆も示すことができるように、ディレクトリ全体を示唆することはより効率的である。
（２）ふるまいのパターンは、ファイルが異なっても、同一のディレクトリにユーザを何度も連れ戻す。
これは、業務の実施が新しいファイルの定期的な使用につながるディレクトリについての場合である（たとえば、月報、予算など）。ディレクトリの関心値を計算することは、ログにおけるディレクトリとのインタラクションの履歴だけでなく、ディレクトリのファイルおよびサブディレクトリの関心にもとづいてもよい。
【００３６】
詳細には、第１の理由を考慮した場合、検索結果のディレクトリ・マッチ・スコアを判断するために、ここで記述されるアプローチを使用してディレクトリ関心値を計算してもよい。このアプローチでは、ディレクトリ・ツリーのスコアが、マッチするドキュメントの合計数によるベスト・マッチ・ドキュメントのスコアとマッチ・スコアの密度とを結合する。ディレクトリのマッチ・スコアは式（４）によって示される。
【数４】
2011165169.tif 000006
【００３７】
ｂはディレクトリ・ツリー内のドキュメントの中でのベスト・マッチ・スコアであり、ｄは正規化された密度であり、ｃは正規化されたカウントである。密度は平均マッチ・スコアである（マッチ・スコアがゼロであるドキュメントを含めて計算する）。カウントはマッチ・スコアがゼロではないドキュメントの数である。ｄおよびｃは比較されるサブディレクトリの最大値に対して正規化される。ｄとｃとを結合するために二乗平均を選択してもよい。なぜならば、もう一つの値を完全に無視することなく、２つの値の最大値を抜き取るのとほぼ同様になるからである。推奨システムについて、検索スコアをドキュメント各々の関心値で単に置き換えてもよい。
【００３８】
そのようなスコアを、どのディレクトリが他のディレクトリより推奨されるかを判断するために使用することができるが、含まれるドキュメントの代わりにディレクトリを推奨するか否か、他の推奨されるドキュメントの順番リストのどこにディレクトリを置くか、という問題については完全には解決されていない。代わりに、ディレクトリのための２つの基準値を検討する。
（１）第１の基準値は、視覚化効率を目指す。
このために、式（５）に示されるように、第１の基準値はディレクトリにおいて示唆されているドキュメントの割合および問題となっているディレクトリの示唆されるドキュメントの割合の最大値を採用する。
ディレクトリ基準値１＝最大値（ディレクトリにおける示唆されているファイルの数／ディレクトリにおけるファイルの数、ディレクトリにおける示唆されているファイルの数／示唆されているファイルの数）  …式（５）
Directory_metric_1 = max(# files in directory suggested / # of files in directory, # files in directory suggested / # of files suggested)
【００３９】
（２）ディレクトリ値を計算するための第２の基準値は、式（６）に示されるように、インタフェースにおけるディレクトリとのインタラクションのログおよびディレクトリを構成するファイルおよびサブディレクトリの値の集積にもとづく。
ディレクトリ基準値２＝ｆ（ディレクトリのアクティビティ）＋加重和（サブディレクトリ値）＋加重和（ローカル・ドキュメント値）  …式（６）
Directory_metric_2 = f(activity on directory) + weighted_sum(subdirectory_values) + weighted_sum(  local_document_values)
【００４０】
トップ・レベル・ディレクトリが常に最高のディレクトリ値を有することがないように、第２のディレクトリ基準値を計算することは、サブディレクトリのアクティビティにもとづく値がディレクトリのアクティビティよりも低い値で重み付けされることを必要とする。たとえば、エビデンスが大きく減少するように、親ディレクトリとサブディレクトリとの間のナビゲーション距離の関数（たとえば、距離そのもの、もしくは、距離の二乗）によってディレクトリ・ツリーを分割する。親ディレクトリを通ってのみサブディレクトリに到達することができることを考慮すると、最終スコアを計算する場合に、サブディレクトリ値の合計が負となるように、サブディレクトリ値の合計に負の重みを使用してもよい。これによれば、ユーザがストップするディレクトリだけが高い関心値を有するという効果を有する。
【００４１】
これらのアプローチのいずれが企業リポジトリへの特定のアクセス・パターンにもっとも適しているか判断するために（および、加重和の適切な重みを見つけるために）、異なるアプローチの結果を比較するために、リポジトリのドキュメント・アクセスのログを使用してもよい。推奨を計算するために完全なログにアクセスすることは非効率であるが、オフラインで推奨アルゴリズムを調整するためには適切な手段である。
【００４２】
検索の間、ブール検索でマッチしたドキュメントだけが、ユーザへの推奨として提示される。テキスト検索などの浮動小数点スコアをリターンするサーチについて、ドキュメント関心値は、検索クエリへのマッチの強さによって調整される。ドキュメントがマッチする場合であってもマッチしない場合であっても、ブール検索とは異なり、浮動小数点スコアはマッチの質を示す。テキスト検索において、複数倍のサーチ・タームを含むドキュメントにより高いスコアをリターンするために、そのようなスコアをタームの頻度および逆ドキュメント頻度の積によって決定してもよい。より低いスコアを有するドキュメントは検討からはずされるべきなので、本発明の実施形態は、検索クエリにあまりマッチしないドキュメントも低い推奨スコアとなるようにする代わりに、推奨スコアを調整する。
【００４３】
「ドキュメント・ブラウジング・システムに示唆を提示」
図３は本発明の実施形態によるドキュメント・ブラウジング・システムの例示的な実装を示す。この実装において、ドキュメント・ブラウジング・システムの表示は、現在ブラウジングしているディレクトリ３００、サーチのための入力フィールド３０１、現在ブラウジングしているディレクトリのサブディレクトリのリスト３０２、現在ブラウジングしているディレクトリのドキュメントのリスト３０３を含む。サブディレクトリの中のドキュメントのサムネイル３１１を表示してもよい。
【００４４】
推奨システムの実施形態の一つは、たとえば、推奨ウィンドウ枠３０５の中に推奨されているディレクトリ／ドキュメント３０４へのパスを表示することによって、ドキュメント・ブラウジング・システムの中に、推奨システムを統合することができる。推奨ウィンドウ枠３０５はドキュメント推奨３０６もしくはサムネイル３０７によるディレクトリ推奨を含んでもよい。ディレクトリ推奨の例において、３つのもっとも関連するドキュメントがサムネイルで示され、フロント３０８にもっとも関連するドキュメントが示される。
【００４５】
示唆を生成するために複数の方法を使用することができるので、ドキュメント・ブラウジング・システムは示唆の各々を生成するために使用される形態の根拠を示してもよい。たとえば、ドキュメント・ブラウジング・システムはパーソナル・インタラクション履歴にもとづく示唆、組織の支店にいる従業者のインタラクション履歴にもとづく示唆、類似の肩書きを有する従業者のインタラクション履歴にもとづく示唆、複数の根拠にもとづく示唆、などの示唆のカテゴリを示してもよい。
【００４６】
しかしながら、システムのユーザがアプローチの根拠の詳細を知る必要はない。根拠のいくつかがその他の根拠より、あるジョブについて、より価値を有することは自然なことである。複数の示唆を試すことによって、ユーザは、どのカテゴリの示唆がベストか学ぶことができる。
【００４７】
メタデータおよびサーチによって、ユーザはドキュメント空間の表示をフィルタリングすることができる。フィルタを示唆にも適用してよい。すなわち、現在示されているユーザの情報ニーズに示唆を関連付けることができる。
【００４８】
浮動ペインに示唆を表示する代わりに他の方法を使用してもよい。たとえば、ドキュメント・ブラウジング・システムのディレクトリ表示において、対応するサブディレクトリを示唆に関連付けてもよい。たとえば、ディレクトリ・ツリーにわたって一様に分布するように、選択されるディレクトリを示すドキュメント・サムネイルを、システムは置換してもよい。最大の関心値を有するドキュメントを、該ドキュメントを含むディレクトリを示すために使用してもよい。図３のポップアップ・ツール・チップ３１０に示されるように、ディレクトリ・ボックス上にユーザがマウス・カーソルを移動すると、システムは、ディレクトリ・ボックスを拡大し、その傍ら（近傍）に推奨されたドキュメント・サムネイルを表示するか、もしくは、推奨されたドキュメント・サムネイルをポップアップ・ツール・チップに表示する。さらに、スコア付けされたすべてのドキュメントを推奨する必要はなく、低い値を有するドキュメントがユーザに推奨されないように、低いスコアが付けられているドキュメントを取り除くために閾値を使用してもよい。
【００４９】
図４は、あるユーザに、ディレクトリもしくはドキュメントを推奨するための本発明の実施形態の一つのフロー・チャートを例示する。まず、システムは、アクセス・ログから、ストレージ・システム（記憶手段）のディレクトリ／ドキュメントへユーザが以前に行ったアクセスを識別する（４００）。続いて、プロセッサが、ドキュメント／ディレクトリに以前にアクセスしたユーザと対象ユーザとの間の組織的な属性を解析する（４０１）。そして、スコアの合計にもとづいてアクセスされたドキュメント／ディレクトリにスコアを割り当てる。合計は、解析された組織的関係にもとづくスコアおよび解析された階層関係にもとづくスコアを含む（４０２）。すべてのドキュメント／ディレクトリがスコア付けされる必要はなく、スコア付けされたドキュメント／ディレクトリが対象ユーザに推奨される（４０３）。たとえば、サムネイルの形態で、最高のスコアを付けられたドキュメントから最低のスコアを付けられたドキュメントまでを、推奨ドキュメントとしてユーザに示すことにより推奨を行うことができる。なお、表示されるのはドキュメント自体であってもよいし、そのドキュメントのファイル名、標題、リンク先など、ドキュメントに関する情報であっても当然構わない。推奨されるディレクトリについても同様であり、ディレクトリ名、リンク、ディレクトリが含むドキュメントの一覧など、周知のディレクトリの表示手法を用いることができる。
【００５０】
アクセス・ログを全体にわたって横断する必要はない。なぜならば、本システムの実施形態は、アクセス・ログに記録されているドキュメント、ユーザおよびアクセス・タイプ（たとえば、プリント、保存など）を含むドキュメント・アクセス・トリプレット（３要素）のスコアおよび日付を記憶することができるからである。非ゼロ値を有するトリプレットだけが記憶される。これらのトリプレットの各々は関連付けられた減少率および重みファクタを有することができる。推奨を決定するために、まず、推奨を受けるユーザに関連するすべてのユーザが決定される。それらのすべてのユーザについて、各々のドキュメント・アクセス・トリプレットのすべてが取り出される。次に、最後のアクセスから経過した時間に適切となるよう値を減少し、重みファクタを乗じる。ドキュメントの各々について計算された値が加算され、スコア付けされたドキュメントが推奨される。上記したように、すべてのドキュメントがスコア付けされる必要はなく、低い値を有するドキュメントがユーザに推奨されないように、低いスコアを付けられたドキュメントを取り除くために、閾値を使用することができる。
【００５１】
図５は、本発明の実施形態の一つの機能図を例示する。推奨ユニット（推奨手段）５００は、表示手段５０１に推奨を表示することにより、対象ユーザにドキュメントもしくはディレクトリを推奨する。推奨は、スコア付けユニット（スコア付け手段）５０２によってドキュメントもしくはディレクトリに割り当てられたスコアにもとづいてなされる。スコア付けユニット５０２は、ストレージ・システム（記憶手段）５０４の中の以前にアクセスされたドキュメントおよびディレクトリを検出するために、および、ドキュメント／ディレクトリにアクセスしたユーザを判断するために、同じまたは別の記憶装置に記憶されたアクセス・ログ５０３を参照する。スコア付けユニット５０２は、階層テーブル５０５を参照することによって、対象ユーザと、ドキュメント／ディレクトリにアクセスしたユーザとの組織的および階層的関係を解析してもよい。スコア付けされたドキュメントおよびディレクトリは、対象ユーザに推奨を表示することができる推奨ユニットに供給される。
【００５２】
図６は、本発明の実施形態の手法が実装されるコンピュータ／サーバ・システム６００のブロック図を例示する。システム６００は、コンピュータ／サーバ・プラットフォーム６０１およびネットワーク・リソース６０３を含む。 
【００５３】
コンピュータ・プラットフォーム６０１は、コンピュータ・プラットフォーム６０１の全体もしくは様々な構成要素間で情報を通信するためのデータ・バス６０４もしくは他の通信機構、情報を処理するとともに他の計算タスクおよび制御タスクを実行するために、バス６０４に接続されているプロセッサ（ＣＰＵ）６０５を含む。コンピュータ・プラットフォーム６０１は、プロセッサ６０５によって実行されるべき命令や様々な情報を記憶するために、バス６０４に接続されている、ランダム・アクセス・メモリ（ＲＡＭ）もしくは他のダイナミック・ストレージ・デバイスなどの、揮発性記憶手段６０６を含む。揮発性記憶手段６０６は、プロセッサ６０５によって命令が実行される間、一時的な変数もしくは中間情報を記憶するために使用されてもよい。コンピュータ・プラットフォーム６０１は、様々なシステム構成パラメータ、基本入出力システム（ＢＩＯＳ）などの静的情報およびプロセッサ６０５への命令を記憶するためにバス６０４に接続されている、リード・オンリー・メモリ（ＲＯＭもしくはＥＰＲＯＭ）６０７もしくは他のスタティック・ストレージ・デバイスを含む。磁気ディスク、光ディスク、もしくは、ソリッド・ステート・フラッシュ・メモリ・デバイスなどの永続記憶手段６０８が、情報および命令を記憶するためにバス６０４に結合される。
【００５４】
コンピュータ・プラットフォーム６０１のシステム管理者もしくはユーザに情報を表示するために、ＣＲＴ（陰極線管）、プラズマ・ディスプレイ、ＬＣＤ（液晶ディスプレイ）などの表示手段６０９に、プロセッサ６０５がバス６０４を介して接続されてもよい。英数字および他のキーを含むキーボードなどの入力デバイス６１０が、情報およびコマンドの選択をプロセッサ６０５に送信するためにバス６０４に接続される。上記以外のタイプの入力デバイスには、方向情報およびコマンド選択をプロセッサ６０５に送信し、表示手段６０９上のカーソル移動を制御するための、マウス、トラックボール、カーソル方向キーなどのカーソル制御デバイス（位置指定手段）６１１がある。後者の入力デバイスは、一般に、第一の軸（たとえば、ｘ軸）および第２の軸（たとえば、ｙ軸）の２つの自由度を有し、これにより、該入力デバイスは平面上で位置を特定することができる。
【００５５】
外部記憶手段６１２が、コンピュータ・プラットフォーム６０１に追加的なもしくは脱着可能な記憶容量を提供するために、バス６０４を介して、プロセッサ６０５に結合されてもよい。コンピュータ・システム６００の実施形態において、脱着可能な外部記憶手段６１２を他のコンピュータ・システムとのデータの交換を促進するために使用してもよい。
【００５６】
本発明は、上記技術を実装するコンピュータ・システム６００の使用と関連する。実施形態の一つにおいて、本システムは、コンピュータ・プラットフォーム６０１などのマシンに含まれていてもよい。本発明の実施形態の一つによれば、上記技術は、揮発性記憶手段６０６に含まれている少なくとも一つの命令の少なくとも一つのシーケンスがプロセッサ６０５で実行されることにより、コンピュータ・システム６００によって実行される。このような命令は、永続記憶手段６０８などの他のコンピュータ可読媒体から揮発性記憶手段６０６に読み込まれてもよい。揮発性記憶手段６０６に含まれている命令のシーケンスを実行することにより、上記プロセス・ステップがプロセッサ６０５によって実行される。代替的な実施形態において、本発明を実装するために、ハードワイヤード回路が、ソフトウェアの命令に替えて、もしくは、ソフトウェアの命令と組み合わせて使用されてもよい。すなわち、本発明の実施形態は、ハードウェア回路およびソフトウェアの特定の組み合わせに限定されるものではない。
【００５７】
ここで使用されている「コンピュータ可読媒体」という用語は、プロセッサ６０５に実行する命令を提供する際に使用される媒体を参照する。コンピュータ可読媒体は、ここで記述されている方法および／もしくは技術のいずれかを実装するための命令を搬送する機械可読媒体の単なる一例である。このような媒体は、不揮発性媒体、揮発性媒体、伝送媒体などの多くの形態を採ることができるが、本発明の媒体はこれらに限定されるものではない。不揮発性媒体は、たとえば、永続記憶手段６０８のような光ディスクまたは磁気ディスクを含む。揮発性媒体は、揮発性記憶手段６０６などのダイナミック・メモリを含む。伝送媒体は、データ・バス６０４を含むワイヤであってよく、たとえば、同軸ケーブル、銅線、ファイバ光ケーブルなどを含む。伝送媒体は、無線波データ通信および赤外線データ通信の間に生成される音響波もしくは光波の形態を採ることもできる。
【００５８】
コンピュータ可読媒体の一般的な形態は、たとえば、フロッピー（登録商標）・ディスク、フレキシブル・ディスク、ハード・ディスク、磁気テープ、もしくは、任意の他の磁気媒体、ＣＤ−ＲＯＭ、任意の他の光媒体、パンチカード、紙テープ、ホール・パターンによる任意の他の物理的媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、フラッシュＥＰＲＯＭ、フラッシュ・ドライブ、メモリ・カード、任意の他のメモリ・チップ、もしくはカートリッジ、搬送波、もしくは、コンピュータが読むことのできる任意の他の媒体を含む。
【００５９】
コンピュータ読取可能媒体の様々な形態は、プロセッサ６０５に少なくとも一つの命令の少なくとも一つのシーケンスを実行のために搬送することを含んでもよい。たとえば、命令は、当初、リモート・コンピュータから磁気ディスクに搬送されてもよい。代替的に、リモート・コンピュータは、ダイナミック・メモリに命令をロードし、モデムを用いて電話線を通して命令を送信することができる。コンピュータ・システム６００にローカルなモデムは、電話線上のデータを受信することができ、赤外線信号にデータを変換するために赤外線トランスミッタを使用することができる。赤外線検出器は赤外線信号で搬送されるデータを受信することができ、適切な回路がデータ・バス６０４にデータを置くことができる。バス６０４は揮発性記憶手段６０６にデータを搬送し、プロセッサ６０５は揮発性記憶手段６０６から命令を取り出し、実行する。不揮発性記憶手段６０６によって受信された命令は、プロセッサ６０５によって命令が実行される前、もしくは、命令が実行された後のいずれかに永続記憶手段６０８に記憶されてもよい。先行技術においてよく知られているように、様々なネットワーク・データ通信プロトコルを用いて、インターネットを介してコンピュータ・プラットフォーム６０１に命令をダウンロードしてもよい。
【００６０】
コンピュータ・プラットフォーム６０１は、データ・バス６０４に接続されているネットワーク・インタフェース・カード６１３などの通信インタフェースを含む。通信インタフェース６１３は、ネットワーク６１５に接続されているネットワーク・リンク６１４に接続されている双方向データ通信を提供する。たとえば、通信インタフェース６１３は、対応するタイプの電話線へのデータ通信接続を提供するＩＳＤＮ（総合デジタル通信網）カードもしくはモデムであってよい。その他の例として、通信インタフェース６１３は、互換性を有するＬＡＮへのデータ通信接続を提供するローカル・エリア・ネットワーク・インタフェース・カード（ＬＡＮ  ＮＩＣ）であってよい。よく知られている８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇおよびブルートゥースなどのワイヤレス・リンクがネットワーク実装のために使用されてもよい。任意のそのような実装において、通信インタフェース６１３は、様々なタイプの情報を示すデジタル・データ・ストリームを搬送する電気的、電磁的、もしくは光信号を送信し、受信する。
【００６１】
一般に、ネットワーク・リンク６１４は、少なくとも一つのネットワークを介して他のネットワーク・リソースにデータ通信を提供する。たとえば、ネットワーク・リンク６１４はローカル・エリア・ネットワーク６１５を介して、ホスト・コンピュータ６１６もしくはネットワーク記憶手段／サーバ６２２に通信を提供する。さらに、もしくは、代替的に、ネットワーク・リンク６１４は、インターネットなどのワイド・エリア・ネットワーク、もしくは、グローバル・ネットワーク６１８にゲートウェイ／ファイアウォール６１７を介して接続される。このように、コンピュータ・プラットフォーム６０１は、リモート・ネットワーク記憶手段／サーバ６１９などのインターネット６１８のどこかに配置されているネットワーク・リソースにアクセスすることができる。一方、コンピュータ・プラットフォーム６０１は、ローカル・エリア・ネットワーク６１５および／もしくはインターネット６１８のどこかに配置されているクライアントによってアクセスされてもよい。ネットワーク・クライアント６２０および６２１は、プラットフォーム６０１に類似するコンピュータ・プラットフォームにもとづいて実装されてもよい。
【００６２】
ローカル・エリア・ネットワーク６１５およびインターネット６１８は、デジタル・データ・ストリームを搬送する電気的、電磁的もしくは光信号を使用する。様々なネットワークを介した信号、コンピュータ・プラットフォーム６０１へ、および、コンピュータ・プラットフォーム６０１からデジタル・データを搬送するネットワーク・リンク６１４上の信号および通信インタフェース６１３を介した信号は、例示的には、情報を伝送する搬送波の形態である。
【００６３】
コンピュータ・プラットフォーム６０１は、インターネット６１８、ＬＡＮ６１５、ネットワーク・リンク６１４および通信インタフェース６１３を含む様々なネットワークを介して、メッセージを送信し、プログラム・コードを含むデータを受信することができる。インターネットの例においては、システム６０１がネットワーク・サーバとして動作する場合、インターネット６１８、ゲートウェイ／ファイアウォール６１７、ローカル・エリア・ネットワーク６１５および通信インタフェース６１３を介して、クライアント６２０および／もしくは６２１の上で稼働するアプリケーション・プログラムのために要求されるコードもしくはデータを伝送してもよい。同様に、他のネットワーク・リソースからコードを受信してもよい。
【００６４】
受信されるコードは、受信された時に、プロセッサ６０５によって実行されてもよいし、および／または、その後の実行のために永続記憶手段６０８および揮発性記憶手段６０６、もしくはその他の不揮発性記憶手段に記憶されてもよい。この場合、コンピュータ・プラットフォーム６０１は搬送波の形態でアプリケーション・コードを取得してもよい。
【００６５】
本発明は特定のファイアウォール・システムに限定されるものではない。本発明のポリシー・ベース・コンテンツ処理システムは３つのファイアウォール・オペレーティング・モード、詳細には、ＮＡＴ、ルーティング、トランスペアレント、のいずれかで使用されてもよい。
【００６６】
最後に、上記された処理および技術は特定の装置に固有に関連するものではなく、構成要素の適切な組み合わせによって実装することができるものである。上記技術によって、様々なタイプの汎用目的デバイスを使用してもよい。一方、上記方法ステップを実行するために特定用途装置を構築してもよい。本発明は特定の例に関連して記述されているが、これは、あらゆる観点において、限定を意図するものではなく、例示を意図するものである。ハードウェア、ソフトウェアおよびファームウェアの多くの異なる組み合わせが、本発明を実行するために適切である。たとえば、上記されているソフトウェアは、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、ｓｈｅｌｌ、ＰＨＰ、Ｊａｖａ（登録商標）などの幅広いプログラミング言語もしくは記述言語によって実装することができる。
【００６７】
さらに、本発明の他の実装も、上記されている仕様および実用を考慮すれば、明らかである。上記実施形態の様々な態様および／もしくは構成要素がドキュメント／ディレクトリ推奨システムに単体でもしくは任意の組み合わせで使用されてもよい。上記実施形態の記載などは例示を目的とするものであり、本発明の真の範囲および精神は特許請求の範囲によって示される。
【符号の説明】
【００６８】
５００  推奨ユニット
５０１  表示手段
５０２  スコア付けユニット
５０３  アクセス・ログ
５０４  ストレージ・システム
５０５  階層テーブル
【図１】
2011165169.tif 000007
【図２】
2011165169.tif 000008
【図３】
2011165169.tif 000009
【図４】
2011165169.tif 000010
【図５】
2011165169.tif 000011
【図６】
2011165169.tif 000012