(57)【要約】【課題】プロジェクトにおける担当者の状況とプロジェクトにおける各工程の状況を考慮してプロジェクトの遂行を管理するプロジェクト工程管理装置およびプロジェクト工程管理プログラムを提供する。【解決手段】プロジェクトを遂行するためのタスク、タスクの実施を担当するリソース、タスクの遂行の予定日、およびタスクの実施日の履歴を少なくとも関連付けるレコードを有するプロジェクト管理データ１６を記憶する記憶装置１０７と、プロジェクト管理データ１６に含まれるタスクの遂行の予定日とタスクの実施日の履歴に基づいてプロジェクトの進捗状況として実施済みかまたは遅延しているかを判定する判定部１４と、判定部１４における判定の結果に基づいて、プロジェクトの進捗状況を表す進捗フラグを含むプロジェクト状況データ１８を生成する生成部１５とを有する。【選択図】    図１
2007109108.tif 000002
【特許請求の範囲】
【請求項１】
プロジェクトを遂行するためのタスク、前記タスクの実施を担当するリソース、前記タスクの遂行の予定日、および前記タスクの実施日の履歴を少なくとも関連付けるレコードを有するプロジェクト管理データを記憶する記憶装置と、
前記プロジェクト管理データに含まれるタスクの遂行の予定日と前記タスクの実施日の履歴に基づいてプロジェクトの進捗状況として実施済みかまたは遅延かを判定する判定部と、
前記判定部における判定の結果に基づいて、前記プロジェクトの進捗状況を表わす進捗フラグを含むプロジェクト状況データを生成する生成部と、
を有することを特徴とするプロジェクト工程管理装置。
【請求項２】
前記判定部は、
前記プロジェクト管理データに含まれる前記実施の履歴に基づいてタスクが終了しているか否かを判定する終了判定手段を有し、
前記生成部は、
前記終了判定手段でタスクが終了していると判定されたタスクについて、前記進捗フラグのステータスを実績と設定したプロジェクト状況データを生成する実績設定手段を有する
ことを特徴とする請求項１記載のプロジェクト工程管理装置。
【請求項３】
前記判定部は、
前記プロジェクト管理データに含まれる前記タスクにリソースが関連付けられているか否かを判定する割当判定手段と、
前記プロジェクト管理データに含まれる前記タスクの遂行の予定日および前記タスクの実施日の履歴に基づいて、一日毎に着手が予定通りされているか否かを比較してタスクの実施が予定日を経過しているか否かを判定する予定比較手段とを有し、
前記生成部は、
前記終了判定手段でタスクが終了していないと判定され、前記割当手段で前記タスクにリソースが関連付けられていないと判定されたタスクについて、前記予定比較手段でタスクの開始の予定が経過していると判定された場合、前記進捗フラグのステータスを未実施リスクと設定する未実施リスク設定手段を有することを特徴とする請求項２記載のプロジェクト工程管理装置。
【請求項４】
前記生成部は、
前記終了判定手段でタスクが終了していないと判定され、前記割当手段で前記タスクにリソースが関連付けられていないと判定されたタスクについて、前記予定比較手段でタスクの開始の予定が経過していないと判定された場合、前記進捗フラグのステータスを未割当リスクと設定する未割当リスク設定手段を有することを特徴とする請求項３記載のプロジェクト工程管理装置。
【請求項５】
前記生成部は、
前記終了判定手段でタスクが終了していないと判定され、前記割当判定手段でリソースが関連付けられていると判定され、前記着手判定手段でタスクの着手がされていないと判定されたタスクについて、前記予定比較手段でタスクの予定日が経過していると判定された場合、前記進捗フラグのステータスを未実施リスクと設定する未実施リスク設定手段を有することを特徴とする請求項２記載のプロジェクト工程管理装置。
【請求項６】
前記生成部は、
前記終了判定手段でタスクが終了していないと判定され、前記割当判定手段でリソースが関連付けられていると判定され、前記着手判定手段でタスクの着手がされていないと判定されたタスクについて、前記予定比較手段でタスクの予定が経過していないと判定された場合、前記進捗フラグのステータスを予定と設定する予定設定手段を有することを特徴とする請求項５記載のプロジェクト工程管理装置。
【請求項７】
前記判定部は、
前記プロジェクト管理データに含まれる前記タスクにリソースが関連付けられているか否かを判定する割当判定手段と、
前記プロジェクト管理データに含まれる前記タスクの実施の履歴に基づいて前記タスクが着手されているか否かを判定する着手判定手段と、
前記プロジェクト管理データに含まれる前記タスクの遂行の予定および前記タスクの実施の履歴に基づいて着手が遅延したか否かを判定する遅延判定手段と、
前記プロジェクト管理データに含まれる前記タスクの実施の履歴に基づいて、一日毎にタスクの実施を確認し、実施がされたか否かを判定する実施確認手段と、
を有し、
前記生成部は、
前記終了判定手段でタスクが終了していないと判定され、前記割当判定手段でリソースが関連付けられていると判定され、前記着手判定手段でタスクの着手がされていると判定され、前記遅延判定手段でタスクの開始が遅延していないと判定されたタスクについて、前記実施確認手段で実施されたと判定された場合、前記進捗フラグのステータスを実績と設定する実績設定手段を有することを特徴とする請求項２記載のプロジェクト工程管理装置。
【請求項８】
前記生成部は、
前記終了判定手段でタスクが終了していないと判定され、前記割当判定手段でリソースが関連付けられていると判定され、前記着手判定手段でタスクの着手がされていると判定され、前記遅延判定手段でタスクの開始が遅延していないと判定されたタスクについて、前記実施確認手段で実施されていないと判定された場合、前記進捗フラグのステータスを予定と設定する予定設定手段を有することを特徴とする請求項７記載のプロジェクト工程管理装置。
【請求項９】
前記判定部は、
前記プロジェクト管理データに含まれる前記タスクにリソースが関連付けられているか否かを判定する割当判定手段と、
前記プロジェクト管理データに含まれる前記タスクの実施の履歴に基づいて前記タスクが着手されているか否かを判定する着手判定手段と、
前記プロジェクト管理データに含まれる前記タスクの遂行の予定および前記タスクの実施の履歴に基づいて着手が遅延したか否かを判定する遅延判定手段と、
前記プロジェクト管理データに含まれる前記タスクの遂行の予定および前記タスクの実施の履歴に基づいて、一日毎に着手が予定通りであるか否かを比較してタスクの開始の予定が経過しているか否かを判定する予定比較手段と、
前記プロジェクト管理データに含まれる前記タスクの実施の履歴に基づいて、一日毎にタスクの実施を確認し、実施がされたか否かを判定する実施確認手段と、
を有し、
前記生成部は、
前記終了判定手段でタスクが終了していないと判定され、前記割当判定手段でリソースが関連付けられていると判定され、前記着手判定手段でタスクの着手がされていると判定され、前記遅延判定手段でタスクの開始が遅延していると判定されたタスクについて、前記予定比較手段でタスクの予定が経過していると判定され、前記実施確認手段で実施されたと判定された場合、前記進捗フラグのステータスを実績と設定する実績設定手段を有することを特徴とする請求項２記載のプロジェクト工程管理装置。
【請求項１０】
前記生成部は、
前記終了判定手段でタスクが終了していないと判定され、前記割当判定手段でリソースが関連付けられていると判定され、前記着手判定手段でタスクの着手がされていると判定され、前記遅延判定手段でタスクの開始が遅延していると判定されたタスクについて、前記予定比較手段でタスクの予定が経過していると判定され、前記実施確認手段で実施されていないと判定された場合、前記進捗フラグのステータスを未実施リスクと設定する未実施リスク設定手段を有することを特徴とする請求項９記載のプロジェクト工程管理装置。
【請求項１１】
前記生成部は、
前記終了判定手段でタスクが終了していないと判定され、前記割当判定手段でリソースが関連付けられていると判定され、前記着手判定手段でタスクの着手がされていると判定され、前記遅延判定手段でタスクの開始が遅延していると判定されタスクについて、前記予定比較手段で予定が経過していないと判定された場合、前記進捗フラグのステータスを予定と設定する予定設定手段を有することを特徴とする請求項９記載のプロジェクト工程管理装置。
【請求項１２】
プロジェクトを遂行するためのタスクと、前記タスクの実施を担当するリソースと、前記タスクの遂行の予定と、前記タスクの実施の履歴とを関連付けられるレコードを有して記憶装置に記憶されるプロジェクト管理データが読み出されると、前記プロジェクト管理データに含まれるタスクの遂行の予定と前記タスクの実施の履歴に基づいてプロジェクトの実施がされているかまたは遅延しているかの状況を判定する判定ステップと、
前記判定部における判定の結果に基づいて、前記プロジェクトの実施の状況のフラグを含み、前記フラグに基づいて前記プロジェクトの実施の状況を含む表示画面を表示させるプロジェクト状況データを生成する生成ステップと、
をコンピュータに実行させることを特徴とするプロジェクト工程管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プロジェクトの実施の状況を把握するプロジェクト状況データを生成してプロジェクトを管理するプロジェクト工程管理装置およびプロジェクト工程管理プログラムに関する。
【背景技術】
【０００２】
あるプロジェクトを実行する場合、プロジェクトは複数の作業工程からなることから、これらの作業工程はプロジェクトの遂行を担当する複数の担当者から担当者が割り当てられる。作業工程ごとに割り当てられた担当者は各自の担当の業務（タスク）を実行する。これらのプロジェクトの遂行を管理する際、各作業工程に関する状況と担当者の状況を把握して管理することは困難である。
【０００３】
そのため、従来はプロジェクトを実行するにおいて、プロジェクトの遂行の状況を把握するシステムが用いられている。たとえば、担当者の負荷の状況について日程計画毎に負荷を山積みにしてグラフ化し、プロジェクトの作業工程を管理する技術がある。
【０００４】
また、複数の作業工程を分担して行う業務において、計測した作業工程の残留作業量を時刻とともに保持し、作業工程ごとに計測した残量作業量を時間経過のグラフとして個別または同時に並べて表示する方法により、各作業の進捗状況や各作業間のデータ転送の実績を一見して把握する技術がある（例えば、特許文献１参照）。
【特許文献１】特開２００４−２１７４４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、プロジェクトを遂行する担当者の状況を把握する場合、日々変化する予定や収集された実績を考慮する必要がある。一方、従来のプロジェクトの作業工程を管理する技術では、そのプロジェクトの状況を表示する際に予定や残量以外の情報について把握することが出来るように考慮されるものはない。すなわち、担当者の実績や未実施の作業工程、担当者が割り当てられていない作業工程については考慮されていない。
【０００６】
本来、プロジェクトの工程を管理する場合には、担当者が実際に作業工程に要した実績の負荷に関する情報を収集し、担当者毎の実績の負荷に関する情報と予定の負荷に関する情報とを考慮して管理できるようにすることが望ましい。また、実績の負荷や予定の負荷に関する情報を元にしたある時点での未実施の仕事量、担当者が割り当てられていない仕事量を考慮して管理できるようにすることが望ましい。
【０００７】
本発明は上記事情に鑑みてなされたものであり、プロジェクトにおける担当者の状況とプロジェクトにおける各工程の状況を考慮してプロジェクトの遂行を管理するプロジェクト工程管理装置およびプロジェクト工程管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明の第１の特徴に係るプロジェクト工程管理装置によれば、プロジェクトを遂行するためのタスク、タスクの実施を担当するリソース、タスクの遂行の予定、およびタスクの実施日の履歴を少なくとも関連付けるレコードを有するプロジェクト管理データを記憶する記憶装置と、プロジェクト管理データに含まれるタスクの遂行の予定日とタスクの実施日の履歴に基づいてプロジェクトの進捗状況として実施済みかまたは遅延かのを判定する判定部と、判定部における判定の結果に基づいて、プロジェクトの進捗状況を表す進捗フラグを含むプロジェクト状況データを生成する生成部とを有する。
【０００９】
上記のプロジェクト工程管理装置は、判定部は、プロジェクト管理データに含まれる実施の履歴に基づいてタスクが終了しているか否かを判定する終了判定手段を有し、生成部は、終了判定手段でタスクが終了していると判定されたタスクについて、進捗フラグのステータスを実績と設定したプロジェクト状況データを生成する実績判定手段を有することが望ましい。
【００１０】
上記のプロジェクト工程管理装置は、判定部は、プロジェクト管理データに含まれるタスクにリソースが関連付けられているか否かを判定する割当判定手段と、プロジェクト管理データに含まれるタスクの遂行の予定日およびタスクの実施日の履歴に基づいて、一日毎に着手が予定通りされているか否かを比較してタスクの実施が予定日を経過しているか否かを判定する予定比較手段とを有し、生成部は、終了判定手段でタスクが終了していないと判定され、割当手段でタスクにリソースが関連付けられていないと判定されたタスクについて、予定比較手段でタスクの開始の予定が経過していると判定された場合、進捗フラグのステータスを未実施リスクのフラグと設定する未実施リスク設定手段を有することが望ましい。
【００１１】
上記のプロジェクト工程管理装置は、生成部は、終了判定手段でタスクが終了していないと判定され、割当手段でタスクにリソースが関連付けられていないと判定されたタスクについて、予定比較手段でタスクの開始の予定が経過していないと判定された場合、進捗フラグのステータスを未割当リスクと設定する未割当リスク設定手段を有することが望ましい。
【００１２】
上記のプロジェクト工程管理装置は、生成部は、終了判定手段でタスクが終了していないと判定され、割当判定手段でリソースが関連付けられていると判定され、着手判定手段でタスクの着手がされていないと判定されたタスクについて、予定比較手段でタスクの予定日が経過していると判定された場合、進捗フラグのステータスを未実施リスクと設定する未実施リスク設定手段を有することが望ましい。
【００１３】
上記のプロジェクト工程管理装置は、生成部は、終了判定手段でタスクが終了していないと判定され、割当判定手段でリソースが関連付けられていると判定され、着手判定手段でタスクの着手がされていないと判定されたタスクについて、予定比較手段でタスクの予定が経過していないと判定された場合、進捗フラグのステータスを予定と設定する予定設定手段を有することが望ましい。
【００１４】
上記のプロジェクト工程管理装置は、判定部は、プロジェクト管理データに含まれるタスクにリソースが関連付けられているか否かを判定する割当判定手段と、プロジェクト管理データに含まれるタスクの実施の履歴に基づいてタスクが着手されているか否かを判定する着手判定手段と、プロジェクト管理データに含まれるタスクの遂行の予定およびタスクの実施の履歴に基づいて着手が遅延したか否かを判定する遅延判定手段と、プロジェクト管理データに含まれるタスクの実施の履歴に基づいて、一日毎にタスクの実施を確認し、実施がされたか否かを判定する実施確認手段と、を有し、生成部は、終了判定手段でタスクが終了していないと判定され、割当判定手段でリソースが関連付けられていると判定され、着手判定手段でタスクの着手がされていると判定され、遅延判定手段でタスクの開始が遅延していないと判定されたタスクについて、実施確認手段で実施されたと判定された場合、進捗フラグのステータスを実績と設定する実績設定手段を有することが望ましい。
【００１５】
上記のプロジェクト工程管理装置は、生成部は、終了判定手段でタスクが終了していないと判定され、割当判定手段でリソースが関連付けられていると判定され、着手判定手段でタスクの着手がされていると判定され、遅延判定手段でタスクの開始が遅延していないと判定されたタスクについて、実施確認手段で実施されていないと判定された場合、進捗フラグのステータスを予定と設定する予定設定手段を有することが望ましい。
【００１６】
上記のプロジェクト工程管理装置は、判定部は、プロジェクト管理データに含まれるタスクにリソースが関連付けられているか否かを判定する割当判定手段と、プロジェクト管理データに含まれるタスクの実施の履歴に基づいてタスクが着手されているか否かを判定する着手判定手段と、プロジェクト管理データに含まれるタスクの遂行の予定およびタスクの実施の履歴に基づいて着手が遅延したか否かを判定する遅延判定手段と、プロジェクト管理データに含まれるタスクの遂行の予定およびタスクの実施の履歴に基づいて、一日毎に着手が予定通りであるか否かを比較してタスクの開始の予定が経過しているか否かを判定する予定比較手段と、プロジェクト管理データに含まれるタスクの実施の履歴に基づいて、一日毎にタスクの実施を確認し、実施がされたか否かを判定する実施確認手段と、を有し、生成部は、終了判定手段でタスクが終了していないと判定され、割当判定手段でリソースが関連付けられていると判定され、着手判定手段でタスクの着手がされていると判定され、遅延判定手段でタスクの開始が遅延していると判定されたタスクについて、予定比較手段でタスクの予定が経過していると判定され、実施確認手段で実施されたと判定された場合、進捗フラグのステータスを実績と設定する実績設定手段を有することが望ましい。
【００１７】
上記のプロジェクト工程管理装置は、生成部は、終了判定手段でタスクが終了していないと判定され、割当判定手段でリソースが関連付けられていると判定され、着手判定手段でタスクの着手がされていると判定され、遅延判定手段でタスクの開始が遅延していると判定されたタスクについて、予定比較手段でタスクの予定が経過していると判定され、実施確認手段で実施されていないと判定された場合、進捗フラグのステータスを未実施リスクと設定する未実施リスク設定手段を有することが望ましい。
【００１８】
上記のプロジェクト工程管理装置は、生成部は、終了判定手段でタスクが終了していないと判定され、割当判定手段でリソースが関連付けられていると判定され、着手判定手段でタスクの着手がされていると判定された、遅延判定手段でタスクの開始が遅延していると判定されタスクについて、予定比較手段で予定が経過していないと判定された場合、進捗フラグのステータスを予定と設定する予定設定手段を有することが望ましい。
【００１９】
また本発明の第２の特徴に係るプロジェクト工程管理プログラムは、プロジェクトを遂行するためのタスクと、タスクの実施を担当するリソースと、タスクの遂行の予定と、タスクの実施の履歴とを関連付けられるレコードを有して記憶装置に記憶されるプロジェクト管理データが読み出されると、プロジェクト管理データに含まれるタスクの遂行の予定とタスクの実施の履歴に基づいてプロジェクトの実施がされているかまたは遅延しているかの状況を判定する判定ステップと、判定部における判定の結果に基づいて、プロジェクトの実施の状況のフラグを含み、フラグに基づいて表示画面を表示させるプロジェクト状況データを生成する生成ステップとをコンピュータに実行。
【００２０】
上述した構成による本発明によれば、プロジェクトの担当者の予定に関する情報に加え、当該プロジェクトにおける担当者の過去の実績に関する情報を表示し、これらを考慮しながら担当者を割り当てて、プロジェクトの遂行を管理することが出来るようにする。また、担当者の予定および担当者の実績の情報に加え、実施を予定通り終了させことができなかったために予定として計画されていないが潜在的に存在する仕事を把握することが出来るようにする。さらに、担当者が割り当てられていない仕事の量を把握し、担当者を割り当てる時期などを加味しながらプロジェクトの遂行を管理することが出来る。
【発明の効果】
【００２１】
本発明によれば、プロジェクトの実施の状況をリソースごとの状況と関連付けて把握することにより、プロジェクトの工程の管理を円滑に行うことのできるプロジェクト工程管理装置およびプロジェクト工程管理プログラムを提供することができる。
【発明を実施するための最良の形態】
【００２２】
以下、図面を参照して、本発明の最良の実施の形態を説明する。  
図１は、本発明の最良の実施の形態に係るプロジェクト工程管理装置１０を有するプロジェクト工程管理システム１を説明する図である。プロジェクト工程管理システム１は、プロジェクト工程管理装置１０と、管理者端末２０と、担当者端末３０ａ〜３０ｄとがネットワーク４０を介して接続されている。
【００２３】
管理者端末２０は、プロジェクトの遂行を管理する管理者が操作する。この管理者端末２０は、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）等の一般的な情報処理端末である。例えば、管理者端末２０は、管理者により入力装置を介してプロジェクトを遂行の予定に関するデータを入力する。具体的には、管理者端末２０は、プロジェクトを遂行するための日程に関するデータを入力する。また、管理者端末２０は、プロジェクトを担当するために割り当てられた担当者を入力する。または、管理者端末２０は、親業務であるプロジェクトをタスクと呼ばれる一又は複数の子業務に分割した場合、タスクを担当するために割り当てられるべき担当者を入力する。さらに、管理者端末２０は、管理者から入力された予定に関するデータをプロジェクト工程管理装置１０に送信する。
【００２４】
担当者端末３０ａ〜３０ｄは、プロジェクトの遂行を担当する担当者が操作する端末である。担当者端末３０ａも、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）等の一般的な情報処理端末である。担当者端末３０ａは、入力装置を介して担当者によりプロジェクトについての作業の履歴に関するデータを入力する。また、担当者端末３０ａは、入力した作業の履歴をプロジェクト工程管理装置１０に送信する。  
担当者端末３０ｂ〜３０ｄは、担当者端末３０ａと同一の構成であるため、説明を省略する。また、以下の説明では主に担当者端末３０ａを用いて説明するが、適当な他の担当者端末３０ｂ〜３０ｄに置き換えても同様である。なお、プロジェクト工程管理システム１に接続される担当者端末の数は図１に示す４台に限られない。
【００２５】
プロジェクト工程管理装置１０は、管理者端末２０から受信したプロジェクトを遂行の予定に関するデータをプロジェクト管理データ１６として記憶装置１０７に記憶する。また、プロジェクト工程管理装置１０は、担当者端末３０ａから受信したプロジェクトの作業の履歴に関するデータをプロジェクト管理データ１６に追加して記憶装置１０７に記憶する。さらに、プロジェクト工程管理装置１０は、プロジェクトの遂行の予定に関するデータおよび作業の履歴に関するデータに基づいて記憶装置１０７に記憶したプロジェクト管理データ１６に基づいて、プロジェクトの状況を含むプロジェクトの状況データ１８を生成する。
【００２６】
（プロジェクト工程管理装置）
以下に、本発明の最良の実施の形態に係るプロジェクト工程管理装置１０について具体的に説明する。  
図１に示すように、本発明の最良の実施の形態に係るプロジェクト工程管理装置１０は、記憶処理部１１と、提供処理部１２と、読出処理部１３と、判定部１４と、生成部１５と、プロジェクト管理データ１６と、描画法則データ１７と、プロジェクト状況データ１８とを有している。
【００２７】
図２は、プロジェクト工程管理装置１０のハードウェア構成を説明する図である。プロジェクト工程管理装置１０は、図２に示すように、中央処理制御装置１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３および入出力インタフェース１０９が、バス１１０を介して接続されている。入出力インタフェース１０９には、入力装置１０４、表示装置１０５、通信制御装置１０６、記憶装置１０７及びリムーバブルディスク１０８が接続されている。
【００２８】
中央処理制御装置１０１は、入力装置１０４からの入力信号に基づいてＲＯＭ１０２からプロジェクト工程管理装置１０を起動するためのブートプログラムを読み出して実行し、更に記憶装置１０７に記憶されたオペレーティングシステムを読み出す。更に中央処理制御装置１０１は、入力装置１０４や通信制御装置１０６等の入力信号に基づいて、各種装置の制御を行い、ＲＡＭ１０３や記憶装置１０７等に記憶されたプログラム及びデータを読み出してＲＡＭ１０３にロードするとともに、ＲＡＭ１０３から読み出されたプログラムのコマンドに基づいて、データの計算または加工など、後述する一連の処理を実現する処理装置である。
【００２９】
入力装置１０４は、操作者が各種の操作を入力するキーボード、マウスなどの入力デバイスにより構成されており、操作者の操作に基づいて入力信号を作成し、入出力インタフェース１０９およびバス１１０を介して中央処理制御装置１０１に送信される。表示装置１０５は、ＣＲＴ（Cathode Ray Tube）ディスプレイや液晶ディスプレイなどであり、中央処理制御装置１０１からバス１１０及び入出力インタフェース１０９を介して表示装置１０５において表示させる出力信号を受信し、たとえば、中央処理制御装置１０１の処理結果などを表示する装置である。通信制御装置１０６は、ＬＡＮカードやモデムなどの装置であり、本発明に係わるプロジェクト工程管理プログラムを実行するプロジェクト工程管理装置１０をインターネットやＬＡＮなどの通信ネットワークに接続する装置である。通信制御装置１０６を介して通信ネットワークと送受信したデータは入力信号または出力信号として、入出力インタフェース１０９及びバス１１０を介して中央処理制御装置１０１に送受信される。
【００３０】
記憶装置１０７は半導体記憶装置または磁気ディスク装置等であって、中央処理制御装置１０１で実行されるプログラムやデータが記憶されている。リムーバブルディスク１０８は、光ディスクやフレキシブルディスクのことであり、ディスクドライブによって読み書きされた信号は、入出力インタフェース１０９及びバス１１０を介して中央処理制御装置１０１に送受信される。プロジェクト工程管理装置１０の記憶装置１０７は、プロジェクト工程管理プログラム、プロジェクト管理データ１６、描画法則データ１７、更にはプロジェクト状況データ１８を記憶している。
【００３１】
また、プロジェクト工程管理装置１０は、プロジェクト工程管理プログラムが中央処理制御装置１０１に読み込まれることによって、記憶処理部１１、提供処理部１２、読出処理部１３、判定部１４および生成部１５が実装される。
【００３２】
なお、本発明の最良の実施の形態に係るプロジェクト工程管理装置１０は、図１に示すように１台のコンピュータにおいて実行されても良いし、互いに通信可能な複数のコンピュータにおいて実行されても良い。例えば、記憶装置１０７を外部に設ける構成や、記憶装置１０７の一部のデータのみを外部に設ける構成であっても良い。
【００３３】
記憶処理部１１は、管理者端末２０からネットワーク４０を介して受信したプロジェクトの遂行の予定に関するデータをプロジェクト管理データ１６として記憶装置１０７に記憶する。また、記憶処理部１１は、担当者端末３０ａからネットワーク４０を介して受信したプロジェクトの作業の履歴に関するデータをプロジェクト管理データ１６として記憶装置１０７に記憶する。
【００３４】
提供処理部１２は、管理者端末２０や担当者端末３０ａからネットワーク４０を介して受信したリクエストに応じて、記憶装置１０７から読み出したプロジェクト状況データ１８を管理者端末２０または担当者端末３０ａに送信する。
【００３５】
読出処理部１３は、所定のタイミングで、記憶装置１０７からプロジェクト管理データ１６および描画法則データ１７を読み出す。所定のタイミングとは、プロジェクト状況データ１８を生成するタイミングであり、例えば日次などのプロジェクト工程管理装置１０で予め定められる定期的なタイミングや、管理者端末２０や担当者端末３０ａからデータ生成リクエストを受信したタイミングである。
【００３６】
判定部１４は、読出処理部１３が記憶装置１０７から読み出したプロジェクト管理データ１６に基づいて、プロジェクトの作業の履歴に関するデータをプロジェクトの遂行の予定に関するデータと比較して遂行の度合いを判定する。この判定部１４は、具体的に、終了判定手段１４ａと、割当判定手段１４ｂと、着手判定手段１４ｃと、遅延判定手段１４ｄと、予定比較手段１４ｅと、実施確認手段１４ｆとを有している。
【００３７】
終了判定手段１４ａは、当該判定日を基準としてプロジェクト管理データ１６の実施の履歴に基づいてタスクが終了しているか否か判定する。  
割当判定手段１４ｂは、当該判定日を基準としてタスクにリソースが関連付けられているか否かを判定する。  
着手判定手段１４ｃは、当該判定日を基準としてタスクの実施の履歴に基づいてタスクが着手されているか否かを判定する。  
遅延判定手段１４ｄは、当該判定日を基準としてタスクの遂行の予定と実施の履歴に基づいて着手が遅延したか否かを判定する。  
予定比較手段１４ｅは、当該判定日を基準としてタスクの遂行の予定と実施の履歴に基づいて着手の開始を予定と比較する。  
実施確認手段１４ｆは、当該判定日を基準としてタスクの実施の履歴に基づいてタスクの実施の有無を確認する。
【００３８】
生成部１５は、判定部１４の判定結果に基づいて、プロジェクトの実施の状況を含む表示画面を表示させるプロジェクト状況データ１８を生成する。また、生成部１５は、生成したプロジェクト状況データ１８を記憶装置１０７に記憶する。この生成部１５は、具体的に、実績設定手段１５ａと、予定設定手段１５ｂと、未実施リスク設定手段１５ｃと、未割当リスク設定手段１５ｄとを有している。
【００３９】
実績設定手段１５ａは、終了判定手段１４ａでタスクが終了していると判定されたタスクについて、進捗フラグのステータスを実績と設定したプロジェクト状況データ１８を生成する。また、実績設定手段１５ａは、終了判定手段１４ａでタスクが終了していないと判定され、割当判定手段１４ｂでリソースが関連付けられていると判定され、着手判定手段１４ｃでタスクの着手がされていると判定され、遅延判定手段１４ｄでタスクの開始が遅延していないと判定されたタスクについて、実施確認手段１４ｆで実施されたと判定された場合、進捗フラグのステータスを実績と設定したプロジェクト状況データ１８を生成する。
【００４０】
さらに、実績設定手段１５ａは、終了判定手段１４ａでタスクが終了していないと判定され、割当判定手段１４ｂでリソースが関連付けられていると判定され、着手判定手段１４ｃでタスクの着手がされていると判定され、遅延判定手段１４ｄでタスクの開始が遅延していると判定されたタスクについて、予定比較手段１４ｅでタスクの予定が経過していると判定され、実施確認手段１４ｆで実施されたと判定された場合、進捗フラグのステータスを実績と設定したプロジェクト状況データ１８を生成する。
【００４１】
予定設定手段１５ｂは、終了判定手段１４ａでタスクが終了していないと判定され、割当判定手段１４ｂでリソースが関連付けられていると判定され、着手判定手段１４ｃでタスクの着手がされていないと判定されたタスクについて、予定比較手段１４ｅでタスクの予定が経過していると判定された場合、進捗フラグのステータスを予定と設定したプロジェクト状況データ１８を生成する。また、予定設定手段１５ｂは、終了判定手段１４ａでタスクが終了していないと判定され、割当判定手段１４ｂでリソースが関連付けられていると判定され、着手判定手段１４ｃでタスクの着手がされていると判定され、遅延判定手段１４ｄでタスクの開始が遅延していないと判定されたタスクについて、実施確認手段１４ｆで実施されていないと判定された場合、進捗フラグのステータスを予定と設定したプロジェクト状況データ１８を生成する。さらに、予定設定手段１４ｂは、終了判定手段１４ａでタスクが終了していないと判定され、割当判定手段１４ｂでリソースが関連付けられていると判定され、着手判定手段１４ｃでタスクの着手がされていると判定され、遅延判定手段１４ｄでタスクの開始が遅延していると判定されタスクについて、予定比較手段１４ｅで予定が経過していないと判定された場合、進捗フラグのステータスを予定と設定したプロジェクト状況データ１８を生成する。
【００４２】
未実施リスク設定手段１５ｃは、終了判定手段１４ａでタスクが終了していないと判定され、割当判定手段１４ｂでタスクにリソースが関連付けられていないと判定されたタスクについて、予定比較手段１４ｅでタスクの予定が経過していると判定された場合、進捗フラグのステータスを未実施と設定したプロジェクト状況データ１８を生成する。また、未実施リスク設定手段１５ｃは、終了判定手段１４ａでタスクが終了していないと判定され、割当判定手段１４ｂでタスクにリソースが関連付けられていると判定され、着手判定手段１４ｃでタスクの着手がされていないと判定されたタスクについて、予定比較手段１４ｅでタスクの予定が経過していると判定された場合、進捗フラグのステータスを未実施と設定したプロジェクト状況データ１８を生成する。さらに、未実施リスク設定手段１５ｃは、終了判定手段１４ａでタスクが終了していないと判定され、割当判定手段１４ｂでリソースが関連付けられていると判定され、着手判定手段１４ｃでタスクの着手がされていると判定され、遅延判定手段１４ｄでタスクの開始が遅延していると判定されたタスクについて、予定比較手段１４ｅでタスクの予定が経過していると判定され、実施確認手段１４ｆで実施されていないと判定された場合、進捗フラグのステータスを未実施と設定したプロジェクト状況データ１８を生成する。
【００４３】
未割当リスク設定手段１５ｄは、終了判定手段１４ａでタスクが終了していないと判定され、割当判定手段１４ｂでタスクにリソースが関連付けられていないと判定されたタスクについて、予定比較手段１４ｅでタスクの開始の予定が経過していないと判定された場合、進捗フラグのステータスを未割当と設定したプロジェクト状況データ１８を生成する。
【００４４】
プロジェクト管理データ１６は、プロジェクトを担当する担当者と、プロジェクトの予定に関するデータおよびプロジェクトの作業の履歴に関するデータを関連付ける。
【００４５】
図３に「プロジェクト１」を遂行する為のプロジェクト管理データ１６の一例を示す。図３に示す例では、「プロジェクト１」は、１５のタスクに分割されており、「タスク１」〜「タスク１５」のタスクにより遂行される。図３に示すプロジェクト管理データ１６は、「プロジェクト１」を遂行するために分割されたプロジェクトの一部であるタスクを識別する「タスクＩＤ」と、プロジェクトの担当が割当てられた担当者を識別する「担当者ＩＤ」と、プロジェクトの予定に関するデータである「開始予定日」および「終了予定日」と、プロジェクトの作業の履歴に関するデータである「開始日」および「終了日」とが関連付けられるレコードを有する。
【００４６】
「タスクＩＤ」の項目の実データは、プロジェクトの一部であるタスクを識別するための識別子である。「担当者ＩＤ」の項目の実データは、プロジェクトの担当者を識別する担当者の名前等の識別子である。「開始予定日」の項目の実データは、タスクの着手が開始される予定日である。「終了予定日」の項目の実データは、プロジェクトの一部であるタスクが終了される予定日である。「開始日」の項目の実データは、担当者がタスクの着手を開始した日である。「終了日」の項目の実データは、担当者がタスクを終了した日である。  
なお、「開始予定日」から「終了予定日」までの間の各日付は、タスクの遂行に予定されている日付であり、以下で「遂行予定日」とする。また、「開始日」から「終了日」までの間の各日付は、実際にタスクの実施がされた日付であり、以下で「実施日」とする。
【００４７】
図３に示すプロジェクト管理データ１６を例にして、具体的に説明すると、「プロジェクト１」の「タスク１」は、担当者ＩＤが「Ａ」で識別される担当者が担当し、開始予定日が「２００５年８月８日」であり、終了予定日が「２００５年８月１２日」である。また、プロジェクト管理データ１６では、この「タスク１」は、「２００５年８月９日」に開始され、「２００５年８月１１日」に終了している。
【００４８】
また、「プロジェクト１」の「タスク４」は、担当者ＩＤが「Ｄ」で識別される担当者が担当し、開始予定日が「２００５年８月１０日」であり、終了予定日が「２００５年８月１５日」である。また、プロジェクト管理データ１６では、この「タスク４」は、「２００５年８月１０日」に開始されているが、終了日の実データは「ＮＵＬＬ」である。そのため、終了日がまだ入力されておらず、「タスク４」は、終了されていないことが分かる。
【００４９】
さらに、「プロジェクト１」の「タスク１４」は、担当者ＩＤの実データが「ＮＵＬＬ」である。そのため、担当者がまだ入力されておらず、「タスク１４」の担当者は決められていないことが分かる。
【００５０】
描画法則データ１７は、生成部１５においてプロジェクト状況データ１８を生成する際に利用される。
【００５１】
図４に示す描画法則データ１７は、「描画方法」と、表示画面にグラフ化する場合の描画の方法を識別する「法則ＩＤ」と、描画法則を利用する際の「タスクの状況」とが関連付けられている。
【００５２】
プロジェクト状況データ１８は、プロジェクトの進捗状況を含む表示画面を表示するためのデータである。このプロジェクト状況データ１８により表示される表示画面は、たとえばガントチャートやグラフで表されるプロジェクトの状況を含んでいる。表示画面は、このプロジェクト状況データ１８が送信された装置の表示装置に表示する。
【００５３】
図５は、プロジェクト状況データ１８により表示される表示画面に含まれるグラフを示している。例えば、今日を基準とし、今日以前に実施されたタスク量は、「実績のタスク量Ｉ」としてグラフに描画される（グラフ、左上。この場合におけるプロジェクト状況データ１８の進捗フラグのステータスは、「実績」とする。）。また、今日以降に実施される予定で担当者が割当てられているタスク量は、「予定のタスク量II」としてグラフに描画される（グラフ、右上。この場合におけるプロジェクト状況データ１８の進捗フラグのステータスは、「予定」とする。）。さらに、今日以前に実施される予定であったが、実際には実施されなかったタスクは、「未実施リスクのタスク量III」としてグラフに描画される（グラフ、左下。この場合におけるプロジェクト状況データ１８の進捗フラグのステータスは、「未実施」とする。）。また、担当者が割当てられておらず、今日以前に実施される予定であったタスク量は、「未割当リスクのタスク量III」としてグラフに描画され（グラフ、左下。この場合におけるプロジェクト状況データ１８の進捗フラグのステータスは、「未割当」とする。）、今日以降に実施される予定であったタスク量は、「未割当リスクのタスク量IV」としてグラフに描画される（グラフ、右下）。
【００５４】
図６は、プロジェクト状況データ１８に基づいて表示装置に表示される表示画面に含まれるガントチャートおよびグラフの一例を示している。図６（ａ）は、図３に示すプロジェクト管理データ１６に基づいて生成されるプロジェクト状況データ１８により表示される表示画面に含まれるガントチャートの一例を示している。また、図６（ｂ）は、図３に示すプロジェクト管理データ１６に基づいて生成されるプロジェクト状況データ１８により表示される表示画面に含まれるグラフの一例を示している。なお、図６に示すガントチャートおよびグラフを含む表示画面を表示するプロジェクト状況データ１８は、図３に示したプロジェクト管理データ１６に基づいて生成されたものである。
【００５５】
（プロジェクト状況データ生成処理）
図７に示すフローチャートを用いて、本発明の最良の実施の形態に係るプロジェクト工程管理装置１０においてプロジェクト状況データ１８を生成する処理を説明する。プロジェクト工程管理装置１０は、所定のタイミングでプロジェクト状況データ１８を生成する。所定のタイミングとは、プロジェクト工程管理装置１０が管理者端末２０からネットワーク４０を介して生成リクエストを受信したタイミングや、日次のタイミング（例えば、午後２３時５５分など）である。なお、以下では、今日を「８月１７日」とし、図３に示したプロジェクト管理データ１６から、図６に示したガントチャートおよびグラフを表示するプロジェクト状況データ１８を生成する例を用いて説明する。
【００５６】
プロジェクト工程管理装置１０においてプロジェクト状況データ１８の生成が開始されると、読出処理部１３は、記憶装置１０７に記憶されるプロジェクト管理データ１６および描画法則データ１７を読み出してＲＡＭ１０３に記憶させる（Ｓ０１）。
【００５７】
ステップＳ０１で読出処理部１３が記憶装置１０７からプロジェクト管理データ１６を読み出すと、終了判定手段１４ａは、プロジェクトのタスク毎にタスクが終了したか否かを判定する（Ｓ０２、Ｓ０３）。
【００５８】
具体的には、終了判定手段１４ａは、ステップＳ０１で読出処理部１３が読み出したプロジェクト管理データ１６の「タスク１」から順番に「終了日」の項目の実データを抽出し、終了日が記述されている場合、タスクは終了していると判定する。  
例えば、図３に示すプロジェクト管理データ１６における「プロジェクト１」の「タスク１」は、「終了日」の項目の実データが記述されており、終了していると判定される。一方、「タスク４」は、「終了日」の項目の実データが記述されておらず、終了していないと判定される。
【００５９】
終了判定手段１４ａが対象としているタスクは終了していると判定した場合（Ｓ０３でＮＯ）、実績設定手段１５ａは、対象とするタスクについてプロジェクト管理データ１６の開始日から終了日において、プロジェクト状況データ１８の進捗フラグのステータスを「実績」に設定する（Ｓ０４）。  
プロジェクト工程管理装置１０は、「実績」に設定されたプロジェクト状況データ１８を図６（ｂ）に示すような表示画面に表示する。以下、他のステータスに係るプロジェクト状況データにおいても同様である。
【００６０】
ステップＳ０４においてプロジェクト状況データ１８の進捗フラグのステータスに「実績」が設定された場合にこのプロジェクト状況データ１８に基づく表示の際、図１に示す実績設定手段１５ａは、ステップＳ０１で読み出した描画法則データ１７に含まれる「法則１」で識別される描画方法を利用する。  
例えば、「タスク１」は、ステップＳ０３で終了していると判定されたため、ステップＳ０４で「実績」と設定される「法則１」で識別される法則により表示画面が生成される。また、「タスク２」、「タスク３」および「タスク５」も同様に「終了日」の項目の実データが記述されているため、ステップＳ０３で終了していると判定される。したがって、ステップＳ０４で「実績」と設定され、「法則１」で識別される法則により表示画面が生成される。
【００６１】
一方、終了判定手段１４ａが対象としているタスクは終了していないと判定した場合（Ｓ０３でＮＯ）、割当判定手段１４ｂは、このタスクにリソースが割当てられているか否かを判定する（Ｓ０５）。ここで、本実施の形態においてリソースとは、業務の遂行を担当する担当者のことである。具体的には、割当判定手段１４ｂは、対象としているタスクに関係付けられる「担当者ＩＤ」の実データに担当者の識別子が関連付けられている場合、リソースが割り当てられていると判定する。
【００６２】
割当判定手段１４ｂが対象としているタスクにリソースが割当てられていないと判定した場合（Ｓ０５でＮＯ）、ステップＳ０６の『処理１』に進み、プロジェクト状況データ１８の進捗フラグが設定される。  
図８に示すフローチャートを用いて、図７に示すフローチャートのステップＳ０６の『処理１』を説明する。
【００６３】
まず、ステップＳ０６に進むと、予定比較手段１４ｅは、対象とするタスクの遂行予定日の１日毎にこのタスクが過去の予定であるか否かを判定する（Ｓ０６１、Ｓ０６２）。具体的には、予定比較手段１４ｅは、対象としているタスクの遂行予定日が、今日よりも前の日付であるか否かを比較して、今日よりも前である場合、過去の予定であると判定する。  
例えば、今日は８月１７日であるため、図３に示す「プロジェクト１」の「タスク１」の遂行予定日は８月８日から８月１２日であるため、過去の予定であると判定する。一方、「タスク１１」の遂行予定日は８月１９日から８月２４日であるため、過去の予定でないと判定する。
【００６４】
予定比較手段１４ｅの比較により、このタスクが過去の予定であると判定された場合（Ｓ０６２でＹＥＳ）、未実施リスク設定手段１５ｃは、プロジェクト状況データ１８において、このタスクについて、進捗フラグのステータスを「未実施リスク」に設定する（Ｓ０６３）。  
ステップＳ０６３で未実施リスク設定手段１５ｃが「未実施リスク」に設定したプロジェクト状況データ１８で表示画面を表示する際、図７に示すステップＳ０１で読み出した描画法則データ１７に含まれる「法則２」で識別される法則が利用される。
【００６５】
一方、予定比較手段１４ｅの比較により、このタスクが過去の予定でないと判定された場合（Ｓ０６２でＮＯ）、未割当リスク設定手段１５ｄは、プロジェクト状況データ１８において、このタスクについて、進捗フラグのステータスを「未割当リスク」に設定する（Ｓ０６４）。
【００６６】
ステップＳ０６４で未割当リスク設定手段１５ｄが「未割当リスク」に設定したプロジェクト状況データ１８で表示画面を表示する際、図７に示すステップＳ０１で読み出した描画法則データ１７に含まれる「法則５」で識別される法則が利用される。
【００６７】
例えば、「タスク１４」は、リソースが割り当てられていない未来の予定であるため、ステップＳ６４において、未割当リスク設定手段１５ｄによって進捗フラグのステータスを「未割当リスク」に設定したプロジェクト状況データ１８が生成される。
【００６８】
ステップＳ０６３またはステップＳ０６４でフラグが設定されると、同一のタスクについて次の日の予定で同様にステップＳ０６２〜Ｓ０６４の処理が繰り返される。また、全ての予定日についてフラグの設定が終了するまでステップＳ０６２〜Ｓ０６４の処理が繰り返される（Ｓ０６１）。
【００６９】
図７に示すフローチャートに戻りプロジェクト状況データ１８を生成する処理を説明する。割当判定手段１４ｂで対象としているタスクにリソースが割当てられていると判定された場合（Ｓ０５でＹＥＳ）、着手判定手段１４ｃは、このタスクが着手されているか否かを判定する（Ｓ０７）。具体的には、着手判定手段１４ｃは、ステップＳ０１で読み出したプロジェクト管理データ１６のタスクの履歴に関するデータを抽出し、開始日が記述されている場合、着手されていると判定する。
【００７０】
例えば、「プロジェクト１」の「タスク１」の場合、図３に示すように開始日が８月８日であり、着手判定手段１４ｃは着手がされていると判定する。一方、「タスク６」の場合、「開始日」が記述されておらず、着手がされていないと判定する。
【００７１】
着手判定手段１４ｃで対象としているタスクが着手されていないと判定された場合（Ｓ０７でＮＯ）、ステップＳ０８の『処理２』に進み、フラグが設定される。  
図９に示すフローチャートを用いて、ステップＳ０８の『処理２』を説明する。  
まず、ステップＳ０８に進むと、タスクの遂行予定の1日毎に予定比較手段１４ｅは、このタスクが過去の予定であるか否かを判定する（Ｓ０８１、Ｓ０８２）。
【００７２】
予定比較手段１４ｅの比較により、このタスクが過去の予定であると判定された場合（Ｓ０８２でＹＥＳ）、未実施リスク設定手段１５ｃは、このタスクについて進捗フラグのステータスを「未実施リスク」に設定したプロジェクト状況データ１８を生成する（Ｓ０８３）。ステップＳ０８３で未実施リスク設定手段１５ｃが「未実施リスク」に設定したプロジェクト状況データ１８に基づいて表示画面を表示する際、ステップＳ０１で読み出した描画法則データ１７に含まれる「法則２」で識別される法則が利用される。  
例えば、「タスク６」は、開始がされていないため、進捗フラグのステータスは「未実施リスク」に設定される。
【００７３】
一方、予定比較手段１４ｅの比較により、このタスクが過去の予定でないと判定された場合（Ｓ０８２でＮＯ）、予定設定手段１５ｂは、このタスクについて「予定」と設定したプロジェクト状況データ１８を生成する（Ｓ０８４）。ステップＳ０８４で予定設定手段１５ｂが進捗フラグのステータスを「予定」と設定したプロジェクト状況データ１８に基づいて表示画面を表示する際、ステップＳ０１で読み出した描画法則データ１７に含まれる「法則４」で識別される法則が利用される。  
例えば、「タスク１５」は、開始がされていないため、「予定」のフラグが設定される。
【００７４】
ステップＳ０８３またはステップＳ０８４でフラグが設定されると、同一のタスクについて次の日の予定で同様にステップＳ０８２〜Ｓ０８４の処理が繰り返される。また、全ての予定日についてフラグの設定が終了するまでステップＳ０８２〜Ｓ０８４の処理が繰り返される（Ｓ０８１）。
【００７５】
図７に示すフローチャートに戻りプロジェクト状況データ１８を生成する処理を説明する。着手判定手段１４ｃで対象としているタスクが着手されていると判定された場合（Ｓ０７でＹＥＳ）、遅延判定手段１４ｄは、着手が遅延したか否かを判定する（Ｓ０９）。具体的には、遅延判定手段１４ｄは、ステップＳ０１で読み出したプロジェクト管理データのタスクの遂行予定およびタスクの履歴に関するデータを抽出し、開始日が予定開始日よりも後である場合、着手が遅延したと判定する。  
例えば、図３に示すように、「プロジェクト１」の「タスク８」は、開始予定日が「８月１５日」であるのに対し、開始日がそれより後の「８月１６日」であるため、着手が遅延していると判定される。一方、「タスク１０」は、開始予定日が「８月１６日」であるのに対し、開始日がそれより前の「８月１５日」であるため、着手が遅延していると判定されない。
【００７６】
遅延判定手段１４ｄで対象としているタスクの開始が遅延していないと判定された場合（Ｓ９でＮＯ）、ステップＳ１０の『処理３』に進み、フラグが設定される。  
一方、遅延判定手段１４ｄで対象としているタスクの開始が遅延したと判定した場合（Ｓ９でＹＥＳ）、ステップＳ１１の『処理４』に進み、フラグが設定される。
【００７７】
図１０に示すフローチャートを用いて、ステップＳ１０の『処理３』を説明する。  
まず、ステップＳ１０に進むと、タスクの遂行予定の１日毎に実施確認手段１４ｆは、このタスクが実施されたか否かを確認する（Ｓ１０１、Ｓ１０２）。具体的には、実施確認手段１４ｆは、ステップＳ０１で読み出したプロジェクト管理データ１６のタスクの遂行の予定に関するデータおよびタスクの履歴に関するデータを比較する。
【００７８】
実施確認手段１４ｆにより実施がされていると判定された場合（Ｓ１０２でＹＥＳ）、実績設定手段１５ａは、このタスクについて「実績」のフラグをオンにしたプロジェクト状況データ１８を生成する（Ｓ１０３）。  
一方、実施確認手段１４ｆにより、このタスクが実施されていないと判定された場合（Ｓ１０２でＮＯ）、予定設定手段１５ｂは、このタスクについて進捗フラグのステータスを「予定」としたプロジェクト状況データ１８を生成する（Ｓ１０４）。
【００７９】
ステップＳ１０３またはステップＳ１０４で進捗フラグのステータスが設定されると、同一のタスクについて次の日の予定で同様にステップＳ１０２〜Ｓ１０４の処理が繰り返される。また、全ての予定日についてフラグの設定が終了するまでステップＳ１０２〜Ｓ１０４の処理が繰り返される（Ｓ１０１）。
【００８０】
次に、図１１に示すフローチャートを用いて、ステップＳ１１の『処理４』を説明する。  
まず、ステップＳ１１に進むと、タスクの遂行予定の１日毎に予定比較手段１４ｅは、過去の予定であるか否かを判定する（Ｓ１１１、Ｓ１１２）。  
予定比較手段１４ｅで過去の予定であると判定されると（Ｓ１１２でＹＥＳ）、実施確認手段１４ｆは、このタスクが実施されたか否かを確認する（Ｓ１１３）。
【００８１】
実施確認手段１４ｆにより実施がされていると判定された場合（Ｓ１１３でＹＥＳ）、実績設定手段１５ａは、このタスクについて進捗フラグのステータスを「実績」に設定したプロジェクト状況データ１８を生成する（Ｓ１１４）。  
一方、実施確認手段１４ｆにより、このタスクが実施されていないと判定された場合（Ｓ１１３でＮＯ）、未実施リスク設定手段１５ｃは、このタスクについて進捗フラグのステータスを「未実施」としたプロジェクト状況データ１８を生成する（Ｓ１１５）。
【００８２】
また、予定比較手段１４ｅで過去の予定でないと判定されると（Ｓ１１２でＮＯ）、予定設定手段１５ｂは、進捗フラグのステータスを「予定」と設定したプロジェクト状況データ１８を生成する。
【００８３】
ステップＳ１１４ないしステップＳ１１６で進捗フラグのステータスが設定されると、同一のタスクについて次の日の予定で同様にステップＳ１１２〜Ｓ１１６の処理が繰り返される。また、全ての予定日についてフラグの設定が終了するまでステップＳ１１２〜Ｓ１１６の処理が繰り返される（Ｓ１１１）。
【００８４】
図７に示すフローチャートに戻り、プロジェクト状況データ１８を生成する処理を説明する。図７に示すように、全てのタスクについてステップＳ０３〜Ｓ１１の処理が終了するまで繰り返される。例えば、図３に示すプロジェクト管理データ１６の場合、「タスク１」から「タスク１５」についてステップＳ０３〜Ｓ１１の処理が繰り返される。
【００８５】
プロジェクトを担当する担当者によりプロジェクトを遂行する際、予定と実績のタスク量を時間軸上に表示することで（例えば、図６（ｂ）Ｉ、II）、過去の担当者の負荷を加味して担当者にタスクを割り当てることができる。また、担当者が割り当てられていないタスクについて、そのタスク量を時間軸上に表示することで（例えば、図６（ｂ）III、IV）、担当者の確保の時期と量の把握が容易になる。さらに、未実施のタスクや着手の遅れたタスクについてその量を時間軸上に表示することで（例えば、図６（ｂ）III）、予定として計画されていない潜在的なタスクを視覚化することができる。
【００８６】
上記のように、本発明の実施の形態によって記載したが、この開示の一部をなす論述および図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例および運用技術が明らかとなる。
【００８７】
本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明に記載した事項と自明な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【図面の簡単な説明】
【００８８】
【図１】本発明の最良の実施の形態に係るプロジェクト工程管理装置を説明する図。
【図２】本発明の最良の実施の形態に係るプロジェクト工程管理装置のハードウェア構成図。
【図３】本発明の最良の実施の形態に係るプロジェクト工程管理装置に記憶されるプロジェクト管理データの一例。
【図４】本発明の最良の実施の形態に係るプロジェクト工程管理装置において利用される描画法則データの一例。
【図５】本発明の最良の実施の形態に係るプロジェクト工程管理装置において生成されるプロジェクト状況データにより表示されるグラフの一例について説明する図。
【図６】本発明の最良の実施の形態に係るプロジェクト工程管理装置において生成されるプロジェクト状況データにより表示されるガントチャートおよびグラフの一例について説明する図。
【図７】本発明の最良の実施の形態に係るプロジェクト工程管理装置における処理を説明するフローチャート。
【図８】図７に示すフローチャートにおける処理１を説明するフローチャート。
【図９】図７に示すフローチャートにおける処理２を説明するフローチャート。
【図１０】図７に示すフローチャートにおける処理３を説明するフローチャート。
【図１１】図７に示すフローチャートにおける処理４を説明するフローチャート。
【符号の説明】
【００８９】
１…プロジェクト工程管理システム
１０…プロジェクト工程管理装置
１１…記憶処理部
１２…提供処理部
１３…読出処理部
１４…判定部
１４ａ…終了判定手段
１４ｂ…割当判定手段
１４ｃ…着手判定手段
１４ｄ…遅延判定手段
１４ｅ…予定比較手段
１４ｆ…実施確認手段
１５…生成部
１５ａ…実績設定手段
１５ｂ…予定設定手段
１５ｃ…未実施リスク設定手段
１５ｄ…未割当リスク設定手段
１６…プロジェクト管理データ
１７…描画法則データ
１８…プロジェクト状況データ
２０…管理者端末
３０ａ〜３０ｄ…担当者端末
４０…ネットワーク
１０１…中央処理制御装置
１０２…ＲＯＭ
１０３…ＲＡＭ
１０４…入力装置
１０５…表示装置
１０６…通信制御装置
１０７…記憶装置
１０８…リムーバブルディスク
１０９…入出力インタフェース
１１０…バス
【図１】
2007109108.tif 000003
【図２】
2007109108.tif 000004
【図３】
2007109108.tif 000005
【図４】
2007109108.tif 000006
【図５】
2007109108.tif 000007
【図６】
2007109108.tif 000008
【図７】
2007109108.tif 000009
【図８】
2007109108.tif 000010
【図９】
2007109108.tif 000011
【図１０】
2007109108.tif 000012
【図１１】
2007109108.tif 000013