(57)【要約】【課題】専属ファシリテーターの業務を支援し、また専属ファシリテーターに代って、ユーザ自ら過去の記録を検索する際に、その操作を容易にするプロジェクト管理システムを提供する。【解決手段】プロジェクトごとに、ユーザ間のコミュニケーションの発生時点を特定する情報を含むコミュニケーション履歴情報と、当該プロジェクトに関係するドキュメントに関する操作の発生時点を特定する情報を含むドキュメント履歴情報と、当該プロジェクトに関係するドキュメントへのアクセスの発生時点を特定する情報を含むアクセス履歴情報と、をそれぞれ区別して記録しておき、制御部１４が、注目プロジェクトに係る記録を収集し、その収集された記録に基づき、コミュニケーション履歴情報と、ドキュメント履歴情報と、アクセス履歴情報との記録頻度を時系列との関係において示す画像を生成して提供する。【選択図】        図１
2004362043.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザが関わるプロジェクトごとに、当該プロジェクトに関わるユーザのコミュニケーションの発生時点を特定する情報を含むコミュニケーション履歴情報と、当該プロジェクトに関係するドキュメントに関する操作の発生時点を特定する情報を含むドキュメント履歴情報と、当該プロジェクトに関係するドキュメントまたはコミュニケーションメッセージへのアクセスの発生時点を特定する情報を含むアクセス履歴情報と、をそれぞれ区別して記録する記録システムと、
前記記録システムから注目プロジェクトに係る記録を収集する収集手段と、
前記収集手段により収集された記録に基づき、前記コミュニケーション履歴情報と、ドキュメント履歴情報と、アクセス履歴情報との記録頻度を時系列との関係において示す画像を生成する画像生成手段と、
を含み、
当該生成された画像がユーザに提示されることを特徴とするプロジェクト管理システム。
【請求項２】
請求項１に記載のプロジェクト管理システムにおいて、
前記記録システムは、前記コミュニケーション履歴情報と、ドキュメント履歴情報と、アクセス履歴情報との少なくとも一部に重要度情報を関連づけて記録しており、
前記画像生成手段は、当該重要度情報が互いに異なる情報については、互いに異なる態様で表示する
ことを特徴とするプロジェクト管理システム。
【請求項３】
請求項２に記載のプロジェクト管理システムにおいて、前記重要度情報を記録の頻度によって定める
ことを特徴とするプロジェクト管理システム。
【請求項４】
複数のユーザが関わるプロジェクトごとに、当該プロジェクトに関わるユーザのコミュニケーションの発生時点を特定する情報を含むコミュニケーション履歴情報と、当該プロジェクトに関係するドキュメントに関する操作の発生時点を特定する情報を含むドキュメント履歴情報と、当該プロジェクトに関係するドキュメントへのアクセスの発生時点を特定する情報を含むアクセス履歴情報と、をそれぞれ区別して記録する記録システム、及び、前記記録システムから注目プロジェクトに係る記録を収集する装置と協働する画像生成装置であって、
前記収集手段により収集された記録に基づき、前記コミュニケーション履歴情報と、ドキュメント履歴情報と、アクセス履歴情報とのうち少なくとも一つについて、その記録頻度を時系列との関係において示す画像を生成する画像生成手段と、
当該生成された画像をユーザに提示する手段と、
を含むことを特徴とする画像生成装置。
【請求項５】
請求項４に記載の画像生成装置であって、
前記記録システムは、前記コミュニケーション履歴情報と、ドキュメント履歴情報と、アクセス履歴情報との少なくとも一部に重要度情報を関連づけて記録しており、
前記画像生成手段が、当該重要度情報が互いに異なる情報については、互いに異なる態様で表示する
ことを特徴とする画像生成装置。
【請求項６】
請求項４又は５に記載の画像生成装置であって、
前記画像生成手段は、
タイムラインを描画し、
前記コミュニケーション履歴情報と、ドキュメント履歴情報と、アクセス履歴情報とのうち少なくとも一種類の履歴情報について、前記描画されたタイムライン上に、それらの記録日時にそれぞれ対応する位置に所定のマーカーを描画して、
前記画像を生成することを特徴とする画像生成装置。
【請求項７】
請求項４又は５に記載の画像生成装置において、
前記画像生成手段は、
前記コミュニケーション履歴情報の記録頻度を所定の期間ごとに集計し、
当該集計の結果に基づいて、前記コミュニケーション履歴情報の記録頻度が所定のしきい値を上回っている期間を特定し、当該特定した期間内に係る前記コミュニケーション履歴情報によって表されるコミュニケーション中で参照されているドキュメントを特定し、
当該特定されたドキュメントに関する画像を生成し、当該生成したドキュメントに関する画像を、期間の時系列順に配列して、
前記コミュニケーション履歴情報の記録頻度を時系列との関係において示す画像を生成する、
ことを特徴とする画像生成装置。
【請求項８】
請求項４、５、７のいずれか一項に記載の画像生成装置において、
前記画像生成手段は、
前記アクセス履歴情報の記録頻度を所定の期間ごとに集計し、
当該集計の結果に基づいて、前記アクセス履歴情報の記録頻度が所定のしきい値を上回っている期間を特定し、当該特定した期間内での前記アクセス履歴情報に係る記録でアクセスの対象となったドキュメントを特定し、
当該特定されたドキュメントに関する画像を生成し、当該生成したドキュメントに関する画像を、期間の時系列順に配列して、
前記アクセス履歴情報の記録頻度を時系列との関係において示す画像を生成する、
ことを特徴とする画像生成装置。
【請求項９】
複数のユーザが関わるプロジェクトごとに、当該プロジェクトに関わるユーザのコミュニケーションの発生時点を特定する情報を含むコミュニケーション履歴情報と、当該プロジェクトに関係するドキュメントに関する操作の発生時点を特定する情報を含むドキュメント履歴情報と、当該プロジェクトに関係するドキュメントへのアクセスの発生時点を特定する情報を含むアクセス履歴情報と、をそれぞれ区別して記録する記録システム、及び、前記記録システムから注目プロジェクトに係る記録を収集する装置と協働するコンピュータシステムを用い、
前記収集手段により収集された記録に基づき、前記コミュニケーション履歴情報と、ドキュメント履歴情報と、アクセス履歴情報とのうち少なくとも一つについて、その記録頻度を時系列との関係において示す画像を生成する工程と、
当該生成された画像をユーザに提示する工程と、
を実行させることを特徴とする画像生成方法。
【請求項１０】
複数のユーザが関わるプロジェクトごとに、当該プロジェクトに関わるユーザのコミュニケーションの発生時点を特定する情報を含むコミュニケーション履歴情報と、当該プロジェクトに関係するドキュメントに関する操作の発生時点を特定する情報を含むドキュメント履歴情報と、当該プロジェクトに関係するドキュメントへのアクセスの発生時点を特定する情報を含むアクセス履歴情報と、をそれぞれ区別して記録する記録システム、及び、前記記録システムから注目プロジェクトに係る記録を収集する装置と協働するコンピュータシステムに、
前記収集手段により収集された記録に基づき、前記コミュニケーション履歴情報と、ドキュメント履歴情報と、アクセス履歴情報とのうち少なくとも一つについて、その記録頻度を時系列との関係において示す画像を生成する手順と、
当該生成された画像をユーザに提示する手順と、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、企業内で展開される複数のプロジェクトを管理するプロジェクト管理システムに関する。
【０００２】
【従来の技術】
近年、企業などにおける知識管理（Ｋｎｏｗｌｅｄｇｅ  Ｍａｎａｇｅｍｅｎｔ）のあるべき姿が提言されている。この提言によれば、単に知識を蓄積し、個々の社員に当該蓄積した知識を、それぞれ主体的に学び取らせる型の知識管理は必ずしも効率的でなく、むしろ各社員間の連携を促進し、知識共有を積極的に行わせることが肝要であるといわれている。またこの知識共有自体も、それぞれの仕事を別に抱えた社員によって行わせるのではなく、（必要となるリソースは大きくなるが）専属のスタッフ（専属ファシリテーターと呼ぶ）によって、各社員間での知識共有を促進させることが効率的であり、経営的に成功する企業の多くで採用されている方法であるともいわれている。
【０００３】
こうした提言を背景として、かかる効率的な知識管理を、経営的に成功する企業に学んで、取り入れようとする企業が増大している。こうした企業では例えばドキュメント管理システムとして、各社員が所有するドキュメントを登録させ、関連するキーワードで検索させるためのシステム（グループウエアなど）を導入したり、専属ファシリテーターに相当する人材の育成や組織の形成にも力を入れている。
【０００４】
【発明が解決しようとする課題】
しかしながら、従来のドキュメント管理システムやグループウエアでは、こうした専属ファシリテーターが行う業務を必ずしも十分に支援できているとはいえない。
【０００５】
すなわち、専属ファシリテーターは、例えばあるプロジェクトで直面している具体的課題（例えば製品開発上の障害など）に類似し、それを克服した過去事例を当該課題を抱えているプロジェクトに属する人員に紹介する、といったことで知識の共有や効率的利用を促進するのであるが、従来のドキュメント管理システムやグループウエアは、そうした具体的課題と同じ程度に具体的な事情に関するコミュニケーション記録（電子メールや掲示板の記録など）や、ドキュメント（課題解決提案に関する文書など）の記録を保持していたとしても、キーワードなどによる検索が提供されるだけであるので、その記録を探し出すことは事実上困難であった。
【０００６】
つまり、当該事情に対応する記録を探し出すには、各プロジェクト固有の課題に関するキーワードを用いて検索をしなければならないことが多い。例えばディジタルカメラの開発上で小型化の要請といった技術的課題があったときに、それを他社特許文献を参照して解決したという記録があったとすると、これに対応する「知識」は、「技術課題の解決に特許文献の参照が有効である」との知識ということになる。
【０００７】
しかし、いま、何らかの技術的課題に直面しているプロジェクトに、上記他社特許文献を参照したという記録を紹介し、上記知識を提供するには、例えば上述の履歴を参考にするにしても「ディジタルカメラ」には「小型化」という技術が不可欠であるとの理解の下に、「小型化」といったキーワードを用いて検索しなければ、上記記録が見いだせないことも多く、こうした趣旨で記録を検索することが事実上困難であったのである。
【０００８】
また、中小の企業では、専属ファシリテーターを配置すること自体困難であることも多く、知識管理の側面では不利な立場に立たされることになる。
【０００９】
本発明は上記実情に鑑みて為されたもので、専属ファシリテーターの業務を支援し、また専属ファシリテーターに代って、ユーザ自ら過去の記録を検索する際に、その操作を容易にするプロジェクト管理システムを提供することを、その目的の一つとする。
【００１０】
【課題を解決するための手段】
上記従来例の問題点を解決するための本発明は、プロジェクト管理システムであって、複数のユーザが関わるプロジェクトごとに、当該プロジェクトに関わるユーザのコミュニケーションの発生時点を特定する情報を含むコミュニケーション履歴情報と、当該プロジェクトに関係するドキュメントに関する操作の発生時点を特定する情報を含むドキュメント履歴情報と、当該プロジェクトに関係するドキュメントへのアクセスの発生時点を特定する情報を含むアクセス履歴情報と、をそれぞれ区別して記録する記録システムと、前記記録システムから注目プロジェクトに係る記録を収集する収集手段と、前記収集手段により収集された記録に基づき、前記コミュニケーション履歴情報と、ドキュメント履歴情報と、アクセス履歴情報との記録頻度を時系列との関係において示す画像を生成する画像生成手段と、を含み、当該生成された画像がユーザに提示されることを特徴としている。
【００１１】
このように、プロジェクト内でのコミュニケーションやドキュメント操作、プロジェクト外からのアクセスといった断面で、そうしたイベントの発生頻度を時系列的に参照させ、発生頻度の高い部分（すなわち議論が高まっている部分）の特定を容易にさせることで、例えばプロジェクトのライフサイクル全体の中で、課題が発生し、解決したという部分を、専属ファシリテーターなど、ユーザが容易に認識できるようにした。これにより、専属ファシリテーターの業務を支援でき、また専属ファシリテーターに代って、ユーザ自ら過去の記録を検索する際に、その操作を容易にできる。
【００１２】
またここで、前記記録システムは、前記コミュニケーション履歴情報と、ドキュメント履歴情報と、アクセス履歴情報との少なくとも一部に重要度情報を関連づけて記録しており、前記画像生成手段は、当該重要度情報が互いに異なる情報については、互いに異なる態様で表示することとしてもよい。
【００１３】
また、上記従来例の問題点を解決するための本発明は、複数のユーザが関わるプロジェクトごとに、当該プロジェクトに関わるユーザのコミュニケーションの発生時点を特定する情報を含むコミュニケーション履歴情報と、当該プロジェクトに関係するドキュメントに関する操作の発生時点を特定する情報を含むドキュメント履歴情報と、当該プロジェクトに関係するドキュメントへのアクセスの発生時点を特定する情報を含むアクセス履歴情報と、をそれぞれ区別して記録する記録システム、及び、前記記録システムから注目プロジェクトに係る記録を収集する装置と協働する画像生成装置であって、前記収集手段により収集された記録に基づき、前記コミュニケーション履歴情報と、ドキュメント履歴情報と、アクセス履歴情報とのうち少なくとも一つについて、その記録頻度を時系列との関係において示す画像を生成する画像生成手段と、当該生成された画像をユーザに提示する手段と、を含むことを特徴としている。
【００１４】
ここで、前記記録システムは、前記コミュニケーション履歴情報と、ドキュメント履歴情報と、アクセス履歴情報との少なくとも一部に重要度情報を関連づけて記録しており、前記画像生成手段が、当該重要度情報が互いに異なる情報については、互いに異なる態様で表示することとしてもよい。
【００１５】
また、前記画像生成手段は、タイムラインを描画し、前記コミュニケーション履歴情報と、ドキュメント履歴情報と、アクセス履歴情報とのうち少なくとも一種類の履歴情報について、前記描画されたタイムライン上に、それらの記録日時にそれぞれ対応する位置に所定のマーカーを描画して、前記画像を生成することとしてもよいし、前記コミュニケーション履歴情報の記録頻度を所定の期間ごとに集計し、当該集計の結果に基づいて、前記コミュニケーション履歴情報の記録頻度が所定のしきい値を上回っている期間を特定し、当該特定した期間内に係る前記コミュニケーション履歴情報によって表されるコミュニケーション中で参照されているドキュメントを特定し、当該特定されたドキュメントに関する画像を生成し、当該生成したドキュメントに関する画像を、期間の時系列順に配列して、前記コミュニケーション履歴情報の記録頻度を時系列との関係において示す画像を生成する、こととしてもよい。
【００１６】
さらに、前記アクセス履歴情報の記録頻度を所定の期間ごとに集計し、当該集計の結果に基づいて、前記アクセス履歴情報の記録頻度が所定のしきい値を上回っている期間を特定し、当該特定した期間内での前記アクセス履歴情報に係る記録でアクセスの対象となったドキュメントを特定し、当該特定されたドキュメントに関する画像を生成し、当該生成したドキュメントに関する画像を、期間の時系列順に配列して、前記アクセス履歴情報の記録頻度を時系列との関係において示す画像を生成してもよい。
【００１７】
また本発明の一態様に係る画像生成方法は、複数のユーザが関わるプロジェクトごとに、当該プロジェクトに関わるユーザのコミュニケーションの発生時点を特定する情報を含むコミュニケーション履歴情報と、当該プロジェクトに関係するドキュメントに関する操作の発生時点を特定する情報を含むドキュメント履歴情報と、当該プロジェクトに関係するドキュメントへのアクセスの発生時点を特定する情報を含むアクセス履歴情報と、をそれぞれ区別して記録する記録システム、及び、前記記録システムから注目プロジェクトに係る記録を収集する装置と協働するコンピュータシステムを用い、前記収集手段により収集された記録に基づき、前記コミュニケーション履歴情報と、ドキュメント履歴情報と、アクセス履歴情報とのうち少なくとも一つについて、その記録頻度を時系列との関係において示す画像を生成する工程と、当該生成された画像をユーザに提示する工程と、を実行させることを特徴としている。
【００１８】
さらに本発明の別の態様に係るプログラムは、複数のユーザが関わるプロジェクトごとに、当該プロジェクトに関わるユーザのコミュニケーションの発生時点を特定する情報を含むコミュニケーション履歴情報と、当該プロジェクトに関係するドキュメントに関する操作の発生時点を特定する情報を含むドキュメント履歴情報と、当該プロジェクトに関係するドキュメントへのアクセスの発生時点を特定する情報を含むアクセス履歴情報と、をそれぞれ区別して記録する記録システム、及び、前記記録システムから注目プロジェクトに係る記録を収集する装置と協働するコンピュータシステムに、前記収集手段により収集された記録に基づき、前記コミュニケーション履歴情報と、ドキュメント履歴情報と、アクセス履歴情報とのうち少なくとも一つについて、その記録頻度を時系列との関係において示す画像を生成する手順と、当該生成された画像をユーザに提示する手順と、を実行させる。
【００１９】
【発明の実施の形態】
本発明の実施の形態について図面を参照しながら説明する。本発明の実施の形態に係るプロジェクト管理システムは、図１にその一例を示すように、サーバ１と、各ユーザが利用する複数のクライアント装置２とを含んで構成され、これらは互いにネットワークを介して接続されている。またサーバ１は、ユーザデータベース１１と、ドキュメントデータベース１２と、ログデータベース１３と、制御部１４と、記憶部１５と、通信部１６とを含んで構成される。なお、この例ではクライアント装置２は、一般的なパーソナルコンピュータで構わない。
【００２０】
サーバ１のユーザデータベース１１は、ユーザを識別する情報（例えばユーザＩＤ）と、パスワードと、当該ユーザが関係しているプロジェクトを識別する情報とを関連づけて格納している。ドキュメントデータベース１２は、プロジェクトを識別する情報に関連づけて、各プロジェクトで用いられるドキュメントを保持している。
【００２１】
ログデータベース１３は、制御部１４から入力される指示に従って、図２に示すように、プロジェクトごとに、コミュニケーション履歴情報と、ドキュメント履歴情報と、アクセス履歴情報と、をそれぞれ区別して記録可能となっている。なお、ここでの説明では、これらを特に区別する必要のないときには、これらを単に「履歴情報」と総称する。ここで、コミュニケーション履歴情報は、それに関連するプロジェクトに関係するユーザ同士で送信し、又は受信した電子メールなど、プロジェクトに関係するユーザ間で行われたコミュニケーションの記録であって、具体的には、電子メールの送受信の日時（発生時点特定情報）と、当該電子メールの内容（宛先、送信元等のヘッダ情報と、添付ファイルを含む本文）とを記録したものである。なお、このコミュニケーション履歴情報には、例えば上記電子メールの内容として添付され、又は、その内部で（例えばＵＲＬなどにより）引用されたドキュメントがある場合は、当該ドキュメントを特定する情報を予め抽出して、当該情報の抽出元の記録に含めておいてもよい。
【００２２】
ドキュメント履歴情報は、それに関連するプロジェクトに関係するドキュメントについて、当該プロジェクトに関係するユーザが行った操作（登録、削除、更新、参照等）を、その行われた日時（発生時点特定情報）と、当該操作の行われたドキュメントを特定する情報（対象ドキュメント特定情報）とを関連づけたものである。
【００２３】
アクセス履歴情報は、それに関連するプロジェクトに関係するドキュメント等に、当該ユーザがアクセス（ドキュメントの参照等）したことを記録するもので、具体的には、そのアクセスがあった日時（発生時点特定情報）と、アクセスの対象となったドキュメント等を特定する情報とを保持している。
【００２４】
さらに、これらコミュニケーション履歴情報やドキュメント履歴情報、アクセス履歴情報のうち、少なくとも一種類の情報には、制御部１４から入力される指示に従って重要度情報を関連づけることができるようにしておいてもよい。
【００２５】
制御部１４は、記憶部１５に格納されているプログラムに従って動作しており、プロジェクトごとのユーザ管理処理と、プロジェクトごとのドキュメントを管理する処理（ドキュメント管理処理）と、コミュニケーションやドキュメント操作、アクセス等の履歴を記録するログ記録処理と、ユーザの指示に従い、当該ログから指示された条件に合致する記録を収集し、当該収集結果を用いて画像を生成する処理と、プロジェクトごとのグループウエアとしての処理とを実行する。この制御部１４の具体的処理の内容については、後に詳しく述べる。
【００２６】
記憶部１５は、制御部１４によって実行されるプログラムを格納した、コンピュータ可読な記録媒体であり、例えばハードディスクやＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭなど、電気的ないし磁気的に情報を記録する記録媒体そのものと、当該記録媒体から情報を読み出して制御部１４に出力するドライブとを含む。また、この記憶部１５は、制御部１４から入力される指示に従ってデータを記憶する、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などのメモリ素子も含み、制御部１４のワークメモリとしても動作する。通信部１６は、制御部１４から入力される指示に従い、ネットワークを介してデータを送信し、また、ネットワークを介して到来したデータを受信して制御部１４に出力する。
【００２７】
次に制御部１４によって行われる各処理について説明する。
【００２８】
［ユーザ管理処理］
本実施の形態では、このサーバ１を管理するユーザ（以下、マネージャと呼ぶ）を含め、各ユーザからの指示は、サーバ１に対してネットワークを介して、それぞれのユーザのクライアント装置２から送信される。制御部１４は、ネットワークを介して受信されるクライアント装置２からのログイン要求に応答して、ユーザを認証する処理を行い、ユーザが認証された後に、当該ユーザからの指示に応じて、次に説明する各処理に関する指示を受け付けるようになる。
【００２９】
このユーザ認証の処理は、具体的には、ユーザＩＤとパスワードとを入力させるためのログイン画面を記述したウエブページをクライアント装置２に配信し、当該ウエブページ上のインタフェースを用いて入力されたユーザＩＤ及びパスワードをクエリとして受け取って、当該受け取ったユーザＩＤ及びパスワードと、ユーザデータベース１１に格納されているユーザＩＤとパスワードとが一致したときに認証に成功したとして、当該ユーザのクライアント装置２に対して所定の値を備えたクッキー等を送信し、以降、当該クッキーを使用してセッションを管理する方法で実現できる。
【００３０】
なお、ここではクライアント装置２においてウエブ・ブラウザを用いてサーバ１にアクセスする例を述べているが、クライアント装置２に専用のアプリケーションをインストールして用いる場合には、上述のような方法以外の認証方法を採用しても構わない。そのような例としては、例えばＩＣカードを利用する方法がある。すなわち、予めユーザごとに異なるキーを発行しておき、当該キーをＩＣカードに格納しておく。また、ユーザデータベース１１には、パスワードの代りに当該キーをユーザＩＤに関連づけて格納しておく。ユーザが当該ＩＣカードに記録されたキーを用いて、サーバ１にログインするよう、クライアント装置２を操作すると、クライアント装置２がサーバ１に関して予め登録されている公開鍵（サーバ公開鍵と呼ぶ）を用いて、当該ＩＣカードに記録されたキーを暗号化してサーバ１に送信する。そしてサーバ１では、当該送信された暗号化済みのキーを受信し、これを上記サーバ公開鍵に対応する秘密鍵（サーバ秘密鍵）で復号してキーを取り出し、当該取り出したキーをユーザデータベース１１から検索し、検索に成功すると、ユーザデータベース１１から当該キーに関連づけられたユーザＩＤのユーザがログインしたものとするといった処理がある。
【００３１】
なお、以下の制御部１４の各処理の説明では、ユーザからの指示を受け付ける場合、当該指示を行ったユーザは、特に断らない限り認証されたユーザであるとしておく。
【００３２】
［ユーザ情報管理］
またここではユーザに関連する情報として、ユーザＩＤ、パスワード、ユーザが関係するプロジェクトといった情報を利用する例を示しているが、ユーザ情報としては、この他にユーザのプロファイル、すなわち、個人の専門領域や経歴に関する情報や、当該ユーザが作成したものなど、当該ユーザに関係付けられたドキュメントに基づく当該ユーザにまつわるキーワード情報などをさらに含んでもよい。
【００３３】
具体的に、ここでいうドキュメントに基づくキーワード情報等の一例を挙げれば、ユーザが作成したドキュメントに対して形態素分析を行い、形態素の頻度情報等を用いて当該ドキュメントに関連するキーワードを抽出して、当該キーワードをユーザデータベース内の当該ユーザＩＤに関連づけておく。また、別の例では、当該ドキュメントそのもの（又はそれに対する上述のような形態素分析の結果（つまり、インデックス情報）や、ドキュメントの参照情報（ＵＲＬ等））をユーザデータベース内のユーザＩＤに関連づけておいてもよい。
【００３４】
こうしたユーザのプロファイルに関する情報は、例えば制御部１４によって検索の対象として利用され、ユーザから、他のユーザの検索条件及び検索指示とが受信されると、当該検索条件に合致するプロファイル情報に関連づけられたユーザを検索する、といった、いわゆるＫｎｏｗＷｈｏと呼ばれる技術に用いることができる。
【００３５】
［ドキュメント管理処理］
また制御部１４は、ドキュメントを管理する処理を行い、ドキュメントのアップロード及びダウンロード指示を処理する。本実施の形態では、各ドキュメントはいずれかのプロジェクトに関連づけられて、ドキュメントデータベース１２に格納されている。つまり、ユーザはドキュメントをアップロードする際には、ドキュメントを指定する情報と、当該ドキュメントをどのプロジェクトに対してアップロードするかを特定する情報（プロジェクト指定情報）とを、アップロード指示としてサーバ１に送信することになる。
【００３６】
制御部１４は、このドキュメントのアップロード指示をユーザから受け付けると、当該指示の対象となったドキュメントをユーザ側のクライアント装置２から取得して、アップロード指示に含まれるプロジェクト指定情報により指定されたプロジェクトを特定する情報（以下、プロジェクトＩＤと呼ぶ）に関連づけてドキュメントデータベース１２に格納する。
【００３７】
このとき制御部１４は、当該アップロードに係る履歴情報を生成して、ログデータベース１３に記録する（後述のログ記録処理を参照）。
【００３８】
また制御部１４はドキュメントデータベース１２に格納されているドキュメントを対象としたダウンロード指示を、ユーザから受け付けると、当該指示に係るドキュメントをドキュメントデータベース１２から読み出してユーザに対して配信する。
【００３９】
さらに制御部１４は、指示に係るドキュメントに関連づけられたプロジェクトＩＤを参照し、ダウンロード指示を行ったユーザが当該プロジェクトＩＤによって識別されるプロジェクトに関係しているか否かをユーザデータベース１１を参照して調べる。ここで関係していない（すなわちプロジェクトに属さないユーザから、そのプロジェクトに関係するドキュメントへのアクセスがあった）場合、当該ダウンロードの指示を、プロジェクト外からのアクセスであるとして、アクセス履歴情報に記録する（後述のログ記録処理を参照）。
【００４０】
［コミュニケーションに関する処理］
制御部１４は、ユーザ間のコミュニケーションを実現する処理も行っている。この処理としては例えば電子メールの送受信処理（ＳＭＴＰサーバやＰＯＰサーバ等を利用すればよい）や、掲示板（ウエブサーバとＣＧＩプログラムの組み合わせでもよいし、ＮＮＴＰ（Ｎｅｔ−Ｎｅｗｓ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いたものであってもよい）といったものにより、メッセージや、ドキュメント、映像・音声などのストリームデータ、その他の情報を複数のユーザ間で送受する処理を行う。
【００４１】
制御部１４は、例えば電子メールがあるユーザ（送信元ユーザ）から別のユーザ（送信先ユーザ）へと送信されると、当該送信元ユーザと送信先ユーザとのそれぞれのユーザＩＤや、送信日時等（ヘッダ情報から抽出できる）と、電子メールの本文の情報（添付ファイルの情報を含む）とをコミュニケーション履歴情報としてログデータベース１３に記録する。この際、例えば電子メールの本文内にＵＲＬを表す文字列が含まれ、それがドキュメントデータベース１２内のドキュメントを指し示している場合、当該電子メールに関するコミュニケーション履歴情報に、当該指し示されたドキュメントを特定する情報を関連づけてログデータベース１３に記録してもよい。
【００４２】
［ログ記録処理］
制御部１４は、上記各処理に関する履歴情報をログデータベース１３に記録する。本実施の形態においては、既に説明したように、プロジェクトごとに、コミュニケーション履歴情報と、ドキュメント履歴情報と、アクセス履歴情報と、をそれぞれ区別して記録可能となるようにログデータベース１３が構成されており、制御部１４は、それぞれに区別して履歴情報を記録することになる。以下、各履歴情報についてそれらを記録する処理を例を挙げて説明する。
【００４３】
（１）コミュニケーション履歴情報
まず、コミュニケーション履歴情報は、ユーザ間のコミュニケーションが行われた日時と、その内容に関する情報とを関連づけたものであり、具体的には既に説明したように、電子メールであれば、送信元ユーザと送信先ユーザとのそれぞれのユーザＩＤや、送信日時等（ヘッダ情報から抽出できる）と、電子メールの本文の情報（添付ファイルの情報を含む）とを含んだ情報である。制御部１４は、このコミュニケーション履歴情報を、ログデータベース１３のコミュニケーション履歴情報を格納する領域に記録する。この際、制御部１４は、当該コミュニケーション履歴情報を、送信元ユーザと、送信先ユーザとのそれぞれが属しているプロジェクトにそれぞれ関連づけて格納してもよい。この場合、重複したコミュニケーション履歴情報を格納することがないよう、例えばコミュニケーション履歴情報のそれぞれに固有の識別子を関連づけてプロジェクトごとに格納してもよい（同一プロジェクト内で同一識別子のコミュニケーション履歴情報が格納されないようにする）。
【００４４】
また、制御部１４は、送信元ユーザと送信先ユーザとが同じプロジェクトに属している場合にのみ、当該プロジェクトに関連づけてそのコミュニケーション履歴情報を格納することとしてもよい。この場合、例えば送信元ユーザと、すべての送信先ユーザ（送信先ユーザが複数である場合、その全員）とが互いに異なるプロジェクトに関係している場合には、その電子メールに係るコミュニケーション履歴情報は記録されない。
【００４５】
同様に、電子メールの宛先がユーザを特定する情報ではなく、一斉同報的なもの（例えば「全員」など）である場合はその電子メールに係るコミュニケーション履歴情報を記録しないこととしてもよい。
【００４６】
（２）ドキュメント履歴情報
ドキュメント履歴情報は、ドキュメントのアップロード、ダウンロード等に関する記録であり、例えばアップロードの指示があったときには、制御部１４は、当該ドキュメントのアップロード日時の情報（図示しないカレンダから取得する）と、対象となったドキュメントを特定する情報と、当該ドキュメントをアップロード指示したユーザのユーザＩＤとを含む記録を、ドキュメント履歴情報として生成する。そして、当該ユーザＩＤに関連づけられているプロジェクトを識別する情報（プロジェクトＩＤ）に、当該生成したドキュメント履歴情報を関連づけて、ログデータベース１３のドキュメント履歴情報を格納する領域に記録する。
【００４７】
（３）アクセス履歴情報
アクセス履歴情報は、既に述べたように、ユーザがドキュメントをダウンロードした場合などに生成される。ここでユーザはそのドキュメントに関係するプロジェクト内のユーザであってもプロジェクト外のユーザ（当該プロジェクトに関係しないユーザ）であってもよい。さらにプロジェクト外のユーザがダウンロード等をしたときのみこのアクセス履歴情報を生成することとしてもよい。具体的に制御部１４は、そうしたダウンロードの指示について、当該ダウンロードの対象となったドキュメントに関連づけられているプロジェクトＩＤを取得し、ダウンロード指示のあった日時と、ダウンロードの対象となったドキュメントを特定する情報とを含んだアクセス履歴情報を生成し、上記取得したプロジェクトＩＤに関連づけて、ログデータベース１３のアクセス履歴情報を格納する領域に記録する。なお、ここではドキュメントに対するアクセスを例として説明しているが、電子メールの内容や掲示板の内容といったコミュニケーションメッセージへのアクセスがあったときにも、このアクセス履歴情報を生成することとしてもよい。
【００４８】
［重要度情報の記録］
さらにこうして記録されたログデータベース１３内のコミュニケーション履歴情報と、ドキュメント履歴情報と、アクセス履歴情報との少なくとも一部には、その履歴情報の重要度を示す重要度情報を関連づけて記録してもよい。ここで重要度情報は、例えば重要度を数値で表したものであり、重要度情報が関連づけられていない履歴情報を重要度「０」として、重要度を５段階などの評価で表現してもよい。あるいは、コミュニケーションとドキュメントの重要度をその頻度に基づいて定めてもよい。例えば、アクセスの回数等、記録の頻度を表す値をそのまま重要度の値として用いたり、アクセス回数等を複数のしきい値を用いて分類し、段階的に、例えば５段階の評価で表現してもよい。
【００４９】
この重要度の情報は、例えば重要度情報の関連づけの対象となった履歴情報について、その履歴情報に関連づけられたプロジェクトＩＤを参照し、さらに当該プロジェクトＩＤによって識別されるプロジェクトに関係するユーザ（特にマネージャ）からの指示に基づいて変更されるようにしてもよいし、当該プロジェクトの履歴情報を参照したユーザに評価点の入力を求め、当該評価点に基づいて重要度を定めるようにしてもよい。こうして関連づけられた重要度の情報は、後に説明する情報提供処理の際に用いることができる。
【００５０】
［ストーリーボード画像生成処理］
また、本実施の形態において特徴的なことは、この制御部１４が、上述の各履歴情報に基づいて当該履歴情報を効率的に分析するための画像（ストーリーボード画像）を生成することである。
【００５１】
具体的には、ユーザから特定のプロジェクトを注目プロジェクトとして指定する旨の指示を受け付けると、制御部１４は、当該指定された注目プロジェクト（これが本発明の条件の一例に相当する）のプロジェクトＩＤに関連づけられた履歴情報を、ログデータベース１３から検索して収集し（収集処理）、記憶部１５に格納する。
【００５２】
そして制御部１４は、この記憶部１５に格納した、収集された履歴情報に基づき、各履歴情報の記録頻度を、時系列との関係において示す画像（ストーリーボード画像）を生成する。この生成されたストーリーボード画像は、後に説明するグループウエアとしての処理により提供される画面に合成されて、ユーザ側に提供される。なお、このストーリーボード画像のいくつかの例について説明する。このストーリーボード画像は、例えば次に述べるような態様のものである。
【００５３】
（１）タイムラインを用いた例
すなわち、このストーリーボード画像の一態様は時間経過を表すバー（タイムライン）を用いたもので、図３（ａ）に示すようにコミュニケーション履歴情報と、ドキュメント履歴情報と、アクセス履歴情報のそれぞれについてそれぞれ対応するタイムライン（コミュニケーション履歴情報についてＣｏｍｍ，ドキュメント履歴情報についてＤｏｃ，アクセス履歴情報についてＡｃｃｅｓｓ）を個別に描画し、各タイムラインの左端側をプロジェクトの開始時（サーバ１でプロジェクトＩＤが登録された日時等）とし、右端側を現在（プロジェクトが完了したとして登録されていない場合）、又はプロジェクトの完了時（サーバ１に対してプロジェクトが完了したとして登録された日時等）として、記憶部１５に格納した収集された履歴情報の各々を順次参照しながら、対応するタイムライン上の、当該履歴情報の記録日時（すなわち、履歴情報に含まれる日時）に対応する位置に、所定のマーカーＭを描画して、ストーリーボード画像を生成する。ここでマーカーＭは、タイムラインの時間軸に直交する直線とすることができる。具体的に、タイムラインの表示座標（ｘ軸）の上記左端がｘｓ、右端がｘｅであるとすると、時刻ｔ（ただしｔｐｓ＜ｔ＜ｔｐｅとする）に発生した履歴情報に対応するマーカーＭは、ｘ軸上、（ｘｅ−ｘｓ）／（ｔｐｅ−ｔｐｓ）×ｔ＋ｘｓの位置に表示される。ここでｔｐｓは、プロジェクトの開始時、ｔｐｅはプロジェクトが完了していなければ現在の日時、プロジェクトが完了していればプロジェクトの完了日時である。
【００５４】
その結果、例えばコミュニケーションが頻繁に発生した時期や、ドキュメントが相次いで登録された時期などがマーカーＭが集中して描画されることで認識できるようになる（例えば図３の（ａ））。
【００５５】
なお、この場合に、重要度情報が互いに異なる履歴情報については、互いに異なる態様のマーカーＭで表示することとしてもよい。例えば重要度情報に応じて異なる色のマーカーＭを用いることができる。
【００５６】
またユーザからタイムラインの始点に相当する日時ｔｓと、タイムラインの終点に相当する日時ｔｅとを指定する情報を受け入れたときには、制御部１４は、当該指定された始点、終点をそれぞれ左端、右端とするタイムラインを描画し、その始点として指定された日時から、終点として指定された日時までの日時に発生している履歴情報のみに対応するマーカーＭを当該タイムライン上に描画することとしてもよい。これによると、当該指定された部分をズームしたようなストーリーボード画像が得られる。この場合、タイムラインの表示座標（ｘ軸）の上記左端がｘｓ、右端がｘｅであるとすると、時刻ｔ（ただしｔｓ＜ｔ＜ｔｅとする）に発生した履歴情報に対応するマーカーＭは、ｘ軸上、（ｘｅ−ｘｓ）／（ｔｅ−ｔｓ）×ｔ＋ｘｓの位置に表示される。
【００５７】
さらに、ユーザからの指示を受け入れて、これらの間の関係を示すリンクマーカー（図３（ｂ）中の破線）を表示するようにしてもよい。このリンクマーカーは、コミュニケーション履歴情報と、当該コミュニケーション履歴情報に係るコミュニケーションの中で参照されたドキュメントに係るドキュメント履歴情報とを対応づけたもので、例えばコミュニケーションとしての電子メール中にドキュメントへのＵＲＬが関連づけられている場合に、当該電子メールとそのＵＲＬで識別されるドキュメントに係るドキュメント履歴情報とを関連づけたものである。
【００５８】
同様に図３（ｂ）では各アクセス履歴情報と、それに係るアクセスにおいて参照されたドキュメントに係るドキュメント履歴情報とを関連づけるリンクマーカーも併せて示している。
【００５９】
このようなリンクマーカーにより、コミュニケーションの話題の中心となったドキュメントや、プロジェクト外のユーザにも多く参照されたドキュメントがどれであるかがわかるだけでなく、時系列順に、各時点で注目されていたドキュメントがどれであるかといった状況も了解できるようになる。
【００６０】
さらに、各マーカーＭには、それぞれに対応する履歴情報を表示する指示を関連づけておき、この図３に示したストーリーボード画像をユーザ側に提示した際、当該ユーザがいずれかのマーカーを特定する操作（例えば当該マーカーをクリックするなど）を行うと、当該マーカーに関連づけられた履歴情報の内容を表示する指示がサーバ１側に送信されるというようにしておいてもよい。
【００６１】
例えばコミュニケーション履歴情報に関するマーカーに関連づけられた指示を受け入れると制御部１４は、当該指示に従ってコミュニケーション履歴情報の内容、すなわち、その日時、送信元ユーザ、送信先ユーザ、通信の内容といった情報を文字列等で当該指示を行ったユーザに提示する。また、ドキュメント履歴情報に関するマーカーに関連づけられた指示を受け入れると、制御部１４は、当該指示に従って、当該マーカーに関するドキュメント履歴情報に含まれるドキュメントを特定する情報に従い、当該情報で特定されるドキュメントを指示を行ったユーザに提示する。
【００６２】
さらにここで、各種類の履歴情報に対応する複数のタイムラインは、いずれもその両端の位置座標と、当該座標で表される日時が共通し、各タイムラインを時間軸方向に直交する直線で横断すると、当該直線と各タイムラインとの交点の示す日時は同じになる（つまり、タイムラインは互いに同期した位置に配置されている）が、必ずしもそのようにしなくてもよい。例えばアクセス履歴情報に係るタイムラインは、その右端座標が、プロジェクト完了後であっても現在の日時を表すようにしておくこととしてもよい。
【００６３】
（２）コミック形式とした例
また、制御部１４は、こうしたタイムラインを利用したものだけでなく、次に説明するように、要所の時点で参照されていたドキュメントの例えばフロントページのレンダリング画像（例えば図４の（Ｄ））を時系列の順に配列し、あたかもコミックのようなコマ割りのストーリーボード画像を生成してもよい（図４）。この場合、各ドキュメントのレンダリング画像のサイズを重要度情報に応じて変化させてもよい。
【００６４】
具体的に制御部１４は、次の方法で、このコミック形式の各コマとしてレンダリングするドキュメントを選択する。すなわち、制御部１４は、コミュニケーション履歴情報の記録頻度を単位期間ごとに集計し、その集計の結果に基づいて、コミュニケーション履歴情報の記録頻度が所定のしきい値を上回っている期間（高頻度期間）を特定し、当該特定した高頻度期間内のコミュニケーション履歴情報によって表されるコミュニケーション中で参照されているドキュメントを特定し、当該特定されたドキュメントを選択する。例えば、高頻度期間内のコミュニケーション履歴情報によって表されるコミュニケーションで参照されているドキュメントのうち、最も参照回数の多いドキュメントを選択することとしてもよい。
【００６５】
同様に、制御部１４は、アクセス履歴情報の記録頻度を単位期間ごとに集計し、その集計の結果に基づいて、アクセス履歴情報の記録頻度が所定のしきい値を上回っている高頻度アクセス期間を特定し、当該特定した高頻度アクセス期間内に係るアクセス履歴情報に係るアクセスの対象となったドキュメントを選択する。例えば、高頻度アクセス期間内のアクセス履歴情報に係るアクセスの対象となっているドキュメントのうち、最もアクセス回数の多いドキュメントを選択することとしてもよい。
【００６６】
制御部１４は、こうしてコミュニケーション履歴情報やアクセス履歴情報について、その出現頻度が高い期間において参照され、アクセスされたドキュメントを少なくとも一つ選択して、当該選択したドキュメントをドキュメントデータベース１２から取得して、例えばそのフロントページをレンダリングして（ビットマップなど、画像データとして）、当該レンダリング結果の画像を配列する。配列順は、例えば左上から右へとライン状に配列し、所定の幅を越える場合に、次のラインでまた左から右へと、配列するようにすればよい。
【００６７】
また、ここではフロントページのみをレンダリングすることを例として説明したが、ＰＤＦやドキュワークス（ＤｏｃｕＷｏｒｋｓ；商標）形式のように複合的な電子文書に変換し、当該電子文書を配列した画像を提供するようにしてもよい。このためには、例えばドキュワークス（商標）のドキュワークス・デスク（商標）をウエブサーバを介して配信するといった技術を利用して、ストーリーボード画像をユーザ側に配信することができる。
【００６８】
（３）時系列以外の軸を用いる例
また上で例示したタイムラインに代えて、ユーザＩＤと時間とで張られる２次元空間内に、履歴情報に対応するマーカーを描画して、ストーリーボード画像を生成してもよい。例えば図５に示すように、コミュニケーション履歴情報をユーザＩＤと時間とで張られる２次元空間内で表すときには、マーカーを送信元ユーザから送信先ユーザへの矢印とすることで、どのユーザ間で活発な活動が行われているかといったことの視認性が高まる。
【００６９】
このほか、各ユーザの居所（例えば事業所）をユーザデータベース１１に登録しておけば、ユーザの居所と時間とで張られる空間内にコミュニケーション履歴情報を表すことができるようになる。
【００７０】
同様にドキュメント履歴情報であれば、データのサイズと時間といった２軸で表すなど、履歴情報の種類に応じて異なる軸を用いることとしてもよい。
【００７１】
［ユーザによる明示的記録］
また、各履歴情報に対し、その履歴情報に関係するユーザがコメント情報を関連づけることを可能としてもよい。例えばユーザが履歴情報の一つを特定する指示（例えば履歴情報に関連するマーカーをクリック操作することによって特定する）を行うとともに、当該特定した履歴情報に関連づけるべきコメント情報を入力すると、制御部１４が当該特定された履歴情報に対して、入力されたコメント情報を関連づけてログデータベース１３に格納する。
【００７２】
このコメント情報は、例えば図３に示したストーリーボード画像が表示された画面で、ユーザがいずれかの履歴情報に対する所定の操作（例えばマーカーＭの一つにマウスポインタを重ね合わせる操作）を行ったときに、当該所定の操作が行われた履歴情報に関連づけられたコメント情報が表示されるようにしてもよい。この表示は、いわゆるポップアップ表示によってもよい。
【００７３】
さらに、このコメント情報は、ユーザＩＤ群や、場所、日時、内容、理由、方法・手段、といった項目にわけて（すなわち５Ｗ１Ｈ（Ｗｈｏ、Ｗｈｅｒｅ、Ｗｈｅｎ、Ｗｈａｔ、Ｗｈｙ、Ｈｏｗ）の要素にわけて）登録させるようにしてもよい。
【００７４】
［グループウエア処理］
制御部１４は、こうして生成したストーリーボード画像を含む、プロジェクト内の状況を表示する画面を提供し、また、各プロジェクト内外のユーザ間でのコミュニケーションのためのインタフェースを提供するため、グループウエアとしての処理を行っている。このグループウエアの画面は、例えばウエブサーバを介してユーザ側に提供される。
【００７５】
制御部１４は、まず、ポータルの画面として、図６に示すように、各コミュニティの一覧を表示する。ここで各コミュニティに対応する画像には、コミュニティに属する人物がアイコンで表現され（Ｐ）、当該コミュニティに関係するユーザの数が大ざっぱに把握できるような画面となっている。また、現在の参加人数や、最終の更新時間（最後に履歴情報が登録された日時等）、ドキュメントのダウンロード数の累算値、当該プロジェクトに関係するユーザのうち、代表的なユーザの顔写真（例えばマネージャ等の顔写真）、並びに、当該プロジェクトに対して最後にアップロードされたドキュメントのレンダリング画像（Ｄ）が表示される。また、このプロジェクトの一覧は、更新時間の順に配列されてもよい。
【００７６】
ユーザがいずれかのプロジェクトを選択する指示を行うと、制御部１４は、図７に示すように、当該プロジェクトに関係する種々のデータをプロジェクトデータベース（図示せず）から読み出して、種々の情報を表示するウインドウ画面（プロジェクトステータス画面）を表示し（Ｘ）、それとともに、上述の処理により履歴情報に基づいて生成したストーリーボード画像を表示する（Ｙ）。なお、ここではこれらの画像を一体の画面に表しているが、別ウインドウに表示してもよい。
【００７７】
［指定時点状態画面］
また、ストーリーボード画像上に、時系列方向に移動可能なカーソルを表示し、当該カーソルの移動操作に伴い、当該カーソルの位置に対応する日時の時点でのプロジェクトステータス画面を表示するようにしてもよい。例えばカーソルの位置に対応する日時では、現在よりもプロジェクトに関係するユーザが少ない場合は、ユーザに対応するアイコンの数が減少することになる。
【００７８】
［プロジェクトの統合・分割に係る処理］
さらにプロジェクト活動の実際においては、プロジェクト間の統合・分割ということもあり得る。またプロジェクト内に、小規模のプロジェクト（サブプロジェクト）が形成されることもあり得る。これらの場合、例えばプロジェクトを統合する場合は、統合日時以後、新たに形成された統合後のプロジェクトのプロジェクトＩＤと、統合されたプロジェクトのプロジェクトＩＤとを関連づけて図示しないプロジェクトデータベースに格納するとともに、ストーリーボード画像を生成する処理においては、履歴情報を収集する際に、統合後のプロジェクトＩＤに係る履歴情報と、統合後のプロジェクトＩＤに関連づけられた統合前の複数のプロジェクトＩＤのそれぞれに係る履歴情報とを収集する。これによれば、統合前後のストーリーボード画像が合成された結果となり、図３等に例示したようなストーリーボード画像が生成される。
【００７９】
また、履歴情報を収集したときに、各プロジェクトＩＤごとにわけて記憶部１５に収集した履歴情報を格納してもよい。具体的にプロジェクトＩＤが「Ａ」のプロジェクトと、「Ｂ」のプロジェクトとが統合され「Ｃ」のプロジェクトが新たにできたとき、「Ａ」プロジェクトの履歴情報と、「Ｂ」プロジェクトの履歴情報と、「Ｃ」プロジェクトの履歴情報とがそれぞれ別の領域に格納される。この場合、ストーリーボード画像を生成する際には、それぞれを区別できる態様で表示することとしてもよい。例えば１本のタイムライン上に、各プロジェクトの履歴情報をそれぞれ色分けして表示してもよい。また、少なくとも一つのプロジェクトＩＤを指定する指示を受けて、当該指示により指定されたプロジェクトＩＤに係る履歴情報のみをタイムライン上に表示するようにしてもよい。さらに、タイムラインをツリーのように描画して、区別させてもよい（図８）。
【００８０】
プロジェクトを分割する場合も、分割前のプロジェクトＩＤと、分割後の複数のプロジェクトＩＤとを関連づけて、プロジェクトデータベースに格納し、上記統合の場合と同様の処理を行うことができる。
【００８１】
なお、プロジェクトを統合する場合、制御部１４は、ユーザデータベース１１内のデータを変更せず、プロジェクトＩＤに関連づけられた統合前の複数のプロジェクトＩＤに関係する各ユーザの集合をユーザデータベース１１から抽出し、当該集合の和集合として統合後のプロジェクトに関係するユーザのリストとしてもよい。ドキュメントデータベース１２についても同様に処理できる。
【００８２】
また分割する場合は、ユーザデータベース１１を更新して、新たに形成された分割後のプロジェクトのそれぞれにユーザを割り振り、ユーザごとに、分割後のいずれかのプロジェクトＩＤを新たに関連づける。また、ドキュメントデータベース１２においては、分割前のプロジェクトに関係するドキュメントをそれぞれ分割の数（例えばプロジェクトを３つに分割するときは「３」）の個数となるまで複写する（例えばプロジェクトを３つに分割するときは、分割前のプロジェクトに関係するドキュメントをそれぞれ２回コピーして、合計３つのドキュメントを生成する）。そして制御部１４は、各ドキュメントについて、オリジナルとその複写とのそれぞれに、分割後のプロジェクトＩＤを順次関連づける。これにより、分割後の各プロジェクトに、分割前のプロジェクトのドキュメントのすべてが受け継がれる。
【００８３】
さらにサブプロジェクトを生成する場合は、当該サブプロジェクトについて新たなプロジェクトＩＤを発行し、親となる（当該サブプロジェクトを内包する）プロジェクトＩＤに関連づけて、プロジェクトデータベースに格納し、上述したのと同様に収集処理と、ストーリーボード画像の生成とを行う。
【００８４】
［動作］
次に、本発明の実施の形態に係るプロジェクト管理システムの動作について説明する。ユーザはクライアント装置２から、メールソフトウエアや、ウエブ・ブラウザを利用してサーバ１にアクセスし、他のユーザへ電子メールを送信したり、他のユーザと共有するドキュメントをアップロードするなどしながら、プロジェクト内での活動を行う。
【００８５】
例えば、ある製品開発プロジェクトでは、当初の製品企画書のドキュメントがアップロードされてから、詳細な設計書ができあがるまでに当該製品を小型化するにあたっての技術的課題が生じたので、プロジェクトに関係するユーザ間で小型化に関するアイディアを記載した電子メールが頻繁に往来し、また設計書案が多量にアップロードされ、その後、ある公開特許公報に記載された一つのアイディアが採用されて小型化に関する課題が解決され、最終的な設計書ができあがったとする。また、この成功例は、他のプロジェクトに関係するユーザからも多く参照され、設計書のドキュメントに多くのユーザがアクセスしたとする。
【００８６】
この場合、最終的な設計書がアップロードされる日時の直前頃に、多数のコミュニケーション履歴情報の記録が行われ、また、最終的な設計書ができるまでは、多数の設計書案のドキュメントがアップロードされたため、その時期に多数のドキュメント履歴情報が記録される。また、最終的な設計書案ができあがった後は、コミュニケーション履歴情報の記録数も減少し、ドキュメント履歴情報の記録も減少する。さらに、アクセス履歴情報は、ある時点から徐々に増大することとなる。
【００８７】
図５に示したようなリンクマーカーを表示させると、設計書案に係るドキュメント履歴情報とコミュニケーション履歴情報とが関連づけられて表示され、アクセス履歴情報は、最終的な設計書に関連づけて表示されることになる。
【００８８】
いま、あるファシリテーターが、別のプロジェクトに固有な技術的課題の解決について有効な知識がないか、と問われた場合、ファシリテーターは、例えば製品開発のプロジェクトについて、その記録を探すことになる。従来であれば、各プロジェクトに関する履歴情報の全体を参照しなければならないところであるが、本実施の形態のサーバを用いると、製品開発プロジェクトについて、そのグループウエアとしての画面（例えば図７）を表示させ、まずコミック形式のストーリーボード画像を用いて設計書案が頻繁に登録されていることを知り、何らかの技術課題の解決があったことがわかる。そこで、次にタイムラインを用いたストーリーボード画像を表示させ、それらのうち設計書案に対応する時期を参照すると、例えば最終的な設計書の直前のコミュニケーションをいくつか調べれば、最終的な設計書に採用されたアイディアを掲載した公開特許公報の情報を記述した電子メールが行き交っていることがわかり、技術課題の解決に特許文献が役立つ、という知見を獲得できることになる。
【００８９】
また、アクセス履歴情報から、同様の問題に興味を持つ他のプロジェクトのユーザが分かると、次に当該アクセス履歴情報に関係するユーザについて、そのユーザが関係している別のプロジェクトの履歴情報を参照する、というように、連鎖的に知識獲得ができるようになる。
【００９０】
本実施の形態によれば、このようにして、専属ファシリテーターの業務を支援できる。また専属ファシリテーターに代って、ユーザ自ら過去の記録を検索する際にも、その操作が容易になる。
【００９１】
なお、ここで述べた知見の獲得例は、ストーリーボード画像を用いて、プロジェクトの活動をストーリー仕立てで理解することによる効果を示す単なる例に過ぎない。
【００９２】
［変形例］
また、ここまでの説明では、サーバ・クライアント型のモデルで説明したが、例えばクライアント装置２のそれぞれが、ドキュメントや履歴情報を保持し、他のクライアント装置２からの要求に応えて当該ドキュメントや（注目プロジェクトＩＤに関連する）履歴情報を提供するサーバプログラムを動作させていることとすれば、ピア・ツー・ピア形式のモデルであっても、本システムを実装できる。すなわち、上述のサーバ１の例は、本発明の具体的実装の一例に過ぎず、サーバ１の一部のみを実装し、他の部分を各クライアント装置２側で実行するように実装することもできる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るプロジェクト管理システムの一例を表す構成ブロック図である。
【図２】ログデータベースの内容例を表す説明図である。
【図３】ストーリーボード画像の例を表す説明図である。
【図４】ストーリーボード画像の別の例を表す説明図である。
【図５】ストーリーボード画像のさらに別の例を表す説明図である。
【図６】プロジェクトの一覧表示の例を表す説明図である。
【図７】プロジェクトごとのグループウエア画面の例を表す説明図である。
【図８】プロジェクトの統合があったときのストーリーボード画像の例を表す説明図である。
【符号の説明】
１  サーバ、２  クライアント装置、１１  ユーザデータベース、１２  ドキュメントデータベース、１３  ログデータベース、１４  制御部、１５  記憶部、１６  通信部。
【図１】
2004362043.tif 000003
【図２】
2004362043.tif 000004
【図３】
2004362043.tif 000005
【図４】
2004362043.tif 000006
【図５】
2004362043.tif 000007
【図６】
2004362043.tif 000008
【図７】
2004362043.tif 000009
【図８】
2004362043.tif 000010