(57)【特許請求の範囲】
【請求項１】
複数のプロジェクトを管理するシステムであって、
各プロジェクトにおいて、プロジェクトの進捗状況をもとに決められる図表上の位置に、プロジェクトを表す画像であるプロジェクト画像を配置する配置部と、
各プロジェクトにおいてプロジェクトの作業が他のプロジェクトの作業に影響を受けることを示す影響情報と、各プロジェクトに割り当てられている資源を示す資源情報とをもとに得られるプロジェクト間の関連の度合いを用いて、一のプロジェクトと他のプロジェクトとの関連の度合いを示す関連度合画像を、前記図表の当該一のプロジェクトを表すプロジェクト画像と当該他のプロジェクトを表すプロジェクト画像とに関連付けて配置して、各画像が配置された当該図表を表示部に表示させる表示制御部と
を備えるシステム。
【請求項２】
前記表示制御部は、前記一のプロジェクト画像と前記他のプロジェクト画像との間に配置された前記関連度合画像が選択された場合に、当該関連度合画像に関連付いた前記一のプロジェクトと前記他のプロジェクトとの間で関連する作業の情報または資源の情報を表示させること
を特徴とする請求項１に記載のシステム。
【請求項３】
前記表示制御部は、プロジェクトの作業量と当該プロジェクトを表すプロジェクト画像の表示態様とが対応するように、当該プロジェクト画像を表示させ、プロジェクト間の関連の度合いと当該関連の度合いを示す関連度合画像の表示態様とが対応するように、当該関連度合画像を表示させること
を特徴とする請求項１に記載のシステム。
【請求項４】
前記配置部は、前記プロジェクト画像として、プロジェクト内で実際に完了した作業の作業量、進行中の作業の作業量、まだ着手されていない作業の作業量をもとに、実際に完了した作業を示す領域、進行中の作業を示す領域、まだ着手されていない作業を示す領域の３つの領域に区分された当該プロジェクト画像を配置すること
を特徴とする請求項１に記載のシステム。
【請求項５】
前記影響情報および前記資源情報を、各プロジェクト内の作業ごとに格納する格納部をさらに備えることを特徴とする請求項１に記載のシステム。
【請求項６】
複数のプロジェクトを管理するシステムであって、
各プロジェクトにおいて、プロジェクトの開始日から完了予定日までのプロジェクト期間のうち、現時点までに経過した期間の割合を示す経過値を算出する経過値算出部と、
各プロジェクトにおいて、現時点から完了予定日までの残り日数と、プロジェクトに割り当てられている作業者の情報とをもとに、完了予定日までに実行可能な作業量を算出する実行可能作業量算出部と、
各プロジェクトにおいて、プロジェクトの全作業量から、前記実行可能作業量算出部にて算出された作業量を減算して、現時点で完了しておくべき作業量を算出する完了作業量算出部と、
各プロジェクトにおいて、現時点で実際に完了した作業量と、前記完了作業量算出部にて算出された作業量とをもとに、プロジェクトの進捗状況を表す進捗値を算出する進捗値算出部と、
各プロジェクトにおいて、プロジェクトの作業が他のプロジェクトの作業に影響を受けることを示す情報と、プロジェクトに割り当てられている作業者の情報とをもとに、プロジェクト間の関連の度合いを算出する関連度合算出部と、
各プロジェクトにおいて、前記進捗値算出部にて算出された進捗値と前記経過値算出部にて算出された経過値とをもとに、一方の軸を進捗値、他方の軸を経過値とした図表上で、プロジェクトを表すプロジェクト画像を配置する位置を決定し、実際に完了した作業の作業量、進行中の作業の作業量、まだ着手されていない作業の作業量をもとに、実際に完了した作業を示す領域、進行中の作業を示す領域、まだ着手されていない作業を示す領域の３つの領域に区分された当該プロジェクト画像を、当該図表上で決定した当該位置に配置する配置部と、
前記関連度合算出部にて算出されたプロジェクト間の関連の度合いをもとに、一のプロジェクトと他のプロジェクトとの関連の度合いを示す関連度合画像を、前記図表の当該一のプロジェクトを表すプロジェクト画像と当該他のプロジェクトを表すプロジェクト画像との間に配置して、各画像が配置された当該図表を表示部に表示させる表示制御部と
を備えるシステム。
【請求項７】
複数のプロジェクトを管理するシステムであって、
各プロジェクトにおいて、プロジェクトの進捗状況をもとに決められる図表上の位置に、プロジェクトを表す画像であるプロジェクト画像を配置するとともに、一のプロジェクトと他のプロジェクトとの関連の度合いを示す関連度合画像を、当該図表の当該一のプロジェクトを表す一のプロジェクト画像と当該他のプロジェクトを表す他のプロジェクト画像とに関連付けて配置して、各画像が配置された当該図表を表示部に表示させる表示制御部と、
ユーザからの操作入力を受け付ける入力受付部と、
前記入力受付部にて前記一のプロジェクトの実行条件を変更する操作入力を受け付けると、当該実行条件の変更に合わせて、前記一のプロジェクト画像を更新するとともに、当該実行条件の変更により前記関連の度合いが変化するのに伴って、前記他のプロジェクト画像、および当該一のプロジェクト画像と当該他のプロジェクト画像とに関連付けて配置された前記関連度合画像を更新して、前記表示部に表示させる更新表示部と
を備えるシステム。
【請求項８】
前記一のプロジェクトの実行条件を変更する操作入力により、当該操作入力に対応付けられた処理であって当該一のプロジェクトの構成要素を変更する処理を行うとともに、当該構成要素に関連する前記他のプロジェクトの構成要素も変更して前記関連の度合いを変化させる処理部をさらに備え、
前記更新表示部は、前記処理部による処理に合わせて、前記一のプロジェクト画像、前記他のプロジェクト画像、および当該一のプロジェクト画像と当該他のプロジェクト画像とに関連付けて配置された前記関連度合画像を更新すること
を特徴とする請求項７に記載のシステム。
【請求項９】
前記入力受付部は、前記実行条件を変更する操作入力として、前記一のプロジェクト画像に対して前記図表上で行われる操作入力を受け付けること
を特徴とする請求項７または８に記載のシステム。
【請求項１０】
前記入力受付部は、前記図表上で行われる操作入力として、前記一のプロジェクト画像を移動させる操作入力を受け付け、
前記処理部は、前記入力受付部にて前記一のプロジェクト画像を移動させる操作入力を受け付けると、前記一のプロジェクトと前記他のプロジェクトとの間で作業者を調整する処理を行うこと
を特徴とする請求項９に記載のシステム。
【請求項１１】
前記入力受付部は、前記図表上で行われる操作入力として、前記一のプロジェクト画像を小さくする操作入力を受け付け、
前記処理部は、前記入力受付部にて前記一のプロジェクト画像を小さくする操作入力を受け付けると、前記一のプロジェクト内の作業を除外するとともに、前記他のプロジェクト内の作業のうち除外された作業に関連する作業を除外する処理を行うこと
を特徴とする請求項９に記載のシステム。
【請求項１２】
複数のプロジェクトを管理するシステムであって、
各プロジェクトにおいて、現時点で未完了の作業量と、プロジェクトの完了予定日までに実行可能な作業量とをもとに、プロジェクトの進捗状況を表す進捗値を算出する進捗値算出部と、
各プロジェクトにおいて、プロジェクトの作業が他のプロジェクトの作業に影響を受けることを示す情報と、プロジェクトに割り当てられている作業者の情報とをもとに、プロジェクト間の関連の度合いを算出する関連度合算出部と、
各プロジェクトにおいて、前記進捗値算出部にて算出された前記進捗値に応じて決められる図表上の位置に、プロジェクトを表すプロジェクト画像を配置するとともに、前記関連度合算出部にて算出されたプロジェクト間の関連の度合いをもとに、一のプロジェクトと他のプロジェクトとの関連の度合いを示す関連度合画像を、当該一のプロジェクトを表すプロジェクト画像と当該他のプロジェクトを表すプロジェクト画像との間に配置して、各画像が配置された当該図表を表示部に表示させる表示制御部と、
前記図表上で、前記一のプロジェクトを表す一のプロジェクト画像、および当該一のプロジェクト画像と他のプロジェクト画像との間に配置された前記関連度合画像を選択し、さらに、当該一のプロジェクト画像を移動させる操作入力を受け付ける入力受付部と、
前記入力受付部にて前記操作入力を受け付けると、前記一のプロジェクト画像が移動する位置に応じて前記一のプロジェクトと前記他のプロジェクトとの間で作業者の調整を行い、当該一のプロジェクトから当該他のプロジェクトに作業者の割り当てを移行させて当該一のプロジェクトの完了予定日までに実行可能な作業量を減らす処理、または、当該他のプロジェクトから当該一のプロジェクトに作業者の割り当てを移行させて当該一のプロジェクトの完了予定日までに実行可能な作業量を増やす処理、を行う処理部と、
前記処理部による処理に伴って変更される進捗値に合わせて、前記図表に配置される前記一のプロジェクト画像、前記他のプロジェクト画像、および当該一のプロジェクト画像と当該他のプロジェクト画像との間に配置された前記関連度合画像を移動させて、前記表示部の表示内容を更新する更新表示部と
を備えるシステム。
【請求項１３】
複数のプロジェクトを管理する方法であって、
配置部が、各プロジェクトにおいて、プロジェクトの進捗状況をもとに決められる図表上の位置に、プロジェクトを表す画像であるプロジェクト画像を配置するステップと、
関連度合算出部が、各プロジェクトにおいて、プロジェクトの作業が他のプロジェクトの作業に影響を受けることを示す影響情報と、プロジェクトに割り当てられている資源を示す資源情報とをもとに、プロジェクト間の関連の度合いを算出するステップと、
表示制御部が、算出されたプロジェクト間の関連の度合いをもとに、一のプロジェクトと他のプロジェクトとの関連の度合いを示す関連度合画像を、前記図表の当該一のプロジェクトを表すプロジェクト画像と当該他のプロジェクトを表すプロジェクト画像とに関連付けて配置して、各画像が配置された当該図表を表示部に表示させるステップと
を含む方法。
【請求項１４】
複数のプロジェクトを管理するコンピュータであって、
前記コンピュータに、
各プロジェクトにおいて、プロジェクトの進捗状況をもとに決められる図表上の位置に、プロジェクトを表す画像であるプロジェクト画像を配置する機能と、
各プロジェクトにおいて、プロジェクトの作業が他のプロジェクトの作業に影響を受けることを示す影響情報と、プロジェクトに割り当てられている資源を示す資源情報とをもとに、プロジェクト間の関連の度合いを算出する機能と、
算出されたプロジェクト間の関連の度合いをもとに、一のプロジェクトと他のプロジェクトとの関連の度合いを示す関連度合画像を、前記図表の当該一のプロジェクトを表すプロジェクト画像と当該他のプロジェクトを表すプロジェクト画像とに関連付けて配置して、各画像が配置された当該図表を表示部に表示させる機能と
を実現させるためのプログラム。
【請求項１５】
複数のプロジェクトを管理する方法であって、
表示制御部が、各プロジェクトにおいて、プロジェクトの進捗状況をもとに決められる図表上の位置に、プロジェクトを表す画像であるプロジェクト画像を配置するとともに、一のプロジェクトと他のプロジェクトとの関連の度合いを示す関連度合画像を、当該図表の当該一のプロジェクトを表す一のプロジェクト画像と当該他のプロジェクトを表す他のプロジェクト画像とに関連付けて配置して、各画像が配置された当該図表を表示部に表示させるステップと、
更新表示部が、前記一のプロジェクトの実行条件を変更する操作入力を受け付けると、当該実行条件の変更に合わせて、前記一のプロジェクト画像を更新するとともに、当該実行条件の変更により前記関連の度合いが変化するのに伴って、前記他のプロジェクト画像、および当該一のプロジェクト画像と当該他のプロジェクト画像とに関連付けて配置された前記関連度合画像を更新して、前記表示部に表示させるステップと
を含む方法。
【請求項１６】
複数のプロジェクトを管理するコンピュータであって、
前記コンピュータに、
各プロジェクトにおいて、プロジェクトの進捗状況をもとに決められる図表上の位置に、プロジェクトを表す画像であるプロジェクト画像を配置するとともに、一のプロジェクトと他のプロジェクトとの関連の度合いを示す関連度合画像を、当該図表の当該一のプロジェクトを表す一のプロジェクト画像と当該他のプロジェクトを表す他のプロジェクト画像とに関連付けて配置して、各画像が配置された当該図表を表示部に表示させる機能と、
前記一のプロジェクトの実行条件を変更する操作入力を受け付けると、当該実行条件の変更に合わせて、前記一のプロジェクト画像を更新するとともに、当該実行条件の変更により前記関連の度合いが変化するのに伴って、前記他のプロジェクト画像、および当該一のプロジェクト画像と当該他のプロジェクト画像とに関連付けて配置された前記関連度合画像を更新して、前記表示部に表示させる機能と
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プロジェクトを管理するシステム、方法およびプログラムに関する。
【背景技術】
【０００２】
従来、プロジェクトマネジメントでは、プロジェクトの進捗管理を行うために、ＷＢＳ（Work Breakdown Structure）やガントチャートなどのツールが用いられる場合がある。ＷＢＳやガントチャートでは、プロジェクト全体が細かい工程に分割され、全体の作業の流れや工程ごとの進捗状況が表される。また、例えば、特許文献１には、作業における作業情報とその依存関係をコンピュータ上で保持し、作業項目と作業手順を自動生成する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平８−３０５７５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
例えばアプリケーションやソフトウェアなどの開発時には、開発する機能ごとにプロジェクトが存在し、複数のプロジェクトが同時並行で進行する場合がある。複数のプロジェクトが並行して進行する場合、基盤となる機能のプロジェクトの進捗が他のプロジェクトに影響したり、複数の機能が関連するために一人が複数のプロジェクトに割り当てられたりして、プロジェクト間に何らかの関係が生じることがある。例えば、従来のＷＢＳやガントチャートは、個々のプロジェクトを計画して管理することを目的としたものであり、複数のプロジェクトの進捗状況およびプロジェクト間の関係を同時に把握するものではない。また、特許文献１の技術は、作業情報とその依存関係を保存するものであるが、並行して進行するプロジェクトの進捗状況やプロジェクト間の関係を提示するものではない。
【０００５】
本発明は、複数のプロジェクトが並行して進行する場合に、プロジェクトの進捗状況およびプロジェクト間の関係の把握を容易にすることを目的とする。
【課題を解決するための手段】
【０００６】
かかる目的のもと、本発明は、次のようなシステムとして実現される。このシステムは、複数のプロジェクトを管理するシステムであって、各プロジェクトにおいて、プロジェクトの進捗状況をもとに決められる図表上の位置に、プロジェクトを表す画像であるプロジェクト画像を配置する配置部と、各プロジェクトにおいてプロジェクトの作業が他のプロジェクトの作業に影響を受けることを示す影響情報と、各プロジェクトに割り当てられている資源を示す資源情報とをもとに得られるプロジェクト間の関連の度合いを用いて、一のプロジェクトと他のプロジェクトとの関連の度合いを示す関連度合画像を、前記図表の当該一のプロジェクトを表すプロジェクト画像と当該他のプロジェクトを表すプロジェクト画像とに関連付けて配置して、各画像が配置された当該図表を表示部に表示させる表示制御部とを備える。
【０００７】
また、好ましくは、上記の表示制御部は、前記一のプロジェクト画像と前記他のプロジェクト画像との間に配置された前記関連度合画像が選択された場合に、当該関連度合画像に関連付いた前記一のプロジェクトと前記他のプロジェクトとの間で関連する作業の情報または資源の情報を表示させる。より好ましくは、上記の表示制御部は、プロジェクトの作業量と当該プロジェクトを表すプロジェクト画像の表示態様とが対応するように、当該プロジェクト画像を表示させ、プロジェクト間の関連の度合いと当該関連の度合いを示す関連度合画像の表示態様とが対応するように、当該関連度合画像を表示させる。さらに、好ましくは、上記の配置部は、前記プロジェクト画像として、プロジェクト内で実際に完了した作業の作業量、進行中の作業の作業量、まだ着手されていない作業の作業量をもとに、実際に完了した作業を示す領域、進行中の作業を示す領域、まだ着手されていない作業を示す領域の３つの領域に区分された当該プロジェクト画像を配置する。そして、好ましくは、上記のシステムは、前記影響情報および前記資源情報を、各プロジェクト内の作業ごとに格納する格納部をさらに備える。
【０００８】
また、本発明は、次のようなシステムとして実現される。このシステムは、複数のプロジェクトを管理するシステムであって、各プロジェクトにおいて、プロジェクトの開始日から完了予定日までのプロジェクト期間のうち、現時点までに経過した期間の割合を示す経過値を算出する経過値算出部と、各プロジェクトにおいて、現時点から完了予定日までの残り日数と、プロジェクトに割り当てられている作業者の情報とをもとに、完了予定日までに実行可能な作業量を算出する実行可能作業量算出部と、各プロジェクトにおいて、プロジェクトの全作業量から、前記実行可能作業量算出部にて算出された作業量を減算して、現時点で完了しておくべき作業量を算出する完了作業量算出部と、各プロジェクトにおいて、現時点で実際に完了した作業量と、前記完了作業量算出部にて算出された作業量とをもとに、プロジェクトの進捗状況を表す進捗値を算出する進捗値算出部と、各プロジェクトにおいて、プロジェクトの作業が他のプロジェクトの作業に影響を受けることを示す情報と、プロジェクトに割り当てられている作業者の情報とをもとに、プロジェクト間の関連の度合いを算出する関連度合算出部と、各プロジェクトにおいて、前記進捗値算出部にて算出された進捗値と前記経過値算出部にて算出された経過値とをもとに、一方の軸を進捗値、他方の軸を経過値とした図表上で、プロジェクトを表すプロジェクト画像を配置する位置を決定し、実際に完了した作業の作業量、進行中の作業の作業量、まだ着手されていない作業の作業量をもとに、実際に完了した作業を示す領域、進行中の作業を示す領域、まだ着手されていない作業を示す領域の３つの領域に区分された当該プロジェクト画像を、当該図表上で決定した当該位置に配置する配置部と、前記関連度合算出部にて算出されたプロジェクト間の関連の度合いをもとに、一のプロジェクトと他のプロジェクトとの関連の度合いを示す関連度合画像を、前記図表の当該一のプロジェクトを表すプロジェクト画像と当該他のプロジェクトを表すプロジェクト画像との間に配置して、各画像が配置された当該図表を表示部に表示させる表示制御部とを備える。
【０００９】
さらに、本発明は、次のようなシステムとして実現される。このシステムは、複数のプロジェクトを管理するシステムであって、各プロジェクトにおいて、プロジェクトの進捗状況をもとに決められる図表上の位置に、プロジェクトを表す画像であるプロジェクト画像を配置するとともに、一のプロジェクトと他のプロジェクトとの関連の度合いを示す関連度合画像を、当該図表の当該一のプロジェクトを表す一のプロジェクト画像と当該他のプロジェクトを表す他のプロジェクト画像とに関連付けて配置して、各画像が配置された当該図表を表示部に表示させる表示制御部と、ユーザからの操作入力を受け付ける入力受付部と、前記入力受付部にて前記一のプロジェクトの実行条件を変更する操作入力を受け付けると、当該実行条件の変更に合わせて、前記一のプロジェクト画像を更新するとともに、当該実行条件の変更により前記関連の度合いが変化するのに伴って、前記他のプロジェクト画像、および当該一のプロジェクト画像と当該他のプロジェクト画像とに関連付けて配置された前記関連度合画像を更新して、前記表示部に表示させる更新表示部とを備える。
【００１０】
また、好ましくは、上記のシステムは、前記一のプロジェクトの実行条件を変更する操作入力により、当該操作入力に対応付けられた処理であって当該一のプロジェクトの構成要素を変更する処理を行うとともに、当該構成要素に関連する前記他のプロジェクトの構成要素も変更して前記関連の度合いを変化させる処理部をさらに備え、上記の更新表示部は、前記処理部による処理に合わせて、前記一のプロジェクト画像、前記他のプロジェクト画像、および当該一のプロジェクト画像と当該他のプロジェクト画像とに関連付けて配置された前記関連度合画像を更新する。より好ましくは、上記の入力受付部は、前記実行条件を変更する操作入力として、前記一のプロジェクト画像に対して前記図表上で行われる操作入力を受け付ける。さらに、好ましくは、上記の入力受付部は、前記図表上で行われる操作入力として、前記一のプロジェクト画像を移動させる操作入力を受け付け、上記の処理部は、前記入力受付部にて前記一のプロジェクト画像を移動させる操作入力を受け付けると、前記一のプロジェクトと前記他のプロジェクトとの間で作業者を調整する処理を行う。そして、好ましくは、上記の入力受付部は、前記図表上で行われる操作入力として、前記一のプロジェクト画像を小さくする操作入力を受け付け、上記の処理部は、前記入力受付部にて前記一のプロジェクト画像を小さくする操作入力を受け付けると、前記一のプロジェクト内の作業を除外するとともに、前記他のプロジェクト内の作業のうち除外された作業に関連する作業を除外する処理を行う。
【００１１】
また、本発明は、次のようなシステムとして実現される。このシステムは、複数のプロジェクトを管理するシステムであって、各プロジェクトにおいて、現時点で未完了の作業量と、プロジェクトの完了予定日までに実行可能な作業量とをもとに、プロジェクトの進捗状況を表す進捗値を算出する進捗値算出部と、各プロジェクトにおいて、プロジェクトの作業が他のプロジェクトの作業に影響を受けることを示す情報と、プロジェクトに割り当てられている作業者の情報とをもとに、プロジェクト間の関連の度合いを算出する関連度合算出部と、各プロジェクトにおいて、前記進捗値算出部にて算出された前記進捗値に応じて決められる図表上の位置に、プロジェクトを表すプロジェクト画像を配置するとともに、前記関連度合算出部にて算出されたプロジェクト間の関連の度合いをもとに、一のプロジェクトと他のプロジェクトとの関連の度合いを示す関連度合画像を、当該一のプロジェクトを表すプロジェクト画像と当該他のプロジェクトを表すプロジェクト画像との間に配置して、各画像が配置された当該図表を表示部に表示させる表示制御部と、前記図表上で、前記一のプロジェクトを表す一のプロジェクト画像、および当該一のプロジェクト画像と他のプロジェクト画像との間に配置された前記関連度合画像を選択し、さらに、当該一のプロジェクト画像を移動させる操作入力を受け付ける入力受付部と、前記入力受付部にて前記操作入力を受け付けると、前記一のプロジェクト画像が移動する位置に応じて前記一のプロジェクトと前記他のプロジェクトとの間で作業者の調整を行い、当該一のプロジェクトから当該他のプロジェクトに作業者の割り当てを移行させて当該一のプロジェクトの完了予定日までに実行可能な作業量を減らす処理、または、当該他のプロジェクトから当該一のプロジェクトに作業者の割り当てを移行させて当該一のプロジェクトの完了予定日までに実行可能な作業量を増やす処理、を行う処理部と、前記処理部による処理に伴って変更される進捗値に合わせて、前記図表に配置される前記一のプロジェクト画像、前記他のプロジェクト画像、および当該一のプロジェクト画像と当該他のプロジェクト画像との間に配置された前記関連度合画像を移動させて、前記表示部の表示内容を更新する更新表示部とを備える。
【００１２】
また、本発明は、複数のプロジェクトを管理する方法であって、各プロジェクトにおいて、プロジェクトの進捗状況をもとに決められる図表上の位置に、プロジェクトを表す画像であるプロジェクト画像を配置するステップと、各プロジェクトにおいて、プロジェクトの作業が他のプロジェクトの作業に影響を受けることを示す影響情報と、プロジェクトに割り当てられている資源を示す資源情報とをもとに、プロジェクト間の関連の度合いを算出するステップと、算出されたプロジェクト間の関連の度合いをもとに、一のプロジェクトと他のプロジェクトとの関連の度合いを示す関連度合画像を、前記図表の当該一のプロジェクトを表すプロジェクト画像と当該他のプロジェクトを表すプロジェクト画像とに関連付けて配置して、各画像が配置された当該図表を表示部に表示させるステップとを含む。
【００１３】
さらに、本発明は、複数のプロジェクトを管理する方法であって、各プロジェクトにおいて、プロジェクトの進捗状況をもとに決められる図表上の位置に、プロジェクトを表す画像であるプロジェクト画像を配置するとともに、一のプロジェクトと他のプロジェクトとの関連の度合いを示す関連度合画像を、当該図表の当該一のプロジェクトを表す一のプロジェクト画像と当該他のプロジェクトを表す他のプロジェクト画像とに関連付けて配置して、各画像が配置された当該図表を表示部に表示させるステップと、前記一のプロジェクトの実行条件を変更する操作入力を受け付けると、当該実行条件の変更に合わせて、前記一のプロジェクト画像を更新するとともに、当該実行条件の変更により前記関連の度合いが変化するのに伴って、前記他のプロジェクト画像、および当該一のプロジェクト画像と当該他のプロジェクト画像とに関連付けて配置された前記関連度合画像を更新して、前記表示部に表示させるステップとを含む。
【００１４】
さらにまた、本発明は、コンピュータを制御して上述したシステムの各機能を実現するプログラム、またはコンピュータに上記の方法における各ステップに対応する処理を実行させるプログラムとしても実現される。このプログラムは、磁気ディスクや光ディスク、半導体メモリ、その他の記録媒体に格納して配布したり、ネットワークを介して配信したりすることにより、提供することができる。
【発明の効果】
【００１５】
本発明によれば、複数のプロジェクトが並行して進行する場合に、プロジェクトの進捗状況およびプロジェクト間の関係を容易に把握することが可能となる。
【図面の簡単な説明】
【００１６】
【図１】本実施の形態に係るプロジェクト管理システムの機能構成例を示したブロック図である。
【図２】（ａ）は、プロジェクト一覧の一例を示す図である。（ｂ）は、プロジェクトに対する作業者の作業量の配分の一例を示す図である。
【図３】プロジェクト内のタスク一覧の一例を示す図である。
【図４】関係検索情報の一例を示す図である。
【図５】進捗状況グラフを生成して表示する処理手順の一例を示したフローチャートである。
【図６】（ａ）は、各プロジェクトの完了までに各作業者が実行可能な作業量の一例を示す図である。（ｂ）は、各プロジェクトについて現時点で完了しておくべき作業量の一例を示す図である。（ｃ）は、各プロジェクトについて実際に完了した作業量および残りの作業量の一例を示す図である。
【図７】（ａ）は、各プロジェクトのプロジェクト画像を配置する位置、プロジェクト画像の大きさを示す値の一例を示す図である。（ｂ）、（ｃ）は、図７（ａ）に示す値をもとに生成されたグラフの一例を示す図である。
【図８】進捗状況グラフの一例を示す図である
【図９】作業量の配分を変更する際に表示される進捗状況グラフの一例を示す図である。
【図１０】（ａ）〜（ｃ）は、作業量の配分変更後の進捗差異を算出するために用いられるデータの一例を示す図である。
【図１１】作業量の配分変更後の進捗状況グラフの一例を示す図である。
【図１２】（ａ）〜（ｃ）は、作業者の割り当て変更後の進捗差異を算出するために用いられるデータの一例を示す図である。
【図１３】作業者の割り当て変更後の進捗状況グラフの一例を示す図である。
【図１４】（ａ）、（ｂ）は、タスクｂ５除外後の進捗差異を算出するために用いられるデータの一例を示す図である。
【図１５】（ａ）は、タスクｂ５除外後の、各プロジェクトのプロジェクト画像を配置する位置、プロジェクト画像の大きさを示す値の一例を示す図である。（ｂ）、（ｃ）は、図１５（ａ）の値をもとに生成されたグラフの一例を示す図である。
【図１６】（ａ）、（ｂ）は、タスクａ８除外後の進捗差異を算出するために用いられるデータの一例を示す図である。
【図１７】（ａ）は、タスクａ８除外後の、各プロジェクトのプロジェクト画像を配置する位置、プロジェクト画像の大きさを示す値の一例を示す図である。（ｂ）、（ｃ）は、図１７（ａ）の値をもとに生成されたグラフの一例を示す図である。
【図１８】タスク除外後の進捗状況グラフの一例を示す図である。
【図１９】各プロジェクトにて現時点までに累積された時間の一例を示す図である。
【図２０】本実施の形態に係るプロジェクト管理システムを構成するのに好適なハードウェア構成例を示す図である。
【発明を実施するための形態】
【００１７】
以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。本実施の形態に係るプロジェクト管理システム１０は、アプリケーションを開発するプロジェクトなどの各種プロジェクトを管理するために用いられるものであり、複数のプロジェクトの情報を格納している。そして、プロジェクト管理システム１０は、各プロジェクトの進捗状況を示す情報を表示して、ユーザに提示する。また、プロジェクト管理システム１０は、プロジェクト単体の進捗状況だけではなく、異なるプロジェクト間の関係を示す情報も提示する。さらに、プロジェクト管理システム１０は、例えば、プロジェクトに対する作業者の割り当てなどのプロジェクトを実行する上での条件を変化させた場合に、プロジェクトにどのような影響があるかを示す情報も提示する。
【００１８】
＜プロジェクト管理システム１０の機能構成＞
まず、本実施の形態に係るプロジェクト管理システム１０の機能構成について説明する。図１は、本実施の形態に係るプロジェクト管理システム１０の機能構成例を示したブロック図である。図示するように、プロジェクト管理システム１０は、プロジェクト情報データベース（以下、プロジェクト情報ＤＢと称する）１１と、関係検索情報データベース（以下、関係検索情報ＤＢと称する）１２と、入力受付部１３と、進捗状況算出部１４と、関連度合算出部１５と、表示制御部１６と、表示部１７とを備える。
【００１９】
プロジェクト情報ＤＢ１１は、各プロジェクトの情報を格納する。プロジェクトの情報（以下、プロジェクト情報と称する）とは、例えば、プロジェクトの開始日や完了予定日、プロジェクト内のタスク（作業）一覧、各タスクにて完了した作業内容、プロジェクトに対して割り当てられた作業者や設備等の資源に関する情報（資源情報）等である。プロジェクト情報ＤＢ１１には、これらの情報がプロジェクトごとに格納されている。
【００２０】
また、プロジェクト情報には、プロジェクトのタスクが他のプロジェクトに影響を受けることを示す情報（影響情報）も含まれている。例えば、各タスクで開発される機能が関連しており、一方のタスクの作業内容と他方のタスクの作業内容とが関わり合いながら両方のタスクが並行して実行される場合、プロジェクトのタスクが他のプロジェクトに影響を受けることとなる。また、例えば、タスク間に依存関係があり、一方のタスクの実行結果をもとに他方のタスクが開始される場合も、プロジェクトのタスクが他のプロジェクトに影響を受けることとなる。さらに、例えば、一方のタスクで用いられる設備環境を利用して他方のタスクを実行する場合も、プロジェクトのタスクが他のプロジェクトに影響を受けることとしても良い。このようなタスク間の影響を示す情報もプロジェクト情報ＤＢ１１に格納される。
【００２１】
そして、このようなプロジェクト情報は、常に最新の状態になるように、例えば１日の作業終了時に、プロジェクトの進捗状況に応じて作業者等により更新される。プロジェクト情報の詳細については後述する。
【００２２】
格納部の一例としての関係検索情報ＤＢ１２は、プロジェクト間の関係を検索するために用いられる情報（以下、関係検索情報と称する）を格納する。具体的には、タスクと資源との関係を示す情報や、タスク間の影響を示す情報が、タスクごとに整理されて格納されている。タスクと資源との関係を示す情報とは、例えば、プロジェクト内の各タスクに、どの作業者が割り当てられているかを示す情報である。また、タスク間の影響を示す情報とは、上述したようにタスクが他のタスクに影響を受けることを示す情報である。関係検索情報は、プロジェクト情報ＤＢ１１に格納されるプロジェクト情報をもとに生成され、関係検索情報ＤＢ１２は、最新のプロジェクト情報の内容を反映するように、随時、関係検索情報を更新する。具体的には、関係検索情報ＤＢ１２は、例えばプロジェクト情報が更新されるごと、または定期的に、自動またはユーザの操作により、プロジェクト情報ＤＢ１１のプロジェクト情報をもとに関係検索情報を更新する。関係検索情報の詳細については後述する。
【００２３】
入力受付部の一例としての入力受付部１３は、ユーザからの操作入力を受け付ける。例えば、入力受付部１３は、プロジェクトの進捗状況を表示することを指示する操作入力をユーザから受け付ける。また、入力受付部１３は、表示された情報において、例えば、プロジェクトに対する作業者の配置を変更したり、プロジェクト内のタスクを除外したりするようなプロジェクトの実行条件を変更する操作入力をユーザから受け付ける。このようなユーザによる操作入力は、例えば、ユーザがマウスやキーボードを操作することにより行われる。
【００２４】
進捗状況算出部１４は、プロジェクト情報ＤＢ１１に格納されたプロジェクト情報をもとに、各プロジェクトの進捗状況を算出する。ここで、進捗状況算出部１４は、入力受付部１３にてプロジェクトの進捗状況を表示することを指示する操作入力を受け付けると、表示するように指示されたプロジェクトに関するプロジェクト情報をプロジェクト情報ＤＢ１１から取得する。そして、進捗状況算出部１４は、取得した各プロジェクトのプロジェクト情報をもとに、進捗状況を算出する。進捗状況算出部１４が進捗状況を算出する手順の詳細については、後述する。また、本実施の形態では、経過値算出部、実行可能作業量算出部、完了作業量算出部、進捗値算出部、処理部の一例として、進捗状況算出部１４を用いている。
【００２５】
さらに、進捗状況算出部１４は、入力受付部１３にてプロジェクトの実行条件を変更する操作入力を受け付けると、実行条件の変更に合わせて、プロジェクトの進捗状況を改めて算出する。ここで、進捗状況算出部１４は、実行条件が変更されたプロジェクトだけでなく、そのプロジェクトに関連する他のプロジェクトについても、改めて進捗状況を算出する。付言すると、進捗状況算出部１４は、プロジェクトの実行条件を変更する操作入力により、操作入力に対応付けられた処理であって、作業者やプロジェクト内のタスク等のプロジェクトの構成要素を変更する処理を行うとともに、この構成要素に関連する他のプロジェクトの構成要素も変更する。
【００２６】
関連度合算出部の一例としての関連度合算出部１５は、進捗状況を表示するように指示されたプロジェクトについて、関係検索情報ＤＢ１２の関係検索情報をもとに、プロジェクト間の関係を検索する。そして、関連度合算出部１５は、プロジェクト間の関係について検索結果を得ると、プロジェクト情報ＤＢ１１に格納されているプロジェクト情報をもとに、プロジェクト間の関連の度合いを算出する。ここで、関連度合算出部１５は、プロジェクトのタスクが他のプロジェクトに影響を受けることを示す情報と、プロジェクトに割り当てられている作業者や設備等の資源に関する情報とを用いて、プロジェクト間の関連の度合いを算出する。また、関連度合算出部１５は、入力受付部１３にてプロジェクトの実行条件を変更する操作入力を受け付けると、実行条件の変更に合わせて、プロジェクト間の関連の度合いを改めて算出する。以下では、プロジェクト間の関連の度合いを、単に関連度合と称する。
【００２７】
表示制御部１６は、進捗状況算出部１４により算出された進捗状況をもとに、プロジェクトを表す画像（以下、プロジェクト画像と称する）をプロジェクトごとにグラフ上に配置する。ここで、表示制御部１６は、進捗状況により決められるグラフ上の位置に、プロジェクト画像を配置する。以下では、プロジェクト画像が配置されるグラフを特に、進捗状況グラフと称する。また、表示制御部１６は、関連度合算出部１５により算出された関連度合をもとに、プロジェクト間の関連の度合いを示す画像（以下、関連度合画像と称する）を進捗状況グラフ上に配置する。ここで、表示制御部１６は、一のプロジェクトと他のプロジェクトとの関連度合を示す関連度合画像を、進捗状況グラフ内の一のプロジェクトを表すプロジェクト画像と他のプロジェクトを表すプロジェクト画像とに関連付けて、配置する。そして、表示制御部１６は、進捗状況グラフ内の各プロジェクトについて、他のプロジェクトとの間で関連度合画像を関連付けて配置して、進捗状況グラフを表示部１７に表示させる。
【００２８】
また、表示制御部１６は、入力受付部１３にてプロジェクトの実行条件を変更する操作入力を受け付けると、実行条件の変更に合わせて、進捗状況グラフを更新して表示する。ここで、表示制御部１６は、進捗状況算出部１４により算出された進捗状況をもとに、各プロジェクト画像が配置された位置を変更し、位置を変更した各プロジェクト画像に対して、関連度合算出部１５により算出された関連度合をもとに関連度合画像を改めて関連付ける。表示制御部１６はこのようにして各画像を更新し、進捗状況グラフを表示する。本実施の形態では、配置部、表示制御部、更新表示部の一例として、表示制御部１６を用いている。
【００２９】
なお、表示制御部１６は、各種画像を表示部１７の画面に表示させるにあたり、表示部１７の画面を座標軸により構成される平面として捉えて、各種画像の座標をもとに表示位置を決定する。そして、表示制御部１６は、例えば、配置される位置が変更されたプロジェクト画像に対しては、変更後の座標をもとにプロジェクト画像を表示させる。
【００３０】
表示部１７は、例えば液晶ディスプレイ等の表示装置であり、表示制御部１６の制御のもと、表示画面に各種情報を表示する。
【００３１】
＜プロジェクト情報の説明＞
次に、プロジェクト情報ＤＢ１１に格納されるプロジェクト情報について説明する。図２（ａ）、（ｂ）、図３は、プロジェクト情報の一例を示す図である。プロジェクト情報ＤＢ１１には様々なプロジェクトに関するプロジェクト情報が格納されているが、ここでは、現在進行中のプロジェクトＡ〜Ｃの３つのプロジェクトに関するプロジェクト情報について説明する。
【００３２】
図２（ａ）は、プロジェクト一覧の一例を示す図である。「Name」はプロジェクト名、「Start Date」はプロジェクトの開始日、「End Date」はプロジェクトの完了予定日、「Today」は本日の日付を示す。そして、「Schedule %」は、プロジェクトの開始日からプロジェクトの完了予定日までの期間（以下、プロジェクト期間と称する）のうち、現時点までに経過した期間の割合を示す。
【００３３】
そして、図２（ａ）に示す例では、例えば、プロジェクト名「Ａ」のプロジェクト（以下、プロジェクトＡと称する。他のプロジェクトについても同様に、プロジェクトＢ、プロジェクトＣと称する）については、プロジェクトの開始日が５月１０日、完了予定日が６月８日であることが示されている。また、本日は５月１５日であり、５月１０日〜６月８日までのプロジェクト期間のうち、本日までに１７％の期間が経過済みであることが計算されている。
【００３４】
次に、図２（ｂ）は、プロジェクトに対する作業者の作業量の配分の一例を示す図である。「Project」は各プロジェクト（プロジェクト名）を示し、「tom」、「lisa」、「charles」、「susan」は作業者の名前を示す。そして、各作業者が各自どれくらいの割合でそれぞれのプロジェクトを担当しているかが表されている。
【００３５】
図２（ｂ）に示す例では、作業者名「tom」の作業者（以下、単にtomと称する。他の作業者についても同様に、単に、lisa、charles、susanと称する）は、自分の作業時間のうち、プロジェクトＢに７０％を割り当て、プロジェクトＣに３０％を割り当てている。また、tomはプロジェクトＡについては担当していない。同様に、charlesは、プロジェクトＢおよびプロジェクトＣを担当しておらず、自分の作業時間のうち、プロジェクトＡに７０％を割り当てている。そして、charlesは、自分の作業時間のうち、残りの３０％について、プロジェクトＡ〜Ｃ以外の他のプロジェクトに割り当てている。
【００３６】
次に、図３は、プロジェクト内のタスク一覧の一例を示す図である。「Project」は各プロジェクト（プロジェクト名）、「Priority」は実行されるタスクの優先度、「Task ID」は各タスクに割り当てられた識別子、「Assignment」はタスクに割り当てられている作業者を示す。また、「Estimate」はタスクの完了までに要する時間として、タスクの作業量を作業時間に換算したものを示し、「Done」はこれまでに実行された作業量を作業時間に換算したものを示す。さらに、「Dependency」は依存関係がある依存先の他のタスク、「Status」はタスクの処理状況を示す。
【００３７】
そして、図３に示す例では、プロジェクトＡには「Task ID」がa1〜a8の合計８つのタスクがあり、プロジェクトＢには「Task ID」がb1〜b5の合計５つのタスクがあり、プロジェクトＣには「Task ID」がc1〜c4の合計４つのタスクがある。また、例えば、プロジェクトＡでは、８つのタスクに対して順番に優先度が設定されており、「Priority」が１を示すタスクが最も優先度が高いとされる。そのため、優先度が最も高いタスクa1から順番に実行される。また、タスクa1はsusanに割り当てられており、「Estimate」により、タスク完了までに１０時間分の作業が必要であることが示されている。一方、タスクa1の「Done」には「１０」と記録されていることから、１０時間分の作業が完了したこととなる。即ち、タスクa1は全て完了済みであるといえる。そのため、タスクa1の「Status」には、タスクが完了したことを示す「Done」が記録されている。
【００３８】
また、例えば、タスクa3は、「Priority」が３を示すため、プロジェクトＡのタスクのうち３番目に実行されるタスクであり、susanに割り当てられている。また、「Estimate」により、タスク完了までに２０時間分の作業が必要であることが示されている。一方、タスクa3の「Done」には「５」と記録されていることから、２０時間分の作業のうち、現時点で５時間分の作業が完了したこととなる。そのため、タスクa3の「Status」には、タスクが進行中であることを示す「In Progress」が記録されている。
【００３９】
さらに、例えば、タスクa8は、「Priority」が８を示すため、プロジェクトＡのタスクのうち８番目に実行されるタスクであり、susanに割り当てられている。また、「Estimate」により、タスク完了までに５０時間分の作業が必要であることが示されている。一方、タスクa8の「Done」には「０」と記録されていることから、タスクa8はまだ着手されていないこととなる。そのため、タスクa8の「Status」には、タスクが着手されていないことを示す「Open」が記録されている。
【００４０】
また、タスクa8では、「Dependency」に「b5」と記録されており、タスクa8は、プロジェクトＢ内で「Task ID」が「b5」を示すタスクb5に依存していることとなる。一方、タスクb5では、「Dependency」には何も記録されていないため、タスクb5はタスクa8に影響を受けず実行されるが、タスクa8はタスクb5に依存していることとなる。例えば、タスクb5で開発された機能を利用してタスクa8を実行するような状況が考えられる。
【００４１】
＜関係検索情報の説明＞
次に、関係検索情報ＤＢ１２に格納される関係検索情報について説明する。図４は、関係検索情報の一例を示す図である。関係検索情報ＤＢ１２には、様々なプロジェクトに関する関係検索情報が格納されているが、ここでは、現在進行中のプロジェクトＡ〜Ｃの３つのプロジェクトに関する関係検索情報について説明する。
【００４２】
「関連元」はタスクに割り当てられた識別子（Task ID）を示し、「関連の名前」は「関連先」がどのような種類のものであるかを示す。例えば、「関連の名前」が「プロジェクト」の場合、「関連先」は、関連元のタスクが属するプロジェクト（プロジェクト名）を示す。また、「関連の名前」が「割り当て」の場合、「関連先」は、関連元のタスクに割り当てられている作業者を示す。さらに、「関連の名前」が「依存」の場合、「関連先」は、関連元のタスクが依存している他のタスクを示す。
【００４３】
そして、図４に示す例では、プロジェクトＡ〜Ｃの各タスクについて、「プロジェクト」や「割り当て」に対応する情報が示されている。例えば、「関連元」がa1の場合、「プロジェクト」にはタスクa1が属するプロジェクトＡが示され、「割り当て」にはタスクa1を担当しているsusanが記録されている。また、例えば、タスクa8については、「関連の名前」の項目において、「プロジェクト」、「割り当て」に加えて「依存」が設けられており、「関連先」にb5と記録されている。即ち、タスクa8は、タスクb5に依存していることが示されている。
【００４４】
このように、関係検索情報では、タスクごとに、プロジェクトの情報、作業者の情報、関連する他のタスクの情報が整理して記録されている。そのため、関連度合算出部１５は、プロジェクト間の関係を検索する際、関係検索情報を用いることにより、プロジェクト間の関係、即ち、タスクと作業者との関係やタスクと他のタスクとの関係を検索し易くなる。付言すると、関連度合算出部１５は、例えば、関係検索情報の元データであるプロジェクト情報のみを使用してタスク間の関係を検索するような構成と比較して、関係検索情報を用いることにより、プロジェクト間の検索が高速に行われることとなる。特に、プロジェクト情報ＤＢ１１に格納されるプロジェクト情報の数が多くなるほど、関係検索情報を用いる効果は高まると考えられる。なお、関係検索情報は図４に示す構成に限られるものではなく、例えば、タスクごとに、使用される設備の情報が記録されていても良い。
【００４５】
＜進捗状況グラフを表示する処理＞
次に、プロジェクト管理システム１０が進捗状況グラフを生成して表示する処理について説明する。図５は、進捗状況グラフを生成して表示する処理手順の一例を示したフローチャートである。図５に示す手順では、ユーザによりプロジェクトＡ〜Ｃが選択され、プロジェクトＡ〜Ｃの進捗状況を表示する操作入力が行われたものとして説明する。
【００４６】
まず、入力受付部１３は、プロジェクトの進捗状況を表示する操作入力を受け付ける（ステップ１０１）。次に、進捗状況算出部１４は、表示するように指定されたプロジェクトに関するプロジェクト情報をプロジェクト情報ＤＢ１１から取得する（ステップ１０２）。ここで、ステップ１０１の操作入力では、プロジェクトＡ〜Ｃの進捗状況を表示するように入力されているため、進捗状況算出部１４は、プロジェクト情報ＤＢ１１からプロジェクトＡ〜Ｃのプロジェクト情報を取得する。また、図５に示す手順において、進捗状況算出部１４は、プロジェクトＡ〜Ｃのプロジェクト情報として、図２および図３に示すプロジェクト情報を取得するものとする。
【００４７】
次に、進捗状況算出部１４は、取得した各プロジェクトのプロジェクト情報をもとに、プロジェクトの開始日から完了日までのプロジェクト期間のうち、現時点までに経過した期間の割合をプロジェクトごとに算出する（ステップ１０３）。ここで、進捗状況算出部１４は、図２（ａ）に示すプロジェクト情報において、「Schedule %」の値を計算する。
【００４８】
次に、進捗状況算出部１４は、現在の作業者の割り当てで各プロジェクトの完了までに実行可能な作業量を示す情報を算出する（ステップ１０４）。ここで、進捗状況算出部１４は、図２（ａ）に示すプロジェクト情報をもとに、現時点からプロジェクト完了予定日までの残り日数をプロジェクトごとに算出する。そして、進捗状況算出部１４は、算出した残り日数と、プロジェクトに割り当てられている作業者の作業量の配分とを掛け合わせて、各作業者が実行可能な作業量をプロジェクトごとに算出する。図６（ａ）は、各プロジェクトの完了までに各作業者が実行可能な作業量の一例を示す図である。図示の例では、tom、lisa、charles、susanの４人の作業者が各プロジェクトに対して実行可能な作業量を示しており、「Time Rest」は全ての作業者の合計を示す。
【００４９】
例えば、図２（ａ）に示すプロジェクト情報より、プロジェクトＡについて、プロジェクト完了予定日は６月８日であり、現在の日時は５月１５日であるため、残り日数は２４日間である。また、図２（ｂ）に示すプロジェクト情報より、プロジェクトＡに対するcharlesの配分は７０％である。ここで、例えば、１日の作業者の作業時間を８時間と規定すると、charlesがプロジェクトＡに対してプロジェクト完了までに実行可能な作業量は、作業時間に換算すると、２４日間×８時間×７０％で計算され、１３４．４時間となる。そのため、図６（ａ）に示す例では、プロジェクトＡについてcharlesが「１３４．４」であることが示されている。同様の手順で、プロジェクトＡについて、susanは「９６」と算出される。また、tom、lisaはプロジェクトＡを担当していないため「０」となり、４人の作業量を合計すると「２３０．４」となる。プロジェクトＢ、プロジェクトＣについても同様の手順で算出される。
【００５０】
次に、進捗状況算出部１４は、各プロジェクトについて現時点で完了しておくべき作業量を算出する（ステップ１０５）。ここで、進捗状況算出部１４は、各プロジェクトについて、全作業量から、プロジェクト完了までに実行可能な作業量を減算して、現時点で完了しておくべき作業量を算出する。図６（ｂ）は、各プロジェクトについて現時点で完了しておくべき作業量の一例を示す図である。図示の例で、「Time Est」が、現時点で完了しておくべき作業量を示す。
【００５１】
例えば、図３に示すプロジェクト情報より、プロジェクトＡの全体の作業量は、各タスクの作業量を合計することにより、「３０５」と算出される。また、プロジェクトＡに対してプロジェクト完了までに実行可能な作業量は、ステップ１０４で算出されたように「２３０．４」である。そのため、「３０５」から「２３０．４」を減算することにより、プロジェクトＡについて現時点で完了しておくべき作業量は「７４．６」と算出される。そのため、図６（ｂ）に示す例では、プロジェクトＡについて「Time Est」が「７４．６」であることが示されている。プロジェクトＢ、プロジェクトＣについても同様の手順で算出される。
【００５２】
次に、進捗状況算出部１４は、各プロジェクトについて実際に完了した作業量と残りの作業量とを算出する（ステップ１０６）。ここで、進捗状況算出部１４は、各プロジェクトについて、全作業量から、実際に完了した作業量を減算して、残りの作業量を算出する。図６（ｃ）は、各プロジェクトについて実際に完了した作業量および残りの作業量の一例を示す図である。図示の例で、「Estimate」は全体の作業量、「Done」は実際に完了した作業量、「Rest」は残りの作業量を示す。
【００５３】
例えば、プロジェクトＡの全体の作業量は、ステップ１０５で算出されたように「３０５」である。また、プロジェクトＡについて実際に完了した作業量は、図３に示すプロジェクト情報より、「Done」に記録された値を合計することにより、「５４」と算出される。そして、プロジェクトＡの残りの作業量は、「３０５」から「５４」を減算することにより、「２５１」と算出される。そのため、図６（ｃ）の例では、プロジェクトＡについて、「Estimate」が「３０５」、「Done」が「５４」、「Rest」が「２５１」であることが示されている。プロジェクトＢ、プロジェクトＣについても同様の手順で算出される。
【００５４】
次に、進捗状況算出部１４は、各プロジェクトのプロジェクト画像を配置する位置、およびプロジェクト画像の大きさを決定する（ステップ１０７）。図７（ａ）は、各プロジェクトのプロジェクト画像を配置する位置、プロジェクト画像の大きさを示す値の一例を示す図である。また、図７（ｂ）、（ｃ）は、図７（ａ）に示す値をもとに生成されたグラフの一例を示す図である。
【００５５】
図７（ａ）に示す値について、「Schedule %」は、図２（ａ）の「Schedule %」、即ち、プロジェクト期間のうち現時点までに経過した期間の割合を示す。そのため、図７（ａ）の「Schedule %」には、プロジェクトＡ〜Ｃについてそれぞれ、「１７％」、「４７％」、「７３％」と記録されている。また、「進捗差異」は、プロジェクトの進捗度合いを示す値（以下、進捗差異と称する）を示す。進捗差異は、各プロジェクトにおいて、「実際に完了した作業量」を「現時点で完了しておくべき作業量」で割り、その値を１から減算してパーセント表示したものである。本実施の形態では、進捗値の一例として、進捗差異が用いられる。
【００５６】
ここで、「実際に完了した作業量」が大きいほど、プロジェクトの進捗が良いといえるため、「実際に完了した作業量」を「現時点で完了しておくべき作業量」で割った値が大きいほど、即ち、進捗差異が小さいほど、プロジェクトが予定通り進み、進捗が良いことになる。また、進捗差異が大きいほど、プロジェクトが予定から遅れており、進捗が悪いことになる。さらに、プロジェクトが予定より早く進んでいる場合には、「実際に完了した作業量」の方が「現時点で完了しておくべき作業量」よりも大きくなる。この場合、「実際に完了した作業量」を「現時点で完了しておくべき作業量」で割った値は１より大きくなるが、進捗差異としては「０％」で表すこととする。
【００５７】
例えば、プロジェクトＡでは、図６（ｃ）の「Done」の値より、実際に完了した作業量は「５４」である。また、図６（ｂ）に示す「Time Est」の値より、現時点で完了しておくべき作業量は「７４．６」である。そのため、プロジェクトＡの進捗差異は、１−（５４／７４．６）で計算され、「２８％」となる。プロジェクトＢ、プロジェクトＣにおいても、同様の手順で計算され、進捗差異はそれぞれ「４２％」、「１％」となる。そのため、図７（ａ）の「進捗差異」には、プロジェクトＡ〜Ｃについてそれぞれ「２８％」、「４２％」、「１％」と記録されている。付言すると、各プロジェクトの進捗度合いとしては、進捗が良い方から順番に並べると、プロジェクトＣ、プロジェクトＡ、プロジェクトＢになり、言い換えると、プロジェクトＢ、プロジェクトＡ、プロジェクトＣの順に進捗が悪いこととなる。
【００５８】
また、図７（ａ）に示す値について、「Done」は、各プロジェクト内で実際に完了したタスクの作業量、即ち、処理状況が「Done」であるタスクの作業量を示す。「In Progress」は、各プロジェクト内で進行中のタスクの作業量、即ち、処理状況が「In Progress」であるタスクの作業量を示す。「Open」は、各プロジェクト内でまだ着手されていないタスクの作業量、即ち、処理状況が「Open」であるタスクの作業量を示す。
【００５９】
例えば、図３に示すプロジェクト情報より、プロジェクトＡで「Done」のタスクは「a1」、「a2」であり、それらの作業量の合計は「４５」である。また、プロジェクトＡで「In Progress」のタスクは「a3」、「a4」であり、それらの作業量の合計は「６０」である。さらに、プロジェクトＡで「Open」のタスクは「a5」、「a6」、「a7」、「a8」であり、それらの作業量の合計は「２００」である。そのため、図７（ａ）に示すプロジェクトＡの「Done」、「In Progress」、「Open」には、それぞれ「４５」、「６０」、「２００」と記録されている。プロジェクトＢ、プロジェクトＣについても同様の手順で算出される。表示制御部１６は、これらの作業量の値をもとにプロジェクト画像の大きさを決定し、実際に完了した作業を示す領域、進行中の作業を示す領域、まだ着手されていない作業を示す領域の３つの領域に区分されたプロジェクト画像を進捗状況グラフ上に配置する。
【００６０】
図７（ｂ）、（ｃ）は、図７（ａ）に示す値をもとに生成されたグラフである。まず、図７（ｂ）に示すグラフにおいて、縦軸は「進捗差異」、横軸は「Schedule %」を表す。そして、図７（ａ）に示す「進捗差異」が縦軸の値、「Schedule %」が横軸の値に対応し、各プロジェクトの点により、各プロジェクト画像が配置される位置が示されている。また、図７（ｃ）に示すグラフにおいて、縦軸は「作業量」、横軸は各プロジェクトを表す。そして、図７（ａ）に示す「Done」、「In Progress」、「Open」が縦軸の値であり、プロジェクトＡ〜Ｃの作業量が「Done」、「In Progress」、「Open」ごとに示されている。
【００６１】
次に、関連度合算出部１５は、関係検索情報ＤＢ１２に格納される関係検索情報をもとに、プロジェクト間の関係を検索する（ステップ１０８）。例えば、関連度合算出部１５は、プロジェクトＢとプロジェクトＣとの間の関係を検索する際、まず、関係検索情報ＤＢ１２から、プロジェクトＢ及びプロジェクトＣに関する関係検索情報を取得する。ここで取得される関係検索情報は、図４に示す関係検索情報のうち、プロジェクトＢ及びプロジェクトＣに関するものである。次に、関連度合算出部１５は、プロジェクトＢ及びプロジェクトＣの双方を担当している作業者を検索する。また、関連度合算出部１５は、プロジェクトＢ内のタスクとプロジェクトＣ内のタスクとに何らかの関係が存在するかを検索する。
【００６２】
図４に示す例において、プロジェクトＢ及びプロジェクトＣの双方を担当している作業者としては、tom、lisaが該当することが検索結果として得られる。また、プロジェクトＢ内のタスクとプロジェクトＣ内のタスクとに依存関係は存在しないことが検索結果として得られる。そして、関連度合算出部１５は、検索された作業者（図４に示す例では、tom、lisa）の情報を得ると、プロジェクト情報ＤＢ１１のプロジェクト情報をもとに、プロジェクトＢとプロジェクトＣとの間の関連度合を算出する（ステップ１０９）。例えば、関連度合算出部１５は、tomおよびlisaがプロジェクトＢ及びプロジェクトＣで担当している各タスクの残りの作業量を合計し、合計した作業量を関連度合とする。
【００６３】
例えば、図３に示すプロジェクト情報より、tomがプロジェクトＢで担当しているタスクは、「b1」、「b4」であり、プロジェクトＣで担当しているタスクは、「c1」、「c3」、「c4」である。そして、タスクb1の残りの作業量は、全作業量である「１００」から完了した作業量「３５」を減算し、「６５」と計算される。同様に、タスクb4の残りの作業量は「１００」と計算される。また、タスクc1、タスクc3、タスクc4の残りの作業量はそれぞれ「０」、「３０」、「５」である。これらタスクの残りの作業量を全て合計すると、「２００」と計算される。また、lisaがプロジェクトＢで担当しているタスクは、タスクb3であり、プロジェクトＣで担当しているタスクは、タスクc2である。これらタスクの残りの作業量を全て合計すると、「９５」と計算される。そのため、プロジェクトＢとプロジェクトＣとの間の関連度合は、「２００」と「９５」を足すことにより「２９５」と計算される。
【００６４】
また、プロジェクトＡとプロジェクトＢとの間の関連度合も同様の手順により、「２４０」と計算される。ここで、関連度合算出部１５は、プロジェクトＡのタスクa8は、プロジェクトＢのタスクb5に依存しているため、タスク間の関係を考慮して、プロジェクトＡとプロジェクトＢとの間の関連度合にさらに値を足すこととしても良い。また、プロジェクトＡ及びプロジェクトＣについては、双方を担当している作業者が存在しないため、関連度合は「０」となる。
【００６５】
次に、表示制御部１６は、関連度合算出部１５により算出された関連度合をもとに、プロジェクト間の関連度合を示す関連度合画像を進捗状況グラフ上に描画する（ステップ１１０）。図８は、進捗状況グラフの一例を示す図である。図８に示す進捗状況グラフでは、図７（ｂ）に示すグラフと同様に、縦軸は「進捗差異」、横軸は「Schedule %」を表す。また、グラフ上では、境界Ｄにより、領域Ｅ及び領域Ｆの２つの領域に分けられている。領域Ｅは、プロジェクトの進捗が良好と判断される領域を示し、領域Ｆは、プロジェクトが完了予定日に完了しない可能性が高く、進捗が悪いと判断される領域を示す。これらの境界Ｄ、領域Ｅ、領域Ｆの配置は、予め定められた規則により決められている。さらに、図８に示す例では、プロジェクト画像は円の画像として表されている。
【００６６】
そして、図７（ｂ）に示すプロジェクト画像が配置される位置に、各プロジェクト画像が配置される。ここで、プロジェクト画像５１はプロジェクトＡを表し、プロジェクト画像５２はプロジェクトＢを表し、プロジェクト画像５３はプロジェクトＣを表す。また、各プロジェクト画像は、「Done」、「In Progress」、「Open」のタスクの作業量を示す領域に分けられ、各領域の幅は、タスクの作業量に相当する。ここで、プロジェクト画像の「Done」、「In Progress」、「Open」の各領域に付される模様や色はそれぞれ、図７（ｃ）に示す「Done」、「In Progress」、「Open」の各領域に付されたものに対応している。
【００６７】
例えば、プロジェクトＡでは、図７（ａ）に示すように、「Done」、「In Progress」、「Open」の作業量は「４５」、「６０」、「２００」であり、それぞれの作業量は、予め定められた基準に基づきプロジェクト画像の各領域の幅の長さに換算される。図８に示す例では、「４５」、「６０」、「２００」に対応する幅が、プロジェクト画像５１において、幅ａ、幅ｂ、幅ｃのように算出される。このようにして、各プロジェクトにおいて、プロジェクトの作業量とプロジェクト画像の表示態様とを対応させてプロジェクト画像が描画される。ここで、図８に示す例では、プロジェクト画像５１、プロジェクト画像５３は、円の中心が領域Ｅに存在するため、進捗が良好と判断される。一方、プロジェクト画像５２の中心は領域Ｆに存在するため、プロジェクトＢについては進捗が悪いと判断される。
【００６８】
また、図８に示す例では、関連度合画像は矢印の画像として表されている。ここで、矢印画像５４は、プロジェクトＡとプロジェクトＢとの間の関連度合を表し、矢印画像５５は、プロジェクトＢとプロジェクトＣとの間の関連度合を表す。そして、関連度合は予め定められた基準により矢印の太さに換算されて、関連度合の値が大きいほど矢印は太く描画される。例えば、プロジェクトＡ及びプロジェクトＢの関連度合は「２４０」であり、プロジェクトＢ及びプロジェクトＣの関連度合は「２９５」である。そのため、矢印画像５５の方が矢印画像５４よりも太く描画される。また、プロジェクトＡ及びプロジェクトＣの関連度合は「０」であり、両プロジェクトには関係性がないため、両プロジェクト間には矢印が描画されていない。ここで、関連度合は矢印の画像で表される構成に限定されるものではなく、プロジェクト同士を関連付けて配置されるものであれば、どのようなものでも良い。また、関連度合に応じて矢印の太さを変える構成に限られるものではなく、例えば、関連度合に応じて矢印の色や模様を変えるような構成にしても良い。このようにして、各プロジェクトにおいて、他のプロジェクトとの間の関連の度合いと、関連度合画像の表示態様とを対応させて、関連度合画像が描画される。
【００６９】
そして、表示制御部１６は、各プロジェクトのプロジェクト画像、プロジェクト間の関連度合を示す関連度合画像が描画された進捗状況グラフ（即ち、図８に示すグラフ）を表示部１７に表示する（ステップ１１１）。また、表示制御部１６は、各プロジェクトの進捗状況を示すグラフとして、図７（ｂ）、（ｃ）に示すグラフも表示部１７に表示することとしても良い。そして、本処理フローは終了する。
【００７０】
また、図８に示すグラフにおいて、表示制御部１６は、各プロジェクトにおいて、プロジェクト間の関係を示す矢印を表示することとしたが、例えば、ユーザがグラフ上でプロジェクトに対応する円を選択したタイミングで、選択されたプロジェクトとの関係を示す矢印を表示することとしても良い。この場合、表示制御部１６は、表示する矢印として、選択されたプロジェクトと直接的な関係を示す矢印のみ表示することとしても良いし、直接的および間接的な関係を示す矢印を表示することとしても良い。直接的な関係を示す矢印のみ表示される場合には、図８に示す例で、ユーザがプロジェクトＡに対応する円を選択すると、プロジェクトＡとプロジェクトＢとの間の矢印が表示される。また、直接的および間接的な関係を示す矢印が表示される場合には、図８に示す例で、ユーザがプロジェクトＡに対応する円を選択すると、プロジェクトＡとの直接的な関係を示す矢印として、プロジェクトＡとプロジェクトＢとの間の矢印が表示される。また、プロジェクトＡとの間接的な関係を示す矢印として、プロジェクトＡと関係するプロジェクトＢと、プロジェクトＣとの間の矢印が表示される。
【００７１】
さらに、図８に示す進捗状況グラフ上で、ユーザが矢印を選択した場合に、矢印に関する情報、即ち、プロジェクト間の関係に関する詳細な情報が表示されることとしても良い。例えば、図８に示す例で、ユーザがプロジェクトＢとプロジェクトＣとの間の矢印をクリックして選択した場合、両方のプロジェクトを担当している作業者のリスト６１が表示される。さらに、例えば、ユーザが、表示されたリスト６１中の作業者を選択すると、選択された作業者に割り当てられている、プロジェクトＡ及びプロジェクトＢのタスクが一覧で表示される。ここで表示されるタスク一覧には、図３に示すプロジェクト情報のように、タスク間の影響を示す情報が含まれていても良い。
【００７２】
また、図５に示す手順により、進捗状況グラフを表示する処理を示したが、進捗状況グラフを表示する処理としては、このような構成に限定されるものではない。例えば、「実際に完了した作業量」と「現時点で完了しておくべき作業量」とをもとに計算した進捗差異により進捗の度合いを示すこととしたが、進捗差異は他の計算で求めたものを用いても良い。例えば、各プロジェクトにおいて「現時点で未完了の作業量」と「プロジェクトの完了予定日までに実行可能な作業量」とをもとに計算された値を進捗差異として用いても良い。
【００７３】
また、表示されたグラフについても、図７（ｂ）、（ｃ）や図８に示す構成に限定されるものではない。例えば、図８に示す例では、プロジェクト画像の大きさを各タスクの作業量により決定することとしたが、残りの作業量をもとにプロジェクト画像の大きさを決定することとしても良い。さらに、プロジェクト画像の大きさと各タスクの作業量とを対応付けるのではなく、プロジェクト画像の色や模様と、各タスクの作業量とを対応付けることとしても良い。この場合、例えば、作業量が大きくなれば、プロジェクト画像の色を濃くすることが考えられる。さらに、図７（ｂ）や図８に示すグラフを生成するための指標として、縦軸に進捗差異、横軸にSchedule %を用いることとしたが、プロジェクトの進捗およびプロジェクト間の関係を示すための指標であれば、どのような指標を用いても良い。
【００７４】
＜プロジェクトの実行条件を変更する処理＞
次に、ユーザの操作により、表示された進捗状況グラフに変更を加えてプロジェクトの実行条件を変更する場合の処理について説明する。例えば、ユーザがプロジェクトを予定通り完了させるために、プロジェクトに対する作業者の配置を変更したり、プロジェクト内のタスクを変更したりして、プロジェクトの実行条件を変更することが考えられる。このような変更をする場合に、関係する他のプロジェクトも含めてプロジェクトの状況がどのように変化するかを確認できれば、ユーザは、どのように計画変更すれば良いか判断し易くなる。
【００７５】
そこで、本実施の形態では、ユーザが進捗状況グラフ上で種々の変更を加えると、プロジェクト管理システム１０は、各プロジェクトの状況がどのように変化するかを表示するようになっている。即ち、プロジェクト管理システム１０は、プロジェクトの実行条件を変更することにより、そのプロジェクトの状況がどのように変化するかを表示する。さらに、プロジェクト管理システム１０は、プロジェクトの実行条件を変更することにより、他のプロジェクトとの間の関連度合が変化するのに伴って、他のプロジェクトおよび関連度合がどのように変化するかを表示する。ここで、プロジェクト管理システム１０は、ユーザにより変更が加えられたことでどのような影響があるかを表示すれば良く、実際にプロジェクト情報ＤＢ１１等のデータベースの値を更新しなくても良い。以下では、ユーザが行う操作について具体例を示して説明する。
【００７６】
［スライダーの移動により作業量の配分を変更する例］
まず、ユーザの操作により、作業者における作業量の配分を変更する例について説明する。本実施例では、入力受付部１３は、操作対象として、プロジェクト画像に関連付けられた関連度合画像を選択する操作入力を受け付ける。そして、操作入力をもとに、表示制御部１６は、選択された関連度合画像に関連付いた両方のプロジェクトを担当している作業者のリストを表示する。また、入力受付部１３にてリスト中の作業者を選択する操作入力を受け付けると、表示制御部１６は、選択された作業者における作業量の配分を示す配分表を表示する。そして、ユーザが配分表上でスライダーを移動させることにより、作業量の配分が変更される。
【００７７】
図９は、作業量の配分を変更する際に表示される進捗状況グラフの一例を示す図である。図９に示す例では、プロジェクトＢとプロジェクトＣとの間の矢印が選択され、プロジェクトＢ及びプロジェクトＣの両プロジェクトを担当しているlisa、tomが示された、リスト６１が表示されている。さらに、リスト６１でlisaが選択されたことにより、プロジェクトＢおよびプロジェクトＣに対するlisaの作業量の配分を示す配分表６２が表示されている。図２（ｂ）に示すプロジェクト情報より、lisaの作業量の配分は、プロジェクトＢに「８０％」、プロジェクトＣに「２０％」であるため、配分表６２にはその値が表示される。また、両プロジェクトの境界に位置するスライダー６３を左右に移動させることで、各プロジェクトの作業量の配分が変更される。
【００７８】
例えば、ユーザがスライダー６３を左に移動させると、プロジェクトＢの配分が減り、プロジェクトＣの配分が増える。一方、ユーザがスライダーを右に移動させると、プロジェクトＢの配分が増え、プロジェクトＣの配分が減る。そして、本実施例では、ユーザがスライダー６３を右に移動させることにより、プロジェクトＢの配分を「９５％」、プロジェクトＣの配分を「５％」に変更する。
【００７９】
図１０（ａ）〜（ｃ）は、作業量の配分変更後の進捗差異を算出するために用いられるデータの一例を示す図である。まず、図１０（ａ）は、プロジェクトに対する作業者の作業量の配分の一例を示す図である。ここで、図２（ｂ）に示す例と比較して、lisaの作業量の配分が変更されたため、プロジェクトＢの配分が「８０％」から「９５％」に変更され、プロジェクトＣの配分が「２０％」から「５％」に変更されている。
【００８０】
次に、図１０（ｂ）は、各作業者が実行可能な作業量の一例を示す図である。ここでは、lisaの作業量の配分が変更されたことにより、プロジェクトＢ、プロジェクトＣに対してプロジェクト完了までにlisaが実行可能な作業量が変更される。具体的には、図６（ａ）に示す例では、プロジェクトＢについて「１０２．４」であったが、プロジェクトＢに対する作業量の配分が増えたことにより、図１０（ｂ）に示すように「１２１．６」と算出される。また、図６（ａ）に示す例では、プロジェクトＣについて「２５．６」だったが、プロジェクトＣに対する配分が減ることにより、図１０（ｂ）に示すように「６．４」と算出される。そして、プロジェクトＢ、プロジェクトＣについては、４人の作業量の合計も変更される。図６（ａ）に示す例では、プロジェクトＢ、プロジェクトＣについてそれぞれ「２５６」、「６４」であったが、図１０（ｂ）に示すように、それぞれ「２７５．２」、「４４．８」となる。
【００８１】
次に、図１０（ｃ）は、各プロジェクトについて現時点で完了しておくべき作業量の一例を示す図である。ここでも、lisaの作業量の配分が変更されたことにより、プロジェクトＢ、プロジェクトＣについて現時点で完了しておくべき作業量が変更される。プロジェクトＢ、プロジェクトＣの全体の作業量は変更されないため、図６（ｃ）に示すように、それぞれ「４８０」、「２３５」である。一方、本実施例では、プロジェクトＢ、プロジェクトＣでプロジェクト完了までに実行可能な作業量は、図１０（ｂ）に示すように、「２７５．２」、「４４．８」となる。そのため、現時点で完了しておくべき作業量は、プロジェクトＢでは、４８０−２７５．２で計算され、「２０４．８」となる。また、プロジェクトＣでは、２３５−４４．８で計算され、「１９０．２」となる。ここで、例えば、プロジェクトＣについて、残りの作業量は、図６（ｃ）に示すように「６５」である一方、プロジェクト完了までに実行可能な作業量は、図１０（ｂ）に示すように「４４．８」となる。そのため、プロジェクトＣでは、作業量が２０ほど不足している。
【００８２】
そして、プロジェクトＢでは、図６（ｃ）の「Done」の値より、実際に完了した作業量は「１３０」であり、現時点で完了しておくべき作業量は、図１０（ｃ）に示すように「２０４．８」である。そのため、プロジェクトＢの進捗差異は、１−１３０／２０４．８で計算され、「３７％」となる。また、プロジェクトＣでは、図６（ｃ）の「Done」の値より、実際に完了した作業量は「１７０」であり、現時点で完了しておくべき作業量は、図１０（ｃ）に示すように「１９０．２」である。そのため、プロジェクトＣの進捗差異は、１−１７０／１９０．２で計算され、「１１％」となる。
【００８３】
付言すると、lisaの作業量の配分として、プロジェクトＢの配分を増やし、プロジェクトＣの配分を減らすことにより、図７に示す例と比較して、プロジェクトＢの進捗差異が「４２％」から「３７％」になり、プロジェクトＣの進捗差異が「１％」から「１１％」になった。図１１は、作業量の配分変更後の進捗状況グラフの一例を示す図である。図８に示すグラフと比較して、プロジェクトＢ、プロジェクトＣの進捗差異が変わったため、矢印６４に示すようにプロジェクトＢに対応する円の位置が下がり、それに伴って矢印６５に示すようにプロジェクトＣに対応する円の位置が上がっている。
【００８４】
また、プロジェクト画像の位置が変わるのに伴い、関連度合画像も更新される。本実施例では、プロジェクトＢ、プロジェクトＣの位置が変わるのに伴い、プロジェクトＢとプロジェクトＣとの間の矢印の位置も変更される。ただし、プロジェクトＢ、プロジェクトＣの位置が変わっても、tomおよびlisaがプロジェクトＢ及びプロジェクトＣで担当している各タスクの残りの作業量の合計は変わらないため、プロジェクトＢとプロジェクトＣとの間の矢印の太さは変わらない。
【００８５】
このように、スライダーの移動により作業量の配分を変更することにより、進捗状況グラフ上でプロジェクト画像の位置が上下する。そのため、ユーザは、変更後のプロジェクト画像の位置を確認して、どのように作業量の配分を変更するべきか判断すれば良い。また、本実施例では、スライダーの移動により作業量の配分を変更することとしたが、例えば、作業量の配分を示す値を直接数字で入力して変更することとしても良い。
【００８６】
［プロジェクト画像を下に移動させて作業者の割り当てを変更する例］
次に、ユーザの操作により、作業者の割り当てを変更する例について説明する。本実施例では、入力受付部１３は、操作対象として、プロジェクト画像とともに、プロジェクト画像に関連付けられた関連度合画像を選択する操作入力を受け付ける。また、ユーザがプロジェクト画像を上下にドラッグすることにより、入力受付部１３は、プロジェクト画像を進捗状況グラフで上下に移動させる操作入力を受け付ける。このような操作入力により、進捗状況グラフ上でプロジェクトの進捗差異が変化するため、進捗差異が変化することに応じてプロジェクト間で作業者の調整が行われる。
【００８７】
付言すると、ユーザがプロジェクト画像を上に移動させると、進捗差異が大きくなるため、プロジェクトの進捗が悪くなるように処理される。この場合、進捗状況算出部１４は、他のプロジェクトに作業者の割り当てを移行させる処理を行う。一方、ユーザが円を下に移動させると、進捗差異が小さくなるため、進捗が良くなるように処理される。この場合、進捗状況算出部１４は、その分処理される作業量を増やす必要が出てくるため、他のプロジェクトから作業者の割り当てを移行させる処理を行う。本実施例では、ユーザは、プロジェクトＢとプロジェクトＣとの間の矢印を選択し、プロジェクトＢに対応する円を下に移動させることにより、プロジェクトＢに作業者の割り当てを移行させるものとして説明する。
【００８８】
図１２（ａ）〜（ｃ）は、作業者の割り当て変更後の進捗差異を算出するために用いられるデータの一例を示す図である。まず、図１２（ａ）は、プロジェクトに対する作業者の作業量の配分の一例を示す図である。ここで、図２（ｂ）に示す例と比較して、プロジェクトＢへの作業者の割り当てが増加するため、プロジェクトＢに対する作業量の配分が増えている。それに伴い、プロジェクトＢと矢印で結ばれたプロジェクトＣに対する作業量の配分が減っている。即ち、プロジェクトＣへの作業者の割り当てがプロジェクトＢに移動したことになる。具体的には、プロジェクトＢについて、図２（ｂ）に示す例では、tomは「７０％」、lisaは「８０％」であったが、図１２（ａ）に示す例では、「Difference」の項目分が増加されて、tomは「８０％」、lisaは「９０％」と変更される。一方、プロジェクトＣについて、図２（ｂ）に示す例では、tomは「３０％」、lisaは「２０％」であったが、図１２（ａ）に示す例では、「Difference」の項目分が減少されて、tomは「２０％」、lisaは「１０％」と変更される。
【００８９】
次に、図１２（ｂ）は、各作業者が実行可能な作業量の一例を示す図である。ここでは、プロジェクトＢ、プロジェクトＣに対する作業量の配分が変更されたことにより、プロジェクトＢ、プロジェクトＣに対してプロジェクト完了までに実行可能な作業量が変更される。具体的には、図６（ａ）に示す例では、プロジェクトＢについて、tomは「８９．６」、lisaは「１０２．４」であったが、プロジェクトＢに対する作業量の配分が増えたことにより、図１２（ｂ）に示すように、tomは「１０２．４」、lisaは「１１５．２」と算出される。また、図６（ａ）に示す例では、プロジェクトＣについて、tomは「３８．４」、lisaは「２５．６」であったが、プロジェクトＣに対する作業量の配分が減ったことにより、図１２（ｂ）に示すように、tomは「２５．６」、lisaは「１２．８」と算出される。
【００９０】
そして、プロジェクトＢ，プロジェクトＣについては、４人の作業量の合計も変更される。図６（ａ）に示す例では、プロジェクトＢ、プロジェクトＣについてそれぞれ「２５６」、「６４」であったが、図１２（ｂ）に示すように、それぞれ「２８１．６」、「３８．４」となる。即ち、プロジェクトＢについては、プロジェクト完了までに実行可能な作業量を増やす処理が行われ、プロジェクトＣについては、プロジェクト完了までに実行可能な作業量を減らす処理が行われたこととなる。
【００９１】
次に、図１２（ｃ）は、各プロジェクトについて現時点で完了しておくべき作業量の一例を示す図である。ここでも、プロジェクトＢ、プロジェクトＣに対する作業量の配分が変更されたことにより、プロジェクトＢ、プロジェクトＣについて現時点で完了しておくべき作業量が変更される。プロジェクトＢ、プロジェクトＣの全体の作業量は変更されないため、図６（ｃ）に示すように、それぞれ「４８０」、「２３５」である。一方、本実施例では、プロジェクトＢ、プロジェクトＣでプロジェクト完了までに実行可能な作業量は、図１２（ｂ）に示すように、「２８１．６」、「３８．４」である。そのため、現時点で完了しておくべき作業量は、プロジェクトＢでは、４８０−２８１．６で計算され、「１９８．４」となる。また、プロジェクトＣでは、２３５−３８．４で計算され、「１９６．６」となる。
【００９２】
そして、プロジェクトＢでは、図６（ｃ）の「Done」の値より、実際に完了した作業量は「１３０」であり、現時点で完了しておくべき作業量は、図１２（ｃ）に示すように「１９８．４」である。そのため、プロジェクトＢの進捗差異は、１−１３０／１９８．４で計算され、「３４％」となる。また、プロジェクトＣでは、図６（ｃ）の「Done」の値より、実際に完了した作業量は「１７０」であり、現時点で完了しておくべき作業量は、図１２（ｃ）に示すように「１９６．６」である。そのため、プロジェクトＣの進捗差異は、１−１７０／１９６．６で計算され、「１４％」となる。
【００９３】
付言すると、プロジェクトＢに対応する円を下に移動させることにより、図７に示す例と比較して、プロジェクトＢの進捗差異が「４２％」から「３４％」になり、プロジェクトＣの進捗差異が「１％」から「１４％」になった。図１３は、作業者の割り当て変更後の進捗状況グラフの一例を示す図である。図８に示すグラフと比較して、プロジェクトＢ、プロジェクトＣの進捗差異が変わったため、矢印６６に示すようにプロジェクトＢに対応する円の位置が下がり、それに伴って矢印６７に示すようにプロジェクトＣに対応する円の位置が上がっている。
【００９４】
また、プロジェクト画像の位置が変わるのに伴い、関連度合画像も更新される。本実施例では、プロジェクトＢ、プロジェクトＣの位置が変わるのに伴い、プロジェクトＢとプロジェクトＣとの間の矢印の位置も変更される。ただし、プロジェクトＢ、プロジェクトＣの位置が変わっても、tomおよびlisaがプロジェクトＢ及びプロジェクトＣで担当している各タスクの残りの作業量の合計は変わらないため、プロジェクトＢとプロジェクトＣとの間の矢印の太さは変わらない。
【００９５】
さらに、プロジェクトＡは、プロジェクトＢとの間で関係を有しているが、操作対象としてプロジェクトＡとプロジェクトＢとの間の矢印が選択されていないため、プロジェクトＢの円を下に移動させても、プロジェクトＡへの作業者の割り当ては変化しない。
【００９６】
このように、プロジェクトに対応する円の位置を上下にドラッグすることにより、プロジェクトの進捗差異が変化するため、プロジェクト間で作業者の調整が行われる。そのため、ユーザは、調整が行われた後に、各プロジェクトに対する作業者の割り当てとプロジェクト画像の位置とを確認して、どのように作業者の割り当てを変更するべきか判断すれば良い。
【００９７】
また、本実施例では、円を上下にドラッグして進捗差異を変化させることによりプロジェクトに対する作業者の割り当てが変化することとしたが、このような構成に限られるものではない。例えば、円を下に移動させて進捗差異を減らすことにより、プロジェクト内で優先度の低いタスクが除外されたり、優先度の低いタスクの作業量を減少したりすることとしても良い。また、例えば、円を上に移動させて進捗差異を増やすことにより、新たなタスクを受け付けたり、タスクの作業量を増加したりすることとしても良い。このように、プロジェクト画像に対する操作入力に応じてどのような処理が行われるかは、プロジェクト管理システム１０にて予め決められているものとする。
【００９８】
［プロジェクト画像を小さくしてタスクを変更する例］
次に、ユーザの操作により、プロジェクト内のタスクを変更する例について説明する。本実施例では、入力受付部１３は、操作対象として、プロジェクト画像とともに、プロジェクト画像に関連付けられた関連度合画像を選択する操作入力を受け付ける。さらに、ユーザがプロジェクト画像の端をドラッグすることにより、入力受付部１３は、プロジェクト画像の大きさを変化させる操作入力を受け付ける。このような操作入力により、プロジェクトの規模が変化し、プロジェクト内のタスクが変化する。
【００９９】
付言すると、ユーザがプロジェクト画像を大きくすると、プロジェクトの規模が大きくなり、例えば、新たなタスクを受け付けたり、タスクの作業量を増加したりすることが可能となる。一方、ユーザがプロジェクト画像を小さくすると、プロジェクトの規模が小さくなり、例えば、優先度の低いタスクが除外されたり、優先度の低いタスクの作業量が減少したりすることとなる。本実施例では、ユーザは、プロジェクトＢに対応する円を小さくすることにより、プロジェクトＢのタスクを除外するものとして説明する。
【０１００】
ここで、図３に示すプロジェクト情報において、プロジェクトＢ内ではタスクb5が最も優先度が低いため、タスクb5が除外されることとなる。タスクb5が除外されると、プロジェクトＢの全体の作業量、残りの作業量が減少する。図１４（ａ）、（ｂ）は、タスクｂ５除外後の進捗差異を算出するために用いられるデータの一例を示す図である。まず、図１４（ａ）は、各プロジェクトにおける実際に完了した作業量および残りの作業量の一例を示す図である。ここで、プロジェクトＢの全体の作業量は、図６（ｃ）に示す例では「４８０」であるが、タスクb5が除外されたことにより、タスクb5の作業量である「８０」だけ減少し、図１４（ａ）に示すように「４００」になる。同様に、プロジェクトＢの残りの作業量は、図６（ｃ）に示す例では「３５０」であるが、タスクb5が除外されたことにより「８０」減少し、図１４（ａ）に示すように「２７０」になる。
【０１０１】
図１４（ｂ）は、各プロジェクトについて現時点で完了しておくべき作業量の一例を示す図である。ここでも、タスクb5が除外されたことにより、現時点で完了しておくべき作業量が減少する。即ち、プロジェクトＢについて、図６（ｂ）に示す例では、現時点で完了しておくべき作業量は「２２４」であったが、タスクb5が除外されたことに伴い、「８０」減少することとなり、図１４（ｂ）に示すように「１４４」になる。
【０１０２】
そして、プロジェクトＢでは、図６（ｃ）の「Done」の値より、実際に完了した作業量は「１３０」であり、現時点で完了しておくべき作業量は、図１４（ｂ）に示すように「１４４」である。そのため、プロジェクトＢの進捗差異は、１−１３０／１４４で計算され、「１０％」となる。付言すると、プロジェクトＢに対応する円を小さくすることにより、図７に示す場合と比較して、プロジェクトＢの進捗差異が「４２％」から「１０％」になる。
【０１０３】
図１５（ａ）は、タスクｂ５除外後の、各プロジェクトのプロジェクト画像を配置する位置、プロジェクト画像の大きさを示す値の一例を示す図である。また、図１５（ｂ）、（ｃ）は、図１５（ａ）の値をもとに生成されたグラフの一例を示す図である。図１５（ａ）に示す例では、図７（ａ）に示す例と比較して、プロジェクトＢの進捗差異が「４２％」から「１０％」になっている。また、タスクb5が除外されたことにより、プロジェクトＢの「Open」の作業量が「１８０」から「１００」になっている。また、図１５（ｂ）に示すグラフでは、図７（ｂ）に示すグラフと比較して、プロジェクトＢのプロジェクト画像が配置される位置が下がっている。さらに、図１５（ｃ）に示すグラフでは、図７（ｃ）に示すグラフと比較して、タスクb5が除外されたことにより、プロジェクトＢの「Open」の領域が小さくなっている。
【０１０４】
ここで、図３に示すプロジェクト情報や図４に示す関係検索情報において、除外されたタスクb5に依存するタスクとして、タスクa8が存在することが示されている。そして、タスクb5が除外されたことにより、タスクb5と依存関係にあるタスクa8は、実行不可になる。このように、タスクが除外されたことにより他のプロジェクト内のタスクが実行不可となる場合には、図１５（ｂ）に示すように、矢印を表示して警告が行われる。図１５（ｂ）に示す例では、プロジェクトＢに対応する点からプロジェクトＡに対応する点に向けて矢印が設けられており、プロジェクトＢのタスクを除外したことによりプロジェクトＡのタスクに影響が出たことを示している。
【０１０５】
また、表示部１７には、タスクa8が実行不可になることを示すメッセージ等が表示される。そして、ユーザがタスクa8を実行しないことを受諾する操作入力を行うと、タスクa8が除外される処理が行われる。図１６（ａ）〜（ｃ）は、タスクａ８除外後の進捗差異を算出するために用いられるデータの一例を示す図である。まず、図１６（ａ）は、タスクa8除外後の、各プロジェクトにおける実際に完了した作業量および残りの作業量の一例を示す図である。ここで、プロジェクトＡの全体の作業量は、図６（ｃ）に示す例では「３０５」であるが、タスクa8が除外されたことにより、タスクa8の作業量である「５０」だけ減少し、図１６（ａ）に示すように「２５５」になる。同様に、プロジェクトＡの残りの作業量は、図６（ｃ）に示す例では「２５１」であるが、タスクa8が除外されたことにより「５０」減少し、図１６（ａ）に示すように「２０１」になる。
【０１０６】
図１６（ｂ）は、タスクa8除外後の、各プロジェクトについて現時点で完了しておくべき作業量の一例を示す図である。ここでも、タスクa8が除外されたことにより、現時点で完了しておくべき作業量が減少する。即ち、プロジェクトＡについて、図６（ｂ）に示す例では、現時点で完了しておくべき作業量は「７４．６」であったが、タスクa8が除外されたことに伴い、「５０」減少することとなり、図１６（ｂ）に示すように「２４．６」になる。
【０１０７】
そして、プロジェクトＡでは、図６（ｃ）の「Done」の値より、実際に完了した作業量は「５４」であり、現時点で完了しておくべき作業量は、図１６（ｂ）に示すように「２４．６」である。そのため、プロジェクトＡの進捗差異は、１−５４／２４．６で計算されるが、計算される値は１を超えるため、「０％」となる。
【０１０８】
図１７（ａ）は、タスクａ８除外後の、各プロジェクトのプロジェクト画像を配置する位置、プロジェクト画像の大きさを示す値の一例を示す図である。また、図１７（ｂ）、（ｃ）は、図１７（ａ）の値をもとに生成されたグラフの一例を示す図である。図１７（ａ）に示す例では、図１５（ａ）に示す例と比較して、プロジェクトＡの進捗差異が「２８％」から「０％」になっている。また、タスクa8が除外されたことにより、プロジェクトＡの「Open」の作業量が「２００」から「１５０」になっている。また、図１７（ｂ）に示すグラフでは、図１５（ｂ）に示すグラフと比較して、プロジェクトＡのプロジェクト画像が配置される位置が下がっている。さらに、図１７（ｃ）に示すグラフでは、図１５（ｃ）に示すグラフと比較して、タスクa8が除外されたことにより、プロジェクトＡの「Open」の領域が小さくなっている。また、タスクa8が除外されることをユーザが受諾したことにより、図１５（ｂ）に示す例で警告を示していた矢印は、警告が解除されて模様が変化し、図１７（ｂ）に示すように表示される。ここで、警告が解除されたことを示す構成はこのようなものに限られず、例えば矢印の色が変化することとしても良い。
【０１０９】
また、プロジェクトＡ及びプロジェクトＢの双方を担当している作業者はsusanであり、プロジェクトＡとプロジェクトＢとの間の関連度合の算出ではsusanが担当している作業量が合計される。ここで、除外されたタスクa8、タスクb5はsusanの担当であるため、タスクが除外されたことにより、プロジェクトＡとプロジェクトＢとの間の関連度合が小さくなる。具体的には、タスクa8の残りの作業量は「５０」、タスクb5の残りの作業量は「８０」であるため、タスクを除外する前の関連度合は上述したように「２４０」であったが、除外された分の作業量が減算され、「１１０」となる。さらに、タスクa8がタスクb5に依存するとして関連度合にさらに値を足していた場合には、足していた分の値も減算されることとなる。
【０１１０】
図１８は、タスク除外後の進捗状況グラフの一例を示す図である。図８に示すグラフと比較して、プロジェクトＢに対応する円を小さくすることにより、矢印６８に示すようにプロジェクトＢに対応する円の位置が下がっている。また、矢印６９に示すようにプロジェクトＡに対応する円の位置も下がっている。また、プロジェクトＡとプロジェクトＢとの間の関連度合が小さくなったため、プロジェクトＡとプロジェクトＢとの間の矢印（矢印画像５４）が細くなっている。
【０１１１】
このように、プロジェクトに対応する円の大きさを変化させることにより、プロジェクト内のタスクが変化する。また、タスクが除外された場合に、除外されたタスクに関連するタスクが実行不可になれば、実行不可になることが警告される。そして、ユーザが受諾することにより、実行不可になったタスクも除外される。ただし、ユーザが受諾しなくても、実行不可になったタスクが除外されることとしても良い。また、本実施例では、プロジェクト画像を小さくする操作入力に応じて、タスクを除外する処理が行われることとしたが、このような構成に限られるものではなく、例えば、プロジェクト画像を小さくすることにより、プロジェクトに対する作業者の割り当てを減少させることとしても良い。ただし、上述したように、プロジェクト画像に対する操作入力に応じてどのような処理が行われるかは、プロジェクト管理システム１０にて予め決められているものとする。
【０１１２】
また、上記のように、進捗状況グラフに変更を加える場合の処理として実施例を示して説明したが、変更を加える処理としては実施例の構成に限られるものではない。例えば、ユーザがプロジェクトに対応する円を左右にドラッグすると、プロジェクト期間が変更されることとしても良い。即ち、ユーザが円を左にドラッグすると、プロジェクト期間が長くなるため、例えば、現時点で完了しておくべき作業量が減り、進捗差異が小さくなる。また、ユーザが円を右にドラッグすると、プロジェクト期間が短くなるため、例えば、現時点で完了しておくべき作業量が増え、進捗差異が大きくなる。他に、例えば、ユーザは、プロジェクト内のタスクを表示させて、タスクの優先度を変更する処理を行うこととしても良い。
【０１１３】
さらに、本実施の形態では、プロジェクト同士で関係がなく関連度合が「０」の場合には関連度合画像を表示しないこととしたが、関係がない場合でも関連度合画像を表示することとしても良い。例えば、図９に示すグラフにおいて、プロジェクトＡとプロジェクトＣとの間の関連度合は「０」であるが、２つのプロジェクト画像に関連付けて関連度合画像を表示することとしてもよい。この場合、例えば、ユーザは、プロジェクトＡとプロジェクトＣとの間の矢印を選択し、配分表６２のスライダー６３を移動させることにより、プロジェクトＡとプロジェクトＣとの間で作業量の配分を変更することが考えられる。
【０１１４】
＜進捗状況グラフを表示する処理の他の例＞
次に、進捗状況グラフを表示する処理の他の例について説明する。本実施例では、作業者は、プロジェクトの実行時に実際にかかった時間を計測しておく。そして、ユーザは、作業するたびに、計測時間をプロジェクトごとに累積し、プロジェクト情報ＤＢ１１に記録する。また、進捗状況算出部１４は、「現時点までに累積された時間」と「実際に完了した作業量」との間にどれくらいの差があるかを算出する。例えば、「現時点までに累積された時間」が「実際に完了した作業量」よりも多い場合、作業者のスキル不足等により、予定より時間がかかったこととなる。このような場合、進捗状況算出部１４は、「現時点で完了しておくべき作業量」を計算した値よりもさらに増加させた上で、進捗差異を計算する。これは、残りの作業についても予定より時間がかかると想定されるため、予定通りプロジェクトを完了させるためには、「現時点で完了しておくべき作業量」を計算した値より多くしなければならないと考えられるためである。
【０１１５】
図１９は、各プロジェクトにて現時点までに累積された時間の一例を示す図である。図示の例では、tom、lisa、charles、susanの４人の作業者が各プロジェクトに対して現時点までに実際にかかった累計時間が示されている。また、「Time Spent」は全ての作業者の合計を示す。図１９に示す例において、例えば、tomは、プロジェクトＢについて、現時点までに「７８．４」時間の作業をしたこととなる。また、プロジェクトＢについて、４人の作業者の合計として「２２４」時間の作業がなされたこととなる。また、プロジェクトＢについて、「実際に完了した作業量」を図６（ｃ）に示すように「１３０」時間とすると、「現時点までに累積された時間」が「実際に完了した作業量」よりも多いこととなる。そのため、進捗状況算出部１４は、「現時点で完了しておくべき作業量」を、例えば「１０」増加させた上で、プロジェクトＢの進捗差異を計算する。このように、「現時点で完了しておくべき作業量」が増加することにより、進捗差異は大きくなる。
【０１１６】
以上説明したように、本実施の形態に係るプロジェクト管理システム１０は、進捗状況グラフを表示することにより、各プロジェクトの進捗状況を提示するとともに、プロジェクト間に関連がある場合にその関連度の度合いも提示する。そのため、ユーザは、プロジェクトごとの進捗状況に加えて、プロジェクト間でどれくらい関係があるかを把握することが容易になる。また、ユーザは、表示されたグラフ上で、プロジェクトに対する作業者の割り当てやプロジェクト内のタスク等、プロジェクトの実行条件を一時的に変更させることが可能であり、プロジェクト管理システム１０は、ユーザによる変更を即座にグラフ上に反映させる。そのため、計画を変更することにより各プロジェクトにどのような影響があるかの試行がグラフ上で行われ、ユーザは、表示されたグラフを確認しながら、計画の変更が適切であるかの判断を行う。
【０１１７】
＜プロジェクト管理システム１０のハードウェア構成例＞
最後に、プロジェクト管理システム１０のハードウェア構成について説明する。図２０は、本実施の形態に係るプロジェクト管理システム１０を構成するのに好適なハードウェア構成例を示す図である。ここでは、コンピュータに適用する場合について説明する。図２０に示すコンピュータは、演算手段であるＣＰＵ（Central Processing Unit）１０ａと、主記憶手段であるメモリ１０ｃを備える。また、外部デバイスとして、磁気ディスク装置（ＨＤＤ：Hard Disk Drive）１０ｇ、ネットワーク・インターフェイス１０ｆ、ディスプレイ装置を含む表示機構１０ｄ、音声機構１０ｈ、キーボードやマウス等の入力デバイス１０ｉ等を備える。
【０１１８】
図２０に示す構成例では、メモリ１０ｃおよび表示機構１０ｄは、システム・コントローラ１０ｂを介してＣＰＵ１０ａに接続されている。また、ネットワーク・インターフェイス１０ｆ、磁気ディスク装置１０ｇ、音声機構１０ｈおよび入力デバイス１０ｉは、Ｉ／Ｏコントローラ１０ｅを介してシステム・コントローラ１０ｂと接続されている。各構成要素は、システム・バスや入出力バス等の各種のバスによって接続される。
【０１１９】
図２０において、磁気ディスク装置１０ｇにはＯＳのプログラムやアプリケーション・プログラムが格納されている。そして、これらのプログラムがメモリ１０ｃに読み込まれてＣＰＵ１０ａに実行されることにより、本実施の形態に係るプロジェクト管理システム１０における進捗状況算出部１４、関連度合算出部１５、表示制御部１６の機能が実現される。また、メモリ１０ｃや磁気ディスク装置１０ｇ等の記憶手段により、プロジェクト情報ＤＢ１１、関係検索情報ＤＢ１２が実現される。また、表示機構１０ｄにより表示部１７が実現され、入力デバイス１０ｉにより入力受付部１３が実現される。
【０１２０】
なお、図２０は、本実施の形態が適用されるのに好適なコンピュータのハードウェア構成を例示するに過ぎない。本実施の形態は、プロジェクトの情報を管理してプロジェクトの進捗状況やプロジェクト間の関係を表示する機能を有する装置に広く適用できるものであり、図示の構成においてのみ本実施の形態が実現されるのではない。
【０１２１】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態には限定されない。本発明の精神及び範囲から逸脱することなく様々に変更したり代替態様を採用したりすることが可能なことは、当業者に明らかである。
【符号の説明】
【０１２２】
１０…プロジェクト管理システム、１１…プロジェクト情報ＤＢ、１２…関係検索情報ＤＢ、１３…入力受付部、１４…進捗状況算出部、１５…関連度合算出部、１６…表示制御部、１７…表示部
【図１】
0006025154.tif 000002
【図２】
0006025154.tif 000003
【図３】
0006025154.tif 000004
【図４】
0006025154.tif 000005
【図５】
0006025154.tif 000006
【図６】
0006025154.tif 000007
【図７】
0006025154.tif 000008
【図８】
0006025154.tif 000009
【図９】
0006025154.tif 000010
【図１０】
0006025154.tif 000011
【図１１】
0006025154.tif 000012
【図１２】
0006025154.tif 000013
【図１３】
0006025154.tif 000014
【図１４】
0006025154.tif 000015
【図１５】
0006025154.tif 000016
【図１６】
0006025154.tif 000017
【図１７】
0006025154.tif 000018
【図１８】
0006025154.tif 000019
【図１９】
0006025154.tif 000020
【図２０】
0006025154.tif 000021