CN108093012A - 车辆预约方法、服务器及用户终端 - Google Patents

Abstract

本发明实施例公开了一种车辆预约方法、服务器及用户终端，属于交通技术领域，所述方法包括：获取新增的日程安排信息，根据所述日程安排信息，确定至少一种行程规划，基于所述至少一种行程规划形成预约车信息以及将所述预约车信息发送给服务器。本发明实施例省去了预约车应用程序的信息录入过程，减少了预约车应用程序对录入的行程信息种类的要求，提高了预约车应用程序的线路规划效率，进而提高了预约车应用程序的使用率。

Description

车辆预约方法、服务器及用户终端

技术领域

本发明实施例涉及交通技术领域，具体涉及车辆预约方法、服务器及用户终端。

背景技术

现代社会中，通过车辆预约软件预约车辆出行已经成了城市人群出行的必不可少的重要方式之一，尤其是在城市中，企业人员在经常需要因公出行，而通过车辆预约软件预约车辆的方式因其快捷、可靠且方便企业统一管理的优势，成为了企业人员因公出行的首选。

目前的车辆预约方法通常为：由行政人员或者带出行员工根据记录在日程管理簿中的出差或城内会议，手动开启车辆预约软件，并录入相关信息，以联系到合适的车辆司机，使得预约车应用程序的信息录入过程繁复且对录入的行程信息种类的要求高，无法保证预约车应用程序的约车效率。

因此，如何设计一种能够自动启动且无需录入信息的车辆预约方法，是亟待解决的问题。

发明内容

针对现有技术中的缺陷，本发明提供了车辆预约方法、服务器及用户终端，省去了预约车应用程序的信息录入过程，减少了预约车应用程序对录入的行程信息种类的要求，提高了预约车应用程序的线路规划效率，进而提高了预约车应用程序的使用率。

为解决上述技术问题，本发明提供以下技术方案：

一方面，本发明提供了一种车辆预约方法，包括：

获取新增的日程安排信息；

根据所述日程安排信息，确定至少一种行程规划；

基于所述至少一种行程规划，形成预约车信息；

将所述预约车信息发送给服务器。

一方面，本发明提供了一种车辆预约方法，包括：

接收用户终端发送的预约车信息；

基于所述预约车信息形成预约订单，将所述预约订单推送给司机终端；

接收一个或多个司机终端发送的接受所述预约订单的信息；

基于所述一个或多个司机终端对应的司机的历史信息进行筛选，将筛选后的司机终端对应的司机的信息推送给用户终端。

一方面，本发明提供了一种用户终端，包括：

日程安排信息获取模块，用于获取新增的日程安排信息；

行程规划模块，用于根据所述日程安排信息，确定至少一种行程规划；

预约车信息获取模块，用于基于所述至少一种行程规划，形成预约车信息；

预约车信息发送模块，用于将所述预约车信息发送给服务器。

另一方面，本发明还提供一种服务器，包括：

预约车信息接收模块，用于接收用户终端发送的预约车信息；

预约订单推送模块，用于基于所述预约车信息形成预约订单，将所述预约订单推送给司机终端；

预约订单接收模块，用于接收一个或多个司机终端发送的接受所述预约订单的信息；

司机信息推送模块，用于基于所述一个或多个司机终端对应的司机的历史信息进行筛选，将筛选后的司机终端对应的司机的信息推送给用户终端。

由上述技术方案可知，本发明的实施例中提供了一直车辆预约方法，通过获取新增的日程安排信息，根据所述日程安排信息，确定至少一种行程规划以及基于所述至少一种行程规划形成预约车信息，将所述预约车信息发送给服务器。省去了预约车应用程序的信息录入过程，减少了预约车应用程序对录入的行程信息种类的要求，提高了预约车应用程序的线路规划效率及用户满意度，进而提高了预约车应用程序的使用率。

附图说明

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

图1是本发明实施例一中的一种车辆预约方法的一种具体实施方式的流程示意图；

图2是本发明实施例一中的包括500和600的一种车辆预约方法的流程示意图；

图3是本发明实施例一中的方法中步骤100的一种具体实施方式的流程示意图；

图4是本发明实施例一中的方法中步骤200的一种具体实施方式的流程示意图；

图5是本发明实施例二中的一种车辆预约方法的一种具体实施方式的流程示意图；

图6是本发明实施例二中的方法中步骤D00的一种具体实施方式的流程示意图；

图7是本发明的一种车辆的自动预约方法的应用实例的流程示意图；

图8是本发明实施例三中的一种用户终端的一种具体实施方式的结构示意图；

图9是本发明实施例三中的包括司机筛选模块50及司机筛选结果发送模块60的用户终端的一种具体实施方式的流程示意图；

图10是本发明实施例三中的日程安排信息获取模块10的一种具体实施方式的结构示意图；

图11是本发明实施例三中的行程规划模块20的一种具体实施方式的结构示意图；

图12是本发明实施例四中的一种服务器的一种具体实施方式的结构示意图；

图13是本发明实施例四中司机信息推送模块D1的一种具体实施方式的结构示意图。

具体实施方式

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

本发明的实施例一提供了一种车辆预约方法的一种具体实施方式，其中，该方法由用户终端及与其通信连接的服务器实现，具体参见图8及13，对于用户终端及服务器的具体描述详见后述的实施例三及四。

参见图1，该车辆预约方法具体包括如下步骤：

步骤100：获取新增的日程安排信息。

在本步骤中，用户终端包括日程应用程序及预约车应用程序；其中的日程应用程序及预约车应用程序均可以安装在电脑终端或移动终端上，且电脑终端或移动终端上的用户可以为企业用户或个人用户；在日程应用程序接收到新增的日程安排信息时，预约车应用程序接收该新增的日程安排信息；其中的预约车应用程序根据使用的实际情况可以为安装在与日程应用程序同一局域网中的电脑客户端，也可以为日程安排信息的发起用户的手机客户端；相对的，日程应用程序使用的实际情况可以体现在企业用日程软件或个人用日程软件上，例如：日程应用程序可以为办公软件套装OUTLOOK；同时，本发明中的每种形式的预约车应用程序均可以与不同形式的日程应用程序对应使用；另外，在日程应用程序增加日程安排信息的动作主体可以是发起用户自身，也可以是该用户所在的企业中专门负责员工预约日程安排的人员，在本说明书后续提及的上述名词的意义均与上述论述一致，因此不再赘述。

在上述描述中的所述在日程应用程序接收到新增的日程安排信息之前，日程应用程序先接收新增信息，并判断该新增信息是否为日程安排信息，若是，则预约车应用程序接收该新增的日程安排信息；否则，预约车应用程序不接收该新增信息；或者，日程应用程序在接收到新增信息时，预约车应用程序直接接收该新增信息，并自行判断该新增信息是否为日程安排信息，若是，则进入步骤200，否则，预约车应用程序忽略该新增信息。

步骤200：根据所述日程安排信息，确定至少一种行程规划。

在本步骤中，用户终端中的预约车应用程序根据所述日程安排信息中的行程的目的地及预计到达时间等信息，确定一种或多种行程规划，其中的多种行程计划根据不同的路线规划标准确定。

步骤300：基于所述至少一种行程规划，形成预约车信息。

在本步骤中，用户终端中的预约车应用程序根据一种或多种行程规划，形成预约车信息，且该预约车信息中包括行程的目的地、预计到达时间及出发地等信息。

步骤400：将所述预约车信息发送给服务器。

在本步骤中，用户终端中的预约车应用程序将预约车信息发送给服务器，若企业的预约车应用程序预设有优选车型等附加信息，则用户终端中的预约车应用程序将预约车信息及附加信息一并发送给服务器。

从上述描述可知，本发明的实施例实现了预约车应用程序根据日程应用程序的新增信息自动进行行程的获取及规划，省去了预约车应用程序的信息录入过程，提高了预约车应用程序的线路规划效率。

在一种具体实施方式中，本发明提供了一种车辆预约方法中的步骤400之后的步骤500和600。参见图2，该步骤500及600的具体内容如下：

步骤500：接收所述服务器发送的预选司机名单，使得用户对司机进行筛选。

在本步骤中，用户终端的预约车应用程序在接收服务器发送的预选司机名单后，可以发出提示音，提醒用户及时查看该预选司机名单，使得用户能够及时在预选司机名单中确定行程对应的司机。

步骤600：将所述用户对司机的筛选结果发送至所述服务器。

在本步骤中，用户终端的预约车应用程序在接收到用户对司机的筛选结果后，将用户对司机的筛选结果发送至所述服务器，使得服务器能够根据该用户对司机的筛选结果向司机终端发送确认约车订单；若筛选后的司机仅剩一人，用户可以选择确定认可该司机或取消重新进行选择；且预约车应用程序在接收所述服务器发送的预约成功信息后，使得用户根据该预约成功信息对所述用车行程进行确认或修改，且当前用车行程的发起用户在行程的预定出行时间前，仍可以根据该预约成功信息对用车行程进行确认或修改，而修改是根据发起用户的实际需求对行程进行变更或直接取消行程，其中的预约成功信息可以视情况设为包括行程的出发地、目的地、出发时间、预计到达时间、车辆的车牌号、司机联系方式及司机姓名等内容。

从上述描述可知，本发明的实施例实现了用户根据预选司机名单对司机进行筛选，提高了预约车应用程序的用户满意度，进而提高了预约车应用程序的使用率及用户忠诚度。

在一种具体实施方式中，本发明还提供了上述方法中步骤100的一种具体实施方式。参见图3，该步骤100具体包括如下内容：

步骤101：判断日程应用程序是否新增了日程安排；若所述日程应用程序新增了日程安排，则进入步骤102；否则进入步骤103。

步骤102：将所述日程安排信息通过预设的应用程序接口发送给预约车应用程序。

步骤103：不向预约车应用程序发送信息。

在步骤101及103中，日程应用程序判断其自身是否新增了日程安排，若日程应用程序确定新增了日程安排，则日程应用程序将所述日程安排信息通过预设的应用程序接口发送给预约车应用程序。

从上述描述可知，本发明的实施例避免了因其他预约信息混入而造成的后续步骤无法进行的问题，实现了预约车应用程序根据日程应用程序新增的日程安排的自动开启的具体过程，实现了预约车应用程序的自动开启及进行线路规划，提高了预约车应用程序的自动化程度。

在一种具体实施方式中，本发明还提供了上述方法中步骤200的一种具体实施方式。参见图4，该步骤200具体包括如下内容：

步骤201：判断所述日程安排信息中除所述行程的目的地及预计到达时间外，是否还包括出发地；

若所述日程安排信息不包括出发地，则进入步骤202；否则，进入步骤300。

步骤202：根据当前用车行程的发起用户预设的默认位置信息获取所述出发地，以及，根据该出发地及日程安排信息确定至少一种行程规划。

在上述步骤201和202中，用户终端的预约车应用程序判断所述日程安排信息中除所述行程的目的地及预计到达时间外，是否还包括出发地；若有，则直接进入步骤300；否则，用户终端的预约车应用程序查找当前用车行程的发起用户是否预设有默认位置信息，若有，预约车应用程序获取该默认位置信息，确定出发地；若没有，则用户终端的预约车应用程序可以发出提示音，提示用户录入缺少的出发地信息；而后，预约车应用程序根据该出发地及日程安排信息确定至少一种行程规划，满足了部分企业用户出于避免公车私用的考量而将出发地预先设置为公司地址的要求。

从上述描述可知，本发明的实施例通过获取预设的默认位置信息，有效解决了企业可能出现的公车私用的问题，使得车辆预约的过程更加智能；减少了预约车应用程序对录入的行程信息种类的要求，提高了预约车应用程序的线路规划效率。

本发明的实施例二提供了一种车辆预约方法的一种具体实施方式，其中，该方法由司机终端、用户终端、以及与二者分别通信连接的服务器实现，其中的用户终端及服务器具体参见图8至13，对于用户终端及服务器的具体描述详见后述的实施例三及四。

参见图5，该车辆预约方法具体包括如下步骤：

步骤A00：接收用户终端发送的预约车信息。

在本步骤中，服务器接收用户终端的预约车应用程序发送的预约车信息。

步骤B00：基于所述预约车信息形成预约订单，将所述预约订单推送给司机终端。

在本步骤中，服务器读取预约车信息中的包括行程的目的地、预计到达时间及出发地等信息，并根据这些信息生成预约订单；而后将该预约订单发送给司机终端的预约车应用程序中，使得司机终端的预约车应用程序能够在接收到预约订单后发出提示音，提示司机查看该预约订单。

步骤C00：接收一个或多个司机终端发送的接受所述预约订单的信息。

在本步骤中，在司机在预约车应用程序中查看了预约订单并作出接受或忽略的选择后，获得接受预约订单的司机终端的预约车应用程序向服务器发送接受司机终端发送的所述预约订单的信息；服务器接收一个或多个司机终端发送的接受所述预约订单的信息。

步骤D00：基于所述一个或多个司机终端对应的司机的历史信息进行筛选，将筛选后的司机终端对应的司机的信息推送给用户终端。

在本步骤中，服务器基于所述一个或多个司机终端对应的司机的历史信息进行筛选，其中的历史信息可以为司机的服务分、过往服务历史和驾驶年龄中的一项或多项；并在筛选后，根据筛选后的司机终端对应的司机的信息生成预选司机名单，并将该预选司机名单发送给对应的用户终端的预约车应用程序中，而后，服务器在对应的用户确认后生成预约成功信息，并分别发送该预约成功信息至用户终端及司机终端。

从上述描述可知，本发明的实施例实现了服务器对接收预约订单的司机的筛选，保证了预约车应用程序的服务品质，进而提高了预约车应用程序的使用量。

在一种具体实施方式中，本发明还提供了上述方法中步骤D00的第一种具体实施方式。参见图6，该步骤D00具体包括如下内容：

步骤D01：判断所述一个或多个司机终端的数量是否大于阈值N；若所述一个或多个司机终端的数量大于或等于阈值N，则进入步骤D02；否则，进入步骤D03。

步骤D02：基于所述一个或多个司机终端对应的司机的历史信息进行筛选。

步骤D03：将所述一个或多个司机终端对应的司机的信息直接推送至当前用车行程的发起用户，其中，N为大于或等于1的正整数。

在步骤D01至D03中，服务器将预约订单推送至对应车辆的司机的同时，根据预约订单的生成时间点与出发时间点之间时间段生成截止时间，例如：若生成时间点与出发时间点之间时间段为24小时以上，则截止时间可设为(预约订单的生成时间点+12个小时)，若生成时间点与出发时间点之间时间段小于24小时以上，则截止时间可按百分比设置，生成时间点与出发时间点之间时间段仅为4个小时，则截止时间为(预约订单的生成时间点+(出发时间点-预约订单的生成时间点)*30％)。N为大于1的正整数，也就是N最小为2；在实际情况中，还可能出现到达预设的截止时间后，仍无任何一个司机进行接单，则此时服务器生成无人应答信息，并将该信息发送给用户终端，使得用户及时寻得其他方式对行程进行安排。服务器获取接受预约订单的各司机的评价信息，并根据各司机的评价信息筛选得到M名司机，以及将该M名司机推送至当前用车行程的发起用户，供用户对司机进行选择。其中，M为大于或等于1的正整数，通常在实际应用中，筛选得到M一般设置为3人，也就是供用户进行选择的司机有3人，以促进订单成功率，其中，司机的评价信息包括服务分、过往服务历史、有无服务企业员工经验等标准信息。

从上述描述可知，本发明的实施例实现了服务器对接收预约订单的司机的筛选的具体过程，保证了预约车应用程序的服务品质及用户的满意度。

为更进一步的说明本发明，本发明还提供一种车辆的自动预约方法的应用实例，参见图7，具体包括如下内容：

一位高管员工A(享受豪华专车服务)在23日收到一个出差邀请，为“27日，14:00-17:00，北京CA1240航班-到上海”，且在27日上午8:00-11:00，将于北京威斯汀饭店参会。接受了该请求后，日程管理程序将唤起企业用车软件，企业用车软件规划好路线，即“27日上午12：00，起始点：威斯汀饭店，终点：北京国际首都机场”，将该预约订单推送给豪华车司机，截止25日共有10位司机接受预约单，系统按服务分的排名将前三的司机发送给高管员工，等待他选择合适的。选择后，预约单将添加至高管员工的备忘录中，并在出行前日提醒他。在出行后，通过企业支付完成该订单；如果期间行程有取消，即取消该预约单。

从上述描述可知，本发明实现了用户终端通过日程软件的日程管理文件直接自行唤醒的过程，省去了用户需开启用户终端并重复录入行程信息的繁复过程，同时在适用于个人用户的同时，也适用于企业用户，满足了企业用户在工作环境中高效且快捷的办公需求；在用户终端根据所述日程管理文件自动唤醒的过程中，避免了用户终端进行无意义的自动唤醒，以及避免了因日程表需自行识别而造成的日程表的额外负荷，最大限度地将需要处理的工作均限定在自身的系统内，以减少日程表因自身限制而引起的识别错误或遗漏的问题的发生；规划出适合的线路并自动计算出出行时间的过程可以根据现有地图软件进行通信连接来实现，该实现方式有效解决了企业可能出现的公车私用的问题，使得车辆预约的过程更加智能；能够满足企业的多样性要求及企业对员工在工作期间的基本原则制定的需求；实现了对司机的筛选及用户对司机的选择过程，最大程度的保证了服务于用户的司机的服务水平，提高了了用户体验；满足了用户主动性及多样性的选择需求，保证了即使出现需临时更换或取消的状况，用户仍能获取新的规划行程或取消行程。

本发明的实施例三提供了一种用户终端的一种具体实施方式，该用户终端能够实现上述方法中步骤100至400的全部过程。参见图8，该用户终端具体包括如下内容：

日程安排信息获取模块10，用于获取新增的日程安排信息。

行程规划模块20，用于根据所述日程安排信息，确定至少一种行程规划。

预约车信息获取模块30，用于基于所述至少一种行程规划，形成预约车信息。

预约车信息发送模块40，用于将所述预约车信息发送给服务器。

在上述用户终端中，预约车应用程序用于根据所述日程安排信息，确定至少一种行程规划；预约车信息包括：行程的出发地、目的地、出发时间及预计到达时间日程安排信息获取模块10获取新增的日程安排信息后，行程规划模块20根据日程安排信息确定至少一种行程规划，预约车信息获取模块30基于行程规划模块20确定的所述至少一种行程规划，形成预约车信息，而后预约车信息发送模块40将预约车信息获取模块30生成的预约车信息发送给服务器。

从上述描述可知，本发明的实施例实现了预约车应用程序根据日程应用程序的新增信息自动进行行程的获取及规划，省去了预约车应用程序的信息录入过程，提高了预约车应用程序的线路规划效率。

在一种具体实施方式中，本发明提供了一种用户终端的一种具体实施方式，该用户终端能够实现上述方法中步骤500至600的全部过程。参见图9，该用户终端还包括如下内容：

司机筛选模块50，用于接收所述服务器发送的预选司机名单，使得用户对司机进行筛选。

司机筛选结果发送模块60，用于将所述用户对司机的筛选结果发送至所述服务器。

从上述描述可知，本发明的实施例实现了用户根据预选司机名单对司机进行筛选，提高了预约车应用程序的用户满意度，进而提高了预约车应用程序的使用率及用户忠诚度。

在一种具体实施方式中，本发明还提供了上述用户终端中日程安排信息获取模块10的一种具体实施方式。参见图10，该日程安排信息获取模块10具体包括如下内容：

新增日程安排判断单元11，用于判断日程应用程序是否新增了日程安排。

日程安排信息发送单元12，用于在所述日程应用程序新增了日程安排时，将所述日程安排信息通过预设的应用程序接口发送给预约车应用程序。

从上述描述可知，本发明的实施例避免了因其他预约信息混入而造成的后续步骤无法进行的问题，实现了预约车应用程序根据日程应用程序新增的日程安排的自动开启的具体过程，实现了预约车应用程序的自动开启及进行线路规划，提高了预约车应用程序的自动化程度。

在一种具体实施方式中，本发明还提供了上述用户终端中行程规划模块20的一种具体实施方式。参见图11，该行程规划模块20具体包括如下内容：

出发地判断单元21，用于判断所述日程安排信息中除所述行程的目的地及预计到达时间外，是否还包括出发地。

出发地获取及规划单元22，用于在所述日程安排信息不包括出发地时，根据当前用车行程的发起用户预设的默认位置信息获取所述出发地，以及，根据该出发地及日程安排信息确定至少一种行程规划。

行程规划单元23，用于在所述用车行程信息包括出发地时，根据该日程安排信息确定至少一种行程规划。

从上述描述可知，本发明的实施例通过获取预设的默认位置信息，有效解决了企业可能出现的公车私用的问题，使得车辆预约的过程更加智能；减少了预约车应用程序对录入的行程信息种类的要求，提高了预约车应用程序的线路规划效率。

本发明的实施例四提供了一种服务器的一种具体实施方式，该用户终端能够实现上述方法中步骤A00至D00的全部过程。参见图12，该服务器具体包括如下内容：

预约车信息接收模块A1，用于接收用户终端发送的预约车信息。

预约订单推送模块B1，用于基于所述预约车信息形成预约订单，将所述预约订单推送给司机终端。

预约订单接收模块C1，用于接收一个或多个司机终端发送的接受所述预约订单的信息。

司机信息推送模块D1，用于基于所述一个或多个司机终端对应的司机的历史信息进行筛选，将筛选后的司机终端对应的司机的信息推送给用户终端。

从上述描述可知，本发明的实施例实现了服务器对接收预约订单的司机的筛选，保证了预约车应用程序的服务品质，进而提高了预约车应用程序的使用量。

在一种具体实施方式中，本发明还提供了上述服务器中司机信息推送模块D1的一种具体实施方式。参见图13，该司机信息推送模块D1具体包括如下内容：

司机终端数量判断单元D11，用于判断所述一个或多个司机终端的数量是否大于阈值N。

司机筛选单元D12，用于在所述一个或多个司机终端的数量大于或等于阈值N时，基于所述一个或多个司机终端对应的司机的历史信息进行筛选。

司机信息直接推送单元D13，用于在所述一个或多个司机终端的数量小于或等于N时，将所述一个或多个司机终端对应的司机的信息直接推送至当前用车行程的发起用户；其中，N为大于或等于1的正整数，其中，所述一个或多个司机终端对应的司机的服务分、过往服务历史和驾驶年龄。

从上述描述可知，本发明的实施例实现了服务器对接收预约订单的司机的筛选的具体过程，保证了预约车应用程序的服务品质及用户的满意度。

以上实施例仅用于说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (18)

1.一种车辆预约方法，其特征在于，包括：

获取新增的日程安排信息；

根据所述日程安排信息，确定至少一种行程规划；

基于所述至少一种行程规划，形成预约车信息；

将所述预约车信息发送给服务器。

2.根据权利要求1所述的方法，其特征在于，所述将所述预约车信息发送给服务器，之后还包括：

接收所述服务器发送的预选司机名单，使得用户对司机进行筛选；

以及将所述用户对司机的筛选结果发送至所述服务器。

3.根据权利要求1所述的方法，其特征在于，所述根据所述日程安排信息，确定至少一种行程规划，包括：

判断所述日程安排信息中除所述行程的目的地及预计到达时间外，是否还包括出发地；

若所述日程安排信息不包括出发地，则根据当前用车行程的发起用户预设的默认位置信息获取所述出发地；

根据所述出发地及所述日程安排信息确定至少一种行程规划；

若所述日程安排信息包括出发地，则根据所述日程安排信息确定至少一种行程规划。

4.根据权利要求1所述的方法，其特征在于，所述获取新增的日程安排信息，包括：

判断日程应用程序是否新增了日程安排；

如果所述日程应用程序新增了日程安排，将所述日程安排信息通过预设的应用程序接口发送给预约车应用程序。

5.根据权利要求4所述的方法，其特征在于，所述预约车应用程序用于根据所述日程安排信息，确定至少一种行程规划。

6.根据权利要求1所述的方法，其特征在于，所述预约车信息包括以下的任意一种或多种：行程的出发地、目的地、出发时间及预计到达时间。

7.一种车辆预约方法，其特征在于，包括：

接收用户终端发送的预约车信息；

基于所述预约车信息形成预约订单，将所述预约订单推送给司机终端；

接收一个或多个司机终端发送的接受所述预约订单的信息；

基于所述一个或多个司机终端对应的司机的历史信息进行筛选，将筛选后的司机终端对应的司机的信息推送给用户终端。

8.根据权利要求7所述的方法，其特征在于，基于所述一个或多个司机终端对应的司机的历史信息进行筛选，将筛选后的司机终端的信息推送给用户终端，包括：

判断所述一个或多个司机终端的数量是否大于阈值N；

若所述一个或多个司机终端的数量大于或等于阈值N，则基于所述一个或多个司机终端对应的司机的历史信息进行筛选；

若所述一个或多个司机终端的数量小于或等于N，则将所述一个或多个司机终端对应的司机的信息直接推送至当前用车行程的发起用户；

其中，N为大于或等于1的正整数。

9.根据权利要求7所述的方法，其特征在于，所述一个或多个司机终端对应的司机的历史信息，包括以下至少一项：

所述一个或多个司机终端对应的司机的服务分、过往服务历史和驾驶年龄。

10.一种用户终端，其特征在于，包括：

日程安排信息获取模块，用于获取新增的日程安排信息；

行程规划模块，用于根据所述日程安排信息，确定至少一种行程规划；

预约车信息获取模块，用于基于所述至少一种行程规划，形成预约车信息；

预约车信息发送模块，用于将所述预约车信息发送给服务器。

11.根据权利要求10所述的用户终端，其特征在于，所述用户终端还包括：

司机筛选模块，用于接收所述服务器发送的预选司机名单，使得用户对司机进行筛选；

司机筛选结果发送模块，用于将所述用户对司机的筛选结果发送至所述服务器。

12.根据权利要求10所述的用户终端，其特征在于，所述行程规划模块包括：

出发地判断单元，用于判断所述日程安排信息中除所述行程的目的地及预计到达时间外，是否还包括出发地；

出发地获取及规划单元，用于在所述日程安排信息不包括出发地时，根据当前用车行程的发起用户预设的默认位置信息获取所述出发地，以及，根据所述出发地及所述日程安排信息确定至少一种行程规划；

行程规划单元，用于在所述日程安排信息包括出发地时，根据所述日程安排信息确定至少一种行程规划。

13.根据权利要求10所述的用户终端，其特征在于，所述日程安排信息获取模块包括：

新增日程安排判断单元，用于判断日程应用程序是否新增了日程安排；

日程安排信息发送单元，用于在所述日程应用程序新增了日程安排时，将所述日程安排信息通过预设的应用程序接口发送给预约车应用程序。

14.根据权利要求13所述的用户终端，其特征在于，所述预约车应用程序用于根据所述日程安排信息，确定至少一种行程规划。

15.根据权利要求10所述的用户终端，其特征在于，所述预约车信息包括以下任意的一种或多种：行程的出发地、目的地、出发时间及预计到达时间。

16.一种服务器，其特征在于，包括：

预约车信息接收模块，用于接收用户终端发送的预约车信息；

预约订单推送模块，用于基于所述预约车信息形成预约订单，将所述预约订单推送给司机终端；

预约订单接收模块，用于接收一个或多个司机终端发送的接受所述预约订单的信息；

司机信息推送模块，用于基于所述一个或多个司机终端对应的司机的历史信息进行筛选，将筛选后的司机终端对应的司机的信息推送给用户终端。

17.根据权利要求16所述的服务器，其特征在于，所述司机信息推送模块包括：

司机终端数量判断单元，用于判断所述一个或多个司机终端的数量是否大于阈值N；

司机筛选单元，用于在所述一个或多个司机终端的数量大于或等于阈值N时，基于所述一个或多个司机终端对应的司机的历史信息进行筛选；

司机信息直接推送单元，用于在所述一个或多个司机终端的数量小于或等于N时，将所述一个或多个司机终端对应的司机的信息直接推送至当前用车行程的发起用户；

其中，N为大于或等于1的正整数。

18.根据权利要求16所述的服务器，其特征在于，所述一个或多个司机终端对应的司机的历史信息，包括以下至少一项：

所述一个或多个司机终端对应的司机的服务分、过往服务历史和驾驶年龄。