TW201710964A

TW201710964A - 物流線路資訊處理方法及裝置

Info

Publication number: TW201710964A
Application number: TW105107226A
Authority: TW
Inventors: Wei Qin
Original assignee: Alibaba Group Services Ltd
Priority date: 2015-09-02
Filing date: 2016-03-09
Publication date: 2017-03-16
Also published as: US20170061368A1; CN106485438A; WO2017040942A1

Abstract

本發明實施例揭示了物流線路資訊處理方法及裝置，其中，該方法包括：物流管理平臺伺服器預先保存各物流資源的屬性資訊，該屬性資訊包括是否具備冷鏈功能；當接收到針對目標交易訂單的發貨指令時，從該交易訂單中進行資訊提取；根據該提取的資訊確定是否需要冷鏈服務；如果需要，則選擇具備冷鏈功能的目標物流線路執行發貨任務。通過本發明實施例，能夠避免特定類別的貨品在運送構成中出現變質等情況，進而，可以減少退換貨的機率，有利於節省系統資源。

Description

物流線路資訊處理方法及裝置

本發明關於物流資訊處理技術領域，特別是關於物流線路資訊處理方法及裝置。

隨著網路以及終端技術的發展，電子商務也得到了迅速發展，然而物流對電子商務發展的瓶頸也日益嚴重。為了使雙方協同發展，有些電子商務交易平臺提供了統一物流資源管理平臺，該平臺可以將各種物流資源進行整合，形成統一的物流解決方案。例如，淘系的菜鳥物流寶平臺，商家可以通過菜鳥物流寶訂購物流解決方案，在有買家用戶後買其商品時，就可以由菜鳥物流寶根據其訂購的物流解決方案，指示相關的物流服務提供者完成後續的發貨、配送等流程。這樣，既節省了商家的成本，又可以保證交易平臺的服務品質。

但是，在實際配送過程中經常存在一些特殊的貨品，例如，水果、生鮮等類別的商品等，具有易變質的特點，在現有技術中的配送過程中，即使已經選擇了配送時效最快的物流線路，也經常出現買家收到貨品時已經變質的情況，嚴重影響使用者體驗。從系統角度而言，當出現貨品變質的情況時，買家使用者往往會拒收，之後通常還需要進行退換貨等流程，會因此而佔用大量的系統資源。

本發明提供了物流線路資訊處理方法及裝置，能夠避免特定類別的貨品在運送構成中出現變質等情況，進而，可以減少退換貨的機率，有利於節省系統資源。

本發明提供了如下方案：一種物流線路資訊處理方法，包括：物流管理平臺伺服器預先保存各物流資源的屬性資訊，該屬性資訊包括是否具備冷鏈功能；當接收到針對目標交易訂單的發貨指令時，從該交易訂單中進行資訊提取；根據該提取的資訊確定是否需要冷鏈服務；如果需要，則選擇具備冷鏈功能的目標物流線路執行發貨任務。

一種物流線路資訊處理方法，包括：交易平臺伺服器接收第二使用者用戶端的訂單產生請求，該訂單產生請求基於第二使用者的第一操作指令產生；產生交易訂單，並確定該交易訂單的發貨條件；當達到該交易訂單的發貨條件時，向物流管理平臺伺服器發送發貨請求，以便該物流管理平臺伺服器從交易訂單中提取相關資訊，並根據該提取的資訊確定是否需要冷鏈服務，如果需要，則根據預先保存的各物流資源的屬性資訊，選擇具備冷鏈功能的目標物流線路執行發貨任務。

一種物流線路資訊處理裝置，應用於物流管理平臺伺服器，包括：屬性保存單元，用於預先保存各物流資源的屬性資訊，該屬性資訊包括是否具備冷鏈功能；資訊提取單元，用於當接收到針對目標交易訂單的發貨指令時，從該交易訂單中進行資訊提取；服務確定單元，用於根據該提取的資訊確定是否需要冷鏈服務；第一物流線路確定單元，用於如果需要，則選擇具備冷鏈功能的目標物流線路執行發貨任務。

一種物流線路資訊處理裝置，應用於交易平臺伺服器，包括：訂單產生請求接收單元，用於接收第二使用者用戶端的訂單產生請求，該訂單產生請求基於第二使用者的第一操作指令產生；發貨條件確定單元，用於產生交易訂單，並確定該交易訂單的發貨條件；發貨請求發送單元，用於當達到該交易訂單的發貨條件時，向物流管理平臺伺服器發送發貨請求，以便該物流管理平臺伺服器從交易訂單中提取相關資訊，並根據該提取的資訊確定是否需要冷鏈服務，如果需要，則根據預先保存的各物流資源的屬性資訊，選擇具備冷鏈功能的目標物流線路執行發貨任務。

根據本發明提供的具體實施例，本發明公開了以下技術效果：通過本發明實施例，可以預先保存各個物流資源的屬性資訊，其中可以包括是否具備冷鏈功能，這樣，在需要為某交易訂單發貨時，就可以判斷訂單中記錄的商品物件是否需要冷鏈服務，如果需要，則可以選擇具有冷鏈功能的物流線路來執行發貨任務。這樣，可以使得特殊類別的商品物件在發貨及配送過程中，可以享受到必要的冷鏈服務，避免貨品在運送構成中出現變質等情況，進而，可以減少退換貨的機率，有利於節省系統資源。

當然，實施本發明的任一產品並不一定需要同時達到以上該的所有優點。

301‧‧‧屬性保存單元

302‧‧‧資訊提取單元

303‧‧‧服務確定單元

304‧‧‧第一物流線路確定單元

401‧‧‧訂單產生請求接收單元

402‧‧‧發貨條件確定單元

403‧‧‧發貨請求發送單元

為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例中所需要使用的圖式作簡單地介紹，顯而易見地，下面描述中的圖式僅僅是本發明的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些圖式獲得其他的圖式。

圖1是本發明實施例提供的方法的流程圖；圖2是本發明實施例提供的另一方法的流程圖；圖3是本發明實施例提供的裝置的示意圖；圖4是本發明實施例提供的另一裝置的示意圖。

下面將結合本發明實施例中的圖式，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員所獲得的所有其他實施例，都屬於本發明保護的範圍。

為了便於理解，首先對冷鏈相關的概念進行介紹。首先，由於生鮮等產品要求所處的環境通常為低溫或低濕等共同特性，所以稱為“冷凍產品”，冷凍產品的供應鏈稱為“冷鏈”；用於製造低溫、低濕環境的設備，稱為“冷鏈設備”。具體的冷鏈設備有：低溫冷庫、常溫冷庫、低溫冰箱、普通冰箱、冷藏車、冷藏箱、疫苗運輸車、備用冰排等。“冷鏈物流”泛指冷藏冷凍產品在生產、貯藏運輸、銷售，到消費前的各個環節中始終處於規定的低溫環境下，以保證物品品質和性能的一項系統工程。對於電商平臺中是物流資源，如果某物流資源提供方具有相關的冷鏈設備，就意味著該物流資源具備“冷鏈功能”。也就是說，在實際應用中，有些物流資源具備冷鏈功能，而有些物流資源則不具備。

另外需要說明的是，在實際應用中，不同的物流資源能夠提供的服務可能是不同的。例如，有些資源僅能夠提供倉儲服務，有些資源則僅可以提供配送服務，在提供配送服務的資源中，又有些資源能夠提供幹線配送(例如，只配送到市級的集散中心)，而有些資源能夠提供“落地配”服務，也即，能夠送貨上門，等等。

為了能夠充分利用各種物流資源，在電商系統的統一物流資源管理平臺(例如淘系的菜鳥物流寶平臺)下，通常可以將多種物流資源組合，形成多條物流線路。具體的，可以將物流資源按照能夠提供的服務類型進行分類，例如，分為中轉倉、幹線、落地配等三種，然後，由多個物流實體協同提供物流服務解決方案，比如，中轉倉+幹線+落地配，或者中轉倉+落地配的模式，等等。相應的，由多個物流實體組織的一個完整的物流服務載體，可以稱為物流線路。比如：在中轉倉+幹線+落地配的模式下，分別選擇其中一個能夠提供中轉倉服務、幹線服務以及落地配服務的物流服務實體，就組成了系統中的一條物流線路，具體在提供物流服務時，由各個物流服務實體進行接洽，協同完成商品配送的各個物流環節。

在實際應用中，物流資源的數量非常多，理論上講，對於不同類型的物流資源，只要在服務覆蓋範圍上能夠匹配，即可組合為物流線路，因此，最終形成的物流線路通常會非常多，通常在數十萬級。因此，各種可選的物流線路可以是預先產生的，商家可以從中訂購符合自己需求的物流線路，並且通常也會從中選擇多條物流線路，以滿足多種場合下的不同需求。當然，也可以在實際需要進行發貨時，由統一物流資源管理平臺進行物流線路的組裝工作。

而在為實際的交易訂單選擇具體的物流線路時，如何從眾多物流線路中選擇出最合適的一條，是需要考慮的問題。在現有技術的方案中，一般只會考慮線路上各環節上的物流資源是否能覆蓋到發貨地以及收貨地，此外最多還會考慮配送時效問題。但是，對於一些特定類別的商品而言，僅考慮上述兩點是不夠的，為此，本發明實施例給出了相應的解決方案。

基於以上該，在本發明實施例中，就可以預先對各個物流資源是否具備冷鏈功能進行保存，這樣，當需要為冷凍產品進行發貨時，就可以產生或者選擇物流線路時，可以判斷物流線路上的各個物流資源是否均具備冷鏈功能，只有組成物流線路的各個物流資源都具備冷鏈功能時，才能夠用其進行發貨，這樣可以保證生鮮等特殊類別的商品在配送過程中不會出現變質等現象。

下面對具體實現方案進行介紹。

實施例一

參見圖1，本發明實施例一首先從物流管理平臺伺服器的角度，提供了一種物流線路資訊處理方法，該方法可以包括以下步驟：S101：物流管理平臺伺服器預先保存各物流資源的屬性資訊，該屬性資訊包括是否具備冷鏈功能；物流服務方在與電商的統一物流管理平臺(為便於描述，本文中以“菜鳥”為例進行介紹)合作時，可以提交其屬性資訊，其中可以包括是否具備冷鏈功能，另外，還可以包括其服務覆蓋範圍、配送時效等資訊，菜鳥可以在其資料庫中進行保存。

其中，關於服務覆蓋範圍，對於中轉倉、幹線以及落地配而言，都可以包括攬收的服務範圍，以及配送的服務範圍。菜鳥在保存時，可以將服務覆蓋範圍資訊分為“from”和“to”兩個欄位進行保存。例如，某中轉倉可以攬收範圍為北京市，可以配送到北京市以及杭州市的集散中心，也即，from北京，to北京以及杭州；某落地配的攬收範圍為杭州市，能夠在杭州市以及上海市進行送貨上門，也即，from杭州，to杭州以及上海，等等。另外，關於是否具備冷鏈功能，可以在屬性條目中設置另一欄位，根據服務服務方提交的屬性資訊，將對應欄位的值設為“是”或者“否”，例如，在保存時，可以採用以下表1的形式：

需要說明的是，菜鳥在進行物流線路的創建時，只要上一環節“to”的覆蓋範圍與下一環節“from”的覆蓋範圍相匹配即可。例如，在上述表1中，WL001作為第一環節，其“to”的覆蓋範圍為北京，杭州，也就是說，可以將貨品配送到北京以及杭州的集散中心，WL002作為可以與之銜接的第二環節，其“from”的覆蓋範圍為杭州，也就是，可以從杭州攬件，並在一定範圍內進行送貨上門服務，此時，WL001與WL002就可以組合成一條物流線路，也就是，當WL001將貨品配送到杭州後，WL002能夠從杭州攬件，進行後續的送貨上門服務。類似的，WL003的“from”的覆蓋範圍也包括杭州，因此，WL001與WL003也可以組合成一條物流線路，等等。總之，菜鳥在創建物流線路時，可以將所有可能組合的物流資源組合在一起，供商家用戶進行選擇。例如，可以通過以下表2等形式保存各條物流線路的資訊：

S102：當接收到針對目標交易訂單的發貨指令時，從該交易訂單中進行資訊提取；在買家使用者瀏覽具體商家的商品物件，並選擇購買之後，可以產生相應的交易訂單，之後，可以有多種方式觸發針對該交易訂單進行發貨。例如，針對一些特定的業務，可能會具有自動發貨標記，也即，當交易平臺伺服器(例如前端交易伺服器等)收到已經為該交易訂單付款成功的通知後，可以通知菜鳥進行發貨，之後，菜鳥便可以進入自動發貨流程，等等。

為了判斷是否需要使用冷鏈服務，具體從交易訂單中提取的資訊可以包括商品物件標識資訊，物流管理平臺伺服器可以根據商品物件所屬的類別，來確定是否需要使用冷鏈服務。例如，如果確定出商品對象屬於生鮮類，則確定需要使用冷鏈服務，等等。

或者，具體實現時，為了便於物流管理平臺伺服器確定是否需要使用冷鏈服務，交易平臺伺服器還可以在訂單產生時，針對特定類別或者特定資訊專題的商品物件，在交易訂單中添加上特定的標記，這樣，在物流管理平臺伺服器接收到為交易訂單發貨的指令後，從交易訂單中提取的資訊可以是這種標記資訊，進而就可以根據該標記，確定出是否使用冷鏈服務。例如，當第二用戶購買了某生鮮類的商品對象，例如，天貓“瞄鮮生”專題中的某件商品物件，則交易平臺伺服器在產生交易訂單時，可以打上“生鮮訂單”標記，等等。

S103：根據該提取的資訊確定是否需要冷鏈服務；關於是否需要冷鏈服務，如果上一步提取出的資訊是商品物件標識資訊，則可以根據商品物件所屬的類別來確定，例如，可以預先建立需要冷鏈服務的類別清單，例如可以包括生鮮類、水果類等等。這樣，在從交易訂單中提取出商品物件資訊後，就可以首先確定出該商品物件所屬的類別，然後再判斷該類別是否出現在前述類別列表中，如果是，則可以確定其需要冷鏈服務，否則，如果沒有出現在該類別列表中，則確定不需要冷鏈服務，因此，直接按照常規的方式選擇常溫線路進行發貨及配送即可。

如果上一步提取出的資訊是交易平臺伺服器為交易訂單添加的特定標記，則可以根據該標記進行確定。

S104：如果需要，則選擇具備冷鏈功能的目標物流線路執行發貨任務。

該步驟中，組成該目標物流線路的物流資源可以是均具備冷鏈功能。具體在選擇具備冷鏈功能的目標物流線路時，可以有多種方式。例如，在第一用戶(例如賣家或者商家等)沒有預先訂購物流線路的情況下，物流管理平臺伺服器可以首先為其創建物流線路，然後再判斷線路中的各個物流資源是否都具備冷鏈功能，如果是，則可以作為目標物流線路。其中，為了創建物流線路，物流管理平臺伺服器還可以預先保存各個物流資源的服務覆蓋範圍資訊，例如，如表1所示，在從目前交易訂單中提取資訊時，還可以提取出位址資訊，例如發貨地、收貨地等等。這樣，在創建物流線路時，就可以根據該位址資訊以及各物流資源的服務覆蓋範圍資訊，創建至少一條物流線路，其中每條物流線路包括至少一個物流資源。例如，某交易訂單的發貨地是杭州，收貨地是北京，則在創建物流線路時，如果按照“中轉倉+落地配”的方式創建，則可以首先取出攬收覆蓋範圍包括北京的各個中轉倉提供方，以及配送覆蓋範圍包括杭州的各個落地配提供方，然後再將這些中轉倉提供方可以配送的覆蓋範圍，與這些落地配提供方的攬收覆蓋範圍進行匹配運算，匹配成功的即可組合成一條物流線路。

而對於第一用戶預先從菜鳥訂購物流線路的情況，由於在訂購時，第一使用者一般是根據自己經營的商品的類別需求，訂購多條不同的物流線路。其中，可能有些物流線路上的各個物流資源都具備冷鏈功能，有些可能只是部分物流資源具備冷鏈功能，甚至都不具備，等等。因此，菜鳥可以將各個第一用戶分別訂購了哪些物流線路進行保存。這樣，如果確定出某交易訂單需要冷鏈服務，則可以根據預先保存的資訊，確定出與目前的第一用戶關聯的各條物流線路，然後可以判斷組成物流線路的各物流資源是否均具備冷鏈功能，後續可以根據判斷結果確定最終使用的物流線路。

其中，具體實現時，還可以首先根據目前交易訂單關聯的位址資訊，對第一使用者關聯的各條物流線路進行過濾，然後再進行關於冷鏈功能的判斷。其中，位址資訊可以包括發貨地以及收貨地資訊，關於發貨地，可以是由第一使用者預先配置好的，收貨地是由第二用戶(例如買家等)在提交交易訂單時設置的，因此，發貨地以及收貨地資訊都可以保存在交易訂單中，這樣，菜鳥還可以從交易訂單中提取出發貨地以及收貨地資訊。然後，根據表1中記錄的各個物流資源的覆蓋範圍資訊，從中選擇出服務覆蓋範圍符合要求的第一物流線路集合。

例如，某交易訂單中，發貨地是北京，收貨地是上海，目前的第一用戶訂購的物流線路包括前述表2中WL001與WL002組成的物流線路1，以及WL001與WL003組成的物流線路2。通過表1中記錄的各物流資源的屬性資訊判斷可知，WL001的攬收覆蓋範圍包括北京，WL002以及WL003的配送範圍都包括上海，因此，物流線路1以及物流線路2在覆蓋範圍上都符合要求。

然後，可以再判斷物流線路1以及物流線路2包含的各個物流資源是否均具備冷鏈功能。例如，在表1中所示，WL001和WL002都具備冷鏈功能，而WL003不具備冷鏈功能，也就是說，只有物流線路1既符合服務覆蓋範圍的要求，又符合冷鏈的要求，將物流線路2排除掉。

在S104中得到判斷結果後，就可以確定出執行發貨任務的目標物流線路，例如，前述例子中的物流線路1。也就是說，菜鳥可以向WL001發送指令，命令其去指定的倉庫攬收指定的貨品，並送到杭州，到達杭州後，再通知WL002到杭州的集散中心攬件，配送到具體的收貨位址。在此過程中，由於WL001和WL002都具備冷鏈功能，因此，可以避免特殊類別的貨品在發貨或者配送過程中發生變質等情況。

當然，在實際應用中，覆蓋範圍以及冷鏈功能都符合要求的物流線路可能仍然會有多條，此時，還可以考慮配送時效的因素，從中選擇出配送時效符合預置條件的一條線路。也就是說，可以將覆蓋範圍以及冷鏈功能都符合要求的物流線路確定為第二物流線路集合，針對該第二物流線路集合中的物流線路，可以將配送時效符合預置條件(例如，最快)的物流線路確定為該目標物流線路。關於各條物流線路的配送時效資訊可以預先確定並保存的，例如，有些物流線路可以支援“次日達”，有的支援“兩日達”，有的則不承諾具體的配送時效，等等。

需要說明的是，對於具備冷鏈功能的物流資源而言，也是能夠進行常溫配送的，並且，在預設情況下，可能仍然是進行常溫配送。為此，在本發明實施例中，確定出需要冷鏈服務，並確定出目標物流線路後，菜鳥在向目標物流線路上的各個物流資源發送配送指令時，還可以在指令中攜帶使用冷鏈設備的指示資訊，這樣，相關的物流資源就可以根據該指示進行冷鏈配送。

另外需要說明的是，從機率上而言，各環節上的物流資源都具備冷鏈功能的物流線路畢竟是少數，因此，為了避免這種少數的線路被不需要冷鏈服務的貨品佔用，在本發明實施例中，還可以進行以下處理：如果目前的商品物件不需要冷鏈服務，則從該第一用戶訂購的物流線路中選擇出並非各物流資源都具備冷鏈功能的物流線路，然後從中選擇出服務覆蓋範圍、配送時效等符合要求物流線路作為執行發貨任務的目標物流線路。這樣，可以使得冷鏈線路更專注於為特殊類別的貨品提供服務，進一步保障特殊類別商品物件的物流服務品質。

總之，通過本發明實施例，可以預先保存各個物流資源的屬性資訊，其中可以包括是否具備冷鏈功能，這樣，在需要為某交易訂單發貨時，就可以判斷訂單中記錄的商品物件是否需要冷鏈服務，如果需要，則可以選擇具有冷鏈功能的物流線路來執行發貨任務。這樣，可以使得特殊類別的商品物件在發貨及配送過程中，可以享受到必要的冷鏈服務，避免貨品在運送構成中出現變質等情況，進而，可以減少退換貨的機率，有利於節省系統資源。

實施例二

該實施例二是從交易平臺伺服器的角度進行的介紹，其中，關於交易平臺伺服器，主要用於與前端使用者進行交互，產生交易訂單等。參見圖2，該實施例二提供了一種物流線路資訊處理方法，該方法可以包括以下步驟：S201：交易平臺伺服器接收第二使用者用戶端的訂單產生請求，該訂單產生請求基於第二使用者的第一操作指令產生；S202：產生交易訂單，並確定該交易訂單的發貨條件；具體實現時，可以根據該交易訂單關聯的業務類型，判斷是否需要自動發貨，如果需要，則在收到關於該目標交易訂單的付款成功通知消息後，確定達到該交易訂單的發貨條件。

另外，產生交易訂單時，還可以根據相應商品物件所屬的類別，判斷是否需要進行冷鏈服務，如果需要，則為該交易訂單添加預置標記，以便該物流管理平臺伺服器根據該預置標記確定是否需要進行冷鏈伺服器。

S203：當達到該交易訂單的發貨條件時，向物流管理平臺伺服器發送發貨請求，以便該物流管理平臺伺服器從交易訂單中提取相關資訊，並根據該提取的資訊確定是否需要冷鏈服務，如果需要，則根據預先保存的各物流資源的屬性資訊，選擇具備冷鏈功能的目標物流線路執行發貨任務；其中，組成該目標物流線路的物流資源均具備冷鏈功能。

該實施例二與實施例一相比，僅是執行主體不同，因此，相關的具體實現可以參見實施例一中的介紹，這裡不再贅述。

與本發明實施例一提供的物流線路資訊處理方法相對應，本發明實施例還提供了一種物流線路資訊處理裝置，應用於物流管理平臺，參見圖3，該裝置可以包括：屬性保存單元301，用於預先保存各物流資源的屬性資訊，該屬性資訊包括是否具備冷鏈功能；資訊提取單元302，用於當接收到針對目標交易訂單的發貨指令時，從該交易訂單中進行資訊提取；服務確定單元303，用於根據該提取的資訊確定是否需要冷鏈服務；第一物流線路確定單元304，用於如果需要，則選擇具備冷鏈功能的目標物流線路執行發貨任務。

其中，組成該目標物流線路的物流資源可以是均具備冷鏈功能。

其中，該從交易訂單中提取的資訊包括商品物件標識資訊；該服務確定單元具體用於：根據該商品物件所屬的類別，確定是否需要冷鏈服務。

或者，該從交易訂單中提取的資訊包括交易訂單的標記資訊，該標記資訊由交易平臺伺服器在產生交易訂單時添加；該服務確定單元具體用於：根據該交易訂單是否帶有預置的標記，確定是否需要冷鏈服務。

具體實現時，該預先保存的物流資源的屬性資訊還包括服務覆蓋範圍資訊；該從交易訂單中提取的資訊還包括位址資訊；該第一物流線路確定單元包括：線路創建子單元，用於根據該位址資訊以及各物流資源的服務覆蓋範圍資訊，創建至少一條物流線路，其中每條物流線路包括至少一個物流資源；第一判斷子單元，用於針對該創建的各條物流線路，判斷組成各物流線路的物流資源均具備冷鏈功能；確定子單元，用於根據判斷結果，確定該目標物流線路。

其中，該伺服器還預先保存有各第一用戶訂購的物流線路資訊，該預先保存的物流資源的屬性資訊還包括服務覆蓋範圍資訊；該資訊提取單元還用於，從該交易訂單中提取第一使用者資訊以及位址資訊；該第一物流線路確定單元包括：覆蓋範圍判斷子單元，用於根據該位址資訊以及各物流資源的服務覆蓋範圍資訊，從該第一用戶訂購的物流線路中選擇出服務覆蓋範圍符合要求的第一物流線路集合；第二判斷子單元，用於針對該第一物流線路集合中的物流線路，判斷組成物流線路的各物流資源是否均具備冷鏈功能；確定子單元，用於根據判斷結果，確定該目標物流線路。

該預先保存的物流資源的屬性資訊還包括配送時效資訊；該確定子單元包括：集合產生子單元，用於將判斷結果為是的各物流線路組成第二物流線路集合；時效判斷子單元，用於針對該第二物流線路集合中的物流線路，將配送時效符合預置條件的物流線路確定為該目標物流線路。

具體實現時，該裝置還可以包括：指示單元，用於向該目標物流線路上的各個物流資源發送配送指令時，在該指令中攜帶使用冷鏈設備的指示資訊。

另外，還可以包括：第二物流線路確定單元，用於如果目前的商品物件不需要冷鏈服務，則選擇出並非各物流資源都具備冷鏈功能的物流線路執行發貨任務。

與實施例二相對應，本發明實施例還提供了一種物流線路資訊處理裝置，應用於交易平臺伺服器，參見圖4，該裝置可以包括：訂單產生請求接收單元401，用於接收第二使用者用戶端的訂單產生請求，該訂單產生請求基於第二使用者的第一操作指令產生；發貨條件確定單元402，用於產生交易訂單，並確定該交易訂單的發貨條件；發貨請求發送單元403，用於當達到該交易訂單的發貨條件時，向物流管理平臺伺服器發送發貨請求，以便該物流管理平臺伺服器從交易訂單中提取相關資訊，並根據該提取的資訊確定是否需要冷鏈服務，如果需要，則根據預先保存的各物流資源的屬性資訊，選擇具備冷鏈功能的目標物流線路執行發貨任務；其中，組成該目標物流線路的物流資源均具備冷鏈功能。其中，該裝置還可以包括：判斷單元，用於產生交易訂單時，根據相應商品物件所屬的類別或者資訊分類專題，判斷是否需要進行冷鏈服務；標記添加單元，用於如果需要，則為該交易訂單添加預置標記，以便該物流管理平臺伺服器根據該預置標記確定是否需要進行冷鏈伺服器。

通過以上的實施方式的描述可知，本領域的技術人員可以清楚地瞭解到本發明可借助軟體加必需的通用硬體平臺的方式來實現。基於這樣的理解，本發明的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟體產品的形式體現出來，該電腦軟體產品可以存儲在存儲介質中，如ROM/RAM、磁碟、光碟等，包括若干指令用以使得一台電腦設備(可以是個人電腦，伺服器，或者網路設備等)執行本發明各個實施例或者實施例的某些部分所述的方法。

本說明書中的各個實施例均採用遞進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對於系統或系統實施例而言，由於其基本相似於方法實施例，所以描述得比較簡單，相關之處參見方法實施例的部分說明即可。以上所描述的系統及系統實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位於一個地方，或者也可以分佈到多個網路單元上。可以根據實際的需要選擇其中的部分或者全部模組來實現本實施例方案的目的。本領域普通技術人員在不付出創造性勞動的情況下，即可以理解並實施。

以上對本發明所提供的物流線路資訊處理方法及裝置，進行了詳細介紹，本文中應用了具體個例對本發明的原理及實施方式進行了闡述，以上實施例的說明只是用於幫助理解本發明的方法及其核心思想；同時，對於本領域的一般技術人員，依據本發明的思想，在具體實施方式及應用範圍上均會有改變之處。綜上所述，本說明書內容不應理解為對本發明的限制。

Claims

一種物流線路資訊處理方法，其特徵在於，包括：物流管理平臺伺服器預先保存各物流資源的屬性資訊，該屬性資訊包括是否具備冷鏈功能；當接收到針對目標交易訂單的發貨指令時，從該交易訂單中進行資訊提取；根據該提取的資訊確定是否需要冷鏈服務；及如果需要，則選擇具備冷鏈功能的目標物流線路執行發貨任務。
如申請專利範圍第1項的方法，其中，該從交易訂單中提取的資訊包括商品物件標識資訊；該根據該提取的資訊確定是否需要冷鏈服務，包括：根據該商品物件所屬的類別，確定是否需要冷鏈服務。
如申請專利範圍第1項的方法，其中，該從交易訂單中提取的資訊包括交易訂單的標記資訊，該標記資訊由交易平臺伺服器在產生交易訂單時添加；該根據該提取的資訊確定是否需要冷鏈服務，包括：根據該交易訂單是否帶有預置的標記，確定是否需要冷鏈服務。
如申請專利範圍第1項的方法，其中，該預先保存的物流資源的屬性資訊還包括服務覆蓋範圍資訊；該從交易訂單中提取的資訊還包括位址資訊；該選擇具備冷鏈功能的目標物流線路執行發貨任務，包括：根據該位址資訊以及各物流資源的服務覆蓋範圍資訊，創建至少一條物流線路，其中每條物流線路包括至少一個物流資源；針對該創建的各條物流線路，判斷組成各物流線路的物流資源均具備冷鏈功能；及根據判斷結果，確定該目標物流線路。
如申請專利範圍第1項的方法，其中，該物流管理平臺伺服器還預先保存有各第一用戶訂購的物流線路資訊，該預先保存的物流資源的屬性資訊還包括服務覆蓋範圍資訊，該從交易訂單中提取的資訊還包括第一使用者資訊以及位址資訊；該選擇具備冷鏈功能的目標物流線路執行發貨任務，包括：根據該位址資訊以及各物流資源的服務覆蓋範圍資訊，從該第一用戶訂購的物流線路中選擇出服務覆蓋範圍符合要求的第一物流線路集合；針對該第一物流線路集合中的物流線路，判斷組成物流線路的各物流資源是否均具備冷鏈功能；及根據判斷結果，確定該目標物流線路。
如申請專利範圍第4或5項的方法，其中，該預先保存的物流資源的屬性資訊還包括配送時效資訊；該根據判斷結果，確定該目標物流線路，包括：將判斷結果為是的各物流線路組成第二物流線路集合；及針對該第二物流線路集合中的物流線路，將配送時效符合預置條件的物流線路確定為該目標物流線路。
如申請專利範圍第1項的方法，其中，還包括：向該目標物流線路上的各個物流資源發送配送指令時，在該指令中攜帶使用冷鏈設備的指示資訊。
如申請專利範圍第1項的方法，其中，還包括：如果目前的商品物件不需要冷鏈服務，則選擇出並非各物流資源都具備冷鏈功能的物流線路執行發貨任務。
一種物流線路資訊處理方法，其特徵在於，包括：交易平臺伺服器接收第二使用者用戶端的訂單產生請求，該訂單產生請求基於第二使用者的第一操作指令產生；產生交易訂單，並確定該交易訂單的發貨條件；及當達到該交易訂單的發貨條件時，向物流管理平臺伺服器發送發貨請求，以便該物流管理平臺伺服器從交易訂單中提取相關資訊，並根據該提取的資訊確定是否需要冷鏈服務，如果需要，則根據預先保存的各物流資源的屬性資訊，選擇具備冷鏈功能的目標物流線路執行發貨任務。
如申請專利範圍第9項的方法，其中，還包括：產生交易訂單時，根據相應商品物件所屬的類別，判斷是否需要進行冷鏈服務；及如果需要，則為該交易訂單添加預置標記，以便該物流管理平臺伺服器根據該預置標記確定是否需要進行冷鏈伺服器。
一種物流線路資訊處理裝置，其特徵在於，應用於物流管理平臺伺服器，包括：屬性保存單元，用於預先保存各物流資源的屬性資訊，該屬性資訊包括是否具備冷鏈功能；資訊提取單元，用於當接收到針對目標交易訂單的發貨指令時，從該交易訂單中進行資訊提取；服務確定單元，用於根據該提取的資訊確定是否需要冷鏈服務；及第一物流線路確定單元，用於如果需要，則選擇具備冷鏈功能的目標物流線路執行發貨任務。
如申請專利範圍第11項的裝置，其中，該從交易訂單中提取的資訊包括商品物件標識資訊；該服務確定單元具體用於：根據該商品物件所屬的類別，確定是否需要冷鏈服務。
如申請專利範圍第11項的裝置，其中，該從交易訂單中提取的資訊包括交易訂單的標記資訊，該標記資訊由交易平臺伺服器在產生交易訂單時添加；該服務確定單元具體用於：根據該交易訂單是否帶有預置的標記，確定是否需要冷鏈服務。
如申請專利範圍第11項的裝置，其中，該預先保存的物流資源的屬性資訊還包括服務覆蓋範圍資訊；該從交易訂單中提取的資訊還包括位址資訊；該第一物流線路確定單元包括：線路創建子單元，用於根據該位址資訊以及各物流資源的服務覆蓋範圍資訊，創建至少一條物流線路，其中每條物流線路包括至少一個物流資源；第一判斷子單元，用於針對該創建的各條物流線路，判斷組成各物流線路的物流資源均具備冷鏈功能；及確定子單元，用於根據判斷結果，確定該目標物流線路。
一種物流線路資訊處理裝置，其特徵在於，應用於交易平臺伺服器，包括：訂單產生請求接收單元，用於接收第二使用者用戶端的訂單產生請求，該訂單產生請求基於第二使用者的第一操作指令產生；發貨條件確定單元，用於產生交易訂單，並確定該交易訂單的發貨條件；及發貨請求發送單元，用於當達到該交易訂單的發貨條件時，向物流管理平臺伺服器發送發貨請求，以便該物流管理平臺伺服器從交易訂單中提取相關資訊，並根據該提取的資訊確定是否需要冷鏈服務，如果需要，則根據預先保存的各物流資源的屬性資訊，選擇具備冷鏈功能的目標物流線路執行發貨任務。