物流配送方法和裝置的制造方法
【專利摘要】本發(fā)明公開了一種物流配送方法和裝置，其中，物流配送方法包括以下步驟：接收訂單信息，訂單信息包括收貨地址信息；確定收貨地址信息對應(yīng)的信息點POI，并獲取POI對應(yīng)的平均訂單數(shù)量和歷史訂單平均等待時長；根據(jù)歷史訂單平均等待時長和平均訂單數(shù)量計算設(shè)置配送站點的利潤，并根據(jù)歷史訂單平均等待時長和利潤判斷是否將POI設(shè)置為配送站點；若將POI設(shè)置為配送站點，則將訂單配送至配送站點對應(yīng)的地址信息；以及在配送站點接收到訂單之后，將訂單二次配送至對應(yīng)的收貨地址信息。本發(fā)明實施例的物流配送方法和裝置，通過將符合條件的POI設(shè)置為配送站點，通過配送站點對訂單實行二次配送，能夠有效地節(jié)省配送員等待的時間，從而提高整體配送效率。
【專利說明】
物流配送方法和裝置
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及電子商務(wù)技術(shù)領(lǐng)域，尤其涉及一種物流配送方法和裝置。
【背景技術(shù)】
[0002]隨著互聯(lián)網(wǎng)技術(shù)的快速發(fā)展，網(wǎng)絡(luò)已經(jīng)成為人們?nèi)粘Ｉ钪胁豢苫蛉钡牟糠?。網(wǎng)上訂餐是一種基于互聯(lián)網(wǎng)的便捷訂餐形式，也是電子商務(wù)應(yīng)用的全新體現(xiàn)。目前，用戶主要通過手機APP或網(wǎng)頁等填寫訂餐相關(guān)信息實現(xiàn)下單。商家在接收到訂單后，根據(jù)訂單信息派發(fā)送餐人員實現(xiàn)送餐。
[0003]但是，部分用戶由于樓層較高或電梯慢等原因，導(dǎo)致送餐人員在到達(dá)送餐地點后需要等待用戶取餐的時間較長。而位于同一地點的用戶，選擇的訂餐商家不一定相同，可能會產(chǎn)生多個商家的送餐人員在同一地點等待的現(xiàn)象，造成了資源的浪費，影響整體取餐送餐的效率。

【發(fā)明內(nèi)容】

[0004]本發(fā)明旨在至少在一定程度上解決相關(guān)技術(shù)中的技術(shù)問題之一。為此，本發(fā)明的一個目的在于提出一種物流配送方法，通過將符合條件的POI設(shè)置為配送站點，通過配送站點對訂單實行二次配送，能夠有效地節(jié)省配送員等待的時間，從而提高整體配送效率。
[0005]本發(fā)明的第二個目的在于提出一種物流配送裝置。
[0006]為了實現(xiàn)上述目的，本發(fā)明第一方面實施例提出了一種物流配送方法，包括:接收訂單信息，所述訂單信息包括收貨地址信息；確定所述收貨地址信息對應(yīng)的信息點POI，并獲取所述POI對應(yīng)的平均訂單數(shù)量和歷史訂單平均等待時長;根據(jù)所述歷史訂單平均等待時長和所述平均訂單數(shù)量計算設(shè)置配送站點的利潤，并根據(jù)所述歷史訂單平均等待時長和所述利潤判斷是否將所述POI設(shè)置為配送站點；若將所述POI設(shè)置為配送站點，則將訂單配送至所述配送站點對應(yīng)的地址信息；以及在所述配送站點接收到所述訂單之后，將所述訂單二次配送至對應(yīng)的收貨地址信息。
[0007]本發(fā)明實施例的物流配送方法，通過將符合條件的POI設(shè)置為配送站點，通過配送站點對訂單實行二次配送，能夠有效地節(jié)省配送員等待的時間，從而提高整體配送效率。
[0008]本發(fā)明第二方面實施例提出了一種物流配送裝置，包括:接收模塊，用于接收訂單信息，所述訂單信息包括收貨地址信息;獲取模塊，用于確定所述收貨地址信息對應(yīng)的信息點POI，并獲取所述POI對應(yīng)的平均訂單數(shù)量和歷史訂單平均等待時長;判斷模塊，用于根據(jù)所述歷史訂單平均等待時長和所述平均訂單數(shù)量計算設(shè)置配送站點的利潤，并根據(jù)所述歷史訂單平均等待時長和所述利潤判斷是否將所述POI設(shè)置為配送站點;配送模塊，用于當(dāng)將所述POI設(shè)置為配送站點時，將訂單配送至所述配送站點對應(yīng)的地址信息；以及二次配送模塊，用于在所述配送站點接收到所述訂單之后，將所述訂單二次配送至對應(yīng)的收貨地址信息。
[0009]本發(fā)明實施例的物流配送裝置，通過將符合條件的POI設(shè)置為配送站點，通過配送站點對訂單實行二次配送，能夠有效地節(jié)省配送員等待的時間，從而提高整體配送效率。
【附圖說明】
[0010]圖1是根據(jù)本發(fā)明一個實施例的物流配送方法的流程圖；
[0011]圖2是根據(jù)本發(fā)明一個實施例的物流配送裝置的結(jié)構(gòu)示意圖。
【具體實施方式】
[0012]下面詳細(xì)描述本發(fā)明的實施例，所述實施例的示例在附圖中示出，其中自始至終相同或類似的標(biāo)號表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附圖描述的實施例是示例性的，旨在用于解釋本發(fā)明，而不能理解為對本發(fā)明的限制。
[0013]下面參考附圖描述本發(fā)明實施例的物流配送方法和裝置。
[0014]圖1是根據(jù)本發(fā)明一個實施例的物流配送方法的流程圖。
[0015]如圖1所示，物流配送方法可包括:
[0016]S1、接收訂單信息，訂單信息包括收貨地址信息。
[0017]舉例來說，用戶可通過統(tǒng)一的平臺進(jìn)行下單，填寫訂單內(nèi)容、收貨地址等信息。該平臺可以是APP形式，也可以是網(wǎng)頁形式。在用戶確認(rèn)下發(fā)訂單后，可接收該訂單信息。
[0018]S2、確定收貨地址信息對應(yīng)的信息點POI，并獲取POI對應(yīng)的平均訂單數(shù)量和歷史訂單平均等待時長。
[0019]其中，Ρ0Ι(信息點，Pointof Interest)可以是某一大廈，也可以是某一預(yù)設(shè)范圍內(nèi)的區(qū)域。在接收到訂單后，可根據(jù)訂單的收貨地址信息確定對應(yīng)的Ρ0Ι。例如:某一收貨地址信息為“北京市海淀區(qū)XX路XX大廈1802室”，則可確定其對應(yīng)的POI為“XX大廈”。
[0020]在確定對應(yīng)的POI之后，可獲取在預(yù)設(shè)時間段內(nèi)POI的平均訂單數(shù)量和歷史訂單平均等待時長。
[0021]具體地，可記錄預(yù)設(shè)時間段內(nèi)每一訂單配送員到達(dá)POI的時間信息、每一訂單用戶確認(rèn)收貨的時間信息以及平均訂單數(shù)量，然后可根據(jù)每一訂單配送員到達(dá)POI的時間信息、每一訂單用戶確認(rèn)收貨的時間信息以及平均訂單數(shù)量，計算歷史訂單平均等待時長。繼續(xù)上例進(jìn)行描述，在確定POI為“XX大廈”之后，可獲取“XX大廈”在11點半至I點半這一時間段之內(nèi)的訂單數(shù)量，這些訂單中每一個送達(dá)“XX大廈”的時間及其對應(yīng)的用戶確認(rèn)收貨時間。如某一訂單送達(dá)“XX大廈”的時間為12點整，用戶下樓收貨的時間為12點10分，則該訂單的等待時長為10分鐘。將11點半至I點半這一時間段之內(nèi)的所有訂單的等待時長相加，再除以該時間段內(nèi)的訂單數(shù)量，則可計算出“XX大廈”的歷史訂單平均等待時長。
[0022]S3、根據(jù)歷史訂單平均等待時長和平均訂單數(shù)量計算設(shè)置配送站點的利潤，并根據(jù)歷史訂單平均等待時長和利潤判斷是否將POI設(shè)置為配送站點。
[0023]具體地，可根據(jù)歷史訂單平均等待時長和平均訂單數(shù)量計算配送員等待成本，將配送員等待成本作為不設(shè)置配送站點的成本。舉例來說，假設(shè)配送員等待成本為cost_wait_user，歷史訂單平均等待時長為avg_wait_user，預(yù)設(shè)時間段內(nèi)該POI的平均訂單數(shù)量為delivery_num，配送員每分鐘的工資為pay_for_rider_per_min，則可根據(jù)公式一計算出配送員等待成本。
[0024]公式一:cost_wait__user = delivery—num*avg—wait_user*pay_for_rider_per_min0
[0025]然后，可獲取二次配送訂單的持續(xù)時長，并根據(jù)二次配送訂單的持續(xù)時長計算二次配送成本，將二次配送成本作為設(shè)置配送站點的成本。舉例來說，假設(shè)二次配送成本為min_cost_of_transit_depot，二次配送訂單的持續(xù)時長為last_time，二次配送員的數(shù)量為!11；[11_。&1'1:1:；[1116_1^(161'_1111111，二次配送員每分鐘的工資為。&7_；1^01'_。&1'1:1:；[1116_1^(161'，則可根據(jù)公式二計算出二次配送成本。
[0026]公式二: min_cost_of_transit_depot = min_parttime_rider_nunp!<last_time*pay_for—par11 ime—r i der 0
[0027]最后，計算出不設(shè)置配送站點的成本與設(shè)置配送站點的成本之間的差值，并將差值作為設(shè)置配送站點的利潤。
[0028]在計算出設(shè)置配送站點的利潤之后，可根據(jù)歷史訂單平均等待時長和利潤判斷是否將POI設(shè)置為配送站點。
[0029]具體地，若歷史訂單平均等待時長小于等于預(yù)設(shè)時長，則不將POI設(shè)置為配送站點。也就是說，如果配送員等待時長小于等于一定的時長如10分鐘，則無需將POI設(shè)置為配送站點。
[0030]若歷史訂單平均等待時長大于預(yù)設(shè)時長，設(shè)置配送站點的利潤小于等于預(yù)設(shè)數(shù)值，則不將POI設(shè)置為配送站點。如果配送員等待時長大于一定的時長如10分鐘，此時是需要將POI設(shè)置為配送站點的，但是將POI設(shè)置為配送站點的利潤小于等于一定數(shù)值。也就是說，如果將POI設(shè)置為配送站點的盈利很少，甚至是虧損，則不將POI設(shè)置為配送站點。
[0031]若歷史訂單平均等待時長大于預(yù)設(shè)時長，且設(shè)置配送站點的利潤大于預(yù)設(shè)數(shù)值，則將POI設(shè)置為配送站點。也就是說，如果配送員等待時長大于一定的時長如10分鐘，且將POI設(shè)置為配送站點是盈利的，則可以將POI設(shè)置為配送站點，從而提高配送效率。
[0032]S4、若將POI設(shè)置為配送站點，則將訂單配送至配送站點對應(yīng)的地址信息。
[0033]舉例來說，如果將POI設(shè)置為配送站點，那么配送員只需送貨至配送站點、S卩POI對應(yīng)的地址信息如“XX大廈”，然后可將訂單轉(zhuǎn)接給配送站點的二級配送員即可，無需等待用戶取貨，節(jié)省了等待的時間，提高了效率。
[0034]此外，本實施例中，如果不將POI設(shè)置為配送站點，則還可包括步驟S6，將訂單配送至對應(yīng)的收貨地址信息。即無需將POI設(shè)置為配送站點，由配送員直接送貨給用戶。
[0035]S5、在配送站點接收到訂單之后，將訂單二次配送至對應(yīng)的收貨地址信息。
[0036]繼續(xù)上例進(jìn)行描述，在配送站點的二級配送員接收到配送員轉(zhuǎn)接過來的訂單后，可將按照訂單中的收貨地址信息依次為用戶進(jìn)行配送。當(dāng)然，二級配送員的數(shù)量可以為多個。其中一個負(fù)責(zé)接收配送員轉(zhuǎn)接過來的訂單如通過掃碼進(jìn)行交接，其他二級配送員則負(fù)責(zé)將這些轉(zhuǎn)接后的訂單配送給用戶。
[0037]本發(fā)明實施例的物流配送方法，通過將符合條件的POI設(shè)置為配送站點，通過配送站點對訂單實行二次配送，能夠有效地節(jié)省配送員等待的時間，從而提高整體配送效率。
[0038]為實現(xiàn)上述目的，本發(fā)明還提出一種物流配送裝置。
[0039]圖2是根據(jù)本發(fā)明一個實施例的物流配送裝置的結(jié)構(gòu)示意圖。
[0040]如圖2所示，物流配送裝置可包括:接收模塊110、獲取模塊120、判斷模塊130、配送模塊140以及二次配送模塊150。
[0041]接收模塊110用于接收訂單信息，訂單信息包括收貨地址信息。舉例來說，用戶可通過統(tǒng)一的平臺進(jìn)行下單，填寫訂單內(nèi)容、收貨地址等信息。該平臺可以是APP形式，也可以是網(wǎng)頁形式。在用戶確認(rèn)下發(fā)訂單后，接收模塊110可接收該訂單信息。
[0042]獲取模塊120用于確定收貨地址信息對應(yīng)的信息點POI，并獲取POI對應(yīng)的平均訂單數(shù)量和歷史訂單平均等待時長。
[0043]其中，Ρ0Ι(信息點，Point of Interest)可以是某一大廈，也可以是某一預(yù)設(shè)范圍內(nèi)的區(qū)域。在接收到訂單后，獲取模塊120可根據(jù)訂單的收貨地址信息確定對應(yīng)的POI。例如:某一收貨地址信息為“北京市海淀區(qū)XX路XX大廈1802室”，則可確定其對應(yīng)的POI為“XX大廈”。
[0044]在確定對應(yīng)的POI之后，獲取模塊120可獲取在預(yù)設(shè)時間段內(nèi)POI的平均訂單數(shù)量和歷史訂單平均等待時長。具體地，可記錄預(yù)設(shè)時間段內(nèi)每一訂單配送員到達(dá)POI的時間信息、每一訂單用戶確認(rèn)收貨的時間信息以及平均訂單數(shù)量，然后可根據(jù)每一訂單配送員到達(dá)POI的時間信息、每一訂單用戶確認(rèn)收貨的時間信息以及平均訂單數(shù)量，計算歷史訂單平均等待時長。繼續(xù)上例進(jìn)行描述，在確定POI為“XX大廈”之后，可獲取“XX大廈”在11點半至I點半這一時間段之內(nèi)的訂單數(shù)量，這些訂單中每一個送達(dá)“XX大廈”的時間及其對應(yīng)的用戶確認(rèn)收貨時間。如某一訂單送達(dá)“XX大廈”的時間為12點整，用戶下樓收貨的時間為12點10分，則該訂單的等待時長為10分鐘。將11點半至I點半這一時間段之內(nèi)的所有訂單的等待時長相加，再除以該時間段內(nèi)的訂單數(shù)量，則可計算出“XX大廈”的歷史訂單平均等待時長。
[0045]判斷模塊130用于根據(jù)歷史訂單平均等待時長和平均訂單數(shù)量計算設(shè)置配送站點的利潤，并根據(jù)歷史訂單平均等待時長和利潤判斷是否將POI設(shè)置為配送站點。
[0046]具體地，判斷模塊130可根據(jù)歷史訂單平均等待時長和平均訂單數(shù)量計算配送員等待成本，將配送員等待成本作為不設(shè)置配送站點的成本。舉例來說，假設(shè)配送員等待成本為cost_wait_user，歷史訂單平均等待時長為avg_wait_user，預(yù)設(shè)時間段內(nèi)該POI的平均訂單數(shù)量為delivery_num，配送員每分鐘的工資為pay_for_rider_per_min，則可根據(jù)公式一計算出配送員等待成本。
[0047]公式一:cost_wait__user = delivery—num*avg—wait_user*pay_for_rider_per_min0
[0048]然后，可獲取二次配送訂單的持續(xù)時長，并根據(jù)二次配送訂單的持續(xù)時長計算二次配送成本，將二次配送成本作為設(shè)置配送站點的成本。舉例來說，假設(shè)二次配送成本為min_cost_of_transit_depot，二次配送訂單的持續(xù)時長為last_time，二次配送員的數(shù)量為!11；[11_。&1'1:1:；[1116_1^(161'_1111111，二次配送員每分鐘的工資為。&7_；1^01'_。&1'1:1:；[1116_1^(161'，則可根據(jù)公式二計算出二次配送成本。
[0049]公式二: min_cost_of_transit_depot = min_parttime_rider_nunp!<last_time*pay_for—par11 ime—r i der 0
[0050]最后，計算出不設(shè)置配送站點的成本與設(shè)置配送站點的成本之間的差值，并將差值作為設(shè)置配送站點的利潤。
[0051]在計算出設(shè)置配送站點的利潤之后，判斷模塊130可根據(jù)歷史訂單平均等待時長和利潤判斷是否將POI設(shè)置為配送站點。
[0052]具體地，若歷史訂單平均等待時長小于等于預(yù)設(shè)時長，則不將POI設(shè)置為配送站點。也就是說，如果配送員等待時長小于等于一定的時長如10分鐘，則無需將POI設(shè)置為配送站點。
[0053]若歷史訂單平均等待時長大于預(yù)設(shè)時長，設(shè)置配送站點的利潤小于等于預(yù)設(shè)數(shù)值，則不將POI設(shè)置為配送站點。如果配送員等待時長大于一定的時長如10分鐘，此時是需要將POI設(shè)置為配送站點的，但是將POI設(shè)置為配送站點的利潤小于等于一定數(shù)值。也就是說，如果將POI設(shè)置為配送站點的盈利很少，甚至是虧損，則不將POI設(shè)置為配送站點。
[0054]若歷史訂單平均等待時長大于預(yù)設(shè)時長，且設(shè)置配送站點的利潤大于預(yù)設(shè)數(shù)值，則將POI設(shè)置為配送站點。也就是說，如果配送員等待時長大于一定的時長如10分鐘，且將POI設(shè)置為配送站點是盈利的，則可以將POI設(shè)置為配送站點，從而提高配送效率。
[0055]配送模塊140用于當(dāng)將POI設(shè)置為配送站點時，將訂單配送至配送站點對應(yīng)的地址?目息O
[0056]舉例來說，如果將POI設(shè)置為配送站點，那么配送員只需送貨至配送站點、S卩POI對應(yīng)的地址信息如“XX大廈”，然后可將訂單轉(zhuǎn)接給配送站點的二級配送員即可，無需等待用戶取貨，節(jié)省了等待的時間，提高了效率。
[0057]此外，如果不將POI設(shè)置為配送站點，配送模塊140則將訂單配送至對應(yīng)的收貨地址信息。即無需將POI設(shè)置為配送站點，由配送員直接送貨給用戶。
[0058]二次配送模塊150用于在配送站點接收到訂單之后，將訂單二次配送至對應(yīng)的收貨地址信息。繼續(xù)上例進(jìn)行描述，在配送站點的二級配送員接收到配送員轉(zhuǎn)接過來的訂單后，可將按照訂單中的收貨地址信息依次為用戶進(jìn)行配送。當(dāng)然，二級配送員的數(shù)量可以為多個。其中一個負(fù)責(zé)接收配送員轉(zhuǎn)接過來的訂單如通過掃碼進(jìn)行交接，其他二級配送員則負(fù)責(zé)將這些轉(zhuǎn)接后的訂單配送給用戶。
[0059]本發(fā)明實施例的物流配送裝置，通過將符合條件的POI設(shè)置為配送站點，通過配送站點對訂單實行二次配送，能夠有效地節(jié)省配送員等待的時間，從而提高整體配送效率。
[0060]在本說明書的描述中，參考術(shù)語“一個實施例”、“一些實施例”、“示例”、“具體示例”、或“一些示例”等的描述意指結(jié)合該實施例或示例描述的具體特征、結(jié)構(gòu)、材料或者特點包含于本發(fā)明的至少一個實施例或示例中。在本說明書中，對上述術(shù)語的示意性表述不必須針對的是相同的實施例或示例。而且，描述的具體特征、結(jié)構(gòu)、材料或者特點可以在任一個或多個實施例或示例中以合適的方式結(jié)合。此外，在不相互矛盾的情況下，本領(lǐng)域的技術(shù)人員可以將本說明書中描述的不同實施例或示例以及不同實施例或示例的特征進(jìn)行結(jié)合和組合。
[0061]盡管上面已經(jīng)示出和描述了本發(fā)明的實施例，可以理解的是，上述實施例是示例性的，不能理解為對本發(fā)明的限制，本領(lǐng)域的普通技術(shù)人員在本發(fā)明的范圍內(nèi)可以對上述實施例進(jìn)行變化、修改、替換和變型。
【主權(quán)項】
1.一種物流配送方法，其特征在于，包括以下步驟: 接收訂單信息，所述訂單信息包括收貨地址信息； 確定所述收貨地址信息對應(yīng)的信息點POI，并獲取所述POI對應(yīng)的平均訂單數(shù)量和歷史訂單平均等待時長； 根據(jù)所述歷史訂單平均等待時長和所述平均訂單數(shù)量計算設(shè)置配送站點的利潤，并根據(jù)所述歷史訂單平均等待時長和所述利潤判斷是否將所述POI設(shè)置為配送站點； 若將所述POI設(shè)置為配送站點，則將訂單配送至所述配送站點對應(yīng)的地址信息；以及 在所述配送站點接收到所述訂單之后，將所述訂單二次配送至對應(yīng)的收貨地址信息。2.如權(quán)利要求1所述的方法，其特征在于，獲取所述POI對應(yīng)的平均訂單數(shù)量和歷史訂單平均等待時長，包括: 記錄預(yù)設(shè)時間段內(nèi)每一訂單配送員到達(dá)POI的時間信息、每一訂單用戶確認(rèn)收貨的時間信息以及平均訂單數(shù)量； 根據(jù)所述每一訂單配送員到達(dá)POI的時間信息、所述每一訂單用戶確認(rèn)收貨的時間信息以及所述平均訂單數(shù)量，計算所述POI對應(yīng)的歷史訂單平均等待時長。3.如權(quán)利要求2所述的方法，其特征在于，根據(jù)所述歷史訂單平均等待時長和所述平均訂單數(shù)量計算設(shè)置配送站點的利潤，包括: 根據(jù)所述歷史訂單平均等待時長和所述平均訂單數(shù)量計算配送員等待成本，將所述配送員等待成本作為不設(shè)置配送站點的成本； 獲取二次配送訂單的持續(xù)時長，并根據(jù)所述二次配送訂單的持續(xù)時長計算二次配送成本，將所述二次配送成本作為設(shè)置配送站點的成本;以及 計算所述不設(shè)置配送站點的成本與所述設(shè)置配送站點的成本之間的差值，并將所述差值作為設(shè)置配送站點的利潤。4.如權(quán)利要求3所述的方法，其特征在于，根據(jù)所述歷史訂單平均等待時長和所述設(shè)置配送站點的利潤判斷是否將所述POI設(shè)置為配送站點，包括: 若所述歷史訂單平均等待時長小于等于預(yù)設(shè)時長，則不將所述POI設(shè)置為配送站點； 若所述歷史訂單平均等待時長大于預(yù)設(shè)時長，所述設(shè)置配送站點的利潤小于等于預(yù)設(shè)數(shù)值，則不將所述POI設(shè)置為配送站點； 若所述歷史訂單平均等待時長大于預(yù)設(shè)時長，且所述設(shè)置配送站點的利潤大于預(yù)設(shè)數(shù)值，則將所述POI設(shè)置為配送站點。5.如權(quán)利要求1所述的方法，其特征在于，還包括: 若不將所述POI設(shè)置為配送站點，則將所述訂單配送至對應(yīng)的收貨地址信息。6.一種物流配送裝置，其特征在于，包括: 接收模塊，用于接收訂單信息，所述訂單信息包括收貨地址信息； 獲取模塊，用于確定所述收貨地址信息對應(yīng)的信息點POI，并獲取所述POI對應(yīng)的平均訂單數(shù)量和歷史訂單平均等待時長； 判斷模塊，用于根據(jù)所述歷史訂單平均等待時長和所述平均訂單數(shù)量計算設(shè)置配送站點的利潤，并根據(jù)所述歷史訂單平均等待時長和所述利潤判斷是否將所述POI設(shè)置為配送站點； 配送模塊，用于當(dāng)將所述POI設(shè)置為配送站點時，將訂單配送至所述配送站點對應(yīng)的地址信息；以及 二次配送模塊，用于在所述配送站點接收到所述訂單之后，將所述訂單二次配送至對應(yīng)的收貨地址信息。7.如權(quán)利要求6所述的裝置，其特征在于，所述獲取模塊，用于: 記錄預(yù)設(shè)時間段內(nèi)每一訂單配送員到達(dá)POI的時間信息、每一訂單用戶確認(rèn)收貨的時間信息以及平均訂單數(shù)量； 根據(jù)所述每一訂單配送員到達(dá)POI的時間信息、所述每一訂單用戶確認(rèn)收貨的時間信息以及所述平均訂單數(shù)量，計算所述POI對應(yīng)的歷史訂單平均等待時長。8.如權(quán)利要求7所述的裝置，其特征在于，所述判斷模塊，用于: 根據(jù)所述歷史訂單平均等待時長和所述平均訂單數(shù)量計算配送員等待成本，將所述配送員等待成本作為不設(shè)置配送站點的成本； 獲取二次配送訂單的持續(xù)時長，并根據(jù)所述二次配送訂單的持續(xù)時長計算二次配送成本，將所述二次配送成本作為設(shè)置配送站點的成本;以及 計算所述不設(shè)置配送站點的成本與所述設(shè)置配送站點的成本之間的差值，并將所述差值作為設(shè)置配送站點的利潤。9.如權(quán)利要求8所述的裝置，其特征在于，所述判斷模塊，用于: 若所述歷史訂單平均等待時長小于等于預(yù)設(shè)時長，則不將所述POI設(shè)置為配送站點； 若所述歷史訂單平均等待時長大于預(yù)設(shè)時長，所述設(shè)置配送站點的利潤小于等于預(yù)設(shè)數(shù)值，則不將所述POI設(shè)置為配送站點； 若所述歷史訂單平均等待時長大于預(yù)設(shè)時長，且所述設(shè)置配送站點的利潤大于預(yù)設(shè)數(shù)值，則將所述POI設(shè)置為配送站點。10.如權(quán)利要求6所述的裝置，其特征在于，所述配送模塊，還用于: 若不將所述POI設(shè)置為配送站點，則將所述訂單配送至對應(yīng)的收貨地址信息。
【文檔編號】G06Q50/28GK105894232SQ201610201745
【公開日】2016年8月24日
【申請日】2016年3月31日
【發(fā)明人】黃紹建, 王岳, 王超, 佘桂華, 劉浪, 余鵬, 崔代銳, 徐明泉, 蔣凡
【申請人】北京小度信息科技有限公司