[發明專利]移動出行業務處理方法及裝置

在審

• 申請號: 201810150936.0
• 申請日: 2018-02-13
• 公開（公告）號: CN110166513A
• 公開（公告）日: 2019-08-23
• 發明（設計）人: 王玨;張瑞星;李璐;李可;張曉雪;劉琳
• 申請（專利權）人: 北京嘀嘀無限科技發展有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08;H04W4/50;H04M1/725;G06Q30/06;G06Q50/30
• 代理公司: 北京同立鈞成知識產權代理有限公司 11205
• 代理人: 喬慧;劉芳

本發明實施例提供一種移動出行業務處理方法及裝置。該方法包括：接收用戶在所述出行業務的操作界面上觸發的訂單請求，所述訂單請求涉及至少兩個出行業務類型；根據所述訂單請求，在所述操作界面上顯示車輛信息；所述車輛信息為服務器根據所述至少兩個出行業務類型以及預設的派單策略派單后最快應答的車輛的信息。本發明實施例用戶可以一次向服務器發起包含至少兩個出行業務類型的訂單請求，在操作界面上顯示最快應答的車輛的信息，避免了用戶多次發起訂單請求，導致的耗時較長的問題，從而提高了用戶的體驗。

技術領域

本發明實施例涉及移動出行技術領域，尤其涉及一種移動出行業務處理方法及裝置。

背景技術

隨著通信技術和計算機技術的不斷發展，越來越多的用戶選擇使用用戶設備(例如智能手機)上的出行平臺來呼叫車輛，以方便用戶出行。

目前，用戶打開安裝于用戶設備上的出行平臺呼叫車輛時，通常在出行平臺的界面上選擇某一車型并輸入出行信息，如輸入出發地、目的地等。在服務器為用戶派單成功后，出行平臺的操作界面上將顯示有用戶呼叫到的車輛的相關信息，以便用戶進行出行。

在早晚高峰或者其他供不應求的場景下，用戶選擇某一車型發起呼叫后，只有當呼叫失敗時用戶才能繼續嘗試其他車型發起呼叫，用戶可能會經過較長時間的等待，而且用戶在呼叫失敗后可能會在多個車型間反復嘗試、多次發起呼叫，耗時較長，用戶體驗不高。

發明內容

本發明實施例提供一種移動出行業務處理方法及裝置，以解決現有技術中用戶在呼叫車輛時的耗時較長，用戶體驗不高的問題。

第一方面，本發明實施例提供一種移動出行業務處理方法，包括：

接收用戶在所述出行業務的操作界面上觸發的訂單請求，所述訂單請求涉及至少兩個出行業務類型；

根據所述訂單請求，在所述操作界面上顯示車輛信息；所述車輛信息為服務器根據所述至少兩個出行業務類型以及預設的派單策略派單后最快應答的車輛的信息。

第二方面，本發明實施例提供一種移動出行業務處理方法包括：

接收第一用戶設備發送的訂單請求，所述訂單請求涉及至少兩個出行業務類型；

根據預設的派單策略，向所述至少兩個出行業務類型中的至少一個出行業務類型對應的第二用戶設備發送派單請求；

根據接收到的與所述派單請求對應的響應信息，向所述第一用戶設備發送車輛信息；所述車輛信息為最快應答的第二用戶設備對應的車輛的信息。

第三方面，本發明實施例提供一種移動出行業務處理裝置，包括：

接收模塊，用于接收用戶在所述出行業務的操作界面上觸發的訂單請求，所述訂單請求涉及至少兩個出行業務類型；

顯示模塊，用于根據所述訂單請求，在所述操作界面上顯示車輛信息；所述車輛信息為服務器根據所述至少兩個出行業務類型以及預設的派單策略派單后最快應答的車輛的信息。

第四方面，本發明實施例提供一種移動出行業務處理裝置，包括：

接收模塊，用于接收第一用戶設備發送的訂單請求，所述訂單請求涉及至少兩個出行業務類型；

發送模塊，用于根據預設的派單策略，向所述至少兩個出行業務類型中的至少一個出行業務類型對應的第二用戶設備發送派單請求；

所述發送模塊，還用于根據接收到的與所述派單請求對應的響應信息，向所述第一用戶設備發送車輛信息；所述車輛信息為最快應答的第二用戶設備對應的車輛的信息。

第五方面，本發明實施例提供一種用戶設備，包括：

處理器，以及，用于存儲處理器的可執行指令的存儲器；