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

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

背景技术：

随着社会交通技术的不断进步，便捷的公交车辆为城市市民日常生活不可或缺的出行方式。传统技术中，公交系统是通过一定数量的车辆跑指定线路并且按照预定时间发车，每条线路上的车辆都是预先安排好的。

但是，不同时间段，尤其是上下班高峰时，不同线路上乘客人流是不同的。上述车辆调度可能会造成有的线路的公交车上人满为患无法满足乘客的乘坐需求，有的线路的公交车上由于乘坐人数较少造成公交资源的浪费，因此，如何根据实时的候车人数动态调度公交车辆成为业界关注的热点课题。

现有技术通过在传统的公交系统中进行人工干预实现了公交车辆的动态调度，例如人工确定某一公交路线上的候车人数，进而公交系统基于该公交路线上的候车人数调度该公交线路上的公交车辆。但是上述人工干预需要消耗较多人力，从而导致较大的运营成本，而且人工干预效率低下，无法满足实际公交车辆调度需求。

技术实现要素：

为解决现有技术中存在的问题，本申请提供一种公交车辆调度方法、装置、设备及存储介质。

第一方面，本申请实施例提供一种公交车辆调度方法，该方法包括如下步骤：

获取预设区域内各个公交站点的位置参数，以及在所述各个公交站点的用户的位置参数；

根据公交站点i的位置参数和在所述公交站点i的用户的位置参数，判断在所述公交站点i的用户是否在候车，其中，所述公交站点i为所述各个公交站点中的一个公交站点，i＝1,2,……n，n等于所述各个公交站的数量；

若在所述公交站点i的用户在候车，则更新所述公交站点i的候车人数，并确定在所述公交站点i的用户待选择的公交线路；

根据更新后的公交站点i的候车人数，确定公交线路j上每个公交站点的候车人数，其中，所述公交线路j为所述待选择的公交线路中的一个公交线路，j＝1,2,……m，m等于所述待选择的公交线路的数量；

将所述公交线路j上每个公交站点的候车人数发送至第一区块链，以使所述第一区块链根据所述公交线路j上每个公交站点的候车人数，对所述公交线路j的公交车辆进行调度。

在一种可能的实现方式中，所述各个公交站点的位置参数包括所述各个公交站点的站台边框经纬度，在所述各个公交站点的用户的位置参数包括在所述各个公交站点的用户的终端的经纬度；

所述根据公交站点i的位置参数和在所述公交站点i的用户的位置参数，判断在所述公交站点i的用户是否在候车，包括：

将所述公交站点i的站台边框经纬度与在所述公交站点i的用户的终端的经纬度进行匹配；

根据匹配结果，确定在所述公交站点i的用户是否在候车。

在一种可能的实现方式中，所述根据匹配结果，确定在所述公交站点i的用户是否在候车，包括：

若在所述公交站点i的用户的终端的经纬度在所述公交站点i的站台边框经纬度内，则获取所述在所述公交站点i的用户的终端的经纬度在所述公交站点i的站台边框经纬度内的持续时间；

若所述持续时间大于预设时间阈值，则确定在所述公交站点i的用户在候车。

在一种可能的实现方式中，所述确定在所述公交站点i的用户待选择的公交线路，包括：

获取在所述公交站点i的用户的终端搜索的公交站点；

根据所述终端搜索的公交站点和所述公交站点i，确定在所述公交站点i的用户待选择的公交线路；

或者

获取在所述公交站点i的用户的终端搜索的公交线路；

若所述终端搜索的公交线路包括所述公交站点i，则将所述终端搜索的公交线路作为在所述公交站点i的用户待选择的公交线路；

或者

从第二区块链中获取预设时间段内在所述公交站点i的用户乘坐公交车后的下车记录；

根据所述下车记录和所述公交站点i，确定在所述公交站点i的用户待选择的公交线路。

在一种可能的实现方式中，在所述根据公交站点i的位置参数和在所述公交站点i的用户的位置参数，判断在所述公交站点i的用户是否在候车之后，还包括：

若在所述公交站点i的用户在候车，则在监控在所述公交站点i的用户乘车时，获取在所述公交站点i的用户的上车记录，并在判断在所述公交站点i的用户下车时，获取在所述公交站点i的用户的下车记录；

将在所述公交站点i的用户的上车记录和下车记录发送至第二区块链，以使所述第二区块链保存在所述公交站点i的用户的上车记录和下车记录。

第二方面，本申请实施例提供一种公交车辆调度装置，所述装置包括：

获取模块，用于获取预设区域内各个公交站点的位置参数，以及在所述各个公交站点的用户的位置参数；

判断模块，用于根据公交站点i的位置参数和在所述公交站点i的用户的位置参数，判断在所述公交站点i的用户是否在候车，其中，所述公交站点i为所述各个公交站点中的一个公交站点，i＝1,2,……n，n等于所述各个公交站的数量；

更新模块，用于若在所述公交站点i的用户在候车，则更新所述公交站点i的候车人数，并确定在所述公交站点i的用户待选择的公交线路；

确定模块，用于根据更新后的公交站点i的候车人数，确定公交线路j上每个公交站点的候车人数，其中，所述公交线路j为所述待选择的公交线路中的一个公交线路，j＝1,2,……m，m等于所述待选择的公交线路的数量；

第一发送模块，用于将所述公交线路j上每个公交站点的候车人数发送至第一区块链，以使所述第一区块链根据所述公交线路j上每个公交站点的候车人数，对所述公交线路j的公交车辆进行调度。

在一种可能的实现方式中，所述各个公交站点的位置参数包括所述各个公交站点的站台边框经纬度，在所述各个公交站点的用户的位置参数包括在所述各个公交站点的用户的终端的经纬度；

所述判断模块，具体用于：

将所述公交站点i的站台边框经纬度与在所述公交站点i的用户的终端的经纬度进行匹配；

根据匹配结果，确定在所述公交站点i的用户是否在候车。

在一种可能的实现方式中，所述判断模块，具体用于：

若在所述公交站点i的用户的终端的经纬度在所述公交站点i的站台边框经纬度内，则获取所述在所述公交站点i的用户的终端的经纬度在所述公交站点i的站台边框经纬度内的持续时间；

若所述持续时间大于预设时间阈值，则确定在所述公交站点i的用户在候车。

在一种可能的实现方式中，所述更新模块，具体用于：

获取在所述公交站点i的用户的终端搜索的公交站点；

根据所述终端搜索的公交站点和所述公交站点i，确定在所述公交站点i的用户待选择的公交线路；

或者

获取在所述公交站点i的用户的终端搜索的公交线路；

若所述终端搜索的公交线路包括所述公交站点i，则将所述终端搜索的公交线路作为在所述公交站点i的用户待选择的公交线路；

或者

从第二区块链中获取预设时间段内在所述公交站点i的用户乘坐公交车后的下车记录；

根据所述下车记录和所述公交站点i，确定在所述公交站点i的用户待选择的公交线路。

在一种可能的实现方式中，还包括第二发送模块，用于在所述判断模块根据公交站点i的位置参数和在所述公交站点i的用户的位置参数，判断在所述公交站点i的用户是否在候车之后，若在所述公交站点i的用户在候车，则在监控在所述公交站点i的用户乘车时，获取在所述公交站点i的用户的上车记录，并在判断在所述公交站点i的用户下车时，获取在所述公交站点i的用户的下车记录；

将在所述公交站点i的用户的上车记录和下车记录发送至第二区块链，以使所述第二区块链保存在所述公交站点i的用户的上车记录和下车记录。

第三方面，本申请实施例提供一种公交车辆调度设备，包括：

处理器；

存储器；以及

计算机程序；

其中，所述计算机程序被存储在所述存储器中，并且被配置为由所述处理器执行，所述计算机程序包括用于执行如第一方面所述的方法的指令。

第四方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序使得服务器执行第一方面所述的方法。

第五方面，本申请实施例提供一种计算机程序产品，包括计算机指令，所述计算机指令被处理器执行第一方面所述的方法。

本申请实施例提供的公交车辆调度方法、装置、设备及存储介质，该方法通过公交站点i的位置参数和在公交站点i的用户的位置参数，判断在公交站点i的用户是否在候车，如果在候车，则更新公交站点i的候车人数，并确定在公交站点i的用户待选择的公交线路，进而，根据更新后的公交站点i的候车人数，确定公交线路j上每个公交站点的候车人数，其中，公交线路j为上述待选择的公交线路中的一个公交线路，从而，将公交线路j上每个公交站点的候车人数发送至第一区块链，以使第一区块链根据公交线路j上每个公交站点的候车人数，对公交线路j的公交车辆进行调度，其中无需人工参与，节省时间和人力，提高公交车辆调度效率。而且，本申请实施例通过公交站点i的位置参数和在公交站点i的用户的位置参数，判断在公交站点i的用户是否在候车，判断结果较准确，提高了后续公交车辆调度的准确性。另外，本申请实施例将公交线路j上每个公交站点的候车人数发送至第一区块链进行公交车辆调度处理，区块链具有数据不可篡改、可回溯和较高的安全性等特点，保障了车辆调度处理结果的真实有效。

附图说明

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

图1为本申请实施例提供的一种现有公交车辆调度示意图；

图2为本申请实施例提供的公交车辆调度系统架构示意图；

图3为本申请实施例提供的一种公交车辆调度方法的流程示意图；

图4为本申请实施例提供的另一种公交车辆调度方法的流程示意图；

图5为本申请实施例提供的一种公交车辆调度装置的结构示意图；

图6为本申请实施例提供的另一种公交车辆调度装置的结构示意图；

图7a为本申请提供的一种公交车辆调度设备的基本硬件架构示意图；

图7b为本申请提供的另一种公交车辆调度设备的基本硬件架构示意图。

具体实施方式

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

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

现有技术通过在传统的公交系统中进行人工干预实现了公交车辆的动态调度，例如人工确定某一公交路线上的候车人数，进而公交系统基于该公交路线上的候车人数调度该公交线路上的公交车辆。但是上述人工干预需要消耗较多人力，从而导致较大的运营成本，而且人工干预效率低下，无法满足实际公交车辆调度需求。

为了解决上述问题，现有提供一种自动调度公交车辆的技术，示例性的如图1所示，公交系统通过摄像头实时获取各站点视频数据，通过各站点视频数据和所有车辆的定位信息，分析出各站点内候车人数，根据该候车人数进行公交车辆调度。

然而，上述技术通过摄像头获取各站点视频数据，在分析出各站点内候车人数时，可能要利用人脸识别，存在侵犯个人隐私的风险；上述对候车用户的识别主要使用车辆的定位信息，可能导致识别的候车用户误差率较高；另外，上述对获取的数据进行处理过程中可能存在数据泄露的风险，导致后续车辆调度出错。

因此，本申请实施例提出一种公交车辆调度方法，无需人工参与，节省时间和人力，提高公交车辆调度效率，无需人脸识别，不会侵犯个人隐私。而且，本申请实施例通过公交站点i的位置参数和在公交站点i的用户的位置参数，判断在公交站点i的用户是否在候车，判断结果较准确，提高了后续公交车辆调度的准确性。另外，本申请实施例在判断用户候车后，确定用户待选择的公交线路j上每个公交站点的候车人数，将公交线路j上每个公交站点的候车人数发送至第一区块链进行公交车辆调度处理，区块链具有数据不可篡改、可回溯和较高的安全性等特点，保障了车辆调度处理结果的真实有效。

可选地，本申请提供的一种公交车辆调度方法，可以适用于图2所示的公交车辆调度系统架构示意图，如图2所示，该系统可以包括第一区块链21、第二区块链22和公交车辆调度设备23。其中，公交车辆调度设备可以与用户的终端通信，这里，以第一终端、第二终端和第三终端为例，第一终端为用户1的终端，第二终端为用户2的终端，第三终端为用户3的终端，用户1在公交站点1，用户2在公交站点2，用户3在公交站点3。

可以理解的是，本申请实施例示意的结构并不构成对公交车辆调度系统架构的具体限定。在本申请另一些可行的实施方式中，上述架构可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置，具体可根据实际应用场景确定，在此不做限制。图2所示的部件可以以硬件，软件，或软件与硬件的组合实现。

在具体实现过程中，公交车辆调度设备23可以通过用户1的第一终端的位置参数，确定用户1的位置参数，通过用户2的第二终端的位置参数，确定用户2的位置参数，并通过用户3的第三终端的位置参数，确定用户3的位置参数。然后，公交车辆调度设备23可以通过公交站点1的位置参数和在公交站点1的用户1的位置参数，判断在公交站点1的用户1是否在候车，同理，通过公交站点2的位置参数和在公交站点2的用户2的位置参数，判断在公交站点2的用户2是否在候车，通过公交站点3的位置参数和在公交站点3的用户3的位置参数，判断在公交站点3的用户3是否在候车。这里以在公交站点1的用户1为例，如果判断用户1在候车，公交车辆调度设备13可以确定用户1待选择的公交线路，进而，根据上述确定的候车结果，确定待选择的公交线路上每个公交站点的候车人数，将该候车人数发送至第一区块链，以使第一区块链根据该候车人数，对公交车辆进行调度。

这里，公交车辆调度设备23在上述处理过程中无需人工参与，节省时间和人力，提高公交车辆调度效率，而且公交车辆调度设备23通过公交站点i的位置参数和在公交站点i的用户的位置参数，判断在公交站点i的用户是否在候车，判断结果较准确，提高了后续公交车辆调度的准确性。另外，公交车辆调度设备23将公交线路j上每个公交站点的候车人数发送至第一区块链进行公交车辆调度处理，区块链具有数据不可篡改、可回溯和较高的安全性等特点，保障了车辆调度处理结果的真实有效。

另外，公交车辆调度设备23可以在判断用户1在候车后，获取用户1的上车记录和下车记录，并发送至第二区块链保存。同理，公交车辆调度设备13可以在判断用户2在候车后，获取用户2的上车记录和下车记录，并发送至第二区块链保存，在判断用户3在候车后，获取用户3的上车记录和下车记录，并发送至第二区块链保存，以便后续为用户1、用户2和用户3等确定待选择的公交线路。

在本申请实施例中，上述各终端可以为手持设备、车载设备、可穿戴设备、计算设备，以及各种形式的用户设备(userequipment，ue)等安装有公交线路查询功能app的设备。

另外，本申请实施例描述的系统架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

下面以几个实施例为例对本申请的技术方案进行描述，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图3为本申请实施例提供了一种公交车辆调度方法的流程示意图，本实施例的执行主体可以为图2所示实施例中的公交车辆调度设备，如图3所示，该方法可以包括：

s301：获取预设区域内各个公交站点的位置参数，以及在上述各个公交站点的用户的位置参数。

其中，上述预设区域可以根据实际情况确定，例如某市、某区等。

上述各个公交站点的位置参数可以包括上述各个公交站点的站台边框经纬度。在上述各个公交站点的用户的位置参数包括在上述各个公交站点的用户的终端的经纬度。其中，上述公交车辆调度设备可以通过全球定位系统(globalpositioningsystem，gps)定位、wifi定位或基站定位等，确定在上述各个公交站点的用户的终端的经纬度。

上述公交车辆调度设备除获取预设区域内各个公交站点的位置参数，以及在上述各个公交站点的用户的位置参数外，还可以获取上述各个公交站点的标识和在上述各个公交站点的用户的标识等。

这里，上述各个公交站点的标识可以包括上述各个公交站点的名称、编号等能够标识公交站点身份的信息，在上述各个公交站点的用户的标识可以包括上述各个公交站点的用户的终端名称、编号等能够标识用户身份的信息。

s302：根据公交站点i的位置参数和在公交站点i的用户的位置参数，判断在公交站点i的用户是否在候车，其中，公交站点i为上述各个公交站点中的一个公交站点，i＝1,2,……,n，n等于上述各个公交站的数量。

这里，上述公交车辆调度设备可以将公交站点i的站台边框经纬度与在公交站点i的用户的终端的经纬度进行匹配，根据匹配结果，确定在公交站点i的用户是否在候车。

示例性的，如果在公交站点i的用户的终端的经纬度在公交站点i的站台边框经纬度内，则上述公交车辆调度设备可以获取在公交站点i的用户的终端的经纬度在公交站点i的站台边框经纬度内的持续时间。如果该持续时间大于预设时间阈值，则上述公交车辆调度设备可以确定在公交站点i的用户在候车。其中，上述预设时间阈值可以根据实际情况确定，例如1分钟或2分钟等。

s303：若在公交站点i的用户在候车，则更新公交站点i的候车人数，并确定在公交站点i的用户待选择的公交线路。

如果在公交站点i的用户在候车，则上述公交车辆调度设备可以确定在公交站点i的用户待选择的公交线路。

示例性的，上述公交车辆调度设备可以获取在公交站点i的用户的终端搜索的公交站点，进而，根据上述终端搜索的公交站点和公交站点i，确定在公交站点i的用户待选择的公交线路。例如上述公交车辆调度设备获取在公交站点i的用户的终端搜索的公交站点，将公交站点i和该搜索的下车站点之间的所有公交线路作为待选择的公交线路。

或者，上述公交车辆调度设备可以获取在公交站点i的用户的终端搜索的公交线路。如果上述终端搜索的公交线路包括公交站点i，则上述公交车辆调度设备可以将上述终端搜索的公交线路作为在公交站点i的用户待选择的公交线路。例如上述公交车辆调度设备获取在公交站点i的用户的终端搜索过公交线路，如果该公交线路包括在公交站点i线路内，则将该行车线路作为待选择的公交线路。

或者，上述公交车辆调度设备可以从第二区块链中获取预设时间段内在公交站点i的用户乘坐公交车后的下车记录，进而，根据该下车记录和公交站点i，确定在公交站点i的用户待选择的公交线路。例如如果上述公交车辆调度设备没有获取到公交站点i的用户的终端搜索的公交站点和公交线路信息，则可以根据一段时间内公交站点i的用户乘坐公交车后的下车记录，确定在公交站点i的用户待选择的公交线路。其中，上述预设时间段可以根据实际情况确定，例如最近一周或最近两周等。

其中，对于上述没有获取到公交站点i的用户的终端搜索的上述信息的情况，上述公交车辆调度设备可以把公交站点i的用户划分为两类：候车站点频繁出现用户和候车站点偶尔出现用户。候车站点频繁出现用户指长期在该候车站点上车的用户，候车站点偶尔出现用户指的是偶尔或者从未在该候车站点上车的用户。

对于频繁出现用户，上述公交车辆调度设备可以根据从第二区块链中获取预设时间段内在公交站点i的用户乘坐公交车后的下车记录，确定用户最频繁下车站点，进而，将公交站点i和用户最频繁下车站点之间的公交线路作为待选择的公交线路。

对于偶尔出现用户，上述公交车辆调度设备也可以根据从第二区块链中获取预设时间段内在公交站点i的用户乘坐公交车后的下车记录，确定用户最频繁下车站点。如果公交站点i和用户最频繁下车站点之间有直达线路，则上述公交车辆调度设备可以取公交站点i和最频繁下车站点之间的公交线路作为待选择的公交线路。如果没有直达线路，则上述公交车辆调度设备可以选取离用户最频繁下车站点最近的直达站点为下车站点，将公交站点i和该最近直达下车站点之间的公交线路作为待选择的公交线路。

s304：根据更新后的公交站点i的候车人数，确定公交线路j上每个公交站点的候车人数，其中，公交线路j为上述待选择的公交线路中的一个公交线路，j＝1,2,……,m，m等于上述待选择的公交线路的数量。

s305：将公交线路j上每个公交站点的候车人数发送至第一区块链，以使第一区块链根据公交线路j上每个公交站点的候车人数，对公交线路j的公交车辆进行调度。

其中，上述公交车辆调度设备可以预先在第一区块链上创建智能合约，将公交车辆调度规则数字化写入智能合约，编译智能合约并部署。

上述智能合约可以包括事务处理、保存机制以及一个完备的状态机。事务及事件信息载入智能合约后，其资源状态将被更新并进而触发智能合约进行状态机判断。如果自动状态机中相应动作的触发条件满足，则由状态机根据预设信息选择合约动作自动执行。

示例性的，上述公交车辆调度设备可以基于以太坊(ethereum)在第一区块链上创建智能合约。以太坊是一个基于区块链数据结构的、可实现智能合约的、开源的底层系统。在以太坊体系中，一个合约就是一个存在区块链里的程序。以太坊虚拟机(ethereumvirtualmachine，evm)提供了一种图灵完备的脚本语言(ethereumvirtualmachinecode)，可以执行编写的以太坊合约。

这里，上述公交车辆调度规则可以包含输入每个线路的候车人数和输出对应的调度方案，更进一步地，调度方案包括发车时间间隔增加/减少、同一起止站点上不同路线车辆数量增加/减少。

其中，上述公交车辆调度设备可以基于solidity语言编写公交车辆调度规则，以evm为运行环境。solidity被设计成了以编译的方式生成以太坊虚拟机代码，编译验证智能合约具备正确性后将其部署在第一区块链上。

上述公交车辆调度设备在将公交线路j上每个公交站点的候车人数发送至第一区块链后，第一区块链可以根据上述公交车辆调度规则，以及公交线路j上每个公交站点的候车人数，对公交线路j的公交车辆进行调度。

示例性的，第一区块链可以计算出公交线路j的候车总人数，根据候车总人数高于或低于阈值，触发智能合约进行车辆动态调度，缩小/增加发车时间间隔，加大/减小车辆运营密度。

例如，第一区块链可以对某个时段内的公交线路j所有公交站台上的候车人数进行汇总得到该公交线路的候车总人数。如果公交线路j候车总人数超过阈值n1，则第一区块链可以触发智能合约进行车辆调度调整，包括缩小发车时间间隔，加大车辆运营密度。如果第一区块链候车总人数低于阈值n2，则第一区块链可以触发智能合约进行车辆调度调整，包括增大发车时间间隔，减小车辆运营密度。其中，n1大于n2。

本申请实施例通过公交站点i的位置参数和在公交站点i的用户的位置参数，判断在公交站点i的用户是否在候车，如果在候车，则更新公交站点i的候车人数，并确定在公交站点i的用户待选择的公交线路，进而，根据更新后的公交站点i的候车人数，确定公交线路j上每个公交站点的候车人数，其中，公交线路j为上述待选择的公交线路中的一个公交线路，从而，将公交线路j上每个公交站点的候车人数发送至第一区块链，以使第一区块链根据公交线路j上每个公交站点的候车人数，对公交线路j的公交车辆进行调度，其中无需人工参与，节省时间和人力，提高公交车辆调度效率。而且，本申请实施例通过公交站点i的位置参数和在公交站点i的用户的位置参数，判断在公交站点i的用户是否在候车，判断结果较准确，提高了后续公交车辆调度的准确性。另外，本申请实施例将公交线路j上每个公交站点的候车人数发送至第一区块链进行公交车辆调度处理，区块链具有数据不可篡改、可回溯和较高的安全性等特点，保障了车辆调度处理结果的真实有效。

另外，本申请实施例中上述根据公交站点i的位置参数和在公交站点i的用户的位置参数，判断在公交站点i的用户是否在候车之后，如果在公交站点i的用户在候车，则上述公交车辆调度设备可以获取在公交站点i的用户的上车记录和下车记录，并发送至第二区块链保存，以便后续为用户确定待选择的公交线路。图4为本申请实施例提出的另一种公交车辆调度方法的流程示意图。如图4所示，该方法包括：

s401：获取预设区域内各个公交站点的位置参数，以及在上述各个公交站点的用户的位置参数。

s402：根据公交站点i的位置参数和在公交站点i的用户的位置参数，判断在公交站点i的用户是否在候车，其中，公交站点i为上述各个公交站点中的一个公交站点，i＝1,2,……,n，n等于上述各个公交站的数量。

其中，步骤s401-s402参见上述步骤s301-s302的相关描述，此处不再赘述。

s403：若在公交站点i的用户在候车，则在监控在公交站点i的用户乘车时，获取在公交站点i的用户的上车记录，并在判断在公交站点i的用户下车时，获取在公交站点i的用户的下车记录。

s404：将在公交站点i的用户的上车记录和下车记录发送至第二区块链，以使第二区块链保存在公交站点i的用户的上车记录和下车记录。

这里，上述公交车辆调度设备可以监控到公交站点i的用户离开公交站点i边框，则判断用户已乘车，可以通过用户的乘车刷卡记录获得乘客唯一身份标识、上车时间、上车站点等，将这些数据打包成上车记录。在判断在公交站点i的用户下车时，例如发现该用户在另外一个公交站点边框内出现，则判断该用户已下车，上述公交车辆调度设备可以将用户唯一身份标识、下车时间、下车站点作为下车记录连同之前的上车记录一起打包插入第二区块链，以便后续为用户确定待选择的公交线路。

s405：若在公交站点i的用户在候车，则更新公交站点i的候车人数，并确定在公交站点i的用户待选择的公交线路。

示例性的，上述公交车辆调度设备可以从第二区块链中获取预设时间段内在公交站点i的用户乘坐公交车后的下车记录，进而，根据该下车记录和公交站点i，确定在公交站点i的用户待选择的公交线路。

或者上述公交车辆调度设备可以获取在公交站点i的用户的终端搜索的公交站点，进而，根据上述终端搜索的公交站点和公交站点i，确定在公交站点i的用户待选择的公交线路。

或者，上述公交车辆调度设备可以获取在公交站点i的用户的终端搜索的公交线路。如果上述终端搜索的公交线路包括公交站点i，则上述公交车辆调度设备可以将上述终端搜索的公交线路作为在公交站点i的用户待选择的公交线路。

s406：根据更新后的公交站点i的候车人数，确定公交线路j上每个公交站点的候车人数，其中，公交线路j为上述待选择的公交线路中的一个公交线路，j＝1,2,……,m，m等于上述待选择的公交线路的数量。

s407：将公交线路j上每个公交站点的候车人数发送至第一区块链，以使第一区块链根据公交线路j上每个公交站点的候车人数，对公交线路j的公交车辆进行调度。

其中，步骤s405-s407参见上述步骤s303-s305的相关描述，此处不再赘述。

本申请实施例中上述根据公交站点i的位置参数和在公交站点i的用户的位置参数，判断在公交站点i的用户是否在候车之后，如果在公交站点i的用户在候车，则上述公交车辆调度设备可以获取在公交站点i的用户的上车记录和下车记录，并发送至第二区块链保存，以便后续为用户确定待选择的公交线路。而且，本申请实施例无需人工参与，节省时间和人力，提高公交车辆调度效率。本申请实施例通过公交站点i的位置参数和在公交站点i的用户的位置参数，判断在公交站点i的用户是否在候车，判断结果较准确，提高了后续公交车辆调度的准确性。另外，本申请实施例将公交线路j上每个公交站点的候车人数发送至第一区块链进行公交车辆调度处理，区块链具有数据不可篡改、可回溯和较高的安全性等特点，保障了车辆调度处理结果的真实有效。

对应于上文实施例的公交车辆调度方法，图5为本申请实施例提供的公交车辆调度装置的结构示意图。为了便于说明，仅示出了与本申请实施例相关的部分。图5为本申请实施例提供的一种公交车辆调度装置的结构示意图，该公交车辆调度装置50包括：获取模块501、判断模块502、更新模块503、确定模块504以及第一发送模块505。这里的公交车辆调度装置可以是上述公交车辆调度设备本身，或者是实现上述公交车辆调度设备的功能的芯片或者集成电路。这里需要说明的是，获取模块、判断模块、更新模块、确定模块以及第一发送模块的划分只是一种逻辑功能的划分，物理上两者可以是集成的，也可以是独立的。

其中，获取模块501，用于获取预设区域内各个公交站点的位置参数，以及在所述各个公交站点的用户的位置参数。

判断模块502，用于根据公交站点i的位置参数和在所述公交站点i的用户的位置参数，判断在所述公交站点i的用户是否在候车，其中，所述公交站点i为所述各个公交站点中的一个公交站点，i＝1,2,……n，n等于所述各个公交站的数量。

更新模块503，用于若在所述公交站点i的用户在候车，则更新所述公交站点i的候车人数，并确定在所述公交站点i的用户待选择的公交线路。

确定模块504，用于根据更新后的公交站点i的候车人数，确定公交线路j上每个公交站点的候车人数，其中，所述公交线路j为所述待选择的公交线路中的一个公交线路，j＝1,2,……m，m等于所述待选择的公交线路的数量。

第一发送模块505，用于将所述公交线路j上每个公交站点的候车人数发送至第一区块链，以使所述第一区块链根据所述公交线路j上每个公交站点的候车人数，对所述公交线路j的公交车辆进行调度。

在一种可能的实现方式中，所述各个公交站点的位置参数包括所述各个公交站点的站台边框经纬度，在所述各个公交站点的用户的位置参数包括在所述各个公交站点的用户的终端的经纬度；

所述判断模块502，具体用于：

将所述公交站点i的站台边框经纬度与在所述公交站点i的用户的终端的经纬度进行匹配；

根据匹配结果，确定在所述公交站点i的用户是否在候车。

在一种可能的实现方式中，所述判断模块502，具体用于：

若在所述公交站点i的用户的终端的经纬度在所述公交站点i的站台边框经纬度内，则获取所述在所述公交站点i的用户的终端的经纬度在所述公交站点i的站台边框经纬度内的持续时间；

若所述持续时间大于预设时间阈值，则确定在所述公交站点i的用户在候车。

在一种可能的实现方式中，所述更新模块503，具体用于：

获取在所述公交站点i的用户的终端搜索的公交站点；

根据所述终端搜索的公交站点和所述公交站点i，确定在所述公交站点i的用户待选择的公交线路；

或者

获取在所述公交站点i的用户的终端搜索的公交线路；

若所述终端搜索的公交线路包括所述公交站点i，则将所述终端搜索的公交线路作为在所述公交站点i的用户待选择的公交线路；

或者

从第二区块链中获取预设时间段内在所述公交站点i的用户乘坐公交车后的下车记录；

根据所述下车记录和所述公交站点i，确定在所述公交站点i的用户待选择的公交线路。

本申请实施例提供的装置，可用于执行上述图3方法实施例的技术方案，其实现原理和技术效果类似，本申请实施例此处不再赘述。

图6为本申请实施例提供的另一种公交车辆调度装置的结构示意图。在图5基础上，上述公交车辆调度装置50还包括：第二发送模块506。

其中，第二发送模块506，用于在所述判断模块502根据公交站点i的位置参数和在所述公交站点i的用户的位置参数，判断在所述公交站点i的用户是否在候车之后，若在所述公交站点i的用户在候车，则在监控在所述公交站点i的用户乘车时，获取在所述公交站点i的用户的上车记录，并在判断在所述公交站点i的用户下车时，获取在所述公交站点i的用户的下车记录；

将在所述公交站点i的用户的上车记录和下车记录发送至第二区块链，以使所述第二区块链保存在所述公交站点i的用户的上车记录和下车记录。

本申请实施例提供的装置，可用于执行上述图4方法实施例的技术方案，其实现原理和技术效果类似，本申请实施例此处不再赘述。

可选地，图7a和7b示意性地分别提供本申请所述公交车辆调度设备的一种可能的基本硬件架构。

参见图7a和7b，公交车辆调度设备包括至少一个处理器701以及通信接口703。进一步可选的，还可以包括存储器702和总线704。

其中，公交车辆调度设备中，处理器701的数量可以是一个或多个，图7a和7b仅示意了其中一个处理器701。可选地，处理器701，可以是中央处理器(centralprocessingunit，cpu)、图形处理器(graphicsprocessingunit，gpu)或者数字信号处理器(digitalsignalprocessor，dsp)。如果公交车辆调度设备具有多个处理器701，多个处理器701的类型可以不同，或者可以相同。可选地，公交车辆调度设备的多个处理器701还可以集成为多核处理器。

存储器702存储计算机指令和数据；存储器702可以存储实现本申请提供的上述公交车辆调度方法所需的计算机指令和数据，例如，存储器702存储用于实现上述公交车辆调度方法的步骤的指令。存储器702可以是以下存储介质的任一种或任一种组合：非易失性存储器(例如只读存储器(rom)、固态硬盘(ssd)、硬盘(hdd)、光盘)，易失性存储器。

通信接口703可以为所述至少一个处理器提供信息输入/输出。也可以包括以下器件的任一种或任一种组合：网络接口(例如以太网接口)、无线网卡等具有网络接入功能的器件。

可选的，通信接口703还可以用于公交车辆调度设备与其它计算设备或者终端进行数据通信。

进一步可选的，图7a和7b用一条粗线表示总线704。总线704可以将处理器701与存储器702和通信接口703连接。这样，通过总线704，处理器701可以访问存储器702，还可以利用通信接口703与其它计算设备或者终端进行数据交互。

在本申请中，公交车辆调度设备执行存储器702中的计算机指令，使得公交车辆调度设备实现本申请提供的上述公交车辆调度方法，或者使得公交车辆调度设备部署上述的公交车辆调度装置。

从逻辑功能划分来看，示例性的，如图7a所示，存储器702中可以包括获取模块501、判断模块502、更新模块503、确定模块504以及第一发送模块505。这里的包括仅仅涉及存储器中所存储的指令被执行时可以分别实现获取模块、判断模块、更新模块、确定模块以及第一发送模块的功能，而不限定是物理上的结构。

一种可能设计，如图7b所示，存储器702中包括第二发送模块506，这里的包括仅仅涉及存储器中所存储的指令被执行时可以实现第二发送模块的功能，而不限定是物理上的结构。

另外，上述的公交车辆调度装置除了可以像上述图7a和7b通过软件实现外，也可以作为硬件模块，或者作为电路单元，通过硬件实现。

本申请提供一种计算机可读存储介质，所述计算机程序产品包括计算机指令，所述计算机指令指示计算设备执行本申请提供的上述公交车辆调度方法。

本申请实施例提供一种计算机程序产品，包括计算机指令，所述计算机指令被处理器执行本申请提供的上述公交车辆调度方法。

本申请提供一种芯片，包括至少一个处理器和通信接口，所述通信接口为所述至少一个处理器提供信息输入和/或输出。进一步，所述芯片还可以包含至少一个存储器，所述存储器用于存储计算机指令。所述至少一个处理器用于调用并运行该计算机指令，以执行本申请提供的上述公交车辆调度方法。

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

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