(57)【要約】【課題】業務進行状況に応じた再開を可能とし、業務の継続性を向上させる。【解決手段】業務トランザクション管理装置１０は、各業務トランザクション毎にステップ識別情報とステップ実行順序とが定義された定義記憶部１１と、各業務トランザクションのうち、実行管理中の業務トランザクションに定義されたステップ識別情報と当該ステップの実績値とが記憶される状態記憶部１２と、状態記憶部１２内のステップ識別情報及び定義情報部１１内のステップ実行順序に基づいて業務トランザクションの実行を管理し、管理結果に応じて状態記憶部１２を更新する実行制御部１４とを備えている。各業務トランザクションのステップ識別情報と当該ステップの実績値を管理するので、業務の進行状況に応じた再開が可能となる。【選択図】  図１
2005031915.tif 000002
【特許請求の範囲】
【請求項１】
１以上のステップを含む複数の業務トランザクションを管理するための業務トランザクション管理装置であって、
前記各業務トランザクション毎にステップ識別情報とステップ実行順序とが定義されたステップ定義情報が記憶された定義情報記憶手段と、
前記各業務トランザクションのうち、実行管理中の業務トランザクションに定義されたステップ識別情報と当該ステップの実績値とが記憶される状態記憶手段と、
前記状態記憶手段内のステップ識別情報及び前記定義情報記憶手段内のステップ定義情報に基づいて業務トランザクションの実行を管理し、この管理結果に応じて前記状態記憶手段を更新する実行制御手段と、
を備えたことを特徴とする業務トランザクション管理装置。
【請求項２】
１以上のステップを含む複数の業務トランザクションを管理するための業務トランザクション管理方法であって、
前記各業務トランザクション毎にステップ識別情報とステップ実行順序とが定義されたステップ定義情報を準備する工程と、
前記ステップ定義情報に含まれるステップ識別情報のうち、実行管理中のステップ識別情報と当該ステップの実績値とが記憶装置に記憶される工程と、
前記ステップ定義情報に基づいて業務トランザクションの実行を管理し、この管理結果に応じて前記記憶装置を更新する工程と、
を備えたことを特徴とする業務トランザクション管理方法。
【請求項３】
請求項２に記載の業務トランザクション管理方法において、
前記実行管理中のステップ識別情報毎に、前記実績値の目標である計画値が記憶される工程と、
障害から再開するとき、前記計画値と前記実績値との差分を、再開時の計画値として前記記憶装置に設定する工程と、
を含んでいることを特徴とする業務トランザクション管理方法。
【請求項４】
請求項３に記載の業務トランザクション管理方法において、
前記差分を再開時の計画値として設定する工程は、外部から入力された実行命令に従って実行されることを特徴とする業務トランザクション管理方法。
【請求項５】
１以上のステップを含む複数の業務トランザクションを管理するための業務トランザクション管理装置に用いられるプログラムであって、
前記業務トランザクション管理装置のコンピュータを、
前記各業務トランザクション毎にステップ識別情報とステップ実行順序とが定義されたステップ定義情報が記憶された定義情報記憶領域をメモリに形成する手段、
前記ステップ定義情報に含まれるステップ識別情報のうち、実行管理中のステップ識別情報と当該ステップの実績値とが記憶される状態記憶領域をメモリに形成する手段、
前記メモリの定義情報記憶領域内のステップ定義情報に基づいて業務トランザクションの実行を管理し、この管理結果に応じて前記メモリの状態記憶領域を更新する手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、業務トランザクション管理装置、方法及びプログラムに関する。
【０００２】
【従来の技術】
近年、各種プラントや交通信号の制御システム、又は列車運行の管理システムなど、コンピュータシステムの社会的役割が増大している。この種のコンピュータシステムは、２４時間３６５日稼動が強く要望されており、ハードウェアの多重化による高信頼性システム（ＨＡ：Ｈｉｇｈ  Ａｖａｉｌａｂｉｌｉｔｙ）などが使われることが多い。また、高信頼性技術の一つとして、ストレージネットワーキング技術を利用した、広域のリアルタイムでのデータの多重化も実現可能となっている。
【０００３】
すなわち、コンピュータシステムは、これら高信頼化技術により、障害時の復旧（高可用性）やデータの保護に関してかなりの程度で実現可能となっている。
【０００４】
一方、現実世界の業務は、コンピュータシステムによる処理だけでは完結せず、コンピュータシステムの処理後に人間の関連作業を必要とする場合がある。ここで、コンピュータシステムによる処理と、人間の関連作業とを含む業務単位を業務トランザクションと呼ぶ。
【０００５】
業務トランザクションは、コンピュータシステムにおける既存のトランザクション技術（例えば非特許文献１参照。）を人間系の処理を含むように拡張した概念である。
このような業務トランザクションの管理によれば、コンピュータシステム上の処理のみならず、人間系の処理を含めた業務全般の実行状況を把握可能となっている。例えば、現時点で出願公開前の特願２００２−７３２０３号明細書の技術を用いれば、受注→製造→出庫→配送→集金などの流れを、実際の出庫や配送の状態を含めて、本当に完了したか否か、また、いずれの業務を実行中であるかを管理可能となっている。このように、特願２００２−７３２０３号明細書の技術によれば、システムの処理に加え、人間系の処理の実行状況を管理することで、障害発生後の業務の再開が可能となっている。
【０００６】
【非特許文献１】
フィリップ・Ａ・バーンスタイン、エリック・ニューカマー著、大磯和宏、小野沢博文、木下聡、仲山恭央、早瀬勝  訳、「トランザクション処理システム入門」、日経ＢＰ社、１９９８年３月２３日、ｐ．８−１３
【０００７】
【発明が解決しようとする課題】
しかしながら、以上のような業務トランザクションの管理技術は、本発明者の検討によれば、以下の点で改良の余地がある。
例えば、製品の製造という業務を考えてみると、製品の製造時に障害が発生して製造が中止される場合がありえる。この場合、製造再開時には、業務トランザクション管理されていた製造の実行状況を用いて再開することになる。一方、製品の製造は、製造開始前又は製造完了といった無又は完全実行の状態以外に、途中まで製造完了というように、途中まで完全実行の状態があると考えられる。例えば１００個の製品を製造するのに、４０個の製品が製造完了し、６０個の製品が製造開始前である場合などが考えられる。
【０００８】
しかしながら、現在の業務トランザクションの管理技術では、このような場合を想定しておらず、業務内容によっては、再開時の業務の継続性を維持できない可能性がある。
【０００９】
本発明は上記実情を考慮してなされたもので、業務の進行状況に応じた再開を可能とし、業務の継続性を向上し得る業務トランザクション管理装置、方法及びプログラムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
第１の発明は、１以上のステップを含む複数の業務トランザクションを管理するための業務トランザクション管理装置であって、前記各業務トランザクション毎にステップ識別情報とステップ実行順序とが定義されたステップ定義情報が記憶された定義情報記憶手段と、前記各業務トランザクションのうち、実行管理中の業務トランザクションに定義されたステップ識別情報と当該ステップの実績値とが記憶される状態記憶手段と、前記状態記憶手段内のステップ識別情報及び前記定義情報記憶手段内のステップ定義情報に基づいて業務トランザクションの実行を管理し、この管理結果に応じて前記状態記憶手段を更新する実行制御手段と、を備えた業務トランザクション管理装置である。
【００１１】
なお、第１の発明は、名称を「…装置」として表現したが、これに限らず、「システム」、「方法」、「プログラム」又は「コンピュータ読取り可能な記憶媒体」といった他の名称で表現しても良いことは言うまでもない。
【００１２】
（作用）
第１の発明は、各業務トランザクションのステップ識別情報と当該ステップの実績値を管理するので、業務の進行状況に応じた再開を可能とし、業務の継続性を向上させることができる。
【００１３】
【発明の実施の形態】
以下、本発明の各実施形態について図面を参照しながら説明する。
（第１の実施形態）
図１は本発明の第１の実施形態に係る業務トランザクション管理装置及びその周辺構成を示す模式図である。この業務トランザクション管理装置１０は、管理者端末２０、実行要求端末３０、各実行プロセスａ〜ｎとその関連業務（端末）ａ〜ｎに接続されている。なお、業務トランザクション管理装置１０は、ハードウェアとソフトウェアとの組合せ構成により実現可能であるが、ソフトウェアにより構成される部分は、対応する機能を実現させるためのプログラムが予め記憶媒体又はネットワークからインストールされて実現される。このことは以下の各実施形態でも同様である。
【００１４】
ここで、業務トランザクション管理装置１０は、定義記憶部１１、状態記憶部１２、定義設定部１３、実行制御部１４、業務状態管理部１５及び再設定部１６を備えている。
【００１５】
定義記憶部１１は、定義設定部１３から書込可能で、実行制御部１４から読出可能なメモリであり、図２に一例を示すように、各業務トランザクションの種別ｆ１，ｆ２，ｆ３毎に、ステップ識別情報ａ，ｂ，ｃ，…，ｈとステップ実行順序“→”とが定義されたプロセス定義情報“ａ→ｂ→ｃ”“ｄ→ｅ”“ｆ→ｇ→ｈ”及びエラー時補償処理が定義された補償処理定義情報が記憶されたものである。なお、図２中、プロセス定義情報を定義フローと称している。
【００１６】
ここで、種別ｆ１の業務トランザクションはステップａを実行し，次にｂを実行し，最後にｃを実行するトランザクションとして定義されている。ａ，ｂ，ｃそれぞれあるいは一部に対応して、コンピュータによる実行プロセスと、人間系による現実世界での関連業務とが実施されることを想定している．同様に種別ｆ２はｄを実行しｅを実行するトランザクションとして定義されている。種別ｆ３は、ｆ，ｇ，ｈの順で実行するトランザクションとして定義されている。
【００１７】
また、補償処理定義情報は、種別“ｆ１”“ｆ２”で示される処理フローのエラー（障害）発生時に実行する補償処理として、“ｃ→ｂ→ａ”“ｙ”で示されるプロセスフローが登録されている。ここで、“ｃ→ｂ→ａ”は、正規の処理フローを逆にする旨を意味し、“ｘ”は、起動させる処理ユニット又は補償処理プログラムを意味している。
【００１８】
状態記憶部１２は、実行制御部１４、業務状態管理部１５及び再設定部１６から読出／書込可能なメモリであり、図３に一例を示すように、ステップ識別情報及び要求者ＩＤの組毎に、トランザクションＩＤ、種別、プロセス状態、業務状態、計画値、実績値が記憶される。
【００１９】
図３の例では、ｔｒ１，ｔｒ２，ｔｒ３の３つのトランザクションの実行状態が記憶されている。ｔｒ１は種別ｆ１のトランザクション、ｔｒ２は種別ｆ２のトランザクション、ｔｒ３は種別ｆ３のトランザクションを示している。プロセス状態及び業務状態は、個々には“−”→“ｄｏｉｎｇ”→“ｄｏｎｅ”なる値の遷移をとる。−は実行未着手を表し、ｄｏｉｎｇは実行中を表し、ｄｏｎｅは実行終了を表す。但し、全てが完了した場合には、プロセス状態及び業務状態は、“ｃｏｍｐｌｅｔｅｄ”なる値をとる。ｃｏｍｐｌｅｔｅｄは完全実行済を表す。プロセス状態はコンピュータシステム上のプロセスの実行状態であり、業務状態は、現実世界の人間系による関連業務の実行状態である。図３の例では、種別ｆ１のトランザクションｔｒ１のステップａは、システム状態“ｄｏｎｅ”及び業務状態“ｄｏｎｅ”から、コンピュータシステム上でも現実世界でも処理を終了していることがわかる。同様に、ステップｂでは、システム状態“ｄｏｎｅ”及び業務状態“ｄｏｉｎｇ”からコンピュータシステム上の処理が終了し、現実世界の業務を実行中であることが分かり、計画値１００に対して４０までが終了していることが分かる。なお、計画値及び実績値は、図３に任意単位で表したが、％表記としてもよく、％表記の場合、計画値を省略できる（計画値は常に１００％のため）。
【００２０】
定義設定部１３は、管理者端末２０から受けた種別、プロセス定義情報及び補償処理定義情報を定義記憶部１１に書込む機能を有し、具体的には図４のフローチャートに示す機能をもっている。
【００２１】
実行制御部１４は、実行要求端末３０からの実行要求に基づいて、定義記憶部１１を参照しつつ、ステップ識別情報及び要求者ＩＤの組毎に、トランザクションＩＤ、種別、プロセス状態、業務状態、計画値、実績値を状態記憶部１２に書込む機能と、状態記憶部１２内のステップ識別情報及び定義記憶部１１内のステップ定義情報に基づいて業務トランザクションの実行を管理し、この管理結果に応じて状態記憶部１２を更新する機能とを有し、具体的には図５及び図６のフローチャートに示す機能をもっている。
【００２２】
業務状態管理部１５は、各ステップａ〜ｎにおけるコンピュータシステム（実行プロセスａ〜ｎ）又は人間系の関連業務ａ〜ｎに関して実績通知及び業務終了通知を受け付ける機能と、この業務終了通知に基づいて状態記憶部１２の実績値を更新する機能とを有し、具体的には図７及び図８のフローチャートに示す機能をもっている。
【００２３】
再設定部１６は、障害発生から再開するとき、計画値と実績値との差分を、再開時の計画値として状態記憶部１２に設定する機能を有し、具体的には図９のフローチャートに示す機能をもっている。
【００２４】
管理者端末２０は、通常のコンピュータ機能を有する端末であり、特に、管理者の操作により、種別毎に、プロセス定義情報及び補償処理定義情報を定義設定部１３に送信する機能をもっている。
【００２５】
実行要求端末３０は、通常のコンピュータ機能を有する端末であり、特に、実行要求者の操作により、トランザクションＩＤ、種別、要求者ＩＤ、各ステップの計画値、及び起動パラメータを含む実行要求を実行制御部１４に送信する機能と、業務状態管理部１５から終了通知を受信する機能とをもっている。
【００２６】
各ステップａ，ｂ，…，ｎは、コンピュータシステムによる実行プロセス及び人間系の関連業務から構成されており、各々業務実績通知及び業務終了通知を業務トランザクション管理装置１０に入力可能となっている。各コンピュータシステムの場合、プログラム実行に応じて自動的に業務実績通知及び業務終了通知を業務トランザクション管理装置１０に入力すればよい。人間系の関連業務の場合、関連業務の担当者が図示しない操作端末の操作により、業務実績通知及び業務終了通知を業務トランザクション管理装置１０に入力すればよい。
【００２７】
次に、以上のように構成された業務トランザクション管理装置の動作を図４〜図９のフローチャートを用いて説明する。なお、以下の説明は、定義設定部１３の動作、実行制御部１４の動作、業務状態管理部１５の動作、再設定部１６の動作の順に述べる。
（定義設定部１３の処理：図４）
いま、業務トランザクションを定義するとする。管理者端末２０は、管理者の操作により、種別毎に、プロセス定義情報及び補償処理定義情報を業務トランザクション管理装置１０に送信する。
【００２８】
＜ＳＴ１＞  業務トランザクジョン管理装置１０では、定義設定部１３が、種別毎に、プロセス定義情報及び補償処理定義情報を定義記憶部１１に登録する。なお、補償定義情報は、通常のアボート処理をする場合のように、無い場合もある。
これにより、定義設定部１３の動作が完了する。
【００２９】
（実行制御部１４の動作：図５，図６）
いま、業務トランザクション管理の実行が要求されるとする。実行要求端末３０は、要求者の操作により、入力パラメータを含む実行要求を業務トランザクション管理装置１０に送信する。
【００３０】
＜ＳＴ１０＞  業務トランザクション管理装置１０内の実行制御部１４は、入力パラメータを含む実行要求を受信する。ここで、入力パラメータは、業務トランザクションＩＤ、種別、要求者ＩＤ、各プロセスの計画値、第一プロセスの起動パラメータである。
【００３１】
＜ＳＴ１１＞  実行制御部１４は、実行要求に基づいて、定義記憶部１１から，入力された種別の業務トランザクションの処理フローを読み出す。  ＜ＳＴ１２＞  実行制御部１４は、実行要求及び読出内容に基づいて、業務トランザクションの管理項目を状態記憶部１２に登録する。具体的には、入力された業務トランザクションＩＤ、入力された種別、入力された要求者ＩＤを設定し、処理フローの各ステップについて、読み出したステップ名、入力された計画値を登録する。なお、実績値は０とする。また、業務トランザクションＩＤは、インスタンスＩＤとも呼ぶ。  ＜ＳＴ１３＞  実行制御部１４は、状態記憶部１２の最初の業務トランザクションＩＤを起動パラメータとして業務状態管理部１５を起動する。
【００３２】
＜ＳＴ１４＞  実行制御部１４は、起動パラメータｄａｔａとして、入力された第一プロセス起動データを設定し、処理フローのｉ番目として１（番目）を設定する。  ＜ＳＴ１５＞  実行制御部１４は、起動パラメータ：ｄａｔａを用い、定義記憶部１１の該当業務トランザクションＩＤの種別のレコードに記述されている処理フローのｉ番目を起動する。  ＜ＳＴ１６＞  実行制御部１４は、実行済プロセスとしてｉ番目のプロセス名を設定し、プロセス状態としてｄｏｉｎｇを設定するように、状態記憶部１２の該当業務トランザクションＩＤのレコードを更新する。  ＜ＳＴ１７＞  実行制御部１４は、ｉ番目の実行プロセスについて正常終了したか否かを判定し、正常終了でない場合にはＳＴ１８に進み、正常終了の場合にはＳＴ２０に進む。  ＜ＳＴ１８＞  実行制御部１４は、ＳＴ１７にて正常終了でないと判定されると、定義記憶部１１の該当業務トランザクションＩＤの種別のレコードからエラー時補償処理を読み出して実行する。エラー時補償処理としては、種別に応じ、図２に示した反転処理“ｃ→ｂ→ａ”や補償処理プログラム“ｙ”などが実行可能である。  ＜ＳＴ１９＞  実行制御部１４は、ＳＴ１８の後、プロセス状態としてｅｒｒｏｒを設定するように、状態記憶部１２の該当業務トランザクションＩＤのレコードを更新する。
【００３３】
＜ＳＴ２０＞  一方、実行制御部１４は、ＳＴ１７にて正常終了と判定されると、プロセス状態としてｄｏｎｅを設定するように、状態記憶部１２の該当業務トランザクションＩＤのレコードを更新する。  ＜ＳＴ２１＞  しかる後、実行制御部１４は、ｉ番目の実行プロセスを（ｉ＋１）番目に更新し、起動パラメータ：ｄａｔａにｉ番目のプロセスの処理結果を設定する。
【００３４】
＜ＳＴ２２＞  ここで、実行制御部１４は、定義記憶部１１の処理フローを終了したか否かを判定し、終了していない場合にはＳＴ２３に進み、終了した場合にはＳＴ２４に進む。  ＜ＳＴ２３＞  実行制御部１４は、処理フローを終了していない場合、定義記憶部１１の該当業務トランザクションＩＤの種別のレコードを監視し、業務状態がｄｏｎｅになるまで待って、ＳＴ１６に戻る。  ＜ＳＴ２４＞  実行制御部１４は、処理フローを終了した場合、プロセス状態としてｃｏｍｐｌｅｔｅｄを設定するように、状態記憶部１２の該当業務トランザクションＩＤのレコードを更新する。
これにより、定義設定部１３の動作が完了する。
【００３５】
（業務状態管理部１５の動作：図７，図８）
＜ＳＴ３０＞  業務状態管理部１５は、前述したＳＴ１３にて実行制御部１４から起動される。このとき、業務状態管理部１５は、インスタンスＩＤを受信する。  ＜ＳＴ３１＞  業務状態管理部１５は、業務のｉ番目として１を設定する。  ＜ＳＴ３２＞  業務状態管理部１５は、ｉ番目の業務開始通知を受けると、実行済業務としてｉ番目の業務を設定し、業務状態としてｄｏｉｎｇを設定するように、状態記憶部１２の該当業務トランザクションＩＤのレコードを更新する。
【００３６】
＜ＳＴ３３＞  業務状態管理部１５は、ｉ番目の業務実績通知を受けると、ｉ番目の業務の実績値として通知された実績値を設定するように、状態記憶部１２の該当業務トランザクションＩＤのレコードを更新する。
【００３７】
＜ＳＴ３４＞  業務状態管理部１５は、ｉ番目の業務実績通知を受けると、ｉ番目の実行プロセスについて正常終了したか否かを判定し、正常終了でない場合にはＳＴ３９に進み、正常終了の場合にはＳＴ３５に進む。  ＜ＳＴ３５＞  業務状態管理部１５は、ＳＴ３４にて正常終了と判定されると、業務状態としてｄｏｎｅを設定するように、状態記憶部１２の該当業務トランザクションＩＤのレコードを更新する。
【００３８】
＜ＳＴ３６＞  ここで、業務状態管理部１５は、ＳＴ３５にて終了した業務が最終業務か否かを判定し、終了していない場合にはＳＴ３７に進み、終了した場合にはＳＴ３８に進む。
【００３９】
＜ＳＴ３７＞  業務状態管理部１５は、ＳＴ３６の判定結果が最終業務を示さないとき、ｉ番目の業務を（ｉ＋１）番目に更新し、ＳＴ３２に戻る。
＜ＳＴ３８＞  業務状態管理部１５は、ＳＴ３６の判定結果が最終業務を示すとき、プロセス状態としてｃｏｍｐｌｅｔｅｄを設定するように、状態記憶部１２の該当業務トランザクションＩＤのレコードを更新する。
＜ＳＴ３９＞  一方、業務状態管理部１５は、ＳＴ３４にて正常終了でないと判定されると、業務状態としてｅｒｒｏｒを設定するように、状態記憶部１２の該当業務トランザクションＩＤのレコードを更新し、ＳＴ４０に進む。
【００４０】
＜ＳＴ４０＞  業務状態管理部１５は、ＳＴ３８により最終業務を終了したとき又はＳＴ３９により異常終了したとき、結果に業務状態（ｃｏｍｐｌｅｔｅｄ／ｅｒｒｏｒ）を含む業務トランザクション終了通知を実行要求端末３０に送る。
これにより、業務状態管理部１５の処理が終了する。
【００４１】
（再設定部１６の動作：図９）
いま、業務トランザクションに障害が発生し、エラー時補償処理により、業務トランザクションを終了させたとする。また、障害が無くなり、業務トランザクションを再開させるとする。このとき、再開に用いられる再設定部１６の動作を述べる。
【００４２】
＜ＳＴ５０＞  再設定部１６は、管理者端末２０により起動されると、業務トランザクションの各ＩＤについて，計画値−実績値の差分を計算し、得られた計算結果を計画値として登録し直す。実績値を０とする。例えば、障害発生前に計画値１００、実績値４０であった場合、再開時の計画値を６０とし、実績値を０として登録する。
【００４３】
＜ＳＴ５１＞  再設定部１６は、設定した計画値を順番に管理者端末３０に表示させ、管理者端末３０からの修正値及び実行命令の入力を待つ。修正値の入力があった場合には計画値を修正する。
【００４４】
これにより、再設定部１６は、業務途中からの再開に対応した再開時の計画値を登録でき、この再開時の計画値を外部から修正又は確認済みとした適切な状態で状態記憶部１２に設定することができる。
【００４５】
以上説明したように本実施形態によれば、各業務トランザクションのステップ識別情報と当該ステップの実績値を管理するので、業務の進行状況に応じた再開を可能とし、業務の継続性を向上させることができる。すなわち、本実施形態は、現実世界の業務の進行状況に応じた再開が可能であり、災害発生後の業務の再開に有効である。
【００４６】
（第２の実施形態）
図１０は本発明の第２の実施形態に係る業務トランザクション管理装置及びその周辺構成を示す模式図であり、図１と同一部分には同一符号を付してその詳しい説明を省略し、ここでは異なる部分について主に述べる。
【００４７】
本実施形態は、第１の実施形態の変形例であり、関連業務が無いトランザクションを対象とし、コンピュータシステムによる実行プロセスのみに前述した手法を適用したものであって、具体的には図１０に示すように、図１に示した構成から関連業務ａ〜ｎ及び業務状態管理部１５が省略され、前述した状態記憶部１２及び実行制御部１４に代えて、状態記憶部１２ｘ及び実行制御部１４ｘを備えている。
【００４８】
ここで、状態記憶部１２ｘは、図１１に示すように、前述した記憶内容のうち、“業務状態”が省略されたものである。
【００４９】
実行制御部１４ｘは、前述した機能において、図１２のフローチャートに示すように、実行プロセスの実績値を更新するためのＳＴ１６ｘがＳＴ１７（正常終了判定）とＳＴ１６（プロセス状態のｄｏｉｎｇ更新）との間に挿入され、且つ、ＳＴ２３（業務状態のｄｏｎｅ待ち）が省略されている。
【００５０】
このＳＴ１６ｘにおいて、実行制御部１４ｘは、ｉ番目の実行プロセス実績通知を受けると、ｉ番目の実行プロセスの実績値として通知された実績値を設定するように、状態記憶部１２の該当業務トランザクションＩＤのレコードを更新する。また、実行制御部１４ｘは、実績通知を受けた場合に限らず、各実行プロセスに実績値を問合せてもよい。
【００５１】
以上のような構成によれば、実行制御部１４ｘが状態記憶部１２ｘに対して実行プロセスの実績値を更新するので、関連業務が無い場合に、コンピュータシステムによる実行プロセスのみをトランザクションの管理対象としても、第１の実施形態の効果を得ることができる。
【００５２】
なお、上記各実施形態に記載した手法は、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤなど）、光磁気ディスク（ＭＯ）、半導体メモリなどの記憶媒体に格納して頒布することもできる。
【００５３】
また、この記憶媒体としては、プログラムを記憶でき、かつコンピュータが読み取り可能な記憶媒体であれば、その記憶形式は何れの形態であっても良い。
【００５４】
また、記憶媒体からコンピュータにインストールされたプログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーティングシステム）や、データベース管理ソフト、ネットワークソフト等のＭＷ（ミドルウェア）等が本実施形態を実現するための各処理の一部を実行しても良い。
【００５５】
さらに、本発明における記憶媒体は、コンピュータと独立した媒体に限らず、ＬＡＮやインターネット等により伝送されたプログラムをダウンロードして記憶または一時記憶した記憶媒体も含まれる。
【００５６】
また、記憶媒体は１つに限らず、複数の媒体から本実施形態における処理が実行される場合も本発明における記憶媒体に含まれ、媒体構成は何れの構成であっても良い。
【００５７】
尚、本発明におけるコンピュータは、記憶媒体に記憶されたプログラムに基づき、本実施形態における各処理を実行するものであって、パソコン等の１つからなる装置、複数の装置がネットワーク接続されたシステム等の何れの構成であっても良い。
【００５８】
また、本発明におけるコンピュータとは、パソコンに限らず、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本発明の機能を実現することが可能な機器、装置を総称している。
【００５９】
本願発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組合せてもよい。
【００６０】
【発明の効果】
以上説明したように本発明によれば、業務の進行状況に応じた再開を可能とし、業務の継続性を向上させることができる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る業務トランザクション管理装置及びその周辺構成を示す模式図である。
【図２】同実施形態における定義記憶部１１の構成を示す模式図である。
【図３】同実施形態における状態記憶部１２の構成を示す模式図である。
【図４】同実施形態における定義設定部の動作を説明するためのフローチャートである。
【図５】同実施形態における実行制御部の動作を説明するためのフローチャートである。
【図６】同実施形態における実行制御部の動作を説明するためのフローチャートである。
【図７】同実施形態における業務状態管理部の動作を説明するためのフローチャートである。
【図８】同実施形態における業務状態管理部の動作を説明するためのフローチャートである。
【図９】同実施形態における再設定部の動作を説明するためのフローチャートである。
【図１０】本発明の第２の実施形態に係る業務トランザクション管理装置及びその周辺構成を示す模式図である。
【図１１】同実施形態における状態記憶部１２の構成を示す模式図である。
【図１２】同実施形態における実行制御部の動作を説明するためのフローチャートである。
【符号の説明】
１０，１０ｘ…業務トランザクション管理装置、１１…定義記憶部１１、１２，１２ｘ…状態記憶部１２、１３…定義設定部、１４，１４ｘ…実行制御部、１５…業務状態管理部、１６…再設定部、２０…管理者端末、３０…実行要求端末、ａ〜ｎ…ステップ、ｆ１〜ｆ３…種別、ｔｒ１，ｔｒ２，ｔｒ…トランザクションＩＤ、ｕ１〜ｕ３…要求者ＩＤ。
【図１】
2005031915.tif 000003
【図２】
2005031915.tif 000004
【図３】
2005031915.tif 000005
【図４】
2005031915.tif 000006
【図５】
2005031915.tif 000007
【図６】
2005031915.tif 000008
【図７】
2005031915.tif 000009
【図８】
2005031915.tif 000010
【図９】
2005031915.tif 000011
【図１０】
2005031915.tif 000012
【図１１】
2005031915.tif 000013
【図１２】
2005031915.tif 000014