用于超停车辆调度的控制方法、装置、存储介质和电子设备与流程

本公开涉及车辆调度的技术领域，特别涉及一种用于超停车辆调度的控制方法、装置、存储介质和电子设备。

背景技术：

在许多城市，共享汽车已经不是新鲜事物。与共享单车类似，通过缴纳押金并完成身份认证，就可以体验“随开随停”的驾驶乐趣。随着共享汽车市场的扩大，如何改善用户体验，实现规范化运营正考验着共享汽车运营者的智慧。共享汽车进一步满足了用户的需求痛点，一方面，在道路、车位资源已成为城市稀缺资源的背景下，共享汽车不增加个人购车量的同时能为人们出行提供便利；另一方面，随着城市购车养车成本不断上升，共享汽车满足了人们“只用不买不养”的出行需求，且费用不高。但是共享汽车也面临着许多挑战，在征信体系无法全覆盖的情况下，共享汽车面临着运营维护和监管真空地带。“停车难、停车贵，超停现象严重”是车主们普遍面临的一个痛点，目前的共享汽车都是需要在指定的场站进行取车还车，有的停车场需求量大，尤其是在高峰时间点，停车位供不应求，致使用户经常出现超停行为，而超停会带来一系列的不良后果，比如需要用户支付超停费用，下一个用户找车难，合作的停放场站投诉多，甚至需要线下调度人员进行车辆调度，会带来较大的调度成本。因此，如何既能满足用户便捷出行的需求，又能保障共享汽车的运营高效是亟须解决的问题。

目前，用于共享汽车的部分合作停放场站和免费停放场站在某些时段需求旺盛，停放的车辆会超出合作的固定车位数量，超停现象严重，导致了以下问题：(1)用户体验差，合作场站超停后需要用户线下缴费，用户拒缴和投诉现象频发；(2)影响与停放场站的合作关系，超停问题导致合作停放场站投诉较多，部分免费场站关停，甚至部分用户超停后将车辆停放至场站入口或路边影响社会秩序；(3)停放场站内的超停车辆持续产生停车费，需要调度员将汽车调走，产生较大的调度成本。尽管现有例如向用户收取超停费用，促使用户减少超停行为或者引导用户到其他有停车位的停放场站进行停车以及通过线下运营人员对已超停的场站进行车辆调度等方法解决超停车辆的问题，但是这些办法虽然能一定程度上减少超停现象或在超停严重时及时缓解问题，但是为此带来的用户体验差，调度成本高等问题。

技术实现要素：

有鉴于此，本公开实施例提出了一种用于超停车辆调度的控制方法、装置、存储介质和电子设备，用以解决现有技术中现在的上述解决超停车辆的方式效率低下，用户体验差以及调度成本较高的问题。

一方面，本公开实施例提出一种用于超停车辆调度的控制方法，包括以下步骤：获取当前时间周期内每个停放场站中的超停车辆的数量；确定每个所述停放场站在下一个时间周期内的超停车辆的数量；基于所述停放场站的特征，在每个所述停放场站中确定优先分配的车辆。

在一些实施例中，所述确定每个所述停放场站在下一个时间周期内的超停车辆的数量包括：通过时间序列模型确定每个所述停放场站在下一个时间周期内的流入车辆数量和流出车辆数量；基于所述流入车辆数量和流出车辆数量，确定每个所述停放场站在下一个时间周期内的超停车辆的数量。

在一些实施例中，所述基于所述停放场站的特征，在每个所述停放场站中确定优先分配的车辆之后还包括：确定针对所述优先分配的车辆的奖励类型，向所述优先分配的车辆分配对应类型的奖励。

在一些实施例中，所述确定针对所述优先分配的车辆的奖励类型，基于所述奖励类型分配所述优先分配的车辆包括：确定每个所述优先分配的车辆对于设置不同类型奖励的使用概率；当第一优先分配的车辆对于第一类型奖励的所述使用概率大于预设概率时，在下一个时间周期内向所述第一优先分配的车辆设置所述第一类型奖励。

另一方面，本公开实施例提出一种用于超停车辆调度的控制装置，包括以下装置：获取模块，其用于获取当前时间周期内每个停放场站中的超停车辆的数量；确定模块，其用于确定每个所述停放场站在下一个时间周期内的超停车辆的数量；设置模块，基于所述停放场站的特征，在每个所述停放场站中设置优先分配的车辆。

在一些实施例中，所述确定模块包括：第一确定单元，其用于通过时间序列模型确定每个所述停放场站在下一个时间周期内的流入车辆数量和流出车辆数量；第二确定单元，其用于基于所述流入车辆数量和流出车辆数量，确定每个所述停放场站在下一个时间周期内的超停车辆的数量。

在一些实施例中，还包括：分配模块，其用于确定针对所述优先分配的车辆的奖励类型，向所述优先分配的车辆分配对应类型的奖励。

在一些实施例中，所述分配模块包括：第三确定单元，其用于确定每个所述优先分配的车辆对于设置不同类型奖励的使用概率；设置单元，其用于当第一优先分配的车辆对于第一类型奖励的所述使用概率大于预设概率时，在下一个时间周期内向所述第一优先分配的车辆设置所述第一类型奖励。

再一方面，本公开实施例提出一种存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现上述任一项技术方案中所述方法的步骤。

再一方面，本公开实施例提出一种电子设备，至少包括存储器、处理器，所述存储器上存储有计算机程序，其特征在于，所述处理器在执行所述存储器上的计算机程序时实现上述任一项技术方案中所述方法的步骤。

本公开通过针对停放场站获取当前时间周期内以及确定下一个时间周期内的超停车辆的数量；从而基于停放场站的特征确定优先分配的车辆，进一步地还可以确定针对优先分配的车辆的奖励类型，向优先分配的车辆分配对应类型的奖励，从而能够将共享车辆的运营策略、共享车辆的使用数据、技术支持及算法多方面的优势集合，有效解决共享车辆的超停数量较多并且无法在短时间内被用户取走的问题，减轻了共享车辆停放场站的停放压力，提升用户取车还车的体验，降低共享车辆的调度成本。

附图说明

为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本公开涉及的共享车辆停放场站的结构示意图；

图2为本公开第一实施例提供的控制方法的流程图；

图3为本公开第一实施例提供的控制方法的流程图；

图4为本公开第二实施例提供的控制方法的流程图；

图5为本公开第二实施例提供的控制方法的流程图；

图6为本公开第三实施例提供的控制装置的结构框图；

图7为本公开第四实施例提供的控制装置的结构框图；

图8为本公开第六实施例提供的电子设备的结构框图。

附图标记：

10-获取模块；20-确定模块；30-设置模块；40-分配模块。

具体实施方式

为了使得本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例的附图，对本公开实施例的技术方案进行清楚、完整地描述。显然，所描述的实施例是本公开的一部分实施例，而不是全部的实施例。基于所描述的本公开的实施例，本领域普通技术人员在无需创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。

除非另外定义，本公开使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本公开中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。

为了保持本公开实施例的以下说明清楚且简明，本公开省略了已知功能和已知部件的详细说明。

本公开的第一实施例涉及一种用于超停车辆调度的控制方法，该控制方法主要用于对超期停放车辆进行调度以减少超期停放车辆的数量和比例，以提升车辆的流动性和运营效率。在以下本实施例的描述中，超期停放以超停表示，需要说明的是，这里的车辆是指用于用户可以租用的共享车辆，共享车辆在未使用的状态下需要停放在共享车辆停放场站中，共享车辆停放场站用于共享车辆的运营和停放，用户可以在共享车辆停放场站进行取车和还车操作。

如图1所示，共享车辆停放场站在管理上包括场站管理模块和用户取车模块，其中，场站管理模块作为对于共享车辆进行调度控制的基础，用于对共享车辆停放场站以及其中停放的共享车辆进行调度和管理，其进一步包括新增场站子模块、场站编辑子模块、场站停止合作子模块以及属性配置子模块等。共享车辆停放场站的基本信息可以在属性配置子模块中设置和调整，其中，基本信息包括停放场站的位置信息、停车位额数量信息以及共享车辆普通停放或者超期停放的收费规则或者标准等，为此，可以在属性配置模块中设置对应的场站基本信息单元、场站收费规则单元以及场站超停策略单元。

用户取车模块包括用于减少超停车辆的第一减少超停子模块和第二减少超停子模块，其中，第一减少超停子模块基于动态调整奖励程度的控制策略，通过给予奖励以调节或者干预用户租用车辆的行为，第二减少超停子模块基于实时决策的工单调度策略，通过上述模块以减少停放场站中的超停车辆的数量。

考虑到每个共享车辆停放场站中容纳共享车辆的车位有限，因此，会导致有些停放的车辆时间过长或者停放车辆的数量超过规定的车位数量的情况，即本实施例涉及的共享车辆在停放场站中的超停问题，车辆超停是指在指定的停放场站中，已经停放的共享车辆的数量超过该停放场站中规定的最大停放数量。

在本实施例中，共享车辆停放场站通过用户取车模块中的第一减少超停子模块的运行，基于动态调整奖励程度的控制策略以减少超停车辆的数量。对于第一减少超停子模块，其减少超停车辆的数量的控制方法如图2所示，包括以下步骤：

s101，获取当前时间周期内每个停放场站中的超停车辆的数量。

如上所述，共享车辆停放场站中的车辆超停是指在指定的共享车辆停放场站中，已经停放的共享车辆的数量超过该停放场站中规定的最大允许停放数量，其中，最大允许停放数量可以是该指定的共享车辆停放场站的指定停放区域中能够容纳最多停放的共享车辆的数量，也可以是车辆所有方与停放场站管理方之间确定的允许最多停放的车辆的数量。

在本步骤中，获取当前时间周期内每个停放场站的超停车辆的数量可以采用本领域技术人员容易知晓的方式获取，例如可以通过在当前时间周期内通过设置在每个停车位上的车位停放检测装置检测每个停放场站中的每个车位是否停放有共享车辆，当然也可以采用人工计数的方式进行，其中，这里的时间周期可以根据车辆管理和调度的要求具体设定，例如可以是12小时、24小时、48小时等。如果希望提高车辆的使用效率或者使得停放场站所在地区的车辆流动加快，则可以将时间周期设置的较短，这样能够尽快地获取共享车辆停放场站中共享车辆的停放情况，以便于尽快进行调度。

s102，确定每个所述停放场站在下一个时间周期内的超停车辆的数量。

当用户产生使用共享车辆需求的情况下，用户可以在例如手机的手持终端的app上进行操作以租用停放在共享车辆停放场站中的共享车辆，用户可以在停放场站进行取车操作，使用完毕后到停放场站归还车辆。因此，共享车辆在用户和共享车辆停放场站之间存在实时的流动，因此，可能存在共享车辆停放场站在当前时间周期内存在超停车辆，在车辆实时持续流动的情况下，用户大量租用该停放场站中的车辆，导致该停放场站在下一个时间周期内可能没有多余的超停车辆，这样则不需要该停放场站对超停车辆通过奖励的方式进行调度或者处理，如果用户少量租用该停放场站中的车辆，则该停放场站在下一个时间周期内依然可能存在超停车辆，则需要对多余的超停车辆进行处理，因此，需要合理地预估或者确定共享车辆停放场站在下一个时间周期内的超停车辆的数量。

在本步骤中，确定每个所述停放场站下一个时间周期内的超停车辆的数量可以如图3所示，采用以下方式进行：

s201，通过时间序列模型确定每个所述停放场站在下一个时间周期内的流入车辆数量和流出车辆数量。

具体地，这里的时间序列模型是通过机器学习和训练完成的模型，其学习和训练的过程基于特征参数进行，其中，时间序列模型中的特征参数包括以下中的至少一种，该停放场站的最大允许停放数量、上一个时间周期内的租车任务下单量、上一个时间周期内的租车任务完成量、当前时间周期内的租车任务下单量、当前时间周期内的租车任务完成量、距停放场站一定距离范围内的活跃车辆数、距停放场站一定距离范围内的公交车站数量、距停放场站一定距离范围内的地铁站数量、停放场站所在地的商业活跃指数、日期和时间、最大允许停放数量等。通过时间序列模型确定每个所述停放场站在下一个时间周期内的流入车辆数量和流出车辆数量能够有助于获取每个停放场站的车辆流动情况。

s202，基于所述流入车辆数量和流出车辆数量，确定每个所述停放场站在下一个时间周期内的超停车辆的数量。

在通过上述步骤获得下一个时间周期内的所述流入车辆数量和流出车辆数量后，可以基于车辆流动的逻辑确定每个所述停放场站下一个时间周期内的超停车辆的数量，可以通过以下公式进行：

下一个时间周期内的超停车辆的数量＝当前时刻的停放车辆的数量+下一时间周期内流入车辆数量-下一时间周期内流出车辆数量-最大允许停放数量。其中，获取当前时刻的每个停放场站的停放车辆的数量可以采用本领域技术人员容易知晓的方式获取，例如可以通过在当前时间周期内通过设置在每个停车位上的车位停放检测装置检测每个停放场站中的每个车位是否停放有共享车辆，当然也可以采用人工计数的方式进行。最大允许停放数量可以是该指定的共享车辆停放场站的指定停放区域中能够容纳最多停放的共享车辆的数量，也可以是车辆所有方与停放场站管理方之间确定的允许最多停放的车辆的数量。

s103，基于所述停放场站的特征，在每个所述停放场站中确定优先分配的车辆。

在本步骤中，基于共享车辆停放场站的特征或者停放场站的类型，在每个所述停放场站中确定优先分配的车辆，也就是说，基于步骤s102，当共享车辆停放场站下一个时间周期内存在超停车辆的情况下，根据停放场站的不同特征或者类型，确定每个停放场中需要被优先被分配的车辆，这里，需要确定的被优先分配的车辆包括车辆的数量和具体的车辆。

进一步地，本步骤中提到的共享车辆停放场站的特征或者停放场站的类型可以从多个因素进行确定，从而基于共享车辆停放场站的特征或者停放场站的类型确定每个所述停放场站中确定优先分配的车辆，例如可以从提升调动用户对共享车辆的取车效率或者提高共享车辆流动性的因素考虑，以共享车辆在停放场站中停放的收费方式确定共享车辆停放场站的特征或者类型，例如具有第一特征的停放场站可以是按照针对固定停放车位进行不限时间的收费方式的停放场站，即无论共享车辆在停放场站停放时间多少而仅针对停放场站中停放有共享车辆的车位收取固定费用，在这样的具有第一特征的停放场站中可以随机确定n个共享车辆为优先分配的车辆；具有第二特征的停放场站可以按照共享车辆在停放场站中的停放时间进行收费的停放场站，即按照共享车辆在停放场站的实际停放时间收取不同费用，进一步地，这种停放场站可以根据不同的停放时间或者分时间阶段按照不同的标准收取费用，停放时间越长，收取的费用越高，高峰期停放比过夜停放收取的费用高等，在这样的具有第二特征的停放场站中，可以按照共享车辆在停放场站中的停放时间或者停车费用由高到低进行排序，选择停放时间最长的或者停车费用最高的m个车辆作为该停放场站中优先分配的车辆；当然还可以有其他特征或者类型的停放场站，本实施例在此不做限定。

本公开通过针对停放场站获取当前时间周期内以及确定下一个时间周期内的超停车辆的数量，能够将共享车辆的运营策略、共享车辆的使用数据、技术支持及算法多方面的优势集合，有效解决共享车辆的超停数量较多并且无法在短时间内被用户取走的问题，减轻了共享车辆停放场站的停放压力，提升用户取车还车的体验，降低共享车辆的调度成本。

在本公开的第二实施例中，提供一种超停车辆的调度方法，其中包括步骤s101-s103，当执行完上述步骤s103的基于所述停放场站的特征，在每个所述停放场站中确定优先分配的车辆后，参照图4所示，还包括以下步骤：

s104，确定针对所述优先分配的车辆的奖励类型，向所述优先分配的车辆分配对应类型的奖励。

进一步地，为了通过步骤s103确定的每个停放场站中的优先分配的车辆能够尽快被用户通过app进行选择和租用，可以针对确定的优先分配的车辆进行反馈，以调动用户选择该优先分配车辆的积极性。这种反馈在本实施例中可以体现为对用户选择优先分配的车辆进行奖励。通过在优先分配的车辆中基于不同车辆的情况，以给予不同车辆以不同类型的奖励，可以加快优先分配的车辆被用户选择和租用，进一步减少超停车辆的数量。具体如图5所示，通过以下方式进行：

s301，确定每个所述优先分配的车辆对于不同类型奖励的使用概率。

在本步骤中，首先需要确定针对优先分配的车辆进行奖励的类型，在这里奖励以红包作为奖励的方式进行说明，假设针对优先分配的车辆的红包有x1,x2,x3….,xn种面额的奖励类型，并且x1<x2<x3<…<xn，可以通过xgboost决策树模型预测或者确定每个优先分配车辆对于面额为xi的红包被用户使用的概率p(xi)，其中，在通过xgboost决策树模型进行预测或确定的时候选择具有面额为xi的红包奖励的共享车辆被用户曾经使用的历史数据为正样本，具有面额为xi红包奖励的共享车辆未被用户使用的历史数据为负样本，进行二分类计算，最后确定每种红包面额奖励对于每一个优先分配的车辆的使用概率。

s302，当第一优先分配的车辆对于第一类型奖励的使用概率大于预设概率时，在下一个时间周期内向所述第一优先分配的车辆设置所述第一类型奖励。

在本步骤中，当每个优先分配车辆对于面额为xi的红包被使用的概率p(xi)>ps时，则认为该优先分配的车辆在下一时间周期内被预定并设置对应于xi面额红包的奖励，其中，ps为参数阈值。

进一步地，如果期待以最低的成本为优先分配的车辆进行奖励，则在所有优先分配车辆对于面额为xi的红包被用户使用的所有概率p(xi)>ps的情况下，选择min(xi)作为每个优先分配的车辆的红包奖励面额，例如如果对于优先分配的车辆设置的用于奖励的红包面额有5元、8元、10元、15元、20元这5个类型，分别预测或者确定每个优先分配的车辆被设置这5种面额的奖励红包的被使用的概率p，选择所有满足p>ps的红包面额，例如10元，15元和20元的红包被设置在每个优先分配的车辆上被用户使用的概率均大于预设概率，则在这些面额中选择最小值，也就是都选择10元面额的红包以设置在每个优先分配的车辆上，这样，能够在保证超停车辆被用户快速选择和租用的情况下，使得用于奖励的总体成本最小。

此外，考虑到基于第一减少超停子模块能够基于动态调整奖励程度的控制策略，具体通过第一实施例和第二实施例的控制方法，通过给予奖励以调节或者干预用户租用车辆的行为，当然，还可以进一步通过第二减少超停子模块基于实时决策的工单调度策略，以减少停放场站中的超停车辆的数量，基于决策的工单调度策略主要用于当实施了基于动态调整奖励程度的控制策略仍存在未被用户选择和取车的超停车辆，基于实时决策进行派单，由停放场站的调度员进行车辆管理，以最大程度减少每个停放场站的超停车辆的数量。

本公开通过针对停放场站获取当前时间周期内以及确定下一个时间周期内的超停车辆的数量；从而基于停放场站的特征确定优先分配的车辆，进一步地还可以确定针对优先分配的车辆的奖励类型，向优先分配的车辆分配对应类型的奖励，从而能够将共享车辆的运营策略、共享车辆的使用数据、技术支持及算法多方面的优势集合，有效解决共享车辆的超停数量较多并且无法在短时间内被用户取走的问题，减轻了共享车辆停放场站的停放压力，提升用户取车还车的体验，降低共享车辆的调度成本。

本公开第三实施例提供一种用于超停车辆调度的控制装置，参见图6所示，包括获取模块10、确定模块20以及设置模块30，上述模块相互耦合，其中：

获取模块10，其用于获取当前时间周期内每个停放场站中的超停车辆的数量。

共享车辆停放场站中的车辆超停是指在指定的共享车辆停放场站中，已经停放的共享车辆的数量超过该停放场站中规定的最大允许停放数量，其中，最大允许停放数量可以是该指定的共享车辆停放场站的指定停放区域中能够容纳最多停放的共享车辆的数量，也可以是车辆所有方与停放场站管理方之间确定的允许最多停放的车辆的数量。

通过获取模块10获取当前时间周期内每个停放场站的超停车辆的数量可以采用本领域技术人员容易知晓的方式具体实现，例如可以通过在当前时间周期内通过设置在每个停车位上的车位停放检测装置检测每个停放场站中的每个车位是否停放有共享车辆，当然也可以采用人工计数的方式进行，其中，这里的时间周期可以根据车辆管理和调度的要求具体设定，例如可以是12小时、24小时、48小时等。如果希望提高车辆的使用效率或者使得停放场站所在地区的车辆流动加快，则可以将时间周期设置的较短，这样能够尽快地获取共享车辆停放场站中共享车辆的停放情况，以便于尽快进行调度。

确定模块20，其用于确定每个所述停放场站在下一个时间周期内的超停车辆的数量。

当用户产生使用共享车辆需求的情况下，用户可以在例如手机的手持终端的app上进行操作以租用停放在共享车辆停放场站中的共享车辆，用户可以在停放场站进行取车操作，使用完毕后到停放场站归还车辆。因此，共享车辆在用户和共享车辆停放场站之间存在实时的流动，因此，可能存在共享车辆停放场站在当前时间周期内存在超停车辆，在车辆实时持续流动的情况下，用户大量租用该停放场站中的车辆，导致该停放场站在下一个时间周期内可能没有多余的超停车辆，这样则不需要该停放场站对超停车辆通过奖励的方式进行调度或者处理，如果用户少量租用该停放场站中的车辆，则该停放场站在下一个时间周期内依然可能存在超停车辆，则需要对多余的超停车辆进行处理，因此，需要合理地预估或者确定共享车辆停放场站在下一个时间周期内的超停车辆的数量。

通过确定模块20可以包括以下部分：

第一确定单元，其用于通过时间序列模型确定每个所述停放场站在下一个时间周期内的流入车辆数量和流出车辆数量。

具体地，这里的时间序列模型是通过机器学习和训练完成的模型，其学习和训练的过程基于特征参数进行，其中，时间序列模型中的特征参数包括以下中的至少一种，该停放场站的最大允许停放数量、上一个时间周期内的租车任务下单量、上一个时间周期内的租车任务完成量、当前时间周期内的租车任务下单量、当前时间周期内的租车任务完成量、距停放场站一定距离范围内的活跃车辆数、距停放场站一定距离范围内的公交车站数量、距停放场站一定距离范围内的地铁站数量、停放场站所在地的商业活跃指数、日期和时间、最大允许停放数量等。通过时间序列模型确定每个所述停放场站在下一个时间周期内的流入车辆数量和流出车辆数量能够有助于获取每个停放场站的车辆流动情况。

第二确定单元，其用于基于所述流入车辆数量和流出车辆数量，确定每个所述停放场站在下一个时间周期内的超停车辆的数量。

在通过第一确定单元确定下一个时间周期内的所述流入车辆数量和流出车辆数量后，可以基于车辆流动的逻辑确定每个所述停放场站下一个时间周期内的超停车辆的数量，可以通过以下公式进行：

下一个时间周期内的超停车辆的数量＝当前时刻的停放车辆的数量+下一时间周期内流入车辆数量-下一时间周期内流出车辆数量-最大允许停放数量。其中，获取当前时刻的每个停放场站的停放车辆的数量可以采用本领域技术人员容易知晓的方式获取，例如可以通过在当前时间周期内通过设置在每个停车位上的车位停放检测装置检测每个停放场站中的每个车位是否停放有共享车辆，当然也可以采用人工计数的方式进行。最大允许停放数量可以是该指定的共享车辆停放场站的指定停放区域中能够容纳最多停放的共享车辆的数量，也可以是车辆所有方与停放场站管理方之间确定的允许最多停放的车辆的数量。

设置模块30，其用于基于所述停放场站的特征，在每个所述停放场站中确定优先分配的车辆。

基于共享车辆停放场站的特征或者停放场站的类型，在每个所述停放场站中确定优先分配的车辆，也就是说，基于确定模块确定当共享车辆停放场站下一个时间周期内存在超停车辆的情况下，根据停放场站的不同特征或者类型，确定每个停放场中需要被优先被分配的车辆，这里，需要确定的被优先分配的车辆包括车辆的数量和具体的车辆。

进一步地，共享车辆停放场站的特征或者停放场站的类型可以从多个因素进行确定，从而基于共享车辆停放场站的特征或者停放场站的类型确定每个所述停放场站中确定优先分配的车辆，例如可以从提升调动用户对共享车辆的取车效率或者提高共享车辆流动性的因素考虑，以共享车辆在停放场站中停放的收费方式确定共享车辆停放场站的特征或者类型，例如具有第一特征的停放场站可以是按照针对固定停放车位进行不限时间的收费方式的停放场站，即无论共享车辆在停放场站停放时间多少而仅针对停放场站中停放有共享车辆的车位收取固定费用，在这样的具有第一特征的停放场站中可以随机确定n个共享车辆为优先分配的车辆；具有第二特征的停放场站可以按照共享车辆在停放场站中的停放时间进行收费的停放场站，即按照共享车辆在停放场站的实际停放时间收取不同费用，进一步地，这种停放场站可以根据不同的停放时间或者分时间阶段按照不同的标准收取费用，停放时间越长，收取的费用越高，高峰期停放比过夜停放收取的费用高等，在这样的具有第二特征的停放场站中，可以按照共享车辆在停放场站中的停放时间或者停车费用由高到低进行排序，选择停放时间最长的或者停车费用最高的m个车辆作为该停放场站中优先分配的车辆；当然还可以有其他特征或者类型的停放场站，本实施例在此不做限定。

本公开通过针对停放场站获取当前时间周期内以及确定下一个时间周期内的超停车辆的数量；从而基于停放场站的特征确定优先分配的车辆，进一步地还可以确定针对优先分配的车辆的奖励类型，向优先分配的车辆分配对应类型的奖励，从而能够将共享车辆的运营策略、共享车辆的使用数据、技术支持及算法多方面的优势集合，有效解决共享车辆的超停数量较多并且无法在短时间内被用户取走的问题，减轻了共享车辆停放场站的停放压力，提升用户取车还车的体验，降低共享车辆的调度成本。

在本公开的第四实施例中，同样提供一种用于超停车辆调度的控制装置方法，其中包括获取模块10、确定模块20以及设置模块30，还如图7所示，包括以下模块：

分配模块40，其用于确定针对所述优先分配的车辆的奖励类型，向所述优先分配的车辆分配对应类型的奖励。

进一步地，为了通过设置模块30确定的每个停放场站中的优先分配的车辆能够尽快被用户通过app进行选择和租用，可以针对确定的优先分配的车辆进行反馈，以调动用户选择该优先分配车辆的积极性。这种反馈在本实施例中可以体现为对用户选择优先分配的车辆进行奖励。通过在优先分配的车辆中基于不同车辆的情况，以给予不同车辆以不同类型的奖励，可以加快优先分配的车辆被用户选择和租用，进一步减少超停车辆的数量。具体实现包括以下部分：

第三确定单元，其用于确定每个所述优先分配的车辆对于不同类型奖励的使用概率。

通过第三确定单元首先需要确定针对优先分配的车辆进行奖励的类型，在这里奖励以红包作为奖励的方式进行说明，假设针对优先分配的车辆的红包有x1,x2,x3….,xn种面额的奖励类型，并且x1<x2<x3<…<xn，可以通过xgboost决策树模型预测或者确定每个优先分配车辆对于面额为xi的红包被用户使用的概率p(xi)，其中，在通过xgboost决策树模型进行预测或确定的时候选择具有面额为xi的红包奖励的共享车辆被用户曾经使用的历史数据为正样本，具有面额为xi红包奖励的共享车辆未被用户使用的历史数据为负样本，进行二分类计算，最后确定每种红包面额奖励对于每一个优先分配的车辆的使用概率。

设置单元，其用于当第一优先分配的车辆对于第一类型奖励的使用概率大于预设概率时，在下一个时间周期内向所述第一优先分配的车辆设置所述第一类型奖励。

通过设置单元，当每个优先分配车辆对于面额为xi的红包被使用的概率p(xi)>ps时，则认为该优先分配的车辆在下一时间周期内被预定并设置对应于xi面额红包的奖励，其中，ps为参数阈值。

进一步地，如果期待以最低的成本为优先分配的车辆进行奖励，则在所有优先分配车辆对于面额为xi的红包被用户使用的所有概率p(xi)>ps的情况下，选择min(xi)作为每个优先分配的车辆的红包奖励面额，例如如果对于优先分配的车辆设置的用于奖励的红包面额有5元、8元、10元、15元、20元这5个类型，分别预测或者确定每个优先分配的车辆被设置这5种面额的奖励红包的被使用的概率p，选择所有满足p>ps的红包面额，例如10元，15元和20元的红包被设置在每个优先分配的车辆上被用户使用的概率均大于预设概率，则在这些面额中选择最小值，也就是都选择10元面额的红包以设置在每个优先分配的车辆上，这样，能够在保证超停车辆被用户快速选择和租用的情况下，使得用于奖励的总体成本最小。

本公开通过针对停放场站获取当前时间周期内以及确定下一个时间周期内的超停车辆的数量；从而基于停放场站的特征确定优先分配的车辆，进一步地还可以确定针对优先分配的车辆的奖励类型，向优先分配的车辆分配对应类型的奖励，从而能够将共享车辆的运营策略、共享车辆的使用数据、技术支持及算法多方面的优势集合，有效解决共享车辆的超停数量较多并且无法在短时间内被用户取走的问题，减轻了共享车辆停放场站的停放压力，提升用户取车还车的体验，降低共享车辆的调度成本。

本公开第五实施例提供了一种存储介质，该存储介质为计算机可读介质，存储有计算机程序，该计算机程序被处理器执行时实现本公开任意实施例提供的方法，包括如下步骤s11至s13：

s11，获取当前时间周期内每个停放场站中的超停车辆的数量；

s12，确定每个所述停放场站在下一个时间周期内的超停车辆的数量；

s13，基于所述停放场站的特征，在每个所述停放场站中确定优先分配的车辆。

计算机程序被处理器执行确定每个所述停放场站在下一个时间周期内的超停车辆的数量时，具体被处理器执行如下步骤：通过时间序列模型确定每个所述停放场站在下一个时间周期内的流入车辆数量和流出车辆数量；基于所述流入车辆数量和流出车辆数量，确定每个所述停放场站在下一个时间周期内的超停车辆的数量。

计算机程序被处理器执行基于所述停放场站的特征，在每个所述停放场站中确定优先分配的车辆之后，还被处理器执行如下步骤：确定针对所述优先分配的车辆的奖励类型，向所述优先分配的车辆分配对应类型的奖励。

计算机程序被处理器执行确定针对所述优先分配的车辆的奖励类型，向所述优先分配的车辆分配对应类型的奖励时，还被处理器执行如下步骤：确定每个所述优先分配的车辆对于设置不同类型奖励的使用概率；当第一优先分配的车辆对于第一类型奖励的所述使用概率大于预设概率时，在下一个时间周期内向所述第一优先分配的车辆设置所述第一类型奖励。

本公开通过针对停放场站获取当前时间周期内以及确定下一个时间周期内的超停车辆的数量；从而基于停放场站的特征确定优先分配的车辆，进一步地还可以确定针对优先分配的车辆的奖励类型，向优先分配的车辆分配对应类型的奖励，从而能够将共享车辆的运营策略、共享车辆的使用数据、技术支持及算法多方面的优势集合，有效解决共享车辆的超停数量较多并且无法在短时间内被用户取走的问题，减轻了共享车辆停放场站的停放压力，提升用户取车还车的体验，降低共享车辆的调度成本。

本公开第六实施例提供了一种电子设备，该电子设备的结构示意图可以如图8所示，至少包括存储器901和处理器902，存储器901上存储有计算机程序，处理器902在执行存储器901上的计算机程序时实现本公开任意实施例提供的方法。示例性的，电子设备计算机程序步骤如下s21至s23：

s21，获取当前时间周期内每个停放场站中的超停车辆的数量；

s22，确定每个所述停放场站在下一个时间周期内的超停车辆的数量；

s23，基于所述停放场站的特征，在每个所述停放场站中确定优先分配的车辆。

处理器在执行存储器上存储的确定每个所述停放场站在下一个时间周期内的超停车辆的数量时，还执行如下计算机程序：通过时间序列模型确定每个所述停放场站在下一个时间周期内的流入车辆数量和流出车辆数量；基于所述流入车辆数量和流出车辆数量，确定每个所述停放场站在下一个时间周期内的超停车辆的数量。

处理器在执行存储器上存储的基于所述停放场站的特征，在每个所述停放场站中确定优先分配的车辆之后，还执行如下计算机程序：确定针对所述优先分配的车辆的奖励类型，向所述优先分配的车辆分配对应类型的奖励。

处理器在执行存储器上存储的确定针对所述优先分配的车辆的奖励类型，向所述优先分配的车辆分配对应类型的奖励时，还执行如下计算机程序：确定每个所述优先分配的车辆对于设置不同类型奖励的使用概率；当第一优先分配的车辆对于第一类型奖励的所述使用概率大于预设概率时，在下一个时间周期内向所述第一优先分配的车辆设置所述第一类型奖励。

本公开通过针对停放场站获取当前时间周期内以及确定下一个时间周期内的超停车辆的数量；从而基于停放场站的特征确定优先分配的车辆，进一步地还可以确定针对优先分配的车辆的奖励类型，向优先分配的车辆分配对应类型的奖励，从而能够将共享车辆的运营策略、共享车辆的使用数据、技术支持及算法多方面的优势集合，有效解决共享车辆的超停数量较多并且无法在短时间内被用户取走的问题，减轻了共享车辆停放场站的停放压力，提升用户取车还车的体验，降低共享车辆的调度成本。

在一些实施方式中，客户端、服务器可以利用诸如http(hypertexttransferprotocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(lan)、广域网(wan)、网际网(例如，互联网)以及端对端网络(例如，adhoc端对端网络)，以及任何当前已知或未来研发的网络。

上述存储介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

上述存储介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：获取至少两个网际协议地址；向节点评价设备发送包括至少两个网际协议地址的节点评价请求，其中，节点评价设备从至少两个网际协议地址中，选取网际协议地址并返回；接收节点评价设备返回的网际协议地址；其中，所获取的网际协议地址指示内容分发网络中的边缘节点。

或者，上述存储介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：接收包括至少两个网际协议地址的节点评价请求；从至少两个网际协议地址中，选取网际协议地址；返回选取出的网际协议地址；其中，接收到的网际协议地址指示内容分发网络中的边缘节点。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

需要说明的是，本公开上述的存储介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何存储介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、rf(射频)等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、片上系统(soc)、复杂可编程逻辑设备(cpld)等等。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

以上对本公开多个实施例进行了详细说明，但本公开不限于这些具体的实施例，本领域技术人员在本公开构思的基础上，能够做出多种变型和修改实施例，这些变型和修改都应落入本公开所要求保护的范围之内。