CN111105546A

CN111105546A - 一种车辆服务的即时预约方法

Info

Publication number: CN111105546A
Application number: CN201911231960.8A
Authority: CN
Inventors: 应石磊
Original assignee: Individual
Current assignee: Individual
Priority date: 2019-12-05
Filing date: 2019-12-05
Publication date: 2020-05-05
Anticipated expiration: 2039-12-05
Also published as: CN111105546B

Abstract

本发明公开一种车辆服务的即时预约方法，方法包括：接收客户端发送的用于对车辆进行服务的、未设置预约时段的第一预约请求，在第一预约请求需要立即执行时，将其转换为待执行的预约请求，并将待执行的预约请求加入到动态监测列表中进行动态监测；在动态监测时段内，监测并判断待执行的预约请求的剩余行程时间和/或剩余行程距离是否满足第一阈值；若是，将待执行的预约请求按动态监测时段内的动态模拟排单位置，植入到执行店铺的待服务列表中的相应位置。执行店铺为最终给待执行的预约请求提供服务的店铺。上述方法以即时预约替代现有方法中的提前预约日期及时段，消除了预约等待期，减少了不确定性预约事件的发生概率。

Description

一种车辆服务的即时预约方法

技术领域

本发明涉及车辆服务领域，尤其涉及一种车辆服务的即时预约方法。

背景技术

当前，针对车辆清洗保养的预约方式，其预约要素必须包括预约日期、预约时段。当用户提交预约申请时，需要指定预约日期及预约时段，且只能在指定的预约日期及预约时段内方可获取相应的服务。

由于现有技术中需要提前进行预约，所以当用户提交预约申请时，产生了一个以预约申请提交之时为起点、以预约执行之时为截止点的一个时间段，此处称该时间段为预约等待期。由于预约等待期的存在，增加了预约事件的不确定性，这是因为预约等待期中容易发生预约事件的取消、提前或延后。

另外，现有预约方法均以时间作为预约载体，虽然明确了各预约时段的使用权(预约时段有明确的起始时间和截止时间)，但同时也限制了时段调度的灵活性，因此，预约系统无法给未正常履行的预约事件提供足够的调整空间。

发明内容

针对上述问题，本发明提出了一种车辆服务的即时预约方法，以即时预约替代现有方法中的提前预约日期及时段，消除了预约等待期，减少了不确定性预约事件的发生概率。

本发明实施例的再一个目的是以动态模拟排单替代预约时间段，在实现抵达目的地后无需等待或节省等待时间的前提下，解决了预约时间段对预约系统调度的限制性，提高了预约系统的容错能力，助力车辆预约服务的应用推广。

为了达到上述的目的，本发明采用的主要技术方案包括：

第一方面，本发明提供一种车辆服务的即时预约方法，包括：

101、接收客户端发送的用于对车辆进行服务的第一预约请求，所述第一预约请求为未设置预约时段的请求；

102、判断所述第一预约请求是否需要立即执行；

103、若是，将所述第一预约请求转换为待执行的预约请求，并将所述待执行的预约请求加入到动态监测列表中，开启对所述待执行的预约请求的动态监测；

104、在动态监测时段内，监测并判断所述待执行的预约请求的剩余行程时间和/或剩余行程距离是否满足第一阈值；

105、若是，将所述待执行的预约请求按动态监测时段内的动态模拟排单位置，植入到执行店铺的待服务列表中的相应位置。所述执行店铺为最终给所述待执行的预约请求提供服务的店铺。

可选地，在步骤105之后还包括：

106、获取所述待执行的预约请求在所述执行店铺中的排单序号，和/或，所述待执行的预约请求对应车辆在到达所述执行店铺之后至获取服务之前的预估等待时长。

可选地，在步骤102之后，103之前，还包括：

若需要立即执行，则根据所述第一预约请求的预估到达时间点对所述第一预约请求进行动态模拟排单，获取所述第一预约请求对应的第一预约预测结果；

所述第一预约预测结果为所述第一预约请求所属车辆到达目的地店铺之后至获取店铺服务之时的预估等待时长；

根据所述第一预约预测结果，确认所述第一预约请求的客户端是否接收所述第一预约预测结果；

若接收，则执行步骤103。

可选地，在步骤103之后，104之前，还包括：

在动态监测时间段内，监测所述动态监测列表中待执行的预约请求所对应车辆的预估抵达时间点的变化信息；

根据所述变化信息对待执行的预约请求重新进行动态模拟排单，以使重新动态模拟排单的结果中的预估等待时长与所述第一预约预测结果中的预估等待时长误差在预设范围内。

可选地，在步骤104之后，105之前，还包括：

若所述待执行的预约请求的剩余行程时间和/或剩余行程距离满足第一阈值，则获取第一预约请求对应的目的地周边预设范围内所有店铺的当前排单状态，并根据所述当前排单状态对所述待执行的预约请求进行预设范围内所有店铺的动态模拟排单，获取所有店铺中每一店铺的第二预约预测结果；

将选择的至少一个第二预约预测结果发送所述客户端，确认第一预约请求的客户端是否接收发送的第二预约预测结果；

若接收，则执行步骤105。

可选地，在步骤103之后，104之前，还包括：

获取第一预约请求对应车辆的已行驶路线信息和/或停留时长信息，判断是否远离目的地，和/或单次停留时长是否超过第二阈值；

若是，则向该车辆所属的客户端发送第一询问信息，所述第一询问信息用于确认该车辆是否继续执行当前车辆的预约服务；

若接收到第一询问信息的确认响应，则执行步骤104。

可选地，还包括：

若所述第一预约请求不需要立即执行，则将已支付费用的所述第一预约请求存储于待激活信息组中。

若待激活信息组中的至少一个预约请求转为立即执行的预约请求，则调用所述待激活信息组中的预约请求，并执行步骤103。

可选地，在步骤101之后，还包括：

查看所述第一预约请求是否属于待激活信息组中的预约请求，若是，则调用所述待激活信息组中的预约请求，并执行步骤102。

可选地，在步骤101之后，还包括：

若所述第一预约请求中包括待执行该第一预约请求的起始时间点，则将所述第一预约请求存储在待激活信息组中；

接收到待激活信息组中的第一预约请求的起始时间点的提醒信息后，向所述第一预约请求所属的客户端发送是否启动执行所述第一预约请求的第二询问信息，

根据第二询问信息的反馈结果，确认是否执行步骤102。

可选地，动态监测时段，是以所述待执行的预约请求进入所述动态监测列表时作为监测时段的起始点，以所述待执行的预约请求植入到执行店铺的待服务列表中的相应位置时做为截止点；

或，

动态监测时段包括：以所述待执行的预约请求进入所述动态监测列表时作为监测时段的起始点，以取消所述待执行的预约请求时作为动态监测时段的截止点。

第二方面，本发明实施例还提供一种车辆服务的即时预约方法，包括：

A1、接收客户端发送的用于对车辆进行服务的第一预约请求，所述第一预约请求为未设置预约时段的请求；

A2、判断所述第一预约请求是否需要立即执行；

A3、若需要立即执行，则根据所述第一预约请求的预估到达时间点对所述第一预约请求进行动态模拟排单，获取用于发送客户端的所述第一预约请求对应的第一预约预测结果。

可选地，所述A3还包括：

根据所述第一预约请求到达指定执行店铺的预估到达时间点，对所述第一预约请求进行动态模拟排单；

或者，

根据所述第一预约请求对应车辆到达目的地预设范围内的所有待执行店铺的预估到达时间点，对可能到达的每一个待执行店铺的第一预约请求进行动态模拟排单。

第三方面，本发明实施例还提供一种车辆服务的即时预约方法，包括：

接收到用户触发的用于为车辆服务的启动指令之后，展示用于为车辆服务的预约界面；

根据用户在预约界面选择的选项信息生成第一预约请求；

将所述第一预约请求发送用于为车辆提供排单服务的预约系统中的服务器，以使所述车辆服务器根据所述第一预约请求中的信息进行动态模拟排单或者存储。

可选地，还包括：

若第一预约请求为需要实时执行的预约请求，则接收服务器根据所述第一预约请求返回的预约预测结果；

所述预约预测结果包括：所述第一预约请求所属车辆到达执行店铺之后至获取店铺服务之时的预估等待时长；

接收用户基于所述预约预测结果触发的响应指令，若所述响应指令为确认所述预约预测结果的信息，则根据响应指令向所述服务器发送确认结果的响应，以使所述服务器对第一预约请求对应的车辆进行动态监测。

可选地，若用户在预约界面选择的选项信息包括：指定时间点之前的预测结果都接受的信息；方法还包括：

若第一预约请求包括需要实时执行的信息，则接收服务器根据所述第一预约请求返回的预约预测结果；

若所述预估等待时长小于预设的默认数值，则向所述服务器反馈所述预约预测结果的响应。

第四方面，本发明实施例还提供一种服务器，包括：存储器和处理器；

所述存储器中存储计算机程序，所述处理器执行所述存储器中存储的计算机程序，具体用于执行上述第一方面任一所述的即时预约方法。

第五方面，本发明实施例还提供一种预约系统，该预约系统包括用户对应的终端和服务器、执行店铺对应的终端，所述用户对应的终端与所述服务器交互，执行上述第三方面的车辆服务的即时预约方法，所述服务器执行上述第一方面和第二方面的即时预约方法，并在执行过程中与执行店铺对应的终端交互，实现对车辆的服务。

本发明的有益效果是：

本发明提出了一种车辆服务的即时预约方法，以即时预约替代现有方法中的提前预约日期及时段，消除了预约等待期，减少了不确定性预约事件的发生概率，借助于动态模拟排单替代预约时间段，在实现抵达目的地后无需等待或节省等待时间的前提下，解决了预约时间段对预约系统调度的限制性，提高了预约系统的容错能力，助力车辆预约服务的应用推广。

附图说明

图1为本发明一实施例提供的车辆服务的即时预约方法的流程示意图；

图2为本发明另一实施例提供的车辆服务的即时预约方法的流程示意图；

图3和图4、图6分别为本发明另一实施例提供的车辆服务的即时预约方法的的流程示意图；

图5A至图5D分别为本发明一实施例提供的执行店铺排单的示意图；

图7为本发明一实施例提供的服务器的示意图。

具体实施方式

为了更好地解释本发明，以便于理解，下面结合附图，通过具体实施方式，对本发明作详细描述。

实施例一

本发明实施例提供一种车辆服务的即时预约方法，如图1所示，本实施例的方法的执行主体可为预约系统中的服务器/后台服务器，其包括下述的步骤：

A1、接收客户端发送的用于对车辆进行服务的第一预约请求，所述第一预约请求为未设置预约时段的请求。

本实施例中，该第一预约请求可以是包括指定执行店铺的请求，也可以是只指定目的地而不指定执行店铺的请求。在该实施例中，目的地和执行店铺的位置是不同的。在其他实施例中，目的地和执行店铺的位置可以是相同的。

A2、判断所述第一预约请求是否需要立即执行。

在本实施例中，若需要立即执行，可执行下述的步骤A3，否则，可以将所述第一预约请求转入到待激活信息组中，以便后续激活再次执行。

举例来说，本实施例中的可以根据所述第一预约请求到达指定执行店铺的预估到达时间点，对所述第一预约请求进行动态模拟排单。

此时，第一预约预测结果可为包括第一预约请求所属车辆到达目的地店铺即指定执行店铺之后至获取店铺服务之时的预估等待时长的信息。

或者，本实施例中，还可以根据第一预约请求所属车辆到达目的地预设范围内所有待执行店铺的预估到达时间点，对可能到达的每一个待执行店铺的第一预约请求进行动态模拟排单。

此时，第一预约预测结果可为包括：第一预约请求所属车辆到达每一个执行店铺之后至获取该执行店铺服务之时的预估等待时长的信息。

本发明实施例和现有技术的区别在于，本实施例中的第一预约请求可以是不设置预约日期和预约时段的请求，由此，无需在预约提交阶段即对执行店铺的服务日程进行排定。

同时，无预约日期和预约时段的设定解决了现有技术中的预约等待期的问题，从而避免在预约等待期中可能导致预约事件的取消或提前等不确定性的问题。此外，本实施例中借助于动态模拟排单替代预约时间段，在保障车辆抵达目的地后无需等待或节省等待时间的同时，解决了现有技术中预约时间段对预约系统调度的限制性，提高了预约系统的容错能力，助力车辆预约服务的应用推广。

实施例二

如图2A所示，图2A示出了本发明另一实施例提供的一种车辆服务的即时预约方法的流程图，本实施例中以单一店铺监测时段动态模拟排单为例进行说明，本实施例的方法的执行主体为服务器，其包括如下的步骤：

101、接收客户端发送的用于对车辆进行服务的第一预约请求，所述第一预约请求为未设置预约时段的请求。

本实施例中的第一预约请求包括指定执行店铺的信息。

102、判断所述第一预约请求是否需要立即执行。

当然，在执行步骤102之前，还可查看所述第一预约请求是否属于待激活信息组中的预约请求，若是，则调用所述待激活信息组中的预约请求，并执行步骤102。

104、在动态监测时段内，监测并判断所述待执行的预约请求的剩余行程时间和/或剩余行程距离是否满足第一阈值。

由于前述的第一预约请求中指定了执行店铺，为此，在步骤104中可监测待执行的预约请求所属车辆到达执行店铺的剩余行程时间和/或剩余行程距离。

在本步骤中，预约服务器还在监测时段内根据所述待执行的预约请求的预估抵达时点的变化，以及所述执行店铺的排单变化，去获取执行店铺的当前排单状态，并以获取的当前排单状态对所述待执行的预约请求进行动态模拟排单，以模拟排定所述待执行的预约请求所属车辆在抵达执行店铺时在所述执行店铺中的排单位置。

105、若是，将所述待执行的预约请求按动态监测时段内的动态模拟排单位置，植入到执行店铺的待服务列表中的相应位置。

在本实施例的执行店铺为最终给所述待执行的预约请求提供服务的店铺。即该步骤中的执行店铺可为前述步骤101的第一预约请求中指定的执行店铺。在具体实现过程中，在上述步骤105之后，还可包括下述的图中未示出的步骤106。

所述执行店铺根据所述待执行的预约请求获取的排单序号为所述待执行的预约请求所属车辆提供服务。

如图2B所示，图2B示出了本发明另一实施例提供的一种车辆服务的即时预约方法的流程图，本实施例是以单一店铺监测时段前的动态模拟排单与监测时段中的动态模拟排单为例进行说明，本实施例的方法的执行主体为服务器，其包括如下的步骤：

201、接收客户端发送的用于对车辆进行服务的第一预约请求，所述第一预约请求为未设置预约时段的请求。

本实施例中第一预约请求是包括执行店铺的请求。

202、判断所述第一预约请求是否需要立即执行。

当然，若第一预约请求不属于立即执行的预约请求，则可将已支付费用的所述第一预约请求存储于待激活信息组中。或者，直接将第一预约请求存储于待激活信息组中。

在具体应用中，若该预约请求存储于待激活信息组中，则调用所述待激活信息组中的该项预约请求。

即若待激活信息组中的至少一个预约请求转为立即执行的预约请求，则调用所述待激活信息组中的预约请求，并执行步骤203。

203、若需要立即执行，则根据所述第一预约请求的预估到达时间点对所述第一预约请求进行动态模拟排单，获取所述第一预约请求对应的第一预约预测结果。

本实施例的第一预约预测结果为所述第一预约请求所属车辆到达执行店铺之后至获取执行店铺服务之时的预估等待时长。

在本步骤中，预约服务器获取执行店铺的当前排单状态，根据所述待执行的预约请求的预估抵达时点，对所述待执行的预约进行动态模拟排单，以模拟排定所述待执行的预约请求所属车辆在抵达执行店铺时在所述执行店铺中的排单位置，从而计算并获取预估等待时长。

204、根据所述第一预约预测结果，确认所述第一预约请求的客户端是否接收所述第一预约预测结果。

本实施例中的第一预约预测结果是当前执行店铺动态模拟排单后的预估等待时长信息。

205、若接收，将所述第一预约请求转换为待执行的预约请求，并将所述待执行的预约请求加入到动态监测列表中，开启对所述待执行的预约请求的动态监测；

206、在动态监测时段内，监测并判断所述待执行的预约请求的剩余行程时间和/或剩余行程距离是否满足第一阈值。

若第一预约请求中包括的是目的地信息，则剩余行程时间和/或剩余行程距离是指第一预约请求对应的车辆到目的地的剩余行程时间和/或剩余行程距离。

若第一预约请求中包括的是执行店铺信息，则剩余行程时间和/或剩余行程距离是指第一预约请求对应的车辆到执行店铺的剩余行程时间和/或剩余行程距离。

举例来说，剩余行程距离为1公里的时候，可以执行下述步骤207，否则，继续在步骤206中进行动态监测。

或者，剩余行程时间为20分钟的时候，可以执行下述的步骤207，否则，继续在步骤206中进行动态监测。

在本步骤中，预约服务器还在监测时段内根据所述待执行的预约请求的预估抵达时点的变化，以及所述执行店铺的排单变化，去获取执行店铺的当前排单状态，并以获取的当前排单状态对所述待执行的预约进行动态模拟排单，以模拟排定所述待执行的预约请求所属车辆在抵达执行店铺时在所述执行店铺中的排单位置。

207、若是，将所述待执行的预约请求按动态监测时段内的动态模拟排单位置，植入到执行店铺的待服务列表中的相应位置。

或者，将所述待执行的预约请求按动态监测时段内的动态模拟排单位置，植入到选择的一个执行店铺的待服务列表中的相应位置。

在本实施例中，该步骤207中的执行店铺可为最终给所述待执行的预约请求提供服务的店铺。

需要说明的是，任意一个预约请求对应的动态监测时段可理解为，以待执行的预约请求进入所述动态监测列表时作为监测时段的起始点，以所述待执行的预约请求植入到执行店铺的待服务列表中的相应位置时作为截止点。

当然，在实际应用中，还可能存在取消预约请求的情况存在，此时，动态监测时段可包括：以所述待执行的预约请求进入所述动态监测列表时作为监测时段的起始点，以取消所述待执行的预约请求时作为动态监测时段的截止点。

在另一种可选的实现方式中，在上述步骤206中，还需要监测所述动态监测列表中待执行的预约请求所对应车辆到达执行店铺的预估抵达时间点的变化信息；

根据所述变化信息对待执行的预约请求重新进行动态模拟排单，以使重新动态模拟排单的结果中各车辆等待店铺服务的预估等待时长与动态监测列表中各待执行的预约请求所属的第一预约预测结果中的预估等待时长误差在预设范围内。

在实施例中，预约服务器在监测时段内根据所述待执行的预约请求的预估抵达时点的变化，以及所述执行店铺的排单变化，去获取执行店铺的当前排单状态，并遵循当前预估等待时长与第一预约预测结果中的预估等待时长之间的误差需在在预设范围内的原则，对所述待执行的预约进行动态模拟排单，以模拟排定所述待执行的预约请求所属车辆在抵达执行店铺时在所述执行店铺中的排单位置。

举例来说，本实施例中若前述201中发送第一预约请求的客户端的预估抵达时间点延后半个小时，例如，从3:10延后到3:40，则根据新的预估抵达时间点进行动态模拟排单，使得重新动态模拟排单后的预测结果中预测的等待服务时长和之前第一预约预测结果中预测的等待服务时长误差在预设范围内。

本实施例的方法，以即时预约替代现有方法中的提前预约日期及时段，消除了预约等待期，减少了不确定性预约事件的发生概率，借助于动态模拟排单替代预约时间段，在保障车辆抵达目的地后无需等待或节省等待时间的同时，解决了现有技术中预约时间段对预约系统调度的限制性，提高了预约系统的容错能力，助力车辆预约服务的应用推广。

实施例三

如图3所示，图3示出了本发明另一实施例提供的一种车辆服务的即时预约方法的流程图，本实施例是以目的地多店铺监测时段前的动态模拟排单来确定选择执行店铺、目的地多店铺监测时段中的动态模拟排单来确定执行店铺为例进行说明。本实施例的方法的执行主体为服务器，本实施例的方法和上述实施例二的方法区别在于，本实施例中第一预约请求中以指定目的地来代替指定执行店铺。本实施例的方法包括如下的步骤：

301、接收客户端发送的用于对车辆进行服务的第一预约请求，所述第一预约请求为未设置预约时段、但指定了目的地的预约请求。

在本实施例中，指定的目的地的预设范围有至少一个执行店铺。

302、判断所述第一预约请求是否需要立即执行。

例如，查看第一预约请求中是否携带立即执行的信息。

或者，查看第一预约请求是否已经完成付费的预约请求，若是，则确认该第一预约请求为立即执行的预约请求。

或者，查看第一预约请求的类型是否属于立即执行类型内的，如属于，则可以执行下述的立即执行的流程。

当然，若第一预约请求不属于立即执行的预约请求，则可将已支付费用的所述第一预约请求存储于待激活信息组中。

在具体应用中，若待激活信息组中的至少一个预约请求转为立即执行的预约请求，则调用所述待激活信息组中的预约请求，并执行步骤303。

303、若需要立即执行，则根据所述第一预约请求的预估到达时间点对所述第一预约请求进行动态模拟排单，获取用于发送客户端的所述第一预约请求对应的第一预约预测结果。

举例来说，本实施例中，根据第一预约请求到达目的地预设范围内的所有待执行店铺的预估到达时间点，对可能到达的每一个待执行店铺的第一预约请求进行动态模拟排单。

具体来说，预约服务器获取目的地周边预设范围内所有待执行店铺的当前排单状态，根据所述第一预约请求抵达各个待执行店铺的预估抵达时点，对各个待执行店铺的第一预约请求进行动态模拟排单，以模拟排定所述待第一预约请求所属车辆在抵达每一个待执行店铺时的店铺排单位置，从而计算并获取各个待执行店铺的预估等待时长。

此时，第一预约预测结果可为包括：第一预约请求所属车辆到达每一个待执行店铺之后至获取该待执行店铺服务之时的预估等待时长的信息。

304、将所有的待执行店铺的第一预约预测结果发送客户端。

305、接收到客户端选择的一个待执行店铺的第一预约预测结果。

306、在立即执行之后，可将所述第一预约请求转换为待执行的预约请求，并将所述待执行的预约请求加入到动态监测列表中，开启对所述待执行的预约请求的动态监测。

307、在动态监测时段内，监测并判断所述待执行的预约请求的剩余行程时间和/或剩余行程距离是否满足第一阈值。

308、若是，将所述待执行的预约请求按动态监测时段内的动态模拟排单位置，植入到客户端选择的执行店铺的待服务列表中的相应位置。

在本实施例的执行店铺为最终给所述待执行的预约请求提供服务的店铺。即该步骤中的执行店铺可为在步骤305中客户端接收的所有第一预约预测结果中选择的店铺。

在实际应用中，若多个待执行店铺在目的地预设范围内，如方圆五百米，此时，可在步骤304中将所有的执行店铺的第一预约预测结果发送客户端，客户端能够接收所有的第一预约预测结果时，并不选择执行店铺时，可以在步骤307中再确定执行店铺，当车辆抵达目的地的剩余行程时间和/或剩余行程距离满足第一阈值时，将待执行的预约请求按动态监测时段内的动态模拟排单位置，植入到执行店铺的待服务列表中的相应位置。

例如，在步骤307中的动态监测时段内，获取第一预约请求对应的目的地周边预设范围内所有店铺的当前排单状态，并根据所述当前排单状态对所述待执行的预约请求在目的地预设范围内所有店铺进行动态模拟排单，获取所有店铺中每一店铺的第二预约预测结果；

将第二预约预测结果中等待时长最短的预测结果对应的执行店铺作为执行店铺后，再继续进行动态监测及动态模拟排单；或者，由客户端从第二预约预测结果中选择执行店铺后，再继续进行动态监测及动态模拟排单；

当所述待执行的预约请求的剩余行程时间和/或剩余行程距离满足第一阈值时，将待执行的预约请求按动态监测时段内的动态模拟排单位置，植入到执行店铺的待服务列表中的相应位置。

相应地，在步骤308之前，可将选择的待推送的执行店铺的位置信息发送客户端。

或者，在步骤308之后，可将选择的待推送的执行店铺的位置信息及该执行店铺中的排单序号均发送客户端。

本实施例的方法，可以方便用户操作，解决了现有用户不清楚选择哪个执行店铺合适的问题，同时可以提升用户的使用体验。

进一步地，在上述任一实施例中，在动态监测时间段内，可实时或周期获取第一预约请求对应车辆的已行驶路线信息和/或停留时长信息，判断是否远离目的地，和/或单次停留时长是否超过第二阈值；

若是，则向该车辆所属的客户端发送第一询问信息，所述第一询问信息用于确认该车辆是否继续执行已预约的车辆服务或当前车辆的预约服务；

若接收到第一询问信息的确认响应，则继续进行动态监测，并实时更新服务器内进行动态模拟排单的结果。

另外，在可能的实现方式中，上述方法中，若所述第一预约请求中包括待执行该第一预约请求的起始时间点，则将所述第一预约请求存储在待激活信息组中；

根据第二询问信息的反馈结果，确认是否立即执行该第一预约请求。

例如，接收到第二询问信息的确认响应，则可立即执行该第一预约请求，若接收到的是第二询问信息的延后响应，则将其存储在待激活信息组中，或，若接收到的是第二询问信息的放弃响应，删除上述待激活信息组中的信息。

本实施例的方法消除了预约等待期，减少了不确定性预约事件的发生概率，再以动态模拟排单替代预约时间段，在保障车辆抵达目的地后无需等待或节省等待时间的同时，解决了现有技术中预约时间段对预约系统调度的限制性，提高了预约系统的容错能力。

实施例四

在具体实现过程中，若前述实施例一种A1的第一预约请求为已经进行了支付，且预约服务的执行方式为延后执行时，可将该第一预约请求加入到待激活信息组中。

例如，用户通过手机客户端在指定的线下商铺(即目的地店铺)预约了三日后的配件安装服务的预约请求。由于该预约请求申请了三日后安排配件安装服务，所以该预约请求无需立即执行，记为延后预约，此时该预约请求进入了待激活信息组中，等待预约请求被激活。

用户三日后忘记前往目的地店铺履行预约，则用户会收到预约服务器或目的地店铺发送的是否执行预约的询问信息，以确认是否继续保留当前预约。若用户拒绝保留，则该预约请求将被取消；若用户要求继续保留，则需重新设定一个预约日期，以便用户未履行预约时向用户发送询问信息。

用户在提交预约请求的第二天发现当天的时间比较充裕，进而通过手机客户端找到上述预约请求信息，点击路线引导准备前往预约时指定的目的地店铺，此时用户通过手机客户端将收到一个动态模拟排单的预约预测结果，以供用户对所述预约预测结果进行确认。

即，当前预约请求原本是在三天以后才会激活，但因用户在提交预约申请的第二天就进行了激活操作，所以预约服务器从待激活信息组中调用当前预约请求，并对当前的预约请求进行动态模拟排单，从而获取预约预测结果。

举例来说，预约预测结果包括：根据当前预约请求对应的车辆在抵达目的地店铺后，到开始获取店铺服务之前，所需等待的累计时长和/或所需等待的车次。所述所需等待的车次是指车辆抵达目的地店铺时，还在排队等待获取店铺的相同服务的车辆数量，以及正在获取店铺相同服务的车辆数量的总和。

进一步地，若用户不接收前述步骤A3中的第一预约预测结果，同时触发取消第一预约请求的取消指令，则可以将付款的第一预约预测结果进行后续的退款流程。

上述案例中，用户确认预约预测结果的方式所采用的的方式为手动确认。在实际应用中，用户确认预约预测结果的方式可以是用户对反馈的预约预测结果手动做出接受或拒绝的确认；或者，反馈的预约预测结果在用户的接受范围内时，客户端可自动默认用户接受当前预约预测结果，从而完成了用户确认的步骤。

例如，上述案例中，用户通过手机客户端找到预约请求，点击路线引导准备前往预约商铺，此时若获取的预约预测结果在用户的接受范围内，则无需用户进行确认的情况下，手机客户端直接默认用户接受预约预测结果而执行下一步骤。

此外，用户确认预约预测结果的方式还可以是：若反馈的预约预测结果超出用户的接受范围内时，手机客户端自动默认用户拒绝当前预约预测结果，而预约预测结果在用户的接受范围内时，由用户进行手动选择确认。

例如，用户查看当前时段周边可预约洗车服务的商铺时，服务器中的预约系统将对周边各个店铺进行动态模拟排单并获取预约预测结果，对等待时间和等待车次超出预约系统用户接受范围的店铺不予显示(即：默认用户拒绝当前预约预测结果)，而对等待时间和等待车次在用户的接受范围内的店铺，予以罗列，并显示等待时间和等待车次，以供用户自行选择(即：预约预测结果在用户的接受范围内时，由用户进行手动选择确认)。

实际应用过程中，用户有多重确认预约预测结果的方式，本案不做具体限定。下面是对确认预约预测结果以后所需执行的步骤做出说明。

若用户无法接受该预约预测结果且不申请退款，则当前预约请求重新进入待激活信息组，等待下一次激活；

当待激活信息组中的预约请求被激活时，则该预约请求的预约服务执行方式为立即执行(参考图4所示)。预约请求的激活方式包括但不限于：用户选择预约请求并导航至该预约请求对应的执行店铺；用户选择预约请求并要求获取预约预测结果。

若用户接受当前预约预测结果，则预约系统将获取所述预约预测结果的测算过程中得出的店铺服务开始时点，并在所述店铺服务开始时点处向后添加一项服务时段，所述添加的服务时段的时间长度与当前预约单列明的服务项目的时间长度相同(目的地店铺中各种服务项目都有其对应的标准服务时长)。所述添加的服务时段用以表明其对应的预约请求已开始执行预约服务，所述服务时段已被临时占用，由此可协助相邻的预约请求获取预约预测结果。同时，当前预约请求进入预约监测列表，开启对该预约请求的动态监测。

监测该预约请求对应车辆的行驶路线和/或停留时长，以确定当前预约请求是否有效；

为更好的理解，前述的预约请求可在下述中称为预约单。

若用户采用手机客户端进行路线引导时，监测该预约单对应车辆的行驶路线，从而根据所述导航路线获取引导目的地，进而判断该目的地是否为与目的地执行店铺，或判断该目的地与目的地执行店铺是否处于同一位置来确认当前预约单的有效性；

若用户未用导航进行路线引导，或无法获取导航线路或目的地时，监测当前用户的行驶路线，以用户接受当前预约预测结果时所在的地点作为模拟导航起点，以当前预约单对应的店铺作为模拟导航终点，建立一条或多条模拟导航路线，比对当前用户的行驶路线与所述模拟导航路线的重叠情况以判断当前预约单是否有效。

若用户在预约监测时段内于某地停留时间超过第二预设阈值时，用户需确认是否继续执行预约服务以判断当前预约单的有效性。

在预约单的动态监测时段内，监测预估抵达时点的变化，根据所述预测抵达时点发生的变化，对预约单进行重新进行动态模拟排单。

以下通过实例，描述在动态监测时段内，当预估抵达时点发生提前、延后，或其他预约单发生取消时，预约系统如何通过动态模拟排单对当前预约单进行调整，以使调整后的等待时长和/或等待车次接近所述预约预测结果。

例如，当前时点目的地店铺已有多张现场订单(即有多辆车已在店铺等待洗车)，而预约单的预估抵达时点处于店铺现场订单的服务时段内，如图5A所示。此时，预约服务器将当前预约单的服务时段安排在晚于当前预估抵达时点的空余时段中。由此可知，预估抵达时点与当前预约单的服务时段预估起始时点(即图5A中的插入点)之间已经形成了一个等待时长和等待车次，如图5A所示。

若在监测时段内，导航路线的变动使当前预约单的预估抵达时点发生了提前，如图5B中所示的预估抵达时点相比于图5A中的预估抵达时点发生了前移，但当前预约单的预估服务起始时点(即图5B中的插入点)与图5A中的插入点进行对比发现未发生变动。所以因预估抵达时点提前而重新进行动态模拟排单的结果是：当前预约单的预估等待时长增加。

若在监测时段内，当期预约单对应车辆发生了抛锚，从而使预估抵达时点发生了延后，如图5C中所示，图5C中的预估抵达时点相较图5A的预估抵达时点发生了后移，且刚好落在店铺的排单空余时段中，所以因预估抵达时点延后而重新进行动态模拟排单的结果是：当前预约单对应车辆在抵达目的地店铺时等待时长为零，如图5C所示。

若在监测时段内，目的地执行店铺现场订单被车主主动取消，从而使当前预约单处于空余时段内，即当前预估抵达时点即为服务时段起始时点，如图5D所示，所以因目的地店铺订单变动而重新进行动态模拟排单的结果是：当前预约单对应车辆在抵达目的地店铺时等待时长为零，如图5D所示。

在实际应用中，上述实例会因采取的动态模拟排单方式不同而得出不同的等待时长或等待车次，本实例不再对其他的动态模拟排单方式做出举例。

监测该预约单对应车辆抵达目的地店铺的剩余行程时间和/或剩余行程距离，以确定是否按动态监测时段内的动态模拟排单位置，将当前预约单植入到目的地店铺的待服务订单中：

在下述实例中，剩余行程时间在10分钟范围内，且剩余行程距离达到3KM范围内时，将当前预约单植入到目的地店铺的待服务订单中；

例如，当前预约单对应的车辆根据导航行驶路线驶向目的地店铺时，当前剩余的行程时间10分钟，但剩余行程的路线距离为5KM，不符合预约单的植入条件。

或者，当前预约单对应的车辆根据导航行驶路线驶向目的地店铺时，虽然剩余行程的路线距离为2KM，但由于路阻，当前剩余的行程时间需要12分钟，未达到预约单的植入条件，所以无法将当前预约单植入目的地店铺的待服务订单中。

最后，当前预约单对应的车辆根据导航行驶路线驶向目的地店铺时，当前剩余的行程时间为10分钟，而且剩余行程的路线距离为3KM,符合预约单的植入条件，此时按动态监测时段内的动态模拟排单位置，将当前预约单植入到目的地店铺的待服务订单中。

在动态监测时段内，若预约单满足植入条件时，按动态监测时段内的动态模拟排单位置，将当前预约单植入到目的地店铺的待服务订单中，所述目的地店铺根据所述待服务订单为车辆提供相应服务。

所述待服务订单包括以下一项或多项的组合：车牌号码、排单序号、剩余等待时长和/或剩余等待车次、所需服务项目。

以上，完成了预约服务

需要说明的是，在本实施例中，预约单进入动态监测列表并不表示当前预约单已进入目的地店铺的待服务列表，只表明预约单已开启正式的预约服务。预约系统需在动态监测时段内对各预约单对应车辆进行动态监测以确定是否将当前预约单植入到目的地执行店铺的待服务列表中。由此可知，在动态监测时段内，各预约单提前、延后或取消并不会对目的地店铺的待服务订单的先后排序产生任何影响，预约系统能够根据各预约单的实际情况进行灵活调整。

上述方法，以即时预约替代现有方法中的提前预约日期及时段，消除了预约等待期，减少了不确定性预约事件的发生概率，再以动态模拟排单替代预约时间段，在保障车辆抵达目的地后无需等待或节省等待时间的同时，解决了现有技术中预约时间段对预约系统调度的限制性，提高了预约系统的容错能力。

实施例五

如图6所示，本实施例提供一种车辆服务的即时预约方法，本实施例的方法执行主体为用户设备或用户客户端，该方法可包括下述的步骤：

601、接收到用户触发的用于为车辆服务的启动指令之后，展示用于为车辆服务的预约界面；

602、根据用户在预约界面选择的选项信息生成第一预约请求；

603、将所述第一预约请求发送为预约系统的服务器，以使所述服务器根据所述第一预约请求中的信息进行动态模拟排单或者存储。

进一步地，在实际应用中，前述的方法还包括：

接收用户基于所述预约预测结果触发的响应指令，所述响应指令包括确认所述预约预测结果的信息；则根据响应指令向所述服务器发送确认结果的响应，以使所述服务器对第一预约请求对应的车辆进行动态监测。

在具体应用中，前述实施例四中有记载，若用户在预约界面选择的选项信息包括：指定时间点之前的预测结果都接受的信息；方法还包括：

在实现过程中，所述预约界面选择的选项信息可包括：指定店铺信息。或者，也可不选择指定目的地店铺的信息。

实施例六

如图7所示，图7示出本发明一实施例提供的预约系统中服务器的结构示意图，本实施例的服务器可包括：收发器、处理器71和存储器72；

收发器，用于和预约系统中的终端或客户端交互，实现信息的接收和发送；

所述处理器，用于执行存储在存储器中的计算机程序实现前述实施例一至实施例四的即时预约方法。

在具体应用中，服务器包括：至少一个处理器7、至少一个存储器7、至少一个网络接口7和/或其他接口7。服务器中的各个组件通过总线系统75耦合在一起。可理解的是，总线系统75用于实现这些组件之间的连接通信。总线系统75除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图7中将各种总线都标为总线系统75。

本实施例的服务器可以执行前述的即时预约方法的步骤。

可以理解，本实施例中的存储器72可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-OnlyMemory，ROM)、可编程只读存储器(ProgrammableROM，PROM)、可擦除可编程只读存储器(ErasablePROM，EPROM)、电可擦除可编程只读存储器(ElectricallyEPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(RandomAccessMemory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(StaticRAM，SRAM)、动态随机存取存储器(DynamicRAM，DRAM)、同步动态随机存取存储器(SynchronousDRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(DoubleDataRateSDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(SynchlinkDRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambusRAM，DRRAM)。本文描述的存储器72旨在包括但不限于这些和任意其它适合类型的存储器。

在一些实施方式中，存储器72存储了如下的元素，可执行单元或者数据结构，或者他们的子集，或者他们的扩展集：操作系统721和应用程序722。

其中，操作系统721，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序722，包含各种应用程序，例如媒体播放器(MediaPlayer)、浏览器(Browser)等，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序722中。

在本发明实施例中，处理器71通过调用存储器72存储的程序或指令，具体的，可以是应用程序722中存储的程序或指令，处理器71用于执行实施例一至实施例四所提供的方法步骤。

上述本发明实施例揭示的方法可以应用于处理器71中，或者由处理器71实现。处理器71可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器71中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器71可以是通用处理器、数字信号处理器(DigitalSignalProcessor，DSP)、专用集成电路(ApplicationSpecific IntegratedCircuit，ASIC)、现成可编程门阵列(FieldProgrammableGateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件单元组合执行完成。软件单元可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器72，处理器71读取存储器72中的信息，结合其硬件完成上述方法的步骤。

另外，本发明实施例还提供如下的方案，其包括：

A1、一种车辆服务的即时预约方法，包括：

102、判断所述第一预约请求是否需要立即执行；

105、若是，将所述待执行的预约请求按动态监测时段内的动态模拟排单位置，植入到执行店铺的待服务列表中的相应位置；所述执行店铺为最终给所述待执行的预约请求提供服务的店铺。

A2、根据A1所述的方法，在步骤105之后还包括：

A3、根据A1至A2的任一所述方法，在步骤102之后，103之前，还包括：

若接收，则执行步骤103。

A4、根据A3所述的方法，在步骤103之后，104之前，还包括：

A5、根据A1至A2的任一所述方法，在步骤104之后，105之前，还包括：

若接收，则执行步骤105。

A6、根据A1至A5的任一所述方法，在步骤103之后，104之前，还包括：

若接收到第一询问信息的确认响应，则执行步骤104。

A7、根据A1至A6的任一所述方法，还包括：

A8、根据A1至A7的任一所述方法，在步骤101之后，还包括：

A9、根据A1至A8的任一所述方法，在步骤101之后，还包括：

根据第二询问信息的反馈结果，确认是否执行步骤102。

A10、根据A1至A9的任一所述方法，

动态监测时段，是以所述待执行的预约请求进入所述动态监测列表时作为监测时段的起始点，以所述待执行的预约请求植入到执行店铺的待服务列表中的相应位置时做为截止点；

或，

B11、一种车辆服务的即时预约方法，其特征在于，包括：

M1、接收客户端发送的用于对车辆进行服务的第一预约请求，所述第一预约请求为未设置预约时段的请求；

M2、判断所述第一预约请求是否需要立即执行；

M3、若需要立即执行，则根据所述第一预约请求的预估到达时间点对所述第一预约请求进行动态模拟排单，获取用于发送客户端的所述第一预约请求对应的第一预约预测结果。

B12、根据B11所述的方法，所述M3还包括：

或者，

根据所述第一预约请求所属车辆到达目的地预设范围内的所有待执行店铺的预估到达时间点，对可能到达的每一个待执行店铺的第一预约请求进行动态模拟排单。

C13、一种车辆服务的即时预约方法，包括：

根据用户在预约界面选择的选项信息生成第一预约请求；

C14、根据C13所述的方法，还包括：

C15、根据C13所述的方法，若用户在预约界面选择的选项信息包括：指定时间点之前的预测结果都接受的信息；方法还包括：

D16、一种服务器，包括：存储器和处理器；

所述存储器中存储计算机程序，所述处理器执行所述存储器中存储的计算机程序，具体用于执行上述A1至A10、B11至B12任一所述的即时预约方法。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

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

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。

虽然结合附图描述了本发明的实施方式，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims

1.一种车辆服务的即时预约方法，其特征在于，包括：

102、判断所述第一预约请求是否需要立即执行；

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

3.根据权利要求1至2的任一所述方法，其特征在于，在步骤102之后，103之前，还包括：

若接收，则执行步骤103。

4.根据权利要求3所述的方法，其特征在于，在步骤103之后，104之前，还包括：

5.一种车辆服务的即时预约方法，其特征在于，包括：

A2、判断所述第一预约请求是否需要立即执行；

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

或者，

7.一种车辆服务的即时预约方法，其特征在于，包括：

根据用户在预约界面选择的选项信息生成第一预约请求；

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

9.根据权利要求7所述的方法，其特征在于，若用户在预约界面选择的选项信息包括：指定时间点之前的预测结果都接受的信息；方法还包括：

10.一种服务器，其特征在于，包括：存储器和处理器；

所述存储器中存储计算机程序，所述处理器执行所述存储器中存储的计算机程序，具体用于执行上述权利要求1至6任一所述的即时预约方法。