[發明專利]一種簽收信息的數字化檢驗方法

無效

• 申請號: 200810038967.3
• 申請日: 2008-06-13
• 公開（公告）號: CN101604410A
• 公開（公告）日: 2009-12-16
• 發明（設計）人: 周葉明
• 申請（專利權）人: 上海恩方信息科技有限公司
• 主分類號: G06Q10/00
• 分類號: G06Q10/00
• 代理公司: 上海世貿專利代理有限責任公司
• 代理人: 嚴新德

技術領域

本發明涉及物理領域，尤其涉及信息處理技術，特別是一種簽收信息的數字化檢驗方法。

背景技術

傳統情況下，委托方向受理方提出受理申請后，受理方按照手續進行辦理，辦理結束后，向委托方出具一份受理書或者簽收單，以證實受理過程已經完成。比如銀行的入帳單，送貨的簽收單，這些單據均以蓋章或簽字為憑據，并且均基于實體，無法實現遠程、數字化的簽收，也不能實現電子化管理。現有技術中，為了實現受理申請的電子化管理，由受理方將受理這一事件的信息輸入到一個數據庫中，委托方通過遠程查詢數據庫，可以獲得受理方受理的事件是否發生過的結果。但是，委托方的操作員經常會由于時間、繁瑣度等原因，忽略了核對此種查詢的結果。因此事后對受理方是否受理這一事件產生爭議。

發明內容

本發明的目的是提供一種簽收信息的數字化檢驗方法，所述的這種簽收信息的數字化檢驗方法要解決現有技術的受理申請電子化管理過程中委托方忽略核對受理結果、導致事后爭議的技術問題。

本發明的這種簽收信息的數字化檢驗方法包括一個由受理方在一個中心數據庫中記錄受理信息的步驟，其中，所述的受理信息中包括有一個單據編號和至少一個驗證數據，在所述的受理方向中心數據庫輸入受理信息的步驟完成之后，再由委托方查詢所述的中心數據庫，在委托方查詢中心數據庫的過程中，利用一個服務器接收委托方輸入的單據編號和驗證數據，再由所述的服務器根據單據編號和驗證數據對中心數據庫進行檢索，在檢索到對應記錄后，利用服務器生成一個解入碼，并將所述的解入碼記載到中心數據庫中，解入碼與單據編號和驗證數據唯一對應。

進一步的，委托方在查詢所述的中心數據庫之前，利用遠程通訊方法從受理方處獲得所述的驗證數據。

進一步的，所述的受理信息中包括兩個以上的驗證數據，所述的驗證數據是數字、或者字母、或者符號、或者圖形、或者數字、字母、符號和圖形的任意組合。

本發明的工作原理是：委托方查詢中心數據庫之后，隨即在中心數據庫中產生解入碼，解入碼可證明委托方到中心數據庫核對受理結果的事件發生過，即相當于委托方收到了受理方簽發的受理通知或者受理憑證。即便出現委托方操作人沒有進行驗證操作、驗證操作不正確、傳輸網絡中斷導致操作錯誤等情況，都不可能產生解入碼，而操作人在得到解入碼之前對驗證操作不可能存在爭議。如果驗證中心端由于傳輸網絡問題而沒有將解入碼回傳給操作人，操作人可主動發起再次驗證申請，直到得到解入碼為止。即便正確操作仍無法得到解入碼，可即時向服務提供商反映得到解決。

本發明與已有技術相對照，其效果是積極和明顯的。本發明由受理方在中心數據庫中受理的單據編號和驗證數據，再由委托方查詢中心數據庫，在委托方查詢中心數據庫的事件發生時，在中心數據庫生成解入碼，解入碼與單據編號和驗證數據唯一對應，可證明委托方到中心數據庫核對受理結果的事件發生過，防止了遠程電子化管理過程中對是否發生過受理事件產生的爭議。

附圖說明

圖1是本發明一種簽收信息的數字化檢驗方法的一個實施例的原理示意圖。

圖2是本發明一種簽收信息的數字化檢驗方法的一個實施例中的解入碼、單據編號和驗證數據的對應關系示意圖。

具體實施方式

如圖1和圖2所示，本發明的簽收信息的數字化檢驗方法，包括一個由受理方在一個中心數據庫1中記錄受理信息的步驟，其中，所述的受理信息中包括有一個單據編號和至少一個驗證數據，在所述的受理方向中心數據庫1輸入受理信息的步驟完成之后，再由委托方查詢所述的中心數據庫1，在委托方查詢中心數據庫1的過程中，利用一個服務器接收委托方輸入的單據編號和驗證數據，再由所述的服務器根據單據編號和驗證數據對中心數據庫1進行檢索，在檢索到對應記錄后，利用服務器生成一個解入碼，并將所述的解入碼記載到中心數據庫1中，解入碼與單據編號和驗證數據唯一對應。

進一步的，委托方在查詢所述的中心數據庫1之前，利用遠程通訊方法從受理方處獲得所述的驗證數據。

進一步的，所述的受理信息中包括兩個以上的驗證數據，所述的驗證數據是數字、或者字母、或者符號、或者圖形、或者數字、字母、符號和圖形的任意組合。

本發明的工作原理是：委托方查詢中心數據庫1之后，隨即在中心數據庫1中產生解入碼，解入碼可證明委托方到中心數據庫1核對受理結果的事件發生過，即相當于委托方收到了受理方簽發的受理通知或者受理憑證。即便出現委托方操作人沒有進行驗證操作、驗證操作不正確、傳輸網絡中斷導致操作錯誤等情況，都不可能產生解入碼，而操作人在得到解入碼之前對驗證操作不可能存在爭議。如果驗證中心端由于傳輸網絡問題而沒有將解入碼回傳給操作人，操作人可主動發起再次驗證申請，直到得到解入碼為止。即便正確操作仍無法得到解入碼，可即時向服務提供商反映得到解決。