唐玄昭，余 陽，吳荊璞，潘茂林

(中山大學 數(shù)據(jù)科學與計算機學院，廣東 廣州 510006)

0 引言

業(yè)務流程協(xié)同，如供應鏈協(xié)同，可以幫助企業(yè)充分利用供應商和客戶的資源，產生協(xié)同優(yōu)勢。借助這種優(yōu)勢，企業(yè)可以達到更好的績效[1]。但當這種協(xié)同發(fā)生在組織之間時，協(xié)同方之間的信任問題將阻礙供應鏈的創(chuàng)新，從而間接或直接地影響供應鏈的績效[2]。解決信任問題的一個重要的方法就是事先對業(yè)務流程協(xié)同達成共識，但該方法要求在執(zhí)行過程中有一個可信的第三方來控制跨組織的業(yè)務流程協(xié)同的進行。因此，這種方式仍然建立在對第三方信任的基礎上，并不能很好地解決信任問題。

區(qū)塊鏈技術的出現(xiàn)則有助于解決信任問題。無需借助第三方組織，區(qū)塊鏈就可以保證協(xié)同過程產生的數(shù)據(jù)不可篡改。這是因為區(qū)塊鏈的概念起源于比特幣[3]，存儲在區(qū)塊鏈上的數(shù)據(jù)被打包成塊并通過鏈的方式組織成一個記賬賬本或記錄序列，從而確保存儲在其上的數(shù)據(jù)很難被修改。而后隨著智能合約的出現(xiàn)，用戶可以通過編碼的方式自動地轉移存儲在區(qū)塊鏈上的資源[4]。因此，可以借助智能合約確保業(yè)務流程協(xié)同按照事先約定的順序進行，并使用區(qū)塊鏈對協(xié)同過程中產生的數(shù)據(jù)及協(xié)同的過程進行存儲，從而保證協(xié)同的過程信息不可篡改，進而避免企業(yè)間的信任對協(xié)同效率的影響。

通常情況下，企業(yè)內部使用業(yè)務流程管理系統(tǒng)(Business Process Management System ，BPMS)對流程進行管理，本文使用工作流管理聯(lián)盟(Workflow Management Coalition ,WfMC)提出的Wf-XML2.0協(xié)議，使得不同組織的BPMS可以通過該協(xié)議實現(xiàn)互操作，確保企業(yè)間合作可以自動化地進行。但由于該協(xié)議采用的是P2P(peer-to-peer)模式，意味著互操作雙方直接交互，導致互操作的過程無法被客觀地記錄，這會在合作發(fā)生沖突時產生影響，從而降低企業(yè)之間的信任。除此之外，該模式也為多方合作帶來了許多復雜性。因此，本文基于區(qū)塊鏈對該協(xié)議進行了擴充，使得企業(yè)間的BPMS可以輕松地完成互操作，并保證可信性，從而提高企業(yè)間協(xié)同的效率，同時降低協(xié)同成本。

本文提出了一個標準的流程互操作服務框架，并使用了區(qū)塊鏈技術來保證互操作過程透明可信。具體來說，使用區(qū)塊鏈來提供流程互操作服務[5]，使本文提出的框架可以支持可信的流程互操作，為BPMS和區(qū)塊鏈提供了操作代理，該代理使用WfMC提出的Wf-XML 2.0協(xié)議進行交互，同時屏蔽了區(qū)塊鏈和企業(yè)內部BPMS的操作細節(jié)，以提供標準化的互操作方案，提高企業(yè)間協(xié)作的自動化水平。

1 相關工作

早期關于業(yè)務流程協(xié)同的研究中，WfMC提出了各種標準用以支持不同的工作流系統(tǒng)間的互操作。文獻[6]中給出了工作流參考模型，其中包含了一個接口(接口四)用以支持互操作。文獻[7]對接口四的功能進行了詳細說明，隨著Web技術的發(fā)展，新的互操作標準被提出，包括Wf-XML 2.0[8]，BPEL4WS以及WS-BPEL。這些方法將流程抽象成webservice，使得工作流管理系統(tǒng)的訪問變得更加簡便和標準，從而促進了互操作。

雖然這些模型和方法為流程互操作提供了可行的方案，但沒有考慮到企業(yè)間合作可能存在的各種問題，其中包括信任問題，而后針對信任問題又有了一些深入的研究。文獻[9-11]通過身份驗證和授權、加密等方式來管理企業(yè)協(xié)同中資源的共享，通過保護隱私的方式來增強信任。文獻[10, 12]通過提供信任評估的方法來幫助評估企業(yè)間的信任水平，使得企業(yè)可以選擇更值得信任的合作對象。

區(qū)塊鏈技術的出現(xiàn)，吸引了許多研究者來解決合作中可能存在的欺詐問題。文獻[5]將業(yè)務流程建模標記 (Business Process Modeling Notation，BPMN) 語言編排圖轉化成智能合約，并使用區(qū)塊鏈來記錄協(xié)同中流程實例狀態(tài)的變化，同時確保協(xié)同的有序執(zhí)行。文獻[13]提出一種基于動態(tài)數(shù)據(jù)結構的BPMN流程模型解釋器，該方法不再基于模型生成智能合約，從而使得業(yè)務流程的執(zhí)行更加靈活。區(qū)塊鏈的加入使得業(yè)務流程協(xié)同的過程更加透明，從而增強了協(xié)同方之間的信任。但考慮到實際情況，跨組織的流程協(xié)同是通過各自BPMS之間的互操作完成的，而以上工作只提供了可信性的方法，卻缺乏一個統(tǒng)一的互操作標準，同時并沒有將區(qū)塊鏈和互操作之間進行對應。因此，本文提供了一套標準化的框架來支持企業(yè)的BPMS間的互操作，并使用區(qū)塊鏈技術來確保流程協(xié)同的可信性。

2 基于區(qū)塊鏈的工作流引擎互操作服務框架

基于企業(yè)的BPMS，給出了一套完整的互操作框架，框架使用區(qū)塊鏈來提供流程互操作服務，并使用Wf-XML 2.0協(xié)議進行交互，從而確保跨組織的流程協(xié)同的有序進行[5]。同時，本文使用基于區(qū)塊鏈的互操作服務對互操作的過程進行記錄，以確保流程協(xié)同過程不可篡改。本文對一次協(xié)同的過程進行了論述，并在該過程中展現(xiàn)了在一組確定的參與方之間合作的場景下，該框架的組成，以及它是如何為各方提供可信的互操作服務的。

2.1 互操作服務框架

本文提出的框架本身不關心企業(yè)BPMS對于內部流程支持的能力，只是在此基礎上增強參與者之間的流程互操作能力。為提供這種能力，本文的框架需要完成以下任務：

(1)為BPMS提供標準化的交互方式，以提高流程交互的自動化水平，同時降低多組織場景下的復雜性。不同企業(yè)使用的BPMS不同，使得企業(yè)之間互相溝通的成本變得十分昂貴，因此BPMS需要使用同一套互操作協(xié)議，而該協(xié)議必須足夠通用，使得各個參與者的BPMS無需過多適配即可支持。

(2)為BPMS提供可信的互操作環(huán)境。自動化可以提高企業(yè)間合作的效率，企業(yè)間的信任也對效率具有很大的影響。因此，互操作框架還需要提供可信的互操作環(huán)境。

為確保過程可追溯，本文框架使用了Client-Sever架構。過程可追溯意味著互操作過程不可篡改，它是確?？尚判缘囊粋€重要因素。因此，需要有一個服務來對交互過程進行記錄，這可以保證當合作的過程中發(fā)生糾紛時，由于互操作過程是不可篡改的，合作方可以快速定位問題所在。在保證交互過程公開的同時，還需要保證參與合作的企業(yè)的隱私不被暴露，因此流程的執(zhí)行應該放在合作方處進行?；诖耍疚脑O計了如圖1所示的流程互操作框架。該框架包括工作流互操作服務和企業(yè)BPMS兩部分。

2.1.1 工作流互操作服務

WfMC提出的接口四標準定義了工作流引擎要實現(xiàn)互操作所需要具備的能力，在此之上，Wf-XML 2.0定義了一個互操作的模型，并提供了用以互操作的接口，但該協(xié)議是P2P模型的，意味著互操作的雙方直接進行交互，而對于多方合作的場景，則需要每一個參與者都明確自己需要交互的對象是誰，應該如何完成互操作等，這使得互操作變得異常復雜。除此之外，采用這種方式的合作并不利于對互操作的過程進行控制和追溯，因此事先定義的協(xié)同模型并不能很好地對互操作過程進行制約，且合作發(fā)生問題時，追責變得異常困難。

因此，本文引入的服務需要提供互操作的能力。為解決信任問題，該服務使用智能合約來協(xié)調參與方BPMS之間的互操作，基于區(qū)塊鏈的互操作服務可以使被記錄的交互過程不可篡改，從而確保交互的公開透明，增強合作的可信性；該服務的引入也同樣解決了交互的復雜性問題，協(xié)同的參與者不再一對一地進行互操作，而是和服務之間進行交互，互操作服務則會根據(jù)事先定義的協(xié)同流程來推進合作過程的進行。為了使工作流互操作服務實現(xiàn)以上目標，本文設計如下模塊，以實現(xiàn)工作流互操作服務：

(1)交互接口 本文的工作流互操作服務旨在提供企業(yè)間BPMS互操作的能力，因此服務的調用者是BPMS。考慮到Wf-XML 2.0提出的資源模型仍然符合現(xiàn)有工作流的資源模型，因此本文采用該協(xié)議作為框架內的標準化交互協(xié)議。該接口屏蔽區(qū)塊鏈的實現(xiàn)細節(jié)，其內部將區(qū)塊鏈的事件和Wf-XML 2.0協(xié)議進行了對應，其中關鍵的互操作資源和事件與區(qū)塊鏈操作間的映射關系如表1所示。

(2)流程控制模塊 該模塊基于區(qū)塊鏈，它通過智能合約確保了流程協(xié)同的有序進行[5]。協(xié)同流程的模型將被事先注冊到工作流互操作服務，并翻譯成智能合約用以控制流程協(xié)同的有序執(zhí)行。當BPMS通過交互接口進行交互狀態(tài)的同步時，流程控制模塊將首先檢查該狀態(tài)是否符合流程協(xié)同的模型定義，并根據(jù)檢查結果決定是否接受該狀態(tài)變更。

(3)協(xié)同狀態(tài)記錄模塊 該模塊使用區(qū)塊鏈對流程協(xié)同中的狀態(tài)變更進行記錄，以便對流程協(xié)同的過程進行檢查。其本質還是存儲在區(qū)塊鏈上的交易事件，因此保證了存儲在其上的狀態(tài)信息不會被輕易篡改。

(4)協(xié)同數(shù)據(jù)記錄模塊 該模塊負責記錄交互過程中的數(shù)據(jù)。在實際的互操作過程中，不僅需要確保協(xié)同的狀態(tài)不可被篡改，還需要確保互操作過程中包含的數(shù)據(jù)記錄不可被篡改，因此在必要的情況下，數(shù)據(jù)同樣需要被記錄到工作流互操作服務上。由于數(shù)據(jù)作為企業(yè)的隱私，需要對訪問權限進行限制，在該模塊中只記錄數(shù)據(jù)的摘要，而實際內容的管理交給流程協(xié)同的參與方。從而在保證隱私的基礎上，確保了互操作包含的數(shù)據(jù)不可篡改。

2.1.2 企業(yè)的BPMS

為保證合作方的隱私，企業(yè)內的業(yè)務流程在各自的BPMS上執(zhí)行，同時與工作流互操作服務進行交互來推動協(xié)同的進行。Wf-XML 2.0協(xié)議被用來與工作流互操作服務進行交互，因此本文框架還提供了一個適配器，用以將BPMS上使用的BPMN模型轉化成標準的互操作接口。

借助該框架，可以實現(xiàn):①不同企業(yè)的BPMS間可以自動地完成流程互操作;②企業(yè)間流程協(xié)同可以按照事先定義的順序進行;③互操作的過程可以得到記錄，且該記錄不可被篡改;④企業(yè)自己的流程作為隱私不會被外界獲取。接下來通過介紹企業(yè)間互操作的步驟，來對這兩個模塊的內容進行詳細說明，同時介紹不同的參與者間是如何在該框架下完成協(xié)同的。

雖然工作流互操作服務作為各方BPMS互操作的中心，但它仍然是一個分布式的框架。這是由區(qū)塊鏈的特性決定的，節(jié)點除了運行了區(qū)塊鏈相關服務之外，還運行了一個將區(qū)塊鏈操作映射成工作流接口的服務。因此，上述提到的工作流互操作服務的各個模塊都是分別運行在分布式的節(jié)點之上，基于區(qū)塊鏈網絡提供服務，并依賴區(qū)塊鏈保證一致性。因此本文框架中的互操作服務只作為一個理論上的中心，但實際環(huán)境則是分布式服務。

表1 Wf-XML 2.0中概念與區(qū)塊鏈間的映射

2.2 互操作流程說明

為了幫助讀者理解該框架，本文將基于圖3的協(xié)作模型，按照企業(yè)間進行協(xié)作的順序，對該框架的互操作流程進行說明。

(1)構建協(xié)同工作流

業(yè)務流程協(xié)作發(fā)生在合作方之間，合作者通過彼此之間信息和資源的交換完成合作，為了對該過程進行約束，需要將協(xié)同過程進行建模，同時為了控制合作的順序按照約定進行，該模型將被部署到工作流互操作服務上，從而作為后續(xù)合作的約束。因此有需要建立兩種模型：①利用BPMN編排圖建模的協(xié)同流程，該模型將被用來控制企業(yè)間的協(xié)同過程;②運行在企業(yè)內部工作流引擎上的業(yè)務流程，它對企業(yè)內部的業(yè)務進行建模，這類流程是不要求公開的，它只需要在某些關鍵點上與協(xié)同流程交互即可，從而在確保過程透明的前提下，保護企業(yè)的隱私。

合作方在完成對協(xié)同流程的商討和建模后，需要將協(xié)同流程的模型注冊到工作流互操作服務上，后續(xù)合作過程的開展都是基于該模型進行的。除此之外，還需要將內部的業(yè)務流程部署到各自的BPMS上，保證合作開始后可以正常地進行流程的執(zhí)行。

(2)合作開始時的狀態(tài)同步

在(1)中，參與方已經就流程協(xié)同的順序達成一致，并對協(xié)同流程進行了建模。為了提高流程協(xié)同的自動化水平，參與方的工作流引擎間需要進行狀態(tài)同步，從而可以在約定的流程之下高效地完成合作。在(1)中提到，在本文提出的框架下的協(xié)同，其本質是參與方的BPMS和工作流互操作服務之間的互操作，通過執(zhí)行任務來推動協(xié)同的進行，因此需要為BPMS提供標準的與工作流互操作服務交互的協(xié)議，從而為協(xié)同提供自動化的能力。

但正如上面所提到的，工作流互操作服務本身需要與多方進行互操作，且參與方可能需要同時參與多次協(xié)同，這也就意味著BPMS間需要在合作開始前就合作過程進行狀態(tài)同步。本文采用下面描述的流程來完成狀態(tài)的同步，該過程的一個示例如圖2所示。

1)發(fā)起一次協(xié)同。每一次流程協(xié)同都有其起始點，一次業(yè)務流程協(xié)同是以負責執(zhí)行起始點任務的參與者向工作流互操作服務發(fā)送CreateInstance請求開始的，該請求意味著在工作流互操作服務上創(chuàng)建一個協(xié)同流程來控制本次協(xié)同。

2)其他參與方創(chuàng)建業(yè)務流程。工作流互操作服務收到創(chuàng)建請求后，將根據(jù)(1)中注冊的協(xié)同流程自動部署智能合約來控制一次協(xié)同。除此之外，工作流互操作服務還負責將協(xié)同同步到其他的參與方。工作流互操作服務將向參與方發(fā)送CreateInstance請求，這意味著參與方的本地流程將要被創(chuàng)建。

3)參與方向工作流互操作服務同步狀態(tài)。流程的創(chuàng)建是一個異步的過程，當工作流互操作服務收到響應時，并不意味著流程已經完成創(chuàng)建。因此，當流程完成創(chuàng)建后，參與方需要向工作流互操作服務發(fā)送StateChanged消息，以告知流程創(chuàng)建的完成。

4)工作流互操作服務響應StateChanged。在完成上述過程后，工作流互操作服務的流程創(chuàng)建則正式完成，這意味著參與方之間可以開始合作，此時，工作流互操作服務將發(fā)送StateChanged消息給各個參與方以告知流程協(xié)同可以開始。

經過上述過程，一次協(xié)同流程便得到了同步，同步意味著參與協(xié)同的多方之間就合作達成了一致，且經過工作流互操作服務的協(xié)調，參與方本地都已經啟動了對應的業(yè)務流程以共同執(zhí)行協(xié)同任務。與此同時，CreateInstance響應中所包含的唯一ID，則可以幫助參與方關聯(lián)本次協(xié)同的流程實例以及互操作服務的流程實例，使得參與方可以同時進行多項合作任務而不會發(fā)生沖突。

(3)合作過程中的互操作

為了使用Wf-XML2.0協(xié)議，除了需要在工作流互操作服務的交互接口處和區(qū)塊鏈對應，還需要在BPMS一側進行轉化?？紤]到現(xiàn)有工作流引擎大多支持BPMN 2.0，因此本文也將BPMN 2.0的概念和Wf-XML 2.0進行了對照，從而方便將現(xiàn)階段的大部分工作流引擎接入到本文框架內。

由表2可知，本文框架對于互操作的支持是基于BPMN 2.0中的各種事件的，這是由于在BPMS處，主要的行為是企業(yè)內部業(yè)務流程的執(zhí)行，而為了不對企業(yè)內部流程進行過多的改造，需要通過模型中暴露出的各個事件進行溝通。除此之外，BPMN協(xié)作圖用于對企業(yè)間流程協(xié)作建模，而該模型同樣采用事件的方式完成流程間的互操作。因此，需要有一個網關將BPMN中的各種事件轉換成為接口四的行為，在Wf-XML 2.0的資源模型中，除了異步服務之外，還有一個重要的資源就是Observer，它可以協(xié)助完成上述功能。

表2 Wf-XML2.0和BPMN2.0在客戶端的關系映射

(4)協(xié)同結束后的工作

在上述3個步驟中，企業(yè)間的協(xié)同經歷了協(xié)同模型的構建、協(xié)同開始前的狀態(tài)同步以及協(xié)同過程中的互操作過程。在協(xié)同執(zhí)行到最后一個任務時，此次合作便接近尾聲。但是協(xié)同過程的結束并不意味著合作的結束，本文開頭提到，可信性是企業(yè)間協(xié)同的重要前提。為了提供更高的可信性，方法引入了區(qū)塊鏈來對過程進行記錄，同時為了提高效率，引入了Wf-XML 2.0這一標準化接口來減輕企業(yè)間合作中適配的負擔。但是這些仍不足以提供足夠的信任，本文的場景僅針對事先確定了的合作方，但并未考慮不確定的多方之間的合作場景，例如眾包。在這一類場景下，合作的參與方不僅需要在合作過程中保證過程不可篡改，還需要在協(xié)同一開始就提供對方信任度的評估。除此之外，工作流服務的能力還需要擴展，從固定的參與方到不固定的參與者需要有額外的支持。由于篇幅限制，將不在本文中進行探討。

3 實驗驗證

3.1 實驗環(huán)境

為了驗證本文提出的框架對于WfMC給出的4種互操作場景的支持，基于Activiti工作流引擎實現(xiàn)了一個支持工作流互操作的原型。該原型使用實驗性的私有以太坊提供互操作服務，并通過運行在以太坊上的智能合約控制協(xié)同的有序進行。由于智能合約的生成是基于BPMN編排圖的，在實驗開始前，先將該流程轉換成BPMN編排圖，再將轉換后的BPMN編排圖注冊到工作流互操作服務，由工作流互操作服務將編排圖翻譯成智能合約。每個參與方本身都擁有一個工作流引擎用以執(zhí)行各自的業(yè)務流程，本實驗中采用activiti，因為該引擎目前在業(yè)界使用范圍更廣，所以具有更好的代表性。activiti本身并不支持跨流程協(xié)同，因此實現(xiàn)了observer來監(jiān)聽工作流實例執(zhí)行的過程，并對外部事件進行響應，從而在原有工作流引擎的基礎上來支持這種互操作性。

由于區(qū)塊鏈本身涉及多方之間的狀態(tài)同步，性能問題會比傳統(tǒng)的協(xié)同流程更值得關注。但業(yè)務流程協(xié)同本身更關注準確性，而并不太關注性能問題，因此本文的性能數(shù)據(jù)也僅僅是被用來作為一種展示，從而說明本文方法可以滿足跨組織協(xié)同的基礎要求，而并不作為這個工具好壞的評價標準。與之相比更為重要的則是該框架對可信性的支持，因此本實驗中加入了一組特殊的案例，用以表現(xiàn)合作中的某一方不按照要求進行協(xié)同的場景，并對工作流互操作服務的響應進行展示，從而說明該框架對流程協(xié)同順序的控制能力。

3.2 實驗結果

本文在使用以太坊作為工作流互操作服務的具體實現(xiàn)時，對交互過程所花費的時間進行了統(tǒng)計。局域網環(huán)境下，采用隨機的延時來模擬執(zhí)行任務的過程，因為本文區(qū)塊鏈運行在本地機器上，所以區(qū)塊鏈的狀態(tài)同步時間幾乎可以忽略不計。但是基于以太坊公有鏈的交易的時延會隨著交易數(shù)量的增多而變長[15]，因此大量互操作的場景下，時延問題仍然是后面需要解決的問題。

為了驗證本文框架對流程合法性的要求，設計了一個對照實驗，該實驗場景下，Supplier在receiverequests之后跳過providedetails這一任務(Task)而直接執(zhí)行providewaybill。以此驗證合作中某一方不遵守約定執(zhí)行任務時，工作流互操作服務的處理能力。在執(zhí)行到這一步時，工作流互操作服務并沒有繼續(xù)，而是仍舊等待providedetails這一流程，并且查看交易記錄可以發(fā)現(xiàn)區(qū)塊鏈的賬本中新增了對于Supplier這一行為的記錄。該記錄可以被用來進行追責和信任評級，從而為下一次合作中對合作方的信任度進行考核。

3.3 討論

3.3.1 通用性

為了驗證4種模型，本文對圖3[5]所示的協(xié)作模型進行了分析，對于Connected Discrete和Hierarchical兩種模式都是較為簡單的實現(xiàn)，B流程只需要完成A流程在某一點給出的任務即可，區(qū)別只在于A是否需要等待返回。在BPMN協(xié)同圖中，Middleman的forwardorder即滿足Connected Discrete模型，Middleman在此處發(fā)送消息到Supplier，而后續(xù)兩者之間不會有任何同步的過程。Manufacturer的placeorder和receiveorder過程則滿足Hierarchical模型，在placeorder處將任務交給middleman而之后在receiveorder處，SpecialCarrier完成了任務并返回。對于Parallel Synchronised這種場景，SpecialCarrier的requestdetails和receivedetails則符合描述，通過這兩次事件，SpecialCarrier和Supplier實現(xiàn)了同步，完成了對details的協(xié)商。最后則是場景Connected Indiscrete，在該場景下，參與協(xié)同的多方共同解析并完成同一個流程。這是一種比較特殊的場景，因為在該場景下，參與協(xié)作的多方實際上是在執(zhí)行同一個流程實例，因此Task執(zhí)行狀態(tài)的轉移發(fā)生在各參與方之間。由于本文框架需要對整個協(xié)同流程進行建模，可以將該流程作為協(xié)同流程，各個參與方內部解析執(zhí)行同一個流程，從而解決該問題。

3.3.2 信任

文獻[15-16]的研究發(fā)現(xiàn)，開放的溝通以及更多的規(guī)則和程序正義的透明度會帶來更多的信任。本文提出的框架在確保企業(yè)的隱私不被影響的情況下，為企業(yè)間的協(xié)同提供更高的透明度。與此同時，區(qū)塊鏈的加入，則使得這些被公開的數(shù)據(jù)變得不可篡改。通過提高合作間的透明度，為企業(yè)間的合作提供了一個可信的環(huán)境，從而提高了合作的效率。

3.3.3 隱私

本文提出的框架只對協(xié)同的順序進行了控制，而協(xié)同順序則是在協(xié)同開始前通過各方商議形成的。運行在企業(yè)內部的流程本質上則是一個灰盒，只需要暴露出來的活動滿足事先商議的順序即可，并不需要將整個執(zhí)行過程暴露出來。以圖中給出的協(xié)同圖為例，Supplier只需要在providedetails前完成receiverequest即可，在這兩個活動中間的任務的執(zhí)行是不受限制的。

另一個值得關注的則是數(shù)據(jù)問題，由于區(qū)塊鏈天生不適合存儲大批量數(shù)據(jù)，而Wf-XML 2.0協(xié)議也明確說明該協(xié)議并不關心數(shù)據(jù)。但數(shù)據(jù)本身也關系著協(xié)同的進展，同時又帶有一定的隱私性。因此，本文框架在工作流互操作服務中加入了數(shù)據(jù)存儲模塊，但這并不意味著合作方之間的數(shù)據(jù)交換必須通過該框架進行。Wf-XML 2.0協(xié)議推薦采用統(tǒng)一資源標識符(Uniform Resource Identifier ，URI)的方式進行數(shù)據(jù)的傳遞，但考慮到可信性的要求，推薦使用數(shù)據(jù)的摘要來代表數(shù)據(jù)本身進行傳遞，同時采用非對稱加密的方式來確保數(shù)據(jù)安全。這樣不僅可以滿足隱私性的要求，還可以確保在發(fā)生問題時，可以通過摘要對數(shù)據(jù)進行審查。

4 結束語

本文旨在為企業(yè)間的流程協(xié)同提供一個標準化和可信的環(huán)境，從而提高企業(yè)間協(xié)同的效率，降低企業(yè)間協(xié)同的成本。為了實現(xiàn)該目標，本文基于WEBER[5]的工作，對區(qū)塊鏈進行了包裝，使其成為一個提供標準化服務的互操作服務，并通過代理對外提供標準化的工作流互操作服務，屏蔽了區(qū)塊鏈和企業(yè)內BPMS的具體細節(jié)。同時，工作流互操作使用星形架構，簡化了跨組織的流程互操作的過程，同時確保了協(xié)作過程的可信性。最后，通過實現(xiàn)一個SupplyChain的案例，說明了本文提出的框架對于多方的跨組織流程協(xié)同的支持。

區(qū)塊鏈集群內節(jié)點數(shù)量的增加，將會帶來交易速度的下降。因此，后續(xù)將對區(qū)塊鏈底層性能進行考慮，來解決區(qū)塊鏈系統(tǒng)的效率問題。除此之外，后續(xù)的工作將會基于協(xié)作模型的類別，通過對交互模式的研究，使得本文的框架可以支持更多的場景。