CN108205711A - 一种智能约车方法和装置 - Google Patents

Abstract

本申请提供一种智能约车方法和装置。所述方法包括：通过预设的方式获取用户的约会事件；根据所述约会事件确定对应的约会地点以及约会时间并保存；若满足预设的启动规则，则获取当前用户所在的位置，并以当前用户位置为起点，以所述约会地点为终点计算到达所述约会地点所需的行程时长；若当前时间、所述行程时长以及所述约会时间的关系满足预设的时间缓冲条件，则以所述约会地点为终点生成待确认的约车订单并提示用户。本申请可以根据用户的约会事件自动生成待确认的约车订单并提示用户进行确认，无需用户手动发起订单，更为便利，智能化程度较高。

Description

一种智能约车方法和装置

技术领域

本申请涉及互联网技术领域，尤其涉及一种智能约车方法和装置。

背景技术

随着互联网技术的快速发展，约车软件以其方便快捷的优势走进了人们的生活，越来越多的用户通过约车软件进行车辆的预约，如何提高约车软件的智能性与便利性已成为目前亟待解决的问题。

发明内容

有鉴于此，本申请提供一种智能约车方法和装置。

具体地，本申请是通过如下技术方案实现的：

一种智能约车方法，所述方法包括：

通过预设的方式获取用户的约会事件；

根据所述约会事件确定对应的约会地点以及约会时间并保存；

若满足预设的启动规则，则获取当前用户所在的位置，并以当前用户位置为起点，以所述约会地点为终点计算到达所述约会地点所需的行程时长；

若当前时间、所述行程时长以及所述约会时间的关系满足预设的时间缓冲条件，则以所述约会地点为终点生成待确认的约车订单，并提示用户。

一种智能约车装置，所述装置包括：

事件获取单元，用于通过预设的方式获取用户的约会事件；

约会保存单元，用于根据所述约会事件确定对应的约会地点以及约会时间并保存；

时长计算单元，用于若满足预设的启动规则，则获取当前用户所在的位置，并以当前用户位置为起点，以所述约会地点为终点计算到达所述约会地点所需的行程时长；

订单生成单元，用于若当前时间、所述行程时长以及所述约会时间的关系满足预设的时间缓冲条件，则以所述约会地点为终点生成待确认的约车订单，并提示用户。

由以上描述可以看出，本申请可以根据用户的约会事件自动生成待确认的约车订单并提示用户进行确认，无需用户手动发起订单，更为便利，智能化程度较高。此外，基于约会事件生成的待确认约车订单的准确度较高，不会给用户造成干扰，用户体验较好。

附图说明

图1是本申请一示例性实施例示出的一种智能约车方法的流程示意图。

图2是本申请一示例性实施例示出的另一种智能约车方法的流程示意图。

图3是本申请一示例性实施例示出的一种待确认的约车订单的示意图。

图4是本申请一示例性实施例示出的一种用于智能约车装置的一结构示意图。

图5是本申请一示例性实施例示出的一种智能约车装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

相关技术中，用户在通过约车软件预约车辆时，不论是实时用车还是预约用车，通常都需要先进入约车软件，然后在约车软件中发起订单，操作较为繁琐，不够智能。

针对上述问题，本申请提供一种智能约车方案。

图1是本申请一示例性实施例示出的一种智能约车方法的流程示意图。

请参考图1，所述智能约车方法可以应用在约车客户端，包括以下步骤：

步骤101，通过预设的方式获取用户的约会事件。

步骤102，根据所述约会事件确定对应的约会地点以及约会时间并保存。

步骤103，若满足预设的启动规则，则获取当前用户所在的位置，并以当前用户位置为起点，以所述约会地点为终点计算到达所述约会地点所需的行程时长。

步骤104，若当前时间、所述行程时长以及所述约会时间的关系满足预设的时间缓冲条件，则以所述约会地点为终点生成待确认的约车订单，并提示用户。

由以上描述可以看出，本申请可以根据用户的约会事件自动生成待确认的约车订单并提示用户进行确认，无需用户手动发起订单，更为便利，智能化程度较高。此外，基于约会事件生成的待确认约车订单的准确度较高，不会给用户造成干扰，用户体验较好。

下面结合具体的实施例来描述本申请的实现过程。

图2是本申请一示例性实施例示出的另一种智能约车方法的流程示意图。

请参考图2，所述智能约车方法可以应用在约车客户端，包括以下步骤：

步骤201，通过预设的方式获取用户的约会事件。

在本实施例中，所述预设的方式可以由开发人员进行设置，比如：从具有日历功能的应用(后续简称为：日历应用)获取用户的约会事件。所述日历应用可以包括：系统的日历应用，第三方日历应用等。当约车客户端具有日历功能时，也可以从约车客户端获取用户的约会事件。针对系统日历应用或第三方日历应用，在获取用户的约会事件前通常需要先取得用户的授权，比如：用户在约车客户端中开启获取系统日历信息的选项时，系统可以输出提示给用户确认，当用户确认后系统会将日历应用的访问权限开放给约车客户端，这部分的处理与实现可以参考相关技术，本申请在此不在一一赘述。

在本实施例中，除了可以从日历应用中获取用户的约会事件外，还可以从邮件应用、即时通信应用中获取用户的约会事件，比如：在用户授权后，可以从用户的微信或QQ的聊天记录中搜索并获取用户的约会事件。值得注意的是，相较于从日历应用获取约会事件，从即时通信应用的聊天记录中获取到的约会事件的准确性可能会较低，用户可以根据自己的实际情况进行设置。

在本实施例中，约车客户端可以根据预设的获取周期主动获取用户的约会事件，约车客户端还可以监听日历应用的更新事件，当监听到日历应用有更新时，可以获取用户记录的事件，并在用户记录的事件为约会事件时，获取该约会事件。

步骤202，根据所述约会事件确定对应的约会地点以及约会时间并保存。

基于前述步骤201，在获取到所述约会事件后，可以根据所述约会事件确定对应的约会地点以及约会时间，并保存所述约会地点以及约会时间。可选的，约车客户端也可以保存所述约会事件，本申请对此不作特殊限制。

举例来说，假设用户在日历的2016年12月4日记录约会事件：下午两点和小白在悠唐看电影。约车客户端在获取到该约会事件后，可以确定对应的约会地点为悠唐生活广场，对应的约会时间为2016年12月4日下午两点。

步骤203，若在满足预设的启动规则，则获取当前用户所在的位置，并以当前用户位置为起点，以所述约会地点为终点计算到达所述约会地点所需的行程时长。

在本实施例中，所述预设的启动规则也可以由开发人员进行设置，通常为到达启动时间点，所述启动时间点与所述约会时间间隔预设的时长，比如：3小时、4小时等。所述启动规则可为到达约会前3小时，到达约会前4小时等，本申请对此不作特殊限制。

在本实施例中，所述启动规则的判断可以采用多种方式实现，比如：可以在保存约会地点和约会时间后，根据预设的时长确定启动时间点并保存。仍以约会时间为2016年12月4日下午两点为例，假设预设的时长是4小时，则可以确定启动时间点为2016年12月4日上午10时，进而可以保存该时间点和上述约会时间、约会地点的对应关系，该对应关系可以参考表1的示例。

约会地点	约会时间	启动时间点
			悠唐生活广场	2016年12月4日14时	2016年12月4日10时

表1

在另一个例子中，还可以根据预设的时间周期周期性的判断当前时间是否满足所述启动规则，所述时间周期可以由开发人员进行设置，比如：15分钟或者30分钟等。

在本实施例中，若满足预设的启动规则，则可以获取当前用户所在的位置，并以当前用户位置为起点，以所述约会地点为终点计算约车到达所述约会地点所需的行程时长。其中，所述行程时长包括车辆到达当前用户位置所需的时长以及由当前用户位置行驶到约会地点的行驶时长。举例来说，假设用户位于一个比较偏僻的地方，发送约车订单后大约需要15分钟预约的车辆才能行驶到当前用户位置接驾，而从当前用户位置行驶到约会地点还需要60分钟，那么以当前用户位置为起点，以所述约会地点为终点计算约车到达所述约会地点所需的行程时长为75分钟。

需要说明的是，在本实施例中，所述行程时长通常是考虑到当时实际交通状况后预估出的时长，比如：考虑到堵车、临时交通管制等情况。此外，由于不同城市的规模通常不同，开发人员可以为大型城市设置较长时长的启动规则，比如：到达约会前4小时，为中小城市设置较短时长的启动规则，比如：到达约会前2小时等，本申请对此不作特殊限制。

步骤204，若当前时间、所述行程时长以及所述约会时间的关系满足预设的时间缓冲条件，则以所述约会地点为终点生成待确认的约车订单，并提示用户。

基于前述步骤203，在计算出所述行程时长后，可以判断当前时间、所述行程时长以及所述约会时间的关系是否满足预设的时间缓冲条件。其中，所述时间缓冲条件通常由开发人员进行设置，比如：当前时间加上所述行程时长尚未到达所述约会时间，且与所述约会时间的时间间隔小于等于预设的提醒时长，以确保用户约车能够提前到达约会地点，且到达的时间与约会时间相差不多。其中，所述提醒时长可以为10分钟、15分钟等，可以由开发人员进行设置，也可以由用户自行设置。

在本实施例中，若当前时间、所述行程时长以及所述约会时间的关系满足预设的时间缓冲条件，比如：当前时间加上行程时长距离约会时间还有8分钟，则可以生成待确认的约车订单，并提示用户进行确认。其中，所述待确认的约车订单的起始地点可以为当前用户位置，也可以为当前用户位置附近便于车辆停靠的位置，所述待确认的约车订单的终点通常为约会地点，出发时间通常为“现在”。

在本实施例中，在生成所述待确认的约车订单后，可以输出提示，比如：可以通过响铃、震动、提示消息等方式提示用户，当用户查看时，可以输出所述待确认的约车订单。除了起点、终端以及出发时间外，所述待确认的约车订单中其他约车选项通常是根据用户的使用习惯确定的，比如：预约车型可以默认为用户上一次约车时选择的车型。可选的，所述待确认的约车订单中各约车选项都可以是可编辑的，用户可以根据自己的需要进行修改，比如：用户可以修改起点、终点、出发时间以及预约的车型等。

步骤205，若所述待确认的约车订单被用户确认，则发送所述约车订单。

步骤206，若所述待确认的约车订单被用户拒绝，则删除保存的约会地点以及约会时间。

步骤207，若所述待确认的约车订单被用户暂缓，则在间隔预设的暂缓时长后返回步骤203获取当前用户所在的位置，并计算所述行程时长。

在本实施例中，可以参考图3所示的待确认的约车订单，待确认的约车订单可以为用户提供三种选项，分别为：叫车、暂缓、取消。

在一个例子中，当用户选择“叫车”时，可以确定该待确认的约车订单被用户确认，约车客户端可以发送该约车订单到约车服务端，以为用户叫车。

在另一个例子中，当用户不想约车赴约时，可以选择“取消”按钮，约车客户端可以确定该约车订单为用户拒绝，进而删除与该约车订单对应的约会地点以及约会时间，针对本次约会，后续不再进行约车的提醒。

在另一个例子中，如果用户想过一会再叫车，则可以选择“暂缓”按钮，约车客户端可以间隔预设的暂缓时长后再次执行步骤203。换言之，约车客户端可以等待一段时间后再次计算行程时长。其中，所述预设的暂缓时长可以由开发人员进行设置，比如：可以为固定的10分钟。所述预设的暂缓时长也可以是动态变化的，取值与当前时间和所述约会时间的时间间隔正相关，比如：在当前时间距离约会时间较远时，所述暂缓时长可以较长，比如：30分钟，在当前时间距离约会时间较近时，所述暂缓时长可以较短，比如：10分钟，也就是说每次的暂缓时长均可以比上一次的暂缓时长短。具体地，当前时间和约会实际的时间间隔与暂缓时长的对应关系可以由开发人员进行设置，本申请对此不作特殊限制。

在本例中，用户选择“暂缓”后，在间隔预设的暂缓时长后，可以重新执行步骤203获取当前用户所在的位置，并计算所述行程时长。可以理解的是，在间隔所述暂缓时长后，肯定会满足所述启动规则，因此可以无需再次进行启动规则满足与否的判断，返回步骤203获取当前用户所在的位置，并以当前用户位置为起点，以所述约会地点为终点计算约车到达所述约会地点所需的行程时长即可。值得注意的是，在间隔所述暂缓时长之后重新进行所述行程时长是为了考虑实际的交通状况，进而确保用户约车赴约不会出现迟到等情况。

步骤208，若当前时间、所述行程时长以及所述约会时间的关系不满足所述时间缓冲条件，但满足预设的时间冲突条件，则删除保存的所述约会地点和约会时间。

基于前述步骤203，在计算出所述行程时长后，若确定当前时间、所述行程时长以及所述约会时间的关系不满足预设的时间缓冲条件，则可以进一步确认当前时间、所述行程时长以及所述约会时间的关系是否满足时间冲突条件。其中，所述时间冲突条件通常为当前时间加上所述行程时长超过所述约会时间，换言之，在当前时间用户约车去约会无法在约会时间前到达，会迟到。

在本实施例中，若当前时间、所述行程时长以及所述约会时间的关系不满足所述时间缓冲条件，但满足预设的时间冲突条件，即用户采用约车的方式赴约会迟到，则可以删除保存的所述约会地点和约会时间。针对本次约会，后续不再进行约车的提醒。

步骤209，若当前时间、所述行程时长以及所述约会时间的关系不满足所述时间缓冲条件，也不满足预设的时间冲突条件，则在间隔预设的暂缓时长后，再次返回步骤203获取当前用户所在的位置，并计算所述行程时长。

在本实施例中，若当前时间、所述行程时长以及所述约会时间的关系不满足所述时间缓冲条件，也不满足预设的时间冲突条件，通常说明当前时间还比较早，进而可以在间隔预设的暂缓时长后，再次返回步骤203获取当前用户所在的位置，并计算所述行程时长，并在上述关系满足所述时间缓冲条件时，生成待确认的约车订单以便用户确认。

仍以表1所示的约会事件为例，假设提醒时长为15分钟，暂缓时长为固定的10分钟，则从2016年12月4日10时起，约车客户端可以每隔10分钟，计算从当前用户位置约车到约会地点所需的行程时长，并判断当前时间加上所述行程时长与约会时间的关系。

举例来说，假设当前用户位置一直没有变化，从当前用户位置约车到达约会地点所需的行程时长一直为60分钟(理想情况)，则在2016年12月4日10时，当前时间加上所述行程时长为11时，距离约会时间14时的时间间隔大于提醒时长15分钟，约车客户端可以间隔10分钟的暂缓时长后继续判断当前时间加上所述行程时长距离约会时间14时的时间间隔是否在提醒时长内。在2016年12月4日12:50时，当前时间加上行程时长为13:50，距离约会时间14时还有10分钟，小于提醒时长15分钟，则可以以悠唐生活广场为终点为用户生成待确认的约车订单并提示用户进行确认。

值得注意的是，本申请提供的智能约车方法也可以应用在约车服务端，由约车服务端从日历应用的服务端获取用户的约会事件、计算行程时长、判断当前时间、所述行程时长以及所述约会时间的关系是否满足时间缓冲条件等，在满足所述时间缓冲条件时生成待确认的约车订单，并将该待确认的约车订单推送给约车客户端，以便用户确认。在这样的实现方式中，当前用户位置通常由约车客户端获取后上传给约车服务端。

由以上描述可以看出，本申请可以根据用户的约会事件自动生成待确认的约车订单并提示用户进行确认，无需用户手动发起订单，更为便利，智能化程度较高。此外，基于约会事件生成的待确认约车订单的准确度较高，不会给用户造成干扰，用户体验较好。

与前述智能约车方法的实施例相对应，本申请还提供了智能约车装置的实施例。

本申请智能约车装置的实施例可以应用在终端中装载的约车客户端或者服务器上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在终端或服务器的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图4所示，为本申请智能约车装置所在终端或者服务器的一种硬件结构图，除了图4所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的智能约车装置通常根据该终端或服务器的实际功能，还可以包括其他硬件，对此不再赘述。

图5是本申请一示例性实施例示出的一种智能约车装置的框图。

请参考图5，所述智能约车装置400可以应用在前述图4所示的终端或者服务器中，包括有：事件获取单元401、约会保存单元402、时长计算单元403、订单生成单元404、订单发送单元405、拒绝处理单元406以及冲突处理单元407。

其中，事件获取单元401，用于通过预设的方式获取用户的约会事件；

约会保存单元402，用于根据所述约会事件确定对应的约会地点以及约会时间并保存；

时长计算单元403，用于若满足预设的启动规则，则获取当前用户所在的位置，并以当前用户位置为起点，以所述约会地点为终点计算到达所述约会地点所需的行程时长；

订单生成单元404，用于若当前时间、所述行程时长以及所述约会时间的关系满足预设的时间缓冲条件，则以所述约会地点为终点生成待确认的约车订单，并提示用户。

订单发送单元405，用于若所述待确认的约车订单被用户确认，则发送所述约车订单。

拒绝处理单元406，用于若所述待确认的约车订单被用户拒绝，则删除保存的所述约会地点以及约会时间。

可选的，所述时长计算单元403，还用于若所述待确认的约车订单被用户暂缓，则在间隔预设的暂缓时长后，继续获取当前用户所在的位置，并计算所述行程时长。

可选的，所述预设的暂缓时长是动态变化的，取值与当前时间和所述约会时间的时间间隔正相关。

冲突处理单元407，若当前时间、所述行程时长以及所述约会时间的关系不满足所述时间缓冲条件，但满足预设的时间冲突条件，则删除保存的所述约会地点以及约会时间。

可选的，所述时长计算单元403，还用于若当前时间、所述行程时长以及所述约会时间的关系不满足所述时间缓冲条件，也不满足预设的时间冲突条件，则在间隔预设的暂缓时长后，继续获取当前用户所在的位置，并计算所述行程时长。

可选的，所述时间缓冲条件为当前时间加上所述行程时长尚未到达所述约会时间，且与所述约会时间的时间间隔小于等于预设的提醒时长；

所述时间冲突条件为当前时间加上所述行程时长超过所述约会时间。

可选的，所述待确认的约车订单中的约车选项可编辑；

其中，所述约车选项包括：起点、终点、出发时间、预约车型。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (20)

1.一种智能约车方法，其特征在于，所述方法包括：

通过预设的方式获取用户的约会事件；

根据所述约会事件确定对应的约会地点以及约会时间并保存；

若满足预设的启动规则，则获取当前用户所在的位置，并以当前用户位置为起点，以所述约会地点为终点计算到达所述约会地点所需的行程时长；

若当前时间、所述行程时长以及所述约会时间的关系满足预设的时间缓冲条件，则以所述约会地点为终点生成待确认的约车订单，并提示用户。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若所述待确认的约车订单被用户确认，则发送所述约车订单。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若所述待确认的约车订单被用户拒绝，则删除保存的所述约会地点以及约会时间。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若所述待确认的约车订单被用户暂缓，则在间隔预设的暂缓时长后，返回获取当前用户所在的位置，并计算所述行程时长的步骤。

5.根据权利要求4所述的方法，其特征在于，

所述预设的暂缓时长是动态变化的，取值与当前时间和所述约会时间的时间间隔正相关。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若当前时间、所述行程时长以及所述约会时间的关系不满足所述时间缓冲条件，但满足预设的时间冲突条件，则删除保存的所述约会地点以及约会时间。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若当前时间、所述行程时长以及所述约会时间的关系不满足所述时间缓冲条件，也不满足预设的时间冲突条件，则在间隔预设的暂缓时长后，返回获取当前用户所在的位置，并计算所述行程时长的步骤。

8.根据权利要求6或7所述的方法，其特征在于，

所述时间缓冲条件为当前时间加上所述行程时长尚未到达所述约会时间，且与所述约会时间的时间间隔小于等于预设的提醒时长；

所述时间冲突条件为当前时间加上所述行程时长超过所述约会时间。

9.根据权利要求1所述的方法，其特征在于，

所述待确认的约车订单中的约车选项可编辑；

其中，所述约车选项包括：起点、终点、出发时间、预约车型。

10.根据权利要求1所述的方法，其特征在于，

所述预设的启动规则是到达启动时间点，所述启动时间点与所述约会时间间隔预设的时长。

11.一种智能约车装置，其特征在于，所述装置包括：

事件获取单元，用于通过预设的方式获取用户的约会事件；

约会保存单元，用于根据所述约会事件确定对应的约会地点以及约会时间并保存；

时长计算单元，用于若满足预设的启动规则，则获取当前用户所在的位置，并以当前用户位置为起点，以所述约会地点为终点计算到达所述约会地点所需的行程时长；

订单生成单元，用于若当前时间、所述行程时长以及所述约会时间的关系满足预设的时间缓冲条件，则以所述约会地点为终点生成待确认的约车订单，并提示用户。

12.根据权利要求11所述的装置，其特征在于，所述装置还包括：

订单发送单元，用于若所述待确认的约车订单被用户确认，则发送所述约车订单。

13.根据权利要求11所述的装置，其特征在于，所述装置还包括：

拒绝处理对应，用于若所述待确认的约车订单被用户拒绝，则删除保存的所述约会地点以及约会时间。

14.根据权利要求11所述的装置，其特征在于，

所述时长计算单元，还用于若所述待确认的约车订单被用户暂缓，则在间隔预设的暂缓时长后，继续获取当前用户所在的位置，并计算所述行程时长。

15.根据权利要求14所述的装置，其特征在于，

所述预设的暂缓时长是动态变化的，取值与当前时间和所述约会时间的时间间隔正相关。

16.根据权利要求11所述的装置，其特征在于，所述装置还包括：

冲突处理单元，若当前时间、所述行程时长以及所述约会时间的关系不满足所述时间缓冲条件，但满足预设的时间冲突条件，则删除保存的所述约会地点以及约会时间。

17.根据权利要求11所述的装置，其特征在于，

所述时长计算单元，还用于若当前时间、所述行程时长以及所述约会时间的关系不满足所述时间缓冲条件，也不满足预设的时间冲突条件，则在间隔预设的暂缓时长后，继续获取当前用户所在的位置，并计算所述行程时长。

18.根据权利要求16或17所述的装置，其特征在于，

所述时间缓冲条件为当前时间加上所述行程时长尚未到达所述约会时间，且与所述约会时间的时间间隔小于等于预设的提醒时长；

所述时间冲突条件为当前时间加上所述行程时长超过所述约会时间。

19.根据权利要求11所述的装置，其特征在于，

所述待确认的约车订单中的约车选项可编辑；

其中，所述约车选项包括：起点、终点、出发时间、预约车型。

20.根据权利要求11所述的装置，其特征在于，

所述预设的启动规则是到达启动时间点，所述启动时间点与所述约会时间间隔预设的时长。