本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，尤其涉及一種用戶界面顯示方法、信息處理方法和裝置。

背景技術(shù)：

互聯(lián)網(wǎng)技術(shù)的不斷發(fā)展已經(jīng)大大改變了人們的生活方式，比如人們的出行方式、購物方式、配送方式等都在發(fā)生巨大變化，為滿足用戶的各種需求，開發(fā)出了各種相應(yīng)的應(yīng)用(Application，簡稱APP)。

針對物流類應(yīng)用來說，不同的物流服務(wù)提供方會提供不同的應(yīng)用(APP)供用戶使用，使得用戶能夠基于其提供的某種固定配送方式進行配送下單處理。

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

目前，當(dāng)用戶想要比較采用哪個配送方式更適宜時，需要在不同的應(yīng)用(APP)中輸入服務(wù)需求信息，以查看每種配送方式相關(guān)的配送信息，比如價格，進而進行選擇決策，在不同APP間切換操作的方式，使得用戶操作不便。

有鑒于此，本發(fā)明實施例提供一種用戶界面顯示方法、信息處理方法和裝置，用以克服現(xiàn)有技術(shù)中用戶查看不同服務(wù)方式時操作不便的缺陷。

在本發(fā)明的一個實施例中，提供了一種用戶界面顯示方法，實現(xiàn)于客戶端，該方法包括：

根據(jù)物流信息，獲取與所述物流信息對應(yīng)的多組服務(wù)信息；

在同一用戶界面區(qū)域中顯示所述多組服務(wù)信息。

可選地，所述方法還包括：

響應(yīng)于對所述多組服務(wù)信息的選擇操作，生成與選擇的服務(wù)信息對應(yīng)的服務(wù)訂單。

可選地，所述物流信息包括：第一地址、第二地址、時限。

可選地，每組所述服務(wù)信息中包括：服務(wù)類型和服務(wù)參數(shù)信息；所述服務(wù)參數(shù)信息包括如下信息中的至少一種：距離信息、時間信息、價格信息。

可選地，所述獲取與所述物流信息對應(yīng)的多組服務(wù)信息，包括：

選擇與所述第一地址和所述第二地址對應(yīng)的多種服務(wù)類型；

從服務(wù)器獲取與所述多種服務(wù)類型分別對應(yīng)的距離信息和/或時間信息；

根據(jù)所述多種服務(wù)類型分別對應(yīng)的所述距離信息和/或所述時間信息，計算分別與所述多種服務(wù)類型對應(yīng)的價格信息。

在本發(fā)明的另一實施例中，提供了一種用戶界面顯示裝置，包括：

獲取模塊，用于根據(jù)物流信息，獲取與所述物流信息對應(yīng)的多組服務(wù)信息；

顯示模塊，用于在同一用戶界面區(qū)域中顯示所述多組服務(wù)信息。

在上述實施例提供的用戶界面顯示方法和裝置中，針對用戶輸入的物流信息，觸發(fā)獲取與該物流信息對應(yīng)的多組服務(wù)信息，并在同一用戶界面區(qū)域中顯示獲得的多組服務(wù)信息。其中，每組服務(wù)信息中包括了多種維度的參數(shù)信息，比如服務(wù)類型、距離、時間、價格等，從而能夠使得用戶獲得全面的服務(wù)信息，并且能夠直觀地基于不同維度進行選擇。而且，在同一用戶界面區(qū)域中顯示獲得的多組服務(wù)信息，即相當(dāng)于將多組服務(wù)信息進行集中的顯示，使得用戶在這多組服務(wù)信息中進行選擇時，無需進行用戶界面的切換操作，從而可以直觀、方便地進行選擇。

在本發(fā)明的一個實施例中，提供了另一種信息處理方法，實現(xiàn)于服務(wù)器，該方法包括：

接收物流信息；

獲取與所述物流信息對應(yīng)的多組服務(wù)信息，所述多組服務(wù)信息具有相同的顯示區(qū)域?qū)傩裕?/p>

發(fā)送所述多組服務(wù)信息至客戶端。

可選地，所述物流信息包括：第一地址、第二地址、時限。

可選地，所述服務(wù)信息中包括服務(wù)類型和服務(wù)參數(shù)信息；

所述服務(wù)參數(shù)信息包括如下信息中的至少一種：距離信息、時間信息、價格信息。

可選地，所述獲取與所述物流信息對應(yīng)的多組服務(wù)信息，包括：

獲取與所述物流信息對應(yīng)的多種服務(wù)類型；

計算與所述多種服務(wù)類型分別對應(yīng)的服務(wù)參數(shù)信息。

可選地，所述獲取與所述物流信息對應(yīng)的多種服務(wù)類型，包括：

確定與所述物流信息對應(yīng)的候選服務(wù)類型集合；

獲取與所述物流信息對應(yīng)的環(huán)境影響因素；

根據(jù)所述環(huán)境影響因素，過濾所述候選服務(wù)類型集合，以過濾后的候選服務(wù)類型集合中包含的服務(wù)類型作為與所述物流信息對應(yīng)的多種服務(wù)類型。

在本發(fā)明的一個實施例中，提供了一種信息處理裝置，包括：

接收模塊，用于接收物流信息；

獲取模塊，用于獲取與所述物流信息對應(yīng)的多組服務(wù)信息，所述多組服務(wù)信息具有相同的顯示區(qū)域?qū)傩裕?/p>

發(fā)送模塊，用于發(fā)送所述多組服務(wù)信息至客戶端。

在上述實施例提供的信息處理方法和裝置中，服務(wù)器在接收到來自客戶端的物流信息后，獲取與該物流信息對應(yīng)的多組服務(wù)信息，發(fā)送獲取的多組服務(wù)信息至客戶端，以使得客戶端在同一用戶界面區(qū)域中顯示多組服務(wù)信息。由于服務(wù)器獲得的每組服務(wù)信息中包括了多種維度的參數(shù)信息，比如服務(wù)類型、距離、時間、價格等，從而能夠使得用戶獲得全面的服務(wù)信息，并且能夠直觀地基于不同維度進行選擇。而且，在同一用戶界面區(qū)域中顯示獲得的多組服務(wù)信息，即相當(dāng)于將多組服務(wù)信息進行集中的顯示，使得用戶在這多組服務(wù)信息中進行選擇時，無需進行用戶界面的切換操作，從而可以直觀、方便地進行選擇。

附圖說明

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

圖1為本發(fā)明實施例提供的用戶界面顯示方法實施例一的流程圖；

圖1(a)為圖1所示實施例中多組服務(wù)信息的一種顯示方式的用戶界面示意圖；

圖1(b)為圖1所示實施例中多組服務(wù)信息的另一種顯示方式的用戶界面示意圖；

圖1(c)為圖1所示實施例中任一組服務(wù)信息對應(yīng)的服務(wù)選項的顯示方式示意圖；

圖1(d)為對顯示在同一用戶界面區(qū)域的多個服務(wù)選項的一種滑動選擇操作方式的用戶界面示意圖；

圖1(e)為對顯示在同一用戶界面區(qū)域的多個服務(wù)選項的另一種滑動選擇操作方式的用戶界面示意圖；

圖2為本發(fā)明實施例提供的用戶界面顯示方法實施例二的流程圖；

圖3為步驟101的一種可選實現(xiàn)方式的流程圖；

圖3(a)為圖3所示實施例中多組服務(wù)信息的一種顯示方式的用戶界面示意圖；

圖3(b)為圖3所示實施例中多組服務(wù)信息的另一種顯示方式的用戶界面示意圖；

圖4為本發(fā)明實施例提供的信息處理方法實施例一的流程圖；

圖5為步驟402的一種可選實現(xiàn)方式的流程圖；

圖6為本發(fā)明實施例提供的信息處理方法交互流程圖；

圖7為本發(fā)明實施例提供的用戶界面顯示裝置實施例一的結(jié)構(gòu)示意圖；

圖8為本發(fā)明實施例提供的信息處理裝置實施例一的結(jié)構(gòu)示意圖。

具體實施方式

為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

在本發(fā)明實施例中使用的術(shù)語是僅僅出于描述特定實施例的目的，而非旨在限制本發(fā)明。在本發(fā)明實施例和所附權(quán)利要求書中所使用的單數(shù)形式的“一種”、“所述”和“該”也旨在包括多數(shù)形式，除非上下文清楚地表示其他含義。

應(yīng)當(dāng)理解，本文中使用的術(shù)語“和/或”僅僅是一種描述關(guān)聯(lián)對象的關(guān)聯(lián)關(guān)系，表示可以存在三種關(guān)系，例如，A和/或B，可以表示：單獨存在A，同時存在A和B，單獨存在B這三種情況。另外，本文中字符“/”，一般表示前后關(guān)聯(lián)對象是一種“或”的關(guān)系。

應(yīng)當(dāng)理解，盡管在本發(fā)明實施例中可能采用術(shù)語第一、第二、第三等來描述XXX，但這些XXX不應(yīng)限于這些術(shù)語。這些術(shù)語僅用來將XXX彼此區(qū)分開。例如，在不脫離本發(fā)明實施例范圍的情況下，第一XXX也可以被稱為第二XXX，類似地，第二XXX也可以被稱為第一XXX。

取決于語境，如在此所使用的詞語“如果”、“若”可以被解釋成為“在……時”或“當(dāng)……時”或“響應(yīng)于確定”或“響應(yīng)于檢測”。類似地，取決于語境，短語“如果確定”或“如果檢測(陳述的條件或事件)”可以被解釋成為“當(dāng)確定時”或“響應(yīng)于確定”或“當(dāng)檢測(陳述的條件或事件)時”或“響應(yīng)于檢測(陳述的條件或事件)”。

還需要說明的是，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的商品或者系統(tǒng)不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種商品或者系統(tǒng)所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的商品或者系統(tǒng)中還存在另外的相同要素。

圖1為本發(fā)明實施例提供的用戶界面顯示方法實施例一的流程圖，本實施例提供的用戶界面顯示方法由客戶端來執(zhí)行，該客戶端可以是提供物流類應(yīng)用的客戶端。如圖1所示，該方法包括如下步驟：

步驟101、根據(jù)物流信息，獲取與物流信息對應(yīng)的多組服務(wù)信息。

步驟102、在同一用戶界面區(qū)域中顯示多組服務(wù)信息。

可選地，上述物流類應(yīng)用的客戶端可以是安裝在諸如智能手機、平板電腦、數(shù)字助手等終端設(shè)備中，當(dāng)該客戶端被開啟時，顯示物流信息輸入界面，從而用戶可以在該輸入界面輸入相應(yīng)的物流信息。

在一種實際應(yīng)用場景中，某用戶A向用戶B寄送某物體時，觸發(fā)對上述客戶端的使用。此時，可選地，用戶A在輸入界面中輸入的物流信息可以包括：第一地址、第二地址、時限。其中，第一地址和第二地址分別對應(yīng)于發(fā)貨地址、收貨地址。

其中，時限，一般來說，是指取貨時限，可選地，可以預(yù)先設(shè)置幾種時限選項，使得用戶A可以基于實際需要選擇一種時限選項，當(dāng)然，還可以設(shè)置自定義時限選項，以供在預(yù)設(shè)的時限選項中沒有符合需要的選項時，自定義時限選項。因此，可選地，時限選項中可以包括確定時限選項、不確定時限選項和自定義時限選項，其中，確定時限選項比如為：60分鐘、90分鐘具有確定時限要求的選項；不確定時限選項比如為：不限定時間。

可以理解的是，用戶輸入的物流信息中除了包含上述第一地址、第二地址、時限外，還可以包括諸如聯(lián)系人、聯(lián)系人電話、以及其他可設(shè)置的物流配送信息，比如物品重量、物品保價金額、是否拼單等，不以此為限。

當(dāng)客戶端接收到用戶輸入的物流信息后，觸發(fā)與該物流信息對應(yīng)的多組服務(wù)信息的獲取處理。

可選地，客戶端可以通過向服務(wù)器發(fā)送請求，以通過服務(wù)器獲取與該物流信息對應(yīng)的多組服務(wù)信息，此時，獲取該物流信息對應(yīng)的多組服務(wù)信息的處理邏輯在服務(wù)器側(cè)完成。另外，可選地，獲取該物流信息對應(yīng)的多組服務(wù)信息的處理邏輯還可以基于客戶端和服務(wù)器的配合完成，此時，部分處理邏輯在客戶端進行，部分處理邏輯在服務(wù)器進行。

針對第二種可選方式，將在后續(xù)實施例中說明，本實施例中僅簡要說明第一種可選方式下客戶端與服務(wù)器的交互流程，旨在說明客戶端可以通過服務(wù)器獲取多組服務(wù)信息，而對于服務(wù)器如何獲取與物流信息對應(yīng)的多組服務(wù)信息的過程將在后續(xù)實施例中詳細描述。

具體來說，當(dāng)客戶端接收到用戶輸入的物流信息后，生成包含該物流信息的服務(wù)請求，進而將該服務(wù)請求發(fā)送至服務(wù)器，觸發(fā)服務(wù)器進行與該物流信息對應(yīng)的多組服務(wù)信息的獲取處理。

可選地，客戶端在生成服務(wù)請求的過程中，可能涉及到如下的過程：針對用戶輸入的物流信息進行字符合法性校驗，比如校驗用戶輸入的數(shù)字是否超過預(yù)設(shè)上下限，用戶是否在應(yīng)該輸入數(shù)字的地方輸入了非數(shù)字字符，用戶是否未輸入必須輸入的內(nèi)容，等等；當(dāng)校驗通過后，基于客戶端與服務(wù)器間通信協(xié)議的要求，比如采用信息-摘要算法5(Message-Digest Algorithm 5，簡稱MD5)對物流信息進行加密，從而生成一個特征碼，該特征碼用于服務(wù)器確定物流信息是否被篡改過；進而，將物流信息以及該特征碼封裝成一個服務(wù)請求，比如Http post請求，發(fā)送到服務(wù)器。

服務(wù)器接收到該服務(wù)請求后，觸發(fā)獲取與物流信息對應(yīng)的多組服務(wù)信息的處理，將在后續(xù)實施例中描述，服務(wù)器將獲得的多組服務(wù)信息攜帶于響應(yīng)消息中反饋給客戶端。

客戶端接收到服務(wù)器反饋的響應(yīng)消息后，從中解析獲得多組服務(wù)信息?？蛇x地，在解析獲得多組服務(wù)信息的過程中，客戶端還可以對每組服務(wù)信息進行格式校驗，以驗證收到的每組服務(wù)信息是否有效。

可選地，每組服務(wù)信息中包括：服務(wù)類型和服務(wù)參數(shù)信息，其中，服務(wù)參數(shù)信息包括如下信息中的至少一種：距離信息、時間信息、價格信息。其中，服務(wù)類型比如可以是指物流配送方或者物流配送工具。

值得說明的是，本發(fā)明實施例中，通過對物流配送資源進行整合，為用戶提供多種不同的配送方案以供用戶進行選擇。其中，物流配送資源可以是指不同物流配送方的資源，也可以是同一物流配送方的不同配送工具資源。因此，本發(fā)明實施例中，通過對物流配送資源進行服務(wù)類型的分類，以基于用戶輸入的物流信息，針對每種服務(wù)類型計算對應(yīng)的服務(wù)參數(shù)信息，以作為用戶進行選擇的依據(jù)。

因此，基于用戶輸入的物流信息而獲取的每組服務(wù)信息中，通過攜帶有服務(wù)類型以及諸如時間、距離、價格等服務(wù)參數(shù)信息，可以直觀而全面地告知用戶能夠采用的各種配送方式以及每種配送方式時的詳情信息，使得用戶能夠基于每組服務(wù)信息直接作出選擇。

另外，為了進一步提高用戶進行配送方式選擇的便利性，當(dāng)客戶端接收到服務(wù)器反饋的多組服務(wù)信息時，可以在同一用戶界面區(qū)域中，顯示這多組服務(wù)信息，即相當(dāng)于對這多組服務(wù)信息進行集中顯示。

可選地，在同一用戶界面區(qū)域中顯示多組服務(wù)信息，可以是首先生成與多組服務(wù)信息分別對應(yīng)的服務(wù)選項，進而在同一用戶界面區(qū)域中顯示生成的多個服務(wù)選項。其中，服務(wù)選項可以以可被選擇的“卡片”的形式顯示，但是并不以此為限，可以以包含對應(yīng)的一組服務(wù)信息的、可被選擇的任一形式顯示。生成服務(wù)選項可以簡單理解為按照預(yù)先設(shè)置的每個服務(wù)選項“卡片”的布局樣式，填充相應(yīng)的內(nèi)容。

可選地，在同一用戶界面區(qū)域中顯示生成的多個服務(wù)選項，可以參見如圖1(a)和圖1(b)所示的顯示方式。

具體來說，前述提及到物流信息可以是用戶在輸入界面中輸入的，如圖1(a)所示，多個服務(wù)選項也可以在該輸入界面中顯示，即在該輸入界面中，既顯示有物流信息—圖1(a)中示意的收貨地址、發(fā)貨地址、時限選項，也顯示有多個服務(wù)選項——圖1(a)中示意的服務(wù)選項1、服務(wù)選項2和服務(wù)選項3。物流信息顯示在信息輸入?yún)^(qū)域中，服務(wù)選項顯示在服務(wù)展示交互區(qū)域中。其中，如圖1(c)所示，每個服務(wù)選項中包含服務(wù)類型以及諸如距離、時間、價格等服務(wù)參數(shù)信息。另外，如圖1(b)所示，多個服務(wù)選項也可以在不同于輸入界面的另一個用戶界面中顯示，如圖中所示的，物流信息顯示在物流信息輸入頁面，服務(wù)選項顯示在服務(wù)展示頁面。也就是說，本發(fā)明實施例中的同一用戶界面區(qū)域，更強調(diào)的是多個服務(wù)選項集中顯示在某個用戶界面的同一區(qū)域中，而并非對是否與物流信息的輸入界面是否同一。

另外，如圖1(a)和圖1(b)所示，當(dāng)服務(wù)選項的數(shù)量超出顯示區(qū)域能夠容納的預(yù)設(shè)數(shù)量時，可以隱含部分服務(wù)選項的顯示，圖中以“…”示出。

在某些可選的實施例中，在同一用戶界面區(qū)域中顯示生成的多個服務(wù)選項，可以具體實現(xiàn)為：

將多個服務(wù)選項部分地顯示在用戶界面區(qū)域中；

響應(yīng)于在用戶界面區(qū)域中觸發(fā)的滑動顯示操作，將多個服務(wù)選項滑動顯示在用戶界面區(qū)域中。

當(dāng)服務(wù)選項的個數(shù)大于顯示服務(wù)選項的區(qū)域能夠靜態(tài)容納的數(shù)量閾值時，實際在用戶界面區(qū)域中只能顯示部分服務(wù)選項，此時，當(dāng)檢測到用戶的滑動操作時，觸發(fā)根據(jù)用戶觸發(fā)的滑動操作，相應(yīng)地控制服務(wù)選項滑動顯示在用戶界面區(qū)域中。

其中，用戶觸發(fā)的滑動操作可以是左右滑動，也可以上下滑動，分別如圖1(d)和圖1(e)所示。

通過在同一用戶界面區(qū)域中集中顯示多組服務(wù)信息分別對應(yīng)的服務(wù)選項，使得用戶能夠直觀而全面地獲知能夠響應(yīng)其物流配送請求的各種物流配送方式及相關(guān)的配送信息，方便做出符合自身需求的選擇。即便是服務(wù)選項的個數(shù)較多時，用戶通過滑動操作即可方便地查看各個服務(wù)選項，相比于切換界面查看的方式，也具有更好的便利性、直觀性。

在另一些可選的實施例中，在同一用戶界面區(qū)域中顯示生成的多個服務(wù)選項，可以實現(xiàn)為：

對多個服務(wù)選項進行排序；

根據(jù)排序結(jié)果，在同一用戶界面區(qū)域中顯示多個服務(wù)選項。

可選地，多個服務(wù)選項在用戶界面區(qū)域中的顯示順序可以是隨機地，也可以是按照一定順序顯示的。由于每個服務(wù)選項對應(yīng)的一組服務(wù)信息中包含了諸如服務(wù)類型、價格、距離、時間等內(nèi)容，因此，可以根據(jù)預(yù)先設(shè)置的排序規(guī)則，對多個服務(wù)選項進行排序，進而根據(jù)排序結(jié)果，在同一用戶界面區(qū)域中顯示多個服務(wù)選項。其中，排序規(guī)則比如可以是：按照價格從低到高排序；按照時間從短到長的順序排序；按照預(yù)設(shè)的服務(wù)類型優(yōu)先級排序；或者按照同一組服務(wù)信息中包含的幾種信息內(nèi)容的加權(quán)結(jié)果進行排序，等等。

實際應(yīng)用中可選地，可以在顯示多個服務(wù)選項的用戶界面區(qū)域中或者在該用戶界面區(qū)域相鄰的其他某個區(qū)域中，設(shè)置排序規(guī)則選項，從而用戶可以基于自身的偏好選擇一種適宜的排序規(guī)則，以觸發(fā)對多個服務(wù)選項的排序顯示。

通過對多個服務(wù)選項進行排序顯示，使得更加方便用戶的選擇操作，提高用戶選擇服務(wù)選項的便利性。

綜上，通過上述任一實施例提供的用戶界面顯示方法，當(dāng)用戶輸入物流信息后，客戶端獲取與該物流信息對應(yīng)的多組服務(wù)信息，并在同一用戶界面區(qū)域中顯示獲得的多組服務(wù)信息。由于每組服務(wù)信息中描述了一種配送方式的詳情信息，比如包含服務(wù)類型以及多種服務(wù)參數(shù)信息，從而能夠使得用戶獲得全面的服務(wù)信息以直觀地進行不同配送方式的選擇。而且，將多組服務(wù)信息進行集中的顯示，使得用戶可以直觀、方便地進行選擇，提高選擇便利性。

在前述任一可選實施例的基礎(chǔ)上，可選地，如圖2所示，步驟102之后，該方法還可以包括如下步驟103：

步驟103、響應(yīng)于對多組服務(wù)信息的選擇操作，生成與選擇的服務(wù)信息對應(yīng)的服務(wù)訂單。

多組服務(wù)信息中的每組服務(wù)信息可選地被生成為一一對應(yīng)的服務(wù)選項，也就是說，每組服務(wù)信息以服務(wù)選項的形式顯示在用戶界面上。從而，用戶對多組服務(wù)信息的選擇操作即為對多個服務(wù)選項的選擇操作。

本實施例中，由于每組服務(wù)信息即每個服務(wù)選項中顯示出了服務(wù)類型、多種服務(wù)參數(shù)信息，用戶可以直觀地基于顯示的這些內(nèi)容進行選擇，因此，用戶對某個服務(wù)選項的選擇操作，則直接導(dǎo)致相應(yīng)服務(wù)訂單的生成，用戶無需進行其他的選擇操作。生成服務(wù)訂單后，用戶可以通過點擊如圖1(a)所示的發(fā)布訂單按鈕來提交該服務(wù)訂單。

可選地，用戶對顯示在同一用戶界面區(qū)域中的多個服務(wù)選項進行選擇操作時可能涉及到滑動、點擊兩種類型的操作，其中，滑動操作對應(yīng)于滑動顯示多個服務(wù)選項，點擊操作對應(yīng)于選中某個具體的服務(wù)選項。

具體地，根據(jù)觸摸屏的檢測原理，當(dāng)檢測到用戶手指在上述用戶界面區(qū)域的按下和離開的操作時，根據(jù)按下操作時的坐標(biāo)(X0,Y0)和離開時的坐標(biāo)(X1,Y1)，可以得到這兩個坐標(biāo)點之間的位移向量S，其中，Sx和Sy分別是S在x軸和y軸的分向量。

如圖1(d)所示，當(dāng)多個服務(wù)選項被設(shè)置為左右滑動顯示時，若Sx大于一定距離閾值，則視為橫向滑動操作，此時根據(jù)X軸上的分向量Sx移動各服務(wù)選項。若在移動的過程中，最后一個服務(wù)選項已經(jīng)被滑動到屏幕內(nèi)，則不能再向左滑動；反之，若隊第一個服務(wù)選項已經(jīng)被滑動到屏幕內(nèi)，則不能再向右滑動。

如圖1(e)所示，當(dāng)多個服務(wù)選項被設(shè)置為上下滑動顯示時，若Sy大于一定預(yù)設(shè)距離閾值，則視為縱向滑動操作，此時根據(jù)y軸上的分向量Sy移動各服務(wù)選項。若在移動的過程中，最后一個服務(wù)選項已經(jīng)被滑動到屏幕內(nèi)，則不能再向上滑動；反之，若第一個服務(wù)選項已經(jīng)被滑動到屏幕內(nèi)，則不能再向下滑動。

綜上，當(dāng)用戶的操作表示在x軸或y軸上的移動距離超過一定距離閾值時，表示用戶的操作是滑動操作。

相反地，若位移向量S小于預(yù)設(shè)距離閾值，則視為點擊操作，即用戶選中了某個服務(wù)選項。

基于前述實施例中介紹的多組服務(wù)信息的顯示、選擇過程可知，本發(fā)明各實施例提供的用戶界面顯示方法所揭示的物流配送服務(wù)的處理邏輯是：用戶只需根據(jù)實際的配送需求，在物流信息輸入界面中輸入必要的物流信息，比如地址、聯(lián)系人、物品相關(guān)信息，至于有哪些配送方式可以用來響應(yīng)用戶的物流需求，則是由客戶端和服務(wù)器或者是由服務(wù)器來基于物流信息來實時計算的，即實時獲取與物流信息對應(yīng)的可能的各服務(wù)類型以及每種服務(wù)類型對應(yīng)的服務(wù)參數(shù)信息。這樣，用戶只需根據(jù)自己的需求從多種可選的配送方式中選擇一個即可。也就是說，客戶端中不會預(yù)先設(shè)置有關(guān)配送方式選擇的控件，比如不會包含與多種服務(wù)類型對應(yīng)的選擇控件，以避免限制用戶的選擇，或者說避免用戶因為不能橫向比較哪種配送方式更適宜而選擇了不適宜的配送方式。

下面結(jié)合圖3，對客戶端如何獲取與物流信息對應(yīng)的多組服務(wù)信息的一種可選實現(xiàn)方式進行詳細說明。

在前述任一可選實施例的基礎(chǔ)上，可選地，如圖3所示，步驟101中獲取與物流信息對應(yīng)的多組服務(wù)信息，可以通過如下方式實現(xiàn)：

步驟1011、選擇與第一地址和第二地址對應(yīng)的多種服務(wù)類型。

步驟1012、從服務(wù)器獲取與多種服務(wù)類型分別對應(yīng)的距離信息和/或時間信息。

步驟1013、根據(jù)多種服務(wù)類型分別對應(yīng)的距離信息和/或時間信息，計算分別與多種服務(wù)類型對應(yīng)的價格信息。

本實施例中假設(shè)如下的實際物流應(yīng)用場景：同城物流。也就是說，假設(shè)用戶輸入的第一地址和第二地址是屬于同一城市的地址。并且假設(shè)服務(wù)類型指示的是不同配送工具，比如電動自行車、摩托車、汽車等。

值得說明的是，上述應(yīng)用場景僅為舉例，實際應(yīng)用中，還可以是跨城的物流場景，服務(wù)類型還可以是指示不同的物流提供商等。

針對步驟1011來說，當(dāng)接收到用戶輸入的包含第一地址、第二地址等輸入內(nèi)容的物流信息時，首先可以基于第一地址和第二地址確定出與之對應(yīng)的城市名稱A，進而，基于客戶端側(cè)預(yù)先存儲的城市名稱與服務(wù)類型的對應(yīng)關(guān)系選擇確定與城市名稱A對應(yīng)的服務(wù)類型，假設(shè)對應(yīng)的服務(wù)類型包括服務(wù)類型a、服務(wù)類型b和服務(wù)類型c。

其中，城市名稱與服務(wù)類型的對應(yīng)關(guān)系可以是客戶端預(yù)先從服務(wù)器中獲得的。而且，該城市名稱與服務(wù)類型的對應(yīng)關(guān)系是根據(jù)每個城市實際支持的配送方式確定的，即根據(jù)每個城市中實際支持的配送工具類型確定的。比如，某些城市受限于特殊的地形、道路規(guī)劃特征，不支持電動自行車配送；某些城市受限于擁擠的路況特征等因素，不支持汽車配送。

本實施例中，雖然在客戶端側(cè)可以進行簡單地處理邏輯，比如上述基于第一地址和第二地址匹配獲得相應(yīng)的多種服務(wù)類型，但是考慮到客戶端的計算能力不足，對于獲取多組服務(wù)信息的過程中，對計算能力要求比較高的處理邏輯還需借助服務(wù)器來實現(xiàn)。

因此，針對步驟1012來說，當(dāng)客戶端確定出多種服務(wù)類型后，可以從服務(wù)器側(cè)獲取與該多種服務(wù)類型分別對應(yīng)的距離信息和/或時間信息。具體地，客戶端與服務(wù)器的交互過程為：

客戶端向服務(wù)器發(fā)送攜帶有第一地址、第二地址和多種服務(wù)類型的獲取請求；

服務(wù)器在接收到該獲取請求后，根據(jù)第一地址和第二地址獲取與多種服務(wù)類型分別對應(yīng)的距離信息和/或時間信息，并將獲取的距離信息和/或時間信息攜帶在獲取響應(yīng)消息中反饋至客戶端；

客戶端從接收到的獲取響應(yīng)消息中解析獲得與該多種服務(wù)類型分別對應(yīng)的距離信息和/或時間信息。

值得說明的是，在一種可選實現(xiàn)方式中，客戶端與服務(wù)器間可以基于預(yù)先設(shè)定的通信協(xié)議獲知每種通信消息的意圖。比如，服務(wù)器接收到上述獲取請求后，基于通信協(xié)議約定，便知道該獲取請求是用于獲取與該多種服務(wù)類型分別對應(yīng)的距離信息和/或時間信息的。

可選地，服務(wù)器可以通過與第三方應(yīng)用的接口，借助第三方應(yīng)用來實現(xiàn)上述距離信息、時間信息的計算，或者當(dāng)服務(wù)器中集成了能夠計算上述距離信息、時間信息的處理能力時，本地實現(xiàn)該計算。其中，第三方應(yīng)用比如可以是電子地圖應(yīng)用。

假設(shè)服務(wù)器中集成有電子地圖應(yīng)用，則服務(wù)器可以根據(jù)第一地址和第二地址，計算每種服務(wù)類型下對應(yīng)的距離、時間信息。舉例來說，當(dāng)多種服務(wù)類型包括電動自行車、摩托車、汽車時，也就是說，服務(wù)器計算采用電動自行車配送時，從第一地址到第二地址需要行駛多遠的距離，需要多長時間，同理，服務(wù)器計算采用摩托車、汽車配送時，從第一地址到第二地址分別需要行駛多遠的距離，需要多長時間。

針對步驟1013來說，客戶端可以根據(jù)服務(wù)器反饋的與多種服務(wù)類型分別對應(yīng)的距離信息和/或時間信息，基于預(yù)先設(shè)置的價格計算方式來計算分別與多種服務(wù)類型對應(yīng)的價格信息。

舉例來說，對應(yīng)于某種服務(wù)類型，基于距離信息計算價格的方式可以采用如下的公式實現(xiàn)：

f(S)＝(Pb+P1*(S-S0))，其中，Pb為對應(yīng)于某種服務(wù)類型的基礎(chǔ)價格，P1為對應(yīng)于某種服務(wù)類型的每公里單價、S為對應(yīng)于某種服務(wù)類型的距離變量，即第一地址與第二地址之間的距離、S0為對應(yīng)于某種服務(wù)類型的免費距離。

通過上述獲取過程，客戶端最終能夠獲得包含服務(wù)類型、服務(wù)類型對應(yīng)的時間信息、距離信息、價格信息的多組服務(wù)信息。

另外可選地，用戶輸入的物流信息中除了包含有第一地址、第二地址、時限外，可能還會包含比如物品重量、物品保價金額、是否拼單等信息，此時，每種服務(wù)類型對應(yīng)的價格信息除了受上述距離信息、時間信息影響外，還會受到物品重量、物品保價金額、是否拼單等信息的影響。

因此，在一種可選實現(xiàn)方式中，客戶端對于任意某種服務(wù)類型對應(yīng)的價格信息的計算還可以通過如下公式計算實現(xiàn)：

f(K,S,M,V)＝K*(Pb+Ps+Pm+Pv)，其中：

K為拼單系數(shù)，取值區(qū)間為(0,1]：若用戶輸入的物流信息中指示用戶選擇了拼單，則K取值為0，若沒有選擇拼單，則K取值1；

Pb為與上述某種服務(wù)類型對應(yīng)的基礎(chǔ)價格；

Ps為與上述某種服務(wù)類型對應(yīng)的距離加價，Ps＝P1*(S-S0)。其中，P1為每公里單價、S為距離變量，即第一地址與第二地址之間的距離、S0為免費距離；

Pm為與上述某種服務(wù)類型對應(yīng)的重量加價，Pm＝P2*(M-M0)。其中，P2為每公斤單價，M為重量變量，即物品重量，M0為免費重量；

Pv為與上述某種服務(wù)類型對應(yīng)的金額加價，Pv＝P3*(V-V0)。其中，P3為基礎(chǔ)單價、V為保價金額變量，即物品保價金額，V0為免費保價金額。

值得說明的是，在上述某些實施例中，客戶端獲得的每組服務(wù)信息中包含的服務(wù)類型默認情況下，可以視為都是可用的服務(wù)類型。但是實際中，受到實時的天氣、交通、運力等因素的影響，客戶端獲得的多組服務(wù)信息分別對應(yīng)的多種服務(wù)類型可能會有部分不可用的情況。

因此，在基于第一地址、第二地址獲得多種服務(wù)類型的基礎(chǔ)上，在一種可選的實現(xiàn)方式中，在每種服務(wù)類型對應(yīng)的服務(wù)參數(shù)信息中還可以包括指示對應(yīng)的服務(wù)類型是否可用的可用狀態(tài)信息；在另一種可選的實現(xiàn)方式中，在用戶界面區(qū)域中顯示的每組服務(wù)信息中的服務(wù)類型都是可用的，即僅在用戶界面區(qū)域中顯示服務(wù)類型的可用狀態(tài)指示服務(wù)類型可用的各組服務(wù)信息。

下面結(jié)合圖3(a)和圖3(b)舉例說明上述兩種可選的實現(xiàn)方式，假設(shè)基于第一地址、第二地址獲得多種服務(wù)類型包括服務(wù)類型a、服務(wù)類型b和服務(wù)類型c，并且假設(shè)服務(wù)類型b對應(yīng)的可用狀態(tài)指示不可用，其他兩種服務(wù)類型對應(yīng)的可用狀態(tài)指示可用。

如圖3(a)所示，在同一用戶界面區(qū)域中包含三組服務(wù)信息，其中，服務(wù)類型a對應(yīng)的服務(wù)參數(shù)信息包括可用、時間1、價格1，服務(wù)類型b對應(yīng)的服務(wù)參數(shù)信息包括不可用、時間2、價格2，服務(wù)類型c對應(yīng)的服務(wù)參數(shù)信息包括可用、時間3、價格3。該種方式使得用戶能夠直觀地獲知每種服務(wù)類型的可用狀態(tài)。

如圖3(b)所示，在同一用戶界面區(qū)域中包含兩組服務(wù)信息，即僅顯示服務(wù)類型可用狀態(tài)指示可用的服務(wù)類型a和服務(wù)類型c對應(yīng)的兩組服務(wù)信息。其中，服務(wù)類型a對應(yīng)的服務(wù)參數(shù)信息包括時間1、價格1，服務(wù)類型c對應(yīng)的服務(wù)參數(shù)信息包括時間3、價格3。該種方式可以有效使用屏幕的顯示區(qū)域，避免冗余的不可用服務(wù)信息對屏幕的占用，并排除不可用服務(wù)信息對用戶選擇所需服務(wù)信息操作的干擾。

另外，在考慮服務(wù)類型是否可用的情況下，上述計算價格信息的方式也適應(yīng)性改變。

具體來說，針對f(S)＝(Pb+P1*(S-S0))來說，適應(yīng)性改變?yōu)椋篺(A,S)＝A*(Pb+P1*(S-S0))；

針對f(K,S,M,V)＝K*(Pb+Ps+Pm+Pv)來說，適應(yīng)性改變?yōu)椋?/p>

f(A,K,S,M,V)＝A*K*(Pb+Ps+Pm+Pv)。

其中，A為可用狀態(tài)系數(shù)，表示對應(yīng)的服務(wù)類型是否可用。A取值0或1，若可用則取值1，若不可用則取值0。

在前述可選的實施例中，主要從當(dāng)多種服務(wù)類型中存在不可用的服務(wù)類型時，如果在同一用戶界面區(qū)域顯示對應(yīng)的多組服務(wù)信息，以及如何計算每種服務(wù)類型對應(yīng)的價格信息的角度進行了介紹。下面介紹如何確定每種服務(wù)類型的可用狀態(tài)。

可選地，客戶端在基于用戶輸入的第一地址和第二地址確定出對應(yīng)的多種服務(wù)類型之后，還可以從服務(wù)器獲取該多種服務(wù)類型分別對應(yīng)的可用狀態(tài)信息。具體地，客戶端向服務(wù)器發(fā)送攜帶有該多種服務(wù)類型、第一地址和第二地址的查詢請求，服務(wù)器根據(jù)該查詢請求確定該多種服務(wù)類型分別對應(yīng)的可用狀態(tài)信息，并反饋至客戶端，客戶端進而根據(jù)服務(wù)器反饋的多種服務(wù)類型分別對應(yīng)的可用狀態(tài)信息，濾除該多種服務(wù)類型中不可用的服務(wù)類型。

其中，針對客戶端發(fā)送的多種服務(wù)類型中的任一服務(wù)類型，服務(wù)器確定該服務(wù)類型是否可用的考慮因素可以包括：天氣、交通、運力中的一種或多種。

以上述三種考慮因素以及服務(wù)類型為配送工具的類型為例來說，可選地：

服務(wù)器側(cè)可以周期性更新某地的天氣情況與服務(wù)類型的對應(yīng)關(guān)系，比如對應(yīng)于第一地址和第二地址的某城市，天氣正常時，可以采用的服務(wù)類型包括服務(wù)類型a、服務(wù)類型b、服務(wù)類型c、服務(wù)類型d，異常天氣，比如大風(fēng)、大雨等天氣時，可以采用的服務(wù)類型包括服務(wù)類型a、服務(wù)類型b。

服務(wù)器側(cè)還可以實時獲取某路段的交通擁堵情況與服務(wù)類型的對應(yīng)關(guān)系，比如若第一地址和第二地址之間的交通路況表明交通流量大于一定閾值時，可以采用的服務(wù)類型包括服務(wù)類型a、服務(wù)類型b、服務(wù)類型c、服務(wù)類型d，交通流量低于一定閾值時，可以采用的服務(wù)類型包括服務(wù)類型b、服務(wù)類型c。

服務(wù)器側(cè)還可以實時統(tǒng)計某地的每種服務(wù)類型對應(yīng)的運力情況。

綜上，當(dāng)服務(wù)器接收到客戶端發(fā)送的上述查詢請求后，首先可以基于第一地址和第二地址來獲取對應(yīng)的天氣情況、交通擁堵情況，以及確定查詢請求中每種服務(wù)類型對應(yīng)的運力情況，進而可以從查詢請求中包含的多種服務(wù)類型中篩選出滿足天氣情況、交通擁堵情況和運動情況的可用的服務(wù)類型，將篩選出的可用服務(wù)類型反饋至客戶端，從而使得客戶端從上述多種服務(wù)類型中濾除不可用的服務(wù)類型。

基于上述實施例，當(dāng)基于用戶輸入的第一地址和第二地址選擇出多種服務(wù)類型之后，通過對這多種服務(wù)類型進行是否可用的過濾，能夠進一步濾除當(dāng)前不可用的服務(wù)類型，從而，一方面可以降低服務(wù)器后續(xù)計算距離、時間信息以及客戶端計算價格信息的計算量，提高處理效率，另一方面也可以有效降低冗余的服務(wù)信息對屏幕空間的占用，可以提高屏幕空間的利用率。

通過上述各實施例，已經(jīng)介紹了客戶端側(cè)如何基于用戶輸入的物流信息獲取相應(yīng)的多組服務(wù)信息，以及如何顯示多組服務(wù)信息，以實現(xiàn)為用戶直觀地顯示全面的服務(wù)信息，使得用戶對多組服務(wù)信息的選擇簡便，易操作的目的。

下面，結(jié)合如下的幾個方法實施例，從服務(wù)器側(cè)的角度，對服務(wù)器如何對物流信息進行處理的過程進行說明。

圖4為本發(fā)明實施例提供的信息處理方法實施例一的流程圖，本實施例提供的信息處理方法由服務(wù)器來執(zhí)行，該服務(wù)器對應(yīng)的客戶端可以是提供物流類應(yīng)用的客戶端，相應(yīng)的，該服務(wù)器提供了對物流信息的處理能力。如圖4所示，該方法包括如下步驟：

步驟401、接收物流信息。

步驟402、獲取與物流信息對應(yīng)的多組服務(wù)信息，該多組服務(wù)信息具有相同的顯示區(qū)域?qū)傩浴?/p>

步驟403、發(fā)送多組服務(wù)信息至客戶端。

本實施例中，服務(wù)器接收到的物流信息是通過客戶端發(fā)送的，也就是當(dāng)客戶端接收到用戶輸入的物流信息后，將該物流信息發(fā)送至服務(wù)器。但是，由于服務(wù)器與客戶端之間是通過一定的通信協(xié)議進行網(wǎng)絡(luò)通信的，因此，該物流信息在客戶端與服務(wù)器間傳輸時，是被封裝在一定的數(shù)據(jù)包之內(nèi)的。

另外，本實施例中，物流應(yīng)用的場景可以是跨越不同城市、地區(qū)的物流配送場景，也可以是同城物流配送場景。

結(jié)合實際應(yīng)用，用戶輸入的物流信息一般可以包括收貨人地址、發(fā)貨人地址、收貨時限等等。因此，本實施例中可選地，物流信息包括：第一地址、第二地址、時限，當(dāng)然，物流信息中還可以包括諸如收貨人姓名、發(fā)貨人姓名以及物品相關(guān)信息，比如物品重量、物品保價金額、是否拼單等。

其中，第一地址和第二地址分別對應(yīng)于收貨人地址、發(fā)貨人地址；時限一般是指取貨時限，如前述實施例中介紹的，該時限可以包括確定時限、不確定時限等多種形式，本實施例不贅述。

當(dāng)客戶端接收到用戶輸入的物流信息后，生成包含該物流信息的服務(wù)請求，進而將該服務(wù)請求發(fā)送至服務(wù)器，觸發(fā)服務(wù)器進行與該物流信息對應(yīng)的多組服務(wù)信息的獲取處理。

具體地，客戶端與服務(wù)器的交互流程如下：

客戶端接收用戶輸入的物流信息，針對用戶輸入的物流信息進行字符合法性校驗，比如校驗用戶輸入的數(shù)字是否超過預(yù)設(shè)上下限，用戶是否在應(yīng)該輸入數(shù)字的地方輸入了非數(shù)字字符，用戶是否未輸入必須輸入的內(nèi)容，等等；當(dāng)校驗通過后，基于客戶端與服務(wù)器間通信協(xié)議的要求，比如采用信息-摘要算法5(Message-Digest Algorithm 5，簡稱MD5)對物流信息進行加密，從而生成一個特征碼，該特征碼用于服務(wù)器確定物流信息是否被篡改過；進而，將物流信息以及該特征碼封裝成一個服務(wù)請求，比如Http post請求，發(fā)送到服務(wù)器。

服務(wù)器接收到該Http post請求后，從中解析獲得其中包含的物流信息和特征碼，進而對物流信息實施與客戶端相同的MD5加密算法，生成一個服務(wù)器端的特征碼。將服務(wù)器端生成的特征碼與服務(wù)請求中攜帶的客戶端生成的特征碼進行比對，若相同則確認物流信息沒有被篡改。然后對Http post請求中的物流信息進行格式有效性校驗，即與服務(wù)器端預(yù)設(shè)好的數(shù)據(jù)格式進行比對，若數(shù)據(jù)格式一致，校驗通過，否則，校驗不通過，終止處理。

在上述校驗通過后，服務(wù)器為了響應(yīng)客戶端的服務(wù)請求，需要獲取與物流信息對應(yīng)的多組服務(wù)信息。可選地，每組服務(wù)信息中包括服務(wù)類型和服務(wù)參數(shù)信息，其中，服務(wù)類型比如可以是配送工具類型、不同的物流配送方等，服務(wù)參數(shù)信息包括如下信息中的至少一種：距離信息、時間信息、價格信息。

也就是說，本實施例中，多組服務(wù)信息中的每組服務(wù)信息分別對應(yīng)于一種配送方式，并且包含詳細的配送詳情信息，用以告知用戶可以采用什么類型的配送方式進行配送，并且告知用戶每種配送方式所需的時間、距離、價格等參數(shù)信息，以供用戶從多種配送方式中選擇一種所需的，方便用戶選擇。

另外，除了每組服務(wù)信息中包含了多個維度的信息以方便用戶選擇外，本發(fā)明實施例中，為了進一步便于用戶在客戶端上的選擇操作，服務(wù)器獲取的多組服務(wù)信息還具有相同的位置區(qū)域?qū)傩浴Ｔ撓嗤奈恢脜^(qū)域?qū)傩?，簡單來說，就是能夠使得該多組服務(wù)信息在客戶端的同一用戶界面區(qū)域中集中顯示?？蛇x地，服務(wù)器在獲取多組服務(wù)信息后，可以為每組服務(wù)信息打一個標(biāo)簽，該標(biāo)簽用于標(biāo)記該組服務(wù)信息在客戶端某用戶界面上的位置區(qū)域?？梢岳斫獾氖牵鹘M服務(wù)信息具有相同的標(biāo)簽，從而，客戶端可以基于每組服務(wù)信息的標(biāo)簽，將多組服務(wù)信息顯示在同一用戶界面區(qū)域中。

可以理解的是，服務(wù)器之所以能夠針對物流信息獲取多組服務(wù)信息，是因為服務(wù)器端對物流配送資源進行了有效的整合和管理。其中，物流配送資源可以是指不同物流配送方的資源，也可以是同一物流配送方的不同配送工具資源。因此，本發(fā)明實施例中，服務(wù)器通過對物流配送資源進行分類，確定出各個服務(wù)類型。

而且，值得說明的是，在同城配送的應(yīng)用場景中，可以基于對各個城市實際物流配送資源的調(diào)查，確定每個城市實際支持的物流配送資源，比如各個城市中采用的配送工具類型，從而在服務(wù)器中預(yù)先建立城市與配送資源類型即服務(wù)類型間的對應(yīng)關(guān)系。

基于此，服務(wù)器針對用戶實際觸發(fā)的物流信息，獲取與該物流信息對應(yīng)的多組服務(wù)信息的過程，主要包括：首先，確定與該物流信息對應(yīng)的多種服務(wù)類型；其次，針對確定出的每種服務(wù)類型計算對應(yīng)的服務(wù)參數(shù)信息。

可選地，如圖5所示，上述步驟402中獲取與該物流信息對應(yīng)的多組服務(wù)信息，可以通過如下步驟實現(xiàn)：

步驟4021、確定與物流信息對應(yīng)的候選服務(wù)類型集合。

步驟4022、獲取與物流信息對應(yīng)的環(huán)境影響因素。

步驟4023、根據(jù)環(huán)境影響因素，過濾候選服務(wù)類型集合，以過濾后的候選服務(wù)類型集合中包含的服務(wù)類型作為與物流信息對應(yīng)的多種服務(wù)類型。

步驟4024、計算與物流信息對應(yīng)的多種服務(wù)類型分別對應(yīng)的服務(wù)參數(shù)信息。

本實施例中，獲取候選服務(wù)類型集合的步驟可以在服務(wù)器本地完成，也可以是服務(wù)器通過與第三方應(yīng)用的接口，將物流信息發(fā)送至第三方應(yīng)用由第三方應(yīng)用完成。

以在服務(wù)器本地完成上述候選服務(wù)類型集合，且以同城物流的應(yīng)用場景為例，服務(wù)器中可以預(yù)先設(shè)置城市名稱與服務(wù)類型的對應(yīng)關(guān)系，而且，該城市名稱與服務(wù)類型的對應(yīng)關(guān)系是根據(jù)每個城市實際支持的配送方式確定的。當(dāng)配送方式以配送工具類型定義時，即該對應(yīng)關(guān)系是根據(jù)每個城市中實際支持的配送工具類型確定的。比如，某些城市受限于特殊的地形、道路規(guī)劃特征，不支持電動自行車配送；某些城市受限于擁擠的路況特征等因素，不支持汽車配送。

因此，基于上述城市名稱與服務(wù)類型的對應(yīng)關(guān)系，當(dāng)物流信息中包含第一地址和第二地址時，服務(wù)器可以基于該第一地址和第二地址確定對應(yīng)的城市名稱，進而查詢該城市名稱與服務(wù)類型的對應(yīng)關(guān)系，匹配獲得與確定出的城市名稱對應(yīng)的各個服務(wù)類型，由這些服務(wù)類型構(gòu)成候選服務(wù)類型集合。

另外可選地，由于物流信息中除了包括第一地址、第二地址外，還可以包括物品重量、物品尺寸等信息，這些物品相關(guān)的信息也可以對候選服務(wù)類型集合的確定產(chǎn)生影響。比如，實際應(yīng)用中，如果需要配送的物品是重量較重、尺寸很大的物品，用電動自行車、摩托車配送可能是不適宜的。

因此，可選地，服務(wù)器中還可以預(yù)先設(shè)置物品重量與服務(wù)類型的對應(yīng)關(guān)系，或者，物品尺寸與服務(wù)類型的對應(yīng)關(guān)系，或者，物品重量和物品尺寸的整體與服務(wù)類型的對應(yīng)關(guān)系。

因此，確定與物流信息對應(yīng)的候選服務(wù)類型集合，既可以是基于城市名稱與服務(wù)類型的對應(yīng)關(guān)系實現(xiàn)的，也可以是基于城市名稱與服務(wù)類型的對應(yīng)關(guān)系，以及基于物品重量和/或物品尺寸與服務(wù)類型的對應(yīng)關(guān)系實現(xiàn)的。

可選地，當(dāng)基于城市名稱與服務(wù)類型的對應(yīng)關(guān)系，以及基于物品重量和/或物品尺寸與服務(wù)類型的對應(yīng)關(guān)系來確定與物流信息對應(yīng)的候選服務(wù)集合時，可以是：基于城市名稱與服務(wù)類型的對應(yīng)關(guān)系，確定與物流信息中的第一地址和第二地址對應(yīng)的第一服務(wù)類型集合；基于物品重量和/或物品尺寸與服務(wù)類型的對應(yīng)關(guān)系，確定與物流信息中的物品重量和/或物品尺寸對應(yīng)的第二服務(wù)類型集合；第一服務(wù)類型集合和第二服務(wù)類型集合取交集構(gòu)成候選服務(wù)類型集合。

當(dāng)獲取與物流信息對應(yīng)的候選服務(wù)類型集合后，可選地，可以直接認為該候選服務(wù)類型集合中包含的各服務(wù)類型即為與物流信息對應(yīng)的多種服務(wù)類型，進而針對每種服務(wù)類型計算相應(yīng)的服務(wù)參數(shù)信息，比如距離、時間、價格中的任一個或多個參數(shù)。

但是，值得說明的是，在上述可選實施例中，直接認為該候選服務(wù)類型集合中包含的各服務(wù)類型即為與物流信息對應(yīng)的多種服務(wù)類型，是默認了候選服務(wù)類型集合中包含的各服務(wù)類型都是可用的服務(wù)類型。但是實際中，受到實時的天氣、交通、運力等因素的影響，候選服務(wù)類型集合中的多種服務(wù)類型可能會有部分不可用的情況，因此，可選地，在獲取上述候選服務(wù)類型集合后，還可以基于環(huán)境影響因素對候選服務(wù)類型集合進行過濾，以濾除其中包含的不可用的服務(wù)類型。

具體來說，為了實現(xiàn)上述過濾處理，首先要獲取與物流信息對應(yīng)的環(huán)境影響因素，環(huán)境影響因素比如可以包括上述舉例的天氣、交通、運力等因素中的一種或多種。

以上述三種環(huán)境影響因素以及服務(wù)類型為配送工具類型為例來說，參考圖3所示實施例中的介紹，可選地，服務(wù)器可以周期性更新各城市的天氣情況與服務(wù)類型的對應(yīng)關(guān)系；服務(wù)器還可以實時獲取某路段的交通擁堵情況與服務(wù)類型的對應(yīng)關(guān)系；服務(wù)器還可以實時統(tǒng)計各城市的每種服務(wù)類型對應(yīng)的運力情況。

從而，基于各城市天氣情況與服務(wù)類型的對應(yīng)關(guān)系，服務(wù)器可以確定與物流信息中的第一地址和第二地址對應(yīng)的城市，當(dāng)前所可以采用的各服務(wù)類型；基于路段的交通擁堵情況與服務(wù)類型的對應(yīng)關(guān)系，服務(wù)器可以確定與物流信息中的第一地址和第二地址對應(yīng)的當(dāng)前所可以采用的各服務(wù)類型；基于各城市的每種服務(wù)類型對應(yīng)的運力情況，服務(wù)器可以確定與物流信息中的第一地址和第二地址對應(yīng)的城市中各種服務(wù)類型的運力狀態(tài)，從而確定當(dāng)前所可以采用的各服務(wù)類型。

從而，根據(jù)上述確定出的各服務(wù)類型對候選服務(wù)類型集合進行過濾，即取交集，即可得到與物流信息對應(yīng)的多種可用的服務(wù)類型。進而，針對每種可用的服務(wù)類型計算相應(yīng)的服務(wù)參數(shù)信息。

值得說明的是，服務(wù)器計算每種服務(wù)類型對應(yīng)的服務(wù)參數(shù)信息可以參照圖3所示實施例中客戶端的計算公式實現(xiàn)，只是計算的主體由客戶端變?yōu)榉?wù)器，因此，在此不再贅述詳細的計算過程。

通過對候選服務(wù)類型集合進行過濾，可以有效減少后續(xù)服務(wù)參數(shù)信息計算的計算量，而且避免向客戶端反饋不可用的服務(wù)信息，避免客戶端顯示不可用的服務(wù)信息對屏幕空間的低利用率。

當(dāng)服務(wù)器獲取由多種服務(wù)類型以及每種服務(wù)類型對應(yīng)的服務(wù)參數(shù)信息組成的多組服務(wù)信息后，響應(yīng)于客戶端的服務(wù)請求，將多組服務(wù)信息攜帶于響應(yīng)消息中反饋至客戶端。

客戶端接收到服務(wù)器反饋的響應(yīng)消息后，從中解析獲得多組服務(wù)信息，并將多組服務(wù)信息顯示在同一用戶界面區(qū)域中。其中，客戶端對多組服務(wù)信息的顯示處理過程可以參見圖1所示實施例，在此不再贅述。

另外，可選地，服務(wù)器在獲得多組服務(wù)信息后，還可以根據(jù)一定的排序規(guī)則對多組服務(wù)信息進行排序，從而，客戶端對多種服務(wù)信息的顯示順序也是根據(jù)該排序結(jié)果進行的。具體地，由于每組服務(wù)信息中包括了服務(wù)類型、距離、價格、時間等信息，因此，排序規(guī)則可以針對其中任一種信息維度設(shè)置，也可以針對多種信息維度的加權(quán)結(jié)果設(shè)置。排序規(guī)則比如可以是：按照價格從低到高排序；按照時間從短到長的順序排序；按照預(yù)設(shè)的服務(wù)類型優(yōu)先級排序；或者按照同一組服務(wù)信息中包含的幾種信息內(nèi)容的加權(quán)結(jié)果進行排序，等等。

綜上，基于上述各實施例提供的信息處理方法，服務(wù)器在接收到來自客戶端的物流信息后，獲取與該物流信息對應(yīng)的多組服務(wù)信息，發(fā)送獲取的多組服務(wù)信息至客戶端，以使得客戶端在同一用戶界面區(qū)域中顯示多組服務(wù)信息。由于服務(wù)器獲得的每組服務(wù)信息中包括了指示配送方式的服務(wù)類型信息以及介紹配送方式詳情的服務(wù)詳情信息，從而能夠使得用戶獲得全面的服務(wù)信息，并且客戶端在同一用戶界面區(qū)域中顯示獲得的多組服務(wù)信息，能夠使得用戶直觀地基于不同信息維度進行選擇，操作方便。

另外，服務(wù)器通過對多組服務(wù)信息進行是否可用的過濾處理，保證向客戶端反饋的服務(wù)信息都是可用的，降低了服務(wù)信息的冗余度。

另外，服務(wù)器通過對物流配送資源按照不同的服務(wù)類型進行整合，擴展了供用戶選擇配送方式的信息維度，使得用戶進行配送方式選擇的局限性更小。

上述各實施例分別從客戶端的角度或者服務(wù)器的角度進行了描述，下面結(jié)合圖6所示實施例，從實際應(yīng)用角度介紹本發(fā)明實施例提供的信息處理方法，以下將客戶端表示為APP，本實施例中的用戶界面圖參考圖1(a)所示。如圖6所示，包括如下步驟：

步驟601、響應(yīng)于用戶對APP的開啟操作，接收用戶在APP的發(fā)布訂單頁面的信息輸入?yún)^(qū)域中輸入的物流信息，生成攜帶有物流信息的服務(wù)請求。

步驟602、APP將服務(wù)請求發(fā)送至服務(wù)器。

步驟603、服務(wù)器解析獲得物流信息，并獲取與物流信息對應(yīng)的多組服務(wù)信息。

步驟604、服務(wù)器向APP發(fā)送攜帶有多組服務(wù)信息的服務(wù)響應(yīng)消息。

步驟605、APP解析獲得多組服務(wù)信息，將多組服務(wù)信息顯示在發(fā)布訂單頁面的服務(wù)展示交互區(qū)域中。

步驟606、響應(yīng)于用戶在服務(wù)展示交互區(qū)域中對多組服務(wù)信息的選擇操作，APP將用戶選中的一組服務(wù)信息置于選中狀態(tài)。

步驟607、響應(yīng)于用戶對發(fā)布訂單頁面中發(fā)布訂單按鈕的點擊操作，APP生成服務(wù)訂單。

以下將詳細描述本發(fā)明的一個或多個實施例的用戶界面顯示裝置。這些用戶界面顯示裝置可以被實現(xiàn)在移動終端的基礎(chǔ)架構(gòu)中，也可以被實現(xiàn)在服務(wù)器和客戶端的交互系統(tǒng)中。本領(lǐng)域技術(shù)人員可以理解，這些用戶界面顯示裝置均可使用市售的硬件組件通過本方案所教導(dǎo)的步驟進行配置來構(gòu)成。

圖7為本發(fā)明實施例提供的用戶界面顯示裝置實施例一的結(jié)構(gòu)示意圖，如圖7所示，該用戶界面顯示裝置包括：獲取模塊11、顯示模塊12。

獲取模塊11，用于根據(jù)物流信息，獲取與所述物流信息對應(yīng)的多組服務(wù)信息；

顯示模塊12，用于在同一用戶界面區(qū)域中顯示所述多組服務(wù)信息。

可選地，該用戶界面顯示裝置還包括：第一生成模塊13。

第一生成模塊13，用于響應(yīng)于對所述多組服務(wù)信息的選擇操作，生成與選擇的服務(wù)信息對應(yīng)的服務(wù)訂單。

可選地，該用戶界面顯示裝置還包括：第二生成模塊14。

第二生成模塊14，用于生成與所述多組服務(wù)信息分別對應(yīng)的服務(wù)選項。

相應(yīng)地，所述顯示模塊12，具體用于在同一用戶界面區(qū)域中顯示生成的多個服務(wù)選項。

可選地，顯示模塊12具體用于：將所述多個服務(wù)選項部分地顯示在所述用戶界面區(qū)域中；響應(yīng)于在所述用戶界面區(qū)域中觸發(fā)的滑動顯示操作，將所述多個服務(wù)選項滑動顯示在所述用戶界面區(qū)域中。

可選地，該用戶界面顯示裝置還包括：排序模塊15。

排序模塊15，用于對所述多個服務(wù)選項進行排序。

相應(yīng)地，顯示模塊12，具體用于根據(jù)排序結(jié)果，在同一用戶界面區(qū)域中顯示所述多個服務(wù)選項。

其中，可選地，所述物流信息包括：第一地址、第二地址、時限。

其中，可選地，，每組所述服務(wù)信息中包括：服務(wù)類型和服務(wù)參數(shù)信息；所述服務(wù)參數(shù)信息包括如下信息中的至少一種：距離信息、時間信息、價格信息。

可選地，所述獲取模塊11包括：選擇子模塊111、獲取子模塊112、計算子模塊113。

選擇子模塊111，用于選擇與所述第一地址和所述第二地址對應(yīng)的多種服務(wù)類型。

獲取子模塊112，用于從服務(wù)器獲取與所述多種服務(wù)類型分別對應(yīng)的距離信息和/或時間信息。

計算子模塊113，用于根據(jù)所述多種服務(wù)類型分別對應(yīng)的所述距離信息和/或所述時間信息，計算分別與所述多種服務(wù)類型對應(yīng)的價格信息。

可選地，獲取子模塊112還用于：從服務(wù)器獲取所述多種服務(wù)類型分別對應(yīng)的可用狀態(tài)信息。

相應(yīng)可選地，該用戶界面顯示裝置還包括：過濾模塊16。

過濾模塊16，用于根據(jù)所述服務(wù)器反饋的所述多種服務(wù)類型分別對應(yīng)的可用狀態(tài)信息，濾除所述多種服務(wù)類型中不可用的服務(wù)類型。

圖7所示裝置可以執(zhí)行圖1至圖3所示實施例的方法，本實施例未詳細描述的部分，可參考對圖1至圖3所示實施例的相關(guān)說明。該技術(shù)方案的執(zhí)行過程和技術(shù)效果參見圖1至圖3所示實施例中的描述，在此不再贅述。

以上描述了用戶界面顯示裝置的內(nèi)部功能和結(jié)構(gòu)，實際中，該用戶界面顯示裝置可實現(xiàn)為終端設(shè)備，包括：輸入設(shè)備、處理器、顯示屏；

所述輸入設(shè)備，用于接收用戶輸入的物流信息；

所述處理器，耦合到所述輸入設(shè)備和所述顯示屏，用于獲取與物流信息對應(yīng)的多組服務(wù)信息；

所述處理器還用于：控制所述顯示屏在同一用戶界面區(qū)域中顯示多組服務(wù)信息。

可選地，所述處理器還用于執(zhí)行上述圖1至圖3所示方法步驟中的全部或部分。

以下將詳細描述本發(fā)明的一個或多個實施例的信息處理裝置。這些信息處理裝置可以被實現(xiàn)在服務(wù)器的基礎(chǔ)架構(gòu)中，也可以被實現(xiàn)在服務(wù)器和客戶端的交互系統(tǒng)中。本領(lǐng)域技術(shù)人員可以理解，這些信息處理裝置均可使用市售的硬件組件通過本方案所教導(dǎo)的步驟進行配置來構(gòu)成。

圖8為本發(fā)明實施例提供的信息處理裝置實施例一的結(jié)構(gòu)示意圖，如圖8所示，該裝置包括：接收模塊21、獲取模塊22、發(fā)送模塊23。

接收模塊21，用于接收物流信息；

獲取模塊22，用于獲取與所述物流信息對應(yīng)的多組服務(wù)信息，所述多組服務(wù)信息具有相同的位置區(qū)域?qū)傩裕?/p>

發(fā)送模塊23，用于發(fā)送所述多組服務(wù)信息至客戶端。

可選地，物流信息包括：第一地址、第二地址、時限。

可選地，每組服務(wù)信息中包括服務(wù)類型和服務(wù)參數(shù)信息；所述服務(wù)參數(shù)信息包括如下信息中的至少一種：距離信息、時間信息、價格信息。

可選地，所述獲取模塊22包括：獲取子模塊221、計算子模塊222。

獲取子模塊221，用于獲取與所述物流信息對應(yīng)的多種服務(wù)類型。

計算子模塊222，用于計算與所述多種服務(wù)類型分別對應(yīng)的服務(wù)參數(shù)信息。

其中，所述獲取子模塊221包括：確定單元2211、獲取單元2212、過濾單元2213。

確定單元2211，用于確定與所述物流信息對應(yīng)的候選服務(wù)類型集合。

獲取單元2212，用于獲取與所述物流信息對應(yīng)的環(huán)境影響因素。

過濾單元2213，用于根據(jù)所述環(huán)境影響因素，過濾所述候選服務(wù)類型集合，以過濾后的候選服務(wù)類型集合中包含的服務(wù)類型作為與所述物流信息對應(yīng)的多種服務(wù)類型。

圖8所示裝置可以執(zhí)行圖4和圖5所示實施例的方法，本實施例未詳細描述的部分，可參考對圖4和圖5所示實施例中的相關(guān)說明。該技術(shù)方案的執(zhí)行過程和技術(shù)效果參見圖4、圖5所示實施例中的描述，在此不再贅述。

以上描述了信息處理裝置的內(nèi)部功能和結(jié)構(gòu)，實際中，該信息處理裝置可實現(xiàn)為服務(wù)器，包括：通信組件、處理器，所述通信組件與所述處理器耦合；

所述通信組件，用于接收物流信息；

所述處理器，用于獲取與所述物流信息對應(yīng)的多組服務(wù)信息，所述多組服務(wù)信息具有相同的位置區(qū)域?qū)傩裕?/p>

所述通信組件還用于：在所述處理器的控制下，發(fā)送所述多組服務(wù)信息至客戶端。

可選地，所述處理器還用于執(zhí)行上述方法步驟401-步驟403中的全部或部分。

以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性的勞動的情況下，即可以理解并實施。

通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到各實施方式可借助加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件?；谶@樣的理解，上述技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以產(chǎn)品的形式體現(xiàn)出來，該計算機產(chǎn)品可以存儲在計算機可讀存儲介質(zhì)中，如ROM/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機裝置(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)裝置等)執(zhí)行各個實施例或者實施例的某些部分所述的方法。

最后應(yīng)說明的是：以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分技術(shù)特征進行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。