CN105005959A - 一种具有特征属性的公交车客流量计算及统计分析方法 - Google Patents
一种具有特征属性的公交车客流量计算及统计分析方法 Download PDFInfo
- Publication number
- CN105005959A CN105005959A CN201510443403.8A CN201510443403A CN105005959A CN 105005959 A CN105005959 A CN 105005959A CN 201510443403 A CN201510443403 A CN 201510443403A CN 105005959 A CN105005959 A CN 105005959A
- Authority
- CN
- China
- Prior art keywords
- flow
- volume
- bus
- car
- passengers
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Traffic Control Systems (AREA)
Abstract
本发明为一种具有特征属性的公交车客流量实时计算和统计分析的方法,针对公交车在线路上营运时因各种因素而可能发生的客流量变化情况,对这些特殊的客流量进行识别和分组归类,对公交车在任意站点的上下车人数及车上人数进行实时的计算和统计分析。它囊括了公交车在线路上营运时因各种因素而可能发生的客流量变化情况,创新性的运用了统计学的分组理论,对这些特殊的客流量进行识别和分组归类。它不仅可以准确、全面的获得实时的公交车在任意站点的上下车人数及车上人数,还可以利用大数据技术做深度的分析,从而为不同的使用者提供不同的所需数据。
Description
技术领域
本发明属于公交客流量计算及统计领域,公开了一种具有特征属性的公交车客流量实时计算和统计分析的方法。
背景技术
公交客流量实时采集统计的难点主要在两个方面。一是在站点上乘客进出车门的不规则性。主要表现在:乘客上下车门的速度不一样,从上车门下车,从下车门上车,并列上下车,同一车门同时上下车,在拥堵时段内乘客长时间在车门处停留等。二是公交车在进出站时存在多次开关门上下客情况、中途上下客、以及车辆在中途抛锚后机动车应急接驳的客流量统计。如果不能正确的识别这些情况并进行归类处理,就会发生误统计,从而降低了客流量统计的准确率。目前已知的各种客流量统计方法只能解决第一个问题,第二个问题则需运用统计学的理论和方法予以解决。
一种完整的公交客流量实时采集处理、计算和统计分析方法,从数据流向上可以分为客流量采集和处理***(部分)、客流量计算和添加特征值***(部分)、以及对客流量进行汇总、查询、分析对比、图形显示、校验、生成分类统计报表等的后台处理***(部分)。
目前国内所有可查询到的文献资料主要集中在各种客流量采集和处理的方法方面,如:人体红外传感器、红外光电开关、机器视觉(即摄像头)、多传感器脚型测量、公交IC卡以及人体红外传感器捆绑红外反射式开关等。这些方法都有各自的优缺点。最根本的就是都没有形成完整***的客流量采集和统计分析***。
至于在何处进行客流量计算,上述方法中各有各的方式和理由。只有厦门雅迅公司的发明专利中有所提及。但该专利并未明确必须在车载终端上进行计算,而是认为在车载终端和后台都可进行计算。对于这两种方式的优劣其并没有加以说明。本发明则明确在车载终端上进行计算。至于添加特征值,在所有可查询的资料中均未有提及。而这恰恰是公交客流量必须具备的属性。缺少了我们所定义的特征属性,用上述任何一种方法得到的公交客流量都不是唯一的。
采集公交客流量的最终目的并不是只为了解当前时点的某个站点的客流量变化,而是要通过对历史数据的对比分析从中找出客流量变化的规律,为公司管理者和政府决策部门提供科学管理的依据。而政府恰恰是最需要这些数据的。政府部门需要客流量数据来辅助决策,这一点在所有的各种客流量统计方法中均未提及。
发明内容
本发明的目的是公开了一种具有特征属性的公交车客流量实时计算和统计分析的方法,针对公交车在线路上营运时因各种因素而可能发生的客流量变化情况,对这些特殊的客流量进行识别和分组归类,对公交车在任意站点的上下车人数及车上人数进行实时的计算和统计分析。
本发明通过如下技术方案实现上述目的:
一种具有特征属性的公交车客流量计算及统计分析方法,所述的方法包括下述步骤:
公交车客流量计算:
公交车上客的第一站定义为首站,乘客全部下车的站定义为末站,第二站至末站前一站定义为当前站点,客流量计算的公式如下:
a、首站车上人数:首站车上人数=首站上客人数
b、第二站起至末站前一站(可理解为当前站点)
当前站点车上人数=上站车上人数+当前站点上车人数—当前站点下车人数;
c、末站车上人数=上站车上人数—末站下客人数=0
公交车驶入首站并开始上客,客流量采集器开始工作并将采集的客流量信息传输给处理器进行识别和判断,车门关闭处理器将上车人数发送给车载终端;因是首站,此时的车上人数应等于上车人数即适用公式a;
从第二站起,当公交车进入任意一个当前站点,均有可能产生上下客流量;在乘客遵循前上后下规则正常上下车的情况下,客流量的计算适用公式b;
由于各种因素的影响发生如下不同的情况:
A、在拥堵时段,会发生乘客从上车门下车和从下车门上车的情况;前、后门的客流量处理器发送给车载终端的数据中包含了前、后门的上车人数和下车人数;因此当前站点车上人数的计算公式(即公式b)可演化为:
①、当前站点上车人数=前门上车人数+后门上车人数
②、当前站点下车人数=前门下车人数+后门下车人数
③、当前站点车上人数=上站车上人数+(前门上车人数+后门上车人数)-(前门下车人数+后门下车人数)
车载终端依据演化公式进行客流量的计算;
B、在拥堵时段,多辆公交车排队进站时,会发生公交车多次开关门上下客的情况;当公交车在多次开关门上下客时的经纬度都落在我们定义的站点区域范围内,其所有的上下客流量均归入当前站点进行计算;当公交车在多次开关门上下客时的经纬度,有的落在当前站点区域范围内,有的落在区域范围外时,在区域范围内的客流量归入当前站点计算,区域范围之外的归入下一站点计算;车载终端将接收到的区域内的多次客流量数据先按演化公式“当前站点上车人数=前门上车人数+后门上车人数”和“当前站点下车人数=前门下车人数+后门下车人数”进行汇总后,再按演化公式“当前站点车上人数=上站车上人数+(前门上车人数+后门上车人数)-(前门下车人数+后门下车人数)”进行计算;同时上传该站点的开关门次数;
C、当公交车行驶在线路上因车载终端内的GPS信号发生漂移或天线故障导致车辆定位数据不准确时,车载终端将接收到的客流量数据按公式b的演化公式①和②予以计算后暂存,待获取到下一站点正确的经纬度时,与该站点的客流量数据一并合计计算;计算公式依旧为公式b及其演化公式;
D、当公交车因车辆故障或发生交通事故需停运时,此时车上乘客全部下车并产生客流量数据;该车有客流量数据的最后一个站点视为末站;适用计算公式c;末站车上人数=上站车上人数—末站下客人数=0;车载终端在电源关闭后将此数据加特殊标记后发送到后台;
E、当公交车因车辆故障或发生交通事故的地点在两站之间,需派机动车进行接驳运输;车载终端根据机动车在接驳点采集到客流量数据的经纬度,自动认定该位置为首站;接驳点的下一站起,客流量计算使用公式b及其演化公式;末站仍旧是该条线路的终点站;
F、在节假日或有大型活动时,会短时间产生大量客流量,政府要求公交公司组织运力进行疏运,此时的疏运线路不是常规的固定线路,公交公司可根据政府的要求,按疏运的起讫路线和停靠的站点,制作临时线路表下发到车载终端,即可按常规方法统计客流量;
G、区间公交车客流量统计;在早晚高峰时段,在某些线路的连续多个站点(如轨道交通与地面交通的换乘站,多条线路的汇聚站等)之间会集聚大量的乘客。为及时疏运这些乘客,公交公司会临时开行该线路连续多个站点之间的公交车以疏运乘客。这种在线路的某一段运行的公交车行业内称之为区间公交车。其客流量的统计可比照临时疏运客流量统计情况。按疏运的起讫区间和停靠的站点,制作临时线路表下发到车载终端,即可按常规方法统计客流量。
H、大站公交车客流量统计;在一条公交线路中,某些站点在高峰时段总会规律性的出现大量的乘客。为及时疏运这些乘客,公交公司往往会开行一些只停靠特定站点的公交车。这种首末站和线路长度均不变,只停靠特定站点的公交车行业内称之为大站车。其客流量可按正常营运线路进行统计,也可比照区间公交车客流量统计方法,将需停靠的站点制作临时线路表下发到车载终端,即可按上述方法统计客流量。从减轻车载终端的运算量和减少出错几率的角度出发,我们倾向于制作临时线路表的方法。
车载终端添加特征值过程如下:当公交车驶离站点区域后,车载终端进行计算并将计算结果(当前站点的上、下车人数和车上人数以及前门上、下车人数和后门上、下车人数)统一添加“时间、上下行、车牌号、当前线路、当前站点”五大特征值后发送到后台统计分析模块;
车载终端将客流量数据计算并发送完毕后自动给客流量处理器发送一个任务结束的应答,以便于客流量处理器进行清零并转入休眠状态;
车辆进入终点站后,车载终端将末站车上人数发送给后台后,GPS车载终端清零。
优选的,所述的一种具有特征属性的公交车流量计算及统计分析方法,所述的后台统计分析模块为统计分析***负责接收车载终端发送来的数据并入库,按使用者的不同要求生成各种汇总的统计数据供分析;所述的后台统计分析模块功能包括:客流量汇总、客流量查询,数据对比,图表展示,特殊标记数据计算处理,校验、生成报表。
优选的,所述的一种具有特征属性的公交车流量计算及统计分析方法,所述的客流量查询功能包括:
(1)按条件查询,同时输入站点、时间、线路、车辆、上下行等五个特征值,可查询任意一辆公交车符合这一条件的一条客流量数据;分别输入站点、时间、线路、车辆、上下行等五个特征值(组合)之一,即可查询到所有满足其中之一条件的一组客流量数据;
(2)按日期查询,可按日、周、旬、月、年查询符合条件的历史客流量数据;也可以自行设置所需的条件进行查询。
优选的,所述的一种具有特征属性的公交车客流量计算及统计分析方法,所述的数据对比和图表展示可根据需要设置不同的车辆、线路、站点、日期、时点条件进行历史数据的对比并同时通过各种图形予以显示。
优选的,所述的一种具有特征属性的公交车客流量计算及统计分析方法,所述的特殊标记数据计算处理功能为:当公交流量出现权利要求1中所述的D和E两种情况时,由于下客和上客均不在规定的站点区域内,因此无法添加五大特征值中的站点属性;因此这类数据的特征值由后台统计分析模块来处理。
优选的,所述的一种具有特征属性的公交车客流量计算及统计分析方法,所述的生成报表功能为:根据管理者和使用者的需要,按照车辆、线路、站点、时间、上下行以及年月日的不同设置条件生成各类报表。
优选的,所述的一种具有特征属性的公交车客流量计算及统计分析方法,所述的车载终端,为在部标机基础上,并接入了自动报站器、LED屏幕;具有接收客流量采集处理***发送的数据并应答功能;进行汇总、运算、添加特征值功能;异常情况的判断和识别归类功能。
优选的,所述的一种具有特征属性的公交车客流量计算及统计分析方法,所述的车载终端采用485或CAN总线与客流量采集处理***进行通讯;通过GPRS、3G或4G网络将计算结果发送到后台统计分析模块;车载终端的通讯协议完全公开。
优选的,所述的一种具有特征属性的公交车客流量计算及统计分析方法,所述的后台统计分析***的表现形式包括PC终端、移动设备以及手机APP模式。
一种具有特征属性的公交车客流量计算及统计分析***,所述的***包括前、后门客流量采集器、前、后门客流量处理器、可计算特征值并进行叠加的车载终端、后台统计分析模块;所述的前、后门客流量采集器采集数据后发送至前、后门客流量处理器,前后门客流量处理器对数据进行处理后将数据发送至可计算特征值并进行叠加的车载终端,由车载终端按照所述的一种具有特征属性的公交车客流量计算及统计分析方法进行特征值计算并添加,再将数据发送至后台统计分析模块进行处理。
有益效果:本发明给出了一个完整、充分考虑到客流量产生的各种因素,进行客流量计算和分类统计的方法。在已知的所有客流量统计方法中,都没有本发明的全面和完整,本发明是一种可以真正用于实际的客流量统计分析方法。同时又填补了现有智能公交信息***中缺少客流量统计功能的空白。本发明对采集的客流量进行识别及运用统计学方法予以归类,在车载终端上进行运算并添加特征值,再发送到后台统计分析***作进一步的深度分析,为不同的使用者提供所需的数据。它囊括了公交车在线路上营运时因各种因素而可能发生的客流量变化情况,创新性的运用了统计学的分组理论,对这些特殊的客流量进行识别和分组归类。它不仅可以准确、全面的获得实时的公交车在任意站点的上下车人数及车上人数,还可以利用大数据技术做深度的分析,从而为不同的使用者提供不同的所需数据。
附图说明
图1为本发明的公交车客流量计算机统计分析***图;
图2为车载终端计算特征值添加示意图;
图3为客流统计分析模块功能图。
具体实施方式
本发明在客流量采集和处理方面不做研究,而是直接应用了他人的研究成果,本发明采用了浙江省温州亿通自动化设备有限公司生产的“YWA-GKM公交车客流量采集和处理器”。这是目前国内唯一在公交车上得到商业化应用的产品。其精度符合本发明的要求。
本发明所称的站点不是指通常意义上具有物理形态的站台,而是一个具有经纬度的以某个站台为中值的区域。在这个区域内无论车门有N次开关和乘客的上下车人数,都应看作是这个站点的客流量。同理,离开这个区域发生的上下客人数,则应归集到下一站点进行统计。
本发明所称的特征值系指“时间、站台名称、车辆牌照(车牌号)、线路名称、上行或下行方向”。实时客流量的最基本特征就是它的时点性,不同的时点反映了不同的客流量。因此没有时点的客流量是毫无意义的。客流量又是和具体的站点紧密相连的,不同站点的客流量是不一样的。客流量又表现为某一辆公交车在某个时点经过某个站点时的上下车人数及车上人数。同时公交车是在规定的营运线路上顺序停靠和驶离预先设置的站点,因此客流量又反映了某条公交线路的客流量变化。一条公交线路无论它是折线行驶还是环线行驶,都有上行和下行之分。同一名称的站点在上行线路和下行线路里代表着公交车不同的行驶方向,因此客流量具有方向性。综上所述,我们把实时客流量定义为:“任意一辆公交车在任意时间、任意方向经过任意一条线路中的任意一个站点时所发生的客流量。”由此可见,无论用何种方法所采集的实时客流量如果不同时具备这五个特征值,其得出的客流量不具备唯一性。
无论是上行线路还是下行线路,本发明把公交车上客的第一站定义为首站,乘客全部下车的站定义为末站,第二站至末站前一站定义为当前站点。则客流量计算的公式如下:
a、首站车上人数:首站车上人数=首站上客人数
b、第二站起至末站前一站(可理解为当前站点)
当前站点车上人数=上站车上人数+当前站点上车人数—当前站点下车人数
c、末站车上人数=上站车上人数—末站下客人数=0
客流量的具体计算过程与方法
根据厂方的安装要求在公交车前后门各安装一套客流量采集和处理器,采用磁通触发开关门信号,门开启客流量采集器和处理器开始工作。采用485或CAN总线与车载终端进行通讯。车门关闭后客流量处理器将处理后的客流量信息自动发送给车载终端,收到车载终端的应答指令后客流量处理器进行清零并转入休眠状态。
公交车驶入首站并开始上客,客流量采集器开始工作并将采集的客流量信息传输给处理器进行识别和判断,车门关闭处理器将上车人数发送给车载终端。因是首站,此时的车上人数应等于上车人数即适用公式a。
从第二站起,当公交车进入任意一个当前站点,均有可能产生上下客流量。在乘客遵循前上后下规则正常上下车的情况下,客流量的计算适用公式b。
由于各种因素的影响往往会发生如下不同的情况:
A、在拥堵时段,会发生乘客从上车门下车和从下车门上车的情况。在客流量采集器和处理器已经正确识别并加以判断的前提下,前、后门的客流量处理器发送给车载终端的数据中包含了前、后门的上车人数和下车人数。因此当前站点车上人数的计算公式(即公式b)可演化为:
①、当前站点上车人数=前门上车人数+后门上车人数
②、当前站点下车人数=前门下车人数+后门下车人数
③、当前站点车上人数=上站车上人数+(前门上车人数+后门上车人数)-(前门下车人数+后门下车人数)
车载终端依据演化公式进行客流量的计算。
B、在拥堵时段,多辆公交车排队进站时,会发生公交车多次开关门上下客的情况。当公交车在多次开关门上下客时的经纬度都落在我们定义的站点区域范围内,其所有的上下客流量均归入当前站点进行计算;当公交车在多次开关门上下客时的经纬度,有的落在当前站点区域范围内,有的落在区域范围外时,在区域范围内的客流量归入当前站点计算,区域范围之外的归入下一站点计算。车载终端将接收到的区域内的多次客流量数据先按演化公式“当前站点上车人数=前门上车人数+后门上车人数”和“当前站点下车人数=前门下车人数+后门下车人数”进行汇总后,再按演化公式“当前站点车上人数=上站车上人数+(前门上车人数+后门上车人数)-(前门下车人数+后门下车人数)”进行计算。同时上传该站点的开关门次数。
C、当公交车行驶在线路上因车载终端内的GPS信号发生漂移或天线故障导致车辆定位数据不准确时,车载终端将接收到的客流量数据按公式b的演化公式①和②予以计算后暂存,待获取到下一站点正确的经纬度时,与该站点的客流量数据一并合计计算。计算公式依旧为公式b及其演化公式。
D、当公交车因车辆故障或发生交通事故需停运时,此时车上乘客全部下车并产生客流量数据。该车有客流量数据的最后一个站点视为末站。适用计算公式c。末站车上人数=上站车上人数—末站下客人数=0。车载终端在电源关闭后(有延时功能)将此数据加特殊标记后发送到后台。
E、当公交车因车辆故障或发生交通事故的地点在两站之间,需派机动车进行接驳运输。车载终端根据机动车在接驳点采集到客流量数据的经纬度,自动认定该位置为首站。接驳点的下一站起,客流量计算使用公式b及其演化公式。末站仍旧是该条线路的终点站。
F、临时疏运客流量统计。在节假日或有大型活动(如演唱会结束)时,会短时间产生大量的客流量,政府要求公交公司组织运力进行疏运。此时的疏运线路不是常规的固定线路。因此不能使用上述的方法统计客流量。公交公司可根据政府的要求,按疏运的起讫路线和停靠的站点,制作临时线路表下发到车载终端。即可按上述方法统计客流量。
G、区间公交车客流量统计。在早晚高峰时段,在某些线路的连续多个站点(如轨道交通与地面交通的换乘站,多条线路的汇聚站等)之间会集聚大量的乘客。为及时疏运这些乘客,公交公司会临时开行该线路连续多个站点之间的公交车以疏运乘客。这种在线路的某一段运行的公交车行业内称之为区间公交车。其客流量的统计可比照临时疏运客流量统计情况。按疏运的起讫区间和停靠的站点,制作临时线路表下发到车载终端,即可按上述方法统计客流量。
H、大站公交车客流量统计。在一条公交线路中,某些站点在高峰时段总会规律性的出现大量的乘客。为及时疏运这些乘客,公交公司往往会开行一些只停靠特定站点的公交车。这种首末站和线路长度均不变,只停靠特定站点的公交车行业内称之为大站车。其客流量可按正常营运线路进行统计,也可比照区间公交车客流量统计方法,将需停靠的站点制作临时线路表下发到车载终端,即可按上述方法统计客流量。从减轻车载终端的运算量和减少出错几率的角度出发,我们倾向于制作临时线路表的方法。
车载终端添加特征值。当公交车驶离站点区域后,车载终端进行计算并将计算结果(当前站点的上、下车人数和车上人数以及前门上、下车人数和后门上下车人数)统一添加“时间、上下行、车牌号、当前线路、当前站点”等五大特征值后发送到后台统计分析模块。
车载终端将客流量数据计算并发送完毕后自动给客流量处理器发送一个任务结束的应答,以便于客流量处理器进行清零并转入休眠状态。
车辆进入终点站后,车载终端将末站车上人数发送给后台后,GPS车载终端清零。
后台统计分析模块。统计分析软件负责接收车载终端发送来的数据并入库,按使用者的不同要求生成各种汇总的统计数据供分析。该软件的主要功能大致有:客流量汇总、客流量查询,数据对比,各种图表的展示,某些特殊标记数据的计算处理,生成各类报表等。
客流量查询。可以按条件查询。同时输入站点、时间、线路、车辆、上下行等五个特征值,可查询任意一辆公交车符合这一条件的一条客流量数据。分别输入站点、时间、线路、车辆、上下行等五个特征值之一,即可查询到所有满足其中之一条件的一组客流量数据。按日期查询,可按日、周、旬、月、年查询符合条件的历史客流量数据。也可以自行设置所需的条件进行查询。
数据对比和图形显示。根据需要可以设置不同的条件如:车辆、线路、站点、日期、时点进行历史数据的对比。同时辅以各种图形予以显示。
特殊标记数据的处理。如出现情况中的D、E两点,由于下客和上客均不在规定的站点区域内,因此无法添加五大特征值中的站点属性。因此这类数据的特征值可由后台统计分析模块来处理。同时把这类数据另行归类入库作进一步的分析。
生成各类报表。根据管理者和使用者的需要,可以按照不同设置条件生成各类报表。如按车辆、线路、站点、时间、上下行以及年月日等。
所述的车载终端,在部标机基础上自行研发生产,并接入了自动报站器、LED屏幕的外部设备;功能包括在嵌入式程序中增加了接收客流量采集处理***发送的数据并应答;进行汇总、运算、添加特征值;异常情况的判断和识别归类功能。
所述的车载终端采用485或CAN总线与客流量采集处理***进行通讯。通过GPRS、3G或4G网络将计算结果发送到后台统计分析***。车载终端的通讯协议完全公开。任何客流量采集和处理***只要达到本发明规定的精度和准确率都可与之对接。
所述的后台统计分析***,其展现形式除了PC终端外,还包括各种移动设备以及手机APP模式。
以上所述的仅是本发明的一些实施方式。对于本领域的普通技术人员来说,在不脱离本发明创造构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。
Claims (10)
1.一种具有特征属性的公交车客流量计算及统计分析方法,其特征在于,所述的方法包括下述步骤:
公交车客流量计算:
公交车上客的第一站定义为首站,乘客全部下车的站定义为末站,第二站至末站前一站定义为当前站点,客流量计算的公式如下:
a、首站车上人数:首站车上人数=首站上客人数
b、第二站起至末站前一站(可理解为当前站点)
当前站点车上人数=上站车上人数+当前站点上车人数—当前站点下车人数
c、末站车上人数=上站车上人数—末站下客人数=0
公交车驶入首站并开始上客,客流量采集器开始工作并将采集的客流量信息传输给处理器进行识别和判断,车门关闭处理器将上车人数发送给车载终端;因是首站,此时的车上人数应等于上车人数即适用公式a;
从第二站起,当公交车进入任意一个当前站点,均有可能产生上下客流量;在乘客遵循前上后下规则正常上下车的情况下,客流量的计算适用公式b;
由于各种因素的影响会发生如下不同的情况:
A、在拥堵时段,会发生乘客从上车门下车和从下车门上车的情况;前、后门的客流量处理器发送给车载终端的数据中包含了前、后门的上车人数和下车人数;因此当前站点车上人数的计算公式(即公式b)可演化为:
①、当前站点上车人数=前门上车人数+后门上车人数
②、当前站点下车人数=前门下车人数+后门下车人数
③、当前站点车上人数=上站车上人数+(前门上车人数+后门上车人数)-(前门下车人数+后门下车人数)
车载终端依据演化公式进行客流量的计算;
B、在拥堵时段,多辆公交车排队进站时,会发生公交车多次开关门上下客的情况。当公交车在多次开关门上下客时的经纬度都落在我们定义的站点区域范围内,其所有的上下车客流量均归入当前站点进行计算;当公交车在多次开关门上下客时的经纬度,有的落在当前站点区域范围内,有的落在区域范围外时,在区域范围内的客流量归入当前站点计算,区域范围之外的归入下一站点计算;车载终端将接收到的区域内的多次客流量数据先按演化公式“当前站点上车人数=前门上车人数+后门上车人数”和“当前站点下车人数=前门下车人数+后门下车人数”进行汇总后,再按演化公式“当前站点车上人数=上站车上人数+(前门上车人数+后门上车人数)-(前门下车人数+后门下车人数)”进行计算;同时上传该站点的开关门次数;
C、当公交车行驶在线路上因车载终端内的GPS信号发生漂移或天线故障导致车辆定位数据不准确时,车载终端将接收到的客流量数据按公式b的演化公式①和②予以计算后暂存,待获取到下一站点正确的经纬度时,与该站点的客流量数据一并合计计算;计算公式依旧为公式b及其演化公式;
D、当公交车因车辆故障或发生交通事故需停运时,此时车上乘客全部下车并产生客流量数据;该车有客流量数据的最后一个站点视为末站;适用计算公式c;末站车上人数=上站车上人数—末站下客人数=0;车载终端在电源关闭后将此数据加特殊标记后发送到后台;
E、当公交车因车辆故障或发生交通事故的地点在两站之间,需派机动车进行接驳运输;车载终端根据机动车在接驳点采集到客流量数据的经纬度,自动认定该位置为首站;接驳点的下一站起,客流量计算使用公式b及其演化公式;末站仍旧是该条线路的终点站;
F、在节假日或有大型活动时,会短时间产生大量客流量,政府要求公交公司组织运力进行疏运,此时的疏运线路不是常规的固定线路,公交公司可根据政府的要求,按疏运的起讫路线和停靠的站点,制作临时线路表下发到车载终端,即可按常规方法统计客流量;
G、区间公交车客流量统计;其客流量的统计可比照临时疏运客流量统计情况,按疏运的起讫区间和停靠的站点,制作临时线路表下发到车载终端,即可按常规方法统计客流量;
H、大站公交车客流量统计;客流量可按正常营运线路进行统计,也可比照区间公交车客流量统计方法,将需停靠的站点制作临时线路表下发到车载终端,即可按常规方法统计客流量;
车载终端添加特征值过程如下:当公交车驶离站点区域后,车载终端进行计算并将计算结果(当前站点的上、下车人数和车上人数以及前门上、下车人数和后门上下车人数)统一添加“时间、上下行、车牌号、当前线路、当前站点”五大特征值后发送到后台统计分析模块;
车载终端将客流量数据计算并发送完毕后自动给客流量处理器发送一个任务结束的应答,以便于客流量处理器进行清零并转入休眠状态;
车辆进入终点站后,车载终端将末站下车人数及车上人数发送给后台后,GPS车载终端清零。
2.根据权利要求1所述的一种具有特征属性的公交车客流量计算及统计分析方法,其特征在于,所述的后台统计分析模块,可负责接收车载终端发送来的数据并入库,按使用者的不同要求生成各种汇总的统计数据供分析;所述后台统计分析模块功能包括:客流量汇总、客流量查询,数据对比,图表展示,特殊标记数据计算处理,校验、生成报表。
3.根据权利要求2所述的一种具有特征属性的公交车客流量计算及统计分析方法,其特征在于,所述的客流量查询功能包括:
(1)按条件查询,同时输入站点、时间、线路、车辆、上下行等五个特征值,可查询任意一辆公交车符合这一条件的一条客流量数据;分别输入站点、时间、线路、车辆、上下行等五个(任意)特征值(的组合)之一,即可查询到所有满足其中之一条件的一组客流量数据;
(2)按日期查询,可按日、周、旬、月、年查询符合条件的历史客流量数据;也可以自行设置所需的条件进行查询。
4.根据权利要求2所述的一种具有特征属性的公交车客流量计算及统计分析方法,其特征在于,所述的数据对比和图表展示可根据需要设置不同的车辆、线路、站点、日期、时点条件进行历史数据的对比并同时通过各种图形予以显示。
5.根据权利要求2所述的一种具有特征属性的公交车客流量计算及统计分析方法,其特征在于,所述的特殊标记数据计算处理功能为:当公交客流量出现权利要求1中所述的D和E两种情况时,由于下客和上客均不在规定的站点区域内,因此无法添加五大特征值中的站点属性;因此这类数据的特征值由后台统计分析***来处理。
6.根据权利要求2所述的一种具有特征属性的公交车客流量计算及统计分析方法,其特征在于,所述的生成报表功能为:根据管理者和使用者的需要,按照车辆、线路、站点、时间、上下行以及年月日的不同设置条件生成各类报表。
7.根据权利要求1所述的一种具有特征属性的公交车客流量计算及统计分析方法,其特征在于,所述的车载终端,为在部标机基础上,并接入了自动报站器、LED屏幕;具有接收客流量采集处理***发送的数据并应答功能;进行汇总、运算、添加特征值功能;异常情况的判断和识别归类功能。
8.根据权利要求1所述的一种具有特征属性的公交车客流量计算及统计分析方法,其特征在于,所述的车载终端采用485或CAN总线与客流量采集处理***进行通讯;通过GPRS、3G或4G网络将计算结果发送到后台统计分析模块;车载终端的通讯协议完全公开。
9.根据权利要求1所述的一种具有特征属性的公交车客流量计算及统计分析方法,其特征在于,所述的后台统计分析模块的表现形式包括PC终端、移动设备以及手机APP模式。
10.一种具有特征属性的公交车客流量计算及统计分析***,其特征在于,所述的***包括前、后门客流量采集器、前、后门客流量处理器、可计算特征值并进行添加的车载终端、后台统计分析模块;所述的前、后门客流量采集器采集数据后发送至前、后门客流量处理器,前后门客流量处理器对数据进行处理后将数据发送至可计算特征值并进行添加的车载终端,由车载终端按照权利要求1所述的一种具有特征属性的公交车客流量计算及统计分析方法进行特征值计算并添加,再将数据发送至后台统计分析模块进行处理。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510443403.8A CN105005959A (zh) | 2015-07-24 | 2015-07-24 | 一种具有特征属性的公交车客流量计算及统计分析方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510443403.8A CN105005959A (zh) | 2015-07-24 | 2015-07-24 | 一种具有特征属性的公交车客流量计算及统计分析方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105005959A true CN105005959A (zh) | 2015-10-28 |
Family
ID=54378618
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510443403.8A Pending CN105005959A (zh) | 2015-07-24 | 2015-07-24 | 一种具有特征属性的公交车客流量计算及统计分析方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105005959A (zh) |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105427594A (zh) * | 2015-11-23 | 2016-03-23 | 青岛海信网络科技股份有限公司 | 一种基于双向上车客流的公交断面客流量获取方法及*** |
CN105791415A (zh) * | 2016-04-08 | 2016-07-20 | 江苏大学 | 车联网环境下基于电动公交车乘坐适宜度的行车主动服务***及方法 |
CN105869388A (zh) * | 2016-05-31 | 2016-08-17 | 苏州朗捷通智能科技有限公司 | 一种公交客流数据采集及起讫点的分析方法及*** |
CN106407937A (zh) * | 2016-09-21 | 2017-02-15 | 俞大海 | 基于深度图像的公交车车载人流统计*** |
CN106485361A (zh) * | 2016-10-18 | 2017-03-08 | 吴江智远信息科技发展有限公司 | 一种基于IPv6的智慧公交管理平台 |
CN106897298A (zh) * | 2015-12-17 | 2017-06-27 | 北京奇虎科技有限公司 | 公交车信息推送方法和装置 |
CN107564164A (zh) * | 2017-09-05 | 2018-01-09 | 郑州天迈科技股份有限公司 | 公交首末站客流处理方法 |
CN107818426A (zh) * | 2017-11-23 | 2018-03-20 | 南京行者易智能交通科技有限公司 | 一种统计公交车运营班次的方法和装置 |
CN109712296A (zh) * | 2019-01-07 | 2019-05-03 | 郑州天迈科技股份有限公司 | 一种基于门信号和站点结合的公交客流统计方法 |
CN109816183A (zh) * | 2019-03-28 | 2019-05-28 | 南京行者易智能交通科技有限公司 | 一种精准公交客流大数据的优化方法及装置 |
CN114333120A (zh) * | 2022-03-14 | 2022-04-12 | 南京理工大学 | 一种公交客流检测方法及*** |
CN115249120A (zh) * | 2022-06-16 | 2022-10-28 | 北京轨道交通路网管理有限公司 | 设备开机计划的确定方法、装置及电子设备 |
CN115358645A (zh) * | 2022-10-21 | 2022-11-18 | 安徽中科中涣信息技术有限公司 | 一种基于公交客流量监控及调度管理终端 |
CN116777507A (zh) * | 2023-06-23 | 2023-09-19 | 青岛中沃兴牧食品科技有限公司 | 一种基于lstm模型的猪肉专卖网点各类猪肉销售量的预测方法 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103985183A (zh) * | 2014-06-04 | 2014-08-13 | 安徽安凯汽车股份有限公司 | 一种用于双层公交车的乘客计数***及其计数方法 |
-
2015
- 2015-07-24 CN CN201510443403.8A patent/CN105005959A/zh active Pending
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103985183A (zh) * | 2014-06-04 | 2014-08-13 | 安徽安凯汽车股份有限公司 | 一种用于双层公交车的乘客计数***及其计数方法 |
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105427594B (zh) * | 2015-11-23 | 2018-10-30 | 青岛海信网络科技股份有限公司 | 一种基于双向上车客流的公交断面客流量获取方法及*** |
CN105427594A (zh) * | 2015-11-23 | 2016-03-23 | 青岛海信网络科技股份有限公司 | 一种基于双向上车客流的公交断面客流量获取方法及*** |
CN106897298A (zh) * | 2015-12-17 | 2017-06-27 | 北京奇虎科技有限公司 | 公交车信息推送方法和装置 |
CN105791415A (zh) * | 2016-04-08 | 2016-07-20 | 江苏大学 | 车联网环境下基于电动公交车乘坐适宜度的行车主动服务***及方法 |
CN105869388A (zh) * | 2016-05-31 | 2016-08-17 | 苏州朗捷通智能科技有限公司 | 一种公交客流数据采集及起讫点的分析方法及*** |
CN106407937A (zh) * | 2016-09-21 | 2017-02-15 | 俞大海 | 基于深度图像的公交车车载人流统计*** |
CN106485361A (zh) * | 2016-10-18 | 2017-03-08 | 吴江智远信息科技发展有限公司 | 一种基于IPv6的智慧公交管理平台 |
CN107564164A (zh) * | 2017-09-05 | 2018-01-09 | 郑州天迈科技股份有限公司 | 公交首末站客流处理方法 |
CN107818426B (zh) * | 2017-11-23 | 2020-02-04 | 南京行者易智能交通科技有限公司 | 一种统计公交车运营班次的方法和装置 |
CN107818426A (zh) * | 2017-11-23 | 2018-03-20 | 南京行者易智能交通科技有限公司 | 一种统计公交车运营班次的方法和装置 |
CN109712296A (zh) * | 2019-01-07 | 2019-05-03 | 郑州天迈科技股份有限公司 | 一种基于门信号和站点结合的公交客流统计方法 |
CN109816183A (zh) * | 2019-03-28 | 2019-05-28 | 南京行者易智能交通科技有限公司 | 一种精准公交客流大数据的优化方法及装置 |
CN114333120A (zh) * | 2022-03-14 | 2022-04-12 | 南京理工大学 | 一种公交客流检测方法及*** |
WO2023174240A1 (zh) * | 2022-03-14 | 2023-09-21 | 南京理工大学 | 一种公交客流检测方法及*** |
CN115249120A (zh) * | 2022-06-16 | 2022-10-28 | 北京轨道交通路网管理有限公司 | 设备开机计划的确定方法、装置及电子设备 |
CN115249120B (zh) * | 2022-06-16 | 2024-03-22 | 北京轨道交通路网管理有限公司 | 设备开机计划的确定方法、装置及电子设备 |
CN115358645A (zh) * | 2022-10-21 | 2022-11-18 | 安徽中科中涣信息技术有限公司 | 一种基于公交客流量监控及调度管理终端 |
CN115358645B (zh) * | 2022-10-21 | 2023-01-17 | 安徽中科中涣信息技术有限公司 | 一种基于公交客流量监控及调度管理终端 |
CN116777507A (zh) * | 2023-06-23 | 2023-09-19 | 青岛中沃兴牧食品科技有限公司 | 一种基于lstm模型的猪肉专卖网点各类猪肉销售量的预测方法 |
CN116777507B (zh) * | 2023-06-23 | 2024-05-28 | 青岛中沃兴牧食品科技有限公司 | 一种基于lstm模型的猪肉专卖网点各类猪肉销售量的预测方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105005959A (zh) | 一种具有特征属性的公交车客流量计算及统计分析方法 | |
CN103700174B (zh) | 一种基于wifi身份识别的公交客流数据采集及od分析方法 | |
CN103903475B (zh) | 一种面向城市级的智能泊车服务***及泊车调度方法 | |
CN103794070B (zh) | 一种基于车路协同的动态诱导信息广播方法及*** | |
CN102855760B (zh) | 基于浮动车数据的在线排队长度检测方法 | |
CN111104990B (zh) | 一种确定交通行程的方法、装置、服务器及存储介质 | |
CN104575035B (zh) | 一种基于车联网环境下交叉口的自适用控制方法 | |
CN205121912U (zh) | 智能公交电子站牌综合显示*** | |
CN104064028A (zh) | 基于多元信息数据的公交到站时间预测方法及*** | |
CN104966408B (zh) | 一种gps定位数据补偿方法 | |
WO2015096400A1 (zh) | 一种利用移动通信数据挖掘进行公交规划的方法 | |
CN109637134B (zh) | 一种公交设备匹配方法 | |
CN104809905A (zh) | 基于手机终端的公交到站信息定制推送***及方法 | |
CN104424812A (zh) | 一种公交到站时间预测***和方法 | |
CN102394011A (zh) | 公交车自动化动态调度***及方法 | |
CN111653092A (zh) | 一种车路协同智慧公交管理监控*** | |
CN102750826B (zh) | 一种用于群体诱导信息下驾驶员响应行为的辨识方法 | |
CN104064049B (zh) | 一种智能交通道路容量短信播报*** | |
CN109993964A (zh) | 基于Hadoop技术的智能交通管理*** | |
CN102722984A (zh) | 一种实时路况监控方法 | |
CN111089560A (zh) | 一种基于三维实景模型的地铁结构健康监测预警*** | |
CN113888857A (zh) | 基于车联网的公共交通管理***、装置及方法 | |
CN104835321A (zh) | 一种车道车辆流量统计***及其车道车辆流量统计方法 | |
CN103761870A (zh) | 一种公交车负载计量*** | |
CN105489010B (zh) | 一种快速道路行程时间可靠度监测分析***及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB03 | Change of inventor or designer information |
Inventor after: Xu Weiguo Inventor before: Zhou Yiping |
|
COR | Change of bibliographic data | ||
CB03 | Change of inventor or designer information |
Inventor after: Zhou Yiping Inventor before: Xu Weiguo |
|
COR | Change of bibliographic data | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20151028 |
|
RJ01 | Rejection of invention patent application after publication |