JPH1097573A

JPH1097573A - ワークフローシステム

Info

Publication number: JPH1097573A
Application number: JP27175796A
Authority: JP
Inventors: Hiroyuki Tarumi; 浩幸垂水
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1996-09-20
Filing date: 1996-09-20
Publication date: 1998-04-14
Anticipated expiration: 2016-09-20
Also published as: JP3067654B2

Abstract

(57)【要約】【課題】分岐やループを含むワークフロー業務において
は、ワークフローの各単位業務の予告を適切に行うこと
を可能とするシステムの提供。【解決手段】ワークフロー業務が分岐を含む場合に、ワ
ークフローシステムが単位業務の各々を、担当する担当
作業者に予め予告を行う際に、すべての単位業務に対し
て予告を行い（ステップ２）、分岐するノードの処理待
ち後、分岐の結果を参照して、該分岐の結果実行が不要
となった単位業務の予告をキャンセルする（ステップ
４）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理システム
に関し、特に、業務の手順と業務上の情報の流れを定
義、運用、及び管理するための、ワークフローシステム
に関する。

【０００２】

【従来の技術】複数の作業者が関わる一連の業務の手順
を定義し、運用・管理する、いわゆるワークフローシス
テムは、業務手順に従った業務の運用、及び管理を可能
としている。

【０００３】一般に、従来のワークフローシステムにお
けるワークフローの定義とは、業務を複数の単位業務に
分解した上で、各単位業務の実行順序、各単位業務を担
当する担当者、各単位業務間で受け渡しされるデータの
形式を定義したものである。例えば、出張伝票の処理と
いう業務の一例では、出張伝票を作成する第１の単位業
務、それを承認する第２の単位業務、切符やホテルを予
約する第３の単位業務、出張経費の精算申請を行う第４
の単位業務、該精算申請に基づく経理処理をする第５の
単位業務、から成っているものと考えることができ、こ
れらの単位業務は、この順で実行される。

【０００４】このうち第１、及び第４の単位業務は出張
者本人が担当し、第２の単位業務は出張者本人の上司、
第３の単位業務は秘書、第５の単位業務は経理担当者が
それぞれ担当する。また、各単位業務間で受け渡しされ
るデータは出張伝票である。

【０００５】出張伝票の処理の例では、各単位業務は一
つずつ順に実行されたが、複数の単位業務のうち一つだ
けが条件によって実行されるような条件分岐や、複数の
単位業務が並行して実行される並行処理があっても良
い。

【０００６】図２０は、ワークフローシステムの典型的
な構成としてクライアント・サーバ方式の構成例を示す
ブロック図である。図２０を参照すると、ワークフロー
クライアント1001は、作業者に各々一つ割り当てられ、
作業者に対するワークフロー単位業務の内容の通知、単
位業務の期限管理等を行う。またワークフローサーバ10
00は、ワークフロー業務の定義を保持し、ワークフロー
業務の進捗を管理し、各ワークフロークライアント1001
に対して単位業務の発生を通知する。

【０００７】ワークフローサーバ1000、及びクライアン
ト1001とも計算機システム（プログラム）として構成さ
れており、その間の通信は、計算機システム間の様々な
通信手段によって実現される。なお、ワークフローサー
バ1000と各ワークフロークライアント1001とは、同一の
計算機ハードウェア上で稼働していても、異なる計算機
ハードウェア上で稼働していてもよい。また、一般に
は、ワークフローサーバ1000と各ワークフロークライア
ント1001のいずれも、動作を開始してから終了するまで
同一の計算機ハードウェア上に留まっている必要はな
い。

【０００８】図２１は、ワークフロー業務における業務
の流れを表現する典型的なチャート図の一例を示す図で
ある。図２１を参照して、チャートは、複数のノード10
02をアーク1003で接続したものである。各ノード1002
は、いずれかの作業者と該作業者のなすべき単位作業を
表現し、各アーク1003は業務の手順を表現している。

【０００９】これらのワークフローシステムの従来例と
しては、例えば以下に記載のものがあり、それぞれの技
術事項は以下に掲げた文献に記載されている。

【００１０】（１）Staffware（商品名）については、
日本ユニシス（株）社発行の製品カタログ及び営業資
料、例えば１９９４年２月３日に東京で開催されたグル
ープウェア・ソリューション’９４で配布された資料に
記載されている。

【００１１】（２）ActionWorkflow（商品名）について
は、刊行物、“The Information Society”、Vol.9、第
３９１から４０４頁の、“The Action Workflow Approa
ch toWorkflow Management Technology”と題する論文
に記載されている。

【００１２】（３）Regatta（商品名）については、１
９９３年１１月１日から４日まで米国カリフォルニア州
Milpitasで開催された会議“Conference on Organizati
onalComputing Systems”で発表され、論文集の第１３
０〜１４１頁の“Visual Support for Reengineering W
ork Processes”と題する論文に記載されている。

【００１３】ところで、一部のワークフローシステム
や、同様の機能を提供する電子メール回覧システムで
は、複数の作業者が順に作業を行うとき、将来の単位業
務に携わる作業者の利用するワークフロークライアント
1001に対して単位業務予告を行う。例えば、図２１に示
すように、複数の作業者が、Ｐ1、Ｐ2、Ｐ3、…、Ｐnの
順に単位業務を行う場合、Ｐ1が単位業務を開始すると
きに、Ｐ2以降の作業者に対して予め単位業務の予告を
行うことにより、作業者の作業スケジュールを予告して
おくことができる。

【００１４】このような従来技術としては、例えば特開
平６−２１６９３４号公報（発明の名称：「電子メール
回覧システム」）に記載されたものがある。同公報に
は、電子メールの回覧において、回覧先に予め予告メー
ルを送る方式が提案されている。

【００１５】

【発明が解決しようとする課題】ところが、ワークフロ
ー業務の手順においては、一般には、分岐が発生する。
例えばＰ1の次の作業者が条件によってＰ2aまたはＰ2b
のいずれかになるような場合である。このような場合に
対して、単位業務の予告を行う方式については、従来、
明らかとされていなかった（第１の問題点）。

【００１６】さらに、ワークフローによる業務の手順に
おいては、一般にはループ（同種の単位業務の繰り返
し）が発生する。例えば、図２１において、Ｐ3が業務
をＰ2に差し戻すような場合である。このような場合に
対して、単位業務の予告を行う方式については、従来、
明らかにされていなかった（第２の問題点）。

【００１７】したがって、本発明は、上記事情に鑑みて
なされたものであって、その目的は、上記した二つの問
題点、すなわち、分岐が発生するワークフローにおいて
単位業務の予告を行う方式が明らかでないという第１の
問題点と、ループが発生するワークフローにおいて単位
業務の予告を行う方式が明らかでないという第２の問題
点とを、解消するワークフローシステムを提供すること
にある。

【００１８】

【課題を解決するための手段】前記目的を達成するため
本発明は、複数の作業者が担当し、該各々の作業者が担
当する単位業務の一連のつながりによって実現されるワ
ークフロー業務について、該ワークフロー業務を構成す
る各単位業務の要件、担当作業者名、順序、開始予定時
刻、締切予定時刻、および各単位業務のつながりを決定
する条件を定義し、該定義に基づいて各作業者が業務を
実行するのに必要なソフトウェアおよびハードウェアを
必要に応じて制御し、さらに必要に応じて各作業者に単
位業務の実行を促すワークフローシステムにおいて、前
記ワークフロー業務が分岐を含む場合に、前記ワークフ
ローシステムが前記単位業務の各々を担当する担当作業
者に予め予告を行う際に、（ａ）すべての単位業務に対
して予告を行い、（ｂ）分岐の結果を参照して、該分岐
の結果、実行が不要となった単位業務に対する予告をキ
ャンセルする、上記各工程を含むことを特徴とする。

【００１９】また、本発明は、第２の視点において、前
記ワークフロー業務が分岐を含む場合に、前記ワークフ
ローシステムが前記単位業務の各々を担当する担当作業
者に予め予告を行う際に、（ａ）過去に最も頻繁に分岐
したワークフローの流れである最頻分岐フローに属する
単位業務の予告を行い、（ｂ）実際の分岐が最頻分岐フ
ロー以外であった場合に、前記最頻分岐フローに属する
単位業務の予告をキャンセルし、（ｃ）実際の分岐が最
頻分岐フロー以外であった場合に、実際に分岐したフロ
ーに属する単位業務の予告を改めて行う、上記各工程を
含むことを特徴とする。

【００２０】さらに、本発明は、第３の視点において、
前記ワークフロー業務が特定の複数の単位業務を繰り返
すループを含む場合に前記ワークフローシステムが前記
単位業務の各々を担当する担当作業者に予め予告を行う
際に、（ａ）前記ループを構成する各単位業務に関して
予告を行い、（ｂ）前記ループを脱出した後の最初の単
位業務の開始予定時刻を、前記ループを構成する最後の
単位業務の開始予定時刻に、前記ループを構成する最後
の単位業務を開始してからループを終了するまでの時間
の平均を加えた時刻として予告する、上記各工程を含む
ことを特徴とする。

【００２１】そして、本発明は、第４の視点において、
前記ワークフロー業務が特定の複数の単位業務を繰り返
すループを含む場合に前記ワークフローシステムが前記
単位業務の各々を担当する担当作業者に予め予告を行う
際に、（ａ）前記ループを構成する各単位業務のうち前
記ループの最後の単位業務を除くものに関して予告を行
い、（ｂ）前記ループの後の単位業務に関して予告を行
い、（ｃ）前記ループの最後の単位業務に関して、該単
位業務の開始予定時刻を該単位業務の第１回目の開始予
定時刻とし、該単位業務の締切予定時刻を該ループの後
の最初のノードの単位業務開始予定時刻として予告す
る、上記各工程を含むことを特徴とする。

【００２２】

【発明の実施の形態】本発明の実施の形態について以下
に説明する。本発明は、その好ましい実施の形態におい
て、前記した第１の問題点を解決するための第１の手段
として、分岐するすべてのフローに対して単位業務の予
告を行う、ことを特徴としたものである。

【００２３】例えば、図１に示したチャートのように、
Ｐ2の次のステップがＰ31、Ｐ32、Ｐ33に分岐してお
り、その次のステップがそれぞれＰ41、Ｐ42、Ｐ43であ
る場合を考える。このとき、予め可能性のあるすべての
作業者（Ｐ2、Ｐ31、Ｐ32、Ｐ33、Ｐ41、Ｐ42、Ｐ43の
すべて）に対して予告を行い、Ｐ2において分岐先が確
定した時点で、分岐しないことが判明した作業者に対し
て予告のキャンセルを行う。

【００２４】本発明は、その好ましい第２の実施の形態
において、前記第１の問題点を解決するための第２の手
段として、過去の分岐履歴を調査し、最も頻度の高い分
岐先に単位業務の予告を行う、ものである。

【００２５】例えば、図１に示すように、Ｐ2の次のス
テップがＰ31、Ｐ32、Ｐ33に分岐しており、その次のス
テップがそれぞれＰ41、Ｐ42、Ｐ43である場合を考え
る。このとき、Ｐ2における過去の分岐履歴を調査し、
最も頻度の高い分岐先（例えばＰ31とする）のフローに
のみ予告を行い、他のフローには予告を行わない。

【００２６】そして、現実の分岐先が予告と異なった場
合は、その時点で真の分岐先のフローに対して予告を行
い、誤りとなった分岐先には予告のキャンセルを行う。

【００２７】次に本発明は、その好ましい第３の実施の
形態において、前記第１の問題点を解決するための第３
の手段として、過去の分岐履歴を調査し、最も頻度の高
い分岐先のフローと、他のフローの最初のノードにのみ
単位業務の予告を行う、ことを特徴としている。

【００２８】例えば、図１に示すように、Ｐ2の次のス
テップがＰ31、Ｐ32、Ｐ33に分岐しており、その次のス
テップがそれぞれＰ41、Ｐ42、Ｐ43である場合を考え
る。このとき、Ｐ2における過去の分岐履歴を調査し、
最も頻度の高い分岐先（例えばＰ31とする）で始まるフ
ローと、他のフローの最初のノードにのみ予告を行い、
他のフローには予告を行わない。

【００２９】そして現実の分岐先（例えばＰ32とする）
が予告と異なった場合には、その時点で、真の分岐先の
フローの二番目以降のノード（Ｐ42）に対して予告を行
い、分岐しないフローに属するノード（Ｐ31、Ｐ41、Ｐ
33）には予告のキャンセルを行う。

【００３０】本発明は、その好ましい第４の実施の形態
において、前記第１の問題点を解決するための第４の手
段として、過去の分岐履歴を調査し、最も頻度の高い分
岐先のフローと、他のフローの最初のＮ日分（Ｎは既定
値）の単位業務のみ予告を行う、ものである。

【００３１】例えば、図１に示すように、Ｐ2の次のス
テップがＰ31、Ｐ32、Ｐ33に分岐しており、その次のス
テップがそれぞれＰ41、Ｐ42、Ｐ43である場合を考え
る。このとき、Ｐ2における過去の分岐履歴を調査し、
もっとも頻度の高い分岐先（例えばＰ31とする）で始ま
るフローと、他のフローの最初のＮ日分の単位業務に関
するノードにのみ予告を行い、他のフローには予告を行
わない。

【００３２】そして現実の分岐先（例えばＰ32とする）
が予告と異なった場合は、その時点で、真の分岐先のフ
ローのＮ日目以降の作業に関するノードに対して予告を
行い、分岐しないフローに属するノードには予告のキャ
ンセルを行う。

【００３３】本発明は、その好ましい第５の実施の形態
において、前記第１の問題点を解決するための手段とし
て、前記第１から第４の手段と、を合わせて用いる。

【００３４】この実施の形態では、分岐するノード（以
下「分岐ノード」という。図１のＰ2が分岐ノードであ
る）に至る以前のステップでの単位業務が終了した際
に、作業結果のデータを調査し、もし分岐先が確定して
いれば、分岐先の変更を必要に応じて行うものである。

【００３５】例えば、図１に示すように、Ｐ2の次のス
テップがＰ31、Ｐ32、Ｐ33に分岐しており、その次のス
テップがそれぞれＰ41、Ｐ42、Ｐ43である場合に、前記
第２の手段と合わせて第５の手段を用いると次のように
なる。すなわち、Ｐ2における過去の分岐履歴を調査
し、最も頻度の高い分岐先（例えばＰ31とする）で始ま
るフローにのみ予告を行い、他のフローには予告を行わ
ない。さらに、Ｐ2に至る以前のステップであるＰ1で単
位業務が終了すると同時に、各単位業務の結果のデータ
を調査する。ここで分岐先が確定していれば、その時点
でもし分岐先の変更が必要であれば、真の分岐先のフロ
ーの各ノードに対して予告を行い、分岐しないフローに
属するノードには予告のキャンセルを行う。

【００３６】一例として、購入要求書において、２０万
円以上は部長の承認が必要という場合、購入要求者が金
額をインプットした時点で、部長承認が必要かどうかは
判定できるので、その時点で予告を確定し、不要な予告
はキャンセルできる。

【００３７】また、本発明は、その好ましい実施の形態
において、前記第２の問題点を解決するため、以下の二
種類の手段を提供する。

【００３８】すなわち本発明は、その好ましい第６の実
施の形態において、前記第２の問題点を解決するための
第１の手段として、過去のループの履歴を調査し、ルー
プが終了するまでの平均時間に基づいて作業開始時刻を
予告する、ものである。例えば、図２に示したチャート
のように、Ｐ3がある条件が満たされるまでの間業務を
Ｐ2に差し戻すような場合を考える。

【００３９】このとき、Ｐ3における過去の履歴を調査
し、ループが終了するまでの平均的時間（日数）を求め
る。そして、Ｐ2、Ｐ3に対しては第１回目のループの時
刻を予告し、Ｐ4に対しては、Ｐ3における第１回目のル
ープの時刻にＰ3を抜ける平均日数を加算した時刻を予
告する。

【００４０】また本発明は、その好ましい第７の実施の
形態において、前記第２の問題点を解決するための第２
の手段として、ワークフロー業務の最終的締切と、同業
務の開始時刻をもとにして、ループに許容される期間を
求め、それを予告に用いる、ものである。例えば、図２
に示すように、Ｐ3がある条件が満たされるまでの間業
務をＰ2に差し戻すような場合を考える。

【００４１】このとき、業務の最終的締切（図２ではＰ
4における締切）と、業務開始時刻（図２ではＰ1におけ
る開始時刻）をもとにしてループに許される期間を制限
して予告する。すなわち、Ｐ3では最終締切からＰ4での
所要時間を引いた時刻を単位業務の終了時刻、一回目の
ループにおいてＰ3に業務が渡される時刻を単位業務の
開始時刻として予告する。

【００４２】

【実施例】本発明の実施例について図面を参照して以下
に説明する。下記記載の実施例と、本願請求項に記載の
発明との対応について簡単に説明すると、第１〜第５の
実施例は、請求項１〜５に記載された発明にそれぞれ対
応する実施例であり、第６の実施例６は、請求項６から
請求項１３に記載された発明に対応する実施例、第７の
実施例は請求項１４から請求項１８に記載された発明に
対応する実施例である。

【００４３】

【実施例１】図３は、本発明の一実施例を説明するため
のフローチャートであり、図２０に示したワークフロー
サーバ1000が、単位業務の予告およびキャンセルを行う
アルゴリズム（処理フロー）を説明するためのフローチ
ャートである。

【００４４】図３を参照して、ステップ１は、ワークフ
ロー業務の開始を示しており、次のステップ２は、ワー
クフロー業務の開始時に、当該ワークフロー業務の全て
のノードに単位業務を予告する。

【００４５】ステップ３では、分岐するノード（例えば
図１のＰ2のようなノード）での処理が終了するまで待
ち状態となる。この段階に至るまでの、他のノードの単
位業務の実施とその終了待ちの処理等については、図３
では省略されている。

【００４６】ステップ４では、分岐するノードでの分岐
の結果を参照し、その結果、分岐しないフローに属する
全てのノードに対して、単位業務の予告をキャンセルす
る。

【００４７】図４は、図３に示した本実施例に係る処理
フローを、具体例として図１のチャートで示されるワー
クフロー業務に適用した場合の処理フローを示すフロー
チャートである。

【００４８】図４を参照して、ステップ４１は、図３の
ステップ１に対応する。またステップ４２は、図３のス
テップ２に対応し、全てのノード、Ｐ1、Ｐ2、Ｐ31、Ｐ
32、Ｐ33、Ｐ41、Ｐ42、Ｐ43に単位業務を予告する。

【００４９】ステップ４３は、図３のステップ３に対応
し、分岐ノードであるＰ2での作業終了を待つ。

【００５０】ステップ４４からステップ４７までは、図
３のステップ４に対応している。ステップ４４では、実
際の分岐先がどこになったのかを調査する。もし、分岐
先がＰ31であれば、ステップ４５にて分岐しないフロー
に属するノードであるＰ32、Ｐ33、Ｐ42、Ｐ43にキャン
セル信号を送信する。同様にして、分岐先がＰ32であれ
ばステップ４６にてＰ31、Ｐ33、Ｐ41、Ｐ43にキャンセ
ル信号を送信し、また分岐先がＰ33であればステップ４
７にてＰ31、Ｐ32、Ｐ41、Ｐ42にキャンセル信号を送信
する。

【００５１】

【実施例２】図５は、本発明の第２の実施例を説明する
ためのフローチャートであり、ワークフローサーバ1000
（図２０参照）が、単位業務の予告およびキャンセルを
行うアルゴリズム（処理フロー）を説明するためのフロ
ーチャートである。

【００５２】図５を参照して、ステップ５１は、ワーク
フロー業務の開始を示しており、次のステップ５２で
は、分岐するノードでの過去の分岐履歴を調査し、過去
に最も頻繁に分岐したフローを最頻分岐フローとする。
この調査を行うためには、ワークフローサーバ1000（図
２参照）は、ワークフロー業務を実行する度に分岐の履
歴を記録しておく必要がある。また、ワークフロー業務
に複数の分岐ノードがある場合は、すべての分岐ノード
において最頻分岐先を決定する処理が必要である。

【００５３】ステップ５３では、分岐ノードまでの全ノ
ードと、最頻分岐フローに属する全ノードに対して予告
を行う。分岐ノードが複数ある場合は、いずれの分岐ノ
ードでも最頻分岐フローに属するノードに対してのみ予
告を行う。

【００５４】ステップ５４では、分岐するノードでの処
理が終了するまで待つ。ステップ５５では、分岐の結果
を判定し、もしも実際の分岐が最頻分岐フローでなけれ
ばステップ５６とステップ５７を実行する。ステップ５
６では、最頻分岐フローに属するノードに対して行われ
ていた予告をキャンセルする。ステップ５７では、実際
の分岐フローにおいて、そのフローに属する全ノードに
対して予告を行う。

【００５５】図６は、図５に示した本実施例の処理フロ
ーを、具体的に図１のチャートで示されるワークフロー
業務に適用した場合の処理フローを示すフローチャート
である。

【００５６】図６を参照して、ステップ６１は、図５の
ステップ５１に対応する。またステップ６２は、図５の
ステップ５２に対応する。ここでは、最頻分岐フローが
ノードＰ3iで始まるフローであるものとする（ｉは変
数）。

【００５７】図６のステップ６３、ステップ６４は、図
５のステップ５３、ステップ５４にそれぞれ対応する。

【００５８】ここでは、分岐先がＰ3i以外のときにステ
ップ６６とステップ６７を実行する。またステップ６６
はステップ５６に対応する。ステップ６７はステップ５
７に対応する。

【００５９】

【実施例３】図７は、本発明の第３の実施例を説明する
ためのフローチャートであり、図２０に示したワークフ
ローサーバ1000が単位業務の予告およびキャンセルを行
うアルゴリズム（処理フロー）を示すフローチャートで
ある。

【００６０】図７を参照して、ステップ７１は、ワーク
フロー業務の開始であり、次のステップ７２では、分岐
ノードでの過去の分岐履歴を調査し、過去に最も頻繁に
分岐したフローを最頻分岐フローとする。この調査を行
うためには、ワークフローサーバ1000（図２参照）は、
ワークフロー業務を実行する度に分岐の履歴を記録して
おく必要がある。また、ワークフロー業務に複数の分岐
がある場合には、すべての分岐ノードにおいて最頻分岐
先を決定する処理が必要である。

【００６１】ステップ７３では、分岐ノードまでの全ノ
ードと、最頻分岐フローに属する全ノードと、それ以外
の分岐フローに属する最初のノードに対して予告を行
う。分岐ノードが複数ある場合には、いずれの分岐ノー
ドでも同様である。ステップ７４では、分岐ノードでの
処理が終了するまで待つ。

【００６２】ステップ７５では、分岐の結果を判定し、
もしも実際の分岐が最頻分岐フローであればステップ７
６を実行し、もしも最頻分岐フローでなければステップ
７７とステップ７８を実行する。

【００６３】ステップ７６では、最頻分岐フロー以外の
フローに属する最初のノードに対してキャンセルを送信
する。

【００６４】ステップ７７では、最頻分岐フローに属す
るノードに対して行われていた予告と、それ以外の実際
に分岐しなかったフローに属する最初のノードに対して
行われていた予告をキャンセルする。

【００６５】ステップ７８では、実際の分岐フローにお
いて、そのフローに属するノードでまだ予告を行ってい
ないノードに対して予告を行う。

【００６６】図８は、図７に示した本実施例の処理フロ
ーを、具体的に図１のチャートで示されるワークフロー
業務に適用した場合の処理フローを示すフローチャート
である。

【００６７】図８を参照して、ステップ８１は、図７の
ステップ７１に対応する。またステップ８２は、図７の
ステップ７２に対応する。ここでは、最頻分岐フローが
ノードＰ3iで始まるフローであるとする（ｉは変数）。

【００６８】ステップ８３、８４は、図７のステップ７
３、７４に対応する。またステップ８５は、図７のステ
ップ７５に対応する。ここでは、分岐先がＰ3i以外のと
きにステップ８７とステップ８８を実行する。また、ス
テップ８６は、図７のステップ７６に対応する。

【００６９】

【実施例４】図９は、本発明の第４の実施例を説明する
ためのフローチャートであり、図２０に示したワークフ
ローサーバ1000が単位業務の予告およびキャンセルを行
う処理フローを示すフローチャートである。

【００７０】図９を参照して、ステップ９１は、ワーク
フロー業務の開始である。次のステップ９２では、分岐
ノードでの過去の分岐履歴を調査し、過去に最も頻繁に
分岐したフローを最頻分岐フローとする。この調査を行
うためには、ワークフローサーバ1000（図２参照）は、
ワークフロー業務を実行する度に分岐の履歴を記録して
おく必要がある。また、ワークフロー業務に複数の分岐
がある場合は、すべての分岐ノードにおいて最頻分岐先
を決定する処理が必要である。

【００７１】ステップ９３では、分岐ノードまでの全ノ
ードと、最頻分岐フローに属する全ノードと、それ以外
の分岐フローに属する最初のＮ日分のノードに対して予
告を行う。最初のＮ日分のノードとは、分岐ノードの単
位業務の締切の後Ｎ日以内に締切の設定されている単位
業務が割り当てられているノードを言う。分岐ノードが
複数ある場合は、いずれの分岐ノードでも同様である。

【００７２】ステップ９４では、分岐ノードでの処理が
終了するまで待つ。

【００７３】ステップ９５では、分岐の結果を判定し、
もしも実際の分岐が最頻分岐フローであればステップ９
６を実行し、もしも最頻分岐フローでなければステップ
９７とステップ９８を実行する。

【００７４】ステップ９６では、最頻分岐フロー以外の
フローに属する最初のノードに対してキャンセルを送信
する。ステップ９７では、最頻分岐フローに属するノー
ドに対して行われていた予告と、それ以外の実際に分岐
しなかったフローに属する最初のＮ日分のノードに対し
て行われていた予告をキャンセルする。

【００７５】ステップ９８では、実際の分岐フローにお
いて、そのフローに属するノードでまだ予告を行ってい
ないノードに対して予告を行う。

【００７６】図１０は、図９に示した本実施例の処理フ
ローを、具体的に図１のチャートで示されるワークフロ
ー業務に当てはめた場合の処理フローを示すフローチャ
ートである。

【００７７】図１０を参照して、ステップ１０１は、図
９のステップ９１に対応する。またステップ１０２は、
図９のステップ９２に対応する。ここでは、最頻分岐フ
ローがノードＰ3iで始まるフローであるとする（ｉは変
数）。

【００７８】ステップ１０３、１０４は、図９のステッ
プ９３、９４に対応する。またステップ１０５は、図９
のステップ９５に対応する。ここでは、分岐先がＰ3i以
外のときにステップ１０７とステップ１０８を実行す
る。また、ステップ１０６は、図９のステップ９６に対
応する。

【００７９】図１１は、次の発明の第５の実施例を説明
するために用いる、ワークフローのチャート図である。
これは、図１とほぼ同じであるが、Ｐ1の前にＰ0が追加
されている。追加の理由は、分岐ノードＰ2の前に複数
のノードがある方が第５の実施の形態を理解し易いから
である。

【００８０】

【実施例５】図１２は、本発明の第５の実施例を説明す
るためのフローチャートであり、図２０に示したワーク
フローサーバ1000が単位業務の予告およびキャンセルを
行う処理フローを説明するためのフローチャートであ
る。

【００８１】図１２を参照して、ステップ１２１は、ワ
ークフロー業務の開始である。次のステップ１２２で
は、分岐ノードでの過去の分岐履歴を調査し、過去に最
も頻繁に分岐したフローを最頻分岐フローとする。この
調査を行うためには、ワークフローサーバ1000（図２参
照）は、ワークフロー業務を実行する度に分岐の履歴を
記録しておく必要がある。また、ワークフロー業務に複
数の分岐がある場合は、すべての分岐ノードにおいて最
頻分岐先を決定する処理が必要である。

【００８２】ステップ１２３では、分岐ノードまでの全
ノードと、最頻分岐フローに属する全ノードに対して予
告を行う。分岐ノードが複数ある場合は、いずれの分岐
ノードでも最頻分岐フローに属するノードに対してのみ
予告を行う。

【００８３】ステップ１２４では、分岐ノード以前の各
ノードの単位業務の処理の完了を待ち、ステップ１２５
において分岐ノードにおける分岐先フローが確定してい
るかどうかを判断する。例えば、購入処理の場合、購入
金額の数値によって部長承認が必要かそうでないかが判
定できるが、このような数値は分岐ノードに至る以前に
確定していることが多い。

【００８４】ステップ１２５では、単位業務の結果を参
照して分岐先フローが確定しているか否かを判定するの
である。もし、分岐先が確定しており、それが最頻分岐
フローと異なっているならば、ステップ１２６、１２７
を実行する。分岐先が最頻分岐フローに確定すれば、何
もしない。分岐先が未確定ならば、ステップ１２４にて
次のノードの単位業務の完了を待つ。ステップ１２６と
ステップ１２７は予告の変更に関わる処理であり、この
うちステップ１２６では、不要になった予告をキャンセ
ルし、ステップ１２７では、新たに必要になった予告を
行う。

【００８５】なお、ここでは、各単位業務の結果を参照
して分岐先フローが確定しているか否かを判定する方法
を、前記第２の実施例で用いた予告方法と組み合わせて
用いたが、第１、第３、第４の実施例で説明した予告方
法と組み合わせてもよいことは勿論である。

【００８６】図１３は、図１２に示した処理フローを、
具体的に図１１のチャートで示されるワークフロー業務
に適用した場合の処理フローを示すフローチャートであ
る。

【００８７】図１３を参照して、ステップ１３１は、図
１２のステップ１２１に対応する。ステップ１３２は、
図１２のステップ１２２に対応する。ここでは、最頻分
岐フローがノードＰ3iで始まるフローであるとする（ｉ
は変数）。

【００８８】ステップ１３３は、図１２のステップ１２
３に対応する。ステップ１３４は、図２のステップ１２
４に対応し、Ｐ0、Ｐ1、あるいはＰ2における単位業務
実行を待つことになる。

【００８９】ステップ１３５は、図１２のステップ１２
５に対応する。分岐先が最頻分岐フロー以外のフロー
（Ｐ3j、ｊはｉとは異なる）に決まった場合、ステップ
１３６（ステップ１２６に対応）でＰ3i、Ｐ4iに対する
予告をキャンセルし、ステップ１３７（ステップ１２７
に対応）でＰ3j、Ｐ4jに予告する。

【００９０】

【実施例６】次に、本発明の第６の実施例について説明
する。この第６の実施例および次の第７の実施例は、ル
ープを含むワークフローに関するものである。

【００９１】図１４は、ループを一般的に示すチャート
図である。ノードＰmからノードＰkに対して差戻しが発
生する可能性がある。以下、Ｐkを「ループ開始ノー
ド」、Ｐmを「ループ終端ノード」、ＰkとＰmの間にあ
るノードを「ループ中間ノード」と呼ぶことにする。

【００９２】また、これまでの実施例の説明では、単位
業務の開始時刻と締切時刻の予告内容については特に説
明しなかったが、以下の実施例の説明においては、厳密
な解釈が必要である。すなわち、単位業務の予告におい
ては、単位業務開始予定時刻と締切予定時刻の両方を予
告するが、以下の説明ではそのどちらを予告しているの
かを厳密に示す。なお、あるノードにおける単位業務の
締切予定時刻と、該ノードの次のノードにおける単位業
務開始予定時刻は常に等しい。

【００９３】図１５は、本発明の第６の実施例におい
て、図２０に示したワークフローサーバ1000が単位業務
の予告を行う処理フローを説明するためのフローチャー
トである。

【００９４】図１５を参照して、ステップ１５１は、ワ
ークフロー業務の開始である。ステップ１５２では、ル
ープ終端ノードまでの各ノードに対して予告を行う。こ
の予告は、ループの第１回目における単位業務開始予定
時刻とする。この時刻については、ワークフロー業務の
定義に記載されているものとする。ここで、ループ終端
ノードに予告した単位業務開始予定時刻をtmとする。

【００９５】ステップ１５３では、ループ終端ノードに
おけるループを抜けるまでの過去の平均時間を求め、そ
れをtdとする。tdは、ループを回る回数とは関係なく、
ループを抜けるまでに要した実際の時間である。すなわ
ち、ループ終端ノードにおける最初の単位業務の開始時
刻から、同終端ノードにおける最後の単位業務の終了時
刻までの経過時間の平均である。tdの算出を可能にする
ためには、ワークフローサーバ1000はワークフロー業務
を実行する度にループ実行の履歴を記録しておく必要が
ある。

【００９６】ステップ１５４では、ループ終端ノードの
次のノード（図１４ではＰm＋１）に予告を行う。予告
する単位業務開始予定時刻はtm＋tdとする。ステップ１
５５では、さらに後続のノードに予告を行う。これらの
予告における単位業務開始予定時刻には、各単位業務に
要する時間を順次加算した値を用いる。例えば、Ｐm＋
１の次のノードには、tm＋tdにＰm＋１での単位業務所
要時間を加算し、それを単位業務開始予定時刻として予
告する。これらの単位業務所要時間は、ワークフロー業
務の定義にて決められているものとする。

【００９７】なお、ここではtdをループを抜けるまでの
過去の平均時間として求めたが、これは一例であって、
平均値ではなく最頻値を利用したり、最大値あるいは最
小値を利用しても良い。

【００９８】図１６は、図１５に示した本実施例の処理
フローを、図２のチャートで示されるワークフロー業務
に適用した場合の処理フローを説明するためのフローチ
ャートである。

【００９９】図１６を参照して、ステップ１６１は、図
１５のステップ１５１に対応する。ステップ１６２は、
図１５のステップ１５２に対応する。ここでは、ループ
開始ノードＰ2と、ループ終端ノードＰ3に対して第１回
目のループにおける単位業務開始予定時刻の予告を行
う。

【０１００】ステップ１６３は、図１５のステップ１５
３に対応する。ステップ１６４は、図１５のステップ１
５４に対応し、ループ終端ノードの次のノードであるＰ
4に対して予告を行う。図２に示したチャートの場合、
Ｐ4が最後のノードなので、ステップ１５５に対応する
ステップは、図１６では、不要である。

【０１０１】

【実施例７】次に、本発明の第７の実施例について説明
する。図１７は、本発明の第７の実施例において、図２
０に示したワークフローサーバ1000が単位業務の予告お
よびキャンセルを行う処理フローを説明するためのフロ
ーチャートである。

【０１０２】図１７を参照して、ステップ１７１は、ワ
ークフロー業務の開始である。次のステップ１７２で
は、ループに入る前のノードに予告し、またループ開始
ノードおよびループ中間ノードには第１回目のループに
おける単位業務開始予定時刻を予定する。

【０１０３】ステップ１７３では、ループ終端ノードの
次のノードから、ワークフロー業務全体の最後のノード
までについて予告を行う。この予告では、ワークフロー
業務全体の最後のノードの締切時刻を基準にして、各ノ
ードにおける単位業務所要時間を順次差し引き、各ノー
ドにおける単位業務開始予定時刻として予告する。すな
わち、各ノードにおける単位業務開始予定時刻は、最後
のノードから逆順で決定される。ここで、ワークフロー
業務全体の最後のノードにおける締切予定時刻と、各ノ
ードにおける単位業務所要時間はワークフロー定義によ
って与えられているものとする。

【０１０４】ステップ１７４では、ループ終端ノードに
対する予告を行う。この予告における単位業務開始予定
時刻は第１回目のループにおける単位業務開始予定時刻
であり、締切予定時刻は該ループ終端ノードの次のノー
ド（図１４ではＰm＋１）における業務開始予定時刻と
同一とする。ループ終端ノードでは、この締切予定時刻
をワークフロー業務がループを抜けるまでの時間の目安
として利用する。なお、本第７の実施の形態は、一つの
ワークフロー業務中に二つ以上のループが存在する場
合、その最後のループにのみ使用できる。

【０１０５】図１８は、図１７に示した本実施例の処理
フローを、具体的に図２のチャートで示されるワークフ
ロー業務に適用した場合の処理フローを説明するフロー
チャートである。

【０１０６】図１８を参照して、ステップ１８１は、図
１７のステップ１７１に対応する。ステップ１８２は、
図１７のステップ１５２に対応する。ここでは、ループ
開始ノードＰ2に対して第１回目のループにおける単位
業務開始予定時刻の予告を行う。

【０１０７】ステップ１８３は、図１７のステップ１７
３に対応する。ここでは、ループ終端ノード以後のノー
ドはＰ4のみであるので、Ｐ4における単位業務開始予定
時刻としては、ワークフロー全体の業務締切時刻から、
Ｐ4における単位業務所要時間を引いた時刻（t4とす
る）を用いる。

【０１０８】ステップ１８４は、図１７のステップ１７
４に対応し、ループ終端ノードであるＰ3に対して予告
を行う。ここでは、単位業務締切予定時刻はt4である。

【０１０９】次に、本発明の第６および第７の実施例に
おいて、ループ開始ノード、ループ中間ノード、および
ループ終端ノードの二回目以降の実行についての予告の
方法について説明する。

【０１１０】図１９は、図１４で示したループのあるワ
ークフローチャート図の最初の一回目のループを展開し
て表現したチャート図である。

【０１１１】図１９の第１行は、ループの一回目（ノー
ド192、…、ノード193）、およびループ終端ノード193
の一回目の実行でループを抜けた場合のフロー（ノード
194、…）を表している。

【０１１２】図１９の第２行は、ループの第２回目（ノ
ード195、…、ノード196）、およびそれ以降（ノード19
7、…）を表わしている。

【０１１３】上記第６および第７の実施例の説明では、
図１９の２行目に当たる部分の予告方法について説明さ
れていないので、以下で、これについて補足説明する。

【０１１４】まず、ノード197は、図１９の上では別に
描かれているが、実はノード194と同一であり、図１５
のステップ１５４および図１７のステップ１７３で予告
済である。このため、ここではノード195からノード196
までの、ループの二回目以降の実行に関する単位業務の
予告について説明する。

【０１１５】ループ開始ノード195、およびループ中間
ノードに関しては、二回目以降の実行については当初予
告されていない。そこで、当該ノードの一回目の実行が
終わったときに再度二回目の予告を行うこととする。同
様に二回目の実行が終われば三回目の実行の予告を行
う。その際、一回目のループ終端ノード193を分岐と解
釈すれば、上記第１から第５の実施例の説明で示した方
法で予告できる。

【０１１６】すなわち、上記第１の実施例によれば必ず
予告する。一方、上記第２の実施例によれば、最頻分岐
フローがループの戻りである場合のみ予告する。この場
合、最頻かどうかはループの回数で判断する。たとえ
ば、ループを二回回るのが最頻であれば、ループ実行の
二回目までは予告するが三回目は予告しない。

【０１１７】また第３の実施例あるいは第４の実施例に
よれば、ループの最頻繰り返し回数までは必ず予告し、
その次のループに関してはループ開始ノードのみ予告す
るか、あるいはループ開始ノードからＮ日分の単位業務
のみ予告する。

【０１１８】そして上記第５の実施例によれば、ループ
の最頻回数までは必ず予告するが、ループが繰り返され
るかどうかを各単位業務の終了時に調査し、繰り返され
ないことが判明した時点で予告をキャンセルする。な
お、以上の説明において、ノード194（すなわちノード1
97と同一）については、第１から第５の実施例による処
理を行わない。

【０１１９】さらに、ループの二回目の単位業務の予告
は、ループ１回目の単位業務が終了したときに予告す
る、と前述したが、ノード193を分岐ノードと解釈する
場合、本発明の第２、第３、第４、第５の実施例を用い
れば、ワークフロー業務の開始当初に最頻ループ回数分
の予告を行うことも可能である。また第３、及び第４の
実施例においては、最頻ループ回数の次のループに関し
ても、ループ開始ノードあるいはループ開始からＮ日分
の単位業務については、予告することとなる。

【０１２０】また、ループ終端ノード196に関しては、
上記第７の実施例においては、ループが終了する時刻を
単位業務締切予定時刻として予告しており、ループを抜
けるまでを大きな一つの単位業務として予告しているた
め、二回目以降のループに関しては予告は必要ない。

【０１２１】そして上記第６の実施例の場合は、ループ
開始ノード195あるいはループ中間ノードと同一の方法
で予告する。

【０１２２】

【発明の効果】以上詳細に説明したように、本発明に係
るワークフローシステムによれば、分岐、およびループ
を含むワークフロー業務においても、各々の単位業務に
ついて予告を行うことができる、という効果を奏する。

【０１２３】このため、本発明によれば、ワークフロー
の各単位業務に従事する作業者は、分岐やループを含む
ワークフロー業務に関わる場合であっても、自己のなす
べき単位業務を早期に予想することができ、そのため仕
事のスケジュール計画を効率的に行うことが可能とさ
れ、業務の効率化及び生産性の向上を達成するものであ
る。

【図面の簡単な説明】

【図１】本発明の一実施例を説明するための図であり、
分岐のあるワークフローの一例を示す図である。

【図２】本発明の一実施例を説明するための図であり、
ループのあるワークフローの一例を示す図である。

【図３】本発明の第１の実施例において、ワークフロー
サーバが単位業務の予告およびキャンセルを行う処理フ
ローを示すフローチャートである。

【図４】本発明の第１の実施例の具体的動作を説明する
ための図であり、図３の処理フローを図１のチャートで
示されるワークフロー業務にに適用した場合の具体的な
処理フローを示すフローチャートである。

【図５】本発明の第２の実施例において、ワークフロー
サーバが単位業務の予告およびキャンセルを行う処理フ
ローを示すフローチャートである。

【図６】本発明の第２の実施例の具体的動作を説明する
ための図であり、図５の処理フローを図１のチャートで
示されるワークフロー業務にに適用した場合の具体的な
処理フローを示すフローチャートである。

【図７】本発明の第３の実施例において、ワークフロー
サーバが単位業務の予告およびキャンセルを行う処理フ
ローを示すフローチャートである。

【図８】本発明の第３の実施例の具体的動作を説明する
ための図であり、図７の処理フローを図１のチャートで
示されるワークフロー業務に適用した場合の具体的な処
理フローを示すフローチャートである。

【図９】本発明の第４の実施例において、ワークフロー
サーバが単位業務の予告およびキャンセルを行う処理フ
ローを示すフローチャートである。

【図１０】本発明の第４の実施例の具体的動作を説明す
るための図であり、図９の処理フローを図１のチャート
で示されるワークフロー業務に適用した場合の具体的な
処理フローを示すフローチャートである。

【図１１】本発明の第５の実施例を説明するための図で
あり、分岐のあるワークフローの一例を示す図である。

【図１２】本発明の第５の実施例において、ワークフロ
ーサーバが単位業務の予告およびキャンセルを行う処理
フローを示すフローチャートである。

【図１３】本発明の第５の実施例の具体的動作を説明す
るための図であり、図１２の処理フローを図１１のチャ
ートで示されるワークフロー業務に適用した場合の具体
的な処理フローを示すフローチャートである。

【図１４】本発明の実施例を説明するための図であり、
ループのあるワークフローを一般的に表すチャート図で
ある。

【図１５】本発明の第６の実施例において、ワークフロ
ーサーバが単位業務の予告およびキャンセルを行う処理
フローを示すフローチャートである。

【図１６】本発明の第６の実施例の具体的動作を説明す
るための図であり、図１５の処理フローを図２のチャー
トで示されるワークフロー業務に適用した場合の具体的
な処理フローを示すフローチャートである。

【図１７】本発明の第７の実施例において、ワークフロ
ーサーバが単位業務の予告およびキャンセルを行う処理
フローを示すフローチャートである。

【図１８】本発明の第７の実施例の具体的動作を説明す
るための図であり、図１７の処理フローを図２のチャー
トで示されるワークフロー業務に適用した場合の具体的
な処理フローを示すフローチャートである。

【図１９】図１４のループの一回目を展開したチャート
図である。

【図２０】ワークフローシステムの典型的な構成を示す
ブロック図である。

【図２１】ワークフロー業務における業務の流れを表現
する典型的なチャート図の一例を示す図である。

【符号の説明】

１９１〜１９７ノード１０００ワークフローサーバ１００１ワークフロークライアント１００２ノード１００３アークステップ１〜１８４ワークフローサーバ1000が単位業
務の予告およびキャンセルを行うアルゴリズムのステッ
プＰ0、Ｐ1、Ｐ2、Ｐ2a、Ｐ2b、Ｐ3、Ｐ31、Ｐ32、Ｐ33、
Ｐ3i、Ｐ3j、Ｐ41、Ｐ42、Ｐ43、Ｐ4j、Ｐk、Ｐm、Ｐn
ノード

Claims

【特許請求の範囲】

【請求項１】複数の作業者が担当し、該各々の作業者が
担当する単位業務の一連のつながりによって実現される
ワークフロー業務について、該ワークフロー業務を構成
する各単位業務の要件、担当作業者名、順序、開始予定
時刻、締切予定時刻、および各単位業務のつながりを決
定する条件を定義し、該定義に基づいて各作業者が業務
を実行するのに必要なソフトウェアおよびハードウェア
を必要に応じて制御し、さらに必要に応じて各作業者に
単位業務の実行を促すワークフローシステムにおいて、前記ワークフロー業務が分岐を含む場合に、前記ワーク
フローシステムが前記単位業務の各々を担当する担当作
業者に予め予告を行う際に、（ａ）すべての単位業務に対して予告を行い、（ｂ）分岐の結果を参照して、該分岐の結果実行が不要
となった単位業務の予告をキャンセルする、上記各工程を含むことを特徴とするワークフローシステ
ム。
【請求項２】複数の作業者が担当し、該各々の作業者が
担当する単位業務の一連のつながりによって実現される
ワークフロー業務について、該ワークフロー業務を構成
する各単位業務の要件、担当作業者名、順序、開始予定
時刻、締切予定時刻、および各単位業務のつながりを決
定する条件を定義し、該定義に基づいて各作業者が業務
を実行するのに必要なソフトウェアおよびハードウェア
を必要に応じて制御し、さらに必要に応じて各作業者に
単位業務の実行を促すワークフローシステムにおいて、前記ワークフロー業務が分岐を含む場合に、前記ワーク
フローシステムが前記単位業務の各々を担当する担当作
業者に予め予告を行う際に、（ａ）過去に最も頻繁に分岐したワークフローの流れで
ある最頻分岐フローに属する単位業務の予告を行い、（ｂ）実際の分岐が最頻分岐フロー以外であった場合
に、前記最頻分岐フローに属する単位業務の予告をキャ
ンセルし、（ｃ）実際の分岐が最頻分岐フロー以外であった場合
に、実際に分岐したフローに属する単位業務の予告を改
めて行う、上記各工程を含むことを特徴とするワークフローシステ
ム。
【請求項３】前記工程（ａ）において、前記最頻分岐フ
ロー以外のフローに属する単位業務についても、該単位
業務が前記分岐の直後の単位業務であるならば、これを
予告し、前記工程（ｂ）において、前記最頻分岐フロー以外に属
する単位業務についても前記実際の分岐の結果によって
実行されないことが判明した場合には、該単位業務につ
いて行った予告をキャンセルし、前記工程（ｃ）において、前記実際に分岐したフローに
属する単位業務に予告を行う際に、既に予告済の単位業
務については、予告を省略する、ことを特徴とする請求項２記載のワークフローシステ
ム。
【請求項４】前記工程（ａ）において、前記最頻分岐フ
ロー以外のフローに属する単位業務についても、該単位
業務が、前記分岐の後の一定時間内に開始されるべき、
単位業務であるならば、これを予告することを特徴とす
る請求項３記載のワークフローシステム。
【請求項５】ワークフロー業務中で分岐点となる単位業
務を表現する分岐ノードに至るまでの各単位業務が終了
する都度、前記ワークフローシステムが、該単位業務の
結果を参照して、前記分岐ノードにおける、分岐の選択
枝である分岐フローが確定しているか否かを判定し、前記分岐フローが確定していれば、既に行った予告のう
ち分岐しないことが確定したフローに属する単位業務に
対する予告をキャンセルし、分岐することが確定したフ
ローに属する単位業務のうち予告が未了の単位業務への
予告を行うことを特徴とする請求項１、２、３、４のい
ずれか一に記載のワークフローシステム。
【請求項６】複数の作業者が担当し、該各々の作業者が
担当する単位業務の一連のつながりによって実現される
ワークフロー業務について、該ワークフロー業務を構成
する各単位業務の要件、担当作業者名、順序、開始予定
時刻、締切予定時刻、および各単位業務のつながりを決
定する条件を定義し、該定義に基づいて各作業者が業務
を実行するのに必要なソフトウェアおよびハードウェア
を必要に応じて制御し、さらに必要に応じて各作業者に
単位業務の実行を促すワークフローシステムにおいて、前記ワークフロー業務が特定の複数の単位業務を繰り返
すループを含む場合に前記ワークフローシステムが前記
単位業務の各々を担当する担当作業者に予め予告を行う
際に、（ａ）前記ループを構成する各単位業務に関して予告を
行い、（ｂ）前記ループを脱出した後の最初の単位業務の開始
予定時刻を、前記ループを構成する最後の単位業務の開
始予定時刻に、前記ループを構成する最後の単位業務を
開始してからループを終了するまでの時間の平均を加え
た時刻として予告する、上記各工程を含むことを特徴とするワークフローシステ
ム。
【請求項７】前記工程（ｂ）において、前記ループを脱
出した後の最初の単位業務の開始予定時刻を、前記ルー
プを構成する最後の単位業務の開始予定時刻に、前記ル
ープを構成する最後の単位業務を開始してからループを
終了するまでの時間の最頻値を加えた時刻として予告す
る、ことを特徴とする請求項６記載のワークフローシス
テム。
【請求項８】前記工程（ｂ）において、前記ループを脱
出した後の最初の単位業務の開始予定時刻を、前記ルー
プを構成する最後の単位業務の開始予定時刻に、前記ル
ープを構成する最後の単位業務を開始してからループを
終了するまでの時間の最大値を加えた時刻として予告す
ることを特徴とする請求項６記載のワークフローシステ
ム。
【請求項９】前記工程（ｂ）において、前記ループを脱
出した後の最初の単位業務の開始予定時刻を、前記ルー
プを構成する最後の単位業務の開始予定時刻に、前記ル
ープを構成する最後の単位業務を開始してからループを
終了するまでの時間の最小値を加えた時刻として予告す
る、ことを特徴とする請求項６記載のワークフローシス
テム。
【請求項１０】前記工程（ａ）において、前記ループを
構成する各単位業務の第１回目の実行についてのみ、予
告を行うことを特徴とする請求項６、７、８、９のいず
れか一に記載のワークフローシステム。
【請求項１１】前記工程（ａ）において、前記ループの
繰り返しの回数の最頻値がＮであるときに、前記ループ
を構成する各単位業務の第Ｎ回目の実行までを最初に予
告を行うことを特徴とする請求項６、７、８、９のいず
れか一に記載のワークフローシステム。
【請求項１２】前記工程（ａ）において、前記ループの
繰り返しの回数の最頻値がＮであるときに、前記ループ
を構成する各単位業務の第Ｎ回目の実行までと、前記ル
ープを構成する最初の単位業務の第Ｎ＋１回目の実行と
を最初に予告を行うことを特徴とする請求項６、７、
８、９のいずれか一に記載のワークフローシステム。
【請求項１３】前記工程（ａ）において、前記ループの
繰り返しの回数の最頻値がＮであるときに、前記ループ
を構成する各単位業務の第Ｎ回目の実行までと、前記ル
ープを構成する最初の一定時間内に行われるべき単位業
務の第Ｎ＋１回目の実行とを最初に予告を行うことを特
徴とする請求項６、７、８、９のいずれか一に記載のワ
ークフローシステム。
【請求項１４】複数の作業者が担当し、該各々の作業者
が担当する単位業務の一連のつながりによって実現され
るワークフロー業務について、該ワークフロー業務を構
成する各単位業務の要件、担当作業者名、順序、開始予
定時刻、締切予定時刻、および各単位業務のつながりを
決定する条件を定義し、該定義に基づいて各作業者が業
務を実行するのに必要なソフトウェアおよびハードウェ
アを必要に応じて制御し、さらに必要に応じて各作業者
に単位業務の実行を促すワークフローシステムにおい
て、前記ワークフロー業務が特定の複数の単位業務を繰り返
すループを含む場合に前記ワークフローシステムが前記
単位業務の各々を担当する担当作業者に予め予告を行う
際に、（ａ）前記ループを構成する各単位業務のうち前記ルー
プの最後の単位業務を除くものに関して予告を行い、（ｂ）前記ループの後の単位業務に関して予告を行い、（ｃ）前記ループの最後の単位業務に関して、該単位業
務の開始予定時刻を該単位業務の第１回目の開始予定時
刻とし、該単位業務の締切予定時刻を該ループの後の最
初のノードの単位業務開始予定時刻として予告する、上記各工程を含むことを特徴とするワークフローシステ
ム。
【請求項１５】前記工程（ａ）において、前記ループを
構成する各単位業務のうち前記ループの最後の単位業務
を除くものに関して予告を行う際に、ループの第１回目
の実行についてのみ予告を行うことを特徴とする請求項
１４記載のワークフローシステム。
【請求項１６】前記工程（ａ）において、前記ループの
繰り返しの回数の最頻値がＮであるときに、前記ループ
を構成する各単位業務のうち前記ループの最後の単位業
務を除くものに関して予告を行う際に、ループの第Ｎ回
目の実行までを最初に予告することを特徴とする請求項
１４記載のワークフローシステム。
【請求項１７】前記工程（ａ）において、前記ループの
繰り返しの回数の最頻値がＮであるときに、前記ループ
を構成する各単位業務のうち前記ループの最後の単位業
務を除くものに関して予告を行う際に、ループの第Ｎ回
目の実行までと、前記ループを構成する最初の単位業務
の第Ｎ＋１回目の実行とを最初に予告することを特徴と
する請求項１４記載のワークフローシステム。
【請求項１８】前記工程（ａ）において、前記ループの
繰り返しの回数の最頻値がＮであるときに、前記ループ
を構成する各単位業務のうち、前記ループの最後の単位
業務を除くものに関して予告を行う際に、ループの第Ｎ
回目の実行までと、前記ループを構成する最初の一定時
間内に行われるべき単位業務の第Ｎ＋１回目の実行と、
を最初に予告する、ことを特徴とする請求項１４記載の
ワークフローシステム。