情報を提示する提示手段と、前記提示手段によって提示されている情報が選択された場合に、該情報に関連する情報を、情報と情報間の関連を記憶する記憶手段から抽出する情報抽出手段と、前記情報又は情報間の関連に関する特徴を抽出する特徴抽出手段と、前記提示手段が前記情報抽出手段によって抽出された情報を提示する場合であって、提示する情報の数が予め定められた数よりも多くなる又は以上となる場合に、前記特徴抽出手段によって抽出された特徴に基づいて、提示する情報を制限する制限手段を具備することを特徴とする情報処理装置。前記特徴抽出手段は、情報に関する特徴として、該情報が選択された時刻、又は該情報に関連する情報が選択された時刻を抽出することを特徴とする請求項1に記載の情報処理装置。前記特徴抽出手段は、情報に関する特徴として、該情報が選択された場合であって、該情報に関連付けられた情報の数、又は該情報に関連する情報が選択された回数を抽出することを特徴とする請求項1又は2に記載の情報処理装置。前記特徴抽出手段は、情報間の関連に関する特徴として、選択された情報と対象とする情報間の経路における該関連をなす2つの情報のいずれかが選択された回数に基づいた値を抽出することを特徴とする請求項1から3のいずれか一項に記載の情報処理装置。前記制限手段は、前記提示手段によって既に提示されている情報であって、前記特徴抽出手段によって抽出された特徴に基づく値と予め定められた閾値との比較によって、該提示手段によって提示する情報を選択し、又は該提示手段によって提示されなくなる情報を選択することによって、提示する情報を制限することを特徴とする請求項1から4のいずれか一項に記載の情報処理装置。前記提示手段は、前記制限手段によって提示されなくなる情報が以前は提示されていたことを示す情報を提示することを特徴とする請求項5に記載の情報処理装置。コンピュータを、情報を提示する提示手段と、前記提示手段によって提示されている情報が選択された場合に、該情報に関連する情報を、情報と情報間の関連を記憶する記憶手段から抽出する情報抽出手段と、前記情報又は情報間の関連に関する特徴を抽出する特徴抽出手段と、前記提示手段が前記情報抽出手段によって抽出された情報を提示する場合であって、提示する情報の数が予め定められた数よりも多くなる又は以上となる場合に、前記特徴抽出手段によって抽出された特徴に基づいて、提示する情報を制限する制限手段として機能させるための情報処理プログラム。本発明は、関連する情報を提示する場合にあって、情報、情報間の関連に関する情報に基づいて、提示する情報の数を制限するようにした情報処理装置及び情報処理プログラムを提供することを目的としている。かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。請求項1の発明は、情報を提示する提示手段と、前記提示手段によって提示されている情報が選択された場合に、該情報に関連する情報を、情報と情報間の関連を記憶する記憶手段から抽出する情報抽出手段と、前記情報又は情報間の関連に関する特徴を抽出する特徴抽出手段と、前記提示手段が前記情報抽出手段によって抽出された情報を提示する場合であって、提示する情報の数が予め定められた数よりも多くなる又は以上となる場合に、前記特徴抽出手段によって抽出された特徴に基づいて、提示する情報を制限する制限手段を具備することを特徴とする情報処理装置である。請求項2の発明は、前記特徴抽出手段は、情報に関する特徴として、該情報が選択された時刻、又は該情報に関連する情報が選択された時刻を抽出することを特徴とする請求項1に記載の情報処理装置である。請求項3の発明は、前記特徴抽出手段は、情報に関する特徴として、該情報が選択された場合であって、該情報に関連付けられた情報の数、又は該情報に関連する情報が選択された回数を抽出することを特徴とする請求項1又は2に記載の情報処理装置である。請求項4の発明は、前記特徴抽出手段は、情報間の関連に関する特徴として、選択された情報と対象とする情報間の経路における該関連をなす2つの情報のいずれかが選択された回数に基づいた値を抽出することを特徴とする請求項1から3のいずれか一項に記載の情報処理装置である。請求項5の発明は、前記制限手段は、前記提示手段によって既に提示されている情報であって、前記特徴抽出手段によって抽出された特徴に基づく値と予め定められた閾値との比較によって、該提示手段によって提示する情報を選択し、又は該提示手段によって提示されなくなる情報を選択することによって、提示する情報を制限することを特徴とする請求項1から4のいずれか一項に記載の情報処理装置である。請求項6の発明は、前記提示手段は、前記制限手段によって提示されなくなる情報が以前は提示されていたことを示す情報を提示することを特徴とする請求項5に記載の情報処理装置である。請求項7の発明は、コンピュータを、情報を提示する提示手段と、前記提示手段によって提示されている情報が選択された場合に、該情報に関連する情報を、情報と情報間の関連を記憶する記憶手段から抽出する情報抽出手段と、前記情報又は情報間の関連に関する特徴を抽出する特徴抽出手段と、前記提示手段が前記情報抽出手段によって抽出された情報を提示する場合であって、提示する情報の数が予め定められた数よりも多くなる又は以上となる場合に、前記特徴抽出手段によって抽出された特徴に基づいて、提示する情報を制限する制限手段として機能させるための情報処理プログラムである。請求項1の情報処理装置によれば、関連する情報を提示する場合にあって、情報、情報間の関連に関する情報に基づいて、提示する情報の数を制限することができる。請求項2の情報処理装置によれば、情報が選択された時刻又は情報が情報抽出手段によって抽出された時刻に基づいて、提示する情報の数を制限することができる。請求項3の情報処理装置によれば、情報が選択された場合であって、情報に関連付けられた情報の数、又は情報に関連する情報が選択された回数に基づいて、提示する情報の数を制限することができる。請求項4の情報処理装置によれば、選択された情報と対象とする情報間の経路における該関連をなす2つの情報のいずれかが選択された回数に基づいて、提示する情報の数を制限することができる。請求項5の情報処理装置によれば、既に提示されている情報であって、特徴に基づく値と予め定められた閾値との比較によって、提示されなくなる情報を選択することができるようになる。請求項6の情報処理装置によれば、制限によって提示されなくなった情報であるが以前は提示されていたことがわかるようになる。請求項7の情報処理プログラムによれば、関連する情報を提示する場合にあって、情報、情報間の関連に関する情報に基づいて、提示する情報の数を制限することができる。以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。図1は、本実施の形態の構成例についての概念的なモジュール構成図を示している。なお、モジュールとは、一般的に論理的に分離可能なソフトウェアコンピュータプログラム、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータプログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータプログラムコンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム、システム及び方法の説明をも兼ねている。ただし、説明の都合上、記憶する、記憶させる、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータプログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するの意である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、1モジュールを1プログラムで構成してもよいし、複数モジュールを1プログラムで構成してもよく、逆に1モジュールを複数プログラムで構成してもよい。また、複数モジュールは1コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって1モジュールが複数コンピュータで実行されてもよい。なお、1つのモジュールに他のモジュールが含まれていてもよい。また、以下、接続とは物理的な接続の他、論理的な接続データの授受、指示、データ間の参照関係等の場合にも用いる。予め定められたとは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況状態に応じて、又はそれまでの状況状態に応じて定まることの意を含めて用いる。また、Aである場合、Bをするという意味を有する記載は、Aであるか否かを判断し、Aであると判断した場合はBをするの意味で用いる。ただし、Aであるか否かの判断が不要である場合を除く。また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク一対一対応の通信接続を含む等の通信手段で接続されて構成されるほか、1つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。装置とシステムとは、互いに同義の用語として用いる。もちろんのことながら、システムには、人為的な取り決めである社会的な仕組み社会システムにすぎないものは含まない。また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、RAMRandomAccessMemory、外部記憶媒体、通信回線を介した記憶装置、CPUCentralProcessingUnit内のレジスタ等を含んでいてもよい。本実施の形態である情報処理装置は、メタデータとメタデータ間の関連を提示するものであって、図1の例に示すように、文書DB100、データ受付モジュール102、メタデータDB108、メタデータ処理モジュール110、メタデータ検索モジュール120、メタデータ表示モジュール122、メタデータ当該文書検索モジュール128、メタデータ当該文書出力モジュール130、検索出力モジュール132を有している。データ受付モジュール102は、文書アップロードモジュール104、メタデータ受付モジュール106を有している。文書アップロードモジュール104は、文書DB100と接続されている。文書アップロードモジュール104は、文書DB100に文書電子文書を記憶させる。メタデータ受付モジュール106は、メタデータDB108と接続されている。メタデータ受付モジュール106は、メタデータを受け付けて、そのメタデータをメタデータDB108に記憶させる。このメタデータは、本実施の形態では、提示される情報である。文書アップロードモジュール104が、文書DB100に文書を記憶させるときに、メタデータ受付モジュール106が、その文書のメタデータをメタデータDB108に登録するようにしてもよい。また、メタデータとしては、文書の名称、属性等の他に、文書とは関係しない情報例えば、イベント、プロジェクト等、それらに関する情報であってもよい。また、メタデータ受付モジュール106は、例えば、特許文献2に記載の技術を用いて、文書DB100内の文書からメタデータを生成するようにしてもよい。文書DB100は、文書アップロードモジュール104、メタデータ当該文書出力モジュール130と接続されている。文書DB100は、文書を記憶するデータベースである。メタデータDB108は、メタデータ受付モジュール106、メタデータ抽出モジュール112、メタデータ構造処理モジュール114、グラフ生成モジュール116、メタデータ重要度算出モジュール118、メタデータ検索モジュール120、メタデータ提示モジュール126と接続されている。メタデータDB108は、メタデータ、そして、メタデータ間の関連を記憶するデータベースである。メタデータDB108が記憶するメタデータとして、例えば、イベントメタデータ登録テーブル700、文書メタデータ登録テーブル800、プロジェクトメタデータ登録テーブル900がある。図7、図8、図9は、イベントメタデータ登録テーブル700、文書メタデータ登録テーブル800、プロジェクトメタデータ登録テーブル900のデータ構造例を示す説明図である。イベントメタデータ登録テーブル700には、メタデータ名欄710、メタデータ値欄720がある。メタデータ名欄710は、属性名を記憶している。メタデータ値欄720は、その属性の値を記憶している。文書メタデータ登録テーブル800には、メタデータ名欄810、メタデータ値欄820がある。メタデータ名欄810は、属性名を記憶している。メタデータ値欄820は、その属性の値を記憶している。プロジェクトメタデータ登録テーブル900には、メタデータ名欄910、メタデータ値欄920がある。メタデータ名欄910は、属性名を記憶している。メタデータ値欄920は、その属性の値を記憶している。例えば、メタデータ名欄710がtitleであるメタデータ値欄720の情報を提示するメタデータとして抽出すればよい。文書メタデータ登録テーブル800、プロジェクトメタデータ登録テーブル900についても同等である。また、メタデータDB108が記憶するメタデータ間の関連として、例えば、図6に示すようなディレクトリ構造木構造がある。これは、イベント、文書、プロジェクトの3つのディレクトリ構造を示すものである。1つ目のディレクトリ構造として、イベント610の下位には、Kickoff612、週報会618、定例会620がある。Kickoff612の下位には、戦略報告614、Report616がある。2つ目のディレクトリ構造として、文書630の下位には、週報632、戦略報告614、Report616がある。戦略報告614の下位には、T2Prj634、Kickoff612がある。3つ目のディレクトリ構造として、プロジェクト650の下位には、T1Prj652、T2Prj634がある。なお、符号の番号が同じものは、同じものを指している。例えば、左端の1つ目のディレクトリ構造におけるKickoff612の下位にある戦略報告614と、中央の2つ目のディレクトリ構造におけ文書630の下位にある戦略報告614とは同じものである。関連するメタデータとは、ディレクトリ構造において、対象としているメタデータに対して親又は子の関係を有しているメタデータをいう。なお、ここで、ディレクトリ構造における親という場合は、対象としているメタデータの直上のメタデータだけをいい、ディレクトリ構造における子という場合は、対象としているメタデータの直下のメタデータだけをいう。ただし、これは例示であり、関連するメタデータとして、兄弟同じ親を持つ自分以外の子、親の親、子の子等を含めるようにしてもよい。例えば、イベント610に関連するメタデータとしては、Kickoff612、週報会618、定例会620がある。Kickoff612に関連するメタデータとしては、イベント610、戦略報告614、Report616がある。そして、メタデータDB108は、キーワードからメタデータを検索できるように文書管理データテーブル500を記憶している。図5は、文書管理データテーブル500のデータ構造例を示す説明図である。文書管理データテーブル500は、文書ID欄510、キーワード欄520、メタデータ欄530、格納位置欄540を有している。文書ID欄510は、本実施の形態で、文書を一意に識別し得る情報である文書IDを記憶している。キーワード欄520は、その文書に付与されているキーワードを記憶している。このキーワードは、検索に用いられる。また、複数のキーワードが記憶されていてもよい。メタデータ欄530は、その文書のメタデータを記憶している。このメタデータは、提示の対象となる。例えば、その文書の文書名、属性等であってもよい。格納位置欄540は、その文書が記憶されている文書DB100の位置を記憶している。例えば、文書、URL等を記憶している。ここでは、文書に関するメタデータ等の情報を記憶している例を示したが、前述のように文書とは関係しない情報であってもよい。メタデータ処理モジュール110は、メタデータ抽出モジュール112、メタデータ構造処理モジュール114、グラフ生成モジュール116、メタデータ重要度算出モジュール118を有している。メタデータ抽出モジュール112は、メタデータDB108、メタデータ構造処理モジュール114と接続されている。メタデータ抽出モジュール112は、メタデータ提示モジュール126によって提示されているメタデータが選択された場合に、そのメタデータに関連するメタデータを、メタデータDB108から抽出する。例えば、情報の選択は、検索UIモジュール124が検出する操作者の選択操作によって行われる。対象としているメタデータに関連するメタデータは、前述のディレクトリ構造を対象としているメタデータを辿って、親又は子の関係を有しているメタデータを抽出すればよい。メタデータ構造処理モジュール114は、メタデータDB108、メタデータ抽出モジュール112、グラフ生成モジュール116と接続されている。メタデータ構造処理モジュール114は、メタデータ又はメタデータ間の関連に関する特徴を抽出する。例えば、メタデータ構造処理モジュール114は、メタデータに関する特徴として、そのメタデータが選択された時刻、又はそのメタデータに関連するメタデータが選択された時刻を抽出するようにしてもよい。ここで、メタデータBに関連するメタデータAが選択された時刻とは、情報Aが選択されたことによって、情報Bが提示された時刻をいう。また、例えば、メタデータ構造処理モジュール114は、メタデータに関する特徴として、そのメタデータが選択された場合であって、そのメタデータに関連付けられたメタデータの数、又はそのメタデータに関連するメタデータが選択された回数を抽出するようにしてもよい。ここで、メタデータAが選択された場合であって、そのメタデータAに関連付けられたメタデータBの数とは、メタデータAが選択されたことによって、提示されたメタデータBの数をいう。また、例えば、メタデータ構造処理モジュール114は、メタデータ間の関連に関する特徴として、選択されたメタデータと対象とするメタデータ間の経路における関連をなす2つのメタデータのいずれかが選択された回数に基づいた値を抽出するようにしてもよい。グラフ生成モジュール116は、メタデータDB108、メタデータ構造処理モジュール114と接続されている。グラフ生成モジュール116は、メタデータ抽出モジュール112によって抽出されたメタデータ間の関係のグラフを生成する。例えば、グラフとしては、DAGDirectedAcyclicGraph、有向グラフ等がある。グラフは、ノードとノード間の関連を示すエッジアーク等ともいわれるによって構成されている。ノードはメタデータが該当し、エッジは、提示されているメタデータAが選択された場合に、そのメタデータAに関連するメタデータBを抽出した場合に、2つのメタデータノード間に生じる。また、エッジには方向があり、先の例では、メタデータAからメタデータBへ向かうエッジが生じることになる。なお、ここで、生成されるグラフは、メタデータ提示モジュール126が検索UI表示画面134に提示するグラフとは必ずしも同じものではない。つまり、メタデータ提示モジュール126が検索UI表示画面134に提示するグラフは、提示するメタデータの数が制限されているが、グラフ生成モジュール116が生成するグラフは、メタデータ抽出モジュール112によって抽出されたメタデータ選択されたメタデータに関連するメタデータ、メタデータ間の関連によって生成されるものであり、制限されることはない。メタデータ重要度算出モジュール118は、メタデータDB108と接続されている。メタデータ重要度算出モジュール118は、メタデータ提示モジュール126がメタデータ抽出モジュール112によって抽出されたメタデータを提示する場合であって、提示するメタデータの数が予め定められた数よりも多くなる又は以上となる場合に、メタデータ構造処理モジュール114によって抽出された特徴に基づいて、提示するメタデータを制限する。つまり、検索UI表示画面134に提示されるメタデータの数は、その予め定められた数以下又は未満となる。また、例えば、メタデータ重要度算出モジュール118は、メタデータ提示モジュール126によって既に提示されているメタデータであって、メタデータ構造処理モジュール114によって抽出された特徴に基づく値と予め定められた閾値との比較によって、メタデータ提示モジュール126によって提示するメタデータを選択し、又はメタデータ提示モジュール126によって提示されなくなる情報を選択することによって、提示するメタデータを制限するようにしてもよい。つまり、新たにメタデータを提示する場合に、前述の予め定められた数よりも多くなる又は以上となる場合に、既に提示されているメタデータを検索UI表示画面134から消去することになる。メタデータ検索モジュール120は、メタデータDB108、検索UIモジュール124、メタデータ当該文書検索モジュール128と接続されている。メタデータ検索モジュール120は、操作者の検索操作等によって、検索UIモジュール124が受け付けたキーワード等によって、メタデータDB108内のメタデータを検索する。メタデータ表示モジュール122は、検索UIモジュール124、メタデータ提示モジュール126、検索UI表示画面134を有している。検索UIモジュール124は、メタデータ検索モジュール120、メタデータ提示モジュール126、検索UI表示画面134と接続されている。検索UIモジュール124は、操作者の検索操作等を受け付け、その検索対象のキーワード等をメタデータ検索モジュール120に渡す。また、検索UI表示画面134に提示されているメタデータに対する操作者の選択操作を検出する。選択操作を検出した場合は、メタデータ抽出モジュール112に対して、その選択が行われたメタデータを渡す。メタデータ提示モジュール126は、メタデータDB108、検索UIモジュール124と接続されている。メタデータ提示モジュール126は、メタデータを検索UI表示画面134に提示する。さらに、メタデータ間の関連を矢印等で提示するようにしてもよい。提示するメタデータは、メタデータ重要度算出モジュール118によって提示が制限されたメタデータである。また、さらに、メタデータ提示モジュール126は、提示されなくなるメタデータが以前は提示されていたことを示す情報アイコン、マーク、図形等を提示するようにしてもよい。メタデータ当該文書検索モジュール128は、メタデータ検索モジュール120、メタデータ当該文書出力モジュール130と接続されている。メタデータ当該文書検索モジュール128は、メタデータに関連付けられている文書を文書DB100から検索する。例えば、メタデータが文書の名称、属性等であれば、その文書を文書DB100から検索する。また、メタデータが文書とは関係しない情報であれば、その旨を提示するようにしてもよいし、そのメタデータと文書を対応付けたテーブルを予め用意しておき、そのテーブルを用いて、メタデータに対応する文書を検索するようにしてもよい。メタデータ当該文書出力モジュール130は、文書DB100、メタデータ当該文書検索モジュール128、文書出力画面136と接続されている。メタデータ当該文書出力モジュール130は、メタデータ当該文書検索モジュール128によって検索された文書を文書DB100から抽出し、文書出力画面136として出力する。検索出力モジュール132は、検索UI表示画面134、文書出力画面136を有している。検索UI表示画面134は、検索UIモジュール124、文書出力画面136と接続されている。検索UI表示画面134は、検索用のキーワードを受け付けるための画面、その検索結果であるメタデータメタデータ間の関連を示す矢印等を含めてもよい等を提示する画面である。検索UI表示画面134の例として、図10等を用いて後述する。文書出力画面136は、メタデータ当該文書出力モジュール130、検索UI表示画面134と接続されている。文書出力画面136は、メタデータ当該文書出力モジュール130によって出力された文書を提示する画面である。検索UI表示画面134、文書出力画面136は、例えば、本実施の形態に備えられている提示装置液晶ディスプレイ、タッチパネル等に提示される。図2は、本実施の形態による処理例を示すフローチャートである。ステップS202では、検索UIモジュール124が、キーワードを受け付ける。図10は、メタデータの提示の推移例を示す説明図である。図10Aの例に示す表示画面1000には、キーワード受付領域1010、検索指示ボタン1020、マウスカーソル1030を提示する。キーワード受付領域1010内に、検索対象となるキーワードが記載される。操作者の操作によって、検索指示ボタン1020がマウスカーソル1030によって選択されると、検索UIモジュール124が、キーワード受付領域1010内の文字列をキーワードとして受け付ける。ステップS204では、メタデータ検索モジュール120が、メタデータをメタデータDB108から検索する。例えば、前述の文書管理データテーブル500のキーワード欄520からステップS202で受け付けたキーワードを検索し、そのキーワードに対応するメタデータを抽出すればよい。ステップS206では、メタデータ提示モジュール126が、メタデータを提示する。図10Bの例に示す表示画面1000には、ステップS204で検索されたメタデータであるイベント610、文書630、プロジェクト650を提示する。これらの配置は、例えば、表示画面1000を、提示するメタデータの数に均等に分割するようにして、配置を決定するようにしてもよい。ステップS208では、検索UIモジュール124が、文書を出力するか否かを判断し、出力する場合はステップS220へ進み、それ以外の場合はステップS210へ進む。例えば、対象としているメタデータに対応する文書に対して、操作者の文書出力操作があった場合は、ステップS220へ進む。ステップS210では、検索UIモジュール124が、選択メタデータを受け付ける。例えば、検索UI表示画面134に提示されているメタデータに対して、操作者の選択操作を検出した場合の、そのメタデータが該当する。ステップS212では、メタデータ抽出モジュール112、メタデータ構造処理モジュール114が、関連メタデータを取得する。ステップS210で選択されたメタデータに関連するメタデータを取得する。ステップS214では、メタデータ重要度算出モジュール118が、重要度を算出する。重要度の算出については、図3を用いて後述する。ステップS216では、メタデータ提示モジュール126が、提示用グラフを生成する。提示用グラフの生成については、図4を用いて後述する。ステップS218では、メタデータ提示モジュール126が、グラフを提示する。図10Cの例に示す表示画面1000には、図10Bの例の状態からイベント610が選択され、イベント610に関連するメタデータとしてKickoff612、週報会618、定例会620を提示する。また、イベント610とKickoff612の間、イベント610と週報会618の間、イベント610と定例会620の間には、矢印を提示している。ステップS220では、メタデータ当該文書検索モジュール128が、文書DB100から文書を抽出する。ステップS222では、メタデータ当該文書出力モジュール130が、文書出力画面136に文書を出力する。図3は、本実施の形態による処理例ステップS214を示すフローチャートである。ステップS302では、メタデータ抽出モジュール112が、ノード情報の生成、変更を行う。検索又は選択されたメタデータに対応するノード情報を生成する。既に生成されている場合は、そのメタデータに対応するノード情報を変更する。また、選択されたメタデータに関連するメタデータについても、その関連するメタデータに対応するノード情報を生成する。既に生成されている場合は、その関連するメタデータに対応するノード情報を変更する。なお、ノードとメタデータとは一対一に対応している。ただし、ノードという場合には、検索されたメタデータ、又は提示されたメタデータが選択された場合に、そのノードに関連するメタデータが抽出された場合に、ノードという。つまり、選択操作によってグラフ構造が生成された場合のメタデータをノードという。例えば、ノード情報としては、<node_id><timestamp><update_timestamp><active_count><out_edge><in_edge>がある。なお、<node_id>は、そのノードを本実施の形態によって一意に識別し得る情報である。<timestamp>は、そのノードが検索又は選択された時刻ここで、時刻は、年、月、日、時、分、秒、秒以下等の組み合わせである。以下同様である。<update_timestamp>は、そのノードが検索又は選択された最も近い時刻である。<active_count>は、そのノードが選択された場合であって、そのノードに関連付けられたノードの数つまり、その選択によって表示され得るノードの数、ノードに関連するノードが選択された回数の合計である。<out_edge>は、そのノードに接続されているエッジであって、そのノードから他のノードへ向かうエッジを一意に識別し得るエッジIDである。つまり、そのノードが選択され、関連するノードが抽出された場合に発生する。<in_edge>は、そのノードに接続されているエッジであって、そのノードに他のノードから向かうエッジを一意に識別し得るエッジIDである。つまり、そのノード関連するノードが選択され、対象としているノードが抽出された場合に発生する。なお、図12を用いて後述するノードデータテーブル1200のように、ノード情報として<disctence>を有していてもよい。ステップS304では、メタデータ構造処理モジュール114が、エッジ情報の生成、変更を行う。新たにノード間の関連が発生した場合新しくノードが発生した場合、既存のノード間に新しくエッジが発生した場合に、エッジ情報を生成し、エッジに関連付けられている2つのノードのいずれかが選択された場合に、エッジ情報を変更する。例えば、エッジ情報としては、<edge_id><active_timestamp><update_active_timestamp><active_count><from><to>がある。なお、<edge_id>は、そのエッジを本実施の形態によって一意に識別し得る情報である。<active_timestamp>は、そのエッジに関連するノードが検索又は選択された時刻である。<update_active_timestamp>は、そのエッジに関連するノードが検索又は選択された最も近い時刻である。<active_count>は、そのエッジに関連するノードが検索又は選択された回数である。エッジは、ノードが選択された場合に発生するので、最初は1であり、そのエッジに関連する2つのノードのうちいずれかが選択された場合は、カウントアップされる。<from>は、そのエッジの元にあるノードを一意に識別し得るエッジIDである。つまり、そのエッジが発生した場合の検索又は選択されたノードである。<to>は、そのエッジが向かう先にあるノードを一意に識別し得るエッジIDである。つまり、そのエッジが発生した場合の検索又は選択されたノードに関連するノード抽出されたノードである。ステップS306では、グラフ生成モジュール116が、グラフ構造を生成する。例えば、ノード情報、エッジ情報からDAGを生成し得るようなグラフ構造を生成する。ステップS308では、メタデータ重要度算出モジュール118が、ノード情報の<update_timestamp>値を昇順にソートして、スコア1を算出する。つまり、その順位をスコア1とする。ステップS310では、メタデータ重要度算出モジュール118が、ノード情報の<active_count>値でスコア2を算出する。ステップS312では、メタデータ重要度算出モジュール118が、エッジ重みと現ノードとの間の経路によってスコア3を算出する。つまり、選択されたノードと対象とするノード間の経路における関連をなす2つのノードのいずれかが選択された回数に基づいて算出される値である。より具体的には、現在選択されたノードと重要度を算出しようとしているノードとの間の経路のエッジを抽出し、そのエッジの<active_count>の逆数とする。そして、経路としてエッジが複数ある場合は、各エッジの<active_count>の逆数の和をスコア3として算出する。ステップS314では、メタデータ重要度算出モジュール118が、スコア1、スコア2、スコア3でノードの重要度を算出する。なお、重要度は、スコア1、スコア2、スコア3のいずれか1つをそのまま使用するようにしてもよいし、2つ以上の組み合わせによって算出するようにしてもよい。例えば、重要度cid=w1スコア1w2スコア2w3スコア3によって算出するようにしてもよい。なお、w1、w2、w3の数値は、予め定められた重み計数である。なお、重要度は、その数値が高い場合を重要であるノードの提示を消去する対象にはなりにくいとした場合、w3は負数である。又は、重要度cid=w1スコア1w2スコア2w3/スコア3としてもよい。ステップS316では、メタデータ重要度算出モジュール118が、重要度をメタデータDB108に書き込む。ステップS318では、メタデータ抽出モジュール112が、他に対象とすべきメタデータはあるか否かを判断し、ある場合はステップS302からの処理を行い、それ以外の場合は処理を終了するステップS399。図4は、本実施の形態による処理例ステップS216を示すフローチャートである。ステップS402では、メタデータ抽出モジュール112、メタデータ構造処理モジュール114が、対象メタデータを取得する。例えば、グラフ生成モジュール116が生成したグラフ内のメタデータを抽出すればよい。提示し得る最大のメタデータ数となる。ステップS404では、メタデータ提示モジュール126が、対象メタデータ数>提示限界数であるか否かを判断し、対象メタデータ数>提示限界数である場合はステップS406へ進み、それ以外の場合はステップS408へ進む。なお、提示限界数は予め定められた数である。ステップS406では、メタデータ提示モジュール126が、メタデータの重要度に基づいて、提示限界数以下のメタデータを提示対象とするメタデータとして選択する。例えば、メタデータの重要度で降順にソートを行い、上位から提示限界数分のメタデータを選択すればよい。もちろん、逆に、選択されなくなるノードを選択することも同じことである。ステップS408では、メタデータ提示モジュール126が、提示用グラフを生成する。また、提示されなくなる情報が以前は提示されていたことを示す情報を提示するようにしてもよい。図10は、メタデータの提示の推移例を示す説明図である。図10Aの例に示す表示画面1000については、ステップS202で説明した。図10Bの例に示す表示画面1000については、ステップS206で説明した。図10Cの例に示す表示画面1000については、ステップS218で説明した。なお、提示限界数を10とする。図10Dの例に示す表示画面1000には、図10Cの例の状態から文書630が選択され、文書630に関連するメタデータとして戦略報告614、Report616、週報632を提示する。また、文書630と戦略報告614の間、文書630とReport616の間、文書630と週報632の間には、矢印を提示している。図10Eの例に示す表示画面1000には、図10Dの例の状態からKickoff612が選択され、Kickoff612に関連するメタデータとして、新しく提示するメタデータはなく、既に提示されている戦略報告614、Report616との間に矢印を提示し、イベント610との間に逆向きの矢印も提示している。図10Fの例に示す表示画面1000には、図10Eの例の状態からプロジェクト650が選択され、プロジェクト650に関連するメタデータとして、T1Prj652、T2Prj634を提示しようとする。ただし、提示するメタデータの数は11となるので、提示限界数10を超えている。そこで、重要度cidに基づいて、提示限界数以下になるように、これらのうちからメタデータを消去する。具体的には、図22から図24を用いて後述する。図10Gの例に示す表示画面1000には、図10Fの例の状態からT2Prj634が選択され、T2Prj634に関連するメタデータとして、新しく提示するメタデータはなく、既に提示されている戦略報告614との間に矢印を提示し、プロジェクト650との間に逆向きの矢印も提示している。ただし、提示するメタデータの数は11グラフ生成モジュール116が生成するグラフにおけるノード数となるので、提示限界数10を超えている。そこで、週報会618と定例会620の提示を消去する。もちろんのことながら、その間にある矢印の提示も消去している。そして、T1Prj652、T2Prj634を提示する。また、プロジェクト650とT1Prj652の間、プロジェクト650とT2Prj634の間には、矢印を提示している。図11は、図10Bの状態における表示画面1000の例を示す説明図である。この状態におけるノードデータテーブル1200について図12を用いて説明する。ノードデータテーブル1200は、node欄1210、id欄1220、timestamp欄1230、update_timestamp欄1240、active_count欄1250、out_edge欄1260、in_edge欄1270、disctence欄1280を有している。node欄1210は、ノード情報の名称提示するメタデータを記憶している。id欄1220は、前述のノード情報の<node_id>を記憶している。timestamp欄1230は、前述のノード情報の<timestamp>を記憶している。update_timestamp欄1240は、前述のノード情報の<update_timestamp>を記憶している。active_count欄1250は、前述のノード情報の<active_count>を記憶している。out_edge欄1260は、前述のノード情報の<out_edge>を記憶している。in_edge欄1270は、前述のノード情報の<in_edge>を記憶している。disctence欄1280は、前述のスコア3に該当する値を記憶する。ここでは、検索されたメタデータを提示しているだけであり、エッジ情報はないので、初期値として-1を記憶している。選択されたノードとこのノードノードデータテーブル1200内の各行のノードの間に経路がある場合は、-1以外の値が記憶されることになる。なお、ノードデータテーブル1200は、メタデータ構造処理モジュール114、メタデータ重要度算出モジュール118によって生成され、変更される。図13は、図10Cの状態における表示画面1000の例を示す説明図である。この状態におけるノードデータテーブル1200について図14を用いて説明する。また、この状態におけるエッジデータテーブル1500について図15を用いて説明する。図14の例に示すノードデータテーブル1200は、図12の例に示すノードデータテーブル1200と比べると、node欄1210のKickoffid=3、週報会id=4、定例会id=5の行を追加しており、timestamp欄1230、update_timestamp欄1240を00:05としており、active_count欄1250を1としており、out_edge欄1260をnullとしており、in_edge欄1270をそれぞれe0、e1、e2としており、disctence欄1280を1としている。active_count欄1250を1としているのは、その時点において、そのノードに関連するノードイベント610が選択された回数である。disctence欄1280を1としているのは、経路における各エッジのエッジデータテーブル1500のactive_count欄1540の逆数を加算した結果である。具体的には、例えば、Kickoff612からイベント610への経路は、エッジe0のみであり、エッジe0のactive_count欄1540が1であり、その逆数は1であるからである。そして、node欄1210のイベントid=0の行をおいて、update_timestamp欄1240を00:05と変更しており、active_count欄1250を3と変更しており、out_edge欄1260をe0、e1、e2と変更しており、disctence欄1280を0と変更している。active_count欄1250を3に変更しているのは、その時点において、そのノードが選択された場合であって、そのノードに関連付けられたノードの数Kickoff612、週報会618、定例会620である。disctence欄1280を0としているのは、そのノードが選択された場合は0としているためである。図15は、エッジデータテーブル1500のデータ構造例を示す説明図である。エッジデータテーブル1500は、edgeid欄1510、active-timestamp欄1520、update_active_timestamp欄1530、active_count欄1540を有している。edgeid欄1510は、前述のエッジ情報の<node_id>を記憶している。active-timestamp欄1520は、前述のエッジ情報の<active_timestamp>を記憶している。update_active_timestamp欄1530は、前述のエッジ情報の<update_active_timestamp>を記憶している。active_count欄1540は、前述のエッジ情報の<active_count>を記憶している。ここでのエッジは、イベント610のノードが選択された場合に発生しているので、active_count欄1540は1である。図16は、図10Dの状態における表示画面1000の例を示す説明図である。この状態におけるノードデータテーブル1200について図17を用いて説明する。また、この状態におけるエッジデータテーブル1500について図18を用いて説明する。図17の例に示すノードデータテーブル1200は、図14の例に示すノードデータテーブル1200と比べると、node欄1210の戦略報告id=6、Reportid=7、週報id=8の行を追加しており、timestamp欄1230、update_timestamp欄1240を00:10としており、active_count欄1250を1としており、out_edge欄1260をnullとしており、in_edge欄1270をそれぞれe3、e4、e5としており、disctence欄1280を1としている。disctence欄1280を1としているのは、経路における各エッジのエッジデータテーブル1500のactive_count欄1540の逆数を加算した結果である。具体的には、例えば、戦略報告614から文書630への経路は、エッジe3のみであり、エッジe3のactive_count欄1540が1であり、その逆数は1であるからである。そして、node欄1210のイベントid=0の行をおいて、disctence欄1280を-1と変更している。また、node欄1210の文書id=2の行をおいて、update_timestamp欄1240を00:10と変更しており、active_count欄1250を3と変更しており、out_edge欄1260をe3、e4、e5と変更しており、disctence欄1280を0と変更している。active_count欄1250を3に変更しているのは、その時点において、そのノードが選択された場合であって、そのノードに関連付けられたノードの数戦略報告614、Report616、週報632である。disctence欄1280を0に変更しているのは、現在選択されているノードが文書630であるからである。また、Kickoffid=3、週報会id=4、定例会id=5の行において、disctence欄1280を-1と変更している。disctence欄1280を-1に変更しているのは、現在選択されている文書630とそのノードとの間に経路がないからである。図18の例に示すエッジデータテーブル1500は、図15の例に示すエッジデータテーブル1500と比べると、edgeid欄1510のe3、e4、e5の行を追加しており、active-timestamp欄1520、update_active_timestamp欄1530を00:10としており、active_count欄1540を1としている。図19は、図10Eの状態における表示画面1000の例を示す説明図である。この状態におけるノードデータテーブル1200について図20を用いて説明する。また、この状態におけるエッジデータテーブル1500について図21を用いて説明する。図20の例に示すノードデータテーブル1200は、図17の例に示すノードデータテーブル1200と比べると、node欄1210のイベントid=0の行をおいて、update_timestamp欄1240を00:15と変更しており、active_count欄1250を4と変更しており、disctence欄1280を0.5と変更している。active_count欄1250を4と変更しているのは、イベント610に関連するKickoff612が選択されたので、前の状態である図17の例に示すノードデータテーブル1200のactive_count欄1250の3に1を加えて4としたものである。disctence欄1280を0.5と変更しているのは、現在選択されているKickoff612からイベント610への経路e0のactive_count欄1540が2であるので、その逆数が1/2であるので、0.5と変更する。また、文書id=2の行をおいて、disctence欄1280を2と変更している。これは、現在選択されているKickoff612から文書630への経路e6とe3、又はe7とe4のactive_count欄1540がそれぞれ1であるので、各々の逆数が1であり、その和は211であるので、2と変更する。また、Kickoffid=3の行をおいて、update_timestamp欄1240を00:15と変更しており、active_count欄1250を4と変更しており、out_edge欄1260をe6e7と変更しており、disctence欄1280を0と変更している。また、週報会id=4、定例会id=5の行において、disctence欄1280を1.5と変更している。これは、例えば、現在選択されているKickoff612から週報会618への経路e0とe1のactive_count欄1540がそれぞれ2、1であるので、各々の逆数が1/2と1であり、その和は1.51/21であるので、1.5と変更する。また、戦略報告id=6の行において、update_timestamp欄1240を00:15と変更しており、active_count欄1250を2と変更しており、in_edge欄1270をe3e6と変更している。また、Reportid=7の行において、update_timestamp欄1240を00:15と変更しており、active_count欄1250を2と変更しており、in_edge欄1270をe4e7と変更している。また、週報id=8の行において、disctence欄1280を3と変更している。これは、現在選択されているKickoff612から週報632への経路e6とe3とe5、又はe7とe4とe5のactive_count欄1540がそれぞれ1であるので、その逆数が1であり、その和は3111であるので、3と変更する。図21の例に示すエッジデータテーブル1500は、図18の例に示すエッジデータテーブル1500と比べると、edgeid欄1510のe6、e7の行を追加しており、active-timestamp欄1520、update_active_timestamp欄1530を00:15としており、active_count欄1540を1としている。そして、edgeid欄1510のe0の行をおいて、update_active_timestamp欄1530を00:15と変更しており、active_count欄1540を2と変更している。これは、エッジe0に関連しているノードのKickoff612が選択されたことにより、前の状態である図18の例に示すエッジデータテーブル1500のactive_count欄1540の1に1を加えて2としたものである。図22は、図10Fの状態における表示画面1000の例を示す説明図である。この状態におけるノードデータテーブル1200について図23を用いて説明する。また、この状態におけるエッジデータテーブル1500について図24を用いて説明する。図23の例に示すノードデータテーブル1200は、図20の例に示すノードデータテーブル1200と比べると、node欄1210のT1id=9、T2id=10の行を追加しており、timestamp欄1230を00:20としており、update_timestamp欄1240をT1においては00:20、T2においては00:25としており、active_count欄1250を1としており、out_edge欄1260をnullとしており、in_edge欄1270をT1においてはe8、T2においてはe9としており、disctence欄1280を1としている。そして、node欄1210のイベントid=0の行をおいて、disctence欄1280を-1と変更している。また、プロジェクトid=1の行をおいて、update_timestamp欄1240を00:20と変更しており、active_count欄1250を2と変更しており、out_edge欄1260をe8e9と変更しており、disctence欄1280を0と変更している。また、文書id=2、Kickoffid=3、週報会id=4、定例会id=5、戦略報告id=6、Reportid=7、週報id=8の行をおいて、disctence欄1280を-1と変更している。図24の例に示すエッジデータテーブル1500は、図21の例に示すエッジデータテーブル1500と比べると、edgeid欄1510のe8、e9の行を追加しており、active-timestamp欄1520、update_active_timestamp欄1530を00:20としており、active_count欄1540を1としている。この時点で、提示するメタデータの数は11となるので、提示限界数10を超えてしまう。そこで、重み計数w1、w2、w3によるが、前述の重要度cidを求める式によって、その数値の低いメタデータを消去する。図25は、図10Gの状態における表示画面1000の例を示す説明図である。この状態におけるノードデータテーブル1200について図26を用いて説明する。また、この状態におけるエッジデータテーブル1500について図27を用いて説明する。図26の例に示すノードデータテーブル1200は、図23の例に示すノードデータテーブル1200と比べると、node欄1210のイベントid=0の行をおいて、disctence欄1280を2.5と変更している。また、プロジェクトid=1の行をおいて、update_timestamp欄1240を00:25と変更しており、active_count欄1250を3と変更しており、disctence欄1280を0.5と変更している。また、文書id=2、Kickoffid=3の行をおいて、disctence欄1280を2と変更している。また、週報会id=4、定例会id=5の行をおいて、disctence欄1280を3.5と変更している。また、戦略報告id=6の行をおいて、update_timestamp欄1240を00:25と変更しており、active_count欄1250を3と変更しており、disctence欄1280を1と変更している。また、Reportid=7、週報id=8の行をおいて、disctence欄1280を3と変更している。また、T1id=9の行をおいて、disctence欄1280を1.5と変更している。また、T2id=10の行をおいて、active_count欄1250を3と変更しており、out_edge欄1260をe10と変更しており、disctence欄1280を0と変更している。図27の例に示すエッジデータテーブル1500は、図24の例に示すエッジデータテーブル1500と比べると、edgeid欄1510のe10の行を追加しており、active-timestamp欄1520、update_active_timestamp欄1530を00:25としており、active_count欄1540を1としている。そして、edgeid欄1510のe9の行をおいて、update_active_timestamp欄1530を00:25と変更しており、active_count欄1540を2と変更している。この時点で、提示するメタデータの数は11グラフ生成モジュール116が生成するグラフにおけるノード数となるので、提示限界数10を超えてしまう。そこで、スコア1update_timestamp欄1240の昇順のソート順位は週報会618、定例会620が低く、スコア2active_count欄1250は週報会618、定例会620が低く、スコア3disctence欄1280は週報会618、定例会620が高いスコア3が高いのはノードの提示を消去する対象にはなりやすい。したがって、この時点では、週報会618、定例会620の提示を消去することになる。また、図25の例に示すように、週報会618、定例会620を薄く提示するようにしてもよいし、最近消去したことを示すマークである週報会最近消去マーク1092、定例会最近消去マーク1094を提示するようにしてもよい。図28は、ノードデータ遷移2800の例を示す説明図である。ノードデータ遷移2800は、ノードデータテーブル1200の時系列の遷移を示したものである。ノードデータ遷移2800は、node欄2810、id欄2820、timestamp欄2830、update_timestamp欄2840、active_count欄2860、disctance欄2880を有している。update_timestamp欄2840は、B欄2842、C欄2844、D欄2846、E欄2848、F欄2850、G欄2852を有している。active_count欄2860は、B欄2862、C欄2864、D欄2866、E欄2868、F欄2870、G欄2872を有している。disctance欄2880は、B欄2882、C欄2884、D欄2886、E欄2888、F欄2890、G欄2892を有している。スコア1、スコア2、スコア3に関係するupdate_timestamp欄2840、active_count欄2860、disctance欄2880内に、図12、図14、図17、図20、図23、図26における値を示している。このノードデータ遷移2800からもわかるように、週報会618id=4、定例会620id=5が図25の例に示す時点において消去されるメタデータとして選択される。つまり、週報会618id=4と定例会620id=5は、G欄2852において最も以前に選択又は表示されており、G欄2872において最も値が小さく、G欄2892において最も値が大きいからである。図29は、提示画面の例を示す説明図である。グラフ生成モジュール116が生成するグラフはメタデータグラフ2900Aであり、メタデータ提示モジュール126が提示するメタデータのグラフはメタデータ提示画面2900Bである。また、消去したメタデータであっても、最近消去したメタデータ予め定められたステップ以内の過去に消去したメタデータとそれ以前に消去したメタデータを区別するように提示してもよい。例えば、部門B最近消去2906C等のマークが付されているものは最近消去したメタデータを示し、それ以前に消去したメタデータにはそのマークは付さないようにしてもよい。なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図30に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部演算部としてCPU3001を用い、記憶装置としてRAM3002、ROM3003、HD3004を用いている。HD3004として、例えばハードディスクを用いてもよい。文書アップロードモジュール104、メタデータ受付モジュール106、メタデータ抽出モジュール112、メタデータ構造処理モジュール114、グラフ生成モジュール116、メタデータ重要度算出モジュール118、メタデータ検索モジュール120、検索UIモジュール124、メタデータ提示モジュール126、メタデータ当該文書検索モジュール128、メタデータ当該文書出力モジュール130等のプログラムを実行するCPU3001と、そのプログラムやデータを記憶するRAM3002と、本コンピュータを起動するためのプログラム等が格納されているROM3003と、補助記憶装置であるHD3004と、キーボード、マウス、タッチパネル等に対する利用者の操作に基づいてデータを受け付ける受付装置3006と、CRT、液晶ディスプレイ等の出力装置3005と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース3007、そして、それらをつないでデータのやりとりをするためのバス3008により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。前述の実施の形態のうち、コンピュータプログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータプログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。なお、図30に示すハードウェア構成は、1つの構成例を示すものであり、本実施の形態は、図30に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア例えばASIC等で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図30に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、情報家電、複写機、ファックス、スキャナ、プリンタ、複合機スキャナ、プリンタ、複写機、ファックス等のいずれか2つ以上の機能を有している画像処理装置などに組み込まれていてもよい。なお、前述の各モジュールの処理内容として背景技術で説明した技術を採用してもよい。また、前述の実施の形態の説明において、予め定められた値との比較において、以上、以下、より大きい、より小さい未満としたものは、その組み合わせに矛盾が生じない限り、それぞれより大きい、より小さい未満、以上、以下としてもよい。なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、プログラムを記録したコンピュータ読み取り可能な記録媒体の発明として捉えてもよい。プログラムを記録したコンピュータ読み取り可能な記録媒体とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。なお、記録媒体としては、例えば、デジタルバーサタイルディスクDVDであって、DVDフォーラムで策定された規格であるDVD-R、DVD-RW、DVD-RAM等、DVDRWで策定された規格であるDVDR、DVDRW等、コンパクトディスクCDであって、読出し専用メモリCD-ROM、CDレコーダブルCD-R、CDリライタブルCD-RW等、ブルーレイディスクBlu-rayDisc登録商標、光磁気ディスクMO、フレキシブルディスクFD、磁気テープ、ハードディスク、読出し専用メモリROM、電気的消去及び書換可能な読出し専用メモリEEPROM登録商標、フラッシュメモリ、ランダムアクセスメモリRAM、SDSecureDigitalメモリーカード等が含まれる。そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカルエリアネットワークLAN、メトロポリタンエリアネットワークMAN、ワイドエリアネットワークWAN、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。さらに、前記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化など、復元可能であればどのような態様で記録されていてもよい。