欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種自動選擇收貨地址的方法及系統(tǒng)與流程

文檔序號:11408744閱讀:1194來源:國知局
一種自動選擇收貨地址的方法及系統(tǒng)與流程

本發(fā)明涉及數(shù)據(jù)處理領(lǐng)域,更為具體而言,涉及一種自動選擇收貨地址的方法和系統(tǒng)。



背景技術(shù):

隨著各類電子購物和外賣app的廣泛應(yīng)用,給人們的生活帶來了前所未有的便利,正在不斷改變著人們的生活,用戶可隨時隨地應(yīng)用手機或移動設(shè)備下單消費,收貨地址也越來越多。因此,基于收貨地址的管理和應(yīng)用對用戶的操作體驗影響較大。

然而,現(xiàn)有的在線購物等外賣app,用戶下單時需要手動選擇甚至手動輸入送貨地址,在外賣這種高頻消費場景下(一般用戶從打開app到下單可能只有幾分鐘的時間),每次都需要用戶手動選擇地址,操作成本大,用戶體驗較差。

針對通過app下單的外賣領(lǐng)域,通常商家都有一定的配送范圍,不在商家配送范圍內(nèi)的訂單無法配送。但是,在實際應(yīng)用中,由于geo打點等定位技術(shù)存在一定的誤差,導(dǎo)致本來在商家配送范圍內(nèi)的訂單geo打點后可能不在商家配送范圍,導(dǎo)致無法正常下單和配送;另外,還有一些收貨地址在配送范圍外的很近區(qū)域,雖然該收貨地址不在商戶配送范圍內(nèi),但是該收貨地址距離配送范圍很近(比如距離可配送范圍十幾米或者幾十米),由此導(dǎo)致無法正常下單和配送,不僅給消費者帶來了不便,同時也給商戶造成一定的訂單量損失,導(dǎo)致用戶體驗度不高。



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

為了解決現(xiàn)有技術(shù)中下單操作重復(fù)復(fù)雜以及由于地址誤差導(dǎo)致的下單障礙的問題,本發(fā)明的實施方式提供了一種自動選擇收貨地址的方法及系統(tǒng)。

一方面,本發(fā)明實施方式提供了一種自動選擇收貨地址的方法,所述方法包括:

根據(jù)用戶的個人地址列表中的收貨地址,獲取所述收貨地址的位置信息;

根據(jù)用戶下單的商戶的id信息獲取該商戶支持配送的配送范圍;

根據(jù)所述位置信息和所述配送范圍,通過地址篩選策略推送目標(biāo)收貨地址。

在本發(fā)明的一些實施方式中,所述根據(jù)所述位置信息和所述配送范圍,通過地址篩選策略推送目標(biāo)收貨地址包括:

根據(jù)所述收貨地址的位置信息判斷所述收貨地址是否在所述配送范圍內(nèi);

若所述收貨地址的位置信息在所述配送范圍之內(nèi),則將所述收貨地址加入候選收貨地址列表中作為候選收貨地址;

從所述候選收貨地址列表中選擇一個候選收貨地址作為所述目標(biāo)收貨地址,并向所述用戶推送所述目標(biāo)收貨地址。

在本發(fā)明的一些實施方式中,所述從所述候選收貨地址列表中選擇一個候選收貨地址作為所述目標(biāo)收貨地址包括:

當(dāng)所述候選收貨地址列表中只有一個候選收貨地址時,則將該候選收貨地址作為所述目標(biāo)收貨地址;

當(dāng)所述候選收貨地址列表中有多個候選收貨地址時,則選擇使用過的收貨地址為所述目標(biāo)收貨地址。

在本發(fā)明的另一些實施方式中,所述方法還包括:

當(dāng)判斷所述收貨地址的位置信息不在所述配送范圍之內(nèi)時,則提示用戶修改收貨地址或新增收貨地址作為所述目標(biāo)收貨地址。

在本發(fā)明的另一些實施方式中,所述方法還包括:

當(dāng)判斷所述收貨地址的位置信息不在所述配送范圍之內(nèi)時,判斷所述位置信息與商戶的距離是否在預(yù)定義的選送范圍內(nèi),

若所述位置信息在所述選送范圍內(nèi),則允許用戶以所述收貨地址下單。

在本發(fā)明的一些實施方式中,所述允許用戶以所述收貨地址下單還包括:

當(dāng)允許用戶以所述收貨地址下單后,向所述商戶推送是否選擇接單的選擇,并根據(jù)所述商戶的選擇執(zhí)行接單配送或關(guān)閉訂單的流程。

相應(yīng)的,本發(fā)明實施方式還提供了一種自動選擇收貨地址的系統(tǒng)所述系統(tǒng)包括:

位置獲取模塊,根據(jù)用戶的個人地址列表中的收貨地址,獲取所述收貨地址的位置信息;

配送獲取模塊,根據(jù)用戶下單的商戶的id信息獲取該商戶支持配送的配送范圍;

地址推送模塊,根據(jù)所述位置信息和所述配送范圍,通過地址篩選策略推送目標(biāo)收貨地址。

在本發(fā)明的一些實施方式中,所述地址推送模塊包括:

范圍判斷單元,用于根據(jù)所述收貨地址的位置信息判斷所述收貨地址是否在所述配送范圍內(nèi);

地址候選單元,用于若所述收貨地址的位置信息在所述配送范圍之內(nèi),則將所述收貨地址加入候選收貨地址列表中作為候選收貨地址;

地址推送單元,用于從所述候選收貨地址列表中選擇一個候選收貨地址作為所述目標(biāo)收貨地址,并向所述用戶推送所述目標(biāo)收貨地址。

在本發(fā)明的一些實施方式中,所述地址推送模塊包括:

范圍判斷單元,用于根據(jù)所述收貨地址的位置信息判斷所述收貨地址是否在所述配送范圍內(nèi);

地址候選單元,用于若所述收貨地址的位置信息在所述配送范圍之內(nèi),則將所述收貨地址加入候選收貨地址列表中作為候選收貨地址;

地址推送單元,用于從所述候選收貨地址列表中選擇一個候選收貨地址作為所述目標(biāo)收貨地址,并向所述用戶推送所述目標(biāo)收貨地址。

在本發(fā)明的一些實施方式中,所述地址推送單元包括:

單地址推送子單元,用于當(dāng)所述候選收貨地址列表中只有一個候選收貨地址時,則將該候選收貨地址作為所述目標(biāo)收貨地址;

多地址推送子單元,用于當(dāng)所述候選收貨地址列表中有多個候選收貨地址時,則選擇使用過的收貨地址為所述目標(biāo)收貨地址。

在本發(fā)明的一些實施方式中,所述地址推送模塊包括:

更新地址單元,用于當(dāng)判斷所述收貨地址的位置信息不在所述配送范圍之內(nèi)時,則提示用戶修改收貨地址或新增收貨地址作為所述目標(biāo)收貨地址。

在本發(fā)明的一些實施方式中,所述地址推送模塊包括:

選送判斷單元,用于當(dāng)判斷所述收貨地址的位置信息不在所述配送范圍之內(nèi)時,判斷所述位置信息與商戶的距離是否在預(yù)定義的選送范圍內(nèi),

用戶下單單元,用于若所述位置信息在所述選送范圍內(nèi),則允許用戶以所述收貨地址下單。

在本發(fā)明的一些實施方式中,所述地址推送模塊包括:

商戶選擇單元,用于當(dāng)允許用戶以所述收貨地址下單后,向所述商戶推送是否選擇接單的選擇,并根據(jù)所述商戶的選擇執(zhí)行接單配送或關(guān)閉訂單的流程。

附圖說明

圖1是根據(jù)本發(fā)明實施例一的一種自動選擇收貨地址的方法的流程示意圖;

圖2是根據(jù)本發(fā)明實施例二的一種自動選擇收貨地址的方法的流程示意圖;

圖3是根據(jù)本發(fā)明實施例三的一種自動選擇收貨地址的方法的流程示意圖;

圖4是根據(jù)本發(fā)明實施例四的一種自動選擇收貨地址的方法的流程示意圖;

圖5是根據(jù)本發(fā)明實施例五的一種自動選擇收貨地址的方法的流程示意圖;

圖6是根據(jù)本發(fā)明實施例六的一種自動選擇收貨地址的方法的流程示意圖;

圖7是根據(jù)本發(fā)明實施例七的一種自動選擇收貨地址的方法的流程示意圖;

圖8是根據(jù)本發(fā)明實施方式的一種自動選擇收貨地址的系統(tǒng)的結(jié)構(gòu)示意圖;

圖9是圖8所示系統(tǒng)中所述地址推送模塊的結(jié)構(gòu)示意圖;

圖10是圖9所示系統(tǒng)中所述地址推送單元的結(jié)構(gòu)示意圖;

圖11是圖8所示系統(tǒng)中所述地址推送模塊另一實施方式的結(jié)構(gòu)示意圖;

圖12是圖8所示系統(tǒng)中所述地址推送模塊又一實施方式的結(jié)構(gòu)示意圖;

圖13是圖8所示系統(tǒng)中所述地址推送模塊再一實施方式的結(jié)構(gòu)示意圖。

具體實施方式

以下結(jié)合附圖和具體實施方式對本發(fā)明的各個方面進行詳細(xì)闡述。其中,眾所周知的模塊、單元及其相互之間的連接、鏈接、通信或操作沒有示出或未作詳細(xì)說明。并且,所描述的特征、架構(gòu)或功能可在一個或一個以上實施方式中以任何方式組合。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解,下述的各種實施方式只用于舉例說明,而非用于限制本發(fā)明的保護范圍。還可以容易理解,本文所述和附圖所示的各實施方式中的模塊或單元或處理方式可以按各種不同配置進行組合和設(shè)計。

術(shù)語解釋:

配送范圍:商家指定可以配送的區(qū)域,一般為多邊形區(qū)域。

收貨地址:用戶使用在線購物下單選擇的送達地址。

geo:把一個地址轉(zhuǎn)換為對應(yīng)的經(jīng)緯度坐標(biāo)

實施例一:

圖1是根據(jù)本發(fā)明一種實施方式的一種自動選擇收貨地址的方法的流程示意圖;參見圖1,所述方法包括如下步驟:

s11,根據(jù)用戶的個人地址列表中的收貨地址,獲取所述收貨地址的位置信息;

s12,根據(jù)用戶下單的商戶的id信息獲取該商戶支持配送的配送范圍;

s13,根據(jù)所述位置信息和所述配送范圍,通過地址篩選策略推送目標(biāo)收貨地址。

實施本發(fā)明的一種自動選擇收貨地址的方法,基于用戶的常用收貨地址列表和商家的配送范圍,自動智能得幫助用戶選擇好在商家配送范圍內(nèi)可配送的收貨地址。而且,針對那些因為geo打點誤差,或者收貨地址雖然不在商家配送范圍,但是距離商家配送范圍很近的潛在訂單,也能納入有效的訂單中。

實施例二:

圖2是根據(jù)本發(fā)明實施例二的一種自動選擇收貨地址的方法的流程示意圖;參見圖2,在本發(fā)明的實施方式中,所述方法包括:

s21,用戶新增或者修改個人收貨地址時,將收貨地址通過geo打點得到的位置信息;

s22,根據(jù)用戶下單的商戶的id信息獲取該商戶支持配送的配送范圍;

s23,將根據(jù)所述位置信息和所述配送范圍,通過地址篩選策略推送目標(biāo)收貨地址,以及通過預(yù)定義的選送規(guī)則執(zhí)行選送流程。所述一種自動選擇收貨地址的方法中步驟s1可進一步包括:

在步驟s1中,用戶新增或者修改個人收貨地址時,將收貨地址addr通過geo打點得到的經(jīng)緯度信息<lng,lat>一同記錄下來。統(tǒng)計計算提前保存好geo打點得到的經(jīng)緯度信息<lng,lat>具有如下優(yōu)勢:不僅方便在用戶下單前判斷是否在商家配送范圍內(nèi);而且避免每次下單都對同樣的地址進行g(shù)eo打點,有效地節(jié)約服務(wù)端處理時間,減少了用戶交互時長。需要說明的是,本發(fā)明包括但不限于:以geo打點的方式獲取收貨地址的位置信息或定位信息,但也可以其他類似的方式得到收貨地址的地圖信息。

實施例三:

圖3是根據(jù)本發(fā)明實施例三的一種自動選擇收貨地址的方法的流程示意圖;參見圖3,在本發(fā)明的實施方式中,所述方法包括:

s31,根據(jù)用戶的收貨地址獲取其位置信息;

s32,根據(jù)用戶下單的商戶的id信息獲取該商戶支持配送的配送范圍(配送范圍一般為不規(guī)則的多邊形,可用ω來表示);即:針對用戶個人地址列表中的每一個地址addr對應(yīng)的geo打點經(jīng)緯度信息<lng,lat>,判斷這個點是否在商戶的配送區(qū)域范圍內(nèi):<lng,lat>∈ω,即:判斷一個點是否在不規(guī)則的多邊形內(nèi),如果在,說明該地址滿足商戶的配送范圍,則加入到候選選擇列表中:<candidate-lng1,candidate-lat1>,<candidate-lng2,candidate-lat2>…<candidate_lngm,candidate_latm>。

s331,根據(jù)所述收貨地址的位置信息判斷所述收貨地址是否在所述配送范圍內(nèi);

s332,若所述收貨地址的位置信息在所述配送范圍之內(nèi),則將所述收貨地址加入候選收貨地址列表中作為候選收貨地址;

s333,從所述候選收貨地址列表中選擇一個候選收貨地址作為所述目標(biāo)收貨地址,并向所述用戶推送所述目標(biāo)收貨地址。

實施例四:

圖4是根據(jù)本發(fā)明實施例四的一種自動選擇收貨地址的方法的流程示意圖;參見圖4,在本發(fā)明的實施方式中,所述方法包括:

s41,根據(jù)用戶的收貨地址獲取其位置信息;

s42,根據(jù)用戶下單的商戶的id信息獲取該商戶支持配送的配送范圍(配送范圍一般為不規(guī)則的多邊形,可用ω來表示);

s431,根據(jù)所述收貨地址的位置信息判斷所述收貨地址是否在所述配送范圍內(nèi);

s432,若所述收貨地址的位置信息在所述配送范圍之內(nèi),則將所述收貨地址加入候選收貨地址列表中作為候選收貨地址;

s4331,當(dāng)所述候選收貨地址列表中只有一個候選收貨地址時,則將該候選收貨地址作為所述目標(biāo)收貨地址;

s4332,當(dāng)所述候選收貨地址列表中有多個候選收貨地址時,則選擇使用過的收貨地址為所述目標(biāo)收貨地址。

實施例五:

圖5是根據(jù)本發(fā)明實施例五的一種自動選擇收貨地址的方法的流程示意圖;參見圖5,在本發(fā)明的實施方式中,所述方法包括:

s51,根據(jù)用戶的收貨地址獲取其位置信息;

s52,根據(jù)用戶下單的商戶的id信息獲取該商戶支持配送的配送范圍(配送范圍一般為不規(guī)則的多邊形,可用ω來表示);即:針對用戶個人地址列表中的每一個地址addr對應(yīng)的geo打點經(jīng)緯度信息<lng,lat>,判斷這個點是否在商戶的配送區(qū)域范圍內(nèi):<lng,lat>∈ω,即:判斷一個點是否在不規(guī)則的多邊形內(nèi),如果在,說明該地址滿足商戶的配送范圍,則加入到候選選擇列表中:<candidate-lng1,candidate-lat1>,<candidate-lng2,candidate-lat2>…<candidate_lngm,candidate_latm>。

s531,根據(jù)所述收貨地址的位置信息判斷所述收貨地址是否在所述配送范圍內(nèi);

s532,當(dāng)判斷所述收貨地址的位置信息不在所述配送范圍之內(nèi)時,則提示用戶修改收貨地址或新增收貨地址作為所述目標(biāo)收貨地址。

經(jīng)過如上處理之后可能存在三種情況:

1)用戶的收貨地址列表中的地址都不在商戶的配送范圍內(nèi),即<lng,lat>ω,candidate_addr不存在則提示用戶無可配送地址,請修改已有收貨地址或者重新選擇新增收貨地址;

2)用戶的收貨地址列表中有一個地址在商戶的配送范圍內(nèi),其他地址都不在商戶的配送范圍內(nèi),即:<lng,lat>∈ω,則自動選中該送貨地址,并且將其他不可配送的地址進行置灰操作,這樣用戶可以一目了然地知道系統(tǒng)已經(jīng)幫他智能地選好了一個可以配送的收貨地址;

3)用戶的收貨地址列表中有兩個或者兩個以上的地址都滿足在商戶的配送范圍內(nèi),即:{<candidate-lng1,candidate-lat1>…<candidate-lngm,candidate-latm>}∈ω。此時需要基于用戶的歷史下單記錄,在多個候選地址里根據(jù)下單時間自動的匹配最近一個使用過的收貨地址作為默認(rèn)選中地址,并且將其他可配送的地址依次展示,剩余不可配送的地址同理置灰表示不可選。

實施例六:

圖6是根據(jù)本發(fā)明實施例六的一種自動選擇收貨地址的方法的流程示意圖;參見圖6,在本發(fā)明的實施方式中,所述方法包括:

s61,根據(jù)用戶的收貨地址獲取其位置信息;

s62,根據(jù)用戶下單的商戶的id信息獲取該商戶支持配送的配送范圍(配送范圍一般為不規(guī)則的多邊形,可用ω來表示);即:針對用戶個人地址列表中的每一個地址addr對應(yīng)的geo打點經(jīng)緯度信息<lng,lat>,判斷這個點是否在商戶的配送區(qū)域范圍內(nèi):<lng,lat>∈ω,即:判斷一個點是否在不規(guī)則的多邊形內(nèi),如果在,說明該地址滿足商戶的配送范圍,則加入到候選選擇列表中:<candidate-lng1,candidate-lat1>,<candidate-lng2,candidate-lat2>…<candidate_lngm,candidate_latm>。

s631,根據(jù)所述收貨地址的位置信息判斷所述收貨地址是否在所述配送范圍內(nèi);

s632,當(dāng)判斷所述收貨地址的位置信息不在所述配送范圍之內(nèi)時,當(dāng)判斷所述收貨地址的位置信息不在所述配送范圍之內(nèi)時,判斷所述位置信息與商戶的距離是否在預(yù)定義的選送范圍內(nèi),

s633,若所述位置信息在所述選送范圍內(nèi),則允許用戶以所述收貨地址下單。

上述實施方式針對geo打點誤差和收貨地址距離商家可配送范圍很小的情況下無法下單和配送的情況,通過預(yù)定義的選送規(guī)則執(zhí)行選送流程,所述選送規(guī)則包括:當(dāng)所述收貨地址的位置信息不在所述配送范圍中且所述位置信息與商戶的距離在預(yù)定義的選送范圍內(nèi)時,則允許用戶以所述收貨地址下單。

實施例七:

圖7是根據(jù)本發(fā)明實施例七的一種自動選擇收貨地址的方法的流程示意圖;參見圖7,在本發(fā)明的實施方式中,所述方法包括:

s71,根據(jù)用戶的收貨地址獲取其位置信息;

s72,根據(jù)用戶下單的商戶的id信息獲取該商戶支持配送的配送范圍(配送范圍一般為不規(guī)則的多邊形,可用ω來表示);即:針對用戶個人地址列表中的每一個地址addr對應(yīng)的geo打點經(jīng)緯度信息<lng,lat>,判斷這個點是否在商戶的配送區(qū)域范圍內(nèi):<lng,lat>∈ω,即:判斷一個點是否在不規(guī)則的多邊形內(nèi),如果在,說明該地址滿足商戶的配送范圍,則加入到候選選擇列表中:<candidate-lng1,candidate-lat1>,<candidate-lng2,candidate-lat2>…<candidate_lngm,candidate_latm>。

s731,根據(jù)所述收貨地址的位置信息判斷所述收貨地址是否在所述配送范圍內(nèi);

s732,當(dāng)判斷所述收貨地址的位置信息不在所述配送范圍之內(nèi)時,當(dāng)判斷所述收貨地址的位置信息不在所述配送范圍之內(nèi)時,判斷所述位置信息與商戶的距離是否在預(yù)定義的選送范圍內(nèi),

s733,若所述位置信息在所述選送范圍內(nèi),則當(dāng)允許用戶以所述收貨地址下單后,向所述商戶推送是否選擇接單的選擇,并根據(jù)所述商戶的選擇執(zhí)行接單配送或關(guān)閉訂單的流程。

上述實施方式針對geo打點誤差和收貨地址距離商家可配送范圍很小的情況下無法下單和配送的情況,通過預(yù)定義的選送規(guī)則執(zhí)行選送流程,所述選送規(guī)則包括:當(dāng)所述收貨地址的位置信息不在所述配送范圍中且所述位置信息與商戶的距離在預(yù)定義的選送范圍內(nèi)時,則允許用戶以所述收貨地址下單。另外,當(dāng)允許用戶以所述收貨地址下單后,向所述商戶推送是否選擇接單的選擇,并根據(jù)所述商戶的選擇執(zhí)行接單配送或關(guān)閉訂單的流程。例如:當(dāng)收貨地址不在商家配送范圍內(nèi),但是距離商家配送范圍較近的情況下(比如距離配送范圍在δ=200米范圍內(nèi)),同樣允許該地址能正常下單。δ=200米左右的浮動誤差,對于商戶的配送成本幾乎沒有增加。如果平臺直接拒絕這類訂單,則對于用戶體驗和商戶營收來講都是有損的,在商家可配送的誤差范圍內(nèi)(一般來講為小幾百米,誤差范圍過大,則無疑增加了商戶的配送成本,對于商家來講也是不可接受的)減少因為地址打點不準(zhǔn)確而導(dǎo)致無法配送,進而提高geo打點誤差異常情況下的訂單量,用公式表示為:<lng,lat>∈(ω+δ)。針對geo打點誤差、或者送貨地址不在商戶配送范圍但是距離商家配送范圍較近的情況下(比如距離配送范圍在δ=200米范圍內(nèi)),不僅允許用戶正常下單,而且需要對于此類訂單打上特殊標(biāo)記flag,此類訂單通過一定方式推送給商家時,可以標(biāo)注是因為誤差而系統(tǒng)進行容錯策略的訂單,商家可以自行選擇是否配送,這種非強制的手段也保證了商家的權(quán)利,商家可選擇接受超區(qū)域配送或者拒絕超區(qū)域配送。從目前實際的線上運行效果來看,此類訂單絕大部分商戶都持肯定態(tài)度,愿意接單并配送,為商家增加了不少訂單量和對應(yīng)的營收。

實施本發(fā)明的上述實施方式,具有如下有益效果:統(tǒng)計數(shù)據(jù)表明,平均一個用戶的常用收貨地址數(shù)量為2-3個,基于用戶歷史收貨地址列表以及下單時對應(yīng)的商家配送范圍數(shù)據(jù),通過動態(tài)地計算每個配送地址是否在商家的配送范圍內(nèi),提前幫助用戶選擇好可配送的待收貨地址,一定程度上減少了用戶在使用app下單的交互流程,幫助用戶快速便捷的消費體驗,能夠提升用戶購物體驗。同時,針對geo地址打點誤差造成的無法配送問題,以及雖然不在商家配送范圍內(nèi),但是距離商家配送范圍又很近(一般為200m范圍內(nèi))的情況下,允許在商家可配送的誤差范圍內(nèi)(一般來講為200米)的收貨地址下單,并且在訂單明細(xì)中說明此類訂單由于誤差原因而被系統(tǒng)進行了容錯處理下單,一定程度上挽回了了打點不準(zhǔn)確情況下的無法下單的訂單量,增強了用戶體驗,同時為商家挽回了這種邊界情況下的單量,進一步保證了異常情況下的訂單量和營收。

實施例八:

圖8是根據(jù)本發(fā)明實施方式的一種自動選擇收貨地址的系統(tǒng)的結(jié)構(gòu)示意圖。參見圖8,所述系統(tǒng)1包括:

位置獲取模塊100,根據(jù)用戶的個人地址列表中的收貨地址,獲取所述收貨地址的位置信息;

配送獲取模塊200,根據(jù)用戶下單的商戶的id信息獲取該商戶支持配送的配送范圍;

地址推送模塊300,根據(jù)所述位置信息和所述配送范圍,通過地址篩選策略推送目標(biāo)收貨地址。

在本發(fā)明的實施方式中,所述一種自動選擇收貨地址的系統(tǒng)中位置獲取模塊100,用于根據(jù)用戶的收貨地址獲取其位置信息。例如,用戶新增或者修改個人收貨地址時,將收貨地址addr通過geo打點得到的經(jīng)緯度信息<lng,lat>一同記錄下來。統(tǒng)計計算提前保存好geo打點得到的經(jīng)緯度信息<lng,lat>有兩個好處:方便在用戶下單前判斷是否在商家配送范圍內(nèi);避免每次下單都對同樣的地址進行g(shù)eo打點,有效地節(jié)約服務(wù)端處理時間,減少了用戶交互時長。需要說明的是,本發(fā)明包括但不限于:以geo打點的方式獲取收貨地址的位置信息或定位信息,但也可以其他類似的方式得到收貨地址的地圖信息(經(jīng)緯度信息)。

配送獲取模塊200,根據(jù)用戶下單的商戶的id信息獲取該商戶支持配送的配送范圍。該模塊首先根據(jù)用戶id獲取用戶的個人地址列表,用addr1,addr2...addrn來表示,每個地址對應(yīng)的geo打點得到的經(jīng)緯度信息分別為<lng1,lat1>,<lng2,lat2>…<lngn,latn>。然后根據(jù)用戶下單所在的商戶id獲取商戶支持的配送區(qū)域范圍數(shù)據(jù),一般為不規(guī)則的多邊形,用ω來表示。

地址推送模塊300,用于根據(jù)所述位置信息和所述配送范圍,通過地址篩選策略推送目標(biāo)收貨地址,以及通過預(yù)定義的選送規(guī)則執(zhí)行選送流程。

實施例九:

根據(jù)本發(fā)明的實施方式所述的一種自動選擇收貨地址的系統(tǒng),所述系統(tǒng)包括:

位置獲取模塊100,根據(jù)用戶的個人地址列表中的收貨地址,獲取所述收貨地址的位置信息;

配送獲取模塊200,根據(jù)用戶下單的商戶的id信息獲取該商戶支持配送的配送范圍;

地址推送模塊300,根據(jù)所述位置信息和所述配送范圍,通過地址篩選策略推送目標(biāo)收貨地址。

圖9是圖8所示系統(tǒng)中所述地址推送模塊的結(jié)構(gòu)示意圖;參見圖9,基于上述實施方式所述自動選擇收貨地址的系統(tǒng),所述地址推送模塊300可進一步包括:

范圍判斷單元310,用于根據(jù)所述收貨地址的位置信息判斷所述收貨地址是否在所述配送范圍內(nèi);

地址候選單元320,用于若所述收貨地址的位置信息在所述配送范圍之內(nèi),則將所述收貨地址加入候選收貨地址列表中作為候選收貨地址;

地址推送單元330,用于從所述候選收貨地址列表中選擇一個候選收貨地址作為所述目標(biāo)收貨地址,并向所述用戶推送所述目標(biāo)收貨地址。

實施例十:

根據(jù)本發(fā)明的實施方式所述的一種自動選擇收貨地址的系統(tǒng),所述系統(tǒng)包括:

位置獲取模塊100,根據(jù)用戶的個人地址列表中的收貨地址,獲取所述收貨地址的位置信息;

配送獲取模塊200,根據(jù)用戶下單的商戶的id信息獲取該商戶支持配送的配送范圍;

地址推送模塊300,根據(jù)所述位置信息和所述配送范圍,通過地址篩選策略推送目標(biāo)收貨地址。

所述地址推送模塊300可進一步包括:

范圍判斷單元310,用于根據(jù)所述收貨地址的位置信息判斷所述收貨地址是否在所述配送范圍內(nèi);

地址候選單元320,用于若所述收貨地址的位置信息在所述配送范圍之內(nèi),則將所述收貨地址加入候選收貨地址列表中作為候選收貨地址;

地址推送單元330,用于從所述候選收貨地址列表中選擇一個候選收貨地址作為所述目標(biāo)收貨地址,并向所述用戶推送所述目標(biāo)收貨地址。

圖10是圖9所示系統(tǒng)中所述地址推送單元的結(jié)構(gòu)示意圖,參見圖10,所述地址推送單元330進一步包括:

單地址推送子單元331,用于當(dāng)所述候選收貨地址列表中只有一個候選收貨地址時,則將該候選收貨地址作為所述目標(biāo)收貨地址;

多地址推送子單元332,用于當(dāng)所述候選收貨地址列表中有多個候選收貨地址時,則選擇使用過的收貨地址為所述目標(biāo)收貨地址。

實施例十一:

根據(jù)本發(fā)明的實施方式所述的一種自動選擇收貨地址的系統(tǒng),所述系統(tǒng)包括:

位置獲取模塊100,根據(jù)用戶的個人地址列表中的收貨地址,獲取所述收貨地址的位置信息;

配送獲取模塊200,根據(jù)用戶下單的商戶的id信息獲取該商戶支持配送的配送范圍;

地址推送模塊300,根據(jù)所述位置信息和所述配送范圍,通過地址篩選策略推送目標(biāo)收貨地址。

圖11是圖8所示系統(tǒng)中所述地址推送模塊另一實施方式的結(jié)構(gòu)示意圖;參見圖11,基于上述實施方式所述自動選擇收貨地址的系統(tǒng),所述地址推送模塊300可進一步包括:

范圍判斷單元310,用于根據(jù)所述收貨地址的位置信息判斷所述收貨地址是否在所述配送范圍內(nèi);

地址候選單元320,用于若所述收貨地址的位置信息在所述配送范圍之內(nèi),則將所述收貨地址加入候選收貨地址列表中作為候選收貨地址;

地址推送單元330,用于從所述候選收貨地址列表中選擇一個候選收貨地址作為所述目標(biāo)收貨地址,并向所述用戶推送所述目標(biāo)收貨地址。

所述地址推送模塊300還包括:

更新地址單元340,用于當(dāng)判斷所述收貨地址的位置信息不在所述配送范圍之內(nèi)時,則提示用戶修改收貨地址或新增收貨地址作為所述目標(biāo)收貨地址。

實施例十二:

根據(jù)本發(fā)明的實施方式所述的一種自動選擇收貨地址的系統(tǒng),所述系統(tǒng)包括:

位置獲取模塊100,根據(jù)用戶的個人地址列表中的收貨地址,獲取所述收貨地址的位置信息;

配送獲取模塊200,根據(jù)用戶下單的商戶的id信息獲取該商戶支持配送的配送范圍;

地址推送模塊300,根據(jù)所述位置信息和所述配送范圍,通過地址篩選策略推送目標(biāo)收貨地址。

圖12是圖8所示系統(tǒng)中所述地址推送模塊又一實施方式的結(jié)構(gòu)示意圖;參見圖12,基于上述實施方式所述自動選擇收貨地址的系統(tǒng),所述地址推送模塊300可進一步包括:

范圍判斷單元310,用于根據(jù)所述收貨地址的位置信息判斷所述收貨地址是否在所述配送范圍內(nèi);

地址候選單元320,用于若所述收貨地址的位置信息在所述配送范圍之內(nèi),則將所述收貨地址加入候選收貨地址列表中作為候選收貨地址;

地址推送單元330,用于從所述候選收貨地址列表中選擇一個候選收貨地址作為所述目標(biāo)收貨地址,并向所述用戶推送所述目標(biāo)收貨地址。

更新地址單元340,用于當(dāng)判斷所述收貨地址的位置信息不在所述配送范圍之內(nèi)時,則提示用戶修改收貨地址或新增收貨地址作為所述目標(biāo)收貨地址。

所述地址推送模塊300還包括:

選送判斷單元350,用于當(dāng)判斷所述收貨地址的位置信息不在所述配送范圍之內(nèi)時,判斷所述位置信息與商戶的距離是否在預(yù)定義的選送范圍內(nèi),

用戶下單單元360,用于若所述位置信息在所述選送范圍內(nèi),則允許用戶以所述收貨地址下單。

上述實施方式針對geo打點誤差和收貨地址距離商家可配送范圍很小的情況下無法下單和配送的情況,通過預(yù)定義的選送規(guī)則執(zhí)行選送流程,所述選送規(guī)則包括:當(dāng)所述收貨地址的位置信息不在所述配送范圍中且所述位置信息與商戶的距離在預(yù)定義的選送范圍內(nèi)時,則允許用戶以所述收貨地址下單。

實施例十三:

根據(jù)本發(fā)明的實施方式所述的一種自動選擇收貨地址的系統(tǒng),所述系統(tǒng)包括:

位置獲取模塊100,根據(jù)用戶的個人地址列表中的收貨地址,獲取所述收貨地址的位置信息;

配送獲取模塊200,根據(jù)用戶下單的商戶的id信息獲取該商戶支持配送的配送范圍;

地址推送模塊300,根據(jù)所述位置信息和所述配送范圍,通過地址篩選策略推送目標(biāo)收貨地址。

圖13是圖8所示系統(tǒng)中所述地址推送模塊再一實施方式的結(jié)構(gòu)示意圖;參見圖12,基于上述實施方式所述自動選擇收貨地址的系統(tǒng),所述地址推送模塊300可進一步包括:

范圍判斷單元310,用于根據(jù)所述收貨地址的位置信息判斷所述收貨地址是否在所述配送范圍內(nèi);

地址候選單元320,用于若所述收貨地址的位置信息在所述配送范圍之內(nèi),則將所述收貨地址加入候選收貨地址列表中作為候選收貨地址;

地址推送單元330,用于從所述候選收貨地址列表中選擇一個候選收貨地址作為所述目標(biāo)收貨地址,并向所述用戶推送所述目標(biāo)收貨地址。

更新地址單元340,用于當(dāng)判斷所述收貨地址的位置信息不在所述配送范圍之內(nèi)時,則提示用戶修改收貨地址或新增收貨地址作為所述目標(biāo)收貨地址。

選送判斷單元350,用于當(dāng)判斷所述收貨地址的位置信息不在所述配送范圍之內(nèi)時,判斷所述位置信息與商戶的距離是否在預(yù)定義的選送范圍內(nèi),

用戶下單單元360,用于若所述位置信息在所述選送范圍內(nèi),則允許用戶以所述收貨地址下單。

所述地址推送模塊300還包括:

商戶選擇單元370,用于當(dāng)允許用戶以所述收貨地址下單后,向所述商戶推送是否選擇接單的選擇,并根據(jù)所述商戶的選擇執(zhí)行接單配送或關(guān)閉訂單的流程。

上述實施方式針對geo打點誤差和收貨地址距離商家可配送范圍很小的情況下無法下單和配送的情況,通過預(yù)定義的選送規(guī)則執(zhí)行選送流程,所述選送規(guī)則包括:當(dāng)所述收貨地址的位置信息不在所述配送范圍中且所述位置信息與商戶的距離在預(yù)定義的選送范圍內(nèi)時,則允許用戶以所述收貨地址下單。另外,當(dāng)允許用戶以所述收貨地址下單后,向所述商戶推送是否選擇接單的選擇,并根據(jù)所述商戶的選擇執(zhí)行接單配送或關(guān)閉訂單的流程。例如:當(dāng)收貨地址不在商家配送范圍內(nèi),但是距離商家配送范圍較近的情況下(比如距離配送范圍在δ=200米范圍內(nèi)),同樣允許該地址能正常下單。δ=200米左右的浮動誤差,對于商戶的配送成本幾乎沒有增加。如果平臺直接拒絕這類訂單,則對于用戶體驗和商戶營收來講都是有損的,在商家可配送的誤差范圍內(nèi)(一般來講為小幾百米,誤差范圍過大,則無疑增加了商戶的配送成本,對于商家來講也是不可接受的)減少因為地址打點不準(zhǔn)確而導(dǎo)致無法配送,進而提高geo打點誤差異常情況下的訂單量,用公式表示為:<lng,lat>∈(ω+δ)。針對geo打點誤差、或者送貨地址不在商戶配送范圍但是距離商家配送范圍較近的情況下(比如距離配送范圍在δ=200米范圍內(nèi)),不僅允許用戶正常下單,而且需要對于此類訂單打上特殊標(biāo)記flag,此類訂單通過一定方式推送給商家時,可以標(biāo)注是因為誤差而系統(tǒng)進行容錯策略的訂單,商家可以自行選擇是否配送,這種非強制的手段也保證了商家的權(quán)利,商家可選擇接受超區(qū)域配送或者拒絕超區(qū)域配送。從目前實際的線上運行效果來看,此類訂單絕大部分商戶都持肯定態(tài)度,愿意接單并配送,為商家增加了不少訂單量和對應(yīng)的營收。

實施本發(fā)明的上述實施方式,具有如下有益效果:統(tǒng)計數(shù)據(jù)表明,平均一個用戶的常用收貨地址數(shù)量為2-3個,基于用戶歷史收貨地址列表以及下單時對應(yīng)的商家配送范圍數(shù)據(jù),通過動態(tài)地計算每個配送地址是否在商家的配送范圍內(nèi),提前幫助用戶選擇好可配送的待收貨地址,一定程度上減少了用戶在使用app下單的交互流程,幫助用戶快速便捷的消費體驗,能夠提升用戶購物體驗。同時,針對geo地址打點誤差造成的無法配送問題,以及雖然不在商家配送范圍內(nèi),但是距離商家配送范圍又很近(一般為200m范圍內(nèi))的情況下,允許在商家可配送的誤差范圍內(nèi)(一般來講為200米)的收貨地址下單,并且在訂單明細(xì)中說明此類訂單由于誤差原因而被系統(tǒng)進行了容錯處理下單,一定程度上挽回了了打點不準(zhǔn)確情況下的無法下單的訂單量,增強了用戶體驗,同時為商家挽回了這種邊界情況下的單量,進一步保證了異常情況下的訂單量和營收。

通過以上的實施方式的描述,本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件結(jié)合硬件平臺的方式來實現(xiàn),當(dāng)然也可以全部通過硬件來實施。基于這樣的理解,本發(fā)明的技術(shù)方案對背景技術(shù)做出貢獻的全部或者部分可以以軟件產(chǎn)品的形式體現(xiàn)出來,該計算機軟件產(chǎn)品可以存儲在存儲介質(zhì)中,如rom/ram、磁碟、光盤等,包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機,服務(wù)器,智能手機或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例或者實施例的某些部分所述的方法。

本發(fā)明說明書中使用的術(shù)語和措辭僅僅為了舉例說明,并不意味構(gòu)成限定。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解,在不脫離所公開的實施方式的基本原理的前提下,對上述實施方式中的各細(xì)節(jié)可進行各種變化。因此,本發(fā)明的范圍只由權(quán)利要求確定,在權(quán)利要求中,除非另有說明,所有的術(shù)語應(yīng)按最寬泛合理的意思進行理解。

當(dāng)前第1頁1 2 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
淮安市| 宜昌市| 天峨县| 襄汾县| 香港| 女性| 泰来县| 泽普县| 怀柔区| 恭城| 道真| 隆安县| 区。| 鄯善县| 房产| 富顺县| 正蓝旗| 虹口区| 二手房| 建德市| 丹巴县| 新蔡县| 佳木斯市| 蓬莱市| 东海县| 东阿县| 临邑县| 水富县| 资讯 | 富锦市| 达日县| 宁都县| 长治市| 孟连| 平南县| 屯门区| 兴国县| 郯城县| 三明市| 怀安县| 宁津县|