專利名稱：對應(yīng)數(shù)據(jù)的輸入狀態(tài)進行工作流控制的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及利用計算機進行工作流控制的方法及執(zhí)行工作流控制的計算機系統(tǒng)，尤其涉及對企業(yè)內(nèi)的業(yè)務(wù)處理及企業(yè)間交易業(yè)務(wù)進行工作流控制的方法及系統(tǒng)。
一般情況下，企業(yè)內(nèi)的業(yè)務(wù)處理大多是多次進行由多個作業(yè)步驟序列構(gòu)成的業(yè)務(wù)狀態(tài)來完成。在從某個作業(yè)步驟進行到下一個作業(yè)步驟過程中，通過單據(jù)、帳票不斷地傳遞數(shù)據(jù)，完成一系列的作業(yè)步驟。在利用電子計算機的工作流系統(tǒng)中，以單據(jù)或帳票為單位的信息被保存在電子計算機的存儲裝置中，利用網(wǎng)絡(luò)進行數(shù)據(jù)傳送將之傳遞給承擔下一個作業(yè)的承擔者。例如，日經(jīng)信息戰(zhàn)略1994年7月號P66-P76(日經(jīng)BP公司)公開了這種工作流系統(tǒng)。
與之相對應(yīng)地，企業(yè)間交易是在進行交易的企業(yè)之間往來作為各自企業(yè)進行業(yè)務(wù)處理的一部分結(jié)果的單據(jù)、帳票。因此，企業(yè)間交易可以看成是企業(yè)內(nèi)的業(yè)務(wù)處理從企業(yè)內(nèi)傳遞延伸到其它企業(yè)的行為。作為利用電子計算機進行這樣的企業(yè)間交易的系統(tǒng)之一，有利用EDI(Eletrnic DataInterchange)的企業(yè)間交易系統(tǒng)。這是事先在進行交易的2個公司之間交換合同并根據(jù)由此確定的方式、數(shù)據(jù)形式及其它規(guī)則，以單據(jù)、帳票的形式進行數(shù)據(jù)的往來的過程。即，由進行交易的對方確定相當于企業(yè)內(nèi)規(guī)定的業(yè)務(wù)處理規(guī)則的條款并根據(jù)該條款進行交易。例如，北澤博著“EDI入門”(軟研究中心，1991年)便公開了這種EDI技術(shù)。
因過去的利用EDI進行企業(yè)間交易的系統(tǒng)是對每個公司確定交易規(guī)則，所以，對每個交易對方必須對應(yīng)其規(guī)則改變交易方法。因此，將產(chǎn)生因交易的內(nèi)容而必須改變處理方法的情況。作為典型實例舉訂購處理為例。在進行訂購的企業(yè)內(nèi)，訂購后、入庫檢驗、賒購總計和業(yè)務(wù)狀態(tài)滾動地變化，但在企業(yè)間交易的業(yè)務(wù)狀態(tài)中，訂購后，是接收訂購的企業(yè)進行接收訂貨處理。另外，訂貨方根據(jù)其訂貨內(nèi)容并非總是一樣，有時候根據(jù)訂貨內(nèi)容其數(shù)據(jù)的送交目的地、送交方法會有很大變化。但是，如先前所述的那樣，在企業(yè)間交易系統(tǒng)中，因為每個交易方企業(yè)的規(guī)則不同，不同企業(yè)很難按照同一處理程序進行處理，所以，存在要實現(xiàn)對應(yīng)其訂購內(nèi)容隨機應(yīng)變地變更數(shù)據(jù)傳遞方法或送交目的地的系統(tǒng)是極其困難的問題。
本發(fā)明的目的在于不管是企業(yè)內(nèi)業(yè)務(wù)處理還是企業(yè)間交易，都能提供一個原則上部門間或企業(yè)間必要的數(shù)據(jù)交付由工作流控制系統(tǒng)進行，并不使用戶應(yīng)用程序或業(yè)務(wù)處理承擔者意識到這樣的數(shù)據(jù)交付的工作流控制方法及系統(tǒng)。
本發(fā)明的工作流控制方法的特征如下在檢知到與業(yè)務(wù)處理中事件數(shù)據(jù)有關(guān)的作業(yè)步驟結(jié)束時，根據(jù)該事件數(shù)據(jù)的數(shù)據(jù)輸入狀態(tài)，根據(jù)在部門內(nèi)的工作流序列中規(guī)定的下一個應(yīng)該處理的承擔者的部門內(nèi)的工作流規(guī)則，判定下一個承擔者是否為應(yīng)該處理事件的狀態(tài)，如果下一個承擔者已達到應(yīng)該處理事件的狀態(tài)，則對下一個承擔者發(fā)布動作通知；在檢知到與該事件數(shù)據(jù)有關(guān)的業(yè)務(wù)處理結(jié)束時，根據(jù)事件數(shù)據(jù)的數(shù)據(jù)輸入狀態(tài)，根據(jù)在涉及部門間的工作流序列中規(guī)定的下一個應(yīng)該處理的部門的部門間工作流規(guī)則，判定下一個部門是否為應(yīng)該處理事件的狀態(tài)，如果下一個部門已達到應(yīng)該處理事件的狀態(tài)，則對下一個部門發(fā)布動作通知；而后，接收對下一個部門的動作通知并根據(jù)部門內(nèi)的工作流規(guī)則進行下一個作業(yè)步驟。
另外，本發(fā)明的工作流控制系統(tǒng)的特征在于具有控制部門內(nèi)的工作流的第1代理部；控制部門間的工作流的第2代理部；進行第2代理部和其它的第2代理部之間的數(shù)據(jù)傳送的第3代理部。
第1代理部具有以下單元即在檢知到與業(yè)務(wù)處理中事件數(shù)據(jù)有關(guān)的作業(yè)步驟結(jié)束時，根據(jù)該事件數(shù)據(jù)的數(shù)據(jù)輸入狀態(tài)，根據(jù)在部門內(nèi)的工作流序列中規(guī)定的下一個應(yīng)該處理的承擔者的部門內(nèi)的工作流規(guī)則，判定下一個承擔者是否為應(yīng)該處理事件的狀態(tài)，如果下一個承擔者已達到應(yīng)該處理事件的狀態(tài)，則對下一個承擔者發(fā)布動作通知的單元；接收對下一個部門的動作通知并根據(jù)部門內(nèi)的工作流規(guī)則進行上述部門內(nèi)工作流控制的單元。
第2代理部具有以下單元即在檢知到與業(yè)務(wù)處理中該事件數(shù)據(jù)有關(guān)的業(yè)務(wù)處理結(jié)束時，根據(jù)事件數(shù)據(jù)的數(shù)據(jù)輸入狀態(tài)，根據(jù)在涉及部門間的工作流序列中規(guī)定的下一個應(yīng)該處理的部門的部門間工作流規(guī)則，判定下一個部門是否為應(yīng)該處理事件的狀態(tài)，在下一個部門已達到應(yīng)該處理事件的狀態(tài)時，判定下一個部門是屬于該第2代理部管理范圍內(nèi)的部門還是屬于其管理以外的部門，在屬于管理范圍內(nèi)的部門時，對管理范圍內(nèi)的第1代理部發(fā)布動作通知，在屬于管理范圍之外的部門時，則對第3代理部進行數(shù)據(jù)送交委托的單元；從第3代理部接收動作通知并對作為目的地的第1代理部發(fā)布動作通知的單元。
第3代理部具有接收來自第2代理部的數(shù)據(jù)送交委托并確定管理范圍內(nèi)一個部門的第2代理部，以及對所確定的第2代理部送交動作通知的單元。
上述所謂下一個部門是普通用語表現(xiàn)的功能部門，第2代理部只判定該功能部門是自己管理范圍內(nèi)的功能部門還是管理范圍之外的功能部門即可。另外，在同時接收到來自第3代理部的動作通知和目的地功能部門時，因該功能部門是管理范圍內(nèi)的功能部門，故參照列表確定作為目的地的第1代理部。此外，第3代理部只接收目的地功能部門，并參照列表判定關(guān)于作為目的地的第2代理部的標識符即可。進而，作為參照的列表，如果第3代理部以事件數(shù)據(jù)的內(nèi)容為條件作成可設(shè)定對應(yīng)的目的地之類的列表，則第3代理部可匹配事件數(shù)據(jù)的內(nèi)容和該列表上的事件數(shù)據(jù)的條件來確定目的地。此外，如果第2代理部也對參照的列表同樣地以事件數(shù)據(jù)的內(nèi)容為條件生成可設(shè)定對應(yīng)的目的地之類的列表，則第2代理部也可以匹配事件數(shù)據(jù)的內(nèi)容和該列表上的事件數(shù)據(jù)的條件確定目的地。
如上所述這樣，因工作流控制系統(tǒng)根據(jù)事件數(shù)據(jù)的內(nèi)容自動地判定數(shù)據(jù)送交目的地并進行數(shù)據(jù)的送交，所以，即使用戶應(yīng)用程序或業(yè)務(wù)處理承擔者對數(shù)據(jù)送交沒有意識到也可以進行企業(yè)內(nèi)的部門間及企業(yè)間的數(shù)據(jù)送交，能夠準確且高效地控制涉及多個企業(yè)間的工作流。此外，在數(shù)據(jù)送交方法出現(xiàn)變更時，只要變更第2代理部所管理的工作流規(guī)則即可，而在數(shù)據(jù)送交目的地出現(xiàn)變更時，只要變更第2代理部及第3代理部在確定數(shù)據(jù)送交目的地時所參照的列表即可。
工作流控制系統(tǒng)對應(yīng)交易內(nèi)容確定數(shù)據(jù)送交方法及數(shù)據(jù)送交目的地，實現(xiàn)涉及多個企業(yè)間的高可靠性、高效率的工作流控制。此外，工作流控制系統(tǒng)對應(yīng)介于企業(yè)間的網(wǎng)絡(luò)種類確定通信方式，由于進行數(shù)據(jù)的壓縮或加密，所以，用戶應(yīng)用程序也無需刻意地進行數(shù)據(jù)傳送時的數(shù)據(jù)的加工及安全的確保。


圖1是概略地示出系統(tǒng)構(gòu)成例子的圖。
圖2是示出實施形態(tài)的系統(tǒng)構(gòu)成要素圖。
圖3所示是保存在業(yè)務(wù)數(shù)據(jù)庫112中的一個事件數(shù)據(jù)例子的圖。
圖4所示是部門內(nèi)工作流規(guī)則119的數(shù)據(jù)例子的圖。
圖5所示是任務(wù)表120的數(shù)據(jù)例子的圖。
圖6所示是在從商務(wù)代理部123接收到A/N發(fā)布指示時的任務(wù)代理部122的處理流的流程圖例。
圖7所示是在從用戶應(yīng)用程序111接收到處理結(jié)束通知時的任務(wù)代理部122的處理流的流程圖例。
圖8所示是事件狀態(tài)轉(zhuǎn)移基準表113的數(shù)據(jù)例子的圖。
圖9所示是可執(zhí)行動作表114的數(shù)據(jù)例子的圖。
圖10所示是邏輯任務(wù)結(jié)點定義表115的數(shù)據(jù)例子的圖。
圖11所示是擔當商務(wù)代理表116的數(shù)據(jù)例子的圖。
圖12所示是部署定義表117的數(shù)據(jù)例子的圖。
圖13所示是在從用戶應(yīng)用程序111接收到處理結(jié)束通知時的商務(wù)代理部123的處理流的流程圖例。
圖14所示是在從其它的商務(wù)代理部123接收到A/N發(fā)布委托時的商務(wù)代理部123的處理流的流程圖例。
圖15所示是送交目的地特定表124的數(shù)據(jù)例子的圖。
圖16所示是訪問規(guī)則定義表125的數(shù)據(jù)例子的圖。
圖17所示是訪問代理部127的處理流的流程圖例。
圖18所示是網(wǎng)絡(luò)轉(zhuǎn)接部128的處理流的流程圖例。
下面，使用圖面對本發(fā)明之一實施形態(tài)進行說明。
圖1是概略地示出系統(tǒng)構(gòu)成例之圖。圖1中，A公司100、B公司104及C公司105是參加企業(yè)間交易的企業(yè)，106是不屬于任何一個企業(yè)的提供者。A公司100由X部門101、Y部門102及Z部門103構(gòu)成。其中，X部門101、Y部門102、Z部門103、B公司104、C公司105及提供者106以各自的部門、企業(yè)或者提供者所管理的計算機系統(tǒng)為代表。與A公司100處于同一所在地的X部門101和Y部門102通過LAN(局域網(wǎng))107連接，X部門101、Y部門102和位于其它所在地的Z部門103經(jīng)由LAN(局域網(wǎng))107及網(wǎng)絡(luò)108連接。A公司100的X部門101、Y部門102和B公司104通過提供者106及網(wǎng)絡(luò)109連接。此外，A公司100的X部門101、Y部門102和C公司105通過提供者106及網(wǎng)絡(luò)110連接。網(wǎng)絡(luò)108、109、110是LAN(局域網(wǎng))以外的專用線、WAN、因特網(wǎng)等網(wǎng)絡(luò)。在X部門101和Y部門102的通信中提供者106不介入，但在X部門101、Y部門102和Z部門103、B公司104及C公司105之間的通信中提供者106將介入。
圖2是展開表示圖1的系統(tǒng)構(gòu)成的構(gòu)成圖。在A公司100的X部門101，設(shè)置有包括至少一臺保存有用戶應(yīng)用程序111-AX、任務(wù)代理部122-AX及任務(wù)規(guī)則定義數(shù)據(jù)庫(DB)121-AX的計算機的計算機系統(tǒng)。
A公司100的Y部門102也同樣地設(shè)置有至少具有一臺保存有用戶應(yīng)用程序111-AY、任務(wù)代理部122-AY及任務(wù)規(guī)則定義數(shù)據(jù)庫(DB)121-AY的計算機的計算機系統(tǒng)。
另外，作為X部門101及Y部門102共有的計算機系統(tǒng)，設(shè)置有至少具有一臺保存有商務(wù)代理部123-A、商務(wù)規(guī)則定義DB118-A及業(yè)務(wù)數(shù)據(jù)庫(DB)112-A的計算機的計算機系統(tǒng)。
B公司104的計算機系統(tǒng)保存用戶應(yīng)用程序111-B、任務(wù)代理部122-B、任務(wù)規(guī)則定義DB121-B、商務(wù)代理部123-B及商務(wù)規(guī)則定義DB118-B，并共用A公司的業(yè)務(wù)DB112。
沒有圖示的A公司100的Z部門103的計算機系統(tǒng)也和B公司104一樣，保存用戶應(yīng)用程序111-AZ、任務(wù)代理部122-AZ、任務(wù)規(guī)則定義DB121-AZ、商務(wù)代理部123-AZ及商務(wù)規(guī)則定義DB118-AZ，并共用業(yè)務(wù)DB112。
C公司105的計算機系統(tǒng)雖然保存用戶應(yīng)用程序111-C、任務(wù)代理部122-C、任務(wù)規(guī)則定義DB121-C、商務(wù)代理部123-C及商務(wù)規(guī)則定義DB118-C，但不共用A公司的業(yè)務(wù)DB112、也不能訪問業(yè)務(wù)DB112。
提供者106的計算機系統(tǒng)保存訪問規(guī)則定義DB126、訪問代理部127及網(wǎng)絡(luò)轉(zhuǎn)接部128。
還有，不帶后綴的參照序號是用帶后綴的參照序號所表示的構(gòu)成要素總稱。
業(yè)務(wù)DB112由可訪問的用戶應(yīng)用程序111訪問，并對于每個事件以數(shù)據(jù)的形式保存業(yè)務(wù)處理的結(jié)果。任務(wù)規(guī)則定義DB121由部門內(nèi)工作流規(guī)則119及任務(wù)表120構(gòu)成。部門內(nèi)工作流規(guī)則119規(guī)定部門內(nèi)工作流的序列和通過任務(wù)表現(xiàn)的作業(yè)擔當。
任務(wù)表120規(guī)定任務(wù)和實際承擔者的對應(yīng)關(guān)系。任務(wù)代理部122在接收來自商務(wù)代理部123的指示轉(zhuǎn)移到下一個事件狀態(tài)的動作通知(A/N)時，參照部門內(nèi)工作流規(guī)則119及任務(wù)表120確定進行下一個業(yè)務(wù)處理的承擔者，并對該承擔者的用戶應(yīng)用程序111發(fā)布A/N。
另外，在接收到來自用戶應(yīng)用程序111的處理結(jié)束通知時，任務(wù)代理部122參照部門內(nèi)工作流規(guī)則119，判定是否進入下一個事件狀態(tài)，在進入下一個時，參照任務(wù)表120對下一個承擔者的用戶應(yīng)用程序111發(fā)布A/N。即任務(wù)代理部122分別設(shè)置在X部門101、Y部門102、Z部門103，進行各部門內(nèi)的工作流控制。
商務(wù)規(guī)則定義DB118分別設(shè)置在A公司100、B公司104及C公司105，由事件狀態(tài)轉(zhuǎn)移基準表113、可執(zhí)行動作表114、邏輯任務(wù)結(jié)點定義表115、擔當商務(wù)代理表116及部署定義表117構(gòu)成。事件狀態(tài)轉(zhuǎn)移基準表113規(guī)定工作流為進行涉及包括其它公司在內(nèi)的部門間的序列控制的事件的狀態(tài)轉(zhuǎn)移規(guī)則。可執(zhí)行動作表114規(guī)定轉(zhuǎn)移到各個事件狀態(tài)時的應(yīng)取的動作，邏輯任務(wù)結(jié)點定義表115規(guī)定執(zhí)行該動作的邏輯任務(wù)結(jié)點。邏輯任務(wù)結(jié)點是部門的名稱，是用具有功能部門含意的普通用語表現(xiàn)的部門名稱。擔當商務(wù)代理表116規(guī)定各個邏輯任務(wù)結(jié)點是屬于該商務(wù)代理部123的管理范圍內(nèi)還是屬于其管理范圍之外(即，是否屬于該商務(wù)代理部以外的商務(wù)代理部的管理之下)。部署定義表117對應(yīng)該商務(wù)代理部管理范圍內(nèi)的邏輯任務(wù)結(jié)點規(guī)定現(xiàn)實擔當部署的名稱。
商務(wù)代理部123在接收到來自用戶應(yīng)用程序111的處理結(jié)束通知時，參照事件狀態(tài)轉(zhuǎn)移基準表113判定是否轉(zhuǎn)移到了應(yīng)該順序控制的事件的事件狀態(tài)。如果事件狀態(tài)已轉(zhuǎn)移，則參照可執(zhí)行動作表114及邏輯任務(wù)結(jié)點定義表115確定下一個應(yīng)該執(zhí)行的動作和其邏輯任務(wù)結(jié)點，并參照擔當商務(wù)代理表116，判定該邏輯任務(wù)結(jié)點定義是否為自己管理范圍內(nèi)的部門。如果是自己管理范圍內(nèi)的邏輯任務(wù)結(jié)點，則參照部署定義表117取得現(xiàn)實進行作業(yè)的部署的名稱并將A/N送交給管理其部署的任務(wù)代理部122。
如果邏輯任務(wù)結(jié)點是管理范圍之外的部門，則商務(wù)代理部123對訪問代理部127進行數(shù)據(jù)送交委托。此外，商務(wù)代理部123在通過訪問代理部127接收到來自其它的商務(wù)代理部123的A/N發(fā)布委托時，參照部署定義表117取得對應(yīng)所指定的邏輯任務(wù)結(jié)點的現(xiàn)實的部署名，并向管理其部署的任務(wù)代理部122送交A/N。如上述這樣，商務(wù)代理部123在起動自己管理范圍內(nèi)的任務(wù)代理部122的同時，可以如從X部門101、Y部門102到Z部門，從X部門101、Y部門102到B公司104那樣，對涉及其它部門或企業(yè)的工作流按照稱之為邏輯任務(wù)結(jié)點的功能部門名進行工作流控制。
訪問規(guī)則定義DB126由送交目的地特定表124及訪問規(guī)則保存表125構(gòu)成。送交目的地特定表124規(guī)定對應(yīng)邏輯任務(wù)結(jié)點的物理任務(wù)結(jié)點。這里所謂的稱之為物理任務(wù)結(jié)點，是指象Z部門103、B公司104、C公司105那樣具有商務(wù)代理部123的公共事業(yè)所或企業(yè)的標識符。訪問規(guī)則保存表125規(guī)定在由各物理任務(wù)結(jié)點向其它的物理任務(wù)結(jié)點發(fā)送數(shù)據(jù)時的通信協(xié)議、安全方式等。
訪問代理部127接收來自商務(wù)代理部123的數(shù)據(jù)送交委托，并參照送交目的地特定表124確定對應(yīng)所指定的邏輯任務(wù)結(jié)點的數(shù)據(jù)送交目的地的物理任務(wù)結(jié)點。另外，在接收到來自不能訪問業(yè)務(wù)DB112的物理任務(wù)結(jié)點的對業(yè)務(wù)DB112的數(shù)據(jù)送交委托時，根據(jù)所接收的事件的數(shù)據(jù)項目值更新業(yè)務(wù)DB112。另外，如果數(shù)據(jù)送交目的地是不能訪問業(yè)務(wù)DB112的物理任務(wù)結(jié)點，則增添從業(yè)務(wù)DB112取得的事件的數(shù)據(jù)項目值。
網(wǎng)絡(luò)轉(zhuǎn)接部128接收來自訪問代理部127的數(shù)據(jù)送交委托，參照訪問規(guī)則保存表125，在進行數(shù)據(jù)的加工之后，經(jīng)由網(wǎng)絡(luò)向所指定的物理任務(wù)結(jié)點送交數(shù)據(jù)。如上述這樣，訪問代理部127把邏輯任務(wù)結(jié)點變換成對應(yīng)的物理任務(wù)結(jié)點，并從物理任務(wù)結(jié)點相對于其它的物理任務(wù)結(jié)點進行數(shù)據(jù)傳送的。
B公司104及C公司105也分別具有專用或與其它公司共用的提供者106。B公司104、C公司105側(cè)的提供者106用訪問代理部127接收A公司100送來的數(shù)據(jù)，用網(wǎng)絡(luò)轉(zhuǎn)接部128進行數(shù)據(jù)復原及加密數(shù)據(jù)的解密并分別傳送給B公司104及C公司105。由B公司104或C公司105傳送給A公司100的數(shù)據(jù)途經(jīng)保存在B公司104、C公司105側(cè)的提供者106的訪問代理部127、網(wǎng)絡(luò)轉(zhuǎn)接部128、網(wǎng)絡(luò)、A公司100側(cè)的訪問代理部127及網(wǎng)絡(luò)轉(zhuǎn)接部128這樣的路徑，傳遞給管理A公司的X部門101、Y部門102的商務(wù)代理部123。A公司100的X部門101、Y部門102和A公司側(cè)的提供者106一起可以確保B公司104、C公司105和其提供者106之間的安全，且在數(shù)據(jù)轉(zhuǎn)送時不進行數(shù)據(jù)的加工。
用戶應(yīng)用程序111是保存在客戶機那樣的計算機中的程序。任務(wù)代理部122、商務(wù)代理部123、訪問代理部127及網(wǎng)絡(luò)轉(zhuǎn)接部128是保存在服務(wù)器那樣的計算機中的程序。任務(wù)規(guī)則定義DB121、商務(wù)規(guī)則定義DB118、業(yè)務(wù)DB112及訪問規(guī)則定義DB126保存在連接在服務(wù)器那樣的計算機的存儲裝置上。可以把商務(wù)代理部123及訪問代理部127的程序分別保存在存儲介質(zhì)中，經(jīng)由連接在計算機上的驅(qū)動裝置或通過網(wǎng)絡(luò)的程序傳送讀入到計算機的主存儲裝置內(nèi)運行。
圖3是示出保存在業(yè)務(wù)DB112上的一個事件數(shù)據(jù)例子的圖。一個事件數(shù)據(jù)包括事件序號20、訂貨單位21、總計金額22、接收訂貨簽字23及事件狀態(tài)24。此外，在一個事件中，每個所訂購的商品都具有品種名稱25、訂購數(shù)量26、訂貨金額27、交貨期限28及批準簽字29各數(shù)據(jù)項目?？傆嫿痤~22是對該事件的所有品種總計訂貨金額27的結(jié)果，是可自動地計算的數(shù)據(jù)項目。事件狀態(tài)24表示在關(guān)于該事件的工作流序列中現(xiàn)在的狀態(tài)。接收訂貨簽字23是表示確定已接收訂貨的的簽字。批準簽字29是表示管理者已批準的簽字。圖3中被記載為“未輸入”的數(shù)據(jù)項目表示數(shù)據(jù)尚未被輸入。另外，與事件狀態(tài)24表示的各狀態(tài)相對應(yīng)，具有表示在該狀態(tài)下各邏輯任務(wù)結(jié)點能否訪問從事件序號20到批準簽字29各數(shù)據(jù)項目的列表30?！翱梢詤⒄铡北硎局荒苓M行數(shù)據(jù)的參照，“不可參照”表示不允許參照，“可以更新”表示可以進行數(shù)據(jù)輸入或者數(shù)據(jù)更新。
圖4是示出部門內(nèi)工作流規(guī)則119的數(shù)據(jù)例之圖，與各事件狀態(tài)相對應(yīng)表示輸入了數(shù)據(jù)的任務(wù)和應(yīng)該輸入的數(shù)據(jù)項目。品種名稱、訂購數(shù)量、訂貨金額、訂貨單位及交貨日期是對應(yīng)示于圖3的事件具有的數(shù)據(jù)項目的內(nèi)容。在輸入了品種名稱和訂購數(shù)量時，轉(zhuǎn)移到事件狀態(tài)1。承擔者(多個也可以)輸入品種名稱、訂購數(shù)量、訂貨金額、訂貨單位及交貨日期各數(shù)據(jù)，如果通過計算機計算并自動地輸入總計金額，則轉(zhuǎn)移到事件狀態(tài)2。在輸入了主管人員的批準后，如果訂貨金額或總計金額為100萬日元以上，則轉(zhuǎn)移到事件狀態(tài)3，否則結(jié)束工作流。在事件狀態(tài)3的狀態(tài)下輸入了科長的批準后，如果訂貨金額或總計金額為300萬日元以上，則轉(zhuǎn)移到事件狀態(tài)4，否則結(jié)束工作流。在該列表，“輸入”表示在該事件狀態(tài)需要數(shù)據(jù)輸入，“-”表示沒有數(shù)據(jù)輸入。在區(qū)分列有“必須”的，表示在工作流序列中必須經(jīng)由該狀態(tài)，在不是如此的情況則表示根據(jù)條件執(zhí)行該序列。上述的處理由任務(wù)代理部122執(zhí)行。
圖5是示出任務(wù)表120的數(shù)據(jù)例子的圖。任務(wù)表120逐個任務(wù)地登錄個人名和所承擔的商品及所管理的個人名的范圍。
圖6是表示任務(wù)代理部122的處理流的流程圖，特別是表示任務(wù)代理部122接收商務(wù)代理部123發(fā)出的A/N發(fā)布指示并對相符的用戶應(yīng)用程序111發(fā)布A/N的處理流。任務(wù)代理部122接收商務(wù)代理部123發(fā)出的A/N發(fā)布指示(步驟31)。該A/N發(fā)布指示包含事件序號20。任務(wù)代理部122參照業(yè)務(wù)DB112取出被指定事件序號的事件(步驟32)，按照該事件狀態(tài)24參照部門內(nèi)工作流規(guī)則119(圖4)判定下一個任務(wù)(步驟33)，并參照任務(wù)表120確定適合符合事件條件的下一個承擔者的個人名(步驟34)。進而對該承擔者的用戶應(yīng)用程序111發(fā)布A/N(步驟35)。并利用沒有圖示的列表使承擔者和用戶應(yīng)用程序111能夠?qū)?yīng)。
在某部門內(nèi)的任務(wù)代理部122接收到管理該部門的商務(wù)代理部123發(fā)出的A/N發(fā)布指示時，事件為開始其部門內(nèi)的處理的狀態(tài)。例如，如圖3所示的那樣，是除了事件序號20只輸入有品種名稱25及訂購數(shù)量26的狀態(tài)。
圖7是表示任務(wù)代理部122的處理流的流程圖，特別是表示任務(wù)代理部122接收關(guān)聯(lián)部門內(nèi)的某用戶應(yīng)用程序111發(fā)出的處理結(jié)束通知并對同一部門內(nèi)的其它的用戶應(yīng)用程序111發(fā)布A/N的處理流。
如果某用戶應(yīng)用程序111終止事件的處理，結(jié)束對業(yè)務(wù)DB112的數(shù)據(jù)寫入，則把該旨意通知給任務(wù)代理部122，任務(wù)代理部122接收該結(jié)束通知(步驟41)。該結(jié)束通知包含事件序號20。任務(wù)代理部122參照業(yè)務(wù)DB112取出被指定事件序號的事件，并參照對應(yīng)該事件的部門內(nèi)工作流規(guī)則119(步驟42)。若事件的數(shù)據(jù)輸入狀態(tài)不滿足部門內(nèi)工作流規(guī)則119的數(shù)據(jù)輸入狀態(tài)，例如為否決批準的情況，則判定現(xiàn)在的事件狀態(tài)的處理未結(jié)束(步驟43NO)，并結(jié)束處理。如果判定為現(xiàn)在的事件狀態(tài)的處理結(jié)束(步驟43YES)，則判定進行下一個的事件狀態(tài)的處理的承擔者是否被部門內(nèi)工作流規(guī)則所定義(步驟44)。如果部門內(nèi)沒有下一個承擔者(步驟44NO)，則結(jié)束處理。如果有下一個承擔者(步驟44YES)，則把事件狀態(tài)24更新成下一個狀態(tài)(步驟45)。然后，參照任務(wù)表120確定符合下一個事件狀態(tài)的任務(wù)的承擔者(步驟46)，并對該承擔者的用戶應(yīng)用程序111發(fā)布A/N(步驟47)。
在用戶應(yīng)用程序111及任務(wù)代理部122不能直接訪問業(yè)務(wù)DB112時，由于任務(wù)代理部122除了接收來自商務(wù)代理部123的A/N發(fā)布指示外，還讀取其想訪問的數(shù)據(jù)并接收所保存的局部文件的名稱，所以，在步驟32，取出由該文件所指定的事件，并在下面如上述那樣執(zhí)行步驟33、步驟34及步驟35。此外，對新的事件的事件狀態(tài)24，在部門內(nèi)設(shè)定初始狀態(tài)為開始事件處理時的事件狀態(tài)。任務(wù)代理部122向所確定的用戶應(yīng)用程序111發(fā)送附加有所接收的局部文件名稱的A/N。另外，在接收到來自用戶應(yīng)用程序111的帶有局部文件名稱的結(jié)束通知時，任務(wù)代理部122取出根據(jù)在步驟42指定的局部文件所指定的事件，并在下面如上述那樣執(zhí)行步驟42～47。在步驟47向所確定的承擔者的用戶應(yīng)用程序111發(fā)布指定了局部文件名稱的A/N。
圖8所示是事件狀態(tài)轉(zhuǎn)移基準表113的數(shù)據(jù)例之圖。事件狀態(tài)轉(zhuǎn)移基準表113是定義使事件狀態(tài)轉(zhuǎn)移的條件的列表，特別是定義由某個部門向其它部門或由某個部門向其它企業(yè)發(fā)動有所的時機的事件狀態(tài)和狀態(tài)轉(zhuǎn)移的條件。在本例，“輸入”表示在該事件狀態(tài)下被輸入數(shù)據(jù)的數(shù)據(jù)項目，數(shù)據(jù)并非必須確定，在后面的事件狀態(tài)中可以修正該數(shù)據(jù)。此外“X”表示在該事件狀態(tài)不能輸入數(shù)據(jù)的數(shù)據(jù)項目?！翱梢暂斎搿北硎炯瓤梢栽谠撌录顟B(tài)進行數(shù)據(jù)輸入，也可以在后面的事件狀態(tài)進行數(shù)據(jù)輸入的數(shù)據(jù)項目。即，如果只有“可以輸入”的項目未輸入而其它的“輸入”項目已全部輸入結(jié)束，則可以轉(zhuǎn)移到下一個事件狀態(tài)。換一個角度來看，也可以認為“可以輸入”的項中輸入有缺省值?！?”表示在前面的事件狀態(tài)已經(jīng)確定了數(shù)據(jù)的數(shù)據(jù)項目。例如，如“觸發(fā)條件”項目所示的那樣，如果在“等待訂購處理”的事件狀態(tài)輸入有事件序號、品種名稱、訂購數(shù)量及交貨日期，則可以轉(zhuǎn)移到下一個事件狀態(tài)。另外，如果“正在訂購處理”事件狀態(tài)中輸入批準簽字，則進一步轉(zhuǎn)移到下一個事件狀態(tài)。還有，如果在“等待接收訂貨確認”輸入接收訂貨簽字，則所有的數(shù)據(jù)項目確定，轉(zhuǎn)移到下一個事件狀態(tài)。
圖9所示是可執(zhí)行動作表114的數(shù)據(jù)例子的圖?？蓤?zhí)行動作表114在達到由事件狀態(tài)轉(zhuǎn)移基準表113定義的事件狀態(tài)時定義可執(zhí)行的動作。
圖10所示是邏輯任務(wù)結(jié)點定義表115的數(shù)據(jù)例之圖。邏輯任務(wù)結(jié)點定義表115定義執(zhí)行動作的邏輯任務(wù)結(jié)點。邏輯任務(wù)結(jié)點是用普通用語表現(xiàn)部門的名稱的說法，在此所說的部門意味著功能部門，一般地，公共事業(yè)所或企業(yè)那樣的物理的結(jié)點不象X部門101、Y部門102、B公司104那樣地一致。
圖11所示是擔當商務(wù)代理表116的數(shù)據(jù)例子的圖。擔當商務(wù)代理表116與由邏輯任務(wù)結(jié)點定義表115所定義的邏輯任務(wù)結(jié)點相對應(yīng)，定義承擔的代理。在承擔代理的項目中，逐個邏輯任務(wù)結(jié)點地定義管理它們的商務(wù)代理部123或訪問代理部127。即便是本公司部門，但在是商務(wù)代理部123的管理范圍之外的情況或者其它公司部門則均由訪問代理部127承擔。
圖12所示是部署定義表117的數(shù)據(jù)例之圖。部署定義表117對應(yīng)該商務(wù)代理部123所管理的邏輯任務(wù)結(jié)點(功能部門)的標識符，定義現(xiàn)實的承擔部門的標識符和選擇其承擔部門的條件。此處，選擇條件是根據(jù)事件數(shù)據(jù)的內(nèi)容判定而得到的。此外，如果承擔部門根據(jù)處于哪一個任務(wù)代理部122的管理之下來附加與承擔部門相關(guān)的任務(wù)代理部122的標識符(或者任務(wù)代理部122所在的服務(wù)器的標識符)，則通過參照部署定義表117可以特定目的地任務(wù)代理部122和其所管理的部署名。
圖13所示是商務(wù)代理部123的處理流的流程圖，特別是表示商務(wù)代理部123接收用戶應(yīng)用程序111發(fā)出的處理結(jié)束通知并向其它的部門發(fā)布A/N的處理流。如果商務(wù)代理部123接收由用戶應(yīng)用程序111發(fā)出的包括事件序號20的處理結(jié)束通知(步驟51)，便參照業(yè)務(wù)DB112取出指定了事件序號的事件，參照對應(yīng)該事件的事件狀態(tài)轉(zhuǎn)移基準表113(步驟52)。進而匹配對應(yīng)現(xiàn)在的事件狀態(tài)24的事件狀態(tài)轉(zhuǎn)移基準表113上的事件狀態(tài)的數(shù)據(jù)輸入條件，判定是否應(yīng)該轉(zhuǎn)移事件的狀態(tài)(步驟53)。如果不滿足事件狀態(tài)轉(zhuǎn)移的條件(步驟53NO)，則結(jié)束處理。而在滿足事件狀態(tài)轉(zhuǎn)移的條件時(步驟53YES)，則把事件狀態(tài)24更新成下一個狀態(tài)(步驟54)。
接著，參照對應(yīng)該條件的可執(zhí)行動作表114(圖9)，讀取可執(zhí)行的動作，進而參照邏輯任務(wù)結(jié)點定義表115(圖10)讀取下一個進行處理的邏輯任務(wù)結(jié)點(步驟55)。然后，參照擔當商務(wù)代理表116(圖11)，判定承擔進行下一個處理的邏輯任務(wù)結(jié)點的代理部(步驟56)。如果承擔代理部是自己(步驟57YES)，則參照部署定義表117(圖12)確定現(xiàn)實的承擔部門(步驟58)。在承擔部門有條件的情況下，參照事件數(shù)據(jù)確定合乎條件的承擔部門。然后，向所確定的部門的任務(wù)代理部122送交A/N(步驟59)。如果承擔代理部不是自己(步驟57NO)，則對訪問代理部127進行數(shù)據(jù)送交的委托(步驟60)。該數(shù)據(jù)送交的委托包括有事件序號20、數(shù)據(jù)送交目的地的邏輯任務(wù)結(jié)點。
如上述這樣，為了在用于部門內(nèi)的工作流序列的控制的同時也能用于部門間的工作流序列的控制，用戶應(yīng)用程序111向任務(wù)代理部122和商務(wù)代理部123雙方發(fā)送結(jié)束報告，。此外，業(yè)務(wù)處理的序列不一定必須順序進行存在即使某個部門內(nèi)的處理沒有完結(jié)也可以先行開始在其它部門的業(yè)務(wù)處理的可能性。例如，示于圖4的工作流序列例的情況，對于訂貨金額是100萬日元以上的品種，如果沒有科長級的簽字則不能完結(jié)部門內(nèi)的處理，但對于其它的品種，例如，如果有主任級的批準簽字便可完結(jié)處理。這樣，對于部門內(nèi)的處理完結(jié)了的部分，其它部門可先行領(lǐng)回進行處理。
在用戶應(yīng)用程序111及商務(wù)代理部123不能訪問業(yè)務(wù)DB112時，商務(wù)代理部123從用戶應(yīng)用程序111接收事件序號20和保存該事件的局部文件的名稱。然后，取出由指定的局部文件所指定的事件數(shù)據(jù)，并匹配對應(yīng)于現(xiàn)在的事件狀態(tài)24的事件狀態(tài)轉(zhuǎn)移基準表113上的事件狀態(tài)的數(shù)據(jù)輸入條件，判定是否應(yīng)該轉(zhuǎn)移事件的狀態(tài)。在狀態(tài)不轉(zhuǎn)移時，結(jié)束處理。在事件的狀態(tài)應(yīng)該轉(zhuǎn)移時，參照邏輯任務(wù)結(jié)點定義表115讀取進行下一個處理的邏輯任務(wù)結(jié)點和處理結(jié)束的邏輯任務(wù)結(jié)點，執(zhí)行步驟56及步驟57。如果承擔代理部是自己，則執(zhí)行步驟58，向確定的部門的任務(wù)代理部122送交附加有該局部文件名稱的A/N。如果承擔代理部不是自己，則進行對訪問代理部127的數(shù)據(jù)送交委托。該數(shù)據(jù)送交委托包括有事件序號20、數(shù)據(jù)送交目的地的邏輯任務(wù)結(jié)點、處理結(jié)束的邏輯任務(wù)結(jié)點、包含在該事件的數(shù)據(jù)項目名稱和其實例值、及下一個應(yīng)該轉(zhuǎn)移的事件狀態(tài)24的值。
圖14是表示商務(wù)代理部123的處理流的流程圖，特別是表示商務(wù)代理部123接收來自其它的商務(wù)代理部123的A/N發(fā)布委托并對相符的部門發(fā)布A/N的處理。商務(wù)代理部123經(jīng)由訪問代理部127和網(wǎng)絡(luò)轉(zhuǎn)接部128接收來自其它的商務(wù)代理部123的A/N發(fā)布委托(步驟61)。該A/N發(fā)布委托包括事件序號20和數(shù)據(jù)送交目的地的邏輯任務(wù)結(jié)點。然后，參照業(yè)務(wù)DB112取出所指定的事件序號的事件(步驟62)，參照部署定義表117確定對應(yīng)邏輯任務(wù)結(jié)點的現(xiàn)實的承擔部門(步驟63)。在承擔部門有條件的情況下，參照事件數(shù)據(jù)決定符合條件的承擔部門。最后，向管理所確定的部門的任務(wù)代理部122送交A/N(步驟64)。該A/N包含有事件的事件序號20。
在用戶應(yīng)用程序111及商務(wù)代理部123不能訪問業(yè)務(wù)DB112時，商務(wù)代理部123除了接收來自其它的商務(wù)代理部123的事件序號20和數(shù)據(jù)送交目的地的邏輯任務(wù)結(jié)點外，還接收數(shù)據(jù)項目名稱和其實例值。如果具有所指定的事件序號的事件是新的事件，則商務(wù)代理部123在局部文件上追加具有該事件序號的事件數(shù)據(jù)。如果是已經(jīng)登錄在局部文件上的事件，則根據(jù)接收的數(shù)據(jù)更新文件中的事件數(shù)據(jù)。然后，如上述那樣，執(zhí)行步驟63及步驟64。向所確定的部門的任務(wù)代理部122送交附加有局部文件的名稱的A/N。
圖15是表示送交目的地特定表124的數(shù)據(jù)例子的圖。送交目的地特定表124定義對應(yīng)邏輯任務(wù)結(jié)點的物理任務(wù)結(jié)點和選擇該物理任務(wù)結(jié)點的條件。物理任務(wù)結(jié)點的目的地為適當?shù)墓芾碓撐锢砣蝿?wù)結(jié)點的商務(wù)代理部123所在的服務(wù)器(主機)。因此，也可以定義與該商務(wù)代理部123有關(guān)的標識符或者其服務(wù)器標識符。另外，物理任務(wù)結(jié)點的選擇條件可以根據(jù)事件數(shù)據(jù)的內(nèi)容判定并獲取。
圖16是表示訪問規(guī)則保存表125的數(shù)據(jù)例子的圖。訪問規(guī)則保存表125對于每個物理任務(wù)結(jié)點設(shè)定對業(yè)務(wù)DB112的訪問的可否，并對應(yīng)目的地的物理任務(wù)結(jié)點設(shè)定網(wǎng)絡(luò)的種類、編碼/解碼方式及安全模式。網(wǎng)絡(luò)的種類是物理網(wǎng)絡(luò)的種類、通信協(xié)議等。編碼/解碼方式設(shè)定數(shù)據(jù)壓縮和復原的方式，安全模式設(shè)定加密的方式。但是，如果不需要根據(jù)網(wǎng)絡(luò)的種類或目的地的物理任務(wù)結(jié)點加密，則按照其旨意進行設(shè)定。
圖17是表示訪問代理部127的處理流的流程圖。訪問代理部127接收來自商務(wù)代理部123的數(shù)據(jù)送交委托(步驟71)。該數(shù)據(jù)送交委托包括事件序號20和數(shù)據(jù)送交目的地的邏輯任務(wù)結(jié)點。另外，在數(shù)據(jù)送交目的地的邏輯任務(wù)結(jié)點是不能訪問業(yè)務(wù)DB112的部門時，將關(guān)于該事件進一步包括數(shù)據(jù)項目名稱和其實例值、處理結(jié)束的邏輯任務(wù)結(jié)點及下一個應(yīng)該轉(zhuǎn)移的事件狀態(tài)24的值。訪問代理部127參照業(yè)務(wù)DB112取出指定事件序號的事件，根據(jù)接收的數(shù)據(jù)項目值更新業(yè)務(wù)DB112(步驟72)。但是，該更新僅限于參照業(yè)務(wù)DB112，相對該事件的現(xiàn)在的事件狀態(tài)24，數(shù)據(jù)送交目的源的邏輯任務(wù)結(jié)點為“可以更新”的數(shù)據(jù)項目，如果有其它的數(shù)據(jù)項目名稱將被忽視。在進行了該更新后，再利用接收的該事件的事件狀態(tài)24的事件狀態(tài)24的值進行更新。然后，參照送交目的地特定表124特定對應(yīng)數(shù)據(jù)送交目的地的邏輯任務(wù)結(jié)點的目的地物理任務(wù)結(jié)點(步驟73)。在送交目的地有條件的情況下，參照事件數(shù)據(jù)選擇符合條件的送交目的地。
接著，判定是否有多個目的地物理任務(wù)結(jié)點(步驟74)。如果目的地物理任務(wù)結(jié)點是單一的(步驟74NO)，則步驟轉(zhuǎn)移到77。如果目的地物理任務(wù)結(jié)點是多個(步驟74YES)，則根據(jù)事件的種類判定目的地物理任務(wù)結(jié)點是否應(yīng)該是單一的(步驟75)。在得到目的地物理任務(wù)結(jié)點是多個時(步驟75NO)，則步驟轉(zhuǎn)移到77。在目的地物理任務(wù)結(jié)點只限于一個時(步驟75YES)，則對送來數(shù)據(jù)送交委托的商務(wù)代理部123發(fā)送錯誤通知(步驟76)。
該錯誤通知是要求對用戶應(yīng)用程序111發(fā)送單一指定的送交目的地的A/N的通知。例如，在示于圖15的送交目的地特定表124的例中，因為在品種名稱叫作VTR的條件下作為物理任務(wù)結(jié)點可以選擇B公司和C公司兩個公司，所以，事件在商品訂購時被判定為錯誤。但是，在事件估價委托的情況下，由于數(shù)據(jù)送交目的地有多個也可以，所以，不判定為錯誤。事件的種類根據(jù)事件序號20或事件具有的項目名稱(屬性名稱)來判定。
在步驟77，訪問代理部127相對目的地物理任務(wù)結(jié)點參照訪問規(guī)則保存表125，判定目的地物理任務(wù)結(jié)點是否能夠訪問作為對象的業(yè)務(wù)DB112(步驟77)。在數(shù)據(jù)送交目的地不能訪問業(yè)務(wù)DB112時(步驟77NO)，數(shù)據(jù)送交目的地的邏輯任務(wù)結(jié)點參照業(yè)務(wù)DB112對該事件的現(xiàn)在的事件狀態(tài)24附加“可以參照”及“可以更新”的數(shù)據(jù)項目名稱和其實例值，并進行對網(wǎng)絡(luò)轉(zhuǎn)接部128的數(shù)據(jù)送交委托(步驟78)。在數(shù)據(jù)送交目的地可以訪問業(yè)務(wù)DB112時(步驟77YES)，則進行對網(wǎng)絡(luò)轉(zhuǎn)接部128的數(shù)據(jù)送交委托(步驟79)。這些數(shù)據(jù)送交委托任一個都包括有事件的事件序號20、目的地的邏輯任務(wù)結(jié)點及物理任務(wù)結(jié)點。
圖18是表示網(wǎng)絡(luò)轉(zhuǎn)接部128的處理流的流程圖。網(wǎng)絡(luò)轉(zhuǎn)接部128接收來自訪問代理部127的數(shù)據(jù)送交委托(步驟81)，并參照訪問規(guī)則保存表125確定到達數(shù)據(jù)送交目的地的網(wǎng)絡(luò)的種類等(步驟82)。進而，按照該確定對傳送來的數(shù)據(jù)進行加工，并對所指定的物理任務(wù)結(jié)點的商務(wù)代理部123送交A/N發(fā)布委托。
另外，雖然有點偏離本發(fā)明的原則，但也可以不是這樣利用代理部來確定數(shù)據(jù)送交目的地，而是作業(yè)步驟的承擔者通過用戶應(yīng)用程序111指定送交目的地。例如，在進行圖15的品種名稱VTR的訂購或估價處理時，承擔者將其委托目的地只指定為B公司的情況等便與此相當。該情況下，由該承擔者進行的指定也優(yōu)先于訪問代理部127的判斷。下面，對承擔者指定數(shù)據(jù)送交目的地時的處理流進行說明。
首先，承擔者根據(jù)用戶應(yīng)用程序111的引導進行業(yè)務(wù)處理，在處理結(jié)束時，對任務(wù)代理部122和商務(wù)代理部123發(fā)布結(jié)束通知。此時，指定數(shù)據(jù)送交目的地。任務(wù)代理部122接收它們并如上述那樣控制部門內(nèi)的工作流。商務(wù)代理部123接收來自用戶應(yīng)用程序111的通知，并判斷是否發(fā)生了事件狀態(tài)的轉(zhuǎn)移。進而，在判斷為發(fā)生了狀態(tài)轉(zhuǎn)移時，確定屬于由沒有圖示的表所指定的數(shù)據(jù)送交目的地的邏輯任務(wù)結(jié)點。然后，參照擔當商務(wù)代理表116判斷哪里的商務(wù)代理正在管轄著該邏輯任務(wù)結(jié)點。
如果是自己管轄時，則對管轄該數(shù)據(jù)送交目的地的任務(wù)代理部122發(fā)布A/N。如果是其它部門或者公司以外管轄時，則進行對訪問代理部127的數(shù)據(jù)送交委托。這里，訪問代理部127代之參照送交目的地特定表124(圖15)特定對應(yīng)邏輯任務(wù)結(jié)點的物理的數(shù)據(jù)送交目的地，優(yōu)先用戶應(yīng)用程序111所指定的數(shù)據(jù)送交目的地，并將其看成是目的地的物理任務(wù)結(jié)點。此后，如上述那樣，判斷其數(shù)據(jù)送交目的地所屬的邏輯任務(wù)結(jié)點是否可以訪問業(yè)務(wù)DB112，有必要的話，附加業(yè)務(wù)DB112上的事件的數(shù)據(jù)項目名稱和實例值，并對網(wǎng)絡(luò)轉(zhuǎn)接部128進行數(shù)據(jù)送交委托。進而，網(wǎng)絡(luò)轉(zhuǎn)接部128進行數(shù)據(jù)的加工，并向指定的數(shù)據(jù)送交目的地進行數(shù)據(jù)的送交。
另外，在構(gòu)成企業(yè)間交易系統(tǒng)的多個企業(yè)中，也可以有不設(shè)置商務(wù)代理部123的企業(yè)。雖然這樣的企業(yè)不能進行涉及上述那樣的企業(yè)間的工作流控制，但卻可以經(jīng)由訪問代理部127接收由其它企業(yè)指定了數(shù)據(jù)送交目的地及數(shù)據(jù)送交目的源的事件數(shù)據(jù)，并可以經(jīng)由訪問代理部127對數(shù)據(jù)發(fā)送目的源企業(yè)送交回復數(shù)據(jù)。
進而，在圖2所示的實施例中，訪問代理部127、訪問規(guī)則定義數(shù)據(jù)庫126及網(wǎng)絡(luò)轉(zhuǎn)接部128作為提供者106是獨立于A公司的計算機系統(tǒng)的，但也可以在A公司這樣的企業(yè)所具有的計算機系統(tǒng)中實現(xiàn)。
權(quán)利要求
1．一種利用電子計算機進行的工作流控制方法，其特征在于在檢測到業(yè)務(wù)處理中與事件數(shù)據(jù)有關(guān)的作業(yè)步驟結(jié)束時，根據(jù)該事件數(shù)據(jù)的數(shù)據(jù)輸入狀態(tài)，根據(jù)在部門內(nèi)的工作流序列中規(guī)定下一個應(yīng)該進行處理的承擔者的部門內(nèi)的工作流規(guī)則，判定下一個承擔者是否處于應(yīng)該處理的事件狀態(tài)，如果下一個承擔者達到應(yīng)該處理的事件狀態(tài)，則對下一個承擔者發(fā)布動作通知。
2．權(quán)利要求1所記載的工作流控制方法，其特征在于當檢測到與該事件數(shù)據(jù)有關(guān)的作業(yè)步驟結(jié)束時，按照該事件數(shù)據(jù)的數(shù)據(jù)輸入狀態(tài)，根據(jù)涉及部門間的工作流序列中規(guī)定下一個應(yīng)該處理的部門的部門間的工作流規(guī)則，判定下一個部門是否處于應(yīng)該處理的事件狀態(tài)，如果下一個部門達到應(yīng)該處理的事件狀態(tài)，則對下一個部門發(fā)布動作通知，接收對下一個部門的動作通知并根據(jù)部門內(nèi)的該工作流規(guī)則進行下一道作業(yè)步驟。
3．權(quán)利要求2所記載的工作流控制方法，其特征在于該下一個部門是用普通用語表現(xiàn)的功能部門，參照保存該功能部門的標識符和現(xiàn)實所存在的部門的標識符的對應(yīng)關(guān)系的列表，把該下一個部門的標識符變換成現(xiàn)實的部門的標識符之后，對下一個部門發(fā)布動作通知。
4．權(quán)利要求3所記載的工作流控制方法，其特征在于該列表是對應(yīng)該事件數(shù)據(jù)的內(nèi)容設(shè)定對應(yīng)該功能部門的實際部門的列表，通過使該事件數(shù)據(jù)的內(nèi)容和該列表的事件數(shù)據(jù)的內(nèi)容進行匹配來確定現(xiàn)實部門。
5．權(quán)利要求2所記載的工作流控制方法，其特征在于該事件數(shù)據(jù)是保存在業(yè)務(wù)數(shù)據(jù)庫中的數(shù)據(jù)，在該下一個部門不能訪問該數(shù)據(jù)庫時，向該下一個部門同時送交該動作通知和包含在該事件數(shù)據(jù)中的數(shù)據(jù)項目名稱和其實例值。
6．一種利用電子計算機進行工作流控制的計算機系統(tǒng)，其特征在于具有控制部門內(nèi)的工作流的第1代理部，上述第1代理部具有在檢測到業(yè)務(wù)處理中與事件數(shù)據(jù)有關(guān)的作業(yè)步驟結(jié)束時，根據(jù)該事件數(shù)據(jù)的數(shù)據(jù)輸入狀態(tài)，根據(jù)在部門內(nèi)的工作流序列中規(guī)定下一個應(yīng)該處理的承擔者的部門內(nèi)的工作流規(guī)則(119)，判定下一個承擔者是否處于應(yīng)該處理的事件狀態(tài)，如果下一個承擔者達到應(yīng)該處理的事件狀態(tài)，則對下一個承擔者發(fā)布動作通知的單元；和接收對下一個部門的動作通知并根據(jù)部門內(nèi)的該工作流規(guī)則進行上述的部門內(nèi)的控制的單元。
7．權(quán)利要求6所記載的計算機系統(tǒng)，其特征在于，其進一步具有控制上述部門間的工作流的第2代理部；進行第2代理部和其它的第2代理部之間的數(shù)據(jù)傳送的第3代理部；第2代理部具有在檢測到與該事件數(shù)據(jù)有關(guān)的作業(yè)步驟的結(jié)束時，根據(jù)該事件數(shù)據(jù)的數(shù)據(jù)輸入狀態(tài)，根據(jù)涉及部門間的工作流序列中規(guī)定下一個應(yīng)該處理的部門的部門間工作流規(guī)則，判定下一個部門是否處于應(yīng)該處理的事件狀態(tài)，在下一個部門達到應(yīng)該處理的事件狀態(tài)時，判定該下一個部門是屬于該第2代理部管理范圍內(nèi)的部門還是屬于其管理范圍之外的部門，在是屬于管理范圍內(nèi)的部門時，對管理范圍內(nèi)的第1代理部發(fā)布動作通知，在是屬于管理范圍之外的部門時，對第3代理部進行數(shù)據(jù)送交委托的單元；和從第3代理部接收動作通知并對作為目的地的第1代理部發(fā)布動作通知的單元；第3代理部具有接收來自第2代理部的數(shù)據(jù)送交委托并確定管理該下一個部門的第2代理部，向所確定的第2代理部送交動作通知的單元。
8．權(quán)利要求7所記載的控制工作流的計算機系統(tǒng)，其特征在于該所謂下一個部門是用普通用語表現(xiàn)的功能部門，上述第3代理部具有參照保存該功能部門的標識符和與上述第2代理部有關(guān)的標識符的對應(yīng)關(guān)系的第3列表，在把從上述第2代理部接收的該下一個部門的標識符變換成與其它的第2代理部有關(guān)的標識符之后，對該其它的第2代理部送交動作通知的單元；該其它的第2代理部具有參照保存該功能部門的標識符和與上述第1代理部有關(guān)的標識符的對應(yīng)關(guān)系的第2列表，在把從上述第3代理部接收的該下一個部門的標識符變換成與上述其它的第2代理部管理范圍內(nèi)的第1代理部有關(guān)的標識符之后，對作為目的地的該第1代理部發(fā)布動作通知的單元。
9．權(quán)利要求8所記載的控制工作流的計算機系統(tǒng)，其特征在于上述第3列表是根據(jù)該事件數(shù)據(jù)的內(nèi)容設(shè)定與對應(yīng)該功能部門的第2代理部有關(guān)的標識符的列表，上述第2列表是根據(jù)該事件數(shù)據(jù)的內(nèi)容設(shè)定與對應(yīng)該功能部門的第1代理部有關(guān)的標識符的列表，上述第3代理部具有匹配該事件數(shù)據(jù)的內(nèi)容和上述第3列表的事件數(shù)據(jù)的內(nèi)容并確定作為動作通知的送交目的地的第2代理部的單元，上述第2代理部具有匹配該事件數(shù)據(jù)的內(nèi)容和上述第2列表的事件數(shù)據(jù)的內(nèi)容并確定成為動作通知的送交目的地的第1代理部的單元。
10．權(quán)利要求7所記載的控制工作流的計算機系統(tǒng)，其特征在于該事件數(shù)據(jù)是保存在業(yè)務(wù)數(shù)據(jù)庫中的數(shù)據(jù)，上述第3代理部具有在該下一個部門不能訪問該數(shù)據(jù)庫時，向該下一個部門同時送交該動作通知和包含在該事件數(shù)據(jù)中的數(shù)據(jù)項目名稱和其實例值。
11．一種計算機程序，記錄在計算機可讀取的記錄介質(zhì)上，該程序運行在利用計算機進行工作流控制的計算機系統(tǒng)上，該計算機系統(tǒng)具有控制部門內(nèi)的工作流的第1代理部，上述第1代理部具有完成如下功能的處理單元，即在檢測到業(yè)務(wù)處理中與事件數(shù)據(jù)有關(guān)的作業(yè)步驟結(jié)束時，根據(jù)該事件數(shù)據(jù)的數(shù)據(jù)輸入狀態(tài)，根據(jù)在部門內(nèi)的工作流序列中規(guī)定下一個應(yīng)該處理的承擔者的部門內(nèi)的工作流規(guī)則，判定下一個承擔者是否處于應(yīng)該處理的事件狀態(tài)，如果下一個承擔者達到應(yīng)該處理的事件狀態(tài)，則對下一個承擔者發(fā)布動作通知。
12．權(quán)利要求11所記載的程序，其特征在于上述的計算機系統(tǒng)進一步具有控制上述部門間的工作流的第2代理部和進行第2代理部和其它的第2代理部之間的數(shù)據(jù)傳送的第3代理部，上述第1代理部進而具有接收對應(yīng)下一個部門的動作通知并根據(jù)部門內(nèi)的該工作流規(guī)則進行上述部門內(nèi)的工作流控制的處理單元，上述第3代理部具有接收來自第2代理部的數(shù)據(jù)送交委托并確定管理該下一個部門的第2代理部，向所確定的第2代理部送交動作通知的處理單元，執(zhí)行第2代理部的處理的該程序包括以下運行步驟(a)在檢測到與該事件數(shù)據(jù)有關(guān)的作業(yè)步驟結(jié)束時，根據(jù)該事件數(shù)據(jù)的數(shù)據(jù)輸入狀態(tài)，根據(jù)涉及部門間的工作流序列中規(guī)定下一個應(yīng)該處理的部門的部門間的工作流規(guī)則，判定下一個部門是否處于應(yīng)該處理的事件狀態(tài)，(b)在下一個部門達到應(yīng)該處理的事件狀態(tài)時，判定該下一個部門是屬于該第2代理部管理范圍內(nèi)的部門還是屬于管理范圍之外的部門，在屬于管理范圍內(nèi)的部門時，對管理范圍內(nèi)的第1代理部發(fā)布動作通知，在屬于管理范圍之外的部門時，對上述第3代理部進行數(shù)據(jù)送交委托，(c)接收來自上述第3代理部的動作通知并對作為目的地的第1代理部發(fā)布動作通知。
13．一種被實體化在計算機可讀取的記錄介質(zhì)上的計算機程序，該程序運行在利用計算機進行工作流控制的計算機系統(tǒng)上，其特征在于該計算機系統(tǒng)具有控制部門內(nèi)的工作流的第1代理部，上述第1代理部具有在檢測到業(yè)務(wù)處理中與事件數(shù)據(jù)有關(guān)的作業(yè)步驟結(jié)束時，根據(jù)該事件數(shù)據(jù)的數(shù)據(jù)輸入狀態(tài)，根據(jù)在部門內(nèi)的工作流序列中規(guī)定下一個應(yīng)該處理的承擔者的部門內(nèi)的工作流規(guī)則，判定下一個承擔者是否處于應(yīng)該處理的事件狀態(tài)，如果下一個承擔者達到應(yīng)該處理的事件狀態(tài)，則對下一個承擔者發(fā)布動作通知的處理單元。
14．權(quán)利要求13所記載的程序，其特征在于上述的計算機系統(tǒng)進一步具有控制上述部門間的工作流的第2代理部和進行第2代理部和其它的第2代理部之間的數(shù)據(jù)傳送的第3代理部，上述第1代理部進而具有接收對下一個部門的動作通知并根據(jù)部門內(nèi)的工作流規(guī)則進行上述部門內(nèi)的工作流控制的處理單元，上述第2代理部具有在檢測到與該事件數(shù)據(jù)有關(guān)的作業(yè)步驟結(jié)束時，根據(jù)該事件數(shù)據(jù)的數(shù)據(jù)輸入狀態(tài)，根據(jù)涉及部門間的工作流序列中規(guī)定下一個應(yīng)該處理的部門的部門間的工作流規(guī)則，判定下一個部門是否處于應(yīng)該處理的事件狀態(tài)，在下一個部門達到應(yīng)該處理的事件狀態(tài)時，判定該下一個部門是屬于該第2代理部管理范圍內(nèi)的部門還是屬于其管理范圍之外的部門，在是屬于管理范圍內(nèi)的部門時，對管理范圍內(nèi)的第1代理部發(fā)布動作通知，在是屬于管理范圍之外的部門時，則對第3代理部進行數(shù)據(jù)送交委托的單元；從第3代理部接收動作通知并對作為目的地的第1代理部發(fā)布動作通知的單元，執(zhí)行第3代理部的處理的該程序包括以下運行步驟(a)接收來自第2代理部的數(shù)據(jù)送交委托并確定管理該下一個部門的第2代理部，(b)向所確定的第2代理部送交動作通知。
15．權(quán)利要求1所述的工作流控制方法，其特征在于，具有如下步驟確定執(zhí)行應(yīng)該進行工作流控制的業(yè)務(wù)處理的多個部門，對于上述各個部門設(shè)置第1代理部；根據(jù)上述業(yè)務(wù)處理的運行，確定轉(zhuǎn)移的多個業(yè)務(wù)狀態(tài)，對應(yīng)上述各個業(yè)務(wù)狀態(tài)確定管理數(shù)據(jù)輸入的第1代理部；生成使上述各個業(yè)務(wù)狀態(tài)和與上述業(yè)務(wù)處理相關(guān)的數(shù)據(jù)庫內(nèi)的數(shù)據(jù)的輸入狀態(tài)相對應(yīng)的工作流規(guī)則；在數(shù)據(jù)輸入時，至少由第1代理部參照上述工作流規(guī)則；作為參照結(jié)果，在從有數(shù)據(jù)輸入的部門直到改變到其它部門的業(yè)務(wù)狀態(tài)期間，由與前者的部門相關(guān)聯(lián)的第1代理部繼續(xù)執(zhí)行業(yè)務(wù)狀態(tài)。
16．權(quán)利要求15所記載的工作流的控制方法，其特征在于將上述多個部門分配成每一個塊包含至少一個部門的多個部門塊，并對應(yīng)上述的每一個部門塊設(shè)置第2代理部；作為參照結(jié)果，在從有數(shù)據(jù)輸入的部門改變業(yè)務(wù)狀態(tài)到其它部門時，如果后者的部門和前者的部門屬于同一個部門塊，則與該同一個部門塊相關(guān)聯(lián)的第2代理部向與后者的部門相關(guān)聯(lián)的第1代理部發(fā)布動作通知，并指示該業(yè)務(wù)狀態(tài)的執(zhí)行，否則與前者的部門相關(guān)聯(lián)的第2代理部通知與后者的部門相關(guān)聯(lián)的第2代理部，與后者部門相關(guān)聯(lián)的第2代理部向與后者部門相關(guān)聯(lián)的第1代理部發(fā)布動作通知，并指示其業(yè)務(wù)狀態(tài)的執(zhí)行。
17．一種工作流控制系統(tǒng)，其特征在于，包括執(zhí)行應(yīng)該進行工作流控制的業(yè)務(wù)處理的多個部門；對應(yīng)上述的每一個部門設(shè)置第1代理部，根據(jù)上述業(yè)務(wù)處理的運行確定轉(zhuǎn)移的多個業(yè)務(wù)狀態(tài)，對應(yīng)每一個上述業(yè)務(wù)狀態(tài)確定管理數(shù)據(jù)的輸入的第1代理部；保存與上述業(yè)務(wù)處理相關(guān)的數(shù)據(jù)的數(shù)據(jù)庫；使每一個上述的業(yè)務(wù)狀態(tài)和上述數(shù)據(jù)庫內(nèi)的數(shù)據(jù)的輸入狀態(tài)對應(yīng)的工作流規(guī)則；在數(shù)據(jù)輸入時至少第1代理部參照上述工作流規(guī)則；作為參照結(jié)果，在從有數(shù)據(jù)輸入的部門改變到其它部門的業(yè)務(wù)狀態(tài)期間，由與前者的部門相關(guān)聯(lián)的第1代理部繼續(xù)執(zhí)行業(yè)務(wù)狀態(tài)。
18．權(quán)利要求17所記載的工作流控制系統(tǒng)，其特征在于將上述多個部門分配成每一個塊包含至少一個部門的多個部門塊，并對應(yīng)上述的每一個部門塊設(shè)置第2代理部；作為參照結(jié)果，在從有數(shù)據(jù)輸入的部門改變業(yè)務(wù)狀態(tài)到其它部門時，如果后者的部門和前者的部門屬于同一個部門塊，則與該同一個部門塊相關(guān)聯(lián)的第2代理部對與后者的部門相關(guān)聯(lián)的第1代理部發(fā)布動作通知，并指示其業(yè)務(wù)狀態(tài)的執(zhí)行，否則與前者的部門相關(guān)聯(lián)的第2代理部通知與后者的部門相關(guān)聯(lián)的第2代理部，與后者部門相關(guān)聯(lián)的第2代理部向與后者部門相關(guān)聯(lián)的第1代理部發(fā)布動作通知，并指示其業(yè)務(wù)狀態(tài)的執(zhí)行。
全文摘要
本發(fā)明用于對企業(yè)內(nèi)的業(yè)務(wù)處理及企業(yè)間交易進行工作流控制,進行必要的數(shù)據(jù)送交。任務(wù)代理部檢測用戶應(yīng)用程序的處理結(jié)束,并參照任務(wù)規(guī)則定義DB進行部門間的工作流控制。另外,商務(wù)代理部也檢測該用戶應(yīng)用程序的處理結(jié)束,并進行涉及部門間的工作流控制,如果應(yīng)該進行下一個處理的部門是其它企業(yè),則對訪問代理部進行數(shù)據(jù)送交委托。訪問代理部參照訪問規(guī)則定義DB對目的地企業(yè)發(fā)布動作通知。
文檔編號G06Q10/00GK1218233SQ98122548
公開日1999年6月2日 申請日期1998年11月20日 優(yōu)先權(quán)日1997年11月21日
發(fā)明者森俊彥, 曾我伸子, 細田直文, 曾我修治, 矢加部太郎 申請人:株式會社日立制作所