JPH11120231A

JPH11120231A - 案件管理システム

Info

Publication number: JPH11120231A
Application number: JP9284899A
Authority: JP
Inventors: Yutaka Kudo; 裕工藤; Ryoichi Ueda; 良一植田; Hideto Ogawa; 秀人小川
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1997-10-17
Filing date: 1997-10-17
Publication date: 1999-04-30

Abstract

(57)【要約】【課題】作業依頼者にとって案件の担当者が不明である
場合、案件を掲示板に公開し、作業者の側から引き取り
を待つことができる案件管理システムがある。しかし、
引き取り手が現れず、公開した案件がいつまでも掲示板
に残ってしまうという問題がある。【解決手段】掲示板に公開された案件に対し、掲示期限
と掲示期限満了時に実行する処理の組みを予め定義して
おき、期限満了時には定義された処理、例えば掲示者に
通知するか強制的に割り当てるなどを実行することで、
掲示板上に案件が長期間放置されることを防ぐ。また、
上記掲示期限満了時の処理として、作業者に強制的に割
り当てる処理が定義されていた場合には、各作業者の所
持案件の総合的な進捗、類似案件の処理経験値を考慮し
て、全ての作業者の中から、一名を抽出し、その案件を
割り当てる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は情報処理装置を用い
た案件管理システムに係り、複数の作業者によって分業
がなされている作業プロセスにおいて、案件の処理を担
当する作業者を決定する案件割当方式に関するものであ
る。

【０００２】また、本発明は、人的プロセスの生産性と
機能性を向上させることを目的とした計算機を媒体とし
た協調作業における作業効率の向上に関するものであ
る。

【０００３】また、本発明は、担当者の特定が困難なた
めに掲示板に公開され、引き取られるのを待つ状態にあ
る案件が、引き取り手がいつまでも現れずに掲示板にい
つまでも残ってしまうことを防止するための処理に関す
るものである。

【０００４】

【従来の技術】前記案件割当方式に関連する従来技術と
して、次のような技術がある。

【０００５】オペレーションズ・リサーチ1996年10月号
pp.559-568「ワークフロー管理システムの有効性につい
て」には、案件処理の流れをビジュアルに設定すること
が可能な製品として、株式会社日立製作所のGroupmax W
orkflowがあげられている。前記製品では、条件分岐を
用いて、特定の案件を特定の担当作業者に機械的に割り
当てることが可能である。また前記担当作業者が、割り
当てられた前記案件の処理を行うことが困難であると判
断した場合、割り当て部署に差し戻すことも可能であ
る。

【０００６】さらに上記「ワークフロー管理システムの
有効性について」には、案件処理の流れを任意のタイミ
ングで、各案件単位に変更可能な製品として、株式会社
富士通のTeamWARE Flow Ver.1.0L11があげられている。
前記製品では、上記条件分岐による案件の割り当てだけ
でなく、作業者が案件の割り当て先を指定することが可
能である。

【０００７】また、特願平9-134722「案件割り当て方
式」では、全ての作業者が参照することが可能な掲示板
が実装されている。前記掲示板では、案件を全ての作業
者に対して掲示板上で公開することで、作業者が積極的
に前記案件の処理を引き受けることが可能である。また
前記案件の処理を前記作業者が一人で処理を行うのが困
難であると判断した際に、再度前記案件を前記掲示板に
差し戻すことで、他の作業者に前記案件の処理を引き継
いでもらうことが可能である。また、作業者へ案件を割
り当てる際、各担当者に既に割り当てられている案件の
総数を表示することで、特定の作業者に案件の割り当て
が集中することを防ぐことができる。

【０００８】

【発明が解決しようとする課題】しかし、前記Groupmax
WorkflowおよびTeamWARE Flow V.1.0L11においては、
特定作業者に割り当て作業が集中し、割り当て作業に時
間がかかるという問題点を有している。

【０００９】また、前記「案件割り当て方式」では、あ
る作業者が自発的に掲示板から案件を引き取る、もしく
は、掲示板に公開された案件を強制的に割り当てなけれ
ば、案件がいつまでも掲示板に残ってしまうという問題
点を有している。

【００１０】本発明の目的は、前述した従来技術の問題
点を解決し、掲示板に公開された案件に対し、掲示期限
と掲示期限が来たときの処理の組みを予め定義しておく
ことにより、作業者が自発的に案件に対して操作を行な
わなくても、案件が長時間掲示板上に放置されることの
ない案件管理システムを提供することにある。

【００１１】また、本発明の目的は、掲示板に公開され
た案件が掲示期限に達し、作業者に強制的に割り当てる
処理が定義されていた場合、各作業者の所持案件の総合
的な進捗、類似案件の処理経験値を考慮して、全ての作
業者の中から、担当者を抽出し、案件を割り当てること
を可能とする案件管理システムを提供することにある。

【００１２】また、本発明の目的は、掲示板に公開され
た案件を引き取って他の作業者に割り当てるという操作
を行なうときに表示する作業者選択メニューに、各作業
者の所持案件の総合的な進捗と類似案件の処理経験値を
表示することを可能とする案件管理システムを提供する
ことにある。

【００１３】

【課題を解決するための手段】本発明によれば前記目的
は、少なくとも１台の案件管理サーバと複数台の作業者
端末をネットワーク接続し、前記案件管理サーバから作
業者端末に案件データを転送する案件管理システムにお
いて、前記案件管理サーバは、作業者端末から入力され
た案件内容と処理内容を保持する案件情報テーブルと、
前記案件情報テーブルを更新する案件情報更新部と、入
力された案件の状態と担当者と進捗を記憶する案件管理
情報テーブルと、前記案件管理情報テーブルを更新する
案件管理情報更新部と、公開状態にある案件の掲示期限
と掲示期限時に実行する処理の組みを記憶する期限時処
理定義テーブルと、前記掲示期限と前記処理を、前記掲
示期限処理定義テーブルに記録する期限時処理定義部
と、前記案件情報テーブルと前記案件管理情報テーブル
から前記案件情報を前記作業者端末に送る案件情報出力
部と、前記案件管理サーバが備える時計をもとに一定間
隔で実行され、前記期限時処理定義テーブルの前記掲示
期限と現在時刻を比較し、掲示期限満了時に期限時処理
実行部を実行させる期限監視部と、前記期限監視部によ
って実行される期限時処理実行部により構成し、前記期
限監視部と前記期限時処理実行部によって、期限満了時
に期限時処理実行部を実行することにより達成される。

【００１４】また、前記目的は、前記期限時実行部に強
制割当処理部を用意し、前記強制割当部は、前記案件情
報テーブル中の処理内容を示す項目と前記案件管理情報
テーブル中の担当者名を示す項目から経験指数を作業者
毎に集計し、進捗／経験指数テーブルに記録する作業経
験指数集計部と、前記案件管理情報テーブル中の進捗を
示す項目と担当者名を示す項目から進捗指数を作業者毎
に集計し、進捗／経験指数テーブルに記録する進捗指数
集計部と、作業者名と前記経験指数と前記進捗指数を前
記案件サーバが備える主記憶装置に一時的に保持する進
捗／経験指数テーブルと、前記進捗／経験指数テーブル
中の前記進捗指数と前記経験指数から割当て先となる作
業者を決定する割当先決定部で構成し、前記進捗／経験
指数テーブル中の前記進捗指数と前記経験指数から割当
て先となる作業者を決定することで達成される。

【００１５】また、前記目的は、前記案件情報出力部に
より前記作業者端末が備えるディスプレー上に案件の一
覧表が表示されて、作業者が前記一覧表から公開状態に
ある案件を選択した際に、前記作業経験指数集計部と前
記進捗指数集計部によって一時的に作成された前記進捗
／経験指数テーブルを参照し、作業者に選択された前記
案件を引き取った後割り当てる候補のリストとして、前
記作業者名と前記進捗指数と前記経験指数を前記ディス
プレーに表示することによって達成される。

【００１６】

【発明の実施の形態】

（第１の実施の形態）以下、本発明による案件管理シス
テムの第１の実施形態を図１〜図１４を参照して詳細に
説明する。以下に説明する本発明の第1の実施形態は、
掲示板に公開された状態にある案件に掲示期限と掲示期
限に達したときの処理の組みを予め定義しておくことに
より、作業者が自発的に案件に対して操作を行なわなく
ても、掲示期限に達した案件に対し予め定義した処理を
行なうことができる案件管理システムであり、さらに、
掲示期限に達したときに所持案件の総合的な進捗と類似
案件の処理経験値を考慮して全ての作業者の中から担当
者を抽出し案件を割り当てる案件管理システムである。

【００１７】図１は、本発明の第1の実施形態による案
件管理システムのハードウェア構成と機能ブロックの一
例を示す図である。図１において、１０１は案件管理サ
ーバ計算機で、中央処理装置１０４、主記憶装置１０
６、ハードディスクなどの外部記憶装置１０５、時計１
２１を備える。前記主記憶装置１０６には、案件情報出
力部１１６、案件情報更新部１１７、案件管理情報更新
部１１８、期限時処理実行部１２２、期限時処理定義部
１１９、期限監視部１２０が格納されている。前記期限
時処理実行部１２２は、削除処理部１２３、未参照者通
知部１２４、掲示者通知部１２５、強制割当処理部１２
６で構成される。さらに、前記強制割当処理部１２６
は、作業経験指数集計部１２７、進捗指数集計部１２
８、進捗／経験指数テーブル１２９、割当先決定部１３
０で構成される。

【００１８】また、外部記憶装置１０５には、案件情報
テーブル１１３、案件管理情報テーブル１１４、期限時
処理定義テーブル１１５が格納されている。

【００１９】また、１０２ａ、１０２ｂは利用者からの
入力を受け付け、前記案件管理サーバ計算機１０１の処
理結果を表示するための作業者端末であり、中央処理装
置１０７、主記憶装置１０８、マウス１１１やキーボー
ド１１０などの入力装置、ディスプレー１０９などの表
示装置を備える。主記憶装置１０８には、前記案件管理
サーバ計算機１０１とデータのやり取りを行なうＵＩ部
１１２が格納されている。

【００２０】１台以上複数台の前記作業者端末１０２
ａ、１０２ｂはネットワーク１０３を介して、前記案件
管理サーバ計算機１０１と対話することで処理を行な
う。

【００２１】図２は前記案件情報テーブル１１３の一例
である。図２において、２０１は案件を識別するための
案件ＩＤ、２０２は案件内容、２０３は処理内容であ
る。案件ＩＤ２０１、案件内容２０２、処理内容２０３
は一行で一つのレコードを成す。前記処理内容２０３で
値が空のものは、まだ値が入力されていないことを示
す。

【００２２】図３は前記案件管理情報テーブル１１４の
一例である。図３において、３０１は案件を識別するた
めの案件ＩＤ、３０２は案件の状態、３０３は案件の処
理を担当する作業者の名前すなわち担当者名、３０４は
案件処理の進捗である。ここで、状態３０２の値が「公
開」である場合の担当者名３０３はその案件に対して
「公開」操作を行なった作業者の氏名すなわち掲示者名
を意味する。「公開」操作については後述する。案件Ｉ
Ｄ３０１と状態３０２、担当者名３０３、進捗３０４は
一行で一つのレコードを成す。前記状態３０２の値の例
としては、案件処理の完了を示す「完了」、処理未済を
示す「処理待ち」、掲示板に公開されていることを示す
「公開」がある。

【００２３】図４は前記期限時処理定義テーブル１１５
の一例である。図４において、４０１は案件を識別する
ための案件ＩＤ、４０２は掲示期限、４０３は前記掲示
期限４０２の時刻になったときに実行する期限時処理で
ある。案件ＩＤ４０１、掲示期限４０２、期限時処理４
０３は一行で一つのレコードを成す。前記期限時処理４
０３の例としては、掲示者に掲示期限が来たことを通知
する「掲示者通知」、未参照者に該当案件の参照要求を
通知する「未参照者通知」、案件を削除する「削除」、
強制的に或る作業者に割り当てる「強制割当」がある。

【００２４】次に図７のフローチャートを参照しなが
ら、作業者が案件を新規作成、処理内容入力、案件を公
開、割り当て、引き取り、公開する案件に対し処理期限
と処理期限に達したときの処理を定義する際の処理の流
れを詳細に説明する。

【００２５】まず、作業者は作業者端末１０２から作業
者名を入力して案件管理サーバ計算機１０１にログイン
する。ログイン時に案件情報出力部１１６により作業者
名を得る（ステップ７０１）。案件情報出力部１１６
は、案件管理情報テーブル１１４を参照し、状態３０２
が「公開」の行と、状態３０２が「処理待ち」で且つ担
当者名３０３がステップ７０１で得た作業者名と等しい
行をすべて抽出する。次に、案件情報テーブル１１３を
参照し、抽出した行の案件ＩＤ３０１と等しい案件ＩＤ
２０１を持つ行について、それぞれ案件内容２０２を取
得し、案件ＩＤ３０１、状態３０２と共にネットワーク
１０３を介して作業者端末１０２のＵＩ部１１２に送る
（ステップ７０２）。ＵＩ部１１２は、受け取った案件
ＩＤ３０１と状態３０２と案件内容２０２をディスプレ
ー１０９に一覧表として表示する（ステップ７０３）。
図９にディスプレー１０９に表示された案件一覧画面の
例を示す。図９の例は、作業者名を「工藤」としてログ
インしたときの例である。図９において、９０１はログ
アウトボタン、９０２は案件の新規作成ボタンである。
ステップ７０２とステップ７０３によると、状態３０２
の値が「公開」の案件は全ての作業者の案件一覧画面９
０３に表示されるので、案件一覧画面９０３中の公開さ
れた案件を表示する部分は、作業者全員で共有する掲示
板と考えることができる。

【００２６】ステップ７０４では、作業者がステップ７
０３で表示された案件の中から操作対象とする案件を選
択する。ここで作業者がログアウトボタン９０１を選択
した場合には、終了ステップへ進む。また、ここで作業
者が新規作成ボタン９０２を選択した場合にはステップ
７０８へ進み、案件情報出力部１１６によって案件の新
規作成画面を表示する。新規作成画面の例を図１４に示
す。図１４において、１４０１は案件ＩＤであり、例え
ば案件情報テーブル１１３の最後の行の案件ＩＤ２０１
の値に１を加えた値である。案件ＩＤ１４０１は、案件
情報テーブル１１３内で一意に決まるように決定すれば
よい。１４０２は案件内容入力欄であり、作業者はここ
にキーボード１１０などを用いて案件の内容を入力す
る。１４０３は案件をシステムに登録するためのボタン
であり、このボタンが作業者によってマウス１１１など
で押された場合、案件ＩＤ１４０１の値と案件内容入力
欄１４０２の内容をそれぞれ案件情報更新部１１７によ
り案件情報テーブル１１３の末行の案件ＩＤ２０１、案
件内容２０２に登録する。同時に、案件管理情報更新部
１１８により案件管理情報テーブルの末行の案件ＩＤ３
０１を案件ＩＤ１４０１の値に、状態３０２を「処理待
ち」に、担当者名をステップ７０１で得た作業者名に、
進捗を「０」にそれぞれ登録する。登録処理が終ったら
ステップ７０２へ戻る。

【００２７】ステップ７０５では、ステップ７０４で選
択した案件に対して実行可能な操作の一覧を表示する。
例えば、図９で示した画面例において、案件ＩＤが１０
の案件を選択したときに表示する実行可能な操作の一覧
の例を図１１に示す。図１１は、状態３０２の値が「処
理待ち」である案件を選択したときに操作指示可能な操
作として、「詳細表示」１１０１、「公開」１１０２、
「割り当て」１１０３があることを示している。また、
１１０４は「割り当て」１１０３を選択した場合に、さ
らに割り当て対象者を選択するための対象者リスト１１
０７が現れることを意味する記号である。図１１の例の
場合、案件を割り当てる対象者として、「植田」１１０
５と「小川」１１０６が選択可能であることを示してい
る。また、図９で示した画面例において、案件ＩＤが５
の案件を選択したときに表示する実行可能な操作の一覧
の例を図１２に示す。図１２は、状態３０２が「公開」
である案件を選択したときに操作指示可能な操作とし
て、「詳細表示」１１０１、「引き取り」１２０１があ
ることを示している。

【００２８】ステップ７０６では、作業者ステップ７０
５で表示された実行可能操作の中から一つを選択し、ス
テップ７０４で選択された案件への操作を指示する。Ｕ
Ｉ部１１２により選択された操作を得て、次のステップ
を決定する。

【００２９】例えば、図１１において、作業者によって
「詳細表示」１１０１が選択された場合にはステップ７
０８に進み（条件分岐７１３）、案件情報出力部１１６
によって案件の詳細を表示する。案件を詳細表示したと
きの画面例を図１０に示す。図１０において、１００３
は案件ＩＤの値であり、ステップ７０４で選択された案
件のＩＤである。１００４は案件の内容であり案件情報
テーブル１１３の対象案件の行の案件内容２０２の値を
読み出し、表示する。また、１００１は処理内容入力欄
であり、案件内容に対する処理内容を入力する。１００
５は進捗入力欄であり、案件処理の進捗度を０〜１００
の範囲で自己申告し入力する。また、１００２は更新ボ
タンであり、このボタンが作業者によってマウス１１１
などで押された場合、処理内容入力欄１００１の内容を
案件情報更新部１１７により案件情報テーブル１１３に
登録し、案件管理情報更新部１１８により案件管理情報
テーブルの対象案件の行の進捗３０４を進捗入力欄１０
０５の値に変更する。進捗入力欄１００５の値が「１０
０」である場合には、同時に同じ行の状態３０２を「完
了」に変更する。ただし、処理内容入力欄１００１の内
容が空の場合は、案件情報テーブル１１３及び案件管理
情報テーブル１１４を変更はしない。

【００３０】図１１において、作業者によって「割り当
て」１１０３が選択された場合には、さらに割り当て対
象者を選択させるための対象者リスト１１０７を表示
し、対象者が選択されたらステップ７０７に進み（条件
分岐７１３）、案件管理情報更新部１１８により案件管
理情報テーブル１１４の対象案件の行の担当者名３０３
を選択された対象者の氏名に変更する。例えば案件ＩＤ
３０１が１０の案件について、「小川」に割り当てる場
合、案件管理情報テーブル１１４の案件ＩＤが１０の行
の担当者名３０３を「小川」に変更する。

【００３１】図１１において、作業者によって「公開」
１１０２が選択された場合にはステップ７０７に進み
（条件分岐７１３）、案件管理情報更新部１１８によっ
て案件管理情報テーブル１１４の対象案件の行の状態３
０２を「公開」に変更し、担当者名「３０３」をステッ
プ７０１で取得した作業者名に変更する。

【００３２】図１２において、作業者によって「引き取
り」１２０１が選択された場合にはステップ７０７に進
み（条件分岐７１３）、案件管理情報更新部１１８によ
り案件管理情報テーブル１１４の対象案件の行の担当者
名３０３をステップ７０１で取得した作業者名に変更す
る。

【００３３】条件分岐７０９では、ステップ７０６で選
択された操作指示が「公開」だったかどうかを判定す
る。「公開」ではなかった場合には、ステップ７０２に
戻り、最新状態の案件一覧表を表示する。「公開」だっ
た場合には、ステップ７１０に進む。ステップ７１０で
は、公開された案件に掲示期限と掲示期限に達したとき
の処理を定義するための画面を表示する。期限時処理定
義画面の例を図１３に示す。図１３において、１３０１
は掲示期限入力欄で、１３０２は掲示期限に達したとき
の処理入力欄である。図１３の例に示すとおり、１３０
１と１３０２の組みは複数設定することができる。ステ
ップ７１１では作業者からの期限時処理定義の入力を受
け付ける。ステップ７１２は期限時処理定義部１１９に
よってステップ７１１で入力された掲示期限１３０１と
処理１３０２の全ての組みを期限時処理定義テーブルに
登録する。

【００３４】次に、図５のフローチャートを参照しなが
ら、公開された案件に対し掲示期限に達したかどうかを
監視する期限監視部１２０、掲示期限に達した案件に対
する処理を読み出して実行する期限時処理実行部１２２
の処理の流れを説明する。期限監視部１２０は案件管理
サーバ計算機１０１内の時計１２１により、例えば１日
に１回など、一定時間間隔で実行される。

【００３５】まず、期限監視部１２０により、日付を取
得する（ステップ５０１）。ステップ５０２では、期限
時処理定義テーブル１１５の全ての行について処理した
かどうか判定し、処理した場合は終了ステップへ進む。
未処理の行があればステップ５０３へ進む。ステップ５
０３では期限時処理定義テーブル１１５を参照し、期限
４０２を得る。次に、ステップ５０３で得た期限４０２
とステップ５０１で取得した日付を比較し、期限に達し
ていればステップ５０５へ進み、期限に達していなけれ
ばステップ５０２へ戻る（条件分岐５０４）。ステップ
５０２へ戻る場合は期限時処理定義テーブル１１５の参
照する行を進める。

【００３６】ステップ５０５では、条件分岐５０４で期
限に達していると判定された案件の案件ＩＤ４０１を得
る。同時に、同じ行の処理４０３を取得する（ステップ
５０６）。

【００３７】前記処理４０３が「掲示者通知」である場
合には、ステップ５０８へ進む（条件分岐５０７）。ス
テップ５０８では掲示者へ通知するための処理である掲
示者通知部１２５が実行される。掲示者通知部１２５に
より案件管理情報テーブル１１４の対象案件の行の担当
者名３０３が示す作業者へ、例えば電子メールなどを用
いて、公開した案件が掲示期限に達したことを通知す
る。

【００３８】前記処理４０３が「未参照者通知」である
場合には、ステップ５１０へ進む（条件分岐５０９）。
ステップ５１０では未参照者へ通知するための処理であ
る未参照者通知部１２４が実行される。未参照者通知部
１２４により未参照者へ、例えば電子メールなどを用い
て、案件ＩＤ４０１が示す案件が未参照であることを通
知する。

【００３９】前記処理４０３が「削除」である場合に
は、ステップ５１２へ進む（条件分岐５１１）。ステッ
プ５１２では対象案件を削除するための処理である削除
処理部１２３が実行される。削除処理部１２３により案
件管理情報テーブル１１４の対象案件の行の状態３０２
の値を「削除」に変更する。

【００４０】前記処理４０３が「強制割当」である場合
には、ステップ５１４へ進む（条件分岐５１３）。ステ
ップ５１４では対象案件を強制的にいずれかの作業者に
割り当てるための処理である強制割当処理部１２６が実
行される。強制割当処理部１２６の処理の流れは後述す
る。

【００４１】ステップ５０８、ステップ５１０、ステッ
プ５１２、ステップ５１４の各処理後、期限時処理定義
テーブル１１５のそれぞれのステップで処理した案件の
行を削除し、ステップ５０２へ戻る。ステップ５０２へ
戻る際には期限時処理定義テーブル１１５の参照する行
を進める。

【００４２】次に、図６のフローチャートを参照しなが
ら強制割当処理部１２６の処理の流れを説明する。

【００４３】はじめに、経験指数８０３を求める処理の
流れについて説明する（ステップ６０１〜６０４）。ス
テップ６０１〜６０４の処理は作業経験指数集計部１２
７によって実行する。

【００４４】まず、案件情報テーブル１１３を参照し、
図５のステップ５０５で得た強制割り当ての対象となる
案件の案件ＩＤと一致する案件ＩＤ２０１と同じ行の案
件内容２０２の値を取得する（ステップ６０１）。次
に、案件情報テーブル１１３のすべての行の中から、処
理内容２０３が空でなく、且つ、案件内容２０２の値が
ステップ６０１で得た案件内容と類似する行を抽出する
（ステップ６０２）。ステップ６０３ではステップ６０
２で抽出したそれぞれの行について、案件管理情報テー
ブル１１４の担当者名３０３を元に作業者毎に処理した
類似案件の数を数える。次に、ステップ６０２で抽出し
た行の行数すなわち類似案件総数に対する各作業者の処
理した類似案件数の割合を作業者毎に計算し、作業者名
とともに進捗／経験指数テーブル１２９の経験指数８０
３と作業者名８０１にそれぞれ登録する。図８に案件Ｉ
Ｄが５の案件について作業経験指数を計算した後の進捗
／経験指数テーブル１２９を示す。図２の案件情報テー
ブル１１３の例によれば、案件ＩＤが５の案件の案件内
容２０２は「エラーメッセージ」という語が含まれてい
る。ステップ６０２を実行した結果抽出される行は、例
えば案件内容２０２に「エラーメッセージ」という後が
含まれている案件、すなわち、案件ＩＤが１、２、３の
行である。この案件ＩＤ１、２、３と図３の案件情報管
理テーブル１１４によれば、ステップ６０３を実行した
結果は、「工藤」が処理した類似案件数が２、「植田」
が処理した類似案件数が１となる。ステップ６０４で
は、ステップ６０２を実行した結果抽出された行数が３
なので、「工藤」の経験指数８０３は２÷３×１００で
６７、「植田」の経験指数は１÷３×１００で３３と
し、図８の進捗／経験指数テーブル１２９の例のように
なる。なお、進捗／経験指数テーブル１２９は、強制割
当処理部１２６が実行されるたびに、案件管理サーバ計
算機１０１の主記憶装置１０６上に作成される。

【００４５】次に、進捗指数８０２を求める処理の流れ
について説明する（ステップ６０５〜ステップ６０
６）。ステップ６０５〜６０６の処理は進捗指数集計部
１２８によって実行する。

【００４６】まず、案件管理情報テーブル１１４を参照
し、状態３０２が「処理待ち」の行を抽出する（ステッ
プ６０５）。次に、「１００」から進捗３０４の値を減
算した値の合計値を計算する。この合計値に対する、
「１００−進捗３０４」で計算される値の割合を作業者
８０１毎に集計し、進捗／経験指数テーブル１２９の進
捗指数８０２に登録する（ステップ６０６）。図８に進
捗指数を計算した後の進捗／経験指数テーブル１２９を
示す。図３の案件管理情報テーブル１１４の例によれ
ば、ステップ６０５によって抽出される行は、案件ＩＤ
が４、６、１０の行である。ステップ６０６では、案件
ＩＤが４と６の行は担当者名３０３が「小川」なので、
「小川」の進捗指数８０２は、１００−１００×（（１
００−８５）＋（１００−７０））÷（（１００−８
５）＋（１００−７０）＋（１００−１０））で計算さ
れ、６７となる。また、「工藤」の進捗指数８０２は、
１００−１００×（１００−１０）÷（（１００−８
５）＋（１００−７０）＋（１００−１０））で計算さ
れ、３３となる。同様に計算すると「植田」の進捗指数
８０２は、１００となる。

【００４７】次に、ステップ６０１〜６０６で作成した
進捗／経験指数テーブル１２９を参照し、割当て先を決
定する。例えば、進捗指数８０２と経験指数８０３の加
算の結果が最も大きい行の作業者名８０１の値を案件管
理情報テーブル１１４の担当者名３０３に変更する。同
時に同じ行の状態３０２の値を「処理待ち」に変更する
（ステップ６０７）。

【００４８】（第２の実施の形態）以下、本発明による
案件管理システムの第２の実施形態を図１５と図１６を
参照して説明する。以下に説明する本発明の第２の実施
形態は、第1の実施の形態において、作業者が掲示板に
公開された案件を引き取って他の作業者に割り当てると
いう操作を行なう際に表示する作業者選択メニューに、
各作業者の所持案件の総合的な進捗と類似案件の処理経
験値を表示する案件管理システムである。

【００４９】以下、図１６のフローチャートを参照しな
がら、掲示板に公開された案件を引き取って他の作業者
に割り当てる際に表示する作業者選択メニューに、各作
業者の所持案件の総合的な進捗と類似案件の処理経験値
を表示する処理の流れについて説明する。

【００５０】図１６のフローチャートにおけるステップ
７０１〜７０４、ステップ７０６〜７１３は第１の実施
の形態と同じである。条件分岐１６０１では、ステップ
７０４で選択した案件が公開案件であるかどうか判定す
る。具体的には、案件管理情報テーブル１１４を参照
し、選択した案件の案件ＩＤと同じ案件ＩＤ３０１の行
の状態３０２の値が「公開」であるかどうか調べる。ス
テップ７０４で選択した案件が公開案件でなければステ
ップ７０５に進む。公開案件であれば、ステップ１６０
２へ進む。

【００５１】ステップ１６０２は、進捗指数と経験指数
を集計するステップで、第1の実施の形態で説明した作
業経験指数集計部１２７、進捗指数集計部１２８をステ
ップ７０４で選択した案件に対して実行する。ただし、
図６のフローチャートのステップ６０７は実行しない。

【００５２】ステップ１６０３では、ステップ７０４で
選択した案件に対して実行可能な操作の一覧を表示す
る。例えば、図９で示した画面例において、案件ＩＤが
５の案件を選択したときに表示する実行可能な操作の一
覧の例を図１５に示す。図１５は、状態３０２が「公
開」である案件を選択したときに操作指示可能な操作と
して、「詳細表示」１１０１、「引き取り」１２０１が
あることを示している。状態３０２が「公開」以外の案
件を選択した場合の処理は図７のステップ７０５と同じ
である。また、１５０５は「引き取り」１２０１を選択
した場合に、引き取り後の割り当て対象者を選択するた
めの対象者リスト１５０１が現れることを意味する記号
である。また、１５０２は、案件を引き取った後に割り
当てる対象者の氏名であり、１５０３は進捗指数、１５
０４は経験指数である。進捗指数１５０３と経験指数１
５０４は、ステップ１６０３の結果作成された進捗／経
験指数テーブル１２９の進捗指数８０２、経験指数８０
３を参照して表示する。

【００５３】

【発明の効果】第１の発明によれば、公開状態にある案
件に対し、掲示期限と掲示期限に達したときの処理を予
め1つ以上定義し、掲示期限に達した際には定義してお
いた処理を実行することができ、作業者が自発的に案件
に対して操作を行なわなくても、案件が長時間掲示板上
に放置されることを防止できる。

【００５４】また、掲示板に公開された案件が掲示期限
に達し、作業者に強制的に割り当てる処理が定義されて
いた場合には、各作業者の所持案件の総合的な進捗、類
似案件の処理経験値を考慮して、全ての作業者の中か
ら、一名以上の作業者を抽出し、案件を割り当てること
が可能であり、より的確な作業者に、且つ、より手の空
いた作業者に、案件を割り当てることができる。

【００５５】第２の発明によれば、掲示板に公開された
案件を引き取って他の作業者に割り当てる際に表示する
作業者選択メニューに、各作業者の所持案件の総合的な
進捗と類似案件の処理経験値を表示することができ、あ
る作業者が人手で割り当て操作を行なう場合、より的確
で、手の空いた作業者を判断する際の手助けとなる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態による案件管理システ
ムのハードウェア構成と機能ブロックの一例を示す図で
ある。

【図２】案件情報テーブル１１３の一例である。

【図３】案件管理情報テーブル１１４の一例である。

【図４】期限時処理定義テーブル１１５の一例である。

【図５】本発明の第１の実施形態による案件管理システ
ムの期限監視部および期限時処理実行部の処理の流れを
説明するフローチャート。

【図６】強制割当処理部の処理の流れを説明するフロー
チャートである。

【図７】本発明の第１の実施形態による案件管理システ
ムの処理の流れを説明するフローチャートである。

【図８】進捗／経験指数テーブルの一例である。

【図９】案件一覧画面の一例である。

【図１０】案件の詳細表示画面の一例である。

【図１１】図９の案件一覧画面の例において、処理待ち
の案件を選択したときに表示する実行可能な操作の一覧
の一例である。

【図１２】本発明の第1の実施形態による案件管理シス
テムの図９の案件一覧画面の例において、公開案件を選
択したときに表示する実行可能な操作の一覧の一例であ
る。

【図１３】期限時処理定義画面の一例である。

【図１４】新規作成画面の一例である。

【図１５】本発明の第２の実施形態による案件管理シス
テムの図９の案件一覧画面の例において、公開案件を選
択したときに表示する実行可能な操作の一覧の一例であ
る。

【図１６】本発明の第２の実施形態による案件管理シス
テムの処理の流れを説明するフローチャートである。

【符号の説明】

１０１…案件管理サーバ計算機、１０２…作業者端末、
１１３…案件情報テーブル、１１４…案件管理情報テー
ブル、１１５…期限時処理定義テーブル、１１６…案件
情報出力部、１１７…案件情報更新部、１１８…案件管
理情報更新部、１１９…期限時処理定義部、１２２…期
限時処理実行部、１２６…強制割当処理部、１２７…作
業経験指数集計部、１２８…進捗指数集計部、１２９…
進捗／経験指数テーブル、１１２…ＵＩ部。

Claims

【特許請求の範囲】

【請求項１】少なくとも１台の案件管理サーバと１台以
上複数台の作業者端末とを備えて構成され、前記案件管
理サーバから作業者端末に案件データを転送する案件管
理システムにおいて、前記作業者端末は、作業者からの
指示、案件内容、処理内容、進捗、掲示期限、掲示期限
満了時に実行する処理を入力する入力手段と、前記作業
者からの指示によって指示の内容、前記案件内容、前記
処理内容、前記進捗、前記掲示期限、前記掲示期限満了
時に実行する処理を前記案件管理サーバに送る手段と、
前記案件管理サーバの処理結果を受取る手段と、受取っ
た処理結果を表示する手段とを有して構成され、前記案件管理サーバは、前記作業者端末から送られた指
示の内容、前記案件内容、前記処理内容、前記進捗、前
記掲示期限、前記掲示期限満了時に実行する処理を受け
取る手段と、受け取った案件内容と処理内容を保持する
案件情報テーブルと、前記案件情報テーブルを更新する
手段と、案件の状態と担当者と前記進捗を記憶する案件
管理情報テーブルと、前記案件管理情報テーブルを更新
する手段と、前記掲示期限と前記掲示期限時に実行する
処理の組みを記憶する期限時処理定義テーブルと、前記
掲示期限と前記掲示期限時に実行する処理を、前記掲示
期限処理定義テーブルに記録する手段と、前記案件管理
サーバが備える時計をもとに一定間隔で実行され、前記
期限時処理定義テーブルの前記掲示期限と現在時刻を比
較し、掲示期限満了時に期限時処理実行部を実行させる
期限監視手段と、前記期限監手段によって実行される期
限時処理実行手段と、前記案件管理サーバの処理結果を
前記作業者端末に送る手段により構成され、前記期限監視手段と前記期限時処理実行手段によって、
期限満了時に前記期限時処理定義テーブルに定義された
処理を実行することを特徴とする案件管理システム。
【請求項２】前記期限時実行手段のひとつとして強制割
当処理手段を備え、前記強制割当手段は、前記案件情報
テーブル中の処理内容を示す項目と前記案件管理情報テ
ーブル中の担当者名を示す項目から経験指数を作業者毎
に集計し、進捗／経験指数テーブルに記録する手段と、
前記案件管理情報テーブル中の進捗を示す項目と担当者
名を示す項目から進捗指数を作業者毎に集計し、進捗／
経験指数テーブルに記録する手段と、作業者名と前記経
験指数と前記進捗指数を前記案件サーバが備える主記憶
装置に一時的に保持する前記進捗／経験指数テーブル
と、前記進捗／経験指数テーブル中の前記進捗指数と前
記経験指数から割当て先となる作業者を決定する手段で
構成され、前記進捗／経験指数テーブル中の前記進捗指
数と前記経験指数から割当て先となる作業者を決定する
ことを特徴とする請求項１記載の案件管理システム。
【請求項３】前記作業者端末が備えるディスプレー上に
案件の一覧表が表示されて、作業者が前記一覧表から公
開状態にある案件を選択した際に、前記経験指数を集計
する手段と前記進捗指数を集計する手段によって一時的
に作成された前記進捗／経験指数テーブルを参照し、作
業者に選択された前記案件を引き取った後割り当てる候
補のリストとして、前記作業者名と前記進捗指数と前記
経験指数を前記ディスプレーに表示することを特徴とす
る請求項１または請求項２記載の案件管理システム。