專利名稱：多點協(xié)同作業(yè)系統(tǒng)及方法
技術領域：
本發(fā)明涉及一種協(xié)同作業(yè)系統(tǒng)及方法，特別是涉及一種可異地多點針對同一文檔進行處理的協(xié)同作業(yè)系統(tǒng)及方法。
背景技術：
隨著信息傳輸技術的廣泛使用，企業(yè)利用信息管理系統(tǒng)進行信息整合已經相當普遍。但是，由于企業(yè)跨地域分布和信息傳輸方式不合理，導致系統(tǒng)資源無法得到充分利用，不同地域的使用者無法共享信息，企業(yè)無法通過異地協(xié)同作業(yè)高效運作，無法掌握整體運營狀況。
多點協(xié)同作業(yè)的有效實現(xiàn)，需要合理的應用環(huán)境，以期達到充分利用系統(tǒng)資源，合理安排系統(tǒng)時間的目的。涉及實現(xiàn)協(xié)同作業(yè)的方法比較多，例如2001年4月3日公告的美國第6,212,534號專利，該專利名稱是“通過網絡中多個操作端生成文檔以實現(xiàn)協(xié)同作業(yè)的系統(tǒng)及方法(System and method for facilitating collaboration in connection withgenerating documents among a plurality of operators using networkedcomputer systems)”。該專利揭示一種通過使用文檔結構化元素和文檔內容化元素協(xié)同生成文檔的方法。該專利所揭露的技術所存在的不足是生成的文檔無法進行合并，無法實現(xiàn)整合同一文檔的不同修訂內容，以及無法綜合多個操作點的工作意見。
針對上述的系統(tǒng)及方法所存在的不足，需要提供一種多點協(xié)同作業(yè)系統(tǒng)及方法，可以針對同一文檔進行離線修訂或補充，減少對系統(tǒng)資源和系統(tǒng)時間的占用，上傳文檔至應用服務器，應用服務器根據(jù)客戶端計算機選擇的編輯方式對文檔進行合并處理，連接數(shù)據(jù)庫服務器進行集中儲存，數(shù)據(jù)管理和系統(tǒng)整合分開運作，防止產生系統(tǒng)進程安排混亂，工作效率下降，實現(xiàn)異地多點協(xié)同作業(yè)。

發(fā)明內容本發(fā)明的主要目的在于提供一種多點協(xié)同作業(yè)系統(tǒng)及方法，可以針對同一文檔進行離線修訂或補充，上傳文檔至應用服務器進行合并處理，實現(xiàn)異地多點協(xié)同作業(yè)。
本發(fā)明的另一目的在于提供一種多點協(xié)同作業(yè)系統(tǒng)及方法，可以針對客戶端計算機選擇的不同文檔編輯方式，應用服務器采用不同文檔合并方式進行處理，實現(xiàn)不同地域針對同一文檔的協(xié)同作業(yè)。
本發(fā)明提供的一種多點協(xié)同作業(yè)系統(tǒng)，其包括一數(shù)據(jù)庫服務器，用于儲存文檔資料；一應用服務器，用于控制文檔的下載與上傳，并且根據(jù)選擇的編輯方式合并文檔，儲存合并后產生的新文檔至數(shù)據(jù)庫服務器；多臺客戶端計算機，分散于不同地域，可以針對同一文檔進行離線修訂或補充。
本發(fā)明提供的一種多點協(xié)同作業(yè)方法，其包括文檔下載步驟，根據(jù)計數(shù)器的狀態(tài)，控制是否可以下載客戶端計算機要求的文檔，同時改變計數(shù)器的計數(shù)；文檔上傳步驟，根據(jù)客戶端計算機的要求上傳修訂的文檔，同時改變計數(shù)器的計數(shù)；文檔合并步驟，根據(jù)客戶端計算機選擇的編輯方式對文檔進行合并，產生新的文檔。
本發(fā)明提供的多點協(xié)同作業(yè)文檔下載方法，其包括如下步驟(i)客戶端計算機向應用服務器提出請求，下載一文檔；(ii)應用服務器根據(jù)文檔的狀態(tài)判斷是否可以下載，如果文檔被鎖定，則拒絕客戶端計算機的請求；如果文檔沒有被鎖定，則通過應用服務器的文檔目錄，連接數(shù)據(jù)庫服務器，下載文檔至客戶機計算機；(iii)同時，計數(shù)器加1，即記錄文檔被下載一次；(iv)客戶端計算機接收應用服務器傳送的文檔，并且在本地進行緩沖儲存；(v)客戶端計算機可以選擇不同的方式編輯文檔。
本發(fā)明提供的多點協(xié)同作業(yè)文檔上傳方法，其包括如下步驟(i)客戶端計算機向應用服務器提出請求，上傳一文檔；(ii)應用服務器響應請求，同時判斷是否超過文檔修訂時限期間，如果超過時限，則拒絕客戶端計算機的請求，同時，計數(shù)器減1；如果沒有超過時限，則客戶端計算機提交文檔至應用服務器；(iii)同時，計數(shù)器減1，即記錄文檔被上傳一次；(iv)鎖定文檔的編輯狀態(tài)，不允許繼續(xù)下載；(v)應用服務器緩沖儲存文檔。
本發(fā)明提供的多點協(xié)同作業(yè)文檔合并方法，其包括如下步驟(i)應用服務器接收不同客戶端計算機提交的文檔，在本地進行緩沖儲存；(ii)針對文檔內容進行解析；(iii)判斷同一文檔的全部上傳文檔的每個編輯字段之間是否沖突，如果沒有沖突，則合并文檔，產生新文檔并且通過應用服務器文檔目錄儲存至數(shù)據(jù)庫服務器；如果存在沖突，則合并文檔不沖突的部分；(iv)判斷提交的文檔中是否存在選擇主導編輯方式的文檔，如果存在，以選擇主導編輯方式的文檔的內容為準進行文檔合并；如果沒有，以系統(tǒng)時間記錄的第一個上傳文檔的內容為準進行文檔合并；(v)合并產生的新文檔按照應用服務器指定的文檔目錄，連接數(shù)據(jù)庫服務器進行儲存。
本發(fā)明提供一種多點協(xié)同作業(yè)系統(tǒng)及方法，分散在不同地域的多臺客戶端計算機，通過應用服務器控制和互聯(lián)網傳輸，可以針對同一文檔進行離線修訂或補充，上傳文檔至應用服務器，應用服務器根據(jù)客戶端計算機選擇的編輯方式對文檔進行合并處理，實現(xiàn)異地多點協(xié)同作業(yè)。從而，提供給企業(yè)與使用者一個完整的信息入口與協(xié)同作業(yè)環(huán)境，在任何時間、任何地點可以存取信息或修訂文檔，實現(xiàn)不同地域的資料同步，控制和管理資料的流向。多點協(xié)同作業(yè)系統(tǒng)及方法采用三層架構，即數(shù)據(jù)庫服務器、應用服務器及多臺客戶端計算機，建立資料集中儲存和分布應用的系統(tǒng)。

圖1是本發(fā)明多點協(xié)同作業(yè)系統(tǒng)及方法的系統(tǒng)架構圖。
圖2是本發(fā)明多點協(xié)同作業(yè)系統(tǒng)及方法的應用服務器構成圖。
圖3是本發(fā)明多點協(xié)同作業(yè)系統(tǒng)及方法的文檔下載流程圖。
圖4是本發(fā)明多點協(xié)同作業(yè)系統(tǒng)及方法的文檔編輯方式選擇流程圖。
圖5是本發(fā)明多點協(xié)同作業(yè)系統(tǒng)及方法的文檔上傳流程圖。
圖6是本發(fā)明多點協(xié)同作業(yè)系統(tǒng)及方法的文檔合并流程圖。
具體實施方式如圖1所示，是本發(fā)明多點協(xié)同作業(yè)系統(tǒng)及方法的系統(tǒng)架構圖。該系統(tǒng)架構包括一數(shù)據(jù)庫服務器1、一應用服務器2、一網絡3及多臺客戶端計算機4。數(shù)據(jù)庫服務器1，用于儲存編輯前的文檔資料和編輯后的文檔資料；應用服務器2，用于控制文檔的下載與上傳，并且根據(jù)選擇的編輯方式合并文檔，儲存合并后產生的新文檔至數(shù)據(jù)庫服務器1；客戶端計算機4，分散于不同地域，可以針對同一文檔進行下載，選擇不同的編輯方式進行離線修訂或補充，上傳至應用服務器2。
如圖2所示，是本發(fā)明多點協(xié)同作業(yè)系統(tǒng)及方法的應用服務器2構成圖。該應用服務器2包括一文檔目錄管理模塊20、一編輯方式控制模塊21、一計數(shù)器管理模塊22、一時限監(jiān)控模塊23及一合并文檔模塊24。其中文檔目錄管理模塊20，用于為數(shù)據(jù)庫服務器1中的每一個文檔，在應用服務器2中建立一個用于存取的目錄，同時方便客戶端計算機4下載或上傳文檔；編輯方式控制模塊21，用于為客戶端計算機4提供主導編輯方式和合并編輯方式，同時支持主導編輯方式合并文檔和合并編輯方式合并文檔；計數(shù)器管理模塊22，根據(jù)文檔的狀態(tài)，下載時對計數(shù)器進行加1，或上傳時對計數(shù)器進行減1操作；時限監(jiān)控模塊23，用于為每一個文檔制定一個編輯時限，客戶端計算機4下載文檔時，應用服務器2開始計時，如果超過編輯時限，文檔沒有上傳至應用服務器2，則指定客戶端計算機4編輯的文檔為無效，不允許上傳，該功能是通過計數(shù)器自動減1來實現(xiàn)的；合并文檔模塊24，用于根據(jù)客戶端計算機4選擇的編輯方式，解析文檔的每部分字段，判斷編輯字段的相同或相異，合并成為新文檔，通過應用服務器2的文檔目錄，把新文檔儲存于數(shù)據(jù)庫服務器1中，以覆蓋原文檔。
如圖3所示，是本發(fā)明多點協(xié)同作業(yè)系統(tǒng)及方法的文檔下載流程圖。文檔的下載是客戶端計算機4通過應用服務器2的文檔目錄，連結數(shù)據(jù)庫服務器1，找到文檔，通過網絡3的傳輸，緩沖儲存文檔至本地?？蛻舳擞嬎銠C4向應用服務器2提出請求，下載一文檔(步驟S30)。應用服務器2判斷文檔是否鎖定，是否可以下載，即是否已經存在有文檔已編輯完畢并且上傳至應用服務器2，則此時文檔編輯狀態(tài)已經被鎖定。當修訂的文檔第一次上傳時，鎖定文檔，不允許繼續(xù)下載，可以保證文檔在一定的時間內合并產生新文檔，不會因為不斷的下載，導致文檔無法合并(步驟S31)。如果文檔被鎖定，則拒絕客戶端計算機4的下載請求(步驟S32)；如果文檔沒有被鎖定，則通過應用服務器2的文檔目錄，連接數(shù)據(jù)庫服務器1，下載文檔至客戶端計算機4(步驟S33)。同時，計數(shù)器加1，即記錄文檔被下載一次(步驟S34)。客戶端計算機4接收應用服務器2傳送的文檔，并且在本地進行緩沖儲存(步驟S35)。
如圖4所示，是本發(fā)明多點協(xié)同作業(yè)系統(tǒng)及方法的文檔編輯方式選擇流程圖。多點協(xié)同作業(yè)提供主導編輯方式和合并編輯方式編輯文檔，多臺客戶端計算機4可以針對數(shù)據(jù)庫服務器1中某一文檔進行作業(yè)，為該文檔配置一計數(shù)器，開始計數(shù)器置0，當該文檔被下載一次，計數(shù)器自動加1，可以一直被下載；直至第一份編輯完畢的文檔開始上傳，計數(shù)器自動減1，該文檔不可以繼續(xù)被下載，上傳一次，則計數(shù)器自動減1，當計數(shù)器重新恢復為0時，應用服務器2開始合并上傳的文檔，以生成一新文檔。
客戶端計算機4按照應用服務器2指定的文檔目錄，連接數(shù)據(jù)庫服務器1下載某一文檔(步驟S40)，同時，計數(shù)器加1，記錄文檔被下載一次(步驟S41)。判斷客戶端計算機4是否可以選擇文檔編輯方式，即判斷文檔的編輯方式是否已經被指定(步驟S42)。如果編輯方式沒有指定，則客戶端計算機可以任選一種文檔編輯方式。例如，選擇合并編輯方式，即不同的客戶端計算機4可以針對同一文檔的所有字段進行離線編輯，之后上傳至應用服務器2，應用服務器2根據(jù)編輯的字段是相同或相異進行合并；或選擇主導編輯方式，即一客戶端計算機4已經選擇以自己的編輯為準，如果編輯字段與其它客戶端計算機的編輯字段沖突，則優(yōu)先選擇自己的編輯，如果沒有沖突，則合并編輯內容(步驟S43)。如果編輯方式已經指定，即存在在先客戶端計算機4已經選擇了主導編輯方式，則該客戶端計算機只能選擇合并編輯方式(步驟S44)。將編輯完畢的文檔上傳至應用服務器2，應用服務器2將按照指定的編輯方式對文檔進行合并處理(步驟S45)，同時，計數(shù)器減1，記錄文檔被上傳一次(步驟S46)。
如圖5所示，是本發(fā)明多點協(xié)同作業(yè)系統(tǒng)及方法的文檔上傳流程圖。文檔的上傳是客戶端計算機4在文檔編輯時限內將文檔上傳至應用服務器2，在應用服務器2中緩沖儲存，準備進行文檔合并?？蛻舳擞嬎銠C4向應用服務器2提出請求，上傳一文檔(步驟S50)。應用服務器2響應該請求(步驟S51)，同時判斷客戶端計算機4是否超過文檔編輯時限(步驟S52)，如果超過時限，則拒絕客戶端計算機4的請求(步驟S53)，同時，計數(shù)器減1(步驟S58)，該上傳步驟結束；如果沒有超過時限，則應用服務器2接收客戶端計算機4所傳送的文檔(步驟S54)。同時，計數(shù)器減1，即記錄文檔被上傳一次(步驟S55)。鎖定文檔的編輯狀態(tài)，不允許繼續(xù)下載，即根據(jù)應用服務器2的系統(tǒng)時間記錄，在同一文檔離線編輯過程中，其中一客戶端計算機4上傳文檔至應用服務器2，則文檔不允許繼續(xù)下載，直至所有下載此文檔的客戶端計算機4全部編輯完畢，上傳文檔，計數(shù)器重新置0(步驟S56)。應用服務器2緩沖儲存文檔(步驟S57)。
如圖6所示，是本發(fā)明多點協(xié)同作業(yè)系統(tǒng)及方法的文檔合并流程圖。文檔的合并是在同一文檔全部上傳完畢后，應用服務器2對所有編輯文檔的每一字段進行解析，判斷字段的相同或相異，根據(jù)選擇的編輯方式合并文檔，產生新文檔。應用服務器2接收客戶端計算機4上傳的文檔，在本地進行緩沖儲存(步驟S60)，當所有上傳文檔均完成上傳后或計數(shù)器為0時，針對文檔內容進行解析(步驟S61)。判斷同一文檔的全部上傳文檔的每個編輯字段之間是否沖突(步驟S62)，如果沒有沖突，則合并文檔，產生新文檔并且通過應用服務器2文檔目錄，儲存至數(shù)據(jù)庫服務器1(步驟S63)；如果存在沖突，則合并文檔不沖突的部分(步驟S64)。判斷所有上傳文檔中是否存在選擇主導編輯方式的文檔(步驟S65)，如果存在有選擇主導編輯方式的文檔，則以該文檔內容為準進行文檔合并(步驟S66)；如果不存在選擇主導編輯方式的文檔，以應用服務器2的系統(tǒng)時間記錄的同一文檔的第一個上傳文檔的編輯內容為準進行文檔合并(步驟S67)。合并產生的新文檔按照應用服務器2指定的文檔目錄，連接數(shù)據(jù)庫服務器1進行覆蓋原文檔的儲存(步驟S68)。
權利要求
1.一種多點協(xié)同作業(yè)系統(tǒng)，采用數(shù)據(jù)庫服務器、應用服務器及多臺客戶端計算機三層架構，其中數(shù)據(jù)庫服務器用于儲存文檔，應用服務器用于控制文檔的下載與上傳，其特征在于應用服務器可以根據(jù)選擇的編輯方式合并文檔，儲存合并后產生的新文檔至數(shù)據(jù)庫服務器，該應用服務器包括有一計數(shù)器管理模塊，用于根據(jù)文檔的狀態(tài)，對計數(shù)器進行加1或減1作業(yè)；一編輯方式控制模塊，用于為客戶端計算機提供主導編輯方式和合并編輯方式，同時支持主導編輯方式合并文檔和合并編輯方式合并文檔；一合并文檔模塊，用于根據(jù)客戶端計算機選擇的編輯方式，將上傳的文檔合并成為一新文檔；客戶端計算機，分散于不同地域，可以針對數(shù)據(jù)庫服務器中的同一文檔進行下載，且離線修訂或補充，并上傳至應用服務器。
2.如權利要求1所述的多點協(xié)同作業(yè)系統(tǒng)，其特征在于，應用服務器還包括有一文檔目錄管理模塊，用于為數(shù)據(jù)庫服務器中的每一個文檔，在應用服務器中建立一個存取目錄。
3.如權利要求2所述的多點協(xié)同作業(yè)系統(tǒng)，其特征在于，應用服務器還包括有一時限監(jiān)控模塊，用于為每一個文檔制定一個編輯時限，在該編輯時限內的文檔才可上傳至應用服務器。
4.一種多點協(xié)同作業(yè)方法，可使分散在不同地域的多臺客戶端計算機，針對一數(shù)據(jù)庫服務器中的同一文檔進行協(xié)同作業(yè)，其特征在于，包括(a)文檔下載步驟，客戶端計算機在文檔的狀態(tài)為未鎖定的情況下，通過應用服務器的文檔目錄，將數(shù)據(jù)庫服務器中的一文檔下載并緩沖儲存；(b)文檔編輯步驟，客戶端計算機選擇主導編輯方式或合并編輯方式，進行離線編輯文檔；(c)文檔上傳步驟，客戶端計算機在文檔編輯時限內將編輯后的文檔上傳至應用服務器，緩沖儲存；(d)文檔合并步驟，通過應用服務器對所有編輯文檔的每一字段進行解析，判斷字段的相同或相異，根據(jù)選擇的編輯方式合并文檔，產生新文檔。
5.如權利要求4所述的多點協(xié)同作業(yè)方法，其特征在于，步驟(a)包括應用服務器根據(jù)文檔的狀態(tài)判斷是否可以響應客戶端計算機的請求進行文檔下載的步驟。
6.如權利要求4所述的多點協(xié)同作業(yè)方法，其特征在于，步驟(a)包括當文檔下載一次，將計數(shù)器加1的步驟。
7.如權利要求4所述的多點協(xié)同作業(yè)方法，其特征在于，步驟(b)包括應用服務器判斷客戶端計算機是否超過文檔編輯時限的步驟。
8.如權利要求4所述的多點協(xié)同作業(yè)方法，其特征在于，步驟(b)包括當文檔上傳一次，將計數(shù)器減1的步驟。
9.如權利要求4所述的多點協(xié)同作業(yè)方法，其特征在于，步驟(b)包括當編輯完畢的文檔第一次上傳時，應用服務器鎖定文檔的編輯狀態(tài)，不允許客戶端計算機繼續(xù)下載的步驟。
10.如權利要求4所述的多點協(xié)同作業(yè)方法，其特征在于，步驟(c)包括應用服務器判斷客戶端計算機編輯文檔的字段與其它上傳的文檔的字段是否沖突的步驟。
11.如權利要求4所述的多點協(xié)同作業(yè)方法，其特征在于，步驟(c)包括應用服務器判斷客戶端計算機上傳的文檔是否存在選擇主導編輯方式的文檔的步驟。
全文摘要
一種多點協(xié)同作業(yè)系統(tǒng)及方法，該系統(tǒng)包括有一數(shù)據(jù)庫服務器，一應用服務器及分散在不同地域的多臺客戶端計算機，通過應用服務器控制和互聯(lián)網傳輸，多臺客戶端計算機可以針對同一文檔進行離線修訂或補充，上傳文檔至應用服務器，應用服務器根據(jù)客戶端計算機選擇的編輯方式對文檔進行合并處理，實現(xiàn)異地多點協(xié)同作業(yè)。從而，提升企業(yè)協(xié)同運作的效率，防止企業(yè)資源和系統(tǒng)時間的浪費。
文檔編號G06F15/16GK1489075SQ0213494
公開日2004年4月14日 申請日期2002年10月12日 優(yōu)先權日2002年10月12日
發(fā)明者李忠一, 林海洪, 樊曉迪, 林旭春, 謝德意 申請人:鴻富錦精密工業(yè)(深圳)有限公司, 鴻海精密工業(yè)股份有限公司