JP2002203086A

JP2002203086A - ワークフロー管理装置、ワークフロー管理方法およびワークフロー管理プログラムを記録した記録媒体

Info

Publication number: JP2002203086A
Application number: JP2000399923A
Authority: JP
Inventors: Noriaki Kuwabara; 教彰桑原
Original assignee: Sumitomo Electric Industries Ltd
Current assignee: Sumitomo Electric Industries Ltd
Priority date: 2000-12-28
Filing date: 2000-12-28
Publication date: 2002-07-19

Abstract

(57)【要約】【課題】並行承認プロセスのように複雑なワークフロ
ーを管理することが可能なワークフロー管理サーバを提
供すること。【解決手段】ワークフロー管理サーバ１２は、データ
統合サーバ１１に登録されたワークフロー定義に従っ
て、チケットの状態を遷移させながらワークフローを管
理する。ワークフロー定義は並行処理を示す記述を含ん
でおり、ワークフロー管理サーバ１２は、状態遷移があ
ったときにチケット内の状態を更新してワークフローを
管理する。したがって、並行承認プロセスのように複雑
なワークフローを管理することが可能となる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ワークフローを管
理する技術に関し、特に、並行処理等を行なえるように
状態の定義を拡張して記述されたワークフローを管理す
るワークフロー管理装置、ワークフロー管理方法および
ワークフロー管理プログラムを記録した記録媒体に関す
る。

【０００２】

【従来の技術】近年、企業などにおいて、さまざまな事
務処理、意思決定をする上で、帳票、書類などを回覧、
決裁するシステムを計算機上で実現したワークフローが
広く使用されるようになってきており、そのワークフロ
ーを管理するワークフロー管理システムが盛んに開発さ
れている。これに関連する技術として、本出願人が特願
平１１−３４１６１９号において提案したワークフロー
管理システムがある。

【０００３】従来のワークフロー管理システムは、業務
の流れをグラフィカルに定義するワークフロー定義ＧＵ
Ｉ（Graphical User Interface）、ワークフロー定義Ｇ
ＵＩによる定義に基づいて帳票の回覧、承認通知等を実
行するワークフローエンジン、およびＷｅｂから帳票の
入力やワークフローの進捗の確認等を可能にしたサーバ
機能を有している。

【０００４】

【発明が解決しようとする課題】上述した従来のワーク
フロー管理システムにおいては、回覧される帳票データ
等で定義された状態の遷移に基づいてワークフロー管理
が行なわれている。すなわち、処理対象のデータを１つ
の状態遷移マシンと見なして、ワークフローの管理が行
なわれている。一般に、状態遷移は、ＬＳＩ（Large Sc
ale Integrated circuit）、ＩＣ（Integrated Circui
t）などの論理回路におけるロジックの記述手段として
用いられており、これらのアルゴリズムを記述するだけ
であれば十分な能力を有していると考えられる。

【０００５】しかし、ワークフロー管理システムにおい
ては、論理回路のように単純な状態遷移だけでは十分な
処理を行なうことができない。図２１は、従来のワーク
フロー管理システムで用いられている状態遷移マシンの
問題点を説明するための図である。図２１に示す決済の
承認プロセスにおいては、作成された帳票データが担当
者Ａおよび担当者Ｂに配布される。担当者Ｂに配布され
た帳票データに対する承認が得られると、帳票データが
担当者Ｃおよび担当者Ｄに配布される。そして、担当者
Ａ、担当者Ｃおよび担当者Ｄの承認が全て得られた時点
で、処理が完了する。なお、いずれかの担当者の承認が
得られなかった場合には、異常終了となる。

【０００６】このように、ワークフローにおいて並行処
理を定義したい場合であっても、従来の状態遷移に基づ
く処理方法で十分に対応することができない。また、あ
るデータ処理から別のデータ処理が派生する場合や、派
生したデータ処理がある状態になるまで元のデータ処理
を再開することができない場合には、状態遷移マシン間
における依存関係を記述する必要があるが、従来の状態
遷移に基づく処理方法ではこのような記述が不可能であ
った。

【０００７】本発明は、上記問題点を解決するためにな
されたものであり、第１の目的は、並行承認プロセスの
ように複雑なワークフローを管理することが可能なワー
クフロー管理装置、ワークフロー管理方法およびワーク
フロー管理プログラムを記録した記録媒体を提供するこ
とである。

【０００８】第２の目的は、下位の業務を全て終了しな
ければ上位の業務を行なえない等の構成関係が記述され
たワークフローを管理することが可能なワークフロー管
理装置、ワークフロー管理方法およびワークフロー管理
プログラムを記録した記録媒体を提供することである。

【０００９】第３の目的は、業務間の依存関係が記述さ
れたワークフローを管理することが可能なワークフロー
管理装置、ワークフロー管理方法およびワークフロー管
理プログラムを記録した記録媒体を提供することであ
る。

【００１０】

【課題を解決するための手段】請求項１に記載のワーク
フロー管理装置は、ワークフロー定義に従って、チケッ
トの状態を遷移させながらワークフローを管理するワー
クフロー管理装置であって、チケット内の状態が遷移す
るか否かを判定するための判定手段と、並行処理を示す
記述を含んだワークフロー定義および判定手段による判
定結果に基づいて、チケット内の状態を更新してワーク
フローを管理するための管理手段とを含む。

【００１１】ワークフロー定義は並行処理を示す記述を
含むので、並行承認プロセスのように複雑なワークフロ
ーを管理することが可能となる。

【００１２】請求項２に記載のワークフロー管理装置
は、請求項１記載のワークフロー管理装置であって、管
理手段は、判定手段によって状態が遷移すると判定され
た場合に、遷移先が並行処理の開始を示すノードであれ
ば、並行処理の開始を示すノードの次にある複数のノー
ドの状態をチケットに追加するための手段を含む。

【００１３】管理手段は、並行処理の開始を示すノード
の次にある複数のノードの状態をチケットに追加する手
段を含むので、複数の状態へ分岐するようにチケットを
更新することが可能となる。

【００１４】請求項３に記載のワークフロー管理装置
は、請求項１または２記載のワークフロー管理装置であ
って、管理手段は、判定手段によって状態が遷移すると
判定された場合に、遷移先が並行処理の終了を示すノー
ドであれば、並行処理の終了を示すノードの前にある複
数の状態が全て遷移するときに、並行処理の終了を示す
ノードの次にあるノードの状態をチケットに追加するた
めの手段を含む。

【００１５】管理手段は、並行処理の終了を示すノード
の前にある複数の状態が全て遷移するときに、並行処理
の終了を示すノードの次にあるノードの状態をチケット
に追加するための手段を含むので、複数に分岐された状
態を統合することが可能となる。

【００１６】請求項４に記載のワークフロー管理装置
は、請求項１〜３のいずれかに記載のワークフロー管理
装置であって、管理手段は、チケット内の状態に応じて
チケットの表示スタイルを変更する。

【００１７】したがって、チケットのうちそれぞれの状
態に必要なデータだけを利用者に見せることが可能とな
り、利用者に見せたくないデータや編集されたくないデ
ータ等を隠蔽することが可能となる。

【００１８】請求項５に記載のワークフロー管理装置
は、請求項１〜３のいずれかに記載のワークフロー管理
装置であって、管理手段は、チケット内の状態および利
用者の役職に応じてチケットの表示スタイルを変更す
る。

【００１９】したがって、利用者の役職とその役職に対
応するチケットとのセットを指定することができ、さら
に細かい帳票データの表示の切替え、アクセス制御等を
行なうことが可能となる。

【００２０】請求項６に記載のワークフロー管理装置
は、ワークフロー定義に従って、チケットの状態を遷移
させながらワークフローを管理するワークフロー管理装
置であって、チケット内の状態が遷移するか否かを判定
するための判定手段と、親チケットと複数の子チケット
との構成関係の記述を含んだワークフロー定義および判
定手段による判定結果に基づいて、チケット内の状態を
更新してワークフローを管理するための管理手段とを含
む。

【００２１】ワークフロー定義は親チケットと複数の子
チケットとの構成関係の記述を含むので、下位の業務を
全て終了しなければ上位の業務を行なえない等の構成関
係が記述されたワークフローを管理することが可能とな
る。

【００２２】請求項７に記載のワークフロー管理装置
は、請求項６記載のワークフロー管理装置であって、判
定手段は、親チケットを構成する全ての子チケットに対
する処理が終了したときに、親チケットの状態が遷移す
ると判定する。

【００２３】したがって、複数の子チケットに対する処
理が全て終了するまで親チケットの状態を遷移させない
ようにすることが可能となる。

【００２４】請求項８に記載のワークフロー管理装置
は、請求項６記載のワークフロー管理装置であって、判
定手段は、子チケットが複数の親チケットに含まれる場
合に、当該子チケットによって構成される複数の親チケ
ットに対する処理が終了したときに、当該子チケットの
状態が遷移すると判定する。

【００２５】したがって、複数の親チケットに対する処
理が全て終了するまで子チケットの状態を遷移させない
ようにすることが可能となる。

【００２６】請求項９に記載のワークフロー管理装置
は、ワークフロー定義に従って、チケットの状態を遷移
させながらワークフローを管理するワークフロー管理装
置であって、チケット内の状態が遷移するか否かを判定
するための判定手段と、追従関係が設定されたチケット
の記述を含んだワークフロー定義および判定手段による
判定結果に基づいて、チケット内の状態を更新してワー
クフローを管理するための管理手段とを含む。

【００２７】ワークフロー定義は追従関係が設定された
チケットの記述を含むので、業務間の依存関係が記述さ
れたワークフローを管理することが可能となる。

【００２８】請求項１０に記載のワークフロー管理装置
は、請求項９記載のワークフロー管理装置であって、管
理手段は、チケット内の第１の状態遷移マシンが特定の
状態となったときに、第２の状態遷移マシンを生成して
初期状態に設定する。

【００２９】したがって、ある作業の終了をきっかけと
して新しい作業が発生するような追従関係を記述するこ
とが可能となる。

【００３０】請求項１１に記載のワークフロー管理装置
は、請求項９記載のワークフロー管理装置であって、管
理手段は、チケット内の所定の状態遷移マシンが特定の
状態となったときに、別の状態遷移マシンの状態を状態
遷移に従って変更する。

【００３１】したがって、複数の作業を待合せて次の作
業へ進むような追従関係を記述することが可能となる。

【００３２】請求項１２に記載のワークフロー管理装置
は、請求項９記載のワークフロー管理装置であって、管
理手段は、チケット内の所定の状態遷移マシンが特定の
状態となったときに、別の状態遷移マシンの状態を状態
遷移に従わずに変更する。

【００３３】したがって、ある作業の失敗によって、関
連する全ての作業を強制的に終了させるような処理を行
なうことが可能となる。

【００３４】請求項１３に記載のワークフロー管理方法
は、ワークフロー定義に従って、チケットの状態を遷移
させながらワークフローを管理するワークフロー管理方
法であって、チケット内の状態が遷移するか否かを判定
するステップと、並行処理を示す記述を含んだワークフ
ロー定義および判定結果に基づいて、チケット内の状態
を更新してワークフローを管理するステップとを含む。

【００３５】ワークフロー定義は並行処理を示す記述を
含むので、並行承認プロセスのように複雑なワークフロ
ーを管理することが可能となる。

【００３６】請求項１４に記載のワークフロー管理方法
は、ワークフロー定義に従って、チケットの状態を遷移
させながらワークフローを管理するワークフロー管理方
法であって、チケット内の状態が遷移するか否かを判定
するステップと、親チケットと複数の子チケットとの構
成関係の記述を含んだワークフロー定義および判定結果
に基づいて、チケット内の状態を更新してワークフロー
を管理するステップとを含む。

【００３７】ワークフロー定義は親チケットと複数の子
チケットとの構成関係の記述を含むので、下位の業務を
全て終了しなければ上位の業務を行なえない等の構成関
係が記述されたワークフローを管理することが可能とな
る。

【００３８】請求項１５に記載のワークフロー管理方法
は、ワークフロー定義に従って、チケットの状態を遷移
させながらワークフローを管理するワークフロー管理方
法であって、チケット内の状態が遷移するか否かを判定
するステップと、追従関係が設定されたチケットの記述
を含んだワークフロー定義および判定結果に基づいて、
チケット内の状態を更新してワークフローを管理するス
テップとを含む。

【００３９】ワークフロー定義は追従関係が設定された
チケットの記述を含むので、業務間の依存関係が記述さ
れたワークフローを管理することが可能となる。

【００４０】請求項１６に記載の記録媒体は、ワークフ
ロー定義に従って、チケットの状態を遷移させながらワ
ークフローを管理するワークフロー管理方法をコンピュ
ータに実行させるためのプログラムを記録したコンピュ
ータで読取可能な記録媒体であって、ワークフロー管理
方法は、チケット内の状態が遷移するか否かを判定する
ステップと、並行処理を示す記述を含んだワークフロー
定義および判定結果に基づいて、チケット内の状態を更
新してワークフローを管理するステップとを含む。

【００４１】ワークフロー定義は並行処理を示す記述を
含むので、並行承認プロセスのように複雑なワークフロ
ーを管理することが可能となる。

【００４２】請求項１７に記載の記録媒体は、ワークフ
ロー定義に従って、チケットの状態を遷移させながらワ
ークフローを管理するワークフロー管理方法をコンピュ
ータに実行させるためのプログラムを記録したコンピュ
ータで読取可能な記録媒体であって、ワークフロー管理
方法は、チケット内の状態が遷移するか否かを判定する
ステップと、親チケットと複数の子チケットとの構成関
係の記述を含んだワークフロー定義および判定結果に基
づいて、チケット内の状態を更新してワークフローを管
理するステップとを含む。

【００４３】ワークフロー定義は親チケットと複数の子
チケットとの構成関係の記述を含むので、下位の業務を
全て終了しなければ上位の業務を行なえない等の構成関
係が記述されたワークフローを管理することが可能とな
る。

【００４４】請求項１８に記載の記録媒体は、ワークフ
ロー定義に従って、チケットの状態を遷移させながらワ
ークフローを管理するワークフロー管理方法をコンピュ
ータに実行させるためのプログラムを記録したコンピュ
ータで読取可能な記録媒体であって、ワークフロー管理
方法は、チケット内の状態が遷移するか否かを判定する
ステップと、追従関係が設定されたチケットの記述を含
んだワークフロー定義および判定結果に基づいて、チケ
ット内の状態を更新してワークフローを管理するステッ
プとを含む。

【００４５】ワークフロー定義は追従関係が設定された
チケットの記述を含むので、業務間の依存関係が記述さ
れたワークフローを管理することが可能となる。

【００４６】

【発明の実施の形態】（実施の形態１）図１は、本発明
の実施の形態１におけるワークフロー管理システムの概
略構成を示すブロック図である。このワークフロー管理
システムは、ワークフロー管理プラットフォーム１と、
複数の端末装置２〜５と、他のワークフロー管理サーバ
６とを含む。また、ワークフロー管理プラットフォーム
１は、データ統合サーバ１１と、ワークフロー管理サー
バ（以下、ワークフロー管理装置とも呼ぶ。）１２とを
含む。

【００４７】端末装置２は、ワークフローを定義してデ
ータ統合サーバ１１に登録するためのサーバ管理者用の
ＧＵＩである。ワークフローのデータ形式をＸＭＬ（Ex
tensible Markup Language）として説明するが、これに
限られるものではない。

【００４８】端末装置３は、定義されたワークフローに
従ってＷｅｂから帳票データ（以下、チケット情報とも
呼ぶ。）の入力、更新等を行なうための利用者用のＧＵ
Ｉである。端末装置３の利用者は、ワークフロー管理サ
ーバ１２からメールによる通知を受けると、その通知に
対応した帳票データをデータ統合サーバ１１から取得し
て、更新等の処理を行なう。

【００４９】端末装置４は、各種業務ソフトウェアを搭
載しており、業務に関するデータベース等を作成して、
データ統合サーバ１１に登録する。端末装置４とデータ
統合サーバ１１との間のインタフェースは、Ｊａｖａ
（米サン・マイクロシステムズ社の登録商標）のＲＭＩ
（Remote Method Invocation）が用いられているが、こ
れに限られるものではない。

【００５０】端末装置５は、各種業務アプリケーション
を搭載しており、業務に関するアプリケーションプログ
ラムを実行することにより種々のデータが作成して、デ
ータ統合サーバ１１に登録する。端末装置５とデータ統
合サーバ１１との間の通信プロトコルは、ＣＯＲＢＡ
（Common Object Request Broker Architecture）が用
いられているが、これに限られるものではない。

【００５１】なお、ワークフロー管理プラットフォーム
１内のワークフロー管理サーバ１２に、他のワークフロ
ー管理サーバ６が接続される場合には、ＣＯＲＢＡオペ
レーションによって処理が行なわれる。

【００５２】データ統合サーバ１１は、端末装置２〜５
に接続されており、サーバ管理者によって定義されたワ
ークフロー、利用者によって入力された帳票データ、業
務に関するデータベース、アプリケーションから取得し
たデータ等をＸＭＬ形式で統合的に管理する。なお、デ
ータ統合サーバ１１をＸＭＬデータベースとも呼ぶもの
とする。

【００５３】ワークフロー管理サーバ１２は、データ統
合サーバ１１によって管理される帳票データ等の状態に
基づいて、ワークフローの処理を実行する。すなわち、
ワークフロー管理サーバ１２は、データ統合サーバ１１
からチケットの更新イベントの通知を受けて、帳票デー
タの状態遷移が発生したことを検出しながらワークフロ
ーの処理を進める。また、ワークフロー管理サーバ１２
は、ワークフロー定義に基づいてデータ統合サーバ１１
へ処理要求を出力する。

【００５４】図２は、ＸＭＬデータベース内の帳票デー
タの状態遷移を模式的に示す図である。ワークフロー管
理サーバ１２は、主としてワークフローの処理を実行す
る実行プログラム１２ａと、ワークフローの処理の際に
起動されるタスク定義１２ｂとを含む。実行プログラム
１２ａは、タスク定義１２ｂ内のＪａｖａを起動するこ
とによって実行される。この実行プログラム１２ａは、
チケットの更新が発生すると、ＸＭＬデータベース１１
を参照してチケットの状態遷移を調査し、状態遷移に応
じた処理を実行する。実行プログラム１２ａは、処理実
行後にタスク定義１２ｂ内の通知プログラムを起動し
て、利用者にチケットの更新を通知する。

【００５５】図３は、ＸＭＬ形式で記述されたチケット
の一例を示す図である。図３に示すように、１つのチケ
ットは<ticket>タグによって囲まれる。<ticket>タグ内
には、チケットの識別子を表わす<ticketName>タグおよ
びその値と、状態を表わす<ticketState>およびその値
と、ワークフロー管理システム内で回覧されるデータ定
義に従ったタグ（<顧客情報>等）およびその値とが記述
される。

【００５６】図４は、並行処理を導入したワークフロー
（状態遷移図）の一例を示す図である。図４において、
楕円はチケットの状態を表わしており、矢印は状態遷移
を表わしている。四角は新たに導入された並行処理の開
始と並行処理の終了とを表わしている。この状態遷移図
は、書類の作成者が担当者Ａ、ＢおよびＣに書類を配布
し、それぞれのルートで書類が回覧されることを示して
いる。

【００５７】「書類作成」状態において状態遷移が発生
すると、「並行開始」２１で状態の分岐が行なわれる。
「並行開始」２１の分岐先の一方は「Ａの承認待」状態
であるが、「並行開始」２１の分岐先の他方は「並行開
始」２２であるため、再度状態の分岐が行なわれる。
「Ｂの承認待」状態で担当者Ｂによる承認が行なわれて
状態遷移が発生し、「Ｃの承認待」状態で担当者Ｃによ
る承認が行なわれて状態遷移が発生すると、「並行終
了」２３で分岐がマージされて、「Ｅの承認待」状態に
遷移する。そして、「Ｄの承認待」状態で担当者Ｄによ
る承認が行なわれて状態遷移が発生し、「Ｅの承認待」
状態で担当者Ｅによる承認が行なわれて状態遷移が発生
すると、「並行終了」２４で分岐がマージされて、処理
が終了する。

【００５８】図５（ａ）は、「書類作成」状態における
チケットの構造を示しており、<item>タグの値にそのと
きの状態である“書類作成”が記述される。図５（ｂ）
は、「並行開始」２１および２２を経て「Ａの承認
待」、「Ｂの承認待」および「Ｃの承認待」の複数の状
態を有したときのチケットの構造を示している。並行状
態になると、<para>タグの下に<item>タグが配置され、
<item>タグの値にそのときの状態である“Ａ承認待”、
“Ｂ承認待”および“Ｃ承認待”がそれぞれ記述され
る。

【００５９】図５（ｃ）は、「Ｂの承認待」状態におい
て担当者Ｂが承認を行なったときのチケットの構造を示
しており、<item>タグの値に“Ｂ承認待”を残したま
ま、<item>タグの属性にpara=‘end’が指定される。チ
ケットの更新に伴う状態の評価は、<ticketState>下の<
item>全てに対して行なわれる。

【００６０】図６（ａ）は、担当者Ｂが承認を行なった
後、さらに「Ｃの承認待」状態において担当者Ｃが承認
を行なったときのチケットの構造を示している。全ての
<item>の評価が終了した後、<para>の評価が実施され
る。<para>直下の全ての<item>の属性にpara=‘end’が
設定されていると、<para>全体をその<para>に対応する
「並行終了」２３の次の「Ｅの承認待」状態に置換え
る。図６（ｂ）は、このときのチケットの構造を示して
いる。

【００６１】上述したそれぞれの状態において、帳票デ
ータを表示するためのスタイル（様式）を指定できるよ
うにすれば、帳票データのうちそれぞれの状態に必要な
データだけを利用者に見せることが可能となり、利用者
に見せたくないデータや編集されたくないデータ等を隠
蔽することが可能となる。

【００６２】また、それぞれの状態において、利用者の
ロール（役職）とそのロールに対応する帳票とのセット
を指定するようにすれば、さらに細かい帳票データの表
示の切替え、アクセス制御等を行なうことが可能とな
る。

【００６３】図７は、本実施の形態におけるワークフロ
ー管理システムの処理手順を説明するためのフローチャ
ートである。まず、オペレータが端末装置３等を用いて
ＸＭＬデータベースのチケットを更新すると（Ｓ１）、
データ統合サーバ１１からワークフロー管理サーバ１２
へチケットの更新イベントが通知される。ワークフロー
管理サーバ１２が更新イベントの通知を受けると、その
チケット情報をＸＭＬデータベースから読込む（Ｓ
２）。

【００６４】そして、ワークフロー管理サーバ１２は、
チケットの更新に伴う状態の評価を行なう（Ｓ３）。そ
のチケットの更新が状態遷移を伴うものであれば（Ｓ
４，Ｙｅｓ）、状態遷移処理を行なう（Ｓ５）。また、
チケットの更新が状態遷移を伴うものでなければ（Ｓ
４，Ｎｏ）、処理を終了する。

【００６５】図８は、図７のワークフロー管理サーバに
よる状態遷移処理（Ｓ５）をさらに詳細に説明するため
のフローチャートである。まず、状態遷移先が「並行開
始」ノードであれば（Ｓ５１，Ｙｅｓ）、ワークフロー
管理サーバ１２は「並行開始」ノードの処理を行ない
（Ｓ５２）、処理を終了する。また、状態遷移先が「並
行開始」ノードでなければ（Ｓ５１，Ｎｏ）、状態遷移
先が「並行終了」ノードであるか否かを判定する（Ｓ５
３）。

【００６６】状態遷移先が「並行終了」ノードであれば
（Ｓ５３，Ｙｅｓ）、ワークフロー管理サーバ１２は
「並行終了」ノードの処理を行ない（Ｓ５４）、処理を
終了する。状態遷移先が「並行終了」ノードでなければ
（Ｓ５３，Ｎｏ）、ワークフロー管理サーバ１２は状態
遷移の処理を行ない（Ｓ５５）、処理を終了する。

【００６７】図９は、図８の「並行開始」ノードの処理
（Ｓ５２）をさらに詳細に説明するためのフローチャー
トである。まず、ワークフロー管理サーバ１２は、「並
行開始」ノードの次のノードを取得する（Ｓ５２１）。
「並行開始」ノードの次のノードの中で未処理のものが
なければ（Ｓ５２２，Ｙｅｓ）、処理を終了する。

【００６８】「並行開始」ノードの次のノードの中で未
処理のものがあれば（Ｓ５２２，Ｎｏ）、そのノードが
「並行開始」ノードであるか否かを判定する（Ｓ５２
３）。そのノードが「並行開始」ノードでなければ（Ｓ
５２３，Ｎｏ）、チケットの状態のリストの中で、その
ノードが含まれるべきネストにそのノードの状態を追加
して（Ｓ５２４）、処理を終了する。たとえば、図４の
ワークフローに示すように「並行開始」２１の一方の分
岐先が「Ａの承認待」状態であるので、図５（ｂ）に示
すように“Ａ承認待”状態を示す記述が付加される。

【００６９】また、そのノードが「並行開始」ノードで
あれば（Ｓ５２３，Ｙｅｓ）、チケットの状態のリスト
にそのノードに対応するネストを生成し（Ｓ５２５）、
「並行開始」ノードの処理（Ｓ５２）を再帰的に実行す
る（Ｓ５２６）。たとえば、図４のワークフローに示す
ように「並行開始」２１の他方の分岐先が「並行開始」
２２であるので、「並行開始」ノードの処理が再帰的に
行なわれて、図５（ｂ）に示すように“Ｂ承認待”状態
および“Ｃ承認待”状態を示す記述が付加される。

【００７０】図１０は、図８の「並行終了」ノードの処
理（Ｓ５４）をさらに詳細に説明するためのフローチャ
ートである。まず、ワークフロー管理サーバ１２は、チ
ケットの状態のうち並行処理を終了する状態に、「並行
終了」ノードに到達したことを示す情報を付加する（Ｓ
５４１）。そして、チケットの状態のうち並行処理を終
了する状態と同一のネストに存在する全ての状態を取得
し（Ｓ５４２）、その全ての状態が「並行終了」に達し
ているか否かを判定する（Ｓ５４３）。

【００７１】その状態のいずれかが「並行終了」に達し
ていなければ（Ｓ５４３，Ｎｏ）、処理を終了する。ま
た、全ての状態が「並行終了」に達していれば（Ｓ５４
３，Ｙｅｓ）、チケットの状態のうちそのネストを「並
行終了」の次のノードに示される状態に置換え（Ｓ５４
４）、処理を終了する。たとえば、図６（ａ）に示すよ
うに“Ｂ承認待”状態および“Ｃ承認待”状態から、そ
れぞれが「並行終了」２３（図４を参照）へ状態が遷移
しているため、図６（ｂ）に示すように「並行終了」２
３の次の状態である“Ｅ承認待”状態を示す記述が付加
される。

【００７２】図１１は、図８の状態遷移の処理（Ｓ５
５）をさらに詳細に説明するためのフローチャートであ
る。まず、ワークフロー管理サーバ１２は、チケットに
おける現在の状態の終了処理を実行する（Ｓ５５１）。
そして、チケットにおける状態の遷移先の初期化処理を
実行する（Ｓ５５２）。最後に、ＸＭＬデータベースか
ら取得したチケットの状態を更新して（Ｓ５５３）、処
理を終了する。

【００７３】図１に示されるワークフロー管理サーバ１
２は、実際にはパーソナルコンピュータまたはワークス
テーションなど、コンピュータ上で実行されるソフトウ
ェアによって実現される。図１２に、ワークフロー管理
サーバ１２を実現するコンピュータの外観を示す。この
コンピュータは、ＣＤ−ＲＯＭ（Compact Disc-ReadOnl
y Memory）ドライブ５０およびＦＤ（Flexible Disk）
ドライブ５２を備えたコンピュータ本体４０と、ディス
プレイ装置４２と、プリンタ４４と、キーボード４６
と、マウス４８とを含む。

【００７４】図１３は、図１２に示すコンピュータの概
略構成を示すブロック図である。図１３に示すように、
コンピュータ本体４０は、ＣＤ−ＲＯＭドライブ５０お
よびＦＤドライブ５２に加えて、それぞれバス６６に接
続されたＣＰＵ（Central Processing Unit）５６と、
ＲＯＭ（Read Only Memory）５８と、ＲＡＭ（RandomAc
cess Memory）６０と、ハードディスク５４とを含んで
いる。ＣＤ−ＲＯＭドライブ５４には、ＣＤ−ＲＯＭ６
２が装着される。ＦＤドライブ５２には、ＦＤ６４が装
着される。

【００７５】既に述べたように、このワークフロー管理
サーバ１２は、コンピュータハードウェアと、ＣＰＵ５
６により実行されるソフトウェアとにより実現される。
一般的にこうしたソフトウェアは、ＣＤ−ＲＯＭ６２、
ＦＤ６４などの記憶媒体に格納されて流通し、ＣＤ−Ｒ
ＯＭドライブ５０またはＦＤドライブ５２などにより記
憶媒体から読取られてハードディスク５４に一旦格納さ
れる。さらに、ハードディスク５４からＲＡＭ６０に読
出されて、ＣＰＵ５６により実行される。図１２および
図１３に示したコンピュータのハードウェア自体は一般
的なものである。したがって、本発明の最も本質的な部
分はＣＤ−ＲＯＭ６２、ＦＤ６４、ハードディスク５４
などの記憶媒体に記憶されたソフトウェアである。

【００７６】以上説明したように、本実施の形態におけ
るワークフロー管理装置によれば、チケットに複数の状
態を有する記述を行なえるようにしたので、並行承認プ
ロセスのように単純な状態遷移で表現できないワークフ
ローを管理することが可能となった。

【００７７】また、各状態毎に帳票の表示のスタイル
（様式）を指定できるようにしたので、帳票の処理状態
に応じて必要な項目だけを表示して、他の情報を隠蔽等
することが可能となった。また、各状態毎にロール（役
職）と帳票の表示のスタイルとのセットを指定できるよ
うにしたので、帳票の処理状態およびそれを参照する利
用者の役職に応じて表示する項目を変更することがで
き、さらに細かい帳票データの表示の切替え、またはア
クセス制御を行なうことが可能となった。

【００７８】（実施の形態２）本発明の実施の形態２に
おけるワークフロー管理システムの概略構成は、図１に
示す実施の形態１におけるワークフロー管理システムの
概略構成と同じである。また、本発明の実施の形態２に
おけるワークフロー管理装置を実現するコンピュータの
外観および概略構成は、図１２および図１３に示す実施
の形態１におけるコンピュータの外観および概略構成と
同じである。したがって、重複する構成および機能の詳
細な説明は繰返さない。

【００７９】図１４は、実施の形態２におけるワークフ
ローの一例を示す図である。たとえば、ワークフローが
電話の敷設業務の場合、敷設申込書という帳票データを
処理する業務フローは、それに関する部品調達、工事な
どによって構成される。部品調達や工事は、それぞれの
帳票データで管理がなされており、敷設申込書に関係す
る部品調達帳票または工事指示帳票は任意の個数だけ存
在し、それらが完了することによって敷設申込書の帳票
データの処理も完了する。

【００８０】したがって、各帳票データを１つの状態遷
移マシンと見なすと、図１４に示すように上位にある１
つの状態遷移マシン３１が下位にある複数の状態遷移マ
シン３２および３３と構成の関係を有していると考える
ことができる。この構成の関係とは、下位の状態遷移マ
シンが全て完了したときに上位の状態遷移マシンの状態
が変更されることを指している。

【００８１】たとえば、上位の状態遷移マシン３１内の
「申込受付」状態から「工事開始」状態へ遷移した後、
下位の状態遷移マシン３２および３３が共に完了したと
きに、上位の状態遷移マシン３１内の「工事完了」状態
へ遷移する。このように上位の状態遷移マシンは、複数
の下位の状態遷移マシンと構成の関係を有することがで
きるが、逆に、下位の状態遷移マシンも複数の上位の状
態遷移マシンと構成の関係を有することができる。

【００８２】たとえば、ある電話回線Ａを敷設するため
に必要な交換機が、既に別の回線Ｂの敷設作業で調達が
かかっているような場合には、この交換機の調達作業は
回線Ｂの敷設作業を構成する作業の１つであるが、回線
Ａの敷設作業を構成する作業としても関係を設定するこ
とができる。これによって、業務間の複雑な構成の関係
を記述することができる。

【００８３】ＸＭＬデータベースには状態遷移に関する
情報が格納されており、以下「状態遷移表」と呼ぶ。ま
た、状態遷移表に格納された状態遷移に関する情報に
は、ある種別のチケットに対してある種別のチケットと
構成関係を設定できるという情報が含まれており、以下
「構成関係定義」と呼ぶ。また、ＸＭＬデータベースに
はさらに構成関係定義に基づいて、それぞれのチケット
に対してどのチケット間に構成関係が設定されているか
の情報が格納されており、以下「チケットに対する構成
関係設定」と呼ぶ。

【００８４】図１５は、本実施の形態におけるワークフ
ロー管理システムの処理手順を説明するためのフローチ
ャートである。まず、オペレータが端末装置３等を用い
てＸＭＬデータベースのチケットを更新すると（Ｓ１
１）、データ統合サーバ１１からワークフロー管理サー
バ１２へチケットの更新イベントが通知される。ワーク
フロー管理サーバ１２が更新イベントの通知を受ける
と、そのチケット情報をＸＭＬデータベースから読込む
（Ｓ１２）。

【００８５】そして、ワークフロー管理サーバ１２は、
チケットの更新に伴う状態の評価を行なう（Ｓ１３）。
そのチケットの更新が状態遷移を伴うものであれば（Ｓ
１４，Ｙｅｓ）、状態遷移処理を行ない（Ｓ５）、ステ
ップＳ１５へ進む。なお、状態遷移処理は、図８に示す
処理手順と同じであるので詳細な説明は繰返さない。

【００８６】また、チケットの更新が状態遷移を伴うも
のでなければ（Ｓ１４，Ｎｏ）、チケットに上述した構
成関係が設定されているか否かが判定される（Ｓ１
５）。チケットに構成関係が設定されていなければ（Ｓ
１５，Ｎｏ）、処理を終了する。また、チケットに構成
関係が設定されていれば（Ｓ１５，Ｙｅｓ）、構成関係
の評価を行なって（Ｓ１６）、処理を終了する。

【００８７】図１６は、図１５の構成関係の評価処理
（Ｓ１６）をさらに詳細に説明するためのフローチャー
トである。まず、ワークフロー管理サーバ１２は、更新
の対象となるチケットの「チケットに対する構成関係設
定」を参照し（Ｓ１６１）、全ての親チケット対して処
理を完了したか否かを判定する（Ｓ１６２）。全ての親
チケットに対して処理が完了していれば（Ｓ１６２，Ｙ
ｅｓ）、ステップＳ１６４へ処理が進む。

【００８８】また、親チケットのいずれかの処理が完了
していなければ（Ｓ１６２，Ｎｏ）、その親チケットを
構成する全ての子チケットに対する処理が完了している
か否かが判定される（Ｓ１６３）。その親チケットを構
成する全ての子チケットに対する処理が完了していれば
（Ｓ１６３，Ｙｅｓ）、ワークフロー管理サーバ１２
は、親チケットに対する状態遷移処理を行ない（Ｓ
５）、ステップＳ１６２に戻って以降の処理を繰返す。
また、親チケットを構成する子チケットのいずれかが完
了していなければ（Ｓ１６３，Ｎｏ）、そのままステッ
プＳ１６２へ戻って以降の処理を繰返す。

【００８９】ステップ１６４において、全ての子チケッ
トに対して処理が終了しているか否かが判定される。全
ての子チケットに対する処理が終了していれば（Ｓ１６
４，Ｙｅｓ）、処理を終了する。また、子チケットのい
ずれかの処理が終了していなければ（Ｓ１６４，Ｎ
ｏ）、全ての子チケットが完了しているか否かが判定さ
れる。

【００９０】全ての子チケットが完了していれば（Ｓ１
６５，Ｙｅｓ）、ワークフロー管理サーバ１２は、自身
のチケットに対する状態遷移処理を行ない（Ｓ５）、ス
テップＳ１６４に戻って以降の処理を繰返す。また、子
チケットのいずれかが完了していなければ（Ｓ１６５，
Ｎｏ）、そのままステップＳ１６４へ戻って以降の処理
を繰返す。なお、構成関係に関する評価は、親チケット
の更新および子チケットの更新のタイミングで行なわれ
る。

【００９１】以上説明したように、本実施の形態におけ
るワークフロー管理装置によれば、業務を管理する上位
の帳票データが、複数の下位の帳票データと構成の関係
を有するようにしたので、下位の業務が全て完了しない
と上位の業務を終了できないといった業務間の構成関係
を記述することが可能となった。

【００９２】（実施の形態３）本発明の実施の形態３に
おけるワークフロー管理システムの概略構成は、図１に
示す実施の形態１におけるワークフロー管理システムの
概略構成と同じである。また、本発明の実施の形態２に
おけるワークフロー管理装置を実現するコンピュータの
外観および概略構成は、図１２および図１３に示す実施
の形態１におけるコンピュータの外観および概略構成と
同じである。したがって、重複する構成および機能の詳
細な説明は繰返さない。

【００９３】ワークフローが上述した電話の敷設業務の
場合、図１７に示すように状態遷移マシン３４および３
５の部品調達が完了しないと状態遷移マシン３６内の工
事を開始できない。また、全ての配線工事が完了しない
と、交換機の設定作業や開通テストを実施することがで
きない。本実施の形態におけるワークフロー管理システ
ムにおいては、１つの上位の状態遷移マシンを構成する
下位の状態遷移マシン間において、ある幾つかの下位の
状態遷移マシンが特定の状態となったときに、別の下位
の状態遷移マシンの状態を変更することを可能とするも
のである。このような関係を追従の関係と呼ぶことにす
る。

【００９４】図１８は、本実施の形態におけるワークフ
ロー管理システムが処理する３種類の追従の関係を示す
図である。図１８（ａ）は、ある状態遷移マシン３７ａ
が特定の状態となったときに、他の状態遷移マシン３７
ｂを生成して初期状態にする場合を示している。この追
従の関係は、ある作業の終了をきっかけとして新しい作
業が発生することを表現している。

【００９５】図１８（ｂ）は、ある状態遷移マシン３８
ａおよび３８ｂが特定の状態となったときに、他の状態
遷移マシン３８ｃを次の状態遷移マシンに進める場合を
示している。この追従の関係は、複数の作業を待合せて
次の作業へ進むことを表わしている。

【００９６】図１８（ｃ）は、ある状態遷移マシン３９
ａが特定の状態となったときに、他の状態遷移マシンの
状態３９ｂおよび３９ｃを状態遷移に従わずに強制的に
変更する場合を示している。この追従の関係は、ある作
業の失敗によって、関連する全ての作業を強制的に終了
させることを表わしている。

【００９７】ＸＭＬデータベースには状態遷移に関する
状態遷移表が格納されている。また、状態遷移表に格納
された状態遷移に関する情報には、ある種別のチケット
に対してある種別のチケットと追従関係を設定できると
いう情報が含まれており、以下「追従関係定義」と呼
ぶ。また、ＸＭＬデータベースにはさらに追従関係定義
に基づいて、それぞれのチケットに対してどのチケット
間に追従関係が設定されているかの情報が格納されてお
り、以下「チケットに対する追従関係設定」と呼ぶ。

【００９８】図１９は、本実施の形態におけるワークフ
ロー管理システムの処理手順を説明するためのフローチ
ャートである。まず、オペレータが端末装置３等を用い
てＸＭＬデータベースのチケットを更新すると（Ｓ２
１）、データ統合サーバ１１からワークフロー管理サー
バ１２へチケットの更新イベントが通知される。ワーク
フロー管理サーバ１２が更新イベントの通知を受ける
と、そのチケット情報をＸＭＬデータベースから読込む
（Ｓ２２）。

【００９９】そして、ワークフロー管理サーバ１２は、
チケットの更新に伴う状態の評価を行なう（Ｓ２３）。
そのチケットの更新が状態遷移を伴うものであれば（Ｓ
２４，Ｙｅｓ）、状態遷移処理を行ない（Ｓ５）、ステ
ップＳ２５へ進む。なお、状態遷移処理は、図８に示す
処理手順と同じであるので詳細な説明は繰返さない。

【０１００】また、チケットの更新が状態遷移を伴うも
のでなければ（Ｓ２４，Ｎｏ）、チケットに上述した追
従関係が設定されているか否かが判定される（Ｓ２
５）。チケットに追従関係が設定されていなければ（Ｓ
２５，Ｎｏ）、処理を終了する。また、チケットに追従
関係が設定されていれば（Ｓ２５，Ｙｅｓ）、追従関係
の評価を行なって（Ｓ２６）、処理を終了する。

【０１０１】図２０は、図１９の追従関係の評価処理
（Ｓ２６）をさらに詳細に説明するためのフローチャー
トである。まず、ワークフロー管理サーバ１２は、更新
の対象となるチケットの「チケットに対する追従関係設
定」を参照し（Ｓ２６１）、全ての追従元のチケット対
して処理が終了したか否かを判定する（Ｓ２６２）。全
ての追従元のチケットに対して処理が終了していれば
（Ｓ２６２，Ｙｅｓ）、ステップＳ２６４へ処理が進
む。

【０１０２】また、追従元のチケットのいずれかの処理
が終了していなければ（Ｓ２６２，Ｎｏ）、全ての追従
元のチケットの状態が追従先（自身）のチケットへの状
態遷移の条件を満足しているか否かを判定する（Ｓ２６
３）。全ての追従元のチケットの状態が追従先のチケッ
トへの状態遷移の条件を満足していれば（Ｓ２６３，Ｙ
ｅｓ）、自身のチケットに対して状態遷移処理を行なう
（Ｓ５）。また、追従元のチケットのいずれかの状態が
追従先のチケットへの状態遷移の条件を満足していなけ
れば（Ｓ２６３，Ｎｏ）、そのままステップＳ２６２へ
戻って以降の処理を繰返す。

【０１０３】ステップＳ２６４において、追従先のチケ
ットに対して処理が終了しているか否かが判定される。
追従先のチケットに対する処理が終了していれば（Ｓ２
６４，Ｙｅｓ）、処理を終了する。また、追従先のチケ
ットに対する処理が終了していなければ（Ｓ２６４，Ｎ
ｏ）、全ての追従元のチケットの状態が追従先への状態
遷移の条件を満足しているか否かが判定される。全ての
追従元のチケットの状態が追従先への状態遷移の条件を
満足していれば（Ｓ２６５，Ｙｅｓ）、ワークフロー管
理サーバ１２は、追従先チケットに対する状態遷移処理
を行ない（Ｓ５）、ステップＳ２６４に戻って以降の処
理を繰返す。また、追従元のチケットのいずれかが追従
先への状態遷移の条件を満足していなければ（Ｓ２６
５，Ｎｏ）、そのままステップＳ２６４へ戻って以降の
処理を繰返す。なお、追従関係に関する評価は、追従元
のチケットの更新のタイミングで行なわれる。

【０１０４】以上説明したように、本実施の形態におけ
るワークフロー管理装置によれば、ある状態遷移マシン
が特定の状態となったときに、他の状態遷移を生成して
初期状態にするようにしたので、ある作業の終了をきっ
かけとして新しい作業が発生するような追従関係を記述
することが可能となった。また、ある状態遷移が特定の
状態となったときに、他の状態遷移を次の状態遷移マシ
ンに進めるようにしたので、複数の作業を待合せて次の
作業へ進むような追従関係を記述することが可能となっ
た。さらには、ある状態遷移マシンが特定の状態となっ
たときに、他の状態遷移マシンの状態を状態遷移に従わ
ずに強制的に変更するようにしたので、ある作業の失敗
によって、関連する全ての作業を強制的に終了させるこ
とが可能となった。

【０１０５】今回開示された実施の形態は、すべての点
で例示であって制限的なものではないと考えられるべき
である。本発明の範囲は上記した説明ではなくて特許請
求の範囲によって示され、特許請求の範囲と均等の意味
および範囲内でのすべての変更が含まれることが意図さ
れる。

【図面の簡単な説明】

【図１】本発明の実施の形態１におけるワークフロー
管理システムの概略構成を示すブロック図である。

【図２】ＸＭＬデータベース内の帳票データの状態遷
移を模式的に示す図である。

【図３】ＸＭＬ形式で記述されたチケットの一例を示
す図である。

【図４】並行処理を導入したワークフローの一例を示
す図である。

【図５】（ａ）は、「書類作成」状態におけるチケッ
トの構造を示す図である。（ｂ）は、複数の状態を有し
たときのチケットの構造を示す図である。（ｃ）は、
「Ｂの承認待」状態において担当者Ｂが承認を行なった
ときのチケットの構造を示す図である。

【図６】「Ｃの承認待」状態において担当者Ｃが承認
を行なったときのチケットの構造を示す図である。

【図７】本発明の実施の形態１におけるワークフロー
管理システムの処理手順を説明するためのフローチャー
トである。

【図８】図７のワークフロー管理サーバによる状態遷
移処理（Ｓ５）をさらに詳細に説明するためのフローチ
ャートである。

【図９】図８の「並行開始」ノードの処理（Ｓ５２）
をさらに詳細に説明するためのフローチャートである。

【図１０】図８の「並行終了」ノードの処理（Ｓ５
４）をさらに詳細に説明するためのフローチャートであ
る。

【図１１】図８の状態遷移の処理（Ｓ５５）をさらに
詳細に説明するためのフローチャートである。

【図１２】ワークフロー管理装置を実現するコンピュ
ータの外観例を示す図である。

【図１３】図１２に示すコンピュータの概略構成を示
すブロック図である。

【図１４】本発明の実施の形態２におけるワークフロ
ーの一例を示す図である。

【図１５】本発明の実施の形態２におけるワークフロ
ー管理システムの処理手順を説明するためのフローチャ
ートである。

【図１６】図１５の構成関係の評価処理（Ｓ１６）を
さらに詳細に説明するためのフローチャートである。

【図１７】本発明の実施の形態３におけるワークフロ
ーの一例を示す図である。

【図１８】本発明の実施の形態３におけるワークフロ
ー管理システムが処理する３種類の追従の関係を示す図
である。

【図１９】本発明の実施の形態３におけるワークフロ
ー管理システムの処理手順を説明するためのフローチャ
ートである。

【図２０】図１９の追従関係の評価処理（Ｓ２６）を
さらに詳細に説明するためのフローチャートである。

【図２１】従来のワークフロー管理システムで用いら
れている状態遷移マシンの問題点を説明するための図で
ある。

【符号の説明】

１ワークフロー管理プラットフォーム、２〜５端末
装置、６他のワークフロー管理サーバ、１１データ
統合サーバ、１２ワークフロー管理サーバ、４０コ
ンピュータ本体、４２ディスプレイ装置、４４プリ
ンタ、４６キーボード、４８マウス、５０ＣＤ−
ＲＯＭドライブ、５２ＦＤドライブ、５６ＣＰＵ、
５８ＲＯＭ、６０ＲＡＭ、６２ＣＤ−ＲＯＭ、６
４ＦＤ。

Claims

【特許請求の範囲】

【請求項１】ワークフロー定義に従って、チケットの
状態を遷移させながらワークフローを管理するワークフ
ロー管理装置であって、チケット内の状態が遷移するか否かを判定するための判
定手段と、並行処理を示す記述を含んだワークフロー定義および前
記判定手段による判定結果に基づいて、前記チケット内
の状態を更新してワークフローを管理するための管理手
段とを含む、ワークフロー管理装置。
【請求項２】前記管理手段は、前記判定手段によって
状態が遷移すると判定された場合に、遷移先が並行処理
の開始を示すノードであれば、該並行処理の開始を示す
ノードの次にある複数のノードの状態をチケットに追加
するための手段を含む、請求項１記載のワークフロー管
理装置。
【請求項３】前記管理手段は、前記判定手段によって
状態が遷移すると判定された場合に、遷移先が並行処理
の終了を示すノードであれば、該並行処理の終了を示す
ノードの前にある複数の状態が全て遷移するときに、前
記並行処理の終了を示すノードの次にあるノードの状態
をチケットに追加するための手段を含む、請求項１また
は２記載のワークフロー管理装置。
【請求項４】前記管理手段は、チケット内の状態に応
じてチケットの表示スタイルを変更する、請求項１〜３
のいずれかに記載のワークフロー管理装置。
【請求項５】前記管理手段は、チケット内の状態およ
び利用者の役職に応じてチケットの表示スタイルを変更
する、請求項１〜３のいずれかに記載のワークフロー管
理装置。
【請求項６】ワークフロー定義に従って、チケットの
状態を遷移させながらワークフローを管理するワークフ
ロー管理装置であって、チケット内の状態が遷移するか否かを判定するための判
定手段と、親チケットと複数の子チケットとの構成関係の記述を含
んだワークフロー定義および前記判定手段による判定結
果に基づいて、前記チケット内の状態を更新してワーク
フローを管理するための管理手段とを含む、ワークフロ
ー管理装置。
【請求項７】前記判定手段は、前記親チケットを構成
する全ての子チケットに対する処理が終了したときに、
前記親チケットの状態が遷移すると判定する、請求項６
記載のワークフロー管理装置。
【請求項８】前記判定手段は、子チケットが複数の親
チケットに含まれる場合に、当該子チケットによって構
成される複数の親チケットに対する処理が終了したとき
に、当該子チケットの状態が遷移すると判定する、請求
項６記載のワークフロー管理装置。
【請求項９】ワークフロー定義に従って、チケットの
状態を遷移させながらワークフローを管理するワークフ
ロー管理装置であって、チケット内の状態が遷移するか否かを判定するための判
定手段と、追従関係が設定されたチケットの記述を含んだワークフ
ロー定義および前記判定手段による判定結果に基づい
て、前記チケット内の状態を更新してワークフローを管
理するための管理手段とを含む、ワークフロー管理装
置。
【請求項１０】前記管理手段は、前記チケット内の第
１の状態遷移マシンが特定の状態となったときに、第２
の状態遷移マシンを生成して初期状態に設定する、請求
項９記載のワークフロー管理装置。
【請求項１１】前記管理手段は、前記チケット内の所
定の状態遷移マシンが特定の状態となったときに、別の
状態遷移マシンの状態を状態遷移に従って変更する、請
求項９記載のワークフロー管理装置。
【請求項１２】前記管理手段は、前記チケット内の所
定の状態遷移マシンが特定の状態となったときに、別の
状態遷移マシンの状態を状態遷移に従わずに変更する、
請求項９記載のワークフロー管理装置。
【請求項１３】ワークフロー定義に従って、チケット
の状態を遷移させながらワークフローを管理するワーク
フロー管理方法であって、チケット内の状態が遷移するか否かを判定するステップ
と、並行処理を示す記述を含んだワークフロー定義および前
記判定結果に基づいて、前記チケット内の状態を更新し
てワークフローを管理するステップとを含む、ワークフ
ロー管理方法。
【請求項１４】ワークフロー定義に従って、チケット
の状態を遷移させながらワークフローを管理するワーク
フロー管理方法であって、チケット内の状態が遷移するか否かを判定するステップ
と、親チケットと複数の子チケットとの構成関係の記述を含
んだワークフロー定義および前記判定結果に基づいて、
前記チケット内の状態を更新してワークフローを管理す
るステップとを含む、ワークフロー管理方法。
【請求項１５】ワークフロー定義に従って、チケット
の状態を遷移させながらワークフローを管理するワーク
フロー管理方法であって、チケット内の状態が遷移するか否かを判定するステップ
と、追従関係が設定されたチケットの記述を含んだワークフ
ロー定義および前記判定結果に基づいて、前記チケット
内の状態を更新してワークフローを管理するステップと
を含む、ワークフロー管理方法。
【請求項１６】ワークフロー定義に従って、チケット
の状態を遷移させながらワークフローを管理するワーク
フロー管理方法をコンピュータに実行させるためのプロ
グラムを記録したコンピュータで読取可能な記録媒体で
あって、前記ワークフロー管理方法は、チケット内の状態が遷移
するか否かを判定するステップと、並行処理を示す記述を含んだワークフロー定義および前
記判定結果に基づいて、前記チケット内の状態を更新し
てワークフローを管理するステップとを含む、コンピュ
ータで読取可能な記録媒体。
【請求項１７】ワークフロー定義に従って、チケット
の状態を遷移させながらワークフローを管理するワーク
フロー管理方法をコンピュータに実行させるためのプロ
グラムを記録したコンピュータで読取可能な記録媒体で
あって、前記ワークフロー管理方法は、チケット内の状態が遷移
するか否かを判定するステップと、親チケットと複数の子チケットとの構成関係の記述を含
んだワークフロー定義および前記判定結果に基づいて、
前記チケット内の状態を更新してワークフローを管理す
るステップとを含む、コンピュータで読取可能な記録媒
体。
【請求項１８】ワークフロー定義に従って、チケット
の状態を遷移させながらワークフローを管理するワーク
フロー管理方法をコンピュータに実行させるためのプロ
グラムを記録したコンピュータで読取可能な記録媒体で
あって、前記ワークフロー管理方法は、チケット内の状態が遷移
するか否かを判定するステップと、追従関係が設定されたチケットの記述を含んだワークフ
ロー定義および前記判定結果に基づいて、前記チケット
内の状態を更新してワークフローを管理するステップと
を含む、コンピュータで読取可能な記録媒体。