本申請涉及商品對象信息處理
技術(shù)領(lǐng)域:
,特別是涉及商品對象信息處理方法、裝置及系統(tǒng)。
背景技術(shù):
:o2o(onlinetooffline,線上到線下),是指將線下的商務(wù)機會與互聯(lián)網(wǎng)結(jié)合,讓互聯(lián)網(wǎng)成為線下交易的平臺。隨著服務(wù)性電子商務(wù)模式的升級,完善了商品(服務(wù))、下單、支付等流程,把之前簡單的電商模塊,轉(zhuǎn)移到更加高頻和生活化場景中來。由于傳統(tǒng)的服務(wù)行業(yè)一直處在一個低效且勞動力消化不足的狀態(tài),因此,在新模式的推動下,出現(xiàn)了o2o的狂歡熱潮,于是上門送餐(俗稱“外賣”)、上門生鮮、上門化妝等各種o2o模式開始層出不窮。一個典型的o2o系統(tǒng)通常由三部分組成:銷售渠道提供方(簡稱發(fā)布渠道服務(wù)器,例如,淘點點、口碑外賣等)、商家、消費者。在傳統(tǒng)模式下,商家可以選擇發(fā)布渠道服務(wù)器,安裝該發(fā)布渠道服務(wù)器的商家客戶端,并進行注冊,之后便可以利用自己的賬戶信息向平臺中發(fā)布其商品;消費者可以通過發(fā)布渠道服務(wù)器的消費者客戶端(例如,移動終端設(shè)置中安裝的app等)瀏覽各商家發(fā)布的商品,并且可以對指定商家中的指定商品進行下單、支付、選擇送貨時間、填寫送貨地址等等。之后,發(fā)布渠道服務(wù)器便可以將相關(guān)的訂單信息發(fā)送到對應(yīng)的商家客戶端,商家可以準備對應(yīng)的商品,然后將準備好的商品按照消費者指定的時間配送到指定的地址。其中,配送服務(wù)可以是由商家自行提供,為了規(guī)范配送流程,提高配送效率,有些發(fā)布渠道服務(wù)器為商家提供統(tǒng)一的配送服務(wù),也即,在消費者下單后,發(fā)布渠道服務(wù)器除了向商家客戶端發(fā)送訂單信息,還可以指派專門的配送人員,由配送人員去商家門店收取商品,與自己接收到的訂單信息進行核對無誤后,派送到消費者指定的收貨地址。在o2o模式下,商品的銷量以及訂單的履約情況(是否按時送達等)是商家關(guān)注的重點。為了提高銷量,商家可以選擇與多個發(fā)布渠道服務(wù)器合作, 例如,同一家餐廳,可以選擇與“口碑外賣”合作,同時還可以選擇與其他的發(fā)布渠道服務(wù)器合作。這就意味著,商家的終端設(shè)備上需要安裝多個發(fā)布渠道服務(wù)器的客戶端應(yīng)用,不同的發(fā)布渠道服務(wù)器能夠提供的服務(wù)類型、服務(wù)流程等可能都會有所不同,這種現(xiàn)象的存在容易影響訂單的正常履約,嚴重影響用戶體驗。技術(shù)實現(xiàn)要素:本申請?zhí)峁┝松唐穼ο笮畔⑻幚矸椒?、裝置及系統(tǒng),能夠保證訂單的按時履約,提高履約效率。本申請?zhí)峁┝巳缦路桨福阂环N商品對象信息處理系統(tǒng),包括:商品對象信息提交模塊,用于向多個發(fā)布渠道服務(wù)器提交商品對象信息,以便所述發(fā)布渠道服務(wù)器發(fā)布商品對象信息后,根據(jù)第一用戶的操作指令生成交易訂單;訂單路由處理模塊,用于接收所述發(fā)布渠道服務(wù)器中生成的交易訂單,對交易訂單進行處理后,生成加工制作任務(wù)以及派送任務(wù),并將所述加工制作任務(wù)發(fā)送到加工終端,將所述派送任務(wù)發(fā)送到派送終端;所述加工任務(wù)中包括至少一個交易訂單中關(guān)聯(lián)的商品對象;所述加工終端用于根據(jù)接收到的加工制作任務(wù)提供加工制作指示信息,以便對所述至少一個交易訂單中關(guān)聯(lián)的商品對象進行貨品加工制作;所述派送終端用于根據(jù)接收到的派送任務(wù)提供派送指示信息,以便針對所述至少一個交易訂單進行派送。一種商品對象信息處理方法,包括:訂單路由處理模塊接收所述多個發(fā)布渠道服務(wù)器中生成的交易訂單;其中,所述多個發(fā)布渠道服務(wù)器根據(jù)商品對象信息提交服務(wù)器提交的商品對象信息 進行信息發(fā)布,并根據(jù)第一用戶的操作指令生成所述交易訂單;對交易訂單進行處理后,生成加工制作任務(wù)以及派送任務(wù);所述加工制作任務(wù)中包括至少一個交易訂單中關(guān)聯(lián)的商品對象;將所述加工制作任務(wù)發(fā)送到加工終端,以便按照所述加工終端提供的加工制作指示信息進行加工制作;將所述派送任務(wù)發(fā)送到派送終端,以便按照所述派送終端提供的派送指示信息進行派送。一種商品對象信息處理方法,包括:加工終端接收訂單路由處理模塊發(fā)送的加工制作任務(wù),其中,所述訂單路由處理模塊在接收到多個發(fā)布渠道服務(wù)器中生成的交易訂單,并對交易訂單進行處理后,生成的所述配貨任務(wù),所述多個發(fā)布渠道服務(wù)器根據(jù)商品對象信息提交服務(wù)器提交的商品對象信息進行信息發(fā)布,并根據(jù)第一用戶的操作指令生成所述交易訂單;根據(jù)接收到的加工制作任務(wù)提供加工制作指示信息,以便對所述至少一個交易訂單中關(guān)聯(lián)的商品對象進行加工制作,并將加工制作完成的商品對象通過預(yù)置的懸掛鏈以及輸送軌道,輸送至指定的位置。一種商品對象信息處理裝置,應(yīng)用于訂單路由處理模塊,包括:交易訂單接收單元,用于接收所述多個發(fā)布渠道服務(wù)器中生成的交易訂單;其中,所述多個發(fā)布渠道服務(wù)器根據(jù)商品對象信息提交服務(wù)器提交的商品對象信息進行信息發(fā)布,并根據(jù)第一用戶的操作指令生成所述交易訂單;任務(wù)生成單元,用于對交易訂單進行處理后,生成加工制作任務(wù)以及派送任務(wù);所述加工制作任務(wù)中包括至少一個交易訂單中關(guān)聯(lián)的商品對象;加工制作任務(wù)發(fā)送單元,用于將所述加工制作任務(wù)發(fā)送到加工終端,以便按照所述加工終端提供的加工制作指示信息進行加工制作;派送任務(wù)發(fā)送單元,用于將所述派送任務(wù)發(fā)送到派送終端,以便按照所述 派送終端提供的派送指示信息進行派送。一種商品對象信息處理裝置,應(yīng)用于加工終端,包括:加工制作任務(wù)接收單元,用于接收訂單路由處理模塊發(fā)送的加工制作任務(wù),其中,所述訂單路由處理模塊在接收到多個發(fā)布渠道服務(wù)器中生成的交易訂單,并對交易訂單進行處理后,生成的所述配貨任務(wù),所述多個發(fā)布渠道服務(wù)器根據(jù)商品對象信息提交服務(wù)器提交的商品對象信息進行信息發(fā)布,并根據(jù)第一用戶的操作指令生成所述交易訂單;加工制作指示信息提供接收單元,用于根據(jù)接收到的加工制作任務(wù)提供加工制作指示信息,以便對所述至少一個交易訂單中關(guān)聯(lián)的商品對象進行加工制作,并將加工制作完成的商品對象通過預(yù)置的懸掛鏈以及輸送軌道,輸送至指定的位置。根據(jù)本申請?zhí)峁┑木唧w實施例,本申請公開了以下技術(shù)效果:通過本申請實施例,可以提供統(tǒng)一的多渠道信息投放以及訂單管理,對于從各個渠道服務(wù)器中接收到的交易訂單,可以統(tǒng)一進行解析,并生成相應(yīng)的配貨任務(wù)以及派送任務(wù),通過這種集中式的訂單管理,可以實現(xiàn)訂單履約過程中的標準化,保證訂單的按時履約,提高履約效率。當然,實施本申請的任一產(chǎn)品并不一定需要同時達到以上所述的所有優(yōu)點。附圖說明為了更清楚地說明本申請實施例或現(xiàn)有技術(shù)中的技術(shù)方案,下面將對實施例中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本申請的一些實施例,對于本領(lǐng)域普通技術(shù)人員來講,在不付出創(chuàng)造性勞動的前提下,還可以根據(jù)這些附圖獲得其他的附圖。圖1是本申請實施例提供的系統(tǒng)的示意圖;圖2是本申請實施例提供的第一方法的流程圖;圖3是本申請實施例提供的第二方法的流程圖;圖4是本申請實施例提供的第一裝置的示意圖;圖5是本申請實施例提供的第二裝置的示意圖。具體實施方式下面將結(jié)合本申請實施例中的附圖,對本申請實施例中的技術(shù)方案進行清楚、完整地描述,顯然,所描述的實施例僅僅是本申請一部分實施例,而不是全部的實施例?;诒旧暾堉械膶嵤├?,本領(lǐng)域普通技術(shù)人員所獲得的所有其他實施例,都屬于本申請保護的范圍。實施例一在本申請實施例一中,從商家的角度提供了一種商品對象信息處理系統(tǒng)。該系統(tǒng)可以與合作的多個銷售發(fā)布渠道服務(wù)器進行對接,向多個發(fā)布渠道服務(wù)器發(fā)布了商品對象信息后,在消費者下單的過程中,該系統(tǒng)可以從發(fā)布渠道服務(wù)器的訂單接口獲取到具體的交易訂單,之后,該系統(tǒng)可以對交易訂單進行的解析管理,生成統(tǒng)一加工制作任務(wù)以及派送任務(wù),分別提供給加工終端以及派送終端。具體實現(xiàn)時,參見圖1,本申請實施例一提供的商品對象信息處理系統(tǒng),其特征在于,包括:商品對象信息提交模塊101,用于向多個發(fā)布渠道服務(wù)器提交商品對象信息,以便所述發(fā)布渠道服務(wù)器發(fā)布商品對象信息后,根據(jù)第一用戶的操作指令生成交易訂單;所述商品對象包括快餐類商品對象;具體的,所述商品對象可以包括生鮮類商品對象,例如水果、海鮮等等;訂單路由處理模塊102,用于接收所述發(fā)布渠道服務(wù)器中生成的交易訂單,對交易訂單進行處理后,生成加工制作任務(wù)以及派送任務(wù),并將所述加工制作任務(wù)發(fā)送到加工終端,將所述派送任務(wù)發(fā)送到派送終端;所述加工任務(wù)中包括至少一個交易訂單中關(guān)聯(lián)的商品對象;所述加工終端103根據(jù)接收到的加工制作任務(wù)提供加工制作指示信息,以 便對所述至少一個交易訂單中關(guān)聯(lián)的商品對象進行貨品加工制作;所述派送終端104用于根據(jù)接收到的派送任務(wù)提供派送指示信息,以便針對所述至少一個交易訂單進行派送。具體實現(xiàn)時,商品對象信息提交模塊在向多個發(fā)布渠道服務(wù)器提交商品對象信息時,還可以根據(jù)線下店鋪中可提供的商品對象庫存數(shù)量,確定同一商品對象分配到各發(fā)布渠道服務(wù)器中銷售的庫存數(shù)量,在向發(fā)布渠道服務(wù)器提交商品對象信息時,還提交對應(yīng)的庫存數(shù)量信息,以便各個發(fā)布渠道服務(wù)器內(nèi)按照對應(yīng)的庫存數(shù)量進行銷售。例如,某商品對象在某門店共有100件庫存,共有三個合作的發(fā)布渠道服務(wù)器,于是向發(fā)布渠道服務(wù)器a鋪貨40件,向發(fā)布渠道服務(wù)器b鋪貨30件,向發(fā)布渠道服務(wù)器c鋪貨30件等。對于上述存在庫存信息的情況下,參見圖1,該系統(tǒng)中還可以包括庫存管理模塊105,用于對各個商品對象在各個發(fā)布渠道服務(wù)器中的庫存數(shù)量進行記錄及更新。具體的,可以在商品對象信息提交模塊向多個發(fā)布渠道服務(wù)器提交商品對象信息時,記錄各個商品對象在各個發(fā)布渠道服務(wù)器中的庫存數(shù)量信息,在訂單路由處理模塊接收到所述發(fā)布渠道服務(wù)器中生成的交易訂單時,確定交易訂單關(guān)聯(lián)的商品對象信息以及發(fā)布渠道服務(wù)器信息,并將對應(yīng)商品對象在對應(yīng)發(fā)布渠道服務(wù)器中的庫存數(shù)量進行更新。例如,可以對對應(yīng)發(fā)布渠道服務(wù)器的庫存數(shù)量進行扣減等。如果門店中針對某商品對象追加了新的庫存,也可以向各個發(fā)布渠道服務(wù)器追加相應(yīng)的鋪貨數(shù)量等等。也就是說,庫存管理模塊105中保存的信息可以如以下表1所示:表1在實際應(yīng)用中可能存在以下情況:發(fā)布渠道服務(wù)器a由于開展優(yōu)惠促銷活動等,使得其中的商品對象銷售的比較快,而發(fā)布渠道服務(wù)器b、c中的銷售速度則相對較慢。此時,會出現(xiàn)不同發(fā)布渠道服務(wù)器之間可售數(shù)量不能有效體現(xiàn)出商品庫存的現(xiàn)象。例如,某消費者用戶在使用發(fā)布渠道服務(wù)器a的客戶端查看時,發(fā)現(xiàn)某商品對象已無貨,而在使用發(fā)布渠道服務(wù)器a的客戶端查看時,卻發(fā)現(xiàn)該商品對象還有很多的可售庫存,此時,這不僅影響商品對象的銷售速度,而且影響到消費者的體驗,容易使消費才對對商品的真實性的產(chǎn)生質(zhì)疑等。為此,在本申請實施例中,庫存信息服務(wù)器105還可以用于對同一商品對象在各個發(fā)布渠道服務(wù)器中的庫存數(shù)量進行監(jiān)控,以用于在各個發(fā)布渠道服務(wù)器之間進行庫存數(shù)量的調(diào)配。例如,某時刻發(fā)現(xiàn)發(fā)布渠道服務(wù)器a中的庫存數(shù)量明顯少于另外兩個發(fā)布渠道服務(wù)器a中的庫存數(shù)量,則可以增加發(fā)布渠道服務(wù)器a中的可售庫存數(shù)量,相應(yīng)的,減少發(fā)布渠道服務(wù)器b、c中的可售庫存數(shù)量,并保證調(diào)配前后總的可售庫存數(shù)量保持不變。這樣可以促使商品對象以更快的速度售完,并且避免出現(xiàn)同一商品對象在不同發(fā)布渠道服務(wù)器中的可售信息出現(xiàn)不一致的現(xiàn)象。具體實現(xiàn)時,生鮮類商品對象對應(yīng)的線下店鋪可以稱為“超市”,超市內(nèi)可以開設(shè)多個檔口,例如,可以包括水果檔口、海鮮檔口等等。各個檔口中的具體貨品可以是預(yù)先采購進入超市的。與快餐類商品對象不同的是,生鮮類的商品對象通常不具有“盒飯”那種標準化的包裝,例如,商品對象是蘋果,消費者在下單時,可能會指定購買的公斤數(shù),等等,超市在收到訂單后,通常需要先進行稱重,之后,再進行打包等操作。因此,對于生鮮類商品對象,通常都是在收到訂單之后,再根據(jù)訂單指定的規(guī)格進行加工制作,加工制作的過程可以包括貨品的稱重等操作。加工制作完成值之后再進行打包,并等待派送。為了便于提高揀貨效率,可以部署一懸掛鏈輸送系統(tǒng)106,該懸掛鏈輸送子貨架系統(tǒng)包括輸送軌道以及懸掛鏈,其中,在貨品加工完成后,通過所述懸掛鏈以及輸送軌道,輸送至預(yù)置的位置處(例如,打包處,等等)。其中,如果線 下店鋪內(nèi)包括多個區(qū)域,也即,多個檔口,則每個檔口都可以具有能夠輸送到統(tǒng)一的打包處等位置的輸送軌道,每個輸送軌道上都可以帶有多個懸掛鏈。也即,輸送軌道為多條,每條輸送軌道的輸送起點與一個區(qū)域所在的位置對應(yīng),各條輸送軌道具有相同的輸送終點。在接收到加工制作任務(wù)后,某個檔口在對對應(yīng)的貨品進行稱重等操作后,可以裝入預(yù)置的輸送袋中,并掛到懸掛鏈上。之后,對應(yīng)的輸送軌道就可以自動將裝有對應(yīng)貨品的輸送袋輸送到打包處,在打包處進行打包等操作,再由派送員進行派送。這樣,加工員只需要進行稱重、將貨品懸掛到懸掛鏈上等操作即可,而不需要將貨品從檔口送到打包處,因此,可以提高揀貨效率。關(guān)于提供派送服務(wù)的派送方,可以采用“自營”或者與第三方配送服務(wù)方合作等方式。可以預(yù)先為派送員配備本申請實施例中的派送終端104,通過該派送終端104,派送員可以接收任務(wù)委派、狀態(tài)報告、位置報告等等。這樣,從商品對象的加工制作(主要包括菜品的加工制作等)到配貨(主要包括揀貨、打包等),再到后續(xù)的派送,都可以實現(xiàn)統(tǒng)一的管理,因此,可以實現(xiàn)服務(wù)的標準化,也可以更好的履行訂單。其中,關(guān)于加工制作任務(wù)以及派送任務(wù)的具體生成方式,在后續(xù)的實施例三中會進行詳細的介紹。需要說明的是,在本申請實施例中涉及到的各個模塊,在具體實現(xiàn)時,可以分別由單獨的服務(wù)器實現(xiàn),或者也可以是作為一個服務(wù)器的一部分存在,可以根據(jù)實際業(yè)務(wù)的需要進行靈活配置??傊?,通過本申請實施例,可以提供統(tǒng)一的多渠道信息投放以及訂單管理系統(tǒng),通過該系統(tǒng)可以實現(xiàn)標準化,保證訂單的按時履約,提高履約效率。下面對該系統(tǒng)的具體實現(xiàn)方式進行詳細介紹。下面分別對系統(tǒng)中涉及到的各個實體的角度,對本申請實施例進行介紹。實施例二該實施例二主要從訂單路由處理服務(wù)器的角度,提供了商品對象信息處理方法,參見圖2,該方法可以包括以下步驟:s201:訂單路由處理模塊接收所述多個發(fā)布渠道服務(wù)器中生成的交易訂單;其中,所述多個發(fā)布渠道服務(wù)器根據(jù)商品對象信息提交模塊提交的商品對象信息進行信息發(fā)布,并根據(jù)第一用戶的操作指令生成所述交易訂單;具體實現(xiàn)時,各個發(fā)布渠道服務(wù)器通常會開放一些接口,其中就包括訂單接口,通過該接口,發(fā)布渠道服務(wù)器可以將消費者下單后生成的訂單推送到訂單路由處理服務(wù)器,訂單路由處理服務(wù)器通過接收到的推送信息,即可獲取到發(fā)布渠道服務(wù)器中生成的交易訂單?;蛘?,在另一種實現(xiàn)方式下,訂單路由處理服務(wù)器也可以采用對發(fā)布渠道服務(wù)器訂單接口進行輪詢的方式,從各個發(fā)布渠道服務(wù)器拉取交易訂單,例如,訂單路由處理服務(wù)器可以每一分鐘發(fā)起一次輪詢,等等??傊?,消費者在具體的發(fā)布渠道服務(wù)器中下單后,發(fā)布渠道服務(wù)器生成對應(yīng)的交易訂單,之后,該交易訂單可以通過多種方式被訂單路由處理服務(wù)器接收到,由訂單路由處理服務(wù)器進行后續(xù)的處理。s202:對交易訂單進行處理后,生成加工制作任務(wù)以及派送任務(wù);所述加工制作任務(wù)中包括至少一個交易訂單中關(guān)聯(lián)的商品對象;由于不同的發(fā)布渠道服務(wù)器對訂單格式的定義可能不同,因此,在本申請實施例中,訂單路由處理模塊可以預(yù)先獲知各個合作的發(fā)布渠道服務(wù)器的訂單格式信息,在獲取到交易訂單后,可以首先按照對應(yīng)的訂單格式進行解析,讀取中其中的訂單信息,例如,可以包括門店信息、商品對象信息、訂單類型信息、送達時間信息、收貨地址信息,等等。在實際應(yīng)用中,發(fā)布渠道服務(wù)器產(chǎn)生的交易訂單可能會存在異常訂單的情況,例如,可能是訂單價格異常、訂單超量、聯(lián)系方式不全、訂單地址異常、配送時間異常、截單后的訂單(例如,某門店的午餐訂單在15:00截單,如果某訂單生成于15:00之后,則會被判定為異常),等等。為此,訂單路由處理服務(wù)器還可以預(yù)先配置并保存異常檢測規(guī)則,在獲取到交易訂單后,可以利用這些規(guī)則首先對交易訂單進行異常檢測,如果沒有異常,再按照正常的流程進行處理。存在異常的交易訂單可以有多種處理方式,例如,可以對異常訂單進行修改,或者,將異常訂單拒單,或者,還可以跳過異常檢測,直接進行接單,等等。在解析出訂單信息后,可以生成加工制作任務(wù)以及派送任務(wù),分別發(fā)送給加工終端以及派送終端,由加工制作員進行加工制作,并由派送員進行派送。具體實現(xiàn)時,為了更好的實現(xiàn)訂單履約,本申請實施例還可以在前述系統(tǒng)的基礎(chǔ)上進行進一步的優(yōu)化。首先,考慮到實際應(yīng)用中可能會出現(xiàn)以下情況:派送員數(shù)量有限,不可能做到每個交易訂單到來時,都有配送員空閑,如果派送員按照交易訂單生成的先后順序進行配送,派送完一個交易訂單,再返回門店,取下一個交易訂單的商品對象,再派送,則經(jīng)常會造成一些交易訂單無法按時履行,尤其是在多渠道投放、交易訂單數(shù)量非常大甚至并發(fā)的情況下,無法按時履約的訂單數(shù)量會比較多。針對這種情況,本申請實施例中,在對一個交易訂單進行解析后,可以不是直接生成加工制作任務(wù),而是先在訂單路由處理服務(wù)器進行保存,在接收到其他的交易訂單后,確定出可合成為同一批次的至少一個交易訂單,并根據(jù)該至少一個交易訂單關(guān)聯(lián)的商品對象集合生成加工制作任務(wù),在該加工制作任務(wù)中記錄關(guān)聯(lián)的商品對象信息,以及與各個交易訂單之間的關(guān)聯(lián)關(guān)系。然后,可以將加工制作任務(wù)提供給加工終端,以便進入加工制作流程,這樣,可以針對同一批次的各交易訂單進行同時加工制作以及派送。也就是說,訂單路由處理模塊獲取到的交易訂單,可以一批一批地提供給加工員,這樣,可以對同一批次的交易訂單同時進行加工制作、打包等操作,并且可以由同一個派送員同時進行派送。其中,具體在確定哪些交易訂單能夠成為同一批次時,可以有多種方式,例如,其中一種方式下,可以考慮門店信息、訂單類型、送達時間信息等因素,首先,對應(yīng)同一家門店的交易訂單,才可以成為一個批次。在滿足該條件后,可以考慮送達時間信息,關(guān)于該信息,由于在消費者下單時,可以選擇即時送達,或者指定時間點送達,針對兩種情況可以有不同的處理方式。其中,針對預(yù)約在指定時間點送達的交易訂單,可以根據(jù)指定的送達時間信息以及預(yù)置的履約時效信息(包括訂單生產(chǎn)過程中加工制作、打包等操作所需的時間長度,以及配送所需的時間長度),確定出開始加工制作時間。然后,將開始加工制作時間相同,并且收貨地址信息符合預(yù)置條件(例如距離比較近,等)的至少一個交易訂單確定為可合成為同一批次。之后,在到達所述開始加工制作時間時,根據(jù)對應(yīng)批次的交易訂單生成加工制作任務(wù),并發(fā)送到加工終端。例如,訂單路由處理模塊在11:00中接收到交易訂單a,該訂單的送達時間信息為指定在12:00送達,根據(jù)預(yù)先配置的履約時效信息可知,配貨過程的履約時效為10分鐘(主要包括分揀、打包等操作),從當前門店到指定的收貨地址所需的時效為20分鐘,因此,可以確定出該交易訂單a的加工制作開始時間為11:30,因此,暫時先不將該交易訂單a的信息發(fā)送給配貨終端,而是在訂單路由處理服務(wù)器等待。在等待的過程中,如果接收到新的交易訂單b,同樣也針對同一家門店,并且計算出加工制作開始時間也是11:30,并且兩個訂單的收貨地址距離比較近,則可以將交易訂單a與交易訂單b確定為同一批次。類似的,在11:30之前可能還會收到其他滿足上述條件的交易訂單,因此,可以將這些滿足條件的交易訂單都作為同一批次。在到達11:30分時,就可以根據(jù)該批次包含的各個交易訂單,生成加工制作任務(wù),主要是提取出各個交易訂單包含的商品對象信息,進行匯總后,生成加工制作任務(wù),并發(fā)送到加工終端,加工員就可以按照加工制作任務(wù)的信息進行加工制作操作。另外,對于要求即時送達的交易訂單,則可以穿插到最近的批次中,也即,在接收到需即時送達的交易訂單時,可以將該交易訂單添加到加工制作開始時間最近的批次中。例如,在12:25分接收到一個需要即時送達的交易訂單,最近的批次是將會在12:30開始加工制作的批次,因此,就可以將該交易訂單添加到該批次中。當然,如果最近的批次距離接收到當前需即時送達的交易訂單的時間間隔超過了某閾值,例如20分鐘等,則為了避免影響到對即時送達訂單的按時履約,也可以直接將該即時送達訂單單獨作為一個批次?;蛘撸O(shè)定一等待時間,例如,等待10分鐘等,在該等待時間內(nèi)如果接收到新的即時送達訂單,則也可以將這些即時送達訂單作為一個批次。需要說明的是,在生成批次的過程中,還可以考慮配送中心的運力等問題。也就是說,由于同一批次的訂單通常是由同一個派送員進行派送,而同一個派送員一次派送的能力是有限的,尤其是在派送車輛配備有標準的派送箱等設(shè)備的情況下,一個派送箱中能夠容納的包裹數(shù)量有限,因此,在生成批次的過程中,也不能無限制地向同一批次中增加交易訂單的數(shù)量。具體實現(xiàn)時,可以在每次向同一批次添加一個交易訂單后,對該批次中的商品對象的體積/重量是否超出運力范圍進行判斷,如果超出,則不再向該批次中添加新的交易訂單。 其中,關(guān)于派送運力信息可以是預(yù)先配置的,例如,可以通過一次能夠派送的商品對象體積/重量等進行配置,訂單路由處理服務(wù)器在進行判斷時,可以對商品對象的體積進行預(yù)估,將預(yù)估出的一個批次中的商品對象總體積,與運力能夠支持的體積/重量進行比較,等等。另外,在實際應(yīng)用中,有些商品對象可能具有比較大件(例如體積/重量超出預(yù)置的閾值等)的特點,例如10公斤一袋的面粉、5公斤一桶的食用油,等等,這種商品對象通常難以與其他商品對象一起打包派送,為此,可以預(yù)先為體積/重量大于預(yù)置閾值的商品對象添加預(yù)置標識。例如,保存商品對象信息時可以如下保存:表2商品對象標識包裝盒規(guī)格商品對象重量(kg)是否為大件100001大號10是100002中號0.5否……………………這樣,在接收到交易訂單后,可以通過判斷所述交易訂單中是否存在帶有所述預(yù)置標識的商品對象,判斷是否存在大件商品對象。如果發(fā)現(xiàn)訂單中關(guān)聯(lián)的商品對象包括大件商品對象,則可以將該交易訂單單獨形成一個批次,單獨進行打包派送。其中,如果一個交易訂單中同時包括大件商品對象以及其他的普通商品對象,則可以進行拆單操作,將其中的大件商品對象提取出來,單獨作為一個批次,并生成第二訂單。交易訂單中剩余的普通商品對象,則可以按照前述的方式與其他交易訂單形成批次。對于這種情況,同一交易訂單中不同類型的商品對象可能會由不同的派送員進行派送,但是都會按照消費者指定的送達時間進行履約。在實際應(yīng)用中,為了使得訂單路由處理模塊可以更直觀地體現(xiàn)出交易訂單的信息,還可以將交易訂單的收貨地址信息映射到電子地圖系統(tǒng)中的坐標,并通過“氣球”、“氣泡”等形狀的圖形來標示。另外,在地圖上標示各個坐標時, 還可以將消費者指定的送達時間、開始配貨時間、開始派送時間等時間信息展示到電子地圖系統(tǒng)中,從而可以直觀的顯示出交易訂單集中出現(xiàn)的位置、時間等,便于在各個位置之間進行運力調(diào)配等操作??傊?,通過上述方式,可以分批次地進行訂單的加工制作以及派送,從而使得要求送達時間相近、地理位置相近的交易訂單可以并行配送,因此,可以更好的保證交易訂單的按時履約。s203:將所述加工制作任務(wù)發(fā)送到加工終端,以便按照所述加工終端提供的加工制作指示信息進行加工制作;s204:將所述派送任務(wù)發(fā)送到派送終端,以便按照所述派送終端提供的派送指示信息進行派送。實施例三該實施例四是從加工終端的角度提供了一種商品對象信息處理方法,參見圖3,該方法可以包括以下步驟:s301:加工終端接收訂單路由處理模塊發(fā)送的加工制作任務(wù),其中,所述訂單路由處理模塊在接收到多個發(fā)布渠道服務(wù)器中生成的交易訂單,并對交易訂單進行處理后,生成的所述配貨任務(wù),所述多個發(fā)布渠道服務(wù)器根據(jù)商品對象信息提交模塊提交的商品對象信息進行信息發(fā)布,并根據(jù)第一用戶的操作指令生成所述交易訂單;s302:根據(jù)接收到的加工制作任務(wù)提供加工制作指示信息,以便對所述至少一個交易訂單中關(guān)聯(lián)的商品對象同時進行加工制作,并將加工制作完成的商品對象通過預(yù)置的懸掛鏈以及輸送軌道,輸送至指定的位置。需要說明的是,關(guān)于前述實施例三,是與前述實施例相對應(yīng)的,只是描述角度有所不同,因此,相關(guān)的具體實現(xiàn)可以參見前述實施例中的記載,這里不再贅述。與實施例二相對應(yīng),本申請實施例還提供了一種商品對象信息處理裝置,該裝置可以應(yīng)用于訂單路由處理模塊,參見圖4,該裝置可以包括:交易訂單接收單元401,用于接收所述多個發(fā)布渠道服務(wù)器中生成的交易訂單;其中,所述多個發(fā)布渠道服務(wù)器根據(jù)商品對象信息提交服務(wù)器提交的商品對象信息進行信息發(fā)布,并根據(jù)第一用戶的操作指令生成所述交易訂單;任務(wù)生成單元402,用于對交易訂單進行處理后,生成加工制作任務(wù)以及派送任務(wù);所述加工制作任務(wù)中包括至少一個交易訂單中關(guān)聯(lián)的商品對象;加工制作任務(wù)發(fā)送單元403,用于將所述加工制作任務(wù)發(fā)送到加工終端,以便按照所述加工終端提供的加工制作指示信息進行加工制作;派送任務(wù)發(fā)送單元404,用于將所述派送任務(wù)發(fā)送到派送終端,以便按照所述派送終端提供的派送指示信息進行派送。其中,所述任務(wù)生成單元可以包括:批次合成子單元,用于根據(jù)接收到的各交易訂單的信息確定可合成為同一批次的多個交易訂單;生成子單元,用于根據(jù)所述多個交易訂單生成加工制作任務(wù)以及派送任務(wù)。所述批次合成子單元包括:時間確定子單元,用于針對預(yù)約在指定時間點送達且對應(yīng)同一線下店鋪的交易訂單,根據(jù)指定的送達時間信息以及預(yù)置的履約時效信息,確定開始加工制作時間;合成子單元,用于將開始加工制作時間相同且收貨地址信息符合預(yù)置條件的至少一個交易訂單確定為可合成為同一批次,以便在到達所述開始加工制作時間時,將針對對應(yīng)批次生成的加工制作任務(wù)發(fā)送到加工終端。具體實現(xiàn)時,該裝置還可以包括:第一添加單元,用于接收到需即時送達的交易訂單時,將該交易訂單添加到同一線下店鋪內(nèi)開始加工制作時間最近的批次中。運力信息保存單元,用于預(yù)先保存各個商品對象的體積/重量屬性信息,以及配送的運力信息;運力判斷單元,用于在將一個交易訂單添加到一批次中之前,判斷添加該 交易訂單后,該批次內(nèi)商品對象的總體積/重量是否超出配送運力;第二添加單元,用于如果未超出,則將該交易訂單添加到該批次中。標識添加單元,用于預(yù)先為體積/重量大于預(yù)置閾值的商品對象添加預(yù)置標識;標識判斷單元,用于在接收到所述交易訂單后,判斷所述交易訂單中是否存在帶有所述預(yù)置標識的商品對象;單獨批次生成單元,用于如果存在,則將該商品對象單獨生成為一個批次,以便單獨對該商品對象進行加工制作以及派送。優(yōu)先級信息確定單元,用于根據(jù)同一批次內(nèi)關(guān)聯(lián)的各個交易訂單的送達時間信息以及收貨地址信息,確定該批次內(nèi)各交易訂單的派送優(yōu)先級信息;路徑生成單元,用于根據(jù)所述配送優(yōu)先級生成該批次內(nèi)的派送路徑;路徑提供單元,用于將所述派送路徑信息提供給所述派送終端。與實施例三相對應(yīng),本申請實施例還提供了一種商品對象信息處理裝置,應(yīng)用于加工終端,參見圖5,該裝置可以包括:加工制作任務(wù)接收單元501,用于接收訂單路由處理模塊發(fā)送的加工制作任務(wù),其中,所述訂單路由處理模塊在接收到多個發(fā)布渠道服務(wù)器中生成的交易訂單,并對交易訂單進行處理后,生成的所述配貨任務(wù),所述多個發(fā)布渠道服務(wù)器根據(jù)商品對象信息提交服務(wù)器提交的商品對象信息進行信息發(fā)布,并根據(jù)第一用戶的操作指令生成所述交易訂單;加工制作指示信息提供接收單元502,用于根據(jù)接收到的加工制作任務(wù)提供加工制作指示信息,以便對所述至少一個交易訂單中關(guān)聯(lián)的商品對象進行加工制作,并將加工制作完成的商品對象通過預(yù)置的懸掛鏈以及輸送軌道,輸送至指定的位置。通過以上的實施方式的描述可知,本領(lǐng)域的技術(shù)人員可以清楚地了解到本申請可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)?;谶@樣的理解,本申請的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來,該計算機軟件產(chǎn)品可以存儲在存儲介質(zhì)中,如rom/ram、磁碟、 光盤等,包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機,服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本申請各個實施例或者實施例的某些部分所述的方法。本說明書中的各個實施例均采用遞進的方式描述,各個實施例之間相同相似的部分互相參見即可,每個實施例重點說明的都是與其他實施例的不同之處。尤其,對于系統(tǒng)或系統(tǒng)實施例而言,由于其基本相似于方法實施例,所以描述得比較簡單,相關(guān)之處參見方法實施例的部分說明即可。以上所描述的系統(tǒng)及系統(tǒng)實施例僅僅是示意性的,其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的,作為單元顯示的部件可以是或者也可以不是物理單元,即可以位于一個地方,或者也可以分布到多個網(wǎng)絡(luò)單元上??梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性勞動的情況下,即可以理解并實施。以上對本申請所提供的商品對象信息處理方法、裝置及系統(tǒng),進行了詳細介紹,本文中應(yīng)用了具體個例對本申請的原理及實施方式進行了闡述,以上實施例的說明只是用于幫助理解本申請的方法及其核心思想;同時,對于本領(lǐng)域的一般技術(shù)人員,依據(jù)本申請的思想,在具體實施方式及應(yīng)用范圍上均會有改變之處。綜上所述,本說明書內(nèi)容不應(yīng)理解為對本申請的限制。當前第1頁12