车辆调度方法、装置、设备和存储介质与流程

本申请涉及数据处理技术领域，特别是涉及一种车辆调度方法、装置、设备和存储介质。

背景技术：

随着共享经济的发展，共享车辆成为一种重要的出行方式。

传统技术中对共享车辆进行调度时，主要通过调度人员向固定的投放地点投放一定数量的共享车辆，以满足用户的车辆使用需求。

但是，采用上述方法导致投放地点的车辆数量与用户需求不匹配，影响车辆的使用效率。

技术实现要素：

基于此，有必要针对上述技术问题，提供一种用户调度方法、装置、设备和存储介质。

一种车辆调度方法，上述方法包括：

根据车辆的实时位置信息，获取待调度区域内车辆的当前数量；

在历史行驶数据中，提取与当前调度周期所在时间段以及待调度区域匹配的区域行驶数据；

根据区域行驶数据，预测当前调度周期内待调度区域的需求数量；

根据当前数量以及需求数量，确定当前调度周期内待调度区域的调度结果。

在其中一个实施例中，上述根据区域行驶数据，预测当前调度周期内待调度区域的需求数量，包括：

根据区域行驶数据，统计驶出待调度区域的车辆的第一数量，以及驶入待调度区域的车辆的第二数量；

计算第一数量减去第二数量的差值；

根据差值确定需求数量。

在其中一个实施例中，上述区域行驶数据中包括不同日期对应的历史行驶数据；根据差值确定需求数量，包括：

将不同日期中时间段对应的差值进行均值处理，获得需求数量。

在其中一个实施例中，上述在历史行驶数据中，提取与当前调度周期所在时间段以及待调度区域匹配的区域行驶数据，包括：

根据历史行驶数据中的行驶时刻以及行驶路径，提取时间段内驶入或驶出待调度区域的备选行驶数据；

获取与备选行驶数据匹配的历史天气状况；

若当前调度周期的天气状况与历史天气状况相同，则将备选行驶数据确定为区域行驶数据；

若当前调度周期的天气状况与历史天气状况不同，则丢弃备选行驶数据。

在其中一个实施例中，上述根据当前数量以及需求数量，确定当前调度周期内待调度区域的调度结果，包括：

确定需求数量与当前数量的差值是否大于预设阈值；

若是，则根据需求数量与当前数量的差值，确定待调度车辆数量；

将待调度车辆数量以及当前调度周期的截至时刻，确定为调度结果。

在其中一个实施例中，上述确定需求数量与当前数量的差值是否大于预设阈值之后，还包括：

若否，则确定调度结果为不需要调度车辆。

在其中一个实施例中，上述待调度区域为通过geohash编码表示的矩形区域。

在其中一个实施例中，上述方法还包括：

将调度结果发送至调度人员的终端设备。

一种车辆调度装置，上述装置包括：

获取模块，用于根据车辆的实时位置信息，获取待调度区域内车辆的当前数量；

提取模块，用于在历史行驶数据中，提取与当前调度周期所在时间段以及待调度区域匹配的区域行驶数据；

预测模块，用于根据区域行驶数据，预测当前调度周期内待调度区域的需求数量；

确定模块，用于根据当前数量以及需求数量，确定当前调度周期内待调度区域的调度结果。

一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现上述车辆调度方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述车辆调度方法的步骤。

上述车辆调度方法、装置、设备和存储介质，服务器根据车辆的实时位置信息，获取待调度区域内车辆的当前数量；然后，在历史行驶数据中，提取与当前调度周期所在时间段以及待调度区域匹配的区域行驶数据；并根据区域行驶数据，预测当前调度周期内待调度区域的需求数量；最后，根据当前数量以及需求数量，确定当前调度周期内待调度区域的调度结果。由于服务器在历史行驶数据中提取了待调度区域的区域行驶数据，进而可以根据区域行驶数据预测待调度区域的需求数量，并根据需求数量和当前数量确定该待调度区域的调度结果，使得根据上述调度结果调度的车辆能更适应该待调度区域在当前调度周期中的需求，避免该待调度区域中车辆过多或者车辆过少，提升了车辆的使用效率。

附图说明

图1为一个实施例中车辆调度方法的应用环境图；

图2为一个实施例中车辆调度方法的流程示意图；

图3为另一个实施例中车辆调度方法的流程示意图；

图4为另一个实施例中车辆调度方法的流程示意图；

图5为另一个实施例中车辆调度方法的流程示意图；

图6为一个实施例中车辆调度装置的结构框图；

图7为另一个实施例中车辆调度装置的结构框图；

图8为另一个实施例中车辆调度装置的结构框图；

图9为另一个实施例中车辆调度装置的结构框图；

图10为另一个实施例中车辆调度装置的结构框图；

图11为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的车辆调度方法，可以应用于如图1所示的应用环境中。其中，服务器100与车辆200网络连接；其中，服务器100可以用独立的服务器或者是多个服务器组成的服务器集群来实现；上述车辆200可以但不限于是共享自行车、共享电动车以及共享汽车等。

在一个实施例中，如图2所示，提供了一种车辆调度方法，以该方法应用于图1中的服务器为例进行说明，包括：

s101、根据车辆的实时位置信息，获取待调度区域内车辆的当前数量。

其中，上述车辆可以是共享自行车，也可以是共享电动车，还可以是共享汽车，在此不作限定。

上述待调度区域可以根据城市中的街道划分，例如可以将道路a和道路b之间的区域划分为一个待调度区域；另外，上述待调度区域也可以根据对车辆的需求量进行划分，例如在人口比较密集的地方划分的待调度区域面积较小；对于上述待调度区域的确定方式在此不作限定。

可选地，上述待调度区域可以为通过geohash编码表示的矩形区域。

其中，上述geohash编码是指将区域的经纬度根据相应的编码方式转换成字符串，然后通过字符串来表示该区域；例如其中某城市中的区域可以表示为wx4er，wx4g2、wx4g3等，每一个geohash编码代表一个矩形区域。上述geohash编码长度不同则其代表的矩形区域的面积不同；两个geohash编码的字符串相似时，其表示的两个矩形区域的距离相近。通过geohash编码表示待调度区域，可以查询与待调度区域相近的其它区域，也便于对调度区域进行缓存。

具体地，服务器在获取待调度区域内车辆的当前数量时，可以接收车辆上的定位模块发送的实时位置信息，然后通过上述实时位置信息确定该车辆是否在该待调度区域中，进一步统计位于待调度区域中的车辆的当前数量。

其中，上述实时位置信息可以是指车辆所在位置的经纬度信息，也可以是指车辆所在geohash矩形区域的geohash编码，对于上述实时位置信息的具体形式在此不作限定。

s102、在历史行驶数据中，提取与当前调度周期所在时间段以及待调度区域匹配的区域行驶数据。

其中，上述历史行驶数据用于确定在预设时间段中，哪些车辆与该待调度区域中关联；可以是历史订单，例如在当前调度周期之前10天内的共享自行车的订单信息；另外，还可以是历史订单中的起点位置和终点位置信息，以及车辆的行驶时间信息；可选地，还可以是历史订单中、各车辆的行驶路径、用户查询是否有车辆的查询记录、车辆调度记录等；对于上述历史行驶数据的具体内容在此不作限定。

上述调度周期的时长可以是2个小时，也可以是4个小时；上述时长可以是固定的值，也可以根据当前调度时间动态调整，例如，一天中可以分为多个调度周期，可以设置出行高峰期的调度周期时长较短，其它调度周期的时长较长；对于调度周期的时长在此不作限定。

上述时间段可以按照上午、下午划分，也可以按照等时间间隔划分，例如从上午7点开始，每四个小时为一个时间段；还可以按照对车辆的需求量进行划分，例如上述7点至9点为一个时间段，9点至下午4点为一个时间段，然后下午4点至晚上八点为一个时间段；对于上述时间段的划分方式在此不作限定。

服务器可以在历史行驶数据中提取与当前调度周期所在时间段以及待调度区域匹配的数据，将其确定为该待调度区域的区域行驶数据。

具体地，服务器可以在历史行驶数据中，首先提取与待调度区域匹配的数据，然后再从上述区域匹配的数据中筛选与当前调度周期所在时间段匹配的数据，将其确定为该待调度区域的区域行驶数据；另外，服务器也可以在历史行驶数据中，首先筛选出上述时间段内的数据，然后在该时间段内的数据中进一步提取与待调度区域匹配的数据，将其确定为区域行驶数据，对于上述区域行驶数据的确定方式在此不作限定。

具体地，服务器在提取与待调度区域匹配的数据时，可以查询历史行驶数据中各个订单的起始位置和终点位置是否在该待调度区域中；也可以查看车辆的行驶轨迹是否途径该待调度区域；对于上述提取方式在此不作限定。

服务器在筛选上述时间段内的数据时，可以查看历史行驶数据中各个订单的下单时间以及结单时间是否位于该时间段内，也可以以查看该时间段内哪些车辆属于行驶状态，对于上述筛选方式在此不作限定。

进一步地，服务器还可以对与当前调度周期所在时间段以及待调度区域匹配的数据进行过滤，例如可以过滤行驶时长过短的数据。

s103、根据区域行驶数据，预测当前调度周期内待调度区域的需求数量。

其中，上述需求数量是指该待调度区域在当前调度周期中需要的车辆的总数，例如对于共享自行车，在当前调度周期中预测有200辆车被开锁，并有50辆车驶入该区域并关锁，那么可以确定该调度区域在当前调度周期预计需要150辆车，可以将150确定为需求数量。

具体地，服务器可以根据区域行驶数据，计算该区域在历史该时间段中需求的数量，来预测当前调度周期的需求数量。例如，服务器可以根据区域行驶数据获取历史时间段中，该区域的下单总数量，预测该待调度区域在当前调度周期的下单数量；然后，根据历史时间段中驶入该区域的车辆的数量，预测当前调度周期驶入该区域的车辆的数量，进而预测上述需求数量；进一步地，服务器还可以结合历史时间段中在该区域查询是否存在车辆的查询记录来预测，对于上述预测方式在此不作限定。

s104、根据当前数量以及需求数量，确定当前调度周期内待调度区域的调度结果。

在上述步骤的基础上，服务器可以获得该调度区域的当前数量和需求数量，然后根据当前数量和需求数量，来确定当前调度周期内待调度区域的调度结果。

其中，上述调度结果可以是指需要调度车辆或者不需要调度车辆，也可以包括需要调度车辆的数量以及需要调度车辆的时间；另外，还可以包括车辆的调度路径，可以从第一区域调度车辆至当前调度区域等。

具体地，服务器可以获取当前数量和需求数量的差值，然后将该差值确定需要调度的车辆数量，将其确定为调度结果；另外，服务器还可以在根据上述差值进行取整，例如需求数量为150，而当前数量为105，那么可以将45确定为调度结果，也可以将45取整后的50确定为调度结果；对于上述调度结果的确定方式在此不作限定。

进一步地，服务器可以将调度结果发送至调度人员的终端设备，例如发送至终端设备中的应用程序中，使得调度人员可以根据该调度结果对车辆进行调度，提升了车辆调度的便利性。

上述终端设备可以可以接收到本待调度区域的调度结果，也可以接收到其它区域的调度结果，还可以包括车辆的调度路径。例如本待调度区域的调度结果显示需要调度50辆车，而其它调度区域中第一区域显示不需要调度车辆，并且该第一区域的当前数量大于需求数量，那么服务器可以将第一区域的车辆调度至本待调度区域，可以将调度路径发送给终端设备。

上述车辆调度方法，服务器根据车辆的实时位置信息，获取待调度区域内车辆的当前数量；然后，在历史行驶数据中，提取与当前调度周期所在时间段以及待调度区域匹配的区域行驶数据；并根据区域行驶数据，预测当前调度周期内待调度区域的需求数量；最后，根据当前数量以及需求数量，确定当前调度周期内待调度区域的调度结果。由于服务器在历史行驶数据中提取了待调度区域的区域行驶数据，进而可以根据区域行驶数据预测待调度区域的需求数量，并根据需求数量和当前数量确定该待调度区域的调度结果，使得根据上述调度结果调度的车辆能更适应该待调度区域在当前调度周期中的需求，避免该待调度区域中车辆过多或者车辆过少，提升了车辆的使用效率。

图3为另一个实施例中车辆调度方法的流程示意图，本实施例涉及服务器预测需求数量的具体方式，在上述实施例的基础上，如图3所示，上述s103包括：

s201、根据区域行驶数据，统计驶出待调度区域的车辆的第一数量，以及驶入待调度区域的车辆的第二数量。

具体地，服务器在预测需求数量时，可以根据区域行驶数据中车辆的行驶路径或订单的起始位置，统计驶出待调度区域的车辆的第一数量以及驶入待调度区域的车辆的第二数量。

s202、计算第一数量减去第二数量的差值。

s203、根据差值确定需求数量。

进一步地，服务器可以计算上述第一数量与第二数量的差值，将上述差值确定为需求数量，也可以将上述差值加上预设数量之后确定为需求数量，在此不作限定。

可选地，区域行驶数据中包括不同日期对应的历史行驶数据，服务器可以获得不同日期在该时间段中对应的差值，然后将不同日期中时间段对应的差值进行均值处理，获得需求数量。

具体地，上述不同日期可以时当前调度周期之前连续的多个日期，也可以是在当前调度周期之前随机提取的多个日期，在此不作限定。例如当前调度周期为周六，那么上述区域行驶数据可以从周一至周五对应的历史行驶数据中提取出来的，也可以是在前1一个月的历史行驶数据中随机选择的10天的数据，然后从10天的数据中提取区域行驶数据。

进一步地，服务器可以根据10个日期对应的区域行驶数据获得该时间段对应的10个差值，然后将上述10个差值进行均值处理，可以更准确地确定需求数量。上述均值处理可以是获得算术平均值，也可以是进行加权平均，在此不作限定。

上述车辆调度方法，服务器通过统计上述第一数量和第二数量，可以更准确地根据第一数量的差值和第二数量的差值确定需求数量，进一步地，通过将不同日期的相同时间段的差值进行均值处理，进一步提升了需求数量的准确性。

图4为另一个实施例中车辆调度方法的流程示意图，本实施例涉及服务器提取区域行驶数据的具体方式，在上述实施例的基础上，如图4所示，上述s102包括：

s301、根据历史行驶数据中的行驶时刻以及行驶路径，提取时间段内驶入或驶出待调度区域的备选行驶数据。

具体地，服务器可以对历史行驶数据中的行驶时刻和行驶路径进行筛选，提取当前调度周期所在时间段内，驶入或驶出待调度区域的历史行驶数据，确定为备选行驶数据。

s302、获取与备选行驶数据匹配的历史天气状况。

其中，上述天气状况可以是晴天、雨天，也可以是温度范围，还可以包含风力范围；另外还可以分为适合骑行天气以及不适合骑行天气，或者按照是否适合骑行将天气状况划分为不同等级的状况。

具体地，由于不同的天气状况对出行选择影响较大，例如下雨天气选择共享自行车出行的需求会降低；服务器获得备选行驶数据之后，可以进一步根据上述备选行驶数据的日期以及时间段，在存储的历史天气信息中提取与该日期和时间段匹配的天气信息，然后根据上述天气信息确定该天气信息对应的天气状况的类型。

例如，服务器中可以包括天气信息与天气状况之间的对应关系，例如当一组备选行驶数据对应的天气信息为温度25度、风力三级、无雨，那么服务器可以根据上述对应关系确定天气状况为适合骑行的天气。

s303、若当前调度周期的天气状况与历史天气状况相同，则将备选行驶数据确定为区域行驶数据。

在获取上述天气状况的基础上，服务器还可以接收当前天气信息获取当前调度周期对应的天气状况，进一步将当前调度周期的天气状况与历史天气状况进行对比，若当前调度周期的天气状况与历史天气状况相同，则将备选行驶数据确定为区域行驶数据。

s304、若当前调度周期的天气状况与历史天气状况不同，则丢弃备选行驶数据。

若当前调度周期的天气状况与历史天气状况不同，那么服务器认为不同天气状况的车辆需求不同，可以将不同天气状况对应的备选行驶数据丢弃，不作为预测当前调度周期的需求数量的参考数据。

上述车辆调度方法，服务器根据天气状况对历史行驶数据进行筛选，获得与当前调度周期的天气状况相同的区域行驶数据，使得根据区域行驶数据预测得到的需求数量更准确，提升车辆调度的准确性，从而提升车辆的利用效率。

图5为另一个实施例中车辆调度方法的流程示意图，本实施例涉及服务器确定调度结果的具体方式，在上述实施例的基础上，如图5所示，上述s104包括：

s401、确定需求数量与当前数量的差值是否大于预设阈值。

具体地，服务器获得的该待调度区域在当前调度周期中的需求数量之后，可以计算需求数量与当前数量的差值，以确定当前数量是否能满足车辆需求。进一步地，服务器可以将需求数量与当前数量的差值与预设阈值进行比较，以确定是否需要调度车辆。

s402、若是，则根据需求数量与当前数量的差值，确定待调度车辆数量；

若需求数量与当前数量的差值大于预设阈值，那么服务器认为上述需求数量与当前数量的差值较大；例如当前数量为50，需求数量为150时，其差值100大于预设阈值10，服务器认为车辆远不能满足需求，需要需要向该待调度区域调度车辆。进一步服务器可以根据该差值确定待调度车辆数量，上述待调度车辆数量可以等于上述差值，也可以大于上述差值。

若需求数量与当前数量的差值小于或等于预设阈值，例如上述差值为5，也就是说需求数量和当前数量相差不大，基本可以满足用户的车辆需求；或者上述差值为负数，也就是当前调度周期中该待调度区域中当前数量大于需求数量，完全可以满足用户的车辆需求，可以确定该调度结果为不需要调度车辆。

s403、将待调度车辆数量以及当前调度周期的截至时刻，确定为调度结果。

在确定了待调度车辆数量之后，服务器可以将待调度车辆数量以及当前调度周期的截至时刻，确定为调度结果。

上述车辆调度方法，服务器通过确定需求数量与当前数量的差值是否大于预设阈值，来确定调度结果，可以在待调度区域中需要调度的车辆比较多的优先安排调度，提成了车辆调度效率。

应该理解的是，虽然图2-5的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-5中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图6所示，提供了一种车辆调度装置，包括：获取模块10、提取模块20、预测模块30和确定模块40，其中：

获取模块10，用于根据车辆的实时位置信息，获取待调度区域内车辆的当前数量；

提取模块20，用于在历史行驶数据中，提取与当前调度周期所在时间段以及待调度区域匹配的区域行驶数据；

预测模块30，用于根据区域行驶数据，预测当前调度周期内待调度区域的需求数量；

确定模块40，用于根据当前数量以及需求数量，确定当前调度周期内待调度区域的调度结果。

本申请实施例提供的车辆调度装置，可以实现上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

在一个实施例中，在上述实施例的基础上，如图7所示，上述预测模块30包括：

统计单元301，用于根据区域行驶数据，统计驶出待调度区域的车辆的第一数量，以及驶入待调度区域的车辆的第二数量；

计算单元302，用于计算第一数量减去第二数量的差值；

第一确定单元303，用于根据差值确定需求数量。

在一个实施例中，在上述实施例的基础上，区域行驶数据中包括不同日期对应的历史行驶数据，上述确定单元303具体用于：将不同日期中时间段对应的差值进行均值处理，获得需求数量。

在一个实施例中，在上述实施例的基础上，如图8所示，上述提取模块20包括：

提取单元201，用于根据历史行驶数据中的行驶时刻以及行驶路径，提取时间段内驶入或驶出待调度区域的备选行驶数据；

获取单元202，用于获取与备选行驶数据匹配的历史天气状况；

第二确定单元203，用于在当前调度周期的天气状况与历史天气状况相同三，将备选行驶数据确定为区域行驶数据；

丢弃单元204，用于在当前调度周期的天气状况与历史天气状况不同时，丢弃备选行驶数据。

在一个实施例中，在上述实施例的基础上，如图9所示，确定模块40包括：

第三确定单元401，用于确定需求数量与当前数量的差值是否大于预设阈值；

第四确定单元402，用于在需求数量与当前数量的差值大于预设阈值时，根据需求数量与当前数量的差值，确定待调度车辆数量；

调度单元403，用于将待调度车辆数量以及当前调度周期的截至时刻，确定为调度结果。

在一个实施例中，在上述实施例的基础上，上述调度单元403还用于在需求数量与当前数量的差值小于或等于预设阈值时，确定调度结果为不需要调度车辆。

在一个实施例中，在上述实施例的基础上，待调度区域为通过geohash编码表示的矩形区域。

在一个实施例中，在上述实施例的基础上，如图10所示，上述装置还包括发送模50，用于将调度结果发送至调度人员的终端设备。

本申请实施例提供的车辆调度装置，可以实现上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

关于车辆调度装置的具体限定可以参见上文中对于车辆调度方法的限定，在此不再赘述。上述车辆调度装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图11所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储车辆调度数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种车辆调度方法。

本领域技术人员可以理解，图11中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

根据车辆的实时位置信息，获取待调度区域内车辆的当前数量；

在历史行驶数据中，提取与当前调度周期所在时间段以及待调度区域匹配的区域行驶数据；

根据区域行驶数据，预测当前调度周期内待调度区域的需求数量；

根据当前数量以及需求数量，确定当前调度周期内待调度区域的调度结果。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据区域行驶数据，统计驶出待调度区域的车辆的第一数量，以及驶入待调度区域的车辆的第二数量；计算第一数量减去第二数量的差值；根据差值确定需求数量。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：将不同日期中时间段对应的差值进行均值处理，获得需求数量。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据历史行驶数据中的行驶时刻以及行驶路径，提取时间段内驶入或驶出待调度区域的备选行驶数据；获取与备选行驶数据匹配的历史天气状况；若当前调度周期的天气状况与历史天气状况相同，则将备选行驶数据确定为区域行驶数据；若当前调度周期的天气状况与历史天气状况不同，则丢弃备选行驶数据。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：确定需求数量与当前数量的差值是否大于预设阈值；若是，则根据需求数量与当前数量的差值，确定待调度车辆数量；将待调度车辆数量以及当前调度周期的截至时刻，确定为调度结果。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：若否，则确定调度结果为不需要调度车辆。

在一个实施例中，待调度区域为通过geohash编码表示的矩形区域。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：将调度结果发送至调度人员的终端设备。

本实施例提供的计算机设备，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

根据车辆的实时位置信息，获取待调度区域内车辆的当前数量；

在历史行驶数据中，提取与当前调度周期所在时间段以及待调度区域匹配的区域行驶数据；

根据区域行驶数据，预测当前调度周期内待调度区域的需求数量；

根据当前数量以及需求数量，确定当前调度周期内待调度区域的调度结果。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据区域行驶数据，统计驶出待调度区域的车辆的第一数量，以及驶入待调度区域的车辆的第二数量；计算第一数量减去第二数量的差值；根据差值确定需求数量。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：将不同日期中时间段对应的差值进行均值处理，获得需求数量。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据历史行驶数据中的行驶时刻以及行驶路径，提取时间段内驶入或驶出待调度区域的备选行驶数据；获取与备选行驶数据匹配的历史天气状况；若当前调度周期的天气状况与历史天气状况相同，则将备选行驶数据确定为区域行驶数据；若当前调度周期的天气状况与历史天气状况不同，则丢弃备选行驶数据。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：确定需求数量与当前数量的差值是否大于预设阈值；若是，则根据需求数量与当前数量的差值，确定待调度车辆数量；将待调度车辆数量以及当前调度周期的截至时刻，确定为调度结果。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：若否，则确定调度结果为不需要调度车辆。

在一个实施例中，待调度区域为通过geohash编码表示的矩形区域。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：将调度结果发送至调度人员的终端设备。

本实施例提供的计算机可读存储介质，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。