本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種訂單信息創(chuàng)建方法。

背景技術(shù)：

目前，電子商務(wù)網(wǎng)站創(chuàng)建訂單的流程基本都大同小異，大多數(shù)均采用單頁(yè)面的下訂單方式，即把需要確認(rèn)的訂單信息放在同一個(gè)頁(yè)面上操作。也有少部分采用多頁(yè)面的下訂單方式，即把訂單的任務(wù)分解成多個(gè)頁(yè)面分步操作。

然而，無(wú)論上述哪種方式創(chuàng)建訂單都是基于客戶(hù)選擇的商品信息以及客戶(hù)信息進(jìn)行創(chuàng)建的，同樣無(wú)論采用哪種方式，在訂單信息中都無(wú)法獲知收貨時(shí)間。

雖然在一些電子商務(wù)網(wǎng)站下單成功之后，網(wǎng)站會(huì)在下單成功確認(rèn)液面反饋一個(gè)預(yù)計(jì)送達(dá)時(shí)間，但這個(gè)時(shí)間只是一個(gè)簡(jiǎn)單的預(yù)估時(shí)間，用戶(hù)實(shí)際收到訂單商品的時(shí)間往往與該預(yù)估時(shí)間不同。預(yù)估時(shí)間的準(zhǔn)確性難以得到保證。對(duì)于物流派送商品的情況，預(yù)估時(shí)間不準(zhǔn)確可能造成的影響還比較小，但是如果時(shí)需要用戶(hù)到指定地點(diǎn)取貨的情況下，不準(zhǔn)確的預(yù)估時(shí)間會(huì)直接導(dǎo)致用戶(hù)按約定時(shí)間到達(dá)指定地點(diǎn)卻取不到貨。因此現(xiàn)有粗略的預(yù)估預(yù)計(jì)送達(dá)時(shí)間是無(wú)法滿(mǎn)足線下取貨的要求的。

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

本發(fā)明的目的是針對(duì)現(xiàn)有技術(shù)的缺陷，提供一種訂單信息創(chuàng)建方法，在創(chuàng)建訂單的過(guò)程中即能準(zhǔn)確計(jì)算訂單的取貨時(shí)間，在創(chuàng)建的訂單信息中加入取貨時(shí)間的信息。所確定的取貨時(shí)間準(zhǔn)確，為用戶(hù)能在規(guī)定時(shí)間提取商品起到了保障。

有鑒于此，本發(fā)明實(shí)施例提供了一種訂單信息創(chuàng)建方法，包括：

服務(wù)器接收用戶(hù)終端發(fā)送的訂單數(shù)據(jù)；所述訂單數(shù)據(jù)包括：訂單ID、商品的商品ID、訂購(gòu)數(shù)量、商品價(jià)格數(shù)據(jù)、用戶(hù)ID和收貨信息；所述收貨信息包括收貨人信息和區(qū)域信息；

根據(jù)所述收貨信息在店面信息數(shù)據(jù)庫(kù)中查詢(xún)與所述區(qū)域信息相符的或者與所述區(qū)域信息位置最近的店面信息；

根據(jù)所述店面信息獲取店面庫(kù)存商品數(shù)據(jù)；所述庫(kù)存商品數(shù)據(jù)包括商品ID和對(duì)應(yīng)的庫(kù)存數(shù)量；

根據(jù)所述訂單數(shù)據(jù)中的商品ID和訂購(gòu)數(shù)量與所述店面庫(kù)存商品數(shù)據(jù)進(jìn)行比對(duì)，確定每個(gè)商品ID對(duì)應(yīng)的缺口數(shù)據(jù)；

當(dāng)所述缺口數(shù)據(jù)大于預(yù)設(shè)值時(shí)，生成調(diào)貨計(jì)劃信息；所述調(diào)貨計(jì)劃信息包括商品ID和所述缺口數(shù)據(jù)；

根據(jù)所述調(diào)貨計(jì)劃信息獲得預(yù)計(jì)到貨時(shí)間信息；

根據(jù)所述預(yù)計(jì)到貨時(shí)間信息確定訂單取貨時(shí)間信息；

根據(jù)所述訂單ID、商品的商品ID、訂購(gòu)數(shù)量、商品價(jià)格數(shù)據(jù)、用戶(hù)ID、收貨信息、店面信息和訂單取貨時(shí)間信息生成訂單信息，發(fā)送給用戶(hù)終端。

優(yōu)選的，當(dāng)所述缺口數(shù)據(jù)不大于預(yù)設(shè)值時(shí)，所述方法還包括：

生成所述訂單取貨時(shí)間信息；

根據(jù)所述訂單ID、商品的商品ID、訂購(gòu)數(shù)量、商品價(jià)格數(shù)據(jù)、用戶(hù)ID、收貨信息、店面信息和訂單取貨時(shí)間信息生成訂單信息，發(fā)送給用戶(hù)終端。

優(yōu)選的，所述缺口數(shù)據(jù)具體為：

同一商品ID對(duì)應(yīng)的所述庫(kù)存數(shù)量與所述訂購(gòu)數(shù)量之間的差值。

進(jìn)一步優(yōu)選的，所述預(yù)設(shè)值為0。

優(yōu)選的，所述方法還包括：

根據(jù)所述店面信息，將所述訂單信息發(fā)送給相應(yīng)店面的終端設(shè)備。

本發(fā)明實(shí)施例提供的訂單信息創(chuàng)建方法，在創(chuàng)建訂單的過(guò)程中即能準(zhǔn)確計(jì)算訂單的取貨時(shí)間，在創(chuàng)建的訂單信息中加入取貨時(shí)間的信息。所確定的取貨時(shí)間準(zhǔn)確，為用戶(hù)能在規(guī)定時(shí)間提取商品起到了保障。同時(shí)根據(jù)收貨信息確定取貨店面，保證了自動(dòng)化的篩選出距離最近的取貨店面，極大的方便了用戶(hù)。

附圖說(shuō)明

圖1為本發(fā)明實(shí)施例提供的訂單信息創(chuàng)建方法的流程圖。

具體實(shí)施方式

訂單處理是電子商務(wù)網(wǎng)站的核心業(yè)務(wù)之一，其中訂單信息的創(chuàng)建又是訂單處理中的首要步驟，在經(jīng)營(yíng)上直接關(guān)系到客戶(hù)體驗(yàn)，用戶(hù)下單的便捷性、獲得信息的準(zhǔn)確度均決定著顧客的回頭率。為此，本發(fā)明針對(duì)線上銷(xiāo)售、線下取貨的運(yùn)營(yíng)模式提出了一種訂單信息創(chuàng)建方法，在創(chuàng)建訂單的過(guò)程中即能準(zhǔn)確計(jì)算訂單的取貨時(shí)間，保障用戶(hù)能夠在規(guī)定時(shí)間提取商品。

下面通過(guò)附圖和實(shí)施例，對(duì)本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。

圖1為本發(fā)明實(shí)施例提供的訂單信息創(chuàng)建方法流程圖，如圖1所示，包括：

步驟110，服務(wù)器接收用戶(hù)終端發(fā)送的訂單數(shù)據(jù)；

具體的，訂單數(shù)據(jù)包括：訂單ID、商品的商品ID、訂購(gòu)數(shù)量、商品價(jià)格數(shù)據(jù)、用戶(hù)ID和收貨信息；收貨信息包括收貨人信息和區(qū)域信息。

訂單ID是唯一的，每個(gè)訂單對(duì)應(yīng)一個(gè)訂單ID。訂單ID由用戶(hù)使用用戶(hù)終端在線上操作下單的時(shí)候產(chǎn)生。

步驟120，根據(jù)收貨信息在店面信息數(shù)據(jù)庫(kù)中查詢(xún)與區(qū)域信息相符的或者與區(qū)域信息位置最近的店面信息；

具體的，因?yàn)槭肇浶畔⒅邪ㄊ肇浫诵畔⒑蛥^(qū)域信息，因此可以根據(jù)區(qū)域信息進(jìn)行定位與店面數(shù)據(jù)庫(kù)中的店面地址信息進(jìn)行匹配，將訂單分配給距離最近的店面。最優(yōu)選的，將訂單分配給區(qū)域信息相同的店面，如果在相同的區(qū)域中沒(méi)有店面，則分配給距離最近的店面。

步驟130，根據(jù)店面信息獲取店面庫(kù)存商品數(shù)據(jù)；

具體的，在數(shù)據(jù)庫(kù)中對(duì)于每個(gè)店面的店面庫(kù)存商品都有數(shù)據(jù)記錄，因此可以根據(jù)確定下來(lái)的店面信息，獲取該店面的店面庫(kù)存商品數(shù)據(jù)。

庫(kù)存商品數(shù)據(jù)包括商品ID和對(duì)應(yīng)的庫(kù)存數(shù)量。

步驟140，根據(jù)訂單數(shù)據(jù)中的商品ID和訂購(gòu)數(shù)量與店面庫(kù)存商品數(shù)據(jù)進(jìn)行比對(duì)，確定每個(gè)商品ID對(duì)應(yīng)的缺口數(shù)據(jù)；

具體的，缺口數(shù)據(jù)為同一商品ID對(duì)應(yīng)的庫(kù)存數(shù)量與訂購(gòu)數(shù)量之間的差值。

比如，某個(gè)商品ID的商品，訂購(gòu)數(shù)量為10，店面庫(kù)存商品數(shù)據(jù)中，同一商品ID的商品，庫(kù)存數(shù)量為12，則缺口數(shù)據(jù)為-2；

又如，某個(gè)商品ID的商品，訂購(gòu)數(shù)量為10，店面庫(kù)存商品數(shù)據(jù)中，同一商品ID的商品，庫(kù)存數(shù)量為9，則缺口數(shù)據(jù)為1；

再如，某個(gè)商品ID的商品，訂購(gòu)數(shù)量為10，店面庫(kù)存商品數(shù)據(jù)中查詢(xún)不到同一商品ID，則庫(kù)存數(shù)量為0，缺口數(shù)據(jù)為10。

當(dāng)然可以通過(guò)系統(tǒng)設(shè)置，設(shè)定缺口數(shù)據(jù)不為負(fù)，當(dāng)發(fā)生缺口數(shù)據(jù)為負(fù)的情況，則直接規(guī)定缺口數(shù)據(jù)為0，即表示庫(kù)存數(shù)量能夠滿(mǎn)足訂購(gòu)數(shù)量的需求。

步驟150，當(dāng)缺口數(shù)據(jù)不大于預(yù)設(shè)值時(shí)，生成訂單取貨時(shí)間信息；然后執(zhí)行步驟180。

在實(shí)際應(yīng)用中，預(yù)設(shè)值優(yōu)選的設(shè)置為0。也就是說(shuō)，當(dāng)缺口數(shù)據(jù)不大于0的時(shí)候，表示庫(kù)存數(shù)量能夠滿(mǎn)足訂購(gòu)數(shù)量的需求。

此時(shí)可以直接生成訂單取貨時(shí)間信息。

具體可以根據(jù)配貨預(yù)計(jì)時(shí)間和當(dāng)前時(shí)間，來(lái)計(jì)算獲得訂單取貨時(shí)間。

配貨預(yù)計(jì)時(shí)間可以根據(jù)訂單中的商品ID數(shù)量、訂購(gòu)數(shù)量、商品ID對(duì)應(yīng)的商品名稱(chēng)等計(jì)算確定。也可以按照經(jīng)驗(yàn)值確定。

步驟160，當(dāng)缺口數(shù)據(jù)大于預(yù)設(shè)值時(shí)，生成調(diào)貨計(jì)劃信息；

具體的，缺口數(shù)據(jù)大于0的時(shí)候，表示庫(kù)存數(shù)量不能滿(mǎn)足訂購(gòu)數(shù)量的需求。此時(shí)，需要進(jìn)行調(diào)貨來(lái)補(bǔ)充庫(kù)存的不足，滿(mǎn)足發(fā)貨需求。

調(diào)貨計(jì)劃信息包括商品ID和缺口數(shù)據(jù)。

步驟170，根據(jù)調(diào)貨計(jì)劃信息獲得預(yù)計(jì)到貨時(shí)間信息，并根據(jù)預(yù)計(jì)到貨時(shí)間信息確定訂單取貨時(shí)間信息；

具體的，根據(jù)調(diào)貨計(jì)劃信息，服務(wù)器自動(dòng)計(jì)算確定調(diào)貨的貨源地、調(diào)貨量，并根據(jù)貨源地和發(fā)起調(diào)貨的店面信息確定預(yù)計(jì)到貨時(shí)間。

步驟180，根據(jù)訂單ID、商品的商品ID、訂購(gòu)數(shù)量、商品價(jià)格數(shù)據(jù)、用戶(hù)ID、收貨信息、店面信息和訂單取貨時(shí)間信息生成訂單信息，發(fā)送給用戶(hù)終端。

具體的，在確定訂單取貨時(shí)間之后，將訂單取貨時(shí)間信息和所確定的店面信息，連同訂單數(shù)據(jù)一起生成訂單信息。

并且根據(jù)用戶(hù)ID將訂單信息發(fā)送給相應(yīng)用戶(hù)的用戶(hù)終端。

通過(guò)用戶(hù)終端對(duì)訂單信息進(jìn)行顯示，使得用戶(hù)能夠明確知曉所下訂單商品的取貨地點(diǎn)和取貨時(shí)間。

步驟190，根據(jù)店面信息，將訂單信息發(fā)送給相應(yīng)店面的終端設(shè)備。

具體的，在將訂單取貨時(shí)間信息和所確定的店面信息，連同訂單數(shù)據(jù)一起生成訂單信息之后，服務(wù)器還會(huì)根據(jù)店面信息將訂單信息發(fā)送到相應(yīng)店面的終端設(shè)備，使得店面能夠及時(shí)知曉需要對(duì)該訂單進(jìn)行處理。并能獲知規(guī)定的取貨時(shí)間，從而能夠在取貨時(shí)間之前完成對(duì)訂單的備貨。

本發(fā)明實(shí)施例提供的訂單信息創(chuàng)建方法，在創(chuàng)建訂單的過(guò)程中即能準(zhǔn)確計(jì)算訂單的取貨時(shí)間，在創(chuàng)建的訂單信息中加入取貨時(shí)間的信息。所確定的取貨時(shí)間準(zhǔn)確，為用戶(hù)能在規(guī)定時(shí)間提取商品起到了保障。同時(shí)根據(jù)收貨信息確定取貨店面，保證了自動(dòng)化的篩選出距離最近的取貨店面，極大的方便了用戶(hù)。

專(zhuān)業(yè)人員應(yīng)該還可以進(jìn)一步意識(shí)到，結(jié)合本文中所公開(kāi)的實(shí)施例描述的各示例的單元及算法步驟，能夠以電子硬件、計(jì)算機(jī)軟件或者二者的結(jié)合來(lái)實(shí)現(xiàn)，為了清楚地說(shuō)明硬件和軟件的可互換性，在上述說(shuō)明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來(lái)執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計(jì)約束條件。專(zhuān)業(yè)技術(shù)人員可以對(duì)每個(gè)特定的應(yīng)用來(lái)使用不同方法來(lái)實(shí)現(xiàn)所描述的功能，但是這種實(shí)現(xiàn)不應(yīng)認(rèn)為超出本發(fā)明的范圍。

結(jié)合本文中所公開(kāi)的實(shí)施例描述的方法或算法的步驟可以用硬件、處理器執(zhí)行的軟件模塊，或者二者的結(jié)合來(lái)實(shí)施。軟件模塊可以置于隨機(jī)存儲(chǔ)器(RAM)、內(nèi)存、只讀存儲(chǔ)器(ROM)、電可編程ROM、電可擦除可編程ROM、寄存器、硬盤(pán)、可移動(dòng)磁盤(pán)、CD-ROM、或技術(shù)領(lǐng)域內(nèi)所公知的任意其它形式的存儲(chǔ)介質(zhì)中。

以上所述的具體實(shí)施方式，對(duì)本發(fā)明的目的、技術(shù)方案和有益效果進(jìn)行了進(jìn)一步詳細(xì)說(shuō)明，所應(yīng)理解的是，以上所述僅為本發(fā)明的具體實(shí)施方式而已，并不用于限定本發(fā)明的保護(hù)范圍，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。