公交智能调度系统平台规范.docx
《公交智能调度系统平台规范.docx》由会员分享，可在线阅读，更多相关《公交智能调度系统平台规范.docx（27页珍藏版）》请在冰豆网上搜索。
公交智能调度系统平台规范
ICS03.220.20
T87
SSZDB/Z
深圳市标准化指导性技术文件
SZDB/ZXX一2010
公交智能调度系统平台规范
IntelligentPublicTransportationDispatchSystemPlatformSpecification
2010–XX–XX发布2010–XX–XX实施
深圳市市场监督管理局发布
目录
目录2
前言3
引言4
1.范围5
2.规范性引用文件5
3.术语和定义5
4.缩略语5
5.性能要求6
6.功能要求6
7.建设要求23
附录A（规范性附录）基础信息定义25
附录B（资料性附录）平台功能架构图28
前言
本文件是深训市公交智能调度系统系列标准化指导性技术文件之一。
本文件按照GB/T1.l-2009给出的规则起草。
请注意本文件的某些内容有可能涉及专利。
本文件的发布机构不应承担识别这些专利的责任。
本指导性技术文件由深训市交通运输委员会提出和归口。
本指导性技术文件主要起草单位：
本指导性技术文件主要起草人：
引言
为促进深圳市公交智能调度系统建设．规范我市公交智能调度平台基本功能要求，保障智能交通调度系统与车载调度终端的信息对接及正常运行，特制定本指导性技术文件。
本指导性技术文件中的基本功能项目参照DB44/T770一2010《重点监管车辆监控平台基本功能要求》的要求，并结合深圳市公交智能调度系统实际需求确定。
公交智能调度系统平台规范
1.范围
本指导性技术文件规定了深圳市公交智能调度系统智能调度平台的术语和定义、缩略语、性能要求、功能要求、建设要求。
对于智能调度平台所关联或附加的其他功能及内容由营运企业根据需要自行规定，本文件不作限定。
本指导性技术文件适用于深圳全市范围内各公交营运企业规划建设的智能调度平台（简称“平台”）。
2.规范性引用文件
下列文件对于本文件的应用是必不可少的。
凡是注日期的引用文件，仅所注日期的版本适用于本文件。
凡是不注日期的引用文件，其最新版木（包括所有的修改单）适用于本文件。
DB44/T578一2009卫星定位汽车行驶记录仪通用技术规范
DB44/T769一2010重点监管车辆监控平台数据接口规范
DB44/T770一2010重点监管车辆监控平台基本功能要求
SZDB/Z30一2010公交智能调度系统车载调度终端
SZJG31一2010公共汽车通用技术要求
3.术语和定义
SZJG31一2010、SZDB/230一2010、DB44/T578一2009、DB44/T770一2010及DB44/T769一2010界定的以及下列术语和定义适用于本文件。
3.1.智能调度平台IntelligentTransportationPlatform
公交智能调度系统中，由公交营运企业根据管理需求建立，主要用于实现车辆集中监控及智能调度的信息化平台。
4.缩略语
下列缩略语适用于本指导性技术文件。
GIS：
地理信息系统（GeographicInformationSystem）
GPRS：
通用分组无线业务（GeneralPacketRadioService）
IC：
集成电路（IntegratedCircuit）
ID：
身份标识号码（identity）
POS：
销售终端（PointofSale）
VDT：
车载调度终端（VehicleDispatchTerminal）
5.性能要求
5.1.平台容量
平台自身稳定运行时能支持同时在线的VDT数日应不小于10000台。
5.2.响应时间
平台与VDI、之间进行数据传输时的响应时间应不大于55。
5.3.平均无故障时间
平台的平均无故障11寸间应不小于1000011。
5.4.原始数据保存时间
平台接收的VDT原始音视频信息保存时间应不小于1年，其他原始数据的保存时
间可根据行业主管部门的要求和企业营运管理的需求确定，但不应小于3年。
6.功能要求
6.1.总体要求
平台功能应符合DB44／T770一2010的要求。
此外，还应符合本文件6.2至6.10
的功能要求（系统功能框架图参见本文件附录B）。
6.2.基础信息管理功能
6.3.1.一般要求
对指定类型信息应具备查询、新增、修改、删除等功能。
6.3.2.信息定义
应具备统一的基础数据库，并实现对本文件附录A中各类信息的定义。
6.3.计划排班管理功能
6.3.1.一般要求
6.3.1.1所有数据应支持工作表文档（如Microsoftexcel）导入及导出功能。
6.3.1.2计划排班管理应具备查询、新建、申请发布、审核、发布、注销等功能。
6.3.3.行车计划
6.3.2.1应实现根据线路、车辆情况编辑发车时刻表。
应对以下数据进行定义：
―发车时间；
―首站．
―单边营运时间；
―末站；
―到站时间：
―其他用户需要的数据。
6.3.2.2应实现多种行车计划创建方式，如：
―鉴于分时段客流参数：
―些于分时段卞速参数；
―基于计划编制参数；
―空白行车计划。
6.3.2.3应实现多种行车计划编辑方式，如：
―班次横式：
―斑次竖式：
―车次流水方式。
6.3.2.4应实现多种行车计划快捷录入方式，如：
―选择区域设置参数快速录入：
―批量设置车次共性信息．
―批址复制车次信息。
6.3.2.5应实现非营运、业务活动及其他计划的编制，如：
―加油计划：
―维修计划；
―保养计划；
―公务计划；
―包车计划。
6.3.4.配车排班
6.3.3.1排班管理应包括以下功能：
―排班计划生命周期的管理，包括新建、中请发布、审核、发布、注销等；
―日常排班新建、排班模板新建。
6.3.3.2应实现多种排班创建方式，如：
―创建空白排班计划：
―基于行车计划创建排班计划；
―基于历史排班计划复制：
―基于排班模板计划复制。
6.3.3.3应实现多种排班编辑方式，如：
―自动编制：
根据线路轮班、轮休、替班、节假日规则，自动编制新的排班计划，应
支持手动再调孩：
―手动编制：
通过手工编制排班计划。
6.3.3.4应实现创建自动编排规则，如：
―轮班规则：
车辆对应班次的轮转规则：
―轮休规则：
司乘人员轮换轮休规则；
―替班规则：
机动人员替班规则：
―节假日规则：
节假日特殊班次配备规则。
6.3.3.5应支持资源状态维护．如：
―人员状态：
包括请假伏态、工作状态等：
―车辆状态：
包括车辆维修、车辆保养等。
6.3.3.6支持线路营运相关人员排班，如．
―站务员；
―调度员；
―当班领导。
6.4.实时调度管理功能
6.4.1.调度信息展示方式
6.4.1.1示意图
应实现通过电子模拟线路示意图，以简化的直线或折线形式表示公交线路。
线路上沿途停靠的站点应根据其实际的比例进行换算并在线路示意图上标出．实时显示车辆营运状态及异常状态。
6.4.1.2电子地图
基于GIS平台，应实现在全屏幕电子地图上实时显示车辆营运状态及异常状态。
6.4.1.3其他展示方式
调度信息展示方式应包括但不限于6.4.1.1和6.4.1.2中规定的方式，用户可根据需要定制其他展示方式。
6.4.2.实时调度功能要求
6.4.2.1信息显示
调度界面应清晰、简洁．便于信息的查询与监测．应使用易区分的方式（如不同颜色或
线形）显示对等或相异信息。
6.4.2.2线路切换
应实现在多条线路间任意切换（单次切换时间应不大于ls）。
能直观的看到每条线路配车数、车辆的具体位置等数据，并对行车计划进行修改。
6.4.2.3发车方式
应具条以下发车方式，如：
―计划发车：
以发车计划为主，根据现场情况调整发车时间及队列；
―手动发车：
以发车计划为参考，根据现场人车资源手动排时排队；
―流水发车：
以当日调度资源及现场发车情况，先到先发、班次优先；
6.4.2.4计划调整
应实现以下计划调整功能，如：
―换人功能：
在发车列表中进行人员更换，批量更换当前班次的所有或部分车次的人
员；
―换车功能：
在发车列表中进行车辆更换，批量更换当前班次的所有或部分车次的车辆：
―调点功能：
在发车列表调整计划车次的开始或结束时间，修改开始时间时自动调整结束时间，批量调整连续时间内的发车计划：
―添加车次：
根据调度需要增加发车计划，添加发车计划时自动关联车辆、人员、班次；
一删除车次：
根据调度需要删除手工添加的发车计划；
―故障处理：
未完成车次或异常结束车次可做故障处理，录入故障信息。
6.4.2.5营运监控
应实现以下营运监控功能，如：
―车辆位置监控：
监控车辆当前具体位置；
―计划执行惰况：
监控线路车辆计划车次与实际车次的完成情况：
―线路当前趟次执行情况：
监控当前在线营运车辆的执行情况。
6.4.2.6人员、车辆及时间关系管理
应实现对人员、车辆以及时间关系进行管理，如：
―手动添加调度资源；
―保持调度资源与发车调度数据一致：
―调度资源作废：
―早晚班交换：
―斑次交换．
6.4.2.7员工考勤
应通过一种或多种方式实现员工考勤功能。
6.4.2.8轨迹回放
应实现以下轨迹回放功能，如：
―应利用系统运行中自动记录的车辆营运数据，通过选定车辆、异常状态、回放时间
范围、播放速度等．实现在电子地图上进行历史数据轨迹回放；
―回放过程中应实时看到车辆在该点的状态信息。
根据需要，还应实现选择是否“显
示跟踪线”以及以“连续”或“单步”等方式回放，轨迹线颜色应鲜明，易子辨识。
6.4.2.9信息交互
应实现以下信息交互功能，如：
―调度中心与车辆间应实现信息的上传与下传．选取车辆进行单独发送或群发信息，
并自动存储所有交互信息：
―应实现判断并显示信息是否发送成功，是否已经读取等。
6.4.2.10日志管理
应实现以下调度日志管理功能，如：
―对操作日志进行分类管理．并关联到某个具体的车次数据、考勤数据、调度指
令等：
―支持调度员车次数据、考勤数据、调度指令的数据跟踪和审计；
―支持将调度员所有手工操作记录日志，支持数据查询和分析：
―自动记录车次采集、匹配日志，数据通讯日志等，支持系统日志信息的查询和分析。
6.5.运行监控管理功能
6.5.1.营运状态监控
应实现通过示意图和电子地图实时提供指定车辆的当前营运状态，用户可自主设定信
息的优先级别并选择直接显示的数据项日。
营运状态应包括以下数据：
―车牌号码：
―员工信息：
―位置信息；
―行驶方向；
―行驶速度；
―距下一站距离：
―各站点到姑时间；
―其他用户需要的数据。
6.5.2.异常状态监控
应实现实时统计并在屏幕上显示车辆营运过程中出现异常情况的数据查询结果，出现异
常状态时，系统应通过图标闪烁、播放报警音等方式白动报警。
异常状态应包括以下数据：
―首末班车准点率异常：
―在线车辆比例异常：
―发车频率异常；
―偏离线路；
―车辆故障；
―超速：
―带速开／关门；
―站点外开／关门；
―越站；
―串车：
―久候；
―路堵：
―事故：
―其他用户需要的数据。
6.5.3.车况状态监控
6.5.3.1应支持接收并存储由VDT上传的音视频数据。
应实现选取一条或多条线路，监听
或观察VDT实时采集的音视频信息。
6.5.3.2如VDT外接有SZDB/Z30一2010中5.1.1规定的相应扩展外设，还应包括
以下数据：
―剩余油星；
―车内温度：
―烟雾情况：
―胎温胎压；
―其他用户需要的数据。
6.5.4.设备状态监控
应实现实时接收并监控VDT土机的状态信息，如VDT外接有SZDB/Z30一2010中
5.1.1规定的扩展外设，则应对扩展外设的设备状态进行记录，井对主机及扩展外设出现的故障自动提示。
6.6.查询统计管理功能
6.6.1.统计功能
6.6.1.1一般要求
应实现对本文件中6.6.1.2至6.6.1.5各类指标的比对，同时应具有预览、打印、数据示意图显示等功能。
6.6.1.2班次完成度统计
应实现计划和实际斑次情况比对，计算完成度，完成度的计算按以下公式进行：
a＝b/cx100%
式中：
a一班次完成度：
b一实际斑次；
c一计划班次。
6.6.1.3高峰时段出车统计
应实现通过预设或指定时间段，统计并显示线路上在线车辆的情况．应列出以下数据：
―统计时间段：
―出车车辆数量：
―出车车辆车牌号码；
―未出车车辆数量；
―未出车车辆车牌号码：
―其他用户需要的数据。
6.6.1.4到站时间统计
应实现按车辆、线路、车队、分公司、公司等不同层级对各站实际到站时间与计划
到站时间比对．显示实际到站时问与计划到站时问偏离的时间量。
6.6.1.5其他数据统计
应实现按车辆、线路、车队、分公司、公司等不同层级对月客运址、月总班次、月总里
程、月总耗油量，车辆保有量、维修保养情况、安全运行间隔里程以及交通运输管理部门要
求的其他数据进行统计、比对。
6.6.2.报表功能
6.6.2.1一般要求
应实现对文件6.6.2,2至6.6.2.16各类数据的汇总、统计，同时应几有预览、打印、
导出为工作表文档（如Microsoftexcel）功能。
6.6.2.2营运状态报表
营运状态报表应提供以时间或营运区间为划分条件，统计在选定范围内车辆的营运状
态。
营运状态报表应包括以下数据：
―统计范围：
―车牌号码：
―员工ID：
―行驶方向；
―行驶速度；
―行驶路单信息：
―各站点到站时间：
―其他用户需要的数据。
6.6.2.3异常状态报表
异常状态报表应提供以时间或营运区间为划分条件，统计在选定范围内车辆出现的各种
异常状态。
异常状态报表应包括以下数据：
―统计范围：
―首末班车准点率异常；
―在线车辆比例异常；
―发车频率异常：
―偏离线路；
―车辆故障；
―超速．
―带速开／关门：
―站点外开／关门：
―越站；
―串车；
―久候：
―路堵；
―事故：
―其他用户需要的数据。
6.6.2.4请求信息报表
请求信息报表应提供以时间或营运区间为划分条件,统计在选定范围内司乘人员向调度
中心发送的请求信息情况。
请求信息报表应包括以下数据：
―统计范围：
―线路ID：
―员工ID：
―请求时间；
―请求内容；
―应答情况；
―其他用户需要的数据。
6.6.2.5平均车速报表
平均车速报表应提供以营运时问或营运区间为划分条件，统计在选定范围内车辆的平均车速。
平均车速报表应包括以下数据：
―统计范围；
―车牌号码；
―线路ID；
―员工ID:
―平均车速：
―其他用户需要的数据。
6.6.2.6发车顺序报表
发车顺序报表应提供以营运时间为划分条件，统计调度发车情况。
发车顺序报表应包括以下数据：
―统计范围；
―始发站名：
―车牌号码：
―发车时间。
―其他用户需要的数据。
6.6.2.7到离站情况报表
到离站情况报表应提供以营运时间为划分条件，统计各站点到离站情况。
到离站情况报
表应包含以下数据：
―统计范围；
―车牌号码；
―员工ID；
―各站点到站时间：
―各站点离站时间：
―其他用户所需要的数据。
6.6.2.8进出场情况报表
进出场情况报表应提供对车辆的进出停车场情况进行统计。
进出场统计报表应包括以下
数据；
―统计日期：
―车辆从出场到进场过程中一天行驶的总公里数；
―空驶里程数：
―其他用户需要的数据。
6.6.2.9员工工作情况报表
员工工作情况报表应提供以时间或营运区间为划分条件，统计在选定范围内司乘人
员的工作情况。
员工工作情况报表应包括以下数据：
―统计范围；
―车牌号码；
―员工ID；
―工作时间；
―行驶班次；
―行驶里程：
一营运里程；
―准点情况；
―出现异常状态次数；
一其他用户需要的数据。
6.6.2.10单车营运情况报表
单车营运情况报表应以提供时间或营运区间为划分条件，统计在选定范围内单车的营运情况。
单车营运情况报表应包括以下数据：
―统计范围；
―车牌号码，
―员工ID；
―首末站到离站时间；
―营运时间；
―路阻时间；
―计划发车时间；
―调度发车时间；
―准点情况：
―出现异常状态次数：
―其他用户需要的数据。
6.6.2.11线路营运情况报表
线路营运情况报表应提供以时间或营运区间为划分条件，统计在选定范刚内线路的营运
情况。
线路营运情况报表应包括以下数据：
―统计范围；
―线路ID：
―线路名称：
―车牌号码：
―营运时间：
―路阻时间；
―准点情况；
―营运里程：
―行驶里程：
―出现异常状态次数；
―其他用户需要的数据。
6.6.2.12调度情况报表
调度情况报表应提供对在一定时间范围内指定线路的调度沽况进行统计。
调度清况报表
应包括以下数据：
―统计范围；
―调度员ID；
―操作内容；
―成功与否；
―其他用户需要的数据。
6.6.2.13里程报表
应提供对一定时间范围内指定的车辆、线路、车队、分公司、总公司等生成里程报表。
里程报表应包括以下数据：
―统计范围；
―营运里程；
―行驶里程：
―其他用户需要的数据。
6.6.2.14油耗报表
应提供选取指定车辆或线路，生成与营运时间或营运里程相对应的油耗报表。
油耗报表
应包括以下数据：
―单圈油耗；
―日油耗；
―月油耗；
―百公里平均油耗；
―其他用户需要的数据。
6.6.2.15客流报表
应提供选取指定车辆或线路，生成与营运时间或营运区间相对应的客流报表。
客流报表
应包括以下数据：
―单圈客流量；
―日客流量；
―各时段客流量；
―各站点客流量；
―其他用户需要的数据。
6.6.2.16读卡报表
如VDT外接有IC卡读卡装置（如深圳通POS机），则应提供选取指定车辆生成与时
间或营运区间相对应的读卡报表。
读卡报表应包括以下数据：
―统计范围；
―总读卡次数：
―各类型卡读卡次数：
―总读卡金领；
一其他用户需要的数据。
6.7.票务管理
6.7.1.人工售票管理
6.7.1.1票证管理
应实现对票证入库、领票、退票、转票、退票、废票等的管理。
6.7.1.2收入管理
应实现对营运收入的管理，记录数据应包括：
―缴纳人员：
―缴纳时问：
―缴纳金领；
―缴纳车辆：
―其他用户需要的数据。
6.7.2.IC卡数据管理
应实现对IC卡读卡数据进行自动采集、导入和查询、统计功能。
6.8.辅助决策管理
6.8.1.一般要求
应实现以折线图、饼状图、柱状图等图形形式展示各种数据分析结果。
6.8.2.营运安全分析
应实现选取异常状态、事敌、故障等条件，对营运安全进行分析。
6.8.3.服务质量分析
应实现选取投诉数量、类型、方式等条件，对服务质量进行分析。
6.8.4.准点率分析
应实现选取员工、车辆、线路、车队、分公司、总公司等条件，对准点率进行分析。
6.8.5.客流分析
应实现选取时段、站点、线路等条件．对客流进行分析。
6.8.6.油耗分析
应实现选取员工、车辆、线路、车队、分公司、总公司等条件，对油耗进行分析。
6.8.7.物资耗用分析
应实现选取车辆、线路、分公司以及物资类别等条件．对物资耗用进行分析。
6.8.8.其他分析
应根据用户需要，增加其他有助于公司运营决策的分析功能。
6.9.运营保障管理
6.9.1.机务管理
6.9.1.1基础数据
应包括车辆管理、轮胎管理、电瓶管理、发动机管理等。
6.9.1.2保养计理
应包括车辆保养时间及间隔的设定，保养科目、材料、计划的指派及审核。
6.9.1.3维修管理
应包括车辆发动机的大修，周转件的维修等。
6.9.1.4年审保险
应包括车辆年审计划表的生成、提取及记录，保险事务的计划、提醒及记录。
6.9.1.5统计分析
应实现以F统计分析功能：
―车辆核算：
单车成本核算，按选择的时间范围计算车辆营运里程，维修费用，营运
油耗；
―总成件分析；对轮胎、发动机、电瓶等的使用数据分析：
―维修保养数据统计：
对维修保养科目、保养材料及保养计划的分布进行统计。
6.9.2.物资管理
6.9.2.1基础信息管理
应实现对以下基础信息的管理：
―采购价格：
―出库价格：
―物资组装件清单．
―仓库、仓位信息：
―物资计量单位：
―设定批次与条形码生成规则；
―其他用户需要的数据。
6.9.2.2采购业务管理
应实现对采购中请、采购订单、采购收料、采购退料、采购发票的管理。
6.9.2.3仓库业务管理
应实现对以下仓库业务的管理：
―盘点方案；
―出入库、调拨；
―供应商仓库的出库与回补订单；
―仓库月结管理；
―其他用户需要的数据。
6.9.2.4库存分析管理
应实现对各种存货当前库存量和安全库存量的对比分析管理，对超过或低于安全库存量的存货进行报警，并可查询当前库存量等于安全库存量的存货。
6.9.3.安全管理
6.9.3.1安全行驶档案管理
应实现对员工安全驾驶里程档案的管理，记录驾驶简历。
6.9.3.2稽查管理
应实现对以下稽查事项的管理：
―电子警察违规；
―超速；
―稽查单：
―其他用户需要的数据。
6.9.3.3事故管理
应实现对以下事故事项的管理：
―事故地点：
―保单管理：
―事故发生、报案、伪亡、车损、理赔情况：
―其他用户需要的数据。
6.9.4.服务管理
6.9.4.1投诉及意见信息管理
应实现对以下投诉数据的管理：
―时间；
―来源方式；
―意见类别：
―意见内容：
―其他用户需要的数据。
6.9.4.2稽查管理
应实现对以下稽查数据的管理：
―稽杳手段；
―稽查时间：
―稽查
升级会员 