本發(fā)明涉及計算機(jī)科學(xué)技術(shù)領(lǐng)域,尤其涉及一種數(shù)據(jù)處理方法、裝置和配送平臺。
背景技術(shù):
隨著鐵路客運(yùn)的日益發(fā)達(dá),承運(yùn)能力和運(yùn)行速度的提高使得越來越多的人選擇鐵路出行。現(xiàn)階段,鐵路客運(yùn)列車上的物資配送,例如列車上的餐飲和零食之類的配送,都是由鐵路客戶部門統(tǒng)一安排,雖然給旅客帶來了便利,但仍然存在較多問題。
在現(xiàn)行鐵路客運(yùn)列車上,由于列車本身的空間局限性,在列車上配置的物資數(shù)量固定,且所包含的物資范圍有限,對于鐵路乘客而言,在客運(yùn)鐵路列車上可獲取的物資單一、固定、可選范圍小,不利于鐵路客運(yùn)乘客的選購。而且,現(xiàn)有的列車物資配送下單處理過程是通過車上工作人員來實(shí)現(xiàn)的,不能實(shí)時處理下單請求,處理效率低,且耗費(fèi)了大量人力物力,成本較高。目前的鐵路客運(yùn)列車物資配送還存在諸多弊端,用戶體驗(yàn)度不佳。
技術(shù)實(shí)現(xiàn)要素:
為了解決上述技術(shù)問題,本申請的實(shí)施例首先提供了一種數(shù)據(jù)處理方法,其應(yīng)用于客運(yùn)列車的物資配送,該方法包括:接收物資配送請求數(shù)據(jù),所述物資配送請求數(shù)據(jù)包括表征終端的標(biāo)識數(shù)據(jù)、物資數(shù)據(jù)和列車數(shù)據(jù);對所述物資配送請求數(shù)據(jù)進(jìn)行處理,確定是否驗(yàn)證通過物資配送請求,并生成與物資配送通過/拒絕相關(guān)的終端反饋數(shù)據(jù);將所述終端反饋數(shù)據(jù)返回給對應(yīng)的終端。
優(yōu)選地,在確定是否驗(yàn)證通過物資配送請求的步驟中,根據(jù)所述物資配送請求數(shù)據(jù)及處理結(jié)果來確定是否滿足如下任一判斷條件,在判斷結(jié)果為否時,則確認(rèn)無法通過物資配送請求:
(1)判斷所述物資配送請求數(shù)據(jù)中的物資種類是否在庫存數(shù)據(jù)內(nèi);
(2)判斷所述庫存數(shù)據(jù)內(nèi)該物資數(shù)量是否大于等于所述物資配送請求數(shù)據(jù)中的該物資的配送數(shù)量;
(3)判斷物資補(bǔ)充時間是否小于或等于在途時間;
(4)判斷配送終端是否在線;
(5)判斷配送終端是否為待配送狀態(tài)。
優(yōu)選地,還包括:通過如下表達(dá)是來計算在途時間TE和物資補(bǔ)充時間TS:
TE=車次到達(dá)配送站點(diǎn)的圖定時刻tM-物資配送請求數(shù)據(jù)發(fā)出時刻tR;
TS=物資配送基礎(chǔ)預(yù)設(shè)時間tB+物資配送路途預(yù)設(shè)時間tJ。
優(yōu)選地,在判斷驗(yàn)證通過物資配送請求,觸發(fā)配送通過的指令并生成與物資配送相關(guān)的終端反饋數(shù)據(jù)發(fā)送給配送終端,否則,觸發(fā)配送拒絕的指令并生成與物資無法配送相關(guān)的終端反饋數(shù)據(jù)發(fā)送給客戶終端。
優(yōu)選地,向客戶終端發(fā)出的終端反饋數(shù)據(jù)包括配送拒絕理由數(shù)據(jù)和推薦更換物資信息;向配送終端發(fā)出的終端反饋數(shù)據(jù)包括預(yù)計物資配送時間、預(yù)計配送鐵路客運(yùn)站點(diǎn)和客戶終端的信息。
優(yōu)選地,在判斷驗(yàn)證通過物資配送請求,還將發(fā)送給配送終端的終端反饋數(shù)據(jù)發(fā)送給對應(yīng)的客戶終端。
根據(jù)本發(fā)明另一方面,還提供了一種配送平臺,其應(yīng)用于客運(yùn)列車的物資配送,該配送平臺包括:控制器輸入單元,其接收物資配送請求數(shù)據(jù),所述物資配送請求數(shù)據(jù)包括表征終端的標(biāo)識數(shù)據(jù)、物資數(shù)據(jù)和列車數(shù)據(jù);反饋數(shù)據(jù)生成單元,其對所述物資配送請求數(shù)據(jù)進(jìn)行處理,確定是否驗(yàn)證通過物資配送請求,并生成與物資配送通過/拒絕相關(guān)的終端反饋數(shù)據(jù);控制器輸出單元,其將所述終端反饋數(shù)據(jù)返回給對應(yīng)的終端。
優(yōu)選地,所述反饋數(shù)據(jù)生成單元進(jìn)一步根據(jù)所述物資配送請求數(shù)據(jù)及處理結(jié)果來確定是否滿足如下任一判斷條件,在判斷結(jié)果為否時,則確認(rèn)無法通過物資配送請求:
(1)判斷所述物資配送請求數(shù)據(jù)中的物資種類是否在庫存數(shù)據(jù)內(nèi);
(2)判斷所述庫存數(shù)據(jù)內(nèi)該物資數(shù)量是否大于等于所述物資配送請求數(shù)據(jù)中的該物資的配送數(shù)量;
(3)判斷物資補(bǔ)充時間是否小于或等于在途時間;
(4)判斷配送終端是否在線;
(5)判斷配送終端是否為待配送狀態(tài)。
優(yōu)選地,所述反饋數(shù)據(jù)生成單元進(jìn)一步通過如下表達(dá)是來計算在途時間TE和物資補(bǔ)充時間TS:
TE=車次到達(dá)配送站點(diǎn)的圖定時刻tM-物資配送請求數(shù)據(jù)發(fā)出時刻tR;
TS=物資配送基礎(chǔ)預(yù)設(shè)時間tB+物資配送路途預(yù)設(shè)時間tJ。
優(yōu)選地,所述反饋數(shù)據(jù)生成單元進(jìn)一步在判斷驗(yàn)證通過物資配送請求,觸發(fā)配送通過的指令并生成與物資配送相關(guān)的終端反饋數(shù)據(jù),否則,觸發(fā)配送拒絕的指令并生成與物資無法配送相關(guān)的終端反饋數(shù)據(jù);所述控制器輸出單元將與物資配送相關(guān)的終端反饋數(shù)據(jù)發(fā)送給配送終端,或者將與物資無法配送相關(guān)的終端反饋數(shù)據(jù)發(fā)送給客戶終端。
優(yōu)選地,向客戶終端發(fā)出的終端反饋數(shù)據(jù)包括配送拒絕理由數(shù)據(jù)和推薦更換物資信息;向配送終端發(fā)出的終端反饋數(shù)據(jù)包括預(yù)計物資配送時間、預(yù)計配送鐵路客運(yùn)站點(diǎn)和客戶終端的信息。
優(yōu)選地,在判斷驗(yàn)證通過物資配送請求,所述控制器輸出單元還將發(fā)送給配送終端的終端反饋數(shù)據(jù)發(fā)送給對應(yīng)的客戶終端。
根據(jù)本發(fā)明另一方面,還提供了一種物資配送系統(tǒng),其應(yīng)用于客運(yùn)列車的物資配送,該物資配送系統(tǒng)包括:如上所述的配送平臺;一個或多個客戶終端,其發(fā)送根據(jù)用戶選擇的物資配送請求數(shù)據(jù)并獲取來自配送平臺的終端反饋數(shù)據(jù);一個或多個配送終端,其接收來自配送平臺的終端反饋數(shù)據(jù),并根據(jù)所述終端反饋數(shù)據(jù)執(zhí)行操作。
與現(xiàn)有技術(shù)相比,上述方案中的一個或多個實(shí)施例可以具有如下優(yōu)點(diǎn)或有益效果:
本發(fā)明實(shí)施例的數(shù)據(jù)處理方法,實(shí)現(xiàn)了為運(yùn)行中的客運(yùn)列車進(jìn)行物資配送,通過使用配送平臺配合移動網(wǎng)絡(luò)通訊技術(shù)、網(wǎng)絡(luò)服務(wù)器計算等技術(shù),實(shí)現(xiàn)了在運(yùn)行中的客運(yùn)列車上進(jìn)行物資查詢、物資配送等需求,進(jìn)而達(dá)到了為運(yùn)行中的客運(yùn)列車進(jìn)行配送物資,處理效率較高,且降低了成本。
本發(fā)明的其它特征和優(yōu)點(diǎn)將在隨后的說明書中闡述,并且,部分地從說明書中變得顯而易見,或者通過實(shí)施本發(fā)明的技術(shù)方案而了解。本發(fā)明的目的和其他優(yōu)點(diǎn)可通過在說明書、權(quán)利要求書以及附圖中所特別指出的結(jié)構(gòu)和/或流程來實(shí)現(xiàn)和獲得。
附圖說明
附圖用來提供對本申請的技術(shù)方案或現(xiàn)有技術(shù)的進(jìn)一步理解,并且構(gòu)成說明書的一部分。其中,表達(dá)本申請實(shí)施例的附圖與本申請的實(shí)施例一起用于解釋本申請的技術(shù)方案,但并不構(gòu)成對本申請技術(shù)方案的限制。
圖1為根據(jù)本發(fā)明實(shí)施例的應(yīng)用于鐵路客運(yùn)的物資配送系統(tǒng)X的系統(tǒng)結(jié)構(gòu)圖。
圖2為本發(fā)明實(shí)施例的應(yīng)用于鐵路客運(yùn)的物資交互過程的物資配送平臺的結(jié)構(gòu)示意圖。
圖3為本發(fā)明實(shí)施例的應(yīng)用于鐵路客運(yùn)的物資交付過程的數(shù)據(jù)處理方法的流程示意圖。
圖4為本發(fā)明實(shí)施例的生成終端反饋數(shù)據(jù)的流程示意圖。
圖5為本發(fā)明實(shí)施例的生成終端反饋數(shù)據(jù)的另一流程示意圖。
具體實(shí)施方式
以下將結(jié)合附圖及實(shí)施例來詳細(xì)說明本發(fā)明的實(shí)施方式,借此對本發(fā)明如何應(yīng)用技術(shù)手段來解決技術(shù)問題,并達(dá)成相應(yīng)技術(shù)效果的實(shí)現(xiàn)過程能充分理解并據(jù)以實(shí)施。本申請實(shí)施例以及實(shí)施例中的各個特征,在不相沖突前提下可以相互結(jié)合,所形成的技術(shù)方案均在本發(fā)明的保護(hù)范圍之內(nèi)。
另外,附圖的流程圖示出的步驟可以在諸如一組計算機(jī)可執(zhí)行指令的計算機(jī)系統(tǒng)中執(zhí)行。并且,雖然在流程圖中示出了邏輯順序,但是在某些情況下,可以以不同于此處的順序執(zhí)行所示出或描述的步驟。
實(shí)施例
[物資配送系統(tǒng)X的結(jié)構(gòu)]
圖1是根據(jù)本發(fā)明實(shí)施例的應(yīng)用于鐵路客運(yùn)的物資配送系統(tǒng)X的系統(tǒng)結(jié)構(gòu)圖。首先,通過圖1對本發(fā)明實(shí)施方式中所涉及的物資配送系統(tǒng)X的結(jié)構(gòu)進(jìn)行說明。
物資配送系統(tǒng)X包括物資配送平臺1和終端2,物資配送平臺1與終端2通過網(wǎng)絡(luò)5進(jìn)行連接。
物資配送平臺1為服務(wù)器設(shè)備,或者是通過網(wǎng)絡(luò)5接收物資配送請求數(shù)據(jù)131并針對物資配送請求數(shù)據(jù)131發(fā)送終端反饋數(shù)據(jù)132的其他裝置。進(jìn)一步,該物資配送平臺1可以為網(wǎng)絡(luò)環(huán)境中的高性能計算機(jī)或計算機(jī)系統(tǒng)群組等,通過偵聽網(wǎng)絡(luò)上其他終端計算機(jī)(終端2)提交的物資配送請求,提供相應(yīng)的服務(wù)。
終端2為向物資配送平臺1發(fā)出物資配送請求數(shù)據(jù)131并接收針對數(shù)據(jù)131的終端反饋數(shù)據(jù)132的移動終端(手機(jī)或PAD)、個人計算機(jī)(Personal Computer,簡稱PC)等計算機(jī)。當(dāng)用戶通過在客戶終端選擇相應(yīng)的物資配送信息并點(diǎn)擊配送申請?zhí)摂M按鈕后,終端2的后臺生成一條物資配送請求數(shù)據(jù)131。
網(wǎng)絡(luò)5為優(yōu)選為移動電話網(wǎng)絡(luò)等外部網(wǎng)絡(luò)。網(wǎng)絡(luò)5可接收和發(fā)送例如符合全球移動通訊系統(tǒng)(Global System of Mobile communication,GSM)、通用分組無線服務(wù)(General Packet Radio Service,GPRS)、碼分多址(Code Division Multiple Access,CDMA)、寬帶碼分多址(Wideband Code Division Multiple Access,WCDMA)、長期演進(jìn)(Long Term Evolution,LTE)、電子郵件、短消息服務(wù)(Short Messaging Service,SMS)等任一通信標(biāo)準(zhǔn)或協(xié)議的數(shù)據(jù)包。
[物資配置平臺1的控制結(jié)構(gòu)]
如圖2所示,本發(fā)明實(shí)施方式所涉及的物資配送平臺1中設(shè)有控制器單元10以及通信接口單元20。各部分通過通信接口單元20連接至網(wǎng)絡(luò)5。
接下來,通過圖2對物資配置平臺1內(nèi)部的具體控制結(jié)構(gòu)進(jìn)行說明。
(控制器單元10的結(jié)構(gòu))
控制器單元10為主控制器,該控制器單元10至少包括一個或多個控制器100,一個或多個存儲器130。該一個或多個存儲器130可以設(shè)置為臨時的或非臨時的,并且可以存儲一個或多個模塊,每個模塊可以包括該配送平臺的操作指令集。更進(jìn)一步,該控制器100可以被配置為執(zhí)行指令集等操作。該控制器100可以包括一個或多個操作系統(tǒng),如Windows ServerTM、Mac OS XTM、UnixTM、LinuxTM、FreeBSDTM等操作系統(tǒng)。該控制器單元10還可以包括一個或多個電源140、一個或多個有線或無線網(wǎng)絡(luò)接口、一個或多個鍵盤、一個或多個輸入輸出接口(圖中控制器輸入單元110、控制器輸出單元120)。
當(dāng)物資配送平臺1處于正常狀態(tài)下時,控制器單元10用于輸入物資配送請求數(shù)據(jù)131,輸出終端反饋數(shù)據(jù)132。因此,在控制器單元10中,控制器100對控制器輸入單元110接收的接收數(shù)據(jù)包進(jìn)行處理,并向控制器輸出單元120發(fā)送反饋數(shù)據(jù)包。
控制器100為GPP(General Purpose Processor)、CPU(Central Processing Unit、中央處理器)、MPU(Micro Processing Unit)、DSP(Digital Signal Processor)、GPU(Graphics Processing Unit)、ASIC(Application Specific Processor、專用處理器)等信息處理裝置。此外,控制器100中設(shè)有反饋數(shù)據(jù)生成單元101。該反饋數(shù)據(jù)生成單元101的詳細(xì)情況將在后文中進(jìn)行描述。
控制器100用于讀取存儲在存儲器130的ROM和/或HDD中的控制程序,通過將該控制程序展開至RAM并執(zhí)行。另外,控制器100還可以按照通過未圖示的外部終端和操作面板部輸入的規(guī)定指令信息進(jìn)行整體控制。
具體來說,控制器100接收由通信接口單元20的接收單元210輸入的物資配送請求數(shù)據(jù)131。另外,控制器100將由反饋數(shù)據(jù)生成單元101生成的數(shù)據(jù)包通過控制器輸出單元120發(fā)送至發(fā)送單元220。
存儲器130為包括RAM(Random Access Memory)、ROM(Read Only Memory)、閃存等半導(dǎo)體內(nèi)存或者HDD(Hard Disk Drive)等存儲介質(zhì)在內(nèi)的存儲裝置。另外,存儲器130用于存儲物資配送請求數(shù)據(jù)131及終端反饋數(shù)據(jù)132。
另外,存儲器130的ROM或HDD中存儲有控制程序,用于對物資配送平臺1的處理進(jìn)行控制。此外,存儲器130還可存儲用戶的賬號設(shè)定信息。
電源140為向包括控制器10的控制器100在內(nèi)的各部分提供電力的單元。電源140主要對控制器100的電源進(jìn)行控制,同時也向其他部分供電。
在物資配送平臺1處于正常狀態(tài)下,反饋數(shù)據(jù)生成單元101將生成終端反饋數(shù)據(jù)132。反饋數(shù)據(jù)生成單元101從控制器輸入單元110獲取物資配送請求數(shù)據(jù)131后,將暫時保存在存儲器130內(nèi)。反饋數(shù)據(jù)生成單元101將根據(jù)該物資配送請求數(shù)據(jù)131生成終端反饋數(shù)據(jù)132并輸出至控制器輸出單元120。
物資配送請求數(shù)據(jù)131為與終端用戶所選擇的物資配送相關(guān)的各種信息的數(shù)據(jù)。物資配送請求數(shù)據(jù)131通過控制器輸入單元110獲取,由存儲器130暫時存儲。
物資配送請求數(shù)據(jù)131可以是符合例如GSM、GPRS、CDMA、WCDMA、LTE、電子郵件、SMS等任一通信標(biāo)準(zhǔn)或協(xié)議的數(shù)據(jù)包的數(shù)據(jù)。
在該物資配送請求數(shù)據(jù)131中包括表征終端的標(biāo)識數(shù)據(jù)、物資數(shù)據(jù)和列車數(shù)據(jù)。物資數(shù)據(jù)中至少包括物資類別、物資數(shù)量;表征終端的標(biāo)識數(shù)據(jù)至少包括物資交付對象數(shù)據(jù),例如客戶端注冊信息等;列車數(shù)據(jù)至少包括列車車次數(shù)據(jù)。需要說明的是,物資數(shù)據(jù)可以是列車庫存中不存在的物資信息,這樣能夠消除乘客智能選擇車上庫存中的物資的局限性,從而實(shí)現(xiàn)對物資物流的無限制。物資數(shù)據(jù)可以通過文字圖片等數(shù)據(jù)流形式表現(xiàn),具體包括表征物資名稱的數(shù)據(jù)、價格數(shù)據(jù)、圖片數(shù)據(jù)和提供站點(diǎn)等多種數(shù)據(jù)。另外,表征終端的標(biāo)識數(shù)據(jù)可以包括:用戶名稱數(shù)據(jù)、聯(lián)系方式數(shù)據(jù)、車廂號碼、座位號碼、鋪位號碼等多種數(shù)據(jù)。列車數(shù)據(jù)還可以包括:列車當(dāng)前運(yùn)行時長、列車上次??空拘畔?、列車上次??空景l(fā)車信息、列車下次??空拘畔?、列車下次停靠站發(fā)車信息等諸多數(shù)據(jù)。
在一個實(shí)施例中,默認(rèn)配送數(shù)據(jù)有以下字段組成:客戶端ID、配送物資ID、配送物資數(shù)量、配送站點(diǎn)ID、配送接收人車次編號、配送接收人車廂編號、配送接收人姓名、配送接收人聯(lián)系方式、配送支付類型、配送物資金額、配送物資配送費(fèi)用金額。
具體來說,當(dāng)用戶打開客戶端界面,選擇客戶端內(nèi)提供的物資型號、配送數(shù)量后,在物資配送請求數(shù)據(jù)131內(nèi)將物資唯一ID編號和物資數(shù)量數(shù)據(jù),添加至配送數(shù)據(jù)的物資ID字段內(nèi)和配送物資數(shù)量字段內(nèi);當(dāng)用戶通過客戶端界面選擇了配送的站點(diǎn),填寫了配送收貨人信息后,將配送站點(diǎn)唯一ID和收貨人信息添加到配送數(shù)據(jù)的配送站點(diǎn)ID、配送接收人車次編號、配送接收人車廂編號、配送接收人姓名、配送接收人聯(lián)系方式等字段內(nèi);當(dāng)用戶通過客戶端選擇了支付類型后,將配送支付類型、配送物資金額、配送物資費(fèi)用添加至配送字段內(nèi)。最后,用戶通過客戶端,點(diǎn)擊確認(rèn)配送按鈕后,客戶端將觸發(fā)待配送數(shù)據(jù)上傳操作,客戶端將物資配送請求數(shù)據(jù)131通過網(wǎng)絡(luò)數(shù)據(jù)傳輸方式上傳至物資配送平臺1上。
終端反饋數(shù)據(jù)132為針對物資配送請求數(shù)據(jù)131進(jìn)行響應(yīng)反饋的數(shù)據(jù)。終端反饋數(shù)據(jù)132由終端反饋數(shù)據(jù)生成單元101產(chǎn)生,并輸出至控制器輸出單元120。針對不同的終端來說,反饋的信息數(shù)據(jù)是不一樣的,針對客戶端反饋的信息主要包括是否能夠配送、無法配送的理由、推薦更換物資信息等數(shù)據(jù),針對配送終端反饋的信息主要包括預(yù)計配送時間、預(yù)計配送至鐵路客運(yùn)站點(diǎn)、配送人員信息等諸多信息。
需要說明的是,配送端為在配送平臺中預(yù)先注冊的用戶,配送平臺對其審核、認(rèn)證或管理,以保證配送端的安全性和可靠性。配送端可以是負(fù)責(zé)配送的配送公司、快遞公司、也可以是從事配送工作的個人。
(通信接口單元20的結(jié)構(gòu))
通信接口單元20為在Ethernet等接口中將邏輯信號轉(zhuǎn)換為實(shí)際的電子信號的物理層(Physical Layer)接口。通信接口單元20還可為可隨意裝卸的無線LAN接口或者是移動網(wǎng)絡(luò)接口,以便連接在網(wǎng)絡(luò)5上。
通信接口單元20中具備接收單元210及發(fā)送單元220。
接收單元210將從網(wǎng)絡(luò)5接收到的幀及數(shù)據(jù)包等數(shù)據(jù),輸出至控制器100。換言之,接收單元210接收到終端2發(fā)送的物資配送請求數(shù)據(jù)131的數(shù)據(jù)包后,將把該物資配送請求數(shù)據(jù)131輸出至控制器100。
發(fā)送單元220將控制器100輸出的數(shù)據(jù)包發(fā)送至網(wǎng)絡(luò)5。具體來說,發(fā)送單元220接收到控制器100輸出的終端反饋數(shù)據(jù)132后,將把終端反饋數(shù)據(jù)132的數(shù)據(jù)包發(fā)送給終端2。
在此,上述物資配置平臺1的各部分是本發(fā)明實(shí)施例得以實(shí)施的硬件資源。
[物資配送平臺1的數(shù)據(jù)處理]
根據(jù)本實(shí)施例,在控制器單元10中,控制器100讀取存儲部130中存儲的程序,并與各部分協(xié)作,使用硬件資源執(zhí)行以上程序。接下來,參照圖3的流程圖對本發(fā)明實(shí)施例中所涉及的應(yīng)用于鐵路客運(yùn)的物資交付過程的數(shù)據(jù)處理進(jìn)行分步說明。
(步驟S310)
首先,控制器輸入單元110進(jìn)行接收處理。此處,通信接口單元20的接收單元210接收到網(wǎng)絡(luò)5傳輸?shù)臄?shù)據(jù)包后,輸入至控制器單元10的控制器輸入單元110。
控制器輸入單元110將輸入的數(shù)據(jù)包輸出至控制器100。
(步驟S320)
接下來,控制器100開始啟動,判斷是否接收到物資配送請求數(shù)據(jù)131。在輸入有接收單元210接收到的數(shù)據(jù)包時,控制器100判斷為“是”,并將處理推進(jìn)至步驟S330。除此之外,控制器100將判斷為“否”并返回步驟S310,直至接收到數(shù)據(jù)包。
(步驟S330)
如果存在接收到的數(shù)據(jù)包,控制器100將對控制器輸入單元110輸入的數(shù)據(jù)包進(jìn)行處理。具體地,控制器100將會遵循與獲取的數(shù)據(jù)包相對應(yīng)的各種協(xié)議,進(jìn)行必要的處理。此外,為了保證數(shù)據(jù)的真實(shí)性,還可以進(jìn)行去噪處理等。如果輸入的數(shù)據(jù)包為物資配送請求數(shù)據(jù)131,控制器100將把其暫時保存在存儲部130內(nèi)。
(步驟S340)
控制器100中的反饋數(shù)據(jù)生成單元101將針對暫時保存的物資配送請求數(shù)據(jù)131生成相應(yīng)的終端反饋數(shù)據(jù)132。圖4為本發(fā)明實(shí)施例的生成終端反饋數(shù)據(jù)的流程示意圖,下面參照圖4來具體說明如何生成終端反饋數(shù)據(jù)132。
首先,在子步驟S3401中,反饋數(shù)據(jù)生成單元101根據(jù)物資配送請求數(shù)據(jù)131計算在途時間數(shù)據(jù)和物資補(bǔ)充時間數(shù)據(jù)。其中,在途時間數(shù)據(jù)是指從物資配送請求數(shù)據(jù)131發(fā)出時刻起,距離到達(dá)配送站點(diǎn)所需的時長。物資補(bǔ)充時間數(shù)據(jù)是指從終端反饋數(shù)據(jù)132發(fā)送至配送終端的時刻起,至物資配送到達(dá)配送站點(diǎn)的預(yù)設(shè)時長。
在途時間數(shù)據(jù)TE的計算方法:該車次到達(dá)配送站點(diǎn)的圖定時刻tM-物資配送請求數(shù)據(jù)發(fā)出時刻tR=在途時間數(shù)據(jù)TE。
物資補(bǔ)充時間數(shù)據(jù)TS計算方法:物資配送基礎(chǔ)預(yù)設(shè)時間tB+物資配送路途預(yù)設(shè)時間tJ=物資補(bǔ)充時間數(shù)據(jù)TS。
需要說明的是,物資配送基礎(chǔ)預(yù)設(shè)時間tB為配送平臺預(yù)設(shè)時間,預(yù)設(shè)時間根據(jù)物資種類、物資數(shù)量設(shè)置不同的預(yù)設(shè)時間。如:物資種類為1種時,其種類基礎(chǔ)預(yù)設(shè)時間為5分鐘;物資種類為2種時,其種類基礎(chǔ)預(yù)設(shè)時間為8分鐘;物資數(shù)量為1到5個時,數(shù)量基礎(chǔ)預(yù)設(shè)時間為5分鐘;物資數(shù)量為5到10個,其數(shù)量基礎(chǔ)預(yù)設(shè)時間為10分鐘。根據(jù)配送物資的種類和數(shù)量,計算出物資配送基礎(chǔ)預(yù)設(shè)時間,即種類基礎(chǔ)預(yù)設(shè)時間+數(shù)量基礎(chǔ)預(yù)設(shè)時間=物資配送基礎(chǔ)預(yù)設(shè)時間,如配送物資的物資種類為2種,物資數(shù)量為6個,則起物資配送基礎(chǔ)預(yù)設(shè)時間計算結(jié)果為(8分鐘+10分鐘=18分鐘)。物資配送路途預(yù)設(shè)時間為配送平臺預(yù)設(shè)的物資從配送站點(diǎn)到達(dá)站點(diǎn)需要的時間。
接著,在子步驟S3402中,反饋數(shù)據(jù)生成單元101根據(jù)計算的在途時間數(shù)據(jù)和物資補(bǔ)充時間數(shù)據(jù),判斷二者是否匹配。具體來說就是比較二者的關(guān)系,判斷物資補(bǔ)充時間是否小于或等于在途時間,在物資補(bǔ)充時間小于或等于在途時間時,則判斷驗(yàn)證通過物資配送請求,觸發(fā)配送通過的指令并生成與物資配送相關(guān)的終端反饋數(shù)據(jù)(子步驟S3403),否則,不能通過物資配送請求,觸發(fā)配送拒絕的指令并生成與物資無法配送相關(guān)的終端反饋數(shù)據(jù)(子步驟S3404)。
需要說明的是,上面的數(shù)據(jù)處理過程,是基于在客戶終端顯示的物資處于充足且配送終端默認(rèn)為在線的狀態(tài),每次物資配送結(jié)束后會進(jìn)行物資更新。但針對其他不進(jìn)行物資更新的情況,則在另一個例子中(具體參見圖4),在執(zhí)行子步驟S3401~S3404之前,反饋數(shù)據(jù)生成單元101需要對如下各個條件進(jìn)行判斷,當(dāng)任何一項判斷條件為否時,則無需執(zhí)行子步驟S3401~S3404,即可判斷無法針對該條物資配送請求數(shù)據(jù)進(jìn)行后續(xù)配送操作,并針對該物資配送請求數(shù)據(jù)觸發(fā)配送拒絕的指令。
(1)判斷物資配送請求數(shù)據(jù)中的物資種類是否在庫存數(shù)據(jù)內(nèi);
(2)判斷庫存數(shù)據(jù)內(nèi)該物資數(shù)量是否大于等于物資配送請求數(shù)據(jù)中的該物資的配送數(shù)量;
(3)與配送終端通信,判斷配送終端是否在線;
(4)與配送終端通信,判斷配送終端是否為待配送狀態(tài)。
當(dāng)然,以上判斷條件可以根據(jù)實(shí)際情況進(jìn)行設(shè)定,本發(fā)明不做限定。
在子步驟S3403中,在觸發(fā)配送通過的指令時,反饋數(shù)據(jù)生成單元101生成與物資配送相關(guān)的終端反饋數(shù)據(jù),終端反饋數(shù)據(jù)包括以下字段:配送信息ID、待配送信息全部字段信息。待配送信息全部字段可以包括預(yù)計配送時間、預(yù)計配送至鐵路客運(yùn)站點(diǎn)和客戶終端的信息等諸多信息。
在子步驟S3404中,在觸發(fā)配送拒絕的指令時,反饋數(shù)據(jù)生成單元101生成與物資無法配送相關(guān)的終端反饋數(shù)據(jù),終端反饋數(shù)據(jù)包括以下字段:無法配送理由、推薦更換物資信息等。
(步驟S350)
當(dāng)某條物資配送請求數(shù)據(jù)131觸發(fā)了配送拒絕指令時,控制器100根據(jù)該條物資配送指令數(shù)據(jù)131中的客戶端ID,向該客戶端ID發(fā)送一條無法配送信息。
當(dāng)某條物資配送請求數(shù)據(jù)131觸發(fā)了配送通過指令時,控制器100向提供物資配送的配送端ID發(fā)送一條配送信息。同時還可以根據(jù)該條物資配送指令數(shù)據(jù)中的客戶端ID,向該客戶端ID發(fā)送一條能夠配送的信息。
在進(jìn)行發(fā)送處理時,控制器100通過控制器輸出單元120將要發(fā)送的數(shù)據(jù)包進(jìn)行輸出??刂破鬏敵鰡卧?20將要發(fā)送的數(shù)據(jù)包輸出至通信接口單元20的發(fā)送單元220。之后,要發(fā)送的數(shù)據(jù)包通過發(fā)送單元220,輸出至網(wǎng)絡(luò)5,完成向不同終端用戶的信息輸出。
隨后,各配送終端確認(rèn)接收到終端反饋信息,并根據(jù)終端反饋信息確認(rèn)開始配送以及確認(rèn)配送送達(dá)。具體地,在配送終端接收到信息后,通過在配送終端上確認(rèn)開始配送按鈕,自動向配送平臺1發(fā)送一個確認(rèn)接收到配送信息指令。該配送信息指令包括以下字段:配送終端ID、確認(rèn)開始配送按鈕點(diǎn)擊時間。在配送終端配送完成后,通過在配送終端界面上確認(rèn)配送送達(dá)按鈕,配送終端向配送平臺1自動發(fā)送一條確認(rèn)配送送達(dá)信息,信息包括以下字段:配送終端ID,確認(rèn)配送送達(dá)按鈕點(diǎn)擊時間。
需要說明的是,配送終端與配送平臺1之間優(yōu)選采用移動通信方式,包括但不限于全球移動通訊系統(tǒng)(Global System of Mobile communication,GSM)、通用分組無線服務(wù)(General Packet Radio Service,GPRS)、碼分多址(Code Division Multiple Access,CDMA)、寬帶碼分多址(Wideband Code Division Multiple Access,WCDMA)、長期演進(jìn)(Long Term Evolution,LTE)、電子郵件、短消息服務(wù)(Short Messaging Service,SMS)等任一通信標(biāo)準(zhǔn)或協(xié)議。
本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白,本發(fā)明的實(shí)施例可提供為方法、系統(tǒng)、或計算機(jī)程序產(chǎn)品。因此,本發(fā)明可采用完全硬件實(shí)施例、完全軟件實(shí)施例、或結(jié)合軟件和硬件方面的實(shí)施例的形式。而且,本發(fā)明可采用在一個或多個其中包含有計算機(jī)可用程序代碼的計算機(jī)可用存儲介質(zhì)(包括但不限于磁盤存儲器和光學(xué)存儲器等)上實(shí)施的計算機(jī)程序產(chǎn)品的形式。
本發(fā)明是參照根據(jù)本發(fā)明實(shí)施例的方法、設(shè)備(系統(tǒng))、和計算機(jī)程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計算機(jī)程序指令實(shí)現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合??商峁┻@些計算機(jī)程序指令到通用計算機(jī)、專用計算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機(jī)器,使得通過計算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實(shí)現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
這些計算機(jī)程序指令也可存儲在能引導(dǎo)計算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機(jī)可讀存儲器中,使得存儲在該計算機(jī)可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品,該指令裝置實(shí)現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。這些計算機(jī)程序指令也可裝載到計算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備上,使得在計算機(jī)或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機(jī)實(shí)現(xiàn)的處理,從而在計算機(jī)或其他可編程設(shè)備上執(zhí)行的指令提供用于實(shí)現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
顯然,本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣,倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi),則本發(fā)明也意圖包含這些改動和變型在內(nèi)。