JP2002007657A - プロジェクト管理装置及び記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】本発明は施工管理装置及び記録媒体に関し、プ
ロジェクト管理を簡素化し、効率の良い管理を可能に
し、プロジェクト管理情報の視覚的効果を向上させ、異
機種システム間でのデータの受け渡しが容易にできるよ
うにする。 【解決手段】プロジェクト管理装置をネットワーク上に
設け、プロジェクト管理装置に対し端末９、１０からネ
ットワークを介してアクセスすることにより、データベ
ースの情報に対し、閲覧、更新、追加、削除、表示を含
む情報処理を可能にしたプロジェクト管理システムに使
用する装置であって、データベースのプロジェクト管理
情報をプロジェクト単位に持ち、端末からの情報に基づ
いて更新する情報更新手段と、データベースのプロジェ
クト管理情報を表示する際、横断的にプロジェクトを選
別して、画面上に一体表示するプロジェクト管理情報表
示手段を備えている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネット、
イントラネット及びエクストラネット等のインフラを利
用したＷｅｂアプリケーション分野におけるプロジェク
ト管理業務に利用されるものであり、特に、データベー
スのプロジェクト管理情報を用いてプロジェクト管理を
行うプロジェクト管理装置をネットワーク上に設け、該
プロジェクト管理装置に対し端末からネットワークを介
してアクセスすることにより、前記データベースの情報
に対し、閲覧、更新、追加、削除、表示を含む情報処理
を可能にしたプロジェクト管理システムに使用するプロ
ジェクト管理装置及び記録媒体に関する。

【０００２】近年、インターネット網のインフラ普及に
より、より多くのクライアント端末がシステムのクライ
アントとなり得るため、視覚的効果及びＥＤＩ（ＥＤ
Ｉ：Electronic Data Interchange ）等の異機種間のシ
ステムとのデータ受け渡しが必要とされている。本発明
はこのようなデータの受け渡しを可能にしたものであ
る。

【０００３】

【従来の技術】以下、従来例について説明する。

【０００４】(1) ：従来、例えば、建設工事等のプロジ
ェクト管理を行う場合、１件毎にプロジェクト管理情報
を取り込んで管理することが行われていた。

【０００５】(2) ：複数のプロジェクトを管理する場
合、全プロジェクトを、個々のプロジェクトを区別する
ことなく、まとめて管理することが行われていた。

【０００６】(3) ：プロジェクト管理を行うプロジェク
ト管理システムにおいて、スケジュール管理を行う場
合、ＨＴＭＬを使用したスケジュール管理として一般的
に用いられている棒線スケジュール表示は、２次元のＧ
ＩＦを貼り付けてスケジュールを表示していた。

【０００７】(4) ：プロジェクト管理を行うシステムに
おいて、スケジュール管理を行う場合、ワードプロセッ
サ等のＯＡ機器を使用し、スケジュールを画面から直接
入力することが行われていた。

【０００８】(5) ：プロジェクト管理を行うシステムに
おいて、Ｗｅｂアプリケーションを使用する場合、別な
Ｗｅｂアプリケーションを使用するには別なブラウザを
起動する必要があった。また、Ｗｅｂアプリケーション
間でデータ受け渡し等を行う場合は、サーバ間でやり取
りを行う必要があった。

【０００９】

【発明が解決しようとする課題】前記のような従来のも
のにおいては、次のような課題があった。

【００１０】(a) ：前記(1) の従来例では、１件毎にプ
ロジェクト管理情報を取り込んで管理するので、多数の
プロジェクトがある場合、管理が面倒であり、全体の状
況が分かりづらい。

【００１１】(b) ：前記(2) の従来例では、全プロジェ
クトを含めてプロジェクト管理をするので、複数プロジ
ェクトの情報が互いに混在し、管理情報が複雑になり、
管理が面倒であった。

【００１２】(c) ：前記(3) の従来例では、スケジュー
ルのグラフ表示が２次元のため、見づらいといった問題
点がある。この場合、３次元の画像データ（ＧＩＦ、Ｊ
ＰＥＧ等）（以下、ＧＩＦという）を貼り付けてスケジ
ュールを表示することは可能であるが、全てのパターン
のＧＩＦデータを用意するのは膨大な量になってしまい
困難である。また、積み上げ棒グラフになると更にＧＩ
Ｆデータのパターンが多くなるといった問題がある。

【００１３】(d) ：前記(4) の従来例では、スケジュー
ルを画面から直接入力するのは手間暇がかかる。また、
ワードプロセッサ等で既にスケジュールを作成している
場合は、二度手間になってしまうという問題がある。

【００１４】(e) ：前記(5) の従来例では、Ｗｅｂアプ
リケーションを使用する場合、別なＷｅｂアプリケーシ
ョンを使用するには別なブラウザを起動する必要があり
面倒であった。また、Ｗｅｂアプリケーション間でデー
タ受け渡し等を行う場合は、サーバ間でやり取りを行う
が、サーバが設置されているネットワーク網が異なって
いたり、サーバが異機種、データベースが異なっていた
場合には、専用のゲートウェイ機を用意してデータの受
け渡しを行う必要があった。従って、機器の設置スペー
スが多くなりコストも嵩むという問題があった。

【００１５】本発明は、このような従来の課題を解決
し、プロジェクト管理を簡素化し、効率の良い管理がで
きるようにすると共に、プロジェクト管理情報の視覚的
効果を向上させ、異機種システム間でのデータの受け渡
しが容易にできるようにすることを目的とする。

【００１６】

【課題を解決するための手段】図１は本発明の原理説明
図である。本発明は前記の目的を達成するため、次のよ
うに構成した。

【００１７】(1) ：データベースのプロジェクト管理情
報を用いてプロジェクト管理を行うプロジェクト管理装
置をネットワーク上に設け、該プロジェクト管理装置に
対し端末９、１０からネットワークを介してアクセスす
ることにより、前記データベースの情報に対し、閲覧、
更新、追加、削除、表示を含む情報処理を可能にしたプ
ロジェクト管理システムに使用する前記プロジェクト管
理装置であって、前記データベースのプロジェクト管理
情報をプロジェクト単位に持ち、前記端末からの情報に
基づいて該プロジェクト管理情報を更新する情報更新手
段と、前記データベースのプロジェクト管理情報を表示
する際、横断的にプロジェクトを選別して、画面上に複
数のプロジェクトを一体表示するプロジェクト管理情報
表示手段を備えている。

【００１８】(2) ：前記(1) のプロジェクト管理装置に
おいて、前記プロジェクト管理情報表示手段は、プロジ
ェクト管理情報を３次元積み上げ棒グラフにより表示す
る３次元積み上げ棒グラフ表示手段を備え、該３次元積
み上げ棒グラフ表示手段は、積み上げ棒グラフを部品化
し、この部品を、積み上げの最初の棒グラフ部品と、積
み上げの途中の棒グラフ部品と、積み上げの最後の棒グ
ラフ部品と、積み上げがない最初の棒グラフ部品と、積
み上げがない途中の棒グラフ部品と、積み上げがない最
後の棒グラフ部品と、棒グラフを任意の場所から表示さ
せるための透過棒グラフ部品とから構成し、前記部品を
組み合わせることにより、３次元積み上げ棒グラフ表示
を行う機能を備えている。

【００１９】(3) ：前記(1) のプロジェクト管理装置に
おいて、前記プロジェクト管理におけるスケジュールを
管理し、表示する場合、入力された工程名、スケジュー
ル期間を含む情報を取り込み、スケジュールの棒グラフ
を表示し、スケジュール管理を行う第１のスケジュール
管理手段と、画像データ化されたスケジュール画像を表
示し、スケジュール管理を行う第２のスケジュール管理
手段とを備え、年、月、週を含む任意の単位で、前記第
１、第２のスケジュール管理手段が管理するデータを関
係付けておくことにより、棒グラフでのスケジュール表
示と画像表示でのスケジュール表示の両方でスケジュー
ル管理を可能にする機能を備えている。

【００２０】(4) ：前記(1) のプロジェクト管理装置に
おいて、異なるウェブサーバシステム間のデータを同一
ブラウザ内にフレームを分けて表示し、そのフレーム間
でデータのやりとりをすることにより、異なるウェブサ
ーバシステム間のゲートウェイ機能を実現するゲートウ
ェイ機能実現手段を備えている。

【００２１】(5) ：コンピュータに、データベースのプ
ロジェクト管理情報をプロジェクト単位に持ち、端末か
らの情報に基づいて更新する情報更新手段と、データベ
ースのプロジェクト管理情報を表示する際、横断的にプ
ロジェクトを選別して、画面上に一体表示するプロジェ
クト管理情報表示手段の機能を実現させるためのプログ
ラムを記録したコンピュータ読み取り可能な記録媒体。

【００２２】(6) ：前記(1) のプロジェクト管理装置に
おいて、端末から前記データベースのプロジェクト管理
情報へのアクセス（閲覧等）があった場合、利用者の資
格（社内担当者、協力会社の担当者等の資格）を判断し
て資格別のアクセス制御を行い、前記資格により、アク
セスする範囲を制限（社内の担当者には全てのプロジェ
クト管理情報を見せるが、協力会社の担当者には関係す
るプロジェクトの管理情報のみを見せるように制限）し
てセキュリティ管理を行うセキュリティ管理制御手段を
備えている。

【００２３】(7) ：前記(1) のプロジェクト管理装置に
おいて、前記プロジェクト管理情報表示手段は、プロジ
ェクト管理情報を表示する際、入力情報に基づき、警告
を発する必要のあるプロジェクト（例えば、工程が大幅
に遅れているプロジェクト）に対して、アラーム表示を
行う機能を備えている。

【００２４】（作用）前記構成に基づく本発明の作用を
説明する。

【００２５】(a) ：前記(1) 及び(5) では、情報更新手
段はデータベースのプロジェクト管理情報をプロジェク
ト単位に持ち、端末９、１０からの情報に基づいて該プ
ロジェクト管理情報を更新する。また、プロジェクト管
理情報表示手段は、データベースのプロジェクト管理情
報を表示する際、横断的にプロジェクトを選別して、画
面上に複数のプロジェクトを一体表示する。

【００２６】このようにすれば、プロジェクト管理情報
がネットワーク上のプロジェクト管理装置に集約され、
関係者はいつでも、どこからでも簡単に必要な情報の作
成、利用ができる。また、プロジェクト管理に必要な書
類の作成が簡単（定型文の選択、プロジェクト基本情報
の自動記入など）になる。更に、プロジェクト管理者
は、自分が担当する全プロジェクトの状況を、自分が担
当するものだけに限定して一覧表で見ることができる。

【００２７】(b) ：前記(2) では、３次元積み上げ棒グ
ラフ表示手段は、プロジェクト管理情報を３次元積み上
げ棒グラフにより表示する際、積み上げ棒グラフを部品
化し、この部品を、積み上げの最初の棒グラフ部品と、
積み上げの途中の棒グラフ部品と、積み上げの最後の棒
グラフ部品と、積み上げがない最初の棒グラフ部品と、
積み上げがない途中の棒グラフ部品と、積み上げがない
最後の棒グラフ部品と、棒グラフを任意の場所から表示
させるための透過棒グラフ部品とから構成し、前記部品
を組み合わせることにより、３次元積み上げ棒グラフ表
示を行う。

【００２８】このように、予め、表示に必要な部品を用
意しておき、これらの部品を組み合わせるだけで、３次
元の画像データを容易に、かつ簡単に表示することがで
きる。

【００２９】(c) ：前記(3) では、第１のスケジュール
管理手段は、プロジェクト管理におけるスケジュールを
管理し、表示する場合、入力された工程名、スケジュー
ル期間を含む情報を取り込み、スケジュールの棒グラフ
を表示し、スケジュール管理を行う。また、第２のスケ
ジュール管理手段は、画像データ化されたスケジュール
画像を表示し、スケジュール管理を行う。

【００３０】そして、年、月、週を含む任意の単位で、
第１、第２のスケジュール管理手段が管理するデータを
関係付けておくことにより、棒グラフでのスケジュール
表示と画像表示でのスケジュール表示の両方でスケジュ
ール管理を可能にする。

【００３１】このようにすれば、既に画像されたスケジ
ュール画像を、スケジュールデータとして取り扱うこと
ができるから、データを重複して作成する必要がなくな
り、プロジェクト管理が効率良く行える。

【００３２】(d) ：前記(4) では、ゲートウェイ機能実
現手段は、異なるウェブサーバシステム間のデータを同
一ブラウザ内にフレームを分けて表示し、そのフレーム
間でデータのやりとりをすることにより、異なるウェブ
サーバシステム間のゲートウェイ機能を実現する。

【００３３】このようにすれば、サーバが異機種、異デ
ータベースであり、サーバのネットワーク網が異なって
いても、使用するクライアントから両者のＷｅｂサーバ
を見られる環境にあれば、特別なゲートウェイ機能を用
意しなくても、容易にデータの受け渡しができる。

【００３４】(e) ：前記(6) では、セキュリティ保護制
御手段は、端末から前記データベースのプロジェクト管
理情報へのアクセス（閲覧等）があった場合、利用者の
資格（社内担当者、協力会社の担当者等の資格）を判断
して、資格別のアクセス制御を行う。

【００３５】そして、前記資格により、アクセスする範
囲を制限（社内の担当者には全てのプロジェクト管理情
報を見せるが、協力会社の担当者には関係するプロジェ
クトの管理情報のみを見せるように制限）して、セキュ
リティ管理を行う。このようにすれば、プロジェクト管
理情報が不必要に漏洩することを防止でき、セキュリテ
ィが確保できる。

【００３６】(f) ：前記(7) では、プロジェクト管理情
報表示手段は、プロジェクト管理情報を表示する際、入
力情報に基づき、警告を発する必要のあるプロジェクト
（例えば、工程が大幅に遅れているプロジェクト）に対
して、アラーム表示を行う。このようにすれば、表示画
面上でアラームの発せられているプロジェクトが簡単に
見つかり、早期に対応策がたてられ、十分なプロジェク
ト管理を行うことができる。

【００３７】

【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて詳細に説明する。以下に説明する例は、前記
ネットワークをインターネットに適用し、前記プロジェ
クト管理システムを施工管理システムに適用した例であ
る。

【００３８】§１：施工管理システムの説明 図２は施工管理システムの概要説明図であり、Ａ図は対
象業務、Ｂ図は利用対象者を示す。施工管理システムは
次の通りである。

【００３９】(1) ：概要 施工管理システムは、工事現場の責任者を含む施工管理
関係者がやりとりする、作業依頼、報告、工程表などの
情報及び文書を、インターネットを利用して共有・交換
するためのシステムである。このシステムでは、施工管
理に関連する一連の文書をサーバに蓄積し、誰でも手元
の端末（パーソナルコンピュータ等）から参照できるほ
か、文書を簡単に作成できる支援機能を持っている。

【００４０】すなわち、このシステムは、工事プロジェ
クトにおいて、複数の関係者が工程情報、進捗情報、作
業指示／作業報告情報、工事検査情報などをインターネ
ットを用いて共有・交換し、情報の参照、登録、修正等
を行うためのシステムである。

【００４１】(2) ：目的 工程情報や作業日報、検査報告書など、施工管理上の情
報及び文書の電子化と共有化により、施工管理業務のス
ピードアップとコミュニケーションの正確化を図るもの
である。

【００４２】(3) ：対象業務 対象業務は、図２のＡ図に示したように、商談→見積→
受注→工事設計→手配→施工計画→施工→検査→引渡→
保守のような手順により行われる業務である。この場
合、利用対象者は、図２のＢ図に示したように、業務の
指示を与えたり、該指示に対する報告を受理する者、又
は業務に対する指示を受け、該指示に対する報告を行う
者である幹部社員、工事責任者、現場責任者、作業責任
者等である。なお、このシステムは、実際の施工期間が
１週間程度以上（運用上の目安）の物件に適用して特に
効果がある。

【００４３】(4) ：施工管理システムの特徴 このシステムは次のような特徴がある。

【００４４】：施工管理情報がインターネット上のウ
ェブサーバに集約され、関係者はいつでも、どこからで
も簡単に必要な情報の作成、利用ができる。

【００４５】：文書作成支援機能を持ち、作業日誌、
検査報告書、工程表などの作成が簡単（定型文の選択、
プロジェクト基本情報の自動記入など）。

【００４６】：施工管理者は、自分が担当する全プロ
ジェクトの状況を一覧表で見ることができる。

【００４７】：セキュリティ保護機能（セキュリティ
管理機能）を持ち、利用者の資格別のアクセス制御が可
能である。すなわち、端末から施工管理装置のデータベ
ースのプロジェクト管理情報へのアクセス（閲覧等）が
あった場合、利用者の資格（社内担当者、協力会社の担
当者等の資格）を判断して、資格別のアクセス制御を行
う。

【００４８】そして、前記資格により、アクセスする範
囲を制限（社内の担当者には全てのプロジェクト管理情
報を見せるが、協力会社の担当者には関係するプロジェ
クトの管理情報のみを見せるように制限）して、セキュ
リティ管理を行う。このようにすれば、プロジェクト管
理情報が不必要に漏洩することを防止でき、セキュリテ
ィが確保できる。

【００４９】：施工管理装置のデータベースのプロジ
ェクト管理情報を表示する際、入力情報に基づき、警告
を発する必要のあるプロジェクト（例えば、工程が大幅
に遅れているプロジェクト）に対して、アラーム表示を
行う。このようにすれば、表示画面上でアラームの発せ
られているプロジェクトが簡単に見つかり、早期に対応
策がたてられ、十分なプロジェクト管理を行うことがで
きる。

【００５０】：クライアントパソコンには、ブラウザ
以外の特別なソフトは基本的には不要（但し、通常使用
するＯＡソフトはある方が望ましい）。

【００５１】(5) ：主な機能 施工管理システムの機能は次の通りである。

【００５２】：プロジェクト情報の登録機能 ・物件名、顧客名、担当者名など基本情報の登録 ・基幹情報システムとのデータ連携 ・施工計画書、品質計画書、施工図面など、作成済み文
書の登録 ：プロジェクト情報の一覧表示 ・進捗状況、アラームの有無、開始／終了予定等 ・自分が担当するプロジェクトや、課別などの一覧表示 ・工程表、工事日報、プロジェクト文書とのリンク付け ：工程表の作成／修正／参照 ・全体工程表、月間工程表、週間工程表等の、画面上で
の作成、修正 ・週間工程表と工事日報の、日付をキーにしたリンク付
け ・ワープロ、ＯＡツール等で作成した工程表の登録も可
能 ：工事日報の作成、参照 ・作業指示→作業報告→承認の流れに従った記入が可能 ・記入用定型文をシステムが保有 ・日報作成状況一覧表の表示 ：検査報告書の作成、参照 ・検査実施報告→承認の流れに従った記入が可能 ・検査チェックシート付き ・工事写真の添付が可能 ・受け入れ検査、中間検査、最終検査が可能 ：コミュニケーション ・日報／検査報告などディリーの指示／報告 ・電子メール機能 ：共通文書の参照 ・技術標準、作業手順書など (6) ：期待される利点 前記施工管理システムにより、次のような利点が期待さ
れる。

【００５３】：相手の在／不在に左右されることなく
プロジェクト情報の伝達ができる。

【００５４】：各プロジェクト毎に関連付けて、品質
文書、品質記録が保存される。また、工程表、作業日報
など作成頻度が高い文書が簡単に作成できる。

【００５５】：施工管理者は、現場に出向かなくて
も、また、その都度問い合わせなくても担当プロジェク
トの状況が分かり、迅速に必要な手が打てる。

【００５６】：常に最新の文書に手元のパソコン等
（端末）からアクセスできる。従って、各部門での文書
管理作業がなくなる。

【００５７】：完了したプロジェクトの文書一式をま
とめて保存し、類似物件への流用や、未経験者のノウハ
ウ移転に役立たせることが可能である。

【００５８】：標準フォーマットの利用が増え、標準
化が進む。

【００５９】§２：システムの構成、機能等の説明 図３は施工管理システムの構成図である。施工管理シス
テム全体の構成は図３に示したように、インターネット
に接続された社内システム１と、施工管理装置２と、社
内に設置された端末１０と、現場（協力会社等）に設置
された端末９により構成されている。そして、社内シス
テム１には、文書管理システム３と、受発注システム
（以下「ＳＣＵＤ」と記す）４等があり、施工管理装置
２として施工管理サーバ（Ｗｅｂサーバ）５が設置され
ている。

【００６０】また、施工管理サーバ５にはハードディス
ク装置６が設けてあり、このハードディスク装置６には
ファイル７やデータベース（以下「ＤＢ」とも記す）８
が格納されている。以下、このシステムの構成、機能等
を詳細に説明する。

【００６１】(1) ：施工管理システムの機能 図４は施工管理システムの機能全体図である。前記のよ
うに、施工管理システムの施工管理サーバ５にはＤＢ８
が設けてあり、このＤＢ８には、共通文書と、プロジェ
クト毎のデータが格納されている。この場合、共通文書
には、品質マニュアル、技術標準等がある。

【００６２】また、プロジェクトとしては、プロジェク
トＡ、プロジェクトＢ、プロジェクトＣ・・・と、完了
プロジェクトＤＢのように分かれており、例えば、プロ
ジェクトＡには、施工計画書、工程表、日報・ＫＹＭ
（危険予知ミーティング：危険のポイント、回避点等）
報告書、検査報告書、施工図面等の情報が含まれてい
る。

【００６３】前記ＤＢ８の情報は、プロジェクト開始時
に社内システム１（文書管理システム３、ＳＣＵＤ４）
から入力され、その後、協力会社の端末９や、社内の端
末１０等からアクセスされるようになっている。

【００６４】(2) ：データベースの各種情報の説明 図５はデータベース説明図である。施工管理サーバ５の
ＤＢ８には図５に示したような情報を含むデータが格納
されており、そのデータは、現場等からの情報に基づい
て更新されるようになっている。なお、ＤＢ８の情報に
ついては、以下に説明する各処理において説明する。

【００６５】(3) ：日報／ＫＹＭ報告関連情報の説明 図６は日報／ＫＹＭ報告関連情報を示す。このシステム
では、現場の日々の進捗を関係者がリアルタイムで共有
することで、問題抽出の前倒し、問題点の解決に迅速な
対応を可能としている。そのため、日報／ＫＹＭ報告関
連情報に関して、定型的で使用頻度が多い文書の作成、
修正、再利用を容易にしている。そして、指示、報告等
の過去の記録を参照可能にしている。

【００６６】日報／ＫＹＭ報告関連情報として扱う情報
は、図６に示したように、作業責任者、作業年月日、施
工会社名、施工場所、作業指示年月日、作業指示状態、
作業報告年月日、工事開始日、工事終了日等である。

【００６７】(4) ：工事検査関連情報 図７は工事検査関連情報を示す。工事検査関連情報とし
ては、工事検査報告書等があり、図７に示したような情
報である。この情報には、例えば、検査工程（中間）、
検査年月日、検査区分、検査結果、合否判定、検査場
所、検査担当部門等の情報である。

【００６８】§３：施工管理システム全体の処理の説明 図８は全体の処理説明図である。以下、施工管理システ
ムが行う施工管理処理の全体について説明する。本シス
テムは、工事プロジェクトにおいて、複数の関係者が、
工程情報、進捗情報、作業指示／作業報告情報、工事検
査情報、などをインターネットを用いて共有し、情報の
参照、登録、修正等を行うためのものである。

【００６９】本システムが行う処理を大別すると、社内
システム１側で行う計画前の処理（）と、施工管理サ
ーバ５側で行う処理（計画時処理、デイリイ処理、
管理処理、完了時処理、システム管理処理）に分
けられる。そして、施工管理サーバ５側で行う処理（
〜）は、次のように分けられる。

【００７０】すなわち、計画時処理は、プロジェクト
登録処理（Ｂ−１）と工程表登録処理（Ｂ−２）からな
り、デイリイ処理は日報処理（Ｂ−３）と検査報告処
理（Ｂ−４）からなり、管理処理はプロジェクト一覧
処理（Ｂ−５）からなり、完了時処理は完了プロジェ
クト処理（Ｂ−６）からなり、システム管理処理はマ
スタメンテ処理（Ｂ−７）からなる。以下、これらの処
理について詳細に説明する。

【００７１】：プロジェクト計画前の処理 ◎：物件データの取り込み処理（Ａ−１） この処理は、前日迄に処理された受注物件の顧客名、オ
ーダ番号（以下、「オーダＮｏ」とも記す）、施工管理
担当者名、工事場所、期間、などを、毎日、別のシステ
ム（社内システムの１つであるＳＣＵＤ４）から自動的
に施工管理サーバ５へ、ゲートウェイコンピュータを介
してデータを送信する（施工管理サーバ５での再度入力
の重複作業を避けるため）。

【００７２】この処理により、送られてきた物件を施工
管理担当者ごとに区分けし、各担当者宛に電子メールに
て、物件名、オーダ番号、などを自動通知する（なお、
各課毎に区分けして検索、参照することも可能）。そし
て、それぞれのデータは施工管理サーバ５へ送りＤＢ８
に蓄積される。

【００７３】◎：共通文書の登録処理（Ａ−２） 社内システム１の１つである文書管理システム３によ
り、個別のプロジェクトに依存しない共通文書（ＩＳＯ
９００１品質マニュアル、技術標準など）の作成、承
認、登録の流れを管理し、文書管理サーバ（社内システ
ム）上に作成する。そして、それぞれのデータは施工管
理サーバ５へ送りＤＢ８に蓄積される。

【００７４】：プロジェクトの計画時の処理 ◎：プロジェクト情報の登録処理（Ｂ−１） ・施工管理担当者は、プロジェクトの参加メンバを予め
登録申請し、システム管理者がメンバマスタに登録す
る。

【００７５】・施工管理担当者は、前記（計画前の処
理）で送信されたデータの中から、自分が担当するプロ
ジェクトを、検索機能を使って検索し、プロジェクト名
称、オーダ番号などの一連の基本情報を施工管理サーバ
５のＤＢ８に登録する。合わせて、プロジェクトメンバ
をメンバマスタから検索し、登録する。また、工事期間
などを最新の情報に更新する。

【００７６】・本機能は、セキュリティ保護のため、自
社社員のみに限定されている。自社社員か否かの判断
は、メンバマスタ上の資格表示に従う。

【００７７】◎：工程表の登録処理（Ｂ−２） ・工程表は、全体工程表（３ケ月、６ケ月、１２ケ月、
３６ケ月単位）、月間工程表（１ケ月単位、次月に跨が
るものも可能）、週間工程表（１週間単位、次週に跨が
る工程も可能）の登録が可能。

【００７８】・月間工程表及び週間工程表には、別に入
手した日毎の天気予報データにより予報天気の内容を示
すマークが表示される。

【００７９】・工程表は、工程毎の工程名、開始日、終
了日、注釈メモの記入が可能。予定及び実績（最新の工
程）の２本の棒グラフ表示され、実績棒グラフは、入力
された進捗率に見合った長さ分だけ表示色が自動的に変
わるようになっている。この場合、棒グラフの下に、任
意の文字列を記入することも可能である。

【００８０】・工程表は、過去に本システムに登録され
た別のプロジェクトの工程表を流用し、日付等を変更し
て利用することができる。全体工程表、月間工程表、週
間工程表の種類別に流用できる。この場合、プロジェク
ト検索機能を使って現在実施中のプロジェクトＤＢ又は
完了プロジェクトＤＢの中から検索することができる。

【００８１】・工程表は、本システムの機能により画面
上で入力されたものの他に、ワードプロセッサなど別の
ＯＡプログラムにより作成された任意のサイズの工程表
を画像データとしてファイル単位で登録できる。この場
合、画面上、本システムの機能により、作成された工程
表と全く同じ場所に表示させることができ、表示月の指
定などの機能も全く同じ方法で使用できる。

【００８２】：ディリイ（Daily ）処理 ◎：日報処理（Ｂ−３） ・工事日報は、原則として毎日作成され、施工を管理す
る者が作成指示内容を記入、施工側責任者が作業実施結
果を記入、施工を管理する者がその内容を確認、承認す
ることにより完成する。

【００８３】・工事日報一覧表機能 工事日報は、作成毎に、操作当日を起点とする過去１ケ
月、未来１９日間についての上記作成の流れを記入日付
が記入された一覧表を表示する。操作当日の欄は他とは
異なる色で表示される。本一覧表から、個々の記入内容
を表示、参照、若しくは未記入部分の情報登録画面へ直
接移行することができる。

【００８４】・情報登録機能 工事名称、顧客名、オーダ番号等の情報はシステムが自
動的に記入する。工事種類、内容などの情報記入欄には
予め定型的な複数の記入内容が保存されており、記入者
はその中からマウスボタンで選択することにより、少な
い操作でできるようになっている。

【００８５】・工事日報には、写真データ等のファイル
を添付し、それを選択し、画面に表示できる。

【００８６】◎：検査報告処理（Ｂ−４） ・複数の検査報告書の様式から１つを選択し表示する。

【００８７】・工事名称、顧客名、オーダ番号等の情報
はシステムが自動的に記入する。

【００８８】・工事検査報告書の一覧を表示する。その
１つを選択して、その内容を表示、修正、登録、削除が
できる。

【００８９】・工事検査報告書に付随する検査チェック
シートの内容を表示、修正、登録、削除ができる。

【００９０】・工事検査報告書には、写真データ等のフ
ァイルを添付し、それを選択し、画面に表示できる。

【００９１】：プロジェクト管理処理 ◎：プロジェクト一覧処理（Ｂ−５） ・個々のプロジェクトの関係者は、プロジェクト一覧の
画面で自分が担当する複数の物件の進捗状況と問題点の
有無を一覧で確認できる。進捗欄は、その物件の進捗状
況を％で表し進捗毎に書き替える。

【００９２】・状況欄は、未着工、設計中、施工中、完
了の中から当てはまる状況を選択する。

【００９３】・問題点の有無は、アラーム欄で表示す
る。アラーム情報入力画面で関係者に伝えたい情報を入
手してアラーム有無の設定を有に変えるとプロジェクト
一覧の画面でアラーム欄の色が赤色に変わり、関係者に
注意を促す。アラームを有に設定すると工事責任者と現
場責任者に対してアラーム内容を自動的にメール発信す
る機能を備える。

【００９４】・備考欄には、任意のコメントを記入でき
る。そして、プロジェクト単位に掲示板機能を持ち、関
係者間で共有できる。タイトル、発信者登録日時を表示
し、登録削除ソートが可能である。

【００９５】・プロジェクト単位にその関係者にメール
を発信したい場合には、メンバリストの画面から送りた
い人を選択して、本文に記入し、送信ボタンを押すこと
で、容易に発信できる。

【００９６】◎：工程表への進捗入力 工程表には、全体工程表、月間工程表、週間工程表、が
あり、各工程表は複数の工程からなる。各工程の内容
は、工程名、開始予定日、終了予定日、開始実績、終了
実績、その期間を図示するチャート及びメモ欄へリンク
するボタンからなる。

【００９７】工事の進捗に従い、進捗状況を％値で入力
しチャートにより工程の進捗状況を示す。実績として、
実際の開始日と終了予定日を始めに入力しておく。ま
た、進捗状況を数値入力する。実績の開始から終了まで
のチャートの長さに対して進捗状況欄で入力した％の比
率で左端から右に向かってチャートの色を変えて表示す
る。

【００９８】：完了時処理 ◎：完了プロジェクト処理（Ｂ−６） ・完了プロジェクトＤＢ機能（退避） 完了したプロジェクトにおいて、一定期間経過後に参照
更新の機会が殆どないプロジェクトのデータに対して完
了処理操作する。プロジェクト一覧からは自動的に非表
示となる。サーバ上の完了ＤＢ領域に、データ自体は消
去されず残っており、「完了プロジェクト一覧機能」で
社内の担当者のみ参照可能である。

【００９９】また、完了したプロジェクトのデータは、
社外インターネット上の施工管理サーバ５から社内イン
トラネットのサーバへ複写され、テープ装置などでバッ
クアップ可能な状態となる。社内サーバをアクセスすれ
ばデータ自体は参照可能である。

【０１００】◎：完了プロジェクトＤＢ機能（完了プロ
ジェクト一覧機能） 施工管理サーバ５のＤＢ８にある複数のプロジェクトか
ら完了したプロジェクトを条件検索、表示する。一度
「完了処理」すると通常の検索では表示できない。本一
覧機能では、社内の担当者のみが参照可能となり、更新
は不可である。

【０１０１】◎：完了プロジェクトＤＢ機能（削除） 前記「完了プロジェクトＤＢ機能（退避）」で「完了処
理」して施工管理サーバ５の完了ＤＢ領域に残っている
データを実際に削除する機能がある。

【０１０２】：システム管理処理 ◎：マスタメンテ処理（Ｂ−７） 施工管理サーバ５のマスタデータのメンテナンス機能 本システムで登録する社内のメンバ、協力会社のメンバ
は、予め、マスタデータとして、施工管理サーバ５のＤ
Ｂ８に登録しておく。そのメンバの登録、編集、削除機
能を持つ。

【０１０３】§４：フローチャートによる処理の説明 以下、前記施工管理の処理をフローチャートに基づいて
説明する。

【０１０４】(1) ：計画前の処理（Ａ−１、Ａ−２） この処理は、社内システム（文書管理システム、ＳＣＵ
Ｄ）１により行う処理であり、次のようにして行う。

【０１０５】(1) −１：受注計上データの取り込み処理
（Ａ−１） 図９は受注計上データの取り込み処理フローチャートで
ある。以下、図９に基づいて、受注計上データの取り込
み処理を説明する。なお、Ｓ１〜Ｓ４は各処理ステップ
を示す。この処理は、社内システムが持っているデータ
を施工管理サーバ５へ送り、該施工管理サーバ５でＤＢ
８に取り込む処理である。

【０１０６】先ず、社内システム１では、受注計上シス
テム（ＳＣＵＤ）から送付された受注計上データ（受注
計上データ、顧客データ、職制データ）の３つのデータ
を、１つのファイルに圧縮する（Ｓ１）。次に、前記圧
縮されたデータを、施工管理サーバ５に転送する（Ｓ
２）。施工管理サーバ５では、転送されたデータを解凍
し、３つの受注計上データに戻す（Ｓ３）。施工管理サ
ーバ５は、３つの受注計上データを、それぞれＤＢ８の
データベーステーブルに登録（受注計上マスタ、顧客マ
スタ、職制マスタ）する（Ｓ４）。

【０１０７】(1) −２：文書登録処理（Ａ−２） 図１０は文書登録処理フローチャートである。以下、図
１０に基づいて文書登録処理を説明する。なお、Ｓ１１
〜Ｓ１４は各処理ステップを示す。この処理は、社内シ
ステム（文書処理システム）から施工管理サーバ５への
文書登録処理である。

【０１０８】先ず、社内の文書処理システム３におい
て、担当者が画面上でオーダＮｏを指示し（Ｓ１１）、
属性情報（タイトル）を入力し（Ｓ１２）、文書ファイ
ル名を指示すると（Ｓ１３）、登録処理を行う（Ｓ１
４）。

【０１０９】この登録処理では、指示された文書ファイ
ルを施工管理サーバ５にアップロードする。そして、前
記施工管理サーバ５では、入力された属性情報、オーダ
Ｎｏを文書マスタに登録し、文書ファイルとの関連付け
を行う。

【０１１０】(2) ：プロジェクト計画時の処理（Ｂ−
１、Ｂ−２） この処理は、社内システム（文書管理システム、ＳＣＵ
Ｄ等）から施工管理サーバ５へ情報を送り、施工管理サ
ーバ５側でＤＢ８へ登録する処理であり、次のようにし
て各処理を行う。

【０１１１】(2) −１：新規物件一覧表示処理（Ｂ−
１） 図１１は新規物件一覧表示処理フローチャートである。
以下、図１１に基づいて新規物件一覧表示処理を説明す
る。なお、Ｓ２１、Ｓ２２は各処理ステップを示す。

【０１１２】先ず、施工管理サーバ５は、受注計上マス
タに存在し、プロジェクト情報マスタに存在しないオー
ダを抽出する（Ｓ２１）。そして、抽出されたオーダＮ
ｏを基に、プロジェクト情報マスタ、受注計上マスタか
ら情報を抽出し、新規物件一覧を表示する（Ｓ２２）。

【０１１３】(2) −２：プロジェクト情報登録処理（Ｂ
−１） 図１２はプロジェクト情報登録処理フローチャートであ
る。以下、図１２に基づいて、プロジェクト情報登録処
理を説明する。なお、Ｓ３１〜Ｓ３７は各処理ステップ
を示す。

【０１１４】先ず、担当者が画面からオーダＮｏを入力
すると（Ｓ３１）、受注計上マスタからオーダＮｏを検
索し（Ｓ３２）、受注計上マスタの情報を表示する（Ｓ
３３）。次に、担当者がプロジェクト情報を入力すると
（Ｓ３４）、各責任者、メンバを、メンバマスタから検
索する（Ｓ３５）。次に、担当者が登録ボタンを押下す
ると（Ｓ３６）、ＤＢ８のプロジェクト情報テーブル、
プロジェクトメンバテーブルを更新する（Ｓ３７）。

【０１１５】(2) −３：工程表登録処理（Ｂ−２） 図１３は工程表登録処理フローチャートである。以下、
図１３に基づいて、工程表登録処理を説明する。なお、
Ｓ４１〜Ｓ４７は各処理ステップを示す。

【０１１６】先ず、担当者が画面上でオーダＮｏを指定
し（Ｓ４１）、工程種類を選択する（Ｓ５２）。この場
合の工程種類は、全体、月間、週間である。次に、期間
を指定し（Ｓ４３）、表示順番、工程名、計画日程を入
力する（Ｓ４４）。そして、担当者が登録ボタンを押下
すると（Ｓ４５）、工程マスタにデータを登録する（Ｓ
４６）。次に、登録したデータを基に、工程表を表示す
る（Ｓ４７）。

【０１１７】(2) −４：工程表画像登録処理（Ｂ−２） 図１４は工程表画像登録処理フローチャートである。以
下、図１４に基づいて、工程表画像登録処理を説明す
る。なお、Ｓ５１〜Ｓ５５は各処理ステップを示す。

【０１１８】先ず、担当者が画面上で、オーダＮｏを指
定し（Ｓ５１）、工程種類を指定し（Ｓ５２）、期間を
指定し（Ｓ５３）、画像ファイルを指定すると（Ｓ５
５）、登録処理が行われる。この場合、前記画像ファイ
ルを施工管理サーバ５にアップロードすると、該施工管
理サーバ５は、指定した関連付け情報を文書マスタに登
録し、画像アァイルとの関連付けを行う（Ｓ５５）。

【０１１９】(2) −５：工程流用処理（Ｂ−２） 図１５は工程流用処理フローチャートである。以下、図
１５に基づいて、工程流用処理を説明する。なお、Ｓ６
１〜Ｓ６６は各処理ステップを示す。

【０１２０】先ず、担当者は、施工管理サーバ５のＤＢ
８からプロジェクトを検索し（Ｓ６１）、流用したいプ
ロジェクトを選択する（Ｓ６２）。次に、流用する工程
区分を選択する（Ｓ６３）。この場合、工程区分は、全
体、月間、週間である。次に、工程開始日を入力し（Ｓ
６４）、流用ボタンを押下する（Ｓ６５）。

【０１２１】この処理により、指定されたプロジェクト
の工程情報（表示順番、工程名、メモ、線表文字、日程
等）を工程テーブルから抽出し、流用したいオーダＮｏ
にコピーして、工程テーブルに登録する。この場合、日
程は、流用するプロジェクトの工程表で一番古い日程を
起点として、画面から入力した工程開始日に自動変換し
（期間は、同一になるように計算する）、以下、工程の
日程を自動交換する（Ｓ６６）。

【０１２２】(2) −６：線表文字入力／表示処理（Ｂ−
２） 図１６は線表文字入力／表示処理フローチャートであ
る。以下、図１６に基づいて、線表文字入力／表示処理
を説明する。なお、Ｓ７１〜Ｓ７７は各処理ステップを
示す。

【０１２３】先ず、担当者は、画面上でオーダＮｏを指
定し（Ｓ７１）、工程区分を指定する（Ｓ７２）。この
場合、工程区分は、全体、月間、週間である。次に、期
間を指定すると（Ｓ７３）、指定された条件を基に、線
表文字マスタから、線表文字を抽出し表示する（Ｓ７
４）。

【０１２４】そして、画面から任意に線表文字を入力し
（Ｓ７５）、更新ボタンを押下すると（Ｓ７６）、入力
された線表文字を現在表示されているオーダＮｏ、工程
区分、期間に関連づく線表文字マスタに更新する（Ｓ７
７）。

【０１２５】(2) −７：マスタ申請処理（Ｂ−２） 図１７はマスタ申請処理フローチャートである。以下、
図１７に基づいて、マスタ申請処理を説明する。なお、
Ｓ８１〜Ｓ８５は各処理ステップを示す。

【０１２６】先ず、担当者は画面上で申請したいマスタ
を選択し（Ｓ８１）、申請内容を入力する（Ｓ８２）。
次に、申請ボタンを押下されると（Ｓ８３）、メンバマ
スタからシステム管理者を検索し、メールアドレスを取
得する（Ｓ８４）。そして、システム管理者にメールを
送信する。この場合、メールの内容に申請内容をセット
する（Ｓ８５）。

【０１２７】(2) −８：新規物件一覧メール送信処理
（Ｂ−２） 図１８は新規物件一覧メール送信処理フローチャートで
ある。以下、図１８に基づいて、新規物件一覧メール送
信処理を説明する。なお、Ｓ９１〜Ｓ９５は各処理ステ
ップを示す。

【０１２８】先ず、受注計上データのオーダＮｏが、受
注計上マスタに存在しない場合、そのオーダＮｏと担当
者ＩＤをワークテーブルに保存する（Ｓ９１）。そし
て、ワークテーブルの担当者ＩＤをグループ化してソー
ト（分類）し、担当者別にオーダＮｏを抽出する（Ｓ９
２）。

【０１２９】次に、抽出したオーダＮｏを基に、受注計
上データから情報を取得する（Ｓ９３）。次に、担当者
ＩＤを基に、メンバマスタから担当者のメールアドレス
を取得する（Ｓ９４）。そして、担当者宛に、新規物件
情報の一覧をメールで送信する（Ｓ９５）。

【０１３０】(3) ：デイリィオペレーション処理（Ｂ−
３、Ｂ−４） この処理は、端末９と施工管理サーバ５間で通信を行う
ことにより処理するものであり、次のようにして各処理
を行う。

【０１３１】(3) −１：工事日報ＫＹＭ報告書作成処理
（Ｂ−３） 図１９は工事日報報告書作成処理フローチャートであ
り、Ａ図は登録編集基本処理、Ｂ図はワーク処理であ
る。以下、図１９に基づいて、工事日報報告作成処理に
ついて説明する。なお、Ｓ１０１〜Ｓ１１５は各処理ス
テップを示す。

【０１３２】：登録編集基本処理 先ず、工事日報作成状況一覧表示を行い（Ｓ１０１）、
日付選択を行う（Ｓ１０２）。次に、日報欄に入力し
（Ｓ１０３）、添付ファイル選択を行い（Ｓ１０４）、
登録更新処理を行う（Ｓ１０５）。

【０１３３】：ワーク処理 実施前指示欄入力を行い（Ｓ１１１）、実施前指示事項
確認を行う（Ｓ１１２）。次に、実施後報告欄の入力を
行い（Ｓ１１３）、確認登録欄の入力を行い（Ｓ１１
４）、確認登録欄の入力を行う（Ｓ１１４）。

【０１３４】(3) −２：検査報告書作成処理（Ｂ−４） 図２０は検査報告書作成処理フローチャートであり、Ａ
図は登録編集基本処理、Ｂ図はワーク処理である。以
下、図２０に基づいて、検査報告書作成処理について説
明する。なお、Ｓ１２１〜Ｓ１３３は各処理ステップを
示す。

【０１３５】：登録編集基本処理 先ず、検査報告書一覧表示を行い（Ｓ１２１）、検査報
告書登録編集を行う（Ｓ１２２）。次に、チェックシー
ト選択編集を行い（Ｓ１２３）、添付ファイル選択を行
い（Ｓ１２４）、登録更新を行う（Ｓ１２５）。

【０１３６】：ワーク処理 先ず、検査報告書に必要事項を記入してチェックシート
検査項目を設定し（Ｓ１３１）、チェックシート検査結
果記入を行ない（Ｓ１３２）、検査報告書に検査結果を
入力する（Ｓ１３３）。

【０１３７】(4) ：管理処理（Ｂ−５） この処理は、施工管理サーバ５が行う管理処理であり、
次のようにして各処理を行う。

【０１３８】(4) −１：プロジェクト一覧表示処理 図２１はプロジェクト一覧表示処理フローチャートであ
る。以下、図２１に基づいて、プロジェクト一覧表示処
理を説明する。なお、Ｓ１４１〜Ｓ１４５は各処理ステ
ップを示す。

【０１３９】担当者が、画面からログインＩＤを入力、
パスワード入力を行うと（Ｓ１４１）、入力されたログ
インＩＤとパスワードは正しいかを判断する（Ｓ１４
２）。その結果、前記入力されたログインＩＤとパスワ
ードが正しくなければＳ１４１の処理へ移行し、正しけ
れば、プロジェクトメンバマスタからログインＩＤが登
録されているプロジェクトを検索する（Ｓ１４３）。

【０１４０】次に、プロジェクトＮｏをキーに、プロジ
ェクト情報テーブル、ＳＣＵＤマスタから情報を抽出し
（Ｓ１４４）、プロジェクト一覧を表示する（Ｓ１４
５）。こようにしてプロジェクト一覧を表示する。

【０１４１】(4) −２：セキュリティ権限判断／詳細検
索処理 図２２はセキュリティ権限判断／詳細検索処理フローチ
ャートであり、Ａ図はセキュリティ権限判断処理、Ｂ図
は詳細検索処理を示す。以下、図２２に基づいて、セキ
ュリティ権限判断／詳細検索処理を説明する。なお、Ｓ
１５１〜Ｓ１５７は各処理ステップを示す。

【０１４２】：セキュリティ権限判断処理 この処理では、ログインＩＤが、現在選択されているオ
ーダＮｏの権限を持っているのかを判断する。この場
合、プロジェクトメンバテーブルの権限フラグを参照す
る（Ｓ１５１）。

【０１４３】：詳細検索処理 先ず、担当者は検索条件を入力する（Ｓ１５５）。この
場合、検索条件としては、所課、状況、アラーム、工事
期間、工程表、作業指示物件である。次に、前記入力さ
れた検索条件に従って、検索を行う（Ｓ１５６）。この
場合の検索では、所課はプロジェクト情報マスタ、状況
はプロジェクト情報マスタ、アラームはプロジェクト情
報マスタ、工事期間はプロジェクト情報マスタ、工程表
は工程表テーブル、作業指示物件は日報、ＫＹＭ基本を
検索する。そして、検索して抽出されたオーダＮｏの情
報を表示する（プロジェクト情報テーブル、受注計上マ
スタから）（Ｓ１５７）。

【０１４４】(4) −３：プロジェクト情報参照／工程表
参照処理 図２３はプロジェクト情報参照／工程表参照処理フロー
チャートであり、Ａ図はプロジェクト情報参照処理、Ｂ
図は工程表参照処理を示す。以下、図２３に基づいて、
プロジェクト情報参照／工程表参照処理を説明する。な
お、Ｓ１６１〜Ｓ１６８は各処理ステップを示す。

【０１４５】：プロジェクト情報参照処理 先ず、担当者がオーダＮｏを指定すると（Ｓ１６１）、
プロジェクト情報テーブル、受注計上マスタ、プロジェ
クトメールテーブルから情報を抽出し、表示する（Ｓ１
６２）。

【０１４６】：工程表参照処理 先ず、担当者がオーダＮｏを指定し（Ｓ１６５）、工程
種類を選択する（Ｓ１６６）。この場合、工程種類とし
ては、全体、月内、週内である。次に、期間を指定する
（Ｓ１６７）と、指定された条件を基に、工程マスタか
らデータを参照し、工程表を表示する（Ｓ１６８）。

【０１４７】(4) −４：工程表画像表示処理 図２４は工程表画像表示処理フローチャートである。以
下、図２４に基づいて、工程表画像表示処理を説明す
る。なお、Ｓ１７１〜Ｓ１７５は各処理ステップを示
す。

【０１４８】先ず、担当者がオーダＮｏを指定し（Ｓ１
７１）、工程種類を指定し（Ｓ１７２）、期間を指定す
ると（Ｓ１７３）、指定された条件を基に、文書マスタ
から通信ファイル名を抽出する（Ｓ１７４）。そして、
画像ファイルを画面に表示する（Ｓ１７５）。

【０１４９】(4) −５：メモ／入力表示処理 図２５はメモ／入力表示処理フローチャートである。以
下、図２５に基づいて、メモ／入力表示処理を説明す
る。なお、Ｓ１８１〜Ｓ１８９は各処理ステップを示
す。

【０１５０】先ず、担当者がオーダＮｏを指定し（Ｓ１
８１）、工程区分を指定する（Ｓ１８２）。この場合、
工程区分としては、全体、月間、週間である。次に、期
間を指定し（Ｓ１８３）、工程を指定し（Ｓ１８４）、
切替えメモボタンを押下すると（Ｓ１８５）、指定され
た条件を基に、工程テーブルからメモ情報を取り出して
表示する（Ｓ１８６）。

【０１５１】次に、担当者がメモ情報を入力し（Ｓ１８
７）、更新ボタンを押下すると（Ｓ１８８）、工程テー
ブルにメモ情報を登録する（Ｓ１８９）。

【０１５２】(4) −６：アラーム入力／表示処理 図２６はアラーム入力／表示処理フローチャートであ
る。以下、図２６に基づいて、アラーム入力／表示処理
を説明する。なお、Ｓ１９１〜Ｓ１９５は各処理ステッ
プを示す。

【０１５３】先ず、担当者がオーダＮｏを指定すると
（Ｓ１９１）、アラームテーブルからアラーム情報を取
り出し表示する（Ｓ１９２）。次に、担当者がアラーム
内容等を入力し（Ｓ１９３）、登録ボタンを押下すると
（Ｓ１９４）、アラーム内容等をアラームテーブルに登
録する（Ｓ１９５）。

【０１５４】(4) −７：アラーム変更通知処理 図２７はアラーム変更通知処理フローチャートである。
以下、図２７に基づいて、アラーム変更通知処理を説明
する。なお、Ｓ２０１〜Ｓ２０５は各処理ステップを示
す。

【０１５５】先ず、担当者がオーダＮｏを指定し（Ｓ２
０１）、画面からアラームフラグを変更すると（Ｓ２０
２）、プロジェクトメンバテーブルから、オーダＮｏを
キーに工事責任者を抽出し（Ｓ２０３）、メンバマスタ
から、工事責任者のメールアドレスを取得する（Ｓ２０
４）。その後、工事責任者にメールを送付する（Ｓ２０
５）。

【０１５６】(4) −８：メール発信処理 図２８は、メール発信処理フローチャートである。以
下、図２８に基づいて、メール発信処理を説明する。な
お、Ｓ２１１〜Ｓ２１５は各処理ステップを示す。

【０１５７】先ず、担当者がオーダＮｏを指定すると
（Ｓ２１１）、指定されたオーダの各責任者、各メンバ
をプロジェクトメンバテーブルから抽出し、画面に表示
する（Ｓ２１２）。その後、担当者がメール送信したい
人を選択し（Ｓ２１３）、送信ボタンを押下すると（Ｓ
２１４）、選択されている人のメールアドレスをメンバ
マスタから取得し、メールを送る（Ｓ２１５）。

【０１５８】(4) −９：掲示板機能の処理 図２９は、掲示板機能の処理フローチャートである。以
下、図２９に基づいて、掲示板機能の処理を説明する。
なお、Ｓ２２１〜Ｓ２２６は各処理ステップを示す。

【０１５９】先ず、担当者が画面上でオーダＮｏを指定
すると（Ｓ２２１）、指定されたオーダＮｏを基に、掲
示板テーブルから情報一覧を表示する（Ｓ２２２）。こ
の場合の情報は、タイトル、日時、発信者等である。次
に、担当者が画面上で選択内容を判断し（Ｓ２２３）、
新規追加であれば、タイトル、掲示内容を入力し登録ボ
タンを押下すると、掲示板テーブルにデータを登録して
（Ｓ２２４）、この処理を終了する。

【０１６０】また、Ｓ２２３の処理で、選択内容が編集
／参照の場合は、掲示一覧から参照した掲示を選択する
ことにより、掲示板テーブルから掲示情報を取得し、表
示して（Ｓ２２５）、この処理を終了する。また、Ｓ２
２３の処理で、選択内容が削除の場合は、掲示一覧から
削除したい掲示を選択することにより、掲示板テーブル
から掲示情報を削除して（Ｓ２２６）、この処理を終了
する。

【０１６１】(4) −１０：天気予報データの処理 図３０は、天気予報データの処理フローチャートであ
る。以下、図３０に基づいて、天気予報データの処理を
説明する。なお、Ｓ２３１〜Ｓ２３７は各処理ステップ
を示す。

【０１６２】この処理では、工程表作成時にプロジェク
トの住所をキーに有料天気予報サイトから局地的なデー
タを取得する（Ｓ２３１）。この場合、局地的なデータ
がなければ、広域的なデータを取得する（Ｓ２３２）。
そして、工程表の日付と連携させ、作成画面に、地域
名、天気予報マーク、降水確率等を表示する（Ｓ２３
３）。

【０１６３】この場合、現在着手中のプロジェクトの天
気予報を、一定の設定時間毎に、天気予報サイトから取
得し（Ｓ２３７）、最新の天気予報（実績）データを保
存する（Ｓ２３６）。そして、次回表示時に天気予報デ
ータが更新されていれば、新しいものを表示する。ま
た、過去の日付に対しても同様にし（Ｓ２３４）、プロ
ジェクトを保存する（Ｓ２３５）。

【０１６４】(5) ：完了プロジェクト処理（Ｂ−６） この完了プロジェクト処理は次のようにして行う。

【０１６５】(5) −１：完了プロジェクトＤＢ一覧処理 図３１は完了プロジェクトＤＢ一覧処理フローチャート
である。以下、図３１に基づいて、完了プロジェクトＤ
Ｂ一覧処理を説明する。なお、Ｓ２４１〜Ｓ２４４は各
処理ステップを示す。

【０１６６】この処理では、完了プロジェクト検索画面
にてプロジェクトを検索する（Ｓ２４１）。この場合、
オーダＮｏは完了プロジェクト情報、プロジェクト名は
完了プロジェクト情報、仕向先は完了受注計上マスタ、
プロジェクト完了日は完了プロジェクト情報、所課名、
社員番号、社員名、工事期間は、それぞれ完了プロジェ
クト情報を検索する。

【０１６７】次に、検索条件により検索された一覧を表
示する（Ｓ２４２）。そして、担当者は、参照したいプ
ロジェクトを選択（１つのみ）する（Ｓ２４３）。次
に、各ボタンにて、データを参照する（Ｓ２４４）。こ
の場合、プロジェクト情報、工程表、アラーム情報、メ
ール発信、日報ＫＹＭ、検査報告書、プロジェクト文書
を参照する。

【０１６８】(5) −２：完了プロジェクトＤＢ削除処理 図３２は完了プロジェクトＤＢ削除処理フローチャート
である。以下、図３２に基づいて、完了プロジェクトＤ
Ｂ削除処理を説明する。なお、Ｓ２５１〜Ｓ２５５は各
処理ステップを示す。

【０１６９】この処理では、完了プロジェクト検索画面
にてプロジェクトを検索する（Ｓ２５１）。この場合、
条件入力し、次の情報を検索する。すなわち、オーダＮ
ｏは完了プロジェクト情報、プロジェクト名は完了プロ
ジェクト情報、仕向先は完了受注計上マスタ、プロジェ
クト完了日は完了プロジェクト情報、所課名、社員番
号、社員名、工事期間は、それぞれ完了プロジェクト情
報を検索する。

【０１７０】次に、検索条件により検索された一覧を表
示する（Ｓ２５２）。そして、担当者が、削除したいプ
ロジェクトを選択（複数可）すると（Ｓ２５３）、削除
処理を実行する（プロジェクト削除ボタン）（Ｓ２５
４）。次に、削除プロジェクトのオーダＮｏをキーにし
て、ＤＢを削除する（Ｓ２５５）。

【０１７１】(6) ：マスタメンテ処理（Ｂ−７） このマスタメンテ処理は次のようにして各処理を行う。

【０１７２】(6) −１：マスタメンタ（登録）処理 図３３はマスタメンタ（登録）処理フローチャートであ
る。以下、図３３に基づいて、マスタメンタ（登録）処
理を説明する。なお、Ｓ２６１〜Ｓ２６３は各処理ステ
ップを示す。

【０１７３】先ず、担当者が画面上で新規登録ボタンを
選択し（Ｓ２６１）、新規登録画面に、マスタ登録情報
を入力すると（Ｓ２６２）、登録処理を行う（Ｓ２６
３）。この登録処理では、必須項目のチェック、キー項
目の重複チェックを行ない、各マスタにデータを登録す
る。

【０１７４】(6) −２：マスタメンタ（編集）処理 図３４はマスタメンタ（編集）処理フローチャートであ
る。以下、図３４に基づいて、マスタメンタ（編集）処
理を説明する。なお、Ｓ２７１〜Ｓ２７６は各処理ステ
ップを示す。

【０１７５】先ず、担当者が検索条件を入力すると（Ｓ
２７１）、検索処理を行う（Ｓ２７２）。この場合の検
索条件としては、部署（会社名＋部署）、担当者ＩＤ、
担当者名であり、前記検索では、部署（会社名＋部署）
は職制マスタ、協力会社マスタ、担当者ＩＤはメンバマ
スタ、担当者名はメンバマスタをそれぞれ検索する。

【０１７６】次に、検索して抽出された従業員番号、協
力会社コード（職制コード）の情報一覧を画面に表示す
る（Ｓ２７３）。そして、担当者が編集対象のデータを
１つ選択し（Ｓ２７４）、編集ボタンを選択すると、編
集画面に、対象データを表示する（Ｓ２７５）。そし
て、情報を更新（編集）する（Ｓ２７６）。

【０１７７】(6) −３：マスタメンタ（削除）処理 図３５はマスタメンタ（削除）処理フローチャートであ
る。以下、図３５に基づいて、マスタメンタ（削除）処
理を説明する。なお、Ｓ２８１〜Ｓ２８６は各処理ステ
ップを示す。

【０１７８】先ず、担当者が検索条件を入力すると（Ｓ
２８１）、検索処理を行う（Ｓ２８２）。この場合の検
索条件としては、部署（会社名＋部署）、担当者ＩＤ、
担当者名であり、前記検索では、部署（会社名＋部署）
は職制マスタ、協力会社マスタ、担当者ＩＤはメンバマ
スタ、担当者名はメンバマスタをそれぞれ検索する。

【０１７９】次に、検索して抽出された従業員番号、協
力会社コード（職制コード）の情報一覧を表示する（Ｓ
２８３）。そして、担当者が削除対象のデータを選択
（複数選択可）し（Ｓ２８４）、削除ボタンを選択する
と、削除画面に、対象データを表示する（Ｓ２８５）。
そして、削除処理する（Ｓ２８６）。

【０１８０】(7) ：プロジェクト一覧画面例の説明 図３６はプロジェクト一覧画面例である。この画面例
は、前記処理（Ｂ−５）で説明したプロジェクト一覧画
面の具体例である。

【０１８１】図示のように、プロジェクト一覧画面に
は、プロジェクト情報、工程表、アラーム情報、プロジ
ェクト登録、パスワード変更、担当、所課、日報ＫＹ
Ｍ、検査報告書、プロジェクト文書、共通文書、等の表
示欄があり、いずれかを選択できるようになっている。

【０１８２】例えば、前記表示欄の担当、所課をＡＢＣ
Ｄとした場合のプロジェクト一覧情報は、図３６に示し
たようなものである。この例では、担当、所課（建設担
当課）＝ＡＢＣＤが担当するプロジェクト一覧が表示さ
れており、受注件名、仕向先、開始日、終了日、建設担
当課、建設担当者、進捗、状況、アラーム、難度、オー
ダＮｏ（オーダ番号）の各欄に情報が表示されている。

【０１８３】このように、施工管理サーバ５のデータベ
ースには、プロジェクト単位に情報を持ち、現場の端末
９等からのデータに基づいて情報を更新している。そし
て、プロジェクト一覧を表示させると、図３６のように
表示される。すなわち、横断的にプロジェクトを選別し
て一体表示することができる。

【０１８４】§５：３次元積み上げ棒グラフ表示の説明 (1) ：３次元積み上げ棒グラフ表示の具体例 図３７は、プロジェクト管理の棒グラフ表示例である。
また、図３８は、３次元積み上げ棒グラフ表示の説明図
であり、Ａ図は部品化の説明図、Ｂ図は部品の説明図で
ある。

【０１８５】前記施工管理サーバ５が行うプロジェクト
管理において、プロジェクト管理情報を表示する際、３
次元積み上げ棒グラフ表示により進捗状況等の表示を行
う。以下、このような３次元積み上げ棒グラフ表示につ
いて説明する。

【０１８６】図３７の例では、Ｎｏ１０の工程Ａは、工
程の開始が２０００年４月４日で工程の終了が２０００
年４月９日で、現在施工中である。Ｎｏ２０の工程Ｂ
は、工程の開始が２０００年４月６日で工程の終了が２
０００年４月１３日で、現在施工中である。

【０１８７】この時、工程の予定や実績が３次元積み上
げ棒グラフ表示されている。このグラフでは、Ｇ１の点
線で示した部分が透過棒グラフ（透明なグラフ）であ
り、Ｇ２で示した部分が、Ｇ１の上に積み上げられた予
定棒グラフ（例えば、ライトブルー）であり、Ｇ３で示
した部分が、透過棒グラフＧ１の上に積み上げられた実
績棒グラフ（例えば、ダークブルー）である。

【０１８８】このように、３次元積み上げ棒グラフ表示
を行う場合、或る基準位置に、透過棒グラフＧ１を積み
上げ、このＧ１の上にＧ２、或いはＧ３の棒グラフを積
み上げることで、表示処理を行う。この場合、３次元積
み上げ棒グラフ表示には、画面の横方向に積み上げて表
示する３次元積み上げ横棒グラフ表示と、縦方向に積み
上げて表示する３次元積み上げ縦棒グラフ表示等があ
る。この処理は次のようにして行う。

【０１８９】図３８のＡ図に示したように、３次元積み
上げ棒グラフ表示を行う場合、積み上げ棒グラフを部品
化し、各部品を組み合わせることにより表示する。この
部品は、積み上げ最初の棒グラフ部品（１個）（Ｐ１）
と、積み上げ途中の棒グラフ部品（ｎ個）（Ｐ２、Ｐ３
等）と、積み上げ最後の棒グラフ部品（１個）（Ｐ４）
と、積み上げがない最初の棒グラフ部品（１個）（Ｑ
１）と、積み上げがない途中の棒グラフ部品（ｎ個）
（Ｑ２、Ｑ３）と、積み上げがない最後の棒グラフ部品
（１個）（Ｑ４）と、透過棒グラフ部品（ｎ個）（Ｒ
１）とから構成される。

【０１９０】前記部品Ｐ１〜Ｐ４、Ｑ１〜Ｑ４の１例を
図３８のＢ図に示す。この例は、四角柱の３次元棒グラ
フ表示を行う場合であって、積み上げを行うことで表示
する場合に使用する部品の例である。

【０１９１】この場合、部品Ｐ１〜Ｐ４は、色を異なら
した部品を必要な数だけ揃えておく。そして、これらの
部品を組み合わせることで、各種の棒グラフを表示す
る。また、部品Ｑ１〜Ｑ４についても同様とする。な
お、前記部品は、施工管理サーバ５のファイル７に予め
格納しておき、表示を行う場合にその部品のデータを読
み出して使用する。

【０１９２】３次元積み上げ棒グラフ表示を行う場合の
手順は次の通りである。前記施工管理サーバ５のデータ
ベースには、例えば、レコード１として、順番（Ｎ
ｏ）、工程名、予定日程、実績日程、進捗率等のデータ
が工程毎に格納されている。そこで、前記表示を行う場
合、先ず、データベースから、前記レコード１を読み込
み、そのデータである、順番、工程名、予定日程、実績
日程、進捗率等のデータを画面に表示する。

【０１９３】次に、予定日程の期間（例えば、４日間と
する）をプログラムで求める。次に、部品組み合わせ方
法をプログラムで求める。そして、予定棒グラフＧ２を
表示する場合、透過棒グラフＧ１（２日用）＋予定棒グ
ラフＧ２左端＋予定棒グラフ（Ｇ２）中央（２日用）＋
予定棒グラフ（Ｇ２）右端のように、必要な部品をファ
イルから読み出し、これらを組み合わせて表示する。

【０１９４】また、実績棒グラフＧ３を表示する場合は
次のようにする。先ず、実績日程の期間（例えば、４日
間とする）をプログラムデータベースで求める。次に、
実績日程と期間と進捗率から、実績日程と残予定日数を
求める。この場合、４日間の５０％とすると、実績日数
は２日間、残予定日数は２日間である。

【０１９５】従って、実績棒グラフＧ２を表示する場
合、透過棒グラフＧ１（２日用）＋実績棒グラフＧ２左
端＋実績棒グラフ（Ｇ２）中央（１日用）＋予定棒グラ
フ（１日用）右端のように、必要な部品をファイルから
読み出し、これらを組み合わせて表示する。前記のよう
に、３次元積み上げ棒グラフ表示を行う場合、部品化を
行うことにより、全てのパターンの棒グラフを用意しな
くても最低限のパターンを用意しておくだけで表示可能
である。

【０１９６】(2) ：規約設定による表示処理 図３９は、規約設定による部品特定処理の説明図であ
り、Ａ図は部品名（ファイル名）の規約例、Ｂ図は部品
名の特定化処理フローチャートである。以下、図３９に
基づいて、規約設定による部品特定処理を説明する。な
お、Ｄ１〜Ｄ４は各処理ステップを示す。

【０１９７】前記のように、３次元積み上げ棒グラフ表
示を行う場合、予め、部品名に規約を持たせることによ
り、施工管理サーバ５のファイル７から容易に部品を抽
出することができる。部品名（ファイル名）の規約とし
て、例えば、図３９のＡ図のように、部品種類、形状、
レンジ、拡張子、等に分けて管理する。

【０１９８】この場合、前記部品種類は積み上げ部、積
み上げがない部、透過の部に分け、形状は左端、右端、
中央のように分け、レンジは１日、２日、３日のように
分けて管理する。すなわち、前記のように部品名に規約
を設定し、施工管理サーバ５のファイルに格納しておけ
ば、必要な部品を容易に特定し、取り出すことができ
る。

【０１９９】そして、表示を行う場合には、図３９のＢ
図のようなフローチャートに従って、処理を行う。この
処理では、部品種類、形状、レンジ等の情報を用いて
（Ｄ１）、部品名特定の判断材料にし（Ｄ２）、棒グラ
フ表示処理を行う（Ｄ３）。この処理において、部品群
の中から、前記規約を利用して部品を特定し、部品を取
り出す。次に、取り出した部品を組み合わせて棒グラフ
表示（Ｄ４）を行う。

【０２００】§６：スケジュール（日程）管理 (1) ：スケジュール（日程）管理の説明 図４０はスケジュール管理の説明図である。なお、図４
０において、は本施工管理システムにより作成された
データベース（施工管理サーバ５のＤＢ）のデータであ
り、はワードプロセッサ等のＯＡ機器により既に作成
され、前記データベース（施工管理サーバ５のＤＢ）に
格納されたデータである。以下、スケジュール（日程）
管理について説明する。

【０２０１】ところで、スケジュールを画面から直接入
力するのは手間暇がかかる。また、ワードプロセッサ等
で既にスケジュールを作成している場合には、二度手間
になってしまう。これを解決するため、既に画像化され
たスケジュール画像をスケジュールデータとして取り扱
うことを可能にする。この処理は次のようにして行う。

【０２０２】(1) ：年、月、週単位でのスケジュールデ
ータ関係付け（リレーショナル）を行う。この処理で
は、棒グラフ表示でのスケジュール用データベース
と、画像表示でのスケジュールデータベースを設け
（図４０参照）、特に、管理単位（月、週等）との関係
付けを行う。については、管理単位に該当する画像デ
ータ格納場所との関係付けを行う。

【０２０３】(2) ：画面で、表示モードとして、を
指定することにより、指定されたモードのスケジュール
情報を画面のスケジュール領域に表示させることが可能
である。

【０２０４】(3) ：画面上部は、、のどちらも同一
で、スケジュール表示領域の内容が、によって表示
が変わる。

【０２０５】すなわち、この処理では、画面で工程名
（作業名簿）、スケジュール期間を入力させ、本システ
ムでスケジュールの棒グラフを表示し、スケジュール管
理を行う。また、画像化されたスケジュール画像を本
システムで表示し、スケジュール管理を行う。更に、
年、月、週等の単位で、のデータの関係付けをして
おくことにより、棒グラフでのスケジュール表示、
画像表示でのスケジュール表示の両方でスケジュール管
理が行える。

【０２０６】(2) ：具体例によるスケジュール管理の説
明 図４１はスケジュール管理の具体例である。この例で
は、次のようにして処理を行う。先ず、工程画面２で、
工程名、日程等を入力し、この入力データからスケジュ
ールテーブルを作成し、施工管理サーバ５のＤＢに登録
する。この処理により前記ＤＢにスケジュールテーブル
が格納される。

【０２０７】次に、工程画像登録画面で、画像化したス
ケジュールファイルを、前記ＤＢの画像ファイル格納テ
ーブルに登録することで関係付けを行う。このようにす
れば、工程画面１において、ＤＢの画像ファイル格納テ
ーブルと、スケジュールテーブルを関係付けることがで
きる。従って、画像化されたスケジュール画像でスケジ
ュールを取り扱うことができる。

【０２０８】(3) ：表示切替えの説明 図４２は表示切替えの説明図である。前記のようにして
スケジュール管理を行うことにより、図４２に示したよ
うに、表示画面を任意に切替えることができる。この場
合、表示画面１は画像でのスケジュール表示であり、前
記ＤＢ内の画像ファイル格納テーブルから画像ファイル
（ワープロ等の他のＯＡ機器により作成された画像ファ
イル）を取得することで表示した（画像部参照）画面例
である。

【０２０９】また、表示画面２は、前記ＤＢ内のスケジ
ュールテーブルからデータを抽出することで表示した表
示画面例（本システムで作成した３次元積み上げ棒グラ
フ表示例）であり、スケジュールとして、３次元積み上
げ棒グラフが表示されている。このような２つの表示画
面は、画面上のモードの切替え部にデータを入力するこ
とで切替えができるようになっている。

【０２１０】§７：異なるＷｅｂシステム間のゲートウ
ェイ機能の実現の説明 (1) ：一般的な説明 図４３は、異なるＷｅｂシステム間のゲートウェイ機能
の説明図である。この例は、異なるＷｅｂサーバシステ
ム間のデータを同一ブラウザ内にフレームを分けて表示
し、そのフレーム間でデータのやり取りをすることによ
り、異なるＷｅｂサーバシステム間のゲートウェイ機能
を実現するものである。

【０２１１】異なるＷｅｂサーバシステムには、予め別
システム（ＣＧＩ、ＪＡＶＡ（登録商標）等）を導入し
ておき、どちらかから他方のデータ参照等をしたい場合
は、呼ぶ側から呼ばれる側のシステムを同一ブラウザの
別フレームに読み込みを行う。同一フレーム内でフレー
ム分けされているため、ジャバスクリプト（「Ｊａｖａ
ｓｃｒｉｐｔ（登録商標）」）を使用することにより、
フレーム間のデータ受け渡しを可能とする。このように
して、異なるＷｅｂサーバシステム（異機種間、異デー
タベース）のゲートウェイ機能を実現することができ
る。

【０２１２】具体的な処理は次の通りである。例えば、
図４３において、ブラウザ画面上部にＷｅｂシステム
ＡからＨＴＭＬを表示させる。次に、同一ブラウザの
下部にＷｅｂシステムＢからＨＴＭＬを表示させる。こ
の場合、ＷｅｂシステムＡの内部にＷｅｂシステムＢの
プログラム名を固定で用意しておき、そのプログラムを
ＷｅｂシステムＡが別フレームに呼ぶようにする。

【０２１３】次に、上部画面のアクション（ボタン押
下等）タイミングで下フレーム内容を上フレーム内に持
ってくる（Javascriptを使用）。次に、Ｗｅｂシステム
Ａでデータ更新等の処理を行う。このような手法により
異なるＷｅｂシステム間でのデータ受け渡し等が可能に
なり、ゲートウェイ機能を実現できる。

【０２１４】(2) ：具体例による説明 図４４は異なるＷｅｂシステム間のゲートウェイ機能の
具体例による説明図である。この例では、ブラウザ画面
の上部には、文書をアップロードするプロジェクト管理
システム（ＷｅｂシステムＡ）の画面を表示している。
また、ブラウザ画面の下部には、別サーバで稼働してい
る文書管理システム（ＷｅｂシステムＢ）の画面を表示
している。

【０２１５】文書管理のＷｅｂアプリケーションで管理
している文書をブラウザ下部で検索を行い、抽出された
文書ファイル名をブラウザ上部の画面に表示する。ま
た、ブラウザ上部の画面で登録ボタンを押下すると、指
定された文書ファイルをＷｅｂアプリケーションにアッ
プロードする。

【０２１６】§８：施工管理装置の具体的な装置例と記
録媒体の説明 図４５は具体的な装置例である。前記施工管理装置（施
工管理サーバ５）は、ワークステーション等の任意のコ
ンピュータにより実現することができる。この装置は、
コンピュータ本体１５と、該コンピュータ本体１５に接
続されたディスプレイ装置１６、入力装置（キーボード
／マウス等）１７、リムーバブルディスクドライブ
（「ＲＤＤ」という）１８、ハードディスク装置（「Ｈ
ＤＤ」という）６等で構成されている。

【０２１７】そして、コンピュータ本体１５には、内部
の各種制御や処理を行うＣＰＵ２１と、プログラムや各
種データを格納しておくためのＲＯＭ２２（不揮発性メ
モリ）と、メモリ２３と、インタフェース制御部（「Ｉ
／Ｆ制御部」という）２４と、通信制御部２５等が設け
てある。なお、前記ＲＤＤ１８には、フレキシブルディ
スクドライブや光ディスクドライブ等が含まれる。

【０２１８】前記構成の装置において、例えば、ハード
ディスク装置６のハードディスク（記録媒体）に、前記
施工管理（プロジェクト管理）の処理を実現するための
プログラムを格納しておき、このプログラムをＣＰＵ２
１が読み出して実行することにより、前記施工管理の処
理を実行する。

【０２１９】しかし、本発明は、このような例に限ら
ず、例えば、ハードディスク装置６のハードディスク
（記録媒体）に、次のようにしてプログラムを格納し、
このプログラムをＣＰＵ２１が実行することで前記施工
管理の処理を行うことも可能である。

【０２２０】：他の装置で作成されたリムーバブルデ
ィスクに格納されているプログラム（他の装置で作成し
たプログラムデータ）を、リムーバブルディスクドライ
ブ１８により読み取り、ハードディスク装置６のハード
ディスク（記録媒体）に格納する。

【０２２１】：ネットワーク（インターネット、ＬＡ
Ｎ等）を介して他の装置から伝送されたプログラム等の
データを、通信制御部２５を介して受信し、そのデータ
をハードディスク装置６のハードディスク（記録媒体）
に格納する。

【０２２２】§９：その他の説明 (1) ：前記の例では、ネットワークとしてインターネッ
トの例について説明したが、本発明はこのような例に限
らず、他の任意のネットワークで実現可能である。

【０２２３】(2) ：前記端末は、パーソナルコンピュー
タや他の任意のコンピュータ等により実現できる。

【０２２４】（付記）前記の説明に対し、次の項目を付
記する。

【０２２５】（付記１）：データベースのプロジェクト
管理情報を用いてプロジェクト管理を行うプロジェクト
管理装置をネットワーク上に設け、該プロジェクト管理
装置に対し端末からネットワークを介してアクセスする
ことにより、前記データベースの情報に対し、閲覧、更
新、追加、削除、表示を含む情報処理を可能にしたプロ
ジェクト管理システムに使用する前記プロジェクト管理
装置であって、前記データベースのプロジェクト管理情
報をプロジェクト単位に持ち、前記端末からの情報に基
づいて該プロジェクト管理情報を更新する情報更新手段
と、前記データベースのプロジェクト管理情報を表示す
る際、横断的にプロジェクトを選別して、画面上に一体
表示するプロジェクト管理情報表示手段を備えているこ
とを特徴としたプロジェクト管理装置。・・・(1) （付記２）：前記プロジェクト管理情報表示手段は、プ
ロジェクト管理情報を３次元積み上げ棒グラフにより表
示する３次元積み上げ棒グラフ表示手段を備え、該３次
元積み上げ棒グラフ表示手段は、積み上げ棒グラフを部
品化し、この部品を、積み上げの最初の棒グラフ部品
と、積み上げの途中の棒グラフ部品と、積み上げの最後
の棒グラフ部品と、積み上げがない最初の棒グラフ部品
と、積み上げがない途中の棒グラフ部品と、積み上げが
ない最後の棒グラフ部品と、棒グラフを任意の場所から
表示させるための透過棒グラフ部品とから構成し、前記
部品を組み合わせることにより、３次元積み上げ棒グラ
フ表示を行う機能を備えていることを特徴とする付記１
記載のプロジェクト管理装置。・・・(2) （付記３）：前記プロジェクト管理におけるスケジュー
ルを管理し、表示する場合、入力された工程名、スケジ
ュール期間を含む情報を取り込み、スケジュールの棒グ
ラフを表示し、スケジュール管理を行う第１のスケジュ
ール管理手段と、画像データ化されたスケジュール画像
を表示し、スケジュール管理を行う第２のスケジュール
管理手段とを備え、年、月、週を含む任意の単位で、前
記第１、第２のスケジュール管理手段が管理するデータ
を関係付けておくことにより、棒グラフでのスケジュー
ル表示と画像表示でのスケジュール表示の両方でスケジ
ュール管理を可能にする機能を備えていることを特徴と
する付記１記載のプロジェクト管理装置。・・・(3) （付記４）：異なるウェブサーバシステム間のデータを
同一ブラウザ内にフレームを分けて表示し、そのフレー
ム間でデータのやりとりをすることにより、異なるウェ
ブサーバシステム間のゲートウェイ機能を実現するゲー
トウェイ機能実現手段を備えていることを特徴とする付
記１記載のプロジェクト管理装置。・・・(4) （付記５）：コンピュータに、データベースのプロジェ
クト管理情報をプロジェクト単位に持ち、端末からの情
報に基づいて更新する情報更新手段と、データベースの
プロジェクト管理情報を表示する際、横断的にプロジェ
クトを選別して、画面上に一体表示するプロジェクト管
理情報表示手段の機能を実現させるためのプログラムを
記録したコンピュータ読み取り可能な記録媒体。・・・
(5) （付記６）：端末から前記データベースのプロジェクト
管理情報へのアクセス（閲覧等）があった場合、利用者
の資格（社内担当者、協力会社の担当者等の資格）を判
断して資格別のアクセス制御を行い、前記資格により、
アクセスする範囲を制限（社内の担当者には全てのプロ
ジェクト管理情報を見せるが、協力会社の担当者には関
係するプロジェクトの管理情報のみを見せるように制
限）してセキュリティ管理を行うセキュリティ管理制御
手段を備えていることを特徴とする付記１記載のプロジ
ェクト管理装置。

【０２２６】（付記７）：前記プロジェクト管理情報表
示手段は、プロジェクト管理情報を表示する際、入力情
報に基づき、警告を発する必要のあるプロジェクト（例
えば、工程が大幅に遅れているプロジェクト）に対し
て、アラーム表示を行う機能を備えていることを特徴と
する付記１記載のプロジェクト管理装置。

【０２２７】

【発明の効果】以上説明したように、本発明によれば次
のような効果がある。

【０２２８】(1) ：請求項１、５では、情報更新手段は
データベースのプロジェクト管理情報をプロジェクト単
位に持ち、端末からの情報に基づいてプロジェクト管理
情報を更新する。また、プロジェクト管理情報表示手段
は、データベースのプロジェクト管理情報を表示する
際、横断的にプロジェクトを選別して、画面上に一体表
示する。

【０２２９】このようにすれば、プロジェクト管理情報
がネットワーク上のプロジェクト管理装置に集約され、
関係者はいつでも、どこからでも簡単に必要な情報の作
成、利用ができる。また、プロジェクト管理に必要な書
類の作成が簡単（定型文の選択、プロジェクト基本情報
の自動記入など）になる。更に、プロジェクト管理者
は、自分が担当する全プロジェクトの状況を一覧表で見
ることができる。

【０２３０】(2) ：請求項２では、３次元積み上げ棒グ
ラフ表示手段は、プロジェクト管理情報を３次元積み上
げ棒グラフにより表示する際、積み上げ棒グラフを部品
化し、この部品を、積み上げの最初の棒グラフ部品と、
積み上げの途中の棒グラフ部品と、積み上げの最後の棒
グラフ部品と、積み上げがない最初の棒グラフ部品と、
積み上げがない途中の棒グラフ部品と、積み上げがない
最後の棒グラフ部品と、棒グラフを任意の場所から表示
させるための透過棒グラフ部品とから構成し、前記部品
を組み合わせることにより、３次元積み上げ棒グラフ表
示を行う。

【０２３１】このように、予め、表示に必要な部品を用
意しておき、これらの部品を組み合わせるだけで、３次
元の画像データを容易に、かつ簡単に表示することがで
きる。

【０２３２】(3) ：請求項３では、第１のスケジュール
管理手段は、プロジェクト管理におけるスケジュールを
管理し、表示する場合、入力された工程名、スケジュー
ル期間を含む情報を取り込み、スケジュールの棒グラフ
を表示し、スケジュール管理を行う。また、第２のスケ
ジュール管理手段は、画像データ化されたスケジュール
画像を表示し、スケジュール管理を行う。

【０２３３】そして、年、月、週を含む任意の単位で、
第１、第２のスケジュール管理手段が管理するデータを
関係付けておくことにより、棒グラフでのスケジュール
表示と画像表示でのスケジュール表示の両方でスケジュ
ール管理を可能にする。

【０２３４】このようにすれば、既に画像データ化され
たスケジュール画像を、スケジュールデータとして取り
扱うことができるから、データを重複して作成する必要
がなくなり、プロジェクト管理が効率良く行える。

【０２３５】(4) ：請求項４では、ゲートウェイ機能実
現手段は、異なるウェブサーバシステム間のデータを同
一ブラウザ内にフレームを分けて表示し、そのフレーム
間でデータのやりとりをすることにより、異なるウェブ
サーバシステム間のゲートウェイ機能を実現する。

【０２３６】このようにすれば、サーバが異機種、異デ
ータベースであり、サーバのネットワーク網が異なって
いても、使用するクライアントから両者のＷｅｂサーバ
を見られる環境にあれば、特別なゲートウェイ機能を用
意しなくても、容易にデータの受け渡しができる。

【０２３７】(5) ：付記６では、セキュリティ保護制御
手段は、端末から前記データベースのプロジェクト管理
情報へのアクセス（閲覧等）があった場合、利用者の資
格（社内担当者、協力会社の担当者等の資格）を判断し
て、資格別のアクセス制御を行う。

【０２３８】そして、前記資格により、アクセスする範
囲を制限（社内の担当者には全てのプロジェクト管理情
報を見せるが、協力会社の担当者には関係するプロジェ
クトの管理情報のみを見せるように制限）して、セキュ
リティ管理を行う。このようにすれば、プロジェクト管
理情報が不必要に漏洩することを防止でき、セキュリテ
ィが確保できる。

【０２３９】(6) ：付記７では、プロジェクト管理情報
表示手段は、プロジェクト管理情報を表示する際、入力
情報に基づき、警告を発する必要のあるプロジェクト
（例えば、工程が大幅に遅れているプロジェクト）に対
して、アラーム表示を行う。このようにすれば、表示画
面上でアラームの発せられているプロジェクトが簡単に
見つかり、早期に対応策がたてられ、十分なプロジェク
ト管理を行うことができる。

【図面の簡単な説明】

【図１】本発明の原理説明図である。

【図２】本発明の実施の形態における施工管理システム
の概要説明図である。

【図３】本発明の実施の形態における施工管理システム
の構成図である。

【図４】本発明の実施の形態における施工管理システム
の機能全体図である。

【図５】本発明の実施の形態におけるデータベース説明
図である。

【図６】本発明の実施の形態における日報／ＫＹＭ報告
関連情報である。

【図７】本発明の実施の形態における工事検査関連情報
である。

【図８】本発明の実施の形態における全体の処理説明図
である。

【図９】本発明の実施の形態における受注計上データの
取り込み処理フローチャートである。

【図１０】本発明の実施の形態における文書登録処理フ
ローチャートである。

【図１１】本発明の実施の形態における新規物件一覧表
示処理フローチャートである。

【図１２】本発明の実施の形態におけるプロジェクト情
報登録処理フローチャートである。

【図１３】本発明の実施の形態における工程表登録処理
フローチャートである。

【図１４】本発明の実施の形態における工程表画像登録
処理フローチャートである。

【図１５】本発明の実施の形態における工程流用処理フ
ローチャートである。

【図１６】本発明の実施の形態における線表文字入力／
表示処理フローチャートである。

【図１７】本発明の実施の形態におけるマスタ申請処理
フローチャートである。

【図１８】本発明の実施の形態における新規物件一覧メ
ール送信処理フローチャートである。

【図１９】本発明の実施の形態における工事日報報告書
作成処理フローチャートであり、Ａ図は登録編集基本処
理、Ｂ図はワーク処理である。

【図２０】本発明の実施の形態における検査報告書作成
処理フローチャートであり、Ａ図は登録編集基本処理、
Ｂ図はワーク処理である。

【図２１】本発明の実施の形態におけるプロジェクト一
覧表示処理フローチャートである。

【図２２】本発明の実施の形態におけるセキュリティ権
限判断／詳細検索処理フローチャートであり、Ａ図はセ
キュリティ権限判断処理、Ｂ図は詳細検索処理である。

【図２３】本発明の実施の形態におけるプロジェクト情
報参照／工程表参照処理フローチャートであり、Ａ図は
プロジェクト情報参照処理、Ｂ図は工程表参照処理であ
る。

【図２４】本発明の実施の形態における工程表画像表示
処理フローチャートである。

【図２５】本発明の実施の形態におけるメモ／入力表示
処理フローチャートである。

【図２６】本発明の実施の形態におけるアラーム入力／
表示処理フローチャートである。

【図２７】本発明の実施の形態におけるアラーム変更通
知処理フローチャートである。

【図２８】本発明の実施の形態におけるメール発信処理
フローチャートである。

【図２９】本発明の実施の形態における掲示板機能の処
理フローチャートである。

【図３０】本発明の実施の形態における天気予報データ
の処理フローチャートである。

【図３１】本発明の実施の形態における完了プロジェク
トＤＢ一覧処理フローチャートである。

【図３２】本発明の実施の形態における完了プロジェク
トＤＢ削除処理フローチャートである。

【図３３】本発明の実施の形態におけるマスタメンテ
（登録）処理フローチャートである。

【図３４】本発明の実施の形態におけるマスタメンテ
（編集）処理フローチャートである。

【図３５】本発明の実施の形態におけるマスタメンテ
（削除）処理フローチャートである。

【図３６】本発明の実施の形態におけるプロジェクト一
覧画面例である。

【図３７】本発明の実施の形態におけるプロジェクト管
理の棒グラフ表示例である。

【図３８】本発明の実施の形態における３次元積み上げ
棒グラフ表示の説明図である。

【図３９】本発明の実施の形態における規約設定による
部品特定処理の説明図である。

【図４０】本発明の実施の形態におけるスケジュール管
理の説明図である。

【図４１】本発明の実施の形態におけるスケジュール管
理の具体例である。

【図４２】本発明の実施の形態における表示切り替えの
説明図である。

【図４３】本発明の実施の形態における異なるＷｅｂシ
ステム間のゲートウェイ機能の説明図である。

【図４４】本発明の実施の形態における異なるＷｅｂシ
ステム間のゲートウェイ機能の具体例による説明図であ
る。

【図４５】本発明の実施の形態における具体的な装置例
である。

【符号の説明】

１ 社内システム ２ 施工管理装置 ３ 文書管理システム ４ 受発注システム（ＳＣＵＤ） ５ 施工管理サーバ ６ ハードディスク装置 ７ ファイル ８ データベース（ＤＢ） ９、１０ 端末 １５ コンピュータ本体 １６ ディスプレイ装置 １７ 入力装置 １８ リムーバブルディスクドライブ（ＲＤＤ） ２１ ＣＰＵ ２２ ＲＯＭ ２３ メモリ ２４ インターフェイス制御部（Ｉ／Ｆ制御部） ２５ 通信制御部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 佐藤 光浩 東京都品川区南大井６丁目22番地７号 富 士通システムコンストラクション株式会社 内 (72)発明者 栗山 弘之 東京都品川区南大井６丁目22番地７号 富 士通システムコンストラクション株式会社 内 (72)発明者 及川 洋光 長野県長野市大字鶴賀字鍋屋田1403番地３ 株式会社富士通長野システムエンジニア リング内 (72)発明者 平林 真一 長野県長野市大字鶴賀字鍋屋田1403番地３ 株式会社富士通長野システムエンジニア リング内 Ｆターム(参考） 5B049 CC21 CC32 DD01 DD05 EE05 EE07 FF03 FF04 FF09 GG04 GG07

Claims (5)

【特許請求の範囲】
1. 【請求項１】データベースのプロジェクト管理情報を用
   いてプロジェクト管理を行うプロジェクト管理装置をネ
   ットワーク上に設け、該プロジェクト管理装置に対し端
   末からネットワークを介してアクセスすることにより、
   前記データベースの情報に対し、閲覧、更新、追加、削
   除、表示を含む情報処理を可能にしたプロジェクト管理
   システムに使用する前記プロジェクト管理装置であっ
   て、 前記データベースのプロジェクト管理情報をプロジェク
   ト単位に持ち、前記端末からの情報に基づいて該プロジ
   ェクト管理情報を更新する情報更新手段と、 前記データベースのプロジェクト管理情報を表示する
   際、横断的にプロジェクトを選別して、画面上に複数の
   プロジェクトを一体表示するプロジェクト管理情報表示
   手段を備えていることを特徴としたプロジェクト管理装
   置。
2. 【請求項２】前記プロジェクト管理情報表示手段は、プ
   ロジェクト管理情報を３次元積み上げ棒グラフにより表
   示する３次元積み上げ棒グラフ表示手段を備え、 該３次元積み上げ棒グラフ表示手段は、積み上げ棒グラ
   フを部品化し、この部品を、積み上げの最初の棒グラフ
   部品と、積み上げの途中の棒グラフ部品と、積み上げの
   最後の棒グラフ部品と、積み上げがない最初の棒グラフ
   部品と、積み上げがない途中の棒グラフ部品と、積み上
   げがない最後の棒グラフ部品と、棒グラフを任意の場所
   から表示させるための透過棒グラフ部品とから構成し、 前記部品を組み合わせることにより、３次元積み上げ棒
   グラフ表示を行う機能を備えていることを特徴とする請
   求項１記載のプロジェクト管理装置。
3. 【請求項３】前記プロジェクト管理におけるスケジュー
   ルを管理し、表示する場合、 入力された工程名、スケジュール期間を含む情報を取り
   込み、スケジュールの棒グラフを表示し、スケジュール
   管理を行う第１のスケジュール管理手段と、 画像データ化されたスケジュール画像を表示し、スケジ
   ュール管理を行う第２のスケジュール管理手段とを備
   え、 年、月、週を含む任意の単位で、前記第１、第２のスケ
   ジュール管理手段が管理するデータを関係付けておくこ
   とにより、棒グラフでのスケジュール表示と画像表示で
   のスケジュール表示の両方でスケジュール管理を可能に
   する機能を備えていることを特徴とする請求項１記載の
   プロジェクト管理装置。
4. 【請求項４】異なるウェブサーバシステム間のデータを
   同一ブラウザ内にフレームを分けて表示し、そのフレー
   ム間でデータのやりとりをすることにより、異なるウェ
   ブサーバシステム間のゲートウェイ機能を実現するゲー
   トウェイ機能実現手段を備えていることを特徴とする請
   求項１記載のプロジェクト管理装置。
5. 【請求項５】コンピュータに、 データベースのプロジェクト管理情報をプロジェクト単
   位に持ち、端末からの情報に基づいて更新する情報更新
   手段と、 データベースのプロジェクト管理情報を表示する際、横
   断的にプロジェクトを選別して、画面上に一体表示する
   プロジェクト管理情報表示手段の機能を実現させるため
   のプログラムを記録したコンピュータ読み取り可能な記
   録媒体。