本申請涉及互聯網數據處理技術領域,尤其涉及一種物流信息確定方法及裝置。
背景技術:
物流面單是指物流行業在運送業務對象的過程中用以記錄發件人、收件人以及業務對象重量、價格等相關信息的單據。在業務對象的運送的過程中,物流服務提供商需要依據業務對象上附著的物流面單上的收件人信息(收件人地址、郵編、電話、姓名等等)進行業務對象的分揀、轉運及配送,最終將業務對象送達收件人。
在收件人信息填寫準確且物流面單沒有損壞的情況下,業務對象通常能夠被送達到收件人。然而,由于各種原因,例如:業務對象上附著的物流面單的收件人信息字跡模糊、破損、收件人信息填寫錯誤等等,往往會出現無法確定業務對象的收件人信息的無主件業務對象。這就使得,在線下,無法對該無主件業務對象進行分揀、轉運及派送;在線上,與該無主件業務對象對應的物流訂單的物流狀態一直處于未完結狀態(完結狀態包括關閉、簽收及拒簽)。如果一直沒有發起者主動推動該業務對象對應的物流訂單,那么該物流訂單將永遠存在下去,物流狀態永遠不會達到完結狀態。
統計數據顯示,每天產生無主件業務對象的概率是3-5%。在業務對象的數量日益增長的當今社會,累計產生的這類無主件業務對象的數量將是非常龐大的,對應的物流訂單的數量也是非常龐大的。無主件業務對象對應的物流訂單無法進入完結狀態,也就無法被刪除或者移入歷史物流訂單數據庫,只能堆積在當前物流訂單數據庫中。一方面,將會大量占用服務器上額外的存儲空間;另一方面,隨著時間的推移,堆積在當前物流訂單數據庫中的沒有使用價值的 物流訂單數量的會越來越龐大,這將導致在利用服務器中的當前物流訂單數據庫,對具有使用價值的物流訂單的進行查詢時,查詢速度變得十分緩慢。
技術實現要素:
本申請實施例提供一種物流信息確定方法及裝置,用以解決無主件業務對象無法派送而導致的物流訂單數據庫的存儲空間被占用以及查詢物流訂單的速度變慢的技術問題。
一種物流信息確定方法,包括:
第一服務器接收第一用戶設備發送的物流信息請求消息,所述物流信息請求消息中攜帶有無主件業務對象對應的物流訂單的物流訂單標識;
從確定的物流訂單標識和收件人信息之間的第一對應關系中,查找物流信息請求消息中攜帶的物流訂單標識對應的收件人信息;
向第一用戶設備發送物流信息響應消息,所述物流信息響應消息中攜帶有查找到的收件人信息。
一種物流信息確定方法,包括:
第一用戶設備采集附著在無主件業務對象的物流面單上的物流訂單標識;
向第一服務器發送物流信息請求消息,所述物流信息請求消息中攜帶有采集的所述物流訂單標識,以使所述第一服務器利用所述物流訂單標識查找所述無主件業務對象的收件人信息;
接收第一服務器發送的物流信息響應消息,所述物流信息響應消息中攜帶有第一服務器查找到的收件人信息。
一種物流信息確定方法,包括:
第二服務器對物流訂單處于未完結狀態的時長進行監控;
當監控到物流訂單處于未完結狀態的時長超過設定時長時,從物流訂單數據庫中獲取該物流訂單的物流訂單標識和收件人信息之間的第一對應關系;
將獲取的所述第一對應關系發送給第一服務器,以使第一服務器利用所述 第一對應關系,確定無主件業務對象對應的物流訂單的物流訂單標識對應的收件人信息。
一種物流信息確定方法,包括:
第二服務器接收第二用戶設備發送的物流狀態推動請求消息,所述物流狀態推動請求消息中包含有物流訂單標識和收件人信息之間的第一對應關系;
將所述第一對應關系發送給第一服務器,以使第一服務器利用所述第一對應關系,確定無主件業務對象對應的物流訂單的物流訂單標識對應的收件人信息。
一種物流信息確定方法,包括:
第二服務器在向第二用戶設備發送包含交易訂單號的支付成功消息后,從物流訂單數據庫中獲取該交易訂單號對應的交易訂單的收件人信息;
將該交易訂單號與獲取的收件人信息之間的第二對應關系發送給第一服務器;
第二服務器在向第三用戶設備發送包含交易訂單號和物流訂單標識之間的第三對應關系的發貨成功消息后,將所述第三對應關系發送給第一服務器,以使第一服務器利用所述第二對應關系和所述第三對應關系,確定物流訂單標識和收件人信息之間的第一對應關系。
一種物流信息確定方法,包括:
第二服務器在向第三用戶設備發送包含交易訂單號和物流訂單標識之間的第三對應關系的發貨成功消息后,從物流訂單數據庫中獲取發貨成功消息中包含的交易訂單號表示的交易訂單的收件人信息;
將所述物流訂單標識與獲取的收件人信息之間的第一對應關系發送給第一服務器,以使第一服務器利用所述第一對應關系,確定無主件業務對象對應的物流訂單的物流訂單標識對應的收件人信息。
一種物流信息確定方法,包括:
第二服務器在向第二用戶設備針對當前物流狀態為已入庫轉運倉的轉運 訂單發送包含多個轉運訂單標識的合單支付成功消息后,從物流訂單數據庫中獲取所述多個轉運訂單標識對應的收件人信息;
將該多個轉運訂單標識與獲取的收件人信息之間的第一對應關系發送給第一服務器,以使第一服務器利用所述第一對應關系,確定無主件業務對象的轉運訂單標識對應的收件人信息。
一種物流信息確定方法,包括:
第二用戶設備接收針對物流狀態為已發貨的業務對象的物流狀態推動命令;
確定所述業務對象對應的物流訂單的物流訂單標識和收件人信息之間的第一對應關系;
向第二服務器發送物流狀態推動請求消息,所述物流狀態推動請求消息中包含確定的所述第一對應關系,以使所述第一對應關系經由第二服務器發送給第一服務器,所述第一服務器利用所述第一對應關系,確定無主件業務對象對應的物流訂單的物流訂單標識對應的收件人信息。
一種物流信息確定裝置,包括:
接收單元,用于接收第一用戶設備發送的物流信息請求消息,所述物流信息請求消息中攜帶有無主件業務對象對應的物流訂單的物流訂單標識;
查找單元,用于從確定的物流訂單標識和收件人信息之間的第一對應關系中,查找物流信息請求消息中攜帶的物流訂單標識對應的收件人信息;
發送單元,用于向第一用戶設備發送物流信息響應消息,所述物流信息響應消息中攜帶有查找到的收件人信息。
一種物流信息確定裝置,包括:
采集單元,用于采集附著在無主件業務對象的物流面單上的物流訂單標識;
發送單元,用于向第一服務器發送物流信息請求消息,所述物流信息請求消息中攜帶有采集的所述物流訂單標識,以使所述第一服務器利用所述物流訂 單標識查找所述無主件業務對象的收件人信息;
接收單元,用于接收第一服務器發送的物流信息響應消息,所述物流信息響應消息中攜帶有第一服務器查找到的收件人信息。
一種物流信息確定裝置,包括:
監控單元,用于對物流訂單處于未完結狀態的時長進行監控;
獲取單元,用于當監控到物流訂單處于未完結狀態的時長超過設定時長時,從物流訂單數據庫中獲取該物流訂單的物流訂單標識和收件人信息之間的第一對應關系;
發送單元,用于將獲取的所述第一對應關系發送給第一服務器,以使第一服務器利用所述第一對應關系,確定無主件業務對象對應的物流訂單的物流訂單標識對應的收件人信息。
一種物流信息確定裝置,包括:
接收單元,用于接收第二用戶設備發送的物流狀態推動請求消息,所述物流狀態推動請求消息中包含有物流訂單標識和收件人信息之間的第一對應關系;
發送單元,用于將所述第一對應關系發送給第一服務器,以使第一服務器利用所述第一對應關系,確定無主件業務對象對應的物流訂單的物流訂單標識對應的收件人信息。
一種物流信息確定裝置,包括:
獲取單元,用于在向第二用戶設備發送包含交易訂單號的支付成功消息后,從物流訂單數據庫中獲取該交易訂單號對應的交易訂單的收件人信息;
第一發送單元,用于將該交易訂單號與獲取的收件人信息之間的第二對應關系發送給第一服務器;
第二發送單元,用于在向第三用戶設備發送包含交易訂單號和物流訂單標識之間的第三對應關系的發貨成功消息后,將所述第三對應關系發送給第一服務器,以使第一服務器利用所述第二對應關系和所述第三對應關系,確定物流 訂單標識和收件人信息之間的第一對應關系。
一種物流信息確定裝置,包括:
獲取單元,用于在向第三用戶設備發送包含交易訂單號和物流訂單標識之間的第三對應關系的發貨成功消息后,從物流訂單數據庫中獲取發貨成功消息中包含的交易訂單號表示的交易訂單的收件人信息;
發送單元,用于將所述物流訂單標識與獲取的收件人信息之間的第一對應關系發送給第一服務器,以使第一服務器利用所述第一對應關系,確定無主件業務對象對應的物流訂單的物流訂單標識對應的收件人信息。
一種物流信息確定裝置,包括:
獲取單元,用于在第二服務器向第二用戶設備針對當前物流狀態為已入庫轉運倉的轉運訂單發送包含多個轉運訂單標識的合單支付成功消息后,從物流訂單數據庫中獲取所述多個轉運訂單標識對應的收件人信息;
發送單元,用于將該多個轉運訂單標識與獲取的收件人信息之間的第一對應關系發送給第一服務器,以使第一服務器利用所述第一對應關系,確定無主件業務對象的轉運訂單標識對應的收件人信息。
一種物流信息確定裝置,包括:
接收單元,用于接收針對物流狀態為已發貨的業務對象的物流狀態推動命令;
確定單元,用于確定所述業務對象對應的物流訂單的物流訂單標識和收件人信息之間的第一對應關系;
發送單元,用于向第二服務器發送物流狀態推動請求消息,所述物流狀態推動請求消息中包含確定的所述第一對應關系,以使所述第一對應關系經由第二服務器發送給第一服務器,所述第一服務器利用所述第一對應關系,確定無主件業務對象對應的物流訂單的物流訂單標識對應的收件人信息。
在本申請實施例的方案中,由于第一服務器在接收到無主件業務對象對應的物流訂單的物流訂單標識后,可利用確定的物流訂單標識和收件人信息之間 的第一對應關系,查找到接收的無主件業務對象對應的物流訂單的物流訂單標識對應的收件人信息,之后將查找到的無主件業務對象的收件人信息發送給第一用戶設備,使得可以利用查找到的收件人信息將無主件業務對象進行分揀、轉運及派送,最終在線下將該無主件業務對象送達收件人,在線上,該無主件業務對象的物流狀態走向完結狀態,減少了物流訂單數據庫中存儲空間的占用以及提高了查詢物流訂單的速度。
附圖說明
圖1為本申請實施例一提供的物流信息確定方法的流程圖;
圖2為本申請實施例二提供的物流信息確定方法的流程圖;
圖3為本申請實施例三提供的物流信息確定方法的流程圖之一;
圖4為本申請實施例三提供的物流信息確定方法的流程圖之二;
圖5為本申請實施例三提供的物流信息確定方法的流程圖之三;
圖6為本申請實施例三提供的物流信息確定方法的流程圖之四;
圖7為本申請實施例三提供的物流信息確定方法的流程圖之五;
圖8為本申請實施例四提供的物流信息確定方法的流程圖;
圖9為本申請實施例五提供的物流信息確定裝置的結構示意圖;
圖10為本申請實施例六提供的物流信息確定裝置的結構示意圖;
圖11為本申請實施例七提供的物流信息確定裝置的結構示意圖之一;
圖12為本申請實施例七提供的物流信息確定裝置的結構示意圖之二;
圖13為本申請實施例七提供的物流信息確定裝置的結構示意圖之三;
圖14為本申請實施例七提供的物流信息確定裝置的結構示意圖之四;
圖15為本申請實施例七提供的物流信息確定裝置的結構示意圖之五;
圖16為本申請實施例八提供的物流信息確定裝置的結構示意圖。
具體實施方式
為了使無主件業務對象的物流狀態走向完結狀態,減少物流訂單數據庫中存儲空間的占用以及提高查詢物流訂單的速度,本申請實施例提供一種物流信息確定方法及裝置,該方法中,第一服務器在接收到第一用戶設備發送的攜帶有無主件業務對象對應的物流訂單的物流訂單標識物流信息請求消息后,從確定的物流訂單標識和收件人信息之間的第一對應關系中,查找該無主件業務對象對應的物流訂單的物流訂單標識對應的收件人信息,之后將查找到的收件人信息返回給第一用戶設備,進而在線下,可以進行該無主件業務對象的分揀、轉運及派送,最終將該無主件業務對象送達收件人,相應地,在線上,該無主件業務對象對應的物流訂單的物流狀態走向簽收或拒簽等完結狀態,該無主件業務對象對應的物流訂單也就可以被刪除或者移入歷史物流訂單數據庫,減少了物流訂單數據庫中存儲空間的占用,提高了物流訂單的查詢速度。
為了清楚地說明本申請實施例的方案,首先對物流訂單以及物流訂單數據庫進行說明:
物流訂單分為普通物流訂單和轉運物流訂單,其中,國際轉運服務物流商對收貨地址為國外的轉運物流訂單提供物流服務。國際轉運服務物流商(也可稱為第一用戶)通過一站式操作及管理,將第二用戶購買的業務對象順利送達該國以外的地區;國際轉運通常包括兩段:第一段:第三用戶先將業務對象寄送到第一用戶指定的轉運商倉庫,交由該轉運商倉庫代收;第二段:該轉運商再將業務對象進行國際轉運,快速送往第二用戶指定的收貨地址。普通物流訂單即為不進行轉運的物流訂單。
物流訂單數據庫中存儲了交易訂單號、物流訂單標識和收件人信息三者之間的對應關系;其中,在第二用戶下單時,提交該單的收件人信息,第一服務器為第二用戶購買的業務對象生成交易訂單號,并將該交易訂單號和收件人信息之間的第二對應關系存儲在物流訂單數據庫中;在第三用戶將第二用戶購買的業務對象發貨后,向第一服務器提交攜帶有交易訂單號和物流訂單標識之間的第三對應關系的已發貨消息,此時,第一服務器將利用第二對應關系和第三 對應關系,存儲交易訂單號、物流訂單標識和收件人信息三者之間的對應關系。
以下結合說明書附圖對本發明的優選實施例進行說明,應當理解,此處所描述的優選實施例僅用于說明和解釋本發明,并不用于限定本發明。并且在不沖突的情況下,本申請中的實施例及實施例中的特征可以相互組合。
實施例一
如圖1所示,其為本申請實施例一提供的物流信息確定方法的流程圖,包括以下步驟:
步驟101:第一服務器接收第一用戶設備發送的物流信息請求消息,所述物流信息請求消息中攜帶有無主件業務對象對應的物流訂單的物流訂單標識;
所述物流信息請求消息是第一用戶設備針對無主件業務對象發送的。
在確定業務對象為無主件業務對象時,可通過第一用戶設備采集附著在無主件業務對象的物流面單上的物流訂單標識,然后通過第一用戶設備向攜帶有采集的物流訂單標識的第一服務器發送物流信息請求消息。第一用戶設備可以是具有掃描功能的手機、掃碼器等,掃描該業務對象對應的物流訂單的物流訂單標識(表現形式可以為二維碼、條形碼、編號等等),進而得到無主件業務對象對應的物流訂單的物流訂單標識;也可以通過手工將物流訂單標識輸入第一用戶設備中。例如:在分揀或派送業務對象的過程中,確定業務對象為無主件業務對象時,可通過手機將該無主件業務對象的物流面單上的物流訂單標識攜帶在物流信息請求消息中發送給第一服務器。
所述物流訂單標識可以為物流訂單號,也可以為物流訂單識別碼,該物流訂單識別碼可以是根據收件人信息生成的能唯一識別一個物流訂單識別碼。該物流訂單識別碼與物流訂單號存在生成時間的不同:物流訂單號是在第三用戶發貨之后才生成的,而物流訂單識別碼是在獲知業務對象的收件人信息之后,就可以生成。例如:第二用戶提交了交易訂單之后,第一服務器就可依據第二用戶填寫的收件人信息,生成物流訂單識別碼,并將該物流訂單識別碼、交易 訂單號與收件人信息三者綁定后存儲到物流訂單數據庫中并發送給第三用戶設備,在線下,第三用戶即可利用該物流識別碼和收件人信息進行物流面單的填寫,將業務對象發貨。在物流面單上存在物流訂單識別碼和物流訂單號時,為無主件業務對象的查找提供了雙重保障,只要物流面上上存在物流訂單識別碼和物流訂單號中的一個,即可通過第一服務器查詢無主件業務對象的收件人信息,進一步確保了無主件業務對象的物流狀態走向完結狀態,減少了物流訂單數據庫中存儲空間的占用以及提高了查詢物流訂單的速度。
步驟102:從確定的物流訂單標識和收件人信息之間的第一對應關系中,查找物流信息請求消息中攜帶的物流訂單標識對應的收件人信息;
第一服務器可以在步驟101之前確定物流訂單標識和收件人信息之間的第一對應關系,也可以在步驟101之后確定物流訂單標識和收件人信息之間的第一對應關系;
上述物流訂單標識和收件人信息之間的第一對應關系,可以是全部物流訂單(有主件業務對象對應的物流訂單和無主件業務對象對應的物流訂單)的物流訂單標識和收件人信息之間的第一對應關系,也可以是僅包括無主件業務對象對應的物流訂單的物流訂單標識和收件人信息之間的第一對應關系。
具體的,第一服務器通過如下三種方式確定物流訂單標識和收件人信息之間的第一對應關系:
第一種方式:
接收第二服務器發送的物流訂單標識和收件人信息之間的第一對應關系;
將接收的物流訂單標識和收件人信息之間的第一對應關系作為確定的物流訂單標識和收件人信息之間的第一對應關系。
在上述第一種方式中,第二服務器在確定滿足以下三種觸發條件中的任一種觸發條件,向第一服務器發送第一對應關系:
第一種觸發條件:
第二服務器確定物流訂單處于未完結狀態的時長,超過設定時長。
此時,第二服務器將該超過設定時長的物流訂單的物流訂單標識和收件人信息之間的第一對應關系發送給第一服務器。
上述第一種觸發條件,是考慮到能獲知業務對象的收件人信息的情況下,只要第三用戶將第二用戶購買或者需要的業務對象發貨,物流訂單在一定時長內,通常會被送收件人,該業務對象對應的物流訂單的訂單狀態也即會走向拒簽或簽收的完結狀態。而若物流訂單處于長時間處于未完結狀態,超過設定時長,則說明該物流訂單很可能是無主件物流訂單。因其在線下無法被分揀、運輸及派送,因此,在線上其物流狀態長時間沒有改變,一直處于未完結狀態。因此,第二服務器在確定物流訂單處于未完結狀態的時長,超過設定時長時,將該超過設定時長的物流訂單的物流訂單標識和收件人信息之間的第一對應關系發送給第一服務器,以使第一用戶終端通過查詢該第一服務器,獲取無主件業務對象的收件人信息。
上述未完結狀態是指物流訂單的物流狀態為簽收、拒收或關閉之外的狀態,例如:已發貨狀態、等待對方簽收的狀態、已入庫轉運倉狀態、已到達A地分揀點、已到達B地派送中心等待派送等等。這里的設定時長,可以根據物流訂單具體的未完結狀態,分別進行設定,通常可以依據歷史物流訂單處于該具體的未完結狀態的時長的統計值(例如,取平均時長,取最大時長,取平均時長的設定倍數)來設定。
第二種觸發條件:
第二服務器接收到第二用戶設備發送的包含物流訂單標識和收件人信息之間的第一對應關系的物流狀態推動請求消息。
此時,第二服務器將該物流狀態推動請求消息中包含的物流訂單標識和收件人信息之間的第一對應關系發送給第一服務器。
上述第二種觸發條件,是考慮第二用戶參與物流狀態的推動,此時,第二用戶若發現其業務對象的物流狀態長時間處于未完結狀態,可能是因為該第二用戶的業務對象的物流面單中的收件人信息無法確定,因此,可通過第二用戶 設備向第二服務器發送包含物流訂單標識和收件人信息之間的第一對應關系的物流狀態推動請求消息,以使第二服務器將該第一對應關系發送第一服務器,進而第三用戶設備可以查詢到無主件業務對象的收件人信息,在線下,第三用戶利用查詢到的收件人信息,將無主件業務對象送達收件人,在線下,推動該物流訂單的物流狀態走向完結。
該第二種觸發條件,針對在下單時,第二用戶填寫收件人信息錯誤導致的無主件業務對象,推動該無主件業務對象的物流狀態走向完結狀態尤為有效,此時,第二用戶終端發送包含物流訂單標識和正確的收件人信息之間的第一對應關系的物流狀態推動請求消息即可。
第三種觸發條件:
第二服務器向第三用戶設備發送包含物流訂單標識和交易訂單號的發貨成功消息;
此時,第二服務器即可向第一服務器發送包含該交易訂單號對應的物流訂單標識和收件人信息之間的第一對應關系。
由于第三用戶在線下將業務對象發貨后,需要在線上通過第三用戶設備向第一服務器反饋攜帶物流訂單標識和交易訂單號的已發貨信息,此時,第一服務器接收到此已發貨信息后,將向第三用戶發送包含物流訂單標識和交易訂單號的發貨成功消息,此時,第二服務器即可從物流訂單數據庫中獲得該交易訂單號對應的物流訂單標識和收件人信息之間的第一對應關系,進而將該第一對應關系發送給第一服務器。
該第三種觸發條件下,第二服務器向第一服務器發送的第一對應關系中包含了所有已發貨的業務對象對應的物流訂單的物流訂單標識和收件人信息之間的第一對應關系,這些已發貨的業務對象有可能在后續中會在運輸過程中變為無主件業務對象,因此,后續第一服務器可以利用該第三種觸發條件下發送的第一對應關系進行無主件業務對象的收件人信息的確定。
第二種方式,包括以下三個步驟:
第一步:接收第二服務器發送的交易訂單號和收件人信息之間的第二對應關系,其中,所述第二對應關系是第二服務器在向第二用戶設備發送包含交易訂單號的支付成功消息后,發送的該交易訂單號與該交易訂單號表示的交易訂單的收件人信息之間的第二對應關系;
第二步:接收第二服務器發送的交易訂單號和物流訂單標識之間的第三對應關系,其中,所述第三對應關系是第二服務器在向第三用戶設備發送包含交易訂單號和物流訂單標識之間的第三對應關系的發貨成功消息后,發送的該發貨成功消息中包含的第三對應關系;
第三步:利用接收的所述第二對應關系和所述第三對應關系,確定所述第一對應關系。
上述第二種方式中,第二服務器通過在發送支付成功消息后,觸發向第一服務器發送上述第二對應關系,以及在發送發貨成功消息后,觸發向第一服務器發送上述第三對應關系,第二服務器在收到第三對應關系后,可利用之前收到的第二對應關系,確定所述第一對應關系。
第三種方式:
針對所述物流訂單標識所表示的物流訂單為包括國內段物流訂單和國際段物流訂單的轉運物流訂單時,第一服務器通過如下方式確定轉運訂單標識和收件人信息之間的第一對應關系:
接收第二服務器發送的轉運訂單標識和收件人信息之間的第四對應關系,其中,所述第四對應關系是第二服務器在向第二用戶設備,針對當前物流狀態為已入庫轉運倉的轉運訂單發送包含多個轉運訂單標識的合單支付成功消息后,發送的該多個轉運訂單標識與該多個轉運訂單標識對應的收件人信息之間的第四對應關系。
上述第三種方式中,考慮針對轉運訂單,第二用戶設備可以對進行合單操作,將多個當前物流狀態為已入庫轉運倉且收貨人信息相匹配的轉運訂單合為一個轉運訂單,之后支付合單后的轉運運費,第二用戶設備向第二服務器發送 合單支付消息后,第二服務器在合單成功后,將多個轉運訂單標識和收件人信息存儲到物流訂單數據庫中,并會向第二用戶返回包含多個轉運訂單標識的合單支付成功消息,此時,即可從物流訂單數據庫中,獲取所述多個轉運訂單標識對應的收件人信息,然后將多個轉運訂單標識與對應的收件人信息之間的第四對應關系發送給第一服務器,第一服務器即可在國際段運輸、分揀及派送時確定可能的無主件業務對象的轉運訂單標識的收件人信息。
步驟103:向第一用戶設備發送物流信息響應消息,所述物流信息響應消息中攜帶有查找到的收件人信息。
這里,由于第一用戶設備收到了無主件業務對象的收件人信息,因此,即可利用該收件人信息進行該無主件業務對象的分揀、轉運及派送,使得在線下,該無主件業務對象被送達收件人,在線上,該無主件業務對象對應的物流訂單的物流狀走向完結狀態,進而可將該走向完結狀態的物流訂單進行刪除,或者移入歷史物流訂單數據庫,減少存儲空間的占用,提高物流訂單的查詢速度,并且由于減少了無主件業務對象,這對于第一用戶來說,能最大程度上將無主件業務對象送達到收件人,提高了業務對象配送的物流體驗,對于第二用戶以及第三用戶來說,能最大程度上接收到無主件業務對象,均提高了使用物流服務的用戶體驗。
在一種具體的實施方式中,所述第一服務器可以為電子商務網站服務器,所述第二服務器可以為物流服務提供商服務器。
本實施例一以第一服務器為執行主體詳細描述了本申請的物流信息確定方法,下面分別通過實施例二、實施例三和實施例四以第一用戶設備、第二服務器和第二用戶設備為執行主體,對本申請的物流信息確定方法進行描述。
實施例二
如圖2所示,其為本申請實施例二提供的以第一用戶設備為執行主體的物流信息確定方法的流程圖,包括以下步驟:
步驟201:第一用戶設備采集附著在無主件業務對象的物流面單上的物流訂單標識;
物流面單上具有記錄發件人、收件人以及業務對象重量、價格等相關信息,而對于無主件業務對象,其物流面單上的收件人信息是錯誤的、不能識別的或者卻是的,但物流面單上的物流訂單標識清楚的情況下,可以利用第一用戶設備采集附著在無主件業務對象的物流面單上的物流訂單標識。
步驟202:向第一服務器發送物流信息請求消息,所述物流信息請求消息中攜帶有采集的所述物流訂單標識,以使所述第一服務器利用所述物流訂單標識查找所述無主件業務對象的收件人信息;
步驟203:接收第一服務器發送的物流信息響應消息,所述物流信息響應消息中攜帶有第一服務器查找到的收件人信息。
該實施例二與實施例一相比僅僅是描述的角度有所不同,因此,具體的實現細節可以參見實施例一中的介紹,這里不再贅述。
實施例三
如圖3所示,其為本申請實施例三提供的以第二服務器為執行主體的物流信息確定方法的流程圖之一,包括以下步驟:
步驟301:第二服務器對物流訂單處于未完結狀態的時長進行監控;
步驟302:當監控到物流訂單處于未完結狀態的時長超過設定時長時,從物流訂單數據庫中獲取該物流訂單的物流訂單標識和收件人信息之間的第一對應關系;
步驟303:將獲取的所述第一對應關系發送給第一服務器,以使第一服務器利用所述第一對應關系,確定無主件業務對象對應的物流訂單的物流訂單標識對應的收件人信息。
如圖4所示,其為本申請實施例三提供的物流信息確定方法的流程圖之二,包括以下步驟:
步驟401:第二服務器接收第二用戶設備發送的物流狀態推動請求消息,所述物流狀態推動請求消息中包含有物流訂單標識和收件人信息之間的第一對應關系;
步驟402:將所述第一對應關系發送給第一服務器,以使第一服務器利用所述第一對應關系,確定無主件業務對象對應的物流訂單的物流訂單標識對應的收件人信息。
如圖5所示,其為本申請實施例三提供的物流信息確定方法的流程圖之三,包括以下步驟:
步驟501:第二服務器在向第二用戶設備發送包含交易訂單號的支付成功消息后,從物流訂單數據庫中獲取該交易訂單號對應的交易訂單的收件人信息;
步驟502:將該交易訂單號與獲取的收件人信息之間的第二對應關系發送給第一服務器;
步驟503:第二服務器在向第三用戶設備發送包含交易訂單號和物流訂單標識之間的第三對應關系的發貨成功消息后,將所述第三對應關系發送給第一服務器,以使第一服務器利用所述第二對應關系和所述第三對應關系,確定物流訂單標識和收件人信息之間的第一對應關系。
如圖6所示,其為本申請實施例三提供的物流信息確定方法的流程圖之四,包括以下步驟:
步驟601:第二服務器在向第三用戶設備發送包含交易訂單號和物流訂單標識之間的第三對應關系的發貨成功消息后,從物流訂單數據庫中獲取發貨成功消息中包含的交易訂單號表示的交易訂單的收件人信息;
步驟602:將所述物流訂單標識與獲取的收件人信息之間的第一對應關系發送給第一服務器,以使第一服務器利用所述第一對應關系,確定無主件業務對象對應的物流訂單的物流訂單標識對應的收件人信息。
如圖7所示,其為本申請實施例三提供的物流信息確定方法的流程圖之五, 包括以下步驟:
步驟701:第二服務器在向第二用戶設備針對當前物流狀態為已入庫轉運倉的轉運訂單發送包含多個轉運訂單標識的合單支付成功消息后,從物流訂單數據庫中獲取所述多個轉運訂單標識對應的收件人信息;
步驟702:將該多個轉運訂單標識與獲取的收件人信息之間的第一對應關系發送給第一服務器,以使第一服務器利用所述第一對應關系,確定無主件業務對象的轉運訂單標識對應的收件人信息。
該實施例三與實施例一相比僅僅是描述的角度有所不同,因此,具體的實現細節可以參見實施例一中的介紹,這里不再贅述。
實施例四
如圖8所示,其為本申請實施例四提供的物流信息確定方法的流程圖包括以下步驟:
步驟801:第二用戶設備接收針對物流狀態為已發貨的業務對象的物流狀態推動命令;
這里,在第二用戶發現業務對象的物流訂單的物流狀態長時間處于某一具體的未完結狀態時,可通過網頁上提供的推動命令按鈕,向第二用戶設備輸入物流狀態推動命令;
步驟802:確定所述業務對象對應的物流訂單的物流訂單標識和收件人信息之間的第一對應關系;
第二用戶設備在接收到推動命令后,可以從推動命令按鈕所在頁面/區域識別出所在頁面/區域內呈現的物流訂單的物流訂單標識和收件人信息之間的第一對應關系,將識別出的物流訂單的物流訂單標識和收件人信息之間的第一對應關系作為本步驟802中確定出的第一對應關系,也可以在接收到推動命令后,給出信息輸入框,提示用戶進行物流訂單標識和收件人信息的輸入,將用戶輸入的物流訂單的物流訂單標識和收件人信息之間的第一對應關系作為本步驟 802中確定出的第一對應關系;
步驟803:向第二服務器發送物流狀態推動請求消息,所述物流狀態推動請求消息中包含確定的所述第一對應關系,以使所述第一對應關系經由第二服務器發送給第一服務器,所述第一服務器利用所述第一對應關系,確定無主件業務對象對應的物流訂單的物流訂單標識對應的收件人信息。
該實施例四與實施例一相比僅僅是描述的角度有所不同,因此,具體的實現細節可以參見實施例一中的介紹,這里不再贅述。
實施例五
與實施例一相對應的,本申請實施例五提供了物流信息確定裝置,具體如圖9所示,一種物流信息確定裝置,包括:
接收單元91,用于接收第一用戶設備發送的物流信息請求消息,所述物流信息請求消息中攜帶有無主件業務對象對應的物流訂單的物流訂單標識;
查找單元92,用于從確定的物流訂單標識和收件人信息之間的第一對應關系中,查找物流信息請求消息中攜帶的物流訂單標識對應的收件人信息;
發送單元93,用于向第一用戶設備發送物流信息響應消息,所述物流信息響應消息中攜帶有查找到的收件人信息。
較佳的,所述裝置還包括:第二確定單元94,用于接收第二服務器發送的物流訂單標識和收件人信息之間的第一對應關系;將接收的物流訂單標識和收件人信息之間的第一對應關系作為確定的物流訂單標識和收件人信息之間的第一對應關系;其中,所述第一對應關系是第二服務器確定物流訂單處于未完結狀態的時長,超過設定時長時,發送的該超過設定時長的物流訂單的物流訂單標識和收件人信息之間的第一對應關系。
較佳的,所述裝置還包括:第二確定單元94,用于接收第二服務器發送的物流訂單標識和收件人信息之間的第一對應關系;將接收的物流訂單標識和收件人信息之間的第一對應關系作為確定的物流訂單標識和收件人信息之間的 第一對應關系;其中,所述第一對應關系是第二服務器在接收到第二用戶設備發送的包含物流訂單標識和收件人信息之間的第一對應關系的物流狀態推動請求消息時,發送的該物流狀態推動請求消息中包含的物流訂單標識和收件人信息之間的第一對應關系。
較佳的,所述裝置還包括:第二確定單元94,用于接收第二服務器發送的交易訂單號和收件人信息之間的第二對應關系,接收第二服務器發送的交易訂單號和物流訂單標識之間的第三對應關系;利用接收的所述第二對應關系和所述第三對應關系,確定所述第一對應關系;其中,所述第二對應關系是第二服務器在向第二用戶設備發送包含交易訂單號的支付成功消息后,發送的該交易訂單號與該交易訂單號表示的交易訂單的收件人信息之間的第二對應關系;所述第三對應關系是第二服務器在向第三用戶設備發送包含交易訂單號和物流訂單標識之間的第三對應關系的發貨成功消息后,發送的該發貨成功消息中包含的第三對應關系。
較佳的,所述裝置還包括:第二確定單元94,用于接收第二服務器發送的物流訂單標識和收件人信息之間的第一對應關系;將接收的物流訂單標識和收件人信息之間的第一對應關系作為確定的物流訂單標識和收件人信息之間的第一對應關系;其中,所述第一對應關系是第二服務器在向第三用戶設備發送包含物流訂單標識和交易訂單號的發貨成功消息后,發送的該交易訂單號對應的物流訂單標識和收件人信息之間的第一對應關系。
較佳的,所述物流訂單標識所表示的物流訂單為包括國內段物流訂單和國際段物流訂單的轉運物流訂單;
所述裝置還包括:第二確定單元94,用于接收第二服務器發送的轉運訂單標識和收件人信息之間的第四對應關系,其中,所述第四對應關系是第二服務器在向第二用戶設備,針對當前物流狀態為已入庫轉運倉的轉運訂單發送包含多個轉運訂單標識的合單支付成功消息后,發送的該多個轉運訂單標識與該多個轉運訂單標識對應的收件人信息之間的第四對應關系。
實施例六
與實施例二相對應的,本申請實施例六提供了一種物流信息確定裝置,具體如圖10所示:
如圖10所示,一種物流信息確定裝置,包括:
采集單元101,用于采集附著在無主件業務對象的物流面單上的物流訂單標識;
發送單元102,用于向第一服務器發送物流信息請求消息,所述物流信息請求消息中攜帶有采集的所述物流訂單標識,以使所述第一服務器利用所述物流訂單標識查找所述無主件業務對象的收件人信息;
接收單元103,用于接收第一服務器發送的物流信息響應消息,所述物流信息響應消息中攜帶有第一服務器查找到的收件人信息。
實施例七
與實施例三相對應的,本申請實施例七提供了多個物流信息確定裝置,具體如圖11、圖12、圖13、圖14和圖15所示:
如圖11所示,一種物流信息確定裝置,包括:
監控單元110,用于對物流訂單處于未完結狀態的時長進行監控;
獲取單元111,用于當監控到物流訂單處于未完結狀態的時長超過設定時長時,從物流訂單數據庫中獲取該物流訂單的物流訂單標識和收件人信息之間的第一對應關系;
發送單元112,用于將獲取的所述第一對應關系發送給第一服務器,以使第一服務器利用所述第一對應關系,確定無主件業務對象對應的物流訂單的物流訂單標識對應的收件人信息。
如圖12所示,一種物流信息確定裝置,包括:
接收單元120,用于接收第二用戶設備發送的物流狀態推動請求消息,所述物流狀態推動請求消息中包含有物流訂單標識和收件人信息之間的第一對應關系;
發送單元121,用于將所述第一對應關系發送給第一服務器,以使第一服務器利用所述第一對應關系,確定無主件業務對象對應的物流訂單的物流訂單標識對應的收件人信息。
如圖13所示,一種物流信息確定裝置,包括:
獲取單元130,用于在向第二用戶設備發送包含交易訂單號的支付成功消息后,從物流訂單數據庫中獲取該交易訂單號對應的交易訂單的收件人信息;
第一發送單元131,用于將該交易訂單號與獲取的收件人信息之間的第二對應關系發送給第一服務器;
第二發送單元132,用于在向第三用戶設備發送包含交易訂單號和物流訂單標識之間的第三對應關系的發貨成功消息后,將所述第三對應關系發送給第一服務器,以使第一服務器利用所述第二對應關系和所述第三對應關系,確定物流訂單標識和收件人信息之間的第一對應關系。
如圖14所示,一種物流信息確定裝置,包括:
獲取單元140,用于在向第三用戶設備發送包含交易訂單號和物流訂單標識之間的第三對應關系的發貨成功消息后,從物流訂單數據庫中獲取發貨成功消息中包含的交易訂單號表示的交易訂單的收件人信息;
發送單元141,用于將所述物流訂單標識與獲取的收件人信息之間的第一對應關系發送給第一服務器,以使第一服務器利用所述第一對應關系,確定無主件業務對象對應的物流訂單的物流訂單標識對應的收件人信息。
如圖15所示,一種物流信息確定裝置,包括:
獲取單元150,用于在第二服務器向第二用戶設備針對當前物流狀態為已入庫轉運倉的轉運訂單發送包含多個轉運訂單標識的合單支付成功消息后,從物流訂單數據庫中獲取所述多個轉運訂單標識對應的收件人信息;
發送單元151,用于將該多個轉運訂單標識與獲取的收件人信息之間的第一對應關系發送給第一服務器,以使第一服務器利用所述第一對應關系,確定無主件業務對象的轉運訂單標識對應的收件人信息。
實施例八
與實施例四相對應的,本申請實施例八提供了一種物流信息確定裝置,具體如圖16所示,包括:
接收單元160,用于接收針對物流狀態為已發貨的業務對象的物流狀態推動命令;
確定單元161,用于確定所述業務對象對應的物流訂單的物流訂單標識和收件人信息之間的第一對應關系;
發送單元162,用于向第二服務器發送物流狀態推動請求消息,所述物流狀態推動請求消息中包含確定的所述第一對應關系,以使所述第一對應關系經由第二服務器發送給第一服務器,所述第一服務器利用所述第一對應關系,確定無主件業務對象對應的物流訂單的物流訂單標識對應的收件人信息。
通過以上的實施方式的描述,本領域的技術人員可以清楚地了解到本發明實施例可以通過硬件實現,也可以借助軟件加必要的通用硬件平臺的方式實現?;谶@樣的理解,本發明實施例的技術方案可以以軟件產品的形式體現出來,該軟件產品可以存儲在一個非易失性存儲介質(可以是CD-ROM,U盤,移動硬盤等)中,包括若干指令用以使得一臺計算機設備(可以是個人計算機,服務器,或者網絡設備等)執行本發明各個實施例所述的方法。
本領域技術人員可以理解附圖只是一個優選實施例的示意圖,附圖中的模塊或流程并不一定是實施本發明所必須的。
本領域技術人員可以理解實施例中設備中的模塊可以按照實施例描述進行分布于實施例的設備中,也可以進行相應變化位于不同于本實施例的一個或多個設備中。上述實施例的模塊可以合并為一個模塊,也可以進一步拆分成多個子模塊。
上述本發明實施例序號僅僅為了描述,不代表實施例的優劣。
顯然,本領域的技術人員可以對本發明進行各種改動和變型而不脫離本發明的精神和范圍。這樣,倘若本發明的這些修改和變型屬于本發明權利要求及 其等同技術的范圍之內,則本發明也意圖包含這些改動和變型在內。