專利名稱：基于網(wǎng)絡的數(shù)據(jù)驗證方法、客戶端和服務器的制作方法
技術領域：
本發(fā)明涉及移動互聯(lián)網(wǎng)技術和互聯(lián)網(wǎng)技術，特別涉及一種基于網(wǎng)絡的數(shù)據(jù)驗證方法、客戶端和服務器。
背景技術：
目前一些服務于客戶的數(shù)據(jù)驗證系統(tǒng)都需要服務人員的手工操作。例如，餐廳顧客點菜下單主要有以下方式:顧客到店翻看紙質菜單，然后服務員(或顧客)用紙筆記錄下所點菜品之后進行下單；顧客翻看紙質菜單，服務員通過便攜式電子設備(例如PDA)記錄顧客所點菜品并進行下單操作；顧客通過平板電腦上的電子菜單進行點菜下單等。在現(xiàn)有技術中，用戶必須在到店之后才能看到菜單，而且用戶在翻看菜單決定點菜內(nèi)容時，需要人工等候并記錄。發(fā)明內(nèi)容
本發(fā)明實施例提供一種基于網(wǎng)絡的數(shù)據(jù)驗證方法和裝置，以提供安全、可靠的信肩、O
一方面，本發(fā)明提供了一種基于網(wǎng)絡的數(shù)據(jù)驗證方法，其中，WEB服務器和第一客戶端之間以及所述WEB服務器和第二客戶端之間通過所述網(wǎng)絡互相通信，所述網(wǎng)絡為互聯(lián)網(wǎng)和移動互聯(lián)網(wǎng)中的至少一種，所述方法包括:所述第一客戶端接收并存儲用戶根據(jù)第二客戶端提供的信息而輸入的數(shù)據(jù)；所述第一客戶端獲取所述第二客戶端提供的驗證信息；所述第一客戶端對所述驗證信息中的一部分與所存儲的所述數(shù)據(jù)進行匹配；在匹配成功后，所述第一客戶端將所述驗證信息的其余部分發(fā)送給所述WEB服務器進行進一步的驗證以向所述第二客戶端發(fā)送驗證結果。
在一個實施例中，數(shù)據(jù)驗證方法還包括:所述第一客戶端通過獲取并解析所述第二客戶端提供的二維碼信息獲取所述驗證信息。
另一方面，本發(fā)明還提供了一種基于網(wǎng)絡的數(shù)據(jù)驗證方法，其中，WEB服務器和第一客戶端之間以及所述WEB服務器和第二客戶端之間通過所述網(wǎng)絡互相通信，所述網(wǎng)絡為互聯(lián)網(wǎng)和移動互聯(lián)網(wǎng)中的至少一種，所述方法包括:所述WEB服務器響應于接收到的所述第一客戶端的查詢請求，查詢所述第二客戶端提供的信息并向所述第一客戶端返回所述第二客戶端提供的信息；所述WEB服務器接收所述第一客戶端發(fā)送的驗證信息中的一部分，所述驗證信息為所述第一客戶端所獲取的、由所述第二客戶端提供的驗證信息，所述驗證信息的其余部分已由所述第一客戶端通過與所述第一客戶端存儲的數(shù)據(jù)匹配而進行驗證，所述第一客戶端存儲的數(shù)據(jù)為根據(jù)所述第二客戶端提供的信息輸入的數(shù)據(jù)；所述WEB服務器通過查詢所述WEB服務器存儲的所述第二客戶端的相關信息對所述驗證信息的其余部分進行驗證；所述WEB服務器將驗證結果發(fā)送給所述第二客戶端。
在一個實施例中，數(shù)據(jù)驗證方法，還包括:所述WEB服務器根據(jù)預定算法對存儲的所述第二客戶端的相關信息進行處理以生成所述驗證信息；所述WEB服務器將所述驗證信息發(fā)送給所述第二客戶端。
在一個實施例中，所述WEB服務器以預定周期對所述驗證信息進行更新。
另一方面，本發(fā)明還提供了一種基于網(wǎng)絡的、用于數(shù)據(jù)驗證的第一客戶端，其中，所述第一客戶端通過所述網(wǎng)絡與WEB服務器互相通信，所述WEB服務器和第二客戶端通過所述網(wǎng)絡互相通信，所述網(wǎng)絡為互聯(lián)網(wǎng)和移動互聯(lián)網(wǎng)中的至少一種，所述第一客戶端包括:接收模塊，用于接收并存儲用戶根據(jù)第二客戶端提供的信息而輸入的數(shù)據(jù)；信息獲取模塊，用于獲取所述第二客戶端提供的驗證信息；匹配模塊，用于對所述驗證信息中的一部分與所存儲的所述數(shù)據(jù)進行匹配；發(fā)送模塊，用于在匹配成功后，所述第一客戶端將所述驗證信息的其余部分發(fā)送給所述WEB服務器進行進一步的驗證以向所述第二客戶端發(fā)送驗證結果O
在一個實施例中，所述信息獲取模塊還用于通過獲取并解析所述第二客戶端提供的二維碼信息獲取所述驗證信息。
另一方面，本發(fā)明還提供了一種基于網(wǎng)絡的、用于數(shù)據(jù)驗證的WEB服務器，其中，所述WEB服務器和第一客戶端之間以及所述WEB服務器和第二客戶端之間通過所述網(wǎng)絡互相通信，所述網(wǎng)絡為互聯(lián)網(wǎng)和移動互聯(lián)網(wǎng)中的至少一種，所述WEB服務器包括:查詢模塊，用于響應于接收到的所述第一客戶端的查詢請求，查詢所述第二客戶端提供的信息并向所述第一客戶端返回所述第二客戶端提供的信息；接收模塊，用于接收所述第一客戶端發(fā)送的驗證信息中的一部分，所述驗證信息為所述第一客戶端所獲取的、由所述第二客戶端提供的驗證信息，所述驗證信息的其余部分已由所述第一客戶端通過與所述第一客戶端存儲的數(shù)據(jù)匹配而進行驗證，所述第一客戶端存儲的數(shù)據(jù)為根據(jù)所述第二客戶端提供的信息輸入的數(shù)據(jù)；驗證模塊，用于通過查詢所述WEB服務器存儲的所述第二客戶端的相關信息對所述驗證信息的其余部分進行驗證；發(fā)送模塊，用于將驗證結果發(fā)送給所述第二客戶端。
在一個實施例中，WEB服務器還包括:信息生成模塊，用于根據(jù)預定算法對存儲的所述第二客戶端的相關信息進行處理以生成所述驗證信息；所述發(fā)送模塊還用于將所述驗證信息發(fā)送給所述第二客戶端。
在一個實施例中，所述WEB服務器以預定周期對所述驗證信息進行更新。
基于以上技術方案，通過第一客戶端的本地驗證和服務器雙重驗證，可以更精準、安全地將第一客戶端和第二客戶端進行對接，從而使第二客戶端接收到的信息更安全、更可靠。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，并不構成對本發(fā)明的限定。在附圖中:
圖1是根據(jù)本發(fā)明實施例的應用場景的示意圖2是根據(jù)本發(fā)明實施例的數(shù)據(jù)驗證的方法的流程圖3是根據(jù)本發(fā)明另一實施例的數(shù)據(jù)驗證的方法的流程圖4是根據(jù)本發(fā)明又一實施例的數(shù)據(jù)驗證的方法的流程圖5是根據(jù)本發(fā)明又一實施例的數(shù)據(jù)驗證的方法的流程圖6是根據(jù)本發(fā)明實施例的第一客戶端的結構示意圖7是根據(jù)本發(fā)明實施例的WEB服務器的結構示意圖8是根據(jù)本發(fā)明實施例的第二客戶端的結構示意圖。
具體實施方式
為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚明白，下面結合附圖對本發(fā)明實施例作進一步詳細說明。在此，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，但并不作為對本發(fā)明的限定。
現(xiàn)在將參考附圖進一步詳細描述本發(fā)明。本發(fā)明可以許多不同的形式來實現(xiàn)，不應該被理解為僅限于此處所闡述的實施例。這些實施例只作為示例提供，以便為本領域技術人員提供對本發(fā)明的完全理解。
圖1是根據(jù)本發(fā)明實施例的應用場景的示意圖，該應用場景包括第一客戶端102、WEB服務器104和第二客戶端106。
第一客戶端102與WEB服務器104之間可以通過互聯(lián)網(wǎng)或移動互聯(lián)網(wǎng)進行通信，第二客戶端106與WEB服務器104之間也可以通過互聯(lián)網(wǎng)或移動互聯(lián)網(wǎng)進行通信。
第一客戶端102以及第二客戶端106可以作為應用安裝于計算機或移動終端上。
圖2是根據(jù)本發(fā)明實施例的數(shù)據(jù)驗證的方法200的流程圖。
在步驟202中，第一客戶端接收并存儲用戶根據(jù)第二客戶端提供的信息而輸入的數(shù)據(jù)。
在步驟204中，第一客戶端獲取第二客戶端提供的驗證信息。
在步驟206中，第一客戶端對驗證信息中的一部分與所存儲的數(shù)據(jù)進行匹配。
在步驟208中，在匹配成功后，第一客戶端將驗證信息的其余部分發(fā)送給WEB服務器進行進一步的驗證以向第二客戶端發(fā)送驗證結果。
基于以上技術方案，通過第一客戶端的本地驗證和服務器雙重驗證，可以更精準、安全地將第一客戶端和第二客戶端進行對接，從而使第二客戶端接收到的信息更安全、更可靠。
圖3是根據(jù)本發(fā)明另一實施例的數(shù)據(jù)驗證的方法300的流程圖。
在步驟302中，第一客戶端向WEB服務器發(fā)送查詢請求，查詢請求指示查詢第二客戶端提供的信息。例如，第一客戶端可以向WEB服務器發(fā)送查詢菜單指令。
在步驟304中，第一客戶端接收WEB服務器返回的第二客戶端提供的信息。例如，WEB服務器接收到查詢指令后，根據(jù)其中包括的商家ID去查找該商家的菜單信息，將查詢到的數(shù)據(jù)返回給第一客戶端。
在步驟306中，第一客戶端接收并存儲用戶根據(jù)第二客戶端提供的信息而輸入的數(shù)據(jù)。在一個實施例中，第一客戶端可以根據(jù)用戶輸入的數(shù)據(jù)生成預定模式的數(shù)據(jù)表單以方便查詢。
例如，第一客戶端接收到商家的菜單信息后，用戶可以通過諸如“ + ” 等按鈕設置所點菜品及數(shù)量。點餐完畢后第一客戶端生成點菜清單，保存在本地。
在步驟308中，第一客戶端獲取第二客戶端提供的驗證信息。在一個實施例中，第一客戶端通過獲取并解析第二客戶端提供的二維碼信息獲取驗證信息。
例如，商家的每張桌子上可以提供一枚唯一的二維碼，包含商家ID和桌號信息。又例如，二維碼的信息可以包含商家ID、桌子ID、桌子的驗證碼等。用戶進店就坐后，可以利用智能設備的攝像頭掃描桌上的二維碼。又例如，商家可以通過任何形式的電子顯示屏提供可視的二維碼。
在步驟310中，第一客戶端對驗證信息中的一部分與所存儲的數(shù)據(jù)進行匹配。
例如，在用戶掃描二維碼之后，第一客戶端首先將從二維碼中獲得的商家ID與第一客戶端本地存儲的、之前選好的商家ID匹配以保證商家的準確性。
在一個實施例中，如果是用小型的電子顯示屏顯示二維碼，則可以從WEB服務器獲取該二維碼。在進一步的實施例中，WEB服務器可以預定周期更新該二維碼。需要更新二維碼時，該顯示屏可以向WEB服務器發(fā)送一個刷新二維碼的請求，WEB服務器即根據(jù)發(fā)送來的商家ID和桌子ID，找到對應的桌子數(shù)據(jù)，生成新的驗證碼并修改數(shù)據(jù)庫，然后用新的驗證碼生成二維碼并返回給顯示屏。WEB服務器也可以自發(fā)地以預定周期更新每張桌子的二維碼。這樣可以保證二維碼的時效性，防止二維碼被盜用的風險。
在步驟312中，在匹配成功后，第一客戶端可以將驗證信息的其余部分發(fā)送給WEB服務器進行進一步的驗證以向第二客戶端發(fā)送驗證結果。
例如，在商家ID匹配成功后，第一客戶端可以將由二維碼獲得的信息發(fā)送到WEB服務器。WEB服務器再對桌子ID、桌子的驗證碼在WEB服務器中進行匹配，以保證桌子的真實性。匹配成功后完成下單。這樣在很大程度上提高了下單的真實性。
在一個實施例中，第一客戶端可以向WEB服務器查詢數(shù)據(jù)驗證狀態(tài)。例如，第一客戶端向WEB服務器發(fā)送查看點菜菜單狀態(tài)指令，WEB服務器接收到該指令后，根據(jù)該指令所包含的用戶ID、商家ID和桌號信息，查找相應的點菜菜單狀態(tài)，并返回相應的結果。
圖4是根據(jù)本發(fā)明又一實施例的數(shù)據(jù)驗證的方法400的流程圖。
在步驟402中，WEB服務器響應于接收到的第一客戶端的查詢請求，查詢第二客戶端提供的信息并向第一客戶端返回第二客戶端提供的信息。
在步驟404中，WEB服務器可以接收第一客戶端發(fā)送的驗證信息中的一部分。驗證信息為第一客戶端所獲取的、由第二客戶端提供的驗證信息。其中，驗證信息的其余部分已由第一客戶端通過與第一客戶端存儲的數(shù)據(jù)匹配而進行驗證，第一客戶端存儲的數(shù)據(jù)為根據(jù)第二客戶端提供的信息輸入的數(shù)據(jù)。
在步驟406中，WEB服務器通過查詢WEB服務器存儲的第二客戶端的相關信息對驗證信息的其余部分進行驗證。
在步驟408中，WEB服務器將驗證結果發(fā)送給第二客戶端。
在一個實施例中，WEB服務器可以根據(jù)預定算法對存儲的第二客戶端的相關信息進行處理以生成驗證信息。然后，WEB服務器可以將驗證信息發(fā)送給第二客戶端。在一個實施例中，WEB服務器可以預定周期對驗證信息進行更新。
圖5是根據(jù)本發(fā)明又一實施例的數(shù)據(jù)驗證的方法500的流程圖。
在步驟502中，第二客戶端向WEB服務器發(fā)送查詢指令。例如，第二客戶端可以定時向WEB服務器發(fā)送查詢指令。WEB服務器接收到該指令后，可以根據(jù)發(fā)送指令商家ID查找對應的、屬于此商家的第一客戶端的下單請求，并返回查詢到的數(shù)據(jù)。當?shù)诙蛻舳耸盏絎EB服務器返回的第一客戶端下單請求數(shù)據(jù)時，就包含了顧客下單的詳細信息。
在步驟504中，第二客戶端響應于WEB服務器發(fā)送的查詢狀態(tài)請求，向WEB服務器返回數(shù)據(jù)處理狀態(tài)。例如，第一客戶端向WEB服務器發(fā)送查看點菜菜單狀態(tài)指令，WEB服務器接收到該指令后，根據(jù)該指令所包含的用戶ID、商家ID和桌號信息，查找相應的點菜菜單狀態(tài)，并返回相應的結果。
圖6是根據(jù)本發(fā)明實施例的第一客戶端600的結構示意圖。第一客戶端600可以包括:接收模塊602、信息獲取模塊604、匹配模塊606和發(fā)送模塊608。
接收模塊602，用于接收并存儲用戶根據(jù)第二客戶端提供的信息而輸入的數(shù)據(jù)。在一個實施例中，信息獲取模塊602還用于通過獲取并解析第二客戶端提供的二維碼信息獲取驗證信息。
信息獲取模塊604，用于獲取第二客戶端提供的驗證信息。
匹配模塊606，用于對驗證信息中的一部分與所存儲的數(shù)據(jù)進行匹配。
發(fā)送模塊608，用于在匹配成功后，第一客戶端將驗證信息的其余部分發(fā)送給WEB服務器進行進一步的驗證以向第二客戶端發(fā)送驗證結果。
圖7是根據(jù)本發(fā)明實施例的WEB服務器700的結構示意圖。WEB服務器700可以包括:查詢模塊702、接收模塊704、驗證模塊706和發(fā)送模塊708。
查詢模塊702，用于響應于接收到的第一客戶端的查詢請求，查詢第二客戶端提供的信息并向第一客戶端返回第二客戶端提供的信息。
接收模塊704，用于接收第一客戶端發(fā)送的驗證信息中的一部分，驗證信息為第一客戶端所獲取的、由第二客戶端提供的驗證信息，驗證信息的其余部分已由第一客戶端通過與第一客戶端存儲的數(shù)據(jù)匹配而進行驗證，第一客戶端存儲的數(shù)據(jù)為根據(jù)第二客戶端提供的信息輸入的數(shù)據(jù)。
驗證模塊706，用于通過查詢WEB服務器存儲的第二客戶端的相關信息對驗證信息的其余部分進行驗證。
發(fā)送模塊708，用于將驗證結果發(fā)送給第二客戶端。
在一個實施例中，WEB服務器700還可以包括信息生成模塊，用于根據(jù)預定算法對存儲的第二客戶端的相關信息進行處理以生成驗證信息。然后，發(fā)送模塊708還用于將驗證信息發(fā)送給第二客戶端。在一個實施例中，WEB服務器以預定周期對驗證信息進行更新。
圖8是根據(jù)本發(fā)明實施例的第二客戶端800的結構示意圖。第二客戶端800可以包括查詢模塊802和狀態(tài)反饋模塊804。
查詢模塊802，向WEB服務器發(fā)送查詢指令。例如，第二客戶端可以定時向WEB服務器發(fā)送查詢指令。WEB服務器接收到該指令后，可以根據(jù)發(fā)送指令商家ID查找對應的、屬于此商家的第一客戶端的下單請求，并返回查詢到的數(shù)據(jù)。當?shù)诙蛻舳耸盏絎EB服務器返回的第一客戶端下單請求數(shù)據(jù)時，就包含了顧客下單的詳細信息。
狀態(tài)反饋模塊804，用于響應于WEB服務器發(fā)送的查詢狀態(tài)請求，向WEB服務器返回數(shù)據(jù)處理狀態(tài)。例如，第一客戶端向WEB服務器發(fā)送查看點菜菜單狀態(tài)指令，WEB服務器接收到該指令后，根據(jù)該指令所包含的用戶ID、商家ID和桌號信息，查找相應的點菜菜單狀態(tài)，并返回相應的結果。
本領域技術人員還可以進一步意識到，結合本文中所公開的實施例描述的各示例的單元及算法步驟，能夠以電子硬件、計算機軟件或者二者的結合來實現(xiàn)，為了清楚地說明硬件和軟件的可互換性，在上述說明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術方案的特定應用和設計約束條件。本領域技術人員可以對每個特定的應用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應認為超出本發(fā)明的范圍。
結合本文中所公開的實施例描述的方法或算法的步驟可以用硬件、處理器執(zhí)行的軟件模塊，或者二者的結合來實施。軟件模塊可以置于隨機存儲器(RAM)、內(nèi)存、只讀存儲器(ROM)、電可編程ROM、電可擦除可編程ROM、寄存器、硬盤、可移動磁盤、CD-ROM、或技術領域內(nèi)所公知的任意其它形式的存儲介質中。
以上的具體實施方式
，對本發(fā)明的目的、技術方案和有益效果進行了進一步詳細說明，所應理解的是，以上僅為本發(fā)明的具體實施方式
而已，并不用于限定本發(fā)明的保護范圍，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權利要求
1.一種基于網(wǎng)絡的數(shù)據(jù)驗證方法，其中，WEB服務器和第一客戶端之間以及所述WEB服務器和第二客戶端之間通過所述網(wǎng)絡互相通信，所述網(wǎng)絡為互聯(lián)網(wǎng)和移動互聯(lián)網(wǎng)中的至少一種，所述方法包括: 所述第一客戶端接收并存儲用戶根據(jù)第二客戶端提供的信息而輸入的數(shù)據(jù)； 所述第一客戶端獲取所述第二客戶端提供的驗證信息； 所述第一客戶端對所述驗證信息中的一部分與所存儲的所述數(shù)據(jù)進行匹配； 在匹配成功后，所述第一客戶端將所述驗證信息的其余部分發(fā)送給所述WEB服務器進行進一步的驗證以向所述第二客戶端發(fā)送驗證結果。
2.根據(jù)權利要求1所述的數(shù)據(jù)驗證方法，其特征在于，還包括: 所述第一客戶端通過獲取并解析所述第二客戶端提供的二維碼信息獲取所述驗證信肩、O
3.一種基于網(wǎng)絡的數(shù)據(jù)驗證方法，其中，WEB服務器和第一客戶端之間以及所述WEB服務器和第二客戶端之間通過所述網(wǎng)絡互相通信，所述網(wǎng)絡為互聯(lián)網(wǎng)和移動互聯(lián)網(wǎng)中的至少一種，所述方法包括: 所述WEB服務器響應于接收到的所述第一客戶端的查詢請求，查詢所述第二客戶端提供的信息并向所述第一客戶端返回所述第二客戶端提供的信息； 所述WEB服務器接收所述第一客戶端發(fā)送的驗證信息中的一部分，所述驗證信息為所述第一客戶端所獲取的、由所述第二客戶端提供的驗證信息，所述驗證信息的其余部分已由所述第一客戶端通過與所述第一客戶端存儲的數(shù)據(jù)匹配而進行驗證，所述第一客戶端存儲的數(shù)據(jù)為根據(jù)所述第二客戶端提供的信息輸入的數(shù)據(jù)； 所述WEB服務器通過查詢所述WEB服務器存儲的所述第二客戶端的相關信息對所述驗證信息的其余部分進行驗證； 所述WEB服務器將驗證結果發(fā)送給所述第二客戶端。
4.根據(jù)權利要求3所述的數(shù)據(jù)驗證方法，其特征在于，還包括: 所述WEB服務器根據(jù)預定算法對存儲的所述第二客戶端的相關信息進行處理以生成所述驗證信息； 所述WEB服務器將所述驗證信息發(fā)送給所述第二客戶端。
5.根據(jù)權利要求4所述的數(shù)據(jù)驗證方法，其特征在于，所述WEB服務器以預定周期對所述驗證信息進行更新。
6.一種基于網(wǎng)絡的、用于數(shù)據(jù)驗證的第一客戶端，其中，所述第一客戶端通過所述網(wǎng)絡與WEB服務器互相通信，所述WEB服務器和第二客戶端通過所述網(wǎng)絡互相通信，所述網(wǎng)絡為互聯(lián)網(wǎng)和移動互聯(lián)網(wǎng)中的至少一種，所述第一客戶端包括: 接收模塊，用于接收并存儲用戶根據(jù)第二客戶端提供的信息而輸入的數(shù)據(jù)； 信息獲取模塊，用于獲取所述第二客戶端提供的驗證信息； 匹配模塊，用于對所述驗證信息中的一部分與所存儲的所述數(shù)據(jù)進行匹配； 發(fā)送模塊，用于在匹配成功后，所述第一客戶端將所述驗證信息的其余部分發(fā)送給所述WEB服務器進行進一 步的驗證以向所述第二客戶端發(fā)送驗證結果。
7.根據(jù)權利要求6所述的第一客戶端，其特征在于，所述信息獲取模塊還用于通過獲取并解析所述第二客戶端提供的二維碼信息獲取所述驗證信息。
8.一種基于網(wǎng)絡的、用于數(shù)據(jù)驗證的WEB服務器，其中，所述WEB服務器和第一客戶端之間以及所述WEB服務器和第二客戶端之間通過所述網(wǎng)絡互相通信，所述網(wǎng)絡為互聯(lián)網(wǎng)和移動互聯(lián)網(wǎng)中的至少一種，所述WEB服務器包括: 查詢模塊，用于響應于接收到的所述第一客戶端的查詢請求，查詢所述第二客戶端提供的信息并向所述第一客戶端返回所述第二客戶端提供的信息； 接收模塊，用于接收所述第一客戶端發(fā)送的驗證信息中的一部分，所述驗證信息為所述第一客戶端所獲取的、由所述第二客戶端提供的驗證信息，所述驗證信息的其余部分已由所述第一客戶端通過與所述第一客戶端存儲的數(shù)據(jù)匹配而進行驗證，所述第一客戶端存儲的數(shù)據(jù)為根據(jù)所述第二客戶端提供的信息輸入的數(shù)據(jù)； 驗證模塊，用于通過查詢所述WEB服務器存儲的所述第二客戶端的相關信息對所述驗證信息的其余部分進行驗證； 發(fā)送模塊，用于將驗證結果發(fā)送給所述第二客戶端。
9.根據(jù)權利要求8所述的WEB服務器，其特征在于，還包括: 信息生成模塊，用于根據(jù)預定算法對存儲的所述第二客戶端的相關信息進行處理以生成所述驗證信息； 所述發(fā)送模塊還用于將所述驗證信息發(fā)送給所述第二客戶端。
10.根據(jù)權利要求9所述的數(shù)據(jù)驗證方法，其特征在于，所述WEB服務器以預定周期對所述驗證信息進 行更新。
全文摘要
本發(fā)明提供一種基于網(wǎng)絡的數(shù)據(jù)驗證方法、客戶端和服務器，涉及移動互聯(lián)網(wǎng)技術和互聯(lián)網(wǎng)技術?；诰W(wǎng)絡的數(shù)據(jù)驗證方法包括所述第一客戶端接收并存儲用戶根據(jù)第二客戶端提供的信息而輸入的數(shù)據(jù)；所述第一客戶端獲取所述第二客戶端提供的驗證信息；所述第一客戶端對所述驗證信息中的一部分與所存儲的所述數(shù)據(jù)進行匹配；在匹配成功后，所述第一客戶端將所述驗證信息的其余部分發(fā)送給所述WEB服務器進行進一步的驗證以向所述第二客戶端發(fā)送驗證結果。通過第一客戶端的本地驗證和服務器雙重驗證，可以更精準、安全地將第一客戶端和第二客戶端進行對接，從而使第二客戶端接收到的信息更安全、更可靠。
文檔編號H04L29/06GK103139223SQ20131009528
公開日2013年6月5日 申請日期2013年3月22日 優(yōu)先權日2013年3月22日
發(fā)明者劉旭, 王哲 申請人:北京我遙我控科技有限公司