一種數(shù)據(jù)的核查方法及裝置的制造方法
【專利摘要】本申請公開了一種數(shù)據(jù)的核查方法，用于提供一種核查處理后的數(shù)據(jù)是否是原始數(shù)據(jù)的期望處理結果的方案。方法包括：接收原始數(shù)據(jù)及特征信息；其中，特征信息包含對原始數(shù)據(jù)的預期處理結果信息；對接收到的原始數(shù)據(jù)做特定處理，得到處理后的數(shù)據(jù)；根據(jù)處理后的數(shù)據(jù)與預期處理結果信息是否一致，確定核查結果。本申請還公開了一種數(shù)據(jù)的核查裝置。
【專利說明】
-種數(shù)據(jù)的核查方法及裝置
技術領域
[0001] 本申請設及計算機互聯(lián)網(wǎng)技術領域，尤其設及一種數(shù)據(jù)的核查方法及裝置。
【背景技術】
[0002] 隨著互聯(lián)網(wǎng)的蓬勃發(fā)展，越來越多的數(shù)據(jù)通過網(wǎng)絡進行傳輸，從而完成一項任務。
[0003] 一種典型的任務完成過程為：原始數(shù)據(jù)從始發(fā)地傳輸?shù)街修D站，由中轉站對原始 數(shù)據(jù)做某種特定處理，將處理后的數(shù)據(jù)傳輸?shù)侥康牡?，最后目的地基于接收到的原始?shù)據(jù) 完成某項任務。如果中轉站在處理數(shù)據(jù)時出現(xiàn)錯誤，那么就會導致任務失敗或任務出錯。
[0004] 比如，通過網(wǎng)上銀行轉賬，用戶A想轉給用戶B 100元，業(yè)務系統(tǒng)將該任務數(shù)據(jù)信 息發(fā)送至與銀行交互的系統(tǒng)（簡稱交互系統(tǒng)），交互系統(tǒng)通過對"用戶A轉賬給用戶B 100 元"運個數(shù)據(jù)信息進行處理，生成銀行系統(tǒng)能夠識別的報文（簡稱銀行報文），再將銀行報 文發(fā)送給銀行系統(tǒng)，由銀行系統(tǒng)完成從用戶A賬號減100元，將用戶B賬號加100元。在實 際應用中，如果交互系統(tǒng)在生成銀行報文的過程中出錯，就會導致銀行報文中數(shù)據(jù)（如轉 賬金額和/或轉賬對象等）出錯，造成經(jīng)濟損失?，F(xiàn)在技術往往通過人工方式來核查銀行 報文中數(shù)據(jù)的準確性，效率較低。 陽0化]類似地，在中轉站將接收到的原始數(shù)據(jù)處理后，也沒有一種核查方法來核查處理 后的數(shù)據(jù)是否是原始數(shù)據(jù)的期望處理結果。

【發(fā)明內容】

[0006] 本申請實施例提供一種數(shù)據(jù)的核查方法，用于提供一種核查處理后的數(shù)據(jù)是否是 原始數(shù)據(jù)的期望處理結果的方案。
[0007] 本申請實施例提供一種數(shù)據(jù)的核查裝置，用于提供一種核查處理后的數(shù)據(jù)是否是 原始數(shù)據(jù)的期望處理結果的方案。
[0008] 本申請實施例采用下述技術方案：
[0009] 一種數(shù)據(jù)的核查方法，包括：接收原始數(shù)據(jù)及特征信息；對接收到的原始數(shù)據(jù)做 特定處理，得到處理后的數(shù)據(jù)；根據(jù)處理后的數(shù)據(jù)與預期處理結果信息是否一致，確定核查 結果。
[0010] 一種數(shù)據(jù)的核查裝置，包括：接收單元，用于接收原始數(shù)據(jù)及特征信息；處理單 元，用于對接收到的原始數(shù)據(jù)做特定處理，得到處理后的數(shù)據(jù)；核查單元，用于根據(jù)處理后 的數(shù)據(jù)與預期處理結果信息是否一致，確定核查結果。
[0011] 本申請實施例采用的上述至少一個技術方案能夠達到W下有益效果：
[0012] 由于提供一種核查處理后的數(shù)據(jù)是否是原始數(shù)據(jù)的期望處理結果的方案，從而可 W代替人工核查數(shù)據(jù)的工作，也就解決了由人工核查導致的效率低，準確性差的問題。
【附圖說明】
[0013] 此處所說明的附圖用來提供對本申請的進一步理解，構成本申請的一部分，本申 請的示意性實施例及其說明用于解釋本申請，并不構成對本申請的不當限定。在附圖中：
[0014] 圖1為本申請實施例1提供的一種數(shù)據(jù)的核查方法的具體實現(xiàn)流程示意圖；
[0015] 圖2為本申請實施例2提供的一種數(shù)據(jù)的核查裝置的具體結構示意圖；
[0016] 圖3為本申請實施例3提供的一種銀行業(yè)務數(shù)據(jù)的核查方法的示意圖。
【具體實施方式】
[0017] 為使本申請的目的、技術方案和優(yōu)點更加清楚，下面將結合本申請具體實施例及 相應的附圖對本申請技術方案進行清楚、完整地描述。顯然，所描述的實施例僅是本申請一 部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├?，本領域普通技術人員在沒有做 出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。
[001引 W下結合附圖，詳細說明本申請各實施例提供的技術方案。
[0019] 實施例1
[0020] 實施例1提供了一種數(shù)據(jù)的核查方法，用于提供一種核查處理后的數(shù)據(jù)是否是原 始數(shù)據(jù)的期望處理結果的方案。該方法的具體流程示意圖如圖1所示，包括下述步驟：
[0021] 步驟11，接收原始數(shù)據(jù)及特征信息；其中，特征信息包含對原始數(shù)據(jù)的預期處理 結果信息；
[0022] 步驟12,對接收到的原始數(shù)據(jù)做特定處理，得到處理后的數(shù)據(jù)；
[0023] 步驟13,根據(jù)處理后的數(shù)據(jù)與預期處理結果信息是否一致，確定核查結果。
[0024] 采用實施例1提供的該方法，由于提供一種核查處理后的數(shù)據(jù)是否是原始數(shù)據(jù)的 期望處理結果的方案，從而可W代替人工核查數(shù)據(jù)的工作，也就解決了由人工核查導致的 效率低，準確性差的問題。 陽0巧]W下分別詳細介紹步驟11至步驟13 :
[00%] 針對步驟11而言，原始數(shù)據(jù)可W但不限于包括：數(shù)據(jù)文件；業(yè)務請求；任務指令 等。特征信息中包含對原始數(shù)據(jù)的預期處理結果信息。
[0027] 比如，原始數(shù)據(jù)是一條業(yè)務請求：招商銀行用戶A向招商銀行用戶B轉賬100元； 接受到運條請求后，需要將該請求生成為招商銀行可W識別的報文，對原始數(shù)據(jù)的預期處 理結果信息就可W是報文中的信息。
[0028] 又如，原始數(shù)據(jù)是一個數(shù)據(jù)文件，需要將該數(shù)據(jù)文件進行加密壓縮，特征信息中的 對原始數(shù)據(jù)的預期處理結果信息為密碼為"111"的RAR格式的壓縮包。
[0029] 針對步驟12而言，由于網(wǎng)絡或其他原因，有可能出現(xiàn)發(fā)送端發(fā)送出的原始數(shù)據(jù)與 接收到的原始數(shù)據(jù)不一致的情況。為了確定數(shù)據(jù)的一致性，可W進行一次驗證。
[0030] 具體而言，可W利用特征信息還包含的原始數(shù)據(jù)校驗信息，判斷接收到的原始數(shù) 據(jù)與原始數(shù)據(jù)校驗信息是否一致。當一致時，對接收到的原始數(shù)據(jù)做特定處理，得到處理后 的數(shù)據(jù)。當不一致時，刪除接收到的數(shù)據(jù)及特征信息；發(fā)送錯誤警告。其中，特定處理可W 但不限于包括：對接收到的原始數(shù)據(jù)進行格式轉換和/或數(shù)據(jù)加密。
[0031] 比如，原始數(shù)據(jù)是一條業(yè)務請求：招商銀行用戶A向招商銀行用戶B轉賬100元； 特征信息是業(yè)務流水單，特征信息中包含的原始數(shù)據(jù)校驗信息是業(yè)務流水單中包含的業(yè)務 請求信息：招商銀行用戶A向招商銀行用戶B轉賬100元?？蒞通過匹配關鍵字等方法判 斷一致性，當判斷出接收到的業(yè)務請求與業(yè)務請求信息一致時，將該業(yè)務請求進行格式轉 換并加密的處理，生成為招商銀行可w識別的報文；當判斷出接收到的業(yè)務請求與業(yè)務請 求信息不一致時，刪除該業(yè)務請求及對應的業(yè)務流水單，還可W向發(fā)送端或管理員發(fā)送錯 誤提示。
[0032] 針對步驟12進一步而言，在接收原始數(shù)據(jù)及特征信息時，可能出現(xiàn)由于網(wǎng)絡抖動 等網(wǎng)絡不穩(wěn)定的因素，而導致重復接收相同原始數(shù)據(jù)及特征信息的情況，最后可能重復完 成兩次相同的業(yè)務請求。比如，接收到業(yè)務請求1 (用戶A向用戶B轉賬100元）后，出現(xiàn) 網(wǎng)絡不穩(wěn)定的情況，又接收到業(yè)務請求1，最后完成了兩次相同的操作，結果就是用戶A向 用戶B轉賬200元，運很可能違背了用戶A的意愿。所W為了避免由于重發(fā)導致的問題，可 W通過下述方法解決。
[0033] 具體方法如下；
[0034] 利用特征信息中還包含的數(shù)據(jù)標識及核查狀態(tài)，查找歷史特征信息庫中，是否存 在包含所述數(shù)據(jù)標識的歷史特征信息；
[0035] 歷史特征信息為接收所述特征信息前接收的其他特征信息，歷史特征信息庫用來 保存歷史特征信息；歷史業(yè)務流水單為接收當前業(yè)務流水單前接收的其它業(yè)務流水單，歷 史業(yè)務流水單的數(shù)據(jù)庫用來保存歷史業(yè)務流水單。
[0036] 核查狀態(tài)表示是否完成對處理后的數(shù)據(jù)與預期處理結果信息進行核查（共有兩 種狀態(tài)：已核查和未核查）。
[0037] 數(shù)據(jù)標識是指描述原始數(shù)據(jù)的唯一識別碼（如，與每次業(yè)務請求對應的業(yè)務流水 單中的流水單號）；所W，在特征信息庫中查找的意義在于，可W判斷接收到的原始數(shù)據(jù)是 否已經(jīng)被處理過。比如，W業(yè)務請求為例，如果當前接收到的業(yè)務流水單（簡稱"收到的流 水單"）沒有與歷史流水單相同的，可W認為收到的流水單對應的業(yè)務請求沒有被處理過； 否則，就有可能是由于網(wǎng)絡原因重復接收到的業(yè)務請求，并且很有可能已經(jīng)被處理過，并被 核查過。 陽03引所W，
[0039] 當不存在時，將接收到的特征信息中的核查狀態(tài)修改為未核查，對接收到的原始 數(shù)據(jù)做特定處理，得到處理后的數(shù)據(jù)。此時可W認為接收到的業(yè)務請求是未被處理過的，貝U 將該業(yè)務請求的核查狀態(tài)修改為未核查，生成銀行可識別的報文。
[0040] 當存在時，刪除接收到的原始數(shù)據(jù)及特征信息。此時可W認為當前接收到的業(yè)務 請求是重復接收到的，在第一次接收時已經(jīng)生成過報文了。則刪除接收到的業(yè)務請求及業(yè) 務流水單，避免重復操作，包括刪除特征信息中，與當前接收到的原始數(shù)據(jù)對應的全部信 息：原始數(shù)據(jù)校驗信息、預期處理結果信息、數(shù)據(jù)單號、核查狀態(tài)；如業(yè)務流水單中的請求 信息、預期報文信息、流水單號、核查狀態(tài)。
[0041] 針對步驟13而言，首先判斷處理后的數(shù)據(jù)與預期處理結果信息是否一致，比如， 依舊W銀行的業(yè)務請求（招商銀行用戶A向招商銀行用戶B轉賬100元）為例，處理后的 數(shù)據(jù)就是招商銀行可W識別的報文，預期處理結果信息就是預期報文信息，判斷預期報文 信息與報文的內容是否一致；
[0042] 當一致時，確定核查結果為數(shù)據(jù)無誤；將接收到的特征信息中的核查狀態(tài)修改為 已核查。
[0043] 比如，報文可W是如下表1-1所示：
[0044]
[0045] 表 1-1
[0046] 預期報文信息可W是如下表1-2所示：
[0047]
[0048] 表 1-2
[0049] 判斷報文中的業(yè)務類型、業(yè)務單號、轉出、轉入、金額的數(shù)據(jù)是否與預期報文信息 中對應的內容全部一致；當一致時，確定核查結果為數(shù)據(jù)無誤，將業(yè)務流水單中的核查狀態(tài) 修改為已核查，W表示該業(yè)務請求已經(jīng)處理完畢，并核查無誤。
[0050] 當不一致時，確定核查結果為數(shù)據(jù)有誤；刪除接收到的數(shù)據(jù)、特征信息和處理后的 數(shù)據(jù)；發(fā)送錯誤警告。
[0051] 比如，報文中的業(yè)務類型、業(yè)務單號、轉出、轉入、金額的數(shù)據(jù)不完全與預期報文信 息的內容一致（金額不一致等）；則確定核查結果為數(shù)據(jù)有誤，刪除業(yè)務流水單、業(yè)務請求 和報文；向管理員發(fā)送錯誤的警告。
[0052] 需要說明的是，實施例1所提供方法的各步驟的執(zhí)行主體均可W是同一設備，或 者，該方法的各步驟也可W由不同設備作為執(zhí)行主體。比如，步驟11和步驟12的執(zhí)行主體 可W為設備1，步驟13的執(zhí)行主體可W為設備2 ;又比如，步驟11的執(zhí)行主體可W為設備1， 步驟12和步驟13的執(zhí)行主體可W為設備2 ;等等。
[0053] 實施例2
[0054] 基于相同的發(fā)明構思，實施例2提供了一種數(shù)據(jù)的核查裝置，用于提供一種核查 處理后的數(shù)據(jù)是否是原始數(shù)據(jù)的期望處理結果的方案。如圖2所示，該數(shù)據(jù)的核查裝置包 括：
[0055] 接收單元21，可W用于接收原始數(shù)據(jù)及特征信息；其中，特征信息包含對原始數(shù) 據(jù)的預期處理結果信息；
[0056] 處理單元22,可W用于對接收到的原始數(shù)據(jù)做特定處理，得到處理后的數(shù)據(jù)；
[0057] 核查單元23,可W用于根據(jù)處理后的數(shù)據(jù)與預期處理結果信息是否一致，確定核 查結果。
[0058] 采用實施例2提供的該裝置，由于提供一種核查處理后的數(shù)據(jù)是否是原始數(shù)據(jù)的 期望處理結果的方案，從而可W代替人工核查數(shù)據(jù)的工作，也就解決了由人工核查導致的 效率低，準確性差的問題。
[0059] 在一種實施方式中，特征信息還包含數(shù)據(jù)標識及核查狀態(tài)；則處理單元22,可W 用于：
[0060] 查找歷史特征信息庫中，是否存在包含數(shù)據(jù)標識的歷史特征信息；其中，歷史特征 信息為接收特征信息前接收的其它特征信息。
[0061] 當不存在時，將接收到的特征信息中的核查狀態(tài)修改為未核查，對接收到的原始 數(shù)據(jù)做特定處理，得到處理后的數(shù)據(jù)。
[0062] 在一種實施方式中，處理單元22,還可W用于：
[0063] 當存在時，刪除接收到的原始數(shù)據(jù)及特征信息。
[0064] 在一種實施方式中，核查單元23,可W用于： 陽0化]判斷處理后的數(shù)據(jù)與預期處理結果信息是否一致；
[0066] 當一致時，確定核查結果為數(shù)據(jù)無誤；
[0067] 將接收到的特征信息中的核查狀態(tài)修改為已核查。
[0068] 在一種實施方式中，核查單元23,還可W用于：
[0069] 當不一致時，確定核查結果為數(shù)據(jù)有誤；
[0070] 刪除接收到的原始數(shù)據(jù)、特征信息和處理后的數(shù)據(jù)；
[0071] 發(fā)送錯誤警告。
[0072] 在一種實施方式中，特征信息還包含原始數(shù)據(jù)校驗信息；則處理單元22,可W用 于：
[0073] 判斷接收到的原始數(shù)據(jù)與原始數(shù)據(jù)校驗信息是否一致；
[0074] 當一致時，對接收到的原始數(shù)據(jù)做特定處理，得到處理后的數(shù)據(jù)。
[0075] 在一種實施方式中，處理單元21，還可W用于：
[0076] 當不一致時，刪除接收到的數(shù)據(jù)及特征信息；
[0077] 發(fā)送錯誤警告。 陽〇7引 實施例3
[0079] 基于相同的發(fā)明構思，實施例3提供了一種銀行業(yè)務數(shù)據(jù)的核查方法，用于提供 一種核查處理后的數(shù)據(jù)是否是原始數(shù)據(jù)的期望處理結果的方案，該方法的示意圖如圖3所 示，包括下述步驟：
[0080] 業(yè)務請求是：招商銀行用戶A向招商銀行用戶B轉賬100元。
[0081] 步驟31，接收業(yè)務請求及業(yè)務流水單；其中，招商銀行業(yè)務流水單可W是如下表 3-1所示：
[0082]
[0083] 表 3-1
[0084] 步驟32,判斷出接收到的業(yè)務請求（用戶A向用戶B轉賬100元）與請求信息一 致。 陽0化]步驟33,查詢歷史業(yè)務流水單的數(shù)據(jù)庫中不存在流水單號為201501201500的歷 史業(yè)務流水單，如下表3-2所示，將接收到的業(yè)務流水單中的核查狀態(tài)修改為未核查。
[0086]
[0087] 表 3-2
[0088] 步驟34,根據(jù)業(yè)務請求，生成招商銀行可W識別的報文，如下表3-3所示：
[0089]
[0090] 表 3-3
[0091] 步驟35,將招商銀行報文中的內容與招商銀行業(yè)務流水單中的預期報文信息和流 水單號進行匹配，結果為各項數(shù)據(jù)均正確，則確定核查結果為數(shù)據(jù)無誤，并修改招商銀行業(yè) 務流水單中的核查狀態(tài)為已核查，如下表3-4所示：
[0092]
[0093] 表 3-4
[0094] 采用實施例3提供的該方法，由于提供一種核查處理后的數(shù)據(jù)是否是原始數(shù)據(jù)的 期望處理結果的方案，從而可W代替人工核查數(shù)據(jù)的工作，也就解決了由人工核查導致的 效率低，準確性差的問題。
[0095] 本領域內的技術人員應明白，本申請的實施例可提供為方法、系統(tǒng)、或計算機程序 產(chǎn)品。因此，本申請可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實 施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機 可用存儲介質（包括但不限于磁盤存儲器、CD-ROM、光學存儲器等）上實施的計算機程序產(chǎn) 品的形式。
[0096] 本申請是參照根據(jù)本申請實施例的方法、設備（系統(tǒng)）、和計算機程序產(chǎn)品的流程 圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一 流程和/或方框、W及流程圖和/或方框圖中的流程和/或方框的結合?？商峁┻\些計算 機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設備的處理 器W產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設備的處理器執(zhí)行的指令產(chǎn)生 用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能 的裝置。
[0097] 運些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設備W特 定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指 令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或 多個方框中指定的功能。
[0098] 運些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設備上，使得在計 算機或其他可編程設備上執(zhí)行一系列操作步驟W產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或 其他可編程設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖 一個方框或多個方框中指定的功能的步驟。
[0099] 在一個典型的配置中，計算設備包括一個或多個處理器（CPU)、輸入/輸出接口、 網(wǎng)絡接口和內存。
[0100] 內存可能包括計算機可讀介質中的非永久性存儲器，隨機存取存儲器（RAM)和/ 或非易失性內存等形式，如只讀存儲器（ROM)或閃存（flash RAM)。內存是計算機可讀介質 的示例。 陽101] 計算機可讀介質包括永久性和非永久性、可移動和非可移動媒體可W由任何方法 或技術來實現(xiàn)信息存儲。信息可W是計算機可讀指令、數(shù)據(jù)結構、程序的模塊或其他數(shù)據(jù)。 計算機的存儲介質的例子包括，但不限于相變內存（PRAM)、靜態(tài)隨機存取存儲器（SRAM)、 動態(tài)隨機存取存儲器值RAM)、其他類型的隨機存取存儲器（RAM)、只讀存儲器（ROM)、電 可擦除可編程只讀存儲器巧EPROM)、快閃記憶體或其他內存技術、只讀光盤只讀存儲器 (CD-ROM)、數(shù)字多功能光盤值VD)或其他光學存儲、磁盒式磁帶，磁帶磁磁盤存儲或其他磁 性存儲設備或任何其他非傳輸介質，可用于存儲可W被計算設備訪問的信息。按照本文中 的界定，計算機可讀介質不包括暫存電腦可讀媒體（transitory media)，如調制的數(shù)據(jù)信 號和載波。 陽102] 還需要說明的是，術語"包括"、"包含"或者其任何其他變體意在涵蓋非排他性的 包含，從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素，而且還包 括沒有明確列出的其他要素，或者是還包括為運種過程、方法、商品或者設備所固有的要 素。在沒有更多限制的情況下，由語句"包括一個……"限定的要素，并不排除在包括要素 的過程、方法、商品或者設備中還存在另外的相同要素。 陽103] 本領域技術人員應明白，本申請的實施例可提供為方法、系統(tǒng)或計算機程序產(chǎn)品。 因此，本申請可采用完全硬件實施例、完全軟件實施例或結合軟件和硬件方面的實施例的 形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存 儲介質（包括但不限于磁盤存儲器、CD-ROM、光學存儲器等）上實施的計算機程序產(chǎn)品的形 式。 陽104] W上僅為本申請的實施例而已，并不用于限制本申請。對于本領域技術人員來說， 本申請可W有各種更改和變化。凡在本申請的精神和原理之內所作的任何修改、等同替換、 改進等，均應包含在本申請的權利要求范圍之內。
【主權項】
1. 一種數(shù)據(jù)的核查方法，其特征在于，包括： 接收原始數(shù)據(jù)及特征信息；其中，特征信息包含對原始數(shù)據(jù)的預期處理結果信息； 對接收到的原始數(shù)據(jù)做特定處理，得到處理后的數(shù)據(jù)； 根據(jù)處理后的數(shù)據(jù)與預期處理結果信息是否一致，確定核查結果。2. 如權利要求1所述的方法，其特征在于，所述特征信息還包含數(shù)據(jù)標識及核查狀態(tài)； 則 對接收到的原始數(shù)據(jù)做特定處理，得到處理后的數(shù)據(jù)，包括： 查找歷史特征信息庫中，是否存在包含所述數(shù)據(jù)標識的歷史特征信息；其中，所述歷史 特征信息為接收所述特征信息前接收的其他特征信息； 當不存在時，將接收到的特征信息中的核查狀態(tài)修改為未核查，對接收到的原始數(shù)據(jù) 做特定處理，得到處理后的數(shù)據(jù)。3. 如權利要求2所述的方法，其特征在于，方法還包括： 當存在時，刪除接收到的所述原始數(shù)據(jù)及所述特征信息。4. 如權利要求1所述的方法，其特征在于，根據(jù)處理后的數(shù)據(jù)與預期處理結果信息是 否一致，確定核查結果，包括： 判斷處理后的數(shù)據(jù)與預期處理結果信息是否一致； 當一致時，確定核查結果為數(shù)據(jù)無誤； 將接收到的特征信息中的核查狀態(tài)修改為已核查。5. 如權利要求4所述的方法，其特征在于，方法還包括： 當不一致時，確定核查結果為數(shù)據(jù)有誤； 刪除接收到的原始數(shù)據(jù)、特征信息和處理后的數(shù)據(jù)； 發(fā)送錯誤警告。6. 如權利要求1所述的方法，其特征在于，所述特征信息還包含原始數(shù)據(jù)校驗信息；則 對接收到的原始數(shù)據(jù)做特定處理，得到處理后的數(shù)據(jù)，包括： 判斷接收到的原始數(shù)據(jù)與原始數(shù)據(jù)校驗信息是否一致； 當一致時，對接收到的數(shù)據(jù)做特定處理，得到處理后的數(shù)據(jù)。7. 如權利要求6所述的方法，其特征在于，方法還包括： 當不一致時，刪除接收到的數(shù)據(jù)及特征信息； 發(fā)送錯誤警告。8. -種數(shù)據(jù)的核查裝置，其特征在于，包括： 接收單元，用于接收原始數(shù)據(jù)及特征信息；其中，特征信息包含對原始數(shù)據(jù)的預期處理 結果信息； 處理單元，用于對接收到的原始數(shù)據(jù)做特定處理，得到處理后的數(shù)據(jù)； 核查單元，用于根據(jù)處理后的數(shù)據(jù)與預期處理結果信息是否一致，確定核查結果。9. 如權利要求8所述的裝置，其特征在于，所述特征信息還包含數(shù)據(jù)標識及核查狀態(tài)； 則 處理單元，用于： 查找歷史特征信息庫中，是否存在包含所述數(shù)據(jù)標識的歷史特征信息；其中，所述歷史 特征信息為接收所述特征信息前接收的其他特征信息； 當不存在時，將接收到的特征信息中的核查狀態(tài)修改為未核查，對接收到的原始數(shù)據(jù) 做特定處理，得到處理后的數(shù)據(jù)。10. 如權利要求9所述的裝置，其特征在于，處理單元，還用于： 當存在時，刪除接收到的所述原始數(shù)據(jù)及所述特征信息。11. 如權利要求8所述的裝置，核查單元，用于： 判斷處理后的數(shù)據(jù)與預期處理結果信息是否一致； 當一致時，確定核查結果為數(shù)據(jù)無誤； 將接收到的特征信息中的核查狀態(tài)修改為已核查。12. 如權利要求11所述的裝置，其特征在于，核查單元，還用于： 當不一致時，確定核查結果為數(shù)據(jù)有誤； 刪除接收到的原始數(shù)據(jù)、特征信息和處理后的數(shù)據(jù)； 發(fā)送錯誤警告。13. 如權利要求8所述的裝置，其特征在于，所述特征信息還包含原始數(shù)據(jù)校驗信息； 則 處理單元，用于： 判斷接收到的原始數(shù)據(jù)與原始數(shù)據(jù)校驗信息是否一致； 當一致時，對接收到的原始數(shù)據(jù)做特定處理，得到處理后的數(shù)據(jù)。14. 如權利要求13所述的裝置，其特征在于，處理單元，還用于： 當不一致時，刪除接收到的數(shù)據(jù)及特征信息； 發(fā)送錯誤警告。
【文檔編號】G06F17/30GK105989025SQ201510051858
【公開日】2016年10月5日
【申請日】2015年1月30日
【發(fā)明人】溫濤
【申請人】阿里巴巴集團控股有限公司