JPH09223033A - 統合ワークフロー管理方法及びシステム - Google Patents

Abstract

(57)【要約】 【課題】 従来は、同種の役割を担う複数組織のワーク
フロー管理システムから、同種の動作要求を同時に受け
付けることができないため、同種の複数の要求が存在し
ても、１つの要求ずつ受け付け、各々処理することしか
できないという問題がある。 【解決手段】 本発明は、１つのワークフローが、１つ
以上の他のワークフローから同種の複数の要求を受けた
場合に、該要求に基づいて複数のアクティビティ群を多
重に動作させて、複数個の同種の処理を同時に実行す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、統合ワークフロー
管理方法及びシステムに係り、特に、複数の人が係わる
一連の業務の流れをコンピュータ上のワークフローに記
述しておき、ワークフローの流れに従って、文書を個人
に送付及びアプリケーションの起動等の流れを実現し、
管理する統合ワークフロー管理方法及びシステム。

【０００２】

【従来の技術】ワークフローは、仕事の流れを手順的か
つ、明示的に記述したルールである。その記述方法の一
例を図８に示す。ワークフロー１００には、複数のアク
ティビティ１０１〜１０８が存在する。アクティビティ
とは、業務を構成する仕事の単位であり、ワークフロー
は、アクティビティをノードとするグラフ構造で記述す
る。業務が開始されると、即ち、ワークフロー１００が
開始されると、アクティビティ１０１から実行が開始さ
れる。

【０００３】アクティビティ１０１は、文書を個人に送
付したり、アプリケーションの起動を行ったりする。ア
クティビティ１０１が終了すると、アクティビティ１０
２の実行が同時に開始される。同様に、アクティビティ
１０３まで実行が進み、アクティビティ１０３の実行が
終了すると、アクティビティ１０４とアクティビティ１
０７の実行が並行して開始される。アクティビティ１０
４が終了すると、アクティビティ１０５の実行が開始さ
れ、これと並行してアクティビティ１０７の実行が終了
すると、アクティビティ１０８の実行が開始される。ア
クティビティ１０５とアクティビティ１０８の実行が終
了すると、アクティビティ１０６の実行が開始される。
アクティビティ１０６の実行が終了すると、ワークフロ
ー１００の実行が終了し、業務が終了する。

【０００４】図８のように記述されたワークフローを管
理、実行するコンピュータシステムをワークフロー管理
システムと言い、その一例を図９に示す。図９に示すワ
ークフロー管理システム２００は、サーバコンピュータ
２０１、クライアントコンピュータ２０２〜２０４を有
する。

【０００５】クライアントコンピュータ２０２〜２０４
は、それぞれサーバコンピュータ２０１にＬＡＮ等で接
続される。サーバコンピュータ２０１は、ワークフロー
を保持し、実行、管理を行う。クライアントコンピュー
タ２０２〜２０４は、主に、グラフィックユーザインタ
フェース（ＧＵＩ）により、ワークフローの記述を行う
機能と、サーバコンピュータ２０１から指示されるアク
ティビティを実行する機能とを有する。

【０００６】図１０は、従来の統合ワークフロー管理シ
ステムの構成を示す。同図に示す統合ワークフロー管理
システムにおいて、ワークフロー管理システム３００
は、クライアントコンピュータ３０２〜３０４と接続す
るサーバコンピュータ３０１を有し、ワークフロー管理
システム３１０は、クライアントコンピュータ３１２〜
３１４と接続するサーバコンピュータ３１１を有する。

【０００７】ワークフロー管理システム３００とワーク
フロー管理システム３１０は、異なるベンダのワークフ
ロー管理システムである。ワークフロー管理システム３
００は、サーバコンピュータ３０１とクライアントコン
ピュータ３０２〜３０４から構成され、ＬＡＮ等で接続
されている。一方、ワークフロー管理システム３１０
は、サーバコンピュータ３１１とクライアントコンピュ
ータ３１２〜３１４から構成され、ＬＡＮ等で接続され
ている。サーバーコンピュータ３０１とサーバコンピュ
ータ３１１は、ネットワーク３２０で接続され、電子メ
ールでの通信が可能である。ネットワーク３２０はイン
ターネット等である。

【０００８】図１１は、従来の統合ワークフローの動作
を説明するための図である。同図に示すシステムにおい
て、ワークフロー４００は、アクティビティ４０１〜４
０８を有し、ワークフロー４１０は、アクティビティ４
１１〜４１５を有し、ワークフロー４００とワークフロ
ー４１０は電子メール４２１〜４２３を送受信する。ま
た、ワークフロー４００、４１０は、共に、異なるベン
ダのワークフロー管理システム（図１０のワークフロー
管理システム３００、３１０）に属しており、図１０に
示すサーバコンピュータ３０１、３１１上にそれぞれ配
置される。

【０００９】業務が開始されると、アクティビティ４０
１から実行が開始される。アクティビティ４０１が終了
すると、アクティビティ４０２の実行が同様に開始され
る。アクティビティ４０２は、他のワークフロー４１０
と連携を取るために、ワークフロー４１０へ電子メール
４２１を送信する。当該電子メール４２１には、ワーク
フロー４１０を起動させることが書かれている。電子メ
ール４２１を受信したワークフロー４１０は、実行を開
始し、アクティビティ４１１から実行を開始する。この
時点からワークフロー４００とワークフロー４１０は並
行に動作し、それぞれのアクティビティを実行してい
く。

【００１０】ワークフロー４００でアクティビティ４０
３まで実行が進むと、ワークフロー４１０と連携をとる
ために、電子メール４２２をアクティビティ４１３に送
信する。電子メール４２２には、アクティビティ４１３
に動作させたい事項や、文書等が含まれている。

【００１１】ワークフロー４１０では、アクティビティ
４１３の実行が開始されると、ワークフロー４００と連
携するための電子メール４２２の受信を行う。このと
き、電子メール４２２が先に到着すれば、サーバコンピ
ュータ３１１でバッファリングされ、実行がアクティビ
ティ４１３まで進むと、アクティビティ４１３により電
子メールは読み取られる。逆に、電子メール４２２の到
着より先にアクティビティ４１３の実行が開始される
と、アクティビティ４１３の実行は電子メール４２２の
到着まで待たされ、電子メール４２２の到着により、電
子メール４２２を読み取り、実行を再開する。

【００１２】ワークフロー４１０でアクティビティ４１
４へ実行が進むと、ワークフロー４００と連携を取るた
めに、電子メール４２３をアクティビティ４０７に送信
する。電子メール４２３には、アクティビティ４０７に
動作させたい事項や文書等が含まれている。この後、ア
クティビティ４１４は実行を続け、終了すると、ワーク
フロー４１０の実行は終了する。ワークフロー４００で
は、アクティビティ４０７が電子メール４２３を受け取
り、実行を進める。アクティビティ４０６の実行が終了
すると、ワークフロー４００が実行を終了し、業務が終
了する。

【００１３】このように、従来の統合ワークフロー管理
システムでは１つの動作要求を、１つのワークフロー管
理システムから受け付けて処理するものである。

【００１４】

【発明が解決しようとする課題】しかしながら、従来の
統合ワークフロー管理システムでは、同種の役割を担う
複数組織のワークフロー管理システムから、同種の動作
要求を同時に受け付けることができないため、同種の複
数の要求が存在しても、１つの要求ずつ受け付け、各々
処理することしかできないという問題があり、非能率的
である。

【００１５】本発明は、上記の点に鑑みなされたもので
あり、１つのワークフローで不特定多数から応募等を受
け付けることが可能な統合ワークフロー管理方法及びシ
ステムを提供することを目的とする。

【００１６】

【課題を解決するための手段】図１は、本発明の原理を
説明するための図である。本発明は、サーバコンピュー
タと、複数のクライアントコンピュータを接続して構成
されるワークフローを、ネットワークを介して複数組接
続して構成されるワークフロー管理システムを管理する
統合ワークフロー管理方法において、１つのワークフロ
ーが、１つ以上の他のワークフローから同種の複数の要
求を受けた場合に（ステップ１）、該要求に基づいて複
数のアクティビティ群を多重に動作させて、複数個の同
種の処理を同時に実行する（ステップ２）。

【００１７】また、本発明は、他のワークフローから同
種の要求を受け付けた際に、該要求に含まれている要求
発行元のワークフロー識別子及び通信先のアクティビテ
ィ識別子を抽出し、保持しておき、通信先のアクティビ
ティ識別子を宛て先として、要求発行元のワークフロー
と連携を取るための通信を行う。

【００１８】また、本発明は、他のワークフローから同
種の要求を受け付けた際に、要求発行元の所定の通信先
のアクティビティ識別子に基づいて、要求発行元のワー
クフローと連携を取るための通信を行う。図２は、本発
明の原理構成図である。

【００１９】本発明は、サーバコンピュータと、複数の
クライアントコンピュータを接続して構成されるワーク
フローを、ネットワークを介して複数組接続して管理す
る統合ワークフロー管理システムであって、ワークフロ
ー１０は、他の複数のワークフロー管理システムからの
処理要求を同時に複数受け付け可能な多重要求受付手段
１１と、多重要求受付手段１１が、他の複数のワークフ
ローから同種の要求を受けた場合には、該要求を一部の
アクティビティ群において、複数個の同種の処理を並行
して実行する多重実行手段１２とを有する。

【００２０】また、上記の多重要求受付手段１１は、要
求に基づいて多重に動作するアクティビティにおいて、
所定の期間に限定して他のワークフローからの要求を受
け付け可能とする。また、上記の実行管理手段１２は、
要求を受け付けたアクティビティにおいて、要求の起動
元のワークフロー名及び多重に実行するアクティビティ
識別子を保持する第１の起動元−実行アクティビティ名
記憶手段を含む。

【００２１】また、上記の実行管理手段１２は、予め指
定されたワークフローの通信先アクティビティ識別子を
保持する第２の起動元−実行アクティビティ名記憶手段
を含む。このように、本発明は、一部のアクティビティ
群のみを多重に実行する機能を持たせることにより、１
つのワークフロー管理システムが複数のワークフロー管
理システムから同種の要求を受けた場合に、同じアクテ
ィビティ群を多重に動作させ、複数個の同種の処理を同
時に実行することが可能であるため、不特定多数から応
募等を受け付ける業務を１つのワークフロー管理システ
ムでサポートすることが可能である。

【００２２】また、多重処理を行うワークフローにおい
て、要求発行元のワークフロー名及び多重処理を行うワ
ークフローが通信する通信先のアクティビティ名を保持
しておくことにより、要求発行元のワークフローの指定
されたアクティビティ名を宛て先として通信することが
可能となる。つまり、指定されたアクティビティ名に対
して電子メール等による通信が可能となる。

【００２３】また、本発明は、予め要求発行元のアクテ
ィビティを通信先として、要求発行元のワークフローと
連携をとるための通信を行うことが可能である。

【００２４】

【発明の実施の形態】図３は、本発明の統合ワークフロ
ー管理システムの構成を示す。同図に示す統合ワークフ
ロー管理システムには、ワークフロー５００、５１０、
５３０が存在する。ワークフロー５００には、アクティ
ビティ５０１〜５０８が存在し、ワークフロー５１０に
はアクティビティ５１１〜５１５が存在し、ワークフロ
ー５３０にはアクティビティ５３１〜５３８が存在す
る。

【００２５】また、ワークフロー５００とワークフロー
５１０の間では、電子メール５２１、５２２が通信可能
であり、ワークフロー５１０とワークフロー５３０の間
では電子メール５２３、５２４が通信可能である。予め
ワークフロー５００、５１０、５３０は起動されている
ものとする。ここで、一部のアクティビティ群のみを多
重に実行している個々の処理単位をスレッドと呼ぶ。ワ
ークフロー５１０は、アクティビティ５１２〜５１５が
スレッドとなるように定義されているものとする。な
お、スレッドとなるアクティビティには同種の要求が到
来することが前提であり、例え、他の要求が到来しても
同種の要求として処理する。これは、スレッドの部分も
含めてワークフローを定義する時に一通りしか定義でき
ないからである。

【００２６】上記の前提において、以下に図３に示すシ
ステムの動作を説明する。図４は、本発明の動作を説明
するためのシーケンスチャートである。ワークフロー５
００でアクティビティ５０３まで処理が進むと、ワーク
フロー５１０と連携を取るために、ワークフロー５１０
のアクティビティ５１２へ電子メール５２１を送信する
（ステップ１０１）。

【００２７】ワークフロー５１０では、アクティビティ
５１２で電子メールを受け取ると、スレッド５１Ｘを作
成する（ステップ１０２）。このスレッド５１Ｘは、ア
クティビティ５１２〜５１５である。一方、ワークフロ
ー５３０でアクティビティ５３３まで処理が進むと、ワ
ークフロー５１０と連携を取るために、アクティビティ
５１２に電子メールを送る（ステップ１０３）。

【００２８】ワークフロー５１０では、アクティビティ
５１２で電子メール５２３を受け取ると、更に、新しい
スレッド５４Ｘを作成する（ステップ１０４）。スレッ
ド５４Ｘは、アクティビティ５４２〜５４５である。ワ
ークフロー５００から電子メール５２１により起動され
たスレッドで処理がアクティビティ５１４まで処理が進
むと（ステップ１０５）、起動元のワークフロー５００
と連携するために、アクティビティ５０７に電子メール
５２２を送信する（ステップ１０６）。

【００２９】その後、アクティビティ５１４の処理が終
了すると、スレッド５１Ｘも終了する（ステップ１０
７）。一方、ワークフロー５３０から電子メール５２３
により起動されたスレッド５４Ｘで処理が５４４まで進
むと（ステップ１０８）、起動元のワークフロー５３０
と連携するためにアクティビティ５３７へ電子メール５
２４を送信する（ステップ１０９）。

【００３０】その後、アクティビティ５４４の処理が終
了すると、スレッド５４Ｘも終了する（ステップ１１
０）。ワークフロー５１０のアクティビティ５１２での
電子メール５２１、５２３を受け付ける期間、即ち、ス
レッドの作成期間は開始から一定期間に限って実施され
る。これは、期間を限定しないと永遠に要求を受け付け
ることになり、ワークフロー５１０は終了しなくなって
しまうからである。

【００３１】図５は、本発明のスレッド実行時に管理し
ておく情報テーブルの例を示す。スレッドから起動元ワ
ークフローに電子メール等で通信を行うため、スレッド
起動時に、スレッド名と起動元ワークフロー名の対応を
記憶しておく必要がある。また、通信先アクティビティ
名は、同図の例では、固定とし、起動元ワークフロー名
と組み合わせて、通信先のアクティビティ名を得る。例
えば、ワークフロー５３０とアクティビティ番号“７”
を組み合わせて、アクティビティ名“５３７”を得る。

【００３２】また、通信先のアクティビティ名をスレッ
ド起動時に、起動元のワークフローから送信して貰い、
通信先アクティビティ名として記憶しておく方法もあ
る。

【００３３】

【実施例】以下に、本発明の実施例を図面と共に説明す
る。図６は、本発明のワークフロー内のアクティビティ
の構成を示す。同図に示すアクティビティ６００は、要
求受付部６０１、相手先情報記憶部６０２、スレッド指
定部６０４、実行指示部６０５、実行部６０６、電子メ
ール生成部６０７、及び電子メール送信部６０８より構
成される。

【００３４】要求受付部６０１は、他のワークフローか
ら送信される電子メール等による要求を受け付け、当該
要求内の要求発行元のワークフロー及び通信先アクティ
ビティ名を相手先情報記憶部６０２に転送する。相手先
情報記憶部６０２は、要求受付部６０１から取得したワ
ークフロー名と通信先のアクティビティ名を、スレッド
ごとに記憶する。例えば、図７に示すように記憶する。

【００３５】スレッド指定部６０４は、多重処理させる
スレッドに対応する自ワークフロー内のアクティビティ
を決定する。実行指示部６０５は、相手先情報記憶部６
０２より当該要求発行元のワークフロー名及び通信先ア
クティビティ名を取得して、スレッド指定部６０４によ
り指定された多重処理アクティビティに対して実行すべ
き処理の実行を指示する。

【００３６】実行部６０６は、自ワークフロー内の要求
を受信したアクティビティからの実行指示に基づいて自
アクティビティで行うべき処理を実行し、当該アクティ
ビティにおいて電子メールを生成する場合には、実行指
示部６０５から取得した要求発行元のワークフロー名及
び通信先アクティビティ名を、実行した結果情報等と共
に、電子メール生成部６０７に転送する。また、次段の
アクティビティに情報を伝搬させる。

【００３７】電子メール生成部６０７は、実行部６０６
により取得した結果を、要求発行元のワークフロー名の
通信先アクティビティ名を宛て先とする電子メールを生
成して、電子メール送信部６０８に転送する。電子メー
ル送信部６０８は、指定された宛て先に従って、電子メ
ールを送信する。

【００３８】以下の実施例では、インターネット上にお
けるアンケートを例として説明する。図３の例におい
て、ワークフロー５００、５３０が、ワークフロー５１
０が提供するアンケートに参加するものとする。なお、
アンケートの質問は、既に各ワークフローに配付されて
いるものとする。

【００３９】 会社Ｌのワークフロー５００のアクテ
ィビティ５０３から、予め与えられているアンケートに
対する回答を電子メール５２１に記載して、会社Ｋのワ
ークフロー５１０のアクティビティ５１２に送信する。
なお、この電子メール５２１には、ワークフロー５１０
からの結果報告の通信先アクティビティ名として“アク
ティビティ名５０７”が指定されているものとする。

【００４０】 アンケートを主催する会社Ｋのワーク
フロー５１０では、アクティビティ５１２でワークフロ
ー５００のアクティビティ５０３から電子メール５２１
を受け取ると、当該アンケートの回答を処理するための
スレッド５１Ｘを作成する。このスレッド５１Ｘは、ア
クティビティ５１２〜５１５である。

【００４１】このとき、要求受付部６０１が電子メール
５２１により取得したワークフロー名及び通信先アクテ
ィビティ名（アクティビティ５０７）に基づいて相手先
情報記憶部６０２に図６に示すような情報テーブルを生
成する。この例の場合には、起動元ワークフロー名（ワ
ークフロー５００（会社Ｌ））、アクティビティ名（ア
クティビティ５０７）が設定される。

【００４２】スレッド指定部６０４において多重処理を
行うアクティビティ群として、アクティビティ５１２〜
５１５が指定されたものとする。アクティビティ５１２
では、質問Ａに対する回答ａを処理し、アクティビティ
５１３では質問Ｂに対する回答ｂを処理し、アクティビ
ティ５１４では質問Ｃに対する回答ｃを処理し、アクテ
ィビティ５１５では質問に対する集計処理するものとす
る。

【００４３】 一方、会社Ｍのワークフロー５３０で
予め与えられているワークフロー５１０からのアンケー
トに対する回答処理がアクティビティ５３３まで進む
と、アンケートに対する回答を電子メール５２３に記載
して、会社Ｋのワークフロー５１０のアクティビティ５
１２に電子メールを送信する。なお、この電子メール５
２３には、ワークフロー５１０からの結果報告の通信先
アクティビティ名として“アクティビティ名５３７”が
指定されているものとする。

【００４４】 会社Ｋのワークフロー５１０では、ア
クティビティ５１２で電子メール５２３を受け取ると、
新しいスレッド５４Ｘを作成する。スレッド５４Ｘとし
て、アクティビティ５４２〜５４５が指定されたものと
する。このとき、相手先情報記憶部６０２は、新たなス
レッド５４Ｘとして、電子メール５２１により取得した
通信先のアクティビティ名（アクティビティ５３７）に
基づいて、図７に示すような情報テーブルを生成する。
この例の場合には、起動元ワークフロー名（ワークフロ
ー５３０（会社Ｍ））、アクティビティ名（アクティビ
ティ５３７）が設定される。

【００４５】上記のと同様に、アクティビティ５４２
では、質問Ａに対する回答ａを処理し、アクティビティ
５４３では質問Ｂに対する回答ｂを処理し、アクティビ
ティ５４４では質問Ｃに対する回答ｃを処理し、アクテ
ィビティ５４５では質問に対する集計処理するものとす
る。

【００４６】 ワークフロー５００から電子メール５
２１により起動されたスレッドで処理がアクティビティ
５１４まで処理が進み、アンケートによる回答が終了す
ると、起動元の会社Ｌのワークフロー５００と連携する
ために、図７に示す情報テーブルを参照して、当該回答
を通信先アクティビティ名で指定されているアクティビ
ティ５０７に電子メール５２２を送信する。

【００４７】 その後、上記のにより最後の集計処
理を行うアクティビティ５１４の処理が終了すると、ス
レッド５１Ｘも終了する。 一方、会社Ｍのワークフロー５３０から電子メール
５２３により起動されたスレッド５４Ｘで処理が５４４
まで進み、アンケートによる回答が進むと、起動元の会
社Ｍのワークフロー５３０と連携するために図７に示す
情報テーブルを参照して、当該回答を通信先のアクティ
ビティとして指定されているアクティビティ５３７へ電
子メール５２４を送信する。

【００４８】 その後、アクティビティ５４４の処理
が終了すると、スレッド５４Ｘも終了する。これによ
り、ワークフロー５００及びワークフロー５３０におい
て、アンケートに回答した集計結果を取得し、自己の回
答のランキング等のデータを取得することができる。

【００４９】なお、上記の図７の例では、要求発行元の
ワークフローのアクティビティから送信される電子メー
ル（５２１、４２３）に通信先のアクティビティ名が記
載されているが、この例に限定されることなく、固定的
に予め他のワークフロー間で決められている通信先アク
ティビティ名を利用してもよい。

【００５０】また、上記の実施例では、アンケートの例
を用いて説明しているが、この例に限定されることな
く、懸賞の応募や投票等に適用してもよい。なお、本発
明は、上記の実施例に限定されることなく、特許請求の
範囲内で種々変更・応用が可能である。

【００５１】

【発明の効果】上述のように本発明によれば、１つのワ
ークフローで不特定多数からの応募等を受け付けること
が可能となる。従って、従来は、同種の要求を多数受け
付けた場合に、各要求毎に個々に処理を行っていたが、
本発明では、同種の要求であれば、あるアクティビティ
群を多重させて同時に実行することが可能であるため、
処理時間が大幅に短縮される。

【図面の簡単な説明】

【図１】本発明の原理を説明するための図である。

【図２】本発明の原理構成図である。

【図３】本発明の統合ワークフロー管理システムの構成
を示す図である。

【図４】本発明の動作を説明するためのシーケンスチャ
ートである。

【図５】本発明のスレッド実行時に管理しておく情報テ
ーブルの例である。

【図６】本発明の一実施例のワークフロー内のアクティ
ビティの構成図である。

【図７】本発明の一実施例のアクティビティ５１２にお
ける情報テーブルの例を示す図である。

【図８】従来のワークフロー管理システムのワークフロ
ーの動作説明図である。

【図９】従来のワークフロー管理システムの構成図であ
る。

【図１０】従来の統合ワークフロー管理システムの構成
図である。

【図１１】従来の統合ワークフロー管理システムの動作
説明図である。

【符号の説明】

１０ ワークフロー １１ 多重要求受付手段 １２ 多重実行手段 ５００，５１０，５３０ ワークフロー ５０１〜５０８、５１１〜５１５、５３１〜５３８ ア
クティビティ ５２１〜５２４ 電子メール ６００ アクティビティ ６０１ 要求受付部 ６０２ 相手先情報記憶部 ６０４ スレッド指定部 ６０５ 実行指定部 ６０６ 実行部 ６０７ 電子メール生成部 ６０８ 電子メール送信部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 速水 治夫 東京都新宿区西新宿三丁目19番２号 日本 電信電話株式会社内 (72)発明者 大林 恵次 東京都新宿区西新宿三丁目19番２号 日本 電信電話株式会社内

Claims (8)

【特許請求の範囲】
1. 【請求項１】 サーバコンピュータと、複数のクライア
   ントコンピュータを接続して構成されるワークフロー
   を、ネットワークを介して複数組接続して構成されるワ
   ークフロー管理システムを管理する統合ワークフロー管
   理方法において、 １つのワークフローが、１つ以上の他のワークフローか
   ら同種の複数の要求を受けた場合に、該要求に基づく複
   数のアクティビティを多重に動作させて、複数個の同種
   の処理を同時に実行することを特徴とする統合ワークフ
   ロー管理方法。
2. 【請求項２】 前記要求に基づいて多重に動作するアク
   ティビティにおいて、所定の期間に限定して他のワーク
   フローからの要求を受け付け可能とする請求項１記載の
   統合ワークフロー管理方法。
3. 【請求項３】 他のワークフローから同種の要求を受け
   付けた際に、該要求に含まれている要求発行元のワーク
   フロー識別子及び通信先のアクティビティ識別子を抽出
   し、保持しておき、 前記通信先のアクティビティ識別子を宛て先として、要
   求発行元のワークフローと連携を取るための通信を行う
   請求項１記載のワークフロー管理方法。
4. 【請求項４】 他のワークフローから同種の要求を受け
   付けた際に、要求発行元の所定の通信先のアクティビテ
   ィ識別子に基づいて、要求発行元のワークフローと連携
   を取るための通信を行う請求項１記載のワークフロー管
   理方法。
5. 【請求項５】 サーバコンピュータと、複数のクライア
   ントコンピュータを接続して構成されるワークフロー
   を、ネットワークを介して複数組接続された統合ワーク
   フロー管理システムであって、 前記ワークフローは、 他の複数のワークフロー管理システムからの処理要求を
   同時に複数受け付け可能な多重要求受付手段と、 前記多重要求受付手段が、他の複数のワークフローから
   同種の要求を受けた場合には、該要求を一部のアクティ
   ビティ群において、複数個の同種の処理を並行して実行
   する多重実行手段とを有することを特徴とする統合ワー
   クフロー管理システム。
6. 【請求項６】 前記多重要求受付手段は、 前記要求に基づいて多重に動作するアクティビティ群に
   おいて、所定の期間に限定して他のワークフローからの
   要求を受け付け可能とする請求項５記載の統合ワークフ
   ロー管理システム。
7. 【請求項７】 前記実行管理手段は、 前記要求を受け付けたアクティビティにおいて、前記要
   求の起動元のワークフロー名及び通信先のアクティビテ
   ィ識別子を保持する第１の起動元−実行アクティビティ
   名記憶手段を含む請求項５記載の統合ワークフロー管理
   システム。
8. 【請求項８】 前記実行管理手段は、 予め指定された要求発行元の通信先のアクティビティ識
   別子を保持する第２の起動元−実行アクティビティ名記
   憶手段を含む請求項７記載の統合ワークフロー管理シス
   テム。