JP2009003580A - Design support method, design support program and design support device for business process - Google Patents
Design support method, design support program and design support device for business process Download PDFInfo
- Publication number
- JP2009003580A JP2009003580A JP2007161832A JP2007161832A JP2009003580A JP 2009003580 A JP2009003580 A JP 2009003580A JP 2007161832 A JP2007161832 A JP 2007161832A JP 2007161832 A JP2007161832 A JP 2007161832A JP 2009003580 A JP2009003580 A JP 2009003580A
- Authority
- JP
- Japan
- Prior art keywords
- business process
- service
- database
- correction
- business
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 388
- 230000008569 process Effects 0.000 title claims abstract description 224
- 238000013461 design Methods 0.000 title claims abstract description 42
- 238000012937 correction Methods 0.000 claims abstract description 146
- 230000000694 effects Effects 0.000 claims abstract description 78
- 238000012545 processing Methods 0.000 claims abstract description 38
- 238000004458 analytical method Methods 0.000 claims description 30
- 238000011161 development Methods 0.000 abstract description 9
- 230000007547 defect Effects 0.000 abstract 1
- 238000004519 manufacturing process Methods 0.000 description 49
- 238000007726 management method Methods 0.000 description 28
- 238000010586 diagram Methods 0.000 description 26
- 238000013439 planning Methods 0.000 description 17
- 230000018109 developmental process Effects 0.000 description 8
- 230000006870 function Effects 0.000 description 8
- 238000002715 modification method Methods 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 7
- 238000011084 recovery Methods 0.000 description 6
- 238000012384 transportation and delivery Methods 0.000 description 5
- 230000008859 change Effects 0.000 description 3
- 230000002265 prevention Effects 0.000 description 3
- 230000010485 coping Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 238000003672 processing method Methods 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000002860 competitive effect Effects 0.000 description 1
- 238000005094 computer simulation Methods 0.000 description 1
- 230000008094 contradictory effect Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000012938 design process Methods 0.000 description 1
- 230000033772 system development Effects 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
本発明は、ビジネスプロセスの設計支援方法、設計支援プログラム、および、設計支援装置に関する。 The present invention relates to a business process design support method, a design support program, and a design support apparatus.
近年、システムおよびソフトウェア部品を業務機能単位に作成し、これらの機能を一連の業務処理の流れに基づいたBP(Business Process)により、システムを統合する技術が知られている。こうしたシステムの設計方法はサービス指向アーキテクチャ(SOA:Service-Oriented Architecture)と呼ばれるものである。 2. Description of the Related Art In recent years, a technology is known in which systems and software components are created in units of business functions, and these functions are integrated by BP (Business Process) based on a series of business process flows. Such a system design method is called a service-oriented architecture (SOA).
SOAシステムを実現するためのミドルウェア製品としてESB(Enterprise Service Bus)と呼ばれるものがある。こうした製品では、システム間の連携を記述するためにサービスプロセスもしくはワークフローと呼ばれる、各システムのサービスを呼び出すためのプロセスを記述する。 There is a product called ESB (Enterprise Service Bus) as a middleware product for realizing the SOA system. In such a product, a process for calling a service of each system, which is called a service process or a workflow for describing the cooperation between the systems, is described.
ESBなどの技術では、BPMN(Business Process Modeling Notation)、WSDL(Web Services Description Language)、および、BPEL(Business Process Execution Language for Web Services)が、標準団体による標準規格として知られている(非特許文献1参照)。BPMNは、モデリング表記によりBPを表す。WSDLは、Webサービスのインタフェースを記述する。BPELは、WSDLでサービスを呼び出すときの順序を規定する。 In technologies such as ESB, BPMN (Business Process Modeling Notation), WSDL (Web Services Description Language), and BPEL (Business Process Execution Language for Web Services) are known as standards by standard organizations (non-patent literature). 1). BPMN represents BP by modeling notation. WSDL describes a web service interface. BPEL defines the order in which services are invoked in WSDL.
SOAシステムでは、既存システムの機能を業務単位のコンポーネントとして扱い、これらのコンポーネントをBPもしくはワークフローなどと呼ばれるプロセス連携より統合し、業務としての機能を実現する。SOAシステムの特徴としては、システムのコンポーネント機能が独立に扱われることと、プロセスが独立に複数同時に実行されることなどがある。 In an SOA system, functions of an existing system are handled as business unit components, and these components are integrated through process cooperation called BP or workflow, thereby realizing business functions. The characteristics of the SOA system include that the component functions of the system are handled independently and that a plurality of processes are executed independently at the same time.
SOAシステムにおいては、業務の流れに応じてサービスプロセスもしくはワークフローを定義する。システムとしての安全性を保証するためには、こうして業務の流れに応じたサービスプロセスもしくはワークフローが、ハードウェアの故障や、サブシステムのプログラムエラーなどにより障害が発生した場合になんらかの障害回復をすることが重要となる。こうした障害回復に関わる技術としては、特許文献1、特許文献2に示す技術が知られている。
In the SOA system, a service process or workflow is defined according to the flow of business. In order to guarantee the safety of the system, the service process or workflow corresponding to the flow of work should recover from a failure if a failure occurs due to a hardware failure or subsystem program error. Is important. As techniques relating to such failure recovery, techniques shown in
なお、特許文献1に示す技術は、ワークフローに従って一連のトランザクションを実行するトランザクション処理方法において、トランザクション実行時の障害に対応して障害回復のための補償トランザクションを回復処理フローとして登録し、障害が発生した場合に、登録した回復処理フローに従って一連の補償処理を並列に実行する。
SOAシステムでは、システムおよびアプリケーションを、業務単位の独立した機能を提供するコンポーネントとして、整理し、業務単位のコンポーネントをビジネスプロセス観点から統合することにより、システムを構築する。こうしたSOAシステムでは、コンポーネントおよびプロセスの独立性が高いため、プロセス内部にてエラーが発生した場合、別のプロセスに大きな影響を与え、システムにてデータ不整合が発生する場合がある。例えば、複数BP間が同じシステムのDB(Data Base)を共用するときに、DB操作の競合が問題となる。そして、一方のBP実行時にDB操作に関する障害が発生した場合、もう一方のBPは同じDBへのDB操作を行うため、データ不整合が発生する恐れがある。 In the SOA system, a system is constructed by organizing systems and applications as components that provide independent functions of business units, and integrating business unit components from the viewpoint of business processes. In such an SOA system, since the components and processes are highly independent, if an error occurs in the process, another process may be greatly affected, and data inconsistency may occur in the system. For example, when a plurality of BPs share a DB (Data Base) of the same system, contention of DB operations becomes a problem. If a failure related to a DB operation occurs during execution of one BP, the other BP performs a DB operation on the same DB, which may cause data inconsistency.
こうしたデータ不整合の発生を防止するには、想定されるデータ不整合の要因を洗い出し、これに対応できるようにエラー処理を考慮した、プロセス設計およびコンポーネント設計が重要となってくる。一方、SOAの設計アプローチでは、独立したBP観点からシステム設計を行うため、従来型システム(個別システムが各々独立している)と比較して、多くのBP間でどのようなデータ不整合が発生するかの状況把握を行うことが困難である。 In order to prevent the occurrence of such data inconsistencies, it is important to design processes and components that take error handling into consideration and identify possible causes of data inconsistencies. On the other hand, in the SOA design approach, since system design is performed from the standpoint of independent BP, what kind of data inconsistency occurs among many BPs compared to conventional systems (individual systems are independent from each other). It is difficult to grasp the situation.
前述した特性をもつSOAシステムにおいては、設計者は、プロセスおよびサービスの操作するDB内容を個別に分析することで、データ不整合が設計上生じていないかを分析する必要があるため、その設計分析に多くの工数がかかっていた。 In the SOA system having the above-described characteristics, the designer needs to analyze whether or not the data inconsistency occurs in the design by individually analyzing the DB contents operated by the processes and services. The analysis took a lot of man-hours.
そこで、本発明は、前記した問題を解決し、複数のビジネスプロセスが共用するデータの不整合を抑制するためのビジネスプロセスの設計を支援することを主な目的とする。 In view of this, the main object of the present invention is to solve the above-described problems and to support the design of a business process for suppressing inconsistency of data shared by a plurality of business processes.
前記課題を解決するため、本発明は、複数のビジネスプロセスの各アクティビティから共用して呼び出されるサービスがアクセスするデータベースの不整合を抑制するビジネスプロセスの設計支援方法であって、コンピュータが、前記ビジネスプロセス、前記サービス、および、前記データベースを互いに関連づける定義情報の入力を受け付け、前記データベースの競合する操作の組み合わせを規定するルールを参照して競合する操作が行われる前記データベースを特定し、その特定した前記データベースへ前記定義情報により関連づけられているビジネスプロセスのアクティビティを、互いに影響関係のあるアクティビティとして検出し、前記影響関係のあるアクティビティを含む前記ビジネスプロセスの障害発生時に、影響関係のある各アクティビティから前記データベースへのアクセスをキャンセルする前記サービスのキャンセル処理を呼び出すように前記ビジネスプロセスを修正することを特徴とする。その他の手段は、後記する。 In order to solve the above-mentioned problems, the present invention provides a design support method for a business process that suppresses inconsistency of a database accessed by a service that is shared and called from each activity of a plurality of business processes. Accepting input of definition information that associates the process, the service, and the database with each other, identifies the database in which the conflicting operation is performed with reference to a rule that defines a combination of conflicting operations of the database, and identifies the database The business process activities linked to the database by the definition information are detected as activities having an influence relationship with each other, and each of the influence relations is detected when a failure occurs in the business process including the activity with the influence relation. Characterized by modifying the business process to invoke the cancellation process of the service of canceling the access to the database from Activity. Other means will be described later.
本発明により、複数のビジネスプロセスが共用するデータの不整合を抑制するためのビジネスプロセスの設計を支援することが可能になった。 According to the present invention, it is possible to support the design of a business process for suppressing inconsistency of data shared by a plurality of business processes.
図1は、本実施形態のSOAシステムを示す構成図である。SOAシステムは、入力端末10、BP開発サーバ100、BP実行サーバ150、および、DBサーバ180を含めて構成される。BP開発サーバ100は、ビジネスプロセスの設計支援装置である。設計者による設計作業は、入力端末10を用いて行う。
なお、入力端末10を用いて設計を行う設計者として2種類の設計者を想定する。第1の設計者は、「サービス設計者」と呼ぶものである。このサービス設計者は、ビジネスプロセスによって統合される個別システムの入出力インタフェースおよび個別システムの外部提供機能について設計を行う。第2の設計者は、「業務フロー設計者」と呼ぶものである。この業務フロー設計者は、個別システムの提供するサービスを一連の作業手順にて統合するための、ビジネスプロセス設計を行う。これら2種類の設計者が入力端末10を適宜利用して、設計行為を行うものとする。なお、これら2種類の設計者は、実際には同一人物が兼任してもよい。
FIG. 1 is a configuration diagram showing the SOA system of the present embodiment. The SOA system includes an input terminal 10, a BP development server 100, a BP execution server 150, and a DB server 180. The BP development server 100 is a business process design support apparatus. The design work by the designer is performed using the input terminal 10.
Two types of designers are assumed as designers who design using the input terminal 10. The first designer is called a “service designer”. This service designer designs an input / output interface of an individual system integrated by a business process and an externally provided function of the individual system. The second designer is called a “business flow designer”. This business flow designer designs a business process for integrating services provided by individual systems in a series of work procedures. Assume that these two types of designers use the input terminal 10 as appropriate to perform a design act. These two types of designers may actually serve as the same person.
図17は、SOAシステムを構成する各装置のハードウェア資源を示す構成図である。各装置は、LAN(Local Area Network)1740で互いに接続されている。 FIG. 17 is a configuration diagram showing hardware resources of each device constituting the SOA system. Each device is connected to each other via a LAN (Local Area Network) 1740.
BP開発サーバ100は、CPU1711、メモリなどの主記憶装置1712、ハードディスクなどの外部記憶装置1713、および、NIC(Network Interface Card)1714を有し、入力端末10は、モニタ1715、キーボード1716、および、マウス1717を有する。
The BP development server 100 includes a
BP実行サーバ150は、CPU1721、メモリなどの主記憶装置1722、ハードディスクなどの外部記憶装置1723、NIC1724、モニタ1725、キーボード1726、および、マウス1727を有する。
The BP execution server 150 includes a
DBサーバ180は、CPU1731、メモリなどの主記憶装置1732、ハードディスクなどの外部記憶装置1733、NIC1734、モニタ1735、キーボード1736、および、マウス1737を有する。
The DB server 180 includes a
図1に戻り、入力端末10は、操作ユーザの画面操作による入出力操作を、BP開発サーバ100と送受信する。入力端末10の各画面は、図2から図5において後記する。 Returning to FIG. 1, the input terminal 10 transmits / receives an input / output operation by the operation user's screen operation to / from the BP development server 100. Each screen of the input terminal 10 will be described later in FIGS.
BP開発サーバ100は、BPを構成するアクティビティ(Activity)間の影響関係による不都合を防止もしくは影響による不都合を最小化するためのBPの修正を行う。BP開発サーバ100は、定義情報入力部110、障害影響分析部120、BP修正部130、および、BP生成部140を有する。 The BP development server 100 corrects the BP to prevent inconvenience due to the influence relationship between activities (Activities) constituting the BP or to minimize inconvenience due to the influence. The BP development server 100 includes a definition information input unit 110, a failure impact analysis unit 120, a BP correction unit 130, and a BP generation unit 140.
定義情報入力部110は、サービス/DB関連情報161を入力端末10から入力するためのサービス情報入力部111と、BP/サービス関連情報162を入力端末10から入力するためのBP情報入力部112と、を有する。 The definition information input unit 110 includes a service information input unit 111 for inputting service / DB related information 161 from the input terminal 10, and a BP information input unit 112 for inputting BP / service related information 162 from the input terminal 10. Have.
障害影響分析部120は、複数のBP間の障害影響関係を分析し、問題があると判断された複数のBPに対して、影響関係の分析結果を表示することにより、設計者の分析負担を削減する。 The failure impact analysis unit 120 analyzes the failure impact relationship between a plurality of BPs, and displays the analysis results of the impact relationship for a plurality of BPs that are determined to have a problem, thereby reducing the analysis burden on the designer. Reduce.
BP修正部130は、操作者の判断結果の入力内容に応じて、BP修正方式を選定してBPを修正する。このBPの修正(BP修正方式)は、以下に列挙する方式のうち、いずれか1つの方式を採用することにより実現される。各BP修正方式は、スクリプト言語などで記述し、MDA(Model Driven Architecture)とよばれるモデル変換・生成技術を適応することで実現できる。
BP修正方式(1)補償トランザクション方式(図12参照)
BP修正方式(2)プロセス並列実行防止方式(図13参照)
BP修正方式(3)キャンセル追加方式(図14参照)
BP修正方式(4)キャンセルプロセス呼び出し方式(図15参照)
BP修正方式(5)プロセス間キャンセル通知方式(図16参照)
The BP correction unit 130 corrects the BP by selecting a BP correction method according to the input content of the determination result of the operator. This BP correction (BP correction method) is realized by adopting any one of the methods listed below. Each BP correction method can be realized by describing in a script language or the like and applying a model conversion / generation technique called MDA (Model Driven Architecture).
BP correction method (1) Compensation transaction method (see Fig. 12)
BP modification method (2) Process parallel execution prevention method (see Fig. 13)
BP correction method (3) Cancel addition method (see Fig. 14)
BP correction method (4) Cancel process call method (see FIG. 15)
BP correction method (5) Inter-process cancellation notification method (see FIG. 16)
BP修正部130は、BP修正方式の選択条件を入力させる選択条件入力部131、選択条件に適合するBP修正方式を提示する修正方式提示部132、提示されたBP修正方式の属性を入力させる修正方式属性入力部133、および、属性が入力されたBP修正方式を実行する修正方式実行部134を有する。なお、入力は、入力端末10を介して行われる。 The BP correction unit 130 includes a selection condition input unit 131 for inputting selection conditions for a BP correction method, a correction method presentation unit 132 for presenting a BP correction method that matches the selection conditions, and a correction for inputting attributes of the presented BP correction method. A method attribute input unit 133 and a correction method execution unit 134 that executes a BP correction method in which an attribute is input are included. The input is performed via the input terminal 10.
BP生成部140は、BP修正部130によって修正されたBPMNに相当するBPの定義情報(サービス/DB関連情報161、BP/サービス関連情報162)から、公知技術を用いることにより、ミドルウェア上で実行可能な定義情報であるBP170を生成する。BP170は、BPEL171、および、WSDL172により構成される。
The BP generation unit 140 is executed on the middleware by using a known technique from the definition information (service / DB related information 161, BP / service related information 162) of the BP corresponding to the BPMN corrected by the BP correcting unit 130. A
BP実行サーバ150は、一般にESBと呼ばれるミドルウェアが実装されているBP実行部151を有する。BP実行部151は、BP170のBPEL171をもとにプロセスを実行し、BP170のWSDL172をもとにプロセスの実行に伴うシステム間のサービス呼び出しを実行する。
The BP execution server 150 includes a BP execution unit 151 in which middleware generally called ESB is mounted. The BP execution unit 151 executes a process based on the
DBサーバ180は、SOAシステムの各処理部が処理を行うための一連の定義および設計情報を管理する。DBサーバ180は、サービス/DB関連情報161、BP/サービス関連情報162、影響関連分析情報163、BP修正方式設定情報164、BP修正方式管理情報165、および、BP170を有する。
The DB server 180 manages a series of definitions and design information for each processing unit of the SOA system to perform processing. The DB server 180 includes service / DB related information 161, BP / service related information 162, impact related analysis information 163, BP correction method setting information 164, BP correction method management information 165, and
BP修正方式管理情報165は、DB間操作ポリシー166、BP修正方式一覧167、BP間関係−BP修正方式選択ポリシー168、質問項目−BP修正方式選択ポリシー169、および、BP修正方式別サービス定義修正ルール169bを含めて構成される。DBサーバ180の各情報の詳細は、図6および図7にて後記する。 The BP correction method management information 165 includes an inter-DB operation policy 166, a BP correction method list 167, an inter-BP relationship-BP correction method selection policy 168, a question item-BP correction method selection policy 169, and a service definition correction for each BP correction method. A rule 169b is included. Details of each information of the DB server 180 will be described later with reference to FIGS.
BP修正方式別サービス定義修正ルール169bには、BP修正方式別にサービス定義を行なう修正ルール、および、BP170を修正するための修正操作処理の手順が格納されている。こうした修正操作処理が、スクリプト言語などの形式で記述されている。
The service definition correction rule 169b for each BP correction method stores a correction rule for defining a service for each BP correction method and a procedure for a correction operation process for correcting the
図2は、サービス情報入力部111において、ユーザが入力時に利用する「サービスとDB関連入力画面210」を示す画面図である。サービス情報入力部111では、入力端末10から、サービス設計者に、個別システムのもつサービスインタフェースの仕様と、各サービスインタフェースの内部処理として操作されるDBとの関係をDB関連入力画面210を介して入力させる。
FIG. 2 is a screen diagram showing a “service and DB related
表領域211には、表領域211の縦軸にサービス名称の一覧を表示し、表領域211の横軸にDBサービス名称の一覧を表示する。サービス名称を編集するためにサービス名称編集ボタン212をクリックすると、サービス名称編集画面220が表示される。
In the
サービス名称編集画面220は、サービス名称、入力値(項目名称とそのデータ型)、および、戻り値(戻り値区分とその戻り値)の入力手段(入力欄)を有する。正常時の戻り値(0)またはエラー時の戻り値(1)を互いに区別して入力する。登録ボタン221をクリックすると、サービス名称編集画面220は閉じ、サービスとDB関連入力画面210の縦軸であるサービス名称の一覧には、サービス名称編集画面220で登録された新たなサービス名称が追加されて表示される。
The service
横軸のDB名称一覧を編集するときには、サービス名称の編集と同様に、DB名称編集ボタン213をクリックすることにより、サービス名称編集画面220とほぼ同様な画面構成であるDB名称編集画面(図示省略)が、表示される。DB名称編集画面においてDB名称を入力することにより、サービスとDB関連入力画面210上のDB名称一覧が編集される。
When editing the DB name list on the horizontal axis, the DB name editing screen (not shown) having the same screen configuration as that of the service
サービス設計者は、必要なDB名称一覧およびサービス名称一覧の登録を終えた後、DB名称とサービス名称との対応関係を表す表領域のセル上に、必要なDB操作の内容を入力する。DB操作の内容は、DB操作の種別を示すC(Create)、R(Reference)、U(Update)、または、D(Delete)を示す値のうち、いずれか1つの値によって示される。C,R,U、Dは各々、データの新規登録処理、参照処理、更新処理、削除処理を表している。例えば、セル214の「C」の値は、サービス名称「製品A生産計画」において製品A在庫管理DBに対して新規登録処理(Create)が行われることを表している。
After completing registration of the necessary DB name list and the service name list, the service designer inputs the contents of the necessary DB operation on the table area cell indicating the correspondence between the DB name and the service name. The content of the DB operation is indicated by any one of values indicating C (Create), R (Reference), U (Update), or D (Delete) indicating the type of DB operation. C, R, U, and D represent data new registration processing, reference processing, update processing, and deletion processing, respectively. For example, the value of “C” in the
サービス設計者は、サービスとDB関連入力画面210を介した編集作業を終えるときに、登録ボタン215をクリックすると、サービスとDB関連入力画面210およびその画面から呼び出された各画面へ入力された情報が、DBサーバ180のサービス/DB関連情報161に格納される(定義情報の入力・登録)。
When the service designer clicks the
サービス/DB関連情報161(後記図6参照)に格納する処理として、具体的には、サービス名一覧情報161aは、サービス名称編集画面220上の入力情報を格納する。サービス−DB関係161bは、サービスとDB関連入力画面210上のサービス名称およびDB名称間のDB操作の種別情報を格納する。DB名称一覧情報161cは、DB名称編集画面(図示省略)上の詳細情報を格納する。
Specifically, as the processing to be stored in the service / DB related information 161 (see FIG. 6 described later), the service name list information 161 a stores input information on the service
図3は、BP情報入力部112がデータ入力のために表示するビジネスプロセス入力画面310およびビジネスプロセス詳細320を示す画面図である。業務フロー設計者は、ビジネスプロセス入力画面310を介して、ビジネスプロセスを設計する。
FIG. 3 is a screen diagram showing a business
ビジネスプロセス入力画面310上の領域311には、モデル記述言語BPMNなどのモデリング表記によるビジネスプロセス図を領域312に記述するためのアイコン群が配置されている。アイコン群は、開始アイコン314、アクティビティアイコン315、分岐アイコン316、終了アイコン317、および、接続アイコン318である。例えば、アクティビティアイコン315をクリックで選択し、領域312をクリックすると、領域312内のクリックされた位置に、アクティビティアイコン315と同じ種別の各アクティビティアイコン313を配置する。
In a
メニューバーには、ファイル、編集、影響関係分析、BP登録の項目が並んでいる。これらのならんだメニューのうち、BP登録を選択すると、ビジネスプロセス入力画面310の領域312に記述されたビジネスプロセス図の情報が、BP/サービス関連情報162(図6参照)に(アクティビティがビジネスプロセス分類162a(図6参照)に、アクティビティ間の接続がフロー関係162c(図6参照)に)登録される(定義情報の入力・登録)。
In the menu bar, items of file, edit, influence relationship analysis, and BP registration are arranged. When BP registration is selected from these menus, the business process diagram information described in the
さらに、アクティビティ313「製品B生産計画」をダブルクリックすると、ビジネスプロセス詳細画面(参照)320が表示される。ビジネスプロセス詳細画面(参照)320では、アクティビティ名称321の入力と、サービス名称322の選択を受け付ける。
Further, when the
サービス名称322をクリックすると、サービス名称322により特定されるサービスの属性情報(項目名称とそのデータ型、戻り値)が、参照情報として表示される。サービス設計者が登録ボタン324をクリックすると、ビジネスプロセス詳細画面(参照)320の情報が、BPモデリング要素162b(図6参照)に登録される(定義情報の入力・登録)。
When the
図4は、障害影響分析部120が分析結果を表示するビジネスプロセス影響関係分析画面410を示す画面図である。この画面の縦軸および横軸に各ビジネスプロセスのもつアクティビティ名称一覧が示されている。そしてこのサービス間の対応関係を表すセル上に、影響分析の結果を示す内容が表示される。
FIG. 4 is a screen diagram illustrating a business process impact
まず、セル411には、「製品A在庫管理DB」が示されているので、「製品A出荷予約」と「製品A生産計画」のアクティビティ間において影響関係があることがわかる。一方、セル412には「なし」が示されているので、「製品A生産計画」と「製品A配送」のアクティビティ間において影響関係がないことがわかる。
First, since the “product A inventory management DB” is shown in the
操作者がセル411をクリックして選択状態にし、詳細情報表示ボタン414をクリックすると、障害影響関係−詳細情報画面420が表示される。表示された画面では、選択したセル411に関するアクティビティ間の影響関係について、詳細な内容を表示する。
When the operator clicks the
これにより、複数のビジネスプロセス間でシステム上のDB操作が競合したとき、設計者は、表示された分析結果から競合状況を理解できる。なお、設計情報から分析された競合状況は、問題となるビジネスプロセスおよびアクティビティ間の対応関係により表現される。ここで、BP修正方式ボタン415をクリックすると、BP修正提示画面510が表示される。
Thereby, when the DB operation on the system competes between a plurality of business processes, the designer can understand the competition situation from the displayed analysis result. Note that the competitive situation analyzed from the design information is expressed by the correspondence between the business process and the activity in question. Here, when the BP
図5は、BP修正部130がビジネスプロセスを修正するための一連の画面図である。BP修正部130は、まず、BP修正方式提示画面510を入力端末10に表示する。表領域511には、ビジネスプロセス影響関係分析画面410(図4参照)において、影響関係があると判断されたアクティビティ間の組み合わせが、一覧表として表示されている。
FIG. 5 is a series of screen diagrams for the BP correction unit 130 to correct a business process. The BP correction unit 130 first displays the BP correction
操作者は、表領域511において修正対象とするアクティビティ間の組み合わせを示す行(例えば、番号=1の行)をクリックして選択し、選択条件入力ボタン512をクリックすると、選択された行の情報に関する選択条件入力画面520が、表示される。
When the operator clicks and selects a row (for example, a row of number = 1) indicating a combination between activities to be corrected in the
選択条件入力画面520上には、操作者の入力手段として、質問項目−BP修正方式選択ポリシー169の条件項目を示す質問項目、および、質問項目に対する選択結果として、領域521に示されている。操作者は、質問項目に対して選択結果の「はい」もしくは「いいえ」を選択し、閉じるボタン522をクリックすると、選択条件入力画面520が閉じられ、修正方式提示部132が実行される(図9参照)。これにより、複数のBP修正方式のうち、(1)補償トランザクション方式などの質問の回答に応じて回答に合致する適切なBP修正方式が、リストボックス511に表示される。
On the selection
そして、BP修正提示画面510上のリストボックス511では、選択可能な複数のBP修正方式から、入力された選択条件によって絞り込まれたBP修正方式を選択可能となる。BP修正方式を選択したあと、BP修正方式詳細表示ボタン513をクリックすると、BP修正方式詳細情報画面530を表示する。BP修正詳細情報画面530は、選択されたBP修正方式に応じた属性531を編集するための画面であり、属性名称とその値とを対応づけている。なお、属性名称は、BP修正方式一覧167のBP修正属性名称から取得して表示する。ここで入力された属性値は、BP修正方式別サービス定義修正ルール169bにおいて、ルール制御のための外部プロパティとして利用される。
In the
リストボックス511から、(3)キャンセル追加方式などのBP修正方式を選択し、BP修正ボタン514をクリックすると、修正方式実行部134の処理が実行される(図10参照)。修正方式実行部134は、BP修正方式別サービス定義修正ルール169bを用いて、修正対象となったBP/サービス関連情報162に格納されているビジネスプロセスの修正処理を、選択されたBP修正方式に応じて修正する。
When a BP correction method such as (3) cancel addition method is selected from the
これにより、修正前のビジネスプロセスが(3)キャンセル追加方式を実施したビジネスプロセスに修正される。よって、BP修正方式別サービス定義修正ルール169bに記載された手順を元にBPEL定義が作成されるので、ユーザは人手でルールに基づく定形部分を個別にBPEL定義を作成する必要が無くなり、BP修正方式を選択するだけで済む。本発明では、すべて完全にBPELを修正するのではなく、BP修正方式において定型化された部分が自動修正される。この後必要に応じて操作者は、修正方式実行部134により修正されたBPの定義情報を、自ら編集修正することもできる。 Thereby, the business process before correction is corrected to the business process which implemented the (3) cancellation addition system. Therefore, since the BPEL definition is created based on the procedure described in the BP modification method-specific service definition modification rule 169b, the user does not need to manually create the BPEL definition for the regular part based on the rule. All you have to do is select a method. In the present invention, not all of the BPEL is completely corrected, but the part that is standardized in the BP correction method is automatically corrected. Thereafter, if necessary, the operator can edit and correct the definition information of the BP corrected by the correction method execution unit 134 by itself.
図6は、DBサーバ180に格納されているデータ構造を示す構成図である。図6に示す各要素間の矢印は、各要素間が互いに関連づけられていることを示し、矢印近傍に記載されている「1」および「N(1つ以上を示す)」は、関連づけの多重度を示す。例えば、1個のサービス名一覧情報161aに対して、「N」個のサービス−DB関係161bが関連づけられている。 FIG. 6 is a configuration diagram showing a data structure stored in the DB server 180. The arrows between the elements shown in FIG. 6 indicate that the elements are associated with each other, and “1” and “N (show one or more)” in the vicinity of the arrows indicate many associations. Indicates severeness. For example, “N” service-DB relationships 161b are associated with one service name list information 161a.
サービス/DB関連情報161は、サービス名一覧情報161a、サービス−DB関係161b、および、DB一覧情報161cから構成される。サービス名一覧情報161aは、サービス名称、入力項目、および、戻り値から構成される。サービス−DB関係161bは、サービス名一覧情報161aのサービス名称と、そのサービスにて利用するDB一覧情報161cのDB名称と、CRUD属性から構成される。DB一覧情報161cは、DB名称から構成される。 The service / DB related information 161 includes service name list information 161a, service-DB relation 161b, and DB list information 161c. The service name list information 161a includes a service name, input items, and a return value. The service-DB relationship 161b includes a service name of the service name list information 161a, a DB name of the DB list information 161c used in the service, and a CRUD attribute. The DB list information 161c is composed of DB names.
BP/サービス関連情報162は、ビジネスプロセス分類162a、BPモデリング要素162b、および、フロー関係162cから構成される。BP/サービス関連情報162は、BP情報入力部112からの入力の結果、および、修正方式実行部134からの修正の結果を、それぞれ格納する。 The BP / service related information 162 includes a business process classification 162a, a BP modeling element 162b, and a flow relation 162c. The BP / service related information 162 stores the result of input from the BP information input unit 112 and the result of correction from the correction method execution unit 134, respectively.
ビジネスプロセス分類162aは、ビジネスプロセス名称と、その名称に対する大分類ビジネスプロセス名称および中分類ビジネスプロセス名称から構成される。BPモデリング要素162bは、ビジネスプロセス入力画面310に入力されたBP構成要素の定義情報(モデリング要素タイプ、モデリング要素名称、利用サービス名称、および、属性)を格納する。フロー関係162cは、アクティビティ間の接続関係を示すフローについて、フロータイプ、フロー名称、Fromモデリング要素名称、Toモデリング要素名称、および、属性情報を格納する。
The business process classification 162a includes a business process name, a major classification business process name and a middle classification business process name corresponding to the name. The BP modeling element 162b stores definition information (modeling element type, modeling element name, usage service name, and attribute) of the BP component input to the business
影響関連分析情報163は、影響ビジネスプロセス分類163aおよびアクティビティ間影響関係163bを有する。 The impact-related analysis information 163 includes an impact business process classification 163a and an inter-activity impact relationship 163b.
影響ビジネスプロセス分類163aは、アクティビティ間影響関係163bに格納されている2つのアクティビティに関する上位のビジネスプロセス名称を格納する。これにより、上位のビジネスプロセスとアクティビティの関係を把握することができる。例えば、図11においては、「生産計画プロセス」「製品販売プロセス」が上位のビジネスプロセスであり、「製品A生産計画」などはアクティビティに位置づけられる。 The influence business process classification 163a stores the upper business process names related to the two activities stored in the inter-activity influence relation 163b. Thereby, it is possible to grasp the relationship between the upper business process and the activity. For example, in FIG. 11, “Production planning process” and “Product sales process” are upper business processes, and “Product A production plan” and the like are positioned as activities.
アクティビティ間影響関係163bには、ビジネスプロセス影響関係分析画面410(図4参照)において表示される影響関係の情報(例えば、セル411を表すための情報)が格納される。よって、アクティビティ間影響関係163bは、アクティビティ名称1、アクティビティ名称2という、影響関係がある2つのアクティビティ名称の項目をもつ。さらにCRUD属性1、CRUD属性2をもち、アクティビティ名称1、アクティビティ名称2それぞれに対応するCRUD属性の値をもつ。
In the inter-activity influence relation 163b, information on the influence relation displayed on the business process influence relation analysis screen 410 (see FIG. 4) (for example, information for representing the cell 411) is stored. Therefore, the inter-activity influence relationship 163b has two activity name items having an influence relationship,
BP修正方式設定情報164(図6参照)は、アクティビティ間影響関係163bに対応して選択したBP修正方式の情報が格納される。具体的には、障害が発生した時に問題が発生すると分析されたアクティビティ(アクティビティ名称1,2)間に対するBP(ビジネスプロセス名1,2)のBP修正方式(名称、属性名称、属性値)が登録されている。
The BP correction method setting information 164 (see FIG. 6) stores information on the BP correction method selected corresponding to the inter-activity influence relationship 163b. Specifically, the BP correction method (name, attribute name, attribute value) of the BP (
図7は、DBサーバ180に格納されているBP修正方式管理情報165を示す構成図である。 FIG. 7 is a configuration diagram showing the BP correction method management information 165 stored in the DB server 180.
DB間操作ポリシー166は、DB操作の組み合わせにおいて、障害発生時の影響関係有無を判定するためのポリシー情報を格納する。DB操作ポリシー166は、縦軸および横軸にCRUD属性を並べている。CRUD属性同士の組み合わせに対して、影響問題なし(○)、影響問題あり(×)といった区分を登録しており、DB操作(CRUD)の組み合わせによって影響有無を判断するための情報を格納している。 The inter-DB operation policy 166 stores policy information for determining the presence / absence of an influence relationship when a failure occurs in a combination of DB operations. In the DB operation policy 166, CRUD attributes are arranged on the vertical axis and the horizontal axis. For the combinations of CRUD attributes, classifications such as no influence problem (O) and influence problem (X) are registered, and information for determining the presence / absence of influence is stored by the combination of DB operations (CRUD). Yes.
BP修正方式一覧167は、BP修正部130が実行する各BP修正方式の名称およびBP修正方式の属性名称を格納する。BP修正方式属性名称とは、表531(図5参照)に表示され、BP修正に基づいてBPを修正するために設定する属性名称である。 The BP correction method list 167 stores the name of each BP correction method executed by the BP correction unit 130 and the attribute name of the BP correction method. The BP correction method attribute name is an attribute name displayed in the table 531 (see FIG. 5) and set to correct the BP based on the BP correction.
BP間関係−BP修正方式選択ポリシー168は、2つのBP間におけるプロセス間関連条件と、BP修正方式一覧167に示される各BP修正方式との関係を示す情報を格納する。なお、BP修正方式は番号のみ記載し、その番号に対応する名称は省略する。このテーブルは、プロセス間関連条件として、2つのBPのBPレベルの同一性に関する条件が格納されている。横軸には、各BP修正方式が並べられている。これらの縦軸と横軸の交差するセルに○もしくは×が格納されている。この○は、横軸に示すプロセス間関連条件が成立する時に、いずれのBP修正方式を選択することが許されるかという関係を示す。なお、本発明の対象とするシステムでは、複数のBPを定義することが可能である。一方、BP間の不整合を検出するにあたっては、ある特定のBPと他方のBPとの2つのBP間の関係に着目することにより検出される。このため、システム全体では複数のBPを定義かつこれらの不整合検出および、修正を行うが、BP間関係−BP修正方式選択ポリシー168としては、2つのBP間に対するポリシーのみが定義情報として定義されているだけで十分である。 The BP relationship-BP modification method selection policy 168 stores information indicating the relationship between the inter-process relation condition between two BPs and each BP modification method shown in the BP modification method list 167. In the BP correction method, only the number is described, and the name corresponding to the number is omitted. In this table, a condition relating to the identity of two BPs at the BP level is stored as an inter-process relation condition. On the horizontal axis, BP correction methods are arranged. O or X is stored in the cell where the vertical axis and the horizontal axis intersect. This circle indicates the relationship of which BP correction method is allowed to be selected when the inter-process relation condition shown on the horizontal axis is established. In the system targeted by the present invention, a plurality of BPs can be defined. On the other hand, when detecting inconsistency between BPs, it is detected by paying attention to the relationship between two BPs of a specific BP and the other BP. For this reason, the entire system defines a plurality of BPs and detects and corrects these inconsistencies. As the BP relationship-BP correction method selection policy 168, only a policy for two BPs is defined as definition information. It is enough to have.
質問項目−BP修正方式選択ポリシー169は、BP間関係−BP修正方式選択ポリシー168と同じように、選択条件入力画面520(図5参照)に示す質問項目および質問項目に対する回答結果と、BP修正方式一覧167に示される各BP修正方式との関係を示す情報を格納する。なお、BP修正方式は番号のみ記載し、その番号に対応する名称は省略する。 The question item-BP correction method selection policy 169 is the same as the BP relationship-BP correction method selection policy 168, and the answer result for the question item and the question item shown in the selection condition input screen 520 (see FIG. 5), and the BP correction. Information indicating the relationship with each BP correction method shown in the method list 167 is stored. In the BP correction method, only the number is described, and the name corresponding to the number is omitted.
図8は、障害影響分析部120が実行するBP間の影響関係分析処理を示すフローチャートである。 FIG. 8 is a flowchart showing an influence relationship analysis process between BPs executed by the failure influence analysis unit 120.
まず、サービス/DB関連情報161とBP/サービス関連情報162とをサービス名称を結合キーとして結合する(S801)。すると、サービス−DB関係161bに存在するDB名称とDB操作属性であるCRUD属性とが、ビジネスプロセス分類162aにあるビジネスプロセス名称と、BPモデリング要素162bにある利用サービス名称と関係付けられる。これにより、DB名称とCRUD属性から利用サービス名称とビジネスプロセス名称を検索することが可能になる。 First, the service / DB related information 161 and the BP / service related information 162 are combined using the service name as a combination key (S801). Then, the DB name existing in the service-DB relationship 161b and the CRUD attribute that is the DB operation attribute are related to the business process name in the business process classification 162a and the service name used in the BP modeling element 162b. As a result, the service name and business process name can be retrieved from the DB name and CRUD attribute.
結合した情報に対して、DB間操作ポリシー166を参照して△もしくは×にて示す競合される操作が行われているDB名称、ならびに、このDB名称に関連づけられているサービス名称およびビジネスプロセス名称を、競合する情報の組み合わせとして検出する(S802)。 For the combined information, the DB name on which the conflicting operation indicated by Δ or X is performed with reference to the inter-database operation policy 166, and the service name and business process name associated with this DB name Are detected as combinations of competing information (S802).
検出した競合する情報の組み合わせを、対象DB、DB操作種別に、影響関連分析情報163に登録する(S803)。影響関連分析情報163に登録された情報に基づき、ビジネスプロセス影響関係分析画面410および障害影響関係−詳細情報画面420に表示する(S804)。さらに、障害により影響の受けるアクティビティをビジネスプロセス図(図3参照)上において、赤色にして示すなど、影響があることをビジネスプロセス図の形式においても表示する。
The detected combination of conflicting information is registered in the impact-related analysis information 163 as the target DB and DB operation type (S803). Based on the information registered in the impact related analysis information 163, it is displayed on the business process impact
図9は、修正方式提示部132が実行するBP修正方式提示処理を示すフローチャートである。 FIG. 9 is a flowchart showing a BP correction method presentation process executed by the correction method presentation unit 132.
BP修正方式提示画面510上の選択条件入力ボタン512がクリックされると表示される選択条件入力画面520にて、質問項目への回答の入力を受け付ける(S901)。
An input of an answer to the question item is accepted on the selection
質問項目の回答結果と、質問項目−BP修正方式選択ポリシー169とから、BP修正方式一覧167から画面上に選択可能として表示するBP修正方式を絞りこむ(S902)。具体的には、質問項目−BP修正方式選択ポリシー169には、質問項目に対して「はい」を回答した場合の採用可否を○×が示されており、この○×の結果をAND条件として重ね合わせることにより、BP修正方式を絞りこむ。 The BP correction methods to be displayed as selectable on the screen from the BP correction method list 167 are narrowed down from the answer result of the question item and the question item-BP correction method selection policy 169 (S902). Specifically, the question item-BP correction method selection policy 169 indicates whether or not the question item can be adopted when answering “Yes” to the question item, and the result of this ○ × is taken as an AND condition. The BP correction method is narrowed down by overlapping.
BP間関係−BP修正方式選択ポリシー168に基づき、絞り込まれたBP修正方式に対して、BPの分類を元にさらに絞りこむ(S903)。具体的には、このステップでは、影響関係があると判断されたアクティビティが、ビジネスプロセスの大分類、中分類、小分類のいずれのレベルにおいて同一もしくは異なるかを条件として、利用できるBP修正方式を絞りこむ。 Based on the relationship between BPs and the BP correction method selection policy 168, the narrowed BP correction methods are further narrowed down based on the BP classification (S903). Specifically, in this step, the BP correction method that can be used is determined on the condition that the activity determined to have an influence relationship is the same or different at the business process major classification, middle classification, or minor classification. Squeeze.
BP間関係−BP修正方式選択ポリシー168は縦軸にはビジネスプロセスのレベル別における異同の条件を並べており、横軸にはBP修正方式名をならべ、条件に対して利用可否の結果を、表中の○×にて示している。この表と対象としているアクティビティ間のビジネスプロセスレベルの異同を比較することにより、対象とするBP修正方式を絞り込む。 The relationship between BPs-BP modification method selection policy 168 shows different conditions for each business process level on the vertical axis, and the BP modification method name on the horizontal axis. It is indicated by XX in the middle. By comparing the difference in business process level between this table and the target activity, the target BP correction method is narrowed down.
絞りこまれたBP修正方式の結果を、BP修正方式提示画面510(図5)上のBP修正方式を選択するリストボックス511上に、選択可能な項目名称として表示する(S904)。
The narrowed-down BP correction method results are displayed as selectable item names on the
図10は、修正方式実行部134が実行するBPの定義情報の修正処理を示すフローチャートである。 FIG. 10 is a flowchart showing the BP definition information correction process executed by the correction method execution unit 134.
BP修正方式設定情報164より、ビジネスプロセス間で選択されたBP修正方式を読み取る(S1001)。いずれのBP修正方式が選択されているかを判定する(S1002)。ここでの判定結果に基づいて、BP修正方式別サービス定義修正ルール169bに基づいて、S1011からS1015のいずれかの処理を行うことによりBP変更処理を実行する。 The BP correction method selected between business processes is read from the BP correction method setting information 164 (S1001). It is determined which BP correction method is selected (S1002). Based on the determination result, based on the BP correction method-specific service definition correction rule 169b, the BP change process is executed by performing any one of the processes from S1011 to S1015.
図11は、データ不整合への対策前のビジネスプロセスを示すビジネスプロセス図である。製品Aを管理する製品A管理システム1130と、製品Bを管理する製品B管理システム1140との2つの製品別システムがある。つまり、既存システムが、製品別に複数構築されている。そして、各々のシステムは、自システムを操作するためのWebサービスインタフェースを有している。 FIG. 11 is a business process diagram showing a business process before taking measures against data inconsistency. There are two product-specific systems: a product A management system 1130 that manages product A, and a product B management system 1140 that manages product B. That is, a plurality of existing systems are constructed for each product. Each system has a Web service interface for operating the own system.
製品A管理システム1130および製品B管理システム1140は、それぞれ、生産計画の情報を登録するための生産計画サービス、生産計画された製品の在庫に対して出荷予約を行う出荷予約サービス、および、生産計画もしくは出荷予約を取り消すためのキャンセルサービスを有する。このように、実際の企業システムなどにおいて、ボトムアップにシステム開発を行ってしまったため、製品個別のサブシステムが複数存在するといった状況は多く見られる。こうした製品個別のサブシステム間を、単純なビジネスプロセスだけでシステム連携を実現すると、データ不整合に対するエラー処理が十分に実現できない、といった課題が発生する。 The product A management system 1130 and the product B management system 1140 are respectively a production plan service for registering production plan information, a shipment reservation service for making a shipment reservation for the production planned product inventory, and a production plan. Or, it has a cancellation service for canceling the shipping reservation. As described above, in an actual corporate system or the like, since system development has been performed from the bottom up, there are many situations in which there are multiple subsystems for individual products. When system cooperation is realized between these subsystems of individual products using only a simple business process, there arises a problem that error processing for data inconsistency cannot be sufficiently realized.
まずは、既存システムの想定状況について説明する。製品A管理システム1130および製品B管理システム1140は、生産計画プロセス1110と、製品販売プロセス1120とから利用される。生産計画プロセス1110および製品販売プロセス1120は、業務観点からは、互いに独立した処理を行う。 First, the assumed situation of the existing system will be described. The product A management system 1130 and the product B management system 1140 are used from the production planning process 1110 and the product sales process 1120. The production planning process 1110 and the product sales process 1120 perform processing independent from each other from the business viewpoint.
生産計画プロセス1110は、生産計画ラインの業務作業を支援するために実行され、製品A生産計画の処理を行うために、製品A管理システムの製品Aの生産計画サービスを呼び出し、製品Aの在庫数管理DBに対して、在庫数追加処理を行う。 The production planning process 1110 is executed to support the business operation of the production planning line. In order to perform the processing of the product A production plan, the production planning service of the product A of the product A management system is called and the number of products A is in stock. A stock quantity addition process is performed on the management DB.
製品販売プロセス1120は、販売プロセスの業務作業を支援するために実行され、製品A管理システムの製品A出荷予約サービスを呼び出し、製品A在庫数管理DBから在庫数を引き当てる。 The product sales process 1120 is executed to support the business operation of the sales process, calls the product A shipment reservation service of the product A management system, and allocates the stock quantity from the product A stock quantity management DB.
以上述べた既存システムに対して、ビジネスプロセスを用いた連携技術を用いた場合に発生する課題について説明を行う。図11に示すビジネスプロセスに示すように、複数のビジネスプロセスにおいて利用するシステムが共通している場合の問題点を示す。例えば、生産計画プロセス1110のプロセス実行時に障害が発生した場合、製品A在庫管理DB1131において、データ不整合が発生する場合がある。
The problems that occur when using the cooperation technology using business processes for the existing system described above will be explained. As shown in the business process shown in FIG. 11, problems when a system used in a plurality of business processes is common are shown. For example, if a failure occurs during the execution of the production planning process 1110, data inconsistency may occur in the product A
まず、製品A在庫管理DB1131、製品B在庫管理DB1141では各々50個の在庫が存在するものとする。次に生産計画プロセス1110では、製品A生産計画アクティビティ1111と製品B生産計画1112により、製品Aと製品Bを各々50個ずつの生産計画処理を行うものとする。
First, it is assumed that the product A
この生産計画プロセス1110実行時において、ネットワークその他の原因などにより製品B生産計画アクティビティ1112において障害が発生し、製品B生産計画1112が本来行うべき製品Bの50個の増産登録が製品B在庫管理DBに対して行えなかったものとする。
When this production planning process 1110 is executed, a failure occurs in the product B
この障害に対して何も対応を行わず、生産計画プロセス1110を終了した場合、製品A在庫管理DB1131に対しては100個の製品在庫が存在し、製品B在庫管理DB1141に対しては、50個の在庫が存在することになる。まず、この時点で、生産計画プロセス1110の途中の処理にて障害が発生したため、生産計画プロセス1110自身が期待される処理を正しく行っていないという問題が生じている。
If no action is taken for this failure and the production planning process 1110 is terminated, 100 product stocks exist for the product A
次に、生産計画プロセス1110とは独立に製品販売プロセス1120が実行されたものとする。製品販売プロセス1120では、製品Aに対して80個の予約を行うための処理を実行したものとする。生産計画プロセス1110での製品A生産計画アクティビティ1111が終了した時点では、製品A在庫管理DB1131では100個の在庫をもつため、80個の予約引き当てを行うことができる。
Next, it is assumed that the product sales process 1120 is executed independently of the production planning process 1110. In the product sales process 1120, it is assumed that processing for making 80 reservations for the product A is executed. When the product A
しかし、生産計画プロセス1110の障害回復を単純に行ってしまうと、本来の意味では、製品A在庫管理DB1131では50個の在庫しか存在しないのが正しい状況である。すなわち、別プロセスでのDB回復処理が行われていないので、本来引き当ててはいけない在庫に対して予約を引き当ててしまったことになり、業務としては矛盾したデータ処理を行ってしまうことになる。
However, if the failure recovery of the production planning process 1110 is simply performed, the correct situation is that in the original sense, there are only 50 inventory items in the product A
これにより、生産計画プロセス1110において障害が発生した場合、生産計画プロセス1110のみならず、製品販売プロセス1120に対しても、障害の影響が及ぶことになる。 Thus, when a failure occurs in the production planning process 1110, the failure affects not only the production planning process 1110 but also the product sales process 1120.
こうした障害影響の関係は、設計情報の関係を分析した結果得られるものであるため、作成されるビジネスプロセスや、関連するシステムおよびデータベースが増加した場合、人手において、こうした影響関係を設計情報として把握することは困難である。 Because the relationship between the effects of failure is obtained as a result of analyzing the relationship between the design information, if the number of business processes and related systems and databases to be created increases, the impact relationship is manually grasped as design information. It is difficult to do.
以上図11に示したデータの不整合への対処方法は、大きく2種類に分類できる。1つめの対処方法は、共通する製品別システムを利用する各ビジネスプロセスが、独立のプロセスとして並列に実行されることを抑制する方法である。この方法は、各ビジネスプロセスが一定の時間スケジュールに従い、実行されるプロセスである場合に有効である。この方法は、BP修正方式(2)として実現する。 As described above, the method for dealing with data inconsistency shown in FIG. 11 can be roughly classified into two types. The first coping method is a method for suppressing each business process using a common product-specific system from being executed in parallel as independent processes. This method is effective when each business process is a process executed according to a certain time schedule. This method is realized as the BP correction method (2).
2つめの対処方法は、障害が発生したサービス実行が影響を与えるサービス実行の内容を取り消す(キャンセルする)方法である。例えば、生産計画プロセスが製品B生産計画でサービス実行に失敗した場合、製品Aの生産計画として登録した在庫数をキャンセルする。この方法は、BP修正方式(1)(3)(4)(5)のいずれかとして実現する。 The second coping method is a method of canceling (cancelling) the contents of the service execution affected by the service execution in which the failure has occurred. For example, if the production plan process fails to execute the service in the product B production plan, the number of stocks registered as the product A production plan is canceled. This method is realized as one of the BP correction methods (1), (3), (4), and (5).
図12は、(1)補償トランザクション方式が適用されたビジネスプロセスを示すビジネスプロセス図である。BPELのトランザクション実行の規格である「補償トランザクション」は、ビジネスプロセスの実行が失敗した場合に逆向きにアクティビティを呼び出す処理と、呼び出されたアクティビティを規定する。逆戻しのアイコンは、BPEL規約として定められている補償トランザクションの表記である。 FIG. 12 is a business process diagram showing a business process to which (1) the compensation transaction method is applied. “Compensation transaction”, which is a standard for transaction execution of BPEL, defines a process for calling an activity in the opposite direction when the execution of a business process fails, and a called activity. The reverse icon is a notation of a compensation transaction defined as a BPEL rule.
まず、図11の通常のアクティビティを、それぞれ図12の補償トランザクションに対応したアクティビティに修正する。具体的には、製品A生産計画1111を製品A生産計画(補償)1211に、製品B生産計画1112を製品B生産計画(補償)1212に、製品A出荷予約1121を製品A出荷予約(補償)1221に、製品A配送1122を製品A配送(補償)1222に、それぞれ修正する。
First, the normal activities in FIG. 11 are modified to activities corresponding to the compensation transactions in FIG. Specifically, the product
次に、補償トランザクション実行時に呼び出されるキャンセル処理に対応したアクティビティを追加する。具体的には、製品A生産計画(補償)1211に製品A生産計画キャンセル1213を、製品B生産計画(補償)1212に製品B生産計画キャンセル1214を、製品A出荷予約(補償)1221に製品A出荷予約キャンセル1223を、製品A配送(補償)1222に製品A配送キャンセル1224を、それぞれ追加する。つまり、アクティビティごとにキャンセル処理が追加される。 Next, an activity corresponding to the cancel process that is called when the compensation transaction is executed is added. Specifically, the product A production plan (compensation) 1211 has a product A production plan cancel 1213, the product B production plan (compensation) 1212 has a product B production plan cancel 1214, and the product A shipment reservation (compensation) 1221 has a product A. The shipping reservation cancel 1223 is added to the product A delivery (compensation) 1222, and the product A delivery cancel 1224 is added. That is, a cancellation process is added for each activity.
なお、(1)補償トランザクション方式を実現するためのBP修正方式別サービス定義修正ルール169bには、以下の手順が記載されているものとする。
・第1手順:アクティビティの属性を補償アクティビティに変更する。
・第2手順:第1手順の変更結果である補償アクティビティと同数のキャンセル処理用のアクティビティを新たに追加する。
・第3手順:第1手順の変更結果である補償アクティビティと、第2手順で追加したキャンセル用のアクティビティをフローにて結合する。
なお、以上の手順において補償アクティビティとキャンセル処理アクティビティについてはシステム側にて自動生成される。キャンセル処理アクティビティの詳細処理については、BP修正作業として、人手による設計作業が必要となる。
以上述べたBP修正手順が、既存のスクリプト言語や、動的なプログラム生成技術を用いて、BP修正方式別サービス定義修正ルールとして格納されているものとする。これは、図12から図15を用いて述べる方式についても同様である。
It is assumed that (1) the following procedure is described in the service definition modification rule 169b for each BP modification method for realizing the compensation transaction method.
First procedure: Change the activity attribute to the compensation activity.
Second procedure: The same number of cancel processing activities as the compensation activity that is the result of changing the first procedure is added.
Third procedure: The compensation activity, which is the result of changing the first procedure, and the cancellation activity added in the second procedure are combined in a flow.
In the above procedure, the compensation activity and the cancellation processing activity are automatically generated on the system side. As for the detailed processing of the cancellation processing activity, manual design work is required as BP correction work.
It is assumed that the BP correction procedure described above is stored as a service definition correction rule for each BP correction method using an existing script language or dynamic program generation technology. The same applies to the method described with reference to FIGS.
図13は、(2)プロセス並列実行防止方式が適用されたビジネスプロセスを示すビジネスプロセス図である。図11の生産計画プロセス1110の終了点から製品販売プロセス1120の開始点へと、ビジネスプロセス間を直列に接続する接続線1301を追加し、この直列の順序でアクティビティを実行することで、不整合の要因を除去する。 FIG. 13 is a business process diagram showing a business process to which (2) the process parallel execution prevention method is applied. A connection line 1301 connecting the business processes in series is added from the end point of the production planning process 1110 in FIG. 11 to the start point of the product sales process 1120, and the activities are executed in this serial order. Remove the factors.
図14は、(3)キャンセル追加方式が適用されたビジネスプロセスを示すビジネスプロセス図である。図11に示す各アクティビティに対して、図14に示す正常終了判定処理1411,1412,1421を追加し、正常終了判定処理により正常でないと判定されたときに呼び出されるエラーキャンセル処理1413,1422を追加する。これにより、製品Aもしくは製品Bの生産計画サービス呼び出しエラー処理が生じたときには、そのエラー処理に対応するキャンセル処理が実行される。エラーキャンセル処理の追加は、システム側にて自動生成される。キャンセル処理の詳細については、補償トランザクション方式の場合と同様に、BP修正作業として、人手による設計作業が必要となる。
FIG. 14 is a business process diagram showing a business process to which the (3) cancel addition method is applied. For each activity shown in FIG. 11, the normal
図15は、(4)キャンセルプロセス呼び出し方式が適用されたビジネスプロセスを示すビジネスプロセス図である。まず、(3)キャンセル追加方式と同様に、正常終了判定処理1511,1512,1521を追加する。次に、正常ではないと判断されたときに、キャンセル処理そのものではなく、キャンセルプロセス1530を呼び出すためのエラーキャンセルBP1513,1522を追加する。さらに、呼び出されたキャンセルプロセス1530は、各管理システムについてのキャンセル処理(製品A管理システム1130に対する製品A予約分キャンセル、および、製品A生産計画分キャンセル、ならびに、製品B管理システム1140に対する製品B予約分キャンセル、製品B生産計画分キャンセル)を順に実行する。正常終了判定処理の追加、エラーキャンセルBPの追加、キャンセルプロセスの生成については、システム側にて自動生成される。キャンセルプロセス内部の詳細処理設計については、BP修正作業として、人手による設計作業が必要となる。
FIG. 15 is a business process diagram showing a business process to which the (4) cancel process calling method is applied. First, as in the case of (3) cancel addition method, normal end determination processes 1511, 1512, and 1521 are added. Next, when it is determined that the process is not normal, error cancel
図16は、(5)プロセス間キャンセル通知方式が適用されたビジネスプロセスを示すビジネスプロセス図である。この方式では、生産計画プロセス1610で生じた障害状況を、別プロセスである製品販売プロセス1620に通知するための処理を各BP上に組み込む。 FIG. 16 is a business process diagram showing a business process to which (5) the inter-process cancellation notification method is applied. In this method, a process for notifying the product sales process 1620, which is a separate process, of a failure state that has occurred in the production planning process 1610 is incorporated on each BP.
そのため、まず、正常終了判定処理1611,1612,1621を追加し、正常ではないと判断されたときに、キャンセル状況が発生したことを別プロセスに通知するキャンセル通知処理1613,1622を追加する。次に、キャンセル通知を受け取るためのエラーキャンセル監視処理1623と、キャンセル状況に応じたキャンセル処理を行うエラーキャンセル処理1614,1624を追加する。正常終了判定処理の追加、エラーキャンセル通知処理の追加、エラーキャンセル監視処理の追加、エラーキャンセル処理の追加については、システム側にて自動生成される。エラーキャンセル処理の詳細処理設計については、BP修正作業として、人手による設計作業が必要となる。
Therefore, first, normal end determination processes 1611, 1612, and 1621 are added, and when it is determined that the process is not normal, cancel
以上説明した本実施形態は、サービス間の不整合発生個所を分析することにより、業務設計者と個別システム設計者が独立に設計情報を入力することが可能となり、かつ、従来容易に検証できなかったBP間の不整合発生個所の分析を行う。これにより、問題となるBP間の関係を、設計段階にて分析把握することが容易になる。 In the present embodiment described above, it is possible for business designers and individual system designers to input design information independently by analyzing the location where inconsistencies occur between services, and it has not been possible to verify easily in the past. Analyze the location of inconsistencies between BPs. Thereby, it becomes easy to analyze and grasp the relationship between BPs in question at the design stage.
さらに、本実施形態は、BPの修正方式を提示し、選択されたBP修正方式に基づいてBPを修正することにより、BP間の状況に応じて、データ不整合発生を防止するためのBP定義を、操作者の判断結果に基づいて行うことが可能になる。これにより、高度なエラー処理ノウハウを持たない設計者であっても、データ不整合の発生を防止したBP定義を行うことが容易になる。 Furthermore, the present embodiment presents a BP correction method and corrects the BP based on the selected BP correction method, thereby preventing the occurrence of data inconsistency depending on the situation between BPs. Can be performed based on the judgment result of the operator. Thereby, even a designer who does not have advanced error processing know-how can easily perform BP definition that prevents the occurrence of data inconsistency.
以上説明した本実施形態は、以下のようにその趣旨を逸脱しない範囲で広く変形実施することができる。 The present embodiment described above can be widely modified without departing from the spirit thereof as follows.
本実施形態のシステム構成は、図1に限定されない。例えば、図1では、入力端末10、BP開発サーバ100、BP実行サーバ150、DBサーバ180、といった4つの機器からなるが、これらを全て1つのコンピュータハード機器の上で実行してもかまわない。また各々のサーバを複数の機器に分割してもよい。 The system configuration of the present embodiment is not limited to FIG. For example, although FIG. 1 includes four devices such as the input terminal 10, the BP development server 100, the BP execution server 150, and the DB server 180, these may all be executed on one computer hardware device. Each server may be divided into a plurality of devices.
本実施形態のデータ構造は、図6、図7に限定されない。実際のBPELおよびWSDLを生成するにあたっては、図6、図7で示す以外の情報を管理する必要がある。 The data structure of this embodiment is not limited to FIGS. In generating actual BPEL and WSDL, it is necessary to manage information other than those shown in FIGS.
なお、図12から図16に示す修正後のビジネスプロセス図は、BP修正方式の適用結果の一例を示すものであり、本実施形態の処理方式は、これらのビジネスプロセス図に限定されない。 Note that the corrected business process diagrams shown in FIGS. 12 to 16 show examples of application results of the BP correction method, and the processing method of the present embodiment is not limited to these business process diagrams.
本実施形態は、システムのもつ機能をコンポーネントとして扱い、BPと呼ばれる技術を用いて、システム間に跨るシステム間連携を行い、システム間連携より業務を支援する処理を行うシステムに適用可能である。特に、サービス指向アーキテクチャや、ワークフロー技術などによりシステム間連携を行うシステム全般に適用可能である。 The present embodiment can be applied to a system that handles the functions of a system as components, performs inter-system cooperation between systems using a technology called BP, and performs processing for supporting a business by inter-system cooperation. In particular, the present invention can be applied to all systems that perform inter-system cooperation using a service-oriented architecture or workflow technology.
図4の影響関係分析画面は、2次元の表形式とする代わりに、ビジネスプロセスのダイアグラム形式を用いて、画面上に分析結果を表示してもよい。 The influence relationship analysis screen of FIG. 4 may display the analysis result on the screen using a business process diagram format instead of a two-dimensional table format.
10 入力端末
100 BP開発サーバ
110 定義情報入力部
111 サービス情報入力部
112 BP情報入力部
120 障害影響分析部
130 BP修正部
131 選択条件入力部
132 修正方式提示部
133 修正方式属性入力部
134 修正方式実行部
140 BP生成部
150 BP実行サーバ
151 BP実行部
161 サービス/DB関連情報
161a サービス名一覧情報
161b サービス−DB関係
161c DB一覧情報
162 BP/サービス関連情報
162a ビジネスプロセス分類
162b BPモデリング要素
162c フロー関係
163 影響関連分析情報
163a 影響ビジネスプロセス分類
163b アクティビティ間影響関係
164 BP修正方式設定情報
165 BP修正方式管理情報
166 DB間操作ポリシー
167 BP修正方式一覧
168 BP間関係−BP修正方式選択ポリシー
169 質問項目−BP修正方式選択ポリシー
169b BP修正方式別サービス定義修正ルール
170 BP
171 BPEL
172 WSDL
180 DBサーバ
DESCRIPTION OF SYMBOLS 10 Input terminal 100 BP development server 110 Definition information input part 111 Service information input part 112 BP information input part 120 Fault influence analysis part 130 BP correction part 131 Selection condition input part 132 Correction method presentation part 133 Correction method attribute input part 134 Correction method Execution unit 140 BP generation unit 150 BP execution server 151 BP execution unit 161 Service / DB related information 161a Service name list information 161b Service-DB relation 161c DB list information 162 BP / service related information 162a Business process classification 162b BP modeling element 162c Flow Relationship 163 Impact-related analysis information 163a Impact business process classification 163b Inter-activity impact relationship 164 BP correction method setting information 165 BP correction method management information 166 Inter-DB operation policy 167 List of BP correction methods 168 Relationship between BP-BP correction method selection policy 169 Question item-BP correction method selection policy 169b Service definition correction rule by
171 BPEL
172 WSDL
180 DB server
Claims (5)
コンピュータが、
前記ビジネスプロセス、前記サービス、および、前記データベースを互いに関連づける定義情報の入力を受け付け、
前記データベースの競合する操作の組み合わせを規定するルールを参照して競合する操作が行われる前記データベースを特定し、その特定した前記データベースへ前記定義情報により関連づけられているビジネスプロセスのアクティビティを、互いに影響関係のあるアクティビティとして検出し、
前記影響関係のあるアクティビティを含む前記ビジネスプロセスの障害発生時に、影響関係のある各アクティビティから前記データベースへのアクセスをキャンセルする前記サービスのキャンセル処理を呼び出すように前記ビジネスプロセスを修正することを特徴とする
ビジネスプロセスの設計支援方法。 A business process design support method that suppresses inconsistency in a database accessed by a service that is shared and called from each activity of a plurality of business processes,
Computer
Receiving input of definition information that associates the business process, the service, and the database with each other;
The database that performs the conflicting operation is identified with reference to the rules that define the combinations of conflicting operations in the database, and the business process activities associated with the identified database by the definition information influence each other. Detect as related activity,
The business process is modified to call cancellation processing of the service for canceling access to the database from each of the affected activities when a failure occurs in the business process including the affected activities. Yes Business process design support method.
請求項1に記載のビジネスプロセスの設計支援方法。 In the step of correcting the business process, in order to select one correction method from a plurality of correction methods, correspondence information between the answer to the question and the correction method is stored in the storage means, and input to the question is performed. The business process design support method according to claim 1, wherein a correction method corresponding to a stored answer that matches a received answer is determined with reference to the correspondence information.
請求項1に記載のビジネスプロセスの設計支援方法。 In the step of correcting the business process, in order to select one correction method from a plurality of correction methods, correspondence information between two business process classifications and correction methods is stored in storage means, The correction method corresponding to the stored inter-class relationship that matches the inter-class relationship of the categories to which the two business processes including the activities having an influence relationship belong is determined with reference to the correspondence information. 2. A business process design support method according to 1.
前記ビジネスプロセス、前記サービス、および、前記データベースを互いに関連づける定義情報の入力を受け付ける定義情報入力部と、
前記データベースの競合する操作の組み合わせを規定するルールを参照して競合する操作が行われる前記データベースを特定し、その特定した前記データベースへ前記定義情報により関連づけられているビジネスプロセスのアクティビティを、互いに影響関係のあるアクティビティとして検出する障害影響分析部と、
前記影響関係のあるアクティビティを含む前記ビジネスプロセスの障害発生時に、影響関係のある各アクティビティから前記データベースへのアクセスをキャンセルする前記サービスのキャンセル処理を呼び出すように前記ビジネスプロセスを修正する修正部と、を有することを特徴とする
ビジネスプロセスの設計支援装置。
A business process design support device that suppresses inconsistency in a database accessed by a service that is shared and called from each activity of a plurality of business processes,
A definition information input unit that receives input of definition information for associating the business process, the service, and the database;
The database that performs the conflicting operation is identified with reference to the rules that define the combinations of conflicting operations in the database, and the business process activities associated with the identified database by the definition information influence each other. A fault impact analysis unit to detect as related activities;
A correction unit that corrects the business process to call cancellation processing of the service that cancels access to the database from each of the affected activities when a failure occurs in the business process that includes the affected activities; A business process design support device characterized by comprising:
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007161832A JP2009003580A (en) | 2007-06-19 | 2007-06-19 | Design support method, design support program and design support device for business process |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007161832A JP2009003580A (en) | 2007-06-19 | 2007-06-19 | Design support method, design support program and design support device for business process |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2009003580A true JP2009003580A (en) | 2009-01-08 |
Family
ID=40319923
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2007161832A Pending JP2009003580A (en) | 2007-06-19 | 2007-06-19 | Design support method, design support program and design support device for business process |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2009003580A (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2010224632A (en) * | 2009-03-19 | 2010-10-07 | Toshiba Tec Corp | Web service test support device and program |
JP2012089119A (en) * | 2010-10-12 | 2012-05-10 | Sap Ag | Business network meta model |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2004280665A (en) * | 2003-03-18 | 2004-10-07 | Fuji Xerox Co Ltd | Service processing system, service processing method, and service processing program |
JP2004362188A (en) * | 2003-06-04 | 2004-12-24 | Hitachi Ltd | System risk improving method, device, and program |
JP2005084944A (en) * | 2003-09-09 | 2005-03-31 | Hitachi Ltd | Business process management method and system |
JP2005250868A (en) * | 2004-03-04 | 2005-09-15 | Ricoh Co Ltd | Process management device, process change device, process management program, process change program, recording medium, process management method and process change method |
JP2005321918A (en) * | 2004-05-07 | 2005-11-17 | Nippon Telegr & Teleph Corp <Ntt> | Service cooperation system, method management method, method management program and its recording medium |
-
2007
- 2007-06-19 JP JP2007161832A patent/JP2009003580A/en active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2004280665A (en) * | 2003-03-18 | 2004-10-07 | Fuji Xerox Co Ltd | Service processing system, service processing method, and service processing program |
JP2004362188A (en) * | 2003-06-04 | 2004-12-24 | Hitachi Ltd | System risk improving method, device, and program |
JP2005084944A (en) * | 2003-09-09 | 2005-03-31 | Hitachi Ltd | Business process management method and system |
JP2005250868A (en) * | 2004-03-04 | 2005-09-15 | Ricoh Co Ltd | Process management device, process change device, process management program, process change program, recording medium, process management method and process change method |
JP2005321918A (en) * | 2004-05-07 | 2005-11-17 | Nippon Telegr & Teleph Corp <Ntt> | Service cooperation system, method management method, method management program and its recording medium |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2010224632A (en) * | 2009-03-19 | 2010-10-07 | Toshiba Tec Corp | Web service test support device and program |
JP2012089119A (en) * | 2010-10-12 | 2012-05-10 | Sap Ag | Business network meta model |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10872029B1 (en) | System, apparatus and method for deploying infrastructure to the cloud | |
US9852382B2 (en) | Dynamic human workflow task assignment using business rules | |
US8996394B2 (en) | System and method for enabling decision activities in a process management and design environment | |
US20160328668A1 (en) | Techniques for display of information related to policies | |
US8229779B2 (en) | Method and system for workflow management of a business process | |
US20090150900A1 (en) | Workflow task re-evaluation | |
US20160070560A1 (en) | System and method for updating or modifying an application without manual coding | |
Caron et al. | A comprehensive investigation of the applicability of process mining techniques for enterprise risk management | |
US20090150860A1 (en) | Method and system for combining quality assurance and model transformations in a business-driven development environment | |
US8312415B2 (en) | Using code analysis for requirements management | |
US9513874B2 (en) | Enterprise computing platform with support for editing documents via logical views | |
JP2008517385A (en) | System and method for process automation and implementation | |
CN110222106A (en) | Integrated workflow and db transaction | |
JP2018067286A (en) | Model validity confirmation system and method | |
US20120296696A1 (en) | Sustaining engineering and maintenance using sem patterns and the seminal dashboard | |
US20140046709A1 (en) | Methods and systems for evaluating technology assets | |
WO2012088427A2 (en) | Method and system of generating audit procedures and forms | |
US20050172269A1 (en) | Testing practices assessment process | |
US20240104662A1 (en) | System, method, and apparatus for operating a wealth management platform | |
US9720685B2 (en) | Software development activity | |
US20050171831A1 (en) | Testing practices assessment toolkit | |
Gürses et al. | Requirements engineering within a large-scale security-oriented research project: lessons learned | |
JP2009003580A (en) | Design support method, design support program and design support device for business process | |
Puspasari et al. | Designing a tool for IT Governance Risk Compliance: A case study | |
US20110282708A1 (en) | Integrating external data in human workflow tasks |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20090907 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20110905 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110913 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20120207 |