一种调度车辆的方法、装置、设备及存储介质与流程

本申请涉及车辆租赁技术领域，尤其涉及一种调度车辆的方法、装置、设备及存储介质。

背景技术：

租车是人们在用车，尤其是短期用车时比较喜欢考虑的一个选项。目前，用户租车需要通过服务网点。当用户需要租车时，可以去往当前位置附近的服务网点进行登记并取车，并在用车完毕后将车辆停入目的地附近的服务网点进行归还。

现有技术中，通常由运维人员根据经验在各个服务网点中预先投放车辆。然而，这种车辆调度方式比较单一，无法适应用户的需求，且容易导致服务网点的车辆闲置。

技术实现要素：

有鉴于此，本申请提供一种调度车辆的方法、装置、设备及存储介质，以解决上述现有技术方案中存在的问题。

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

根据本申请的第一方面，提出了一种调度车辆的方法，包括：

接收用户发送的预约租车请求，所述预约租车请求中包括租车地点和出发时间；

确定以所述租车地点为中心的预设范围内的目标服务网点；

若所述目标服务网点中不存在供所述用户租用的车辆，则在以所述出发时间为起点往前的预设时间段内向所述目标服务网点调度供所述用户租用的车辆。

在一实施例中，所述在以所述出发时间为起点往前的预设时间段内向所述目标服务网点调度供所述用户租用的车辆，包括：

在以所述出发时间为起点往前的预设时间段内，从当前区域内的其他服务网点向所述目标服务网点调度车辆，所述其他服务网点为所述当前区域内除所述目标服务网点之外的服务网点。

在一实施例中，所述在以所述出发时间为起点往前的预设时间段内向所述目标服务网点调度供所述用户租用的车辆，方法还包括：

确定所述目标服务网点对应的奖励信息；

在以所述出发时间为起点往前的预设时间段内，向符合预设条件的已租车用户推送提示消息，所述提示消息用于提示所述已租车用户在以所述出发时间为起点往前的预设时间段内向所述目标服务网点归还车辆，将获得所述奖励信息。

在一实施例中，所述方法还包括：

若在所述出发时间之前的预设时间，所述目标服务网点中不存在供所述用户租用的车辆，则执行所述从当前区域内的其他服务网点向所述目标服务网点调度车辆的操作

响应于接收到所述已租车用户的同意还车信息，向所述已租车用户推送到达所述目标服务网点的导航信息。

在一实施例中，所述符合预设条件，包括以下任至少一种：

行驶路线途经以所述目标服务网点为中心的预设范围内；

目的地在以所述目标服务网点为中心的预设范围内；

当前确定的还车网点不是所述目标服务网点。

在一实施例中，所述预约租车请求中包括出行人数；

所述在以所述出发时间为起点往前的预设时间段内向所述目标服务网点调度供所述用户租用的车辆之前，所述方法还包括：

基于所述出行人数确定供所述用户租用的车辆的目标车型；

所述符合预设条件还包括：租用所述目标车型的车辆。

在一实施例中，所述方法还包括：

向所述用户推送用于表示车辆调度成功的提示信息，所述提示信息中包括目标服务网点的相关信息。

根据本申请的第二方面，提出了一种调度车辆的装置，包括：

租车请求接收模块，用于接收用户发送的预约租车请求，所述预约租车请求中包括租车地点和出发时间；

服务网点确定模块，用于确定以所述租车地点为中心的预设范围内的目标服务网点；

租用车辆调度模块，用于当所述目标服务网点中不存在供所述用户租用的车辆时，在以所述出发时间为起点往前的预设时间段内向所述目标服务网点调度供所述用户租用的车辆。

根据本申请的第三方面，提出了一种调度车辆的设备，其特征在于，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现上述任一所述的调度车辆的方法。

根据本申请的第四方面，提出了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行上述任一所述的调度车辆的方法。

由以上技术方案可见，本申请通过接收用户发送的预约租车请求，并确定以所述租车地点为中心的预设范围内的目标服务网点，进而当所述目标服务网点中不存在供所述用户租用的车辆时，在以所述出发时间为起点往前的预设时间段内向所述目标服务网点调度供所述用户租用的车辆，由于是基于用户发送的预约用车请求确定目标服务网点并向目标服务网点调度车辆，可以实现基于用户的用车需求进行车辆调度，提高用户租车成功的概率，并且可以避免由于车辆闲置导致的服务网点的资源浪费。

附图说明

图1是本申请第一示例性实施例示出的一种调度车辆的方法的流程图；

图2是本申请第二示例性实施例示出的一种调度车辆的方法的流程图；

图3是本申请第三示例性实施例示出的一种调度车辆的方法的流程图；

图4是本申请第四示例性实施例示出的一种调度车辆的方法的流程图；

图5是本申请一示例性实施例示出的一种调度车辆的装置的结构图；

图6是本申请又一示例性实施例示出的一种调度车辆的装置的结构图；

图7是本申请一示例性实施例示出的一种调度车辆的设备的结构图。

具体实施方式

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

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

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

图1是本申请第一示例性实施例示出的一种调度车辆的方法的流程图；该实施例可以用于平台服务端，其中，所述平台服务端可以包括一台服务器和多台服务器组成的服务器集群等。如图1所示，该方法包括步骤s101-s103：

在步骤s101中：接收用户发送的预约租车请求。

在一实施例中，当用户需要通过平台服务端租用车辆时，可以通过智能手机等终端设备向平台服务端发送预约租车请求，进而平台服务端可以在接收到该预约租车请求后，通过执行后续步骤在用户的出发时间之前为该用户调度车辆。

在一实施例中，上述预约请求中可以包括用户的租车地点和出发时间。

在一实施例中，上述租车地点可以为用户预约的租用车辆的地点，例如可以为用户的住址、工作所在地等，本实施例对此不进行限定。

在一实施例中，上述出发时间可以为用户预约的租用车辆的时间，例如可以为用户计划使用车辆出行的时间等，本实施例对此不进行限定。

值得说明的是，为了确保平台服务端有足够的时间为用户调度到可用的车辆，用户可以按照平台的要求提前预设时间(如，3天、48小时或24小时等)向平台服务端发送上述预约租车请求。

在步骤s102中：确定以所述租车地点为中心的预设范围内的目标服务网点。

在一实施例中，当平台服务端接收用户发送的预约租车请求后，可以确定以所述租车地点为中心的预设范围内的目标服务网点。

在一实施例中，上述预设范围可以由开发人员根据实际业务需要进行设置，如设置为1公里、2公里或3公里等。

在一实施例中，平台服务端可以将以所述租车地点为中心的预设范围内的一个或多个租车服务网点确定为目标服务网点。

在步骤s103中：若所述目标服务网点中不存在供所述用户租用的车辆，则在以所述出发时间为起点往前的预设时间段内向所述目标服务网点调度供所述用户租用的车辆。在一实施例中，当平台服务端确定以所述租车地点为中心的预设范围内的目标服务网点后，可以确定目标服务网点当前时间是否存在供所述用户租用的车辆，或预测目标服务网点在上述用户的出发时间是否存在供所述用户租用的车辆：

如果检测到该目标服务网点在上述时间不存在供所述用户租用的车辆，则可以在以所述出发时间为起点往前的预设时间段内向所述目标服务网点调度供所述用户租用的车辆。

值得说明的是，上述预测目标服务网点在上述用户的出发时间是否存在供所述用户租用的车辆的方式可以采用现有技术中的方案，如基于已租车用户的行程计划、还车时间等信息进行预测，本实施例对此不进行限定。

在一实施例中，上述预设时间段可以由平台服务端根据实际业务需要进行设置，如设置为2天、24小时或12小时等，本实施例对此不进行限定。

在一实施例中，当平台服务端确定目标服务网点后，可以采取人工调度车辆和激励其他租车用户向目标服务网点还车中的至少一种方式，实现向所述目标服务网点调度车辆，以供所述用户租用。

在一实施例中，上述调度车辆的方式还可以参见下述图2或图3所示实施例，在此先不进行详述。

由上述描述可知，本实施例通过接收用户发送的预约租车请求，并确定以所述租车地点为中心的预设范围内的目标服务网点，进而当所述目标服务网点中不存在供所述用户租用的车辆时，在以所述出发时间为起点往前的预设时间段内向所述目标服务网点调度供所述用户租用的车辆，由于是基于用户发送的预约用车请求确定目标服务网点并向目标服务网点调度车辆，可以实现基于用户的用车需求进行车辆调度，提高用户租车成功的概率，并且可以避免由于车辆闲置导致的服务网点的资源浪费。

图2是本申请第二示例性实施例示出的一种调度车辆的方法的流程图；该实施例可以用于平台服务端，其中，所述平台服务端可以包括一台服务器和多台服务器组成的服务器集群等。如图2所示，该方法包括步骤s201-s203：

在步骤s201中：接收用户发送的预约租车请求。

其中，所述预约租车请求中包括租车地点和出发时间。

在步骤s202中：确定以所述租车地点为中心的预设范围内的目标服务网点。

其中，步骤s201-s202的相关解释和说明可以参见上述实施例，在此不进行赘述。

在步骤s203中：若所述目标服务网点中不存在供所述用户租用的车辆，则在以所述出发时间为起点往前的预设时间段内，从当前区域内的其他服务网点向所述目标服务网点调度车辆，所述其他服务网点为所述当前区域内除所述目标服务网点之外的服务网点。

在一实施例中，当平台服务端确定以所述租车地点为中心的预设范围内的目标服务网点后，可以确定目标服务网点当前时间是否存在供所述用户租用的车辆，或预测目标服务网点在上述用户的出发时间是否存在供所述用户租用的车辆：

如果检测到该目标服务网点在上述时间不存在供所述用户租用的车辆，则可以在以所述出发时间为起点往前的预设时间段内，从当前区域内的其他服务网点向所述目标服务网点调度车辆。

在一实施例中，上述预设时间段可以由平台服务端根据实际业务需要进行设置，如设置为2天、24小时或12小时等，本实施例对此不进行限定。

在一实施例中，上述当前区域可以为由平台根据业务范围自由划分的区域，例如市区、城区、街道和居民区等，本实施例对此不进行限定。

在一实施例中，平台服务端可以向运维人员的终端设备发送用于调度车辆的通知信息，进而运维人员可以响应于接收到的通知信息，从当前区域内的其他服务网点向所述目标服务网点调度车辆。

由上述描述可知，本实施例通过在以所述出发时间为起点往前的预设时间段内，从当前区域内的其他服务网点向所述目标服务网点调度车辆，可以实现基于用户的用车需求从其他服务网点进行车辆调度，提高用户租车成功的概率，并且可以避免由于车辆闲置导致的服务网点的资源浪费。

图3是本申请第三示例性实施例示出的一种调度车辆的方法的流程图；该实施例可以用于平台服务端，其中，所述平台服务端可以包括一台服务器和多台服务器组成的服务器集群等。如图1所示，该方法包括步骤s301-s306：

在步骤s301中，接收用户发送的预约租车请求。

其中，所述预约租车请求中包括租车地点和出发时间；

在步骤s302中，确定以所述租车地点为中心的预设范围内的目标服务网点。

其中，步骤s301-s302的相关解释和说明可以参见上述实施例，在此不进行赘述。

在步骤s303中，若所述目标服务网点中不存在供所述用户租用的车辆，则确定所述目标服务网点对应的奖励信息。

在一实施例中，当确定以所述租车地点为中心的预设范围内的目标服务网点后，可以确定目标服务网点当前时间是否存在供所述用户租用的车辆，或预测目标服务网点在上述用户的出发时间是否存在供所述用户租用的车辆：

如果检测到该目标服务网点在上述时间不存在供所述用户租用的车辆，则可以确定该目标服务网点对应的奖励信息。

在一实施例中，上述目标服务网点对应的奖励信息包括用户在该目标服务网点归还可供所述用户进行租用的车辆后所能获得的奖励信息。在一实施例中，上述奖励信息的类型可以由开发人员根据实际业务需要进行设置，如设置为包括车费优惠券、会员积分、虚拟金币中的至少一种，本实施例对此不进行限定。

举例来说，当平台服务端接到用户发送的预约租车请求后，可以确定以所述租车地点为中心的预设范围内的目标服务网点，进而在检测到该目标服务网点中不存在供所述用户租用的车辆时，可以确定所述目标服务网点对应的奖励信息(例如，虚拟红包3元等)。

在步骤s304中，在以所述出发时间为起点往前的预设时间段内，向符合预设条件的已租车用户推送提示消息，所述提示消息用于提示所述已租车用户在以所述出发时间为起点往前的预设时间段内向所述目标服务网点归还车辆，将获得所述奖励信息。

在一实施例中，当平台服务端确定所述目标服务网点对应的奖励信息后，可以在以所述出发时间为起点往前的预设时间段内，向符合预设条件的已租车用户推送提示消息，以提示所述已租车用户在以所述出发时间为起点往前的预设时间段内向所述目标服务网点归还车辆，将获得所述奖励信息。

在一实施例中，上述符合预设条件，可以包括以下至少一种：

行驶路线途经以所述目标服务网点为中心的预设范围内；

目的地在以所述目标服务网点为中心的预设范围内；

当前确定的还车网点不是所述目标服务网点。

举例来说，当平台服务端确定所述目标服务网点对应的奖励信息后，可以向行驶路线途经以所述目标服务网点为中心的预设范围内的已租车用户，或者可以向目的地在以所述目标服务网点为中心的预设范围内的已租车用户推送上述提示消息，又或者，可以向当前确定的还车网点不是所述目标服务网点的已租车用户推送上述提示消息。

值得说明的是，上述已租车用户的行驶路线或目的地的确定方式可以参见现有技术，本实施例对此不进行限定。举例来说，平台服务端可以通过已租车用户的客户端获取已租车用户的目的地、行驶路线以及还车网点等信息，以确定该已租车用户是否符合上述预设条件。

在一实施例中，上述提示消息的内容和形式可以由开发人员根据实际需要进行自由设置，本实施例对此不进行限定。

在步骤s305中，响应于接收到所述已租车用户的同意还车信息，向所述已租车用户推送到达所述目标服务网点的导航信息。

在一实施例中，当平台服务端向符合预设条件的已租车用户推送提示消息后，若接收到已租车用户基于所述提示消息反馈的同意还车信息，则可以响应于该同意还车信息，向所述已租车用户推送到达所述目标服务网点的导航信息。其中，同意还车信息用于表征所述已租车用户同意在以所述出发时间为起点往前的预设时间段内向所述目标服务网点归还车辆。在一实施例中，上述到达所述目标服务网点的导航信息可以为途经目标服务网点的导航信息，或者，可以是终点为目标服务网点的导航信息，本实施例对此不进行限定。值得说明的是，上述导航信息的生成以及推送方式可以参见现有技术中的解释和说明，本实施例对此不进行限定。

在步骤s306中，若在所述出发时间之前的预设时间，所述目标服务网点中不存在供所述用户租用的车辆，则从当前区域内的其他服务网点向所述目标服务网点调度车辆。

在一实施例中，为了确保能在用户出发前为所述用户调度到可供其租用的车辆，平台服务端在向符合预设条件的已租车用户推送提示消息后，还可以在出发时间之前的预设时间(如，2小时等)，检测目标服务网点中是否存在供所述用户租用的车辆；若不存在，则可以从当前区域内的其他服务网点向所述目标服务网点调度车辆。在一实施例中，上述预设时间可以为所述预设时间段的终点。

举例来说，平台服务端接收到用户发送的预约租车请求后，可以从该预约租车请求中提取出该用户的租车地点以及出发时间(如，2月25日中午12：00)；当平台服务端可以确定目标服务网点后，可以确定该目标服务网点对应的奖励信息，进而可以符合预设条件的已租车用户推送提示消息，以提示已租车用户在以所述出发时间为起点往前的预设时间段(如，24小时)内向所述目标服务网点归还车辆，将获得所述奖励信息。也即是说，若已租车用户在2月24日中午12：00前向所述目标服务网点归还车辆，则可以获得所述奖励信息。进一步地，平台服务端可以在出发时间之前的2小时(即，2月25日上午10：00)，检测目标服务网点中是否存在供所述用户租用的车辆，进而当不存在时，从当前区域内的其他服务网点向所述目标服务网点调度车辆。

由上述描述可知，本实施例通过确定所述目标服务网点对应的奖励信息，并向符合预设条件的已租车用户推送提示消息，以提示所述已租车用户在以所述出发时间为起点往前的预设时间段内向所述目标服务网点归还车辆，将获得所述奖励信息；而当在所述出发时间之前的预设时间，所述目标服务网点中不存在供所述用户租用的车辆时，从当前区域内的其他服务网点向所述目标服务网点调度车辆。如果已租车用户对该提示消息提及的奖励信息感兴趣，则可增大已租车用户向所述目标服务网点归还车辆的概率，进而可以节省平台调度车辆的成本；另一方面，若在所述出发时间之前的预设时间，所述目标服务网点中不存在供所述用户租用的车辆，则从当前区域内的其他服务网点向所述目标服务网点调度车辆，可以进一步确保在用户出发前为所述用户调度到可供其租用的车辆，进而可以提高用户租车成功的概率，并且可以避免由于车辆闲置导致的服务网点的资源浪费。

图4是本申请第四示例性实施例示出的一种调度车辆的方法的流程图；该实施例可以用于平台服务端，其中，所述平台服务端可以包括一台服务器和多台服务器组成的服务器集群等。如图4所示，该方法包括步骤s401-s406：

在步骤s401中，接收用户发送的预约租车请求，所述预约租车请求中包括租车地点、出发时间和出行人数。

在步骤s402中，确定以所述租车地点为中心的预设范围内的目标服务网点；

在步骤s403中，基于所述出行人数确定供所述用户租用的车辆的目标车型。

在一实施例中，平台服务端可以从用户发送的预约租车请求中提取出出行人数，进而基于出行人数确定供所述用户租用的车辆的目标车型。

在一实施例中，上述目标车型可以由开发人员根据实际需要进行设置，如设置为2座车型、5座车型、7座车型等，本实施例对此不进行限定。

在步骤s404中，若所述目标服务网点中不存在供所述用户租用的车辆，则确定所述目标服务网点对应的奖励信息。

在步骤s405中，在以所述出发时间为起点往前的预设时间段内，向符合预设条件的已租车用户推送提示消息。

其中，所述符合预设条件还包括：租用所述目标车型的车辆；所述提示消息用于提示所述已租车用户在以所述出发时间为起点往前的预设时间段内向所述目标服务网点归还车辆，将获得所述奖励信息。

其中，步骤s401-s402、s404-s405的相关解释和说明可以参见上述实施例，在此不进行赘述。

在一实施例中，当确定供所述用户租用的车辆的目标车型后，可以在以所述出发时间为起点往前的预设时间段内，向租用所述目标车型的车辆的已租车用户推送提示消息，以提示所述已租车用户在以所述出发时间为起点往前的预设时间段内向所述目标服务网点归还车辆，将获得所述奖励信息。

在另一实施例中，还可以从当前区域内的其他服务网点向所述目标服务网点调度车辆。

在一实施例中，向已租车用户推送提示消息或从当前区域内的其他服务网点向所述目标服务网点调度车辆的方式可以分别参见上述图2或图3所示实施例，在此不进行赘述。

在步骤s406中，若成功向所述目标服务网点调度供所述用户租用的车辆，则向所述用户推送用于表示车辆调度成功的提示信息，所述提示信息中包括目标服务网点的相关信息。

在一实施例中，当成功向所述目标服务网点调度供所述用户租用的车辆时，可以向所述用户推送用于表示车辆调度成功的提示信息，所述提示信息中包括目标服务网点的相关信息。

值得说明的是，上述提示信息的内容和形式可以由开发人员根据实际需要进行自由设置，本实施例对此不进行限定。

在一实施例中，上述目标服务网点的相关信息可以由平台根据实际业务需要自由设置，如设置为目标服务网点的名称和地址等，本实施例对此不进行限定。

由上述描述可知，本实施例通过基于所述出行人数确定供所述用户租用的车辆的目标车型，可以实现基于目标车型向目标服务网点调度供所述用户租用的车辆，可以使调度的车辆符合用户的租车需求，并且，通过在车辆调度成功时向用户推送用于表示车辆调度成功的提示信息，可以有效提示用户并使用户知晓目标服务网点的相关信息，进而可以提高用户租车成功的概率。

图5是本申请一示例性实施例示出的一种调度车辆的装置的结构图。如图5所示，该装置包括：租车请求接收模块110、服务网点确定模块120以及租用车辆调度模块130，其中：

租车请求接收模块110，用于接收用户发送的预约租车请求，所述预约租车请求中包括租车地点和出发时间；

服务网点确定模块120，用于确定以所述租车地点为中心的预设范围内的目标服务网点；

租用车辆调度模块130，用于当所述目标服务网点中不存在供所述用户租用的车辆时，在以所述出发时间为起点往前的预设时间段内向所述目标服务网点调度供所述用户租用的车辆。

由上述描述可知，本实施例通过接收用户发送的预约租车请求，并确定以所述租车地点为中心的预设范围内的目标服务网点，进而当所述目标服务网点中不存在供所述用户租用的车辆时，在以所述出发时间为起点往前的预设时间段内向所述目标服务网点调度供所述用户租用的车辆，由于是基于用户发送的预约用车请求确定目标服务网点并向目标服务网点调度车辆，可以实现基于用户的用车需求进行车辆调度，提高用户租车成功的概率，并且可以避免由于车辆闲置导致的服务网点的资源浪费。

图6是本申请又一示例性实施例示出的一种调度车辆的装置的结构图。其中，租车请求接收模块210、服务网点确定模块220以及租用车辆调度模块230与前述图6所示实施例中的租车请求接收模块110、服务网点确定模块120以及租用车辆调度模块130的功能相同，在此不进行赘述。

如图6所示，租用车辆调度模块230还可以包括：

网点车辆调度单元231，用于在以所述出发时间为起点往前的预设时间段内，从当前区域内的其他服务网点向所述目标服务网点调度车辆，所述其他服务网点为所述当前区域内除所述目标服务网点之外的服务网点。

在一实施例中，租用车辆调度模块230还可以包括：

奖励信息确定单元232，用于确定所述目标服务网点对应的奖励信息；

提示消息发送单元233，用于在以所述出发时间为起点往前的预设时间段内，向符合预设条件的已租车用户推送提示消息，所述提示消息用于提示所述已租车用户在以所述出发时间为起点往前的预设时间段内向所述目标服务网点归还车辆，将获得所述奖励信息；

导航信息推送单元234，用于响应于接收到所述已租车用户的同意还车信息，向所述已租车用户推送到达所述目标服务网点的导航信息。

在此基础上，网点车辆调度单元231还可以用于当在所述出发时间之前的预设时间，所述目标服务网点中不存在供所述用户租用的车辆时，执行所述从当前区域内的其他服务网点向所述目标服务网点调度车辆的操作。

在一实施例中，上述符合预设条件，可以包括以下至少一种：

行驶路线途经以所述目标服务网点为中心的预设范围内；

目的地在以所述目标服务网点为中心的预设范围内；

当前确定的还车网点不是所述目标服务网点。

在一实施例中，预约租车请求中还可以包括出行人数；

所述装置还可以包括：

车辆车型确定模块240，用于基于所述出行人数确定供所述用户租用的车辆的车型；

所述符合预设条件还包括：租用所述目标车型的车辆。

在一实施例中，所述装置还可以包括：

提示信息推送模块250，用于当成功向所述目标服务网点调度供所述用户租用的车辆时，向所述用户推送用于表示车辆调度成功的提示信息，所述提示信息中包括目标服务网点的相关信息。

值得说明的是，上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

本发明的调度车辆的装置的实施例可以应用在网络设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的，其中计算机程序用于执行上述图1～图4所示实施例提供的调度车辆的方法。从硬件层面而言，如图7所示，为本发明的调度车辆的设备的硬件结构图，除了图7所示的处理器、网络接口、内存以及非易失性存储器之外，所述设备通常还可以包括其他硬件，如负责处理报文的转发芯片等等；从硬件结构上来讲该设备还可能是分布式的设备，可能包括多个接口卡，以便在硬件层面进行报文处理的扩展。另一方面，本申请还提供了一种计算机可读存储介质，存储介质存储有计算机程序，计算机程序用于执行上述图1～图4所示实施例提供的调度车辆的方法。

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

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

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

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