(57)【要約】【課題】設計不備による複数のビジネスプロセス競合によるデータの不整合などを抑制するためにビジネスプロセスの設計を支援すること。【解決手段】ＢＰ開発サーバ１００は、ビジネスプロセス、サービス、および、データベースを互いに関連づける定義情報の入力を受け付ける定義情報入力部１１０と、競合する操作が行われるデータベースへ定義情報により関連づけられているビジネスプロセスのアクティビティを検出する障害影響分析部１２０と、影響関係のあるアクティビティを含むビジネスプロセスの障害発生時に、影響関係のある各アクティビティからデータベースへのアクセスをキャンセルするサービスのキャンセル処理を呼び出すようにビジネスプロセスを修正するＢＰ修正部１３０と、を有する。【選択図】図１
2009003580.tif 000002
【特許請求の範囲】
【請求項１】
複数のビジネスプロセスの各アクティビティから共用して呼び出されるサービスがアクセスするデータベースの不整合を抑制するビジネスプロセスの設計支援方法であって、
コンピュータが、
前記ビジネスプロセス、前記サービス、および、前記データベースを互いに関連づける定義情報の入力を受け付け、
前記データベースの競合する操作の組み合わせを規定するルールを参照して競合する操作が行われる前記データベースを特定し、その特定した前記データベースへ前記定義情報により関連づけられているビジネスプロセスのアクティビティを、互いに影響関係のあるアクティビティとして検出し、
前記影響関係のあるアクティビティを含む前記ビジネスプロセスの障害発生時に、影響関係のある各アクティビティから前記データベースへのアクセスをキャンセルする前記サービスのキャンセル処理を呼び出すように前記ビジネスプロセスを修正することを特徴とする
ビジネスプロセスの設計支援方法。
【請求項２】
前記ビジネスプロセスを修正する工程は、複数の修正方式から１つの修正方式を選択させるために、質問事項への回答と修正方式との対応情報を記憶手段に記憶しておき、質問事項への入力された回答と一致する記憶された回答に対応する修正方式を前記対応情報を参照して決定することを特徴とする
請求項１に記載のビジネスプロセスの設計支援方法。
【請求項３】
前記ビジネスプロセスを修正する工程は、複数の修正方式から１つの修正方式を選択させるために、２つの前記ビジネスプロセスの分類間関係と修正方式との対応情報を記憶手段に記憶しておき、前記影響関係のあるアクティビティを含む２つの前記ビジネスプロセスが属する分類の分類間関係と一致する記憶された分類間関係に対応する修正方式を前記対応情報を参照して決定することを特徴とする
請求項１に記載のビジネスプロセスの設計支援方法。
【請求項４】
請求項１ないし請求項３のいずれか１項に記載のビジネスプロセスの設計支援方法を、コンピュータに実行させるためのビジネスプロセスの設計支援プログラム。
【請求項５】
複数のビジネスプロセスの各アクティビティから共用して呼び出されるサービスがアクセスするデータベースの不整合を抑制するビジネスプロセスの設計支援装置であって、
前記ビジネスプロセス、前記サービス、および、前記データベースを互いに関連づける定義情報の入力を受け付ける定義情報入力部と、
前記データベースの競合する操作の組み合わせを規定するルールを参照して競合する操作が行われる前記データベースを特定し、その特定した前記データベースへ前記定義情報により関連づけられているビジネスプロセスのアクティビティを、互いに影響関係のあるアクティビティとして検出する障害影響分析部と、
前記影響関係のあるアクティビティを含む前記ビジネスプロセスの障害発生時に、影響関係のある各アクティビティから前記データベースへのアクセスをキャンセルする前記サービスのキャンセル処理を呼び出すように前記ビジネスプロセスを修正する修正部と、を有することを特徴とする
ビジネスプロセスの設計支援装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビジネスプロセスの設計支援方法、設計支援プログラム、および、設計支援装置に関する。
【背景技術】
【０００２】
近年、システムおよびソフトウェア部品を業務機能単位に作成し、これらの機能を一連の業務処理の流れに基づいたＢＰ（Business Process）により、システムを統合する技術が知られている。こうしたシステムの設計方法はサービス指向アーキテクチャ（ＳＯＡ：Service-Oriented Architecture）と呼ばれるものである。
【０００３】
ＳＯＡシステムを実現するためのミドルウェア製品としてＥＳＢ（Enterprise Service Bus）と呼ばれるものがある。こうした製品では、システム間の連携を記述するためにサービスプロセスもしくはワークフローと呼ばれる、各システムのサービスを呼び出すためのプロセスを記述する。
【０００４】
ＥＳＢなどの技術では、ＢＰＭＮ（Business Process Modeling Notation）、ＷＳＤＬ（Web Services Description Language）、および、ＢＰＥＬ（Business Process Execution Language for Web Services）が、標準団体による標準規格として知られている（非特許文献１参照）。ＢＰＭＮは、モデリング表記によりＢＰを表す。ＷＳＤＬは、Ｗｅｂサービスのインタフェースを記述する。ＢＰＥＬは、ＷＳＤＬでサービスを呼び出すときの順序を規定する。
【０００５】
ＳＯＡシステムでは、既存システムの機能を業務単位のコンポーネントとして扱い、これらのコンポーネントをＢＰもしくはワークフローなどと呼ばれるプロセス連携より統合し、業務としての機能を実現する。ＳＯＡシステムの特徴としては、システムのコンポーネント機能が独立に扱われることと、プロセスが独立に複数同時に実行されることなどがある。
【０００６】
ＳＯＡシステムにおいては、業務の流れに応じてサービスプロセスもしくはワークフローを定義する。システムとしての安全性を保証するためには、こうして業務の流れに応じたサービスプロセスもしくはワークフローが、ハードウェアの故障や、サブシステムのプログラムエラーなどにより障害が発生した場合になんらかの障害回復をすることが重要となる。こうした障害回復に関わる技術としては、特許文献１、特許文献２に示す技術が知られている。
【０００７】
なお、特許文献１に示す技術は、ワークフローに従って一連のトランザクションを実行するトランザクション処理方法において、トランザクション実行時の障害に対応して障害回復のための補償トランザクションを回復処理フローとして登録し、障害が発生した場合に、登録した回復処理フローに従って一連の補償処理を並列に実行する。
【特許文献１】特開２０００−１６３３７２号公報
【特許文献２】米国特許US2002／0082926 A1 METHOD AND SYSTEM FOR TRANSACTING WITH NETWORK TRAFFIC.
【非特許文献１】株式会社テクノロジーアート、“ＳＯＡシステムモデリングハンドブック”、２００６年１２月、ISBN4-7981-1276-3
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ＳＯＡシステムでは、システムおよびアプリケーションを、業務単位の独立した機能を提供するコンポーネントとして、整理し、業務単位のコンポーネントをビジネスプロセス観点から統合することにより、システムを構築する。こうしたＳＯＡシステムでは、コンポーネントおよびプロセスの独立性が高いため、プロセス内部にてエラーが発生した場合、別のプロセスに大きな影響を与え、システムにてデータ不整合が発生する場合がある。例えば、複数ＢＰ間が同じシステムのＤＢ（Data Base）を共用するときに、ＤＢ操作の競合が問題となる。そして、一方のＢＰ実行時にＤＢ操作に関する障害が発生した場合、もう一方のＢＰは同じＤＢへのＤＢ操作を行うため、データ不整合が発生する恐れがある。
【０００９】
こうしたデータ不整合の発生を防止するには、想定されるデータ不整合の要因を洗い出し、これに対応できるようにエラー処理を考慮した、プロセス設計およびコンポーネント設計が重要となってくる。一方、ＳＯＡの設計アプローチでは、独立したＢＰ観点からシステム設計を行うため、従来型システム（個別システムが各々独立している）と比較して、多くのＢＰ間でどのようなデータ不整合が発生するかの状況把握を行うことが困難である。
【００１０】
前述した特性をもつＳＯＡシステムにおいては、設計者は、プロセスおよびサービスの操作するＤＢ内容を個別に分析することで、データ不整合が設計上生じていないかを分析する必要があるため、その設計分析に多くの工数がかかっていた。
【００１１】
そこで、本発明は、前記した問題を解決し、複数のビジネスプロセスが共用するデータの不整合を抑制するためのビジネスプロセスの設計を支援することを主な目的とする。
【課題を解決するための手段】
【００１２】
前記課題を解決するため、本発明は、複数のビジネスプロセスの各アクティビティから共用して呼び出されるサービスがアクセスするデータベースの不整合を抑制するビジネスプロセスの設計支援方法であって、コンピュータが、前記ビジネスプロセス、前記サービス、および、前記データベースを互いに関連づける定義情報の入力を受け付け、前記データベースの競合する操作の組み合わせを規定するルールを参照して競合する操作が行われる前記データベースを特定し、その特定した前記データベースへ前記定義情報により関連づけられているビジネスプロセスのアクティビティを、互いに影響関係のあるアクティビティとして検出し、前記影響関係のあるアクティビティを含む前記ビジネスプロセスの障害発生時に、影響関係のある各アクティビティから前記データベースへのアクセスをキャンセルする前記サービスのキャンセル処理を呼び出すように前記ビジネスプロセスを修正することを特徴とする。その他の手段は、後記する。
【発明の効果】
【００１３】
本発明により、複数のビジネスプロセスが共用するデータの不整合を抑制するためのビジネスプロセスの設計を支援することが可能になった。
【発明を実施するための最良の形態】
【００１４】
図１は、本実施形態のＳＯＡシステムを示す構成図である。ＳＯＡシステムは、入力端末１０、ＢＰ開発サーバ１００、ＢＰ実行サーバ１５０、および、ＤＢサーバ１８０を含めて構成される。ＢＰ開発サーバ１００は、ビジネスプロセスの設計支援装置である。設計者による設計作業は、入力端末１０を用いて行う。
なお、入力端末１０を用いて設計を行う設計者として２種類の設計者を想定する。第１の設計者は、「サービス設計者」と呼ぶものである。このサービス設計者は、ビジネスプロセスによって統合される個別システムの入出力インタフェースおよび個別システムの外部提供機能について設計を行う。第２の設計者は、「業務フロー設計者」と呼ぶものである。この業務フロー設計者は、個別システムの提供するサービスを一連の作業手順にて統合するための、ビジネスプロセス設計を行う。これら２種類の設計者が入力端末１０を適宜利用して、設計行為を行うものとする。なお、これら２種類の設計者は、実際には同一人物が兼任してもよい。
【００１５】
図１７は、ＳＯＡシステムを構成する各装置のハードウェア資源を示す構成図である。各装置は、ＬＡＮ（Local Area Network）１７４０で互いに接続されている。
【００１６】
ＢＰ開発サーバ１００は、ＣＰＵ１７１１、メモリなどの主記憶装置１７１２、ハードディスクなどの外部記憶装置１７１３、および、ＮＩＣ（Network Interface Card）１７１４を有し、入力端末１０は、モニタ１７１５、キーボード１７１６、および、マウス１７１７を有する。
【００１７】
ＢＰ実行サーバ１５０は、ＣＰＵ１７２１、メモリなどの主記憶装置１７２２、ハードディスクなどの外部記憶装置１７２３、ＮＩＣ１７２４、モニタ１７２５、キーボード１７２６、および、マウス１７２７を有する。
【００１８】
ＤＢサーバ１８０は、ＣＰＵ１７３１、メモリなどの主記憶装置１７３２、ハードディスクなどの外部記憶装置１７３３、ＮＩＣ１７３４、モニタ１７３５、キーボード１７３６、および、マウス１７３７を有する。
【００１９】
図１に戻り、入力端末１０は、操作ユーザの画面操作による入出力操作を、ＢＰ開発サーバ１００と送受信する。入力端末１０の各画面は、図２から図５において後記する。
【００２０】
ＢＰ開発サーバ１００は、ＢＰを構成するアクティビティ（Activity）間の影響関係による不都合を防止もしくは影響による不都合を最小化するためのＢＰの修正を行う。ＢＰ開発サーバ１００は、定義情報入力部１１０、障害影響分析部１２０、ＢＰ修正部１３０、および、ＢＰ生成部１４０を有する。
【００２１】
定義情報入力部１１０は、サービス／ＤＢ関連情報１６１を入力端末１０から入力するためのサービス情報入力部１１１と、ＢＰ／サービス関連情報１６２を入力端末１０から入力するためのＢＰ情報入力部１１２と、を有する。
【００２２】
障害影響分析部１２０は、複数のＢＰ間の障害影響関係を分析し、問題があると判断された複数のＢＰに対して、影響関係の分析結果を表示することにより、設計者の分析負担を削減する。
【００２３】
ＢＰ修正部１３０は、操作者の判断結果の入力内容に応じて、ＢＰ修正方式を選定してＢＰを修正する。このＢＰの修正（ＢＰ修正方式）は、以下に列挙する方式のうち、いずれか１つの方式を採用することにより実現される。各ＢＰ修正方式は、スクリプト言語などで記述し、ＭＤＡ（Model Driven Architecture）とよばれるモデル変換・生成技術を適応することで実現できる。
ＢＰ修正方式（１）補償トランザクション方式（図１２参照）
ＢＰ修正方式（２）プロセス並列実行防止方式（図１３参照）
ＢＰ修正方式（３）キャンセル追加方式（図１４参照）
ＢＰ修正方式（４）キャンセルプロセス呼び出し方式（図１５参照）
ＢＰ修正方式（５）プロセス間キャンセル通知方式（図１６参照）
【００２４】
ＢＰ修正部１３０は、ＢＰ修正方式の選択条件を入力させる選択条件入力部１３１、選択条件に適合するＢＰ修正方式を提示する修正方式提示部１３２、提示されたＢＰ修正方式の属性を入力させる修正方式属性入力部１３３、および、属性が入力されたＢＰ修正方式を実行する修正方式実行部１３４を有する。なお、入力は、入力端末１０を介して行われる。
【００２５】
ＢＰ生成部１４０は、ＢＰ修正部１３０によって修正されたＢＰＭＮに相当するＢＰの定義情報（サービス／ＤＢ関連情報１６１、ＢＰ／サービス関連情報１６２）から、公知技術を用いることにより、ミドルウェア上で実行可能な定義情報であるＢＰ１７０を生成する。ＢＰ１７０は、ＢＰＥＬ１７１、および、ＷＳＤＬ１７２により構成される。
【００２６】
ＢＰ実行サーバ１５０は、一般にＥＳＢと呼ばれるミドルウェアが実装されているＢＰ実行部１５１を有する。ＢＰ実行部１５１は、ＢＰ１７０のＢＰＥＬ１７１をもとにプロセスを実行し、ＢＰ１７０のＷＳＤＬ１７２をもとにプロセスの実行に伴うシステム間のサービス呼び出しを実行する。
【００２７】
ＤＢサーバ１８０は、ＳＯＡシステムの各処理部が処理を行うための一連の定義および設計情報を管理する。ＤＢサーバ１８０は、サービス／ＤＢ関連情報１６１、ＢＰ／サービス関連情報１６２、影響関連分析情報１６３、ＢＰ修正方式設定情報１６４、ＢＰ修正方式管理情報１６５、および、ＢＰ１７０を有する。
【００２８】
ＢＰ修正方式管理情報１６５は、ＤＢ間操作ポリシー１６６、ＢＰ修正方式一覧１６７、ＢＰ間関係−ＢＰ修正方式選択ポリシー１６８、質問項目−ＢＰ修正方式選択ポリシー１６９、および、ＢＰ修正方式別サービス定義修正ルール１６９ｂを含めて構成される。ＤＢサーバ１８０の各情報の詳細は、図６および図７にて後記する。
【００２９】
ＢＰ修正方式別サービス定義修正ルール１６９ｂには、ＢＰ修正方式別にサービス定義を行なう修正ルール、および、ＢＰ１７０を修正するための修正操作処理の手順が格納されている。こうした修正操作処理が、スクリプト言語などの形式で記述されている。
【００３０】
図２は、サービス情報入力部１１１において、ユーザが入力時に利用する「サービスとＤＢ関連入力画面２１０」を示す画面図である。サービス情報入力部１１１では、入力端末１０から、サービス設計者に、個別システムのもつサービスインタフェースの仕様と、各サービスインタフェースの内部処理として操作されるＤＢとの関係をＤＢ関連入力画面２１０を介して入力させる。
【００３１】
表領域２１１には、表領域２１１の縦軸にサービス名称の一覧を表示し、表領域２１１の横軸にＤＢサービス名称の一覧を表示する。サービス名称を編集するためにサービス名称編集ボタン２１２をクリックすると、サービス名称編集画面２２０が表示される。
【００３２】
サービス名称編集画面２２０は、サービス名称、入力値（項目名称とそのデータ型）、および、戻り値（戻り値区分とその戻り値）の入力手段（入力欄）を有する。正常時の戻り値（０）またはエラー時の戻り値（１）を互いに区別して入力する。登録ボタン２２１をクリックすると、サービス名称編集画面２２０は閉じ、サービスとＤＢ関連入力画面２１０の縦軸であるサービス名称の一覧には、サービス名称編集画面２２０で登録された新たなサービス名称が追加されて表示される。
【００３３】
横軸のＤＢ名称一覧を編集するときには、サービス名称の編集と同様に、ＤＢ名称編集ボタン２１３をクリックすることにより、サービス名称編集画面２２０とほぼ同様な画面構成であるＤＢ名称編集画面（図示省略）が、表示される。ＤＢ名称編集画面においてＤＢ名称を入力することにより、サービスとＤＢ関連入力画面２１０上のＤＢ名称一覧が編集される。
【００３４】
サービス設計者は、必要なＤＢ名称一覧およびサービス名称一覧の登録を終えた後、ＤＢ名称とサービス名称との対応関係を表す表領域のセル上に、必要なＤＢ操作の内容を入力する。ＤＢ操作の内容は、ＤＢ操作の種別を示すＣ（Create）、Ｒ（Reference）、Ｕ（Update）、または、Ｄ（Delete）を示す値のうち、いずれか１つの値によって示される。Ｃ，Ｒ，Ｕ、Ｄは各々、データの新規登録処理、参照処理、更新処理、削除処理を表している。例えば、セル２１４の「Ｃ」の値は、サービス名称「製品Ａ生産計画」において製品Ａ在庫管理ＤＢに対して新規登録処理（Create）が行われることを表している。
【００３５】
サービス設計者は、サービスとＤＢ関連入力画面２１０を介した編集作業を終えるときに、登録ボタン２１５をクリックすると、サービスとＤＢ関連入力画面２１０およびその画面から呼び出された各画面へ入力された情報が、ＤＢサーバ１８０のサービス／ＤＢ関連情報１６１に格納される（定義情報の入力・登録）。
【００３６】
サービス／ＤＢ関連情報１６１（後記図６参照）に格納する処理として、具体的には、サービス名一覧情報１６１ａは、サービス名称編集画面２２０上の入力情報を格納する。サービス−ＤＢ関係１６１ｂは、サービスとＤＢ関連入力画面２１０上のサービス名称およびＤＢ名称間のＤＢ操作の種別情報を格納する。ＤＢ名称一覧情報１６１ｃは、ＤＢ名称編集画面（図示省略）上の詳細情報を格納する。
【００３７】
図３は、ＢＰ情報入力部１１２がデータ入力のために表示するビジネスプロセス入力画面３１０およびビジネスプロセス詳細３２０を示す画面図である。業務フロー設計者は、ビジネスプロセス入力画面３１０を介して、ビジネスプロセスを設計する。
【００３８】
ビジネスプロセス入力画面３１０上の領域３１１には、モデル記述言語ＢＰＭＮなどのモデリング表記によるビジネスプロセス図を領域３１２に記述するためのアイコン群が配置されている。アイコン群は、開始アイコン３１４、アクティビティアイコン３１５、分岐アイコン３１６、終了アイコン３１７、および、接続アイコン３１８である。例えば、アクティビティアイコン３１５をクリックで選択し、領域３１２をクリックすると、領域３１２内のクリックされた位置に、アクティビティアイコン３１５と同じ種別の各アクティビティアイコン３１３を配置する。
【００３９】
メニューバーには、ファイル、編集、影響関係分析、ＢＰ登録の項目が並んでいる。これらのならんだメニューのうち、ＢＰ登録を選択すると、ビジネスプロセス入力画面３１０の領域３１２に記述されたビジネスプロセス図の情報が、ＢＰ／サービス関連情報１６２（図６参照）に（アクティビティがビジネスプロセス分類１６２ａ（図６参照）に、アクティビティ間の接続がフロー関係１６２ｃ（図６参照）に）登録される（定義情報の入力・登録）。
【００４０】
さらに、アクティビティ３１３「製品Ｂ生産計画」をダブルクリックすると、ビジネスプロセス詳細画面（参照）３２０が表示される。ビジネスプロセス詳細画面（参照）３２０では、アクティビティ名称３２１の入力と、サービス名称３２２の選択を受け付ける。
【００４１】
サービス名称３２２をクリックすると、サービス名称３２２により特定されるサービスの属性情報（項目名称とそのデータ型、戻り値）が、参照情報として表示される。サービス設計者が登録ボタン３２４をクリックすると、ビジネスプロセス詳細画面（参照）３２０の情報が、ＢＰモデリング要素１６２ｂ（図６参照）に登録される（定義情報の入力・登録）。
【００４２】
図４は、障害影響分析部１２０が分析結果を表示するビジネスプロセス影響関係分析画面４１０を示す画面図である。この画面の縦軸および横軸に各ビジネスプロセスのもつアクティビティ名称一覧が示されている。そしてこのサービス間の対応関係を表すセル上に、影響分析の結果を示す内容が表示される。
【００４３】
まず、セル４１１には、「製品Ａ在庫管理ＤＢ」が示されているので、「製品Ａ出荷予約」と「製品Ａ生産計画」のアクティビティ間において影響関係があることがわかる。一方、セル４１２には「なし」が示されているので、「製品Ａ生産計画」と「製品Ａ配送」のアクティビティ間において影響関係がないことがわかる。
【００４４】
操作者がセル４１１をクリックして選択状態にし、詳細情報表示ボタン４１４をクリックすると、障害影響関係−詳細情報画面４２０が表示される。表示された画面では、選択したセル４１１に関するアクティビティ間の影響関係について、詳細な内容を表示する。
【００４５】
これにより、複数のビジネスプロセス間でシステム上のＤＢ操作が競合したとき、設計者は、表示された分析結果から競合状況を理解できる。なお、設計情報から分析された競合状況は、問題となるビジネスプロセスおよびアクティビティ間の対応関係により表現される。ここで、ＢＰ修正方式ボタン４１５をクリックすると、ＢＰ修正提示画面５１０が表示される。
【００４６】
図５は、ＢＰ修正部１３０がビジネスプロセスを修正するための一連の画面図である。ＢＰ修正部１３０は、まず、ＢＰ修正方式提示画面５１０を入力端末１０に表示する。表領域５１１には、ビジネスプロセス影響関係分析画面４１０（図４参照）において、影響関係があると判断されたアクティビティ間の組み合わせが、一覧表として表示されている。
【００４７】
操作者は、表領域５１１において修正対象とするアクティビティ間の組み合わせを示す行（例えば、番号＝１の行）をクリックして選択し、選択条件入力ボタン５１２をクリックすると、選択された行の情報に関する選択条件入力画面５２０が、表示される。
【００４８】
選択条件入力画面５２０上には、操作者の入力手段として、質問項目−ＢＰ修正方式選択ポリシー１６９の条件項目を示す質問項目、および、質問項目に対する選択結果として、領域５２１に示されている。操作者は、質問項目に対して選択結果の「はい」もしくは「いいえ」を選択し、閉じるボタン５２２をクリックすると、選択条件入力画面５２０が閉じられ、修正方式提示部１３２が実行される（図９参照）。これにより、複数のＢＰ修正方式のうち、（１）補償トランザクション方式などの質問の回答に応じて回答に合致する適切なＢＰ修正方式が、リストボックス５１１に表示される。
【００４９】
そして、ＢＰ修正提示画面５１０上のリストボックス５１１では、選択可能な複数のＢＰ修正方式から、入力された選択条件によって絞り込まれたＢＰ修正方式を選択可能となる。ＢＰ修正方式を選択したあと、ＢＰ修正方式詳細表示ボタン５１３をクリックすると、ＢＰ修正方式詳細情報画面５３０を表示する。ＢＰ修正詳細情報画面５３０は、選択されたＢＰ修正方式に応じた属性５３１を編集するための画面であり、属性名称とその値とを対応づけている。なお、属性名称は、ＢＰ修正方式一覧１６７のＢＰ修正属性名称から取得して表示する。ここで入力された属性値は、ＢＰ修正方式別サービス定義修正ルール１６９ｂにおいて、ルール制御のための外部プロパティとして利用される。
【００５０】
リストボックス５１１から、（３）キャンセル追加方式などのＢＰ修正方式を選択し、ＢＰ修正ボタン５１４をクリックすると、修正方式実行部１３４の処理が実行される（図１０参照）。修正方式実行部１３４は、ＢＰ修正方式別サービス定義修正ルール１６９ｂを用いて、修正対象となったＢＰ／サービス関連情報１６２に格納されているビジネスプロセスの修正処理を、選択されたＢＰ修正方式に応じて修正する。
【００５１】
これにより、修正前のビジネスプロセスが（３）キャンセル追加方式を実施したビジネスプロセスに修正される。よって、ＢＰ修正方式別サービス定義修正ルール１６９ｂに記載された手順を元にＢＰＥＬ定義が作成されるので、ユーザは人手でルールに基づく定形部分を個別にＢＰＥＬ定義を作成する必要が無くなり、ＢＰ修正方式を選択するだけで済む。本発明では、すべて完全にＢＰＥＬを修正するのではなく、ＢＰ修正方式において定型化された部分が自動修正される。この後必要に応じて操作者は、修正方式実行部１３４により修正されたＢＰの定義情報を、自ら編集修正することもできる。
【００５２】
図６は、ＤＢサーバ１８０に格納されているデータ構造を示す構成図である。図６に示す各要素間の矢印は、各要素間が互いに関連づけられていることを示し、矢印近傍に記載されている「１」および「Ｎ（１つ以上を示す）」は、関連づけの多重度を示す。例えば、１個のサービス名一覧情報１６１ａに対して、「Ｎ」個のサービス−ＤＢ関係１６１ｂが関連づけられている。
【００５３】
サービス／ＤＢ関連情報１６１は、サービス名一覧情報１６１ａ、サービス−ＤＢ関係１６１ｂ、および、ＤＢ一覧情報１６１ｃから構成される。サービス名一覧情報１６１ａは、サービス名称、入力項目、および、戻り値から構成される。サービス−ＤＢ関係１６１ｂは、サービス名一覧情報１６１ａのサービス名称と、そのサービスにて利用するＤＢ一覧情報１６１ｃのＤＢ名称と、ＣＲＵＤ属性から構成される。ＤＢ一覧情報１６１ｃは、ＤＢ名称から構成される。
【００５４】
ＢＰ／サービス関連情報１６２は、ビジネスプロセス分類１６２ａ、ＢＰモデリング要素１６２ｂ、および、フロー関係１６２ｃから構成される。ＢＰ／サービス関連情報１６２は、ＢＰ情報入力部１１２からの入力の結果、および、修正方式実行部１３４からの修正の結果を、それぞれ格納する。
【００５５】
ビジネスプロセス分類１６２ａは、ビジネスプロセス名称と、その名称に対する大分類ビジネスプロセス名称および中分類ビジネスプロセス名称から構成される。ＢＰモデリング要素１６２ｂは、ビジネスプロセス入力画面３１０に入力されたＢＰ構成要素の定義情報（モデリング要素タイプ、モデリング要素名称、利用サービス名称、および、属性）を格納する。フロー関係１６２ｃは、アクティビティ間の接続関係を示すフローについて、フロータイプ、フロー名称、Ｆｒｏｍモデリング要素名称、Ｔｏモデリング要素名称、および、属性情報を格納する。
【００５６】
影響関連分析情報１６３は、影響ビジネスプロセス分類１６３ａおよびアクティビティ間影響関係１６３ｂを有する。
【００５７】
影響ビジネスプロセス分類１６３ａは、アクティビティ間影響関係１６３ｂに格納されている２つのアクティビティに関する上位のビジネスプロセス名称を格納する。これにより、上位のビジネスプロセスとアクティビティの関係を把握することができる。例えば、図１１においては、「生産計画プロセス」「製品販売プロセス」が上位のビジネスプロセスであり、「製品Ａ生産計画」などはアクティビティに位置づけられる。
【００５８】
アクティビティ間影響関係１６３ｂには、ビジネスプロセス影響関係分析画面４１０（図４参照）において表示される影響関係の情報（例えば、セル４１１を表すための情報）が格納される。よって、アクティビティ間影響関係１６３ｂは、アクティビティ名称１、アクティビティ名称２という、影響関係がある２つのアクティビティ名称の項目をもつ。さらにＣＲＵＤ属性１、ＣＲＵＤ属性２をもち、アクティビティ名称１、アクティビティ名称２それぞれに対応するＣＲＵＤ属性の値をもつ。
【００５９】
ＢＰ修正方式設定情報１６４（図６参照）は、アクティビティ間影響関係１６３ｂに対応して選択したＢＰ修正方式の情報が格納される。具体的には、障害が発生した時に問題が発生すると分析されたアクティビティ（アクティビティ名称１，２）間に対するＢＰ（ビジネスプロセス名１，２）のＢＰ修正方式（名称、属性名称、属性値）が登録されている。
【００６０】
図７は、ＤＢサーバ１８０に格納されているＢＰ修正方式管理情報１６５を示す構成図である。
【００６１】
ＤＢ間操作ポリシー１６６は、ＤＢ操作の組み合わせにおいて、障害発生時の影響関係有無を判定するためのポリシー情報を格納する。ＤＢ操作ポリシー１６６は、縦軸および横軸にＣＲＵＤ属性を並べている。ＣＲＵＤ属性同士の組み合わせに対して、影響問題なし（○）、影響問題あり（×）といった区分を登録しており、ＤＢ操作（ＣＲＵＤ）の組み合わせによって影響有無を判断するための情報を格納している。
【００６２】
ＢＰ修正方式一覧１６７は、ＢＰ修正部１３０が実行する各ＢＰ修正方式の名称およびＢＰ修正方式の属性名称を格納する。ＢＰ修正方式属性名称とは、表５３１（図５参照）に表示され、ＢＰ修正に基づいてＢＰを修正するために設定する属性名称である。
【００６３】
ＢＰ間関係−ＢＰ修正方式選択ポリシー１６８は、２つのＢＰ間におけるプロセス間関連条件と、ＢＰ修正方式一覧１６７に示される各ＢＰ修正方式との関係を示す情報を格納する。なお、ＢＰ修正方式は番号のみ記載し、その番号に対応する名称は省略する。このテーブルは、プロセス間関連条件として、２つのＢＰのＢＰレベルの同一性に関する条件が格納されている。横軸には、各ＢＰ修正方式が並べられている。これらの縦軸と横軸の交差するセルに○もしくは×が格納されている。この○は、横軸に示すプロセス間関連条件が成立する時に、いずれのＢＰ修正方式を選択することが許されるかという関係を示す。なお、本発明の対象とするシステムでは、複数のＢＰを定義することが可能である。一方、ＢＰ間の不整合を検出するにあたっては、ある特定のＢＰと他方のＢＰとの２つのＢＰ間の関係に着目することにより検出される。このため、システム全体では複数のＢＰを定義かつこれらの不整合検出および、修正を行うが、ＢＰ間関係−ＢＰ修正方式選択ポリシー１６８としては、２つのＢＰ間に対するポリシーのみが定義情報として定義されているだけで十分である。
【００６４】
質問項目−ＢＰ修正方式選択ポリシー１６９は、ＢＰ間関係−ＢＰ修正方式選択ポリシー１６８と同じように、選択条件入力画面５２０（図５参照）に示す質問項目および質問項目に対する回答結果と、ＢＰ修正方式一覧１６７に示される各ＢＰ修正方式との関係を示す情報を格納する。なお、ＢＰ修正方式は番号のみ記載し、その番号に対応する名称は省略する。
【００６５】
図８は、障害影響分析部１２０が実行するＢＰ間の影響関係分析処理を示すフローチャートである。
【００６６】
まず、サービス／ＤＢ関連情報１６１とＢＰ／サービス関連情報１６２とをサービス名称を結合キーとして結合する（Ｓ８０１）。すると、サービス−ＤＢ関係１６１ｂに存在するＤＢ名称とＤＢ操作属性であるＣＲＵＤ属性とが、ビジネスプロセス分類１６２ａにあるビジネスプロセス名称と、ＢＰモデリング要素１６２ｂにある利用サービス名称と関係付けられる。これにより、ＤＢ名称とＣＲＵＤ属性から利用サービス名称とビジネスプロセス名称を検索することが可能になる。
【００６７】
結合した情報に対して、ＤＢ間操作ポリシー１６６を参照して△もしくは×にて示す競合される操作が行われているＤＢ名称、ならびに、このＤＢ名称に関連づけられているサービス名称およびビジネスプロセス名称を、競合する情報の組み合わせとして検出する（Ｓ８０２）。
【００６８】
検出した競合する情報の組み合わせを、対象ＤＢ、ＤＢ操作種別に、影響関連分析情報１６３に登録する（Ｓ８０３）。影響関連分析情報１６３に登録された情報に基づき、ビジネスプロセス影響関係分析画面４１０および障害影響関係−詳細情報画面４２０に表示する（Ｓ８０４）。さらに、障害により影響の受けるアクティビティをビジネスプロセス図（図３参照）上において、赤色にして示すなど、影響があることをビジネスプロセス図の形式においても表示する。
【００６９】
図９は、修正方式提示部１３２が実行するＢＰ修正方式提示処理を示すフローチャートである。
【００７０】
ＢＰ修正方式提示画面５１０上の選択条件入力ボタン５１２がクリックされると表示される選択条件入力画面５２０にて、質問項目への回答の入力を受け付ける（Ｓ９０１）。
【００７１】
質問項目の回答結果と、質問項目−ＢＰ修正方式選択ポリシー１６９とから、ＢＰ修正方式一覧１６７から画面上に選択可能として表示するＢＰ修正方式を絞りこむ（Ｓ９０２）。具体的には、質問項目−ＢＰ修正方式選択ポリシー１６９には、質問項目に対して「はい」を回答した場合の採用可否を○×が示されており、この○×の結果をＡＮＤ条件として重ね合わせることにより、ＢＰ修正方式を絞りこむ。
【００７２】
ＢＰ間関係−ＢＰ修正方式選択ポリシー１６８に基づき、絞り込まれたＢＰ修正方式に対して、ＢＰの分類を元にさらに絞りこむ（Ｓ９０３）。具体的には、このステップでは、影響関係があると判断されたアクティビティが、ビジネスプロセスの大分類、中分類、小分類のいずれのレベルにおいて同一もしくは異なるかを条件として、利用できるＢＰ修正方式を絞りこむ。
【００７３】
ＢＰ間関係−ＢＰ修正方式選択ポリシー１６８は縦軸にはビジネスプロセスのレベル別における異同の条件を並べており、横軸にはＢＰ修正方式名をならべ、条件に対して利用可否の結果を、表中の○×にて示している。この表と対象としているアクティビティ間のビジネスプロセスレベルの異同を比較することにより、対象とするＢＰ修正方式を絞り込む。
【００７４】
絞りこまれたＢＰ修正方式の結果を、ＢＰ修正方式提示画面５１０（図５）上のＢＰ修正方式を選択するリストボックス５１１上に、選択可能な項目名称として表示する（Ｓ９０４）。
【００７５】
図１０は、修正方式実行部１３４が実行するＢＰの定義情報の修正処理を示すフローチャートである。
【００７６】
ＢＰ修正方式設定情報１６４より、ビジネスプロセス間で選択されたＢＰ修正方式を読み取る（Ｓ１００１）。いずれのＢＰ修正方式が選択されているかを判定する（Ｓ１００２）。ここでの判定結果に基づいて、ＢＰ修正方式別サービス定義修正ルール１６９ｂに基づいて、Ｓ１０１１からＳ１０１５のいずれかの処理を行うことによりＢＰ変更処理を実行する。
【００７７】
図１１は、データ不整合への対策前のビジネスプロセスを示すビジネスプロセス図である。製品Ａを管理する製品Ａ管理システム１１３０と、製品Ｂを管理する製品Ｂ管理システム１１４０との２つの製品別システムがある。つまり、既存システムが、製品別に複数構築されている。そして、各々のシステムは、自システムを操作するためのＷｅｂサービスインタフェースを有している。
【００７８】
製品Ａ管理システム１１３０および製品Ｂ管理システム１１４０は、それぞれ、生産計画の情報を登録するための生産計画サービス、生産計画された製品の在庫に対して出荷予約を行う出荷予約サービス、および、生産計画もしくは出荷予約を取り消すためのキャンセルサービスを有する。このように、実際の企業システムなどにおいて、ボトムアップにシステム開発を行ってしまったため、製品個別のサブシステムが複数存在するといった状況は多く見られる。こうした製品個別のサブシステム間を、単純なビジネスプロセスだけでシステム連携を実現すると、データ不整合に対するエラー処理が十分に実現できない、といった課題が発生する。
【００７９】
まずは、既存システムの想定状況について説明する。製品Ａ管理システム１１３０および製品Ｂ管理システム１１４０は、生産計画プロセス１１１０と、製品販売プロセス１１２０とから利用される。生産計画プロセス１１１０および製品販売プロセス１１２０は、業務観点からは、互いに独立した処理を行う。
【００８０】
生産計画プロセス１１１０は、生産計画ラインの業務作業を支援するために実行され、製品Ａ生産計画の処理を行うために、製品Ａ管理システムの製品Ａの生産計画サービスを呼び出し、製品Ａの在庫数管理ＤＢに対して、在庫数追加処理を行う。
【００８１】
製品販売プロセス１１２０は、販売プロセスの業務作業を支援するために実行され、製品Ａ管理システムの製品Ａ出荷予約サービスを呼び出し、製品Ａ在庫数管理ＤＢから在庫数を引き当てる。
【００８２】
以上述べた既存システムに対して、ビジネスプロセスを用いた連携技術を用いた場合に発生する課題について説明を行う。図１１に示すビジネスプロセスに示すように、複数のビジネスプロセスにおいて利用するシステムが共通している場合の問題点を示す。例えば、生産計画プロセス１１１０のプロセス実行時に障害が発生した場合、製品Ａ在庫管理ＤＢ１１３１において、データ不整合が発生する場合がある。
【００８３】
まず、製品Ａ在庫管理ＤＢ１１３１、製品Ｂ在庫管理ＤＢ１１４１では各々５０個の在庫が存在するものとする。次に生産計画プロセス１１１０では、製品Ａ生産計画アクティビティ１１１１と製品Ｂ生産計画１１１２により、製品Ａと製品Ｂを各々５０個ずつの生産計画処理を行うものとする。
【００８４】
この生産計画プロセス１１１０実行時において、ネットワークその他の原因などにより製品Ｂ生産計画アクティビティ１１１２において障害が発生し、製品Ｂ生産計画１１１２が本来行うべき製品Ｂの５０個の増産登録が製品Ｂ在庫管理ＤＢに対して行えなかったものとする。
【００８５】
この障害に対して何も対応を行わず、生産計画プロセス１１１０を終了した場合、製品Ａ在庫管理ＤＢ１１３１に対しては１００個の製品在庫が存在し、製品Ｂ在庫管理ＤＢ１１４１に対しては、５０個の在庫が存在することになる。まず、この時点で、生産計画プロセス１１１０の途中の処理にて障害が発生したため、生産計画プロセス１１１０自身が期待される処理を正しく行っていないという問題が生じている。
【００８６】
次に、生産計画プロセス１１１０とは独立に製品販売プロセス１１２０が実行されたものとする。製品販売プロセス１１２０では、製品Ａに対して８０個の予約を行うための処理を実行したものとする。生産計画プロセス１１１０での製品Ａ生産計画アクティビティ１１１１が終了した時点では、製品Ａ在庫管理ＤＢ１１３１では１００個の在庫をもつため、８０個の予約引き当てを行うことができる。
【００８７】
しかし、生産計画プロセス１１１０の障害回復を単純に行ってしまうと、本来の意味では、製品Ａ在庫管理ＤＢ１１３１では５０個の在庫しか存在しないのが正しい状況である。すなわち、別プロセスでのＤＢ回復処理が行われていないので、本来引き当ててはいけない在庫に対して予約を引き当ててしまったことになり、業務としては矛盾したデータ処理を行ってしまうことになる。
【００８８】
これにより、生産計画プロセス１１１０において障害が発生した場合、生産計画プロセス１１１０のみならず、製品販売プロセス１１２０に対しても、障害の影響が及ぶことになる。
【００８９】
こうした障害影響の関係は、設計情報の関係を分析した結果得られるものであるため、作成されるビジネスプロセスや、関連するシステムおよびデータベースが増加した場合、人手において、こうした影響関係を設計情報として把握することは困難である。
【００９０】
以上図１１に示したデータの不整合への対処方法は、大きく２種類に分類できる。１つめの対処方法は、共通する製品別システムを利用する各ビジネスプロセスが、独立のプロセスとして並列に実行されることを抑制する方法である。この方法は、各ビジネスプロセスが一定の時間スケジュールに従い、実行されるプロセスである場合に有効である。この方法は、ＢＰ修正方式（２）として実現する。
【００９１】
２つめの対処方法は、障害が発生したサービス実行が影響を与えるサービス実行の内容を取り消す（キャンセルする）方法である。例えば、生産計画プロセスが製品Ｂ生産計画でサービス実行に失敗した場合、製品Ａの生産計画として登録した在庫数をキャンセルする。この方法は、ＢＰ修正方式（１）（３）（４）（５）のいずれかとして実現する。
【００９２】
図１２は、（１）補償トランザクション方式が適用されたビジネスプロセスを示すビジネスプロセス図である。ＢＰＥＬのトランザクション実行の規格である「補償トランザクション」は、ビジネスプロセスの実行が失敗した場合に逆向きにアクティビティを呼び出す処理と、呼び出されたアクティビティを規定する。逆戻しのアイコンは、ＢＰＥＬ規約として定められている補償トランザクションの表記である。
【００９３】
まず、図１１の通常のアクティビティを、それぞれ図１２の補償トランザクションに対応したアクティビティに修正する。具体的には、製品Ａ生産計画１１１１を製品Ａ生産計画（補償）１２１１に、製品Ｂ生産計画１１１２を製品Ｂ生産計画（補償）１２１２に、製品Ａ出荷予約１１２１を製品Ａ出荷予約（補償）１２２１に、製品Ａ配送１１２２を製品Ａ配送（補償）１２２２に、それぞれ修正する。
【００９４】
次に、補償トランザクション実行時に呼び出されるキャンセル処理に対応したアクティビティを追加する。具体的には、製品Ａ生産計画（補償）１２１１に製品Ａ生産計画キャンセル１２１３を、製品Ｂ生産計画（補償）１２１２に製品Ｂ生産計画キャンセル１２１４を、製品Ａ出荷予約（補償）１２２１に製品Ａ出荷予約キャンセル１２２３を、製品Ａ配送（補償）１２２２に製品Ａ配送キャンセル１２２４を、それぞれ追加する。つまり、アクティビティごとにキャンセル処理が追加される。
【００９５】
なお、（１）補償トランザクション方式を実現するためのＢＰ修正方式別サービス定義修正ルール１６９ｂには、以下の手順が記載されているものとする。
・第１手順：アクティビティの属性を補償アクティビティに変更する。
・第２手順：第１手順の変更結果である補償アクティビティと同数のキャンセル処理用のアクティビティを新たに追加する。
・第３手順：第１手順の変更結果である補償アクティビティと、第２手順で追加したキャンセル用のアクティビティをフローにて結合する。
なお、以上の手順において補償アクティビティとキャンセル処理アクティビティについてはシステム側にて自動生成される。キャンセル処理アクティビティの詳細処理については、ＢＰ修正作業として、人手による設計作業が必要となる。
以上述べたＢＰ修正手順が、既存のスクリプト言語や、動的なプログラム生成技術を用いて、ＢＰ修正方式別サービス定義修正ルールとして格納されているものとする。これは、図１２から図１５を用いて述べる方式についても同様である。
【００９６】
図１３は、（２）プロセス並列実行防止方式が適用されたビジネスプロセスを示すビジネスプロセス図である。図１１の生産計画プロセス１１１０の終了点から製品販売プロセス１１２０の開始点へと、ビジネスプロセス間を直列に接続する接続線１３０１を追加し、この直列の順序でアクティビティを実行することで、不整合の要因を除去する。
【００９７】
図１４は、（３）キャンセル追加方式が適用されたビジネスプロセスを示すビジネスプロセス図である。図１１に示す各アクティビティに対して、図１４に示す正常終了判定処理１４１１，１４１２，１４２１を追加し、正常終了判定処理により正常でないと判定されたときに呼び出されるエラーキャンセル処理１４１３，１４２２を追加する。これにより、製品Ａもしくは製品Ｂの生産計画サービス呼び出しエラー処理が生じたときには、そのエラー処理に対応するキャンセル処理が実行される。エラーキャンセル処理の追加は、システム側にて自動生成される。キャンセル処理の詳細については、補償トランザクション方式の場合と同様に、ＢＰ修正作業として、人手による設計作業が必要となる。
【００９８】
図１５は、（４）キャンセルプロセス呼び出し方式が適用されたビジネスプロセスを示すビジネスプロセス図である。まず、（３）キャンセル追加方式と同様に、正常終了判定処理１５１１，１５１２，１５２１を追加する。次に、正常ではないと判断されたときに、キャンセル処理そのものではなく、キャンセルプロセス１５３０を呼び出すためのエラーキャンセルＢＰ１５１３，１５２２を追加する。さらに、呼び出されたキャンセルプロセス１５３０は、各管理システムについてのキャンセル処理（製品Ａ管理システム１１３０に対する製品Ａ予約分キャンセル、および、製品Ａ生産計画分キャンセル、ならびに、製品Ｂ管理システム１１４０に対する製品Ｂ予約分キャンセル、製品Ｂ生産計画分キャンセル）を順に実行する。正常終了判定処理の追加、エラーキャンセルＢＰの追加、キャンセルプロセスの生成については、システム側にて自動生成される。キャンセルプロセス内部の詳細処理設計については、ＢＰ修正作業として、人手による設計作業が必要となる。
【００９９】
図１６は、（５）プロセス間キャンセル通知方式が適用されたビジネスプロセスを示すビジネスプロセス図である。この方式では、生産計画プロセス１６１０で生じた障害状況を、別プロセスである製品販売プロセス１６２０に通知するための処理を各ＢＰ上に組み込む。
【０１００】
そのため、まず、正常終了判定処理１６１１，１６１２，１６２１を追加し、正常ではないと判断されたときに、キャンセル状況が発生したことを別プロセスに通知するキャンセル通知処理１６１３，１６２２を追加する。次に、キャンセル通知を受け取るためのエラーキャンセル監視処理１６２３と、キャンセル状況に応じたキャンセル処理を行うエラーキャンセル処理１６１４，１６２４を追加する。正常終了判定処理の追加、エラーキャンセル通知処理の追加、エラーキャンセル監視処理の追加、エラーキャンセル処理の追加については、システム側にて自動生成される。エラーキャンセル処理の詳細処理設計については、ＢＰ修正作業として、人手による設計作業が必要となる。
【０１０１】
以上説明した本実施形態は、サービス間の不整合発生個所を分析することにより、業務設計者と個別システム設計者が独立に設計情報を入力することが可能となり、かつ、従来容易に検証できなかったＢＰ間の不整合発生個所の分析を行う。これにより、問題となるＢＰ間の関係を、設計段階にて分析把握することが容易になる。
【０１０２】
さらに、本実施形態は、ＢＰの修正方式を提示し、選択されたＢＰ修正方式に基づいてＢＰを修正することにより、ＢＰ間の状況に応じて、データ不整合発生を防止するためのＢＰ定義を、操作者の判断結果に基づいて行うことが可能になる。これにより、高度なエラー処理ノウハウを持たない設計者であっても、データ不整合の発生を防止したＢＰ定義を行うことが容易になる。
【０１０３】
以上説明した本実施形態は、以下のようにその趣旨を逸脱しない範囲で広く変形実施することができる。
【０１０４】
本実施形態のシステム構成は、図１に限定されない。例えば、図１では、入力端末１０、ＢＰ開発サーバ１００、ＢＰ実行サーバ１５０、ＤＢサーバ１８０、といった４つの機器からなるが、これらを全て１つのコンピュータハード機器の上で実行してもかまわない。また各々のサーバを複数の機器に分割してもよい。
【０１０５】
本実施形態のデータ構造は、図６、図７に限定されない。実際のＢＰＥＬおよびＷＳＤＬを生成するにあたっては、図６、図７で示す以外の情報を管理する必要がある。
【０１０６】
なお、図１２から図１６に示す修正後のビジネスプロセス図は、ＢＰ修正方式の適用結果の一例を示すものであり、本実施形態の処理方式は、これらのビジネスプロセス図に限定されない。
【０１０７】
本実施形態は、システムのもつ機能をコンポーネントとして扱い、ＢＰと呼ばれる技術を用いて、システム間に跨るシステム間連携を行い、システム間連携より業務を支援する処理を行うシステムに適用可能である。特に、サービス指向アーキテクチャや、ワークフロー技術などによりシステム間連携を行うシステム全般に適用可能である。
【０１０８】
図４の影響関係分析画面は、２次元の表形式とする代わりに、ビジネスプロセスのダイアグラム形式を用いて、画面上に分析結果を表示してもよい。
【図面の簡単な説明】
【０１０９】
【図１】本発明の一実施形態に関するＳＯＡシステムを示す構成図である。
【図２】本発明の一実施形態に関するサービス情報入力部が入力させるサービスとＤＢ関連入力画面を示す画面図である。
【図３】本発明の一実施形態に関するＢＰ情報入力部がデータ入力のために表示するビジネスプロセス入力画面およびビジネスプロセス詳細を示す画面図である。
【図４】本発明の一実施形態に関する障害影響分析部が分析結果を表示するビジネスプロセス影響関係分析画面を示す画面図である。
【図５】本発明の一実施形態に関するＢＰ修正部がビジネスプロセスを修正するための一連の画面を示す画面図である。
【図６】本発明の一実施形態に関するＤＢサーバに格納されているデータ構造を示す構成図である。
【図７】本発明の一実施形態に関するＤＢサーバに格納されているＢＰ修正方式管理情報を示す構成図である。
【図８】本発明の一実施形態に関する障害影響分析部が実行するＢＰ間の影響関係分析処理を示すフローチャートである。
【図９】本発明の一実施形態に関する修正方式提示部が実行するＢＰ修正方式提示処理を示すフローチャートである。
【図１０】本発明の一実施形態に関する修正方式実行部が実行するＢＰの定義情報の修正処理を示すフローチャートである。
【図１１】本発明の一実施形態に関するデータ不整合への対策前のビジネスプロセスを示すビジネスプロセス図である。
【図１２】本発明の一実施形態に関する（１）補償トランザクション方式が適用されたビジネスプロセスを示すビジネスプロセス図である。
【図１３】本発明の一実施形態に関する（２）プロセス並列実行防止方式が適用されたビジネスプロセスを示すビジネスプロセス図である。
【図１４】本発明の一実施形態に関する（３）キャンセル追加方式が適用されたが適用されたビジネスプロセスを示すビジネスプロセス図である。
【図１５】本発明の一実施形態に関する（４）キャンセルプロセス呼び出し方式が適用されたビジネスプロセスを示すビジネスプロセス図である。
【図１６】本発明の一実施形態に関する（５）プロセス間キャンセル通知方式が適用されたビジネスプロセスを示すビジネスプロセス図である。
【図１７】本発明の一実施形態に関するＳＯＡシステムを構成する各装置のハードウェア資源を示す構成図である。
【符号の説明】
【０１１０】
１０    入力端末
１００  ＢＰ開発サーバ
１１０  定義情報入力部
１１１  サービス情報入力部
１１２  ＢＰ情報入力部
１２０  障害影響分析部
１３０  ＢＰ修正部
１３１  選択条件入力部
１３２  修正方式提示部
１３３  修正方式属性入力部
１３４  修正方式実行部
１４０  ＢＰ生成部
１５０  ＢＰ実行サーバ
１５１  ＢＰ実行部
１６１  サービス／ＤＢ関連情報
１６１ａ  サービス名一覧情報
１６１ｂ  サービス−ＤＢ関係
１６１ｃ  ＤＢ一覧情報
１６２  ＢＰ／サービス関連情報
１６２ａ  ビジネスプロセス分類
１６２ｂ  ＢＰモデリング要素
１６２ｃ  フロー関係
１６３  影響関連分析情報
１６３ａ  影響ビジネスプロセス分類
１６３ｂ  アクティビティ間影響関係
１６４  ＢＰ修正方式設定情報
１６５  ＢＰ修正方式管理情報
１６６  ＤＢ間操作ポリシー
１６７  ＢＰ修正方式一覧
１６８  ＢＰ間関係−ＢＰ修正方式選択ポリシー
１６９  質問項目−ＢＰ修正方式選択ポリシー
１６９ｂ  ＢＰ修正方式別サービス定義修正ルール
１７０  ＢＰ
１７１  ＢＰＥＬ
１７２  ＷＳＤＬ
１８０  ＤＢサーバ
【図１】
2009003580.tif 000003
【図２】
2009003580.tif 000004
【図３】
2009003580.tif 000005
【図４】
2009003580.tif 000006
【図５】
2009003580.tif 000007
【図６】
2009003580.tif 000008
【図７】
2009003580.tif 000009
【図８】
2009003580.tif 000010
【図９】
2009003580.tif 000011
【図１０】
2009003580.tif 000012
【図１１】
2009003580.tif 000013
【図１２】
2009003580.tif 000014
【図１３】
2009003580.tif 000015
【図１４】
2009003580.tif 000016
【図１５】
2009003580.tif 000017
【図１６】
2009003580.tif 000018
【図１７】
2009003580.tif 000019