本發(fā)明涉及通信領域，具體涉及一種打車應用程序推薦方法及裝置。

背景技術：

隨著城市的發(fā)展以及科技的進步，人們在選擇出行方式時已經不限于從前公交或者出租車這幾種傳統(tǒng)的公共交通工具。打車應用程序的盛行，使得私家車與出租車的界限逐漸模糊，為人們的出行帶來了極大的便利。但是，市面上打車應用程序數量較多，各個打車應用程序的打車費用通常是不相同的；同時，用戶使用打車應用程序呼叫車輛時，等待車輛接駕的時長也具有很大的不確定性。用戶出于成本的考慮，在出行時常常需要打開各類打車應用程序，手動比對不同打車應用程序之間的行程開銷，不僅操作效率較低，浪費了用戶的時間，而且也造成了手機資源的浪費。

技術實現要素：

本發(fā)明實施例提供了一種打車應用程序的推薦方法及裝置，旨在提高用戶選擇打車應用程序時的效率，減少手機資源。

本發(fā)明實施例的第一方面，提供一種打車應用程序的推薦方法，所述方法包括：

接收輸入的行程計劃，所述行程計劃包括出發(fā)地信息及目的地信息；

分別獲取各個預設的打車應用程序完成所述行程計劃預計的行程開銷；

推薦所述行程開銷最節(jié)省的打車應用程序。

本發(fā)明實施例的第二方面，提供一種打車應用程序的推薦裝置，所述打車應用程序的推薦裝置包括：

出行計劃接收單元，用于接收輸入的行程計劃，所述行程計劃包括出發(fā)地信息及目的地信息；

行程開銷獲取單元，用于分別獲取各個預設的打車應用程序完成所述出行計劃接收單元接收到的行程計劃預計的行程開銷；

應用程序推薦單元，用于推薦所述行程開銷獲取單元獲取到的行程開銷最節(jié)省的打車應用程序。

由上可見，在本發(fā)明實施例中，在接收用戶輸入的包括出發(fā)地信息及目的地信息的行程計劃后，分別獲取各個預設的打車應用程序完成所述行程計劃預計的行程開銷，最后推薦行程開銷最節(jié)省的打車應用程序。本發(fā)明實施例能夠根據用戶的當前出行計劃，在眾多打車應用程序中篩選出最節(jié)省行程開銷的打車應用程序，方便用戶快速在各類打車應用程序中做出選擇。相對于現有技術中需要手動啟動不同打車應用程序后，反復輸入出行計劃才能在不同打車應用程序中獲取到有效信息并做出選擇，本發(fā)明實施例提高了用戶對打車應用程序的選擇效率，簡化了用戶操作，節(jié)約了手機資源。

附圖說明

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

圖1為本發(fā)明實施例一提供的打車應用程序推薦方法的實現流程圖；

圖2為本發(fā)明實施例二提供的打車應用程序推薦裝置的結構框圖。

具體實施方式

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

在本發(fā)明實施例中，在接收用戶輸入的行程計劃后，分別獲取各個預設的打車應用程序完成所述行程計劃預計的行程開銷，最后推薦行程開銷最節(jié)省的打車應用程序。最終實現根據用戶的當前出行計劃，在眾多打車應用程序中篩選出最節(jié)省行程開銷的打車應用程序，方便用戶快速在各類打車應用程序中做出選擇。

以下結合具體實施例對本發(fā)明的實現進行詳細描述：

實施例一

圖1示出了本發(fā)明實施例一提供的打車應用程序推薦方法的實現流程，詳述如下：

在步驟S101中，接收輸入的行程計劃，所述行程計劃包括出發(fā)地信息及目的地信息。

在本發(fā)明實施例中，可以接收用戶以文字輸入方式輸入的包含有出發(fā)地信息及目的地信息的行程計劃；或者，在步驟S101中，也可以接收用戶以語音輸入方式輸入的包含有出發(fā)地信息及目的地信息的行程計劃，以此實現用戶不方便進行文字輸入時，能夠方便的通過語音方式快速輸入行程計劃；又或者，在步驟S101中，還可以首先顯示地圖，接收用戶在地圖上觸摸輸入的定位出發(fā)地指令及定位目的地指令，根據定位得到的出發(fā)地信息及目的地信息確定用戶的行程計劃，以此實現當用戶不清楚出發(fā)地及目的地的具體名稱時，能夠通過其他方式確定行程計劃，此處不做限定。

在步驟S102中，分別獲取各個預設的打車應用程序完成所述行程計劃預計的行程開銷。

在本發(fā)明實施例中，打車應用程序推薦裝置在接收到包含有出發(fā)地信息及目的地信息的行程計劃后，將分別實時的獲取各個預設的打車應用程序完成上述行程計劃預計所需要的行程開銷。上述預設的打車應用程序數量為兩個以上，可以是用戶在使用本方法前，或者使用本方法過程中，根據其自身的喜好自行設定的若干個預設打車應用程序；或者，在步驟S102中，可以是由打車應用程序推薦裝置在初始啟動本方法流程時，或者在進行本方法過程中，獲取到的用戶在移動終端上已安裝的若干個打車應用程序，并將上述已安裝的若干個打車應用程序設定為預設打車應用程序；又或者，在步驟S102中，可以是由打車應用程序推薦裝置通過互聯網查詢到的受眾人數較多，流行度較高的若干個打車應用程序，并將上述流行度較高的若干個打車應用程序設定為預設打車應用程序，此處不做限定。具體地，上述行程開銷包括但不限于如下一種以上：等待時間及打車費用。

在步驟S103中，推薦所述行程開銷最節(jié)省的打車應用程序。

在本發(fā)明實施例中，打車應用程序推薦裝置在分別獲取到各個預設的打車應用程序完成上述行程計劃所需要的行程開銷后，將以在屏幕上顯示的方式，向用戶推薦所需要的行程開銷最少的打車應用程序。具體地，在步驟S103中，可以是只顯示推薦的行程開銷最節(jié)省的打車應用程序；或者，在步驟S103中，也可以是顯示所有的預設打車應用程序，并對推薦的預設打車應用程序做突出顯示處理，此處不做限定；進一步地，在顯示打車應用程序時，可以將上述顯示的打車應用程序對應的行程開銷同時顯示出來，以提供給用戶更為直接和具體的信息。

在一種應用功能場景中，上述行程開銷具體為打車費用，則步驟S102具體可表現為：上述打車應用程序推薦裝置實時獲取各個預設的打車程序完成上述行程計劃預計的打車費用；步驟S103具體可表現為：向用戶推薦上述打車費用最低的打車應用程序。

進一步地，在上述打車應用程序推薦裝置實時獲取到了各個預設的打車程序完成上述行程計劃預計的打車費用之前，還可以首先分別檢測各個預設的打車程序是否存在優(yōu)惠政策；若檢測到任一預設的打車應用程序不存在優(yōu)惠政策，則實時獲取上述不存在優(yōu)惠政策的打車應用程序完成上述行程計劃的打車費用；若檢測到任一預設的打車應用程序存在優(yōu)惠政策，則實時獲取上述存在優(yōu)惠政策的打車應用程序在對應的優(yōu)惠政策下完成上述行程計劃的打車費用；其中，優(yōu)惠政策可以為滿減政策，折扣政策等，此處不做限定。以此實現，當任一預設預設的打車應用程序存在優(yōu)惠政策時，及時的將該優(yōu)惠政策反饋給客戶，并讓用戶直觀的獲取到使用上述優(yōu)惠政策后打車費用信息。

進一步地，上述打車應用程序推薦裝置可以是直接從存在優(yōu)惠政策的打車應用程序處獲取在對應的優(yōu)惠政策下完成上述行程計劃的打車費用，也可以是分別獲取上述存在優(yōu)惠政策的打成應用程序正常完成上述行程計劃的打車費用及對應的優(yōu)惠政策，再由打車應用程序推薦裝置計算存在優(yōu)惠政策的打車應用程序處在對應的優(yōu)惠政策下完成上述行程計劃的打車費用，此處不做限定；

在另一種應用場景中，上述行程開銷具體為等待時間，其中，等待時間指的是用戶在當前時刻下使用打車程序呼叫車輛后，所預計的車輛前往出發(fā)地接駕用戶的時間，則步驟S102具體可表現為：上述打車應用程序推薦裝置實時獲取各個預設的打車程序完成上述行程計劃預計的等待時間；步驟S103具體可表現為：向用戶推薦上述預計等待時間最短的打車應用程序。

可選的，根據用戶的設定，上述兩種應用場景可以分開獨立存在，也可以同時存在，當然，由于上述行程開銷包括但不限于等待時間及打車費用，因此根據不同行程開銷，所對應的應用場景也將做出相應調整。因此用戶可以同時比對多種類型的行程開銷，獲取更為全面的行程開銷信息，豐富用戶選擇打車應用程序的有效信息，有助于用戶全方位的了解各個預設打車應用程序的優(yōu)點。

可選地，若打車費用及等待時間皆被設定為行程開銷，則上述兩種應用場景將同時存在，此時，在步驟S103之后，還包括下述步驟：

接收輸入的選擇指令，根據上述選擇指令選擇由上述兩種應用場景分別推薦的等待時間最短的打車應用程序或者打車費用最低的打車應用程序為目標打車應用程序；啟動上述選擇的目標打車應用程序。

其中，在這種情況下，由于用戶設定了兩種行程開銷，分別為等待時間和打車費用，即用戶既想獲得打車費用最低的打車應用程序的信息，又想獲得等待時間最短的打車應用程序的信息，但通常情況下，上述打車費用最低的打車應用程序與等待時間最短的打車應用程序是不相同的兩款打車應用程序，而用戶又不可能兩款打車應用程序都使用，因而用戶需要對此作出選擇，權衡自身的利益后，輸入選擇指令，選擇打車費用最低的打車應用程序或者是等待時間最短的打車應用程序作為最終出行將使用的目標打車應用程序。以此使得用戶在獲得了較為全面的信息后，可以根據自身的需要，快速的選擇心儀的打車應用程序。

進一步地，在用戶選擇出了目標打車應用程序后，打車應用程序推薦裝置將會自動啟動相應的目標打車應用程序，以此來節(jié)省用戶的時間，免去用戶退回桌面尋找目標打車應用程序這一繁瑣步驟。

可選的，在上述啟動用戶選擇的目標打車應用程序之后，還包括下述步驟：

將上述行程計劃的出發(fā)地及目的地自動填入上述目標打車應用程序的出發(fā)地欄及目的地欄中，即

將步驟S101中獲取到的行程計劃的出發(fā)地及目的地自動填入用戶輸入選擇指令后選擇并啟動的目標打車應用程序的對應出發(fā)地欄及目的地欄中。

其中，在上述啟動了目標打車應用程序后，由于用戶已經在步驟S101中輸入了行程計劃，上述行程計劃已包括有出發(fā)地信息及目的地信息，而在各類打車應用程序中，通常情況下也只需要用戶輸入這兩個信息即可執(zhí)行呼叫車輛操作，因此，在此步驟中，用戶無需再次在已打開的目標打車應用程序中輸入行程計劃中的出發(fā)地信息及目的地信息，而是由打車應用程序推薦裝置自動的將步驟S101中獲取到的行程計劃的目的地及出發(fā)地填入上述目標打車應用程序的對應的出發(fā)地欄及目的地欄中，以此避免了用戶反復多次的輸入同一行程計劃，節(jié)省了用戶的時間，簡化了用戶的操作。

可選地，在上述步驟S101中獲取到的行程計劃還可以包括出發(fā)時間點信息；因而，在上述將行程計劃的出發(fā)地及目的地自動填入目標打車應用程序的出發(fā)地欄及目的地欄中后，還包括下述步驟：

獲取出發(fā)時間點與當前時刻的時間差；當上述時間差不多于上述目標打車應用程序的等待時間時，立即執(zhí)行呼叫車輛操作。

其中，在上述步驟S101中，接收的行程計劃中除了出發(fā)地信息及目的地信息外，還可以包括用戶的預計出發(fā)時間信息。具體地，上述步驟S101中，用戶可以是輸入出發(fā)時間點，例如輸入出發(fā)時間點為九時五分，直接的獲取出發(fā)時間點信息；或者，在上述步驟S101中，也可以是輸入經過某一時間段后，例如輸入出發(fā)時間為30分鐘后，間接的獲取出發(fā)時間點信息，此處不做限定。在獲取到用戶的出發(fā)時間點后，每隔預設時間，計算當前時刻與出發(fā)時間點時間差，并將得到的時間差與打開的目標打車應用程序的等待時間做比較。當上述時間差不多于上述目標打車應用程序的等待時間時，便自動為用戶執(zhí)行呼叫車輛操作，以此使得用戶能夠有效的利用時間，避免用戶因一時忘記進行呼叫車輛操作，而使得之后浪費過多的時間在等待車輛上。

可選地，在上述步驟S101之后，還包括下述步驟：

查詢出發(fā)地至目的地的道路擁堵情況；若存在擁堵情況，則預計從出發(fā)地至目的地不擁堵時的一般乘車時長及在當前擁堵情況下的當前乘車時長；將上述當前乘車時長與上述一般乘車時長相比，若超出了預設的可容忍擁堵時間，則查詢乘坐其他交通工具的預計時長及費用；其他交通工具包括：地鐵以及公共汽車。

其中，用戶在從目的地出發(fā)前往目的地時，常常有多種交通方式可供選擇。用戶輸入行程計劃后，往往并未掌握此時的實時交通狀況，使得用戶在使用打車程序呼叫了車輛后，由于前往目的地的城市道路過于擁堵而導致乘坐車輛的過程中塞車，不僅浪費了用戶的時間，而且擁堵時浪費的時間也會被結算為打車費用的一部分，造成了用戶時間和費用的雙重浪費，得不償失。因此，在步驟S101后，打車應用程序推薦裝置還可以實時查詢前往目的地的行車狀況，若行車擁堵較為嚴重，超過了用戶預設的可以容忍的擁堵時間，則打車應用程序推薦裝置將聯網查詢乘坐其他交通工具的預計時長及費用，讓用戶有進一步選擇的空間。具體地，其他交通工具包括但不限于如下一種以上：地鐵以及公共汽車。地鐵通常情況下準點到達，不會有擁堵的風險；公共汽車通常情況下因為有公共汽車專用通道，因而堵車對其的影響較小。

由上可見，在本實施例中，可以根據接收到的包含有出發(fā)地信息及目的地信息的行程計劃，分別獲取不同打車應用程序完成上述行程計劃預計的行程開銷，并向用戶推薦行程開銷最為節(jié)省的打車應用程序，可以很好地解決用戶需要一樣打開各個打車應用程序，手動獲取及比對各個打車應用程序對應的行程開銷后，才能確定使用何種打車應用程序進行呼叫車輛操作的問題，簡化了用戶的操作步驟，節(jié)約了用戶選擇合適的打車應用程序的時間，同時節(jié)約了移動終端的資源。

本領域普通技術人員可以理解實現上述實施例方法中的全部或部分步驟是可以通過程序來指令相關的硬件來完成，相應的程序可以存儲于一計算機可讀取存儲介質中，所述的存儲介質，如ROM/RAM、磁盤或光盤等。

實施例二

圖2示出了本發(fā)明實施例二提供的打車應用程序推薦裝置的具體結構框圖，為了便于說明，僅示出了與本發(fā)明實施例相關的部分。該打車應用程序推薦裝置2包括：出行計劃接收單元21，行程開銷獲取單元22，應用程序推薦單元23。

其中，出行計劃接收單元21，用于接收輸入的行程計劃，所述行程計劃包括出發(fā)地信息及目的地信息；

行程開銷獲取單元22，用于分別獲取各個預設的打車應用程序完成所述出行計劃接收單元接收到的行程計劃預計的行程開銷；

應用程序推薦單元23，用于推薦所述行程開銷獲取單元獲取到的行程開銷最節(jié)省的打車應用程序。

可選地，上述行程開銷獲取單元22包括：

打車費用獲取子單元，用于實時獲取各個預設的打車應用程序完成所述行程計劃預計的打車費用；

可選地，上述行程開銷獲取單元22還包括：

優(yōu)惠政策檢測子單元，用于分別檢測所述各個預設的打車應用程序是否存在優(yōu)惠政策；

可選地，上述行程開銷獲取單元還22包括：

等待時間獲取子單元，用于實時獲取各個預設的打車應用程序完成所述行程計劃預計的等待時間；

具體地，上述打車費用獲取子單元用于，當上述優(yōu)惠政策檢測子單元檢測到不存在優(yōu)惠政策的打車應用程序時，獲取不存在優(yōu)惠政策的打車應用程序直接完成所述行程計劃預計的打車費用；當上述優(yōu)惠政策檢測子單元檢測到存在優(yōu)惠政策的打車應用程序時，獲取存在優(yōu)惠政策的打車應用程序在所述優(yōu)惠政策下完成所述行程計劃預計的打車費。

具體地，上述應用程序推薦單元23用于，當上述行程開銷獲取單元獲取到各個預設的打車應用程序完成所述行程計劃預計的打車費用時，推薦所述打車費用最低的打車應用程序。

具體地，上述應用程序推薦單元23還用于，當上述行程開銷獲取單元獲取到各個預設的打車應用程序完成所述行程計劃預計的等待時間時，推薦所述等待時間最短的打車應用程序。

可選地，上述打車應用程序推薦裝置2還包括：

應用程序選擇單元，用于接收輸入的選擇指令，根據上述選擇指令選擇上述應用程序推薦單元23推薦的等待時間最短的打車應用程序或者打車費用最低的打車應用程序為目標打車應用程序；

應用程序啟動單元，用于啟動上述應用程序選擇單元選擇的目標打車應用程序。

可選地，上述打車應用程序推薦裝置2還包括：

自動填充單元，用于將上述出行計劃接收單元21接收到的行程計劃的出發(fā)地及目的地自動填入上述應用程序啟動單元啟動的目標打車應用程序的出發(fā)地欄及目的地欄中。

可選地，上述出行計劃接收單元21接收的行程計劃還包括：出發(fā)時間點信息；上述打車應用程序推薦裝置2還包括：

呼叫車輛單元，用于當上述出行計劃接收單元21接收到的行程計劃的出發(fā)時間點與當前時刻的時間差不多于上述應用程序啟動單元啟動的目標打車應用程序的等待時間時，立即執(zhí)行呼叫車輛操作。

可選地，上述打車應用程序推薦裝置2還包括：

行車擁堵查詢單元，用于查詢從出行計劃接收單元21接收到的行程計劃的出發(fā)地至目的地的道路擁堵情況；

乘車時長預計單元，用于當行車擁堵查詢單元查詢到存在擁堵情況時，預計從上述出發(fā)地至目的地不擁堵時的一般乘車時長及在當前擁堵情況下的當前乘車時長；

其他交通工具查詢單元，用于當上述乘車時長預計單元預計的當前乘車時長與一般乘車時長相比，超出了預設的可容忍擁堵時間時，查詢乘坐其他交通工具的預計時長及費用；其中，其他交通工具包括：地鐵以及公共汽車。

需要說明的是，本發(fā)明實施例中的打車應用程序推薦裝置具體可以以軟件的方式(例如App的形式)和/或硬件的方式集成在移動終端(例如智能手機、平板電腦、學習機等終端)中。

由上可見，在本實施例中的打車應用程序推薦裝置可以根據接收到的包含有出發(fā)地信息及目的地信息的行程計劃，分別獲取不同打車應用程序完成上述行程計劃預計的行程開銷，并向用戶推薦行程開銷最為節(jié)省的打車應用程序，可以很好地解決用戶需要一樣打開各個打車應用程序，手動獲取及比對各個打車應用程序對應的行程開銷后，才能確定使用何種打車應用程序進行呼叫車輛操作的問題，簡化了用戶的操作步驟，節(jié)約了用戶選擇合適的打車應用程序的時間，同時節(jié)約了移動終端的資源。

需要說明的是，在本申請所提供的幾個實施例中，應該理解到，所揭露的裝置和方法，可以通過其它的方式實現。例如，以上所描述的裝置實施例僅僅是示意性的，例如，上述單元的劃分，僅僅為一種邏輯功能劃分，實際實現時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。

對于前述的各方法實施例，為了簡便描述，故將其都表述為一系列的動作組合，但是本領域技術人員應該知悉，本發(fā)明并不受所描述的動作順序的限制，因為依據本發(fā)明，某些步驟可以采用其它順序或者同時進行。其次，本領域技術人員也應該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作和模塊并不一定都是本發(fā)明所必須的。

在上述實施例中，對各個實施例的描述都各有側重，某個實施例中沒有詳述的部分，可以參見其它實施例的相關描述。

以上為對本發(fā)明所提供的一種較佳實施例而已，對于本領域的一般技術人員，依據本發(fā)明實施例的思想，在具體實施方式及應用范圍上均會有改變之處，綜上，本說明書內容不應理解為對本發(fā)明的限制。