CN106530004A - 打车应用程序推荐方法及装置 - Google Patents

Abstract

本发明提供了一种打车应用程序推荐方法及装置，所述方法包括：接收输入的行程计划，所述行程计划包括出发地信息及目的地信息；分别获取各个预设的打车应用程序完成所述行程计划预计的行程开销；推荐所述行程开销最节省的打车应用程序。所述装置包括：出行计划接收单元，行程开销获取单元，应用程序推荐单元。本发明提供的打车应用程序推荐方法及装置能够根据用户的当前出行计划，在众多打车应用程序中筛选出最节省行程开销的打车应用程序，方便用户快速在各类打车应用程序中做出选择。通过本发明方案，提高了用户选择打车应用程序时的效率，减少了手机资源。

Description

打车应用程序推荐方法及装置

技术领域

本发明涉及通信领域，具体涉及一种打车应用程序推荐方法及装置。

背景技术

随着城市的发展以及科技的进步，人们在选择出行方式时已经不限于从前公交或者出租车这几种传统的公共交通工具。打车应用程序的盛行，使得私家车与出租车的界限逐渐模糊，为人们的出行带来了极大的便利。但是，市面上打车应用程序数量较多，各个打车应用程序的打车费用通常是不相同的；同时，用户使用打车应用程序呼叫车辆时，等待车辆接驾的时长也具有很大的不确定性。用户出于成本的考虑，在出行时常常需要打开各类打车应用程序，手动比对不同打车应用程序之间的行程开销，不仅操作效率较低，浪费了用户的时间，而且也造成了手机资源的浪费。

发明内容

本发明实施例提供了一种打车应用程序的推荐方法及装置，旨在提高用户选择打车应用程序时的效率，减少手机资源。

本发明实施例的第一方面，提供一种打车应用程序的推荐方法，所述方法包括：

接收输入的行程计划，所述行程计划包括出发地信息及目的地信息；

分别获取各个预设的打车应用程序完成所述行程计划预计的行程开销；

推荐所述行程开销最节省的打车应用程序。

本发明实施例的第二方面，提供一种打车应用程序的推荐装置，所述打车应用程序的推荐装置包括：

出行计划接收单元，用于接收输入的行程计划，所述行程计划包括出发地信息及目的地信息；

行程开销获取单元，用于分别获取各个预设的打车应用程序完成所述出行计划接收单元接收到的行程计划预计的行程开销；

应用程序推荐单元，用于推荐所述行程开销获取单元获取到的行程开销最节省的打车应用程序。

由上可见，在本发明实施例中，在接收用户输入的包括出发地信息及目的地信息的行程计划后，分别获取各个预设的打车应用程序完成所述行程计划预计的行程开销，最后推荐行程开销最节省的打车应用程序。本发明实施例能够根据用户的当前出行计划，在众多打车应用程序中筛选出最节省行程开销的打车应用程序，方便用户快速在各类打车应用程序中做出选择。相对于现有技术中需要手动启动不同打车应用程序后，反复输入出行计划才能在不同打车应用程序中获取到有效信息并做出选择，本发明实施例提高了用户对打车应用程序的选择效率，简化了用户操作，节约了手机资源。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例一提供的打车应用程序推荐方法的实现流程图；

图2为本发明实施例二提供的打车应用程序推荐装置的结构框图。

具体实施方式

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而非全部实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明实施例中，在接收用户输入的行程计划后，分别获取各个预设的打车应用程序完成所述行程计划预计的行程开销，最后推荐行程开销最节省的打车应用程序。最终实现根据用户的当前出行计划，在众多打车应用程序中筛选出最节省行程开销的打车应用程序，方便用户快速在各类打车应用程序中做出选择。

以下结合具体实施例对本发明的实现进行详细描述：

实施例一

图1示出了本发明实施例一提供的打车应用程序推荐方法的实现流程，详述如下：

在步骤S101中，接收输入的行程计划，所述行程计划包括出发地信息及目的地信息。

在本发明实施例中，可以接收用户以文字输入方式输入的包含有出发地信息及目的地信息的行程计划；或者，在步骤S101中，也可以接收用户以语音输入方式输入的包含有出发地信息及目的地信息的行程计划，以此实现用户不方便进行文字输入时，能够方便的通过语音方式快速输入行程计划；又或者，在步骤S101中，还可以首先显示地图，接收用户在地图上触摸输入的定位出发地指令及定位目的地指令，根据定位得到的出发地信息及目的地信息确定用户的行程计划，以此实现当用户不清楚出发地及目的地的具体名称时，能够通过其他方式确定行程计划，此处不做限定。

在步骤S102中，分别获取各个预设的打车应用程序完成所述行程计划预计的行程开销。

在本发明实施例中，打车应用程序推荐装置在接收到包含有出发地信息及目的地信息的行程计划后，将分别实时的获取各个预设的打车应用程序完成上述行程计划预计所需要的行程开销。上述预设的打车应用程序数量为两个以上，可以是用户在使用本方法前，或者使用本方法过程中，根据其自身的喜好自行设定的若干个预设打车应用程序；或者，在步骤S102中，可以是由打车应用程序推荐装置在初始启动本方法流程时，或者在进行本方法过程中，获取到的用户在移动终端上已安装的若干个打车应用程序，并将上述已安装的若干个打车应用程序设定为预设打车应用程序；又或者，在步骤S102中，可以是由打车应用程序推荐装置通过互联网查询到的受众人数较多，流行度较高的若干个打车应用程序，并将上述流行度较高的若干个打车应用程序设定为预设打车应用程序，此处不做限定。具体地，上述行程开销包括但不限于如下一种以上：等待时间及打车费用。

在步骤S103中，推荐所述行程开销最节省的打车应用程序。

在本发明实施例中，打车应用程序推荐装置在分别获取到各个预设的打车应用程序完成上述行程计划所需要的行程开销后，将以在屏幕上显示的方式，向用户推荐所需要的行程开销最少的打车应用程序。具体地，在步骤S103中，可以是只显示推荐的行程开销最节省的打车应用程序；或者，在步骤S103中，也可以是显示所有的预设打车应用程序，并对推荐的预设打车应用程序做突出显示处理，此处不做限定；进一步地，在显示打车应用程序时，可以将上述显示的打车应用程序对应的行程开销同时显示出来，以提供给用户更为直接和具体的信息。

在一种应用功能场景中，上述行程开销具体为打车费用，则步骤S102具体可表现为：上述打车应用程序推荐装置实时获取各个预设的打车程序完成上述行程计划预计的打车费用；步骤S103具体可表现为：向用户推荐上述打车费用最低的打车应用程序。

进一步地，在上述打车应用程序推荐装置实时获取到了各个预设的打车程序完成上述行程计划预计的打车费用之前，还可以首先分别检测各个预设的打车程序是否存在优惠政策；若检测到任一预设的打车应用程序不存在优惠政策，则实时获取上述不存在优惠政策的打车应用程序完成上述行程计划的打车费用；若检测到任一预设的打车应用程序存在优惠政策，则实时获取上述存在优惠政策的打车应用程序在对应的优惠政策下完成上述行程计划的打车费用；其中，优惠政策可以为满减政策，折扣政策等，此处不做限定。以此实现，当任一预设预设的打车应用程序存在优惠政策时，及时的将该优惠政策反馈给客户，并让用户直观的获取到使用上述优惠政策后打车费用信息。

进一步地，上述打车应用程序推荐装置可以是直接从存在优惠政策的打车应用程序处获取在对应的优惠政策下完成上述行程计划的打车费用，也可以是分别获取上述存在优惠政策的打成应用程序正常完成上述行程计划的打车费用及对应的优惠政策，再由打车应用程序推荐装置计算存在优惠政策的打车应用程序处在对应的优惠政策下完成上述行程计划的打车费用，此处不做限定；

在另一种应用场景中，上述行程开销具体为等待时间，其中，等待时间指的是用户在当前时刻下使用打车程序呼叫车辆后，所预计的车辆前往出发地接驾用户的时间，则步骤S102具体可表现为：上述打车应用程序推荐装置实时获取各个预设的打车程序完成上述行程计划预计的等待时间；步骤S103具体可表现为：向用户推荐上述预计等待时间最短的打车应用程序。

可选的，根据用户的设定，上述两种应用场景可以分开独立存在，也可以同时存在，当然，由于上述行程开销包括但不限于等待时间及打车费用，因此根据不同行程开销，所对应的应用场景也将做出相应调整。因此用户可以同时比对多种类型的行程开销，获取更为全面的行程开销信息，丰富用户选择打车应用程序的有效信息，有助于用户全方位的了解各个预设打车应用程序的优点。

可选地，若打车费用及等待时间皆被设定为行程开销，则上述两种应用场景将同时存在，此时，在步骤S103之后，还包括下述步骤：

接收输入的选择指令，根据上述选择指令选择由上述两种应用场景分别推荐的等待时间最短的打车应用程序或者打车费用最低的打车应用程序为目标打车应用程序；启动上述选择的目标打车应用程序。

其中，在这种情况下，由于用户设定了两种行程开销，分别为等待时间和打车费用，即用户既想获得打车费用最低的打车应用程序的信息，又想获得等待时间最短的打车应用程序的信息，但通常情况下，上述打车费用最低的打车应用程序与等待时间最短的打车应用程序是不相同的两款打车应用程序，而用户又不可能两款打车应用程序都使用，因而用户需要对此作出选择，权衡自身的利益后，输入选择指令，选择打车费用最低的打车应用程序或者是等待时间最短的打车应用程序作为最终出行将使用的目标打车应用程序。以此使得用户在获得了较为全面的信息后，可以根据自身的需要，快速的选择心仪的打车应用程序。

进一步地，在用户选择出了目标打车应用程序后，打车应用程序推荐装置将会自动启动相应的目标打车应用程序，以此来节省用户的时间，免去用户退回桌面寻找目标打车应用程序这一繁琐步骤。

可选的，在上述启动用户选择的目标打车应用程序之后，还包括下述步骤：

将上述行程计划的出发地及目的地自动填入上述目标打车应用程序的出发地栏及目的地栏中，即

将步骤S101中获取到的行程计划的出发地及目的地自动填入用户输入选择指令后选择并启动的目标打车应用程序的对应出发地栏及目的地栏中。

其中，在上述启动了目标打车应用程序后，由于用户已经在步骤S101中输入了行程计划，上述行程计划已包括有出发地信息及目的地信息，而在各类打车应用程序中，通常情况下也只需要用户输入这两个信息即可执行呼叫车辆操作，因此，在此步骤中，用户无需再次在已打开的目标打车应用程序中输入行程计划中的出发地信息及目的地信息，而是由打车应用程序推荐装置自动的将步骤S101中获取到的行程计划的目的地及出发地填入上述目标打车应用程序的对应的出发地栏及目的地栏中，以此避免了用户反复多次的输入同一行程计划，节省了用户的时间，简化了用户的操作。

可选地，在上述步骤S101中获取到的行程计划还可以包括出发时间点信息；因而，在上述将行程计划的出发地及目的地自动填入目标打车应用程序的出发地栏及目的地栏中后，还包括下述步骤：

获取出发时间点与当前时刻的时间差；当上述时间差不多于上述目标打车应用程序的等待时间时，立即执行呼叫车辆操作。

其中，在上述步骤S101中，接收的行程计划中除了出发地信息及目的地信息外，还可以包括用户的预计出发时间信息。具体地，上述步骤S101中，用户可以是输入出发时间点，例如输入出发时间点为九时五分，直接的获取出发时间点信息；或者，在上述步骤S101中，也可以是输入经过某一时间段后，例如输入出发时间为30分钟后，间接的获取出发时间点信息，此处不做限定。在获取到用户的出发时间点后，每隔预设时间，计算当前时刻与出发时间点时间差，并将得到的时间差与打开的目标打车应用程序的等待时间做比较。当上述时间差不多于上述目标打车应用程序的等待时间时，便自动为用户执行呼叫车辆操作，以此使得用户能够有效的利用时间，避免用户因一时忘记进行呼叫车辆操作，而使得之后浪费过多的时间在等待车辆上。

可选地，在上述步骤S101之后，还包括下述步骤：

查询出发地至目的地的道路拥堵情况；若存在拥堵情况，则预计从出发地至目的地不拥堵时的一般乘车时长及在当前拥堵情况下的当前乘车时长；将上述当前乘车时长与上述一般乘车时长相比，若超出了预设的可容忍拥堵时间，则查询乘坐其他交通工具的预计时长及费用；其他交通工具包括：地铁以及公共汽车。

其中，用户在从目的地出发前往目的地时，常常有多种交通方式可供选择。用户输入行程计划后，往往并未掌握此时的实时交通状况，使得用户在使用打车程序呼叫了车辆后，由于前往目的地的城市道路过于拥堵而导致乘坐车辆的过程中塞车，不仅浪费了用户的时间，而且拥堵时浪费的时间也会被结算为打车费用的一部分，造成了用户时间和费用的双重浪费，得不偿失。因此，在步骤S101后，打车应用程序推荐装置还可以实时查询前往目的地的行车状况，若行车拥堵较为严重，超过了用户预设的可以容忍的拥堵时间，则打车应用程序推荐装置将联网查询乘坐其他交通工具的预计时长及费用，让用户有进一步选择的空间。具体地，其他交通工具包括但不限于如下一种以上：地铁以及公共汽车。地铁通常情况下准点到达，不会有拥堵的风险；公共汽车通常情况下因为有公共汽车专用通道，因而堵车对其的影响较小。

由上可见，在本实施例中，可以根据接收到的包含有出发地信息及目的地信息的行程计划，分别获取不同打车应用程序完成上述行程计划预计的行程开销，并向用户推荐行程开销最为节省的打车应用程序，可以很好地解决用户需要一样打开各个打车应用程序，手动获取及比对各个打车应用程序对应的行程开销后，才能确定使用何种打车应用程序进行呼叫车辆操作的问题，简化了用户的操作步骤，节约了用户选择合适的打车应用程序的时间，同时节约了移动终端的资源。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，相应的程序可以存储于一计算机可读取存储介质中，所述的存储介质，如ROM/RAM、磁盘或光盘等。

实施例二

图2示出了本发明实施例二提供的打车应用程序推荐装置的具体结构框图，为了便于说明，仅示出了与本发明实施例相关的部分。该打车应用程序推荐装置2包括：出行计划接收单元21，行程开销获取单元22，应用程序推荐单元23。

其中，出行计划接收单元21，用于接收输入的行程计划，所述行程计划包括出发地信息及目的地信息；

行程开销获取单元22，用于分别获取各个预设的打车应用程序完成所述出行计划接收单元接收到的行程计划预计的行程开销；

应用程序推荐单元23，用于推荐所述行程开销获取单元获取到的行程开销最节省的打车应用程序。

可选地，上述行程开销获取单元22包括：

打车费用获取子单元，用于实时获取各个预设的打车应用程序完成所述行程计划预计的打车费用；

可选地，上述行程开销获取单元22还包括：

优惠政策检测子单元，用于分别检测所述各个预设的打车应用程序是否存在优惠政策；

可选地，上述行程开销获取单元还22包括：

等待时间获取子单元，用于实时获取各个预设的打车应用程序完成所述行程计划预计的等待时间；

具体地，上述打车费用获取子单元用于，当上述优惠政策检测子单元检测到不存在优惠政策的打车应用程序时，获取不存在优惠政策的打车应用程序直接完成所述行程计划预计的打车费用；当上述优惠政策检测子单元检测到存在优惠政策的打车应用程序时，获取存在优惠政策的打车应用程序在所述优惠政策下完成所述行程计划预计的打车费。

具体地，上述应用程序推荐单元23用于，当上述行程开销获取单元获取到各个预设的打车应用程序完成所述行程计划预计的打车费用时，推荐所述打车费用最低的打车应用程序。

具体地，上述应用程序推荐单元23还用于，当上述行程开销获取单元获取到各个预设的打车应用程序完成所述行程计划预计的等待时间时，推荐所述等待时间最短的打车应用程序。

可选地，上述打车应用程序推荐装置2还包括：

应用程序选择单元，用于接收输入的选择指令，根据上述选择指令选择上述应用程序推荐单元23推荐的等待时间最短的打车应用程序或者打车费用最低的打车应用程序为目标打车应用程序；

应用程序启动单元，用于启动上述应用程序选择单元选择的目标打车应用程序。

可选地，上述打车应用程序推荐装置2还包括：

自动填充单元，用于将上述出行计划接收单元21接收到的行程计划的出发地及目的地自动填入上述应用程序启动单元启动的目标打车应用程序的出发地栏及目的地栏中。

可选地，上述出行计划接收单元21接收的行程计划还包括：出发时间点信息；上述打车应用程序推荐装置2还包括：

呼叫车辆单元，用于当上述出行计划接收单元21接收到的行程计划的出发时间点与当前时刻的时间差不多于上述应用程序启动单元启动的目标打车应用程序的等待时间时，立即执行呼叫车辆操作。

可选地，上述打车应用程序推荐装置2还包括：

行车拥堵查询单元，用于查询从出行计划接收单元21接收到的行程计划的出发地至目的地的道路拥堵情况；

乘车时长预计单元，用于当行车拥堵查询单元查询到存在拥堵情况时，预计从上述出发地至目的地不拥堵时的一般乘车时长及在当前拥堵情况下的当前乘车时长；

其他交通工具查询单元，用于当上述乘车时长预计单元预计的当前乘车时长与一般乘车时长相比，超出了预设的可容忍拥堵时间时，查询乘坐其他交通工具的预计时长及费用；其中，其他交通工具包括：地铁以及公共汽车。

需要说明的是，本发明实施例中的打车应用程序推荐装置具体可以以软件的方式(例如App的形式)和/或硬件的方式集成在移动终端(例如智能手机、平板电脑、学习机等终端)中。

由上可见，在本实施例中的打车应用程序推荐装置可以根据接收到的包含有出发地信息及目的地信息的行程计划，分别获取不同打车应用程序完成上述行程计划预计的行程开销，并向用户推荐行程开销最为节省的打车应用程序，可以很好地解决用户需要一样打开各个打车应用程序，手动获取及比对各个打车应用程序对应的行程开销后，才能确定使用何种打车应用程序进行呼叫车辆操作的问题，简化了用户的操作步骤，节约了用户选择合适的打车应用程序的时间，同时节约了移动终端的资源。

需要说明的是，在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本发明所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上为对本发明所提供的一种较佳实施例而已，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种打车应用程序推荐方法，其特征在于，所述方法包括：

接收输入的行程计划，所述行程计划包括出发地信息及目的地信息；

分别获取各个预设的打车应用程序完成所述行程计划预计的行程开销；

推荐所述行程开销最节省的打车应用程序。

2.如权利要求1所述的方法，其特征在于，所述行程开销包括：打车费用；

所述分别获取各个预设的打车应用程序完成所述行程计划预计的行程开销，包括：

实时获取各个预设的打车应用程序完成所述行程计划预计的打车费用；

所述推荐所述行程开销最节省的打车应用程序，包括：

推荐所述打车费用最低的打车应用程序。

3.如权利要求2所述的方法，其特征在于，所述实时获取各个预设的打车应用程序完成所述行程计划预计的打车费用，包括：

分别检测所述各个预设的打车应用程序是否存在优惠政策；

对于不存在优惠政策的打车应用程序，获取不存在优惠政策的打车应用程序完成所述行程计划预计的打车费用；

对于存在优惠政策的打车应用程序，获取存在优惠政策的打车应用程序在所述优惠政策下完成所述行程计划预计的打车费用。

4.如权利要求3所述的方法，其特征在于，所述行程开销还包括：等待时间；所述分别获取各个预设的打车应用程序完成所述行程计划预计的行程开销，还包括：

实时获取各个预设的打车应用程序完成所述行程计划预计的等待时间；

所述推荐所述行程开销最节省的打车应用程序，还包括：

推荐所述等待时间最短的打车应用程序。

5.如权利要求4所述的方法，其特征在于，所述推荐所述行程开销最节省的打车应用程序，之后还包括：

接收输入的选择指令，根据所述选择指令选择所述等待时间最短的打车应用程序或者所述打车费用最低的打车应用程序为目标打车应用程序；

启动所述目标打车应用程序。

6.一种打车应用程序推荐装置，其特征在于，所述打车应用程序推荐装置包括：

出行计划接收单元，用于接收输入的行程计划，所述行程计划包括出发地信息及目的地信息；

行程开销获取单元，用于分别获取各个预设的打车应用程序完成所述出行计划接收单元接收到的行程计划预计的行程开销；

应用程序推荐单元，用于推荐所述行程开销获取单元获取到的行程开销最节省的打车应用程序。

7.如权利要求6所述的一种打车应用程序推荐装置，其特征在于，所述行程开销获取单元包括：

打车费用获取子单元，用于实时获取各个预设的打车应用程序完成所述行程计划预计的打车费用；

所述应用程序推荐单元具体用于，当所述行程开销获取单元获取到各个预设的打车应用程序完成所述行程计划预计的打车费用时，推荐所述打车费用最低的打车应用程序。

8.如权利要求7所述的一种打车应用程序推荐装置，其特征在于，所述行程开销获取单元还包括：

优惠政策检测子单元，用于分别检测所述各个预设的打车应用程序是否存在优惠政策；

所述打车费用获取子单元具体用于，当所述优惠政策检测子单元检测到不存在优惠政策的打车应用程序时，获取不存在优惠政策的打车应用程序直接完成所述行程计划预计的打车费用；当所述优惠政策检测子单元检测到存在优惠政策的打车应用程序时，获取存在优惠政策的打车应用程序在所述优惠政策下完成所述行程计划预计的打车费。

9.如权利要求8所述的一种打车应用程序推荐装置，其特征在于，所述行程开销获取单元还包括：

等待时间获取子单元，用于实时获取各个预设的打车应用程序完成所述行程计划预计的等待时间；

所述应用程序推荐单元具体还用于，当所述行程开销获取单元获取到各个预设的打车应用程序完成所述行程计划预计的等待时间时，推荐所述等待时间最短的打车应用程序。

10.如权利要求9所述的一种打车应用程序推荐装置，其特征在于，所述打车应用程序推荐装置还包括：

应用程序选择单元，用于接收输入的选择指令，根据所述选择指令选择所述应用程序推荐单元推荐的等待时间最短的打车应用程序或者打车费用最低的打车应用程序为目标打车应用程序；

应用程序启动单元，用于启动所述应用程序选择单元选择的目标打车应用程序。