CN106530679A - 微公交运行管理系统及方法 - Google Patents

Abstract

本发明实施例提供微公交运行管理系统及方法。所述微公交运行管理系统包括相互通信连接的服务器及管理终端；所述管理终端包括：参数接收模块，用于接收输入的约束参数；参数发送模块，用于将所述约束参数发送给所述服务器，所述约束参数包括多个站点、车辆续驶时间及需充电时间；所述服务器包括：规则计算模块，用于根据接收到的所述约束参数中的续驶时间及需充电时间计算得到所述约束参数中各个站点之间的第一车辆行驶安排规则；规则发送模块，用于将所述第一车辆行驶安排规则发送给所述管理终端，以使所述管理终端对应的工作人员按照所述第一车辆行驶安排规则安排发车。

Description

微公交运行管理系统及方法

技术领域

本发明涉及公交车管理领域，具体而言，涉及一种微公交运行管理系统及方法。

背景技术

由于城市圈的扩大促使了公交行业的发展，人们对环保的重视促使了公交行业中电动公交车的发展。但是电动公交车也存在不足，由于电动公交车需要充电，导致车辆调度人员在安排发车时还要一一核对电动公交车的电量情况，而且电动车充电时间也比传统车加油时间要长很多，安排不合理很有可能导致车辆空缺或车辆在行车途中没电。因此，关于合理安排电动公交车的发车规则是一个亟待解决的问题。

发明内容

有鉴于此，本发明实施例的目的在于提供一种微公交运行管理系统及方法。

本发明实施例提供的一种微公交运行管理系统，所述微公交运行管理系统包括相互通信连接的服务器及管理终端；

所述管理终端包括：

参数接收模块，用于接收输入的约束参数；

参数发送模块，用于将所述约束参数发送给所述服务器，所述约束参数包括多个站点、车辆续驶时间及需充电时间；

所述服务器包括：

规则计算模块，用于根据接收到的所述约束参数中的续驶时间及需充电时间计算得到所述约束参数中各个站点之间的第一车辆行驶安排规则；

规则发送模块，用于将所述第一车辆行驶安排规则发送给所述管理终端，以使所述管理终端对应的工作人员按照所述第一车辆行驶安排规则安排发车。

本发明实施例还提供一种微公交运行管理方法，应用于包括相互通信连接的服务器及管理终端的微公交运行管理系统；该方法包括：

所述管理终端接收输入的约束参数，并将所述约束参数发送给所述服务器，所述约束参数包括多个站点、车辆续驶时间及需充电时间；

所述服务器根据接收到的所述约束参数中的续驶时间及需充电时间计算得到所述约束参数中各个站点之间的第一车辆行驶安排规则；以及

所述服务器将所述第一车辆行驶安排规则发送给所述管理终端，以使所述管理终端对应的工作人员按照所述第一车辆行驶安排规则安排发车。

与现有技术相比，本发明的微公交运行管理系统及方法，根据车辆续驶时间及需充电时间计算出车辆行驶安排规则，使电动公交车按照所述车辆行驶安排规则发车，可以有效避免车辆在路途中没电，同时还可避免车辆的电已经充好却被闲置的情况，从而实现高效循环利用电动公交车。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明较佳实施例提供的微公交运行管理系统的交互示意图。

图2为本发明较佳实施例提供的服务器的方框示意图。

图3为本发明提供的微公交运行管理系统的功能模块示意图。

图4为本发明较佳实施例提供的微公交运行管理方法的流程图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

如图1所示，是本发明较佳实施例提供的微公交运行管理系统的交互示意图。所述微公交运行管理系统包括服务器100、管理终端200、车载终端300及站点终端400。所述服务器100通过网络与多个管理终端200(图中仅示出一个)、多个车载终端300(图中仅示出一个)及多个站点终端400(图中仅示出一个)进行通信连接，以进行数据通信或交互。所述服务器100可以是网络服务器、数据库服务器等。所述管理终端200优选为电脑。所述车载终端300可以是智能手机、个人数字助理(personal digital assistant，PDA)等移动通信设备。所述站点终端400可以是个人电脑(personal computer，PC)、平板电脑、智能手机、个人数字助理(personal digital assistant，PDA)等。

如图2所示，是所述服务器100的方框示意图。所述服务器100包括存储器102、处理器104及网络模块106。本领域普通技术人员可以理解，图2所示的结构仅为示意，其并不对服务器100的结构造成限定。例如，服务器100还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。

存储器102可用于存储软件程序以及模块，如本发明实施例中的微公交运行管理方法及系统对应的程序指令/模块，处理器104通过运行存储在存储器102内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现微公交运行管理方法。存储器102可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器102可进一步包括相对于处理器104远程设置的存储器，这些远程存储器可以通过网络连接至所述服务器100。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

处理器104可能是一种集成电路芯片，具有信号的处理能力。上述的处理器104可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

网络模块106用于接收以及发送网络信号。上述网络信号可包括无线信号或者有线信号。在一个实例中，上述网络信号为有线网络信号。此时，网络模块106可包括处理器、随机存储器、转换器、晶体振荡器等元件。

上述的软件程序以及模块包括：操作系统108及规则计算模块110。其中操作系统108例如可为LINUX，UNIX，WINDOWS，其可包括各种用于管理系统任务(例如内存管理、存储设备控制、电源管理等)的软件组件和/或驱动，并可与各种硬件或软件组件相互通讯，从而提供其他软件组件的运行环境。规则计算模块110运行在操作系统108的基础上，用于根据图1所述管理终端200发送的参数计算出对应的车辆行驶安排规则。

请参阅图3，是本发明提供的微公交运行管理系统的功能模块示意图。下面将对图3所示的微公交运行管理系统的功能模块进行详细阐述。

所述管理终端200包括：参数接收模块210及参数发送模块220。

所述参数接收模块210，用于接收输入的约束参数。

所述约束参数可以由管理人员实时输入，也可以是预存在所述管理终端200的存储器中。

所述参数发送模块220，用于将所述约束参数发送给所述服务器100。

所述约束参数包括多个站点、车辆续驶时间及需充电时间。公交车的路线一般的比较长，途中可能有几十个公交站，途经数十公里，因此可能导致站与站之间的有一两公里的路程。在一个运用环境中，所述多个站点为现有的公交路线中不能到达的各个小区、学校的各个大门、医院门口等但是乘客又相对集中的位置。本实施例中车辆为电动公交车。所述车辆续驶时间可以为电动公交车充满电后能够行驶的时间。所述需充电时间可以为电动公交车一次充电至满需要花费的时间。所述约束参数可能因为电动公交车的类型以及适用年限可能有不同。

所述服务器100包括：规则计算模块110及规则发送模块120。所述规则计算模块110，用于根据接收到的所述约束参数中的续驶时间及需充电时间计算得到所述约束参数中各个站点之间的第一车辆行驶安排规则。

所述规则计算模块110可执行以下步骤完成所述第一车辆行驶安排规则的计算。例如，可首先根据预设间隔设置多个发车时间；然后加载电子地图，在所述电子地图中获取所述各个站点的位置并计算在所述各个站点之间行驶所需的行驶时间，根据所述续驶时间及所述行驶时间设置车辆的行驶路线；最后，根据车辆到达终点的时间、所述需充电时间及所述多个发车时间设置车辆的再次发车时间。

所述服务器100可根据所述预设间隔升序摆列的n个班次组集合TS＝(TS1,TS2,···，TSn)，对于任意两个班次组TSi，TSj，每个班次组均有固定的开始时间和结束时间界定的时间区间若一电动公交车执行的班次组TSi的结束时间加上需充电时间t^c小于另一辆车执行的班次组TSj的开始时间即则电动公交车完成TSi后，经过充电过程后可以进一步执行TSj，即TSi，TSj可由同一电动车执行，称为TSi，TSj之间有衔接关系。将班次组TSi的结束时间延长至其完成充电的时间即将班次组持续时间区间由原有的变为构造具有新的持续时间区间班次组TS′_i,TS′_i称为TSi对应的新构班次组，进而构造新的班次组集合TS'＝(TS′₁，TS'₂，···，TS'_n)。对于任意两个新构班次组TS′_i，TS'_j，若班次组TS'_j的开始时间晚于班次组TS′_i的结束时间，即则班次组TS′_i，TS'_j可被安排给同一辆车，称为TS′_i，TS'_j之间具有先后关系。

对于给定的任一班次组TSj∈TS(j＝1,2,···，n)，在k>j的条件下，与其不可能衔接的班次组TSk集合可以表示为：

Ij称为TSj的无关组。班次组TSj不可能与班次组TSk共同被同一电动公交车执行，班次组TSk也不可能与班次组TSj共同被同一电动公交车执行。

假设可使用电动公交车数目m，可以构造如下模型描述电动公交车分配情况：

若班次组TSj分配电动公交车i则否则若电动公交车i被选中执行班次组则y_i＝1，否则y_i＝0。约束限定每个班次组只能被单一电动公交车执行一次；约束限定不衔接的班次组不能被同一电动公交车执行。并将每一辆所述电动公交车的标识符与对应发车的各个时间点进行一一分配。所述标识符可以是电动公交车的车牌号，也可以公交车公司内部预设的排序号等。

所述规则发送模块120，用于将所述第一车辆行驶安排规则发送给所述管理终端200，以使所述管理终端200对应的工作人员按照所述第一车辆行驶安排规则安排发车。在一个实例中，所述服务器100还可以将所述第一车辆行驶安排规则生成对应的规则列表。将所述规则列表发送给所述管理终端200。在另一个实例中，所述服务器100也可以直接将所述第一车辆行驶安排规则发送给所述管理终端200，所述管理终端200将所述第一车辆行驶安排规则整理成规则列表进行显示。

进一步地，所述微公交运行管理系统还包括多个车载终端300，每个车载终端300包括：车辆计数器及感应器。所述计数器可以是与计费器一体的可以实现计数的机器，也可以独立于所述计费器的计数器。所述感应器可以安装在投币箱口，也可以安装在电动公交车的前门处的地面上。

所述车载终端300包括：数据采集模块310及数据发送模块320。

所述数据采集模块310，用于通过所述车辆计数器及感应器记录每段路线中的客流数据，所述客流数据包括乘客数量及乘车时间。在一种实施方式中，用户在刷公交卡时，所述计数器记录用户上车时间及上车地点。由于不是所有的用户都通过刷卡乘车，有些乘客会通过投币乘车。则所述安装在所述投币箱的感应器可以采集到通过投币乘车的乘客数量。在另一种实施方式中，用户上车时都会踩踏前门处的地面，因此通过安装在电动公交车的前门处的地面上的感应器可以采集到全部上车乘客的数量。进一步地，所述电动公交车的后门处也安装一个感应器，用于探测下车的乘客数量。通过上车的乘客数量及下车的乘客数量获知在车上的乘客数量。详细地，感应器在采集的客流数据还可包括乘客上车的地理位置。

所述数据发送模块320，用于按照预设的时间间隔向所述服务器发送所述客流数据。例如，所述车载终端300将采集到的数据每天发送一次给服务器100。

所述服务器100的规则计算模块110，还包括：根据所述客流数据及所述第一车辆行驶安排规则计算第二车辆行驶安排规则。

本实施例中，根据所述客流数据，将在客流高峰时间段，将所述第一车辆行驶安排规则中发车时间间隔缩短。本实施例中，在一段时间内，所述乘客数量超过第一指定数量时，将所述发车时间间隔的时间差修改为原发车时间间隔的时间差一半。例如，所述电动公交车上的座位为二十个，而一段时间内，所述电动公交车上的乘客数量超过六十人，则将此时间段内的发车间隔调整为原发车时间间隔的一半，或者，在两个发车时间中间插入一班车。例如，将8:00和8:10的发车时间修改为8:00、8:05及8:10。例如，所述电动公交车上的座位为二十个，而一段时间内，所述电动公交车上的乘客数量不超过十人，则将此时间段内的发车间隔调整为原发车时间间隔的两倍。例如，将10:30和10:40的发车时间修改为10:30、10:50。将修改了发车时间间隔的车辆行驶安排规则作为所述第二车辆行驶安排规则。根据乘客数量来调整所述第一车辆行驶安排规则，使车辆行驶安排规则能够更好地满足乘客的需求，也能够减少电动公交车资源的浪费。

进一步地，所述车载终端300还包括：路况预估模块330及路况发送模块340。

所述路况预估模块330，用于记录车辆按照所述第一车辆行驶安排规则在指定行驶路线上实际行车时间及根据车辆的水平波动频率预估路况信息。例如，可以在所述电动公交车上安装有用于测试电动公交车水平波动的感应器。

所述路况发送模块340，用于将所述实际行车时间及所述路况信息发送给所述服务器。

所述服务器100的所述规则计算模块110还可根据所述实际行车时间、所述路况信息及所述第一车辆行驶安排规则计算第三车辆行驶安排规则。

在一个实例中，所述服务器100可以根据所述管理终端200发送的公交车的实际行车时间加上所述第一车辆行驶安排规则中电动公交车每个班次组的开始时间作为新的车辆行驶安排规则的结束时间。然后，将修改了班组的结束时间的车辆行驶安排规则作为所述第三车辆行驶安排规则。

根据车辆的实际行车时间计算出所述第三车辆行驶安排规则，使服务器100能够更有效地管理电动公交车，防止因为前面的电动公交车没有及时到达终点导致后面的车次不能及时触发的情况。

进一步地，所述车载终端300还包括：位置信息发送模块350，用于获取车辆的行驶轨迹及位置信息，并发送给所述服务器100。

所述站点终端400包括：查询请求发送模块410，用于接收到用户的查询操作后，根据所述查询操作，向服务器发送车辆行驶状况获取请求。

所述站点终端400可以安装在小区门口、传统公交车路线的车站处、超市门口以及医院门口等。

所述服务器100还包括：查询结果发送模块140，用于将根据所述车辆行驶状况获取请求查找到的结果信息发送给所述站点终端400。

所述站点终端400还包括：结果显示模块420，用于将接收到的所述结果信息进行显示。

本实施例中，所述站点终端400可用于查询经过所述站点终端400所在位置的电动公交车的行驶轨迹及位置信息。当然，也可以查询电动公交车的首班车及末班车等信息。

进一步地，所述车载终端300上安装有摄像设备、门感应器、平衡感应器及定位装置。

所述车载终端300还包括：车况信息发送模块360，用于获取车况信息，并将所述车况信息发送给所述服务器，所述车况信息包括：通过所述摄像设备获取的车辆上的实时视频、所述门感应器获取的车门状况信息、所述平衡感应器获取的车辆平衡度及根据定位装置获取的历史轨迹。

所述服务器100还包括：车况信息响应模块130，用于接收到所述管理终端发送的数据请求后，将所述车况信息发送给所述管理终端200，使所述管理终端200根据所述车况信息生成统计表并进行显示。

进一步地，所述服务器100的规则计算模块110，还可根据所述车况信息及所述第一车辆行驶安排规则，按照车况优劣情况对应安排车辆发车次数计算第四车辆行驶安排规则。

在一种实施方式中，服务器100根据接收到的车况信息将所述电动公交车按照优劣程度进行等级，车况越好所述电动公交车的等级越好。等级越高的车辆每天安排发车次数越多。进一步地，若车况信息中包括安全问题，则所述第四车辆行驶安排规则中取消车况信息中包括安全问题对应的电动公交车的行车安排。

通过根据车况信息计算出所述第四车辆行驶安排规则，可以提高电动公交车的行车安全。

请参阅图4，是本发明较佳实施例提供的应用于图4所示的微公交运行管理系统的微公交运行管理方法的流程图。下面将对图4所示的具体流程进行详细阐述。

步骤S101，所述管理终端接收输入的约束参数，并将所述约束参数发送给所述服务器。步骤S101由所述参数接收模块210执行。

所述约束参数包括多个站点、车辆续驶时间及需充电时间。

步骤S102，所述服务器根据接收到的所述约束参数中的续驶时间及需充电时间计算得到所述约束参数中各个站点之间的第一车辆行驶安排规则。步骤S102由所述规则计算模块110执行。

步骤S103，所述服务器将所述第一车辆行驶安排规则发送给所述管理终端。步骤S103由所述规则发送模块120执行。以使所述管理终端200对应的工作人员按照所述第一车辆行驶安排规则安排发车。

进一步地，步骤S102可通过以下步骤来实现。首先，根据预设间隔设置多个发车时间；然后，加载电子地图，在所述电子地图中获取所述各个站点的位置并计算在所述各个站点之间行驶所需的行驶时间，根据所述续驶时间及所述行驶时间设置车辆的行驶路线；最后，根据车辆到达终点的时间、所述需充电时间及所述多个发车时间设置车辆的再次发车时间。

进一步地，所述微公交运行管理系统还包括多个车载终端300，每个车载终端300包括：车辆计数器及感应器。在其他实施例中，微公交运行管理方法还包括：

所述车载终端通过所述车辆计数器及感应器记录每段路线中的客流数据，所述客流数据包括乘客数量及乘车时间。

所述车载终端按照预设的时间间隔向所述服务器发送所述客流数据。

所述服务器根据所述客流数据及所述第一车辆行驶安排规则计算第二车辆行驶安排规则。

根据上述实施例中的方法，可以通过根据车辆续驶时间及需充电时间安排车辆第一车辆行驶安排规则，可以有效避免车辆在路途中没电，或者车辆的电已经充好却被闲置的情况，从而实现高效循环利用电动车类型的微公交。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种微公交运行管理系统，其特征在于，所述微公交运行管理系统包括相互通信连接的服务器及管理终端；

所述管理终端包括：

参数接收模块，用于接收输入的约束参数；

参数发送模块，用于将所述约束参数发送给所述服务器，所述约束参数包括多个站点、车辆续驶时间及需充电时间；

所述服务器包括：

规则计算模块，用于根据接收到的所述约束参数中的续驶时间及需充电时间计算得到所述约束参数中各个站点之间的第一车辆行驶安排规则；

规则发送模块，用于将所述第一车辆行驶安排规则发送给所述管理终端，以使所述管理终端对应的工作人员按照所述第一车辆行驶安排规则安排发车。

2.如权利要求1所述的微公交运行管理系统，其特征在于，所述规则计算模块计算得到所述约束参数中各个站点之间的第一车辆行驶安排规则的方式包括：

根据预设间隔设置多个发车时间；

加载电子地图，在所述电子地图中获取所述各个站点的位置并计算在所述各个站点之间行驶所需的行驶时间，根据所述续驶时间及所述行驶时间设置车辆的行驶路线；

根据车辆到达终点的时间、所述需充电时间及所述多个发车时间设置车辆的再次发车时间。

3.如权利要求1或2所述的微公交运行管理系统，其特征在于，所述微公交运行管理系统还包括多个车载终端，每个车载终端包括：车辆计数器、感应器、数据采集模块及数据发送模块：

所述数据采集模块用于通过所述车辆计数器及感应器记录每段路线中的客流数据，所述客流数据包括乘客数量及乘车时间；

所述数据发送模块用于按照预设的时间间隔向所述服务器发送所述客流数据；

所述服务器的规则计算模块，还用于根据所述客流数据及所述第一车辆行驶安排规则计算第二车辆行驶安排规则。

4.如权利要求1所述的微公交运行管理系统，其特征在于，所述微公交运行管理系统还包括多个车载终端，所述车载终端包括：

路况预估模块，用于记录车辆按照所述第一车辆行驶安排规则在指定行驶路线上实际行车时间及根据车辆的水平波动频率预估路况信息；及

路况发送模块，用于将所述实际行车时间及所述路况信息发送给所述服务器；

所述服务器的所述规则计算模块还用于根据所述实际行车时间、所述路况信息及所述第一车辆行驶安排规则计算第三车辆行驶安排规则。

5.如权利要求1所述的微公交运行管理系统，其特征在于，所述微公交运行管理系统还包括多个车载终端及站点终端，

所述车载终端包括：

位置信息发送模块，用于获取车辆的行驶轨迹及位置信息，并发送给所述服务器；

所述站点终端包括：

查询请求发送模块，用于接收到用户的查询操作后，根据所述查询操作，向服务器发送车辆行驶状况获取请求；

所述服务器还包括：

查询结果发送模块，用于将根据所述车辆行驶状况获取请求查找到的结果信息发送给所述站点终端；

所述站点终端还包括：结果显示模块，用于将接收到的所述结果信息进行显示。

6.如权利要求1所述的微公交运行管理系统，其特征在于，所述微公交运行管理系统还包括多个车载终端，所述车载终端上安装有摄像设备、门感应器、平衡感应器及定位装置；

所述车载终端包括：车况信息发送模块，用于获取车况信息，并将所述车况信息发送给所述服务器，所述车况信息包括：通过所述摄像设备获取的车辆上的实时视频、所述门感应器获取的车门状况信息、所述平衡感应器获取的车辆平衡度及根据定位装置获取的历史轨迹；

所述服务器还包括：车况信息响应模块，用于接收到所述管理终端发送的数据请求后，将所述车况信息发送给所述管理终端，使所述管理终端根据所述车况信息生成统计表并进行显示。

7.如权利要求6所述的微公交运行管理系统，其特征在于，所述服务器的规则计算模块还用于根据所述车况信息及所述第一车辆行驶安排规则，按照车况优劣情况对应安排车辆发车次数计算第四车辆行驶安排规则。

8.一种微公交运行管理方法，应用于包括相互通信连接的服务器及管理终端的微公交运行管理系统；其特征在于，该方法包括：

所述管理终端接收输入的约束参数，并将所述约束参数发送给所述服务器，所述约束参数包括多个站点、车辆续驶时间及需充电时间；

所述服务器根据接收到的所述约束参数中的续驶时间及需充电时间计算得到所述约束参数中各个站点之间的第一车辆行驶安排规则；以及

所述服务器将所述第一车辆行驶安排规则发送给所述管理终端，以使所述管理终端对应的工作人员按照所述第一车辆行驶安排规则安排发车。

9.如权利要求8所述的微公交运行管理方法，其特征在于，所述服务器根据接收到的所述约束参数中的续驶时间及需充电时间计算得到所述约束参数中各个站点之间的第一车辆行驶安排规则的步骤包括：

根据预设间隔设置多个发车时间；

加载电子地图，在所述电子地图中获取所述各个站点的位置并计算在所述各个站点之间行驶所需的行驶时间，根据所述续驶时间及所述行驶时间设置车辆的行驶路线；

根据车辆到达终点的时间、所述需充电时间及所述多个发车时间设置车辆的再次发车时间。

10.如权利要求8或9所述的微公交运行管理方法，其特征在于，所述微公交运行管理系统还包括多个车载终端，每个车载终端包括：车辆计数器及感应器，该方法还包括：

所述车载终端通过所述车辆计数器及感应器记录每段路线中的客流数据，所述客流数据包括乘客数量及乘车时间；

所述车载终端按照预设的时间间隔向所述服务器发送所述客流数据；

所述服务器根据所述客流数据及所述第一车辆行驶安排规则计算第二车辆行驶安排规则。