本發(fā)明涉及電子商務(wù)領(lǐng)域，特別涉及一種自助下單的方法及系統(tǒng)。

背景技術(shù)：

隨著互聯(lián)網(wǎng)和電子商務(wù)的發(fā)展，人們?cè)絹?lái)越習(xí)慣于互聯(lián)網(wǎng)購(gòu)物。目前，現(xiàn)有的人工下單耗時(shí)長(zhǎng)，下單慢，不能在用戶下完單后立即購(gòu)買完成。這主要是由以下幾個(gè)方面造成的：

a)買手只能在同時(shí)間操作一個(gè)訂單，這就使得下單時(shí)間拖長(zhǎng)，同時(shí)單個(gè)人同一時(shí)段內(nèi)的效率較低。

b)當(dāng)用戶在非工作時(shí)間下單，就會(huì)造成訂單滯后，比如零點(diǎn)下單、午休時(shí)段下單，將造成訂單處理的延遲。

c)當(dāng)用戶大量進(jìn)入造成訂單數(shù)量巨大，買手工作量上升容易出錯(cuò)混淆，造成不必要的損失。

另外，更多的用戶會(huì)通過互聯(lián)網(wǎng)選擇海淘購(gòu)物，海淘即海外/境外購(gòu)物，就是通過互聯(lián)網(wǎng)檢索海外商品信息，并通過電子訂購(gòu)單發(fā)出購(gòu)物請(qǐng)求，然后填上私人信用卡號(hào)碼，由海外購(gòu)物網(wǎng)站通過國(guó)際快遞發(fā)貨，或是由轉(zhuǎn)運(yùn)公司代收貨物再轉(zhuǎn)寄回國(guó)。目前海淘的流程復(fù)雜繁瑣，用戶也無(wú)法實(shí)現(xiàn)自助。

用戶想要下單過程至少包括：注冊(cè)網(wǎng)站、填寫用戶信息-挑選商品-加入購(gòu)物車-全部挑選完畢，確認(rèn)數(shù)量及金額，結(jié)賬-輸入轉(zhuǎn)運(yùn)公司提供的代收地址和收貨人名-輸入信用卡賬單地址，卡號(hào)，姓名，有效期限-購(gòu)物成功-過幾個(gè)小時(shí)后收到海外購(gòu)物網(wǎng)站的扣款短信-海外購(gòu)物網(wǎng)站發(fā)貨-轉(zhuǎn)運(yùn)公司代收倉(cāng)庫(kù)收到包裹，支付轉(zhuǎn)運(yùn)費(fèi)并提交轉(zhuǎn)運(yùn)回國(guó)內(nèi)的發(fā)貨指令-轉(zhuǎn)運(yùn)公司發(fā)貨，一般5-7天后到達(dá)等等繁瑣的流程。用戶為了實(shí)現(xiàn)上述流程，將經(jīng)過了上述復(fù)雜操作后，用戶體驗(yàn)較差、用戶下單成交率較低。

現(xiàn)有技術(shù)的一些解決方法，比如，中國(guó)專利申請(qǐng)cn105184585a一種互聯(lián)網(wǎng)下單方法及裝置，提取用戶的客戶端地理位置信息；根據(jù)所述地理位置信息進(jìn)行周邊服務(wù)者的關(guān)聯(lián)處理，并將所述周邊服務(wù)者推送給用戶進(jìn)行選擇；獲取到所述用戶下單指令和選擇的所述周邊服務(wù)者，通知選擇的所述周邊服務(wù)者。此方法可減少用戶和服務(wù)者相互之間的數(shù)據(jù)交互，但是下單方式依然較為繁瑣，自動(dòng)化程度較低。又比如，中國(guó)專利申請(qǐng)cn105303417a一種商品自動(dòng)下單系統(tǒng)及方法，在系統(tǒng)中包括了：訂閱單元，用于接收用戶的自動(dòng)下單請(qǐng)求，其中，該自動(dòng)下單請(qǐng)求包括訂閱數(shù)據(jù)，并將所述訂閱數(shù)據(jù)存儲(chǔ)于數(shù)據(jù)庫(kù)中；消息生成單元，用于在商品價(jià)格調(diào)整、商品參與促銷活動(dòng)或商品庫(kù)存發(fā)生變動(dòng)時(shí)，生成商品消息；業(yè)務(wù)處理單元，用于根據(jù)該商品消息獲取相應(yīng)的業(yè)務(wù)數(shù)據(jù)，并在所述數(shù)據(jù)庫(kù)中獲取與該業(yè)務(wù)數(shù)據(jù)匹配的訂閱數(shù)據(jù)；商品下單單元，用于根據(jù)所述業(yè)務(wù)處理單元獲取的訂閱數(shù)據(jù)，進(jìn)行商品下單，并生成訂單數(shù)據(jù)。該系統(tǒng)主要基于訂閱單元，通過儲(chǔ)存用戶的訂閱數(shù)據(jù)，及時(shí)幫助用戶進(jìn)行信息處理從而進(jìn)行下單，但是對(duì)訂閱數(shù)據(jù)的依賴大多存在于商品庫(kù)存不足的情況，對(duì)于海淘或者其它電商場(chǎng)景下適用性較低。

為了滿足日益增長(zhǎng)的訂單數(shù)量及下單實(shí)時(shí)性需求，有待提供可以自動(dòng)下單的解決方案。

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

本發(fā)明要解決的技術(shù)問題是，提供下單自動(dòng)響應(yīng)、方便、可提高用戶體驗(yàn)的自助下單的方法。

解決上述技術(shù)問題，本發(fā)明提供了一種自助下單的方法，包括如下步驟：

1)預(yù)處理階段：

1-1)根據(jù)從后臺(tái)服務(wù)器接收到的訂單信息獲得產(chǎn)品信息，

1-2)排除產(chǎn)品信息異常后根據(jù)所述產(chǎn)品信息打開所述產(chǎn)品所屬網(wǎng)站的登錄頁(yè)面，

1-3)在所述登錄頁(yè)面模擬人工登錄操作，并輸入賬號(hào)密碼，

1-4)登錄成功后清除購(gòu)物車中商品，

2)自動(dòng)下單階段：

2-1)打開商品詳情頁(yè)，根據(jù)所述產(chǎn)品信息定位得到產(chǎn)品的具體庫(kù)存，

2-2)模擬人工操作點(diǎn)擊購(gòu)買商品并加入購(gòu)物車后跳轉(zhuǎn)至購(gòu)物車頁(yè)面，

2-3)檢查所述產(chǎn)品信息是否與所述購(gòu)物車中一致，

2-4)若檢查通過則跳轉(zhuǎn)至支付頁(yè)面，

3)支付階段：

3-1)在所述支付頁(yè)面完成購(gòu)買確認(rèn)支付，

3-2)將確認(rèn)支付后得到的已支付訂單號(hào)進(jìn)行同步。

更進(jìn)一步，所述產(chǎn)品信息至少包括：

{來(lái)源網(wǎng)站網(wǎng)址，購(gòu)買數(shù)量，購(gòu)買商品顏色和尺碼}。

更進(jìn)一步，所述預(yù)處理階段、自動(dòng)下單階段以及支付階段基于一selenium框架搭建。

更進(jìn)一步，上述步驟還包括：

在所述步驟1-2)中判斷訂單是否被人工取消，

在所述步驟1-3)中判斷訂單是否被人工取消，

在所述步驟1-4)中判斷訂單是否被人工取消，

在所述步驟2-3)中判斷訂單是否被人工取消，

若在上述步驟中判斷出有訂單被人工取消，則進(jìn)行異常反饋和捕獲。

更進(jìn)一步，在打開所述產(chǎn)品所屬網(wǎng)站的登錄頁(yè)面、輸入賬號(hào)密碼、登錄成功后清除購(gòu)物車中商品、跳轉(zhuǎn)至購(gòu)物車頁(yè)面或者在所述支付頁(yè)面完成購(gòu)買確認(rèn)支付后，自動(dòng)進(jìn)行截圖存并保存至本地，用以在所述支付階段完成后上述所述截圖。

基于上述，本發(fā)明還提供了一種自助下單的系統(tǒng)，包括：客戶端和服務(wù)器端，在所述服務(wù)器端保存用戶和商品信息作為后臺(tái)數(shù)據(jù)，

所述客戶端包括：下單預(yù)處理單元和自動(dòng)下單單元，

所述下單預(yù)處理單元包括：產(chǎn)品信息接收模塊、模擬登陸模塊、清除歷史信息模塊，

所述產(chǎn)品信息接收模塊，用以根據(jù)從后臺(tái)服務(wù)器接收到的訂單信息獲得產(chǎn)品信息，以及根據(jù)從后臺(tái)服務(wù)器接收到的訂單信息獲得產(chǎn)品信息，

所述模擬登陸模塊，用以根據(jù)所述產(chǎn)品信息打開所述產(chǎn)品所屬網(wǎng)站的登錄頁(yè)面，在所述登錄頁(yè)面模擬人工登錄操作，并輸入賬號(hào)密碼；

所述清除歷史信息模塊，用以登錄成功后清除購(gòu)物車中商品

所述自動(dòng)下單單元包括：模擬購(gòu)買模塊、庫(kù)存模塊，

所述庫(kù)存模塊，用以打開商品詳情頁(yè)，根據(jù)所述產(chǎn)品信息定位得到產(chǎn)品的具體庫(kù)存，

所述模擬購(gòu)買模塊，用以模擬人工操作點(diǎn)擊購(gòu)買商品并加入購(gòu)物車后跳轉(zhuǎn)至購(gòu)物車頁(yè)面，檢查所述產(chǎn)品信息是否與所述購(gòu)物車中一致，若檢查通過則跳轉(zhuǎn)至支付頁(yè)面；

還包括：支付單元，用以在所述支付頁(yè)面完成購(gòu)買確認(rèn)支付，將確認(rèn)支付后得到的已支付訂單號(hào)進(jìn)行同步。

更進(jìn)一步，所述客戶端被配置為運(yùn)行安卓或者ios。

更進(jìn)一步，所述客戶端還包括：自動(dòng)截圖api，用以在打開所述產(chǎn)品所屬網(wǎng)站的登錄頁(yè)面、輸入賬號(hào)密碼、登錄成功后清除購(gòu)物車中商品、跳轉(zhuǎn)至購(gòu)物車頁(yè)面或者在所述支付頁(yè)面完成購(gòu)買確認(rèn)支付后，自動(dòng)進(jìn)行截圖存并保存至本地，用以在所述支付階段完成后上述所述截圖。

更進(jìn)一步，所述客戶端還包括：異常捕獲單元，用以判斷訂單在操作過程中是否被人工取消，若在判斷出有訂單被人工取消，則通過郵件通道進(jìn)行異常反饋和捕獲。

更進(jìn)一步，所述客戶端和服務(wù)器端保持長(zhǎng)連接。

本發(fā)明的有益效果：

1)由于在本發(fā)明中的預(yù)處理階段，根據(jù)從后臺(tái)服務(wù)器接收到的訂單信息獲得產(chǎn)品信息，排除產(chǎn)品信息異常后根據(jù)所述產(chǎn)品信息打開所述產(chǎn)品所屬網(wǎng)站的登錄頁(yè)面，在所述登錄頁(yè)面模擬人工登錄操作，并輸入賬號(hào)密碼，登錄成功后清除購(gòu)物車中商品。通過上述預(yù)處理操作，可以獲得訂單所對(duì)應(yīng)的原始產(chǎn)品信息，并通過模擬人工登錄操作登錄到對(duì)應(yīng)的網(wǎng)站進(jìn)行登錄，最后還會(huì)清楚購(gòu)物車中可能存在的歷史商品，以防造成結(jié)賬時(shí)的錯(cuò)誤和與訂單中的產(chǎn)品信息不匹配。由于在本發(fā)明中的自動(dòng)下單階段，打開商品詳情頁(yè)，根據(jù)所述產(chǎn)品信息定位得到產(chǎn)品的具體庫(kù)存，模擬人工操作點(diǎn)擊購(gòu)買商品并加入購(gòu)物車后跳轉(zhuǎn)至購(gòu)物車頁(yè)面，檢查所述產(chǎn)品信息是否與所述購(gòu)物車中一致，若檢查通過則跳轉(zhuǎn)至支付頁(yè)面。在上述步驟中通過模擬人工操作點(diǎn)擊購(gòu)買商品的行為可實(shí)現(xiàn)自助購(gòu)物和將商品添加至購(gòu)物車中，并且需要再次檢查產(chǎn)品信息是否與購(gòu)物車中一致，保證了模擬人工操作的準(zhǔn)確性和高效率。由于在本發(fā)明中的支付階段，在所述支付頁(yè)面完成購(gòu)買確認(rèn)支付，將確認(rèn)支付后得到的已支付訂單號(hào)進(jìn)行同步。

2)由于在本發(fā)明中在預(yù)處理階段、自動(dòng)下單階段以及支付階段基于一selenium框架搭建，能夠?qū)崿F(xiàn)在web端的自動(dòng)化框架研究中，使得下單自動(dòng)化變得容易起來(lái)，自動(dòng)下單是不需要專門的人員等待，且同一時(shí)間可行并行處理多種訂單，處理速度遠(yuǎn)遠(yuǎn)高于人工下單。

3)由于在本發(fā)明中在每個(gè)階段都會(huì)判斷訂單是否被人工取消，若在上述步驟中判斷出有訂單被人工取消，則進(jìn)行異常反饋和捕獲。通過每一步結(jié)束都會(huì)判斷訂單是否被人工取消，保證系統(tǒng)執(zhí)行機(jī)制準(zhǔn)確無(wú)誤，同時(shí)可以很快通過郵件通道通知相關(guān)人員解異常，從而減少下單錯(cuò)誤率。

4)由于在本發(fā)明中的在打開所述產(chǎn)品所屬網(wǎng)站的登錄頁(yè)面、輸入賬號(hào)密碼、登錄成功后清除購(gòu)物車中商品、跳轉(zhuǎn)至購(gòu)物車頁(yè)面或者在所述支付頁(yè)面完成購(gòu)買確認(rèn)支付后，自動(dòng)進(jìn)行截圖存并保存至本地，用以在所述支付階段完成后上述所述截圖。通過保存當(dāng)前訂單狀態(tài)截圖的操作，能夠?qū)崿F(xiàn)訂單的溯源，在排除異常時(shí)能夠準(zhǔn)確找到并定位到出錯(cuò)的位置。

5)由于本發(fā)明中的系統(tǒng)，包括了客戶端和服務(wù)器端，用戶可以通過在客戶端配置安卓或者ios操作系統(tǒng)，運(yùn)行封裝好的軟件程序即可實(shí)現(xiàn)系統(tǒng)中自助下單的功能?？蛻舳嘶趙eb端可以適用于目前絕大多數(shù)的互聯(lián)網(wǎng)購(gòu)物需求。滿足用戶在無(wú)線終端即可實(shí)現(xiàn)隨時(shí)隨地自助下單，提升了用戶體驗(yàn)。

附圖說(shuō)明

圖1是本發(fā)明一實(shí)施例中的方法流程示意圖；

圖2是本發(fā)明一實(shí)施例中的方法流程示意圖；

圖3是本發(fā)明一優(yōu)選實(shí)施例中的系統(tǒng)示意圖；

圖4是本發(fā)明一實(shí)施例中的自助下單的方法的實(shí)現(xiàn)流程圖。

具體實(shí)施方式

現(xiàn)在將參考一些示例實(shí)施例描述本公開的原理。可以理解，這些實(shí)施例僅出于說(shuō)明并且?guī)椭绢I(lǐng)域的技術(shù)人員理解和實(shí)施例本公開的目的而描述，而非建議對(duì)本公開的范圍的任何限制。在此描述的本公開的內(nèi)容可以以下文描述的方式之外的各種方式實(shí)施。

如本文中所述，術(shù)語(yǔ)“包括”及其各種變體可以被理解為開放式術(shù)語(yǔ)，其意味著“包括但不限于”。術(shù)語(yǔ)“基于”可以被理解為“至少部分地基于”。術(shù)語(yǔ)“一個(gè)實(shí)施例”可以被理解為“至少一個(gè)實(shí)施例”。術(shù)語(yǔ)“另一實(shí)施例”可以被理解為“至少一個(gè)其它實(shí)施例”。

在本申請(qǐng)中的selenium是thoughtwork的一款開源自動(dòng)化測(cè)試框架，框架包括：控件-頁(yè)面-測(cè)試用例。在最底層，需要編寫一些常用的控件對(duì)象，大多數(shù)情況下，這些對(duì)象是可以復(fù)用的，除個(gè)別特殊功能外。

在頁(yè)面層面，也是測(cè)試人員工作量最大的地方，需要對(duì)待測(cè)試的每個(gè)頁(yè)面進(jìn)行轉(zhuǎn)化。針對(duì)每個(gè)頁(yè)面，編寫對(duì)象，一般包括頁(yè)面初始化，初始化/定義一些頁(yè)面控件；頁(yè)面操作；操作結(jié)果確認(rèn)。

測(cè)試用例層面，通過調(diào)用一些頁(yè)面操作、結(jié)果確認(rèn)組合成。

請(qǐng)參考圖1是本發(fā)明一實(shí)施例中的方法流程示意圖，包括如下步驟：

1)預(yù)處理階段：

步驟s1根據(jù)從后臺(tái)服務(wù)器接收到的訂單信息獲得產(chǎn)品信息，此步驟可以獲得后臺(tái)的數(shù)據(jù)，包括但不限于如下的訂單信息：

(order_no，url,quantity,size,color,width,dimensionnames)

dimensionnames:用以定義商品的維度，例如：鞋類商品含有尺碼，顏色，腳寬三個(gè)維度，則它的dimension為"dimensions":["size","width","color"])。

采用上述訂單信息，描述商品的維度比如，來(lái)源網(wǎng)站，購(gòu)買數(shù)量，商品顏色，商品尺碼。

步驟s2排除產(chǎn)品信息異常后根據(jù)所述產(chǎn)品信息打開所述產(chǎn)品所屬網(wǎng)站的登錄頁(yè)面，此步驟在自動(dòng)下單系統(tǒng)中接收商品信息并檢查商品信息是否有誤，若商品信息有誤則發(fā)送錯(cuò)誤信息回后臺(tái)，并自動(dòng)通過郵件通知相關(guān)技術(shù)人員及買手，排查錯(cuò)誤來(lái)源；若商品信息確認(rèn)無(wú)誤，通知后臺(tái)自動(dòng)下單開始，并開始下單。

步驟s3在所述登錄頁(yè)面模擬人工登錄操作，并輸入賬號(hào)密碼，此步驟通過模擬人工登錄輸入賬號(hào)密碼，具體而言，通過python語(yǔ)言中的pyvirtualdisplay，打開1024*768虛擬屏幕，通過selenium自動(dòng)化測(cè)試框架在服務(wù)器后臺(tái)調(diào)用webdriver函數(shù)，打開虛擬火狐瀏覽器(以火狐為例)。調(diào)用driver.get函數(shù)打開商城登錄頁(yè)，定位到登陸框賬號(hào)密碼元素的id，driver.find_element_by_id.sendkeys函數(shù)輸入賬號(hào)密碼，再通過調(diào)用driver.find_element_by_id.click()函數(shù)模擬點(diǎn)擊登錄按鈕實(shí)現(xiàn)模擬人工登錄。

步驟s4登錄成功后清除購(gòu)物車中商品，繼續(xù)使用步驟s3打開的虛擬屏幕和瀏覽器，通過driver.get函數(shù)打開購(gòu)物車頁(yè)面，通過driver.find_elements_by_xpath函數(shù)使用xpath語(yǔ)言獲取當(dāng)前購(gòu)物車中的商品數(shù)量保存到count字段，當(dāng)count>0時(shí)則需清空購(gòu)物車。清空購(gòu)物車：通過driver.find_elements_by_xpath函數(shù)定位至刪除按鈕，在循環(huán)調(diào)用click函數(shù)模擬點(diǎn)擊刪除商品按鈕，直至count＝＝0。

在本實(shí)施例中的預(yù)處理階段，根據(jù)從后臺(tái)服務(wù)器接收到的訂單信息獲得產(chǎn)品信息，排除產(chǎn)品信息異常后根據(jù)所述產(chǎn)品信息打開所述產(chǎn)品所屬網(wǎng)站的登錄頁(yè)面，在所述登錄頁(yè)面模擬人工登錄操作，并輸入賬號(hào)密碼，登錄成功后清除購(gòu)物車中商品。通過上述預(yù)處理操作，可以獲得訂單所對(duì)應(yīng)的原始產(chǎn)品信息，并通過模擬人工登錄操作登錄到對(duì)應(yīng)的網(wǎng)站進(jìn)行登錄，最后還會(huì)清楚購(gòu)物車中可能存在的歷史商品，以防造成結(jié)賬時(shí)的錯(cuò)誤和與訂單中的產(chǎn)品信息不匹配。

2)自動(dòng)下單階段：

步驟s5打開商品詳情頁(yè)，根據(jù)所述產(chǎn)品信息定位得到產(chǎn)品的具體庫(kù)存，通過后臺(tái)發(fā)送的商品顏色、尺碼的商品描述維度，定位到具體庫(kù)存，即找到與產(chǎn)品顏色、尺碼的產(chǎn)品描述維度相匹配的庫(kù)存，在庫(kù)存有貨時(shí)進(jìn)行購(gòu)買。

在一些實(shí)施例中，所述步驟s5還包括：在庫(kù)存不足時(shí)，進(jìn)行到貨登記，并根據(jù)到貨登記的信息，自動(dòng)進(jìn)行郵件提醒。

在一些實(shí)施例中，所述步驟s5還包括：在庫(kù)存不足時(shí)，通過商品顏色、尺碼的商品描述維度，進(jìn)行相似商品的推薦。

在一些實(shí)施例中，所述步驟s5還包括：在庫(kù)存不足時(shí)，自動(dòng)返回商品詳情頁(yè)，并定期訪問商品庫(kù)存，根據(jù)所述產(chǎn)品信息定位得到產(chǎn)品的具體庫(kù)存，直到商品由于缺貨下架。

步驟s6模擬人工操作點(diǎn)擊購(gòu)買商品并加入購(gòu)物車后跳轉(zhuǎn)至購(gòu)物車頁(yè)面，在詳情頁(yè)中通過driver.find_element_by_id函數(shù)定位到“加入購(gòu)物車”按鈕，再通過click函數(shù)模擬點(diǎn)擊事件完成加入購(gòu)物車，

步驟s7檢查所述產(chǎn)品信息是否與所述購(gòu)物車中一致，

步驟s8若檢查通過則跳轉(zhuǎn)至支付頁(yè)面，

在本實(shí)施例中的自動(dòng)下單階段，打開商品詳情頁(yè)，根據(jù)所述產(chǎn)品信息定位得到產(chǎn)品的具體庫(kù)存，模擬人工操作點(diǎn)擊購(gòu)買商品并加入購(gòu)物車后跳轉(zhuǎn)至購(gòu)物車頁(yè)面，檢查所述產(chǎn)品信息是否與所述購(gòu)物車中一致，若檢查通過則跳轉(zhuǎn)至支付頁(yè)面。在上述步驟中通過模擬人工操作點(diǎn)擊購(gòu)買商品的行為可實(shí)現(xiàn)自助購(gòu)物和將商品添加至購(gòu)物車中，并且需要再次檢查產(chǎn)品信息是否與購(gòu)物車中一致，保證了模擬人工操作的準(zhǔn)確性和高效率。

3)支付階段：

步驟s9在所述支付頁(yè)面完成購(gòu)買確認(rèn)支付，

步驟s10將確認(rèn)支付后得到的已支付訂單號(hào)進(jìn)行同步。

在一些實(shí)施例中，所述產(chǎn)品信息至少包括：{來(lái)源網(wǎng)站網(wǎng)址，購(gòu)買數(shù)量，購(gòu)買商品顏色和尺碼}。

在一些實(shí)施例中，所述預(yù)處理階段、自動(dòng)下單階段以及支付階段基于一selenium框架搭建，在預(yù)處理階段、自動(dòng)下單階段以及支付階段基于一selenium框架搭建，能夠?qū)崿F(xiàn)在web端的自動(dòng)化框架研究中，使得下單自動(dòng)化變得容易起來(lái)，自動(dòng)下單是不需要專門的人員等待，且同一時(shí)間可行并行處理多種訂單，處理速度遠(yuǎn)遠(yuǎn)高于人工下單。

在本實(shí)施例中的支付階段，在所述支付頁(yè)面完成購(gòu)買確認(rèn)支付，將確認(rèn)支付后得到的已支付訂單號(hào)進(jìn)行同步。

如圖2所示，作為本實(shí)施例中的優(yōu)選，上述步驟還包括：

步驟s21:在所述步驟s2中判斷訂單是否被人工取消，

步驟s31:在所述步驟s3中判斷訂單是否被人工取消，

步驟s41:在所述步驟s4中判斷訂單是否被人工取消，

在所述步驟s7中判斷訂單是否被人工取消，

若在上述步驟中判斷出有訂單被人工取消，則進(jìn)行異常反饋和捕獲。

作為本實(shí)施例中的優(yōu)選，在打開所述產(chǎn)品所屬網(wǎng)站的登錄頁(yè)面、輸入賬號(hào)密碼、登錄成功后清除購(gòu)物車中商品、跳轉(zhuǎn)至購(gòu)物車頁(yè)面或者在所述支付頁(yè)面完成購(gòu)買確認(rèn)支付后，自動(dòng)進(jìn)行截圖存并保存至本地，用以在所述支付階段完成后上述所述截圖。在本實(shí)施例中的在打開所述產(chǎn)品所屬網(wǎng)站的登錄頁(yè)面、輸入賬號(hào)密碼、登錄成功后清除購(gòu)物車中商品、跳轉(zhuǎn)至購(gòu)物車頁(yè)面或者在所述支付頁(yè)面完成購(gòu)買確認(rèn)支付后，自動(dòng)進(jìn)行截圖存并保存至本地，用以在所述支付階段完成后上述所述截圖。通過保存當(dāng)前訂單狀態(tài)截圖的操作，能夠?qū)崿F(xiàn)訂單的溯源，在排除異常時(shí)能夠準(zhǔn)確找到并定位到出錯(cuò)的位置。

在一些實(shí)施例中，上述步驟s1-步驟s10中任一步驟結(jié)束過后，都自動(dòng)執(zhí)行截圖操作，將截圖保存至本地等待訂單完成后上傳。

在一些實(shí)施例中，上述步驟s1-步驟s10中通過郵箱通道通知后臺(tái)管理員進(jìn)行異常處理。

在一些實(shí)施例中，上述步驟s1-步驟s10中包括了兩次檢查所述產(chǎn)品信息是否與所述購(gòu)物車中一致/打開商品詳情頁(yè)時(shí)與所述產(chǎn)品信息是否一致。

請(qǐng)參考圖3是本發(fā)明一優(yōu)選實(shí)施例中的系統(tǒng)示意圖，本實(shí)施例中的一種自助下單的系統(tǒng)，包括：客戶端2和服務(wù)器端1，在所述服務(wù)器端1保存用戶和商品信息作為后臺(tái)數(shù)據(jù)，

所述客戶端2包括：下單預(yù)處理單元21和自動(dòng)下單單元22，

所述下單預(yù)處理單元21包括：產(chǎn)品信息接收模塊221、模擬登陸模塊212、清除歷史信息模塊213，

所述產(chǎn)品信息接收模塊221，用以根據(jù)從后臺(tái)服務(wù)器接收到的訂單信息獲得產(chǎn)品信息，以及根據(jù)從后臺(tái)服務(wù)器接收到的訂單信息獲得產(chǎn)品信息，

所述模擬登陸模塊212，用以根據(jù)所述產(chǎn)品信息打開所述產(chǎn)品所屬網(wǎng)站的登錄頁(yè)面，在所述登錄頁(yè)面模擬人工登錄操作，并輸入賬號(hào)密碼；

所述清除歷史信息模塊213，用以登錄成功后清除購(gòu)物車中商品

所述自動(dòng)下單單元22包括：模擬購(gòu)買模塊221、庫(kù)存模塊222，

所述庫(kù)存模塊221，用以打開商品詳情頁(yè)，根據(jù)所述產(chǎn)品信息定位得到產(chǎn)品的具體庫(kù)存，

所述模擬購(gòu)買模塊222，用以模擬人工操作點(diǎn)擊購(gòu)買商品并加入購(gòu)物車后跳轉(zhuǎn)至購(gòu)物車頁(yè)面，檢查所述產(chǎn)品信息是否與所述購(gòu)物車中一致，若檢查通過則跳轉(zhuǎn)至支付頁(yè)面；

還包括：支付單元23，用以在所述支付頁(yè)面完成購(gòu)買確認(rèn)支付，將確認(rèn)支付后得到的已支付訂單號(hào)進(jìn)行同步。

本實(shí)施例中的系統(tǒng)，包括了客戶端2和服務(wù)器端1，用戶可以通過在客戶端配置安卓或者ios操作系統(tǒng)，運(yùn)行封裝好的軟件程序即可實(shí)現(xiàn)系統(tǒng)中自助下單的功能?？蛻舳嘶趙eb端可以適用于目前絕大多數(shù)的互聯(lián)網(wǎng)購(gòu)物需求。滿足用戶在無(wú)線終端即可實(shí)現(xiàn)隨時(shí)隨地自助下單，提升了用戶體驗(yàn)。

作為本實(shí)施例中的優(yōu)選，所述客戶端2被配置為運(yùn)行安卓或者ios。

作為本實(shí)施例中的優(yōu)選，所述客戶端2還包括：自動(dòng)截圖api，用以在打開所述產(chǎn)品所屬網(wǎng)站的登錄頁(yè)面、輸入賬號(hào)密碼、登錄成功后清除購(gòu)物車中商品、跳轉(zhuǎn)至購(gòu)物車頁(yè)面或者在所述支付頁(yè)面完成購(gòu)買確認(rèn)支付后，自動(dòng)進(jìn)行截圖存并保存至本地，用以在所述支付階段完成后上述所述截圖。

作為本實(shí)施例中的優(yōu)選，所述客戶端2還包括：異常捕獲單元，用以判斷訂單在操作過程中是否被人工取消，若在判斷出有訂單被人工取消，則通過郵件通道進(jìn)行異常反饋和捕獲。

作為本實(shí)施例中的優(yōu)選，所述客戶端2和服務(wù)器端1保持長(zhǎng)連接。

圖4是本發(fā)明一實(shí)施例中的自助下單的方法的實(shí)現(xiàn)流程圖，包括如下實(shí)現(xiàn)的步驟：

步驟1，后臺(tái)接收的訂單信息，比如可以在web端接收

步驟2，從訂單信息中提取出商品信息，即：商品的庫(kù)存信息(如：來(lái)源網(wǎng)站，購(gòu)買數(shù)量，商品顏色，商品尺碼，描述商品的維度)

步驟3，通知自動(dòng)下單系統(tǒng)并發(fā)送商品信息

步驟4，自動(dòng)下單系統(tǒng)接收商品信息并檢查商品信息是否有誤

步驟5，若商品信息有誤則發(fā)送錯(cuò)誤信息回后臺(tái)，并自動(dòng)通過郵件通知相關(guān)技術(shù)人員及買手，排查錯(cuò)誤來(lái)源；若商品信息確認(rèn)無(wú)誤，通知后臺(tái)自動(dòng)下單開始，并開始下單

步驟6，模擬人工登錄輸入賬號(hào)密碼，包括但不限于網(wǎng)站登錄輸入的用戶驗(yàn)證碼

步驟7，清除購(gòu)物車中商品，但包括用戶收藏夾中的商品，收藏夾中的商品可作為感興趣的商品進(jìn)行推薦

步驟8，打開商品詳情頁(yè)，包括但不限于打開商品所對(duì)應(yīng)的url,

步驟9，通過后臺(tái)發(fā)送的商品顏色、尺碼、商品描述維度，定位到具體庫(kù)存

步驟10，模擬人工點(diǎn)擊加入購(gòu)物車

步驟11，跳轉(zhuǎn)購(gòu)物車頁(yè)面

步驟12，檢查商品種類和單一商品數(shù)量是否與接收的數(shù)據(jù)一致

步驟13，若檢查通過則跳轉(zhuǎn)支付頁(yè)，若檢查出錯(cuò)則拋出異常

步驟14，確認(rèn)支付

步驟15，通知后臺(tái)自動(dòng)下單成功并發(fā)送相應(yīng)訂單的國(guó)外訂單號(hào)和每一步驟的截圖

步驟16，上傳每個(gè)步驟截圖

步驟17，異常捕獲，自動(dòng)發(fā)送錯(cuò)誤郵件給相關(guān)線下運(yùn)維人員

步驟18，發(fā)送自動(dòng)下單成功郵件

本發(fā)明中的系統(tǒng)中包括了客戶端和服務(wù)器端，用戶可以通過在客戶端配置安卓或者ios操作系統(tǒng)，運(yùn)行封裝好的軟件程序即可實(shí)現(xiàn)系統(tǒng)中自助下單的功能?？蛻舳嘶趙eb端可以適用于目前絕大多數(shù)的互聯(lián)網(wǎng)購(gòu)物需求。滿足用戶在無(wú)線終端即可實(shí)現(xiàn)隨時(shí)隨地自助下單，提升了用戶體驗(yàn)。

應(yīng)當(dāng)理解，本發(fā)明的各部分可以用硬件、軟件、固件或它們的組合來(lái)實(shí)現(xiàn)。在上述實(shí)施方式中，多個(gè)步驟或方法可以用存儲(chǔ)在存儲(chǔ)器中且由合適的指令執(zhí)行系統(tǒng)執(zhí)行的軟件或固件來(lái)實(shí)現(xiàn)。例如，如果用硬件來(lái)實(shí)現(xiàn)，和在另一實(shí)施方式中一樣，可用本領(lǐng)域公知的下列技術(shù)中的任一項(xiàng)或他們的組合來(lái)實(shí)現(xiàn)：具有用于對(duì)數(shù)據(jù)信號(hào)實(shí)現(xiàn)邏輯功能的邏輯門電路的離散邏輯電路，具有合適的組合邏輯門電路的專用集成電路，可編程門陣列(pga)，現(xiàn)場(chǎng)可編程門陣列(fpga)等。

在本說(shuō)明書的描述中，參考術(shù)語(yǔ)“一個(gè)實(shí)施例”、“一些實(shí)施例”、“示例”、“具體示例”、或“一些示例”等的描述意指結(jié)合該實(shí)施例或示例描述的具體特征、結(jié)構(gòu)、材料或者特點(diǎn)包含于本發(fā)明的至少一個(gè)實(shí)施例或示例中。在本說(shuō)明書中，對(duì)上述術(shù)語(yǔ)的示意性表述不一定指的是相同的實(shí)施例或示例。而且，描述的具體特征、結(jié)構(gòu)、材料或者特點(diǎn)可以在任何的一個(gè)或多個(gè)實(shí)施例或示例中以合適的方式結(jié)合。

總體而言，本公開的各種實(shí)施例可以以硬件或?qū)Ｓ秒娐贰④浖?、邏輯或其任意組合實(shí)施。一些方面可以以硬件實(shí)施，而其它一些方面可以以固件或軟件實(shí)施，該固件或軟件可以由控制器、微處理器或其它計(jì)算設(shè)備執(zhí)行。雖然本公開的各種方面被示出和描述為框圖、流程圖或使用其它一些繪圖表示，但是可以理解本文描述的框、設(shè)備、系統(tǒng)、技術(shù)或方法可以以非限制性的方式以硬件、軟件、固件、專用電路或邏輯、通用硬件或控制器或其它計(jì)算設(shè)備或其一些組合實(shí)施。

此外，雖然操作以特定順序描述，但是這不應(yīng)被理解為要求這類操作以所示的順序執(zhí)行或是以順序序列執(zhí)行，或是要求所有所示的操作被執(zhí)行以實(shí)現(xiàn)期望結(jié)果。在一些情形下，多任務(wù)或并行處理可以是有利的。類似地，雖然若干具體實(shí)現(xiàn)方式的細(xì)節(jié)在上面的討論中被包含，但是這些不應(yīng)被解釋為對(duì)本公開的范圍的任何限制，而是特征的描述僅是針對(duì)具體實(shí)施例。在分離的一些實(shí)施例中描述的某些特征也可以在單個(gè)實(shí)施例中組合地執(zhí)行。相反對(duì)，在單個(gè)實(shí)施例中描述的各種特征也可以在多個(gè)實(shí)施例中分離地實(shí)施或是以任何合適的子組合的方式實(shí)施。