订单的处理方法及装置与流程

本发明涉及通信领域，具体而言，涉及一种订单的处理方法及装置。

背景技术：

随着通信领域向智能化方向的不断发展，无人驾驶以及电子订单的应用逐渐成为了领域内的热点。目前，在电子订单的应用中，服务器接收订单需求并通过派遣向车辆设备发出电子订单，在这个过程中，司机与服务器形式一对一的派遣和执行关系，因此订单的处理在这个过程中就变得尤为重要。但是，现有相关技术中的电子订单接更新不够及时，获取车辆状态也不够实时，无法通过获取全部车辆状态来分配订单以及更新订单状态。

针对上述的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种订单的处理方法及装置，以至少解决无法通过获取全部车辆状态来分配订单以及更新订单状态的技术问题。

根据本发明实施例的一个方面，提供了一种订单的处理方法，包括：获取第一预设时间内车辆上报信息的状态；如果所述第一预设时间内所述车辆没有上报信息，将没有上报信息的车辆的接单状态设置为不派单；获取订单信息，并发送所述订单信息至所述第一预设时间内有上报信息的车辆；以及根据车辆反馈的订单状态，完成对本地订单状态的更新。

可选地，获取第一预设时间内车辆上报信息的情况包括：获取所有车辆最后上报信息的时间信息；判断时间信息与第一预设时间之和是否大于当前时间，以及如果时间信息与第一预设时间之和大于当前时间，则第一预设时间内车辆有上报信息，当时间信息与第一预设时间之和小于当前时间时，则第一预设时间内车辆无上报信息。

可选地，在获取订单信息，并发送订单信息至第一预设时间内有上报信息的车辆之后，还包括：判断车辆在第二预设时间内是否接单；如果车辆在第二预设时间内未接单，检测订单信息创建时间是否超过第三预设时间，以及如果订单信息创建时间超过第三预设时间，取消车辆的订单。

可选地，所述根据车辆反馈的订单状态，完成对本地订单状态的更新包括：确认车辆接收订单信息，并将本地订单状态更新为第一订单状态；根据第一订单状态，在车辆达到上车地点后，将本地订单状态更新为第二订单状态；根据第二订单状态，在乘客上车后，将本地订单状态更新为第三订单状态；根据第三订单状态，在车辆到达目的地后，将本地订单状态更新为第四订单状态。

根据本发明实施例的另一方面，还提供了一种订单的处理方法，包括：显示第一预设时间内车辆上报信息的状态，其中，状态包括：接收到上报信息，没有接收到上报信息；在接收到订单信息的情况下，显示允许接收订单信息的车辆的车辆信息，其中，第一预设时间内接收到上报信息的车辆设定为允许接收订单信息的车辆；基于车辆信息，将订单信息发送至允许接收订单信息的车辆。

可选地，如果第一预设时间内车辆没有上报信息，将没有上报信息的车辆的接单状态设置为不派单。

可选地，在将订单信息发送至允许接收订单信息的车辆之后，方法还包括：接收车辆处理订单信息所产生的订单状态；根据车辆反馈的订单状态，完成对本地订单状态的更新。

根据本发明实施例的另一方面，还提供了一种订单的处理装置，包括：获取模块，用于获取第一预设时间内车辆上报信息的状态；处理模块，用于如果第一预设时间内车辆没有上报信息，将没有上报信息的车辆的接单状态设置为不派单；派遣模块，用于获取订单信息，并发送订单信息至第一预设时间内有上报信息的车辆；更新模块，用于根据车辆反馈的订单状态，完成对本地订单状态的更新。

可选地，获取模块包括：获取单元，用于获取所有车辆最后上报信息的时间信息；判断单元，用于判断时间信息与第一预设时间之和是否大于当前时间，以及确定单元，用于如果时间信息与第一预设时间之和大于当前时间，则第一预设时间内车辆有上报信息，当时间信息与第一预设时间之和小于当前时间时，则第一预设时间内车辆无上报信息。

可选地，装置还包括：判断模块，用于判断车辆在第二预设时间内是否接单；检测模块，用于如果车辆在第二预设时间内未接单，检测订单信息创建时间是否超过第三预设时间，以及取消模块，用于如果订单信息创建时间超过第三预设时间，取消车辆的订单。

可选地，更新模块包括：第一更新单元，用于确认车辆接收订单信息，并将本地订单状态更新为第一订单状态；第二更新单元，用于根据第一订单状态，当车辆达到上车地点后，将本地订单状态更新为第二订单状态；第三更新单元，用于根据第二订单状态，当乘客上车后，将本地订单状态更新为第三订单状态；第四更新单元，用于根据第三订单状态，当车辆到达目的地后，将本地订单状态更新为第四订单状态。

根据本发明实施例的另一方面，还提供了一种存储介质，其特征在于，存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行所述的方法。

根据本发明实施例的另一方面，还提供了一种处理器，其特征在于，处理器用于运行存储在存储器中的程序，其中，程序运行时执行所述的方法。

在本发明实施例中，采用获取第一预设时间内车辆上报信息的状态并将没有上报信息的车辆的接单状态设置为不派单，同时将订单信息发送至第一预设时间内有上报信息的车辆，最后完成对本地订单状态的更新的方式，解决了无法通过获取全部车辆状态来分配订单以及更新订单状态的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种订单的处理方法的流程图；

图2是根据本发明实施例的一种可选的订单的处理方法的流程图；

图3是根据本发明实施例的一种订单的处理装置的结构框图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本发明实施例，提供了一种订单的处理方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的一种订单的处理方法，如图1所示，该方法包括如下步骤：

步骤s102，获取第一预设时间内车辆上报信息的状态。

具体地，由于服务器在进行派单之前，需要对目前正在活动可以接单的车辆进行检测，即只能将订单派送至活跃的车辆，所以判断车辆是否处于活跃状态的方法就是将一段时间内车辆上报信息的情况进行采集，其中，车辆上报信息标志着车辆有数据交互，因此可以判断有数据交互的车辆为活跃的车辆，也就是可以接收订单的车辆。

采集车辆上报信息的方式可以是使用服务器处理器中的时钟计数器，例如，当车辆a向服务器发送数据的时候，针对车辆a进行计数+1，以此类推，经过一段时间后，计数为0的车辆均为不活跃的车辆。

可选地，获取第一预设时间内车辆上报信息的情况包括：获取所有车辆最后上报信息的时间信息；判断所述时间信息与所述第一预设时间之和是否大于当前时间，以及如果所述时间信息与所述第一预设时间之和大于当前时间，则所述第一预设时间内车辆有上报信息，当所述时间信息与所述第一预设时间之和小于当前时间时，则所述第一预设时间内车辆无上报信息。

具体地，获取所有车辆最后上报信息的时间信息是根据上述本发明实施例的描述，由于服务器在进行派单之前，需要对目前正在活动可以接单的车辆进行检测，即只能将订单派送至活跃的车辆，所以判断车辆是否处于活跃状态的方法就是将一段时间内车辆上报信息的情况进行采集，其中，车辆上报信息标志着车辆有数据交互，因此可以判断有数据交互的车辆为活跃的车辆，也就是可以接收订单的车辆。

具体地，判断时间信息与第一预设时间之和是否大于当前时间，以及如果所述时间信息与所述第一预设时间之和大于当前时间，则第一预设时间内车辆有上报信息，当时间信息与所述第一预设时间之和小于当前时间时，则所述第一预设时间内车辆无上报信息，即当前服务器记录每个车辆的信息上报时间，并将设置预设时间，当信息上报时间与预设时间的和超过了当前时间点的时候，则说明车辆信息上报时间在预设时间段内，也就是说该车辆是活跃的。

需要说明的是，时间信息指的是车辆的最后信息上报时间，第一预设时间是根据实际情况系统预设的。

例如，车辆a最后上报信息的时间为9:00，第一预设时间为15分钟，服务器本地当前时间为9:10，那么车辆a最后上报信息时间加上第一预设时间之和为9:15，由此可以看出，车辆a最后上报信息时间加上第一预设时间之和大于服务器本地当前时间，也就是说车辆a为活跃车辆。

步骤s104，如果所述第一预设时间内所述车辆没有上报信息，将没有上报信息的车辆的接单状态设置为不派单。

具体地，根据步骤s102所得到的车辆活跃情况，服务器会将没有在第一预设时间内上报信息的车辆设置为不派单，即不活跃的车辆是无法被服务器派遣订单的。

例如，车辆a最后上报信息的时间为9:00，第一预设时间为15分钟，服务器本地当前时间为9:20，那么车辆a最后上报信息时间加上第一预设时间之和为9:15，由此可以看出，车辆a最后上报信息时间加上第一预设时间之和小于服务器本地当前时间，也就是说车辆a为不活跃车辆，那么服务器将设置车辆a的状态为不派单，在有订单的时候，将不会将订单发送至车辆a。

步骤s106，获取订单信息，并发送所述订单信息至所述第一预设时间内有上报信息的车辆。

具体地，当服务器获取到订单信息的时候，需要将订单信息派遣给活跃的车辆，使获取到的订单可以及时的被活跃车辆处理，所以根据步骤s104所得到的活跃的车辆，服务器将订单信息通过远程通讯协议发送至某一活跃车辆的设备上，完成订单派遣过程。

可选地，在获取订单信息，并发送所述订单信息至所述第一预设时间内有上报信息的车辆之后，还包括：判断车辆在第二预设时间内是否接单；如果所述车辆在所述第二预设时间内未接单，检测所述订单信息创建时间是否超过第三预设时间，以及如果所述订单信息创建时间超过第三预设时间，取消所述车辆的订单。

具体地，当服务器根据目前活跃的车辆将订单信息发送至相关车辆的时候，需要判断该车辆是否成功接单，那么通过判断车辆在一段时间内(第二预设时间)是否接收了订单信息，便可以得到车辆获取该订单信息的情况，当车辆在上述时间段内未进行接单的时候，再次通过判断该订单信息的创建时间是否超过了一定的时间段(第三预设时间)来确定是否需要取消派遣该车辆的订单，即当车辆在第二预设时间内不接单并且订单的存在时间还超过了第三预设时间，那么说明该车辆暂时因为一些原因无法接收并处理订单，这是服务器会取消向该车辆派遣的订单，并将订单继续派遣给其他活跃的车辆。

例如，车辆a被服务器派遣了一个订单信息b，但是在第二预设时间(半小时)内还未接单，那么当服务器发送该订单至车辆a后超过半小时的时候，则继续判断该订单的创建时间是否超过了第三预设时间(40分钟)，当判断超过订单创建时间40分钟的时候，说明书车辆a已经确定不能对该订单进行接收和处理，则服务器会取消向车辆a发送的订单b。

步骤s108，以及根据车辆反馈的订单状态，完成对本地订单状态的更新。

具体地，当车辆接收了服务器向车辆发出的订单信息之后，车辆会根据订单信息中乘客信息、位置信息等进行处理，而服务器本地对于该订单状态的信息也要随着车辆处理订单的不同进度而更新，例如可以是根据乘客是否上车、车辆是否到达目的地等来实时更新服务器本地的订单信息状态，以使得工作人员可以随时掌握所有车辆进行中的订单的进度情况。

可选地，所述根据车辆反馈的订单状态，完成对本地订单状态的更新包括：确认车辆接收所述订单信息，并将所述本地订单状态更新为第一订单状态；根据所述第一订单状态，在所述车辆达到上车地点后，将所述本地订单状态更新为第二订单状态；根据所述第二订单状态，在乘客上车后，将所述本地订单状态更新为第三订单状态；根据所述第三订单状态，在所述车辆到达目的地后，将所述本地订单状态更新为第四订单状态。

具体地，根据车辆执行所接收到的订单的不同阶段，本地订单状态需要随时进行更新，例如，当车辆a确认接收到订单b之后，本地订单状态可以更新为“去接乘客”，当车辆a到达乘客上车地点的时候，本地订单状态可以更新为“等待上车”，当车辆a乘客成功上车之后，本地订单状态可以更新为“行程中”，当车辆a到达目的地的时候，本地订单状态可以更新为“行程结束”。

通过上述步骤，可以实现通过获取全部车辆状态来分配订单以及更新订单状态的目的。

图2是根据本发明实施例可选的一种订单的处理方法，如图2所示，该方法包括如下步骤：

步骤s202，显示第一预设时间内车辆上报信息的状态，其中，所述状态包括：接收到上报信息，没有接收到上报信息。

可选地，如果所述第一预设时间内所述车辆没有上报信息，将没有上报信息的车辆的接单状态设置为不派单。

具体地，由于服务器在进行派单之前，需要对目前正在活动可以接单的车辆进行检测，即只能将订单派送至活跃的车辆，所以判断车辆是否处于活跃状态的方法就是将一段时间内车辆上报信息的情况进行采集，其中，车辆上报信息标志着车辆有数据交互，因此可以判断有数据交互的车辆为活跃的车辆，也就是可以接收订单的车辆。

采集车辆上报信息的方式可以是使用服务器处理器中的时钟计数器，例如，当车辆a向服务器发送数据的时候，针对车辆a进行计数+1，以此类推，经过一段时间后，计数为0的车辆均为不活跃的车辆。

步骤s204，在接收到订单信息的情况下，显示允许接收所述订单信息的车辆的车辆信息，其中，所述第一预设时间内接收到上报信息的车辆设定为允许接收所述订单信息的车辆。

具体地，获取所有车辆最后上报信息的时间信息是根据上述本发明实施例的描述，由于服务器在进行派单之前，需要对目前正在活动可以接单的车辆进行检测，即只能将订单派送至活跃的车辆，所以判断车辆是否处于活跃状态的方法就是将一段时间内车辆上报信息的情况进行采集，其中，车辆上报信息标志着车辆有数据交互，因此可以判断有数据交互的车辆为活跃的车辆，也就是可以接收订单的车辆。

具体地，判断时间信息与第一预设时间之和是否大于当前时间，以及如果所述时间信息与所述第一预设时间之和大于当前时间，则第一预设时间内车辆有上报信息，当时间信息与所述第一预设时间之和小于当前时间时，则所述第一预设时间内车辆无上报信息，即当前服务器记录每个车辆的信息上报时间，并将设置预设时间，当信息上报时间与预设时间的和超过了当前时间点的时候，则说明车辆信息上报时间在预设时间段内，也就是说该车辆是活跃的。

步骤s206，基于所述车辆信息，将所述订单信息发送至允许接收所述订单信息的车辆。

具体地，当服务器获取到订单信息的时候，需要将订单信息派遣给活跃的车辆，使获取到的订单可以及时的被活跃车辆处理，所以根据步骤s104所得到的活跃的车辆，服务器将订单信息通过远程通讯协议发送至某一活跃车辆的设备上，完成订单派遣过程。

根据本发明实施例，当服务器根据目前活跃的车辆将订单信息发送至相关车辆的时候，需要判断该车辆是否成功接单，那么通过判断车辆在一段时间内(第二预设时间)是否接收了订单信息，便可以得到车辆获取该订单信息的情况，当车辆在上述时间段内未进行接单的时候，再次通过判断该订单信息的创建时间是否超过了一定的时间段(第三预设时间)来确定是否需要取消派遣该车辆的订单，即当车辆在第二预设时间内不接单并且订单的存在时间还超过了第三预设时间，那么说明该车辆暂时因为一些原因无法接收并处理订单，这是服务器会取消向该车辆派遣的订单，并将订单继续派遣给其他活跃的车辆。

例如，车辆a被服务器派遣了一个订单信息b，但是在第二预设时间(半小时)内还未接单，那么当服务器发送该订单至车辆a后超过半小时的时候，则继续判断该订单的创建时间是否超过了第三预设时间(40分钟)，当判断超过订单创建时间40分钟的时候，说明书车辆a已经确定不能对该订单进行接收和处理，则服务器会取消向车辆a发送的订单b。

可选地，在将所述订单信息发送至允许接收所述订单信息的车辆之后，所述方法还包括：接收所述车辆处理所述订单信息所产生的订单状态；根据所述车辆反馈的所述订单状态，完成对本地订单状态的更新。

具体地，当车辆接收了服务器向车辆发出的订单信息之后，车辆会根据订单信息中乘客信息、位置信息等进行处理，而服务器本地对于该订单状态的信息也要随着车辆处理订单的不同进度而更新，例如可以是根据乘客是否上车、车辆是否到达目的地等来实时更新服务器本地的订单信息状态，以使得工作人员可以随时掌握所有车辆进行中的订单的进度情况。

图3是根据本发明实施例可选的一种订单的处理装置，如图3所示，包括：获取模块30，用于获取第一预设时间内车辆上报信息的状态；处理模块32，用于如果所述第一预设时间内所述车辆没有上报信息，将没有上报信息的车辆的接单状态设置为不派单；派遣模块34，用于获取订单信息，并发送所述订单信息至所述第一预设时间内有上报信息的车辆；更新模块36，用于根据车辆反馈的订单状态，完成对本地订单状态的更新。

获取模块30，用于获取第一预设时间内车辆上报信息的状态，具体地，由于服务器在进行派单之前，需要对目前正在活动可以接单的车辆进行检测，即只能将订单派送至活跃的车辆，所以判断车辆是否处于活跃状态的方法就是将一段时间内车辆上报信息的情况进行采集，其中，车辆上报信息标志着车辆有数据交互，因此可以判断有数据交互的车辆为活跃的车辆，也就是可以接收订单的车辆。

采集车辆上报信息的方式可以是使用服务器处理器中的时钟计数器，例如，当车辆a向服务器发送数据的时候，针对车辆a进行计数+1，以此类推，经过一段时间后，计数为0的车辆均为不活跃的车辆。

可选地，获取模块30包括：获取单元，用于获取所有车辆最后上报信息的时间信息；判断单元，用于判断所述时间信息与所述第一预设时间之和是否大于当前时间，以及确定单元，用于如果所述时间信息与所述第一预设时间之和大于当前时间，则所述第一预设时间内车辆有上报信息，当所述时间信息与所述第一预设时间之和小于当前时间时，则所述第一预设时间内车辆无上报信息。

具体地，获取所有车辆最后上报信息的时间信息是根据上述本发明实施例的描述，由于服务器在进行派单之前，需要对目前正在活动可以接单的车辆进行检测，即只能将订单派送至活跃的车辆，所以判断车辆是否处于活跃状态的方法就是将一段时间内车辆上报信息的情况进行采集，其中，车辆上报信息标志着车辆有数据交互，因此可以判断有数据交互的车辆为活跃的车辆，也就是可以接收订单的车辆。

具体地，判断时间信息与第一预设时间之和是否大于当前时间，以及如果所述时间信息与所述第一预设时间之和大于当前时间，则第一预设时间内车辆有上报信息，当时间信息与所述第一预设时间之和小于当前时间时，则所述第一预设时间内车辆无上报信息，即当前服务器记录每个车辆的信息上报时间，并将设置预设时间，当信息上报时间与预设时间的和超过了当前时间点的时候，则说明车辆信息上报时间在预设时间段内，也就是说该车辆是活跃的。

需要说明的是，时间信息指的是车辆的最后信息上报时间，第一预设时间是根据实际情况系统预设的。

例如，车辆a最后上报信息的时间为9:00，第一预设时间为15分钟，服务器本地当前时间为9:10，那么车辆a最后上报信息时间加上第一预设时间之和为9:15，由此可以看出，车辆a最后上报信息时间加上第一预设时间之和大于服务器本地当前时间，也就是说车辆a为活跃车辆。

处理模块32，用于如果所述第一预设时间内所述车辆没有上报信息，将没有上报信息的车辆的接单状态设置为不派单，具体地，根据获取模块30所得到的车辆活跃情况，服务器会将没有在第一预设时间内上报信息的车辆设置为不派单，即不活跃的车辆是无法被服务器派遣订单的。

例如，车辆a最后上报信息的时间为9:00，第一预设时间为15分钟，服务器本地当前时间为9:20，那么车辆a最后上报信息时间加上第一预设时间之和为9:15，由此可以看出，车辆a最后上报信息时间加上第一预设时间之和小于服务器本地当前时间，也就是说车辆a为不活跃车辆，那么服务器将设置车辆a的状态为不派单，在有订单的时候，将不会将订单发送至车辆a。

派遣模块34，用于获取订单信息，并发送所述订单信息至所述第一预设时间内有上报信息的车辆，具体地，当服务器获取到订单信息的时候，需要将订单信息派遣给活跃的车辆，使获取到的订单可以及时的被活跃车辆处理，所以根据步骤s104所得到的活跃的车辆，服务器将订单信息通过远程通讯协议发送至某一活跃车辆的设备上，完成订单派遣过程。

可选地，在获取订单信息，并发送所述订单信息至所述第一预设时间内有上报信息的车辆之后，还包括：判断模块，用于判断车辆在第二预设时间内是否接单；检测模块，用于如果所述车辆在所述第二预设时间内未接单，检测所述订单信息创建时间是否超过第三预设时间，以及取消模块，用于如果所述订单信息创建时间超过第三预设时间，取消所述车辆的订单。

具体地，当服务器根据目前活跃的车辆将订单信息发送至相关车辆的时候，需要判断该车辆是否成功接单，那么通过判断车辆在一段时间内(第二预设时间)是否接收了订单信息，便可以得到车辆获取该订单信息的情况，当车辆在上述时间段内未进行接单的时候，再次通过判断该订单信息的创建时间是否超过了一定的时间段(第三预设时间)来确定是否需要取消派遣该车辆的订单，即当车辆在第二预设时间内不接单并且订单的存在时间还超过了第三预设时间，那么说明该车辆暂时因为一些原因无法接收并处理订单，这是服务器会取消向该车辆派遣的订单，并将订单继续派遣给其他活跃的车辆。

例如，车辆a被服务器派遣了一个订单信息b，但是在第二预设时间(半小时)内还未接单，那么当服务器发送该订单至车辆a后超过半小时的时候，则继续判断该订单的创建时间是否超过了第三预设时间(40分钟)，当判断超过订单创建时间40分钟的时候，说明书车辆a已经确定不能对该订单进行接收和处理，则服务器会取消向车辆a发送的订单b。

更新模块36，用于根据车辆反馈的订单状态，完成对本地订单状态的更新，具体地，当车辆接收了服务器向车辆发出的订单信息之后，车辆会根据订单信息中乘客信息、位置信息等进行处理，而服务器本地对于该订单状态的信息也要随着车辆处理订单的不同进度而更新，例如可以是根据乘客是否上车、车辆是否到达目的地等来实时更新服务器本地的订单信息状态，以使得工作人员可以随时掌握所有车辆进行中的订单的进度情况。

可选地，更新模块包括：第一更新单元，用于确认车辆接收所述订单信息，并将所述本地订单状态更新为第一订单状态；第二更新单元，用于根据所述第一订单状态，在所述车辆达到上车地点后，将所述本地订单状态更新为第二订单状态；第三更新单元，用于根据所述第二订单状态，在乘客上车后，将所述本地订单状态更新为第三订单状态；第四更新单元，用于根据所述第三订单状态，在所述车辆到达目的地后，将所述本地订单状态更新为第四订单状态。

具体地，根据车辆执行所接收到的订单的不同阶段，本地订单状态需要随时进行更新，例如，当车辆a确认接收到订单b之后，本地订单状态可以更新为“去接乘客”，当车辆a到达乘客上车地点的时候，本地订单状态可以更新为“等待上车”，当车辆a乘客成功上车之后，本地订单状态可以更新为“行程中”，当车辆a到达目的地的时候，本地订单状态可以更新为“行程结束”。

根据本发明实施例的另一方面，还提供了一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行所述的方法。例如，可以执行以下步骤：获取第一预设时间内车辆上报信息的状态；如果所述第一预设时间内所述车辆没有上报信息，将没有上报信息的车辆的接单状态设置为不派单；获取订单信息，并发送所述订单信息至所述第一预设时间内有上报信息的车辆；以及根据车辆反馈的订单状态，完成对本地订单状态的更新。

根据本发明实施例的另一方面，还提供了一种处理器，其特征在于，所述处理器用于运行存储在存储器中的程序，其中，所述程序运行时执行所述的方法。例如，可以执行以下步骤：获取第一预设时间内车辆上报信息的状态；如果所述第一预设时间内所述车辆没有上报信息，将没有上报信息的车辆的接单状态设置为不派单；获取订单信息，并发送所述订单信息至所述第一预设时间内有上报信息的车辆；以及根据车辆反馈的订单状态，完成对本地订单状态的更新。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

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

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

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。