本發(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ā)起人或下一順序簽核人的驗證請求，根據(jù)其接收到的簽核文件，生成對應(yīng)的特征摘要，及獲取當前簽核人端生成的簽核文件的特征摘要；

根據(jù)所述發(fā)起人或所述下一順序簽核人對所述生成的特征摘要和所述存儲的的特征摘要的比較結(jié)果，生成驗證結(jié)果。

進一步地，所述“響應(yīng)發(fā)起人或下一順序簽核人的驗證請求，根據(jù)其接收到的簽核文件，生成對應(yīng)的特征摘要”包括：

獲取及根據(jù)所述發(fā)起人設(shè)置的所述電子簽批的至少一簽核人的簽核順序，檢測是否存在所述下一順序簽核人；

當不存在所述下一順序簽核人時，響應(yīng)所述發(fā)起人的驗證請求，生成其接收到的簽核文件對應(yīng)的特征摘要和二維碼，及響應(yīng)所述發(fā)起人對所述二維碼的掃描操作，獲取及展示所述生成的特征摘要；

當存在所述下一順序簽核人時，響應(yīng)所述下一順序簽核人的驗證請求，生成其接收到的簽核文件對應(yīng)的特征摘要和二維碼，及響應(yīng)所述下一順序簽核人對所述二維碼的掃描操作，獲取及展示所述生成的特征摘要。

進一步地，所述“根據(jù)所述發(fā)起人或所述下一順序簽核人對所述生成的特征摘要和所述獲取的特征摘要的比較結(jié)果，生成驗證結(jié)果”包括：

當所述比較結(jié)果為所述下一順序簽核人接收到的簽核文件的特征摘要和所述獲取的特征摘要匹配時，響應(yīng)所述下一順序簽核人的簽核請求；

當所述比較結(jié)果為所述下一順序簽核人接收到的簽核文件的特征摘要和所述獲取的特征摘要不匹配時，響應(yīng)所述下一順序簽核人的拒絕簽核請求；

當所述比較結(jié)果為所述發(fā)起人接收到的簽核文件的特征摘要和所述獲取的特征摘要不匹配時，響應(yīng)所述發(fā)起人的重新簽核請求。

進一步地，所述“響應(yīng)所述下一順序簽核人的簽核請求”包括：

獲取所述下一順序簽核人對其接收到的簽核文件的簽核信息，循環(huán)執(zhí)行所述電子簽批驗證方法。

進一步地，所述“響應(yīng)所述下一順序簽核人的拒絕簽核請求”包括：

獲取所述下一順序簽核人輸入的拒絕簽核信息；

發(fā)送所述拒絕簽核信息和/或所述下一順序簽核人接收到的簽核文件至所述當前簽核人端，循環(huán)執(zhí)行所述電子簽批驗證方法。

進一步地，所述步驟“響應(yīng)所述發(fā)起人的重新簽核請求”包括：

獲取所述發(fā)起人輸入的重新簽核信息；

發(fā)送所述重新簽核信息和/或所述發(fā)起人接收到的簽核文件至最后順序簽核人端，循環(huán)執(zhí)行所述電子簽批驗證方法。

本發(fā)明還提供了一種電子簽批驗證系統(tǒng)，包括生成單元、獲取單元、服務(wù)器和處理器。

所述生成單元，用于響應(yīng)發(fā)起人或下一順序簽核人的驗證請求，根據(jù)其接收到的簽核文件，生成對應(yīng)的特征摘要。

所述獲取單元，用于響應(yīng)發(fā)起人或下一順序簽核人的驗證請求，獲取當前簽核人端生成的簽核文件的特征摘要。

所述處理器，用于根據(jù)所述發(fā)起人或所述下一順序簽核人對所述生成的特征摘要和所述獲取的特征摘要的比較結(jié)果，控制所述執(zhí)行單元生成驗證結(jié)果。

進一步地，所述獲取單元包括檢測模塊和獲取模塊。

所述檢測模塊，用于獲取及根據(jù)所述發(fā)起人設(shè)置的所述電子簽批的至少一簽核人的簽核順序，檢測是否存在所述下一順序簽核人。

所述生成單元，還用于響應(yīng)所述發(fā)起人或所述或下一順序簽核人的驗證請求，生成其接收到的簽核文件對應(yīng)的二維碼。

所述獲取模塊，用于響應(yīng)所述發(fā)起人或所述或下一順序簽核人對所述二維碼的掃描操作，獲取及展示所述生成的特征摘要。

進一步地，所述執(zhí)行單元包括獲取模塊和反饋模塊。所述獲取模塊，用于獲取所述下一順序簽核人輸入的拒絕簽核信息，或?qū)ζ浣邮盏降暮灪宋募暮灪诵畔?。所述反饋模塊，用于發(fā)送所述拒絕簽核信息和/或所述下一順序簽核人接收到的簽核文件至所述當前簽核人端。

進一步地，所述執(zhí)行單元包括獲取模塊和反饋模塊。所述獲取模塊，用于獲取所述發(fā)起人輸入的重新簽核信息。所述反饋模塊，用于發(fā)送所述重新簽核信息和/或所述發(fā)起人接收到的簽核文件至最后順序簽核人端。

本發(fā)明實施例提供的電子簽批驗證方法及系統(tǒng)，服務(wù)器端存儲的當前簽核人對簽核文件的特征摘要可以幫助下一順序簽核人或發(fā)起人識別其接收到的簽核文件上特征摘要的真?zhèn)?，對電子簽批的簽核過程進行驗證，從而保證電子簽批的有效性，有效避免非法分子對簽核文件的假冒簽核，對用戶造成不必要的損失。

為使本發(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-獲取單元；11-檢測模塊；12-第一獲取模塊；20-生成單元；30-執(zhí)行單元；31-第二獲取模塊；32-反饋模塊；40-處理器；50-服務(wù)器。。

具體實施方式

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

實施例1

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

步驟S10，響應(yīng)發(fā)起人或下一順序簽核人的驗證請求，根據(jù)其接收到的簽核文件，生成對應(yīng)的特征摘要，及獲取當前簽核人端生成的簽核文件的特征摘要。

具體地，在某些情況下，發(fā)起人發(fā)起的一電子簽批同時需要多個簽核人簽字，則發(fā)起人需根據(jù)公司的簽核流程，或簽核人的職位、部門等設(shè)置簽核人的簽核順序。所述當前簽核人可以為任一順序簽核人。所述當前簽核人對來自發(fā)起人、上一順序簽核人或其他人通過移動網(wǎng)絡(luò)或無線網(wǎng)絡(luò)上傳的簽核文件進行簽核。所述簽核文件是指合同、請假條、樣品申請、財務(wù)報銷等需要至少一簽核人簽字的文件。

需要說明的是，來自上一順序簽核人的簽核文件包括所述上一順序簽核人和/或相對所述上一順序簽核人更靠前順序簽核人的簽核信息，換句話說，來自所述簽核順序簽核人的簽核文件包括發(fā)起人設(shè)置的至少一簽核人中部分簽核人的簽核信息。所述簽核信息包括簽核人姓名、簽核時間、簽核終端識別碼或簽核終端IP地址等。例如，一電子簽批的簽核順序為研發(fā)部經(jīng)理、物料部經(jīng)理、財務(wù)部經(jīng)理、董事長，假設(shè)當前簽核人為財務(wù)部經(jīng)理，則上一順序簽核人為物料部經(jīng)理，下一順序簽核人為董事長。財務(wù)部經(jīng)理接收到的簽核文件包括物料部經(jīng)理和/或研發(fā)部經(jīng)理的特征摘要。發(fā)起人接收來自最后順序簽核人的簽核文件，本舉例中，發(fā)起人接收來自董事長的簽核文件。

進一步地，由于發(fā)起人接收到的簽核文件并非一定是來自發(fā)起人設(shè)置的最后順序簽核人，下一順序簽核人接收到的簽核文件也并非一定是來自發(fā)起人設(shè)置的當前順序簽核人，也有可能是來自任一第三方假冒簽核的簽核文件。例如，所述簽核文件為一項財務(wù)報銷，可以理解的是，通常，公司規(guī)定超過一定額度的財務(wù)報銷必需由A級及其以上經(jīng)理簽核，如果所述第三方為了進行財務(wù)虛假報銷，如增加非報銷內(nèi)容等，必須得到A級別及其以上經(jīng)理的認可。此時，所述第三方可能以所述下一順序簽核人的身份對簽核文件假冒簽核并將假冒簽核的簽核文件發(fā)送至下一順序簽核人或發(fā)起人端。

本實施例提供的電子簽批驗證方法，發(fā)起人及電子簽批的任一簽核人對其接收到的簽核文件及其簽核信息進行驗證，從而對電子簽批簽核過程的每一環(huán)節(jié)進行驗證，可以有效防止電子簽批的簽核信息的偽造或簽核文件的篡改。

具體地，響應(yīng)發(fā)起人或下一順序簽核人的驗證請求，獲取服務(wù)器端存儲的當前簽核人端生成的簽核文件的特征摘要。所述特征摘要根據(jù)當前簽核人對其接收到的簽核文件的簽核信息生成。所述特征摘要包括所述簽核文件的屬性信息和簽核信息等，所述屬性信息包括所述電子簽批主題、發(fā)起人或發(fā)起時間的文本、語音或圖片等簡略信息。需要說明的是，無論簽核文件實際大小，對應(yīng)的特征摘要的位數(shù)不超過預(yù)設(shè)上限，本實施例中，所述預(yù)設(shè)上限為128位。另外，發(fā)起人或任一簽核人對簽核文件的任何改變，如一標點符號的改變，該簽核文件對應(yīng)的特征摘要發(fā)生變化。由于任一簽核人均需對其接收到的簽核文件發(fā)生簽核行為，因而發(fā)起人及任一簽核人接收到的簽核文件對應(yīng)的特征摘要不同，從而特征摘要可以作為判斷簽核文件上簽核信息真?zhèn)蔚淖R別信息。

進一步地，獲取發(fā)起人設(shè)置的所述電子簽批的至少一簽核人的簽核順序。根據(jù)發(fā)起人設(shè)置的該電子簽批的至少一簽核人的簽核順序，檢測是否存在下一順序簽核人。當存在所述下一順序簽核人時，響應(yīng)所述下一順序簽核人的驗證請求，生成其接收到的簽核文件對應(yīng)的特征摘要和二維碼，響應(yīng)所述下一順序簽核人對所述二維碼的掃描操作，獲取及展示所述生成的特征摘要。當不存在所述下一順序簽核人時，表示發(fā)起人設(shè)置的至少一簽核人均完成對簽核文件的簽核，換句話說，最后順序簽核人完成對簽核文件簽核，響應(yīng)所述發(fā)起人的驗證請求，生成其接收到的簽核文件對應(yīng)的特征摘要和二維碼，及響應(yīng)所述發(fā)起人對所述二維碼的掃描操作，獲取及展示所述生成的特征摘要。

步驟S20，根據(jù)所述發(fā)起人或所述下一順序簽核人對所述生成的特征摘要和所述存儲的的特征摘要的比較結(jié)果，生成驗證結(jié)果。

具體地，當所述比較結(jié)果為發(fā)起人接收到的簽核文件的特征摘要和服務(wù)器端存儲的特征摘要不匹配時，響應(yīng)發(fā)起人的重新簽核請求，獲取發(fā)起人輸入或選定的重新簽核信息。所述匹配是指簽核文件的屬性信息、簽核信息等均和所述獲取的特征摘要一致。所述重新簽核信息包括重新簽核原因，如簽核信息存在偽造風(fēng)險等。反饋所述重新簽核信息和/或發(fā)起人接收到的來自最后順序簽核人端的簽核文件至最后順序簽核人端，從而最后順序簽核人對簽核文件重新簽核，確保電子簽批的有效性。本實施例中，最后順序簽核人對簽核文件重新簽核信息自動覆蓋原始簽核信息。執(zhí)行步驟S10，即循環(huán)執(zhí)行所述電子簽批驗證方法。

進一步地，當所述比較結(jié)果為發(fā)起人接收到的簽核文件對應(yīng)的特征摘要和所述獲取的特征摘要匹配時，表示該電子簽批完成簽核及通過驗證，所述電子簽批驗證方法結(jié)束。

進一步地，當所述比較結(jié)果為所述下一順序簽核人接收到的簽核文件的特征摘要和所述獲取的特征摘要匹配時，表示下一順序簽核文件接收到的簽核文件來自當前簽核人，而非第三方，簽核文件及其簽核信息有效，可以對簽核文件繼續(xù)簽核。響應(yīng)下一順序簽核人的簽核請求，獲取下一順序簽核人對其接收到的簽核文件的簽核信息。執(zhí)行步驟S10，即循環(huán)執(zhí)行所述電子簽批驗證方法。

進一步地，當所述比較結(jié)果為所述下一順序簽核人接收到的簽核文件的特征摘要和所述獲取的特征摘要不匹配時，表示下一順序簽核人接收到的簽核文件或其簽核信息存在偽造風(fēng)險，需要反饋至當前簽核人重新簽核，從而確保電子簽批的有效性。響應(yīng)下一順序簽核人的拒絕簽核請求，獲取所述下一順序簽核人輸入的拒絕簽核信息。所述拒絕簽核信息包括拒絕簽核原因，如簽核信息存在偽造風(fēng)險等。反饋所述拒絕簽核信息和/或所述下一順序簽核人接收到來自當前簽核人的簽核文件至當前簽核人端，從而當前簽核人對簽核文件重新簽核，確保電子簽批的有效性。執(zhí)行步驟S10，即循環(huán)執(zhí)行所述電子簽批驗證方法。

本發(fā)明實施例提供的電子簽批驗證方法，特征摘要用于幫助發(fā)起人及簽核人對接收的簽核文件及其簽核信息均進行識別，不僅防止對簽核信息的偽造，同時防止對簽核文件內(nèi)容的篡改，進一步保證了電子簽批的有效性。

實施例2

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

步驟S1，獲取及根據(jù)發(fā)起人設(shè)置的電子簽批的至少一簽核人的簽核順序，檢測是否存在下一順序簽核人，當不存在所述下一順序簽核人時，執(zhí)行步驟S21；當存在所述下一順序簽核人時，執(zhí)行步驟S31。

具體地，在某些情況下，發(fā)起人發(fā)起的一電子簽批同時需要多個簽核人簽字，則發(fā)起人需根據(jù)公司的簽核流程，或簽核人的職位、部門等設(shè)置簽核人的簽核順序。根據(jù)發(fā)起人設(shè)置的該電子簽批的至少一簽核人的簽核順序，檢測是否存在下一順序簽核人。

步驟S21，當不存在所述下一順序簽核人時，響應(yīng)所述發(fā)起人的驗證請求，生成與其接收到的簽核文件對應(yīng)的特征摘要。

具體地，當不存在所述下一順序簽核人時，表示發(fā)起人設(shè)置的至少一簽核人均完成對簽核文件的簽核，換句話說，最后順序簽核人完成對簽核文件簽核。發(fā)起人接收來自最后順序簽核人的簽核文件。響應(yīng)所述發(fā)起人的驗證請求，生成與其接收到的簽核文件對應(yīng)的特征摘要和二維碼。響應(yīng)發(fā)起人對所述二維碼的掃描操作，獲取及展示發(fā)起人接收到的簽核文件對應(yīng)的特征摘要。

步驟S22，當不存在所述下一順序簽核人時，響應(yīng)所述發(fā)起人的驗證請求，獲取及展示所述服務(wù)器端存儲的最后順序簽核人端生成的簽核文件的特征摘要。

需要說明的是，步驟S22可以在步驟S21之前執(zhí)行，也可以與步驟S21同時執(zhí)行。

具體地，發(fā)起人接收來自最后順序簽核人的簽核文件。所述最后順序簽核人端生成的簽核文件包括最后順序簽核人對簽核文件的簽核信息。服務(wù)器端存儲的對應(yīng)的特征摘要包括簽核文件的屬性信息和該簽核信息。本實施例中，服務(wù)器端存儲的特征摘要將作為發(fā)起人判斷其接收到的簽核文件及其簽核信息真?zhèn)蔚膮⒖紭藴省?/p>

步驟S23，根據(jù)所述發(fā)起人對所述生成的特征摘要和所述獲取的特征摘要的比較結(jié)果，響應(yīng)所述發(fā)起人的重新簽核請求。

具體地，當所述比較結(jié)果為發(fā)起人接收到的簽核文件對應(yīng)的特征摘要和所述獲取的特征摘要不匹配時，響應(yīng)所述發(fā)起人的重新簽核請求，獲取發(fā)起人輸入或選定的重新簽核信息。反饋所述重新簽核信息和/或發(fā)起人接收到的來自最后順序簽核人端的簽核文件至最后順序簽核人端，從而最后順序簽核人對簽核文件重新簽核，確保電子簽批的有效性。執(zhí)行步驟S1，即循環(huán)執(zhí)行所述電子簽批驗證方法。

進一步地，當所述比較結(jié)果為發(fā)起人接收到的簽核文件對應(yīng)的特征摘要和所述獲取的特征摘要匹配時，表示該電子簽批完成簽核及通過驗證，所述電子簽批驗證方法結(jié)束。

步驟S31，當存在所述下一順序簽核人時，響應(yīng)所述下一順序簽核人的驗證請求，生成其接收到的簽核文件對應(yīng)的特征摘要。

具體地，當存在所述下一順序簽核人時，響應(yīng)所述下一順序簽核人的驗證請求，生成其接收到的簽核文件對應(yīng)的特征摘要和二維碼，及響應(yīng)所述下一順序簽核人對所述二維碼的掃描操作，獲取及展示所述生成的特征摘要，從而幫助下一順序簽核人對接收到的簽核文件的特征摘要進行識別，確保電子簽批的有效性。

步驟S32，當存在所述下一順序簽核人時，響應(yīng)所述下一順序簽核人的驗證請求，獲取及展示所述服務(wù)器端存儲的當前簽核人端生成的簽核文件的特征摘要。

需要說明的是，步驟S32可以在步驟S31之前執(zhí)行，也可以與步驟S31同時執(zhí)行。

具體地，下一順序簽核人接收來自當前簽核人的簽核文件。所述當前簽核人端生成的簽核文件包括當前簽核人對簽核文件的簽核信息。服務(wù)器端存儲的對應(yīng)的特征摘要包括簽核文件的屬性信息和該簽核信息。本實施例中，服務(wù)器端存儲的特征摘要將作為下一順序簽核人判斷其接收到的簽核文件及其簽核信息真?zhèn)蔚膮⒖紭藴省?/p>

步驟S33，根據(jù)所述下一順序簽核人對所述生成的特征摘要和所述獲取的特征摘要的比較結(jié)果，響應(yīng)所述下一順序簽核人的簽核請求或拒絕簽核請求。

具體地，當所述比較結(jié)果為所述下一順序簽核人接收到的簽核文件的特征摘要和所述獲取的特征摘要匹配時，表示下一順序簽核文件接收到的簽核文件來自當前簽核人，而非第三方，簽核文件及其簽核信息有效，可以對簽核文件繼續(xù)簽核。響應(yīng)下一順序簽核人的簽核請求，獲取下一順序簽核人對其接收到的簽核文件的簽核信息。執(zhí)行步驟S1，即循環(huán)執(zhí)行所述電子簽批驗證方法。

進一步地，當所述比較結(jié)果為所述下一順序簽核人接收到的簽核文件的特征摘要和所述獲取的特征摘要不匹配時，表示下一順序簽核人接收到的簽核文件或其簽核信息存在偽造風(fēng)險，需要反饋至當前簽核人重新簽核。響應(yīng)下一順序簽核人的拒絕簽核請求，獲取所述下一順序簽核人輸入的拒絕簽核信息。所述拒絕簽核信息包括拒絕簽核原因，如特征摘要存在偽造風(fēng)險等。反饋所述拒絕簽核信息和/或所述下一順序簽核人接收到來自當前簽核人的簽核文件至當前簽核人端，從而當前簽核人對簽核文件重新簽核，確保電子簽批的有效性。執(zhí)行步驟S1，即循環(huán)執(zhí)行所述電子簽批驗證方法。

實施例3

圖3示出了本發(fā)明實施例提供的一種電子簽批驗證系統(tǒng)的結(jié)構(gòu)示意圖。如圖3所示，本發(fā)明實施例提供的一種電子簽批驗證系統(tǒng)100，包括獲取單元10、生成單元20、執(zhí)行單元30、處理器40和服務(wù)器50。獲取單元10、生成單元20和執(zhí)行單元30均與處理器40電性連接。服務(wù)器50通過移動網(wǎng)絡(luò)或無線網(wǎng)絡(luò)等與處理器40通信連接。

獲取單元10用于響應(yīng)發(fā)起人或下一順序簽核人的驗證請求，獲取服務(wù)器50端存儲的當前簽核人端生成的簽核文件的特征摘要。本實施例中，獲取單元10包括檢測模塊11和第一獲取模塊12。

檢測模塊11用于獲取及根據(jù)發(fā)起人設(shè)置的電子簽批的至少一簽核人的簽核順序，檢測是否存在下一順序簽核人。

具體地，在某些情況下，發(fā)起人發(fā)起的一電子簽批同時需要多個簽核人簽字，則發(fā)起人需根據(jù)公司的簽核流程，或簽核人的職位、部門等設(shè)置簽核人的簽核順序。所述當前簽核人可以為任一順序簽核人。處理器40響應(yīng)發(fā)起人或下一順序簽核人對其接收到的簽核文件的簽核請求，獲取及顯示發(fā)起人、上一順序簽核人或其他人通過移動網(wǎng)絡(luò)或無線網(wǎng)絡(luò)上傳的簽核文件。所述簽核文件是指合同、請假條、樣品申請、財務(wù)報銷等需要至少一簽核人簽字的文件。處理器40控制檢測模塊11根據(jù)發(fā)起人設(shè)置的該電子簽批的至少一簽核人的簽核順序，檢測是否存在下一順序簽核人。

第一獲取模塊12用于獲取服務(wù)器50端存儲的當前簽核人端生成的簽核文件的特征摘要。

具體地，所述特征摘要根據(jù)當前簽核人對其接收到的簽核文件的簽核信息生成。所述特征摘要包括所述簽核文件的屬性信息和簽核信息等，所述屬性信息包括所述電子簽批主題、發(fā)起人或發(fā)起時間的文本、語音或圖片等簡略信息。當存在所述下一順序簽核人時，處理器40控制第一獲取模塊12響應(yīng)下一順序簽核人的驗證請求，獲取服務(wù)器50端存儲的當前簽核人端生成的簽核文件的特征摘要。當不存在所述下一順序簽核人時，表示發(fā)起人設(shè)置的至少一簽核人均完成對簽核文件的簽核，換句話說，最后順序簽核人完成對簽核文件簽核，所述當前簽核人為最后順序簽核人。處理器40控制第一獲取模塊12響應(yīng)發(fā)起人的驗證請求，獲取服務(wù)器50端存儲的最后順序簽核人端生成的簽核文件的特征摘要。服務(wù)器50端存儲的當前簽核人對所述生成的特征摘要用于幫助下一順序簽核人或發(fā)起人識別其接收到的簽核文件上特征摘要的真?zhèn)?，從而保證電子簽批的有效性。

生成單元20用于響應(yīng)發(fā)起人或下一順序簽核人的驗證請求，生成其接收到的簽核文件對應(yīng)的特征摘要。

本實施例中，生成單元20還用于響應(yīng)發(fā)起人或下一順序簽核人的驗證請求，生成其接收到的簽核文件對應(yīng)的二維碼。

具體地，當存在所述下一順序簽核人時，處理器40控制生成單元20響應(yīng)所述下一順序簽核人的驗證請求，生成其接收到的簽核文件對應(yīng)的特征摘要和二維碼，及控制第一獲取模塊12響應(yīng)所述下一順序簽核人對所述二維碼的掃描操作，獲取及展示所述生成的特征摘要。當不存在所述下一順序簽核人時，處理器40控制生成單元20響應(yīng)發(fā)起人的驗證請求，生成其接收到的簽核文件對應(yīng)的特征摘要和二維碼，及控制第一獲取模塊12響應(yīng)發(fā)起人對所述二維碼的掃描操作，獲取及展示所述生成的特征摘要。

執(zhí)行單元30用于生成驗證結(jié)果，即響應(yīng)下一順序簽核人的簽核請求或拒絕簽核請求，或響應(yīng)發(fā)起人的重新簽核請求。本實施例中，執(zhí)行單元30包括第二獲取模塊31和反饋模塊32。

第二獲取模塊31用于獲取下一順序簽核人或發(fā)起人輸入的信息。

具體地，處理器40根據(jù)發(fā)起人或下一順序簽核人對所述生成的特征摘要和服務(wù)器50端存儲的特征摘要的比較結(jié)果，控制執(zhí)行單元30響應(yīng)下一順序簽核人的簽核請求或拒絕簽核請求，或響應(yīng)發(fā)起人的重新簽核請求。

進一步地，當所述比較結(jié)果為發(fā)起人接收到的簽核文件的特征摘要和服務(wù)器50端存儲的特征摘要不匹配時，處理器40控制第二獲取模塊31響應(yīng)發(fā)起人的重新簽核請求，獲取發(fā)起人輸入或選定的重新簽核信息。所述匹配是指簽核文件的屬性信息、簽核信息等均和所述獲取的特征摘要一致。所述重新簽核信息包括重新簽核原因，如特征摘要存在偽造風(fēng)險等。

進一步地，當所述比較結(jié)果為所述下一順序簽核人接收到的簽核文件的特征摘要和服務(wù)器50端存儲的特征摘要匹配時，表示下一順序簽核文件接收到的簽核文件來自當前簽核人，而非第三方，簽核文件的特征摘要有效，可以對簽核文件繼續(xù)簽核。處理器40控制第二獲取模塊31響應(yīng)下一順序簽核人的簽核請求，獲取下一順序簽核人對其接收到的簽核文件的簽核信息。

進一步地，當所述比較結(jié)果為所述下一順序簽核人接收到的簽核文件的特征摘要和服務(wù)器50端存儲的特征摘要不匹配時，表示下一順序簽核人接收到的簽核文件或其簽核信息存在偽造風(fēng)險，需要反饋至當前簽核人重新簽核，從而確保電子簽批的有效性。處理器40控制第二獲取模塊31響應(yīng)下一順序簽核人的拒絕簽核請求，獲取所述下一順序簽核人輸入的拒絕簽核信息。所述拒絕簽核信息包括拒絕簽核原因，如特征摘要存在偽造風(fēng)險等。

反饋模塊32用于反饋簽核文件和/或其他信息至當前簽核人。

具體地，處理器40控制反饋模塊32反饋所述重新簽核信息至最后順序簽核人端，同時，控制反饋模塊32發(fā)送發(fā)起人接收到的來自最后順序簽核人端的簽核文件至最后順序簽核人端，從而最后順序簽核人對簽核文件重新簽核，確保電子簽批的有效性。本實施例中，最后順序簽核人對簽核文件重新簽核信息自動覆蓋原始簽核信息。此時，處理器40控制獲取單元10再次獲取最后順序簽核人在所述反饋的簽核文件上的簽核信息，從而幫助發(fā)起人對其接收到的簽核文件上的特征摘要重新確認。

進一步地，處理器40控制反饋模塊32反饋所述拒絕簽核信息至當前簽核人端，同時，控制反饋模塊32發(fā)送下一順序簽核人接收到來自當前簽核人的簽核文件至當前簽核人端，從而當前簽核人對簽核文件重新簽核，確保電子簽批的有效性。同理，處理器40控制獲取單元10再次獲取當前簽核人在所述反饋的簽核文件上的簽核信息。

本實施例提供的電子簽批驗證系統(tǒng)100，發(fā)起人及電子簽批的任一簽核人對其接收到的簽核文件上的特征摘要進行驗證，驗證失敗的簽核文件直接反饋至上一順序簽核人端重新簽核，從而實現(xiàn)對電子簽批簽核過程的每一環(huán)節(jié)進行驗證，可以有效防止電子簽批的特征摘要的偽造。

本發(fā)明實施例提供的電子簽批驗證方法及系統(tǒng)，服務(wù)器端存儲的當前簽核人對簽核文件的特征摘要可以幫助下一順序簽核人或發(fā)起人識別其接收到的簽核文件上特征摘要的真?zhèn)危瑢﹄娮雍炁暮灪诉^程進行驗證，從而保證電子簽批的有效性，有效避免非法分子對簽核文件的假冒簽核，對用戶造成不必要的損失。

本發(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)利要求的保護范圍為準。