JP2000029956A

JP2000029956A - ワークフローアプリケーション実行装置およびワークフローアプリケーション構築方法

Info

Publication number: JP2000029956A
Application number: JP10192548A
Authority: JP
Inventors: Hirotaka Hara; 裕貴原; Nobuyuki Kanetani; 延幸金谷; Takahide Matsuzuka; 貴英松塚
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1998-07-08
Filing date: 1998-07-08
Publication date: 2000-01-28

Abstract

(57)【要約】【課題】ワークフローアプリケーションを構築し実行
する装置に関し，ワークフロー実行中に，状態を変更す
るようなアプリケーションを用いることができ，トラン
ザクション処理を行うことができ，ワークフロー状態と
アプリケーションの状態との整合を維持できるようにす
ることを目的とする。【解決手段】ワークフロー定義32中に，アプリケーシ
ョン41の状態保持，トランザクション処理，コミット等
の記述を可能にし，これをもとにセッションプログラム
のスケルトンを自動生成する。ワークフローサーバ３
は，各ステージごとにアプリケーション状態のリンク情
報を保持する。セッション管理手段22は，各ステージご
とにセッションを生成する。セッションでは，ワークフ
ローサーバ３からアプリケーション状態のリンク情報を
取得して，クライアント１とアプリケーション41との対
話処理を遂行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は，ワークフローシス
テムに関し，特にワークフローシステムがデータベース
処理等の既存アプリケーションや，ビジネスオブジェク
ト等のバックエンドアプリケーションと協調して，複数
のクライアントにまたがって作業が実行されるような分
散アプリケーションの構築および実行ができるようにし
たワークフローアプリケーション実行装置およびワーク
フローアプリケーション構築方法に関する。

【０００２】

【従来の技術】たとえば，一般の企業において，稟議書
や伝票等は起票者から上司へ，さらにその上司へという
ように，必要に応じてあらかじめ設定されたルートで回
覧され，承認，決裁される。このように，ある業務に関
する作業の一連の流れ，作業内容によって定型化された
一連の業務の流れを指してワークフローと呼ぶ。ワーク
フローシステムは，グループウェアの代表的な機能の一
つであり，たとえば上で述べたような文書の流れを電子
メッセージの流れに代え，必要なルートに従ったメッセ
ージの配信およびその管理などを行なう。

【０００３】通常，ワークフローシステムのサーバは，
状態を保持したり，外部のアプリケーションを実行した
りするための簡単な処理手段しか持っていない。このた
め，従来のワークフローシステムでは，ユーザとの対話
によって入力された情報をワークフローシステムの内部
に蓄え，プロセスの終了時にデータベースに書き込むよ
うな単純な作業しか行うことができなかった。また，画
面の定義や外部アプリケーションとのやりとりを行う実
行プログラムや状態の管理手段を，クライアントおよび
サーバの両方に実装する必要があった。

【０００４】また，ワークフローシステム自体は，通
常，トランザクション機能を持たないので，トランザク
ション処理は別途用意して行う必要があった。

【０００５】

【発明が解決しようとする課題】以上のような従来のワ
ークフローシステムでは，ワークフローが変更された際
に，サーバとクライアントの両方のプログラムを整合的
に書き換える必要があり，ワークフローの開発上の大き
な問題となっていた。

【０００６】また，従来の技術では，ワークフロー実行
中に，複雑な処理を伴うアプリケーションを呼び出して
状態を書き換えたり，既存の業務アプリケーションをワ
ークフローシステムによって制御し，複数のクライアン
トによる操作を経て一つのプロセスを終了したりするよ
うなワークフローアプリケーションとして，システムを
運用することは困難であった。

【０００７】また，クライアントやサーバ上でデータを
保持すると，トランザクション処理が行えないという問
題があった。さらに，外部プログラムでトランザクショ
ン処理を行った場合には，サーバのダウンなどの際に，
サーバで保持しているワークフロー状態との不整合が発
生してしまうという問題があった。この場合に，ワーク
フロー状態も含めてトランザクション処理に入れてしま
うと，ワークフローの処理が遅くなってしまうという問
題もあった。

【０００８】本発明の目的は，ワークフロー実行中に，
既存アプリケーションをワークフローシステムによって
制御し，複数のクライアントでの操作を経て一つのプロ
セスを終了するようなワークフローアプリケーションと
して利用でき，また，ワークフロー処理を遅延させずに
トランザクション処理を行え，ワークフローの各ステー
ジとアプリケーションとの状態の不整合を起こさないよ
うなワークフローアプリケーションを構築し，かつ実行
する装置を実現することである。

【０００９】

【課題を解決するための手段】図１は，本発明の構成例
を示す図である。本発明は，クライアント１からのイベ
ント（処理要求）を受け取り，セッションサーバ２に，
ワークフローや業務プロセスの処理要求を発行するセッ
ション実行手段２１（以下，セッションハンドルとい
う）を持ち，ワークフローサーバ３内のワークフロー定
義３２にもとづくプロセスインスタンス３１やワークア
イテムが外部アプリケーションへのリンク情報を保持す
る機構を持つように構成したことを特徴とする。

【００１０】ワークフローサーバ３とクライアント１
は，フレームワークによって定められた基本的な処理の
みを実行する。セッション管理手段２２は，セッション
の生成と消滅を管理し，ワークフローサーバ３の持つプ
ロセスインスタンス３１の一つのステージに対して一つ
のセッションハンドル２１を生成する。

【００１１】セッションハンドル２１は，ワークフロー
の一つのステージの間のみ存在し，そのステージに対応
するセッションプログラムに記述された処理を行い，処
理が終了すると消滅し，ステージを進めるイベントを発
行する。セッションハンドル２１は，クライアント１に
対する画面の一時的な状態を保持するが，アプリケーシ
ョンやワークフローの状態を保持することはしない。

【００１２】また，セッションハンドル２１のセッショ
ンプログラム中に，アプリケーション４１のトランザク
ションの開始，コミット等を記述することができるよう
になっている。これにより，トランザクションの開始／
終了，アプリケーションの保存状態の確認，取得，ワー
クフロー状態の登録，参照，処理の実行，コミット実行
等の指示を行うことができる。

【００１３】セッションプログラム自動生成手段２３
は，トランザクションの開始，コミット，アプリケーシ
ョン状態の版数管理等を記述したワークフロー定義３２
から，セッションハンドル２１のスケルトン（セッショ
ンプログラムのひな型）を自動生成する。

【００１４】ワークフローサーバ３のプロセスインスタ
ンス３１は，アプリケーションの状態を持つことはせ
ず，アプリケーションの状態（ビジネスオブジェクト
等）に対するリンク情報（キー等）のみを持ち，各ステ
ージは，この状態へのリンク情報（キー等）を承継する
ことにより，いつでもアプリケーションの状態を取得す
ることができる。たとえば伝票処理の場合には，このリ
ンク情報のキーとして，伝票番号のようなものが用いら
れる。

【００１５】アプリケーションサーバ４のワークフロー
状態管理手段４２は，現在のワークフロー状態情報を保
持し，アプリケーション状態版数管理手段４３は，アプ
リケーション４１の状態情報を保持する。これらの情報
により，なんらかの原因でワークフロー状態とアプリケ
ーションの状態とが不整合になったことを確認すること
ができ，たとえば，ワークフローのステージをロールバ
ックさせることで，これらの状態の整合性が保たれる。

【００１６】トランザクション管理手段４４は，ワーク
フローの実行に同期したトランザクションの管理を行
う。このトランザクションの管理では，一つのステージ
内に閉じたショートトランザクションと，複数のステー
ジにまたがったトランザクションとショートトランザク
ションとのネステッドトランザクションの管理を行うこ
ともできる。これにより，アプリケーションサーバ４の
トランザクション管理機能を用いて，ワークフローシス
テム全体のトランザクション処理の実現が可能となる。

【００１７】本発明は，以下のように作用する。セッシ
ョンハンドル２１は，クライアント１からのワークフロ
ー定義３２に定義されたプロセスインスタンス３１の一
つのステージを実行するという要求に対して生成され
る。

【００１８】セッションハンドル２１は，クライアント
１のＧＵＩイベント（処理要求）を受け取り，適切なア
プリケーション４１の処理を実行する。これは通常のア
プリケーション４１でコントロールと呼ばれるモジュー
ル（処理制御手段）が行うのと同じ処理である。通常の
コントロールと違うのは，クライアント１の特定のイベ
ントに対してはワークフローサーバ３にワークフロー処
理を要求することである。

【００１９】ワークフローサーバ３によって，このステ
ージの終了が判断された際には，セッションハンドル２
１は，クライアント１側に画面消去などの終了処理を行
った後，セッションハンドル２１自体も消滅する。

【００２０】このセッションハンドル２１自体は，一つ
のステージの間のみのライフサイクルを持つので，ステ
ージをまたがるような状態を保持することができない。
したがって，アプリケーション４１の状態は，アプリケ
ーション状態版数管理手段４３によって，アプリケーシ
ョンサーバ４内に保持され，次のステージにおいて生成
されるセッションハンドル２１がアプリケーション４１
を実行するために必要なリンク情報（ビジネスオブジェ
クトのＩＤ，データベースのテーブルＩＤなど）は，ワ
ークフローサーバ３内のプロセスインスタンス３１やプ
ロセスに登録して管理する。

【００２１】ワークフローサーバ３に登録するのは，状
態に関するリンク情報のみであり，各セッションの処理
の内容は，セッションハンドル２１に記述される。な
お，セッションハンドル２１が動作するのはクライアン
ト１上でも構わないし，プロセスインスタンス３１と同
一プロセスで動作するようにしてもよい。

【００２２】

【発明の実施の形態】以下，本発明の実施の形態を説明
する。図２は，本発明の基本的な処理フローチャートで
ある。

【００２３】図２において，クライアント１は，ワーク
フローサーバ３よりワークリストを取得し（ステップＳ
１），ワークリストより作業を選択する（ステップＳ
２）。これにより，作業開始がセッションサーバ２に送
られ，セッションハンドル２１が生成されて，セッショ
ンが開始する（ステップＳ３）。セッションは，ワーク
フローサーバ３から対応するプロセスに関連するアプリ
ケーション４１の状態に対するリンク情報を取得し（ス
テップＳ４），また，クライアント１に画面を表示する
（ステップＳ５）。

【００２４】クライアント１からセッションに対してイ
ベントが通知されると（ステップＳ６），セッションは
イベントに対応した処理を実行する（ステップＳ７〜Ｓ
８）。たとえば，セッションは，クライアント１からの
イベントに応じてアプリケーション４１に対して処理を
要求し（ステップＳ９），またはトランザクションの開
始／終了，コミット処理を要求する（ステップＳ１
０）。あるいは，ステージ終了のイベントに対しては，
ワークフローサーバ３に対してそのステージの終了処理
を依頼し（ステップＳ１１），クライアント１に対して
もステージの終了処理を依頼し（ステップＳ１２），セ
ッション自身は消滅する（ステップＳ１３）。

【００２５】通常ステージが移動する際には，セッショ
ンハンドル２１（セッション）は消滅し，次のステージ
の作業が担当者のワークリストに載る。しかし，同じ担
当者が連続するステージを処理する場合には，いちいち
ワークリストから作業を選択することなく途切れずに処
理を続行できれば作業効率を上げることができる。そこ
で，このような場合には，古いセッションを消去すると
ともに新しいセッションを生成し，クライアント１に対
して新しいセッションに対応する画面を送ることによっ
て，クライアント１が連続的に作業を行えるようにす
る。

【００２６】図３は，同一担当者によるステージ実行の
処理フローチャートである。セッション終了のイベント
に対して，セッションは，ワークフローサーバ３に対し
てステージの終了処理を依頼し（ステップＳ２１），ク
ライアント１に対してステージの終了処理を依頼し（ス
テップＳ２２），セッション自身は消滅する（ステップ
Ｓ２３）。このとき，ワークフローサーバ３は，次のス
テージの担当者が同一かどうかを判断し（ステップＳ２
４），同一でない場合には，ワークフローサーバ３は，
次のステージの作業を担当者のワークリストに登録する
（ステップＳ２５）。

【００２７】次のステージの担当者が同一の場合には，
ワークフローサーバ３は，セッション管理手段２２に対
して次のセッションの生成，開始を要求する（ステップ
Ｓ２６）。生成されたセッションは，ワークフローサー
バ３から対応するプロセスに関連するアプリケーション
４１の状態に対するリンク情報を取得し（ステップＳ２
７），同時に，クライアント１に画面を表示する（ステ
ップＳ２８）。

【００２８】また，アプリケーションサーバ４側に用意
されたアプリケーション状態版数管理手段４３は，アプ
リケーション４１の状態版数を管理する。セッション
は，必要なステージに対応するアプリケーション４１の
状態版数の保持を要求する。たとえば，ステージの差し
戻し等により，再び同じステージの処理を行うことにな
った場合に，アプリケーション４１の状態版数情報が保
存されていれば，その状態に戻すことができ，状態の整
合性が維持できる。

【００２９】図４は，アプリケーション状態版数保持の
処理フローチャートである。図４において，セッション
によってステージの処理が開始されると（ステップＳ３
１），セッションは，該当ステージに対応する状態が存
在するかどうかをアプリケーション状態版数管理手段４
３に対して聞く（ステップＳ３２）。

【００３０】該当ステージに対応する状態が存在する場
合には，セッションは，アプリケーション状態版数管理
手段４３からアプリケーション４１の状態を取得する
（ステップＳ３３）。状態が存在しない場合には，セッ
ションは，ワークフローサーバ３から対応するプロセス
に関連するアプリケーション４１の状態に対するリンク
情報を取得する（ステップＳ３４）。

【００３１】ステージの終了が指示されると（ステップ
Ｓ３５），そのステージがアプリケーション４１の状態
を保存するように指定されているステージかどうかを判
断し（ステップＳ３６），状態を保存するように指定さ
れているステージである場合には，アプリケーション状
態版数管理手段４３に対して，状態を保存するように要
求する（ステップＳ３７）。

【００３２】また，アプリケーションサーバ４側に用意
されたワークフロー状態管理手段４２は，ワークフロー
の状態を保持する。セッションは，トランザクション管
理手段４４により，各ステージの処理におけるトランザ
クション処理を行うようにする。セッションは，このト
ランザクションが正常に終了したことを確認した上でワ
ークフローの状態を次に進め，ワークフローとアプリケ
ーション４１の状態が整合するように保つ。

【００３３】図５は，同期処理による状態整合維持の処
理フローチャートである。図５において，セッションを
開始し（ステップＳ４１），トランザクションを開始す
る（ステップＳ４２）。続いて，セッションを実行し，
アプリケーション処理を行う（ステップＳ４３）。ステ
ージの終了が指示され（ステップＳ４４），アプリケー
ションサーバ４にワークフロー状態を登録し（ステップ
Ｓ４５），トランザクションを終了する（ステップＳ４
６）。トランザクションが成功したかどうかを判断し
（ステップＳ４７），トランザクションが成功した場合
にはワークフローの状態を変更する（ステップＳ４
８）。

【００３４】また，トランザクション処理を待たずにワ
ークフローの状態を先に進めることも可能である。この
場合には，ワークフローサーバ３は，各ステージの動作
を開始する際に，アプリケーション側の状態を確認した
上で，そのステージの動作を再開する。状態が不整合の
場合（ワークフロー状態は進んでいるのに，アプリケー
ション側でトランザクションが失敗して状態が変わって
いない場合，または，アプリケーション側のトランザク
ションが成功しているのに，ワークフローのステージが
進んでいない場合）には，ワークフロー側は，アプリケ
ーション４１の状態に合わせるように，ステージを移行
する処理を行い，整合性を維持する。

【００３５】図６は，非同期処理による状態整合維持の
処理フローチャートである。図６において，セッション
を開始し（ステップＳ５１），アプリケーション４１の
状態とワークフロー状態との整合がとれているかどうか
を判断し（ステップＳ５２），状態の整合がとれていな
い場合には，セッションを終了し（ステップＳ５３），
ワークフロー状態をアプリケーション４１の状態と整合
するようなステージに移行する（ステップＳ５４）。そ
の後，ステップＳ５１へ戻り，新たなセッションを開始
する。

【００３６】状態の整合がとれている場合には，トラン
ザクションを開始し（ステップＳ５５），セッションを
実行し，アプリケーション処理を行う（ステップＳ５
６）。その後，ステージの終了が指示されると（ステッ
プＳ５７），ワークフローの状態を変更するとともに
（ステップＳ５８），アプリケーションサーバ４にワー
クフロー状態を登録し（ステップＳ５９），トランザク
ションを終了する（ステップＳ６０）。なお，ステップ
Ｓ５８またはステップＳ６０の処理は失敗することもあ
る。

【００３７】また，ワークフロー定義中にトランザクシ
ョンの開始／終了，コミット，状態保持を行うなどの情
報を記述できるようにして，これらの情報にもとづい
て，セッションプログラムの一部（ひな型）を自動生成
する。

【００３８】図７は，ワークフロー定義を用いてセッシ
ョンプログラムを自動生成する処理を説明する図であ
る。セッションプログラム自動生成手段２３は，ワーク
フロー定義３２中に，トランザクションの開始，状態保
持，コミット，トランザクション終了などの記述がある
と，それをもとに各ステージにおいて実行するセッショ
ンプログラムを自動生成する。たとえば，ワークフロー
定義３２中のステージに対してトランザクション開始，
状態保持を定義した場合には，「セッション開始，トラ
ンザクション開始，状態保持，…，アプリケーションの
処理実行，…，セッション終了」のようなセッションプ
ログラムのスケルトンを自動的に生成する。

【００３９】

【実施例】図８および図９を用いて，ある研究所におけ
る物品等購入業務を例にして，ワークフローアプリケー
ションの実行制御を説明する。

【００４０】物品等購入業務では，クライアント１とし
て起案者，上司，購買担当者が物品等購入ワークフロー
に関係して，研究所予算管理アプリケーションおよび予
算利用申請伝票処理アプリケーションを使用して各クラ
イアントが個別に処理を行いながら，業務を遂行してい
く。

【００４１】物品等購入ワークフローは，図８に示すよ
うなワークフロー定義にもとづいて進行する。ワークフ
ロー定義には，どのような順序でステージを処理するの
か，各ステージでは誰が処理するのか，どのようなとき
に処理をするのか等を定義しておく。ステージは，その
ワークフローで行われる一連の処理動作のうち，一つの
まとまった処理の単位である。一つのステージは一つの
セッションで実行される。

【００４２】図８の物品等購入ワークフローは，予算使
用申請，上司承認，購買見積もり，実績更新，成功処
理，失敗処理の各ステージからなる。各ステージの関係
は，まず，予算使用申請ステージで起案者により予算使
用申請セッションが処理され，次に上司承認ステージで
上司により上司承認セッションが処理される。上司承認
セッションで「承認」がされた場合には購買見積もりス
テージに進む。購買見積もりステージで購買担当者によ
り購買見積もりセッションが処理され，購買見積もりが
予算より少ない場合には，実績更新ステージに進む。実
績更新ステージで実績更新セッションが処理され，実績
更新が成功した場合には，起案者に対する成功処理ステ
ージへ進む。

【００４３】なお，上司承認ステージで「承認」されな
かった場合，購買見積もりステージで購買見積もりが予
算より多い場合，実績更新ステージで失敗した場合に
は，起案者に対する失敗処理ステージに進む。

【００４４】物品等購入ワークフローの各処理（セッシ
ョン）の詳細を，図９を用いて説明する。まず，起案者
は，物品等購入業務をすすめるため購買ワークフローシ
ステムにアクセスし，「予算使用申請」セッションを開
始する。「予算使用申請」セッションでは，研究所予算
管理アプリケーションを用いて，予算オブジェクトを検
索し，実績・予算を取得してクライアント１の端末に実
績・予算を表示し，予算の申請を入力させ，予算を減額
する。さらに，予算利用申請伝票処理アプリケーション
を用いて，予算申請の伝票を生成し，購入内容，実績・
予算登録を行う。セッションが終了すると，別のクライ
アントである上司のワークリストに「上司承認」の作業
が登録され，次のステージに進む。

【００４５】上司が購買ワークフローシステムにアクセ
スし，ワークリストから「上司承認」の作業を選択する
と，「上司承認」セッションが開始する。「上司承認」
セッションでは，予算利用申請伝票処理アプリケーショ
ンを用いて，起案者が入力した内容，実績・予算を取得
して表示し，承認結果を入力する。ここで，「承認」が
入力されてセッションが終了すると，購買担当者（購
買）のワークリストに「購買見積もり」の作業が登録さ
れ，次のステージに進む。

【００４６】購買担当者が購買ワークフローシステムに
アクセスし，ワークリストから「購買見積もり」の作業
を選択すると，「購買見積もり」セッションが開始す
る。「購買見積もり」セッションでは，予算利用申請伝
票処理アプリケーションから上司が承認した内容，実績
・予算を取得して，クライアント１に表示し，見積もり
結果を入力し，見積もり額を予算利用申請伝票処理アプ
リケーションに登録する。見積もり額が予算を超えない
場合，「実績更新」セッション起動のイベントが発行さ
れる。

【００４７】次のステージの「実績更新」セッションで
は，研究所予算管理アプリケーションの実績・予算を修
正する。実績更新が成功してセッションを終了すると，
起案者のワークリストに「成功処理」が登録される。

【００４８】次に起案者が購買ワークフローシステムに
アクセスし，「成功処理」セッションが開始すると，起
案者の端末に「承認」の結果が表示され，予算利用申請
の伝票が削除され，セッションが終了する。

【００４９】なお，「上司承認」セッションにおいて，
「否認」が入力されて「上司承認」セッションが終了す
る場合には，起案者のワークリストに「失敗処理」が登
録される。これより，起案者が次にアクセスしたときに
開始される「失敗処理」セッションにおいて，「否認」
結果が表示され，予算利用申請の伝票が削除される。
「購買見積もり」セッションにおいて，見積もり額が予
算を超過した場合または「実績更新」セッションにおけ
る実績更新が失敗した場合も同様に，「失敗処理」セッ
ションによる結果表示および伝票削除の処理が行われ
る。

【００５０】たとえば，以上の各ステージにおける個々
の処理をショートトランザクションとして扱うととも
に，それらの全体を，トランザクションのネスティング
による上位トランザクションとして扱うようにワークフ
ロー定義３２を記述し，セッションプログラムを自動生
成することによって，ワークフローシステムがトランザ
クション管理機能を利用し，ワークフローとアプリケー
ションとの連携および整合性を簡易にとることができる
ようになる。

【００５１】

【発明の効果】以上説明したように，本発明によれば，
従来のワークフローシステムのように，ワークフロー定
義をクライアント側とワークフローサーバ側に持つ必要
がなく，ワークフロー定義の修正の処理負担が軽くなる
という効果を奏する。

【００５２】また，連続するステージの担当者が同一ク
ライアントの場合には，セッションを切り替えずにクラ
イアント側の画面のみを切り替えて処理を実行すること
ができ，操作性を向上させるという効果を奏する。

【００５３】また，ワークフロー実行中に，状態の書き
換えを伴うような複雑なアプリケーションや既存の業務
アプリケーションを，ワークフローアプリケーションと
して使用することが可能となる。

【００５４】また，ワークフローシステムにおいても，
処理速度を落とさずに簡易にトランザクション処理が可
能となり，さらにアプリケーションの状態とワークフロ
ー状態とが不整合になった場合にも，状態を整合させる
ことが可能となる。

【００５５】以上の説明に関して，さらに以下の項を開
示する。（１）一連の業務の遂行に必要な複数の処理に関する各
々のステージの実行順序を定めるワークフローの定義に
もとづき，外部の業務アプリケーションを用いて各ステ
ージごとに対応する処理を行いながら全体として前記業
務を遂行するワークフローアプリケーション実行装置で
あって，前記業務アプリケーションへのリンク情報を保
持し，ワークフローを制御する手段と，前記ワークフロ
ーの各ステージにおいてクライアントと業務アプリケー
ションとの対話処理を遂行するためのセッションを，作
業開始時に生成し，作業終了時に消滅させるセッション
管理手段と，前記セッション管理手段により生成された
セッションからの処理要求により，前記業務アプリケー
ションを実行する手段とを備えるワークフローアプリケ
ーション実行装置において，前記セッションの中で，ア
プリケーション処理のトランザクションの開始，コミッ
トを実行することによって，ワークフローの実行に同期
してトランザクション処理を実行するように構成する。

【００５６】（２）また，一連の業務の遂行に必要な複
数の処理に関する各々のステージの実行順序を定めるワ
ークフローの定義にもとづき，外部の業務アプリケーシ
ョンを用いて各ステージごとに対応する処理を行いなが
ら全体として前記業務を遂行するワークフローアプリケ
ーション実行装置であって，前記業務アプリケーション
へのリンク情報を保持し，ワークフローを制御する手段
と，前記ワークフローの各ステージにおいてクライアン
トと業務アプリケーションとの対話処理を遂行するため
のセッションを，作業開始時に生成し，作業終了時に消
滅させるセッション管理手段と，前記セッション管理手
段により生成されたセッションからの処理要求により，
前記業務アプリケーションを実行する手段とを備えるワ
ークフローアプリケーション実行装置において，前記ワ
ークフローと前記アプリケーションの状態が非整合にな
ったとき，前記ワークフローの状態を移行させ，状態を
同期させる手段を備える。

【図面の簡単な説明】

【図１】本発明の構成例を示す図である。

【図２】本発明の基本的な処理フローチャートである。

【図３】同一担当者によるステージ実行の処理フローチ
ャートである。

【図４】アプリケーション状態版数保持の処理フローチ
ャートである。

【図５】同期処理による状態整合維持の処理フローチャ
ートである。

【図６】非同期処理による状態整合維持の処理フローチ
ャートである。

【図７】ワークフロー定義を用いてセッションプログラ
ムを自動生成する処理を説明する図である。

【図８】ワークフロー定義（プロセスインスタンス）の
例を示す図である。

【図９】ワークフロー制御の実施例を説明する図であ
る。

【符号の説明】

１クライアント２セッションサーバ２１セッション実行手段（セッションハンドル）２２セッション管理手段２３セッションプログラム自動生成手段３ワークフローサーバ３１プロセスインスタンス３２ワークフロー定義４アプリケーションサーバ４１アプリケーション４２ワークフロー状態管理手段４３アプリケーション状態版数管理手段４４トランザクション管理手段

───────────────────────────────────────────────────── フロントページの続き (72)発明者松塚貴英神奈川県川崎市中原区上小田中４丁目１番１号富士通株式会社内

Claims

【特許請求の範囲】

【請求項１】一連の業務の遂行に必要な複数の処理に
関する各々のステージの実行順序を定めるワークフロー
の定義にもとづき，外部の業務アプリケーションを用い
て各ステージごとに対応する処理を行いながら全体とし
て前記業務を遂行するワークフローアプリケーション実
行装置であって，前記業務アプリケーションへのリンク
情報を保持し，ワークフローを制御する手段と，前記ワ
ークフローの各ステージにおいてクライアントと業務ア
プリケーションとの対話処理を遂行するためのセッショ
ンを，作業開始時に生成し，作業終了時に消滅させるセ
ッション管理手段と，前記セッション管理手段により生
成されたセッションからの処理要求により，前記業務ア
プリケーションを実行する手段とを備えることを特徴と
するワークフローアプリケーション実行装置。
【請求項２】請求項１記載のワークフローアプリケー
ション実行装置において，前記セッション管理手段は，
前記ワークフローにおける次のステージの担当者が同じ
クライアントであるとき，セッションを切り替えずにク
ライアントの作業用の画面のみを切り替えて処理を実行
させることを特徴とするワークフローアプリケーション
実行装置。
【請求項３】一連の業務の遂行に必要な複数の処理に
関する各々のステージの実行順序を定めるワークフロー
の定義にもとづき，外部の業務アプリケーションを用い
て各ステージごとに対応する処理を行いながら全体とし
て前記業務を遂行するワークフローアプリケーション実
行装置を構築するための方法であって，ワークフロープ
ロセスの定義により，前記ワークフローの各ステージに
おいてクライアントと業務アプリケーションとの対話処
理を遂行するためのセッションを実現するプログラムの
一部を自動生成することを特徴とするワークフローアプ
リケーション構築方法。
【請求項４】請求項３記載のワークフローアプリケー
ション構築方法において，ワークフロープロセスの定義
中に，トランザクションの開始およびコミットを明示的
または暗黙的に記述させ，それをもとにワークフローの
実行に同期してトランザクション処理を実行するための
前記セッションを実現するプログラムを自動生成するこ
とを特徴とするワークフローアプリケーション構築方
法。
【請求項５】一連の業務の遂行に必要な複数の処理に
関する各々のステージの実行順序を定めるワークフロー
の定義にもとづき，外部の業務アプリケーションを用い
て各ステージごとに対応する処理を行いながら全体とし
て前記業務を遂行するワークフローアプリケーション実
行装置を構築するための方法であって，ワークフロープ
ロセスの定義中のステージに対してアプリケーションの
状態を保持することを記述することを可能とし，ワーク
フローの状態が差戻し等によって前の状態に戻ったと
き，アプリケーションの状態もその状態に戻すことを特
徴とするワークフローアプリケーション構築方法。