專利名稱：P2p型工作流系統(tǒng)、信息處理裝置及工作流支持系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種工作流系統(tǒng)，其用于在例如企業(yè)等中，對由多個工序構(gòu)成且經(jīng)由多個作業(yè)者處理的一連串作業(yè)進行支持。
背景技術(shù)：
隨著個人電腦(PC)的普及及網(wǎng)絡(luò)環(huán)境的完善等，在很多企業(yè)中，廣泛地實現(xiàn)業(yè)務(wù)的電子化。作為用于通過該電子化進行支持而高效地開展業(yè)務(wù)的一種方法，已知工作流系統(tǒng)。工作流系統(tǒng)通常由服務(wù)器統(tǒng)一管理作業(yè)的進展狀況等，各個工序的作業(yè)者使用與服務(wù)器和網(wǎng)絡(luò)連接的PC，在適當?shù)臅r候?qū)嵤┧袚淖鳂I(yè)。并且，關(guān)于該工作流系統(tǒng)，目前已提出各種方案(例如，參照專利文獻1等)。專利文獻1 日本特開2008-117258號公報

發(fā)明內(nèi)容
在目前一般的服務(wù)器型工作流系統(tǒng)中，在未收容在同一個系統(tǒng)中的用戶之間組合過程(工作流)的情況下，可以通過重新收容到同一個系統(tǒng)中，或使收容各個過程的系統(tǒng)之間連接而應(yīng)對，但是，存在收容的系統(tǒng)的準備，或者，系統(tǒng)管理者的調(diào)整或連接作業(yè)麻煩的課題。另外，在目前一般的服務(wù)器型工作流系統(tǒng)中存在以下課題，S卩，因為由服務(wù)器管理過程或任務(wù)，所以要使從不同系統(tǒng)提供的過程間連接或協(xié)調(diào)，各個系統(tǒng)的管理者之間必須在調(diào)整后進行系統(tǒng)修正等連接作業(yè)，非常麻煩(這里的管理者包含有責任進行過程改善的職責)。另外，對于同一個系統(tǒng)提供的過程的改善也相同，一般來說，為了進行過程修正，管理者很麻煩。其結(jié)果是，為了對于管理成本的效果最大化，將系統(tǒng)中的支持范圍縮減為整體最優(yōu)的標準過程，除此之外的分支業(yè)務(wù)過程通過郵件或表計算工具等在系統(tǒng)外應(yīng)對，或在系統(tǒng)的生成中組合業(yè)務(wù)而應(yīng)對的情況不少。如果本身使用的多個系統(tǒng)間無聯(lián)系，則也存在對于每個系統(tǒng)加強例如自身分解或相對于跨越的過程之間二次投入等自身調(diào)節(jié)的情況。另夕卜，即使是系統(tǒng)支持的業(yè)務(wù)過程，系統(tǒng)修正也無法跟得上圍繞業(yè)務(wù)的環(huán)境變化，從而通過郵件或表計算工具完成業(yè)務(wù)過程，在事后向系統(tǒng)加入數(shù)據(jù)的情況也不少。本發(fā)明是考慮上述情況提出的，目的在于提供一種工作流系統(tǒng)、信息處理裝置及工作流支持程序，其不會麻煩系統(tǒng)管理者，即可在希望改善過程的當事人之間實現(xiàn)可以改善的應(yīng)用。為了實現(xiàn)上述目的，本發(fā)明的工作流系統(tǒng)為，將由多個任務(wù)組成的過程搭載在大于或等于1臺計算機上，通過分配到上述多個任務(wù)中的至少1個任務(wù)的多個工作流支持程序依次進行處理，上述多個工作流支持程序分別具有組生成單元，其定義作為成員而歸屬的各個工作流程序的職責，并生成組；過程定義單元，其指定應(yīng)承擔各個任務(wù)的成員的職責，并且定義由多個任務(wù)組成的過程；以及過程處理單元，其處理通過上述過程定義單元定義的過程內(nèi)的任務(wù)，將包含表示上述過程相關(guān)的各個任務(wù)的處理結(jié)果及進展狀況的信息的消息，傳送給已定義要承擔下一個任務(wù)的職責的工作流支持程序，在通過上述組生成單元生成的組內(nèi)，通過在上述多個工作流支持程序之間依次傳送與該過程相關(guān)的信息，處理通過上述過程定義單元定義的過程。發(fā)明的效果根據(jù)本發(fā)明，可以實現(xiàn)不麻煩系統(tǒng)管理者，即可在要改善過程的當事人之間實現(xiàn)可以改善的運用。


圖1是表示本發(fā)明的實施方式涉及的工作流系統(tǒng)的動作環(huán)境的圖。圖2是用于在說明該實施方式的工作流中形成的組的結(jié)構(gòu)的圖。圖3是表示實現(xiàn)該實施方式的工作流程序的過程支持工具(工作流支持程序)的功能框圖的圖。圖4是表示在該實施方式的工作流系統(tǒng)中使用的使用許可信息的一個結(jié)構(gòu)例的圖。圖5A是用于說明該實施方式的工作流系統(tǒng)中使用的成員信息的一個結(jié)構(gòu)例的第 1圖。圖5B是用于說明該實施方式的工作流系統(tǒng)中使用的成員信息的一個結(jié)構(gòu)例的第 2圖。圖6A是用于說明該實施方式的工作流系統(tǒng)中使用的鏈接信息的一個結(jié)構(gòu)例的第 1圖。圖6B是用于說明該實施方式的工作流系統(tǒng)中使用的鏈接信息的一個結(jié)構(gòu)例的第 2圖。圖7是表示該實施方式的工作流系統(tǒng)中使用的歸屬許可信息的一個結(jié)構(gòu)例的圖。圖8A是用于說明在該實施方式的工作流系統(tǒng)中定義的過程的一個結(jié)構(gòu)例的第1 圖。圖8B是用于說明在該實施方式時的工作流系統(tǒng)中定義的過程的一個結(jié)構(gòu)例的第 2圖。圖9是用于說明在該實施方式的工作流系統(tǒng)中，多個過程支持工序協(xié)同動作而處理過程的原理的概念圖。圖10是表示該實施方式的工作流系統(tǒng)中的過程(信息)的處理順序的一個例子的流程圖。圖11是表示在該實施方式的工作流系統(tǒng)中提示的作業(yè)畫面的一個例子的圖。圖12是用于說明相對于該實施方式的工作流系統(tǒng)中的信息的處理結(jié)果信息的追記順序的一個例子的概念圖。圖13是表示在該實施方式的工作流系統(tǒng)中追記處理結(jié)果信息的消息的一個例子的圖。圖14是用于說明在該實施方式的工作流系統(tǒng)中協(xié)調(diào)多個過程的一個例子的圖。
圖15是用于說明在該實施方式的工作流系統(tǒng)中將某個過程的編輯項目通過其他過程細分的一個例子的圖。標號的說明L···發(fā)起人Web服務(wù)器2…計算機10…過程支持工具1L···組成員管理部12…過程定義部13…任務(wù)處理部14…用戶接口部15…通信處理部16…公鑰密碼部50…數(shù)據(jù)庫51…成員信息52…鏈接信息53…歸屬許可信息討…使用許可信息55…過程56…消息100 …組A…網(wǎng)絡(luò)B …LAN
具體實施例方式下面，參照附圖，說明本發(fā)明的一個實施方式。圖1是表示本發(fā)明的實施方式涉及的工作流系統(tǒng)進行動作的環(huán)境的一個例子的圖。本工作流系統(tǒng)，通過分別安裝在PC或服務(wù)器等計算機2上的多個過程支持工具 10 (工作流支持程序)，經(jīng)由網(wǎng)絡(luò)(A，B)進行協(xié)同動作而實現(xiàn)。過程支持工具10例如是記錄在計算機2可以讀取的0D(0ptical disc)等中而發(fā)布、或者通過從發(fā)起人Web服務(wù)器下載而獲取的程序。發(fā)起人Web服務(wù)器1是該過程支持工具10的發(fā)布源(發(fā)起人)開設(shè)的Web服務(wù)器，過程支持工具10的使用需求者(用戶)經(jīng)由網(wǎng)絡(luò)A向發(fā)起人Web服務(wù)器1申請其使用許可，并獲取使用許可信息。該使用許可信息包含過程支持工具10與其他過程支持工具10 協(xié)同動作而實現(xiàn)工作流系統(tǒng)所需的信息，其詳細內(nèi)容如后所述。本工作流系統(tǒng)是P2P型工作流系統(tǒng)，其通過將已從發(fā)起人Web服務(wù)器1獲取使用許可信息的各個過程支持工具10組成組100，從而可以適當?shù)囟x并使用經(jīng)由各個過程支持工作具10的用戶之間的過程(工作流)。在圖1的例子中，多個PC之間經(jīng)由網(wǎng)絡(luò)A組成組100 (組1)，另夕卜，由在N公司的區(qū)域內(nèi)鋪設(shè)的LAN⑶上的服務(wù)器及PC組成組100 (組2)，同樣地，由在S公司區(qū)域內(nèi)鋪設(shè)的LAN(B)上的服務(wù)器及PC組成組100 (組3)。此外，在 N公司及S公司這兩個公司的服務(wù)器之間組成組100(組4)。因此，各個過程處理工具10 之間的組100的形成，完全不受安裝終端的計算機2放置狀況的限制。此外，在圖1中，表示各個用戶分別使用計算機2，在各自的計算機2上分別安裝過程支持工具10的例子，但本工作流系統(tǒng)并不限定于這種方式，例如，在多個用戶共同使用1 臺計算機2的情況下，通過在該1臺計算機2上安裝與用戶數(shù)量對應(yīng)的過程支持工具10，可以在共用該1臺計算機2的多個用戶之間使用工作流系統(tǒng)。圖2是用于說明由實現(xiàn)本工作流系統(tǒng)(分別安裝在計算機2上)的多個過程支持工具10形成的組100的結(jié)構(gòu)的圖。如圖2所示，作為在該工作流系統(tǒng)中形成的組100，構(gòu)成該組100的過程支持工具 10中的一個承擔上級職責，而其他過程支持工具10承擔下級職責。另外，各個過程支持工具10可以歸屬于多個組100。在圖2所示的例子中，作為下級加入組5的過程支持工具 10(圖2的al)，作為上級而形成組6。S卩，過程支持工具10同時具有用于作為上級而形成組100的上級功能，和用于作為下級而加入組100的下級功能。圖3是表示實現(xiàn)本工作流系統(tǒng)的過程支持工具10的功能框圖。如圖3所示，過程支持工具10具有組成員管理部11、過程定義部12、任務(wù)處理部 13、用戶接口部14、通信處理部15、公鑰密碼處理部16等。其中，組成員管理部11及過程定義部12是為了實現(xiàn)上級功能而設(shè)置的模塊，任務(wù)處理部13、用戶接口部14、通信處理部 15、公鑰密碼處理部16 (與上級或下級任務(wù)無關(guān))是為了實現(xiàn)共通功能而設(shè)置的模塊。此外，用戶接口部14是用于經(jīng)由鍵盤或指針設(shè)備等接收來自用戶的數(shù)據(jù)輸入，并且經(jīng)由顯示器等向用戶進行數(shù)據(jù)輸出的模塊，通信處理處理部15是用于在與其他計算機2 之間收發(fā)電子郵件等消息的模塊，公鑰密碼處理部16是用于進行由公鑰密碼方式進行數(shù)據(jù)加密/解密或電子簽名及其驗證的模塊。另外，過程支持工具10具有數(shù)據(jù)庫50，使用該數(shù)據(jù)庫50管理成員信息51、鏈接信息52、歸屬許可信息53、使用許可信息54、過程55、消息56等各種信息。使用許可信息M的獲取，例如，通過發(fā)起人提供的“使用許可申請”過程進行。過程的動作基于后述的過程的動作原理。由此獲得的使用許可信息M由數(shù)據(jù)庫50管理。在圖4中表示使用許可信息M的一個結(jié)構(gòu)例。使用許可信息M，例如作為由XML(Extensible markup language，可擴展標記語言)記載的文本數(shù)據(jù)而生成，包含唯一分配給過程支持工具10的“工具ID”、電子郵件地址等“用于消息交換的信息”、“用戶公鑰”，除此之外，還可以包含“用戶名”、“使用期限”等。 發(fā)起人將上述信息作為例如對過程支持工具10的用戶進行費用管理的信息使用。使用許可信息M標記發(fā)起人的電子簽名，向過程支持工具10發(fā)送。在本實施方式中，公鑰假定為以CA(certificate authority)局發(fā)布的證書形式處理的情況。發(fā)起人本身作為CA局，也可以以證書形式發(fā)布使用許可信息M。另外，包含該使用許可信息M在內(nèi)，之后使用電子簽名的各種數(shù)據(jù)的驗證全部使用公鑰密碼處理部16執(zhí)行。各個過程支持工具10根據(jù)所管理的公鑰·私鑰的信息，和使用許可信息M中記載的工具ID ·公鑰，對自身進行識別。下面，對于如上所述分別獲取了使用許可信息M的多個過程支持工具10協(xié)同動作，形成組100而對工作流進行定義·處理的基本原理進行說明。
在使用過程支持工具10的用戶之間形成組100的情況下，如前所述，某一個用戶的過程支持工具10成為上級。上級以外的用戶的過程支持工具10通過上級的過程支持工具10獲得歸屬許可信息53。歸屬許可信息53的獲取，例如，通過發(fā)起人提供的“組形成” 過程進行。過程的動作根據(jù)后述的過程的動作原理。首先，通過“組形成”過程讀入該組100相關(guān)的成員文件，根據(jù)該信息，組成員管理部11生成成員信息51。圖5A是表示在成員信息51的生成中由用戶生成的成員文件的一個例子的圖，另一方面，圖5B是表示成員信息51的一個例子的圖。成員文件例如以表計算軟件的工作表的形式生成。如圖5A所示，包含“工具ID” 區(qū)域、“組名”區(qū)域、“可使用過程”區(qū)域、“職責”區(qū)域的值。在組100中使用與使用許可信息M不同的“用戶名”、“用于消息交換的信息”、“用戶的公鑰”的情況下，也包含上述信息。 在這里，所謂過程，是指由多個工序組成的一連串的作業(yè)(工作流)，將過程內(nèi)的各個工序稱為任務(wù)。對于職責的詳細內(nèi)容如后所述。在圖5A的例子中，將所形成的組100的名稱設(shè)定為“B部門”。另外，成員“佐藤一郎”定義為，可以參與“批準”過程、“特別許可”過程，在“批準”過程中承擔“職員”的職責、 在“特別許可”過程中承擔“特別許可負責”的職責。成員“田中二郎”定義為，僅參與“批準”過程，“批準”過程中的職責是“課長”，另外，成員“鈴木三郎”、“青木四郎”定義為，僅參與“批準”過程，在“批準”過程中的職責是“部長” “部門長”。并且，根據(jù)該成員文件，組成員管理部11生成圖5B所示的成員信息51，由數(shù)據(jù)庫50管理。作為成員信息51，例如作為以XML記載的文本數(shù)據(jù)而生成。圖5B中“組ID”被分配為唯一的值，以使得在多個組100 之間不會重復(fù)，例如成為上級的用戶的過程支持工具10的“工具ID” +每當該過程支持工具10成為上級而形成組100時遞增的序列號等。此外，在由該(成為上級的用戶的過程支持工具10的)組成員管理部11進行成員信息51的生成時，在成為下級的其他用戶的過程支持工具10中，對應(yīng)于來自上級的要求，返回本身的使用許可信息M，上級確認其內(nèi)容，進行與成員使用相關(guān)的正當性驗證或成員文件不包含公鑰的情況下的公鑰獲取。此外，不僅是“組形成”過程這種上級主動地構(gòu)成成員的方法，還存在例如通過發(fā)起人提供的“組加入申請”過程，由希望加入的用戶申請而更新成員信息51的方法。然后，通過“組形成”過程或“組加入申請”過程，讀入與該組100相關(guān)的鏈接文件， 根據(jù)該信息，組成員管理部11生成鏈接信息52。圖6A是表示在鏈接信息52生成中由用戶生成的鏈接文件的一個例子的圖，另一方面，圖6B是表示鏈接信息52的一個例子的圖。鏈接文件例如以表計算軟件的工作表的形式生成。在圖6A的例子中，定義成員 “佐藤一郎”(職責“職員”)一成員“田中二郎”(職責“課長”)一成員“鈴木三郎”(職責 “部長”)一成員“青木四郎”(職責“部門長”)這種(在將要形成的組100內(nèi))的成員間的鏈接。通過該鏈接文件中的定義，例如，在該組100內(nèi)存在多個課長或部長時，在以成員 “佐藤一郎”為起點生成“職員”一“課長”一“部長”這種流程的情況下，可以使該過程可靠地在已有的多個課長或部長中以成員“田中二郎”、成員“鈴木三郎”的順序流通。此外，在根據(jù)過程而所使用的鏈接不同的情況下，也在“使用過程”欄中預(yù)先設(shè)定。并且，根據(jù)該鏈接文件，組成員管理部11生成圖6B所示的鏈接信息52，由數(shù)據(jù)庫50管理。鏈接信息52例如作為由XML記載的文本數(shù)據(jù)生成。如上所述，由組成員管理部11生成的成員信息51及鏈接信息52(在圖3中標記陰影的數(shù)據(jù))，由形成該組100的上級的過程支持工具10的數(shù)據(jù)庫50管理。因此，在某個過程支持工具10歸屬于η個組100，對于其中m個組100，成為上級而形成·管理這些組100 的情況下，在該過程支持工具10的數(shù)據(jù)庫50中，分別存在m個成員信息51及鏈接信息52。此外，通過“組形成”過程或“組加入申請”過程，組成員管理部11根據(jù)按照上述方式生成的成員信息51和鏈接信息52，生成歸屬于(也包含自身在內(nèi)的)組100內(nèi)的各個成員的歸屬許可信息53，分配給各成員。圖7表示歸屬許可信息53的一個結(jié)構(gòu)例。圖7所示的歸屬許可信息53，是對于成員“佐藤一郎”生成的歸屬許可信息53的例子。此外，該組100假定成員“青木四郎”的過程支持工具10為上級而形成。因此，其工具ID "OOQKffkweoq"(參照圖5A) +序列號“001，，分配作為該組100的組ID。組成員管理部11對于成員信息51中記載的各個成員，參照鏈接信息52，檢測與該成員具有直接或間接的鏈接的其他成員。并且，包含“上級(自身的信息)”、“本人信息 (該成員信息)”、“成員(檢測到的其他成員的信息)”，并且，生成以上述內(nèi)容為范圍的標記電子簽名的數(shù)據(jù)，作為該成員用的歸屬許可信息53。歸屬許可信息53分別由分配終端的各個成員的過程支持工具10的數(shù)據(jù)庫50管理。歸屬許可信息53例如作為由XML記載的文本數(shù)據(jù)而生成。根據(jù)圖6B所示的鏈接信息52，可知成員“佐藤一郎與成員“田中二郎”(直接地) 具有關(guān)聯(lián)，然后，因為該成員“田中二郎”與成員“鈴木三郎”(直接地)具有關(guān)聯(lián)，所以還可以知道，“佐藤一郎”與“鈴木三郎”(間接地)具有關(guān)聯(lián)。由此，通過追蹤鏈接信息52，生成圖7所示的成員“佐藤一郎”的歸屬許可信息53。此外，在鏈接信息內(nèi)設(shè)定了應(yīng)用過程的情況下，在關(guān)聯(lián)成員的信息中設(shè)定“應(yīng)用過程”。因為該歸屬許可信息53中包含上級的公鑰及上級的電子簽名，所以可以適當?shù)仳炞C其未被更改。在某個過程支持工具10歸屬于η個組 100的情況下，在該過程支持工具10的數(shù)據(jù)庫50中(與上級或下級的職責無關(guān))存在η個歸屬許可信息53。如上所述，基于“組形成”過程或“組加入申請”過程的由組成員管理部11進行的組100的形成完成后，成為上級的過程支持工具10，根據(jù)例如發(fā)起人提供的“過程定義”過程，通過過程定義部12執(zhí)行在該組100內(nèi)處理的過程55的定義。按照圖8Α及圖8Β，對于過程55的一個結(jié)構(gòu)例進行說明。圖8Α是表示在過程55的定義中由用戶生成的過程文件的一個例子的圖，另一方面，圖8Β是表示根據(jù)該過程文件，過程定義部12生成的過程55的一個例子的圖。如前所述，過程由一連串的任務(wù)構(gòu)成，根據(jù)過程文件，定義各個任務(wù)的處理內(nèi)容、 用于處理各個任務(wù)的成員的職責及任務(wù)的處理順序。在圖8Α的例子中，“批準”過程按照 “提案”任務(wù)一“提案書整理”任務(wù)一“提案人簽名”任務(wù)一“確認”任務(wù)一…“完成”任務(wù)這一順序定義。另外，如果以“提案”任務(wù)為例進行說明，則處理該“提案”任務(wù)的是承擔“職員”職責的成員，其處理內(nèi)容定義為變量“文件名”、“批準內(nèi)容”、“批準金額”、“金額單位”及 “批準種類”的編輯。即，通過承擔“實施者”區(qū)域的職責的成員按照“參數(shù)”區(qū)域的指定執(zhí)行“控制語句”區(qū)域的命令，從而依次處理“任務(wù)ID”區(qū)域的任務(wù)。過程文件例如以表計算軟件的工作表的形式生成。并且，根據(jù)該過程文件，過程定義部12生成圖8B所示的過程55。這時，各個過程55被分配唯一的值作為過程ID，例如組 ID (OOQKffkeoq 001) +在組100內(nèi)每當生成過程55時遞增的序列號(001)等。另外，因為在各個過程55中包含上級的電子簽名，所以可以使用歸屬許可信息53中包含的上級的公鑰， 從而適當?shù)仳炞C該過程55未被更改。過程55，例如使用由XML記載的文本數(shù)據(jù)而生成。通過從發(fā)起人Web服務(wù)器1等獲取定義典型內(nèi)容的過程的過程模板，在該過程模板中標記作為組100的過程ID和過程名稱、由上級進行的電子簽名，作為過程55進行定義，可以從而可以節(jié)省上級的過程生成的麻煩。過程55由組100內(nèi)的至少處理該過程55的成員的過程支持工具10發(fā)布，分別由數(shù)據(jù)庫50管理。也可以取而代之，例如，由組100內(nèi)的全部成員的過程支持工具10，利用可以使用的共享文件服務(wù)器等進行管理。下面，參照圖9至圖15，說明在如上所述(通過生成成員信息51、鏈接信息52及歸屬許可信息53)形成組100，并且定義過程55的本工作流系統(tǒng)中，歸屬于該組100的多個成員的過程支持工具10按照怎樣的順序協(xié)同動作而處理過程55。圖9是用于說明在本工作流系統(tǒng)中，多個過程支持工具10協(xié)同動作處理過程55 的原理的概念圖。各個過程支持工具10中的過程55的處理，通過任務(wù)處理部13執(zhí)行。這里，假定希望成員“佐藤一郎”起草并提出批準書。定義該批準書相關(guān)的一連串作業(yè)(工作流)的過程為“批準”過程。因此，成員“佐藤一郎”使用過程支持工具10，(從多個過程中)進行選擇“批準” 過程的操作。接受該操作，任務(wù)處理部13首先根據(jù)歸屬許可信息53 (上級的公鑰)，驗證作為過程55之一而管理的“批準”過程未被更改，另外，通過檢查在該歸屬許可信息53中作為可以使用的過程而記載有“批準”過程，并檢查記載最初的“提案”任務(wù)的職責“職員，，的職責，而確認成員“佐藤一郎”可以啟動“批準”過程。如果能夠驗證正當性，確認可以啟動， 則任務(wù)處理部13生成消息56，執(zhí)行初始的“提案”任務(wù)。然后，該消息56在承擔要處理由過程55定義的各個任務(wù)的職責的過程支持工具10之間流通。消息56在各個過程支持工具10中，通過作為消息管理部起作用的處理部13，由數(shù)據(jù)庫50管理。在啟動過程55時，即生成消息56時，任務(wù)處理部13將自身的歸屬許可信息53存儲在該消息56內(nèi)。因為在該歸屬許可信息53中包含存在于該消息56的流通路徑上的成員的公鑰，所以，以后各個成員可以使用該歸屬許可信息53適當?shù)剡M行該消息56內(nèi)的各種數(shù)據(jù)的驗證。該“批準”過程按照“提案”任務(wù)一“提案書整理”任務(wù)一“提案者簽名，，任務(wù)的流程進行處理，但因為上述任務(wù)定義應(yīng)該由職責“職員，，的成員執(zhí)行，所以通過啟動該“批準” 過程的成員“佐藤一郎”的過程支持工具10，在任務(wù)處理部13的控制下連續(xù)地執(zhí)行。任務(wù)處理部13每次處理對象的任務(wù)時，將其處理結(jié)果追記在該消息56內(nèi)，標記電子簽名。另一方面，其后的“確認”任務(wù)定義為應(yīng)由職責“課長”的成員執(zhí)行。因此，(成員 “佐藤一郎”的過程支持工具10的)任務(wù)處理部13，參照歸屬許可信息53，識別對于成員 “佐藤一郎”來說的“課長”是成員“田中二郎”，使用歸屬許可信息53中包含的“用于消息交換的信息”，向成員“田中二郎”的過程支持工具10，傳送該消息56。并且，收到該消息56的(成員“田中二郎”的過程支持工具10的)任務(wù)處理部13，使用歸屬許可信息53中包含的前一個任務(wù)的成員的公鑰，驗證追記在該消息56內(nèi)的標記電子簽名之前的處理結(jié)果，如果其正當性得到驗證，則開始自身的“確認”任務(wù)的處理。下面，同樣地，將由成員“田中二郎”進行的任務(wù)的處理結(jié)果追記在該消息56內(nèi)，根據(jù)歸屬許可信息53識別相對于成員“田中二郎”的部長是成員“鈴木三郎”，并將該消息56傳送給成員“鈴木三郎”。此外，在同一個組100內(nèi)，在其他課或部，即不是由成員“田中二郎”、成員“鈴木三郎”任“課長”、“部長”的(職責“職員”的)成員啟動該“批準”過程的情況下，該消息56 根據(jù)該成員的歸屬許可信息53，適當?shù)卮_定相對于該成員的“課長”、“部長”并傳送。在各個過程支持工具10中，任務(wù)處理部13根據(jù)作為控制語句而預(yù)先定義的語句處理各個任務(wù)。控制語句例如可以如下設(shè)定。 變量值向用戶的顯示、變量由用戶進行的編輯、向變量的代入、運算、字符串操作·由用戶的私鑰進行的電子簽名·常數(shù)定義、變量的層次定義·時間戳(相對于e文檔(標記電子簽名的電子文檔)，獲取服務(wù)提供者的時間戳) 向數(shù)據(jù)文件或數(shù)據(jù)庫的寫入、讀出。向e文檔的文件夾或數(shù)據(jù)庫的保管·條件分支(包含下一個任務(wù)控制)、待機、重復(fù)·其他消息生成(其他過程啟動)除了變量值的編輯等必需用戶操作的情況以外，按照任務(wù)的規(guī)定，自動地進行處理。例如，在圖8A中，“提案者簽名，，任務(wù)是“sign”，生成由“提案日”或“文件名，，等組成的“批準書”，通過職員的私鑰進行電子簽名，但與變量相對應(yīng)的動作全部通過“參照”而僅引用在以前的任務(wù)中已經(jīng)使用的值，自動地處理。此外，任務(wù)處理部13在任務(wù)的控制語句中引用變量的情況下，依次追溯以前的任務(wù)的處理結(jié)果信息，將初始檢測到的處理結(jié)果中的設(shè)定值視為此時的值，進行處理或顯示。圖10是表示本工作流系統(tǒng)中的過程55(消息56)的處理順序的一個例子的流程圖。首先，在歸屬于某一個組100的某一個過程支持工具10的任務(wù)處理部13的控制下，進行該組100中定義的某一個過程55的選擇(步驟Al)。在進行該選擇時，任務(wù)處理部 13根據(jù)該過程55中標記的上級的電子簽名、歸屬許可信息53中包含的上級的公鑰，驗證該過程55的正當性(步驟A2)，此外，根據(jù)歸屬許可信息53，驗證是否可以啟動該過程55 (步驟 A3)。在經(jīng)過該過程55的正當性的驗證及可否啟動的確認后，任務(wù)處理部13生成消息 56 (步驟A4)。消息56例如作為由XML記載的文本數(shù)據(jù)生成，包含消息ID、組ID (包含在過程ID內(nèi)的情況下不需要)、過程ID、提出者的歸屬許可信息53。消息ID是在系統(tǒng)整體中作為唯一值而在此時生成的。例如，通過該過程支持工具10的工具ID+生成時刻信息+每當在單位生成時刻內(nèi)生成消息而遞增的序列號的組合分配。另外，也可以包含提出者的使用許可信息M或過程本身。使用許可信息M用于后述的初始用戶處理等。并且，任務(wù)處理部13開始由過程55定義的初始任務(wù)的處理(步驟A5)。如果假定生成由圖8A及圖8B例示的“批準”過程相對應(yīng)的消息56，則初始的任務(wù)是“提案”任務(wù)，其控制語句是“edit”，即“編輯”，任務(wù)處理部13例如提示圖11所示的作業(yè)畫面，促使用戶進行各個項目的輸入。如圖8A及圖8B所示，因為該“提案”任務(wù)是在變量“文件名”、變量“批準內(nèi)容”、變量“批準金額”、變量“金額單位”及變量“批準類型”中輸入值，所以，將這些輸入?yún)^(qū)域配置在作業(yè)畫面上而進行提示。這時，任務(wù)處理部13使用用戶接口部14。如果該任務(wù)處理完成，則任務(wù)處理部13首先將其處理結(jié)果(成功/失敗等)或作業(yè)畫面上的輸入值或運算處理結(jié)果等，作為處理結(jié)果信息記錄在消息56中(步驟A6)。另夕卜，任務(wù)處理部13將自身的工具ID (處理者信息)同樣地作為處理結(jié)果信息記錄在消息56 中(步驟A7)。此外，任務(wù)處理部13例如將作業(yè)結(jié)束時刻等(其他關(guān)聯(lián)信息)同樣地作為處理結(jié)果信息記錄在消息56中(步驟A8)。如果將處理結(jié)果信息記載在消息56中，則任務(wù)處理部13檢查當前任務(wù)是否是最后的任務(wù)(“完成”；控制語句“terminate”)(步驟A9)。如果是最后的任務(wù)(步驟A9中的否)，則確定下一個任務(wù)，將其任務(wù)ID作為(下一個)處理結(jié)果信息存儲在消息56中(步驟A10)。在下一個任務(wù)ID未被指定為任務(wù)的處理結(jié)果的情況下，選擇過程55中當前任務(wù)的下一行記載的任務(wù)。另外，任務(wù)處理部13根據(jù)對應(yīng)的過程55和歸屬許可信息53，確定前面確定的下一個任務(wù)的處理者，將其工具ID(處理者信息)作為(下一個)處理結(jié)果信息記錄在消息56 中(步驟All)。下一個任務(wù)處理者作為任務(wù)的處理結(jié)果也被確定。如果該負責人信息未包含在消息內(nèi)的歸屬許可信息53中，則在該負責人當值時，將該負責人的歸屬許可信息53追記在消息56中(用于相對于處理結(jié)果的電子簽名的驗證)。并且，任務(wù)處理部13以相對于消息56追記之前的記錄內(nèi)容為范圍，追加電子簽名 (步驟A12)。在這里，參照圖12及圖13，說明如上所述通過過程支持工具10的任務(wù)處理部13 附加處理結(jié)果信息的消息56的一個結(jié)構(gòu)。圖12是用于說明相對于消息56的處理結(jié)果信息的追記順序的一個例子的概念圖。區(qū)域bl的信息在前一個任務(wù)完成時，由前一個任務(wù)的處理者設(shè)定為下一個任務(wù)信息。 另外，區(qū)域1^2表示初始的任務(wù)處理者標記電子簽名時的范圍的例子，區(qū)域b3表示下一個任務(wù)處理者標記電子簽名時的范圍的例子。另一方面，圖13是表示按照上述順序追記處理結(jié)果信息的消息56的一個例子的圖。然后，任務(wù)處理部13判定前面確定的下一個任務(wù)的處理者是否是其他用戶(步驟 A13)。并且，如果是其他用戶(步驟A13的是)，則任務(wù)處理部13根據(jù)歸屬許可信息53，向該其他用戶的過程支持工具10發(fā)送消息56(步驟A14)。另一方面，在作為下一個任務(wù)處理者的用戶的過程支持工具10中，任務(wù)處理部13 根據(jù)上一個任務(wù)之前的處理者標記的電子簽名和包含在歸屬許可信息53中的上一個任務(wù)之前的處理者的公鑰，驗證該消息56的正當性(步驟A15)，并且，根據(jù)該過程55附帶的上級的電子簽名和歸屬許可信息53中包含的上級的公鑰，驗證與該消息56相對應(yīng)的過程55 的正當性(步驟A16)。并且，在經(jīng)過該消息56的正當性及與該消息56相對應(yīng)的過程55的正當性的驗證之后，任務(wù)處理部13開始由前一個任務(wù)的處理者追記在消息56中的當前任務(wù)的處理(步驟A17)。
以后，與前一個任務(wù)的處理者(的任務(wù)處理部13)同樣地，任務(wù)處理部13實施從步驟A6開始的處理，執(zhí)行向消息56的處理結(jié)果信息的追記等。并且，在當前任務(wù)為最后任務(wù)的情況下(步驟A9的是)，任務(wù)處理部13向處理結(jié)果信息標記電子簽名，結(jié)束與該消息 56相關(guān)的處理(步驟A18)。任務(wù)處理部13可以通過用戶接口部14向用戶提示消息56的一覽表，或消息56 的處理結(jié)果信息或進展狀況。在消息56中作為過程處理結(jié)果的成果物生成e文書。在圖8A所示的“批準”過程的情況下，“提案者簽名”任務(wù)的“sign”即由佐藤一郎的電子簽名后的“提案日”、“文件名”、“提案者”等組成的e文書“批準書”生成在圖12的“(作為成果物的e文書)”的位置。并且，在該“批準”過程中，職員電子簽名后的批準書中重復(fù)課長、部長的電子簽名，成為通過其后的任務(wù)標記“文件名，，的文件名，存儲在任務(wù)內(nèi)指定的文件夾中。流通的信息(使用許可信息54、歸屬許可信息53、過程55、消息56)，全部通過電子簽名驗證是否未被更改，對于無正當?shù)暮灻虿徽_的消息，不進行處理，而將錯誤消息通知給用戶。如圖2所示，在本工作流系統(tǒng)中，1個過程支持工具10有可能歸屬于多個組100。 因此，在本工作流系統(tǒng)中，通過消息協(xié)調(diào)或其他消息生成，也包括在不同的組100之間，實現(xiàn)過程的協(xié)調(diào)。S卩，在本工作流系統(tǒng)中設(shè)置控制語句，其作為過程55內(nèi)的1個任務(wù)，用于任務(wù)處理部13進行(在本身許可的范圍內(nèi))過程55的啟動(消息56的生成)。另外，相對于本身當值的消息56，可以在控制語句中進行設(shè)定，以根據(jù)組ID、過程ID、任務(wù)ID、消息ID、變量值等檢索該消息56或監(jiān)視該消息56到達，在檢測到的情況下，進行特定的處理。也可以在控制語句中記載為，在檢測對象的消息56為用戶等待編輯的任務(wù)的情況下，自動處理向該任務(wù)的編輯對象變量的代入。另外，也可以在控制語句中設(shè)定為，相對于檢測對象的消息56，將編輯對象的變量細分化。在圖1所示的例子中，S公司的X部門服務(wù)器、N公司的Y部門服務(wù)器分別歸屬于組3、組2，與此同時，這各個服務(wù)器也歸屬于組4。參照圖14，說明在這種狀況下，在歸屬于這3個組100的各個服務(wù)器中，使組4的過程55、組3的過程55、組2的過程55協(xié)調(diào)的一個例子。首先，在S公司(X部門)-N公司(Y部門)之間的組4中，假定已經(jīng)定義“訂貨/ 接受訂貨”過程。作為該“訂貨/接受訂貨”過程，相對于X部門的過程支持工具10、γ部門的過程支持工具10，各個公司的負責人可以直接輸入編輯項目，開展任務(wù)，但是，進行改善以使得在各個公司間使各自的過程協(xié)調(diào)，以減少人手介入的情況。即，在S公司中使用于在組3中訂貨的“訂貨管理”過程與“批準”過程協(xié)調(diào)，在N公司中，使組2中“接受訂貨處理” 過程協(xié)調(diào)。結(jié)果是，從在S公司的訂貨批準提案經(jīng)由公司間的”訂貨/接受訂貨”到N公司的“接受訂貨處理”過程，跨過組100而使過程協(xié)調(diào)。在這種情況下，S公司X部門在組3中，承擔管理用于(在S公司內(nèi)的)訂貨的批準文件的職責，并且，接受該職責后，在組4中承擔(相對于N公司)發(fā)布訂貨書的職責，另一方面，N公司Y部門在組4中承擔接受(來自S公司的)訂貨書的職責，并且，接受該職責，在組2中承擔啟動(N公司內(nèi)的)“接受訂貨處理”過程的職責。首先，如果S公司的職員C啟動“訂貨管理”，則最初的“批準過程生成”任務(wù)啟動 “批準”過程。這是以職員C的“批準”過程啟動許可記載在歸屬許可信息53內(nèi)的情況為前提。然后，通過“編輯項目細分化”任務(wù)將“批準”過程的“提案”任務(wù)中的用戶編輯項目“批準內(nèi)容”，細分為“合約目的”、“合約文件名”、“合約金額”、“成果物”、“繳納期”、“甲”、 “乙”、“合約目標選定理由”。該處理后的“批準”過程的啟動畫面例子如圖15所示，雖然是與圖11相同的過程、相同的任務(wù)，但將“批準內(nèi)容”細分化(圖15的Cl)。由此，可以不變更主干過程本身，而通過使“訂貨管理”過程這樣的分支過程協(xié)調(diào)化，而改善過程整體。然后，“訂貨管理”過程在X部門中，在“批準書監(jiān)視”任務(wù)中，以消息ID和批準書內(nèi)的變量值為基礎(chǔ)，監(jiān)視該批準被認可。如果檢測到批準被認可，則在“訂貨/接受訂貨過程生成”任務(wù)中生成“訂貨/接受訂貨”過程，在“訂貨書記錄”任務(wù)中從批準書向訂貨書轉(zhuǎn)記所需的項目。此外，在圖14中，一定時間內(nèi)未檢測到批準書的情況下的處理等例外處理任務(wù)全部省略?！坝嗀?接受訂貨”過程由“訂貨管理”過程自動地生成，通過由“訂貨書記錄”任務(wù)自動設(shè)定相對于初始的任務(wù)即“訂貨書發(fā)布”任務(wù)需要編輯的全部項目而完成任務(wù)，作為 “申請書發(fā)布”任務(wù)向N公司Y部門傳送。在N公司Y部門，預(yù)先啟動的“訂貨處理”過程通過“訂貨監(jiān)視”任務(wù)監(jiān)視“訂貨/ 接受訂貨”過程的到達，如果檢測到，則通過“接受訂貨處理過程生成”任務(wù)，啟動其他的“接受訂貨處理”過程，以用于后續(xù)的“訂貨/接受訂貨”過程監(jiān)視，而自身則通過后面的“訂貨內(nèi)容轉(zhuǎn)記”任務(wù)，從訂貨書獲取必要的信息并存儲在變量中，在“申請書發(fā)布”任務(wù)中設(shè)定相對于自身承擔的“接受訂貨，，過程的“申請書發(fā)布”任務(wù)所需的編輯項目，進入“訂貨處理” 任務(wù)。此外，在上述流程中，在N公司“接受訂貨，，過程中不生成“訂貨處理”過程，而在檢測到“接受訂貨”過程到達的情況下，使“訂貨處理”過程通過，但這是以“接受訂貨”過程不僅是N公司、S公司而是多個公司之間可以使用，且無法變更規(guī)格為前提。在這種情況下，也可以使分支過程的“訂貨處理”與主干過程即“訂貨/接受訂貨”的過程協(xié)調(diào)，從而改
善過程整體。說明過程協(xié)調(diào)的構(gòu)造。通過由消息生成記載的任務(wù)生成的消息56或在控制語句設(shè)定的條件下檢測到的消息56，其消息ID作為標的消息記錄在處理結(jié)果信息中，在后面的任務(wù)中，檢測到新的標的消息之前，或者，在實施者改變之前，在任務(wù)控制時作為標的消息處理。標的消息可以按照 < 標的消息1>、<標的消息2>的方式處理多個標的消息。在控制語句中，通過指定“標的消息1(變量1)”，可以與本過程55內(nèi)的變量同樣地進行代入處理。此外，可以代入處理的，是用戶等待標記標的消息的任務(wù)的情況。在成為其他消息56的標的所需的項目全部設(shè)定了值的情況下，通過例如過程55 的控制語句內(nèi)記載該內(nèi)容而進行控制，如果已經(jīng)設(shè)定，則立即完成任務(wù)，或是為了保留用戶再編輯的余地而完成需要用戶主動地進行意思表示。如果執(zhí)行控制語句中設(shè)定的任務(wù)而將編輯對象細分化，則細分化對象的變量(在圖15的例子中是“批準內(nèi)容”)和下級變量(在圖15的例子中是“合約目的”、“合約文件名”等)的定義信息，被記錄在標的消息側(cè)的當時的任務(wù)的處理結(jié)果信息中，在其后的任務(wù)中顯示促使用戶編輯而設(shè)定的信息時，處理細分化后的下級變量。在檢測到的標的消息側(cè)檢測到的一側(cè)的消息ID及“已啟動”標志被設(shè)定在消息內(nèi)，控制使其不再啟動，即不再作為標的消息進行處理。在檢測一側(cè)的過程55的控制語句中設(shè)定啟動類別，通過將其作為“已啟動”標志記錄，相對于該過程55的該任務(wù)不再啟動，但可以接受來自不同過程55或任務(wù)的啟動。另外，也可以不設(shè)定“已啟動”標志，而進行任意重新啟動多次的指定。此外，因為在檢測到一側(cè)的標的消息的管理，及檢測到的標的消息側(cè)的啟動源消息ID、“已啟動”標志的管理是僅當值的用戶管理即可的信息，所以，并不是記錄在消息內(nèi)， 而是可以作為消息管理的附屬信息，在過程支持工具10內(nèi)另外管理。由此，在本工作流系統(tǒng)中，因為使自身承擔的任務(wù)作為消息自行管理，所以不實現(xiàn)現(xiàn)有一般的服務(wù)器型的工作流系統(tǒng)中必需的對系統(tǒng)管理者的調(diào)整，可以在承擔的范圍內(nèi)， 自行衡量而進行由過程協(xié)調(diào)進行的改善。例如，可以本身作為上級，使分擔業(yè)務(wù)的成員和組聯(lián)合，通過重新定義用于實現(xiàn)本身承擔的任務(wù)的過程并使其協(xié)調(diào)，實現(xiàn)任務(wù)的細分化和妥協(xié)。由此，例如，在本公司內(nèi)定義主干過程，對應(yīng)于事業(yè)內(nèi)容或事業(yè)展開的國情，在事業(yè)部中增加定義分支過程，對應(yīng)于所處理的業(yè)務(wù)內(nèi)容或負責人的特性 技能，增加定義分支過程，從而通過對應(yīng)于實際的組織構(gòu)造或職責，將過程層次化而定義并使其協(xié)調(diào)，作為整體，可以形成最優(yōu)過程。通過特定的負責人或崗位而可以進行局部的過程改善，如果是良好的過程，則可以依次轉(zhuǎn)用至相鄰的崗位，最終，可以將“要加入事業(yè)部的標準過程” “要加入整個公司過程”這種流程加入日常業(yè)務(wù)。由此，可以配合環(huán)境變化，實現(xiàn)過程的進化。另外，本工作流系統(tǒng)通過由P2P型實現(xiàn)工作流系統(tǒng)，從而可以以當事人的衡量將希望聯(lián)系的用戶組成組，定義過程并使其協(xié)調(diào)。在希望聯(lián)系的主體之間，因為可以依次聯(lián)系，所以可以認為作為系統(tǒng)整體具有無限的收容能力，可以實現(xiàn)無限的過程協(xié)調(diào)。此外，在本工作流系統(tǒng)中，因為可以作為e文書生成過程的處理結(jié)果或成果物，所以容易進行證據(jù) 證跡的確認，容易分段進行過程改善。另外，可以實現(xiàn)證據(jù) 證跡的層次化、反復(fù)流通，可以以相同的形式，通過電子方式實現(xiàn)使用紙張在真實世界進行的傳送·蓋章·附加·保管等過程，例如附加他人發(fā)布的保證書而提出申請書等。此外，本工作流系統(tǒng)并不限定于上述實施方式中說明的內(nèi)容，可以進行各種變形。如果是在目錄服務(wù)器的使用等中，在需要的時候容易獲取所需的成員的公鑰的環(huán)境，則成員信息51或歸屬許可信息53中的成員的公鑰保持不是必需的。可以選擇使消息大小或消息處理時間中的哪一個優(yōu)先。在消息56的基礎(chǔ)上，通過控制消息的收發(fā)，可以實現(xiàn)消息送達確認或進展通知、 用戶控制信息傳遞(過程中止、返回等)等。在消息發(fā)送的過程中，在發(fā)送消息56中的全部信息的方式的基礎(chǔ)上，也可以采用下述方式，即，消息56本身由來自關(guān)聯(lián)成員可訪問的服務(wù)器的共享文件夾或數(shù)據(jù)庫管理， 僅將包含保存位置和消息ID的當值通知作為控制消息發(fā)送。在多個類似過程55中，設(shè)定相同的“業(yè)務(wù)種類”，在歸屬許可信息53中也可以以“業(yè)務(wù)種類”為單位設(shè)定許可過程。另外，歸屬許可信息53和過程55可以分別包含年代編號、有效期信息等。在信息有更新的情況下，使年代編號增大。在預(yù)約變更的情況下，在當前信息中分配追記“結(jié)束日期”的版本和最新信息的版本(標明開始日期)這兩個信息。另外，也可以定義初始用戶處理過程，即使在歸屬許可信息53中未許可，其也可以由組成員中的某一位提出，或使組成員以外的用戶可以提出或承擔任務(wù)。在這種情況下， 在該任務(wù)處理中對應(yīng)于需要，相對于該成員賦予該過程55內(nèi)的職責。在成員以外的用戶的情況下，向消息56中取代歸屬許可信息53而添加使用許可信息M。這是為了使向處理結(jié)果信息的簽名驗證用的公鑰信息流通。在目錄服務(wù)器使用等中，在需要的時候可以容易地獲取所需的用戶公鑰的環(huán)境的情況下或不需要用戶公鑰等的情況下，也并非必須添加使用許可信息M。也可以定義不需要向處理結(jié)果的簽名的過程。在過程定義中，可以取代職責，設(shè)定確定過程支持工具10的工具ID。組織內(nèi)的多個用戶可以登錄到圖1中的X部門等的組織用的過程支持工具10。通常最大只有1個人賦予任務(wù)執(zhí)行的權(quán)限，而其他用戶僅可以參照。在僅賦予參照權(quán)的用戶必須進行作業(yè)的情況下，在自己用的過程支持工具10中進行作業(yè)，通過定義使結(jié)果進行過程協(xié)調(diào)的過程并運用，可以適當?shù)乇３謨?nèi)部統(tǒng)一管理。
權(quán)利要求
1.一種工作流系統(tǒng)，其利用多個工作流支持程序依次對由多個任務(wù)組成的過程進行處理，該多個工作流支持程序搭載在大于或等于1臺計算機中，被分配上述多個任務(wù)中的至少1個任務(wù)，其特征在于，上述多個工作流支持程序分別具有組生成單元，其定義作為成員而歸屬的各個工作流程序的職責，并且生成組；過程定義單元，其定義過程，該過程由多個任務(wù)組成，并指定應(yīng)承擔各個任務(wù)的成員的職責；以及過程處理單元，其處理由上述過程定義單元定義的過程內(nèi)的任務(wù)，將包含表示與該過程相關(guān)的各個任務(wù)的處理結(jié)果及進展狀況的信息的消息，向定義為應(yīng)承擔下一個任務(wù)的職責的工作流支持程序傳送，在通過上述組生成單元生成的組內(nèi)，通過在上述多個工作流支持程序之間依次傳送與該過程相關(guān)的信息，對通過上述過程定義單元定義的過程進行處理。
2.如權(quán)利要求1所述的工作流系統(tǒng)，其特征在于，上述組生成單元包含下述單元對于歸屬于組的每一個成員，生成歸屬信息，并將該歸屬信息分別向作為成員的組內(nèi)其他工作流支持程序提供，該歸屬信息定義該成員在該組內(nèi)與過程的處理相關(guān)的動作可能范圍及與相關(guān)聯(lián)的其他成員的聯(lián)系，上述過程處理單元包含下述單元根據(jù)上述歸屬信息，判斷可否對上述過程內(nèi)的任務(wù)執(zhí)行處理，并且，確定上述消息的傳送目標。
3.如權(quán)利要求1或2所述的工作流系統(tǒng)，其特征在于，上述過程處理單元包含下述單元將表示各個任務(wù)的處理結(jié)果及進展信息的信息追記在上述消息內(nèi)。
4.如權(quán)利要求1至3中任意一項所述的工作流系統(tǒng)，其特征在于，上述過程定義單元包含下述單元將與定義的過程相關(guān)的信息，分別向通過上述組生成單元而成為成員的組內(nèi)其他工作流支持程序提供，上述過程處理單元包含下述單元根據(jù)與上述過程相關(guān)的信息， 對上述過程內(nèi)的任務(wù)進行處理。
5.如權(quán)利要求1所述的工作流系統(tǒng)，其特征在于，上述多個工作流支持程序，分別在可以作為成員而歸屬于多個組，并且，可以作為成員而歸屬于其他工作流支持程序通過上述組生成單元生成的組的狀態(tài)下，可以通過自身的上述組生成單元生成新的組。
6.如權(quán)利要求1所述的工作流系統(tǒng)，其特征在于，上述過程定義單元可以在1個工作流支持程序中，定義包含下述任務(wù)的過程，該任務(wù)是生成不同過程，以用于作為第1過程內(nèi)的任務(wù)處理而生成第2過程。
7.如權(quán)利要求1所述的工作流系統(tǒng)，其特征在于，上述過程定義單元在1個工作流支持程序中，可以定義包含下述任務(wù)的過程，該任務(wù)是檢測與不同的過程相關(guān)的消息，執(zhí)行對該檢測到的消息的處理，以用于作為第1過程內(nèi)的任務(wù)處理而取代應(yīng)由第2過程執(zhí)行的處理。
8.如權(quán)利要求1所述的工作流程序，其特征在于，上述過程處理單元包含下述單元將上述過程的處理結(jié)果或成果物，作為標記了電子簽名的電子文書附加在上述消息中。
9.如權(quán)利要求3所述的工作流系統(tǒng)，其特征在于，上述多個工作流支持程序分別還具有篡改對策單元，其相對于上述歸屬信息、上述與過程相關(guān)的信息、上述消息內(nèi)追記的表示各個任務(wù)的處理結(jié)果及進展信息的信息中的至少一個，標記電子簽名，或者，通過上述信息中附帶的電子簽名驗證從其他工作流支持程序接收到的上述信息未被更改。
10.一種信息處理裝置，其與經(jīng)由網(wǎng)絡(luò)連接的其他信息處理裝置協(xié)同動作，處理由多個任務(wù)構(gòu)成的過程，其特征在于，具有組生成單元，其定義作為成員而歸屬的信息處理裝置的各自的職責，并且生成組； 過程定義單元，其定義過程，該過程由多個任務(wù)組成，并指定應(yīng)承擔各個任務(wù)的成員的職責；以及過程處理單元，其處理由上述過程定義單元定義的過程內(nèi)的任務(wù)，將包含表示與該過程相關(guān)的各個任務(wù)的處理結(jié)果及進展狀況的信息的消息，向定義為應(yīng)承擔下一個任務(wù)的職責的信息處理裝置傳送。
11. 一種工作流支持程序，其特征在于，使與經(jīng)由網(wǎng)絡(luò)連接的其他信息處理裝置協(xié)同動作，處理由多個任務(wù)構(gòu)成的過程的計算機作為下述單元起作用組生成單元，其定義作為成員而歸屬的計算機的各自的職責，并且生成組； 過程定義單元，其定義過程，該過程由多個任務(wù)組成，并指定應(yīng)承擔各個任務(wù)的成員的職責；以及過程處理單元，其處理由上述過程定義單元定義的過程內(nèi)的任務(wù)，將包含表示與該過程相關(guān)的各個任務(wù)的處理結(jié)果及進展狀況的信息的消息，向定義為應(yīng)承擔下一個任務(wù)的職責的信息處理裝置傳送。
全文摘要
本工作流系統(tǒng)通過多個過程支持工具(10)經(jīng)由網(wǎng)絡(luò)協(xié)同動作而構(gòu)成。使某個過程支持工具(10)成為上級，形成組(100)，定義組(100)的各個成員的職責和由多個任務(wù)構(gòu)成的工作流(過程55)。并且，該組(100)的各個成員根據(jù)定義的成員的職責，確定下一個任務(wù)的處理者，同時處理過程(55)，并使追記其結(jié)果的消息(56)依次在成員間流通。
文檔編號G06Q10/00GK102576429SQ20098016183
公開日2012年7月11日 申請日期2009年10月7日 優(yōu)先權(quán)日2009年10月7日
發(fā)明者中島裕文 申請人:中島裕文