JP2002123657A

JP2002123657A - 作業管理システム及び作業管理方法

Info

Publication number: JP2002123657A
Application number: JP2000317347A
Authority: JP
Inventors: Naomi Yamagata; 尚美山形; Yoshiro Oka; 義朗岡; Kousuke Tanida; 耕救谷田
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2000-10-18
Filing date: 2000-10-18
Publication date: 2002-04-26

Abstract

(57)【要約】【課題】管理作業が管理者に集中するのを防止するこ
とができ、かつ、作業者の立場から実状に近い優先順位
付けを利用した作業計画を立てること。【解決手段】作業の所要日数、進捗状況、担当者、作
業間の前後関係等の作業情報を保持する作業データベー
ス１０２と、作業者毎に担当する作業の一覧を作業デー
タベースから抽出する担当作業抽出部１０６、作業の進
捗状況を更新する進捗状況更新部１１０、作業が担当者
に到着する日時を予測する到着予想日更新部１１１、作
業が完了する予想日時が期限を超過しないかチェックす
る期限チェック部１１３、到着予想日時の更新時に関係
する作業者に対してメッセージを送る通信制御部１１
４、催促メッセージを受けて作業の先行作業が催促され
ている数を更新する催促数更新部１１２を有する作業管
理サーバ１０１と、作業の優先度を他の作業者から催促
されている数により表示する作業一覧部１１９を有する
作業者用クライアント１０４とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、作業管理システム
及び作業管理方法に係り、特に、複数の人が関わり複数
の作業工程のシーケンスから構成される一連の作業をコ
ンピュータが管理し、作業の滞りを検知して、できるだ
け期限内に作業を完了させるさせるよう支援を行うこと
により、作業効率を向上させることができる作業管理シ
ステム及び作業管理方法に関する。

【０００２】

【従来の技術】一般に、作業管理は、作業スケジュール
をガントチャート等で表わして検討される。すなわち、
作業管理は、次のような手順により行われる。まず、作
業計画段階で作業項目をリストアップし、各作業を実施
するのに必要な所要日数を見積もり、各作業を担当者に
割り当てる。さらに、ある作業が完了した後でないと別
の作業が開始できないといった作業間の順序関係や、作
業全体の日程を左右する作業の遂行を優先するといった
優先度付け等を考慮し、作業の開始日、終了日を決定す
る。作業実施段階で、各作業の進捗状況をガントチャー
トに記入するといった方法で可視化し、これに基づいて
スケジュールの修正を行う。

【０００３】この種の作業管理に関する従来技術とし
て、例えば、特開平８−１９０５８４号公報等に記載さ
れた技術が知られている。この従来技術は、締切超過等
のワークフロー業務のトラブルを事前に予測し、ワーク
フロー業務の定義や優先度変更等の処置を行うというも
のである。また、たの従来技術として、例えば、特開平
９−２５９１７８号公報等に記載された技術が知られて
いる。この従来技術は、作業者の得意作業や不得意作業
を表現した実績データ及び会議、出張等の発生頻度デー
から作業遅延を予測し、予想された作業遅延を考慮した
最短スケジュール、最長スケジュールを提供することに
より管理者が作業計画を立て直す支援をするというもの
である。

【０００４】しかし、一般的に、作成された作業スケジ
ュールに対して、実際の作業スケジュールには遅延が発
生しがちである。従来の作業管理システムは、管理者の
勘と経験に頼って作業スケジュールを求めていることが
作業スケジュールの遅れが発生する原因の１つになって
いると考えられる。特に、大規模な開発作業や複雑な作
業に対する作業管理は、管理者が正確に作業や作業者の
詳細なパラメータを把握し入力することが不可能であ
る。

【０００５】また、別の遅延の原因としては、例えば、
次のようなものがある。

【０００６】従来の作業管理システムは、作業の引継ぎ
を、先行作業の終了時に、その後続作業の担当者に作業
を着手するよう通知を送ったり、後続作業の作業用ツー
ルを自動的に起動したりする方法により行っている。こ
のため、定義した作業順序が非効率な場合あるいは予想
していないトラブルによりスケジュールにずれが生じた
場合、担当者が、作業待ちの状態になるという問題が発
生する。しかし、実際には、特に、作業が、ソフトウェ
ア及びシステム開発作業であるような場合、作業の早期
着手が当然のように行われており、先行作業の終了後、
作業を開始するように設計されている従来の作業管理シ
ステムを適用することは、多大な待機時間を生じること
になる。

【０００７】なお、この種の従来技術として、例えば、
特開平１０−２１４１１３号公報等に記載された技術が
知られている。

【０００８】

【発明が解決しようとする課題】前述した従来技術は、
作業者間で局所的に優先度付けを決めればよい場合でさ
え、管理者が優先度を設定する等により調整を行う必要
があり、管理者が調整を怠ればシステムが実状に合わな
くなり、プロジェクトに混乱を引き起こしたりシステム
が形骸化する事態を招くことになる。そのため、前述の
従来技術は、管理者が、常に、プロジェクトに気を配
り、問題が生じれば即座に対応しなければならないた
め、管理者の負担が大きくなり過ぎるという問題点を有
している。

【０００９】また、前述の従来技術は、先行作業が完了
しないうちに次の作業の到着日時等の作業情報を作業者
が知る手段がなく、あるいは、一連の作業の完了予想日
時を知る手段しか用意されていなかった。そのため、前
述の従来技術は、作業者の裁量により作業着手を前倒し
するといった対策をとることができず、作業者が過重な
作業割り当て状態に陥ったり、待機時間を生じるという
事態を予防することができないという問題点を生じさせ
ている。

【００１０】本発明の第１の目的は、前述した従来技術
の問題点を解決し、作業管理の一部を作業者が行うよう
にすることにより、管理作業が管理者に集中するのを防
止し、かつ、作業者の立場から実状に近い作業計画を立
てることを可能にする作業管理システム、すなわち、後
工程の作業の担当者が前工程の作業の担当者に作業の優
先度を連絡し作業者間で作業の優先度を調整する手続き
を容易に行うことを可能とした作業管理システム及び作
業管理方法を提供することにある。

【００１１】また、本発明の第２の目的は、近い将来の
作業量を予測する材料となるデータ（到着予想日時と所
要日数）を作業者に示すことにより、作業者の裁量によ
り作業の着手順序を任意に選定する時間的余裕を生み出
し、これにより、作業者が近い将来の自分の作業負荷を
予め知り、自分の裁量で作業順序を変更することがで
き、さらに、作業者の待機時間を減少させることができ
る作業管理システム及び作業管理方法を提供することに
ある。

【００１２】

【課題を解決するための手段】本発明によれば前記目的
は、複数の人が関わり複数の作業工程のシーケンスから
構成される一連の作業を管理する作業管理システムにお
いて、作業間の前後関係、所要日数、進捗状況、担当者
を含む作業情報を保持する作業データベースと、作業者
毎に担当する作業の一覧を作業データベースから抽出す
る担当作業抽出部、作業の進捗状況を更新する進捗状況
更新部、作業が担当者に到着する日時を予測する到着予
想日時更新部、作業が完了する予想日時が期限を超過し
ないか否かをチェックする期限チェック部、到着予想日
時の更新時に関係する作業者に対してメッセージを送る
通信制御部を有する作業管理サーバと、作業者用クライ
アントとを備えることにより、また、前記作業管理サー
バが、作業毎に後続作業の担当者からの催促数をカウン
トし更新する催促数更新部を有し、前記作業者用クライ
アントが、他の作業者から催促されている催促数により
作業の優先度を示す作業一覧部を有することにより達成
される。

【００１３】

【発明の実施の形態】以下、本発明による作業管理シス
テムの実施形態を図面により詳細に説明する。

【００１４】図１は本発明の一実施形態による作業管理
システムの構成を示すブロック図、図２は作業詳細テー
ブルのデータ構造を示す図、図３は作業者テーブルのデ
ータ構造を示す図、図４は作業関連テーブルのデータ構
造を示す図である。図１〜図４において、１０１は作業
管理サーバ、１０２は作業データベース、１０３はネッ
トワーク、１０４は作業者用クライアント、１０５は管
理者用クライアント、１０６は担当作業抽出部、１０７
は担当者更新部、１０８は所要日数更新部、１０９は期
限更新部、１１０は進捗状況更新部、１１１は到着予想
日時更新部、１１２は期限チェック部、１１３は催促数
更新部、１１４は通信制御部、１１５は作業詳細テーブ
ル、１１６は作業者テーブル、１１７は作業関連テーブ
ル、１１８は通信制御部、１１９は作業一覧部、１２０
は通信制御部、１２１は管理者用作業一覧部である。

【００１５】本発明の一実施形態による作業管理システ
ムは、図１に示すように、作業管理サーバ１０１と作業
者用クライアント１０４あるいは管理者用クライアント
１０５が、分散配置されたコンピュータシステム上に配
置され、ＬＡＮ（ローカルエリアネットワーク）のよう
なネットワーク１０３を介して接続されて構成される。
作業管理サーバ１０１は、作業者用クライアント１０４
あるいは管理者用クライアント１０５から要求を受け、
作業データベース１０２を参照・更新しつつ処理を実行
する。作業データベース１０２は、プロジェクト全体の
作業の情報を管理している。

【００１６】作業管理サーバ１０１は、担当作業抽出部
１０６、担当者更新部１０７、所要日数更新部１０８、
期限更新部１０９、進捗状況更新部１１０、到着予想日
時更新部１１１、催促数更新部１１２、期限チェック部
１１３、通信制御部１１４から構成される。

【００１７】担当作業抽出部１０６は、作業者用クライ
アント１０４から作業一覧データを要求されると、作業
者用クライアント１０４を利用する作業者の担当する作
業のうち完了していない作業のデータを作業データベー
ス１０２から抽出し、その作業者用クライアント１０４
に返信し、また、管理者用クライアント１０５から作業
一覧データを要求されると、プロジェクトのすべての作
業のデータを作業データベース１０２から抽出し、管理
者用クライアント１０５に返信する。

【００１８】担当者更新部１０７は、管理者用クライア
ント１０５から作業の担当者の更新要求を受けると、作
業データベース１０２から対象作業のデータを取り出し
担当者名を更新する。

【００１９】所要日数更新部１０８は、管理者用クライ
アント１０５から所要日数の変更要求を受けると、作業
データベース１０２から対象作業のデータを取り出して
所要日数を更新する。そして、到着予想日時更新部１１
１に対し後続作業の到着予想日時を更新するよう要求す
る。

【００２０】期限更新部１０９は、管理者用クライアン
ト１０５から期限の変更要求を受けると、作業データベ
ース１０２から対象作業のデータを取り出し期限を更新
する。そして、期限チェック部１１２に対し期限が過ぎ
ている作業データの有無を確認させる。

【００２１】進捗状況更新部１１０は、作業データベー
ス１０２にアクセスし対象作業の進捗状況を更新すると
同時に、到着予想日時更新部１１１に対し後続作業の到
着予想日時を更新するよう要求する。そして、期限チェ
ック部１１２に対し期限が過ぎている作業の有無を確認
させる。

【００２２】到着予想日時更新部１１１は、指定された
作業の全ての後続作業に対して、それぞれの到着予想日
時を計算し、作業データベース１０２の中の作業の到着
予想日時を更新する。

【００２３】期限チェック部１１２は、作業データベー
ス１０２の中から期限が過ぎている作業の有無を調べ、
もし期限が過ぎている作業があれば、通信制御部１１４
を介してその作業の担当者の作業者用クライアント１０
４及び管理者用クライアント１０５に対して警告メッセ
ージを送る。

【００２４】催促数更新部１１３は、作業データベース
１０２にアクセスし、対象作業の担当者の「残り催促
数」から指定の増分を差し引いた上で、対象作業の「催
促数」を指定の増分だけ増加させる。また、対象作業の
先行作業を再帰的に走査して抽出し、それぞれ「被催促
数」を増加させる。なお、「催促数」の詳細については
後述する。

【００２５】通信制御部１１４は、作業管理サーバ１０
１の各部の処理により作業データベース１０２が更新さ
れると、作業者用クライアント１０４や管理者用クライ
アント１０５に対して、作業のデータが更新された旨の
メッセージを送信する。また、通信制御部１１４は、期
限チェック部による期限の警告メッセージを作業者用ク
ライアント１０４や管理者用クライアント１０５に対し
て送信する。

【００２６】作業データベース１０２は、作業詳細テー
ブル１１５、作業者テーブル１１６、作業関連テーブル
１１７を管理している。

【００２７】作業者用クライアント１０４は、作業者対
応に複数備えられており、通信制御部１１８及び作業一
覧部１１９により構成される。通信制御部１１８は、作
業管理サーバ１０１との接続や通信を行う。作業一覧部
１１９は、作業管理サーバ１０１から取得した作業の情
報を表示し、作業者による作業の情報の変更を受け付け
るユーザインターフェースである。作業者用クライアン
ト１０４は、起動時に、通信制御部１１９を介してユー
ザである作業者の名前と共に、作業管理サーバ１０１に
対して接続要求を送信する。作業管理サーバ１０１は、
作業者名が作業データベース１０２に登録されていれば
接続を許可して通信を開始する。

【００２８】管理者用クライアント１０５は、通信制御
部１２０及び管理者用作業一覧部１２１により構成され
る。通信制御部１２０は、作業管理サーバ１０１との接
続や通信を行う。作業一覧部１２１は、作業管理サーバ
１０１から取得した作業の情報を表示し、担当者、期
限、所要日数といった管理用の情報の変更を受け付ける
ユーザインターフェースである。管理者用クライアント
１０５は、起動時に、作業管理サーバ１０１に対して接
続要求を送信する。このとき管理者用の認証パスワード
を同時に送ってもよい。作業管理サーバ１０１は、接続
を許可して通信を開始する。

【００２９】本発明の実施形態による作業管理システム
は、前述したように構成されるが、より好ましい実施形
態は、通信制御部１１４から作業者用クライアント１０
４に対して送信するメッセージのうち、到着予想日時の
更新及び期限超過警告メッセージを電子メールとして並
送し、作業者が見落とすことのないように構成され、同
様に、通信制御部１１４から管理者用クライアント１０
５に対して送信するメッセージのうち、期限超過警告メ
ッセージを電子メールとして並送し、管理者が見落とす
ことのないように構成される。

【００３０】作業データベース１０２内の作業詳細テー
ブル１１５は、図２に示すようなデータ構造を有してい
る。すなわち、作業詳細テーブル１１５は、作業ＩＤ２
０１、作業名２０２、進捗状況２０３、所要日数２０
４、到着予想日時２０５、到着日時２０６、被催促数２
０７、催促数２０８、期限２０９、担当者名２１０の項
目により構成される。作業ＩＤ２０１は作業を一意に特
定するための識別子である。作業名２０２は作業を表わ
す名前である。進捗状況２０３は作業の進捗状況を表わ
す項目であり、「未着手」、「着手」、「完了」のいず
れかの値を保持する。所要日数２０４は作業を着手して
から完了するまでに必要と予想される標準的作業日数で
ある。到着予想日時２０５は先行作業が完了し作業が着
手可能になる日時の予想である。すでに着手可能になっ
た作業の場合は「到着」という値が入る。到着日時２０
６は作業が着手可能となった日時である。いまだ着手可
能になっていない作業の場合は「未到着」という値が入
る。

【００３１】被催促数２０７は後続作業の担当者から作
業の完了を催促されている状況を示す数値である。被催
促数２０７の値が大きい作業ほど優先順位が高いとみな
される。催促数２０８は未到着の作業に対して担当者が
付ける優先度を示す数値である。催促数２０８と先行作
業の被催促数２０７とは関連しており、催促数２０８を
大きくすると、同じだけ先行作業の被催促数２０７が大
きくなる。すなわち、自分の担当する作業に付けた優先
度の増減が、関連する先行作業に伝播し他の作業者の担
当する作業の優先度を増減させる。これは、従来の、先
行作業の担当者や管理者に催促を連絡し優先度を再設定
する一連の作業を自動的に行うものである。

【００３２】期限２０９は作業を完了しなければならな
い締め切り日時である。担当者名２１０は作業の担当者
の名前であり、作業者テーブル１１６に登録されている
作業者名のいずれか１つが格納される。

【００３３】作業データベース１０２内の作業者テーブ
ル１１６は、図３に示すようなデータ構造を有してい
る。すなわち、作業者テーブル１１６には、作業者を表
わす名前である作業者名３０１と、作業者に残されてい
る催促数である残り催促数３０２と、作業者の使用でき
る催促数の最大数である最大催促数３０３とが格納され
る。前述において、作業の催促数を増加させると残り催
促数は少なくなり、作業の催促数を減少させると残り催
促数は増える。但し、残り催促数は０より小さくなった
り最大催促数を超えたりすることはない。最大催促数３
０３は、一人の作業者が割り振ることのできる予め決め
られた催促数の最大値であり、これを決めておかなけれ
ば、際限なく催促数が大きくなる事態が起こりうる。例
えば、作業者Ａが重要な作業であると考える作業に１０
ポイント割り振ったとき、他の作業者Ｂがさほど重要な
作業ではない作業に１００００ポイント割り振ってしま
うと、作業者Ａが割り振った催促数は意味がなくなって
しまう。

【００３４】作業者テーブル１１６にはプロジェクトの
作業者全員のデータが登録される。

【００３５】作業データベース１０２内の作業関連テー
ブル１１７は、図４に示すようなデータ構造を有してい
る。一般に、作業順序において、ある作業ａを着手する
ための必要条件として別の作業ｂが完了していなければ
ならない場合、作業ｂを作業ａの先行作業（作業ａを作
業ｂの後続作業）と呼び、作業関連テーブル１１７に
は、前述の先行作業、後続作業の関連が格納される。す
なわち、作業関連テーブル１１７には、先行作業の作業
詳細テーブル１１５における作業ＩＤである先行作業Ｉ
Ｄ４０１と、後続作業の作業詳細テーブル１１５におけ
る作業ＩＤである後続作業ＩＤ４０２とが格納される。
そして、複数の先行作業、あるいは、複数の後続作業が
ある場合、作業関連テーブル１１７には、複数の関連が
格納されることになる。

【００３６】次に、前述したように構成される本発明の
実施形態における各部の動作例について説明する。

【００３７】担当作業抽出部１０６は、作業者用クライ
アント１０４から要求を受けた場合、まず、作業詳細テ
ーブル１１５から作業者名２１０の値が作業者名に一致
し、かつ、進捗状況が「完了」ではないレコードを抽出
する。次に、担当作業抽出部１０６は、抽出したレコー
ドのそれぞれから、作業名、到着日時、期限、催促数、
進捗状況といった、作業一覧表示に必要なデータを抜き
出し、通信制御部１１４を介して作業者用クライアント
１０４に返信する。また、担当作業抽出部１０６は、管
理者用クライアント１０５から要求を受けた場合、作業
詳細テーブル１１５からプロジェクトの全てのレコード
を抽出する。次に、担当作業抽出部１０６は、抽出した
レコードそれぞれから、作業名、到着日時、期限、催促
数、進捗状況といった、作業一覧表示に必要なデータを
抜き出し、通信制御部１１４を介して管理者用クライア
ント１０５に返信する。

【００３８】進捗状況更新部１１０は、作業者用クライ
アント１０４から作業ＩＤと新たな進捗状況値からなる
進捗状況変更要求を受信すると、作業詳細テーブル１１
５から作業ＩＤ２０１の値が作業ＩＤに一致するレコー
ドを抽出し、そのレコードの進捗状況２０３に受信した
進捗状況値を記入する。そして、進捗状況更新部１１０
は、到着日時予測更新部１１１に、後続作業の到着日時
予測を更新するよう要求する。

【００３９】到着予想日時更新部１１１は、対象作業の
後続作業を再帰的に走査し、それぞれの作業に対して到
着予想日時を算出して更新する。

【００４０】図５は到着予想日時更新部１１１がそれぞ
れの作業に対して到着予想日時を算出して更新する処理
動作を説明するフローチャートであり、以下、これにつ
いて説明する。

【００４１】（１）まず、到着予想日時の更新する要求
のあった対象作業の作業ＩＤを、空のリンクリストＬに
後方から追加する。リンクリストとは、順序をもつ要素
の組を表現するデータ構造の一種である。要素の追加・
削除を容易に行うことができる特徴がある。そして、カ
ーソルの位置をリンクリストＬの先頭ノードを指すよう
に設定する（ステップ５０１）。

【００４２】（２）次に、リンクリストＬのカーソルが
指しているノードの作業ＩＤを作業ＩＤＷとする。そ
して、作業関連テーブル１１７から、作業ＩＤＷの
値に等しい先行作業ＩＤ４０１の値を有するレコードを
取り出し、それらのレコードの後続作業ＩＤ４０２の値
をリンクリストＬに後方からそれぞれ追加する（ステッ
プ５０２、５０３）。

【００４３】（３）カーソルがリンクリストＬの末尾の
ノードを指しているか否かを判定し、もし、カーソルが
リンクリストＬの末尾のノードを指していれば、一連の
処理を終了する（ステップ５０４）。

【００４４】（４）ステップ５０４の判定で、カーソル
がリンクリストＬの末尾のノードを指していなかった場
合、作業関連テーブル１１７から、作業ＩＤＷと後続
作業ＩＤ４０２とが等しいレコードを取り出し、次に、
それらの先行作業ＩＤ４０１の値の集合を集合Ｓ１とす
る（ステップ５０５）。

【００４５】（５）次に、集合Ｓ１の各要素に対して以
下の手順により到着予想日時を算出し、その結果集合を
集合Ｓ２とする。作業詳細テーブル１１５から要素の作業ＩＤと等しい
作業ＩＤを持つレコードＲを抽出する。以下に説明する場合分けに従って、到着予想日時を算
出する。但し、作業のかけ持ちによる遅延はないものと
する。すなわち、・レコードＲの進捗状況が「未着手」の場合、到着予想日時＝レコードＲの到着予想日時＋レコードＲ
の所要日数・レコードＲの進捗状況が「着手」の場合、到着予想日時＝レコードＲの到着日時＋レコードＲの所
要日数として、到着予想日時を算出する（ステップ５０６）。

【００４６】（６）ここで、レコードＲの進捗状況が全
て「完了」であるか否かを判定し、もしレコードＲの進
捗状況が全て「完了」である場合、作業ＩＤが作業ＩＤ
Ｗと等しい作業詳細レコードの到着日時２０６に現在
日時を格納し、到着予想日時２０５には、すでに到着し
てしまっているので「到着」を格納する（ステップ５０
７、５０８）。

【００４７】（７）ステップ５０７の判定で、レコード
Ｒの進捗状況が全て「完了」ではない場合、集合Ｓ２の
要素のうち最も遅い日時を選び、作業ＩＤＷを持つ作
業詳細レコードの到着予想日時２０５にその値を設定
し、到着日時２０６に「未到着」を格納する（ステップ
５０９）。

【００４８】（８）ステップ５０８あるいはステップ５
０９の処理の後、カーソル位置をひとつ後のノードに進
め、ステップ５０２からの処理に戻り、再度カーソルが
指しているノードの作業ＩＤについて前述した処理を続
ける（ステップ５１０）。

【００４９】期限チェック部１１３は、作業データベー
ス１０２に格納されている各作業に対して、条件式であ
る完了予想日時＞期限を計算しこの条件が成立するか否
かを判定して、真であればその作業の担当者及び管理者
に警告メッセージを通信制御部１１４を介して送信する
処理を実行する。

【００５０】図６は期限チェック部１１３の前述したよ
うな期限チェック処理の動作を説明するフローチャート
であり、以下、これについて説明する。

【００５１】（１）まず、空集合Ｓを用意する。次に、
作業詳細テーブル１１５から、進捗状況が「完了」では
なく、かつ、到着日時が「未到着」であるレコードのそ
れぞれについて、（到着予想日時＋所要時間＞期限）の
条件式が成立するか否かを算出し、この条件式が真であ
るレコードを抽出する。そして、抽出したレコードを集
合Ｓに追加する（ステップ６０１、６０２）。

【００５２】（２）次に、作業詳細テーブル１１５か
ら、進捗状況が「完了」ではなく、かつ到着予想日時が
「到着」であるレコードのそれぞれについて、（到着日
時＋所要時間＞期限）の条件式が成立するか否かを算出
し、この条件式が真であるレコードを抽出する。抽出し
たレコードを集合Ｓに追加する（ステップ６０３）。

【００５３】（３）ここで、集合Ｓが空集合であるか否
かを判定し、もし、集合Ｓが空集合であった場合、一連
の処理を終了する（ステップ６０４）。

【００５４】（４）ステップ６０４の判定で、集合Ｓが
空集合でなかった場合、集合Ｓの各要素について、担当
者名２１０の作業クライアント１０４及び管理者用クラ
イアント１０５に対し作業の期限を超過しそうである旨
の警告メッセージを通信制御部１１４を介して送信する
（ステップ６０５）。

【００５５】催促数更新部１１２は、作業者用クライア
ント１０４から催促数の更新要求が行われたとき、対象
作業の担当者の「残り催促数」から指定の増分を差し引
いた上で、対象作業の「催促数」を指定の増分だけ増加
させる。そして、対象作業の先行作業を再帰的に走査
し、それぞれの作業の被催促数を加算する処理を実行す
る。このような機能を実現する催促数更新部１１２の処
理は以下のようになる。

【００５６】図７は催促数更新部１１２の前述した催促
数更新の処理動作を説明するフローチャートであり、以
下、これについて説明する。

【００５７】（１）まず、（新しい催促数−対象作業の
催促数）を増分αとする。次に、作業者テーブル１１６
から、作業者名が対象作業の担当者と一致するレコード
Ｒ１を抽出する（ステップ７０１、７０２）。

【００５８】（２）ここで、抽出したレコードについ
て、条件式（Ｒ１の残り催促数＞＝α）が成立するか否
かを算出して判定し、この条件式が偽（不成立）であれ
ば、対象作業の担当者の作業者用クライアントに対し、
「残り催促数が不足しているため処理を中断した」旨の
メッセージを送信して、一連の処理を終了する（ステッ
プ７０３、７０４）。

【００５９】（３）ステップ７０４の判定で、前述の条
件式が真（成立）であった場合、レコードＲ１の残り催
促数に（Ｒ１の残り催促数−α）の値を記入する。但
し、レコードＲ１の残りの催促数はＲ１の最大催促数を
超えないものとし、超える場合、最大催促数を記入する
（ステップ７０５）。

【００６０】（４）次に、作業関連テーブル１１７か
ら、対象作業の作業ＩＤと後続作業カラムが等しいレコ
ードを取り出す。それらのレコードの先行作業カラムの
値を空のリンクリストＬに後方からそれぞれ追加する。
そして、カーソルの位置をリンクリストＬの先頭ノード
を指すように設定する（ステップ７０６）。

【００６１】（５）次に、リンクリストＬのカーソルが
指しているノードが持つ作業ＩＤを作業ＩＤＷとす
る。そして、作業関連テーブル１１７から、後続作業４
０２が作業ＩＤＷと等しいレコードを取り出し、そ
れらのレコードの先行作業４０１の値からなる集合を集
合Ｓとする（ステップ７０７、７０８）。

【００６２】（６）次に、ステップ７０８で生成された
集合Ｓの要素のうち、要素に対応する作業の進捗状況２
０３が「完了」以外の値であり、リンクリストＬに格納
されていない要素をリンクリストＬの後方から追加する
（ステップ７０９）。

【００６３】（７）ここで、カーソルがリンクリストＬ
の末尾のノードを指しているか否かを判定し、もし、カ
ーソルがリンクリストＬの末尾のノードを指していれ
ば、リンクリストＬの各要素に対し、要素に対応する作
業の被催促数２０７を増分αだけ増加させ、一連の処理
を終了する（ステップ７１０、７１２）。

【００６４】（８）ステップ７１０の判定で、カーソル
がリンクリストＬの末尾のノードを指していなければ、
カーソル位置をひとつ後のノードに進め、ステップ７０
７からの処理に戻って、再度カーソルが指しているノー
ドの作業ＩＤについて前述の処理を続ける（ステップ７
１１）。

【００６５】図８は作業者用クライアントの作業一覧部
の画面イメージの一例を示す図、図９は管理者用クライ
アントの全作業一覧部の画面イメージの一例を示す図、
図１０は他の作業者用クライアントの作業一覧部の画面
イメージの一例を示す図であり、以下、これらの図を参
照して、作業者が進捗状況を変更した場合の画面操作と
処理とについて説明する。

【００６６】図８に示すＡさんの作業者用クライアント
１０４の作業一覧部１１９の画面例には、着手可能作業
一覧８０１と、着手不可能作業一覧８０２とが表示され
ている。着手不可能作業一覧８０２に示される作業「調
査報告書作成」、「仕様書作成」は、着手可能作業であ
る「調査」が完了しないと作業に掛かることができない
作業である。このような状態において、いま、作業者Ａ
さんが「調査」作業を完了し、作業一覧部１１９の着手
可能作業一覧８０１の進捗状況８０４に「完了」をセッ
トすると、作業管理サーバ１０１に進捗状況更新要求が
送信される。

【００６７】作業管理サーバ１０１は、進捗状況更新部
１１０を利用して作業データベース１０２の作業詳細テ
ーブル１１５に格納されている「調査」作業のレコード
の進捗状況を「完了」に更新する。完了した作業は、も
はや催促する必要はない。このため、作業管理サーバ１
０１は、催促数更新部１１２を利用して「調査」の催促
数を担当者Ａさんに返却する。催促数更新部１１２は
「調査」の催促数の値を“０”にする。すなわち、図２
に示す作業詳細テーブル１１５の例を参照すれば、Ａさ
んの「調査」作業の催促数１０ポイントに対して、−１
０ポイントの催促数を追加する。この結果、「調査」の
先行作業がもしあれば、それぞれ被催促数が−１０ポイ
ントされると同時に、Ａさんの残り催促数に＋１０ポイ
ント追加されることになる。

【００６８】次に、作業管理サーバ１０１は、到着予想
日時更新部１１１を利用して、「調査」の後続作業を再
帰的に走査し、到着予想日時を更新する。「調査」の後
続作業は「調査報告書作成」であり、さらにその後続作
業は「調査報告書チェック」であるので、これらの到着
予想日時を再計算することになる。「調査報告書作成」
の先行作業「調査」の進捗状況は登録したとおり「完
了」であるので、「調査報告書作成」は着手可能であ
る。到着予想日時更新部１１１は、そこで、作業詳細テ
ーブル１１５の作業名「調査報告書作成」の欄の到着予
想日時２０５に「到着」、到着日時２０６に現在時刻を
記入する。「調査報告書チェック」の先行作業である
「調査報告書作成」の進捗状況が「未着手」であるの
で、「調査報告書チェック」の到着予想日時の算出には
「調査報告書チェック」の（到着予定日時＋所要日数）
の計算式を適用する。算出された日時は、作業詳細テー
ブル１１５の到着予想日時２０５に記入される。また、
到着日時２０６には「未到着」が記入される。

【００６９】次に、作業管理サーバ１０１は、期限チェ
ック部１１３を利用して、各作業の期限が守られるかど
うか確認する。このとき、前述したように、「調査報告
書作成」の到着予想日時は「到着」となっているので、
完了予想日時の算出には（到着日時＋所要日数）の計算
式が適用される。また、「調査報告書チェック」の到着
日時は「未到着」となっているいるので、完了予想日時
の算出には（到着予想日時＋所要日数）の計算式が適用
される。この結果、図２に示す例では、「調査報告書チ
ェック」の完了予想は、６／１６となり、期限６／１５
を過ぎそうである。作業管理サーバ１０１は、作業者及
び管理者に注意を促すため、通信制御部１１４を介して
管理者用クライアント１０５及び作業者用クライアント
１０４に警告メッセージを送信する。

【００７０】前述した一連の処理の結果、担当者Ａさん
の作業一覧部１１９の表示が更新され、「調査報告書作
成」の作業が着手不可能作業一覧８０２から着手可能作
業一覧８０１に移動して表示されると共に、「調査」作
業の進捗状況を「完了」に変更したことがその日時と共
にメッセージ部８０３に表示される。これにより、Ａさ
んは、着手可能な作業「調査報告書作成」を知るだけで
なく、未だ着手不可能な作業「仕様書作成」がいつ到着
するかも知ることができる。Ａさんは、今後の自分のス
ケジュールを考慮して、「仕様書作成」作業の一部を先
行して着手することができる。

【００７１】一方、図１０に示すＢさんの作業者用クラ
イアント１０４の作業一覧部１１９の画面例にも、着手
可能作業一覧８０１と、着手不可能作業一覧８０２とが
表示され、また、この時点での作業の状況が警告を含め
てメッセージ部８０３に表示される。この図１０におけ
る着手不可能作業一覧８０２を見ると、Ｂさんの作業
「調査報告書チェック」は、到着予想日６／１１、所要
日数５日であり、このままでは期限６／１５を超えてし
まうことが見て取れる。また、このことは、メッセージ
部８０３に表示される警告メッセージによっても知るこ
とができる。Ｂさんとしては、先行作業の担当者に早く
作業を終わらせるよう催促したい。そこで、Ｂさんは、
「調査報告書チェック」の作業に対し催促数を１０ポイ
ント割り振るために、催促数８０５の数値入力ボックス
に「１０」を入力する。すると、作業管理サーバ１０１
に催促数更新要求が送信される。

【００７２】作業管理サーバ１０１の催促数更新部１１
２は、まず、図３により説明した作業者テーブル１１６
からＢさんの残り催促数３０２をチェックする。催促数
の増加分１０ポイントが残り催促数３０２の値１００ポ
イントを超えていないため催促数の増加を受け付け、作
業詳細テーブル１１５の「報告書チェック」の催促数を
１０ポイント増加させ、作業者テーブル１１６のＢさん
の残り催促数３０２の１００ポイントを増加分１０ポイ
ントだけ差し引いて９０ポイントにする。そして、先行
作業を再帰的に走査し、完了していない先行作業「報告
書作成」の被催促数を１０ポイント加算する。

【００７３】「報告書作成」はＡさんの担当する作業で
ある。しかし、Ａさんは「報告書作成」のほかに「仕様
書作成」の仕事も抱えている。Ａさんは自分で優先度を
判断し、後者を優先して遂行しているかもしれない。
「報告書作成」の被催促数が＋１０ポイントされると、
Ａさんの「報告書作成」の被催促数が「仕様書作成」よ
りも大きくなるため、Ａさんは、「報告書作成」を「仕
様書作成」よりも優先して遂行しなければならないこと
が判る。これにより、Ａさんが「報告書作成」に専念
し、遅れを取り戻すことが期待できる。

【００７４】このような一連の処理により、管理者の手
を煩わすことなしに実状に近い作業順序の再スケジュー
ルを実現することができる。

【００７５】前述ですでに説明したように、作業者のク
ライアントの作業一覧部１１９が表示する画面は、着手
可能作業一覧部８０１、着手不可能作業一覧８０２、及
びメッセージ部８０３から構成される。そして、着手可
能作業一覧部８０１には、先行作業が完了し着手可能と
なった作業のうち完了していない作業の情報が１行ずつ
表示される。着手不可能作業一覧部８０２には、先行作
業が完了していないため着手不可能である作業の情報が
１行ずつ表示される。これらの作業の情報は、通信制御
部１１８を通じて作業管理サーバ１０１に要求して取得
する。着手可能作業一覧部８０１には、そのうち到着予
想日時の値が「到着」である作業のみ、着手不可能作業
一覧部８０２には、そのうち到着日時の値が「未到着」
である作業のみが選択されて表示される。作業の情報を
要求するタイミングは、作業者用クライアント１０４の
起動時あるいは作業管理サーバ１０１からのメッセージ
を受信したときのいずれかである。

【００７６】着手可能作業一覧８０１の進捗状況８０４
の項目は、ドロップダウンリストになっており、作業の
進捗状況の変化に応じて作業者の手により「未着手」、
「着手」、「完了」のいずれかの値が選択されて入力さ
れる。進捗状況８０４の値が変更されると、対象作業の
作業ＩＤ及び新しい進捗状況の値と共に進捗状況更新要
求が作業管理サーバ１０１に送信される。作業管理サー
バ１０１による処理の結果、作業データベース１０２が
更新されると、データが更新された作業の担当者の作業
者用クライアント１０４及び管理者用クライアント１０
５へ作業管理サーバ１０１から作業データを変更した旨
のメッセージが送られる。

【００７７】着手不可能作業一覧８０２の催促数８０５
の項目は、数値入力ボックスになっている。作業者が着
手を急ぎたい作業には、その度合いに応じて作業者の手
により催促数が入力される。催促数８０５の値が変更さ
れると、対象作業の作業ＩＤ及び新しい催促数の値と共
に催促数変更要求が作業管理サーバ１０１に送信され
る。作業管理サーバ１０１による処理の結果、作業デー
タベース１０２が更新されると、データが更新された作
業の担当者の作業者用クライアント１０４及び管理者用
クライアント１０５へ作業管理サーバ１０１から作業デ
ータを変更した旨のメッセージが送られる。

【００７８】メッセージ部８０３には、作業管理サーバ
１０１から送られるメッセージが表示される。図８に
は、先行作業の完了と、その後続作業の新しい到着予想
日時を知らせるメッセージを表示している例を示してい
る。

【００７９】図９に示す管理者用クライアント１０５の
管理者用作業一覧部１２１の画面例は、全作業一覧部９
０１及びメッセージ部９０２から構成される。全作業一
覧部９０１は、プロジェクトの全ての作業の情報が１行
ずつ表示される。作業の情報は、通信制御部１２０を通
じて作業管理サーバ１０１に要求して取得する。作業の
情報を要求するタイミングは、管理者用クライアント１
０５の起動時あるいは作業管理サーバ１０１からのメッ
セージを受信したときのいずれかである。

【００８０】全作業一覧部９０１の担当９０３の項目
は、ドロップダウンリストになっており、作業の担当者
を変更するとき、図３により説明した作業者テーブル１
１６に登録されている作業者名からなるリストから１つ
を選択して入力する。担当９０３が変更されると、対象
作業の作業ＩＤ及び新しい担当者名と共に担当者更新要
求が作業管理サーバ１０１に送信される。作業管理サー
バ１０１による処理の結果、作業データベース１０２が
更新されると、データが更新された作業の担当者の作業
者用クライアント１０４及び管理者用クライアント１０
５へ作業管理サーバ１０１から作業データを変更した旨
のメッセージが送られる。

【００８１】全作業一覧部９０１の所要日数９０４の項
目は、時間を入力する入力ボックスになっている。管理
者が自分の手で作業スケジュールを調整する場合、管理
者はこの値を変更する。所要日数９０４に新しい値が入
力されると、対象作業の作業ＩＤ及び新しい所要日数の
値と共に所要日数更新要求が作業管理サーバ１０１に送
信される。作業管理サーバ１０１による処理の結果、作
業データベース１０２が更新されると、データが更新さ
れた作業の担当者の作業者用クライアント１０４及び管
理者用クライアント１０５へ作業管理サーバ１０１から
作業データを変更した旨のメッセージが送られる。

【００８２】全作業一覧部９０１の期限９０５の項目
は、日時を入力する入力ボックスになっている。管理者
が自分の手で作業スケジュールを調整する場合、管理者
はこの値を変更する。期限９０５に新しい値が入力され
ると、対象作業の作業ＩＤ及び新しい期限の値と共に期
限更新要求が作業管理サーバ１０１に送信される。作業
管理サーバ１０１による処理の結果、作業データベース
１０２が更新されると、データが更新された作業の担当
者の作業者用クライアント１０４及び管理者用クライア
ント１０５へ作業管理サーバ１０１から作業データを変
更した旨のメッセージが送られる。

【００８３】メッセージ部９０２には、作業管理サーバ
１０１から送られるメッセージが表示される。図９に
は、作業に対する催促や作業の完了を知らせるメッセー
ジを表示する例を示している。

【００８４】前述した本発明の実施形態によれば、作業
管理の一部を作業者が行うようにしているので、また、
後工程の作業の担当者が前工程の作業の担当者に作業の
優先度を連絡し作業者間で作業の優先度を調整する手続
きを行うようにしているので、管理作業が管理者に集中
することを防止し、かつ、作業者の立場から実状に近い
作業計画を立てることが可能となる。

【００８５】さらに、前述した本発明の実施形態によれ
ば、作業者の裁量により作業の着手順序を任意に選定す
る時間的余裕を生み出し、作業者が近い将来の自分の作
業負荷を予め知り、自分の裁量で作業順序を変更するこ
と、作業者の待機時間を減少させることが可能になる。

【００８６】前述した本発明の実施形態における作業管
理サーバでの処理は、作業管理サーバを構成する各機能
部の処理を実行する処理プログラムを、ＦＤ、ＭＯ、Ｃ
Ｄ、ＤＶＤ等の記録媒体に格納して提供することにより
行わせることができる。

【００８７】

【発明の効果】以上説明したように本発明によれば、管
理作業が管理者に集中するのを防止することができ、か
つ、作業者の立場から実状に近い優先順位付けを利用し
た作業計画を立てることが可能になる。

【図面の簡単な説明】

【図１】本発明の一実施形態による作業管理システムの
構成を示すブロック図である。

【図２】作業詳細テーブルのデータ構造を示す図であ
る。

【図３】作業者テーブルのデータ構造を示す図である。

【図４】作業関連テーブルのデータ構造を示す図であ
る。

【図５】到着予想日時更新部が到着予想日時を算出して
更新する処理動作を説明するフローチャートである。

【図６】期限チェック部での期限チェックの処理動作を
説明するフローチャートである。

【図７】催促数更新部の催促数更新の処理動作を説明す
るフローチャートである。

【図８】作業者用クライアントの作業一覧部の画面イメ
ージの一例を示す図である。

【図９】管理者用クライアントの全作業一覧部の画面イ
メージの一例を示す図である。

【図１０】他の作業者用クライアントの作業一覧部の画
面イメージの一例を示す図である。

【符号の説明】

１０１作業管理サーバ１０２作業データベース１０３ネットワーク１０４作業者用クライアント１０５管理者用クライアント１０６担当作業抽出部１０７担当者更新部１０８所要日数更新部１０９期限更新部１１０進捗状況更新部１１１到着予想日時更新部１１２期限チェック部１１３催促数更新部１１４通信制御部１１５作業詳細テーブル１１６作業者テーブル１１７作業関連テーブル１１８通信制御部１１９作業一覧部１２０通信制御部１２１管理者用作業一覧部

───────────────────────────────────────────────────── フロントページの続き (72)発明者谷田耕救神奈川県横浜市戸塚区戸塚町5030番地株式会社日立製作所ソフトウェア事業部内Ｆターム(参考） 5B049 BB07 CC21 CC32 EE01 EE12 FF03 FF04 GG04 GG07

Claims

【特許請求の範囲】

【請求項１】複数の人が関わり複数の作業工程のシー
ケンスから構成される一連の作業を管理する作業管理シ
ステムにおいて、作業間の前後関係、所要日数、進捗状
況、担当者を含む作業情報を保持する作業データベース
と、作業者毎に担当する作業の一覧を作業データベース
から抽出する担当作業抽出部、作業の進捗状況を更新す
る進捗状況更新部、作業が担当者に到着する日時を予測
する到着予想日時更新部、作業が完了する予想日時が期
限を超過しないか否かをチェックする期限チェック部、
到着予想日時の更新時に関係する作業者に対してメッセ
ージを送る通信制御部を有する作業管理サーバと、作業
者用クライアントとを備えることを特徴とする作業管理
システム。
【請求項２】前記作業管理サーバは、作業毎に後続作
業の担当者からの催促数をカウントし更新する催促数更
新部を有し、前記作業者用クライアントは、他の作業者
から催促されている催促数により作業の優先度を示す作
業一覧部を有することを特徴とする作業管理システム。
【請求項３】複数の人が関わり複数の作業工程のシー
ケンスから構成される一連の作業を管理する作業管理方
法において、作業間の前後関係、所要日数、進捗状況、
担当者を含む作業情報を作業データベースに保持してお
き、作業者からの作業の進捗状況の報告に基づいて、作
業者毎に担当する作業の一覧を作業データベースから担
当作業を抽出し、作業の進捗状況を更新し、作業が担当
者に到着する日時を予測し、作業が完了する予想日時が
期限を超過しないか否かをチェックし、到着予想日時の
更新時に関係する作業者に対してメッセージを送ること
を特徴とする作業管理方法。
【請求項４】請求項１記載の作業管理サーバでの処理
を実行するため、作業者からの作業の進捗状況の報告に
基づいて、作業者毎に担当する作業の一覧を作業データ
ベースから担当作業を抽出する処理プログラムと、作業
の進捗状況を更新する処理プログラムと、作業が担当者
に到着する日時を予測する処理プログラムと、作業が完
了する予想日時が期限を超過しないか否かをチェックす
る処理プログラムと、到着予想日時の更新時に関係する
作業者に対してメッセージを送る処理プログラムとを格
納したことを特徴とする記録媒体。