本發(fā)明涉及電子簽批技術(shù)領(lǐng)域，具體而言，涉及一種電子簽批安全管理方法及系統(tǒng)。

背景技術(shù)：

對于公司內(nèi)部簽批流程，通常需要將待簽批文件打印出來，然后給到各個簽批人處進行簽批簽字蓋章。這樣的簽批流程較為繁瑣，工作效率低下。由此，電子簽批應(yīng)運而生。近年來，電子簽批在企業(yè)流程、行業(yè)應(yīng)用、移動支付和個人信息安全等各種場景中得到越來越多的應(yīng)用。

但現(xiàn)有的電子簽批大多通過公共網(wǎng)絡(luò)傳輸簽批文件，缺乏對傳輸?shù)暮炁募谋Ｗo機制。對于企業(yè)來說，企業(yè)的財政開支狀況、項目申請及研發(fā)文檔等都是非常機密的材料，一些不法的競爭者經(jīng)常通過技術(shù)手段竊取機密，使受害者遭受巨大的經(jīng)濟損失。

技術(shù)實現(xiàn)要素：

本發(fā)明正是基于上述問題，提出了一種對簽批文件具有保護機制的電子簽批方法及系統(tǒng)。

有鑒于此，本發(fā)明一方面提出了一種電子簽批安全管理方法，包括：

響應(yīng)發(fā)起人的電子簽批請求，獲取所述電子簽批的類型及待簽核文件；

比較所述電子簽批的類型和存儲的至少一預(yù)設(shè)類型；

當所述電子簽批的類型屬于任一所述預(yù)設(shè)類型時，加密所述待簽核文件。

進一步地，還包括：

響應(yīng)發(fā)起人的電子簽批請求，獲取發(fā)起人設(shè)置的至少一簽核人的簽核順序；

根據(jù)所述簽核順序，生成文件傳輸路徑。

進一步地，還包括：

當所述電子簽批的類型不屬于任一所述預(yù)設(shè)類型時，根據(jù)所述文件傳輸路徑建立一常規(guī)通道；

在所述常規(guī)通道傳輸所述待簽核文件至簽核人端；

當接收到來自簽核人端的已簽核文件時，關(guān)閉所述常規(guī)通道。

進一步地，所述“加密所述待簽核文件”包括：

根據(jù)所述文件傳輸路徑建立一常規(guī)通道；

對所述常規(guī)通道進行加密，建立一加密通道；

在所述加密通道傳輸所述待簽核文件至簽核人端；

當接收到來自簽核人端的已簽核文件時，關(guān)閉所述加密通道。

進一步地，所述“加密所述待簽核文件”包括：

根據(jù)所述文件傳輸路徑建立一常規(guī)通道；

對所述待簽核文件加密；

在所述常規(guī)通道傳輸所述加密的待簽核文件至簽核人端；

接收來自簽核人端的加密的已簽核文件，根據(jù)存儲的發(fā)起人和簽核人之間關(guān)聯(lián)的解密密鑰，對所述加密的已簽核文件解密；

關(guān)閉所述常規(guī)通道。

本發(fā)明另一方面還提供了一種電子簽批安全管理系統(tǒng)，包括獲取單元、存儲器、比較單元和處理器。

所述獲取單元，用于響應(yīng)發(fā)起人的電子簽批請求，獲取所述電子簽批的類型及待簽核文件。

所述比較單元，用于比較所述電子簽批的類型和所述存儲器存儲的至少一預(yù)設(shè)類型，生成比較結(jié)果。

所述處理器，用于當所述電子簽批的類型屬于任一所述預(yù)設(shè)類型時，加密所述待簽核文件。

進一步地，所述獲取單元還用于響應(yīng)發(fā)起人的電子簽批請求獲取發(fā)起人設(shè)置的至少一簽核人的簽核順序，及根據(jù)所述簽核順序生成文件傳輸路徑。

進一步地，還包括傳輸單元，所述傳輸單元包括通道建立模塊、文件傳輸模塊和通道關(guān)閉模塊。通道建立模塊，用于根據(jù)所述文件傳輸路徑建立一常規(guī)通道。文件傳輸模塊，用于在所述常規(guī)通道發(fā)送所述待簽核文件至簽核人端，及接收來自簽核人端的已簽核文件。通道關(guān)閉模塊，用于關(guān)閉所述常規(guī)通道。

進一步地，還包括傳輸單元，所述傳輸單元包括通道建立模塊、加密模塊、文件傳輸模塊和通道關(guān)閉模塊。通道建立模塊，用于根據(jù)所述文件傳輸路徑建立一常規(guī)通道。加密模塊，用于對所述常規(guī)通道進行加密，建立一加密通道。文件傳輸模塊，用于在所述加密通道發(fā)送所述待簽核文件至簽核人端，及接收來自簽核人端的已簽核文件。通道關(guān)閉模塊，用于關(guān)閉所述加密通道。

進一步地，還包括傳輸單元，所述傳輸單元包括通道建立模塊，加密模塊、文件傳輸模塊、解密模塊和通道關(guān)閉模塊。通道建立模塊，用于根據(jù)所述文件傳輸路徑建立一常規(guī)通道。加密模塊，用于對所述待簽核文件加密。文件傳輸模塊，用于在所述常規(guī)通道發(fā)送所述加密的待簽核文件至簽核人端，及接收來自簽核人端的加密的已簽核文件。解密模塊，用于所述存儲器存儲的發(fā)起人和簽核人之間關(guān)聯(lián)的解密密鑰，對所述加密的已簽核文件解密。通道關(guān)閉模塊，用于關(guān)閉所述常規(guī)通道。

本發(fā)明實施例提供的電子簽批安全管理方法及系統(tǒng)，自動識別發(fā)起人發(fā)起的電子簽批的類型，并根據(jù)存儲的至少一預(yù)設(shè)類型判斷該電子簽批的重要性，對屬于預(yù)設(shè)類型的電子簽批加密傳輸，從而避免非法分子對重要信息的竊取，對用戶造成不必要的損失。

為使本發(fā)明的上述目的、特征和優(yōu)點能更明顯易懂，下文特舉較佳實施例，并配合所附附圖，作詳細說明如下。

附圖說明

為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對實施例中所需要使用的附圖作簡單地介紹，應(yīng)當理解，以下附圖僅示出了本發(fā)明的某些實施例，因此不應(yīng)被看作是對范圍的限定，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他相關(guān)的附圖。

圖1示出了本發(fā)明實施例提供的一種電子簽批安全管理方法的第一流程示意圖；

圖2示出了本發(fā)明實施例提供的一種電子簽批安全管理方法的第二流程示意圖；

圖3示出了本發(fā)明實施例提供的一種電子簽批安全管理系統(tǒng)的結(jié)構(gòu)示意圖。

主要元件符號說明：

100-電子簽批安全管理系統(tǒng)；10-獲取單元；20-存儲器；30-比較單元；40-傳輸單元；41-通道建立模塊；42-文件傳輸模塊；43-通道關(guān)閉模塊；44-通道加密模塊；45-文件加密模塊；46-文件解密模塊；50-處理器。

具體實施方式

為了便于理解本發(fā)明，下面將參照相關(guān)附圖對電子簽批安全管理方法及系統(tǒng)進行更清楚、完整地描述。附圖中給出了電子簽批安全管理方法及系統(tǒng)的優(yōu)選實施例。電子簽批安全管理方法及系統(tǒng)可以通過許多不同的形式來實現(xiàn)，并不限于本文所描述的實施例。因此，以下對在附圖中提供的本發(fā)明的實施例的詳細描述并非旨在限制要求保護的本發(fā)明的范圍，而是僅僅表示本發(fā)明的選定實施例。基于本發(fā)明的實施例，本領(lǐng)域技術(shù)人員在沒有做出創(chuàng)造性勞動的前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

實施例1

圖1示出了本發(fā)明實施例提供的一種電子簽批安全管理方法的流程示意圖。如圖1所示，本發(fā)明實施例提供的電子簽批安全管理方法，包括：

步驟S10，響應(yīng)發(fā)起人的電子簽批請求，獲取所述電子簽批的類型及待簽核文件。

具體地，響應(yīng)發(fā)起人在用戶終端的電子簽批請求，獲取發(fā)起人發(fā)起的電子簽批的類型，以及發(fā)起人設(shè)置的至少一簽核人。所述用戶終端可以是手機、電腦等。在注冊賬戶后，用戶可以通過安裝在用戶終端的電子簽批軟件或用戶終端瀏覽器中的電子簽批網(wǎng)頁完成電子簽批流程。根據(jù)待簽核事項的重要性或簽核人的職位等，發(fā)起人可以通過用戶終端上的電子簽批軟件設(shè)置所述電子簽批為不同類型，如發(fā)起人選定的職位最高的簽核人為董事長，則設(shè)置該電子簽批為類型A；發(fā)起人發(fā)起的電子簽批涉及商業(yè)秘密，則設(shè)置該電子簽批為類型B等。

進一步地，響應(yīng)發(fā)起人在用戶終端的電子簽批請求，獲取發(fā)起人通過移動網(wǎng)絡(luò)或無線網(wǎng)絡(luò)上傳的待簽核文件。所述待簽核文件是指合同、請假條、樣品申請單等需要至少一簽核人簽字的文件。

進一步地，響應(yīng)發(fā)起人的電子簽批請求，獲取發(fā)起人設(shè)置的至少一簽核人的簽核順序，及根據(jù)所述簽核順序生成文件傳輸路徑。在某些情況下，發(fā)起人發(fā)起的一電子簽批同時需要多個簽核人簽字，則發(fā)起人需根據(jù)公司的簽核流程，或簽核人的職位、部門等設(shè)置簽核人的簽核順序。根據(jù)獲取的簽核順序，生成對應(yīng)的文件傳輸路徑。所述文件傳輸路徑是指待簽核文件在不同傳輸節(jié)點間的流轉(zhuǎn)路徑。例如，一電子簽批的簽核順序為物料部經(jīng)理、財務(wù)部經(jīng)理、研發(fā)部經(jīng)理，則對應(yīng)的文件傳輸路徑為發(fā)起人端、物料部經(jīng)理端、品質(zhì)部經(jīng)理端、研發(fā)部經(jīng)理端、發(fā)起人端。

步驟S20，比較所述電子簽批的類型和存儲的至少一預(yù)設(shè)類型，生成比較結(jié)果。

具體地，獲取服務(wù)器端存儲的至少一預(yù)設(shè)類型。所述預(yù)設(shè)類型為區(qū)分待簽核文件重要性的標準。比較發(fā)起人發(fā)起的電子簽批的類型和所述預(yù)設(shè)類型，生成比較結(jié)果。當所述電子簽批的類型不屬于任一所述預(yù)設(shè)類型時，表示待簽核文件重要性弱，對保密工作不做要求等；但當所述電子簽批的類型屬于一所述預(yù)設(shè)類型時，表示待簽核文件重要性強，需要保密簽核等。

步驟S30，當所述電子簽批的類型屬于任一所述預(yù)設(shè)類型時，加密所述待簽核文件。

具體地，當所述比較結(jié)果為發(fā)起人發(fā)起的電子簽批的類型不屬于任一所述預(yù)設(shè)類型時，常規(guī)傳輸所述待簽核文件。根據(jù)所述文件傳輸路徑建立一常規(guī)通道。所述常規(guī)通道為不做加密、加擾等預(yù)處理的信號傳輸通道。根據(jù)發(fā)起人設(shè)置的簽核順序在常規(guī)通道傳輸待簽核文件至每一簽核人端。優(yōu)選地，當接收到來自最后一簽核人完成簽批的已簽核文件時，關(guān)閉所述常規(guī)通道，從而節(jié)約網(wǎng)絡(luò)資源。

進一步地，當所述比較結(jié)果為發(fā)起人發(fā)起的電子簽批的類型屬于一所述預(yù)設(shè)類型時，加密傳輸所述待簽核文件。具體地，根據(jù)所述文件傳輸路徑建立一常規(guī)通道。根據(jù)HTTPS協(xié)議(Hyper Text Transfer Protocol over Secure Socket Layer，基于SSL的超文本傳輸協(xié)議)、SSL協(xié)議(Secure Sockets Layer，安全套接層)、CA認證(Certificate Authority，認證授權(quán))、VPN(Virtual Private Network，虛擬專用網(wǎng))或RAR壓縮加密等加密方式對所述常規(guī)通道加密，從而建立一加密通道，確保信息的安全性。根據(jù)發(fā)起人設(shè)置的簽核順序在加密通道傳輸待簽核文件至每一簽核人端。優(yōu)選地，當接收到來自最后一簽核人完成簽批的已簽核文件時，關(guān)閉所述加密通道，從而節(jié)約網(wǎng)絡(luò)資源。

實施例2

圖2示出了本發(fā)明實施例提供的一種電子簽批安全管理方法的流程示意圖。如圖2所示，本發(fā)明實施例提供的電子簽批安全管理方法，包括：

步驟S1，響應(yīng)發(fā)起人的電子簽批請求，獲取所述電子簽批的類型及待簽核文件。

具體地，響應(yīng)發(fā)起人在用戶終端的電子簽批請求，獲取發(fā)起人發(fā)起的電子簽批的類型，發(fā)起人設(shè)置的至少一簽核人以及發(fā)起人通過移動網(wǎng)絡(luò)或無線網(wǎng)絡(luò)上傳的待簽核文件。所述用戶終端可以是手機、電腦等。在注冊賬戶后，用戶可以通過安裝在用戶終端的電子簽批軟件或用戶終端瀏覽器中的電子簽批網(wǎng)頁完成電子簽批流程。

步驟S2，響應(yīng)發(fā)起人的電子簽批請求，獲取發(fā)起人設(shè)置的至少一簽核人的簽核順序，及根據(jù)所述簽核順序生成文件傳輸路徑。

需要說明的是，步驟S1和步驟S2的執(zhí)行不分先后順序。

具體地，響應(yīng)發(fā)起人的電子簽批請求，獲取發(fā)起人設(shè)置的至少一簽核人的簽核順序，及根據(jù)所述簽核順序生成文件傳輸路徑。在某些情況下，發(fā)起人發(fā)起的一電子簽批同時需要多個簽核人簽字，則發(fā)起人需根據(jù)公司的簽核流程，或簽核人的職位、部門等設(shè)置簽核人的簽核順序。根據(jù)獲取的簽核順序，生成對應(yīng)的文件傳輸路徑。

步驟S3，比較所述電子簽批的類型和存儲的至少一預(yù)設(shè)類型，當所述電子簽批的類型不屬于任一所述預(yù)設(shè)類型時，執(zhí)行步驟S4；當所述電子簽批的類型屬于所述預(yù)設(shè)類型時，執(zhí)行步驟S5。

具體地，獲取服務(wù)器端存儲的至少一預(yù)設(shè)類型。所述預(yù)設(shè)類型為區(qū)分待簽核文件重要性的標準。比較發(fā)起人發(fā)起的電子簽批的類型和所述預(yù)設(shè)類型。當所述電子簽批的類型不屬于任一所述預(yù)設(shè)類型時，表示待簽核文件重要性弱，對保密工作不做要求等，執(zhí)行步驟S4；當所述電子簽批的類型屬于所述預(yù)設(shè)類型時，表示待簽核文件重要性強，需要保密簽核等，執(zhí)行步驟S5。

步驟S4，常規(guī)傳輸所述待簽核文件。

具體地，當發(fā)起人發(fā)起的電子簽批的類型不屬于任一所述預(yù)設(shè)類型時，常規(guī)傳輸所述待簽核文件。根據(jù)所述文件傳輸路徑建立一常規(guī)通道。根據(jù)發(fā)起人設(shè)置的簽核順序在常規(guī)通道傳輸待簽核文件至每一簽核人端。優(yōu)選地，當接收到來自最后一簽核人完成簽批的已簽核文件時，關(guān)閉所述常規(guī)通道，從而節(jié)約網(wǎng)絡(luò)資源。

步驟S5，加密傳輸所述待簽核文件。

具體地，當發(fā)起人發(fā)起的電子簽批的類型屬于所述預(yù)設(shè)類型時，加密傳輸所述待簽核文件。本實施例中，加密傳輸所述待簽核文件包括兩種實施方式。一種實施方式為建立一加密通道，及在該加密通道傳輸所述待簽核文件。具體地，根據(jù)所述文件傳輸路徑建立一常規(guī)通道。根據(jù)HTTPS協(xié)議、SSL協(xié)議、CA認證、VPN或RAR壓縮加密等加密方式對所述常規(guī)通道加密，從而建立一加密通道。根據(jù)發(fā)起人設(shè)置的簽核順序在加密通道傳輸待簽核文件至每一簽核人端。優(yōu)選地，當接收到來自最后一簽核人完成簽批的已簽核文件時，關(guān)閉所述加密通道，從而節(jié)約網(wǎng)絡(luò)資源。

另一種實施方式為建立一常規(guī)通道，對所述待簽核文件加密，及在所述常規(guī)通道傳輸所述加密的待簽核文件。具體地，根據(jù)所述文件傳輸路徑建立一常規(guī)通道。根據(jù)SSH協(xié)議(SecureShell，安全外殼協(xié)議)、PGP協(xié)議(Pretty Good Privacy，安全加密)、RSA(非對稱加密算法)或用戶口令加密等加密方式對所述待簽核文件加密。根據(jù)發(fā)起人設(shè)置的簽核順序在常規(guī)通道傳輸待簽核文件至每一簽核人端。當接收到來自最后一簽核人完成簽批的加密的已簽核文件時，根據(jù)存儲的解密密鑰，對所述加密的已簽核文件解密。所述解密密鑰可以是發(fā)起人和簽核人之間預(yù)先約定的口令、密碼等。優(yōu)選地，當接收到來自最后一簽核人完成簽批的加密的已簽核文件時，關(guān)閉所述常規(guī)通道，從而節(jié)約網(wǎng)絡(luò)資源。這種方式對傳輸通道要求比較低，且文件加密技術(shù)相比通道加密技術(shù)更容易實現(xiàn)。

實施例3

圖3示出了本發(fā)明實施例提供的一種電子簽批安全管理系統(tǒng)的結(jié)構(gòu)示意圖。如圖3所示，本發(fā)明實施例提供的一種電子簽批安全管理系統(tǒng)100，包括獲取單元10、存儲器20、比較單元30、傳輸單元40和處理器50。獲取單元10、存儲器20、比較單元30和傳輸單元40均與處理器50通信連接。

獲取單元10用于響應(yīng)發(fā)起人的電子簽批請求，獲取所述電子簽批的類型及待簽核文件，獲取發(fā)起人設(shè)置的至少一簽核人的簽核順序，及根據(jù)所述簽核順序生成文件傳輸路徑。

具體地，根據(jù)待簽核事項的重要性或簽核人的職位等，發(fā)起人可以通過用戶終端上的電子簽批軟件設(shè)置所述電子簽批為不同類型。處理器50控制獲取單元10響應(yīng)發(fā)起人的電子簽批請求，獲取發(fā)起人發(fā)起的電子簽批的類型。同時，處理器50控制獲取單元10獲取發(fā)起人通過移動網(wǎng)絡(luò)或無線網(wǎng)絡(luò)上傳的待簽核文件。所述待簽核文件是指合同、請假條、樣品申請單等需要至少一簽核人簽字的文件。進一步地，在某些情況下，發(fā)起人發(fā)起的一電子簽批同時需要多個簽核人簽字，則發(fā)起人需根據(jù)公司的簽核流程，或簽核人的職位、部門等設(shè)置簽核人的簽核順序。處理器50控制獲取單元10獲取發(fā)起人設(shè)置的至少一簽核人的簽核順序，及根據(jù)所述簽核順序生成文件傳輸路徑。所述文件傳輸路徑是指待簽核文件在不同傳輸節(jié)點間的流轉(zhuǎn)路徑。

存儲器20用于存儲至少一預(yù)設(shè)類型。所述預(yù)設(shè)類型為區(qū)分待簽核文件重要性的標準，如涉及商業(yè)秘密等的待簽核文件的類型為一預(yù)設(shè)類型。

比較單元30用于比較發(fā)起人發(fā)起的電子簽批的類型和所述預(yù)設(shè)類型，生成比較結(jié)果。

傳輸單元40用于傳輸所述待簽核文件。

本實施例中，傳輸單元40包括通道建立模塊41、文件傳輸模塊42和通道關(guān)閉模塊43。通道建立模塊41用于根據(jù)所述文件傳輸路徑建立一常規(guī)通道。文件傳輸模塊42用于在所述常規(guī)通道發(fā)送所述待簽核文件至簽核人端，及接收來自簽核人端的已簽核文件。通道關(guān)閉模塊43用于關(guān)閉所述常規(guī)通道。

進一步地，傳輸單元40還包括通道加密模塊44。通道加密模塊44用于對所述常規(guī)通道進行加密及安全認證，建立一加密通道。文件傳輸模塊42還用于在所述加密通道發(fā)送所述待簽核文件至簽核人端，及接收來自簽核人端的已簽核文件。通道關(guān)閉模塊43還用于關(guān)閉所述加密通道。

處理器50用于根據(jù)所述比較結(jié)果控制傳輸單元40加密傳輸或常規(guī)傳輸所述待簽核文件。

當比較單元30生成的比較結(jié)果為發(fā)起人發(fā)起的電子簽批的類型不屬于存儲器20存儲的任一預(yù)設(shè)類型時，處理器50控制傳輸單元40常規(guī)傳輸所述待簽核文件。具體地，處理器50控制通道建立模塊41根據(jù)所述文件傳輸路徑建立一常規(guī)通道，及控制文件傳輸模塊42根據(jù)發(fā)起人設(shè)置的簽核順序在常規(guī)通道傳輸待簽核文件至每一簽核人端。優(yōu)選地，當文件傳輸模塊42接收到來自最后一簽核人完成簽批的已簽核文件時，處理器50控制通道關(guān)閉模塊43關(guān)閉所述常規(guī)通道，從而節(jié)約網(wǎng)絡(luò)資源。

當比較單元30生成的比較結(jié)果為發(fā)起人發(fā)起的電子簽批的類型屬于存儲器20存儲的一預(yù)設(shè)類型時，處理器50控制傳輸單元40加密傳輸所述待簽核文件。具體地，處理器50控制通道建立模塊41根據(jù)所述文件傳輸路徑建立一常規(guī)通道，及控制通道加密模塊44根據(jù)HTTPS協(xié)議、SSL協(xié)議、CA認證、VPN或RAR壓縮加密等加密方式對所述常規(guī)通道加密，從而建立一加密通道。處理器50控制文件傳輸模塊42根據(jù)發(fā)起人設(shè)置的簽核順序在加密通道傳輸待簽核文件至每一簽核人端。優(yōu)選地，當文件傳輸模塊42接收到來自最后一簽核人完成簽批的已簽核文件時，處理器50控制通道關(guān)閉模塊43關(guān)閉所述加密通道，從而節(jié)約網(wǎng)絡(luò)資源。

另一實施例中，傳輸單元40還包括文件加密模塊45和文件解密模塊46。文件加密模塊45用于對所述待簽核文件加密。文件傳輸模塊42還用于在所述常規(guī)通道發(fā)送所述加密的待簽核文件至簽核人端，及接收來自簽核人端的加密的已簽核文件。文件解密模塊46用于所述存儲器存儲的發(fā)起人和簽核人之間關(guān)聯(lián)的解密密鑰，對所述加密的已簽核文件解密。

相應(yīng)地，當比較單元30生成的比較結(jié)果為發(fā)起人發(fā)起的電子簽批的類型屬于存儲器20存儲的一預(yù)設(shè)類型時，處理器50控制傳輸單元40加密傳輸所述待簽核文件。具體地，處理器50控制通道建立模塊41根據(jù)所述文件傳輸路徑建立一常規(guī)通道，及控制文件加密模塊45根據(jù)SSH協(xié)議、PGP機制、RSA算法或用戶口令加密等加密方式對所述待簽核文件加密。處理器50控制文件傳輸模塊42根據(jù)發(fā)起人設(shè)置的簽核順序在常規(guī)通道傳輸待簽核文件至每一簽核人端。當文件傳輸模塊42接收到來自最后一簽核人完成簽批的加密的已簽核文件時，處理器50控制文件解密模塊46根據(jù)存儲器20存儲的解密密鑰，對所述加密的已簽核文件解密。所述解密密鑰可以是發(fā)起人和簽核人之間預(yù)約定的口令、密碼等。優(yōu)選地，當文件傳輸模塊42接收到來自最后一簽核人完成簽批的加密的已簽核文件時，處理器50控制通道關(guān)閉模塊43關(guān)閉所述常規(guī)通道，從而節(jié)約網(wǎng)絡(luò)資源。

本發(fā)明實施例提供的電子簽批安全管理方法及系統(tǒng)，自動識別發(fā)起人發(fā)起的電子簽批的類型，并根據(jù)存儲的至少一預(yù)設(shè)類型判斷該電子簽批的重要性，對屬于預(yù)設(shè)類型的電子簽批加密傳輸，從而避免非法分子對重要信息的竊取，對用戶造成不必要的損失。

本發(fā)明實施例所提供的系統(tǒng)，其實現(xiàn)原理及產(chǎn)生的技術(shù)效果和前述方法實施例相同，為簡要描述，系統(tǒng)實施例部分未提及之處，可參考前述方法實施例中相應(yīng)內(nèi)容。

在這里示出和描述的所有示例中，任何具體值應(yīng)被解釋為僅僅是示例性的，而不是為限制，因此，示例性實施例的其他示例可以具有不同的值。應(yīng)注意到：相似的標號和字母在下面的附圖中表示類似項，因此，一旦某一項在一個附圖中被定義，則在隨后的附圖中不需要對其進行進一步定義和解釋。

在本申請所提供的幾個實施例中，應(yīng)該理解到，所揭露的裝置可以通過其它的方式實現(xiàn)。以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，又例如，多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些通信接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。

所述為分離部件說明的單元可以是或者也可以不是物理上分開的，為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。

另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。

以上所述，僅為本發(fā)明的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)所述以權(quán)利要求的保護范圍為準。