JP5810792B2 - 情報処理装置及び情報処理プログラム - Google Patents

Description

本発明は、情報処理装置及び情報処理プログラムに関する。

情報の検索に関する技術がある。
これに関連する技術として、例えば、特許文献１には、文書やデータベースなどを検索する場合、効果的に適切な検索結果に絞り込むことが望まれ、また検索結果絞り込み過程における関連情報の参照も望まれていることを課題とし、メタデータ（概念情報）を画面にラベル表示し、そのラベルを選択することで、次々に下位のメタデータや関連するメタデータを表示し、それを選択することで、視覚的に検索処理を行い目的の文書を探すことができ、また互いに関係のある情報同士を関連表示、例えばメタデータ名のラベル同士を線で連結させる、あるいは無関係の情報を背反表示させることにより、関連情報を容易に知ることができることが開示されている。

例えば、特許文献２には、情報処理装置に蓄えられた大量の文書群を、その特徴にしたがって高い精度で自動的に分類することを課題とし、キーワード整形器は、同意語・不要語を参照して、文書データから文書単語対と文書メタ情報を生成し、キーワード関係抽出器は、階層関係を参照して、階層関係、同値関係、連想関係を抽出し、ディレクトリファイル生成器は、トップキーワード、階層関係、同値関係、連想関係、及び文書メタ情報からディレクトリファイルを生成し、利用者は、ディレクトリアクセス部を介してディレクトリファイルにアクセスすることが開示されている。

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

本発明は、関連する情報を提示する場合にあって、情報、情報間の関連に関する情報に基づいて、提示する情報の数を制限するようにした情報処理装置及び情報処理プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、情報を提示する提示手段と、前記提示手段によって提示されている情報が選択された場合に、該情報に関連する情報を、情報と情報間の関連を記憶する記憶手段から抽出する情報抽出手段と、前記情報又は情報間の関連に関する特徴を抽出する特徴抽出手段と、前記提示手段が前記情報抽出手段によって抽出された情報を提示する場合であって、提示する情報の数が予め定められた数よりも多くなる又は以上となる場合に、前記特徴抽出手段によって抽出された特徴に基づいて、提示する情報を制限する制限手段を具備し、前記特徴抽出手段は、情報に関する特徴として、該情報が選択された時刻、又は該情報に関連する情報が選択された時刻を抽出することを特徴とする情報処理装置である。
請求項２の発明は、前記特徴抽出手段は、情報間の関連に関する特徴として、選択された情報と対象とする情報間の経路における該関連をなす２つの情報のいずれかが選択された回数に基づいた値を抽出することを特徴とする請求項１に記載の情報処理装置である。
請求項３の発明は、情報を提示する提示手段と、前記提示手段によって提示されている情報が選択された場合に、該情報に関連する情報を、情報と情報間の関連を記憶する記憶手段から抽出する情報抽出手段と、前記情報又は情報間の関連に関する特徴を抽出する特徴抽出手段と、前記提示手段が前記情報抽出手段によって抽出された情報を提示する場合であって、提示する情報の数が予め定められた数よりも多くなる又は以上となる場合に、前記特徴抽出手段によって抽出された特徴に基づいて、提示する情報を制限する制限手段を具備し、前記特徴抽出手段は、情報間の関連に関する特徴として、選択された情報と対象とする情報間の経路における該関連をなす２つの情報のいずれかが選択された回数に基づいた値を抽出することを特徴とする情報処理装置である。

請求項４の発明は、前記特徴抽出手段は、情報に関する特徴として、該情報が選択された時刻、又は該情報に関連する情報が選択された時刻を抽出することを特徴とする請求項３に記載の情報処理装置である。

請求項５の発明は、前記特徴抽出手段は、情報に関する特徴として、該情報が選択された場合であって、該情報に関連付けられた情報の数、又は該情報に関連する情報が選択された回数を抽出することを特徴とする請求項１から４のいずれか一項に記載の情報処理装置である。

請求項６の発明は、前記制限手段は、前記提示手段によって既に提示されている情報であって、前記特徴抽出手段によって抽出された特徴に基づく値と予め定められた閾値との比較によって、該提示手段によって提示する情報を選択し、又は該提示手段によって提示されなくなる情報を選択することによって、提示する情報を制限することを特徴とする請求項１から５のいずれか一項に記載の情報処理装置である。

請求項７の発明は、前記提示手段は、前記制限手段によって提示されなくなる情報が以前は提示されていたことを示す情報を提示することを特徴とする請求項１から６のいずれか一項に記載の情報処理装置である。
請求項８の発明は、情報を提示する提示手段と、前記提示手段によって提示されている情報が選択された場合に、該情報に関連する情報を、情報と情報間の関連を記憶する記憶手段から抽出する情報抽出手段と、前記情報又は情報間の関連に関する特徴を抽出する特徴抽出手段と、前記提示手段が前記情報抽出手段によって抽出された情報を提示する場合であって、提示する情報の数が予め定められた数よりも多くなる又は以上となる場合に、前記特徴抽出手段によって抽出された特徴に基づいて、提示する情報を制限する制限手段を具備し、前記提示手段は、前記制限手段によって提示されなくなる情報が以前は提示されていたことを示す情報を、前記提示されなくなる情報の位置に提示することを特徴とする情報処理装置である。
請求項９の発明は、前記提示手段は、前記制限手段によって提示されなくなる情報が以前は提示されていたことを示す情報を、選択できないように提示することを特徴とする請求項８に記載の情報処理装置である。

請求項１０の発明は、コンピュータを、情報を提示する提示手段と、前記提示手段によって提示されている情報が選択された場合に、該情報に関連する情報を、情報と情報間の関連を記憶する記憶手段から抽出する情報抽出手段と、前記情報又は情報間の関連に関する特徴を抽出する特徴抽出手段と、前記提示手段が前記情報抽出手段によって抽出された情報を提示する場合であって、提示する情報の数が予め定められた数よりも多くなる又は以上となる場合に、前記特徴抽出手段によって抽出された特徴に基づいて、提示する情報を制限する制限手段として機能させ、前記特徴抽出手段は、情報に関する特徴として、該情報が選択された時刻、又は該情報に関連する情報が選択された時刻を抽出することを特徴とする情報処理プログラムである。
請求項１１の発明は、コンピュータを、情報を提示する提示手段と、前記提示手段によって提示されている情報が選択された場合に、該情報に関連する情報を、情報と情報間の関連を記憶する記憶手段から抽出する情報抽出手段と、前記情報又は情報間の関連に関する特徴を抽出する特徴抽出手段と、前記提示手段が前記情報抽出手段によって抽出された情報を提示する場合であって、提示する情報の数が予め定められた数よりも多くなる又は以上となる場合に、前記特徴抽出手段によって抽出された特徴に基づいて、提示する情報を制限する制限手段として機能させ、前記特徴抽出手段は、情報間の関連に関する特徴として、選択された情報と対象とする情報間の経路における該関連をなす２つの情報のいずれかが選択された回数に基づいた値を抽出することを特徴とする情報処理プログラムである。
請求項１２の発明は、コンピュータを、情報を提示する提示手段と、前記提示手段によって提示されている情報が選択された場合に、該情報に関連する情報を、情報と情報間の関連を記憶する記憶手段から抽出する情報抽出手段と、前記情報又は情報間の関連に関する特徴を抽出する特徴抽出手段と、前記提示手段が前記情報抽出手段によって抽出された情報を提示する場合であって、提示する情報の数が予め定められた数よりも多くなる又は以上となる場合に、前記特徴抽出手段によって抽出された特徴に基づいて、提示する情報を制限する制限手段として機能させ、前記提示手段は、前記制限手段によって提示されなくなる情報が以前は提示されていたことを示す情報を、前記提示されなくなる情報の位置に提示することを特徴とする情報処理プログラム。

請求項１の情報処理装置によれば、関連する情報を提示する場合にあって、情報、情報間の関連に関する情報に基づいて、提示する情報の数を制限することができる。また、情報が選択された時刻又は情報が情報抽出手段によって抽出された時刻に基づいて、提示する情報の数を制限することができる。
請求項２の情報処理装置によれば、選択された情報と対象とする情報間の経路における該関連をなす２つの情報のいずれかが選択された回数に基づいて、提示する情報の数を制限することができる。
請求項３の情報処理装置によれば、関連する情報を提示する場合にあって、情報、情報間の関連に関する情報に基づいて、提示する情報の数を制限することができる。また、選択された情報と対象とする情報間の経路における該関連をなす２つの情報のいずれかが選択された回数に基づいて、提示する情報の数を制限することができる。

請求項４の情報処理装置によれば、情報が選択された時刻又は情報が情報抽出手段によって抽出された時刻に基づいて、提示する情報の数を制限することができる。

請求項５の情報処理装置によれば、情報が選択された場合であって、情報に関連付けられた情報の数、又は情報に関連する情報が選択された回数に基づいて、提示する情報の数を制限することができる。

請求項６の情報処理装置によれば、既に提示されている情報であって、特徴に基づく値と予め定められた閾値との比較によって、提示されなくなる情報を選択することができるようになる。

請求項７の情報処理装置によれば、制限によって提示されなくなった情報であるが以前は提示されていたことがわかるようになる。
請求項８の情報処理装置によれば、掲示されなくなる情報の位置上で、制限手段によって掲示されなくなる情報が以前は掲示されていたことを知ることができる。
請求項９の情報処理装置によれば、提示されなくなる情報が以前は提示されていたことを示す情報を、選択できないように掲示することができる。

請求項１０の情報処理プログラムによれば、関連する情報を提示する場合にあって、情報、情報間の関連に関する情報に基づいて、提示する情報の数を制限することができる。また、情報が選択された時刻又は情報が情報抽出手段によって抽出された時刻に基づいて、提示する情報の数を制限することができる。
請求項１１の情報処理プログラムによれば、関連する情報を提示する場合にあって、情報、情報間の関連に関する情報に基づいて、提示する情報の数を制限することができる。また、選択された情報と対象とする情報間の経路における該関連をなす２つの情報のいずれかが選択された回数に基づいて、提示する情報の数を制限することができる。
請求項１２の情報処理プログラムによれば、掲示されなくなる情報の位置上で、制限手段によって掲示されなくなる情報が以前は掲示されていたことを知ることができる。

本実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 文書管理データテーブルのデータ構造例を示す説明図である。 メタデータ間の関連の例を示す説明図である。 イベントメタデータ登録テーブルのデータ構造例を示す説明図である。 文書メタデータ登録テーブルのデータ構造例を示す説明図である。 プロジェクトメタデータ登録テーブルのデータ構造例を示す説明図である。 メタデータの提示の推移例を示す説明図である。 表示画面の例を示す説明図である。 ノードデータテーブルのデータ構造例を示す説明図である。 表示画面の例を示す説明図である。 ノードデータテーブルのデータ構造例を示す説明図である。 エッジデータテーブルのデータ構造例を示す説明図である。 表示画面の例を示す説明図である。 ノードデータテーブルのデータ構造例を示す説明図である。 エッジデータテーブルのデータ構造例を示す説明図である。 表示画面の例を示す説明図である。 ノードデータテーブルのデータ構造例を示す説明図である。 エッジデータテーブルのデータ構造例を示す説明図である。 表示画面の例を示す説明図である。 ノードデータテーブルのデータ構造例を示す説明図である。 エッジデータテーブルのデータ構造例を示す説明図である。 表示画面の例を示す説明図である。 ノードデータテーブルのデータ構造例を示す説明図である。 エッジデータテーブルのデータ構造例を示す説明図である。 ノードデータ遷移の例を示す説明図である。 提示画面の例を示す説明図である。 本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。

以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するの意である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。

また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。

本実施の形態である情報処理装置は、メタデータとメタデータ間の関連を提示するものであって、図１の例に示すように、文書ＤＢ１００、データ受付モジュール１０２、メタデータＤＢ１０８、メタデータ処理モジュール１１０、メタデータ検索モジュール１２０、メタデータ表示モジュール１２２、メタデータ当該文書検索モジュール１２８、メタデータ当該文書出力モジュール１３０、検索・出力モジュール１３２を有している。

データ受付モジュール１０２は、文書アップロードモジュール１０４、メタデータ受付モジュール１０６を有している。
文書アップロードモジュール１０４は、文書ＤＢ１００と接続されている。文書アップロードモジュール１０４は、文書ＤＢ１００に文書（電子文書）を記憶させる。
メタデータ受付モジュール１０６は、メタデータＤＢ１０８と接続されている。メタデータ受付モジュール１０６は、メタデータを受け付けて、そのメタデータをメタデータＤＢ１０８に記憶させる。このメタデータは、本実施の形態では、提示される情報である。文書アップロードモジュール１０４が、文書ＤＢ１００に文書を記憶させるときに、メタデータ受付モジュール１０６が、その文書のメタデータをメタデータＤＢ１０８に登録するようにしてもよい。また、メタデータとしては、文書の名称、属性等の他に、文書とは関係しない情報（例えば、イベント、プロジェクト等、それらに関する情報）であってもよい。また、メタデータ受付モジュール１０６は、例えば、特許文献２に記載の技術を用いて、文書ＤＢ１００内の文書からメタデータを生成するようにしてもよい。
文書ＤＢ１００は、文書アップロードモジュール１０４、メタデータ当該文書出力モジュール１３０と接続されている。文書ＤＢ１００は、文書を記憶するデータベースである。

メタデータＤＢ１０８は、メタデータ受付モジュール１０６、メタデータ抽出モジュール１１２、メタデータ構造処理モジュール１１４、グラフ生成モジュール１１６、メタデータ重要度算出モジュール１１８、メタデータ検索モジュール１２０、メタデータ提示モジュール１２６と接続されている。メタデータＤＢ１０８は、メタデータ、そして、メタデータ間の関連を記憶するデータベースである。
メタデータＤＢ１０８が記憶するメタデータとして、例えば、イベントメタデータ登録テーブル７００、文書メタデータ登録テーブル８００、プロジェクトメタデータ登録テーブル９００がある。図７、図８、図９は、イベントメタデータ登録テーブル７００、文書メタデータ登録テーブル８００、プロジェクトメタデータ登録テーブル９００のデータ構造例を示す説明図である。イベントメタデータ登録テーブル７００には、メタデータ名欄７１０、メタデータ値欄７２０がある。メタデータ名欄７１０は、属性名を記憶している。メタデータ値欄７２０は、その属性の値を記憶している。文書メタデータ登録テーブル８００には、メタデータ名欄８１０、メタデータ値欄８２０がある。メタデータ名欄８１０は、属性名を記憶している。メタデータ値欄８２０は、その属性の値を記憶している。プロジェクトメタデータ登録テーブル９００には、メタデータ名欄９１０、メタデータ値欄９２０がある。メタデータ名欄９１０は、属性名を記憶している。メタデータ値欄９２０は、その属性の値を記憶している。
例えば、メタデータ名欄７１０がｔｉｔｌｅであるメタデータ値欄７２０の情報を提示するメタデータとして抽出すればよい。文書メタデータ登録テーブル８００、プロジェクトメタデータ登録テーブル９００についても同等である。

また、メタデータＤＢ１０８が記憶するメタデータ間の関連として、例えば、図６に示すようなディレクトリ構造（木構造）がある。これは、イベント、文書、プロジェクトの３つのディレクトリ構造を示すものである。１つ目のディレクトリ構造として、イベント６１０の下位には、Ｋｉｃｋ ｏｆｆ６１２、週報会６１８、定例会６２０がある。Ｋｉｃｋ ｏｆｆ６１２の下位には、戦略報告６１４、Ｒｅｐｏｒｔ６１６がある。２つ目のディレクトリ構造として、文書６３０の下位には、週報６３２、戦略報告６１４、Ｒｅｐｏｒｔ６１６がある。戦略報告６１４の下位には、Ｔ２ Ｐｒｊ６３４、Ｋｉｃｋ ｏｆｆ６１２がある。３つ目のディレクトリ構造として、プロジェクト６５０の下位には、Ｔ１ Ｐｒｊ６５２、Ｔ２ Ｐｒｊ６３４がある。なお、符号の番号が同じものは、同じものを指している。例えば、左端の１つ目のディレクトリ構造におけるＫｉｃｋ ｏｆｆ６１２の下位にある戦略報告６１４と、中央の２つ目のディレクトリ構造におけ文書６３０の下位にある戦略報告６１４とは同じものである。
関連するメタデータとは、ディレクトリ構造において、対象としているメタデータに対して親又は子の関係を有しているメタデータをいう。なお、ここで、ディレクトリ構造における親という場合は、対象としているメタデータの直上のメタデータだけをいい、ディレクトリ構造における子という場合は、対象としているメタデータの直下のメタデータだけをいう。ただし、これは例示であり、関連するメタデータとして、兄弟（同じ親を持つ自分以外の子）、親の親、子の子等を含めるようにしてもよい。例えば、イベント６１０に関連するメタデータとしては、Ｋｉｃｋ ｏｆｆ６１２、週報会６１８、定例会６２０がある。Ｋｉｃｋ ｏｆｆ６１２に関連するメタデータとしては、イベント６１０、戦略報告６１４、Ｒｅｐｏｒｔ６１６がある。

そして、メタデータＤＢ１０８は、キーワードからメタデータを検索できるように文書管理データテーブル５００を記憶している。図５は、文書管理データテーブル５００のデータ構造例を示す説明図である。文書管理データテーブル５００は、文書ＩＤ欄５１０、キーワード欄５２０、メタデータ欄５３０、格納位置欄５４０を有している。
文書ＩＤ欄５１０は、本実施の形態で、文書を一意に識別し得る情報である文書ＩＤを記憶している。
キーワード欄５２０は、その文書に付与されているキーワードを記憶している。このキーワードは、検索に用いられる。また、複数のキーワードが記憶されていてもよい。
メタデータ欄５３０は、その文書のメタデータを記憶している。このメタデータは、提示の対象となる。例えば、その文書の文書名、属性等であってもよい。
格納位置欄５４０は、その文書が記憶されている文書ＤＢ１００の位置を記憶している。例えば、文書、ＵＲＬ等を記憶している。
ここでは、文書に関するメタデータ等の情報を記憶している例を示したが、前述のように文書とは関係しない情報であってもよい。

メタデータ処理モジュール１１０は、メタデータ抽出モジュール１１２、メタデータ構造処理モジュール１１４、グラフ生成モジュール１１６、メタデータ重要度算出モジュール１１８を有している。
メタデータ抽出モジュール１１２は、メタデータＤＢ１０８、メタデータ構造処理モジュール１１４と接続されている。メタデータ抽出モジュール１１２は、メタデータ提示モジュール１２６によって提示されているメタデータが選択された場合に、そのメタデータに関連するメタデータを、メタデータＤＢ１０８から抽出する。例えば、情報の選択は、検索ＵＩモジュール１２４が検出する操作者の選択操作によって行われる。対象としているメタデータに関連するメタデータは、前述のディレクトリ構造を対象としているメタデータを辿って、親又は子の関係を有しているメタデータを抽出すればよい。

メタデータ構造処理モジュール１１４は、メタデータＤＢ１０８、メタデータ抽出モジュール１１２、グラフ生成モジュール１１６と接続されている。メタデータ構造処理モジュール１１４は、メタデータ又はメタデータ間の関連に関する特徴を抽出する。
例えば、メタデータ構造処理モジュール１１４は、メタデータに関する特徴として、そのメタデータが選択された時刻、又はそのメタデータに関連するメタデータが選択された時刻を抽出するようにしてもよい。ここで、「メタデータ（Ｂ）に関連するメタデータ（Ａ）が選択された時刻」とは、情報（Ａ）が選択されたことによって、情報（Ｂ）が提示された時刻をいう。
また、例えば、メタデータ構造処理モジュール１１４は、メタデータに関する特徴として、そのメタデータが選択された場合であって、そのメタデータに関連付けられたメタデータの数、又はそのメタデータに関連するメタデータが選択された回数を抽出するようにしてもよい。ここで、「メタデータ（Ａ）が選択された場合であって、そのメタデータ（Ａ）に関連付けられたメタデータ（Ｂ）の数」とは、メタデータ（Ａ）が選択されたことによって、提示されたメタデータ（Ｂ）の数をいう。
また、例えば、メタデータ構造処理モジュール１１４は、メタデータ間の関連に関する特徴として、選択されたメタデータと対象とするメタデータ間の経路における関連をなす２つのメタデータのいずれかが選択された回数に基づいた値を抽出するようにしてもよい。

グラフ生成モジュール１１６は、メタデータＤＢ１０８、メタデータ構造処理モジュール１１４と接続されている。グラフ生成モジュール１１６は、メタデータ抽出モジュール１１２によって抽出されたメタデータ間の関係のグラフを生成する。例えば、グラフとしては、ＤＡＧ（Ｄｉｒｅｃｔｅｄ Ａｃｙｃｌｉｃ Ｇｒａｐｈ、有向グラフ）等がある。グラフは、ノードとノード間の関連を示すエッジ（アーク等ともいわれる）によって構成されている。ノードはメタデータが該当し、エッジは、提示されているメタデータ（Ａ）が選択された場合に、そのメタデータ（Ａ）に関連するメタデータ（Ｂ）を抽出した場合に、２つのメタデータ（ノード）間に生じる。また、エッジには方向があり、先の例では、メタデータ（Ａ）からメタデータ（Ｂ）へ向かうエッジが生じることになる。なお、ここで、生成されるグラフは、メタデータ提示モジュール１２６が検索ＵＩ表示画面１３４に提示するグラフとは必ずしも同じものではない。つまり、メタデータ提示モジュール１２６が検索ＵＩ表示画面１３４に提示するグラフは、提示するメタデータの数が制限されているが、グラフ生成モジュール１１６が生成するグラフは、メタデータ抽出モジュール１１２によって抽出されたメタデータ（選択されたメタデータに関連するメタデータ）、メタデータ間の関連によって生成されるものであり、制限されることはない。

メタデータ重要度算出モジュール１１８は、メタデータＤＢ１０８と接続されている。メタデータ重要度算出モジュール１１８は、メタデータ提示モジュール１２６がメタデータ抽出モジュール１１２によって抽出されたメタデータを提示する場合であって、提示するメタデータの数が予め定められた数よりも多くなる又は以上となる場合に、メタデータ構造処理モジュール１１４によって抽出された特徴に基づいて、提示するメタデータを制限する。つまり、検索ＵＩ表示画面１３４に提示されるメタデータの数は、その予め定められた数以下又は未満となる。
また、例えば、メタデータ重要度算出モジュール１１８は、メタデータ提示モジュール１２６によって既に提示されているメタデータであって、メタデータ構造処理モジュール１１４によって抽出された特徴に基づく値と予め定められた閾値との比較によって、メタデータ提示モジュール１２６によって提示するメタデータを選択し、又はメタデータ提示モジュール１２６によって提示されなくなる情報を選択することによって、提示するメタデータを制限するようにしてもよい。つまり、新たにメタデータを提示する場合に、前述の予め定められた数よりも多くなる又は以上となる場合に、既に提示されているメタデータを検索ＵＩ表示画面１３４から消去することになる。

メタデータ検索モジュール１２０は、メタデータＤＢ１０８、検索ＵＩモジュール１２４、メタデータ当該文書検索モジュール１２８と接続されている。メタデータ検索モジュール１２０は、操作者の検索操作等によって、検索ＵＩモジュール１２４が受け付けたキーワード等によって、メタデータＤＢ１０８内のメタデータを検索する。
メタデータ表示モジュール１２２は、検索ＵＩモジュール１２４、メタデータ提示モジュール１２６、検索ＵＩ表示画面１３４を有している。
検索ＵＩモジュール１２４は、メタデータ検索モジュール１２０、メタデータ提示モジュール１２６、検索ＵＩ表示画面１３４と接続されている。検索ＵＩモジュール１２４は、操作者の検索操作等を受け付け、その検索対象のキーワード等をメタデータ検索モジュール１２０に渡す。また、検索ＵＩ表示画面１３４に提示されているメタデータに対する操作者の選択操作を検出する。選択操作を検出した場合は、メタデータ抽出モジュール１１２に対して、その選択が行われたメタデータを渡す。
メタデータ提示モジュール１２６は、メタデータＤＢ１０８、検索ＵＩモジュール１２４と接続されている。メタデータ提示モジュール１２６は、メタデータを検索ＵＩ表示画面１３４に提示する。さらに、メタデータ間の関連を矢印等で提示するようにしてもよい。提示するメタデータは、メタデータ重要度算出モジュール１１８によって提示が制限されたメタデータである。
また、さらに、メタデータ提示モジュール１２６は、提示されなくなるメタデータが以前は提示されていたことを示す情報（アイコン、マーク、図形等）を提示するようにしてもよい。

メタデータ当該文書検索モジュール１２８は、メタデータ検索モジュール１２０、メタデータ当該文書出力モジュール１３０と接続されている。メタデータ当該文書検索モジュール１２８は、メタデータに関連付けられている文書を文書ＤＢ１００から検索する。例えば、メタデータが文書の名称、属性等であれば、その文書を文書ＤＢ１００から検索する。また、メタデータが文書とは関係しない情報であれば、その旨を提示するようにしてもよいし、そのメタデータと文書を対応付けたテーブルを予め用意しておき、そのテーブルを用いて、メタデータに対応する文書を検索するようにしてもよい。
メタデータ当該文書出力モジュール１３０は、文書ＤＢ１００、メタデータ当該文書検索モジュール１２８、文書出力画面１３６と接続されている。メタデータ当該文書出力モジュール１３０は、メタデータ当該文書検索モジュール１２８によって検索された文書を文書ＤＢ１００から抽出し、文書出力画面１３６として出力する。

検索・出力モジュール１３２は、検索ＵＩ表示画面１３４、文書出力画面１３６を有している。
検索ＵＩ表示画面１３４は、検索ＵＩモジュール１２４、文書出力画面１３６と接続されている。検索ＵＩ表示画面１３４は、検索用のキーワードを受け付けるための画面、その検索結果であるメタデータ（メタデータ間の関連を示す矢印等を含めてもよい）等を提示する画面である。検索ＵＩ表示画面１３４の例として、図１０等を用いて後述する。
文書出力画面１３６は、メタデータ当該文書出力モジュール１３０、検索ＵＩ表示画面１３４と接続されている。文書出力画面１３６は、メタデータ当該文書出力モジュール１３０によって出力された文書を提示する画面である。
検索ＵＩ表示画面１３４、文書出力画面１３６は、例えば、本実施の形態に備えられている提示装置（液晶ディスプレイ、タッチパネル等）に提示される。

図２は、本実施の形態による処理例を示すフローチャートである。
ステップＳ２０２では、検索ＵＩモジュール１２４が、キーワードを受け付ける。図１０は、メタデータの提示の推移例を示す説明図である。図１０（Ａ）の例に示す表示画面１０００には、キーワード受付領域１０１０、検索指示ボタン１０２０、マウスカーソル１０３０を提示する。キーワード受付領域１０１０内に、検索対象となるキーワードが記載される。操作者の操作によって、検索指示ボタン１０２０がマウスカーソル１０３０によって選択されると、検索ＵＩモジュール１２４が、キーワード受付領域１０１０内の文字列をキーワードとして受け付ける。

ステップＳ２０４では、メタデータ検索モジュール１２０が、メタデータをメタデータＤＢ１０８から検索する。例えば、前述の文書管理データテーブル５００のキーワード欄５２０からステップＳ２０２で受け付けたキーワードを検索し、そのキーワードに対応するメタデータを抽出すればよい。
ステップＳ２０６では、メタデータ提示モジュール１２６が、メタデータを提示する。図１０（Ｂ）の例に示す表示画面１０００には、ステップＳ２０４で検索されたメタデータであるイベント６１０、文書６３０、プロジェクト６５０を提示する。これらの配置は、例えば、表示画面１０００を、提示するメタデータの数に均等に分割するようにして、配置を決定するようにしてもよい。

ステップＳ２０８では、検索ＵＩモジュール１２４が、文書を出力するか否かを判断し、出力する場合はステップＳ２２０へ進み、それ以外の場合はステップＳ２１０へ進む。例えば、対象としているメタデータに対応する文書に対して、操作者の文書出力操作があった場合は、ステップＳ２２０へ進む。
ステップＳ２１０では、検索ＵＩモジュール１２４が、選択メタデータを受け付ける。例えば、検索ＵＩ表示画面１３４に提示されているメタデータに対して、操作者の選択操作を検出した場合の、そのメタデータが該当する。
ステップＳ２１２では、メタデータ抽出モジュール１１２、メタデータ構造処理モジュール１１４が、関連メタデータを取得する。ステップＳ２１０で選択されたメタデータに関連するメタデータを取得する。
ステップＳ２１４では、メタデータ重要度算出モジュール１１８が、重要度を算出する。重要度の算出については、図３を用いて後述する。

ステップＳ２１６では、メタデータ提示モジュール１２６が、提示用グラフを生成する。提示用グラフの生成については、図４を用いて後述する。
ステップＳ２１８では、メタデータ提示モジュール１２６が、グラフを提示する。図１０（Ｃ）の例に示す表示画面１０００には、図１０（Ｂ）の例の状態からイベント６１０が選択され、イベント６１０に関連するメタデータとしてＫｉｃｋ ｏｆｆ６１２、週報会６１８、定例会６２０を提示する。また、イベント６１０とＫｉｃｋ ｏｆｆ６１２の間、イベント６１０と週報会６１８の間、イベント６１０と定例会６２０の間には、矢印を提示している。
ステップＳ２２０では、メタデータ当該文書検索モジュール１２８が、文書ＤＢ１００から文書を抽出する。
ステップＳ２２２では、メタデータ当該文書出力モジュール１３０が、文書出力画面１３６に文書を出力する。

図３は、本実施の形態による処理例（ステップＳ２１４）を示すフローチャートである。
ステップＳ３０２では、メタデータ抽出モジュール１１２が、ノード情報の生成、変更を行う。検索又は選択されたメタデータに対応するノード情報を生成する。既に生成されている場合は、そのメタデータに対応するノード情報を変更する。また、選択されたメタデータに関連するメタデータについても、その関連するメタデータに対応するノード情報を生成する。既に生成されている場合は、その関連するメタデータに対応するノード情報を変更する。なお、ノードとメタデータとは一対一に対応している。ただし、ノードという場合には、検索されたメタデータ、又は提示されたメタデータが選択された場合に、そのノードに関連するメタデータが抽出された場合に、ノードという。つまり、選択操作によってグラフ構造が生成された場合のメタデータをノードという。
例えば、ノード情報としては、
＜ｎｏｄｅ＿ｉｄ＞＜ｔｉｍｅｓｔａｍｐ＞＜ｕｐｄａｔｅ＿ｔｉｍｅｓｔａｍｐ＞＜ａｃｔｉｖｅ＿ｃｏｕｎｔ＞＜ｏｕｔ＿ｅｄｇｅ＞＜ｉｎ＿ｅｄｇｅ＞
がある。
なお、＜ｎｏｄｅ＿ｉｄ＞は、そのノードを本実施の形態によって一意に識別し得る情報である。＜ｔｉｍｅｓｔａｍｐ＞は、そのノードが検索又は選択された時刻（ここで、時刻は、年、月、日、時、分、秒、秒以下等の組み合わせである。以下同様）である。＜ｕｐｄａｔｅ＿ｔｉｍｅｓｔａｍｐ＞は、そのノードが検索又は選択された最も近い時刻である。＜ａｃｔｉｖｅ＿ｃｏｕｎｔ＞は、そのノードが選択された場合であって、そのノードに関連付けられたノードの数（つまり、その選択によって表示され得るノードの数）、ノードに関連するノードが選択された回数の合計である。＜ｏｕｔ＿ｅｄｇｅ＞は、そのノードに接続されているエッジであって、そのノードから他のノードへ向かうエッジを一意に識別し得るエッジＩＤである。つまり、そのノードが選択され、関連するノードが抽出された場合に発生する。＜ｉｎ＿ｅｄｇｅ＞は、そのノードに接続されているエッジであって、そのノードに他のノードから向かうエッジを一意に識別し得るエッジＩＤである。つまり、そのノード関連するノードが選択され、対象としているノードが抽出された場合に発生する。
なお、図１２を用いて後述するノードデータテーブル１２００のように、ノード情報として＜ｄｉｓｃｔｅｎｃｅ＞を有していてもよい。

ステップＳ３０４では、メタデータ構造処理モジュール１１４が、エッジ情報の生成、変更を行う。新たにノード間の関連が発生した場合（新しくノードが発生した場合、既存のノード間に新しくエッジが発生した場合）に、エッジ情報を生成し、エッジに関連付けられている２つのノードのいずれかが選択された場合に、エッジ情報を変更する。
例えば、エッジ情報としては、
＜ｅｄｇｅ＿ｉｄ＞＜ａｃｔｉｖｅ＿ｔｉｍｅｓｔａｍｐ＞＜ｕｐｄａｔｅ＿ａｃｔｉｖｅ＿ｔｉｍｅｓｔａｍｐ＞＜ａｃｔｉｖｅ＿ｃｏｕｎｔ＞＜ｆｒｏｍ＞＜ｔｏ＞
がある。
なお、＜ｅｄｇｅ＿ｉｄ＞は、そのエッジを本実施の形態によって一意に識別し得る情報である。＜ａｃｔｉｖｅ＿ｔｉｍｅｓｔａｍｐ＞は、そのエッジに関連するノードが検索又は選択された時刻である。＜ｕｐｄａｔｅ＿ａｃｔｉｖｅ＿ｔｉｍｅｓｔａｍｐ＞は、そのエッジに関連するノードが検索又は選択された最も近い時刻である。＜ａｃｔｉｖｅ＿ｃｏｕｎｔ＞は、そのエッジに関連するノードが検索又は選択された回数である。エッジは、ノードが選択された場合に発生するので、最初は１であり、そのエッジに関連する２つのノードのうちいずれかが選択された場合は、カウントアップされる。＜ｆｒｏｍ＞は、そのエッジの元にあるノードを一意に識別し得るエッジＩＤである。つまり、そのエッジが発生した場合の検索又は選択されたノードである。＜ｔｏ＞は、そのエッジが向かう先にあるノードを一意に識別し得るエッジＩＤである。つまり、そのエッジが発生した場合の検索又は選択されたノードに関連するノード（抽出されたノード）である。

ステップＳ３０６では、グラフ生成モジュール１１６が、グラフ構造を生成する。例えば、ノード情報、エッジ情報からＤＡＧを生成し得るようなグラフ構造を生成する。
ステップＳ３０８では、メタデータ重要度算出モジュール１１８が、ノード情報の＜ｕｐｄａｔｅ＿ｔｉｍｅｓｔａｍｐ＞値を昇順にソートして、スコア１を算出する。つまり、その順位をスコア１とする。
ステップＳ３１０では、メタデータ重要度算出モジュール１１８が、ノード情報の＜ａｃｔｉｖｅ＿ｃｏｕｎｔ＞値でスコア２を算出する。
ステップＳ３１２では、メタデータ重要度算出モジュール１１８が、エッジ重みと現ノードとの間の経路によってスコア３を算出する。つまり、選択されたノードと対象とするノード間の経路における関連をなす２つのノードのいずれかが選択された回数に基づいて算出される値である。より具体的には、現在選択されたノードと重要度を算出しようとしているノードとの間の経路のエッジを抽出し、そのエッジの＜ａｃｔｉｖｅ＿ｃｏｕｎｔ＞の逆数とする。そして、経路としてエッジが複数ある場合は、各エッジの＜ａｃｔｉｖｅ＿ｃｏｕｎｔ＞の逆数の和をスコア３として算出する。

ステップＳ３１４では、メタデータ重要度算出モジュール１１８が、スコア１、スコア２、スコア３でノードの重要度を算出する。なお、重要度は、スコア１、スコア２、スコア３のいずれか１つをそのまま使用するようにしてもよいし、２つ以上の組み合わせによって算出するようにしてもよい。
例えば、
重要度ｃｉｄ ＝ ｗ１＊スコア１ ＋ ｗ２＊スコア２ ＋ ｗ３＊スコア３
によって算出するようにしてもよい。なお、ｗ１、ｗ２、ｗ３の数値は、予め定められた重み計数である。なお、重要度は、その数値が高い場合を重要である（ノードの提示を消去する対象にはなりにくい）とした場合、ｗ３は負数である。又は、
重要度ｃｉｄ ＝ ｗ１＊スコア１ ＋ ｗ２＊スコア２ ＋ ｗ３／スコア３
としてもよい。

ステップＳ３１６では、メタデータ重要度算出モジュール１１８が、重要度をメタデータＤＢ１０８に書き込む。
ステップＳ３１８では、メタデータ抽出モジュール１１２が、他に対象とすべきメタデータはあるか否かを判断し、ある場合はステップＳ３０２からの処理を行い、それ以外の場合は処理を終了する（ステップＳ３９９）。

図４は、本実施の形態による処理例（ステップＳ２１６）を示すフローチャートである。
ステップＳ４０２では、メタデータ抽出モジュール１１２、メタデータ構造処理モジュール１１４が、対象メタデータを取得する。例えば、グラフ生成モジュール１１６が生成したグラフ内のメタデータを抽出すればよい。提示し得る最大のメタデータ数となる。
ステップＳ４０４では、メタデータ提示モジュール１２６が、対象メタデータ数＞提示限界数であるか否かを判断し、対象メタデータ数＞提示限界数である場合はステップＳ４０６へ進み、それ以外の場合はステップＳ４０８へ進む。なお、提示限界数は予め定められた数である。
ステップＳ４０６では、メタデータ提示モジュール１２６が、メタデータの重要度に基づいて、提示限界数以下のメタデータを提示対象とするメタデータとして選択する。例えば、メタデータの重要度で降順にソートを行い、上位から提示限界数分のメタデータを選択すればよい。もちろん、逆に、選択されなくなるノードを選択することも同じことである。
ステップＳ４０８では、メタデータ提示モジュール１２６が、提示用グラフを生成する。また、提示されなくなる情報が以前は提示されていたことを示す情報を提示するようにしてもよい。

図１０は、メタデータの提示の推移例を示す説明図である。
図１０（Ａ）の例に示す表示画面１０００については、ステップＳ２０２で説明した。図１０（Ｂ）の例に示す表示画面１０００については、ステップＳ２０６で説明した。図１０（Ｃ）の例に示す表示画面１０００については、ステップＳ２１８で説明した。なお、提示限界数を１０とする。
図１０（Ｄ）の例に示す表示画面１０００には、図１０（Ｃ）の例の状態から文書６３０が選択され、文書６３０に関連するメタデータとして戦略報告６１４、Ｒｅｐｏｒｔ６１６、週報６３２を提示する。また、文書６３０と戦略報告６１４の間、文書６３０とＲｅｐｏｒｔ６１６の間、文書６３０と週報６３２の間には、矢印を提示している。
図１０（Ｅ）の例に示す表示画面１０００には、図１０（Ｄ）の例の状態からＫｉｃｋ ｏｆｆ６１２が選択され、Ｋｉｃｋ ｏｆｆ６１２に関連するメタデータとして、新しく提示するメタデータはなく、既に提示されている戦略報告６１４、Ｒｅｐｏｒｔ６１６との間に矢印を提示し、イベント６１０との間に逆向きの矢印も提示している。

図１０（Ｆ）の例に示す表示画面１０００には、図１０（Ｅ）の例の状態からプロジェクト６５０が選択され、プロジェクト６５０に関連するメタデータとして、Ｔ１ Ｐｒｊ６５２、Ｔ２ Ｐｒｊ６３４を提示しようとする。ただし、提示するメタデータの数は１１となるので、提示限界数（１０）を超えている。そこで、重要度ｃｉｄに基づいて、提示限界数以下になるように、これらのうちからメタデータを消去する。具体的には、図２２から図２４を用いて後述する。
図１０（Ｇ）の例に示す表示画面１０００には、図１０（Ｆ）の例の状態からＴ２ Ｐｒｊ６３４が選択され、Ｔ２ Ｐｒｊ６３４に関連するメタデータとして、新しく提示するメタデータはなく、既に提示されている戦略報告６１４との間に矢印を提示し、プロジェクト６５０との間に逆向きの矢印も提示している。ただし、提示するメタデータの数は１１（グラフ生成モジュール１１６が生成するグラフにおけるノード数）となるので、提示限界数（１０）を超えている。そこで、週報会６１８と定例会６２０の提示を消去する。もちろんのことながら、その間にある矢印の提示も消去している。そして、Ｔ１ Ｐｒｊ６５２、Ｔ２ Ｐｒｊ６３４を提示する。また、プロジェクト６５０とＴ１ Ｐｒｊ６５２の間、プロジェクト６５０とＴ２ Ｐｒｊ６３４の間には、矢印を提示している。

図１１は、図１０（Ｂ）の状態における表示画面１０００の例を示す説明図である。この状態におけるノードデータテーブル１２００について図１２を用いて説明する。ノードデータテーブル１２００は、ｎｏｄｅ欄１２１０、ｉｄ欄１２２０、ｔｉｍｅｓｔａｍｐ欄１２３０、ｕｐｄａｔｅ＿ｔｉｍｅｓｔａｍｐ欄１２４０、ａｃｔｉｖｅ＿ｃｏｕｎｔ欄１２５０、ｏｕｔ＿ｅｄｇｅ欄１２６０、ｉｎ＿ｅｄｇｅ欄１２７０、ｄｉｓｃｔｅｎｃｅ欄１２８０を有している。ｎｏｄｅ欄１２１０は、ノード情報の名称（提示するメタデータ）を記憶している。ｉｄ欄１２２０は、前述のノード情報の＜ｎｏｄｅ＿ｉｄ＞を記憶している。ｔｉｍｅｓｔａｍｐ欄１２３０は、前述のノード情報の＜ｔｉｍｅｓｔａｍｐ＞を記憶している。ｕｐｄａｔｅ＿ｔｉｍｅｓｔａｍｐ欄１２４０は、前述のノード情報の＜ｕｐｄａｔｅ＿ｔｉｍｅｓｔａｍｐ＞を記憶している。ａｃｔｉｖｅ＿ｃｏｕｎｔ欄１２５０は、前述のノード情報の＜ａｃｔｉｖｅ＿ｃｏｕｎｔ＞を記憶している。ｏｕｔ＿ｅｄｇｅ欄１２６０は、前述のノード情報の＜ｏｕｔ＿ｅｄｇｅ＞を記憶している。ｉｎ＿ｅｄｇｅ欄１２７０は、前述のノード情報の＜ｉｎ＿ｅｄｇｅ＞を記憶している。ｄｉｓｃｔｅｎｃｅ欄１２８０は、前述のスコア３に該当する値を記憶する。ここでは、検索されたメタデータを提示しているだけであり、エッジ情報はないので、初期値として「−１」を記憶している。選択されたノードとこのノード（ノードデータテーブル１２００内の各行のノード）の間に経路がある場合は、「−１」以外の値が記憶されることになる。
なお、ノードデータテーブル１２００は、メタデータ構造処理モジュール１１４、メタデータ重要度算出モジュール１１８によって生成され、変更される。

図１３は、図１０（Ｃ）の状態における表示画面１０００の例を示す説明図である。この状態におけるノードデータテーブル１２００について図１４を用いて説明する。また、この状態におけるエッジデータテーブル１５００について図１５を用いて説明する。
図１４の例に示すノードデータテーブル１２００は、図１２の例に示すノードデータテーブル１２００と比べると、ｎｏｄｅ欄１２１０の「Ｋｉｃｋ ｏｆｆ」（ｉｄ＝３）、「週報会」（ｉｄ＝４）、「定例会」（ｉｄ＝５）の行を追加しており、ｔｉｍｅｓｔａｍｐ欄１２３０、ｕｐｄａｔｅ＿ｔｉｍｅｓｔａｍｐ欄１２４０を「００：０５」としており、ａｃｔｉｖｅ＿ｃｏｕｎｔ欄１２５０を「１」としており、ｏｕｔ＿ｅｄｇｅ欄１２６０を「ｎｕｌｌ」としており、ｉｎ＿ｅｄｇｅ欄１２７０をそれぞれ「ｅ０」、「ｅ１」、「ｅ２」としており、ｄｉｓｃｔｅｎｃｅ欄１２８０を「１」としている。
ａｃｔｉｖｅ＿ｃｏｕｎｔ欄１２５０を「１」としているのは、その時点において、そのノードに関連するノード（イベント６１０）が選択された回数である。
ｄｉｓｃｔｅｎｃｅ欄１２８０を「１」としているのは、経路における各エッジのエッジデータテーブル１５００のａｃｔｉｖｅ＿ｃｏｕｎｔ欄１５４０の逆数を加算した結果である。具体的には、例えば、Ｋｉｃｋ ｏｆｆ６１２からイベント６１０への経路は、エッジｅ０のみであり、エッジｅ０のａｃｔｉｖｅ＿ｃｏｕｎｔ欄１５４０が１であり、その逆数は１であるからである。

そして、ｎｏｄｅ欄１２１０の「イベント」（ｉｄ＝０）の行をおいて、ｕｐｄａｔｅ＿ｔｉｍｅｓｔａｍｐ欄１２４０を「００：０５」と変更しており、ａｃｔｉｖｅ＿ｃｏｕｎｔ欄１２５０を「３」と変更しており、ｏｕｔ＿ｅｄｇｅ欄１２６０を「ｅ０」、「ｅ１」、「ｅ２」と変更しており、ｄｉｓｃｔｅｎｃｅ欄１２８０を「０」と変更している。
ａｃｔｉｖｅ＿ｃｏｕｎｔ欄１２５０を「３」に変更しているのは、その時点において、そのノードが選択された場合であって、そのノードに関連付けられたノードの数（Ｋｉｃｋ ｏｆｆ６１２、週報会６１８、定例会６２０）である。
ｄｉｓｃｔｅｎｃｅ欄１２８０を「０」としているのは、そのノードが選択された場合は「０」としているためである。

図１５は、エッジデータテーブル１５００のデータ構造例を示す説明図である。エッジデータテーブル１５００は、ｅｄｇｅ ｉｄ欄１５１０、ａｃｔｉｖｅ−ｔｉｍｅｓｔａｍｐ欄１５２０、ｕｐｄａｔｅ＿ａｃｔｉｖｅ＿ｔｉｍｅｓｔａｍｐ欄１５３０、ａｃｔｉｖｅ＿ｃｏｕｎｔ欄１５４０を有している。ｅｄｇｅ ｉｄ欄１５１０は、前述のエッジ情報の＜ｎｏｄｅ＿ｉｄ＞を記憶している。ａｃｔｉｖｅ−ｔｉｍｅｓｔａｍｐ欄１５２０は、前述のエッジ情報の＜ａｃｔｉｖｅ＿ｔｉｍｅｓｔａｍｐ＞を記憶している。ｕｐｄａｔｅ＿ａｃｔｉｖｅ＿ｔｉｍｅｓｔａｍｐ欄１５３０は、前述のエッジ情報の＜ｕｐｄａｔｅ＿ａｃｔｉｖｅ＿ｔｉｍｅｓｔａｍｐ＞を記憶している。ａｃｔｉｖｅ＿ｃｏｕｎｔ欄１５４０は、前述のエッジ情報の＜ａｃｔｉｖｅ＿ｃｏｕｎｔ＞を記憶している。
ここでのエッジは、イベント６１０のノードが選択された場合に発生しているので、ａｃｔｉｖｅ＿ｃｏｕｎｔ欄１５４０は１である。

図１６は、図１０（Ｄ）の状態における表示画面１０００の例を示す説明図である。この状態におけるノードデータテーブル１２００について図１７を用いて説明する。また、この状態におけるエッジデータテーブル１５００について図１８を用いて説明する。
図１７の例に示すノードデータテーブル１２００は、図１４の例に示すノードデータテーブル１２００と比べると、ｎｏｄｅ欄１２１０の「戦略報告」（ｉｄ＝６）、「Ｒｅｐｏｒｔ」（ｉｄ＝７）、「週報」（ｉｄ＝８）の行を追加しており、ｔｉｍｅｓｔａｍｐ欄１２３０、ｕｐｄａｔｅ＿ｔｉｍｅｓｔａｍｐ欄１２４０を「００：１０」としており、ａｃｔｉｖｅ＿ｃｏｕｎｔ欄１２５０を「１」としており、ｏｕｔ＿ｅｄｇｅ欄１２６０を「ｎｕｌｌ」としており、ｉｎ＿ｅｄｇｅ欄１２７０をそれぞれ「ｅ３」、「ｅ４」、「ｅ５」としており、ｄｉｓｃｔｅｎｃｅ欄１２８０を「１」としている。ｄｉｓｃｔｅｎｃｅ欄１２８０を「１」としているのは、経路における各エッジのエッジデータテーブル１５００のａｃｔｉｖｅ＿ｃｏｕｎｔ欄１５４０の逆数を加算した結果である。具体的には、例えば、戦略報告６１４から文書６３０への経路は、エッジｅ３のみであり、エッジｅ３のａｃｔｉｖｅ＿ｃｏｕｎｔ欄１５４０が１であり、その逆数は１であるからである。
そして、ｎｏｄｅ欄１２１０の「イベント」（ｉｄ＝０）の行をおいて、ｄｉｓｃｔｅｎｃｅ欄１２８０を「−１」と変更している。また、ｎｏｄｅ欄１２１０の「文書」（ｉｄ＝２）の行をおいて、ｕｐｄａｔｅ＿ｔｉｍｅｓｔａｍｐ欄１２４０を「００：１０」と変更しており、ａｃｔｉｖｅ＿ｃｏｕｎｔ欄１２５０を「３」と変更しており、ｏｕｔ＿ｅｄｇｅ欄１２６０を「ｅ３」、「ｅ４」、「ｅ５」と変更しており、ｄｉｓｃｔｅｎｃｅ欄１２８０を「０」と変更している。ａｃｔｉｖｅ＿ｃｏｕｎｔ欄１２５０を「３」に変更しているのは、その時点において、そのノードが選択された場合であって、そのノードに関連付けられたノードの数（戦略報告６１４、Ｒｅｐｏｒｔ６１６、週報６３２）である。ｄｉｓｃｔｅｎｃｅ欄１２８０を「０」に変更しているのは、現在選択されているノードが文書６３０であるからである。
また、「Ｋｉｃｋ ｏｆｆ」（ｉｄ＝３）、「週報会」（ｉｄ＝４）、「定例会」（ｉｄ＝５）の行において、ｄｉｓｃｔｅｎｃｅ欄１２８０を「−１」と変更している。ｄｉｓｃｔｅｎｃｅ欄１２８０を「−１」に変更しているのは、現在選択されている文書６３０とそのノードとの間に経路がないからである。

図１８の例に示すエッジデータテーブル１５００は、図１５の例に示すエッジデータテーブル１５００と比べると、ｅｄｇｅ ｉｄ欄１５１０の「ｅ３」、「ｅ４」、「ｅ５」の行を追加しており、ａｃｔｉｖｅ−ｔｉｍｅｓｔａｍｐ欄１５２０、ｕｐｄａｔｅ＿ａｃｔｉｖｅ＿ｔｉｍｅｓｔａｍｐ欄１５３０を「００：１０」としており、ａｃｔｉｖｅ＿ｃｏｕｎｔ欄１５４０を「１」としている。

図１９は、図１０（Ｅ）の状態における表示画面１０００の例を示す説明図である。この状態におけるノードデータテーブル１２００について図２０を用いて説明する。また、この状態におけるエッジデータテーブル１５００について図２１を用いて説明する。
図２０の例に示すノードデータテーブル１２００は、図１７の例に示すノードデータテーブル１２００と比べると、ｎｏｄｅ欄１２１０の「イベント」（ｉｄ＝０）の行をおいて、ｕｐｄａｔｅ＿ｔｉｍｅｓｔａｍｐ欄１２４０を「００：１５」と変更しており、ａｃｔｉｖｅ＿ｃｏｕｎｔ欄１２５０を「４」と変更しており、ｄｉｓｃｔｅｎｃｅ欄１２８０を「０．５」と変更している。ａｃｔｉｖｅ＿ｃｏｕｎｔ欄１２５０を「４」と変更しているのは、イベント６１０に関連するＫｉｃｋ ｏｆｆ６１２が選択されたので、前の状態である図１７の例に示すノードデータテーブル１２００のａｃｔｉｖｅ＿ｃｏｕｎｔ欄１２５０の「３」に「１」を加えて「４」としたものである。ｄｉｓｃｔｅｎｃｅ欄１２８０を「０．５」と変更しているのは、現在選択されているＫｉｃｋ ｏｆｆ６１２からイベント６１０への経路（ｅ０）のａｃｔｉｖｅ＿ｃｏｕｎｔ欄１５４０が「２」であるので、その逆数が「１／２」であるので、「０．５」と変更する。
また、「文書」（ｉｄ＝２）の行をおいて、ｄｉｓｃｔｅｎｃｅ欄１２８０を「２」と変更している。これは、現在選択されているＫｉｃｋ ｏｆｆ６１２から文書６３０への経路（ｅ６とｅ３、又はｅ７とｅ４）のａｃｔｉｖｅ＿ｃｏｕｎｔ欄１５４０がそれぞれ「１」であるので、各々の逆数が「１」であり、その和は「２（１＋１）」であるので、「２」と変更する。
また、「Ｋｉｃｋ ｏｆｆ」（ｉｄ＝３）の行をおいて、ｕｐｄａｔｅ＿ｔｉｍｅｓｔａｍｐ欄１２４０を「００：１５」と変更しており、ａｃｔｉｖｅ＿ｃｏｕｎｔ欄１２５０を「４」と変更しており、ｏｕｔ＿ｅｄｇｅ欄１２６０を「ｅ６ ｅ７」と変更しており、ｄｉｓｃｔｅｎｃｅ欄１２８０を「０」と変更している。
また、「週報会」（ｉｄ＝４）、「定例会」（ｉｄ＝５）の行において、ｄｉｓｃｔｅｎｃｅ欄１２８０を「１．５」と変更している。これは、例えば、現在選択されているＫｉｃｋ ｏｆｆ６１２から週報会６１８への経路（ｅ０とｅ１）のａｃｔｉｖｅ＿ｃｏｕｎｔ欄１５４０がそれぞれ「２」、「１」であるので、各々の逆数が「１／２」と「１」であり、その和は「１．５（１／２＋１）」であるので、「１．５」と変更する。
また、「戦略報告」（ｉｄ＝６）の行において、ｕｐｄａｔｅ＿ｔｉｍｅｓｔａｍｐ欄１２４０を「００：１５」と変更しており、ａｃｔｉｖｅ＿ｃｏｕｎｔ欄１２５０を「２」と変更しており、ｉｎ＿ｅｄｇｅ欄１２７０を「ｅ３ ｅ６」と変更している。
また、「Ｒｅｐｏｒｔ」（ｉｄ＝７）の行において、ｕｐｄａｔｅ＿ｔｉｍｅｓｔａｍｐ欄１２４０を「００：１５」と変更しており、ａｃｔｉｖｅ＿ｃｏｕｎｔ欄１２５０を「２」と変更しており、ｉｎ＿ｅｄｇｅ欄１２７０を「ｅ４ ｅ７」と変更している。
また、「週報」（ｉｄ＝８）の行において、ｄｉｓｃｔｅｎｃｅ欄１２８０を「３」と変更している。これは、現在選択されているＫｉｃｋ ｏｆｆ６１２から週報６３２への経路（ｅ６とｅ３とｅ５、又はｅ７とｅ４とｅ５）のａｃｔｉｖｅ＿ｃｏｕｎｔ欄１５４０がそれぞれ「１」であるので、その逆数が「１」であり、その和は「３（１＋１＋１）」であるので、「３」と変更する。

図２１の例に示すエッジデータテーブル１５００は、図１８の例に示すエッジデータテーブル１５００と比べると、ｅｄｇｅ ｉｄ欄１５１０の「ｅ６」、「ｅ７」の行を追加しており、ａｃｔｉｖｅ−ｔｉｍｅｓｔａｍｐ欄１５２０、ｕｐｄａｔｅ＿ａｃｔｉｖｅ＿ｔｉｍｅｓｔａｍｐ欄１５３０を「００：１５」としており、ａｃｔｉｖｅ＿ｃｏｕｎｔ欄１５４０を「１」としている。
そして、ｅｄｇｅ ｉｄ欄１５１０の「ｅ０」の行をおいて、ｕｐｄａｔｅ＿ａｃｔｉｖｅ＿ｔｉｍｅｓｔａｍｐ欄１５３０を「００：１５」と変更しており、ａｃｔｉｖｅ＿ｃｏｕｎｔ欄１５４０を「２」と変更している。これは、エッジｅ０に関連しているノードのＫｉｃｋ ｏｆｆ６１２が選択されたことにより、前の状態である図１８の例に示すエッジデータテーブル１５００のａｃｔｉｖｅ＿ｃｏｕｎｔ欄１５４０の「１」に「１」を加えて「２」としたものである。

図２２は、図１０（Ｆ）の状態における表示画面１０００の例を示す説明図である。この状態におけるノードデータテーブル１２００について図２３を用いて説明する。また、この状態におけるエッジデータテーブル１５００について図２４を用いて説明する。
図２３の例に示すノードデータテーブル１２００は、図２０の例に示すノードデータテーブル１２００と比べると、ｎｏｄｅ欄１２１０の「Ｔ１」（ｉｄ＝９）、「Ｔ２」（ｉｄ＝１０）の行を追加しており、ｔｉｍｅｓｔａｍｐ欄１２３０を「００：２０」としており、ｕｐｄａｔｅ＿ｔｉｍｅｓｔａｍｐ欄１２４０を「Ｔ１」においては「００：２０」、「Ｔ２」においては「００：２５」としており、ａｃｔｉｖｅ＿ｃｏｕｎｔ欄１２５０を「１」としており、ｏｕｔ＿ｅｄｇｅ欄１２６０を「ｎｕｌｌ」としており、ｉｎ＿ｅｄｇｅ欄１２７０を「Ｔ１」においては「ｅ８」、「Ｔ２」においては「ｅ９」としており、ｄｉｓｃｔｅｎｃｅ欄１２８０を「１」としている。
そして、ｎｏｄｅ欄１２１０の「イベント」（ｉｄ＝０）の行をおいて、ｄｉｓｃｔｅｎｃｅ欄１２８０を「−１」と変更している。また、「プロジェクト」（ｉｄ＝１）の行をおいて、ｕｐｄａｔｅ＿ｔｉｍｅｓｔａｍｐ欄１２４０を「００：２０」と変更しており、ａｃｔｉｖｅ＿ｃｏｕｎｔ欄１２５０を「２」と変更しており、ｏｕｔ＿ｅｄｇｅ欄１２６０を「ｅ８ ｅ９」と変更しており、ｄｉｓｃｔｅｎｃｅ欄１２８０を「０」と変更している。
また、「文書」（ｉｄ＝２）、「Ｋｉｃｋ ｏｆｆ」（ｉｄ＝３）、「週報会」（ｉｄ＝４）、「定例会」（ｉｄ＝５）、「戦略報告」（ｉｄ＝６）、「Ｒｅｐｏｒｔ」（ｉｄ＝７）、「週報」（ｉｄ＝８）の行をおいて、ｄｉｓｃｔｅｎｃｅ欄１２８０を「−１」と変更している。

図２４の例に示すエッジデータテーブル１５００は、図２１の例に示すエッジデータテーブル１５００と比べると、ｅｄｇｅ ｉｄ欄１５１０の「ｅ８」、「ｅ９」の行を追加しており、ａｃｔｉｖｅ−ｔｉｍｅｓｔａｍｐ欄１５２０、ｕｐｄａｔｅ＿ａｃｔｉｖｅ＿ｔｉｍｅｓｔａｍｐ欄１５３０を「００：２０」としており、ａｃｔｉｖｅ＿ｃｏｕｎｔ欄１５４０を「１」としている。

この時点で、提示するメタデータの数は１１となるので、提示限界数（１０）を超えてしまう。そこで、重み計数ｗ１、ｗ２、ｗ３によるが、前述の重要度ｃｉｄを求める式によって、その数値の低いメタデータを消去する。

図２５は、図１０（Ｇ）の状態における表示画面１０００の例を示す説明図である。この状態におけるノードデータテーブル１２００について図２６を用いて説明する。また、この状態におけるエッジデータテーブル１５００について図２７を用いて説明する。
図２６の例に示すノードデータテーブル１２００は、図２３の例に示すノードデータテーブル１２００と比べると、ｎｏｄｅ欄１２１０の「イベント」（ｉｄ＝０）の行をおいて、ｄｉｓｃｔｅｎｃｅ欄１２８０を「２．５」と変更している。
また、「プロジェクト」（ｉｄ＝１）の行をおいて、ｕｐｄａｔｅ＿ｔｉｍｅｓｔａｍｐ欄１２４０を「００：２５」と変更しており、ａｃｔｉｖｅ＿ｃｏｕｎｔ欄１２５０を「３」と変更しており、ｄｉｓｃｔｅｎｃｅ欄１２８０を「０．５」と変更している。
また、「文書」（ｉｄ＝２）、「Ｋｉｃｋ ｏｆｆ」（ｉｄ＝３）の行をおいて、ｄｉｓｃｔｅｎｃｅ欄１２８０を「２」と変更している。
また、「週報会」（ｉｄ＝４）、「定例会」（ｉｄ＝５）の行をおいて、ｄｉｓｃｔｅｎｃｅ欄１２８０を「３．５」と変更している。
また、「戦略報告」（ｉｄ＝６）の行をおいて、ｕｐｄａｔｅ＿ｔｉｍｅｓｔａｍｐ欄１２４０を「００：２５」と変更しており、ａｃｔｉｖｅ＿ｃｏｕｎｔ欄１２５０を「３」と変更しており、ｄｉｓｃｔｅｎｃｅ欄１２８０を「１」と変更している。
また、「Ｒｅｐｏｒｔ」（ｉｄ＝７）、「週報」（ｉｄ＝８）の行をおいて、ｄｉｓｃｔｅｎｃｅ欄１２８０を「３」と変更している。
また、「Ｔ１」（ｉｄ＝９）の行をおいて、ｄｉｓｃｔｅｎｃｅ欄１２８０を「１．５」と変更している。また、「Ｔ２」（ｉｄ＝１０）の行をおいて、ａｃｔｉｖｅ＿ｃｏｕｎｔ欄１２５０を「３」と変更しており、ｏｕｔ＿ｅｄｇｅ欄１２６０を「ｅ１０」と変更しており、ｄｉｓｃｔｅｎｃｅ欄１２８０を「０」と変更している。

図２７の例に示すエッジデータテーブル１５００は、図２４の例に示すエッジデータテーブル１５００と比べると、ｅｄｇｅ ｉｄ欄１５１０の「ｅ１０」の行を追加しており、ａｃｔｉｖｅ−ｔｉｍｅｓｔａｍｐ欄１５２０、ｕｐｄａｔｅ＿ａｃｔｉｖｅ＿ｔｉｍｅｓｔａｍｐ欄１５３０を「００：２５」としており、ａｃｔｉｖｅ＿ｃｏｕｎｔ欄１５４０を「１」としている。
そして、ｅｄｇｅ ｉｄ欄１５１０の「ｅ９」の行をおいて、ｕｐｄａｔｅ＿ａｃｔｉｖｅ＿ｔｉｍｅｓｔａｍｐ欄１５３０を「００：２５」と変更しており、ａｃｔｉｖｅ＿ｃｏｕｎｔ欄１５４０を「２」と変更している。

この時点で、提示するメタデータの数は１１（グラフ生成モジュール１１６が生成するグラフにおけるノード数）となるので、提示限界数（１０）を超えてしまう。そこで、スコア１（ｕｐｄａｔｅ＿ｔｉｍｅｓｔａｍｐ欄１２４０の昇順のソート順位）は週報会６１８、定例会６２０が低く、スコア２（ａｃｔｉｖｅ＿ｃｏｕｎｔ欄１２５０）は週報会６１８、定例会６２０が低く、スコア３（ｄｉｓｃｔｅｎｃｅ欄１２８０）は週報会６１８、定例会６２０が高い（スコア３が高いのはノードの提示を消去する対象にはなりやすい）。したがって、この時点では、週報会６１８、定例会６２０の提示を消去することになる。
また、図２５の例に示すように、週報会６１８、定例会６２０を薄く提示するようにしてもよいし、最近消去したことを示すマークである週報会（最近消去マーク）１０９２、定例会（最近消去マーク）１０９４を提示するようにしてもよい。

図２８は、ノードデータ遷移２８００の例を示す説明図である。ノードデータ遷移２８００は、ノードデータテーブル１２００の時系列の遷移を示したものである。ノードデータ遷移２８００は、ｎｏｄｅ欄２８１０、ｉｄ欄２８２０、ｔｉｍｅｓｔａｍｐ欄２８３０、ｕｐｄａｔｅ＿ｔｉｍｅｓｔａｍｐ欄２８４０、ａｃｔｉｖｅ＿ｃｏｕｎｔ欄２８６０、ｄｉｓｃｔａｎｃｅ欄２８８０を有している。ｕｐｄａｔｅ＿ｔｉｍｅｓｔａｍｐ欄２８４０は、（Ｂ）欄２８４２、（Ｃ）欄２８４４、（Ｄ）欄２８４６、（Ｅ）欄２８４８、（Ｆ）欄２８５０、（Ｇ）欄２８５２を有している。ａｃｔｉｖｅ＿ｃｏｕｎｔ欄２８６０は、（Ｂ）欄２８６２、（Ｃ）欄２８６４、（Ｄ）欄２８６６、（Ｅ）欄２８６８、（Ｆ）欄２８７０、（Ｇ）欄２８７２を有している。ｄｉｓｃｔａｎｃｅ欄２８８０は、（Ｂ）欄２８８２、（Ｃ）欄２８８４、（Ｄ）欄２８８６、（Ｅ）欄２８８８、（Ｆ）欄２８９０、（Ｇ）欄２８９２を有している。
スコア１、スコア２、スコア３に関係するｕｐｄａｔｅ＿ｔｉｍｅｓｔａｍｐ欄２８４０、ａｃｔｉｖｅ＿ｃｏｕｎｔ欄２８６０、ｄｉｓｃｔａｎｃｅ欄２８８０内に、図１２、図１４、図１７、図２０、図２３、図２６における値を示している。
このノードデータ遷移２８００からもわかるように、週報会６１８（ｉｄ＝４）、定例会６２０（ｉｄ＝５）が図２５の例に示す時点において消去されるメタデータとして選択される。つまり、週報会６１８（ｉｄ＝４）と定例会６２０（ｉｄ＝５）は、（Ｇ）欄２８５２において最も以前に選択又は表示されており、（Ｇ）欄２８７２において最も値が小さく、（Ｇ）欄２８９２において最も値が大きいからである。

図２９は、提示画面の例を示す説明図である。グラフ生成モジュール１１６が生成するグラフはメタデータグラフ２９００Ａであり、メタデータ提示モジュール１２６が提示するメタデータのグラフはメタデータ提示画面２９００Ｂである。また、消去したメタデータであっても、最近消去したメタデータ（予め定められたステップ以内の過去に消去したメタデータ）とそれ以前に消去したメタデータを区別するように提示してもよい。例えば、部門Ｂ（最近消去）２９０６Ｃ等のマークが付されているものは最近消去したメタデータを示し、それ以前に消去したメタデータにはそのマークは付さないようにしてもよい。

なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図３０に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ３００１を用い、記憶装置としてＲＡＭ３００２、ＲＯＭ３００３、ＨＤ３００４を用いている。ＨＤ３００４として、例えばハードディスクを用いてもよい。文書アップロードモジュール１０４、メタデータ受付モジュール１０６、メタデータ抽出モジュール１１２、メタデータ構造処理モジュール１１４、グラフ生成モジュール１１６、メタデータ重要度算出モジュール１１８、メタデータ検索モジュール１２０、検索ＵＩモジュール１２４、メタデータ提示モジュール１２６、メタデータ当該文書検索モジュール１２８、メタデータ当該文書出力モジュール１３０等のプログラムを実行するＣＰＵ３００１と、そのプログラムやデータを記憶するＲＡＭ３００２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ３００３と、補助記憶装置であるＨＤ３００４と、キーボード、マウス、タッチパネル等に対する利用者の操作に基づいてデータを受け付ける受付装置３００６と、ＣＲＴ、液晶ディスプレイ等の出力装置３００５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース３００７、そして、それらをつないでデータのやりとりをするためのバス３００８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。

前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図３０に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図３０に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えばＡＳＩＣ等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図３０に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、情報家電、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。

なお、前述の各モジュールの処理内容として背景技術で説明した技術を採用してもよい。
また、前述の実施の形態の説明において、予め定められた値との比較において、「以上」、「以下」、「より大きい」、「より小さい（未満）」としたものは、その組み合わせに矛盾が生じない限り、それぞれ「より大きい」、「より小さい（未満）」、「以上」、「以下」としてもよい。

なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して
記録されていてもよい。また、圧縮や暗号化など、復元可能であればどのような態様で記録されていてもよい。

１００…文書ＤＢ
１０２…データ受付モジュール
１０４…文書アップロードモジュール
１０６…メタデータ受付モジュール
１０８…メタデータＤＢ
１１０…メタデータ処理モジュール
１１２…メタデータ抽出モジュール
１１４…メタデータ構造処理モジュール
１１６…グラフ生成モジュール
１１８…メタデータ重要度算出モジュール
１２０…メタデータ検索モジュール
１２２…メタデータ表示モジュール
１２４…検索ＵＩモジュール
１２６…メタデータ提示モジュール
１２８…メタデータ当該文書検索モジュール
１３０…メタデータ当該文書出力モジュール
１３２…検索・出力モジュール
１３４…検索ＵＩ表示画面
１３６…文書出力画面

Claims (12)

1. 情報を提示する提示手段と、
   前記提示手段によって提示されている情報が選択された場合に、該情報に関連する情報を、情報と情報間の関連を記憶する記憶手段から抽出する情報抽出手段と、
   前記情報又は情報間の関連に関する特徴を抽出する特徴抽出手段と、
   前記提示手段が前記情報抽出手段によって抽出された情報を提示する場合であって、提示する情報の数が予め定められた数よりも多くなる又は以上となる場合に、前記特徴抽出手段によって抽出された特徴に基づいて、提示する情報を制限する制限手段
   を具備し、
   前記特徴抽出手段は、情報に関する特徴として、該情報が選択された時刻、又は該情報に関連する情報が選択された時刻を抽出する
   ことを特徴とする情報処理装置。
2. 前記特徴抽出手段は、情報間の関連に関する特徴として、選択された情報と対象とする情報間の経路における該関連をなす２つの情報のいずれかが選択された回数に基づいた値を抽出する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 情報を提示する提示手段と、
   前記提示手段によって提示されている情報が選択された場合に、該情報に関連する情報を、情報と情報間の関連を記憶する記憶手段から抽出する情報抽出手段と、
   前記情報又は情報間の関連に関する特徴を抽出する特徴抽出手段と、
   前記提示手段が前記情報抽出手段によって抽出された情報を提示する場合であって、提示する情報の数が予め定められた数よりも多くなる又は以上となる場合に、前記特徴抽出手段によって抽出された特徴に基づいて、提示する情報を制限する制限手段
   を具備し、
   前記特徴抽出手段は、情報間の関連に関する特徴として、選択された情報と対象とする情報間の経路における該関連をなす２つの情報のいずれかが選択された回数に基づいた値を抽出する
   ことを特徴とする情報処理装置。
4. 前記特徴抽出手段は、情報に関する特徴として、該情報が選択された時刻、又は該情報に関連する情報が選択された時刻を抽出する
   ことを特徴とする請求項３に記載の情報処理装置。
5. 前記特徴抽出手段は、情報に関する特徴として、該情報が選択された場合であって、該情報に関連付けられた情報の数、又は該情報に関連する情報が選択された回数を抽出する
   ことを特徴とする請求項１から４のいずれか一項に記載の情報処理装置。
6. 前記制限手段は、前記提示手段によって既に提示されている情報であって、前記特徴抽出手段によって抽出された特徴に基づく値と予め定められた閾値との比較によって、該提示手段によって提示する情報を選択し、又は該提示手段によって提示されなくなる情報を選択することによって、提示する情報を制限する
   ことを特徴とする請求項１から５のいずれか一項に記載の情報処理装置。
7. 前記提示手段は、前記制限手段によって提示されなくなる情報が以前は提示されていたことを示す情報を提示する
   ことを特徴とする請求項１から６のいずれか一項に記載の情報処理装置。
8. 情報を提示する提示手段と、
   前記提示手段によって提示されている情報が選択された場合に、該情報に関連する情報を、情報と情報間の関連を記憶する記憶手段から抽出する情報抽出手段と、
   前記情報又は情報間の関連に関する特徴を抽出する特徴抽出手段と、
   前記提示手段が前記情報抽出手段によって抽出された情報を提示する場合であって、提示する情報の数が予め定められた数よりも多くなる又は以上となる場合に、前記特徴抽出手段によって抽出された特徴に基づいて、提示する情報を制限する制限手段
   を具備し、
   前記提示手段は、前記制限手段によって提示されなくなる情報が以前は提示されていたことを示す情報を、前記提示されなくなる情報の位置に提示する
   ことを特徴とする情報処理装置。
9. 前記提示手段は、前記制限手段によって提示されなくなる情報が以前は提示されていたことを示す情報を、選択できないように提示する
   ことを特徴とする請求項８に記載の情報処理装置。
10. コンピュータを、
    情報を提示する提示手段と、
    前記提示手段によって提示されている情報が選択された場合に、該情報に関連する情報を、情報と情報間の関連を記憶する記憶手段から抽出する情報抽出手段と、
    前記情報又は情報間の関連に関する特徴を抽出する特徴抽出手段と、
    前記提示手段が前記情報抽出手段によって抽出された情報を提示する場合であって、提示する情報の数が予め定められた数よりも多くなる又は以上となる場合に、前記特徴抽出手段によって抽出された特徴に基づいて、提示する情報を制限する制限手段
    として機能させ、
    前記特徴抽出手段は、情報に関する特徴として、該情報が選択された時刻、又は該情報に関連する情報が選択された時刻を抽出する
    ことを特徴とする情報処理プログラム。
11. コンピュータを、
    情報を提示する提示手段と、
    前記提示手段によって提示されている情報が選択された場合に、該情報に関連する情報を、情報と情報間の関連を記憶する記憶手段から抽出する情報抽出手段と、
    前記情報又は情報間の関連に関する特徴を抽出する特徴抽出手段と、
    前記提示手段が前記情報抽出手段によって抽出された情報を提示する場合であって、提示する情報の数が予め定められた数よりも多くなる又は以上となる場合に、前記特徴抽出手段によって抽出された特徴に基づいて、提示する情報を制限する制限手段
    として機能させ、
    前記特徴抽出手段は、情報間の関連に関する特徴として、選択された情報と対象とする情報間の経路における該関連をなす２つの情報のいずれかが選択された回数に基づいた値を抽出する
    ことを特徴とする情報処理プログラム。
12. コンピュータを、
    情報を提示する提示手段と、
    前記提示手段によって提示されている情報が選択された場合に、該情報に関連する情報を、情報と情報間の関連を記憶する記憶手段から抽出する情報抽出手段と、
    前記情報又は情報間の関連に関する特徴を抽出する特徴抽出手段と、
    前記提示手段が前記情報抽出手段によって抽出された情報を提示する場合であって、提示する情報の数が予め定められた数よりも多くなる又は以上となる場合に、前記特徴抽出手段によって抽出された特徴に基づいて、提示する情報を制限する制限手段
    として機能させ、
    前記提示手段は、前記制限手段によって提示されなくなる情報が以前は提示されていたことを示す情報を、前記提示されなくなる情報の位置に提示する
    ことを特徴とする情報処理プログラム。

Images