本申請涉及互聯(lián)網(wǎng)數(shù)據(jù)處理技術(shù)領(lǐng)域，尤其涉及一種物流信息處理方法及裝置。

背景技術(shù)：

隨著互聯(lián)網(wǎng)技術(shù)的快速發(fā)展，網(wǎng)上購物已成為目前主流的購物方式。通常在用戶下單后，購物網(wǎng)站平臺會將物流訂單在物流信息頁面展示給用戶，物流訂單上包含有訂單號、收貨人信息、發(fā)貨人信息等物流信息和業(yè)務(wù)對象的最新物流狀態(tài)信息，方便用戶及時獲知購買的業(yè)務(wù)對象到達何處，以及對物流狀態(tài)信息進行跟蹤。

如果在業(yè)務(wù)對象的整個物流流轉(zhuǎn)的過程中，涉及到的物流信息及物流資源都是固定不變的，業(yè)務(wù)對象的物流流轉(zhuǎn)能正常進行。然而，眾所周知，在實際的物流流轉(zhuǎn)場景中，業(yè)務(wù)對象的物流流轉(zhuǎn)前后以及流轉(zhuǎn)過程中可能出現(xiàn)的情況是紛繁復(fù)雜的。例如，目的地址填寫錯誤或者需要變更，業(yè)務(wù)對象被認定為異常件需要處理。針對這些復(fù)雜情況，往往需要用戶進行物流操作，給出操作方式，進而推動業(yè)務(wù)對象的物流流轉(zhuǎn)。

現(xiàn)有技術(shù)中，服務(wù)器提供給用戶的物流信息頁面僅供用戶查看，用戶發(fā)現(xiàn)或相關(guān)人員發(fā)現(xiàn)需要對物流信息進行物流操作后，雙方只能通過電話、聊天工具或其它線下溝通方式進行物流操作。用戶無法在線上對物流信息執(zhí)行諸如修改目的地址、給出處理意見等物流操作。

技術(shù)實現(xiàn)要素：

本申請實施例提供一種物流信息處理方法及裝置，用以解決現(xiàn)有技術(shù)中存在的用戶無法在線上對物流信息執(zhí)行物流操作的問題。

基于上述問題，本發(fā)明實施例提供的一種物流信息處理方法，包括：

業(yè)務(wù)服務(wù)器接收用戶終端發(fā)送的針對用戶物流頁面的物流操作請求，所述用戶物流頁面是將物流商服務(wù)器中的物流訂單和電子商務(wù)服務(wù)器中的與該物流訂單相對應(yīng)的交易訂單進行數(shù)據(jù)關(guān)聯(lián)后得到的，包含有可操作訂單條目，所述物流操作請求中攜帶有操作指令和選擇的可操作訂單條目；

針對所述選擇的可操作訂單條目，執(zhí)行所述操作指令，得到操作結(jié)果；

向用戶終端發(fā)送訂單操作響應(yīng)，所述訂單操作響應(yīng)包含有所述操作結(jié)果，并在操作結(jié)果為操作成功時，針對所述物流操作請求，向所述物流商服務(wù)器發(fā)送同步操作指令。

一種物流信息處理方法，包括：

用戶終端接收針對用戶物流頁面中的可操作訂單條目的選擇指令，所述用戶物流頁面顯示在所述用戶終端的用戶界面上，是將物流商服務(wù)器中的物流訂單和電子商務(wù)服務(wù)器中的與該物流訂單相對應(yīng)的交易訂單進行數(shù)據(jù)關(guān)聯(lián)后得到的；

接收針對所述選擇指令所選擇的可操作訂單條目的操作指令；

向業(yè)務(wù)服務(wù)器發(fā)送物流操作請求，所述物流操作請求中攜帶有操作指令和所述選擇指令所選擇的可操作訂單條目；

接收業(yè)務(wù)服務(wù)器發(fā)送的操作結(jié)果，所述操作結(jié)果是業(yè)務(wù)服務(wù)器針對所述選擇的可操作訂單條目執(zhí)行所述操作指令得到的。

一種物流信息處理方法，包括：

接收業(yè)務(wù)服務(wù)器在操作結(jié)果為操作成功時發(fā)送的同步操作指令，所述同步操作指令是針對用戶終端發(fā)送的物流操作請求的，所述物流操作請求中攜帶有操作指令和選擇的可操作訂單條目，所述操作結(jié)果是所述業(yè)務(wù)服務(wù)器針對所述選擇的可操作訂單條目，執(zhí)行所述操作指令后得到的；

利用所述同步指令對物流訂單的物流信息進行同步。

一種物流信息處理裝置，包括：

接收單元，用于接收用戶終端發(fā)送的針對用戶物流頁面的物流操作請求，所述用戶物流頁面是將物流商服務(wù)器中的物流訂單和電子商務(wù)服務(wù)器中的與該物流訂單相對應(yīng)的交易訂單進行數(shù)據(jù)關(guān)聯(lián)后得到的，包含有可操作訂單條目，所述物流操作請求中攜帶有操作指令和選擇的可操作訂單條目；

執(zhí)行單元，用于針對所述選擇的可操作訂單條目，執(zhí)行所述操作指令，得到操作結(jié)果；

發(fā)送單元，用于向用戶終端發(fā)送訂單操作響應(yīng)，所述訂單操作響應(yīng)包含有所述操作結(jié)果，并在操作結(jié)果為操作成功時，針對所述物流操作請求，向所述物流商服務(wù)器發(fā)送同步操作指令。

一種物流信息處理裝置，包括：

第一接收單元，用于接收針對用戶物流頁面中的可操作訂單條目的選擇指令，所述用戶物流頁面顯示在所述用戶終端的用戶界面上，是將物流商服務(wù)器中的物流訂單和電子商務(wù)服務(wù)器中的與該物流訂單相對應(yīng)的交易訂單進行數(shù)據(jù)關(guān)聯(lián)后得到的；

第二接收單元，用于接收針對所述選擇指令所選擇的可操作訂單條目的操作指令；

發(fā)送單元，用于向業(yè)務(wù)服務(wù)器發(fā)送物流操作請求，所述物流操作請求中攜帶有操作指令和所述選擇指令所選擇的可操作訂單條目；

第三接收單元，用于接收業(yè)務(wù)服務(wù)器發(fā)送的操作結(jié)果，所述操作結(jié)果是業(yè)務(wù)服務(wù)器針對所述選擇的可操作訂單條目執(zhí)行所述操作指令得到的。

一種物流信息處理裝置，包括：

接收單元，用于接收業(yè)務(wù)服務(wù)器在操作結(jié)果為操作成功時發(fā)送的同步操作指令，所述同步操作指令是針對用戶終端發(fā)送的物流操作請求的，所述物流操作請求中攜帶有操作指令和選擇的可操作訂單條目，所述操作結(jié)果是所述業(yè)務(wù)服務(wù)器針對所述選擇的可操作訂單條目，執(zhí)行所述操作指令后得到的；

同步單元，用于利用所述同步指令對物流訂單的物流信息進行同步。

在本申請實施例的方案中，通過將物流訂單和與該物流訂單相對應(yīng)的交易訂單進行數(shù)據(jù)關(guān)聯(lián)，構(gòu)造出用戶物流頁面，并在用戶物流頁面中提供了可操作訂單條目，使得用戶對物流信息進行操作成為可能，也即用戶可在線上通過提供的用戶物流頁面對物流信息執(zhí)行物流操作。此外，業(yè)務(wù)服務(wù)器在執(zhí)行了用戶終端的物流操作請求攜帶的操作指令之后，通知物流商服務(wù)器進行同步操作，使得物流商服務(wù)器對存儲的物流訂單進行更新，相關(guān)人員即可利用更新后的物流訂單中的信息執(zhí)行線下的物流流轉(zhuǎn)操作也即實操。由于更新會的物流訂單中的信息較為準確，因此，加快了物流流轉(zhuǎn)速度。

附圖說明

圖1為本申請實施例提供的物流信息處理方法的流程圖；

圖2為本申請實施例提供的用戶、物流商以及用戶物流頁面之間的關(guān)系示意圖；

圖3為本申請實施例提供的用戶物流頁面的數(shù)據(jù)構(gòu)成示意圖；

圖4為本申請實施例提供的第一種物流信息處理裝置的結(jié)構(gòu)示意圖；

圖5為本申請實施例提供的第二種物流信息處理裝置的結(jié)構(gòu)示意圖；

圖6為本申請實施例提供的第三種物流信息處理裝置的結(jié)構(gòu)示意圖。

具體實施方式

為了解決現(xiàn)有技術(shù)中存在的用戶無法在線上對物流信息執(zhí)行物流操作的問題，本申請實施例中，首先，將物流商服務(wù)器中的物流訂單和電子商務(wù)服務(wù)器中的交易訂單進行數(shù)據(jù)關(guān)聯(lián)，其次，將關(guān)聯(lián)后的數(shù)據(jù)展現(xiàn)在用戶物流頁面上，提供給用戶終端，并且可對物流訂單中的訂單條目進行了區(qū)分，具體可區(qū)分為可操作訂單條目和不可操作訂單條目。其中，可操作訂單條目即為用戶終端提供了操作物流信息的入口，通過用戶終端從可操作訂單條目中選擇出可操作訂單條目，向服務(wù)器發(fā)送物流操作請求，業(yè)務(wù)服務(wù)器對可操作物流訂單執(zhí)行操作 命令，得到操作結(jié)果，并將操作結(jié)果同步給物流商服務(wù)器。一方面，從技術(shù)角度而言，實現(xiàn)了用戶在線上對物流信息執(zhí)行物流操作，提高了對物流信息進行操作的靈活性，使得物流信息的準確性較高；另一方面，從物流流轉(zhuǎn)和用戶角度而言，由于用戶可以很方便地在線上直接參與物流操作的執(zhí)行，因此，減少了線下的溝通成本，提高了業(yè)務(wù)對象的成交量以及用戶體驗。此外，隨著物流信息的準確性的提高，業(yè)務(wù)對象的物流流轉(zhuǎn)的效率也相應(yīng)地提高。

為了便于理解本申請的方案，下面先對本申請涉及的相關(guān)概念進行解釋說明：

物流訂單：可分為跨境物流訂單和非跨境物流訂單，由多個訂單條目構(gòu)成。其中，跨境物流訂單通常由兩段物流為該物流訂單服務(wù)，一段是國內(nèi)物流段，另一段是國際物流段。通常國內(nèi)物流段以賣家所在地為發(fā)貨地址，以集運倉為收貨地址，國際段以集運倉為集運倉為發(fā)貨地址，以業(yè)務(wù)對象的實際境外收貨地址為收貨地址。在將業(yè)務(wù)對象送達集運倉后，可根據(jù)實際需要，在集運倉中存儲一段時間。構(gòu)成物流訂單的訂單條目可包括：物流公司條目、訂單號條目、收貨人信息條目、發(fā)貨人信息條目、保價條目等等。物流公司條目用于記錄物流公司信息；訂單號條目用來記錄訂單號信息。收貨人信息條目用來記錄收貨人信息，通常包括：收貨人姓名信息、收貨地址信息、收貨人單位名稱信息、收貨人的聯(lián)系電話信息、收貨人的郵政編碼信息、收貨人身份證信息和收貨時間段信息等等。發(fā)送人信息條目用來記錄發(fā)貨人信息，通常包括：收貨人姓名信息、收貨地址信息、收貨人單位名稱信息、收貨人的聯(lián)系電話信息、收貨人的郵政編碼信息、收貨人身份證信息以及收貨時間段信息等等。保價條目用來記錄保價與否以及保價費用等等。此外，在物流流轉(zhuǎn)過程中，物流商服務(wù)器還可以用物流訂單記錄業(yè)務(wù)對象的物流狀態(tài)，物流狀態(tài)用于記錄業(yè)務(wù)對象到達何地、相關(guān)物流人員對業(yè)務(wù)對象執(zhí)行的操作。

以下結(jié)合說明書附圖對本發(fā)明的優(yōu)選實施例進行說明，應(yīng)當理解，此處所描述的優(yōu)選實施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。并且在不 沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。

如圖1所示，其為本申請實施例提供的物流信息處理方法的流程圖，包括以下步驟：

步驟101：用戶終端接收針對用戶物流頁面中的可操作訂單條目的選擇指令。

在電商服務(wù)器或第三方服務(wù)器中，系統(tǒng)通過交易訂單記錄用戶的購買、下單行為。在物流服務(wù)器中，系統(tǒng)通過物流訂單記錄業(yè)務(wù)對象的物流信息(收貨人信息、發(fā)貨人信息以及物流狀態(tài)信息等等)。一個交易訂單對應(yīng)一個或多個物流訂單。

本申請中，為了能使用戶對交易訂單對應(yīng)的物流訂單(確切地說是物流訂單中的物流信息)進行操作，將物流商服務(wù)器中的物流訂單和電子商務(wù)服務(wù)器中的與該物流訂單相對應(yīng)的交易訂單進行數(shù)據(jù)關(guān)聯(lián)，將關(guān)聯(lián)后得到的數(shù)據(jù)顯示在用戶物流頁面上，并對構(gòu)成物流訂單的訂單條目區(qū)分為可操作訂單條目和不可操作訂單條目，在用戶物流頁面上顯示可操作訂單條目，或者顯示可操作訂單條目和不可操作訂單條目。

考慮到交易訂單與物流訂單本身具有對應(yīng)關(guān)系，交易訂單中具有用戶購買的業(yè)務(wù)對象的具體信息，而物流訂單中沒有業(yè)務(wù)對象的具體信息，為了方便用戶分辨具體需要對哪個物流訂單進行物流操作，因此，本申請中將物流訂單與交易訂單進行關(guān)聯(lián)，將關(guān)聯(lián)后的數(shù)據(jù)顯示在用戶物流頁面。

上述可操作訂單條目是指用戶可以操作的訂單條目，通過操作，對訂單條目中信息進行選中、修改、刪除或添加新的信息。

不可操作訂單條目是用戶不可以操作的訂單條目，不可操作訂單條目中的內(nèi)容不能被選中、修改、刪除或添加新的信息，僅供用戶查看。

不可操作訂單條目并不是一成不變的，隨著業(yè)務(wù)對象的物流流轉(zhuǎn)，可操作訂單條目可能會變?yōu)椴豢刹僮饔唵螚l目，不可操作訂單條目也可能會變?yōu)榭刹僮饔唵螚l目，例如：收貨人信息條目在業(yè)務(wù)對象未送達之前，通常是可操作訂 單條目，在業(yè)務(wù)對象送達之后，即為不可操作訂單條目。

這里，用戶終端的用戶界面上顯示有用戶物流頁面，用戶即可對用戶物流頁面上的可操作訂單條目進行選擇，選擇需要操作的可操作訂單條目，對用戶終端來說即為接收輸入的選擇指令。

步驟102：用戶終端接收針對所述選擇指令所選擇的可操作訂單條目的操作指令。

在上述步驟101中，選擇了可操作訂單條目，也即選擇了操作對象。對選擇的操作對象執(zhí)行何種操作，也即由本步驟102中的操作指令來決定。

這里的操作指令可以為用戶終端主動發(fā)起的操作指令(并不對訂單條目中的信息進行變更)，也可以是對訂單條目中的信息進行變更或修改的操作指令。

可以在可操作訂單條目后設(shè)置相應(yīng)的操作指令按鈕，用戶在選擇可操作訂單條目后，點擊相應(yīng)的操作指令按鈕即實現(xiàn)向用戶終端輸入操作命令，對用戶終端來說，即為接收針對選擇的可操作訂單條目的操作指令。

例如：假設(shè)選擇的可操作訂單條目為收件人信息條目，則用戶通過點擊針對收件人信息條目設(shè)置的“修改”按鈕，并在收貨地址一欄中填寫修改后的收貨地址信息，即實現(xiàn)向用戶終端輸入針對收件人信息條目的修改指令。

上述操作指令和選擇的可操作訂單條目即構(gòu)成了用戶的物流操作。

實際物流流轉(zhuǎn)過程中，可能發(fā)生的情況是紛繁復(fù)雜的，因此，這里的可操作訂單條目根據(jù)業(yè)務(wù)對象的物流流轉(zhuǎn)過程來設(shè)置，相應(yīng)的操作指令也是需要根據(jù)業(yè)務(wù)對象的物流流轉(zhuǎn)過程和用戶的需求來確定。步驟105中將會通過典型的集中物流操作對本步驟102可操作訂單條目和操作指令進行描述。

步驟103：用戶終端向業(yè)務(wù)服務(wù)器發(fā)送物流操作請求，所述物流操作請求中攜帶有操作指令和所述選擇指令所選擇的可操作訂單條目。

這里，用戶終端發(fā)起物流操作請求，以實現(xiàn)與業(yè)務(wù)服務(wù)器進行交互，由業(yè)務(wù)服務(wù)器后續(xù)執(zhí)行用戶的物流操作。

用戶終端與業(yè)務(wù)服務(wù)器的交互可通過http協(xié)議下的報文進行交互。

步驟104：業(yè)務(wù)服務(wù)器接收用戶終端發(fā)送的針對用戶物流頁面的物流操作請求。

步驟105：業(yè)務(wù)服務(wù)器針對所述選擇的可操作訂單條目，執(zhí)行所述操作指令，得到操作結(jié)果。

業(yè)務(wù)服務(wù)器從物流操作請求中獲知可操作訂單條目以及操作指令后，即可針對可操作訂單條目，執(zhí)行操作指令，執(zhí)行結(jié)果即為操作結(jié)果。

為了確保操作指令的正確執(zhí)行，物流流轉(zhuǎn)的順利進行，在執(zhí)行本步驟105之前，可先判斷若對所述選擇的可操作訂單條目執(zhí)行所述操作指令是否與預(yù)先設(shè)置的物流流轉(zhuǎn)流程相沖突，若沖突，則向用戶終端返回操作失敗信息，若不沖突，則執(zhí)行步驟105。

下面通過下述四種典型的物流操作對本步驟105進行具體說明，但本申請并不局限于下述四種具體的物流操作，物流流轉(zhuǎn)過程中出現(xiàn)的情況是紛繁復(fù)雜的，可以依據(jù)實際情況，執(zhí)行其他物流操作。

第一種物流操作：變更收件人信息

這里可以是在業(yè)務(wù)對象的物流流轉(zhuǎn)過程中用戶發(fā)現(xiàn)的收件人信息有誤，例如，收貨地址填寫有誤、聯(lián)系電話填寫有誤或者需要添加備用的聯(lián)系電話，填寫的收貨地址是單位地址收貨時間不限，但因節(jié)假日或個人事情不在單位，需要更改收貨地址或收貨時間段。也可以是相關(guān)物流人發(fā)現(xiàn)收件人信息有誤，例如，聯(lián)系電話為空號、收貨地址不存在，之后物流人員通過用戶物流頁面的提醒消息或其它方式通知用戶。

為了對收件人信息進行變更，此時，選擇的可操作訂單條目為訂單號條目和收貨人信息條目，操作指令為將收貨人信息條目中原有的第一收貨人信息修改為第二收貨人信息。

此時，本步驟105具體為：針對所述訂單號條目中的訂單號所表示的物流訂單中的收貨人信息條目，將該收貨人信息條目中原有的第一收貨人信息修改為第二收貨人信息，這里，所述第一收貨人信息包括以下五種信息中的一種或 多種，第一收貨地址信息、第一聯(lián)系電話、第一郵政編碼、第一收貨人姓名和第一收貨時間段。第二收貨人信息與第一收貨人信息相對應(yīng)。

具體操作中，若用戶想要修改收貨地址信息，則可通過選擇用戶物流頁面中需要修改的物流訂單的訂單號條目，然后點擊“修改”按鈕，收貨地址子條目變?yōu)榭删庉嫚顟B(tài)，進行地址信息編輯后，可通過點擊“提交”按鈕，即可觸發(fā)用戶終端將選擇的訂單號條目和修改后的地址信息攜帶在物流操作請求中發(fā)送給業(yè)務(wù)服務(wù)器。

第二種物流操作：跨境物流訂單的合單集運

在用戶的至少兩個跨境物流訂單承載的業(yè)務(wù)對象的當前均為在集運倉中，并且業(yè)務(wù)對象送達的地址相同時，用戶可以發(fā)起跨境物流的合單集運操作。

此時，用戶物流頁面中展示的即為：將物流商服務(wù)器中的至少兩個跨境物流訂單和電子商務(wù)服務(wù)器中的與該至少兩個物流訂單分別對應(yīng)的交易訂單進行數(shù)據(jù)關(guān)聯(lián)后得到的數(shù)據(jù)，訂單號條目、收貨人信息條目和物流狀態(tài)條目；并且至少兩個跨境物流訂單的收貨人信息條目中的收貨地址信息相同且物流狀態(tài)條目中的當前物流狀態(tài)均為已入庫集運倉。

用戶選擇所述至少兩個跨境物流訂單，然后點擊“合單集運“按鈕，即觸發(fā)用戶終端將選擇的至少兩個訂單號條目和合單集運這一操作指令攜帶在物流操作請求中發(fā)送給業(yè)務(wù)服務(wù)器。

這里若兩個跨境物流訂單的收貨地址不相同，根據(jù)用戶需要也可以執(zhí)行上述第一種情況的操作，將兩個跨境物流訂單的收貨地址修改為相同，然后再執(zhí)行這里的合單集運操作。

此時，本步驟105具體為：將至少兩個訂單號條目中的訂單號所表示的跨境物流訂單進行合并，合并為一個跨境物流訂單。

第三種物流操作：跨境物流訂單的單件直送

跨境業(yè)務(wù)對象在被送達集運倉后，可以在集運倉存放一段時間，等待其他業(yè)務(wù)對象的湊單運送到境外，但在等待過程中，因用戶計劃有變，可能需要將 單件的跨境業(yè)務(wù)對象直接送達到境外。針對類似的這樣需要將一個業(yè)務(wù)對象直接送達境外的情況，利用本申請的用戶物流網(wǎng)頁可以發(fā)起跨境物流訂單的單件直送操作。

此時，用戶物流頁面包括訂單號條目、收貨人信息條目和物流狀態(tài)條目，跨境物流訂單的物流狀態(tài)條目中的當前物流狀態(tài)均為已入庫集運倉。

用戶終端可將訂單號條目和單件直送這一操作指令攜帶在物流操作請求中發(fā)送給業(yè)務(wù)服務(wù)器。

此時，本步驟105具體為：為所述訂單號條目中的訂單號所表示的跨境物流訂單添加出庫標簽，所述出庫標簽用于指示需要執(zhí)行出庫實操。

第四種物流操作：異常件的放棄、接受或寄回

異常件即為出現(xiàn)異常情況，無法順利送達收貨地址的業(yè)務(wù)對象。通常分為以下幾種異常類型：

業(yè)務(wù)對象為違禁品、業(yè)無對象丟失、業(yè)務(wù)對象損壞、合單集運時部分業(yè)務(wù)對象缺失等等。

此時，用戶物流頁面包括訂單號條目和異常描述信息；所述選擇的可操作訂單條目為訂單號條目，所述異常描述信息包括異常類型信息、異常件的文字描述信息和/或異常件實際拍照圖片信息；

用戶通過用戶終端展示的用戶物流頁面獲知業(yè)務(wù)對象在物流流轉(zhuǎn)過程出現(xiàn)異常后，即可選擇訂單號條目，根據(jù)異常描述信息作出的放棄異常件、接受異常件或寄回異常件；

對用戶終端來說，即為接收用戶輸入的選擇指令，以及放棄異常件指令、接收用戶輸入的接受異常件指令或者接收用戶輸入的寄回異常件指令。之后在用戶點擊“提交”按鈕，即觸發(fā)用戶終端向業(yè)務(wù)服務(wù)器發(fā)送攜帶有訂單號條目和放棄異常件指令、接受異常件指令或寄回異常件指令；

此時，本步驟105具體為：

在所述操作指令為放棄異常件時，為所述訂單號條目中的訂單號所表示的 物流訂單添加放棄異常件標簽，所述放棄異常件標簽用于指示需要進行放棄異常件實操；

在所述操作指令為接受異常件時，為所述訂單號條目中的訂單號所表示的物流訂單添加接受異常件標簽，所述放棄異常件標簽用于指示需要按照正常件處理的實操；

在所述操作指令為寄回異常件指令時，確定空白的收件人信息條目和應(yīng)付費用信息。

在操作指令為寄回異常件時，需要該異常件的收件人信息，因此，業(yè)務(wù)服務(wù)器確定空白的收件人信息條目和應(yīng)付費用信息，以返回給用戶終端，供用戶確認應(yīng)付費用信息和在空白的收件人信息條目中填寫收件人信息。

此后業(yè)務(wù)服務(wù)器與用戶終端進行交互，異常件寄回時使用的收件人信息，具體交互過程如下：

業(yè)務(wù)服務(wù)器將確定的空白的收件人信息條目和應(yīng)付費用信息發(fā)送給所述用戶終端；

用戶終端接收上述空白的收件人信息條目和應(yīng)付費用信息并顯示；

用戶終端接收用戶輸入的收件人信息和對應(yīng)付費用的確認信息；

用戶終端將與空白的收件人條目信息對應(yīng)的收件人信息和針對應(yīng)付費用信息的確認信息發(fā)送給業(yè)務(wù)服務(wù)器；

通過與用戶終端針對異常件的交互，業(yè)務(wù)服務(wù)器獲知異常件的收件人信息，之后為所述訂單號條目中的訂單號所表示的物流訂單添加寄回異常件標簽，所述寄回異常件標簽用于指示需要利用接收的所述與空白的收件人條目信息對應(yīng)的收件人信息進行寄回異常件實操。

步驟106：業(yè)務(wù)服務(wù)器向用戶終端發(fā)送訂單操作響應(yīng)，所述訂單操作響應(yīng)包含有所述操作結(jié)果，并在操作結(jié)果為操作成功時，針對所述物流操作請求，向所述物流商服務(wù)器發(fā)送同步操作指令。

這里業(yè)務(wù)服務(wù)器向物流服務(wù)器發(fā)送同步操作指令，是為了讓物流商服務(wù)器 對物流訂單進行更新，獲得物流訂單的最新物流信息，物流商即可按照最新的物流信息進行線下的物流實操，進行業(yè)務(wù)對象的物流流轉(zhuǎn)，提高業(yè)務(wù)對象的物流流轉(zhuǎn)效率。

業(yè)務(wù)服務(wù)器執(zhí)行完上述步驟106之后，還可以記錄發(fā)送物流操作請求的時間、物流操作請求中攜帶的選擇的可操作條目和操作指令，以及操作結(jié)果信息，用記錄的所述信息更新所述用戶物流頁面。

步驟107：用戶終端接收業(yè)務(wù)服務(wù)器發(fā)送的操作結(jié)果。

步驟108：物流商服務(wù)器接收業(yè)務(wù)服務(wù)器在操作結(jié)果為操作成功時發(fā)送的同步操作指令。

步驟109：物流商服務(wù)器利用所述同步指令對物流訂單的物流信息進行同步。

物流商服務(wù)器通過同步，獲得最新的物流信息。這里具體的同步過程由業(yè)務(wù)服務(wù)器發(fā)送的同步指令攜帶的內(nèi)容決定，若攜帶的內(nèi)容為選擇的可操作訂單條目和操作指令，則物流商服務(wù)器針對所述所述選擇的可操作訂單條目，執(zhí)行所述操作指令，即可實現(xiàn)對物流訂單的更新；若攜帶的內(nèi)容為操作結(jié)果，則直接利用操作結(jié)果中的信息來更新物流訂單中的物流信息。

圖2中給出了上述物流信息處理方法中涉及的用戶終端所屬用戶和物流服務(wù)器所屬的物流商以及用戶物流頁面之間的關(guān)系。圖2中實線表示角色與訂單的實操關(guān)系，虛線表示訂單之間存在數(shù)據(jù)關(guān)聯(lián)關(guān)系，物流商或者物流資源有不止一個。

此外，物流商服務(wù)器中的物流狀態(tài)信息隨著業(yè)務(wù)對象的物流流轉(zhuǎn)，也是不斷更新的，電子商務(wù)服務(wù)器中的交易訂單的訂單狀態(tài)也是不斷更新的，此時，為了便于用戶監(jiān)控物流訂單的物流狀態(tài)，依據(jù)物流訂單的物流狀態(tài)以及交易訂單的交易狀態(tài)對物流信息進行物流操作，參與業(yè)務(wù)對象的物流流轉(zhuǎn)，業(yè)務(wù)服務(wù)器還需要利用物流商服務(wù)器中的所述物流訂單中的物流狀態(tài)信息和電子商務(wù)服務(wù)器中的與所述物流訂單中對應(yīng)的交易訂單的交易狀態(tài)信息，對所述用戶物 流頁面中的物流狀態(tài)信息和交易狀態(tài)信息進行更新。

由上述描述可知，本申請的用戶物流頁面即記錄了下述四類數(shù)據(jù)：

第一類：用戶物流操作數(shù)據(jù)：記錄買家在物流流轉(zhuǎn)過程中主動發(fā)起或者變更的操作，包括合單集運操作、收貨地址變更操作、異常件放棄操作、異常件接受操作、異常件寄回操作。業(yè)務(wù)對象在初始流轉(zhuǎn)的時候，買家物流操作是空。

第二類：用戶物流數(shù)據(jù)：記錄需要用戶需要感知的物流數(shù)據(jù)，協(xié)助用戶完成物流操作。這些數(shù)據(jù)包括異常描述信息、異常件實際拍照圖片、異常件的異常類型(違禁品、錯件、少件)、入庫稱重重量、異常件操作結(jié)果(接受、放棄、寄回)、變更后的收貨地址、合單集運操作對應(yīng)的業(yè)務(wù)對象信息。

第三類：物流狀態(tài)數(shù)據(jù)：記錄一段或多段物流流轉(zhuǎn)過程中，貨物當前所處的物流實操階段及實操發(fā)生時間、實操執(zhí)行人、實操執(zhí)行結(jié)果。物流實操狀態(tài)，包括發(fā)貨、簽收成功、簽收失敗、入庫異常、入庫成功、拆包入庫異常、出庫通知、出庫異常、出庫成功、貨主簽收。物流狀態(tài)的數(shù)據(jù)源是物流訂單。

第四類：交易狀態(tài)數(shù)據(jù)：記錄用戶在電商平臺或者第三方平臺的交易訂單的交易階段及交易發(fā)生時間。交易階段，包括下單未支付、下單已支付、下單后取消交易訂單、交易成功、交易關(guān)閉。交易狀態(tài)的數(shù)據(jù)源是交易訂單。

上述四類數(shù)據(jù)的來源及關(guān)聯(lián)關(guān)系具體如圖3所示。

在本申請實施例的方案中，通過用戶物流頁面將上述四類數(shù)據(jù)關(guān)聯(lián)起來，能夠?qū)⑽锪鲗嵅俳Y(jié)果直接展示給用戶，并為用戶完成合單集運、目的地變更等用戶物流操作提供入口；將用戶物流操作信息直接發(fā)送給物流商服務(wù)器，通過信息流的方式自動完成用戶物流操作的物流流轉(zhuǎn)，提高了物流信息的準確性，提升了物流流轉(zhuǎn)效率；對用戶來說，能夠根據(jù)自己的需求，有選擇地發(fā)起物流操作，用戶體驗更好，進而促進訂單量。

基于同一發(fā)明構(gòu)思，本申請實施例還提供了三種物流信息處理裝置，由于該三種物流信息處理裝置所解決問題的原理與物流信息處理方法相似，因此該三種物流信息處理裝置的實施可以參見前述方法的實施，重復(fù)之處不再贅述。

圖4為本申請實施例提供的第一種物流信息處理裝置，包括：

接收單元41，用于接收用戶終端發(fā)送的針對用戶物流頁面的物流操作請求，所述用戶物流頁面是將物流商服務(wù)器中的物流訂單和電子商務(wù)服務(wù)器中的與該物流訂單相對應(yīng)的交易訂單進行數(shù)據(jù)關(guān)聯(lián)后得到的，包含有可操作訂單條目，所述物流操作請求中攜帶有操作指令和選擇的可操作訂單條目；

執(zhí)行單元42，用于針對所述選擇的可操作訂單條目，執(zhí)行所述操作指令，得到操作結(jié)果；

發(fā)送單元43，用于向用戶終端發(fā)送訂單操作響應(yīng)，所述訂單操作響應(yīng)包含有所述操作結(jié)果，并在操作結(jié)果為操作成功時，針對所述物流操作請求，向所述物流商服務(wù)器發(fā)送同步操作指令。

較佳的，所述用戶物流頁面中包括訂單號條目和收貨人信息條目，選擇的可操作訂單條目為訂單號條目和收貨人信息條目，所述操作指令為將收貨人信息條目中原有的第一收貨人信息修改為第二收貨人信息；

所述執(zhí)行單元42，具體用于針對所述訂單號條目中的訂單號所表示的物流訂單中的收貨人信息條目，將該收貨人信息條目中原有的第一收貨人信息修改為第二收貨人信息，其中，所述第一收貨人信息包括第一收貨地址信息、第一聯(lián)系電話、第一郵政編碼、第一收貨人姓名和/或第一收貨時間段。

較佳的，所述用戶物流頁面包括將物流商服務(wù)器中的至少兩個跨境物流訂單和電子商務(wù)服務(wù)器中的與該至少兩個物流訂單分別對應(yīng)的交易訂單進行數(shù)據(jù)關(guān)聯(lián)后得到的數(shù)據(jù)，所述用戶物流頁面包括訂單號條目、收貨人信息條目和物流狀態(tài)條目，所述至少兩個跨境物流訂單的收貨人信息條目中的收貨地址信息相同且物流狀態(tài)條目中的當前物流狀態(tài)均為已入庫集運倉，選擇的可操作訂單條目為至少兩個訂單號條目，所述操作指令為合單集運；

所述執(zhí)行單元42，具體用于將至少兩個訂單號條目中的訂單號所表示的跨境物流訂單進行合并，合并為一個跨境物流訂單。

較佳的，所述物流訂單為跨境物流訂單，所述用戶物流頁面包括訂單號條 目、收貨人信息條目和物流狀態(tài)條目，所述跨境物流訂單的物流狀態(tài)條目中的當前物流狀態(tài)均為已入庫集運倉，選擇的可操作訂單條目為訂單號條目，所述操作指令為單件直送；

所述執(zhí)行單元42，具體用于為所述訂單號條目中的訂單號所表示的跨境物流訂單添加出庫標簽，所述出庫標簽用于指示需要執(zhí)行出庫實操。

較佳的，所述用戶物流頁面包括訂單號條目和異常描述信息；所述選擇的可操作訂單條目為訂單號條目，所述異常描述信息包括異常類型信息、異常件的文字描述信息和/或異常件實際拍照圖片信息；所述操作指令為根據(jù)所述異常描述信息作出的放棄異常件指令、接受異常件指令或寄回異常件指令；

所述執(zhí)行單元42，具體用于在所述操作指令為放棄異常件時，為所述訂單號條目中的訂單號所表示的物流訂單添加放棄異常件標簽，所述放棄異常件標簽用于指示需要進行放棄異常件實操；在所述操作指令為接受異常件時，為所述訂單號條目中的訂單號所表示的物流訂單添加接受異常件標簽，所述放棄異常件標簽用于指示需要按照正常件處理的實操；在所述操作指令為寄回異常件指令時，執(zhí)行以下操作：確定空白的收件人信息條目和應(yīng)付費用信息；向用戶終端返回確定的空白的收件人信息條目和應(yīng)付費用信息；接收用戶終端發(fā)送的與空白的收件人條目信息對應(yīng)的收件人信息和針對應(yīng)付費用信息的確認信息；為所述訂單號條目中的訂單號所表示的物流訂單添加寄回異常件標簽，所述寄回異常件標簽用于指示需要利用接收的所述與空白的收件人條目信息對應(yīng)的收件人信息進行寄回異常件實操。

較佳的，所述裝置還包括：更新單元44，用于利用物流商服務(wù)器中的所述物流訂單中的物流狀態(tài)信息和電子商務(wù)服務(wù)器中的與所述物流訂單中對應(yīng)的交易訂單的交易狀態(tài)信息，對所述用戶物流頁面中的物流狀態(tài)信息和交易狀態(tài)信息進行更新。

較佳的，所述裝置還包括：

記錄單元45，用于發(fā)送單元向用戶終端發(fā)送訂單操作響應(yīng)之后，記錄發(fā)送 物流操作請求的時間、物流操作請求中攜帶的選擇的可操作條目和操作指令，以及操作結(jié)果信息，用記錄的所述信息更新所述用戶物流頁面。

上述第一種物流信息處理裝置可以設(shè)置在獨立與電子商務(wù)服務(wù)器之外的服務(wù)器中，也可以設(shè)置在電子商務(wù)服務(wù)器之內(nèi)，本申請并不對此進行限定。

圖5為本申請實施例提供的第二種物流信息處理裝置，包括：

第一接收單元51，用于接收針對用戶物流頁面中的可操作訂單條目的選擇指令，所述用戶物流頁面顯示在所述用戶終端的用戶界面上，是將物流商服務(wù)器中的物流訂單和電子商務(wù)服務(wù)器中的與該物流訂單相對應(yīng)的交易訂單進行數(shù)據(jù)關(guān)聯(lián)后得到的；

第二接收單元52，用于接收針對所述選擇指令所選擇的可操作訂單條目的操作指令；

發(fā)送單元53，用于向業(yè)務(wù)服務(wù)器發(fā)送物流操作請求，所述物流操作請求中攜帶有操作指令和所述選擇指令所選擇的可操作訂單條目；

第三接收單元54，用于接收業(yè)務(wù)服務(wù)器發(fā)送的操作結(jié)果，所述操作結(jié)果是業(yè)務(wù)服務(wù)器針對所述選擇的可操作訂單條目執(zhí)行所述操作指令得到的。

上述第二種物流信息處理裝置可以設(shè)置在用戶終端。

圖6為本申請實施例提供的第三種物流信息處理裝置，包括：

接收單元61，用于接收業(yè)務(wù)服務(wù)器在操作結(jié)果為操作成功時發(fā)送的同步操作指令，所述同步操作指令是針對用戶終端發(fā)送的物流操作請求的，所述物流操作請求中攜帶有操作指令和選擇的可操作訂單條目，所述操作結(jié)果是所述業(yè)務(wù)服務(wù)器針對所述選擇的可操作訂單條目，執(zhí)行所述操作指令后得到的；

同步單元62，用于利用所述同步指令對物流訂單的物流信息進行同步。

上述第三種物流信息處理裝置可以設(shè)置在電子商務(wù)服務(wù)器內(nèi)，也可以為設(shè)置在物流商服務(wù)器內(nèi)。

通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明實施例可以通過硬件實現(xiàn)，也可以借助軟件加必要的通用硬件平臺的方式實 現(xiàn)?；谶@樣的理解，本發(fā)明實施例的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟件產(chǎn)品可以存儲在一個非易失性存儲介質(zhì)(可以是CD-ROM，U盤，移動硬盤等)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。

本領(lǐng)域技術(shù)人員可以理解附圖只是一個優(yōu)選實施例的示意圖，附圖中的模塊或流程并不一定是實施本發(fā)明所必須的。

本領(lǐng)域技術(shù)人員可以理解實施例中終端中的模塊可以按照實施例描述進行分布于實施例的終端中，也可以進行相應(yīng)變化位于不同于本實施例的一個或多個終端中。上述實施例的模塊可以合并為一個模塊，也可以進一步拆分成多個子模塊。

上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。

顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。