本發(fā)明涉及通信領(lǐng)域，具體而言，本發(fā)明涉及一種檢驗(yàn)已支付商品的方法和裝置。

背景技術(shù)：

隨著電子商務(wù)的發(fā)展，網(wǎng)上支付已成為人們生活的一部分；通過網(wǎng)上支付的方式進(jìn)行購物交易，不但大大降低了傳統(tǒng)購物交易的成本，同時(shí)更為人們的生活帶來了更多的便利；特別是在大中型超市、便利店、餐飲和咖啡店等實(shí)體店，顧客通過網(wǎng)上支付購買商品，能夠?qū)崿F(xiàn)快捷支付的目的。但是，針對大中型超市、便利店、餐飲和咖啡店等實(shí)體店，顧客通過網(wǎng)上支付購買商品還存在一些其他的問題；例如，針對顧客在實(shí)體店自主對購買商品進(jìn)行網(wǎng)上支付，再從實(shí)體店帶走購買商品的情況，商家還沒有有效的方法驗(yàn)證顧客帶走的商品與網(wǎng)上支付購買的商品是否一致。

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

為克服上述技術(shù)問題或者至少部分地解決上述技術(shù)問題，特提出以下技術(shù)方案：

本發(fā)明的實(shí)施例提出了一種檢驗(yàn)已支付商品的方法，包括：

獲取包括至少一個(gè)已支付商品的訂單的訂單標(biāo)識(shí)數(shù)據(jù)；

將訂單標(biāo)識(shí)數(shù)據(jù)發(fā)送至服務(wù)器，并接收服務(wù)器返回的與訂單標(biāo)識(shí)數(shù)據(jù)對應(yīng)的至少一個(gè)已支付商品的已支付商品信息；

獲取任一提貨商品的待驗(yàn)證商品信息，并將接收到的至少一個(gè)已支付商品信息與待驗(yàn)證商品信息進(jìn)行比對校驗(yàn)；

若比對校驗(yàn)成功，則確定該任一提貨商品通過驗(yàn)證，并生成與通過驗(yàn)證對應(yīng)的提示音頻信息，并播放提示音頻信息。

優(yōu)選地，檢驗(yàn)已支付商品的方法還包括：

若比對校驗(yàn)失敗，則生成報(bào)警音頻信息并進(jìn)行播放報(bào)警音頻信息。

優(yōu)選地，檢驗(yàn)已支付商品的方法還包括：

當(dāng)確定提貨商品均通過驗(yàn)證，接收到服務(wù)器返回的將訂單狀態(tài)修改為訂單驗(yàn)證完成的通知消息。

其中，訂單標(biāo)識(shí)數(shù)據(jù)至少包括訂單的特征碼；待驗(yàn)證商品信息至少包括待驗(yàn)證商品的特征碼。

優(yōu)選地，獲取包括至少一個(gè)已支付商品的訂單的訂單標(biāo)識(shí)數(shù)據(jù)或獲取任一提貨商品的待驗(yàn)證商品信息，包括；

通過掃描訂單的特征碼的方式獲取包括至少一個(gè)已支付商品的訂單的訂單標(biāo)識(shí)數(shù)據(jù)；或

通過掃描任一提貨商品的特征碼的方式獲取該任一提貨商品的待驗(yàn)證商品信息。

其中，已支付商品信息包括以下至少一項(xiàng)：

商品的規(guī)格、單價(jià)、名稱、購買數(shù)量、特征碼的數(shù)據(jù)。

本發(fā)明的另一實(shí)施例提出了一種檢驗(yàn)已支付商品的裝置，包括：

獲取模塊，用于獲取包括至少一個(gè)已支付商品的訂單的訂單標(biāo)識(shí)數(shù)據(jù)；

接收模塊，用于將訂單標(biāo)識(shí)數(shù)據(jù)發(fā)送至服務(wù)器，并接收服務(wù)器返回的與訂單標(biāo)識(shí)數(shù)據(jù)對應(yīng)的至少一個(gè)已支付商品的已支付商品信息；

校驗(yàn)?zāi)K，用于獲取任一提貨商品的待驗(yàn)證商品信息，并將接收到的至少一個(gè)已支付商品信息與待驗(yàn)證商品信息進(jìn)行比對校驗(yàn)；

校驗(yàn)成功模塊，用于若比對校驗(yàn)成功，則確定該任一提貨商品通過驗(yàn)證，并生成與通過驗(yàn)證對應(yīng)的提示音頻信息，并播放提示音頻信息。

優(yōu)選地，檢驗(yàn)已支付商品的裝置還包括：

校驗(yàn)失敗模塊，用于若比對校驗(yàn)失敗，則生成報(bào)警音頻信息并進(jìn)行播放報(bào)警音頻信息。

優(yōu)選地，檢驗(yàn)已支付商品的裝置還包括：

通知模塊，用于當(dāng)確定提貨商品均通過驗(yàn)證，接收到服務(wù)器返回的將訂單狀態(tài)修改為訂單驗(yàn)證完成的通知消息。

其中，訂單標(biāo)識(shí)數(shù)據(jù)至少包括訂單的特征碼；待驗(yàn)證商品信息至少包括待驗(yàn)證商品的特征碼。

優(yōu)選地，獲取模塊，用于通過掃描訂單的特征碼的方式獲取包括至少一個(gè)已支付商品的訂單的訂單標(biāo)識(shí)數(shù)據(jù)；

校驗(yàn)?zāi)K，用于通過掃描任一提貨商品的特征碼的方式獲取該任一提貨商品的待驗(yàn)證商品信息。

其中，已支付商品信息包括以下至少一項(xiàng)：

商品的規(guī)格、單價(jià)、名稱、購買數(shù)量、特征碼的數(shù)據(jù)。

本發(fā)明的技術(shù)方案中，將獲取到的已支付商品的訂單中的已支付商品信息與待驗(yàn)證商品信息進(jìn)行比對，來檢驗(yàn)已支付商品與待驗(yàn)證商品是否一致；從而實(shí)現(xiàn)了顧客在實(shí)體店通過自主網(wǎng)上支付購買商品，再帶貨出店的購物模式，在保證驗(yàn)貨準(zhǔn)確率的同時(shí)，大大降低了顧客購物過程中的時(shí)間成本，提高了顧客通過自主網(wǎng)上支付購買商品的購物體驗(yàn)。

本發(fā)明附加的方面和優(yōu)點(diǎn)將在下面的描述中部分給出，這些將從下面的描述中變得明顯，或通過本發(fā)明的實(shí)踐了解到。

附圖說明

本發(fā)明上述的和/或附加的方面和優(yōu)點(diǎn)從下面結(jié)合附圖對實(shí)施例的描述中將變得明顯和容易理解，其中：

圖1為本發(fā)明中一個(gè)實(shí)施例的檢驗(yàn)已支付商品的方法的流程示意圖；

圖2為本發(fā)明的具體實(shí)施例中的電商服務(wù)器端執(zhí)行操作的流程示意圖；

圖3為本發(fā)明的具體實(shí)施例中訂單的特征碼的示意圖；

圖4為本發(fā)明中另一個(gè)實(shí)施例的檢驗(yàn)已支付商品的裝置的結(jié)構(gòu)框架示意圖。

具體實(shí)施方式

下面詳細(xì)描述本發(fā)明的實(shí)施例，所述實(shí)施例的示例在附圖中示出，其 中自始至終相同或類似的標(biāo)號(hào)表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附圖描述的實(shí)施例是示例性的，僅用于解釋本發(fā)明，而不能解釋為對本發(fā)明的限制。

本技術(shù)領(lǐng)域技術(shù)人員可以理解，除非特意聲明，這里使用的單數(shù)形式“一”、“一個(gè)”、“所述”和“該”也可包括復(fù)數(shù)形式。應(yīng)該進(jìn)一步理解的是，本發(fā)明的說明書中使用的措辭“包括”是指存在所述特征、整數(shù)、步驟、操作、元件和/或組件，但是并不排除存在或添加一個(gè)或多個(gè)其他特征、整數(shù)、步驟、操作、元件、組件和/或它們的組。應(yīng)該理解，當(dāng)我們稱元件被“連接”或“耦接”到另一元件時(shí)，它可以直接連接或耦接到其他元件，或者也可以存在中間元件。此外，這里使用的“連接”或“耦接”可以包括無線連接或無線耦接。這里使用的措辭“和/或”包括一個(gè)或更多個(gè)相關(guān)聯(lián)的列出項(xiàng)的全部或任一單元和全部組合。

本技術(shù)領(lǐng)域技術(shù)人員可以理解，除非另外定義，這里使用的所有術(shù)語(包括技術(shù)術(shù)語和科學(xué)術(shù)語)，具有與本發(fā)明所屬領(lǐng)域中的普通技術(shù)人員的一般理解相同的意義。還應(yīng)該理解的是，諸如通用字典中定義的那些術(shù)語，應(yīng)該被理解為具有與現(xiàn)有技術(shù)的上下文中的意義一致的意義，并且除非像這里一樣被特定定義，否則不會(huì)用理想化或過于正式的含義來解釋。

圖1為本發(fā)明中一個(gè)實(shí)施例的檢驗(yàn)已支付商品的方法的流程示意圖。

步驟S101：獲取包括至少一個(gè)已支付商品的訂單的訂單標(biāo)識(shí)數(shù)據(jù)；步驟S102：將訂單標(biāo)識(shí)數(shù)據(jù)發(fā)送至服務(wù)器，并接收服務(wù)器返回的與訂單標(biāo)識(shí)數(shù)據(jù)對應(yīng)的至少一個(gè)已支付商品的已支付商品信息；步驟S103：獲取任一提貨商品的待驗(yàn)證商品信息，并將接收到的至少一個(gè)已支付商品信息與待驗(yàn)證商品信息進(jìn)行比對校驗(yàn)；步驟S104：若比對校驗(yàn)成功，則確定該任一提貨商品通過驗(yàn)證，并生成與通過驗(yàn)證對應(yīng)的提示音頻信息，并播放提示音頻信息。

本發(fā)明的技術(shù)方案中，將獲取到的已支付商品的訂單中的已支付商品信息與待驗(yàn)證商品信息進(jìn)行比對，來檢驗(yàn)已支付商品與待驗(yàn)證商品是否一致；從而實(shí)現(xiàn)了顧客在實(shí)體店通過自主網(wǎng)上支付購買商品，再帶貨出店的購物模式，在保證驗(yàn)貨準(zhǔn)確率的同時(shí)，大大降低了顧客購物過程中的時(shí)間成本，提高了顧客通過自主網(wǎng)上支付購買商品的購物體驗(yàn)。

以下針對各個(gè)步驟的具體實(shí)現(xiàn)做進(jìn)一步的說明：

步驟S101：獲取包括至少一個(gè)已支付商品的訂單的訂單標(biāo)識(shí)數(shù)據(jù)。

其中，訂單標(biāo)識(shí)數(shù)據(jù)至少包括訂單的特征碼；特征碼是由數(shù)字組合生成的code128格式的特征碼。例如：條形碼、二維碼等。

具體地，獲取包括至少一個(gè)已支付商品的訂單的訂單標(biāo)識(shí)數(shù)據(jù)的方式包括：通過掃描訂單的特征碼的方式獲取包括至少一個(gè)已支付商品的訂單的訂單標(biāo)識(shí)數(shù)據(jù)。

圖2示出了本發(fā)明的具體實(shí)施例中的電商服務(wù)器端執(zhí)行操作的流程示意圖。

更具體地，顧客通過安裝在顧客移動(dòng)終端上的購物客戶端和掃描裝置，如鏡頭，對待購買商品的包裝上設(shè)有的特征碼，如二維碼或條形碼，進(jìn)行掃描，以獲取待購買商品的特征碼的數(shù)據(jù)，根據(jù)該待購買商品的特征碼數(shù)據(jù)來在購物客戶端中確定待購買商品的規(guī)格、單價(jià)、名稱和購買數(shù)量并生成待支付商品訂單同時(shí)對該訂單進(jìn)行付款；付款成功后，顧客通過購物客戶端接收來自電商服務(wù)器端發(fā)送的已支付商品的訂單的特征碼，如條形碼；商家通過安裝在商家移動(dòng)終端上的掃碼裝置，如，掃碼頭，對訂單的條形碼進(jìn)行掃碼，獲取該訂單的訂單標(biāo)識(shí)數(shù)據(jù)。其中，待購買商品的包裝上設(shè)有的特征碼是由數(shù)字組合生成的code128格式的特征碼。圖3示出了為本發(fā)明的具體實(shí)施例中訂單的特征碼的示意圖。

步驟S101通過有效的方式解決了實(shí)體店獲取顧客網(wǎng)上支付訂單中購買商品的準(zhǔn)確信息。

步驟S102：將訂單標(biāo)識(shí)數(shù)據(jù)發(fā)送至服務(wù)器，并接收服務(wù)器返回的與訂單標(biāo)識(shí)數(shù)據(jù)對應(yīng)的至少一個(gè)已支付商品的已支付商品信息。

其中，已支付商品信息包括以下至少一項(xiàng)：商品的規(guī)格、單價(jià)、名稱、購買數(shù)量、特征碼的數(shù)據(jù)。

具體地，商家移動(dòng)終端與電商服務(wù)器端通過商家移動(dòng)終端內(nèi)置的3G模塊或WIFI模塊進(jìn)行通訊，并通過如HTTP協(xié)議傳輸訂單標(biāo)識(shí)數(shù)據(jù)；例如，商家移動(dòng)終端將獲取到的訂單標(biāo)識(shí)數(shù)據(jù)通過HTTP GET請求發(fā)送到電商服務(wù)器端，并通過HTTP GET方式從電商服務(wù)器端獲取已支付商品的訂單；電商 服務(wù)器端響應(yīng)該HTTP GET請求，并解析該請求中的訂單標(biāo)識(shí)數(shù)據(jù)獲得訂單的唯一編號(hào)，電商服務(wù)器端根據(jù)該訂單的唯一編號(hào)在電商服務(wù)器端的訂單數(shù)據(jù)庫中查找符合該訂單的唯一編號(hào)的訂單，電商服務(wù)器端將該訂單按以下數(shù)據(jù)格式返回到商家移動(dòng)終端；商家移動(dòng)終端讀取返回的訂單，獲取到該訂單中所有已支付商品的商品的規(guī)格、單價(jià)、名稱、購買數(shù)量和特征碼的數(shù)據(jù)。

實(shí)施例中獲取已支付商品的訂單的請求數(shù)據(jù)格式如下：

GET<電商、O2O平臺(tái)URL地址>&uuid＝訂單號(hào)HTTP/1.1請求后臺(tái)系統(tǒng)URL地址、訂單唯一編號(hào)

Accept：application/json，*/*請求的格式

Accept-Language：zh-cn請求支持的語言是中文

Accept-Encoding：gzip，deflate支持的壓縮格式

User-Agent：O2O Auth Client/1.1請求的標(biāo)識(shí)

Host：<電商、O2O平臺(tái)服務(wù)器主機(jī)地址>后臺(tái)系統(tǒng)主機(jī)IP地址

Connection：Keep-Alive連接方式為長連接

Token:Iy|gaEtSxLgaJmqSjVhCspkviJrB6omjamNrSm8lZhKy請求唯一身份標(biāo)示符

商家服務(wù)器端返回的訂單數(shù)據(jù)格式如下：

HTTP/1.1 200OK//http返回狀態(tài)，200代表成功

Date:Sat,31Dec 2005 23:59:59GMT//請求響應(yīng)時(shí)間

Content-Type:text/json；charset＝ISO-8859-1//服務(wù)器端數(shù)據(jù)編碼格式

Content-Length:122900//返回?cái)?shù)據(jù)字節(jié)數(shù)

獲取到的已支付商品的訂單詳細(xì)數(shù)據(jù)格式如下：

商家移動(dòng)終端具有很強(qiáng)的環(huán)境適應(yīng)性，自帶的3G模塊支持各大運(yùn)營商的3G卡；同時(shí)可以在賣場、超市、便利店等不部署任何網(wǎng)絡(luò)設(shè)施的情況下使用，極大的節(jié)約了實(shí)施的成本。同時(shí)商家移動(dòng)終端通過設(shè)置的WIFI模塊，可以在實(shí)體店內(nèi)上網(wǎng)；只要WIFI信號(hào)能覆蓋的位置都可以部署該商家移動(dòng)終端。

步驟S103：獲取任一提貨商品的待驗(yàn)證商品信息，并將接收到的至少一個(gè)已支付商品信息與待驗(yàn)證商品信息進(jìn)行比對校驗(yàn)。

其中，待驗(yàn)證商品信息至少包括待驗(yàn)證商品的特征碼；其特征碼是由數(shù)字組合生成的code128格式的特征碼。例如：條形碼、二維碼等。

具體地，獲取任一提貨商品的待驗(yàn)證商品信息的方式包括；通過掃描任一提貨商品的特征碼的方式獲取該任一提貨商品的待驗(yàn)證商品信息。

更具體地，商家通過安裝在商家移動(dòng)終端上的掃碼裝置，如掃碼頭，對顧客每一件提貨商品的包裝上設(shè)有的特征碼，如條形碼或二維碼，進(jìn)行掃碼，以獲取任一提貨商品的待驗(yàn)證商品的條形碼或二維碼的數(shù)據(jù)，通過該待驗(yàn)證商品的條形碼或二維碼的數(shù)據(jù)來確定待驗(yàn)證商品的商品的規(guī)格、單價(jià)、 名稱和購買數(shù)量；將所有待驗(yàn)證商品的商品的規(guī)格、單價(jià)、名稱、購買數(shù)量和特征碼的數(shù)據(jù)與商家移動(dòng)終端接收到的該訂單中所有已支付商品的商品的規(guī)格、單價(jià)、名稱、購買數(shù)量和特征碼數(shù)據(jù)分別進(jìn)行相應(yīng)的比對，來確定所有待驗(yàn)證商品與已支付商品是否一致，同時(shí)商家移動(dòng)終端會(huì)顯示比對結(jié)果。

其中，商家移動(dòng)終端在主板上集成了引擎模塊，調(diào)用該引擎模塊的驅(qū)動(dòng)程序接口識(shí)別待驗(yàn)證商品的特征碼；當(dāng)商家移動(dòng)終端識(shí)別到特征碼后，把該特征碼的數(shù)據(jù)以intent的形式廣播出去；商家移動(dòng)終端運(yùn)行的其它程序接口可以接收這個(gè)intent，以獲得識(shí)別后的該特征碼的數(shù)據(jù)。

步驟S103實(shí)現(xiàn)了快速掃描商品的特征碼進(jìn)行商品驗(yàn)證，由于每個(gè)商品通過掃描其特征碼完成驗(yàn)證的時(shí)間僅需平均約1秒鐘就可以完成驗(yàn)證，甚至達(dá)到1秒驗(yàn)證2個(gè)商品，大大減少了顧客排隊(duì)等候的時(shí)間，滿足了顧客希望縮短等待時(shí)間的需求。

步驟S104：若比對校驗(yàn)成功，則確定該任一提貨商品通過驗(yàn)證，并生成與通過驗(yàn)證對應(yīng)的提示音頻信息，并播放提示音頻信息。

具體地，若顧客的所有待驗(yàn)證商品與顧客的所有已支付商品一致，則比對校驗(yàn)成功，確定所有待驗(yàn)證商品通過驗(yàn)證，并生成“出店成功”的提示音頻且語音播報(bào)“出店成功”，顧客可以提貨出店。

本實(shí)施還包括：當(dāng)確定提貨商品均通過驗(yàn)證，接收到服務(wù)器返回的將訂單狀態(tài)修改為訂單驗(yàn)證完成的通知消息。

具體地，當(dāng)比對校驗(yàn)成功，商家移動(dòng)終端通過調(diào)用電商服務(wù)器端接口修改該已支付商品的訂單的狀態(tài)，將其狀態(tài)修改為“通過驗(yàn)證”；修改訂單狀態(tài)后，電商服務(wù)器端向商家移動(dòng)終端和購物客戶端返回“訂單驗(yàn)證完成”的通知消息。

本實(shí)施例快速校驗(yàn)顧客在實(shí)體店網(wǎng)上支付購買商品的清單并能夠準(zhǔn)確的確定顧客網(wǎng)上支付購買商品是否和在實(shí)體店拿走商品的數(shù)量、價(jià)格和規(guī)格是否一致；同時(shí)還能在線更新訂單的狀態(tài)。

本實(shí)施例還包括：若比對校驗(yàn)失敗，則生成報(bào)警音頻信息并進(jìn)行播放報(bào)警音頻信息。

具體地，若顧客的所有待驗(yàn)證商品與顧客的所有已支付商品不一致，如 顧客多拿了待驗(yàn)證商品、少拿了待驗(yàn)證商品或拿錯(cuò)待驗(yàn)證商品，則商家移動(dòng)終端生成報(bào)警音頻信息并進(jìn)行播放。

本實(shí)施例還包括：當(dāng)訂單的特征碼存在異常時(shí)，生成報(bào)警音頻并進(jìn)行播放。

具體地，商家通過安裝在商家移動(dòng)終端上的掃碼裝置，如，掃碼頭，對訂單的特征碼進(jìn)行掃碼，若無法獲取該訂單的訂單標(biāo)識(shí)數(shù)據(jù)則認(rèn)定該訂單的特征碼存在異常，或獲取到該訂單的訂單標(biāo)識(shí)數(shù)據(jù)，但無法通過該訂單標(biāo)識(shí)數(shù)據(jù)查找到該訂單，則認(rèn)定該訂單的特征碼存在異常；則商家移動(dòng)終端生成報(bào)警音頻信息并進(jìn)行播放。

本實(shí)施例適用于大中型超市、便利店、餐飲、咖啡店等零售業(yè)行業(yè)中，顧客在實(shí)體店自主對購買商品進(jìn)行網(wǎng)上支付，再從實(shí)體店帶購買商品離開的新型購物模式；同時(shí)本實(shí)施例能夠與目前存在的互聯(lián)網(wǎng)電商和O2O(Online To Offline，線上線下電子商務(wù))平臺(tái)對接，且在不改變現(xiàn)有電商和O2O系統(tǒng)的情況下快速的實(shí)現(xiàn)該購物模式，省去了電商和O2O系統(tǒng)改造現(xiàn)有系統(tǒng)的成本，同時(shí)也加速了實(shí)施過程。

圖4為本發(fā)明中另一個(gè)實(shí)施例的檢驗(yàn)已支付商品的裝置的結(jié)構(gòu)框架示意圖。

獲取模塊S201獲取包括至少一個(gè)已支付商品的訂單的訂單標(biāo)識(shí)數(shù)據(jù)；接收模塊S202將訂單標(biāo)識(shí)數(shù)據(jù)發(fā)送至服務(wù)器，并接收服務(wù)器返回的與訂單標(biāo)識(shí)數(shù)據(jù)對應(yīng)的至少一個(gè)已支付商品的已支付商品信息；校驗(yàn)?zāi)KS203獲取任一提貨商品的待驗(yàn)證商品信息，并將接收到的至少一個(gè)已支付商品信息與待驗(yàn)證商品信息進(jìn)行比對校驗(yàn)；校驗(yàn)成功模塊S204若比對校驗(yàn)成功，則確定該任一提貨商品通過驗(yàn)證，并生成與通過驗(yàn)證對應(yīng)的提示音頻信息，并播放提示音頻信息。

另一個(gè)實(shí)施例中，將獲取到的已支付商品的訂單中的已支付商品信息與待驗(yàn)證商品信息進(jìn)行比對，來檢驗(yàn)已支付商品與待驗(yàn)證商品是否一致；從而實(shí)現(xiàn)了顧客在實(shí)體店通過自主網(wǎng)上支付購買商品，再帶貨出店的購物模式，在保證驗(yàn)貨準(zhǔn)確率的同時(shí)，大大降低了顧客購物過程中的時(shí)間成本，提高了顧客通過自主網(wǎng)上支付購買商品的購物體驗(yàn)。

以下針對各個(gè)模塊的具體實(shí)現(xiàn)做進(jìn)一步的說明：

獲取模塊S201獲取包括至少一個(gè)已支付商品的訂單的訂單標(biāo)識(shí)數(shù)據(jù)。

其中，訂單標(biāo)識(shí)數(shù)據(jù)至少包括訂單的特征碼；特征碼是由數(shù)字組合生成的code128格式的特征碼。例如：條形碼、二維碼等。

具體地，獲取模塊S201獲取包括至少一個(gè)已支付商品的訂單的訂單標(biāo)識(shí)數(shù)據(jù)的方式包括：獲取模塊S201通過掃描訂單的特征碼的方式獲取包括至少一個(gè)已支付商品的訂單的訂單標(biāo)識(shí)數(shù)據(jù)。

圖2示出了本發(fā)明的具體實(shí)施例中的電商服務(wù)器端執(zhí)行操作的流程示意圖。

更具體地，顧客通過安裝在顧客移動(dòng)終端上的購物客戶端和掃描裝置，如鏡頭，對待購買商品的包裝上設(shè)有的特征碼，如二維碼或條形碼，進(jìn)行掃描，以獲取待購買商品的特征碼的數(shù)據(jù)，根據(jù)該待購買商品的特征碼數(shù)據(jù)來在購物客戶端中確定待購買商品的規(guī)格、單價(jià)、名稱和購買數(shù)量并生成待支付商品訂單同時(shí)對該訂單進(jìn)行付款；付款成功后，顧客通過購物客戶端接收來自電商服務(wù)器端發(fā)送的已支付商品的訂單的特征碼，如條形碼；商家通過安裝在商家移動(dòng)終端上的掃碼裝置，如，掃碼頭，對訂單的條形碼進(jìn)行掃碼，獲取模塊S201獲取該訂單的訂單標(biāo)識(shí)數(shù)據(jù)。其中，待購買商品的包裝上設(shè)有的特征碼是由數(shù)字組合生成的code128格式的特征碼。圖3示出了為本發(fā)明的具體實(shí)施例中訂單的特征碼的示意圖。

獲取模塊S201通過有效的方式解決了實(shí)體店獲取顧客網(wǎng)上支付訂單中購買商品的準(zhǔn)確信息。

接收模塊S202將訂單標(biāo)識(shí)數(shù)據(jù)發(fā)送至服務(wù)器，并接收服務(wù)器返回的與訂單標(biāo)識(shí)數(shù)據(jù)對應(yīng)的至少一個(gè)已支付商品的已支付商品信息。

其中，已支付商品信息包括以下至少一項(xiàng)：商品的規(guī)格、單價(jià)、名稱、購買數(shù)量、特征碼的數(shù)據(jù)。

具體地，商家移動(dòng)終端與電商服務(wù)器端通過商家移動(dòng)終端內(nèi)置的3G模塊或WIFI模塊進(jìn)行通訊，并接收模塊S202通過如，HTTP協(xié)議傳輸訂單標(biāo)識(shí)數(shù)據(jù)；例如，商家移動(dòng)終端將獲取到的訂單標(biāo)識(shí)數(shù)據(jù)通過接收模塊S202的HTTP GET請求發(fā)送到電商服務(wù)器端，并通過HTTP GET方式從電商服務(wù) 器端獲取已支付商品的訂單；電商服務(wù)器端響應(yīng)該HTTP GET請求，并解析該請求中的訂單標(biāo)識(shí)數(shù)據(jù)獲得訂單的唯一編號(hào)，電商服務(wù)器端根據(jù)該訂單的唯一編號(hào)在電商服務(wù)器端的訂單數(shù)據(jù)庫中查找符合該訂單的唯一編號(hào)的訂單，電商服務(wù)器端將該訂單按以下數(shù)據(jù)格式返回到商家移動(dòng)終端；商家移動(dòng)終端讀取返回的訂單，接收模塊S202獲取到該訂單中所有已支付商品的商品的規(guī)格、單價(jià)、名稱、購買數(shù)量和特征碼的數(shù)據(jù)。

實(shí)施例中獲取已支付商品的訂單的請求數(shù)據(jù)格式如下：

GET<電商、O2O平臺(tái)URL地址>&uuid＝訂單號(hào)HTTP/1.1請求后臺(tái)系統(tǒng)URL地址、訂單唯一編號(hào)

Accept：application/json，*/*請求的格式

Accept-Language：zh-cn請求支持的語言是中文

Accept-Encoding：gzip，deflate支持的壓縮格式

User-Agent：O2O Auth Client/1.1請求的標(biāo)識(shí)

Host：<電商、O2O平臺(tái)服務(wù)器主機(jī)地址>后臺(tái)系統(tǒng)主機(jī)IP地址

Connection：Keep-Alive連接方式為長連接

Token:Iy|gaEtSxLgaJmqSjVhCspkviJrB6omjamNrSm8lZhKy請求唯一身份標(biāo)示符

商家服務(wù)器端返回的訂單數(shù)據(jù)格式如下：

HTTP/1.1 200OK//http返回狀態(tài)，200代表成功

Date:Sat,31Dec 2005 23:59:59GMT//請求響應(yīng)時(shí)間

Content-Type:text/json；charset＝ISO-8859-1//服務(wù)器端數(shù)據(jù)編碼格式

Content-Length:122900//返回?cái)?shù)據(jù)字節(jié)數(shù)

獲取到的已支付商品的訂單詳細(xì)數(shù)據(jù)格式如下：

商家移動(dòng)終端具有很強(qiáng)的環(huán)境適應(yīng)性，自帶的3G模塊支持各大運(yùn)營商的3G卡；同時(shí)可以在賣場、超市、便利店等不部署任何網(wǎng)絡(luò)設(shè)施的情況下使用，極大的節(jié)約了實(shí)施的成本。同時(shí)商家移動(dòng)終端通過設(shè)置的WIFI模塊，可以在實(shí)體店內(nèi)上網(wǎng)；只要WIFI信號(hào)能覆蓋的位置都可以部署該商家移動(dòng)終端。

校驗(yàn)?zāi)KS203獲取任一提貨商品的待驗(yàn)證商品信息，并將接收到的至少一個(gè)已支付商品信息與待驗(yàn)證商品信息進(jìn)行比對校驗(yàn)。

其中，待驗(yàn)證商品信息至少包括待驗(yàn)證商品的特征碼；其特征碼是由數(shù)字組合生成的code128格式的特征碼。例如：條形碼、二維碼等。

具體地，校驗(yàn)?zāi)KS203獲取任一提貨商品的待驗(yàn)證商品信息的方式包括；通過掃描任一提貨商品的特征碼的方式獲取該任一提貨商品的待驗(yàn)證商品信息。

更具體地，商家通過安裝在商家移動(dòng)終端上的掃碼裝置，如掃碼頭，對 顧客每一件提貨商品的包裝上設(shè)有的特征碼，如條形碼或二維碼，進(jìn)行掃碼，校驗(yàn)?zāi)KS203獲取任一提貨商品的待驗(yàn)證商品的條形碼或二維碼的數(shù)據(jù)，通過該待驗(yàn)證商品的條形碼或二維碼的數(shù)據(jù)來確定待驗(yàn)證商品的商品的規(guī)格、單價(jià)、名稱和購買數(shù)量；校驗(yàn)?zāi)KS203將所有待驗(yàn)證商品的商品的規(guī)格、單價(jià)、名稱、購買數(shù)量和特征碼的數(shù)據(jù)與接收模塊S202端接收到的該訂單中所有已支付商品的商品的規(guī)格、單價(jià)、名稱、購買數(shù)量和特征碼數(shù)據(jù)分別進(jìn)行相應(yīng)的比對，來確定所有待驗(yàn)證商品與已支付商品是否一致，同時(shí)商家移動(dòng)終端會(huì)顯示比對結(jié)果。

其中，商家移動(dòng)終端在主板上集成了引擎模塊，調(diào)用該引擎模塊的驅(qū)動(dòng)程序接口識(shí)別待驗(yàn)證商品的特征碼；當(dāng)商家移動(dòng)終端識(shí)別到特征碼后，把該特征碼的數(shù)據(jù)以intent的形式廣播出去；商家移動(dòng)終端運(yùn)行的其它程序接口可以接收這個(gè)intent，以獲得識(shí)別后的該特征碼的數(shù)據(jù)。

校驗(yàn)?zāi)KS203實(shí)現(xiàn)了快速掃描商品的特征碼進(jìn)行商品驗(yàn)證，由于每個(gè)商品通過掃描其特征碼完成驗(yàn)證的時(shí)間僅需平均約1秒鐘就可以完成驗(yàn)證，甚至達(dá)到1秒驗(yàn)證2個(gè)商品，大大減少了顧客排隊(duì)等候的時(shí)間，滿足了顧客希望縮短等待時(shí)間的需求。

校驗(yàn)成功模塊S204若比對校驗(yàn)成功，則確定該任一提貨商品通過驗(yàn)證，并生成與通過驗(yàn)證對應(yīng)的提示音頻信息，并播放提示音頻信息。

具體地，若顧客的所有待驗(yàn)證商品與顧客的所有已支付商品一致，則比對校驗(yàn)成功，校驗(yàn)成功模塊S204確定所有待驗(yàn)證商品通過驗(yàn)證，并生成“出店成功”的提示音頻且語音播報(bào)“出店成功”，顧客可以提貨出店。

檢驗(yàn)已支付商品的裝置還包括：通知模塊，當(dāng)確定提貨商品均通過驗(yàn)證，接收到服務(wù)器返回的將訂單狀態(tài)修改為訂單驗(yàn)證完成的通知消息。

具體地，當(dāng)比對校驗(yàn)成功，商家移動(dòng)終端通過調(diào)用電商服務(wù)器端接口修改該已支付商品的訂單的狀態(tài)，將其狀態(tài)修改為“通過驗(yàn)證”；修改訂單狀態(tài)后，電商服務(wù)器端向通知模塊和購物客戶端返回“訂單驗(yàn)證完成”的通知消息。

本實(shí)施例快速校驗(yàn)顧客在實(shí)體店網(wǎng)上支付購買商品的清單并能夠準(zhǔn)確的確定顧客網(wǎng)上支付購買商品是否和在實(shí)體店拿走商品的數(shù)量、價(jià)格和規(guī)格是 否一致；同時(shí)還能在線更新訂單的狀態(tài)。

檢驗(yàn)已支付商品的裝置還包括：校驗(yàn)失敗模塊，若比對校驗(yàn)失敗，則生成報(bào)警音頻信息并進(jìn)行播放報(bào)警音頻信息。

具體地，若顧客的所有待驗(yàn)證商品與顧客的所有已支付商品不一致，如顧客多拿了待驗(yàn)證商品、少拿了待驗(yàn)證商品或拿錯(cuò)待驗(yàn)證商品，則校驗(yàn)失敗模塊生成報(bào)警音頻信息并進(jìn)行播放。

檢驗(yàn)已支付商品的裝置還包括：訂單異常模塊，當(dāng)訂單的特征碼存在異常時(shí)，生成報(bào)警音頻并進(jìn)行播放。

具體地，商家通過安裝在商家移動(dòng)終端上的掃碼裝置，如，掃碼頭，對訂單的特征碼進(jìn)行掃碼，若無法獲取該訂單的訂單標(biāo)識(shí)數(shù)據(jù)則認(rèn)定該訂單的特征碼存在異常，或獲取到該訂單的訂單標(biāo)識(shí)數(shù)據(jù)，但無法通過該訂單標(biāo)識(shí)數(shù)據(jù)查找到該訂單，則認(rèn)定該訂單的特征碼存在異常；則訂單異常模塊生成報(bào)警音頻信息并進(jìn)行播放。

本實(shí)施例適用于大中型超市、便利店、餐飲、咖啡店等零售業(yè)行業(yè)中，顧客在實(shí)體店自主對購買商品進(jìn)行網(wǎng)上支付，再從實(shí)體店帶購買商品離開的新型購物模式；同時(shí)本實(shí)施例能夠與目前存在的互聯(lián)網(wǎng)電商和O2O(Online To Offline，線上線下電子商務(wù))平臺(tái)對接，且在不改變現(xiàn)有電商和O2O系統(tǒng)的情況下快速的實(shí)現(xiàn)該購物模式，省去了電商和O2O系統(tǒng)改造現(xiàn)有系統(tǒng)的成本，同時(shí)也加速了實(shí)施過程。

本技術(shù)領(lǐng)域技術(shù)人員可以理解，本發(fā)明包括涉及用于執(zhí)行本申請中所述操作中的一項(xiàng)或多項(xiàng)的設(shè)備。這些設(shè)備可以為所需的目的而專門設(shè)計(jì)和制造，或者也可以包括通用計(jì)算機(jī)中的已知設(shè)備。這些設(shè)備具有存儲(chǔ)在其內(nèi)的計(jì)算機(jī)程序，這些計(jì)算機(jī)程序選擇性地激活或重構(gòu)。這樣的計(jì)算機(jī)程序可以被存儲(chǔ)在設(shè)備(例如，計(jì)算機(jī))可讀介質(zhì)中或者存儲(chǔ)在適于存儲(chǔ)電子指令并分別耦聯(lián)到總線的任何類型的介質(zhì)中，所述計(jì)算機(jī)可讀介質(zhì)包括但不限于任何類型的盤(包括軟盤、硬盤、光盤、CD-ROM、和磁光盤)、ROM(Read-Only Memory，只讀存儲(chǔ)器)、RAM(Random Access Memory，隨即存儲(chǔ)器)、EPROM(Erasable Programmable Read-Only Memory，可擦寫可編程只讀存儲(chǔ)器)、EEPROM(Electrically Erasable Programmable Read-Only Memory，電可擦可編程只讀存儲(chǔ)器)、閃存、磁性卡片或光線卡片。也就是，可讀介質(zhì)包括由設(shè)備(例如，計(jì)算機(jī))以能夠讀的形式存儲(chǔ)或傳輸信息的任何介質(zhì)。

本技術(shù)領(lǐng)域技術(shù)人員可以理解，可以用計(jì)算機(jī)程序指令來實(shí)現(xiàn)這些結(jié)構(gòu)圖和/或框圖和/或流圖中的每個(gè)框以及這些結(jié)構(gòu)圖和/或框圖和/或流圖中的框的組合。本技術(shù)領(lǐng)域技術(shù)人員可以理解，可以將這些計(jì)算機(jī)程序指令提供給通用計(jì)算機(jī)、專業(yè)計(jì)算機(jī)或其他可編程數(shù)據(jù)處理方法的處理器來實(shí)現(xiàn)，從而通過計(jì)算機(jī)或其他可編程數(shù)據(jù)處理方法的處理器來執(zhí)行本發(fā)明公開的結(jié)構(gòu)圖和/或框圖和/或流圖的框或多個(gè)框中指定的方案。

本技術(shù)領(lǐng)域技術(shù)人員可以理解，本發(fā)明中已經(jīng)討論過的各種操作、方法、流程中的步驟、措施、方案可以被交替、更改、組合或刪除。進(jìn)一步地，具有本發(fā)明中已經(jīng)討論過的各種操作、方法、流程中的其他步驟、措施、方案也可以被交替、更改、重排、分解、組合或刪除。進(jìn)一步地，現(xiàn)有技術(shù)中的具有與本發(fā)明中公開的各種操作、方法、流程中的步驟、措施、方案也可以被交替、更改、重排、分解、組合或刪除。

以上所述僅是本發(fā)明的部分實(shí)施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也應(yīng)視為本發(fā)明的保護(hù)范圍。