專利名稱：一種用于集成異構(gòu)業(yè)務(wù)流程的計算機實現(xiàn)的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明的各實施方式涉及業(yè)務(wù)流程管理，并且更具體地，涉及一種用于集成異構(gòu)業(yè)務(wù)流程的計算機實現(xiàn)的方法、裝置和相關(guān)計算機程序產(chǎn)品。
背景技術(shù)：
計算機技術(shù)的發(fā)展為人們的生活提供了諸多便利，目前已經(jīng)開發(fā)出了各種計算機硬件和軟件產(chǎn)品，用于自動化組織和管理原本以手工進行的操作流程。例如，業(yè)務(wù)流程管理(Business Process Management, BPM)技術(shù)的出現(xiàn)提供了自動實現(xiàn)操作流程的應(yīng)用，除了幫助企業(yè)進行業(yè)務(wù)流程分析，還可以利用計算機技術(shù)將原有的人工操作和公文傳遞等過程實現(xiàn)自動化。目前許多軟件提供商已經(jīng)開發(fā)了用于業(yè)務(wù)流程管理的各種應(yīng)用產(chǎn)品，例如專用于 申請出差、申請預(yù)訂機票和報申請銷等業(yè)務(wù)流程的應(yīng)用，然而這些應(yīng)用通常功能單一并且只能用于專用目的。然而在企業(yè)的發(fā)展過程中，大多數(shù)企業(yè)通常會使用來自多個軟件提供商的產(chǎn)品來管理企業(yè)自身的業(yè)務(wù)流程，例如，可能會使用來自IBM公司的應(yīng)用用于管理申請出差的業(yè)務(wù)流程，使用來自O(shè)racle公司的應(yīng)用用于管理申請預(yù)訂機票的業(yè)務(wù)流程，以及使用來自SAP公司的應(yīng)用用于管理申請報銷的流程。這種基于不同提供商的技術(shù)實現(xiàn)的業(yè)務(wù)流程也即本發(fā)明中所指的“異構(gòu)業(yè)務(wù)流程”。由于上述三個應(yīng)用來自不同的提供商，應(yīng)用的格式并不能兼容，這造成用戶不能將各個應(yīng)用擴展至設(shè)計的專用業(yè)務(wù)流程以外的其他流程。目前并不提供將來自多個提供商的異構(gòu)業(yè)務(wù)流程進行集成的解決方案，而是用戶必須另行開發(fā)用于集成特定類型的異構(gòu)業(yè)務(wù)流程的專門工具，或者購買可以提供期望業(yè)務(wù)流程的應(yīng)用。兩種方案都將造成額外的開銷，原先購買的應(yīng)用將被新的應(yīng)用取代，造成難以提供資源重用并導(dǎo)致已有投資的浪費。

發(fā)明內(nèi)容
因此，在期望盡量減少重復(fù)投資并且重用現(xiàn)有的業(yè)務(wù)流程管理應(yīng)用的前提下，如何實現(xiàn)異構(gòu)業(yè)務(wù)流程的集成成為一項亟待解決的問題。為此，本發(fā)明的各實施方式提供了一種用于集成異構(gòu)業(yè)務(wù)流程的計算機實現(xiàn)的方法、裝置和計算機程序產(chǎn)品。在一個實施方式中，提供了一種用于集成異構(gòu)業(yè)務(wù)流程的計算機實現(xiàn)的方法。該方法包括讀取第一業(yè)務(wù)流程的第一流程信息；從統(tǒng)一流程視圖獲得第二業(yè)務(wù)流程的第二流程信息；以及將第一流程信息的至少一部分和第二流程信息的至少一部分集成為第三業(yè)務(wù)流程；其中第一業(yè)務(wù)流程與第二業(yè)務(wù)流程是異構(gòu)的業(yè)務(wù)流程。在另一實施方式中，提供一種用于集成異構(gòu)業(yè)務(wù)流程的計算機實現(xiàn)的裝置。該裝置包括讀取裝置，配置為讀取第一業(yè)務(wù)流程的第一流程信息；獲得裝置，配置為從統(tǒng)一流程視圖獲得第二業(yè)務(wù)流程的第二流程信息；以及集成裝置，配置為將第一流程信息的至少一部分和第二流程信息的至少一部分集成為第三業(yè)務(wù)流程；其中第一業(yè)務(wù)流程與第二業(yè)務(wù)流程是異構(gòu)的業(yè)務(wù)流程。
根據(jù)本發(fā)明的各實施方式，可以提供統(tǒng)一流程視圖，并且基于該統(tǒng)一流程視圖將異構(gòu)業(yè)務(wù)流程進行集成，來實現(xiàn)資源重用和降低成本的目的。并且使用根據(jù)本發(fā)明實施方式的方法、裝置和計算機程序產(chǎn)品，用戶可以在不精通專業(yè)開發(fā)知識的情況下實現(xiàn)異構(gòu)業(yè)務(wù)流程的集成。


結(jié)合附圖并參考以下詳細(xì)說明，本發(fā)明各實施方式的特征、優(yōu)點及其他方面將變得更加明顯，在此以示例性而非限制性的方式示出了本發(fā)明的若干實施方式。在附圖中圖I示意性示出了根據(jù)一個解決方案的集成異構(gòu)業(yè)務(wù)流程的方法示意圖；
圖2示意性示出了根據(jù)本發(fā)明一個實施方式的集成異構(gòu)業(yè)務(wù)流程的方法的流程圖；圖3A和圖3B分別示意性示出了根據(jù)本發(fā)明一個實施方式的數(shù)據(jù)源元數(shù)據(jù)以及流程資源元數(shù)據(jù)的數(shù)據(jù)結(jié)構(gòu)；圖4A至圖4C分別示意性示出了與異構(gòu)業(yè)務(wù)流程相關(guān)聯(lián)的流程模型的示例；圖5示意性示出了根據(jù)本發(fā)明一個實施方式的集成異構(gòu)業(yè)務(wù)流程的方法的操作；圖6示意性示出了根據(jù)本發(fā)明一個實施方式的集成后的業(yè)務(wù)流程的流程模型，該業(yè)務(wù)流程集成了對應(yīng)于圖4A和圖4B中所示流程模型的異構(gòu)業(yè)務(wù)流程；圖7示意性示出了根據(jù)本發(fā)明另一實施方式的集成后的業(yè)務(wù)流程的流程模型，該業(yè)務(wù)流程集成了對應(yīng)于圖4A至圖4C中所示流程模型的異構(gòu)業(yè)務(wù)流程；以及圖8示意性示出了根據(jù)本發(fā)明一個實施方式的集成異構(gòu)業(yè)務(wù)流程的裝置的框圖。
具體實施例方式下面參考附圖詳細(xì)描述本發(fā)明的各實施方式。附圖中的流程圖和框圖，圖示了按照本發(fā)明各種實施方式的系統(tǒng)、方法和計算機程序產(chǎn)品的可能實現(xiàn)的體系架構(gòu)、功能和操作。在這點上，流程圖或框圖中的每個方框可以代表一個模塊、程序段、或代碼的一部分，所述模塊、程序段、或代碼的一部分包含一個或多個用于實現(xiàn)規(guī)定的邏輯功能的可執(zhí)行指令。也應(yīng)當(dāng)注意，在有些作為備選的實現(xiàn)中，方框中所標(biāo)注的功能也可以以不同于附圖中所標(biāo)注的順序發(fā)生。例如，兩個接連地表示的方框?qū)嶋H上可以基本并行地執(zhí)行，它們有時也可以按相反的順序執(zhí)行，這依所涉及的功能而定。也要注意的是，框圖和/或流程圖中的每個方框、以及框圖和/或流程圖中的方框的組合，可以用執(zhí)行規(guī)定的功能或操作的專用的基于硬件的系統(tǒng)來實現(xiàn)，或者可以用專用硬件與計算機指令的組合來實現(xiàn)。下面將參考若干示例性實施方式來描述本發(fā)明的原理和精神。應(yīng)當(dāng)理解，給出這些實施方式僅僅是為了使本領(lǐng)域技術(shù)人員能夠更好地理解進而實現(xiàn)本發(fā)明，而并非以任何方式限制本發(fā)明的范圍。應(yīng)當(dāng)注意，本發(fā)明中所述的業(yè)務(wù)流程是指在企業(yè)運營過程中針對某項事務(wù)的操作流程(例如，申請出差業(yè)務(wù)流程、申請報銷業(yè)務(wù)流程等)，可以基于不同公司的技術(shù)來實現(xiàn)業(yè)務(wù)流程，例如以IBMtmDB格式、Oracle DB格式或者SAp 格式來實現(xiàn)。在本發(fā)明的實施方式中，流程信息是指以特定格式描述的業(yè)務(wù)流程。例如，如果申請出差的業(yè)務(wù)流程是基于IBM DB格式實現(xiàn)的，則將以IBMtmDB專用格式描述的數(shù)據(jù)稱為“申請出差”這個業(yè)務(wù)流程的流程數(shù)據(jù)。舉例而言，可以存在三個業(yè)務(wù)流程申請出差、申請預(yù)訂機票以及申請報銷。現(xiàn)在僅以申請出差的業(yè)務(wù)流程作為示例說明業(yè)務(wù)流程的含義。例如，某企業(yè)規(guī)定申請出差的申請人需要填寫出差申請表，并將該表交給部門經(jīng)理審批，接著再將具有部門經(jīng)理簽字的出差申請表交總經(jīng)理審批，最后再將具有部門經(jīng)理、總經(jīng)理兩者簽字的出差申請表交財務(wù)經(jīng)理審批，在財務(wù)經(jīng)理批準(zhǔn)之后該申請人才能出差。這就一個典型的業(yè)務(wù)流程。例如申請出差的業(yè)務(wù)流程可以基于IBMtmDB格式實現(xiàn)。類似地，申請預(yù)訂機票的業(yè)務(wù)流程可以是，申請人將具有三位經(jīng)理簽字的出差申請表與機票申請表一起交部門經(jīng)理審批，部門經(jīng)理在機票申請表上簽字，該申請人再將機票申請表依次交給總經(jīng)理和財務(wù)經(jīng)理簽字，只有三位經(jīng)理分別依次在機票申請表上簽字之后，該申請人才可以預(yù)訂機票。此時雖然三位經(jīng)理不需要再在出差申請表上簽字，然而具有三位經(jīng)理簽字的出差申請表是觸發(fā)申請預(yù)訂機票這個業(yè)務(wù)流程的一個前提條件，因而在申請預(yù)訂機票的業(yè)務(wù)流程中還需要出差申請表。例如，申請預(yù)訂機票的業(yè)務(wù)流程可以基于 Oracle DB格式來實現(xiàn)。類似地，分別具有三位經(jīng)理簽字的出差申請表和機票申請表是觸發(fā)申請報銷業(yè)務(wù)流程的前提條件，并且申請人還需要填寫報銷申請表并依次交三位經(jīng)理簽字，在此不再贅述。例如，申請報銷的業(yè)務(wù)流程可以基于SAP 的格式來實現(xiàn)。由于上文的三個示例性業(yè)務(wù)流程是異構(gòu)的業(yè)務(wù)流程，在將這些業(yè)務(wù)流程集成為一個大的業(yè)務(wù)流程(即，包括申請出差、申請預(yù)訂機票和申請報銷三個業(yè)務(wù)流程)過程中，需要針對每兩個業(yè)務(wù)流程單獨開發(fā)轉(zhuǎn)換工具。圖I示意性示出了根據(jù)一個解決方案的集成異構(gòu)業(yè)務(wù)流程的方法示意圖100。如圖I所示的異構(gòu)業(yè)務(wù)流程，包括業(yè)務(wù)流程一 110、業(yè)務(wù)流程二 112、業(yè)務(wù)流程三114和業(yè)務(wù)流程N 116，當(dāng)希望將上述業(yè)務(wù)流程集成為一個業(yè)務(wù)流程時，需要分別開發(fā)多個轉(zhuǎn)換工具，例如業(yè)務(wù)流程一 110與業(yè)務(wù)流程二 112之間的轉(zhuǎn)換工具A、業(yè)務(wù)流程一 110與業(yè)務(wù)流程三114之間的轉(zhuǎn)換工具B、以及業(yè)務(wù)流程一 110與業(yè)務(wù)流程N 116之間的轉(zhuǎn)換工具C，等等。本發(fā)明的各實施方式提供了一種用于集成異構(gòu)業(yè)務(wù)流程的計算機實現(xiàn)的方法，該方法可以克服傳統(tǒng)操作中為集成兩個異構(gòu)業(yè)務(wù)流程而單獨開發(fā)專用轉(zhuǎn)換工具的缺點，提供了基于統(tǒng)一流程視圖實現(xiàn)集成異構(gòu)業(yè)務(wù)流程的方法。圖2示意性示出了根據(jù)本發(fā)明一個實施方式的集成異構(gòu)業(yè)務(wù)流程的方法的流程圖200。首先在步驟S202中，讀取第一業(yè)務(wù)流程的第一流程信息。在此所述的第一業(yè)務(wù)流程例如可以是前文所述的申請出差的業(yè)務(wù)流程，第一流程信息可以是以IBM DB格式描述的信息。應(yīng)當(dāng)注意，本發(fā)明的各實施方式提供了一種集成異構(gòu)業(yè)務(wù)流程的方法，可以首先讀取一個業(yè)務(wù)流程并將該業(yè)務(wù)流程作為主體，繼而將另一業(yè)務(wù)流程的至少一部分集成到該主體當(dāng)中。這里的第一業(yè)務(wù)流程可以位于執(zhí)行根據(jù)本實施方式的方法的計算機本地，或者還可以位于該計算機以外的其他遠(yuǎn)程位置。在步驟S204中，從統(tǒng)一流程視圖獲得第二業(yè)務(wù)流程的第二流程信息。例如此時的第二業(yè)務(wù)流程可以是基于Oracle DB技術(shù)實現(xiàn)的申請預(yù)訂機票的業(yè)務(wù)流程。應(yīng)當(dāng)注意，盡管第二業(yè)務(wù)流程本身是基于Oracle DB技術(shù)實現(xiàn)，在此的第二流程信息是采用與第一流程信息相同的數(shù)據(jù)格式(也即，以IBM DB格式)描述的，此時的第二流程信息是在統(tǒng)一流程視圖中獲得的經(jīng)過轉(zhuǎn)換的流程信息，這在下文中將具體描述。當(dāng)?shù)谝粯I(yè)務(wù)流程與第二業(yè)務(wù)流程是同構(gòu)的業(yè)務(wù)流程，也即兩個業(yè)務(wù)流程本身采用相同格式(例如，均為IBMtmDB格式)描述時，則采用現(xiàn)有技術(shù)的解決方案即可實現(xiàn)兩個業(yè)務(wù)流程的集成，因而不在本發(fā)明的考慮范圍內(nèi)。在本發(fā)明的實施方式中，第一業(yè)務(wù)流程與第二業(yè)務(wù)流程是異構(gòu)的業(yè)務(wù)流程。在步驟S206中，將第一流程信息的至少一部分和第二流程信息的至少一部分集成為第三業(yè)務(wù)流程。這里的第三業(yè)務(wù)流程可以是與第一業(yè)務(wù)流程和第二業(yè)務(wù)流程中的任一項同構(gòu)或者異構(gòu)的業(yè)務(wù)流程，并且第一業(yè)務(wù)流程與第二業(yè)務(wù)流程是異構(gòu)的業(yè)務(wù)流程。在一個實施方式中，從統(tǒng)一流程視圖獲得第二業(yè)務(wù)流程的第二流程信息之前還包括預(yù)處理操作。在下文中，首先參見圖3A和圖3B，描述在預(yù)處理操作中涉及的數(shù)據(jù)結(jié)構(gòu)，以便詳細(xì)說明該預(yù)處理操作的各個步驟。圖3A和圖3B分別示意性示出了根據(jù)本發(fā)明一個實施方式的數(shù)據(jù)源元數(shù)據(jù)310以及流程資源元數(shù)據(jù)320的數(shù)據(jù)結(jié)構(gòu)。 圖3A所示的數(shù)據(jù)源元數(shù)據(jù)310是指描述流程資源的信息，也即描述業(yè)務(wù)流程的來源的信息。如圖3A所示，數(shù)據(jù)源元數(shù)據(jù)310包括數(shù)據(jù)源類型312、數(shù)據(jù)源描述314以及驅(qū)動信息316中的至少一種。在一個實施方式中，數(shù)據(jù)源元數(shù)據(jù)310可以包括數(shù)據(jù)源類型312、數(shù)據(jù)源描述314以及驅(qū)動信息316。這里的數(shù)據(jù)源類型312是指業(yè)務(wù)流程是何種類型，例如基于IBMtmDB格式的類型、基于0raCleTMDB格式的類型或者基于SAP 格式的類型。本發(fā)明的實施方式將基于不同的數(shù)據(jù)源類型312而執(zhí)行不同的操作。數(shù)據(jù)源描述314是指業(yè)務(wù)流程的總體描述，該描述針對不同的數(shù)據(jù)源類型312而有所不同。例如對于基于SAP 格式的業(yè)務(wù)流程而言，數(shù)據(jù)源描述314包括IP、用戶名、密碼、客戶端號、系統(tǒng)名稱、系統(tǒng)號，等等；而對于基于IBM DB格式的業(yè)務(wù)流程而言，可以包括IP、連接描述、schema(方案)、用戶名、密碼,等等。為實現(xiàn)對異構(gòu)業(yè)務(wù)流程的集成，本發(fā)明的實施方式定義了一種統(tǒng)一格式，而驅(qū)動信息316是指描述如何在業(yè)務(wù)流程的自身格式與統(tǒng)一格式之間相互轉(zhuǎn)換的信息，例如可以包括實現(xiàn)驅(qū)動信息時使用的類的名稱以及所涉及方法的參數(shù)列表等。該驅(qū)動信息316針對不同的數(shù)據(jù)源類型而具有不同內(nèi)容。例如對于基于SAP格式的業(yè)務(wù)流程，驅(qū)動信息316可以包括函數(shù)名稱、函數(shù)參數(shù)列表等。在此，驅(qū)動信息可以由特定數(shù)據(jù)源類型的提供商提供，或者可以由用戶基于提供商提供的接口規(guī)范自行開發(fā)。圖3B示出了流程資源元數(shù)據(jù)320的數(shù)據(jù)結(jié)構(gòu)。流程資源元數(shù)據(jù)是指描述流程資源的信息，如圖3B所示可以包括兩部分流程描述322，用于概括描述流程的整體狀況，例如可以包括流程的統(tǒng)一資源標(biāo)識符、數(shù)據(jù)源元數(shù)據(jù)標(biāo)識符和狀態(tài)等；以及流程模型324，例如可以包括活動、連接和私有數(shù)據(jù)中的至少一種。在一個實施方式中，流程模型324可以包括活動、連接和私有數(shù)據(jù)。應(yīng)當(dāng)注意，流程模型具有統(tǒng)一格式，并且這種具有統(tǒng)一格式的流程模型構(gòu)成了統(tǒng)一流程視圖。在明確了圖3A和圖3B所示數(shù)據(jù)結(jié)構(gòu)的具體含義之后，可以更好地理解上文所述的預(yù)處理操作。預(yù)處理操作實質(zhì)上基于數(shù)據(jù)源元數(shù)據(jù)和流程資源元數(shù)據(jù)，將異構(gòu)業(yè)務(wù)流程轉(zhuǎn)換為統(tǒng)一流程視圖中的具有統(tǒng)一格式的流程模型，也即，獲得與異構(gòu)業(yè)務(wù)流程相關(guān)聯(lián)的流程資源元數(shù)據(jù)中的流程模型。
在一個實施方式中，從統(tǒng)一流程視圖獲得第二業(yè)務(wù)流程的第二流程信息之前還包括預(yù)處理操作。該預(yù)處理操作例如包括，首先向統(tǒng)一流程視圖注冊第二業(yè)務(wù)流程的數(shù)據(jù)源元數(shù)據(jù)，這里的注冊目的之一在于向統(tǒng)一流程視圖告知如何定位第二業(yè)務(wù)流程以及如何從該第二業(yè)務(wù)流程中獲取所需信息。接著基于數(shù)據(jù)源元數(shù)據(jù)獲得第二業(yè)務(wù)流程的流程資源元數(shù)據(jù)?；跀?shù)據(jù)源元數(shù)據(jù)中包括的數(shù)據(jù)源類型、數(shù)據(jù)源描述和驅(qū)動信息，可以容易地獲得第二業(yè)務(wù)流程的流程資源元數(shù)據(jù)。應(yīng)當(dāng)注意，流程資源元數(shù)據(jù)包括流程描述和流程模型。在一個實施方式中，從統(tǒng)一流程視圖獲得第二業(yè)務(wù)流程的第二流程信息包括從流程資源元數(shù)據(jù)獲得第二業(yè)務(wù)流程的第二流程信息。在一個實施方式中，從流程資源元數(shù)據(jù)獲得第二業(yè)務(wù)流程的第二流程信息包括將流程資源元數(shù)據(jù)中的流程模型轉(zhuǎn)換為以第一流程信息的格式描述的第二流程信息。提供統(tǒng)一流程視圖的目的之一在于以統(tǒng)一格式展示異構(gòu)的業(yè)務(wù)流程，為便于在下一步中能夠以相同的格式進行集成操作，還需要將以統(tǒng)一格式描述的流程模型轉(zhuǎn)換為以第一流程信息的格式描述的第二流程信息。在一個實施方式中，流程模型包括活動、連接以及私有數(shù)據(jù)中的至少一種?；顒?用于描述業(yè)務(wù)流程中的具體操作步驟；連接是指兩個活動之間具有時間上的前后關(guān)系，將這種前后關(guān)系定義為“連接”;私有數(shù)據(jù)是指從一個活動到下一活動的執(zhí)行期間所需的數(shù)據(jù)，也即與連接相關(guān)聯(lián)的數(shù)據(jù)。在下文中，將參見圖4A至圖4C詳述與異構(gòu)業(yè)務(wù)流程相關(guān)聯(lián)的流程模型。圖4A至圖4C分別示意性示出了用于完成不同操作的異構(gòu)業(yè)務(wù)流程的流程模型的示例圖示。例如，流程模型410、430和450分別對應(yīng)于上文所述的三個業(yè)務(wù)流程基于IBM DB格式實現(xiàn)的申請出差的業(yè)務(wù)流程、基于Oracle DB格式實現(xiàn)的申請預(yù)訂機票的業(yè)務(wù)流程和基于SAP 格式實現(xiàn)的申請報銷的業(yè)務(wù)流程。采用根據(jù)本發(fā)明一個實施方式的方法，可以基于業(yè)務(wù)流程的數(shù)據(jù)源元數(shù)據(jù)和流程資源元數(shù)據(jù)獲得以統(tǒng)一格式描述的流程模型，例如圖4A至圖4C所示的流程模型410、430和450。下面概述圖4A至圖4C所示的流程模型的含義。就圖4A所示的流程模型410而言，活動包括申請出差412、部門經(jīng)理審批414、總經(jīng)理審批416和財務(wù)經(jīng)理審批418 ;箭頭A、B、C和D分別表示時間上的前后相繼的兩個活動之間的“連接”；出差申請表422、424、426、428是分別與連接A、B、C和D相關(guān)聯(lián)的私有數(shù)據(jù)。例如出差申請表422表示，在申請出差412后需要提交出差申請表422，以便執(zhí)行活動“部門經(jīng)理審批414”。如業(yè)務(wù)流程410所示，活動412示出了申請出差的步驟，此時需要申請人提交出差申請表422 ;繼而在活動414處，部門經(jīng)理審批出差申請表422并且在該表上簽字，具有部門經(jīng)理簽字的出差申請表標(biāo)記為424 ;接著在活動416處，總經(jīng)理審批并且在具有部門經(jīng)理簽字的出差申請表424上簽字，并得到具有部門經(jīng)理、總經(jīng)理簽字的出差申請表426 ;最后經(jīng)過活動418所示的財務(wù)經(jīng)理審批之后，得到具有部門經(jīng)理、總經(jīng)理和財務(wù)經(jīng)理三者簽字的出差申請表428。圖4B中示出了申請預(yù)訂機票的另一業(yè)務(wù)流程430，執(zhí)行該業(yè)務(wù)流程的一個條件是申請人已經(jīng)獲得具有三位經(jīng)理簽字的出差申請表，才能申請預(yù)訂機票。業(yè)務(wù)流程430類似于業(yè)務(wù)流程410，申請人在步驟432處申請預(yù)訂機票，提交的文件442包括機票申請表和具有部門經(jīng)理、總經(jīng)理和財務(wù)經(jīng)理三者簽字的出差申請表。繼而在活動434處，部門經(jīng)理審批機票申請表并簽字，得到具有部門經(jīng)理簽字的機票申請表；在活動436處，總經(jīng)理審批，并且在活動438處，財務(wù)經(jīng)理審批，最終得到具有三位經(jīng)理簽字的機票申請表。此時，盡管具有三位經(jīng)理簽字的出差申請表在業(yè)務(wù)流程430中并未改變，該出差申請表也是必要的。圖4C中示出了管理預(yù)訂機票的另一業(yè)務(wù)流程450，執(zhí)行該業(yè)務(wù)流程的條件是申請人已經(jīng)獲得分別具有三位經(jīng)理簽字的出差申請表和機票申請表，此時才能申請報銷。在業(yè)務(wù)流程450中所示的活動452、454、456和458以及相應(yīng)的私有數(shù)據(jù)462、464、466和468的含義類似于業(yè)務(wù)流程430，在此不再贅述?，F(xiàn)在參見圖5，該圖示意性示出了根據(jù)本發(fā)明一個實施方式的集成異構(gòu)業(yè)務(wù)流程的方法的操作500。在一個實施方式中，在上文所述的預(yù)處理步驟中，可以首先向統(tǒng)一流程視圖存儲以統(tǒng)一格式描述的流程模型，例如將各個同構(gòu)或者異構(gòu)的業(yè)務(wù)流程轉(zhuǎn)換為具有統(tǒng)一格式的流程模型并存入統(tǒng)一流程視圖，并將該統(tǒng)一流程視圖作為可選擇用于后續(xù)集成操作的統(tǒng)一資源池。如圖5中箭頭A和B所示，可以將第一業(yè)務(wù)流程510和第二業(yè)務(wù)流程520分別從它 們自身原有的數(shù)據(jù)格式轉(zhuǎn)換為具有統(tǒng)一格式的流程模型。例如第一業(yè)務(wù)流程510可以是基于IBM DB格式的、用于申請出差的業(yè)務(wù)流程，而第二業(yè)務(wù)流程520可以是基于0raCleTMDB格式的、用于申請機票預(yù)訂的業(yè)務(wù)流程。在圖5中分別以橢圓形和矩形示出了第一業(yè)務(wù)流程510和第二業(yè)務(wù)流程520中的流程圖，目的之一在于表示兩個業(yè)務(wù)流程可以具有不同的類型，也即可以基于不同的格式。經(jīng)過箭頭A和箭頭B所示的預(yù)處理操作，則可從第一業(yè)務(wù)流程510和第二業(yè)務(wù)流程520中獲得以統(tǒng)一格式描述的流程模型(以虛線示出)，并將其存入統(tǒng)一流程視圖540。繼而，如箭頭C所示的操作對應(yīng)于圖2中步驟S202所示的讀取第一業(yè)務(wù)流程的第一流程信息，而箭頭D的操作對應(yīng)于圖2中步驟S204所示的從統(tǒng)一流程視圖獲得第二業(yè)務(wù)流程的第二流程信息，并且在圖5中第三業(yè)務(wù)流程530中示出的，即為將第一流程信息的至少一部分和第二流程信息的至少一部分集成所得的第三流程模型。應(yīng)當(dāng)注意，盡管第三業(yè)務(wù)流程530與第一業(yè)務(wù)流程510均以橢圓示出了各自的流程圖，在一個實施方式中，第三業(yè)務(wù)流程530的格式還可以不同于第一業(yè)務(wù)流程510或者第二業(yè)務(wù)流程520。在一個實施方式中，將第一流程信息的至少一部分和第二流程信息的至少一部分集成為第三業(yè)務(wù)流程包括編輯第一流程信息的至少一部分和第二流程信息的至少一部分，形成中間流程模型；向統(tǒng)一流程視圖提交中間流程模型；以及響應(yīng)于中間流程模型得以確認(rèn)，形成第三業(yè)務(wù)流程。應(yīng)當(dāng)注意，由于集成過程實際上是修改原有的第一業(yè)務(wù)流程和第二業(yè)務(wù)流程并形成新的第三業(yè)務(wù)流程，則需要根據(jù)第三業(yè)務(wù)流程的需求來編輯原有的業(yè)務(wù)流程。編輯過程可以在讀取第一業(yè)務(wù)流程的計算機處執(zhí)行，并且中間流程模型可以是第一流程信息的格式。繼而，向統(tǒng)一流程視圖提交中間流程模型。該提交過程可以細(xì)化為，向統(tǒng)一流程視圖上傳該中間流程模型，并且將第一流程信息格式描述的中間流程模型轉(zhuǎn)換至統(tǒng)一流程視圖支持的流程模型，也即轉(zhuǎn)換為以統(tǒng)一格式描述的流程模型。由于在統(tǒng)一流程視圖本身并不具備編輯功能，還需要將與中間流程模型相關(guān)聯(lián)的流程模型返回至開發(fā)第二業(yè)務(wù)流程的工具，以便(例如，由用戶)確認(rèn)在集成過程中形成的中間流程模型是否符合第一業(yè)務(wù)流程中的規(guī)則。接著，響應(yīng)于中間流程模型得以確認(rèn)，形成第三業(yè)務(wù)流程。
在形成中間流程模型期間，由于可能分別修改了第一流程信息和第二流程信息，此時的確認(rèn)操作目的之一在于驗證上述修改是否“合法”。如果第一業(yè)務(wù)流程的第一流程信息被修改，由于這種修改是在打開第一業(yè)務(wù)流程的計算機本地執(zhí)行的，在該計算機本地即可驗證該修改是否合法。而由于第二業(yè)務(wù)流程的第二流程信息是從統(tǒng)一流程視圖獲得的，則無法在計算機本地驗證對第二流程信息的修改是否合法。在一個實施方式中，響應(yīng)于中間流程模型得以確認(rèn)、形成第三業(yè)務(wù)流程包括確定中間流程模型相對于第二業(yè)務(wù)流程的流程模型的改變；將改變同步到第二業(yè)務(wù)流程；以及響應(yīng)于成功地將改變同步到第二業(yè)務(wù)流程，形成第三業(yè)務(wù)流程。確定中間流程模型相對于流程模型的改變目的之一在于通過比較中間模型以及與第二業(yè)務(wù)流程相關(guān)聯(lián)的原始流程模型，確定受到集成操作影響而改變的數(shù)據(jù)，并且在下一步中僅需確認(rèn)改變的數(shù)據(jù)是否合法即可。由于在統(tǒng)一流程視圖并不提供確認(rèn)功能，還需要將改變同步到第二業(yè)務(wù)流程，并且在開發(fā)第二業(yè)務(wù)流程的工具中(例如，由用戶)進行確認(rèn)。
繼而，如果成功地將改變同步到第二業(yè)務(wù)流程，則認(rèn)為改變是合法的，或者還可以在開發(fā)第二業(yè)務(wù)流程的工具中進行調(diào)整以便使得改變合法，從而形成第三業(yè)務(wù)流程。如果在調(diào)整過程中引入了對于第二業(yè)務(wù)流程的新修改，則該新修改還需要經(jīng)由統(tǒng)一流程視圖傳遞至進行集成操作的計算機處，以便形成第三業(yè)務(wù)流程。圖6示意性示出了根據(jù)本發(fā)明一個實施方式的集成后的業(yè)務(wù)流程的示例，該業(yè)務(wù)流程中集成了對應(yīng)于圖4A和圖4B中所示流程模型的異構(gòu)業(yè)務(wù)流程。回顧圖4A和4B，對于不同的流程模型410和430，活動414和434均為部門經(jīng)理審批，兩個活動本身的內(nèi)容是相同的，不同在于活動的對象不同，在活動414中需要審批的對象是出差申請表422，而在活動434中需要審批的對象442包括機票申請表和經(jīng)過三個經(jīng)理簽字的出差申請表。另外，活動416和436均為總經(jīng)理審批，活動118和138均為財務(wù)經(jīng)理審批，此時情況也類似于活動414和434。從資源重用的角度出發(fā)，可以重新組合兩個流程模型410和430中的活動、連接和私有數(shù)據(jù)，并將其集成為一體化的流程模型。如圖6所示，集成后的流程模型可以包括活動602至612，并且與活動間各個連接對應(yīng)的私有數(shù)據(jù)分別為603至613。此時出差的業(yè)務(wù)流程與預(yù)訂機票的流程模型合二為一，用戶僅需針對集成后的流程模型僅需操作即可完成原來需要在兩個業(yè)務(wù)流程中實現(xiàn)的目的。應(yīng)當(dāng)注意，與圖4B所示的流程模型相比，在集成后的流程模型600中，各私有數(shù)據(jù)中的出差申請表是集成后流程模型內(nèi)部的數(shù)據(jù)，并對于相關(guān)的活動可見；然而在圖4A和4B所示的流程中，私有數(shù)據(jù)422中的出差申請表是出差流程模型410的輸出數(shù)據(jù)，并被輸入至預(yù)訂機票的業(yè)務(wù)流程430。在一個實施方式中，還可以將多個業(yè)務(wù)流程集成為一個業(yè)務(wù)流程。圖7示意性示出了根據(jù)本發(fā)明另一實施方式的集成后的業(yè)務(wù)流程的示例，該業(yè)務(wù)流程中集成了對應(yīng)于圖4A至圖4C中所示流程模型的異構(gòu)業(yè)務(wù)流程。圖7所示的流程模型700是在圖6所示流程模型600的基礎(chǔ)上，又集成了圖4C所示的報銷流程模型450 (如附圖標(biāo)記714至721所示)。本領(lǐng)域技術(shù)人員可以結(jié)合上文針對圖6的實施方式來得出圖7所示的流程模型700，在此不再贅述。
在一個實施方式中，還包括利用第三業(yè)務(wù)流程更新統(tǒng)一流程視圖。由于統(tǒng)一流程視圖的一個目的是提供可供用戶選擇的流程模型的資源池，當(dāng)形成新的業(yè)務(wù)流程時，還可以如上文所述，基于新的業(yè)務(wù)流程的數(shù)據(jù)源元數(shù)據(jù)、流程資源元數(shù)據(jù)提取以統(tǒng)一格式描述的流程模型，并將該流程模型存入統(tǒng)一流程視圖，以便后續(xù)供其他用戶使用。在一個實施方式中，提供了一種用于集成異構(gòu)業(yè)務(wù)流程的計算機實現(xiàn)的裝置。參見圖8，該裝置包括讀取裝置810，配置為讀取第一業(yè)務(wù)流程的第一流程信息；獲得裝置820，配置為從統(tǒng)一流程視圖830獲得第二業(yè)務(wù)流程的第二流程信息；以及集成裝置840，配置為將第一流程信息的至少一部分和第二流程信息的至少一部分集成為第三業(yè)務(wù)流程；其中第一業(yè)務(wù)流程與第二業(yè)務(wù)流程是異構(gòu)的業(yè)務(wù)流程。在一個實施方式中，用于集成異構(gòu)業(yè)務(wù)流程的計算機實現(xiàn)的裝置還包括注冊裝置，配置為向統(tǒng)一流程視圖注冊第二業(yè)務(wù)流程的數(shù)據(jù)源元數(shù)據(jù)；以及流程資源元數(shù)據(jù)獲得裝置，配置為基于數(shù)據(jù)源元數(shù)據(jù)獲得第二業(yè)務(wù)流程的流程資源元數(shù)據(jù)，其中流程資源元數(shù)據(jù)包括流程描述和流程模型。
在一個實施方式中，獲得裝置包括流程信息獲得裝置，配置為從流程資源元數(shù)據(jù)獲得第二業(yè)務(wù)流程的第二流程信息。在一個實施方式中，流程信息獲得裝置包括轉(zhuǎn)換裝置，配置為將流程資源元數(shù)據(jù)中的流程模型轉(zhuǎn)換為以第一流程信息的格式描述的第二流程信息。在一個實施方式中，數(shù)據(jù)源元數(shù)據(jù)包括數(shù)據(jù)源類型、數(shù)據(jù)源描述以及驅(qū)動信息中的至少一種。在一個實施方式中，流程模型包括活動、連接以及私有數(shù)據(jù)中的至少一種。在一個實施方式中，數(shù)據(jù)源元數(shù)據(jù)包括數(shù)據(jù)源類型、數(shù)據(jù)源描述以及驅(qū)動信息。在一個實施方式中，流程模型包括活動、連接以及私有數(shù)據(jù)。在一個實施方式中，集成裝置包括編輯裝置，配置為編輯第一流程信息的至少一部分和第二流程信息的至少一部分，形成中間流程模型；提交裝置，配置為向統(tǒng)一流程視圖提交中間流程模型；以及形成裝置，配置為響應(yīng)于中間流程模型得以確認(rèn)，形成第三業(yè)務(wù)流程。在一個實施方式中，形成裝置包括改變確定裝置，配置為確定中間流程模型相對于第二業(yè)務(wù)流程的流程模型的改變；同步裝置，配置為將改變同步到第二業(yè)務(wù)流程；以及生成裝置，配置為響應(yīng)于成功地將改變同步到第二業(yè)務(wù)流程，生成第三業(yè)務(wù)流程。在一個實施方式中，用于集成異構(gòu)業(yè)務(wù)流程的計算機實現(xiàn)的裝置還包括更新裝置，配置為利用第三業(yè)務(wù)流程更新統(tǒng)一流程視圖。應(yīng)當(dāng)注意，根據(jù)本發(fā)明各種實施方式的方法和裝置特別適用于將異構(gòu)業(yè)務(wù)流程進行集成，由此實現(xiàn)最大化地重用已有的業(yè)務(wù)流程進而達到降低成本的目的。本發(fā)明可以采取硬件實施方式、軟件實施方式或既包含硬件組件又包含軟件組件的實施方式的形式。在優(yōu)選實施方式中，本發(fā)明實現(xiàn)為軟件，其包括但不限于固件、駐留軟件、微代碼等。而且，本發(fā)明還可以采取可從計算機可用或計算機可讀介質(zhì)訪問的計算機程序產(chǎn)品的形式，這些介質(zhì)提供程序代碼以供計算機或任何指令執(zhí)行系統(tǒng)使用或與其結(jié)合使用。出于描述目的，計算機可用或計算機可讀機制可以是任何有形的裝置，其可以包含、存儲、通信、傳播或傳輸程序以由指令執(zhí)行系統(tǒng)、裝置或設(shè)備使用或與其結(jié)合使用。介質(zhì)可以是電的、磁的、光的、電磁的、紅外線的、或半導(dǎo)體的系統(tǒng)(或裝置或器件)或傳播介質(zhì)。計算機可讀介質(zhì)的例子包括半導(dǎo)體或固態(tài)存儲器、磁帶、可移動計算機磁盤、隨機訪問存儲器(RAM)、只讀存儲器(ROM)、硬磁盤和光盤。目前光盤的例子包括緊湊盤-只讀存儲器(CD-ROM)、壓縮盤-讀/寫(CD-R/W)和DVD。適合于存儲/或執(zhí)行程序代碼的數(shù)據(jù)處理系統(tǒng)將包括至少一個處理器，其直接地或通過系統(tǒng)總線間接地耦合到存儲器元件。存儲器元件可以包括在程序代碼的實際執(zhí)行期間所利用的本地存儲器、大容量存儲器、以及提供至少一部分程序代碼的臨時存儲以便減少執(zhí)行期間從大容量存儲器必須取回代碼的次數(shù)的高速緩存存儲器。輸入/輸出或I/O設(shè)備(包括但不限于鍵盤、顯示器、指點設(shè)備等等)可以直接地或通過中間I/O控制器耦合到系統(tǒng)。網(wǎng)絡(luò)適配器也可以耦合到系統(tǒng)，以使得數(shù)據(jù)處理系統(tǒng)能夠通過中間的私有或公共 網(wǎng)絡(luò)而耦合到其他數(shù)據(jù)處理系統(tǒng)或遠(yuǎn)程打印機或存儲設(shè)備。調(diào)制解調(diào)器、線纜調(diào)制解調(diào)器以及以太網(wǎng)卡僅僅是當(dāng)前可用的網(wǎng)絡(luò)適配器類型的幾個例子。從上述描述應(yīng)當(dāng)理解，在不脫離本發(fā)明真實精神的情況下，可以對本發(fā)明各實施方式進行修改和變更。本說明書中的描述僅僅是用于說明性的，而不應(yīng)被認(rèn)為是限制性的。本發(fā)明的范圍僅受所附權(quán)利要求書的限制。
權(quán)利要求
1.一種用于集成異構(gòu)業(yè)務(wù)流程的計算機實現(xiàn)的方法，包括 讀取第一業(yè)務(wù)流程的第一流程信息； 從統(tǒng)一流程視圖獲得第二業(yè)務(wù)流程的第二流程信息；以及 將所述第一流程信息的至少一部分和所述第二流程信息的至少一部分集成為第三業(yè)務(wù)流程； 其中所述第一業(yè)務(wù)流程與所述第二業(yè)務(wù)流程是異構(gòu)的業(yè)務(wù)流程。
2.根據(jù)權(quán)利要求I所述的方法，其中從所述統(tǒng)一流程視圖獲得所述第二業(yè)務(wù)流程的所述第二流程信息之前還包括 向所述統(tǒng)一流程視圖注冊所述第二業(yè)務(wù)流程的數(shù)據(jù)源元數(shù)據(jù)；以及 基于所述數(shù)據(jù)源元數(shù)據(jù)獲得所述第二業(yè)務(wù)流程的流程資源元數(shù)據(jù)， 其中所述流程資源元數(shù)據(jù)包括流程描述和流程模型。
3.根據(jù)權(quán)利要求2所述的方法，其中從統(tǒng)一流程視圖獲得第二業(yè)務(wù)流程的第二流程信息包括 從所述流程資源元數(shù)據(jù)獲得所述第二業(yè)務(wù)流程的所述第二流程信息。
4.根據(jù)權(quán)利要求3所述的方法，其中從所述流程資源元數(shù)據(jù)獲得所述第二業(yè)務(wù)流程的所述第二流程信息包括 將所述流程資源元數(shù)據(jù)中的所述流程模型轉(zhuǎn)換為以所述第一流程信息的格式描述的第二流程信息。
5.根據(jù)權(quán)利要求2所述的方法，其中所述數(shù)據(jù)源元數(shù)據(jù)包括數(shù)據(jù)源類型、數(shù)據(jù)源描述以及驅(qū)動信息中的至少一種。
6.根據(jù)權(quán)利要求2所述的方法，所述流程模型包括活動、連接以及私有數(shù)據(jù)中的至少一種。
7.根據(jù)權(quán)利要求I至6中的任一項所述的方法，其中將所述第一流程信息的至少一部分和所述第二流程信息的至少一部分集成為第三業(yè)務(wù)流程包括 編輯所述第一流程信息的至少一部分和所述第二流程信息的至少一部分，形成中間流程模型； 向所述統(tǒng)一流程視圖提交所述中間流程模型；以及 響應(yīng)于所述中間流程模型得以確認(rèn)，形成所述第三業(yè)務(wù)流程。
8.根據(jù)權(quán)利要求7所述的方法，其中響應(yīng)于所述中間流程模型得以確認(rèn)、形成所述第三業(yè)務(wù)流程包括 確定所述中間流程模型相對于所述第二業(yè)務(wù)流程的流程模型的改變； 將所述改變同步到所述第二業(yè)務(wù)流程；以及 響應(yīng)于成功地將所述改變同步到所述第二業(yè)務(wù)流程，生成所述第三業(yè)務(wù)流程。
9.根據(jù)權(quán)利要求I至6中的任一項所述的方法，還包括 利用所述第三業(yè)務(wù)流程更新所述統(tǒng)一流程視圖。
10.一種用于集成異構(gòu)業(yè)務(wù)流程的計算機實現(xiàn)的裝置，包括 讀取裝置，配置為讀取第一業(yè)務(wù)流程的第一流程信息； 獲得裝置，配置為從統(tǒng)一流程視圖獲得第二業(yè)務(wù)流程的第二流程信息；以及 集成裝置，配置為將所述第一流程信息的至少一部分和所述第二流程信息的至少一部分集成為第三業(yè)務(wù)流程； 其中所述第一業(yè)務(wù)流程與所述第二業(yè)務(wù)流程是異構(gòu)的業(yè)務(wù)流程。
11.根據(jù)權(quán)利要求10所述的裝置，還包括 注冊裝置，配置為向所述統(tǒng)一流程視圖注冊所述第二業(yè)務(wù)流程的數(shù)據(jù)源元數(shù)據(jù)；以及 流程資源元數(shù)據(jù)獲得裝置，配置為基于所述數(shù)據(jù)源元數(shù)據(jù)獲得所述第二業(yè)務(wù)流程的流程資源元數(shù)據(jù)， 其中所述流程資源元數(shù)據(jù)包括流程描述和流程模型。
12.根據(jù)權(quán)利要求11所述的裝置，其中所述獲得裝置包括 流程信息獲得裝置，配置為從所述流程資源元數(shù)據(jù)獲得所述第二業(yè)務(wù)流程的所述第二流程信息。
13.根據(jù)權(quán)利要求12所述的裝置，其中所述流程信息獲得裝置包括 轉(zhuǎn)換裝置，配置為將所述流程資源元數(shù)據(jù)中的所述流程模型轉(zhuǎn)換為以所述第一流程信息的格式描述的第二流程信息。
14.根據(jù)權(quán)利要求11所述的裝置，其中所述數(shù)據(jù)源元數(shù)據(jù)包括數(shù)據(jù)源類型、數(shù)據(jù)源描述以及驅(qū)動信息中的至少一種。
15.根據(jù)權(quán)利要求11所述的裝置，所述流程模型包括活動、連接以及私有數(shù)據(jù)中的至少一種。
16.根據(jù)權(quán)利要求10至15中的任一項所述的裝置，其中所述集成裝置包括 編輯裝置，配置為編輯所述第一流程信息的至少一部分和所述第二流程信息的至少一部分，形成中間流程模型； 提交裝置，配置為向所述統(tǒng)一流程視圖提交所述中間流程模型；以及 形成裝置，配置為響應(yīng)于所述中間流程模型得以確認(rèn)，形成所述第三業(yè)務(wù)流程。
17.根據(jù)權(quán)利要求16所述的裝置，其中所述形成裝置包括 改變確定裝置，配置為確定所述中間流程模型相對于所述第二業(yè)務(wù)流程的流程模型的改變； 同步裝置，配置為將所述改變同步到所述第二業(yè)務(wù)流程；以及 生成裝置，配置為響應(yīng)于成功地將所述改變同步到所述第二業(yè)務(wù)流程，生成所述第三業(yè)務(wù)流程。
18.根據(jù)權(quán)利要求10至15中的任一項所述的裝置，還包括 更新裝置，配置為利用所述第三業(yè)務(wù)流程更新所述統(tǒng)一流程視圖。
全文摘要
本發(fā)明的各實施方式涉及一種用于集成異構(gòu)業(yè)務(wù)流程的計算機實現(xiàn)的方法和裝置。在一個實施方式中，提供了一種用于集成異構(gòu)業(yè)務(wù)流程的計算機實現(xiàn)的方法，該方法包括讀取第一業(yè)務(wù)流程的第一流程信息；從統(tǒng)一流程視圖獲得第二業(yè)務(wù)流程的第二流程信息；以及將第一流程信息的至少一部分和第二流程信息的至少一部分集成為第三業(yè)務(wù)流程；其中第一業(yè)務(wù)流程與第二業(yè)務(wù)流程是異構(gòu)的業(yè)務(wù)流程。在另一實施方式中，提供了一種用于集成異構(gòu)業(yè)務(wù)流程的計算機實現(xiàn)的裝置。
文檔編號G06Q10/06GK102750597SQ20111011128
公開日2012年10月24日 申請日期2011年4月22日 優(yōu)先權(quán)日2011年4月22日
發(fā)明者任常銳, 何苗, 王芹華, 田啟明, 董進, 邵兵, 陳 峰 申請人:國際商業(yè)機器公司