一種基于工作流框架的自定義權(quán)限流程方法及系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及工作流相關(guān)技術(shù)領(lǐng)域，特別是一種基于工作流框架的自定義權(quán)限流程方法及系統(tǒng)。
【背景技術(shù)】
[0002]工作流是一系列相互銜接、自動進(jìn)行的業(yè)務(wù)流動或任務(wù)，是針對工作中具有固定程序的常規(guī)流動而提出的一個概念。
[0003]隨著社會的發(fā)展，工作流產(chǎn)品的接受和理解程度已經(jīng)高很多了。大家已經(jīng)普遍認(rèn)可工作流產(chǎn)品是做很多應(yīng)用系統(tǒng)尤其是OA系統(tǒng)的重要的基礎(chǔ)產(chǎn)品。信息化發(fā)展程度較高、而且比較有代表性的電信、金融等市場已經(jīng)把工作流(Business Process Management,BPM)產(chǎn)品作為其信息系統(tǒng)建設(shè)的重要選型產(chǎn)品，而電子商務(wù)作為最近幾年蓬勃發(fā)展的行業(yè)，自然而然也離不開工作流的產(chǎn)品。
[0004]在現(xiàn)代企事業(yè)單位的日常活動中，70%以上都是有兩個或者兩個以上的員工共同參與、協(xié)同工作的任務(wù)，比如生產(chǎn)流程、業(yè)務(wù)流程、各行政申請流程、財務(wù)審批流程、人事處理流程、質(zhì)量控制及客服流程。而這些流程的權(quán)限控制一般都是基于公司現(xiàn)有的企業(yè)資源計劃(Enterprise Resource Planning,ERP)層級結(jié)構(gòu)來進(jìn)行的。比如請假流程，員工發(fā)起申請，然后系統(tǒng)會查找該員工的上級部門經(jīng)理，將審批任務(wù)推送給經(jīng)理進(jìn)行審核，經(jīng)理審核通過后會將任務(wù)推送給該經(jīng)理的上級某總監(jiān)審核，總監(jiān)通過后請假生效。
[0005]然而電子商務(wù)行業(yè)的審批流程，如需求單審核流程、商品價格審核流程、增票審核流程、經(jīng)銷商資質(zhì)審核流程、促銷審核流程等等，都是跟商品分類相關(guān)聯(lián)的。
[0006]現(xiàn)在比較流行的工作流框架有workflow，osworkflow，jbpm，shark。這些框架都有自己的特點和優(yōu)勢，目前發(fā)展比較好的是jbpm系。這些工作流框架都是基于常規(guī)的業(yè)務(wù)審核流程，且權(quán)限管理也是根據(jù)標(biāo)準(zhǔn)的ERP結(jié)構(gòu)系統(tǒng)來進(jìn)行的，其無法進(jìn)行復(fù)雜的權(quán)限控制。而電子商務(wù)是依托于商品的，所進(jìn)行的很多審核流程都是需要進(jìn)行數(shù)據(jù)權(quán)限的控制的(分類、品牌、商品標(biāo)識號)。不能用單純的角色分組來進(jìn)行工作流審批的權(quán)限控制。比如對于某個商品的價格審核，同一個角色(商采經(jīng)理)雖然他們的分組都相同，但是由于負(fù)責(zé)的商品標(biāo)識號不同，所以他們能夠查詢看到的待查詢?nèi)蝿?wù)是不同的，如果僅用工作流框架的權(quán)限控制，兩個商采經(jīng)理看到的數(shù)據(jù)是完全相同的，達(dá)不到權(quán)限控制的要求，因此現(xiàn)有的工作流框架很難適用于電子商務(wù)行業(yè)相關(guān)的審批流程。

【發(fā)明內(nèi)容】

[0007]基于此，有必要針對現(xiàn)有技術(shù)的工作流框架無法進(jìn)行自定義權(quán)限控制的技術(shù)問題，提供一種基于工作流框架的自定義權(quán)限流程方法及系統(tǒng)。
[0008]—種基于工作流框架的自定義權(quán)限流程方法，包括:
[0009]流程發(fā)起步驟，包括:接收到來自客戶端的發(fā)起審核流程請求，從所述發(fā)起審核流程請求中解析出至少一個自定義權(quán)限數(shù)據(jù)，調(diào)用工作流框架發(fā)起審核任務(wù)流程，獲取工作流框架返回的審核任務(wù)流程的任務(wù)標(biāo)識，將任務(wù)標(biāo)識與發(fā)起審核流程請求相關(guān)的所有自定義權(quán)限數(shù)據(jù)作為關(guān)聯(lián)關(guān)系保存；
[0010]流程查詢步驟，包括:接收到來自客戶端的查詢?nèi)蝿?wù)請求，獲取關(guān)于查詢?nèi)蝿?wù)請求的自定義角色作為用戶自定義角色，獲取關(guān)于查詢?nèi)蝿?wù)請求的工作流框架角色作為用戶工作流框架角色，將關(guān)聯(lián)關(guān)系中，自定義權(quán)限數(shù)據(jù)滿足用戶自定義角色且在工作流框架中對應(yīng)的任務(wù)流轉(zhuǎn)至用戶工作流框架角色的任務(wù)標(biāo)識作為待查詢?nèi)蝿?wù)標(biāo)識，向客戶端返回待查詢?nèi)蝿?wù)標(biāo)識，其中工作流框架角色為設(shè)置在工作流框架中與任務(wù)流轉(zhuǎn)相關(guān)的角色。
[0011]—種基于工作流框架的自定義權(quán)限流程系統(tǒng)，包括:
[0012]流程發(fā)起模塊，用于:接收到來自客戶端的發(fā)起審核流程請求，從所述發(fā)起審核流程請求中解析出至少一個自定義權(quán)限數(shù)據(jù)，調(diào)用工作流框架發(fā)起審核任務(wù)流程，獲取工作流框架返回的審核任務(wù)流程的任務(wù)標(biāo)識，將任務(wù)標(biāo)識與發(fā)起審核流程請求相關(guān)的所有自定義權(quán)限數(shù)據(jù)作為關(guān)聯(lián)關(guān)系保存；
[0013]流程查詢模塊，用于:接收到來自客戶端的查詢?nèi)蝿?wù)請求，獲取關(guān)于查詢?nèi)蝿?wù)請求的自定義角色作為用戶自定義角色，獲取關(guān)于查詢?nèi)蝿?wù)請求的工作流框架角色作為用戶工作流框架角色，將關(guān)聯(lián)關(guān)系中，自定義權(quán)限數(shù)據(jù)滿足用戶自定義角色且在工作流框架中對應(yīng)的任務(wù)流轉(zhuǎn)至用戶工作流框架角色的任務(wù)標(biāo)識作為待查詢?nèi)蝿?wù)標(biāo)識，向客戶端返回待查詢?nèi)蝿?wù)標(biāo)識，其中工作流框架角色為設(shè)置在工作流框架中與任務(wù)流轉(zhuǎn)相關(guān)的角色。
[0014]本發(fā)明將權(quán)限控制部分從工作流框架中獨立出來形成自定義的權(quán)限控制，從而使得既能使用現(xiàn)有的工作流框架的工作流轉(zhuǎn)控制，避免二次開發(fā)，又能實現(xiàn)自定義的權(quán)限控制，使得能夠滿足電子商務(wù)下的復(fù)雜多變的權(quán)限控制需求。
【附圖說明】
[0015]圖1為本發(fā)明一種基于工作流框架的自定義權(quán)限流程方法的工作流程圖；
[0016]圖2為本發(fā)明最佳實施例的系統(tǒng)模塊圖；
[0017]圖3為本發(fā)明一種基于工作流框架的自定義權(quán)限流程系統(tǒng)的系統(tǒng)模塊圖。
【具體實施方式】
[0018]下面結(jié)合附圖和具體實施例對本發(fā)明做進(jìn)一步詳細(xì)的說明。
[0019]如圖1所示為本發(fā)明一種基于工作流框架的自定義權(quán)限流程方法的工作流程圖，包括:
[0020]步驟S101，包括:接收到來自客戶端的發(fā)起審核流程請求，從所述發(fā)起審核流程請求中解析出至少一個自定義權(quán)限數(shù)據(jù)，調(diào)用工作流框架發(fā)起審核任務(wù)流程，獲取工作流框架返回的審核任務(wù)流程的任務(wù)標(biāo)識，將任務(wù)標(biāo)識與發(fā)起審核流程請求相關(guān)的所有自定義權(quán)限數(shù)據(jù)作為關(guān)聯(lián)關(guān)系保存；
[0021]步驟S102，包括:接收到來自客戶端的查詢?nèi)蝿?wù)請求，獲取關(guān)于查詢?nèi)蝿?wù)請求的自定義角色作為用戶自定義角色，獲取關(guān)于查詢?nèi)蝿?wù)請求的工作流框架角色作為用戶工作流框架角色，將關(guān)聯(lián)關(guān)系中，自定義權(quán)限數(shù)據(jù)滿足用戶自定義角色且在工作流框架中對應(yīng)的任務(wù)流轉(zhuǎn)至用戶工作流框架角色的任務(wù)標(biāo)識作為待查詢?nèi)蝿?wù)標(biāo)識，向客戶端返回待查詢?nèi)蝿?wù)標(biāo)識，其中工作流框架角色為設(shè)置在工作流框架中與任務(wù)流轉(zhuǎn)相關(guān)的角色。
[0022]步驟SlOl將任務(wù)標(biāo)識與相關(guān)的自定義權(quán)限數(shù)據(jù)作為關(guān)聯(lián)關(guān)系保存，使得自定義權(quán)限數(shù)據(jù)與在工作流框架中流轉(zhuǎn)的任務(wù)形成了相關(guān)性。工作流框架采用現(xiàn)有的工作流框架，例如Activiti等。工作流框架自行維護(hù)任務(wù)的流轉(zhuǎn)，當(dāng)一個任務(wù)節(jié)點完成了審批，工作流框架自行轉(zhuǎn)到下一任務(wù)節(jié)點。當(dāng)用戶通過客戶端查詢其待查詢?nèi)蝿?wù)時，觸發(fā)步驟S102，此時，將會根據(jù)自定義權(quán)限數(shù)據(jù)和查詢?nèi)蝿?wù)請求的自定義角色和工作流框架角色確定出對應(yīng)的待查詢?nèi)蝿?wù)標(biāo)識。
[0023]其中，工作流框架角色在工作流框架中分配，例如可以有:普通員工、經(jīng)理、部門經(jīng)理三個角色，則一個任務(wù)中工作流框架中會從普通員工角色發(fā)起，然后流轉(zhuǎn)到經(jīng)理角色，當(dāng)經(jīng)理角色審批后，會流轉(zhuǎn)到部門經(jīng)理角色進(jìn)行審批，當(dāng)部門經(jīng)理角色審批后，完成整個任務(wù)。
[0024]自定義角色則是本發(fā)明所設(shè)計的獨立于工作流框架的角色。用戶可以自行設(shè)計不同的自定義角色。
[0025]因此，本方面一方面保留了工作流框架對任務(wù)的流轉(zhuǎn)控制，另一方面又將權(quán)限控制從工作流框架中獨立出來，使得能夠滿足電子商務(wù)下的復(fù)雜多變的權(quán)限控制需求。在其中一個實施例中，每個自定義角色與至少一個權(quán)限類型相關(guān)，當(dāng)自定義權(quán)限數(shù)據(jù)滿足權(quán)限類型時，該自定義權(quán)限數(shù)據(jù)滿足權(quán)利類型相關(guān)的自定義角色。
[0026]每個自定義角色都會有至少一個權(quán)限類型，自定義角色可以有多個權(quán)限類型，通過為自定義角色設(shè)定權(quán)限類型來進(jìn)一步確定該自定義角色的權(quán)限范圍，權(quán)限類型是根據(jù)具體的業(yè)務(wù)來制定的，比如類目權(quán)限、部門權(quán)限等。
[0027]本實施例為每個自定義角色增加權(quán)限類型，以增加自定義角色設(shè)計的靈活性。
[0028]在其中一個實施例中，所述步驟S102，具體包括:
[0029]接收到來自客戶端的包括用戶標(biāo)識的查詢?nèi)蝿?wù)請求，獲取與用戶標(biāo)識相關(guān)的至少一個自定義角色，每個自定義角色作為一個用戶自定義角色，獲取與用戶標(biāo)識相關(guān)的至少一個工作流框架角色，每個工作流框架角色作為一個用戶工作流框架角色；
[0030]獲取工作流框架中流轉(zhuǎn)到每個用戶工作流框架角色的任務(wù)作為待判斷任務(wù)；
[0031]對所保存的關(guān)聯(lián)關(guān)系進(jìn)行檢索，如果關(guān)聯(lián)關(guān)系所包括的所有自定義權(quán)限數(shù)據(jù)均滿足其中一個用戶自定義角色，則將該關(guān)聯(lián)關(guān)系所包括的任務(wù)標(biāo)識作為用戶任務(wù)標(biāo)識；
[0032]將任務(wù)標(biāo)識與用戶任務(wù)標(biāo)識一致的待判斷任務(wù)作為待查詢?nèi)蝿?wù)，將待查詢?nèi)蝿?wù)的任務(wù)標(biāo)識作為待查詢?nèi)蝿?wù)標(biāo)識，向客戶端返回待查詢?nèi)蝿?wù)標(biāo)識。
[0033]工作流框架對任務(wù)進(jìn)行流轉(zhuǎn)，到達(dá)一個任務(wù)節(jié)點則由相應(yīng)的工作流框架角色對任務(wù)進(jìn)行審批，而自定義角色則有對應(yīng)的權(quán)限類型，通過兩者共同進(jìn)行篩選得出的任務(wù)則為該用戶標(biāo)識所對應(yīng)的待查詢?nèi)蝿?wù)。該待查詢?nèi)蝿?wù)既由工作流框架負(fù)責(zé)維護(hù)任務(wù)流轉(zhuǎn)，同時又通過自定義角色實現(xiàn)自定義的權(quán)限控制。
[0034]在其中一個實施例中，所述步驟S102，具體包括:
[0035]接收到來自客戶端的包括用戶標(biāo)識和查詢條件的查詢?nèi)蝿?wù)請求，