一种车辆资源调度处理方法及系统与流程

本发明涉及计算机网络技术领域，特别涉及一种车辆资源调度处理方法及系统。

背景技术：

近年来，随着城市的发展，打车需求已经是社会各个阶层人士的普遍需求。打车软件为司机和乘客提供了一个便利的工具，解决了出租车司机和乘客之间的信息不对称问题。打车服务不同于传统的服务方式，打车服务中提供服务的司机通常分散在不同地理位置处准备提供服务，而乘客也分散在不同地理位置处等待服务方到达该地理位置以接收服务。司机和乘客之间没有直接的沟通方式，只能以随机的方式等待。

但是，在实现本发明过程中，发明人发现现有技术中至少存在以下问题：乘客叫车需求分布与车辆资源分布不匹配，叫车需求密集的地域，出租车数量未必充足；出租车数量充足的地方，叫车需求未必充足，而且司机只能实时了解周围几十米甚至不足十米范围内的叫车需求情况，很难根据经验实时判断一个城市的叫车需求分布。

可见，目前的车辆资源调度系统并不能很好的解决车辆资源与用户需求之间的调度问题，影响司机和乘客的打车体验。

技术实现要素：

鉴于上述问题，本发明提供了一种车辆资源调度处理方法及系统，解决了车辆资源调度系统并不能很好的解决车辆资源与用户需求之间的调度问题。

依据本发明的一个方面，提供了一种车辆资源调度处理方法，所述方法包括：

获取事件发生信息，所述事件发生信息包括事件发生的时间和地点；

在临近所述事件发生的时间之前的预设时间段内，向目标车辆终端发送通知消息。

可选地，所述目标车辆终端包括：目标区域范围内的车辆终端，或者，行驶到所述事件发生地点的行驶时间小于第一预设阈值的车辆终端。

可选地，所述目标区域为以事件发生地点为中心的区域，或者，将地图以预设规则分割为不同区域，计算各区域范围内的车辆终端数量、密度或车辆订单比，将所述车辆终端数量、密度或车辆订单比大于第二预设阈值的区域作为目标区域。

可选地，所述以事件发生地点为中心的区域为以第一预设长度为半径的圆形区域，或，以第二预设长度为边长的正多边形区域。

可选地，所述将地图以预设规则分割为不同区域包括：

以第三预设长度为边长，将地图按照等边三角形、正方形、正六边形进行分割。

可选地，所述目标车辆终端的在线时长超过第三预设阈值，和/或，接单成功率大于第四预设阈值。

可选地，所述向目标车辆终端发送通知消息包括：向所述目标车辆终端，广播所述通知消息。

可选地，所述方法还包括：若向所述目标车辆终端广播所述通知消息的次数到达预设值，则停止广播。

可选地，所述方法还包括：当所述目标车辆终端的当前位置位于事件发生的地点时，停止广播。

可选地，所述向目标车辆终端发送通知消息包括：

向所述目标车辆终端，点播发送所述通知消息。

可选地，所述通知消息用以提示接收到所述通知消息的司机在所述事件发生的时间前往所述事件发生的地点进行接单。

依据本发明的另一个方面，提供了一种车辆资源调度处理系统，所述系统包括：

获取单元，用于获取事件发生信息，所述事件发生信息包括事件发生的时间和地点；

调度单元，用于在临近所述事件发生的时间之前的预设时间段内，向目标车辆终端发送通知消息。

可选地，所述目标车辆终端包括：目标区域范围内的车辆终端，或者，行驶到所述事件发生地点的行驶时间小于第一预设阈值的车辆终端。

可选地，所述目标区域为以事件发生地点为中心的区域，或者，将地图以预设规则分割为不同区域，计算各区域范围内的车辆终端数量、密度或车辆订单比，将所述车辆终端数量、密度或车辆订单比大于第二预设阈值的区域作为目标区域。

可选地，所述以事件发生地点为中心的区域为以第一预设长度为半径的圆形区域，或，以第二预设长度为边长的正多边形区域。

可选地，所述将地图以预设规则分割为不同区域包括：

以第三预设长度为边长，将地图按照等边三角形、正方形、正六边形进行分割。

可选地，所述目标车辆终端的在线时长超过第三预设阈值，和/或，接单成功率大于第四预设阈值。

可选地，所述调度单元，具体用于在临近所述事件发生的时间之前的预设时间段内，向所述目标车辆终端，广播所述通知消息。

可选地，所述系统还包括：

控制单元，用于当向所述目标车辆终端广播所述通知消息的次数到达预设值时，停止广播。

可选地，所述控制单元，还用于当所述目标车辆终端的当前位置位于事件发生的地点时，停止广播。

可选地，所述调度单元，具体用于在临近所述事件发生的时间之前的预设时间段内，向所述目标车辆终端，点播发送所述通知消息。

可选地，所述通知消息用以提示接收到所述通知消息的司机在所述事件发生的时间前往所述事件发生的地点进行接单。

本发明提供的车辆资源调度处理方法及系统，基于事件发生信息，通过在临近事件发生的时间之前的预设时间段内，向目标车辆终端发送通知消息，实现对已知的爆发需求进行运力的重点调度，能够减少事件发生的地点在一定时间段内车辆和乘客供过于求或者供不应求的情况，从而提高司机和乘客的打车体验。

附图说明

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

图1是本公开一种实施方式的车辆资源调度处理方法的流程图；

图2是本公开另一种实施方式的车辆资源调度处理方法的流程图；

图3是本公开再一种实施方式的车辆资源调度处理方法的流程图；

图4是本公开一种实施方式的车辆资源调度处理系统的结构框图。

具体实施方式

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

需要说明的是，本领域技术人员应当理解，本发明实施例中提及的车辆终端为提供服务方，如交通工具叫车服务中的司机，所使用的用于接单的移动终端或个人计算机(personalcomputer，简称pc)等设备。例如智能手机、个人数码助理(pda)、平板电脑、笔记本电脑、车载电脑(carputer)、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备(如googleglass、oculusrift、hololens、gearvr)等。

图1是本公开一种实施方式的车辆资源调度处理方法的流程图。本实施例可适用于对已知的运力爆发需求进行车辆资源调度的情况，该方法可以由车辆资源调度处理系统来执行，该系统可以由硬件和/或软件的形式实现。参照图1，本实施方式的车辆资源调度处理方法包括以下步骤：

步骤s11、获取事件发生信息，所述事件发生信息包括事件发生的时间和地点。

在实际应用中，车辆资源调度处理系统可通过定时抓取各个地区的新闻网页或官方网站，实现对事件发生信息的获取。具体的，本实施例中的事件是指能够引起运力需求爆发的事件，典型的情况比如大型演唱会、运动会散场，针对这样的情况，在事件结束后必定会有大量人员需要离开会场，进而引起运力需求爆发，此时需要对该事件发生地点进行车辆资源的重点调度。

可理解的，通过定时抓取各个地区的新闻网页或官方网站，实现对事件发生信息的获取仅作为一个具体实施例进行举例说明，此外，还可通过其他方式，如通过预先设置的信息采集平台进行信息收集，或根据事件发生的时间前预设时间长度内的历史订单数据进行比对分析等方式获取事件发生信息。本领域技术人员可根据实际应用进行设置，对此本发明实施例不作具体限定。

步骤s12、在临近所述事件发生的时间之前的预设时间段内，向目标车辆终端发送通知消息。

其中，本发明实施例中的通知消息用以提示接收到所述通知消息的司机在所述事件发生的时间前往所述事件发生的地点进行接单。

其中，目标车辆终端可根据预设策略进行选取。

在实际应用中，基于事件发生信息，能够获得一个城市运力需求的热点分布情况，并将这个信息在临近所述事件发生的时间之前的预设时间段内发布给目标车辆终端，用以提示接收到所述通知消息的司机在所述事件发生的时间前往所述事件发生的地点进行接单，使得目标车辆终端对应司机能实时掌握重点运力需求的分布情况，为出租车司机的行驶计划提供有力的参考，实现车辆资源的重点调度。

本公开实施例提供的车辆资源调度处理方法，基于事件发生信息，通过在临近事件发生的时间之前的预设时间段内，向目标车辆终端发送通知消息，以提示接收到通知消息的司机在事件发生的时间前往事件发生的地点进行接单，实现对已知的爆发需求进行运力的重点调度，能够减少事件发生的地点在一定时间段内车辆和乘客供过于求或者供不应求的情况，从而提高司机和乘客的打车体验。

在本发明的一个可选实施例中，所述目标车辆终端包括：目标区域范围内的车辆终端，或者，行驶到所述事件发生地点的行驶时间小于第一预设阈值的车辆终端。

进一步地，所述目标区域为以事件发生地点为中心的区域，或者，将地图以预设规则分割为不同区域，计算各区域范围内的车辆终端数量、密度或车辆订单比，将所述车辆终端数量、密度或车辆订单比大于第二预设阈值的区域作为目标区域。具体的，所述以事件发生地点为中心的区域为以第一预设长度为半径的圆形区域，或，以第二预设长度为边长的正多边形区域。所述将地图以预设规则分割为不同区域包括：以第三预设长度为边长，将地图按照等边三角形、正方形、正六边形进行分割。

可理解的是，本实施例中以事件发生地点为中心的区域可以为圆形，同样可以是正方形、正六边形等规则图形，或者以道路为边界的非规则图形，甚至可以包括其他距离较远而运力充沛或者过剩的区域，对此本发明不作具体限定。

本发明实施例能够在实现对已知的爆发需求进行运力的重点调度的同时，尽量减少司机空驶时间和乘客等待时间，避免对本身运力不足的区域的影响，从而提高司机和乘客的打车体验。

图2是本公开另一种实施方式的车辆资源调度处理方法的流程图。参照图2，本实施方式的车辆资源调度处理方法包括以下步骤：

步骤s21、获取事件发生信息，所述事件发生信息包括事件发生的时间和地点。

步骤s21与图1所示的实施方式的步骤s11相同，在此不再赘述。

步骤s22、在临近所述事件发生的时间之前的预设时间段内，向所述目标车辆终端，广播所述通知消息。

其中，该通知消息用于提示接收到所述通知消息的司机在所述事件发生的时间前往所述事件发生的地点进行接单。

在一个具体示例中，将以所述事件发生的地点为圆心、以预设距离为半径的区域范围作为所述目标区域范围，通过向目标区域范围内的目标车辆终端广播所述通知消息，使得目标车辆终端对应司机能实时掌握重点运力需求的分布情况，为出租车司机的行驶计划提供有力的参考，实现车辆资源的重点调度。

需要说明的是，为以尽量减少司机空驶时间和乘客等待时间，提升用户打车体验。本实施例中的预设时间段和预设距离的具体取值可根据目标车辆终端所属城市的交通路况、所属城市的具体城区等信息进行设置和调整。例如，若目标车辆终端所属城市为北京的大兴区、交通路况良好，则将预设时间段和/或预设距离的取值设置的大一些，若目标车辆终端所属城市为北京的海淀区，交通路况较为拥堵，则可以将预设时间段和/或预设距离的取值设置的小一些，本发明对此不做具体限定。

本发明实施例中通过广播的方式向目标车辆终端发送通知消息，实现对目标车辆终端通知消息的发送，能够快速地实现车辆资源的调度，提高车辆资源调度的效率。

进一步地，目标车辆终端的在线时长超过第三预设阈值，和/或，接单成功率大于第四预设阈值。本实施例中的目标车辆终端可优选为在线时长超过第三预设阈值和接单成功率大于第四预设阈值的车辆终端，从而保证接单的成功率，进而确保调度的有效性。

进一步地，为了避免车辆资源的过度调度，导致事件发生地，甚至事件发生地发件的路况恶化，或是导致其他区域的车辆资源严重不足等问题，本发明实施例提供的车辆资源调度处理方法还包括以下步骤：若向所述目标车辆终端广播所述通知消息的次数到达预设值，则停止广播，避免持续进行不必要的广播造成对资源的浪费。此外，还可以通过在所述目标车辆终端的当前位置位于事件发生的地点时，停止广播，以达到上述目的。

图3是本公开再一种实施方式的车辆资源调度处理方法的流程图。参照图3，本实施方式的车辆资源调度处理方法包括以下步骤：

步骤s31、获取事件发生信息，所述事件发生信息包括事件发生的时间和地点；

步骤s31与图1所示的实施方式的步骤s11相同，在此不再赘述。

步骤s32、在临近所述事件发生的时间之前的预设时间段内，向所述目标车辆终端，点播发送所述通知消息。

其中，该通知消息用于提示接收到所述通知消息的司机在所述事件发生的时间前往所述事件发生的地点进行接单。

本发明实施例中通过点播的方式向目标车辆终端发送通知消息，能够更有针对性地实现对目标车辆终端通知消息的发送，更加准确地实现车辆资源的调度，提高车辆资源调度的效率。

对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本公开实施例并不受所描述的动作顺序的限制，因为依据本公开实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本公开实施例所必须的。

图4是本公开一种实施方式的车辆资源调度处理系统的结构框图。

参照图4，所述车辆资源调度处理系统包括获取单元401和调度单元402，其中，获取单元401用于获取事件发生信息，所述事件发生信息包括事件发生的时间和地点；调度单元402用于在临近所述事件发生的时间之前的预设时间段内，向目标车辆终端发送通知消息。

其中，本发明实施例中的通知消息用以提示接收到所述通知消息的司机在所述事件发生的时间前往所述事件发生的地点进行接单。

其中，目标车辆终端可根据预设策略进行选取。

本公开实施例提供的车辆资源调度处理系统，调度单元402基于获取单元401获取的事件发生信息，通过在临近事件发生的时间之前的预设时间段内，向目标车辆终端发送通知消息，以提示接收到通知消息的司机在事件发生的时间前往事件发生的地点进行接单，实现对已知的爆发需求进行运力的重点调度，能够减少事件发生的地点在一定时间段内车辆和乘客供过于求或者供不应求的情况，从而提高司机和乘客的打车体验。

在本发明的一个可选实施例中，所述目标车辆终端包括：目标区域范围内的车辆终端，或者，行驶到所述事件发生地点的行驶时间小于第一预设阈值的车辆终端。

进一步地，所述目标区域为以事件发生地点为中心的区域，或者，将地图以预设规则分割为不同区域，计算各区域范围内的车辆终端数量、密度或车辆订单比，将所述车辆终端数量、密度或车辆订单比大于第二预设阈值的区域作为目标区域。具体的，所述以事件发生地点为中心的区域为以第一预设长度为半径的圆形区域，或，以第二预设长度为边长的正多边形区域。所述将地图以预设规则分割为不同区域包括：以第三预设长度为边长，将地图按照等边三角形、正方形、正六边形进行分割。

可理解的是，本实施例中以事件发生地点为中心的区域可以为圆形，同样可以是正方形、正六边形等规则图形，或者以道路为边界的非规则图形，甚至可以包括其他距离较远而运力充沛或者过剩的区域，对此本发明不作具体限定。

本发明实施例中通过设置目标区域范围内的车辆终端所属车辆从车辆所在地行驶到所述事件发生的地点的行驶时间小于第一预设阈值，或，所述目标区域范围内车辆终端的分布密度大于第二预设阈值，实现对目标区域范围的限定，能够在实现对已知的爆发需求进行运力的重点调度的同时，尽量减少司机空驶时间和乘客等待时间，避免对本身运力不足的区域的影响，从而提高司机和乘客的打车体验。

在本发明的另一个可选实施例中，所述调度单元402，具体用于在临近所述事件发生的时间之前的预设时间段内，向所述目标车辆终端，广播所述通知消息。

本发明实施例中调度单元402通过广播的方式向目标车辆终端发送通知消息，同时实现对目标车辆终端通知消息的发送，能够快速地实现车辆资源的调度，提高车辆资源调度的效率。

在本发明的一个可选实施例中，所述目标车辆终端的在线时长超过第三预设阈值，和/或，接单成功率大于第四预设阈值。本实施例中的目标车辆终端可优选为在线时长超过第三预设阈值和接单成功率大于第四预设阈值的车辆终端，从而保证接单的成功率，进而确保调度的有效性。

在本发明的一个可选实施例中，所述系统还包括附图中未示出的控制单元，该控制单元用于当向所述目标车辆终端广播所述通知消息的次数到达预设值时，停止广播。

在本发明的另一个可选实施例中，所述控制单元，还用于当所述目标车辆终端的当前位置位于事件发生的地点时，停止广播。

本发明实施例通过在满足预设情况下，停止广播，以避免由车辆资源的过度调度，导致事件发生地，甚至事件发生地发件的路况恶化，或是导致其他区域的车辆资源严重不足等问题。此外，还可以避免持续进行不必要的广播造成对资源的浪费。

在本发明的另一个可选实施例中，所述调度单元402，具体用于在临近所述事件发生的时间之前的预设时间段内，向所述目标车辆终端，点播发送所述通知消息。本发明实施例中调度单元402通过点播的方式向目标车辆终端发送通知消息，能够更有针对性地实现对目标车辆终端通知消息的发送，更加准确地实现车辆资源的调度，提高车辆资源调度的效率。

对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

综上所述，根据上述本公开实施例提供的车辆资源调度处理方法及系统，基于事件发生信息，通过在临近事件发生的时间之前的预设时间段内，向目标车辆终端发送通知消息，实现对已知的爆发需求进行运力的重点调度，能够减少事件发生的地点在一定时间段内车辆和乘客供过于求或者供不应求的情况，从而提高司机和乘客的打车体验。

本公开的实现和本文中提供的所有功能操作可以用数字电子电路、或者用计算机软件、固件或硬件，包括本说明书及其结构等同方案中所公开的结构、或者其中的一个或多个的组合来实现。本公开的实现可以实现为一个或多个计算机程序产品，即在计算机可读介质上编码的计算机程序指令的一个或多个模块，这些指令由数据处理装置来执行或者用以控制数据处理装置的操作。该计算机可读介质可以是机器可读存储设备、机器可读存储基片、存储器设备、影响机器可读传播信号的组合物或者其中的一个或多个的组合。术语“数据处理装置”涵盖用于处理数据的所有装置、设备和机器，包括例如可编程处理器、计算机或者多个处理器或计算机。除了硬件之外，该装置可以包括为所描述的计算机程序创建执行环境的代码，例如构成处理器固件、协议栈、数据库管理系统、操作系统或者其中的一个或多个的组合的代码。

计算机程序(也称为程序、软件、软件应用、脚本或代码)可以用任何形式的编程语言(包括编译语言或解释语言)来编写，并且计算机程序可以用任何形式来部署，包括作为独立程序或者作为模块、部件、子例程或者适合在计算环境中使用的其他单元。计算机程序并非必须对应于文件系统中的文件。程序可以存储在保持其他程序或数据(例如标记语言文档中所存储的一个或多个脚本)的文件的部分中，存储在专用于所描述的程序的单个文件中，或者存储在多个协同文件(例如存储一个或多个模块、子程序或者代码的部分的文件)中。计算机程序可以被部署成在一个计算机上来执行，或者在位于一个站点处或分布在多个站点处且通过通信网络互连的多个计算机上来执行。

本公开中所描述的过程和逻辑流可以由执行一个或多个计算机程序的一个或多个可编程处理器来执行以通过操作输入数据并且生成输出来执行功能。该过程和逻辑流也可以由专用逻辑电路来执行，并且装置也可以实现为该专用逻辑电路，该专用逻辑电路例如为fpga(现场可编程门阵列)或者asic(专用集成电路)。

适合执行计算机程序的处理器包括例如通用和专用微处理器二者、以及任何种类的数字计算机的任何一个或多个处理器。通常，处理器从只读存储器或者随机存取存储器或者二者接收指令和数据。计算机的元件可以包括用于执行指令的处理器以及用于存储指令和数据的一个或多个存储器设备。通常，计算机还将包括一个或多个海量

存储设备以便存储数据，或者该计算机在操作上耦合以从海量存储设备接收或向海量存储设备传送数据或者二者，该海量存储设备例如是磁盘、磁光盘或者光盘。然而，计算机不需要具有这样的设备。此外，计算机可以嵌入在另一设备中，该另一设备例如为移动电话、个人数字助理(pda)、移动音频播放器、全球定位系统(gps)接收器等。适合存储计算机程序指令和数据的计算机可读介质包括所有形式的非易失性存储器、介质和存储器设备，包括例如：半导体存储器设备，如eprom、eeprom和闪存设备；磁盘，如内置硬盘或可移除盘；磁光盘；以及cdrom和dvd-rom盘。该处理器和存储器可以用专用逻辑电路来补充或者并入该专用逻辑电路中。

为了提供与用户的交互，本公开的实现可以在具有用于向用户显示信息的显示设备(例如crt(阴极射线管)或lcd(液晶显示器)监视器)以及键盘和定点设备(例如鼠标或跟踪球，通过其用户可以向计算机提供输入)的计算机上来实现。也可以使用其他种类的设备来提供与用户的交互；例如，向用户提供的反馈可以是任何形式的感觉反馈，例如视觉反馈、听觉反馈或者触觉反馈；并且来自用户的输入可以以任何形式来接收，包括听觉、语音或触觉输入。

虽然本公开包括一些细节，然而不应当将这些细节理解为对本公开或者要求保护的内容的范围的限制，而是应当被理解为对本公开的示例实现的特征的描述。本公开中在单独实现的情境中描述的某些特征还可以与单个实现组合来提供。相反地，在单个实现的情境中描述的各个特征也可以分别在多个实现中来提供或者在任何合适的子组合中来提供。此外，虽然以上可以将特征描述为以某种组合来执行并且甚至初始就要求这样保护，然而在一些情况下可以从组合中去掉来自要求保护的组合的一个或多个特征，并且要求保护的组合可以涉及子组合或子组合的变化。

类似地，虽然在附图中按照特定顺序来描绘操作，然而这不应当被理解为要求这样的操作按照所示的特定顺序或者按照相继顺序来执行，或者要求所有图示操作都被执行，以实现期望的结果。在一些

境况下，多任务和并行处理可能是有利的。此外，以上描述的实现中的各种系统部件的分离不应当被理解为在所有实现中都要求这样的分离，而且应当理解，所描述的程序部件和系统通常可以在单个软件产品中集成在一起或者被封装成多个软件产品。

以上实施方式仅适于说明本发明，而并非对本发明的限制，有关技术领域的普通技术人员，在不脱离本发明的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本发明的范畴，本发明的专利保护范围应由权利要求限定。