[go: up one dir, main page]

JP4702835B2 - Web service customization system - Google Patents

Web service customization system Download PDF

Info

Publication number
JP4702835B2
JP4702835B2 JP2005197001A JP2005197001A JP4702835B2 JP 4702835 B2 JP4702835 B2 JP 4702835B2 JP 2005197001 A JP2005197001 A JP 2005197001A JP 2005197001 A JP2005197001 A JP 2005197001A JP 4702835 B2 JP4702835 B2 JP 4702835B2
Authority
JP
Japan
Prior art keywords
web service
workflow
business
policy
added
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.)
Expired - Fee Related
Application number
JP2005197001A
Other languages
Japanese (ja)
Other versions
JP2007018122A (en
Inventor
宏至 小林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Solutions Ltd
Original Assignee
Hitachi Solutions Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Solutions Ltd filed Critical Hitachi Solutions Ltd
Priority to JP2005197001A priority Critical patent/JP4702835B2/en
Publication of JP2007018122A publication Critical patent/JP2007018122A/en
Application granted granted Critical
Publication of JP4702835B2 publication Critical patent/JP4702835B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

本発明は、複数のWebサービスをワークフローで連携させて一連のサービスを実行するシステムを構築する際に、業務にあわせてWebサービスを変更する技術に関するものである。   The present invention relates to a technology for changing a Web service in accordance with a job when a system that executes a series of services by linking a plurality of Web services in a workflow.

近年、業界再編や企業の統廃合、連結経営に伴うグループ企業間の連携、コンプライアンスの確保など、企業の経営を取り巻く環境は大きく変化しており、その変化に迅速に対応できる柔軟な企業情報システムを構築する手法として、SOA(Service Oriented Architecture)が注目されている。SOAの特徴は、サービスの組換えが容易なビルディングブロック方式による高い柔軟性を備えていることである。これを実現する技術として、複数のWebサービスを連携させて業務システムを構築するワークフロー(記述言語 WS-BPEL: Web Services Business Process Execution Language)がある。   In recent years, the environment surrounding corporate management has changed greatly, such as industry reorganization, corporate consolidation and consolidation, collaboration among group companies associated with consolidated management, and ensuring compliance. A flexible corporate information system that can quickly respond to such changes As a construction method, SOA (Service Oriented Architecture) is attracting attention. The characteristic of SOA is that it has high flexibility by building block method that allows easy recombination of services. As a technology for realizing this, there is a workflow (description language WS-BPEL: Web Services Business Process Execution Language) for building a business system by linking a plurality of Web services.

このワークフローを用いて業務システムを構築する場合、通常のビジネスロジックの他に横断的な関心事（アクセス制御、ロギング、トランザクション処理など）についてもWS-BPELで記述することになる。ビジネスロジックと横断的な関心事とを分離して記述する方法として、WS-BPELにAOP(アスペクト指向プログラミング)を適用したAO4BPELが存在する（非特許文献１参照）。これは、ビジネスロジックのみ記述されたWS-BPELインスタンスと、横断的な関心事の処理を記述したWS-BPELインスタンスとを別々に記述しておき、ワークフローの実行時にジョイントポイントによって指定されたビジネスロジックのWS-BPEL上の場所に横断的な関心事の処理のWS-BPELインスタンスを組込み、ビジネスロジックと横断的な関心事の処理を含む完全なWS-BPELインスタンスを完成させ実行するものである。この手法は、ビジネスロジックと横断的な関心事とを分離して記述できること、均質な横断的な関心事を規則的に組込むことができること、などの利点がある。
A. Charfi and M. Mezini. Aspect-Oriented Web Service Composition with AO4BPEL In Proceedings of European Conference on Web Services (ECOWS '04), Erfurt, Germany, September 2004. When building a business system using this workflow, in addition to normal business logic, cross-cutting concerns (access control, logging, transaction processing, etc.) are also described in WS-BPEL. AO4BPEL that applies AOP (Aspect Oriented Programming) to WS-BPEL exists as a method for separately describing business logic and cross-cutting concerns (see Non-Patent Document 1). This is because the WS-BPEL instance in which only business logic is described and the WS-BPEL instance in which cross-cut processing of interest is described are described separately, and the business logic specified by the joint point when the workflow is executed A WS-BPEL instance of cross-cutting interest processing is embedded in a location on WS-BPEL, and a complete WS-BPEL instance including business logic and cross-cutting processing of interest is completed and executed. This method has advantages such as being able to describe business logic and cross-cutting concerns separately, and incorporating homogeneous cross-cutting concerns regularly.
A. Charfi and M. Mezini.Aspect-Oriented Web Service Composition with AO4BPEL In Proceedings of European Conference on Web Services (ECOWS '04), Erfurt, Germany, September 2004.

しかしながら、AO4BPELはWS-BPELインスタンスのみの編集を目的としており、Webサービス自身の編集は考慮されていない。上述したような横断的な関心事の中で、アクセス制御やロギングなどは、業務によってWebサービス側で行う必要があり、しかも１つのWebサービスが複数の業務ワークフローから利用されている場合は、その業務に関連する法令などに従いアクセス制御やロギングの内容を変更する必要がある。したがって、従来方法のようにWS-BPELインスタンスを変更するだけでは不十分であり、Webサービス自身にも、呼び出される業務ワークフローに合わせて必要な処理を組込む必要がある。   However, AO4BPEL is intended to edit only the WS-BPEL instance, and does not consider editing the Web service itself. Among the cross-cutting concerns mentioned above, access control and logging need to be performed on the Web service side depending on the business, and if one Web service is used from multiple business workflows, It is necessary to change the contents of access control and logging according to laws and regulations related to business. Therefore, it is not sufficient to change the WS-BPEL instance as in the conventional method, and it is necessary to incorporate necessary processing in the Web service itself according to the business workflow to be called.

本発明の目的は、特定の業務システムのワークフローを構成するWebサービスを、要求される業務に適するようにカスタマイズする技術を提供することにある。   An object of the present invention is to provide a technique for customizing a Web service constituting a workflow of a specific business system so as to be suitable for a required business.

上記目的を達成するために、本発明は、ワークフローに従ってWebサービスを連係して実行するシステムにおいて、ワークフローに従って呼び出すWebサービスをカスタマイズするWebサービスカスタマイズシステムであって、エディタ装置によりユーザ入力を受け付けることによって、業務種類及び内容に応じた文字列を指定することで本業務ポリシーの適用対象となるWebサービスを指定する記述、ワークフロー中の当該Webサービスを呼び出す記述部分に付加する処理の記述、及び、当該Webサービスに対して付加すべき処理であるコンポーネントの内容を示す記述を含む業務ポリシーを作成する手段と、エディタ装置によりユーザ入力を受け付けることによって、Webサービスを連係して呼び出すことにより所定の業務を実行するビジネスロジックを記述したワークフローを作成する手段であって、該ワークフロー中で、呼び出すWebサービスを指定する記述部分は、当該ワークフローの業務種類及び内容に応じた文字列をそのWebサービスの名称に付加した記述とする手段と、作成したワークフローを解析して、該ワークフローで利用しているWebサービスを求め、求めたWebサービスの名称に含まれている文字列に基づいて該Webサービスに適用する業務ポリシーを決定し、決定した業務ポリシーに含まれているワークフロー中の当該Webサービスを呼び出す記述部分に付加する処理の記述に応じて、適用対象となるWebサービスに係る記述部分に必要な追加・変更を施す手段と、前記ワークフローから呼び出されるWebサービスに対して、前記業務ポリシーの当該Webサービスに対して付加すべき処理であるコンポーネントの内容を示す記述に応じて必要な追加・変更を施す手段とを備えることを特徴とする。 In order to achieve the above object, the present invention provides a web service customization system for customizing a web service to be called according to a workflow in a system that executes the web service in accordance with the workflow, and accepts user input by an editor device. , By specifying a character string according to the business type and contents, a description that specifies the Web service to which this business policy is applied, a description of the process that is added to the description part that calls the Web service in the workflow, and the A means for creating a business policy including a description indicating the content of a component, which is a process to be added to the Web service, and accepting a user input by an editor device, thereby calling a Web service in a linked manner to execute a predetermined business. Business logic to execute A description part for specifying a Web service to be called in the workflow includes a description in which a character string corresponding to the business type and content of the workflow is added to the name of the Web service. determining means for, by analyzing the created workflow, obtains a Web service that is used in the workflow, the business policies that apply to the Web service based on the character string included in the name of the obtained Web services In addition , according to the description of the process to be added to the description part that calls the Web service in the workflow included in the determined business policy, the means for making the necessary additions / changes to the description part related to the target Web service If, for the Web service to be invoked from the workflow, to be added to the Web services of the operation policy processing Characterized in that it comprises a means for performing the addition and necessary changes in accordance with the description indicating the contents of a component.

上記業務ポリシー中で適用対象となるWebサービスを指定する記述は、例えばWebサービスのpartnerLink名で記述すればよいが、Webサービスの特定業務内の役割を明確にできるようにpartnerLinkのnameを決められた規則に従い名付けるようにするとよい。例えば、Webサービスの業務種類や内容に応じてWebサービスのpartnerLink名の頭の文字を決めておき、業務ポリシー中の適用対象となるWebサービスの記述ではそのWebサービスのpartnerLink名の頭の文字を指定するようにしておけば、ワークフローから呼び出しているWebサービスのpartnerLink名を元にしてどのWebサービスにどのポリシーを適用するのかが分かる。なお、業務ポリシーとは、特定業務を行うのに必要な処理が記述された業務プロファイルである。   The description that specifies the Web service to be applied in the above business policy may be described by, for example, the partnerLink name of the Web service. You should name it according to the rules. For example, the prefix of the web service partnerLink name is determined according to the business type and content of the web service, and in the description of the web service to be applied in the business policy, the prefix of the web service partnerLink name is used. If you specify it, you can see which policy is applied to which Web service based on the partnerLink name of the Web service called from the workflow. The business policy is a business profile in which processing necessary for performing a specific business is described.

Webサービスに対して業務ポリシーの記述に応じて必要な追加・変更を施すのは、例えば以下のように行う。予めWebサービスに組み込むべきコンポーネントを作成しておく。業務ポリシーには、適用対象のWebサービスに対して、当該追加するコンポーネントを指定する記述と当該コンポーネントを追加する場所の記述（Webサービスの本来の処理を行う前または後など）を含めておく。そして、業務ポリシーに基づいて、適用対象のWebサービスに対し、前記指定された場所に前記指定されたコンポーネントを追加する。   For example, the following additions / changes are made to the Web service according to the description of the business policy as follows. Create a component to be incorporated into the Web service in advance. The business policy includes a description for specifying the component to be added and a description of the location to which the component is added (before or after the original processing of the Web service) for the Web service to be applied. Then, based on the business policy, the specified component is added to the specified location for the Web service to be applied.

Webサービスに対して上述したような追加・変更が施されるので、当該Webサービスのインターフェイスが変更されることになる。そこで、変更されたWebサービスに合わせて、その業務に特化したWebサービスのWSDLを生成するものとする。Webサービスの呼び出しは、上記のように生成されたWSDLに従いSOAPメッセージを生成してWebサービスを呼び出すようにする。   Since addition / change as described above is performed on the Web service, the interface of the Web service is changed. Therefore, in accordance with the changed Web service, a Web service WSDL specialized for the business is generated. Invoking a Web service generates a SOAP message according to the WSDL generated as described above and calls the Web service.

本発明のWebサービスカスタマイズシステムによれば、業務に応じてワークフローから呼び指すWebサービスをカスタマイズでき、これによりWebサービス側に横断的な関心事の処理（アクセス制御、ロギング、トランザクション処理など）を行わせることができる。また、１つのWebサービスが複数の業務ワークフローから呼び出される場合であっても、それぞれの業務に必要とされる要件に合わせた形で各業務ワークフローがそのWebサービスを利用することができるようになる。これにより、同じWebサービスを別々の業務ワークフローから利用する場合、それぞれの業務に応じた処理をWebサービスに組み込むことができ、業務別に必要な処理を行うことができる。   According to the Web service customization system of the present invention, it is possible to customize a Web service that is called from a workflow according to a business, and thereby, processing of concerns (access control, logging, transaction processing, etc.) across the Web service is performed. Can be made. Also, even if one Web service is called from multiple business workflows, each business workflow can use the Web service in a form that matches the requirements required for each business. . As a result, when the same Web service is used from different business workflows, processing corresponding to each business can be incorporated into the Web service, and processing necessary for each business can be performed.

以下、本発明を適用したWebサービスカスタマイズシステムの一実施の形態について説明する。   Hereinafter, an embodiment of a Web service customization system to which the present invention is applied will be described.

図１は、本発明の実施の形態の一例を示すシステム構成図である。本Webサービスカスタマイズシステムは、エディタ装置１１０、ワークフロー変換装置１２０、ワークフローエンジン１３０、及びWebサービスサーバ１４０を備える。エディタ装置１１０は、ビジネスロジックを記述するWS-BPELインスタンス、組込むコンポーネント、及びワークフローに対する業務ポリシーを記述する装置である。ワークフロー変換装置１２０は、業務ポリシーに従いビジネスロジックが記述されたWS-BPELインスタンスへの必要な処理の追加、及びWebサービスへの必要なコンポーネントの追加を行う。ワークフローエンジン１３０は、ワークフロー変換装置１２０で生成した完全なWS-BPELインスタンスを実行する。Webサービスサーバ１４０は、ワークフローが利用するWebサービスを実行する。   FIG. 1 is a system configuration diagram showing an example of an embodiment of the present invention. The web service customization system includes an editor device 110, a workflow conversion device 120, a workflow engine 130, and a web service server 140. The editor device 110 is a device that describes business policies for WS-BPEL instances that describe business logic, components to be incorporated, and workflows. The workflow conversion apparatus 120 adds necessary processing to a WS-BPEL instance in which business logic is described according to a business policy, and adds necessary components to a Web service. The workflow engine 130 executes the complete WS-BPEL instance generated by the workflow conversion apparatus 120. The web service server 140 executes a web service used by the workflow.

ワークフロー変換装置１２０は、通信を行う通信部１２１、業務ポリシーを保持するポリシーＤＢ１２２、Webサービスに組込むコンポーネントを保持するコンポーネントＤＢ１２３、及び、本ワークフロー変換装置の動作を制御する制御部１２５を備える。制御部１２５は、ビジネスロジックが記述されたWS-BPELインスタンスを解析するWS-BPELインスタンス解析部１２６、業務ポリシーに従いビジネスロジックが記述されたWS-BPELインスタンスに対して必要な処理を追加するWS-BPELインスタンス変換部１２７、及び、業務ポリシーに従い関連するWebサービスに対して変更を行うWebサービス変換部１２８を備える。   The workflow conversion apparatus 120 includes a communication unit 121 that performs communication, a policy DB 122 that holds a business policy, a component DB 123 that holds components incorporated in a Web service, and a control unit 125 that controls the operation of the workflow conversion apparatus. The control unit 125 analyzes the WS-BPEL instance in which the business logic is described, the WS-BPEL instance analysis unit 126, and adds a necessary process to the WS-BPEL instance in which the business logic is described according to the business policy. A BPEL instance conversion unit 127 and a Web service conversion unit 128 that changes a related Web service according to a business policy are provided.

ワークフローエンジン１３０は、通信を行う通信部１３１、及び、本ワークフローエンジンの動作を制御する制御部１３５を備える。制御部１３５は、ワークフロー変換装置１２０が生成したWS-BPELインスタンスをコンパイルするコンパイル部１３６、及び、コンパイルされたワークフローを実行するワークフロー実行部１３７を備える。   The workflow engine 130 includes a communication unit 131 that performs communication, and a control unit 135 that controls the operation of the workflow engine. The control unit 135 includes a compiling unit 136 that compiles the WS-BPEL instance generated by the workflow conversion apparatus 120, and a workflow execution unit 137 that executes the compiled workflow.

Webサービスサーバ１４０は、Webサービスを提供するWebサービス部１４３、及び、ワークフロー変換装置１２０のWebサービス変換部１２８の指示に従いWebサービス部１４３に対してWebサービスの変更を行うWebサービス制御部１４２を備える。なお、ワークフローエンジン１３０がワークフローを実行する際に複数のWebサービスを呼び出す場合はそれら複数のWebサービスが存在することになるが、ここでは１台のWebサービスサーバ１４０の１つのWebサービス部１４３のみを図示して他は省略した。   The web service server 140 includes a web service unit 143 that provides a web service, and a web service control unit 142 that changes the web service to the web service unit 143 in accordance with an instruction from the web service conversion unit 128 of the workflow conversion apparatus 120. Prepare. Note that when the workflow engine 130 calls a plurality of Web services when executing the workflow, the plurality of Web services exist. Here, only one Web service unit 143 of one Web service server 140 is present. The other figures are omitted.

Webサービスをカスタマイズしてワークフローを実行する過程は、(1) ワークフロー環境の構築、(2) ワークフローの実行、の２つの段階から構成される。最初に、(1)ワークフロー環境構築について説明する。   The process of customizing a Web service and executing a workflow consists of two stages: (1) construction of the workflow environment and (2) execution of the workflow. First, (1) workflow environment construction will be described.

図２は、ワークフロー環境構築処理の概要を示すフローチャートである。ステップ２２１では、エディタ装置１１０がユーザの指示に従い業務ポリシーを作成し、ワークフロー変換装置１２０のポリシーＤＢ１２２に保管する。また、業務ポリシーをWebサービスに適用するのに必要なコンポーネントについても、同様にしてユーザの指示に従って作成し、コンポーネントＤＢ１２３に保管する。   FIG. 2 is a flowchart showing an outline of the workflow environment construction process. In step 221, the editor apparatus 110 creates a business policy in accordance with a user instruction and stores it in the policy DB 122 of the workflow conversion apparatus 120. Similarly, components necessary for applying the business policy to the Web service are created in accordance with the user's instruction and stored in the component DB 123.

図３は、業務ポリシーとコンポーネントの例である。この業務ポリシー３０１ ”ApplicationPolicy.xml” は、電子申請業務に対するもので、利用ユーザの情報をWebサービスサーバ１４０上に出力する処理を付加するものである。<partnerLinks>は、このポリシーの適用対象となるWebサービスを指定する記述である。<partnerLink target="eD*">は、このポリシーが、partnerLinkが"eD"で始まるWebサービスに適用されることを示している。BPEL_aspectタグ内は、WS-BPELインスタンスに付加する処理の記述である。ここではpartnerLink名が"UserLink"であるWebサービスからユーザ情報を取得する処理が記述されている。pointcutタグのtype属性"before"は、対象となるWebサービスを実行する前にadviceタグ内の処理（すなわち、ユーザ情報を取得する処理）を行うことを指示するものである。   FIG. 3 is an example of business policies and components. This business policy 301 “ApplicationPolicy.xml” is for an electronic application business, and adds processing for outputting user information to the Web service server 140. <partnerLinks> is a description that specifies the Web service to which this policy is applied. <partnerLink target = "eD *"> indicates that this policy applies to Web services whose partnerLink starts with "eD". The BPEL_aspect tag is a description of the process added to the WS-BPEL instance. Here, a process for acquiring user information from a Web service whose partnerLink name is “UserLink” is described. The type attribute “before” of the pointcut tag instructs to perform the process in the advice tag (that is, the process of acquiring user information) before executing the target Web service.

service_aspectタグ内は、適用対象のWebサービスに付加する処理の記述である。ここでは、本来のWebサービスを実行する前に "userlog.class"にある処理を行うことが記述されている。   The service_aspect tag is a description of processing to be added to the target Web service. Here, it is described that the processing in "userlog.class" is performed before executing the original Web service.

図３の下段の３０２は、適用対象のWebサービスに付加するコンポーネントであるuserlog.classの内容を示す。ここでは、従来の関数の引数にユーザ情報を追加し、その情報をログとして出力することが記述されている。   3 indicates the contents of userlog.class, which is a component added to the application target Web service. Here, it is described that user information is added to an argument of a conventional function and the information is output as a log.

図２のステップ２２１で図３に示すようなポリシーとコンポーネントを作成した後、ステップ２２２では、エディタ装置１１０がユーザの指示に従いビジネスロジックを記述したWS-BPELインスタンス（ワークフロー）を作成し、ワークフロー変換装置１２０に送信する。   After creating policies and components as shown in FIG. 3 in step 221 of FIG. 2, in step 222, the editor device 110 creates a WS-BPEL instance (workflow) in which business logic is described according to the user's instructions, and converts the workflow. To device 120.

図４は、WS-BPELインスタンスの作成時に、そのワークフローで利用するWebサービスを追加するときのエディタ装置１１０の画面例である。WSDLの入力BOX内にWSDLがある場所を指定し、WSDLを解析することでエディタ装置１１０がWebサービスのインターフェイスを理解する。このとき「業務種類」４０２及び「内容」４０３をユーザが選択することで、partnerLinkのnameの頭にくる文字４０１が決まるようになっている。すなわち、この例では、本来のWebサービスの名前はDocumentServiceLinkであるが、そのWebサービスを「業務種類」が「電子申請」で「内容」が「電子申請」であるような業務のワークフローから呼び出すときには、先頭にeDを付けたeDDocumentServiceLinkというpartnerLink名でワークフローに追加されるということである。別の業務を行うワークフローから同じDocumentServiceLinkを呼び出すときには、別の先頭文字が付加されるので、別々のワークフローから同じWebサービスを利用するときに区別することができる。そして、ワークフロー中で当該Webサービスにどの様な業務ポリシーを適用するかの判断材料として、そのpartnerLink名の先頭文字で判断できるようにしている。従って、同じWebサービスを別々のワークフローから利用するとき、各業務別に別の業務ポリシーに応じて当該Webサービスに追加・変更が施されるので、同じWebサービスであっても、要求される業務に応じた役割が果たせるように追加・変更されることになる。   FIG. 4 is a screen example of the editor device 110 when a Web service used in the workflow is added when a WS-BPEL instance is created. The editor device 110 understands the interface of the Web service by designating the location where the WSDL is in the WSDL input BOX and analyzing the WSDL. At this time, the user selects “business type” 402 and “content” 403 so that the character 401 at the beginning of the name of partnerLink is determined. In other words, in this example, when the original Web service name is DocumentServiceLink, but the Web service is called from a workflow of a business whose “business type” is “electronic application” and “content” is “electronic application” This means that it will be added to the workflow with the partnerLink name eDDocumentServiceLink with eD prefixed. When the same DocumentServiceLink is called from a workflow that performs another task, a different first character is added, so that the same Web service can be distinguished from different workflows. Then, as a material for determining what business policy is applied to the Web service in the workflow, it is possible to determine by the first character of the partnerLink name. Therefore, when the same Web service is used from different workflows, additions and changes are made to the Web service according to different business policies for each business. It will be added / changed so that the corresponding role can be played.

図４の画面などを利用してステップ２２２でWS-BPELインスタンスを作成した後、ステップ２２３では、ワークフロー変換装置１２０のWS-BPELインスタンス解析部１２６がエディタ装置１１０から取得したWS-BPELインスタンスを解析して、ポリシーＤＢ１２２からそのWS-BPELインスタンスで呼び出しているWebサービスに適用する業務ポリシーを取得する。このとき、ステップ２２２で設定したpartnerLinkの名付け規則を参考にする。すなわち、WS-BPELインスタンス中で呼び出しているWebサービス名の頭の文字により、そのWebサービスに適用するポリシーを決定する。   After creating a WS-BPEL instance in step 222 using the screen of FIG. 4 or the like, in step 223, the WS-BPEL instance analysis unit 126 of the workflow conversion device 120 analyzes the WS-BPEL instance acquired from the editor device 110. Then, the business policy applied to the Web service called by the WS-BPEL instance is acquired from the policy DB 122. At this time, the partnerLink naming rule set in step 222 is referred to. That is, the policy to be applied to the Web service is determined by the initial character of the Web service name called in the WS-BPEL instance.

ステップ２２４では、ワークフロー変換装置１２０のWS-BPELインスタンス変換部１２７がステップ２２３で取得した業務ポリシーに従い、エディタ装置１１０から取得したWS-BPELインスタンスに必要な処理を追加し、ワークフローエンジン１３０に送信する。   In step 224, the WS-BPEL instance conversion unit 127 of the workflow conversion apparatus 120 adds necessary processing to the WS-BPEL instance acquired from the editor apparatus 110 according to the business policy acquired in step 223, and transmits it to the workflow engine 130. .

図５は、図３の業務ポリシーが適用されて変更されたWS-BPELインスタンスの例である。図中、点線部分５０１，５０２が変更された部分である。変更前のWS-BPELインスタンスにおいてpartnerLinkタグやinvokeタグを参照することにより、このWS-BPELインスタンスで利用しているWebサービスが分かり、その名前の頭の文字から、そのWebサービスに適用すべきポリシーが分かる。この例だとWebサービス"eDDocumentServiceLink"を呼び出しており、その頭の文字"eD"から図３のポリシーを適用すると判断できる。一方、図３のポリシーでは、BPEL_aspectタグの内容から、当該Webサービスの呼び出しの前に"UserLink"を呼び出す処理を追加すべきことが記述されているので、ステップ２２４では図５の５０１のように追加している。さらに、service_aspectタグの内容から当該Webサービスに組み込むべきコンポーネント"userlog.class"が分かり、コンポーネントＤＢ１２３内の当該コンポーネント"userlog.class"（図３の３０２）を参照することにより、当該Webサービスを呼び出すときには引数の最後にユーザ情報を追加すべきことが分かるので、ステップ２２４では図５の５０２のように追加している。以上のようにして、ユーザ情報を取得するWebサービスが付加され、対象となるWebサービスの引数にユーザ情報が追加される。   FIG. 5 is an example of a WS-BPEL instance that has been changed by applying the business policy of FIG. In the figure, dotted line portions 501 and 502 are changed portions. By referring to the partnerLink tag and invoke tag in the WS-BPEL instance before the change, the Web service used in this WS-BPEL instance can be identified, and the policy that should be applied to the Web service from the first letter of the name I understand. In this example, the Web service “eDDocumentServiceLink” is called, and it can be determined that the policy of FIG. 3 is applied from the initial character “eD”. On the other hand, in the policy of FIG. 3, it is described from the contents of the BPEL_aspect tag that a process for calling “UserLink” should be added before the call of the Web service. Therefore, in step 224, as indicated by 501 in FIG. It has been added. Furthermore, the component “userlog.class” to be incorporated into the Web service is known from the contents of the service_aspect tag, and the Web service is called by referring to the component “userlog.class” (302 in FIG. 3) in the component DB 123. Sometimes it is understood that user information should be added at the end of the argument, so in step 224, it is added as indicated by 502 in FIG. As described above, the Web service for acquiring the user information is added, and the user information is added to the argument of the target Web service.

次に、ステップ２２５では、ワークフローエンジン１３０のコンパイル部１３６がワークフロー変換装置１２０から取得した完全なWS-BPELインスタンス（図５）をコンパイルする。   Next, in step 225, the compiling unit 136 of the workflow engine 130 compiles the complete WS-BPEL instance (FIG. 5) acquired from the workflow conversion apparatus 120.

図３、４の例では、業務ポリシーを適用するWebサービスを特定する方法として、WS-BPELインスタンスのpartnerLink属性の値を利用している。この方法以外にも、以下の例の下線部に示すように、WS-BPELインスタンスに独自の属性を付加する方法もある。この場合、ステップ２２２で独自タグを付加し、ステップ２２３で適用するWebサービスを特定した後、ステップ２２４で変換時に特定タグを削除し、ステップ２２５でコンパイルする。   In the examples of FIGS. 3 and 4, the value of the partnerLink attribute of the WS-BPEL instance is used as a method for specifying the Web service to which the business policy is applied. In addition to this method, there is also a method of adding unique attributes to the WS-BPEL instance, as shown in the underlined example below. In this case, after adding a unique tag in step 222 and specifying the Web service to be applied in step 223, the specific tag is deleted at the time of conversion in step 224, and compiling in step 225.

<invoke name=”DocumentServiceLink” category=”eD” …> <invoke name = ”DocumentServiceLink” category = ”eD” …>

また、ステップ２２４，２２５と並行して、ステップ２２６では、ワークフロー変換装置１２０のWebサービス変換部１２８が、ステップ２２３で取得した業務ポリシーに従い、コンポーネントDB１２３から業務ポリシーで指定されたコンポーネントを取得し、Webサービスサーバ１４０のWebサービス制御部１４２に送信する。コンポーネントを受信したWebサービスサーバ１４０のWebサービス制御部１４２は、Webサービス部１４３を制御し、Webサービスに当該コンポーネントを組み込み、公開する。   In parallel with steps 224 and 225, in step 226, the web service conversion unit 128 of the workflow conversion apparatus 120 acquires the component specified by the business policy from the component DB 123 according to the business policy acquired in step 223. The data is transmitted to the web service control unit 142 of the web service server 140. Upon receiving the component, the web service control unit 142 of the web service server 140 controls the web service unit 143 to embed and publicize the component in the web service.

図６に、コンポーネントが組み込まれたWebサービスの例を示す。点線で囲まれた部分６０１が追加された部分である。従来の関数”read”にIDを付加し、図３のコンポーネント”userlog.class”と引数を対応させた関数”read1”を生成し、新たなログ処理の追加と従来関数”read”の処理を行っている。   FIG. 6 shows an example of a Web service in which components are incorporated. A portion 601 surrounded by a dotted line is a portion added. ID is added to the conventional function “read”, and the function “read1” in which the component “userlog.class” in FIG. 3 is associated with the argument is generated, and a new log process is added and the conventional function “read” is processed. Is going.

また、ワークフロー変換装置１２０のWebサービス変換部１２８は、変更されたWebサービス（図６）のWSDLを生成する。図７に、変更されたWSDLを示す。点線で囲まれた部分７０１が追加及び変更された部分である。図５や図６で説明したように、当該Webサービスを呼び出すときの関数名が変更及び引数にユーザ情報が追加されたので、それに伴って図７のWSDLでも７０１に示すように関数名の変更及び引数へのユーザ情報の追加をしている。   Further, the web service conversion unit 128 of the workflow conversion apparatus 120 generates a WSDL of the changed web service (FIG. 6). FIG. 7 shows the modified WSDL. A portion 701 surrounded by a dotted line is a portion added and changed. As described in FIG. 5 and FIG. 6, the function name when calling the Web service is changed and the user information is added to the argument. Accordingly, the function name is changed as shown in 701 in the WSDL of FIG. And user information is added to the argument.

以上で、特定業務に適したワークフロー実行環境が構築された。   Thus, a workflow execution environment suitable for a specific task has been constructed.

次に、(2)ワークフローの実行の段階に関して、図８のシーケンス図を用いて詳細に説明する。ステップ８０１では、リクエスタがワークフローエンジン１３０に対して業務プロセスを呼び出す。ステップ８０２では、ワークフローエンジン１３０のワークフロー実行部１３７が、呼び出された業務プロセスに応じたWS-BPELインスタンス（ワークフロー変換装置１２０が生成した完全なWS-BPELインスタンス）を実行し、そのWS-BPELインスタンスに従いWebサービスサーバ１４０のWebサービスを呼び出す。このとき、ワークフローエンジン１３０のワークフロー実行部１３７は、ワークフロー変換部１２０のWebサービス変換部１２８が生成したWSDLに従ってSOAPメッセージを生成し当該Webサービスを呼び出す。   Next, (2) the workflow execution stage will be described in detail with reference to the sequence diagram of FIG. In step 801, the requester calls a business process to the workflow engine 130. In step 802, the workflow execution unit 137 of the workflow engine 130 executes a WS-BPEL instance (a complete WS-BPEL instance generated by the workflow conversion device 120) corresponding to the called business process, and the WS-BPEL instance. The Web service of the Web service server 140 is called according to At this time, the workflow execution unit 137 of the workflow engine 130 generates a SOAP message according to the WSDL generated by the Web service conversion unit 128 of the workflow conversion unit 120 and calls the Web service.

ステップ８０３では、Webサービスサーバ１４０のWebサービス部１４３が、ワークフロー変換装置１２０のWebサービス変換部１２８によって追加された処理を実行する。例えば、図６の変更されたWebサービスであれば、追加された点線部分６０１が実行され、これによりユーザ情報のロギングを行う。ステップ８０４では、Webサービスサーバ１４０のWebサービス部１４３が、Webサービスとしての本来の処理を実行する。ステップ８０５では、Webサービスサーバ１４０のWebサービス部１４３が、Webサービスの実行結果をワークフローエンジン１３０に返す。ステップ８０６では、ワークフローエンジン１３０のワークフロー実行部１３７が、WS-BPELインスタンスの実行結果をリクエスタに返す。   In step 803, the web service unit 143 of the web service server 140 executes the process added by the web service conversion unit 128 of the workflow conversion apparatus 120. For example, in the case of the modified web service in FIG. 6, the added dotted line portion 601 is executed, and thereby user information is logged. In step 804, the web service unit 143 of the web service server 140 executes the original process as a web service. In step 805, the web service unit 143 of the web service server 140 returns the execution result of the web service to the workflow engine 130. In step 806, the workflow execution unit 137 of the workflow engine 130 returns the execution result of the WS-BPEL instance to the requester.

以上で、業務に適したようにカスタマイズされたワークフロー環境でのワークフローの実行が完了した。   This completes the execution of the workflow in the workflow environment customized to suit the business.

本発明の一実施の形態例を示すシステム構成図である。1 is a system configuration diagram showing an embodiment of the present invention. ワークフロー環境構築処理の概要を示すフローチャートである。It is a flowchart which shows the outline | summary of a workflow environment construction process. 業務ポリシー及びWebサービスに追加するコンポーネントの例である。It is an example of a component added to a business policy and a Web service. ワークフローにWebサービスを取り込むときのエディタ装置の画面例である。It is an example of a screen of an editor device when a web service is taken into a workflow. 業務ポリシーが適用されて変更されたWS-BPELインスタンスの例である。This is an example of a WS-BPEL instance that has been changed by applying a business policy. 業務ポリシーが適用されて変更されたWebサービスの例である。This is an example of a Web service that has been changed by applying a business policy. 業務ポリシーが適用されて変更されたWebサービスのWSDLの例である。This is an example of a WSDL of a Web service that has been changed by applying a business policy. ワークフロー実行時のシーケンス図である。It is a sequence diagram at the time of workflow execution.

符号の説明Explanation of symbols

１１０…エディタ装置、１２０…ワークフロー変換装置、１３０…ワークフローエンジン、１４０…Webサービスサーバ。   DESCRIPTION OF SYMBOLS 110 ... Editor apparatus, 120 ... Workflow conversion apparatus, 130 ... Workflow engine, 140 ... Web service server.

Claims (1)

ワークフローに従ってWebサービスを連係して実行するシステムにおいて、ワークフローに従って呼び出すWebサービスをカスタマイズするWebサービスカスタマイズシステムであって、
エディタ装置によりユーザ入力を受け付けることによって、業務種類及び内容に応じた文字列を指定することで本業務ポリシーの適用対象となるWebサービスを指定する記述、ワークフロー中の当該Webサービスを呼び出す記述部分に付加する処理の記述、及び、当該Webサービスに対して付加すべき処理であるコンポーネントの内容を示す記述を含む業務ポリシーを作成する手段と、
エディタ装置によりユーザ入力を受け付けることによって、Webサービスを連係して呼び出すことにより所定の業務を実行するビジネスロジックを記述したワークフローを作成する手段であって、該ワークフロー中で、呼び出すWebサービスを指定する記述部分は、当該ワークフローの業務種類及び内容に応じた文字列をそのWebサービスの名称に付加した記述とする手段と、
作成したワークフローを解析して、該ワークフローで利用しているWebサービスを求め、求めたWebサービスの名称に含まれている文字列に基づいて該Webサービスに適用する業務ポリシーを決定し、決定した業務ポリシーに含まれているワークフロー中の当該Webサービスを呼び出す記述部分に付加する処理の記述に応じて、適用対象となるWebサービスに係る記述部分に必要な追加・変更を施す手段と、
前記ワークフローから呼び出されるWebサービスに対して、前記業務ポリシーの当該Webサービスに対して付加すべき処理であるコンポーネントの内容を示す記述に応じて必要な追加・変更を施す手段と
を備えることを特徴とするWebサービスカスタマイズシステム。 A web service customization system for customizing a web service to be called according to a workflow in a system that executes web services in accordance with the workflow.
In the description part that specifies the Web service to which this business policy is applied by specifying the character string corresponding to the business type and contents by accepting user input by the editor device, and in the description part that calls the Web service in the workflow description of processing for adding, and means for creating a business policy which includes a description indicating the contents of the components is a process to be added to the Web service,
A means for creating a workflow describing business logic for executing a predetermined business by linking and invoking a web service by accepting user input by an editor device , and specifying the web service to be called in the workflow The description part is a means of adding a character string corresponding to the business type and content of the workflow to the name of the Web service, and
Analyzing the created workflow , obtaining the web service used in the workflow, and determining the business policy to be applied to the web service based on the character string included in the name of the obtained web service Depending on the description of the process to be added to the description part that calls the Web service in the workflow included in the business policy, means for making the necessary additions / changes to the description part related to the applicable Web service,
A means for making a necessary addition / change to a Web service called from the workflow according to a description indicating a content of a component that is a process to be added to the Web service of the business policy. Web service customization system.
JP2005197001A 2005-07-06 2005-07-06 Web service customization system Expired - Fee Related JP4702835B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2005197001A JP4702835B2 (en) 2005-07-06 2005-07-06 Web service customization system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2005197001A JP4702835B2 (en) 2005-07-06 2005-07-06 Web service customization system

Publications (2)

Publication Number Publication Date
JP2007018122A JP2007018122A (en) 2007-01-25
JP4702835B2 true JP4702835B2 (en) 2011-06-15

Family

ID=37755257

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2005197001A Expired - Fee Related JP4702835B2 (en) 2005-07-06 2005-07-06 Web service customization system

Country Status (1)

Country Link
JP (1) JP4702835B2 (en)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4966039B2 (en) * 2007-02-01 2012-07-04 キヤノン株式会社 Network-compatible device and function providing method
US8019812B2 (en) * 2007-04-13 2011-09-13 Microsoft Corporation Extensible and programmable multi-tenant service architecture
US20100057678A1 (en) * 2008-08-28 2010-03-04 Gene Fein Import/export modeling system
JP5552991B2 (en) * 2010-09-29 2014-07-16 富士通株式会社 Application deployment apparatus, application deployment method, and application deployment program
CN117078212B (en) * 2023-10-07 2024-01-26 腾讯科技（深圳）有限公司 Business process processing method and device, electronic equipment and storage medium

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005056079A (en) * 2003-08-01 2005-03-03 Hitachi Ltd Service providing method and service providing system
JP2005149332A (en) * 2003-11-19 2005-06-09 Hitachi Ltd Workflow management system and program thereof

Also Published As

Publication number Publication date
JP2007018122A (en) 2007-01-25

Similar Documents

Publication Publication Date Title
CN112748908B (en) Method and device for developing Restful service based on SSM framework
KR101292401B1 (en) Rich data-bound applications
US10108593B2 (en) Workflow schedule authoring tool
JP5160553B2 (en) Aggregation of portlets used in the client environment without depending on server resources
CN101311903B (en) Method and device for reusing component of software system based on component
EP1835397A1 (en) Application framework
US20070150855A1 (en) Method and system of developing a software with utilizing extended metadata of component under component-based development environment
EP1727041A2 (en) Pipeline architecture for use with net-centric application program architectures
US9990595B2 (en) Modeled service endpoints in business process model and notation tools
JP3808020B2 (en) Web server having Java servlet function, Java program update method, and computer program
JP2010123127A (en) Component based java web application development framework used in order to make web page
JP2017523506A (en) REST service source code generation
US20100229154A1 (en) Declarative aspects and aspect containers for application development
CN119621034A (en) A business process construction method combining workflow engine and dynamic form
Saini et al. Towards web collaborative modelling for the user requirements notation using eclipse che and theia ide
CN110825383B (en) Video interaction method and device and computer readable storage medium
EP1662383A2 (en) Prescriptive architecture for application development
JP4702835B2 (en) Web service customization system
JP4677355B2 (en) Web service apparatus and sequential process transfer method
Smith et al. Model driven development of service-oriented grid applications
CN113885844A (en) Business service arranging method and related device
JP2006236375A (en) Web application development method, development support system, and program about development method
US20070006121A1 (en) Development activity recipe
KR100884624B1 (en) Rule-based User Interface Integration Platform System
KR101258944B1 (en) Method and apparatus for developing business logics for configurable applications

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080110

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20101208

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110207

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20110228

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110303

LAPS Cancellation because of no payment of annual fees