一種處理物流數(shù)據(jù)的方法和裝置的制造方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及數(shù)據(jù)處理領(lǐng)域，具體地，涉及一種處理物流數(shù)據(jù)的方法和裝置。
【背景技術(shù)】
[0002]電商系統(tǒng)的發(fā)展，使得越來越多的消費者從網(wǎng)上購買所需的商品。在網(wǎng)上交易的過程中，物流配送是其中一項重要的環(huán)節(jié)。物流配送的好壞直接影響到消費者的購物體驗。在物流配送過程中，難以避免地要涉及到配送運費的計算。電商系統(tǒng)向下游的消費者收取物流費用，提供電商配送服務(wù)的物流公司和上游的商品供應(yīng)商結(jié)算運費。
[0003]物流公司與上游的商品供應(yīng)商進(jìn)行運費結(jié)算時，需要每筆訂單的詳細(xì)發(fā)貨地，收貨目的地，并轉(zhuǎn)化為系統(tǒng)能識別的省、市、縣、鄉(xiāng)對應(yīng)的ID(系統(tǒng)根據(jù)省、市、縣、鄉(xiāng)定義運費規(guī)則)，并根據(jù)設(shè)定好的規(guī)則進(jìn)行計費。從一串地址明確的解析出正確的省、市、縣、鄉(xiāng)很關(guān)鍵。這直接關(guān)系到系統(tǒng)是否能自動計算出運費，計算出的運費準(zhǔn)不準(zhǔn)。
[0004]目前的運費計算中，從配送中心或工作人員的屬性信息中提取省、市、縣、鄉(xiāng)的ID，根據(jù)ID獲得運費計算規(guī)則。如果配送中心或工作人員的屬性信息登記的不全或缺失，將直接導(dǎo)致計費失敗。

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

[0005]有鑒于此，本發(fā)明提供一種處理物流數(shù)據(jù)的方法和裝置，以解決上述問題。
[0006]根據(jù)本發(fā)明的第一方面，提供一種處理物流數(shù)據(jù)的方法，包括:接收物流請求數(shù)據(jù)，所述物流請求數(shù)據(jù)中包括發(fā)貨地址和收貨地址;判斷屬性信息表中是否包含所述發(fā)貨地址和收貨地址的區(qū)域信息;根據(jù)判斷結(jié)果獲得所述區(qū)域信息;根據(jù)所述區(qū)域信息匹配運費規(guī)則；以及根據(jù)所述運費規(guī)則計算運費。
[0007]優(yōu)選地，所述根據(jù)判斷結(jié)果獲得所述區(qū)域信息包括:如果所述屬性信息表中包含所述發(fā)貨地址和收貨地址的區(qū)域信息，從所述屬性信息表中獲取所述區(qū)域信息；否則，利用地理信息系統(tǒng)獲得所述發(fā)貨地址和收貨地址的經(jīng)瑋度；以及根據(jù)所述經(jīng)瑋度從區(qū)域信息數(shù)據(jù)庫中獲得所述發(fā)貨地址和收貨地址的區(qū)域信息。
[0008]優(yōu)選地，還包括:當(dāng)所述屬性信息表中獲取到的所述區(qū)域信息沒有匹配的運費規(guī)則時，執(zhí)行利用地理信息系統(tǒng)獲得所述發(fā)貨地址和收貨地址的經(jīng)瑋度，以及根據(jù)所述經(jīng)瑋度從區(qū)域信息數(shù)據(jù)庫中獲得所述發(fā)貨地址和收貨地址的區(qū)域信息的步驟。
[0009]優(yōu)選地，還包括:將從所述區(qū)域信息數(shù)據(jù)庫中獲取到的所述區(qū)域信息更新到所述屬性信息表。
[0010]優(yōu)選地，所述屬性信息表包含各配送中心的屬性和人員信息。
[0011 ]優(yōu)選地，還包括:對運費數(shù)據(jù)進(jìn)行統(tǒng)計，生成統(tǒng)計數(shù)據(jù)。
[0012]優(yōu)選地，所述區(qū)域信息包括行政區(qū)劃信息。
[0013]根據(jù)本發(fā)明的第二方面，提供一種物流數(shù)據(jù)處理系統(tǒng)，包括:接收模塊，用于接收物流請求數(shù)據(jù)，所述物流數(shù)據(jù)包括發(fā)貨地址和收貨地址;判斷模塊，用于判斷屬性信息表中是否包含所述發(fā)貨地址和收貨地址的區(qū)域信息；獲取模塊，用于根據(jù)判斷結(jié)果獲得所述區(qū)域信息；匹配模塊，用于根據(jù)所述區(qū)域信息獲取運費規(guī)則;計算模塊，用于根據(jù)匹配到所述運費規(guī)則計算運費。
[0014]優(yōu)選地，所述獲取模塊包括:第一獲取單元，用于從所述屬性信息表中獲取所述區(qū)域信息;第二獲取單元，用于利用地理信息系統(tǒng)獲得所述發(fā)貨地址和收貨地址的經(jīng)瑋度;第三獲取單元，用于根據(jù)所述經(jīng)瑋度從區(qū)域信息數(shù)據(jù)庫中獲得所述發(fā)貨地址和收貨地址的區(qū)域信息。
[0015]優(yōu)選地，還包括:更新單元，用于將從區(qū)域信息數(shù)據(jù)庫中獲取的所述區(qū)域信息更新到所述屬性信息表。
[0016]優(yōu)選地，還包括:統(tǒng)計模塊，用于生成運費統(tǒng)計數(shù)據(jù)。
[0017]優(yōu)選地，所述區(qū)域信息包括行政區(qū)劃信息。
[0018]本發(fā)明實施例提供的處理物流數(shù)據(jù)的方法，包括:接收物流請求數(shù)據(jù)，所述物流請求數(shù)據(jù)中包括發(fā)貨地址和收貨地址;判斷屬性信息表中是否包含所述發(fā)貨地址和收貨地址的區(qū)域信息;根據(jù)判斷結(jié)果獲得所述區(qū)域信息;根據(jù)所述區(qū)域信息匹配運費規(guī)則；以及根據(jù)所述運費規(guī)則計算運費。本發(fā)明實施例通過地理信息系統(tǒng)和屬性信息表兩種方式獲得區(qū)域信息，避免了頻繁操作地理信息導(dǎo)致系統(tǒng)占用資源過高的問題，提高了區(qū)域信息的獲取成功率，從而提高了運費計算的成功率。本發(fā)明同時提供一種物流數(shù)據(jù)處理系統(tǒng)。
【附圖說明】
[0019]通過參照以下附圖對本發(fā)明實施例的描述，本發(fā)明的上述以及其它目的、特征和優(yōu)點將更為清楚，在附圖中:
[0020]圖1是現(xiàn)有技術(shù)的運費計算方法的流程圖；
[0021 ]圖2是根據(jù)本發(fā)明實施例的處理物流數(shù)據(jù)的方法的流程圖；
[0022]圖3是根據(jù)本發(fā)明另一實施例的處理物流數(shù)據(jù)的方法的流程圖；
[0023]圖4是根據(jù)本發(fā)明實施例的區(qū)域信息數(shù)據(jù)庫的示意圖；
[0024]圖5是根據(jù)本發(fā)明實施例的物流數(shù)據(jù)處理系統(tǒng)的結(jié)構(gòu)圖。
【具體實施方式】
[0025]以下基于實施例對本發(fā)明進(jìn)行描述，但是本發(fā)明并不僅僅限于這些實施例。在下文對本發(fā)明的細(xì)節(jié)描述中，詳盡描述了一些特定的細(xì)節(jié)部分。對本領(lǐng)域技術(shù)人員來說沒有這些細(xì)節(jié)部分的描述也可以完全理解本發(fā)明。為了避免混淆本發(fā)明的實質(zhì)，公知的方法、過程、流程沒有詳細(xì)敘述。另外附圖不一定是按比例繪制的。
[0026]附圖中的流程圖、框圖圖示了本發(fā)明實施例的系統(tǒng)、方法、裝置的可能的體系框架、功能和操作，流程圖和框圖上的方框可以代表一個模塊、程序段或僅僅是一段代碼，所述模塊、程序段和代碼都是用來實現(xiàn)規(guī)定邏輯功能的可執(zhí)行指令。也應(yīng)當(dāng)注意，所述實現(xiàn)規(guī)定邏輯功能的可執(zhí)行指令可以重新組合，從而生成新的模塊和程序段。因此附圖的方框以及方框順序只是用來更好的圖示實施例的過程和步驟，而不應(yīng)以此作為對發(fā)明本身的限制。
[0027]圖1是現(xiàn)有技術(shù)的運費計算的方法的流程圖。所述方法包括步驟101-104。
[0028]在步驟101中，接收物流請求數(shù)據(jù)。所述物流請求數(shù)據(jù)包括訂單的發(fā)貨地址和收貨地址。
[0029]在步驟102中，從屬性信息表獲取到區(qū)域信息。在本步驟中，從屬性信息表中獲取發(fā)貨地址和收貨地址的區(qū)域信息。為了貨物配送的需要，物流公司通常會將地理區(qū)域劃分為若干個閉合區(qū)域，在每個區(qū)域至少設(shè)置一個配送中心負(fù)責(zé)周邊的貨物收取和派送。這里的區(qū)域信息表明一個區(qū)域的地理范圍，如北京市二環(huán)以內(nèi)，或大連市金州區(qū)等。配送中心的屬性信息表里保存著該中心負(fù)責(zé)的區(qū)域信息。
[0030]在步驟103中，根據(jù)區(qū)域信息匹配運費規(guī)則。所述運費規(guī)則為預(yù)定義的和區(qū)域信息相關(guān)聯(lián)的運費規(guī)則。在本步驟中，通過區(qū)域信息檢索出所需要的運費計算規(guī)則。所述運費規(guī)則包括:按單件訂單計算運費、按單件的面積計算運費、按總量或按總體體積集中計算運費。這些信息都有賴于配送中心的工作人員進(jìn)行維護(hù)。
[0031]在步驟104中，根據(jù)運費規(guī)則計算運費。通過上一個步驟獲取到的運費規(guī)則，在本步驟中，根據(jù)運費規(guī)則進(jìn)行計算。
[0032]現(xiàn)有技術(shù)的運費計算方式，通過屬性信息表保存區(qū)域信息，一旦區(qū)域信息缺失或錯誤，則計費失敗。
[0033]圖2是根據(jù)本發(fā)明實施例的處理物流數(shù)據(jù)的方法的流程圖。圖2所述的方法包括步驟201-207。
[0034]在步驟201中，接收物流請求數(shù)據(jù)。所述物流請求數(shù)據(jù)包括訂單的發(fā)貨地址和收貨地址。
[0035]在步驟202中，根據(jù)屬性信息表能否獲取區(qū)域信息。一般情況下，如果電商公司使用自建的物流，可以獲取到一個訂單配送過程的所有信息，包括發(fā)貨配送中心，收貨配送中心，發(fā)貨中心的操作員，收貨中心的操作員等?；诖?，將該中心負(fù)責(zé)的范圍的區(qū)域信息存儲到該配送中心的屬性信息表或人員信息表中。這樣，從發(fā)貨中心和收貨中心的屬性信息表中分別獲取一個收貨和發(fā)貨地址對應(yīng)的區(qū)域信息，用于匹配運費計算規(guī)則。在一個優(yōu)選的實施例中，區(qū)域信息包括行政區(qū)劃信息。在本步驟中，如果能獲取到對應(yīng)的區(qū)域信息，則執(zhí)行步驟203，否則執(zhí)行步驟204。
[0036]在步驟203中，是否能匹配上運費計算規(guī)則。根據(jù)上述步驟獲得的區(qū)域信息匹配運費計算規(guī)則，如果能匹配上一個運費計算規(guī)則，則執(zhí)行步驟206，否則執(zhí)行步驟204。
[0037]在步驟204中，利用地理信息系統(tǒng)獲得發(fā)貨地址和收貨地址的經(jīng)瑋度。例如，利用百度公司提供的地理信息系統(tǒng)的API，輸入發(fā)貨地址或收貨地址，返回發(fā)貨地址或收獲地址對應(yīng)的經(jīng)瑋度數(shù)值。
[0038]在步驟205中，根據(jù)經(jīng)瑋度從區(qū)域信息數(shù)據(jù)庫中獲得發(fā)貨地址和收貨地址各自的區(qū)域信息。區(qū)域信息數(shù)據(jù)庫將經(jīng)瑋度和區(qū)域信息關(guān)聯(lián)起來，通過經(jīng)瑋度數(shù)值能夠判斷該經(jīng)瑋度數(shù)值所屬的區(qū)域信息。在一個優(yōu)選的實施例中，區(qū)域信息為行政區(qū)劃信息，如省、市、縣(鄉(xiāng)、鎮(zhèn))、村等。通過經(jīng)瑋度數(shù)值能夠獲得該經(jīng)瑋度所屬的行政區(qū)劃信息。
[0039]在步驟206中，匹配運費計算規(guī)則。在本步驟中，通過區(qū)域信息檢索出所需要的運費計算規(guī)則。
[0040]在步驟207中，根據(jù)運費計算規(guī)則計費。
[0041]在一個可選的實施例中，運費規(guī)則為一組變量公式，通過從運費規(guī)則中解析公式，把對應(yīng)的數(shù)據(jù)代入到公式中進(jìn)行計算。
[0042]在另一個優(yōu)選的實施例中，根據(jù)物流請求數(shù)據(jù)計算貨品的運費，還可以對運費進(jìn)行匯總，生成統(tǒng)計數(shù)據(jù)。例如，供應(yīng)商匯總，將相同的供應(yīng)商的運費匯總，生成該供應(yīng)商統(tǒng)計數(shù)據(jù)。
[0043]在本發(fā)明實施例中，針對能夠通過屬性信息表獲取到區(qū)域信息的物流請求數(shù)據(jù)，從屬性信息表中獲得發(fā)貨地址和收貨地址對應(yīng)的區(qū)域信息，對于無法從屬性信息表中獲得的區(qū)域信息的物流請求數(shù)據(jù)，根據(jù)地理信息系統(tǒng)和區(qū)域信息數(shù)據(jù)庫獲取該信息。本發(fā)明實施例綜合利用地理信息系統(tǒng)和區(qū)域信息數(shù)據(jù)庫，避免了頻繁操作地理信息導(dǎo)致系統(tǒng)占用資源過高