JPH10154177A

JPH10154177A - 協調作業支援システム

Info

Publication number: JPH10154177A
Application number: JP13063297A
Authority: JP
Inventors: Yoshikazu Eguchi; 良和江口; Masato Tamaki; 正人玉樹
Original assignee: Hitachi Software Engineering Co Ltd; Hitachi Ltd
Current assignee: Hitachi Software Engineering Co Ltd; Hitachi Ltd
Priority date: 1996-09-27
Filing date: 1997-05-21
Publication date: 1998-06-09

Abstract

(57)【要約】【課題】複数の作業から成る業務を複数の組織が協調
して遂行するような業務系で、かつ、業務システムと各
担当者が協調して作業を遂行する業務系を対象とし、作
業がどんな順序で進んでも、どの部分の作業が先行して
も、適切な担当者或いは組織に対し、適切な作業指示を
発行するような協調作業支援システムを提供することに
ある。【解決手段】作業指示条件情報を元に、業務ＤＢを直
接監視し、実施可能な作業を検知し、作業指示条件情報
に定義された担当者或いは組織に対して自動的に作業指
示情報を発行する。また、発行した作業指示をも監視
し、作業遅延を検知し警告したり、作業完了に伴い連鎖
的に発生する作業に対するさらなる作業指示を発行した
りする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の作業から成
る業務を複数の組織（各組織は同じ作業を実行すること
のできる担当者のグループである）で協調して遂行され
ると共に、業務プログラムと業務ＤＢが業務情報をやり
とりして処理を行う業務システムと担当者が協調して業
務を遂行する協調作業支援システムに関し、特に、それ
ぞれの作業の実施条件に合わせて、適切な担当者或いは
組織に対し、適切な作業指示を発行する協調作業支援シ
ステムに適用して有効な技術に関するものである。

【０００２】

【従来の技術】従来における協調作業支援システムで
は、多くの関与者間のデータを共有化するために、デー
タベース管理システムを利用したり、関与者間のコミュ
ニケーションを自動化するために、電子メールシステム
をも利用したりしていた。

【０００３】また、最近では、業務フロー図に基づき自
動的に作業指示を行うワークフロー管理システム上に、
業務システムを構築し、関与者間のコミュニケーション
を自動化する協調作業支援システムも増えて来ている。

【０００４】このような協調作業支援システムでは、業
務ルールを、ある作業者が一定期間で完了する作業と、
それら作業の依存関係を業務フロー図で記述し、これに
基づく作業指示を自動的に発行することが可能になって
いる。

【０００５】

【発明が解決しようとする課題】本発明者は、上記従来
技術を検討した結果、以下の問題点を見いだした。

【０００６】第１に、実際の業務は、必ずしも、業務フ
ローで定義した順序通りには進まない場合が多く、特
に、案件が発生してから完了するまでの期間が長期に渡
るもの、また関与する担当者或いは組織が多ければ多い
ほど、業務フロー通りに進まない。

【０００７】この業務フローはあくまでも、理想的な作
業の流れであり、このルールに基づき作業指示を発行し
た場合、非常に効率の悪いものとなる。

【０００８】第２に、業務フローでは、ある作業が完了
したら、次の作業が開始可能というような形式で業務ル
ール定義する。通常、ある作業は業務フロー上で、前に
実施されると定義された作業のすべての成果を前提とし
ている訳ではなく、多くの場合、前作業の成果の一部
（前作業で設定するデータの一部）を前提としている。
しかしならがら、この業務ルール記述方法では、前作業
のすべてが完了しない限り、次の作業指示は発行されな
いため、無駄な待ち時間が発生してしまう。これを回避
するため、上記作業を部分的に完了する可能性のある最
小単位にまで分割することもでき、この場合はある作業
者が一定期間に実施する作業を分割することになり、結
果として、同一作業者に対する作業指示が複数回発行さ
れてしまうといった不具合が生じる。

【０００９】第３に、実際の業務では、組織内の作業者
の作業負荷の平準化のため、商品種類別、顧客住所別な
ど案件の情報に基づいた担当者決定条件や、作業効率化
のための決済権限条件といったものに基づき作業を指示
している。しかしながら、このような業務ＤＢ内部の値
に基づく作業指示が不可能であるため、業務プログラム
による振り分け、または、マニュアル操作による運用で
補っているという問題がある。

【００１０】さらに、第４に、業務ＤＢに業務情報を記
録する業務プログラムと、複数の担当者間の案件の受け
渡しを司るワークフロー管理システムを分離すること
で、案件の流れと業務ＤＢの間の不整合が発生すること
がある。例えば、引合登録完了と宣言し、作業指示は見
積担当者に発行されるにもかかわらず、商品名が入って
いないということが発生し得る。これを業務プログラム
でチェックした場合、業務フローの改善と同期して業務
プログラムも変更しなければならないといった柔軟性の
問題が生じる。

【００１１】上記問題点を解決するために、本発明の一
つの目的は、どんな順序で作業が進んでも、どの部分の
作業が先行しても、実施可能な作業に対する作業指示が
発行されるように、業務プロセスを全体のフローとして
捉えるのではなく、独立した作業の集合体であると捉
え、個々の作業の実施条件をもとに、作業指示を発行す
るような作業指示エージェントの構築方法を提供するこ
とにある。

【００１２】また、本発明の他の目的は、作業指示と業
務ＤＢの不整合をなくし、かつ、業務ＤＢ中のデータに
基づいた作業指示を可能とするために、業務ＤＢを直接
監視する作業指示エージェントの構築方法を提供するこ
とにある。

【００１３】

【課題を解決するための手段】本願において開示される
発明のうち、代表的なものの概要を簡単に説明すれば、
下記のとおりである。

【００１４】上述した目的を達成するために、本発明に
よる協調作業支援システムは、作業指示の発行条件を作
業指示条件格納する作業指示条件情報格納部と、各担当
者或いは組織への作業指示情報を格納する作業指示情報
格納部と、各担当者の作業実施内容を保存する作業実績
情報格納部と、作業指示を発行する作業指示エージェン
トを有して構成される。作業指示エージェントは、作業
指示条件情報に従い、業務ＤＢおよび作業実績情報を監
視し、作業指示条件情報に合致する作業と担当者或いは
組織を決定し、該担当者或いは組織への作業指示部に格
納することを特徴とする。

【００１５】

【発明の実施の形態】以下、本発明の実施例を図面を用
いて具体的に説明する。

【００１６】図１は、本発明の一実施形態にかかる協調
作業支援システムの構成図である。

【００１７】本実施形態における協調作業支援システム
は、図１で示すように、複数の計算機をネットワークで
接続したクライアント・サーバのシステム形態をとる。
ＤＢサーバ１０１は、業務のマスタ情報やトランザクシ
ョン情報を記録する業務ＤＢ（協調作業システム上に構
築される業務システムの情報を保存するＤＢ）１０４を
外部記憶装置に持つ。

【００１８】作業指示エージェントサーバ１０２は、作
業指示条件情報ファイル１０５、作業者或いは組織への
作業指示情報を格納する作業指示情報ファイル１０６、
各担当者の作業実施内容を格納する作業実績情報ファイ
ル１０７を外部記憶装置に持つ。さらに、作業指示エー
ジェントサーバ１０２では、作業指示条件情報ファイル
１０５に基づき、作業指示を発行する作業指示エージェ
ント１０８が動作する。

【００１９】業務クライアント１０３では、特定担当者
の作業指示情報を一覧表示する作業指示一覧表示プログ
ラム１０９および、作業指示一覧表示プログラムから起
動される業務プログラム１１０が動作する。ただし、こ
の作業指示エージェントサーバ１０２の構成要素を、Ｄ
Ｂサーバ１０１上に構築することも可能である。

【００２０】図２は、作業指示エージェントの位置付け
を説明するための概念図である。作業指示エージェント
１０８は、業務プログラム１１０が業務情報を保存する
業務ＤＢ１０４を監視し、作業指示条件情報１０５に合
致する作業と担当者或いは組織を決定し、該作業者への
作業指示情報を作業指示情報ファイル１０６に格納す
る。作業指示情報一覧プログラム１０９は、担当者２０
１とのインタフェースプログラムであり、特定担当者２
０１に対する作業指示情報１０６の表示、担当者２０１
の指示に従った業務プログラム１１０の起動、作業の実
施結果の作業実績情報ファイル１０７への格納などを行
う。作業指示エージェント１０８は、作業実績情報ファ
イル１０７を監視して作業の完了や停滞などを検知し、
これらに対する更なる作業指示情報を作業指示情報ファ
イル１０６に格納する。

【００２１】図３は、作業指示エージェント１０８の構
造と作業指示条件情報１０３の詳細情報との関係図であ
る。作業指示エージェント１０８は、案件監視部３０
１、作業指示部３０２、作業監視部３０３から構成され
る。作業指示条件情報１０５は、案件構造３０６、作業
ルール３０７、承認ルール３０８、担当ルール３０９、
決済権限ルール３１０、期限ルール３１１から構成され
る。

【００２２】案件監視部３０１は、業務ＤＢ１０４の監
視方法を定義した案件構造３０６に従い、業務ＤＢ１０
４を監視している。業務ＤＢ１０４に追加変更があった
場合、案件監視部３０１は、作業実施の条件が定義され
ている作業ルール３０７記憶されたルールに基づき、実
施可能な作業および組織を決定し、案件指示部３０２
に、この情報３０４を引き渡す。作業指示部３０２は、
案件監視部３０１から引き渡された情報３０４と、承認
ルール３０８と、担当ルール３０９に基づき、作業を実
施する担当者或いは組織を決定し、作業指示を作業指示
情報ファイル１０６に格納する。作業監視部３０３は、
作業指示に対する作業の実施結果を保存する作業実績情
報１０７ファイルを監視し、作業指示に対する作業が完
了したものを検知し、その作業指示情報３０５を作業指
示部３０２に引き渡す。作業指示部３０２は、作業監視
部３０３から引き渡された情報３０５と、承認ルール３
０８と、決済権限ルール３１０に基づき、組織内の次の
担当者を決定し、決定した担当者に対する作業指示情報
を作業指示情報ファイル１０６に格納する。また、作業
監視部３０３は、期限ルール３１１に基づき、作業指示
情報ファイル１０６を監視し、作業期限を超過している
にも拘わらず作業実績情報ファイル１０７に作業実績の
登録されていない作業指示を検知し、その作業指示情報
３０５を作業指示部３０２に引き渡す。作業指示部３０
２は、引き渡された作業指示情報３０５に基づき、新た
な作業指示（警告状態）を作業指示情報１０６に追加す
る。

【００２３】図４は、業務ＤＢ１０４の構造図である。
図５には、業務ＤＢ１０４の具体例を示す。本実施の形
態では、適用業務として販売業務を想定して説明する。
業務ＤＢ１０４は、商談テーブル４０１、商談明細テー
ブル４０２を有している。商談テーブル４０１は、図５
に示すように、商談番号、顧客名、顧客住所、．．．と
いった情報を格納している。また、商談明細テーブル４
０２は、商談番号、明細番号、商品、．．．といった情
報を格納している。商談テーブル４０１と商談明細４０
２には、関連４０３があり、その多重度は１対ｎであ
る。

【００２４】図６は、業務ＤＢ１０４に基づく案件構造
テーブルの構造図であり、図７にその具体例を示す。案
件構造テーブル３０６は、監視テーブル４０４、監視項
目４０５、関連項目４０６から成る。

【００２５】監視テーブル４０４には、監視対象となる
テーブルのテーブルＩＤとそのテーブル名とが対となっ
て記憶される。

【００２６】図７では、行４０７に商談テーブルが、行
４０８に商談明細テーブルが監視対象として設定されて
いる。

【００２７】監視テーブル４０４は、複数の監視項目４
０５と関連する。監視テーブル４０４は、監視対象とな
る項目名が設定される。図７では、例えば、行４０９
は、監視テーブルＩＤ「ＴＢＬ００１」のテーブル、す
なわち商談テーブルの商談番号が監視対象項目であるこ
とを示している。

【００２８】関連項目４１０は、監視テーブル間に親子
関係がある場合に、関係するテーブルとそれらを関連づ
ける項目名、すなわち、親子関係のキー情報を保持す
る。例えば、図７に、商談テーブル（監視テーブルＩＤ
「ＴＢＬ００１」）と商談明細テーブル（監視テーブル
ＩＤ「ＴＢＬ００２」）とが親子関係にあり、それらの
商談番号が両テーブルの関連となっていることが示され
ている。このような形で業務ＤＢの監視方法を定義する
ことで、業務ＤＢに依存しない案件監視が可能となる。

【００２９】図８は、作業ルールの内部構成を示す構成
図であり、図９にその具体例を示す。

【００３０】作業ルール３０７は、作業ルール５０１、
作業条件５０２、作業条件値５０３、組織５０４を有し
ている。作業ルール５０１には、作業名、作業指示一覧
表示プログラム１０９に表示する指示メッセージ、作業
実行を指示された際に起動する業務プログラム、作業を
実施する組織、作業の事前条件、事後条件が定義され
る。作業条件５０２の具体的な内容を定義しているのが
作業条件値５０３であり、監視項目４０３に対する値を
定義する。図９に示されるように、ここでは、納期見積
作業５０５の事前条件は納期見積事前５０６であり、事
後条件は納期見積事後５０７である。納期見積事前５０
６の具体的な条件値は５０８に示される３つの条件であ
り、納期見積事後の具体的な条件値は５０９である。す
なわち、納期見積作業５０５は、商品、数量、納入場所
が決定すると作業可能で、作業実施後は、納期が設定さ
れるということを表している。また、生産指示の事前条
件５１０のように、受注確度が８０％を超えたらという
ような設定も可能である。

【００３１】図１０は、業務ＤＢの値に対して、案件監
視部が検出する処理フローを示す概念図である。６０４
は、案件監視部が実施可能な作業を検出するための処理
フローである。案件監視部３０１は、判定処理６０５
で、業務ＤＢ６０１に変更があるか否かを判定し、変更
がある場合、定義された作業ルール分反復（処理６０
６）する。判定６０７で、業務ＤＢ６０１の状態が作業
実施条件を満たすか否かを判定し、満たした場合は作業
指示部に実施可能な作業と実施する組織の情報を引き渡
す（処理６０８）。判定処理６０７で、事前条件を満た
し、かつ、事後条件を満たしていない作業を実施可能と
判断するのは、事後条件を満たしていれば、作業を実施
する必要がないからである。例えば、図６のように、業
務ＤＢ６０１が図４，５により説明した業務ＤＢであ
り、作業ルールが図８，９で説明した作業ルールである
ことを前提とした場合、案件監視部３０１は、作業ルー
ルと案件の業務ＤＢの値６０１から、生産指示作業６０
２と価格見積６０３が実施可能であると判断する。なぜ
なら、生産指示作業６０２の事前条件である商品、数量
が入力済みで、受注確度が８０％以上という条件を満た
しており、価格見積作業６０３の事前条件である商品、
数量が入力済みという条件を満たしているからである。

【００３２】図１１は、作業監視部の動作概略を説明す
るための図である。作業監視部３０３は、期限監視部７
０１、作業完了監視部７０２、事後条件監視部７０３を
有する。作業監視部３０３は、監視結果である作業指示
情報３０５を作業指示部３０２に引き渡す。この引き渡
しす作業指示情報には、期限監視部の監視結果である期
限超過７０４、作業完了監視部の監視結果である作業完
了７０５、事後条件監視部の監視結果である再作業指示
７０６の３種類がある。期限監視部７０１は、作業が完
了していない作業指示情報１０６と、作業指示に対応す
る業務ＤＢ１０４の値と、期限ルール３１１から、期限
を超過している作業指示を検知し、作業指示部３０２に
通知する。作業完了監視部７０２は、新たに作業実績情
報１０７に格納された作業実績を検知し、作業完了７０
５を作業指示部３０２と事後条件監視部７０３とに通知
する。事後条件監視部７０３は、通知された作業完了に
対応する業務ＤＢ１０４が作業ルール３０７の事後条件
を満たしていない場合、作業指示部３０２に再作業指示
７０５を通知する。

【００３３】図１２は、作業ルール５０１と期限ルール
８０１の関係を示している。１つの作業ルール５０１に
対し、警告レベルの異なる複数の期限ルール８０１を定
義できる。期限の定義は基準となる日付項目と相対日で
定義し、期限監視部はこの期限ルール定義情報と計算機
の現在日付を比較し判定する。図１３には、期限ルール
の具体例を示す。図１３に示すように、例えば、納期見
積作業は、作業指示日（＆ＮｏｔｉｃｅＤａｙ）から５
日を経過した時点で警告状態に変化し（行８０２）、同
様に７日を経過した時点で勧告状態に変化する（行８０
３）。また、基準項目名には、業務ＤＢの監視項目４０
９の中から、日付型のものを指定することも可能であ
る。価格見積の警告レベルの期限ルール８０４は、引合
日から３日を経過すると、作業指示が警告状態に変化す
ることを示している。さらに、受注作業の期限ルール８
０５のように、相対日にはマイナスの指定も可能であ
る。

【００３４】図１４は、作業指示部３０２が利用するル
ール情報の相関図であり、図１５に作業指示部３０２が
利用するルール情報の具体例を示す。図１４に示すよう
に、作業ルール５０１に対し、複数の担当ルール９０１
を定義できる。承認ルールは、複数のタスク９０２の順
序により定義する。さらに、タスク９０２には、決済権
限ルール９０３を設定する。組織５０４には、複数の担
当者９０４が所属しており、組織内の作業者９０４間に
は、上司と部下の関係が構築される。

【００３５】図１５に示すように、担当ルール９０１
は、作業別の担当者決定のルールであり、例えば、価格
見積で案件の顧客住所が東京であれば上田が担当（行９
０５）する。また、納期見積作業で、案件の商品区分が
情報機器の場合、山田が担当（行９０６）する。承認ル
ールは、組織内部の作業の定義であり、価格見積では、
１番目に一般職位の担当者が作成（行９０７）し、２番
目に課長職位の担当者が審査（行９０８）し、３番目に
部長職位の担当者が承認（行９０９）する。決済権限ル
ールは、承認ルールで定義された組織内の次の作業への
作業指示を抑止する条件であり、価格見積の作成で案件
の金額が１００，０００以下であれば、審査、承認への
作業指示の発行は抑止される（行９１０）。担当者に
は、業務に関与するすべての担当者を登録する。担当者
には、所属する組織名、職位、上司を定義する。担当者
佐藤（行９１１）は、営業組織の部長で上司はいない。
担当者鈴木（行９１２）は、営業組織の課長で、上司は
佐藤である。

【００３６】図１６は、作業指示情報および作業実績情
報の関係を示した図である。作業指示１００１および作
業実績１００２は、タスク９０２に対して発行される。
作業が完了していないものは、作業指示１００１に存在
し、作業の完了したものは作業実績１００２に保存され
る。作業指示１００１には、担当者９０４が関連付けら
れている場合と、関連付けられていない場合がある。作
業実績１００２は、必ず作業を実施した担当者９０４が
関連付けられる。作業指示１００１、作業実績１００２
の担当者９０４の職位と、対応するタスク９０２の職位
は一致する。図１７に作業指示情報の具体例を、図１８
に作業実績情報の具体例を示す。これらの情報は、すべ
て作業指示エージェント１０８或いは作業指示一覧表示
プログラム１０９によって設定される。作業指示情報
は、まだ作業の完了していない作業指示であり、作業指
示１００３および作業指示１００４は、期限監視部によ
り、警告状態がそれぞれ勧告、警告と設定されている。
作業指示１００５は、開封しただけであり、作業指示１
００６は、担当者が未決定の作業指示である。作業指示
１００７は、作成タスクが完了し、審査タスク待ちの状
態で、作業指示１００８は、作成タスク、審査タスクが
完了し、承認タスク待ちの状態である。作業実績情報
は、作業指示に対する作業が完了したログが格納され
る。作業実績１００９、１０１０、１０１１は、すべて
作業完了済みの作業ログである。

【００３７】図１９は、作業指示エージェント内部で行
われる処理の概略図である。案件監視部３０１と作業指
示部３０２間のインタフェースには、業務ＤＢ１０４が
変化した場合に、作業および組織の情報３０４を引き渡
すインタフェースがある。作業監視部３０３と、作業指
示部３０２間のインタフェースには、作業指示期限が超
過した場合に作業指示情報３０５、７０４を引き渡すイ
ンタフェースと、作業指示に対する作業を実施した場合
に作業情報３０５、７０５を引き渡すインタフェース
と、作業を完了したにも関わらず作業ルール３０７の事
後条件を満たしていない場合に作業情報３０５、７０６
を引き渡すインタフェースがある。

【００３８】図２０は、実施可能作業検知時の作業指示
部３０２の処理の流れを示す処理フロー図である。ま
ず、処理１１０１で、案件監視部３０１から、実施可能
となった作業および組織の情報を取得する。続く処理１
１０２で、承認ルールおよび担当ルールから担当者を取
得して、判定処理１１０３で担当者が決定したか否かを
判定する。担当者が決定している場合、案件指示情報に
担当者を設定して作業指示を発行し（処理１１０４）、
それ以外の場合は、担当者を設定せずに作業指示を発行
する（処理１１０５）。

【００３９】図２１は、期限超過時の作業指示部の処理
フロー図である。まず、処理１１０６で、作業監視部か
ら期限が超過している作業指示の情報と警告レベルを取
得する。ここで取得した情報をもとに、既存作業指示情
報の警告状態を更新する（処理１１０７）。

【００４０】図２２は、作業完了時の作業指示部の処理
フロー図である。まず、処理１１０８で、作業監視部か
ら、作業の完了した作業実績情報を取得する。続く処理
１１０９で、承認ルールより次の担当者の有無をチェッ
クし、判定処理１１１０で、次の作業者の有無を判定す
る。次の作業者が存在する場合、作業を完了した担当者
の決済権限をチェックする（処理１１１１）。決済権限
がなければ、該担当者の上長をたどり、次なる担当者を
決定し、作業指示を発行する（処理１１１３）。

【００４１】図２３は、再作業指示時の作業指示部の処
理フロー図である。まず、処理１１１４で、案件監視部
より、作業が完了したと宣言されたにもかかわらず、作
業ルールの事後条件を満たしていない作業実績情報を取
得する。処理１１１５では、該作業実績情報をもとに作
業指示を再発行する。再発行時には、作業指示情報の再
指示フラグをオンにする。

【００４２】したがって、説明してきたように、個々の
作業を中心にその実施可能条件で業務プロセスを構築
し、この定義情報をもとに適切なタイミングで適切な担
当者或いは組織に作業指示を発行する作業指示エージェ
ントにより非常に効率の良い業務運営が可能になる。

【００４３】また、作業間の順序性という依存関係を排
除しているため、業務プロセスの変更に強い柔軟な業務
プロセスの構築が可能となる。さらに、作業指示エージ
ェントが、業務ＤＢを直接監視するため、作業指示と業
務ＤＢの状態の不整合の問題が解消されると共に、業務
ＤＢの値を用いたきめ細かい業務プロセスを構築するこ
とができる。

【００４４】次に、上述した作業指示条件情報１０５を
基に作業間の依存関係を解析し、業務が正しく遂行され
るか否かを検証する作業指示条件検証部を備えた協調作
業支援システムについて説明する。

【００４５】図２４は、作業指示条件検証部を備えた協
調作業支援システムの構成を説明するための図である。

【００４６】この協調作業支援システムは、図２４に示
すように、ＤＢサーバ１０１と、作業指示エージェント
サーバ１０２と、業務クライアント１０３と、業務ＤＢ
１０４と、作業指示条件情報１０５と、作業指示情報１
０６と、作業実績情報１０７と、作業指示エージェント
１０８と、作業指示一覧プログラム１０９と、業務プロ
グラム１１０と、作業指示条件情報１０５を検証する作
業指示条件検証部１１２と、その作業指示条件検証部１
１２が動作する作業指示条件検証クライアント１１１と
から構成される。なお、図２４に示す１０１〜１１０
は、図１に示すものと同一機能であるため、その説明を
省略する。

【００４７】図２５は、作業指示条件検証部１１２の構
成を説明するための図である。

【００４８】作業指示条件検証部１１２は、図２５に示
すように、作業指示条件チェッカー１２００と、作業指
示条件ビューア１２０２と、作業指示条件シミュレータ
１２０３とから成る。

【００４９】作業指示条件チェッカー１２００は、作業
指示条件情報１０５に格納された複数作業ルールの事前
条件および事後条件から作業依存関係テーブル１２０１
を作成し、事前条件を満たさない作業ルールや、相互或
いは循環的に依存し合うデッドロック関係にある作業ル
ールを抽出するものである。

【００５０】作業指示条件ビューア１２０２は、作業指
示条件情報１０５および作業指示条件チェッカー１２０
０の作成する作業依存関係テーブル１２０１を入力し、
作業ルールをノード、依存関係をアローとして、マウ
ス、キーボード、ディスプレイなどの入出力が可能な装
置に出力する。

【００５１】作業指示シミュレータ１２０３は、作業指
示条件情報１０５中の案件構造ファイル３０６に基づ
き、擬似業務ＤＢ１２０４を生成し、この擬似業務ＤＢ
のデータ入出力が可能な擬似業務画面１２０５を、マウ
ス、キーボード、ディスプレイなどの入出力が可能な装
置に出力する。そして、擬似業務画面１２０５の入力結
果を、擬似業務ＤＢ１２０４に格納後上述した、作業指
示エージェント１０８を起動することで、実施可能な作
業ルールに対する作業指示情報１０６を発行する。さら
に、作業指示条件ビューア１２０２の出力する業務フロ
ー上の作業可能なノードの色を変更するなど視覚的に識
別可能な状態に変更したり、作業指示条件ビューア１２
０２上で、作業可能になったノードが選択されると、再
度擬似業務画面１２０５を表示することを繰り返して業
務の流れをシミュレーションしたりする。

【００５２】図２６は、作業依存関係テーブル１２０１
の構成及び構築手順を説明するための図である。

【００５３】作業関係依存テーブル１２０１は、図２６
に示すように、案件構造ファイル３０６から監視項目、
作業ルールファイル３０７から作業ルールを抽出して作
業と監視項目の対応テーブル１３０１を作成し、そのテ
ーブルの各作業ルールの事前条件を事後条件としてもつ
作業ルールを抽出していくことによって構築され、依存
元作業と依存先作業と依存度の項目を有する。

【００５４】ここに示す依存度とは、依存元作業の事前
条件が、依存先作業の事後条件全てを前提としているは
依存度が「全体」となり、部分的に前提としている場合
は「部分」となる。これにより、依存先の作業が必ずし
も完了していなくても依存元の作業が開始可能であるこ
と、即ち作業ルール間の並列性を識別することが可能と
なる。

【００５５】この構築された作業関係依存テーブル１２
０１により、事前条件が設定されているにもかかわら
ず、その事前条件が満たされない作業ルールを検出す
る。

【００５６】例えば、図２６に示す作業依存関係テーブ
ル１２０１において、納入番号を事前情報にしている
が、事後条件にこの納入番号を持つ作業ルールを持たな
い、依存先不明の状態になっている納入作業を検出す
る。

【００５７】また、作業依存関係テーブル１２０１によ
り、デットロック状態になった作業ルールの検出も行
う。

【００５８】図２７は、作業ルールのデッドロック状態
を示した例である。ここでのデッドロック状態とは、あ
る２つの作業ルールが相互に依存し合う場合や、３つ以
上の作業ルールが循環的に依存し合うような場合をい
う。このデッドロック状態の依存関係を図式化したもの
が図２７に示す依存関係図１４０１であり、作業Ｆ、
Ｇ、Ｈが循環的に依存している状態である。

【００５９】このように、作業関係依存テーブル１２０
１を用いることにより、作業指示の発行されない作業ル
ールや、依存先不明の状態になっている作業ルールや、
デットロック状態の作業ルールの検出を行っていく。

【００６０】図２８は、作業指示条件ビューア１２０２
の表示例を示した図である。作業指示条件ビューア１２
０２では、作業関係依存テーブル１２０１を基にして作
業ルール間の依存関係を業務フローとして表示するもの
である。なお、この図２８では、図２９に示す作業関係
依存テーブル１２０１ａを基にして表示している。

【００６１】作業指示条件ビューア１２０２では、図２
８に示すように、作業ノードを作業ルール３０７に基づ
いて業務フロー画面１５０１上に表示していき、作業ノ
ード内部の上段には作業名、下段には担当組織を表示す
る。

【００６２】例えば、図２８に示すように、作業ノード
１５０２の内部に、作業名が受注１５０４、担当組織は
営業１５０５を表示する。ここでのノード間のアロー
は、作業の依存関係を表しており、作業指示条件チェッ
カー１２００が作成する作業依存関係テーブル１２０１
の依存度の情報を基に表示する。

【００６３】また、アローは、依存先作業から依存先作
業方向へ向けて表示し、完全依存関係の場合は実線、部
分依存関係の場合は点線で表示する。例えば、出荷作業
ルールが受注作業ルールに依存している場合、ノード１
５０２からノード１５０３へ向けてアロー１５０６を表
示する。他の作業にまったく依存しない作業ルールはノ
ード１５０３からアローを表示する。

【００６４】図３０は、作業指示条件シミュレータ１２
０３の動作を説明するための図である。作業指示条件シ
ミュレータ１２０３は、作業指示ビューア１５０１上
で、作業ノード（例では１６０１）が選択されると、実
行コマンド１６０２を投入し起動する（処理１６０
３）。起動された作業指示条件シミュレータ１２０３
は、まず作業指示条件情報１０５の案件構造を入力（処
理１６０４）後、擬似業務ＤＢ１２０４を作成（処理１
６０５）し、擬似業務画面１２０５を表示する（処理１
６０６）。その後、作業者が擬似業務画面１２０５でデ
ータを入力後、ＯＫボタン（処理１６０７）を選択する
と、作業指示シミュレータ１２０３は、画面の入力デー
タを読み込み（処理１６０８）、擬似業務ＤＢ１２０４
に格納する（処理１６０９）。

【００６５】次に、作業指示シミュレータ１２０３は、
作業指示エージェント１０８を起動する（処理１６１
０）。起動された作業指示エージェント１０８は、作業
指示条件情報１０５および擬似業務ＤＢ１２０４を読み
込み（処理１６１１、１６１２）、実施可能な作業を検
出後、作業指示情報１０６に格納する（処理１６１
３）。

【００６６】さらに、作業指示シミュレータ１２０３
は、作業指示エージェント１０８が格納した作業指示情
報１０６を読み込み（処理１６１４）、実施可能な作業
を作業指示条件ビューアに通知する（処理１６１５）。
作業指示条件ビューア１５０１は、作業指示シミュレー
タ１２０３からの通知内容に従い、表示内容を変更する
（処理１６１６）。例えば、納期見積ノード１６１７の
ように、作業ノードの色を変更するなどして、実施可能
な作業が識別できるようにする。この操作を繰り返すこ
とで、作業指示条件情報の時間的な流れを確認すること
ができる。

【００６７】したがって、この作業指示条件検証部１１
２を備えることにより、事前条件を満たさない作業ルー
ルや、デッドロック状態のような作業ルールの検出を行
うことができ、かつ、作業指示条件情報の時間的な流れ
を表示し、確認することができる。

【００６８】以上、本発明者によってなされた発明を、
前記実施形態に基づき具体的に説明したが、本発明は、
前記実施形態に限定されるものではなく、その要旨を逸
脱しない範囲において種々変更可能であることは勿論で
ある。

【００６９】

【発明の効果】本願において開示される発明のうち代表
的なものによって得られる効果を簡単に説明すれば、下
記のとおりである。

【００７０】本発明によれば、個々の作業を中心にその
実施可能条件で業務プロセスを構築し、この定義情報を
もとに適切なタイミングで適切な担当者或いは組織に作
業指示を発行する作業指示エージェントにより非常に効
率の良い業務運営が可能になる。

【００７１】また、作業間の順序性という依存関係を排
除しているため、業務プロセスの変更に強い柔軟な業務
プロセスの構築が可能となる。さらに、作業指示エージ
ェントが、業務ＤＢを直接監視するため、作業指示と業
務ＤＢの状態の不整合の問題が解消されると共に、業務
ＤＢの値を用いた木目細かい業務プロセスを構築するこ
とができる。

【００７２】さらに、事前条件を満たすことのない作業
ルールや、作業ルールのデッドロック状態のような作業
指示の発行されない作業ルールの検出を行うことがで
き、かつ、作業指示条件情報の時間的な流れを表示し、
確認することができる。

【図面の簡単な説明】

【図１】本発明の一実施形態にかかる協調作業支援シス
テムの構成を説明するための図である。

【図２】作業指示エージェントの位置付けを説明するた
めの概念図である。

【図３】作業指示エージェントと作業指示条件情報との
関係図である

【図４】業務ＤＢの構成を示す図である。

【図５】業務ＤＢの具体例を示す構成図である。

【図６】業務ＤＢに基づく案件構造テーブルの構造図で
ある。

【図７】案件構造テーブルの具体例を示す構成図であ
る。

【図８】作業ルールの内部構成を示す構成図である。

【図９】作業ルールの具体例を示す構成図である。

【図１０】案件監視部が検出する処理フローを示す概念
図である。

【図１１】作業監視部の動作概略を説明するための図で
ある。

【図１２】作業ルールと期限ルールの相関図である。

【図１３】期限ルールの具体例を示す構成図である。

【図１４】作業指示部３０２が利用するルール情報の相
関図である。

【図１５】作業指示部が利用するルール情報の具体例を
示す構成図である。

【図１６】作業指示情報及び作業実績情報の相関図であ
る。

【図１７】作業指示情報の具体例を示す構成図である。

【図１８】作業実績情報の具体例を示す構成図である。

【図１９】作業指示エージェント内部で行われる処理の
概略図である。

【図２０】実施可能作業検知時の作業指示部の処理の流
れを示す処理フロー図である。

【図２１】期限超過時の作業指示部の処理フロー図であ
る。

【図２２】作業完了時の作業指示部の処理フロー図であ
る。

【図２３】再作業指示時の作業指示部の処理フロー図で
ある。

【図２４】作業指示条件検証部を備えた協調作業支援シ
ステムの構成を説明するための図である。

【図２５】作業指示条件検証部１１２の構成を説明する
ための図である。

【図２６】作業依存関係テーブル１２０１の構成及び構
築手順を説明するための図である。

【図２７】作業ルールのデッドロック状態を示した例で
ある。

【図２８】作業指示条件ビューア１２０２の表示例を示
した図である。

【図２９】作業関係依存テーブルの例を示した図であ
る。

【図３０】作業指示条件シミュレータ１２０３の動作を
説明するための図である。

【符号の説明】

１０１…ＤＢサーバ、１０２…作業指示エージェントサ
ーバ、１０３…業務クライアント、１０４…業務ＤＢ、
１０５…作業指示条件情報、１０６…作業指示情報、１
０７…作業実績情報、１０８…作業指示エージェント、
１０９…作業指示一覧プログラム、１１０…業務プログ
ラム。

フロントページの続き (72)発明者玉樹正人神奈川県横浜市都筑区加賀原二丁目２番株式会社日立製作所ビジネスシステム開発センタ内

Claims

【特許請求の範囲】

【請求項１】複数の作業から成る業務を同じ作業を実
行することのできる担当者のグループである複数の組織
が協調して遂行するような業務系であって、かつ、業務
プログラムと業務ＤＢが業務情報をやりとりして処理を
行う業務システムと各担当者が協調して業務を遂行する
業務系を対象とし、それぞれの作業の実施条件に合わせ
て、適切な担当者或いは組織に対し、適切な作業指示を
発行する協調作業支援システムにおいて、業務がどのような状態になったら、どの担当者或いは組
織に指示をだすかという条件の定義情報を格納する作業
指示条件情報格納部と、各担当者或いは組織への作業指示情報を格納する作業指
示格納部と、各担当者の作業実施内容を格納する作業実績格納部と、業務ＤＢと作業実績情報を監視し、作業指示条件情報に
合致する作業と担当者或いは組織を決定し、該作業者へ
の作業指示を作業指示格納部に格納する作業指示エージ
ェントとを備えたことを特徴とする協調作業支援システ
ム。
【請求項２】前記作業指示条件情報格納部は、業務Ｄ
Ｂの監視方法を定義した案件構造ファイルと、担当者或
いは組織が実行する作業の実施条件を定義した作業ルー
ルファイルと、組織内での承認方法を定義した承認ルー
ルファイルと、組織内の担当者を決定するための条件を
定義した担当ルールファイルと、決済権限に関する条件
を定義した決裁権限ルールファイルと、作業指示に対す
る処理期限を定義した処理期限ルールファイルとを備
え、前記作業指示エージェントは、実施可能な作業と組織を
検知する案件監視部と、組織内の適切な作業者への作業
指示を発行する作業指示部と、発行した作業指示と、そ
の実施結果である作業実績を監視する作業監視部とを備
えたことを特徴とする請求項１に記載の協調作業支援シ
ステム。
【請求項３】前記案件監視部は、前記案件構造ファイ
ルと前記作業ルールファイルに従い、業務ＤＢを監視
し、実施可能な作業と組織を決定し、その決定結果を作
業指示部に渡し、前記作業監視部は、前記作業実績格納部を監視し、作業
が完了した作業指示の情報を作業指示部に渡し、前記作業指示部は、前記案件監視部或いは前記作業監視
部から情報を受けて、前記承認ルールファイル、前記担
当ルールファイル、及び前記決済権限ファイルに従い、
作業指示を発行すべき、担当者或いは組織を決定し、そ
の決定結果を前記作業指示格納部に記録することを特徴
とする請求項２に記載の協調作業支援システム。
【請求項４】前記担当ルールファイルには、作業と案
件の種類に対する担当者を定義し、前記作業指示部は、案件監視部から実行可能な作業と組
織の情報を受けて、前記担当ルールファイルから担当者
が導かれた場合、該担当者へ作業指示を発行し、それ以
外の場合には、組織に対して作業指示を発行することを
特徴とする請求項２または３に記載の協調作業支援シス
テム。
【請求項５】前記承認ルールファイルに、作業に対す
る組織内の作業の流れを担当者の順序として定義し、前
記作業監視部は作業実績格納部に登録された情報から、
作業指示を受けた担当者が作業を完了したことを検知
し、その情報を前記作業指示部に渡し、前記作業指示部は、前記作業監視部から作業の完了した
作業指示と担当者の情報を受け取り、承認ルールファイ
ルに定義された次の作業者に対し、自動的に作業指示を
発行することを特徴とする請求項２または３に記載の協
調作業支援システム。
【請求項６】前記決済権限ルールに、組織内の次の作
業以降を省略することのできる条件を定義し、前記作業監視部内に作業完了監視部を有し、該作業完了
監視部は、前記作業実績格納部に登録された情報から、
作業指示を受けた担当者が作業を完了したことを検知し
てその情報を作業指示部に渡し、前記作業指示部は、作業の完了した作業指示と担当者の
情報を受け取った際、決済権限ルールの条件を満たす場
合、組織内の次作業者への作業指示を抑止することを特
徴とした請求項２，３，または５に記載の協調作業支援
システム。
【請求項７】作業期限ルールに、作業指示に対する期
限を定義し、前記作業監視部内に作業期限監視部を有し、前記作業指
示ファイルから、期限を超過した作業を検知して前記作
業指示部に該作業指示を渡し、前記作業指示部は、前記作業監視部から、期限超過とな
っている作業および担当者を受けて、前記作業指示ファ
イルに記録されている該作業指示情報の状態を変更する
ことを特徴とする請求項２または３に記載の協調作業支
援システム。
【請求項８】前記作業監視部内に、事後条件監視部を
有し、前記作業ルールファイルに、作業完了後に満たすべき条
件（事後条件）を定義し、前記事後条件監視部は、前記作業実績格納部に登録され
た案件が作業ルールファイルに定義された事後条件を満
たしていない場合、作業が完了していない旨の作業指示
を発行することを特徴とする請求項２または３に記載の
協調作業支援システム。
【請求項９】前記作業指示エージェントは、作業条件
取得部を有し、担当者からの入力情報に基づいて、前記
作業指示条件情報を更新することを特徴とする請求項２
または３に記載の協調作業支援システム。
【請求項１０】前記作業指示エージェントは理由追加
部を有し、該理由追加部は作業指示が組織に対するもの
であった場合、当該作業指示を引き取った担当者に、引
き取った理由を問い合わせ、その内容を担当ルールファ
イルに記録することを特徴とする請求項９に記載の協調
作業支援システム。
【請求項１１】複数の作業から成る業務を同じ作業を
実行することのできる担当者のグループである複数の組
織が協調して遂行するような業務系、かつ、業務プログ
ラムと業務ＤＢが業務情報をやりとりして処理を行う業
務システムと各担当者が協調して業務を遂行する業務系
を対象とし、それぞれの作業の実施条件に合わせて、適
切な担当者或いは組織に対し、適切な作業指示を発行す
る協調作業支援システムにおいて、業務がどのような状態になったら、どの担当者或いは組
織に指示をだすかという条件の定義情報を格納する作業
指示条件情報格納手段と、各担当者或いは組織への作業指示情報を格納する作業指
示格納手段と、各担当者の作業実施内容を格納する作業実績格納手段
と、業務ＤＢと作業実績情報を監視し、作業指示条件情報に
合致する作業と担当者或いは組織を決定し、該作業者へ
の作業指示を作業指示格納手段に格納する作業指示エー
ジェントと、前記作業指示条件情報の検証を行う作業指示条件検証手
段とを備えたことを特徴とする協調作業支援システム。
【請求項１２】前記作業指示条件検証手段は、前記作業
指示条件情報が論理的に正しく条件付けされているかを
検証する作業指示条件チェッカーと、作業指示条件をビ
ジュアルに出力する作業指示条件ビューアと、作業の時
間的な流れを検証する作業指示条件シミュレータとを備
えることを特徴とする請求項１１に記載の協調作業支援
システム。
【請求項１３】前記作業指示条件チェッカーは、前記作
業指示条件情報中に格納された複数の作業の事前条件、
事後条件から、作業依存関係テーブルを作成し、事前条
件を満たすことがない作業指示が発行されない作業を抽
出する手段と、相互或いは循環的に依存するようなデッ
ドロック状態にある作業を検出する手段とを備えること
を特徴とする請求項１２に記載の協調作業支援システ
ム。
【請求項１４】前記作業指示条件ビューアは、前記作業
指示条件チェッカーが作成する作業依存関係テーブルを
もとに、作業をノード、依存関係をアローで示す業務フ
ロー図を出力装置に表示する手段を有することを特徴と
する請求項１２に記載の協調作業支援システム。
【請求項１５】作業指示条件シミュレータは、前記案件
構造ファイルから擬似業務ＤＢを生成する手段と、前記作成された擬似ＤＢのデータが入出力が可能な擬似
業務画面を出力装置に出力する手段と、前記擬似業務画面への入力結果を前記擬似業務ＤＢに格
納し、前記作業指示エージェントで実施可能な作業を抽
出する手段と、前記業務フロー図上の実施可能な作業ノードを点滅表示
したり、色を変えて表示したりする手段と、実施可能な作業ノードを選択すると、再度、擬似業務画
面を表示する手段とを有することを特徴とする請求項１
３に記載の協調作業支援システム。