JP2016110658A - プロジェクト進捗状況管理システムおよびコンピュータプログラム - Google Patents

Abstract

【課題】プロジェクトの管理項目の変更に迅速に対応でき、進捗状況管理の効率化と、プロジェクトの関係者にとって進捗状況が把握し易いプロジェクト進捗状況管理システムを提供する。【解決手段】多拠点同時プロジェクトを管理する管理サーバ１と、管理者端末２と、施工者端末３と、施主端末４とが通信可能に接続されたプロジェクト進捗状況管理システム１０であって、管理サーバは、各端末２、３、４からのＩＤ情報をＩＤ認識手段で認識すると、参加者別入力可能項目記憶手段を参照し、プロジェクト参加者の表示画面に対して、共通画面作成手段がプロジェクト参加者に共通な参加者共通表示画面を作成する。参加者毎画面作成手段は、画面の表示対象となるプロジェクト参加者が変更可能とする管理項目については入力可能な状態で画面を表示し、変更できない管理項目については入力不可能な状態で画面を表示する参加者毎表示画面を作成する。【選択図】図１

Description

本発明は、ビルや建物等の建築工事や設備工事、リフォーム、または商品製造工場の機械の取替え工事や、フランチャイズショップの店舗の改装工事など、複数の工事等が同時期に行われる多拠点同時プロジェクトが存在する場合に、このプロジェクトの管理者と、実際の工事等を行う施工者と、このプロジェクトを発注した施主の少なくとも三者がこれらの各プロジェクトの進捗状況を管理し、把握することができるプロジェクト進捗状況管理システムに関するものである。

工事等を管理する従来のシステムでは、工事箇所や工事項目、工事日程等の管理項目を一覧表にして管理者の持つコンピュータに蓄積し、各工事現場や施主の下に設置されたコンピュータからこの一覧表を出力して進捗状況を把握していた。こうした従来技術に似た技術として例えば特開２０１１−１６４８６３号公報（特許文献１）に記載された技術がある。

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

しかしながら、従来技術では管理目的ごとに複数の一覧表が作成されるため、たとえば、工事日の変更があったときに、工事日の変更を一の一覧表に対して入力しただけでは足りず、他の一覧表へは別途同じように工事日を入力する必要があり、複数箇所に入力する手間や、転記時の入力ミスが生じ易かった。また、工事日を変更する必要があれば、その都度日程変更が可能かどうかを実際の担当者に電話等で確認する必要があった。そのため、日々変化していくプロジェクトの進捗状況をプロジェクトに関係するすべての関係者がタイムリーに正確に把握することは困難であった。

そこで本発明は、上記課題に対してなされたものであって、その目的とするところは、プロジェクトの管理項目の変更に迅速に対応でき、進捗状況管理の効率化と、プロジェクトの関係者にとって進捗状況が把握し易いプロジェクト進捗状況管理システムを提供しようとするものである。

上記目的を達成するため、以下の発明を提供する。
即ち、多拠点同時プロジェクトを管理する管理サーバと、このプロジェクトの管理者が用いる管理者端末と、このプロジェクトを実行する施工者が用いる施工者端末と、そのプロジェクトを発注した施主が用いる施主端末とがインターネットに接続可能であり、管理者、施工者、施主の三者のうちの何れかであるプロジェクト参加者がこのプロジェクトの進捗状況をそれぞれ確認可能なプロジェクト進捗状況管理システムであって、多拠点同時プロジェクトの工事名、工事場所、工事日等の管理項目を記憶するプロジェクト情報記憶手段と、上記管理項目から所定の項目を選択して種々の所定のフォーマット形式に出力した種々の表示画面を作成する画面作成手段と、所定のＩＤ情報を元にしてプロジェクト参加者を認識するＩＤ認識手段と、上記管理項目の中からプロジェクト参加者と関連づけて変更可能とする管理項目を記憶する参加者別入力可能項目記憶手段と、を有し、画面作成手段が、プロジェクト参加者に共通な参加者共通表示画面を作成する共通画面作成手段と、プロジェクト参加者によって異なる参加者毎表示画面を作成する参加者毎画面作成手段であり、上記各端末からプロジェクト参加者のＩＤ情報が送信されＩＤ認識手段が認識すると、参加者別入力可能項目記憶手段に記憶された参加者別入力可能項目を参照し、ＩＤ認識手段が認識したプロジェクト参加者の画面に対して、共通画面作成手段がプロジェクト参加者に共通な参加者共通標示画面を作成し、参加者毎画面作成手段は、画面の表示対象となるプロジェクト参加者が変更可能とする管理項目については入力可能な状態で画面を表示し、画面の表示対象となるプロジェクト参加者が変更できない管理項目については入力不可能な状態で画面を表示する参加者毎表示画面を作成するプロジェクト進捗状況管理システムである。

前記施工者には施工候補者を含み、施主には施主候補者を含むプロジェクト進捗状況管理システムである。
多拠点同時プロジェクトには、既に終了したプロジェクトおよび将来に開始が予定されるプロジェクトを含むプロジェクト進捗状況管理システムである。
プロジェクト参加者からの意思確認を受け取る意思確認手段を有し、この意思確認手段が、管理者からの転記の意思確認を受け取ることで、共通画面作成手段または参加者毎画面作成手段は、既に表示した画面の管理項目の中の一部をそのまま転記した画面の再作成を行うプロジェクト進捗状況管理システムである。

上記管理項目の中からプロジェクト参加者により一の管理項目が新たに入力されると、前記プロジェクト情報記憶手段がその一の管理項目を上書きして記憶し、この上書きされた管理項目に基づいて共通画面作成手段がプロジェクト参加者に共通な参加者共通標示画面を作成し、参加者毎画面作成手段は、画面の表示対象となるプロジェクト参加者が変更可能とする管理項目については入力可能な状態で画面を表示し、画面の表示対象となるプロジェクト参加者が変更できない管理項目については入力不可能な状態で画面を表示する参加者毎表示画面を作成するプロジェクト進捗状況管理システムである。
共通画面作成手段または参加者毎画面作成手段は既に表示した画面の一部をそのまま利用して画面の再作成を行うプロジェクト進捗状況管理システム。

こうしたプロジェクト情報記憶手段から取り出した複数の所定の管理項目に基づいて所望のリストを作成するリスト作成手段を有するプロジェクト進捗状況管理システムである。
リスト作成手段は、既存の会計システムに照応した形式でのリストを作成するプロジェクト進捗状況管理システムである。

そして、リスト作成手段によって作成された所望のリストを所定の時期にプロジェクト参加者にメール配信するメール配信手段を有するプロジェクト進捗状況管理システムである。なお、メール配信手段はリストを付けずにアラートメールのみを配信することもできる。
また、一の管理項目と関連づけられる別の管理項目を記憶する関連づけ管理項目記憶手段と、その一の管理項目と関連づけられる別の管理項目とを対比して所定の条件を満足するか否かを判断しアラートを発するアラート判断手段と、を有し、リスト作成手段が、アラート判断手段の判断に基づいてアラートリストを作成するアラートリスト作成手段として機能するプロジェクト進捗状況管理システムである。

そして、上書きされた管理項目と、その上書きがなされる入力フォームとを関連づけて記憶する関連づけ入力フォーム記憶手段を有し、画面作成手段が表示画面としての更新箇所リストを作成するときに、関連づけ入力フォーム記憶手段を参照し、上書きされた管理項目を表示する代わりにその管理項目に関連づけられた入力フォーム名を表示するプロジェクト進捗状況管理システムである。

あるいは、前記管理項目の中からプロジェクト進捗状況を把握するために必要な管理項目を進捗状況管理項目として記憶する進捗状況管理項目記憶手段と、プロジェクトの進捗状況に基づいて定義するステータスを記憶するステータス記憶手段と、進捗状況管理項目記憶手段に記憶されている各進捗状況管理項目の現状とステータス記憶手段に記憶されているステータスとを関連づけて記憶する関連づけステータス記憶手段と、各進捗状況管理項目の現状に応じて関連づけられたステータスを決定するステータス決定手段と、を有するプロジェクト進捗状況管理システムである。

また、前記プロジェクト情報記憶手段が上書きして記憶した管理項目について、共通画面作成手段が参加者共通表示画面を作成し、参加者毎画面作成手段が参加者毎表示画面を作成するときに、ＩＤ認識手段が施工者ＩＤを認識し、施工者が入力して変更された管理項目は赤字等に色付けして作成するプロジェクト進捗状況管理システムである。
プロジェクト参加者からの意思確認を受け取る意思確認手段を有し、この意思確認手段が、管理者からの意思確認を受け取ることで、参加者毎画面作成手段が前記赤字等に色付けして作成された管理項目を黒字に再作成するプロジェクト進捗状況管理システムである。
そして、共通画面作成手段と参加者毎画面作成手段が複数の入力フォームを作成し、この複数の入力フォームのうちの何れか１つの入力フォームから入力された管理項目を、プロジェクト情報記憶手段で上書き記憶し、この上書き記憶された管理項目を、共通画面作成手段と参加者毎画面作成手段が他の入力フォーム上に再表示したその他の入力フォームを再作成するプロジェクト進捗状況管理システムである。

前記複数の入力フォームが進捗管理ページ、事前調査ページ、工事記録ページ、是正工事ページの４つのページであるプロジェクト進捗状況管理システムである。
また、配信されたメールの受領確認を行うメール受領確認手段を有するプロジェクト進捗状況管理システムである。

さらにまた、前記上書きされた管理項目と、その管理項目に関連づけられる管理項目が、調査予定日と調査期限であり、アラート判断手段が調査予定日よりも調査期限が前の日付であると判断すると、調査予定日期限超過リストを作成するプロジェクト進捗状況管理システムである。

あるいはまた、アラート判断手段によるアラートの発生から所定期間内に所定の管理項目が上書きされたか否かを判断する改善有無判断手段を有し、改善有無判断手段が所定期間内に所定管理項目が上書きされていないと判断した場合に、リスト作成手段がアラートリスト作成手段としてアラートリストを再作成するプロジェクト進捗状況管理システムである。
アラート判断手段の判断によって生じたアラートに基づいて、リスト作成手段が、関連づけ管理項目記憶手段によって記憶された事項と、その事項ごとに付されたポイントと、管理項目としての施工者名と、を抽出して施工者毎にポイントを集計し、ポイント順に施工者名を表示するリストを作成するプロジェクト進捗状況管理システムである。
アラート判断手段の判断によって生じたアラートが施工者毎に単位期間内に何件生じているかを集計してアラート発生割合を算出し、そのアラート発生割合を定期的に記憶し、アラート発生割合の変化率に着目した品質向上情報を作成する品質向上情報作成手段を有するプロジェクト進捗状況管理システムである。

そしてまた、多拠点同時プロジェクトを管理する管理サーバと、このプロジェクトの管理者が用いる管理者端末と、このプロジェクトを実行する施工者が用いる施工者端末と、そのプロジェクトを発注した施主が用いる施主端末とがインターネットに接続され、管理者、施工者、施主の三者のうちの何れかであるプロジェクト参加者がこのプロジェクトの進捗状況をそれぞれ確認可能なプロジェクト進捗状況管理システムであって、多拠点同時プロジェクトの各プロジェクトの予算、各プロジェクトの完了の有無、完了したプロジェクトにかかった実際の費用を管理項目として記憶するプロジェクト情報記憶手段と、上記管理項目から所定の項目を選択して種々の所定のフォーマット形式に出力した種々の表示画面を作成する画面作成手段と、を有し、画面作成手段が、プロジェクトの進捗状況に基づいて定義するステータス毎に何件のプロジェクトが該当するかを表示するグラフと、プロジェクト全体の予算と完了したプロジェクトの予算と完了したプロジェクトにかかった実際の費用とを示すグラフとを表示するプロジェクト進捗状況管理システムである。

上記アラート判断手段が金額の増額や減額等の変更があったプロジェクトを認識し、アラートリスト作成手段がそのプロジェクトのみを抽出したアラートリストを作成するプロジェクト進捗状況管理システムである。

参加者毎画面作成手段がログインしているプロジェクト参加者を表示し、その何れか一のプロジェクト参加者に対する管理者からの強制ログオフ指示により、その一のプロジェクト参加者のログイン状態を強制的に解除する強制ログオフ手段を有するプロジェクト進捗状況管理システムである。
そして、これらのプロジェクト進捗状況管理システムで用いられる管理サーバや、これらのプロジェクト進捗状況管理システムを実行するためのコンピュータプログラムをも提供する。

本発明のプロジェクト進捗状況管理システムによれば、管理項目等の全ての情報を一つのシステムに集中させることで、プロジェクトとして稼働している複数のプロジェクト情報を一元的に管理でき、品質・コスト・スケジュール・請求額・安全管理等の様々な面から管理統制することで、効率的なマネジメントを実現することができる。
プロジェクトの管理者、工事の施工者、プロジェクトの依頼主である施主が、それぞれのアクセス権に基づいて、必要なプロジェクト情報にアクセスできる。そうした一方で、プロジェクトに関係しないアクセス権のない者の利用を排除して情報を保護できる。

プロジェクトの進行中および終了後でもプロジェクトの履歴を残すことができ、不具合発生時に過去に遡り原因を追及できる。また、新たなプロジェクトを開始する際には過去の実績として生かすことができる。特にこのプロジェクトの履歴には、各管理項目の変更やプログラム自体の変更までも含むため、プロジェクトごとの詳細な分析もできる。さらに、プロジェクトの件数が増えれば増えるほど、次なるプロジェクトを創るための資産となるデータの蓄積が進むことからプロジェクト管理のベストプラクティスに向けた「学習機能」を有する自律発展型システムである。
一のプロジェクトの参加者でも他のプロジェクトに必要に応じてアクセスすることで、他拠点との対比に基づく一定のレベル感で自己のプロジェクトの管理・把握をすることができる。

施工者が行うべき報告事項について、フローに則り画面に表示することで、施工者が漏れなく対応できる。また施工者の報告事項と管理者の確認事項、そして施主の承認事項を予め関連付けることで、各プロジェクト参加者が行うべき事項を一定のレベル感で容易に履行させることができる。
各管理項目に上書きされて記録された情報は集計して別の作業で利用することができる。例えば、施主が支払い承認済みのデータを代金支払い作業で利用したり、仕訳情報として会計作業に利用したり、固定資産管理のために減価償却システムやＢＩＭなどで利用したりすることができる。そのため、人手を省き別の各作業を確実に行うことができる。

プロジェクト進捗状況管理システムのシステム構成図である。 管理サーバの機能構成を示すブロック図である。 各端末に表示されるトップページである。 進捗管理ページである。 事前調査ページである。 工事記録ページである。 是正工事ページである。 システムの処理フロー（その１）である。 システムの処理フロー（その２）である。 システムの処理フロー（その３）である。 システムの処理フロー（その４）である。 システムの処理フロー（その５）である。 システムの処理フロー（その６）である。 システムの処理フロー（その７）である。 システムの処理フロー（その８）である。 各端末に表示される別のトップページである。

本発明のプロジェクト進捗状況管理システム（以下単に「進捗状況管理システム」ともいう）についてさらに詳しく説明する。このプロジェクト進捗状況管理システムは、フランチャイズショップの店舗の改装工事など、ビルや建物の建築工事や、そうしたビル等の設備工事、リフォーム、または商品の製造工場の機械の取替え工事など種々のプロジェクトの進捗状況を確認できるシステムである。また、こうしたプロジェクトが一箇所だけでなく複数箇所（同一現場で複数箇所のときもあれば現場が遠隔地に散在する場合もあり得る）で同時期に進行するような多拠点同時プロジェクトを統括するシステムである。さらに、多拠点同時プロジェクトの管理者と、実際の工事等を行う施工者と、このプロジェクトを発注した施主の少なくとも三者がアクセスし確認可能なシステムである。

図１は、プロジェクト進捗状況管理システム１０のシステム構成図である。このプロジェクト進捗状況管理システム１０は、管理サーバ１と、多拠点同時プロジェクトの管理者が用いる管理者端末２（２ａ、２ｂ、・・）と、プロジェクトを実行する施工者が用いる施工者端末３（３ａ、３ｂ、・・）と、そのプロジェクトを発注した施主が用いる施主端末４（４ａ、４ｂ、・・）と、を有し、これらがネットワーク５を介してそれぞれ接続されている。

管理サーバ１は、プロジェクト管理者や、施工者、施主用のそれぞれの端末２，３，４からの指示をネットワーク５を介して受信し、その指示に従った処理を行う。この管理サーバ１の構成としては、演算装置や制御装置として機能する中央演算処理装置（ＣＰＵ)や、ＲＡＭ等の主記憶装置、ハードディスク等の外部記憶装置、モデム等の通信装置、コンピュータプログラムを有している。これらの構成要素により後述する図２で示す機能ブロックを構成する。
この管理サーバ１は、図１で示すような各種端末２，３，４以外のネットワークに接続したコンピュータ管理サーバであっても良いが、後述する管理者端末２のコンピュータで兼用する管理サーバとすることもできる。さらにクラウドコンピューティングに用いられるクラウド管理サーバであっても良い。

管理者端末２は、プロジェクトを管理する管理者が使用するコンピュータであり、一または複数のコンピュータ２ａ、２ｂ、・・であり得る。この管理者端末２は、ネットワークに接続し通信可能な通信装置を備えて構成されており、プログラムを起動しインターネット等のネットワークに接続すると管理サーバ１に保存されたデータを取得して表示したり、入力装置を通じて入力されたデータを管理サーバ１へ送信したり、管理サーバ１からのデータを受信して出力装置を通じてメール等の形式で出力することができる。
この管理者端末２となるコンピュータは、いわゆるパーソナルコンピュータの他、携帯電話端末やタブレット端末などであっても良い。

施工者端末３は、工事等のプロジェクトを実際に施工する施工者が使用するコンピュータであり、一または複数のコンピュータ３ａ、３ｂ、・・であり得る。この施工者端末３は、ネットワークに接続し通信可能な通信装置を備えて構成されており、プログラムを起動しインターネット等のネットワークに接続すると管理サーバ１に保存されたデータを取得して表示したり、入力装置を通じて入力されたデータを管理サーバ１へ送信したり、管理サーバ１からのデータを受信して出力装置を通じてプリント出力することができる。
この施工者端末３となるコンピュータは、いわゆるパーソナルコンピュータの他、携帯電話端末やタブレット端末などであっても良い。

施主端末４は、工事等のプロジェクトを発注した施主が使用するコンピュータであり、一または複数のコンピュータ４ａ、４ｂ、・・であり得る。この施主端末４は、ネットワークに接続し通信可能な通信装置を備えて構成されており、プログラムを起動しインターネット等のネットワークに接続すると管理サーバ１に保存されたデータを取得して表示したり、入力装置を通じて入力されたデータを管理サーバ１へ送信したり、管理サーバ１からのデータを受信して出力装置を通じてプリント出力することができる。
この施主端末４となるコンピュータは、いわゆるパーソナルコンピュータの他、携帯電話端末やタブレット端末などであっても良い。

図２は管理サーバ１の機能構成を表すブロック図である。図２で示すように、管理サーバ１には、プロジェクト情報記憶手段１１と、共通画面作成手段１２と、ＩＤ認識手段１３と、参加者別入力可能項目記憶手段１４と、参加者毎画面作成手段１５と、アラート判断手段１６と、関連づけ管理項目記憶手段１７と、アラートリスト作成手段１８と、リスト作成手段１９と、メール配信手段２０と、進捗状況管理項目記憶手段２１と、関連づけステータス記憶手段２２と、ステータス決定手段２３と、ステータス記憶手段２４と、意思確認手段２５と、関連づけ入力フォーム記憶手段２６と、メール受領確認手段２７と、改善有無判断手段２８と、品質向上情報作成手段２９と、強制ログオフ手段３９と、プロジェクト承認手段４０と、管理項目補完手段４１と、を有している。

プロジェクト情報記憶手段１１は、各プロジェクトとその基本情報や共通情報等のプロジェクト管理に必要な管理項目のデータベースを備える機能を有する。プロジェクトとして全国のフランチャイズショップの店舗を改装する工事（以下「店舗改装工事」ともいう）を例示して説明すれば、より具体的には、店舗名（工事箇所名）、店舗コード（工事箇所コード）、契約名称（プロジェクト名称）、ＩＤ情報等の管理項目を記憶できるようになっている。

画面作成手段は、プロジェクト情報記憶手段１１に記憶された管理項目から所定の項目を選択して種々の所定のフォーマット形式に出力した種々の表示画面を作成する処理を行う。この画面作成手段のうちの共通画面作成手段１２は、上記管理項目から所定の項目を選択して種々の所定のフォーマット形式に出力した種々の表示画面を作成するにあたり、ＩＤ認識手段１３で認識されたＩＤと、参加者別入力可能項目記憶手段１４に記憶された管理項目とを参照し、ログインした参加者に共通な参加者共通表示画面を作成する処理を行う。
ＩＤ認識手段１３は、所定のＩＤ情報を元にしてプロジェクトに関係する管理者、施工者、施主であるプロジェクト参加者を認識する処理を行う。
また、ＩＤ認識手段１３は、管理者や施工者、施主という三者の区別だけでなく、それらの三者をさらに区分して認識するなど、必要に応じて認識の階層を設けることができる。例えば、施主にそれぞれ別の役割をもたせた一次承認者と最終承認者があれば、施主をさらに区分して、その両者をＩＤ認識手段１３が区別するようにすることができる。

参加者別入力可能項目記憶手段１４は、管理項目の中からプロジェクト参加者と関連づけて入力可能となる管理項目を記憶する記憶部を備える。店舗改装工事では、管理者と関連づけられる管理項目として例えば指摘事項等が挙げられ、施工者と関連づけられる管理項目として調査実施日や工事実施日等が挙げられ、施主と関連づけられる管理項目として増額承認等の施主確認事項が挙げられる。

参加者毎画面作成手段１５は、上記管理項目から所定の項目を選択して種々の所定のフォーマット形式に出力した種々の表示画面を作成するにあたり、ＩＤ認識手段１３で認識されたＩＤと、参加者別入力可能項目記憶手段１４に記憶された管理項目とを参照し、ログインした参加者と関連づけて入力可能となる管理項目欄は入力可能状態として表示する参加者毎表示画面を作成する処理を行う。
即ち、参加者毎画面作成手段１５は、ＩＤ認識手段１３を参照して、ログインした参加者のＩＤが施工者権限を示すものと認識すれば、次に参加者別入力可能項目記憶手段１４を参照し、施工者と関連づけられた管理項目を抽出する。そして、この抽出した管理項目については入力可能状態として表示する表示画面を作成する。
また、プロジェクト参加者の三者ごとにさらに階層を分けて区分してそれぞれに異なる画面を作成することができる。例えば、施主について一次承認者と最終承認者とに区分したなら、一次承認者には承認できない項目も最終承認者には承認できるように、一次承認者用画面と最終承認者用画面をそれぞれ別に作成することができる。

より具体的に店舗改装工事の場合についてみると、施工者がログインした場合には、施工者に関連づけられた管理項目である調査実施日や工事実施日等は、施工者にとって入力できる項目として画面に表示（入力可能状態として表示）され、施工者に関連づけられていない管理項目である承認フラグ等は、施工者にとっては入力不可能な項目として画面に表示されるように参加者毎表示画面が作成される。そうした一方で、施主がログインした場合には、施主に関連づけられた管理項目である施主案、承認フラグ等は施主にとって入力できる項目として画面に表示され、施主に関連づけられていない管理項目である調査実施日、工事実施日等は、画面に表示されていても、施主にとって入力不可能な項目として画面に表示されるように参加者毎表示画面が作成される。
なお、入力可能状態で表示する仕方は、入力可能な項目を表示させ入力不可能な項目は表示させない場合と、入力可能な項目を表示させながら入力不可能な項目も表示はさせるが、その入力不可能な項目は入力者がクリックできないとか、入力不可能な項目に対する入力欄が設けられていないとかの状態で表示する場合とを挙げることができる。

関連づけ管理項目記憶手段１７は、管理項目の中から特定のいくつかを選択してそれらを関連づけて記憶する。例えば、調査予定日と調査期限、工事予定日と工事期限、調査期限と調査日調整済みフラグ、工事期限と工事日調整済みフラグ等である。
アラート判断手段１６は、関連づけ管理項目記憶手段１７を参照して、その関連づけ管理項目記憶手段１７に記憶された関連づけられた複数の管理項目を対比して所定の条件を満足するか否かを判断する処理を行う。そして、条件を満足するか否かの何れかの判断に基づいてアラートを発する処理を行う。例えば、関連づけられた管理項目が調査予定日と調査期限ならば、調査予定日と調査期限の日付を対比して、調査予定日が調査期限より前の日であるという条件を満足するか否かを判断する。そして、調査予定日が調査期限よりも後の日であれば、この条件を満たさないものとしてアラートを発する。同様にして、関連づけられた管理項目が、工事期限と工事日調整済みフラグでは、工事期限の日付と工事日調整済みフラグの有無（たっているかたっていないか）を確認し、さらに工事期限から起算して３０日前までに工事日調整済みフラグが立っているか否かを判断する。そして、工事期限から起算して３０日前までに工事日調整済みフラグが立っていない場合にはアラートを発する。

アラートリスト作成手段１８は、アラート判断手段１６が施工者に対してアラートを発生する必要がある対象店舗をピックアップし、アラートの対象となる管理項目を表示したリストを作成するものである。プロジェクト情報記憶手段１１から取り出した複数の所定の管理項目に基づいて所望のリストを作成するリスト作成手段１９の一である。
なお、リスト作成手段１９が作成するリストには、後述するトップページ３１の更新箇所リスト表示部３１ｂに記される更新箇所リストの他、レポートメニュー表示部３１ｃに記されたレポートメニューを選択すると表示されるリストも含まれる。レポートメニューには今週の工事予定現場のように今週の工事が予定されているプロジェクトを一覧表として表示するものの他、月別進捗管理表のように月別に行われた工事数や調査予定数等をグラフで表示するものなど、所定の項目を表やグラフで可視化したものを選択する項目であり、リスト作成手段１９はこれらの表やグラフを作成する。

メール配信手段２０は、リスト作成手段１９によって作成された所望のリストを所定の時期にプロジェクト参加者にメール配信する処理を行う。
進捗状況管理項目記憶手段２１は、管理項目の中からプロジェクト進捗状況を把握するために必要な管理項目を進捗状況管理項目として記憶するデータベースを備える。
関連づけステータス記憶手段２２は、プロジェクトの進捗状況に基づくステータスについて、進捗状況管理項目の状態と関連づけて記憶するデータベースを備える。
ステータス記憶手段２４は、プロジェクトの進捗状況に基づいて定義するステータスを記憶する。
ステータス決定手段２３は、各進捗状況管理項目の現状に応じて関連づけられたステータスを決定する。

関連づけ入力フォーム記憶手段２６は、上書きされた管理項目と、その上書きがなされる入力フォームとを関連づけて記憶するデータベースを備える。
意思確認手段２５は、プロジェクト参加者からの意思確認の指示を受け取る処理を行う。
改善有無判断手段２８は、アラート判断手段１６によるアラートの発生から所定期間内に所定の管理項目が上書きされたか否かを判断する処理を行う。
品質向上情報作成手段２９は、アラート判断手段の判断によって生じたアラートが施工者毎に単位期間内に何件生じているかを集計してアラート発生割合を算出し、そのアラート発生割合を定期的に記憶し、アラート発生割合の変化率に着目した品質向上情報を作成する処理を行う。

強制ログオフ手段３９は、このプロジェクト進捗状況管理システムにログインしているプロジェクト参加者の中から選択した特定のプロジェクト参加者を強制的にログオフさせるものである。
プロジェクト承認手段４０は、種々の処理の承認を行うものである。例えば、施工者によって入力された管理項目を施主が承認する際に、施主用の表示画面に設けられた承認ボタンからの入力で意思確認手段２５が施主の承認意思を受け取ると、プロジェクト承認手段４０が施工者の入力事項を承認して承認フラグをたてる。これにより、参加者毎画面作成手段１５は、その管理項目を施工者にとっても入力不可能な状態で再表示することができる。また、最終承認者である施主の意思をプロジェクト承認手段４０が承認することで、その承認した管理項目については一次承認者である施主がその管理項目を変更できないように、参加者毎画面作成手段１５が一次承認者用画面を作成することができる。
管理項目補完手段４１は、既存のプロジェクトの所定の管理項目のデータを新規に組み込まれたプロジェクトの対応する管理項目のデータとして割り当てるものである。

次に、このプロジェクト進捗状況管理システム１０によって実行されるプロジェクトの進捗管理方法の一形態について、店舗改装工事を例にして説明する。
例示する店舗改装工事は、全国に数多く存在するフランチャイズショップの既存の店舗を、同じ形態の店舗に改装する工事を行う多拠点同時進行プロジェクトであり、このプロジェクトの理解補助のため、プロジェクト参加者がそれぞれの端末２，３，４のディスプレイを通じて視認する表示画面について最初に説明する。

図３には、トップページ３１として利用される表示画面の一例である。
頁の最上段には、店舗コード検索表示部３１ａが表示され、店舗コード、店名、県、住所、工事種別等の表示がなされ、これらの各項目に所望の店舗コード、店名、県、住所、工事種別等をプロジェクト参加者が入力することができるようになっている。プロジェクト参加者が検索ワードを入力することで、全国の既存の店舗（現場）から所望の店舗が検索され、所望の店舗を選択することでその店舗の管理項目が表示された表示画面に切り替わる。
頁の上段には、更新箇所リスト表示部３１ｂが表示される。
頁の中段には、レポートメニュー表示部３１ｃが表示され、プロジェクト参加者が所望のメニューを選択することで、そのメニューに対応するリスト画面に切り替わる。
頁の下段には、所定の進捗状況ごとにその進捗状況にある店舗数を一覧表とした月別進捗管理表表示部３１ｄが表示される。

図３で示すトップページ３１に表示される月別進捗管理表表示部３１ｄに表示される一つの具体例を次に示す。
全国各地に広がる各プロジェクトがどのようなステータスにあるかについて一つの棒グラフで示すことができる。即ち、一つの棒グラフの中でステータス毎のプロジェクト件数を色分け等して表示することができる。
また、プロジェクトと、それにかかる予算とに着目し、プロジェクト全体の総予算を棒グラフで表示するとともに、工事が完了したプロジェクトの総予算と実際の費用をそれぞれ棒グラフで表示することができる。これらの棒グラフを並べて表示することで、全プロジェクトに対して現時点でどの程度のプロジェクトが完了しており、その予算消化程度がどの程度かを一目で把握することができる。
プロジェクト情報記憶手段１１が、各プロジェクトの予算、各プロジェクトの完了の有無、完了したプロジェクトにかかった実際の費用を管理項目として記憶しておき、画面作成手段が、一のプロジェクトが完了するたびに、プロジェクトの進捗状況に基づいて定義するステータス毎に何件のプロジェクトが該当するかを表示するグラフを作成し、また、プロジェクト全体の予算と、完了したプロジェクトの予算と、完了したプロジェクトにかかった実際の費用と、を示すグラフを作成することができるからである。

図１６には、図３で示したトップページ３１とは異なるトップページ１０１を示す。このページには日本地図が記され、その地図上にプロジェクトの拠点となる店舗位置がバルーンで示されている。

また、トップページ３１やトップページ１０１とは異なるトップページ（図示せず）を設けることができる。このトップページ（以下「大拠点表示トップページ」という）の詳細については後述する。
次に説明する図４〜図７には、トップページ３１（またはトップページ１０１、大拠点表示トップページ）から選択した一のプロジェクト、ここでは改装予定の全店舗から選択した一の店舗についての異なる４つの管理画面のページを表す。

図４には、改装予定の全店舗のうちトップページ３１で選択された一の店舗の工事の進捗状況を示す進捗管理ページ３２を示す。
頁の上段には、基本情報・共通情報表示部３３として、管理対象となる店舗の店舗コードや店舗名等の管理項目が表示される。
頁の中段には、“進捗管理”、“事前調査”、“工事記録”、“是正工事”と記されたタブが置かれたタブ部３４が表示される。
また、頁の中段には、進捗管理タブを選択した状況下での表示項目、即ち、工事現場を事前調査するときの調査予定日や調査実施日、工事予定日、工事実施日などの管理項目を記した進捗管理項目表示部３２ａが表示される。
頁の下段には、指摘事項表示部３５が表示され、管理者が施工者に対して注意を喚起したり、その他必要な事項を連絡したりするための管理項目（指摘日、指摘事項、指摘内容等）の見出しと、その管理項目に対する入力欄が表示される。

図５には、進捗管理ページ３２とは別のプロジェクト進捗状況を示す表示画面の一である事前調査ページ３６を示す。
この事前調査ページ３６は、図４で示す進捗管理ページ３２から“事前調査”タブをプロジェクト参加者が選択することで表示される画面である。そして事前調査ページ３６もまた進捗管理ページ３２で記された一の店舗と同じ店舗の進捗状況を示すものである。

頁の上段には、進捗管理ページ３２と同様に、基本情報・共通情報表示部３３が表示され、頁の中段上部にも、進捗管理ページ３２と同様にタブ部３４が表示される。
頁の中段には、事前調査タブを選択した状況下での表示項目、即ち、調査結果や工事内容の明細などの管理項目が記される、事前調査管理項目表示部３６ａが表示される。
頁の下段にも、進捗管理ページ３２と同様に指摘事項表示部３５が表示される。
なお、この事前調査ページ３６で施工者によって入力された事項は、調査報告書として出力される。

図６には、進捗管理ページ３２や事前調査ページ３６とは別のプロジェクト進捗状況を示す表示画面の一である工事記録ページ３７を示す。
この工事記録ページ３７は、図４で示す進捗管理ページ３２や図５で示す事前調査ページ３６から“工事記録”タブをプロジェクト参加者が選択することで表示される画面である。そして工事記録ページ３７もまた進捗管理ページ３２で記された一の店舗と同じ店舗の進捗状況を示すものである。
頁の上段には、進捗管理ページ３２と同様に、基本情報・共通情報表示部３３が表示され、頁の中段上部にも、進捗管理ページ３２と同様にタブ部３４が表示される。
頁の中段には、工事記録タブを選択した状況下での表示項目、即ち、工事結果や工事実施内容の明細などの管理項目が記される、工事記録管理項目表示部３７ａが表示される。
頁の下段にも、進捗管理ページ３２と同様に指摘事項表示部３５が表示される。
なお、この工事記録ページ３７で施工者によって入力された事項は、工事報告書として出力される。

図７には、進捗管理ページ３２や事前調査ページ３６、工事記録ページ３７とは別のプロジェクト進捗状況を示す表示画面の一である是正工事ページ３８を示す。
この是正工事ページ３８は、図４で示す進捗管理ページ３２や図５で示す事前調査ページ３６、図６で示す工事記録ページ３７の中から“是正工事”タブをプロジェクト参加者が選択することで表示される画面である。そして是正工事ページ３８もまた進捗管理ページ３２で記された一の店舗と同じ店舗の進捗状況を示すものである。
頁の上段には、進捗管理ページ３２等と同様に、基本情報・共通情報表示部３３が表示され、頁の中段上部にも、進捗管理ページ３２等と同様にタブ部３４が表示される。
頁の中段には、是正工事タブを選択した状況下での表示項目、即ち、確認日や、内容（是正工事内容）などの管理項目が記される、是正工事管理項目表示部３８ａが表示される。
頁の下段にも、進捗管理ページ３２等と同様に指摘事項表示部３５が表示される。

次に、店舗改装工事について実行されるプロジェクト進捗状況管理システムの処理の流れについて図８〜図１５を参照して説明する。
まず、図８を参照する。プロジェクト参加者が各端末２，３，４を操作してインターネットを通じて自己のＩＤ情報を管理サーバ１に送信する。管理サーバ１がこのＩＤ情報を受信すると、プロジェクト情報記憶手段１１に記憶されたプロジェクト参加者ごとに関連づけられて記憶されているＩＤ情報をＩＤ認識手段１３が参照して、プロジェクト参加者の何れがログインしてきたのかを判断する（Ｓ１）。また、共通画面作成手段１２と参加者毎画面作成手段１５が作成した図３に示すトップページ３１を表示する（Ｓ２）。

あるいはまた、プロジェクト参加者が各端末２，３，４で自己のＩＤ情報を入力する際に、その入力画面に図３に示すトップページ３１か、または図１６に示すトップページ１０１か、を選択するボタンを設けておくことができる。これにより、トップページ３１を最初に表示するのではなく、選択によってはトップページ１０１を最初に表示するようにすることもできる。
さらに、選択によっては大拠点表示トップページを最初に表示するようにすることもできる。

トップページ１０１の方を選択すれば、地図を用いて、全プロジェクトの中から個々のプロジェクトを選択することができる。すなわち、該当するバルーンを選択すると、図１６の右下に示すようなその地点の拡大図が表示されるとともに、店舗コード、店名、県、住所、工事種別等の概要が吹き出しで表示される。目的の店舗に間違いないことを確認すれば、吹き出し内をクリックすることで、後述する図４に示す目的の店舗の進捗管理ページ３２を開くことができる。
なお、バルーンは、そのバルーンが示す各店舗の工事の進捗状況によって、その進捗状況に応じて決められた色に色付けして表示することができる。例えば、あるバルーンが示す店舗が、未だ調査も終わっていない状況（ステータス）ではそのバルーンを紫色に、工事が終わり最終検査も合格した状況ではそのバルーンは肌色に、等とすることができる。
あるいは、大拠点表示トップページを選択することもできる。詳細については後述する。
次に図３で示すトップページ３１について説明する。

図３で示すトップページ３１のうち、店舗コード検索表示部３１ａと、更新箇所リスト表示部３１ｂ、月別進捗管理表表示部３１ｄの各部位は、ＩＤ情報によらずプロジェクト参加者全てに同様に表示される表示画面として、共通画面作成手段１２が作成し表示する。一方、レポートメニュー表示部３１ｃは、参加者毎画面作成手段１５がＩＤ認識手段１３で認識されたＩＤと参加者別入力可能項目記憶手段１４とを参照し、認識されたＩＤ情報に関連づけられた管理項目は、認証されたＩＤを持つ参加者にとっては入力可能な状態で表示される参加者毎表示画面として作成し表示する。

したがって、レポートメニュー表示部３１ｃにおいて、例えば管理者がログオンしていれば一覧表として準備できるレポートメニューの全てが表示される。そうした一方で施工者がログオンしていれば、施工者向けに準備されるレポートメニューのみが表示され、施工者に関係の無いレポートメニューについては表示されない。
なおここでは、ＩＤ情報に関連づけられて選択入力可能なレポートメニューは表示され、不可能なレポートメニューは表示されない仕様としているが、選択入力が不可能なレポートメニューも表示はするが、選択できない（一覧表が出力しない）ように表示する仕様とすることもできる。

トップページ３１の店舗コード検索表示部３１ａにプロジェクト参加者が適宜入力し、管理サーバ１がその入力情報を受信すると、プロジェクト情報記憶手段１１に記憶された管理項目と対比して、入力情報に一致する店舗を店舗コード選択部位に再表示し、さらにプロジェクト参加者によって、そのうちの一店舗が入力選択されると、その入力情報を受信した管理サーバ１は、共通画面作成手段１２と参加者毎画面作成手段１５が参加者共通表示画面および参加者毎表示画面として作成した図４に示す進捗管理ページ３２を表示する（Ｓ３）。

プロジェクト参加者が進捗管理ページ３２に設けた事前調査タブをクリックすると、その入力情報を管理サーバ１が受信し、共通画面作成手段１２と参加者毎画面作成手段１５が参加者共通表示画面および参加者毎表示画面として作成した図５に示す事前調査ページ３６を表示する（Ｓ４）。なお同様に、工事記録タブをクリックすると図６に示す工事記録ページ３７を表示することもできる。
施工者がログインして事前調査ページ３６が示されている場合には、調査実施日等の項目は入力可能状態、即ち調査実施日の隣に入力欄が設けられた状態等で表示されており、施工者はこの調査実施日等の必要事項を記入し入力することができる。この入力された情報を管理サーバ１が受信すると、プロジェクト情報記憶手段１１が調査実施日のデータが無い状態から入力された日付を上書きし記憶する（Ｓ５）。

そして、進捗管理ページ３２や事前調査ページ３６に共通して現れる調査実施日について、この日付が上書きされて表示された状態となる新たな進捗管理ページ３２や事前調査ページ３６を参加者毎画面作成手段１５が作成し、再表示する（Ｓ６）。また、このとき施主もログインしていれば、トップページ３１からレポートメニュー表示部３１ｃの中の項目として挙げられている調査後増額対象店舗明細をクリックすることで、調査実施日にその日付が表示された調査後増額対象店舗・承認状況リストが、リスト作成手段１９（または参加者毎画面作成手段１５）によって作成され、表示されるようにすることができる（Ｓ６）。

このように、進捗管理ページ３２、事前調査ページ３６、工事記録ページ３７、是正工事ページ３８の各入力フォームに設けられたタブ部３４から、プロジェクト参加者が所望のページを表示するタブをクリックすれば、そのページに切り替わる。また、各入力フォームに設けられた戻るボタンをプロジェクト参加者がクリックすれば以前のページへ戻ることができ、トップページ３１に戻り、所望の店舗を変えて、その店舗についての各入力フォームを表示して、その進捗状況を把握することができる。

なお、施工者がログインして調査実施日の入力を行うタイミングで、施主もログインして事前調査ページ３６を開いている場合には、事前調査管理項目表示部３６ａの調査実施日は入力不可能状態、即ち調査実施日の隣に入力欄が無い状態で表示される。即ち、参加者毎画面作成手段１５が、この事前調査管理項目表示部３６ａにおいて、施工者に対しては調査実施日を入力可能な状態で作成し表示する一方で、施主に対しては調査実施日を入力不可能な状態で作成し表示する。ここでは調査実施日という管理項目について説明しているが、他の管理項目についてもそれぞれの性質に従い、プロジェクト参加者に応じて入力可能であったり、入力不可能であったりするように参加者別入力可能項目記憶手段１４を参照し、参加者毎画面作成手段１５が表示画面を作成する。一方、事前調査ページ３６の基本情報・共通情報表示部３３には、施工者がログインしていても、施主がログインしていても、あるいは管理者がログインしていても、入力事項は無いので、三者共通の表示画面として共通画面作成手段１２が基本情報・共通情報表示部３３を作成し、表示する。

また、上述の施工者がログインして調査実施日の入力を行う以前のタイミングで、管理者がログインして進捗管理ページ３２を開いていた場合には、調査実施日の欄に日付けの表示はされていない。施工者が調査実施日を入力した後、管理者が事前調査ページ３６を開くと、調査実施日の欄に具体的な日付けが記入された状態での事前調査管理項目表示部３６ａが表示される。そして、管理者が改めて進捗管理ページ３２を開いた場合には、その進捗管理項目表示部３２ａの調査実施日の欄にもその具体的な日付けが記された状態で表示される。

施工者が、進捗管理ページ３２に設けた事前調査タブをクリックし図５に示す事前調査ページ３６を表示した状態（Ｓ４）から行う別の入力操作の具体例を次に示す。
事前調査ページ３６の事前調査管理項目表示部３６ａには、数字や文字を入力する管理項目の他に、図面や写真を入力する管理項目もあり、事前調査図面や事前調査現場写真等の項目は、表示されたアップロードボタンによって調査した内容の図面データや工事前の現場写真データをアップロードできるようになっている。施工者がアップロードボタンをクリックすることによって施工者端末３のエクスプローラーが開いて施工者端末３に保存されていた図面や写真が選択され、その情報を管理サーバ１が受信すると、プロジェクト情報記憶手段１１が事前調査図面や事前調査現場写真が無い状態から入力された図面や写真を上書きし記憶する（Ｓ５）。

同様に、図６に示す工事記録ページ３７の工事記録管理項目表示部３７ａには、数字や文字を入力する管理項目の他に、図面や写真を入力する工事図面や工事完了現場写真等の項目があり、工事後の図面データや工事後の現場写真データをアップロードできるようになっている。さらに、図７に示す是正工事ページ３８の是正工事管理項目表示部３８ａには、数字や文字を入力する管理項目の他に、図面や写真を入力する是正工事図面や是正工事現場写真等の項目があり、是正後の状態を示した図面データや是正工事後の現場写真データをアップロードできるようになっている。

施工者が、図５に示す事前調査ページ３６から行える別の入力操作の別の具体例を次に示す。
事前調査ページ３６の事前調査管理項目表示部３６ａには、例えば、現場調査費に対する内訳明細の管理項目を設けることができる。この内訳明細には、現場調査に必要な種々の費用、例えば、交通費、車両費、Ａ工事費、警備費等々が挙がっている。この現場調査費は、プロジェクト契約時の予算と、実際に要した費用との双方が表示され、対比できるようになっている。
ここで、実際に要した費用は、施工者が入力するのであるが、予算と変わらない費用を実際に要した費用として数多くの転記作業を省略できる仕組みが設けられている。

すなわち、内訳明細とともに転記省略タブともいうべき複製タブ及び工事不要タブを事前調査管理項目表示部３６ａに設けておき、何れかのタブからの入力情報を管理サーバ１が受信し、プロジェクト情報記憶手段１１が記憶すると、契約時の予算として表示する種々の費用等の管理項目から、各タブに基づいた仕様に応じて選択した一部の費用等の管理項目をそのまま実際に要した費用として参加者毎画面作成手段１５が事前調査管理項目表示部３６ａに表示する。これにより、複製タブが押されれば、契約時の予算の全ての費用が実際に要した費用に転記され、また、工事不要タブが押されれば、契約時の予算の中で工事以外の部分の費用が実際に要した費用に転記され（工事費用は転記されず、施工者が入力することになる）、施工者の入力作業を省力化することができる。

また図９を参照して、施工者が進捗管理ページ３２から行う別の入力操作として、進捗管理項目表示部３２ａに設けた調査予定日欄に新たに調査予定日を入力した場合について説明する。管理サーバ１がその入力情報を受信すると、アラート判断手段１６が関連づけ管理項目記憶手段１７を参照する。そして、調査予定日と調査期限が関連づけられていると判断すると、調査予定日として入力された日付と、調査期限として保存されている日付とを対比して調査予定日が調査期限よりも後の日となるか否かを判断し（Ｓ７）、調査予定日が調査期限よりも後の日となる場合には、アラートリスト作成手段１８がプロジェクト情報記憶手段１１から必要な管理項目を抽出して一覧表とした期限超過アラートリストを作成する（Ｓ８）。
この期限超過アラートリストは、メール配信手段２０により、メール発送を行う基準時（定刻）であるか否かが判断されて（Ｓ９）、一日に一回、所定の基準時になれば予め登録したプロジェクト参加者にメールで送信される（Ｓ１０）。

さらにこの期限超過アラートリスト作成後も、そのアラートされた原因が改善されたか否かを追尾し、改善されていない場合にはストロングアラート情報として別の期限超過アラートリストを作成することができる。
この追加アラートリストが作成されるフローを図１０を参照して説明する。
アラート判断手段１６によって、所定の条件を満足しているか否かが判断され（Ｓ１１）、満足していないと判断されてアラート（警告）が発せられると（Ｓ１２）、改善有無判断手段２８は、このアラート発生から所定期間内に所定の管理項目が上書きされたかを判断する（Ｓ１３）。そして、上書きされていなければアラートリストを再作成する（Ｓ１４）。上書きされていれば最初に戻って所定の条件を満足するか否かが判断される（Ｓ１１）。

この行程をより具体的に説明すれば、例えば、予め決定していた調査期限よりも後の日付が施工者によって調査予定日に記入されると、プロジェクト情報記憶手段１１は調査予定日の情報を上書きする。すると、アラート判断手段１６が、調査予定日は調査期限よりも前の日であるという条件を満足しないと判断しアラートを発する。このアラートの発生はアラートフラグを立てることで実行することができる。アラートが発せられると、その後改善有無判断手段２８は、プロジェクト情報記憶手段１１を参照して、例えば１日後に調査予定日が書き換えられているか否かを判断し（Ｓ１３）、書き換えられていないと判断した場合には、アラートリスト作成手段１８が期限超過アラートリストを再作成する（Ｓ１４）。

また、改善有無判断手段２８は、調査予定日が書き換えられていると判断した場合には、書き換えられたデータが所定の条件を満足するか否かについて改めて判断される（Ｓ１１）。
再作成された超過期限アラートリストは、当初の配信先である施工者に自動配信することができる。また、再作成された超過期限アラートリストは、タイトルを変更して、当初にメール配信した施工者とともにその施工者よりも権限のある上位権限者にもメール配信することができる。

また、アラートが発生される別の場面について説明する。進捗管理ページ３２の進捗管理項目表示部３２ａに管理項目として調査予定日が入力され管理サーバ１がその入力情報を受信すると、画面作成手段が関連づけ管理項目記憶手段１７を参照し、事前調査ページ３６の事前調査管理項目表示部３６ａに設けた管理項目である「事前調査現場写真」に調査予定日として入力された日付（その後の所定の日でも良い）をチェックフラグを立てて表示する。また、工事記録ページ３７の工事記録管理項目表示部３７ａに設けた管理項目である「工事完了現場写真」に工事予定日として入力された日付（その後の所定の日でも良い）をチェックフラグを立てて表示する。
施工者は、事前調査を行った際に実際の現場写真を撮り、事前調査ページ３６の「事前調査現場写真」に設けられた写真アップロードボタンからその写真をアップロードすることができる。写真がアップロードされることで、プロジェクト情報記憶手段１１が管理項目としての事前調査現場写真を上書きする。同様に、施工者が実際の工事を行った際に工事後の現場写真を撮り、工事記録ページ３７の「工事完了現場写真」に設けられた写真アップロードボタンからその写真をアップロードすることができる。工事完了現場写真がアップロードされることで、プロジェクト情報記憶手段１１が管理項目としての工事完了現場写真を上書きする。

施工者が事前調査現場写真をアップロードしたり、工事完了現場写真をアップロードしたりすることで、これらの管理項目が上書きされるか否かをアラート判断手段１６が参照し、チェックフラグを立てて表示した日付の翌日を写真のアップロード期限と定め、そのアップロード期限までに写真がアップロードさているか否かを判断し、アップロードされていなければ、アラートリスト作成手段１８がプロジェクト情報記憶手段１１から必要な管理項目を抽出して一覧表とした未対応アラートリストを作成する。また、このリストはメールで送信される。さらに、配信されたメールの受領確認を行うメール受領確認手段２７を設けて、メールを送付したプロジェクト参加者からの返信メールの有無を記憶する。

なお、上記管理項目のうち、事前調査現場写真は事前調査図面と同様の意味合いを有するため、事前調査現場写真と調査予定日を関連づける代わりに、事前調査図面と調査予定日を関連づけて、事前調査図面が所定の期限までにアップロードされないとアラートを発生するように変更できる。また、より詳細な情報を要求する場合には、事前調査現場写真と事前調査図面の両方を調査予定日と関連づけて、この両方が所定の期限までにアップロードされないとアラートを発生するようにすることもできる。

もちろん、是正工事図面や是正工事現場写真と是正工事予定日との間で関連づけてアラートを発生させることもできる。
なお、予め進捗管理ページ３２の進捗管理項目表示部３２ａから管理項目として現場図面を参照できるようにしておけば、プロジェクト参加者は、こうした写真や図面を参照し、プロジェクトの進捗状況を把握することができる。

アラート判断手段１６によって発せられたアラートは施工者の評価にも利用することができる。施工者の評価リストを作成する場合のフローを図１１を参照して説明する。
まず、アラート毎にその重要性に基づいて予めアラートポイントを定め、これも管理項目としてプロジェクト情報記憶手段１１に記憶しておく。アラート判断手段１６がアラートを発すれば（Ｓ１５）、アラートの原因となる管理項目を上書きした施工者情報を取得し（Ｓ１６）、施工者ごとのアラートポイントを合計（集計）する（Ｓ１７）。そして、リスト作成手段１９は、アラートポイントが多い順にリスト表示する（Ｓ１８）。こうしたリストを作成すれば、大勢の施工者を順位付けして施工者の能力を判断する材料とすることができ、施主や管理者にとっては優れた施工者の見極めに、施工者にとっては努力目標と改善事項の発見に利用することができる。

アラートポイント等につき例示してより具体的に説明する。アラートポイントは、警告の重度に応じて点数を付与することができ、例えば調査期限よりも調査予定日が遅くなった場合のアラートポイントはそれほど高くなく５点を付与するのに対して、調査予定日よりも調査実施日が遅くなった場合は、重度の警告としてアラートポイントとして１０点を付与する等とすることである。こうしたアラートポイントは施工者ごとに集計し、アラートの件数と、アラートポイントを総合して順位付けすることができる。

施工者の評価としては、上記方法の他、もっと単純な形式で評価することもできる。例えば、アラート判断手段１６によって発せられたアラートを日付と施工者別に区分けし、リスト作成手段１９が、施工者毎に日付に対するアラート件数を示したグラフを作成することで、そのリストを見たプロジェクト参加者は施工者ごとにアラートの件数の大小をグラフで判断することができるからである。

なお、本システムにおいて、プロジェクト参加者以外の者（例えば、本システムで管理するプロジェクト以外のプロジェクトに関係する管理者や施主）にシステム参加権限を与え、施工者情報を閲覧させることで、本システムで管理する以外のプロジェクトを行う際の施工者を選定するための情報として活用することができる。

アラート発生はさらに施工者の品質向上に利用することができる。即ち、図１２を参照して説明すると、品質向上情報作成手段２９は、アラート判断手段１６が判断して発したアラート（Ｓ１９）が、施工者毎に単位期間内に何件生じているかを集計して（Ｓ２０）、アラート発生割合を算出（Ｓ２１）し、そのアラート発生割合を定期的に記憶して、記憶数が一定数以上になれば（Ｓ２２）、アラート発生割合の変化率に着目してリスト出力する（Ｓ２３）ことで、施工者毎に品質が向上したかどうかの判断に利用することができる。

より具体的には、施工者毎に担当している工事のうち、どこの工事でアラートが発生しているかを例えば月単位で集計するとともに、全工事件数に対してアラートを発生させた工事件数を計算してアラート発生割合を算出し、その記録がたまれば、時系列の一覧表にすることもできるし、前回との比較で、アラート発生割合が例えば１０％低下すれば、作業工程が改善されたものと判断してその結果を管理者へ通知することもできる。
この機能によって、アラートを発生させないような品質の向上を施工者に求めることができ、それが実現できた際には施工者へインセンティブを付与する等の施策を検討することができる。
なお、施工者の品質向上という観点からは、施工者についての評価点数を管理者等が都度入力し、その点数の改善状況について管理者へ通知することを行うこともできる。

次に、進捗管理ページ３２等の各入力フォームの基本情報・共通情報表示部３３に表示される管理項目であるステータスについて説明する。このステータスは、プロジェクトの現況について一言で表現するものであり、プロジェクト参加者が入力するのではなく、プロジェクトの進捗状況に関係する管理項目が上書きされて変化するその変化を捉えてシステムが表示するものである。
このステータス決定のために、まず進捗状況管理項目記憶手段２１は、プロジェクト情報記憶手段１１の管理項目の中から特にプロジェクトの進捗状況を把握するために必要な管理項目を進捗状況管理項目として記憶する。店舗改装工事では、例えば、調査実施日、工事実施日、検査合格日を進捗状況管理項目とすることができ、引越しを伴う工事では、引越し予定日を進捗状況管理項目とすることができる。

そうした一方で、ステータスを進捗状況管理項目の現状と関連づけて関連づけステータス記憶手段２２に記憶する。店舗改装工事で例示すると、調査実施日が記入（記憶）された状態と関連づけて“調査済み”というステータスが記憶されている。同様に、工事実施日が記入（記憶）された状態と関連づけて“工事済み”というステータスが記憶されている。さらには、検査合格日が記入（記憶）された状態と関連づけて“工事完了”というステータスが記憶されている。

図１３を参照してステータスを表示するフローを説明する。施工者によって事前調査ページ３６や工事記録ページ３７等から種々の管理項目が入力されると、その入力情報を管理サーバ１が受信し、プロジェクト情報記憶手段１１に貯蔵されたその管理項目が上書き変更される（Ｓ２４）。ステータス決定手段２３は、進捗状況管理項目記憶手段２１を参照し（Ｓ２５）、上書き変更された管理項目が進捗状況管理項目か否かを判別し（Ｓ２６）、進捗状況管理項目記憶手段２１に記憶された進捗状況管理項目である場合には、ステータス記憶手段２４と関連づけステータス記憶手段２２を参照し（Ｓ２７）、変更された進捗状況管理項目の現況に関連づけされたステータスを決定し（Ｓ２８）、進捗管理ページ３２等の全ての入力フォームのステータス欄に、そのステータスを表示する（Ｓ２９）。

店舗改装工事に当てはめてみれば、施工者によって事前調査ページ３６から調査実施日が入力されると、その入力情報を管理サーバ１が受信し、プロジェクト情報記憶手段１１が上書き変更される（Ｓ２４）。ステータス決定手段２３は、進捗状況管理項目記憶手段２１を参照して（Ｓ２５）、調査実施日が進捗状況管理項目であるか否かを判別し（Ｓ２６）、進捗状況管理項目であればステータス記憶手段２４と関連づけステータス記憶手段２２を参照して（Ｓ２７）、調査実施日が書き換えられた状態と関連づけられた“調査済み”というステータスを決定する（Ｓ２８）。そして、進捗管理ページ３２等の全ての入力フォームのステータス欄に、そのステータスを表示する（Ｓ２９）。次に、施工者によって工事実施日が入力され、記憶されると、上記と同様のフローを経て、ステータス欄には“工事済み”というステータスが表示される。同様に、検査合格日が上書きされると“工事完了”というステータスが表示される。

さらに図１４を参照して、トップページ３１の更新箇所リスト表示部３２ａに表示される更新箇所リストについて説明する。
プロジェクト参加者によって進捗管理ページ３２や事前調査ページ３６、工事記録ページ３７、是正工事ページ３８の各入力フォームの何れかから何れかの管理項目が入力され、管理サーバ１がこの入力情報を受信すると、プロジェクト情報記憶手段１１に記憶されている管理項目が上書き変更される（Ｓ３０）。共通画面作成手段１２は関連づけ入力フォーム記憶手段２６を参照し（Ｓ３１）、上書きされた管理項目とその上書きがなされた入力フォームとの関連づけを適用し、上書きされた管理項目が何れの入力フォームから入力されたものであるかを認識する。そして、共通画面作成手段１２は表示画面としての更新箇所リストの作成にあたり、実際に変更した管理項目を表示する代わりに、その変更入力した入力フォーム名を表示する。即ち、管理項目が変更された店舗名と、その変更箇所を進捗管理ページ３２等の４つの入力フォーム名として表した一覧表としての更新箇所リストを表示する（Ｓ３２）。

より具体的に説明すれば、図５に示す事前調査ページ３６の事前調査管理項目表示部３６ａに示された調査実施日という管理項目に実際の調査実施日を施工者が入力すると、図３に示すトップページ３１の更新箇所リスト３１ｂには、入力された事前調査ページ３６に対応する店舗名と、調査実施日が入力された入力フォームである事前調査という項目が更新箇所リスト３１ｂに表示される。そうした入力があった後に、別の店舗の施工者が、図６に示す工事記録ページ３７の工事記録管理項目表示部３７ａに示された工事実施日という管理項目に実際の工事実施日を入力すると、図３に示すトップページ３１の更新箇所リスト３１ｂには、入力された工事記録ページ３７に対応する上記別の店舗名と、工事実施日が入力された入力フォームである工事記録という項目が更新箇所リスト３１ｂに、前記調査が表示されたリストに並んでリスト表示される。
従って、トップページ３１を開けばこの更新箇所リスト３１ｂが表示され、どの店舗で、事前調査段階の期日が書き込まれ、別の店舗で、工事段階の期日が書き込まれたということが一目で認識することができる。

また図１５を参照して、４つの入力フォームの何れにも同様に表示される指摘事項表示部３５について説明する。
共通画面作成手段１２と参加者毎画面作成手段１５は、参加者共通表示画面および参加者毎表示画面として、進捗管理ページ３２、事前調査ページ３６、工事記録ページ３７、是正工事ページ３８の４つの入力フォームを作成して表示しているが、この何れのページにも共通した指摘事項表示部３５を設けている。

管理者が管理者端末２からログインし、例えば進捗管理ページ３２から施工者に対して新たな注意を喚起する指摘事項（指摘日、指摘対象、指摘内容等）を、指摘事項表示部３５の入力欄から入力する。この入力情報を受信した管理サーバ１は、プロジェクト情報記憶手段１１のこれらの管理項目を上書きする（Ｓ３３）。そして、参加者毎画面作成手段１５が、この上書きされた指摘事項を進捗管理ページ３２の指摘事項表示部３５だけでなく、事前調査ページ３６や工事記録ページ３７、是正工事ページ２８上のそれぞれの指摘事項表示部３５へも同様に作成し表示する（Ｓ３４〜Ｓ３７）。

次に大拠点表示トップページについてより詳細に説明する。
プロジェクト参加者がログイン画面から大拠点表示トップページを選択すると、このトップページが表示される。
大拠点表示トップページの上段には、日本全国を北海道から、東北、関東、・・、そして沖縄までの１３に分けた拠点名を表す拠点管理部が表示され、下段には、その１３に分けた拠点を比較するコスト進捗状況一覧や、全国進捗管理一覧、排他制御管理などの可視化ツールの項目を表すツール部が表示される。

プロジェクト参加者が拠点管理部の中の一拠点、例えば、「関東」を選択すると、関東で行われているプロジェクトがリスト表示されるので、その中から所望のプロジェクトを選択すると、そのプロジェクトの進捗状況を示す図４の進捗管理ページ３２が表示されるようになる。
あるいはプロジェクト参加者が、下段のツール部にある何れかの項目を選択すると、その項目に関するグラフ等が表示される。例えば、コスト進捗状況一覧を選択すれば、上記１３の拠点ごとに、現在のコスト上の進捗状況が表示される。したがって、個々のプロジェクトを拠点ごとに集めた束どうしでのコスト上の比較を簡単に読み取ることができる。

また、ツール部にある排他制御管理は、管理者のみが操作できる管理項目であり、管理者が排他制御管理を選択すると、参加者毎画面作成手段１５が前記１３の拠点と、その拠点内でシステムにログインしている施工者端末３ａや施主端末４ａ、管理者端末２ａを、システムの利用時間とともに表示する。これにより、この利用時間を監視する管理者は、利用時間が異常に長い端末を発見すれば、削除指示を選択することで、それにより強制ログオフ手段３９が強制的にその端末のログイン状態を解除しログオフさせることができる。

トップページ３１のレポートメニュー表示部３１ｃに記されたレポートメニューを選択すると表示されるリストの一例として、進捗管理ウイークリーレポートがある。この進捗管理ウイークリーレポートは、予め定められた期間において、全プロジェクトを一括して、月ごとの工事予定数と、実際に行われた工事数とを棒グラフで示すものである。 この進捗管理ウイークリーレポートは、必要な管理項目データを抽出してリスト作成手段がグラフにして表示するものである。

また、別のリストとして、設計者リストレポートがある。設計者リストレポートは北海道から沖縄までの１３の拠点ごとに一定期間内の設計者ごとの実績をグラフ化したものである。管理者がこの設計者リストレポートを参照することにより、拠点ごとの設計業務負荷の波を平準化するのに役立てることができる。
さらに別のリストとして、資材リストレポートがある。この資材リストレポートは、管理項目として挙げられた資材欄に入力されプロジェクト情報記憶手段１１に記録された資材を拠点ごと、あるいは期間ごとにリスト作成手段１９が集計してリスト化したものである。施主がこの資材リストレポートを参照することにより、複数のプロジェクトで用いる資材をまとめて抽出し、一括発注等に役立てることができる。

あるいは、別のリストの一例として、会計仕訳データがある。この会計仕訳データは、本システム内に各種管理項目として蓄積されたデータから必要な会計データを取り出し、変換マクロを利用した方法から施主や施工者の有する会計システムに対応させた出力形式でリスト作成手段１５が作成出力し、表示するものである。会計仕訳データは、参加者毎画面作成手段１５が、それぞれのプロジェクト参加者用に作成したトップページ３１のレポートメニュー表示部３１ｃから選択できるため、施主がこの会計仕訳データを選択すると、施主用にフォーマットされた会計仕訳リストが作成される。この会計仕訳データは、外部システムの自動連携の仕組みに対応させて自動連携させることもでき、また、工事会社のマスター等もその対象とすることができる。さらに、施工者がこの会計仕訳データを選択すると、施工者用にフォーマットされた会計仕訳リストが作成される。このように会計仕訳データから、プロジェクト参加者に応じて予め定められたフォーマットリストを作成することができる。

本システムにより時々刻々と書き換えられるデータは蓄積され、既に完了したプロジェクトの部分も含めてアーカイブとしての活用も可能となる。例えば、新規プロジェクトとしてこのシステムに組み込まれることとなる案件も以下のようにこのシステムを利用して誕生させることができる。

将来施主になる可能性のある施主候補者は、今後に進めようと意図するプロジェクトについて、トップページ３１の店舗コード選択表示部３１ａから、またはレポートメニュー３１ｃに設けたアーカイブ参照項目から、そのプロジェクトに似た過去のプロジェクトあるいは現在進行中のプロジェクトを探し出すことができる。具体的には、施主候補者は、検索項目として、工事名や工事場所、工事日、予算、規模などの管理項目を用いて検索することで、今後進めようと意図するプロジェクトに似たプロジェクトを抽出し、閲覧することができる。

想定するプロジェクトが見つかり、施主候補者が入力フォームを表示画面から要求すると、参加者毎画面作成手段１５がそのプロジェクト画面をベースにして、管理項目の数字をそのまま反映しつつ、上書き入力可能とした入力フォームである新規プロジェクト申込みページを形成し、表示する。
施主候補者は、この新規プロジェクト申込みページを通じて画面に表示されている情報を参考に、変更が必要な管理項目である工事名や実施予定時期などを今後の予定にしたがって書き換えることができる。
なお、施主や施主候補者には、実際にプロジェクトの依頼を行う者（当然に法人の概念も含む）の他、その者の親会社や関連会社、情報システム部門など、施主の役割を一部代行する様々な施主関係者も含むものである。

なお、希望する過去のプロジェクトがヒットしなかった場合には、新たな入力フォームを表示画面から要求すると、参加者毎画面作成手段１５が全ての入力項目を空欄にした入力フォームである新規プロジェクト申込みページを形成し、表示する。施主候補者は、希望の数字等を記入してこの入力フォームを完成させることができる。
新規プロジェクト申込みページには、これから始めようとするプロジェクトに対する種々の要望である「調達方針」を記載できる入力欄を設けておくことができる。
管理者はこの新規プロジェクト申込みページを閲覧することで、施主候補者の意向をくみ取りながら、実際の予算等について施主候補者と交渉することができる。

施主候補者が新規プロジェクトとして入力する新規プロジェクト申込みページ（案件）が多数にわたると、適当な管理項目を基準にこれらの多数の新規プロジェクト申込みページを分類しソートすることができる。例えば、所定の期間（例えば、会計年度や、四半期）に実施予定日が含まれる案件を抽出し、実施予定日順にソートし、その所定の期間内での予算総額を集計表示することができる。

施主候補者が作成し管理者と協議して修正を加えた新規プロジェクト申込みページは、施主候補者からのプロジェクト合意意思を意思確認手段２５が受け取ると、プロジェクト承認手段４０が承認プロジェクト案件として承認済みのフラグを立てる。これにより、プロジェクト情報記憶手段１１が新規プロジェクト申込みページに記された管理項目を、このプロジェクトの管理項目として記憶し、他の既存のプロジェクト等と同じ多拠点同時プロジェクトの一プロジェクトに組み込まれる。

システムに組み込まれたこのプロジェクトの新規プロジェクト申込みページに記されていない管理項目については、プロジェクト情報記憶手段１１にデータが入っていない。しかしながら、類似する既存のプロジェクトに基づいて新規プロジェクト申込みページが作成された場合には、管理項目補完手段４１が、その類似する既存のプロジェクトのデータを参照し、そのデータを、新規に組み込まれたプロジェクトの対応する管理項目に割り当てる。そして、参加者毎画面作成手段１５は、施主が上書き可能な状態で割り当てられたデータを表示した各種表示画面を作成し、表示する。
例えば、事前調査ページ３６の事前調査管理項目表示部３６ａに表示された施工者欄には、新規プロジェクト申込みページを作成する基礎となったプロジェクトの施工者を、施主が書き換え可能な状態で表示する。他の管理項目、他のページについても同様である。
なお、施主候補者が、予め建設対象施設のベンチマーク情報をシステムから得ておき、この情報に基づいて今後予定するプロジェクトの詳細を検討し、その検討内容を新規プロジェクトとして登録することも可能である。

新規プロジェクト案件に対しては、進捗管理ページ３２等の中に「入札仕様書」欄を設けることができる。入札仕様書は、このプロジェクト工事を施工予定の施工者（施工候補者）に対してアナウンスするものであり、入札仕様書が管理者によって作成され入力されると施主候補者が閲覧可能となる。そして、これを閲覧した施主候補者が承認すると、プロジェクト情報記憶手段１１に記憶され管理項目となる。そうすると、過去実績などからリスト化した施工候補者や、施主候補者が新たに登録した施工候補者に対して、メール配信手段２０がこの新規プロジェクト情報をメール配信する。そして、この施工候補者に由来するＩＤをＩＤ認識手段１３が認識すれば、この新規プロジェクトに関する進捗管理ページ３２等の各種ページを、その施工候補者に参照可能とさせることができる。

入札仕様書を管理項目としたプロジェクト情報記憶手段１５への記憶と、施工候補者の該当プロジェクトへのアクセスまたは施工候補者からの入札確認意思登録とを関連づけ管理項目記憶手段１７に関連づけ管理項目として記憶し、アラート判断手段１６によりこの間の期間が２日等の所定の期間を過ぎるとアラート判断手段１６が判断した場合には、アラートを発し、必要によりメール配信手段２０がアラートメールを配信するようにすることができる。

なお、施工者や施工候補者には、実際に工事の施工を行う者（当然に法人の概念も含む）の他、その工事に関する事前調査者、コンサルティングを行なった者、設計会社、下請け工事会社、ＩＴベンダー、運送会社など、施主から施工に関する役割の発注を受けた様々な関係者も含むものである。

施工候補者は、事前調査ページ３６の事前調査管理項目表示部３６ａに記される応札項目へ、自己の応札情報を書き込むことで、応札意思を伝えることができる。
一方、管理者は、新規プロジェクトごとにこの応札意思に対する取扱いを変えることができる。即ち、入札仕様書の書き込み時に通知した施工候補者の全員が各施工候補者からの応札情報を参照することができるかできないかを選択することができる。

より具体的には、管理者の選択を意思確認手段２５が受け取ると、その判断を参照した共通画面作成手段１２または参加者毎画面作成手段１５が、各施工候補者に対して管理者の意思に基づく表示画面を作成する。例えば、施工候補者の全員が自己の応札情報しか参照できず、他の施工候補者からの応札情報を参照できない取扱いを管理者が選択すると、参加者毎画面作成手段１５は、各施工候補者が閲覧する表示画面について、その施工候補者の応札情報のみを閲覧可能とし別の施行候補者の応札情報は閲覧不可能な状態で表示する。一方、入札仕様書の書き込み時に通知した施工候補者の全員が各施工候補者からの応札情報を参照することができる取扱いを管理者が選択すると、共通画面作成手段１２は、各施工候補者が閲覧する表示画面について、別の施工候補者の記した応札情報を閲覧可能として表示する。

応札の期間が長期に亘り、また公平かつ適正な相場感を求める場合には、全施工候補者の応札情報を他の施工候補者にわからないようにしておけば、全施工候補者に対して同一の条件で応札させることができる。そうした一方で、応札金額が高く予想される場合には、全施工候補者の応札情報を他の施工候補者が閲覧可能としておけば、他の施工候補者の高い応札金額よりは安く応札しようとする意思が働き易い。

応札情報については、種々の評価項目を挙げ、その評価項目ごとに応札した施工候補者の評価を記して比較した「応札結果総合比較表」を作成し表示することができる。
また、応札情報に記された各項目毎に、施主の「調達方針」に基づいて重要な事項は評価ポイントを高く、重要ではない事項は評価ポイントを低く定めて点数評価した総合評価を表示することができる。
施主は、これらの評価を参酌して施工候補者の中から施工者を選定することができる。

本システムは、管理者、施工者、施主のプロジェクト参加者である三者が同時に参加できることが特徴であるが、上述のように、まずは施主候補者単独でも参加が可能であり、次に施主と管理者の二者での参加が可能であり、さらには施工候補者の参加が可能であるなど、三者が常に入り込んだシステムではなく、適宜その状況に応じたプロジェクト参加者が必要な限度で参加可能なシステムである。

なお、施行者や施主については上述したが、管理者（当然に法人の概念も含む）についても、コンストラクションマネジメントを行なう者に限らず、経営コンサルを行なう者や、施主側関係者でプロジェクトの管理を行う者など、管理者の立場に立ってプロジェクトを管理するさまざまな者を含むものである。
そして管理者、施工者、施主の各プロジェクト参加者は、各々代表した者のみが利用しても良いし、代表者に限らず複数の者が利用しても良い。

また、プロジェクトは現に稼働中のプロジェクトに限らず、既に終了しているプロジェクトも、また、今後実行予定のプロジェクトも、同一の管理下におけることを特徴とするシステムである。例示したような全国のフランチャイズショップの店舗の改装工事では、個々の店舗の工事（プロジェクト）毎に見れば、必ず工事の開始があれば工事の終了もある。ところが、多拠点同時プロジェクトという視点で見れば、終わりの無いプロジェクトということができる。一つの店舗の工事が終了しても、別の店舗の工事が開始しており、その別の店舗の工事が終了するころには、さらに別の店舗の工事が開始するといったことを繰り返し、一通り全店舗の工事が行き渡ったころには、最初の店舗にまた別の工事が入り込むというプロジェクトの連鎖が生じるからである。即ち、工事が行われていることを束として見れば、いつでもどこかでプロジェクトは進行している。そして、現在進行中のプロジェクトに限らず、終了したプロジェクトもアーカイブとして、また今後進行するであろうプロジェクトも仮想プロジェクトとして本システムに入れることが可能であり、この終わりの無いプロジェクトに最適なシステムである。

現在進行中のプロジェクトと、将来進行するであろう仮想プロジェクトは、別のプロジェクトとして管理することはもちろん可能であるが、ある一の店舗に関する複数の工事がある場合のように、別のプロジェクトとするよりは同じプロジェクトとして管理した方が都合が良い場合がある。
こうした場合には、現に行われている工事とは別に、将来の実施が予想される工事として例えばメンテナンス工事があれば、更新サイクル（期間）を設定することで一のプロジェクトとして組み込むことができる。即ち、工事時期という管理項目の中に現在進行中の工事の時期とは別に、次回の工事予定日を入力しておく。それにより、その工事予定日になればアラート判断手段１６がこれを検知し、その時期に進行するプロジェクトとして表出させることができる。また、自動的にメール配信手段２０が外部のメンテ業者等の施工者にアラートメールを発信されるようにすることができる。

ところで、プロジェクト参加者による各端末２，３，４から各入力フォームへの入力は、入力フォーム上に設けた入力確認ボタンがクリックされた場合に、それまでに入力された入力情報を一括して確認処理することが好ましい。
こうした入力確認ボタンの設定と、未確定状態の色付け表示について説明する。施工者が一の管理項目を入力しリターンキーを押下するとプロジェクト情報記憶手段１１がその都度上書き記憶して、共通画面作成手段１２や参加者毎画面作成手段１５が入力した管理項目を赤字等に色付けして表示する。したがって、施工者が一の管理項目を入力するごとにその項目が赤字に変換される。しかしこの状態では、入力された管理項目は未確定状態として蓄えられる。施工者は、全ての管理項目への入力を終了すれば、入力確認ボタンをクリックする。この段階で管理サーバ１の意思確認手段２５が施工者からの入力完了意思を受け取り、プロジェクト情報記憶手段１１に上書きされた管理項目を確定状態として記憶する。未確定状態であるか確定状態であるかの記憶はプロジェクト情報記憶手段に確定フラグを設けておいて、意思確認手段２５の判断で確定フラグを立てたり立てなかったりさせ、確定フラグが立った状態にすることで未確定状態を確定状態とすることができる。

なお、入力確認ボタンを設けて、意思確認手段２５の判断を通じて、プロジェクト情報記憶手段１１への書き換えを確定させる処理に変えて、入力確認ボタンを設けずに、施工者による一の管理項目の入力処理ごとに確定させるものとしても良い。
また、管理項目が決済項目などの場合には、次のような確定方法をとることができる。
例えば、管理者がある資材調達に関する予算を入力すると、この予算に関連して施主決済が必要であることを関連づけ管理項目記憶手段１７に記憶されていることを参加者毎画面作成手段１５が認識し、例えば最終承認者用の画面にポップアップを表示する等して
最終承認者の決済を要求する。そのポップアップの表示からカウントして、例えば３時間経過しても最終承認者がその予算を承認した旨の入力を行わずに、意思確認手段２５がフラグを立てないと、参加者画面作成手段１５が一次承認者用の画面にポップアップを表示する等して、最終承認者に代わる代理承認を一次承認者に要求する画面を作成する。その後、最終承認者または一次承認者のどちらでも、早くその予算を承認した旨の入力をすることで意思確認手段２５がフラグを立てると、プロジェクト情報記憶手段１１が予算承認という管理項目を登録して確定する。

上記実施形態は本発明の一例であり、こうした形態に限定されるものではなく、本発明の趣旨に反しない限度における変更形態を含むものである。
例えば、図８〜図１５で示したフローは、この順で説明したが、これらのフローの順序を入れ替えて行うことができ、また一部のフローを行わないことも可能である。
また、アラートの発生は、調査予定日と調査期限を例示して説明したが、工事予定日と工事期限等とすることや、期限管理が必要な任意の管理項目を関連づけ管理項目記憶手段に記憶させることもでき、アラートリストの作成については、異なる管理項目からあがってきたアラートを一覧にしたリストとするようなこともできる。

プロジェクト参加者がシステムからログオフした際の最終ページを記憶しておき、次回にログインする際に、まずこの情報を参照して最初のページを表示するようにすることができる。
例えば、ある施工者が事前調査ページ３６を最後にしてログアウトし、次にログオンする際に地図（図１６）側を選択すれば、図１６の右下に表示するログアウトした際の事前調査ページ３６に相当する店舗を拡大して表示した地図を表示することもできる。
共通画面作成手段１２または参加者毎画面作成手段１５がログアウトされた時点の情報を参照し、それに関連づけられたトップページを表示すれば良いからである。

１ 管理サーバ
２，２ａ，２ｂ 管理者端末
３，３ａ，３ｂ 施工者端末
４，４ａ，４ｂ 施主端末
５ ネットワーク
１０ プロジェクト進捗状況管理システム
１１ プロジェクト情報記憶手段
１２ 共通画面作成手段
１３ ＩＤ認識手段
１４ 参加者別入力可能項目記憶手段
１５ 参加者毎画面作成手段
１６ アラート判断手段
１７ 関連づけ管理項目記憶手段
１８ アラートリスト作成手段
１９ リスト作成手段
２０ メール配信手段
２１ 進捗状況管理項目記憶手段
２２ 関連づけステータス記憶手段
２３ ステータス決定手段
２４ ステータス記憶手段
２５ 意思確認手段
２６ 関連づけ入力フォーム記憶手段
２７ メール受領確認手段
２８ 改善有無判断手段
２９ 品質向上情報作成手段
３１ トップページ
３１ａ 店舗コード選択表示部
３１ｂ 更新箇所リスト表示部
３１ｃ レポートメニュー表示部
３１ｄ 月別進捗管理表表示部
３２ 進捗管理ページ
３２ａ 進捗管理項目表示部
３３ 基本情報・共通情報表示部
３４ タブ部
３５ 指摘事項表示部
３６ 事前調査ページ
３６ａ 事前調査管理項目表示部
３７ 工事記録ページ
３７ａ 工事記録管理項目表示部
３８ 是正工事ページ
３８ａ 是正工事管理項目表示部
３９ 強制ログオフ手段
４０ プロジェクト承認手段
４１ 管理項目補完手段
１０１ トップページ

Claims (6)

1. 多拠点同時プロジェクトを管理する管理サーバと、このプロジェクトの管理者が用いる管理者端末と、このプロジェクトを実行する施工者が用いる施工者端末と、そのプロジェクトを発注した施主が用いる施主端末とがインターネットに接続可能であり、管理者、施工者、施主の三者のうちの何れかであるプロジェクト参加者がこのプロジェクトの進捗状況を、プロジェクトの進捗状況を示す共通のページを通じてそれぞれ確認可能なプロジェクト進捗状況管理システムであって、
   多拠点同時プロジェクトの工事名、工事場所、工事日等の管理項目を記憶するプロジェクト情報記憶手段と、
   上記管理項目から所定の項目を選択して種々の所定のフォーマット形式に出力した種々の表示画面を作成する画面作成手段と、
   所定のＩＤ情報を元にしてプロジェクト参加者を認識するＩＤ認識手段と、
   上記管理項目の中からプロジェクト参加者と関連づけて変更可能とする管理項目を記憶する参加者別入力可能項目記憶手段と、を備え、
   画面作成手段が、プロジェクト参加者に共通な参加者共通表示画面を作成する共通画面作成手段と、プロジェクト参加者によって異なる参加者毎表示画面を作成する参加者毎画面作成手段とを有し、
   画面作成手段が、前記多拠点同時プロジェクトの中から前記プロジェクト参加者が選択した一のプロジェクトに関するプロジェクト進捗状況をそれぞれ別の観点から示す複数のページであってプロジェクト参加者に共通な複数の入力フォームを作成し、この複数の入力フォームの何れについても、共通画面作成手段がプロジェクト参加者に共通な表示部と、参加者毎表示画面作成手段がプロジェクト参加者によって異なる表示部とを作成するものであり、
   上記各端末の何れかからプロジェクト参加者のＩＤ情報が送信されＩＤ認識手段が認識すると、参加者別入力可能項目記憶手段に記憶された参加者別入力可能項目を参照し、ＩＤ認識手段が認識した一のプロジェクト参加者に対して表示する前記入力フォームについて、参加者毎画面作成手段は、プロジェクト参加者によって異なる表示部を、当該一のプロジェクト参加者に応じた表示部として作成し、当該一のプロジェクト参加者が変更可能とする管理項目については入力可能な状態でその管理項目を表示し、このプロジェクト参加者が変更できない管理項目については入力不可能な状態でその管理項目を表示するように作成するプロジェクト進捗状況管理システム。
2. 前記複数の入力フォームのうちの何れか１つの入力フォームから入力された管理項目を、プロジェクト情報記憶手段で上書き記憶し、画面作成手段がこの上書き記憶された管理項目を、前記１つの入力フォームとは別の入力フォーム上に再表示する請求項１記載のプロジェクト進捗状況管理システム。
3. 前記複数の入力フォームのそれぞれには別の入力フォームへ切り替え可能なタブ部を備えている請求項１または請求項２記載のプロジェクト進捗状況管理システム。
4. 画面作成手段は、前記多拠点同時プロジェクトを構成する各プロジェクトの状況を、所定の管理項目に基づいて一の棒グラフで表示した表示部を有するトップページの作成に際し、
   プロジェクト参加者により前記管理項目が書き換えられると、前記プロジェクト情報記憶手段がその書き換えられた管理項目を上書きして記憶し、この上書きされた管理項目を参照して画面作成手段が前記棒グラフを作成する請求項１〜請求項３何れか１項記載のプロジェクト進捗状況管理システム。
5. 前記管理項目の中からプロジェクト進捗状況を把握するために必要な管理項目を進捗状況管理項目として記憶する進捗状況管理項目記憶手段と、
   プロジェクトの進捗状況に基づいて定義するステータスを記憶するステータス記憶手段と、
   進捗状況管理項目記憶手段に記憶されている各進捗状況管理項目の現状とステータス記憶手段に記憶されているステータスとを関連づけて記憶する関連づけステータス記憶手段と、
   各進捗状況管理項目の現状に応じて関連づけられたステータスを決定するステータス決定手段と、を有する請求項１〜請求項４何れか１項記載のプロジェクト進捗状況管理システム。
6. 請求項１〜請求項５何れか１項記載のプロジェクト進捗状況管理システムを実行するためのコンピュータプログラム。
   
   
   

Images