DB4403_T 408.2-2023 公交智能调度系统 第2部分:平台规范.docx
《DB4403_T 408.2-2023 公交智能调度系统 第2部分:平台规范.docx》由会员分享,可在线阅读,更多相关《DB4403_T 408.2-2023 公交智能调度系统 第2部分:平台规范.docx(16页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。
1、ICS03.220.20CCSR11DB4403深圳市地方标准DB4403/T408.22023代替SZDB/Z352011公交智能调度系统第2部分:平台规范IntelligentpublictransportationdispatchsystemPart2:Platformspecification2023-12-18发布2024-01-01实施深圳市市场监督管理局发布DB4403/T408.22023目次前言.II1范围.12规范性引用文件.13术语和定义.14缩略语.15性能要求.15.1平台容量.15.2平台处理能力.15.3响应时间.15.4时效性及准确性.15.5平均无故障时间.2
2、5.6故障恢复时间.25.7原始数据保存时间.25.8电子地图.25.9安全要求.25.10网络传输.25.11数据接口.25.12扩展性及开放性.26功能要求.26.1总体要求.26.2基础信息管理.26.3调度管理.26.4运行监控.56.5统计功能.56.6辅助决策管理.96.7平台管理.96.8移动应用服务.10附录A(资料性)平台功能架构.11参考文献.12IDB4403/T408.22023前言本文件按照GB/T1.12020标准化工作导则第1部分:标准化文件的结构和起草规则的规定起草。本文件是DB4403/T4082023公交智能调度系统的第2部分。DB4403/T4082023
3、已经发布了以下部分:第1部分:车载智能终端;第2部分:平台规范;第3部分:平台通信协议。本文件代替SZDB/Z352011公交智能调度系统平台规范,与SZDB/Z352011相比,除结构调整和编辑性改动外,主要技术变化如下:a)更改了“平台容量”的技术参数(见5.1,SZDB/Z352011的5.1);b)增加了“性能要求”的技术内容(见5.2、5.6、5.8、5.9、5.10);c)将“实时转发频率”更改为“时效性及准确性”,增加了相应要求(见5.4,SZDB/Z352011的5.3);d)将“系统开放性”更改为“扩展性及开放性”,增加了相应要求(见5.12,SZDB/Z352011的5.7
4、);e)更改了“基础信息管理”的表述形式(见6.2,SZDB/Z352011的6.2.1、6.2.2),增加了相应要求(见6.2);f)将“计划排班管理功能”“实时调度功能要求”“应急管理功能”合并为“调度管理”,并将SZDB/Z352011的有关内容更改后纳入(见6.3,SZDB/Z52011的6.3、6.4.2.1、6.4.2.2、.4.2.3、6.4.2.4、6.4.2.9、6.6);g)将“调度信息展示方式”“营运监控”“轨迹回放”“运行监控管理功能”合并为“运行监控”,并将SZDB/Z352011的有关内容更改后纳入(见6.4.1、6.4.2、6.4.3,SZDB/Z352011的.
5、4.1.1、6.4.1.2、6.4.1.3、6.4.2.5、6.4.2.8、6.5);h)将“查询统计管理功能”更改为“统计功能”,并将SZDB/Z352011的有关内容更改后纳入(见6.5,SZDB/Z352011的6.7);i)删除了“票务管理”(见SZDB/Z352011的6.8);j)删除了“运营保障管理”(见SZDB/Z352011的6.10);k)加了“一般要求”的技术内容(见6.6.1.1、6.6.1.3、6.6.1.4);l)将“系统管理”更改为“平台管理”,并删除了“安全管理”的有关内容(见6.7,SZDB/Z352011的6.11);m)增加了“移动应用服务”的技术内容(见
6、6.8)。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由深圳市交通运输局提出和归口。本文件起草单位:深圳市交通运输局、深圳市标准技术研究院、深圳巴士集团股份有限公司、深圳市东部公共交通有限公司、深圳市西部公共汽车有限公司。本文件主要起草人:张永平、姜威、黄轶春、黄健彬、黄自征、吕勇、吴序一、王丽娟、刘国洲、曾帆、李国良、黄信程、丁泽林、陈嘉、林华清、管茹茹。IIDB4403/T408.22023本文件及其所代替文件的历次版本发布情况为:2011年首次发布为SZDB/Z352011;本次为第一次修订。IIIDB4403/T408.22023公交智能调度系统第2
7、部分:平台规范1范围本文件规定了公交智能调度平台的性能要求、功能要求。本文件适用于全市范围内各公交营运企业规划建设的智能调度平台。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中,注日期的引用文件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。GB/T222392019信息安全技术网络安全等级保护基本要求DB44/T770重点监管车辆监控平台基本功能要求DB4403/T482020智能公交系统数据管理规范DB4403/T408.1公交智能调度系统第1部分:车载智能终端DB4403/T408.3公交智能调度系统
8、第3部分:平台通信协议3术语和定义DB44/T770、DB4403/T408.1界定的术语和定义适用于本文件。4缩略语下列缩略语适用于本文件。GIS:地理信息系统(GeographicInformationSystem)OD:起讫点(OriginDestination)TopN:TopN算法(TopNAlgorithm)VPN:虚拟专用网络(VirtualPrivateNetwork)5性能要求5.1平台容量智能调度平台(以下简称“平台”)自身稳定运行时能支持同时在线的车载智能终端数目不应小于15000台。5.2平台处理能力单日数据处理能力不应少于3000万条,同时满足定位数据高并发处理能力;
9、平均500条/s,峰值1000条/s。5.3响应时间平台与车载智能终端之间进行数据传输时的响应时间不应大于5s。5.4时效性及准确性平台在接收到车载智能终端上传数据的1s内,应通过符合DB4403/T408.3要求的通信协议将数据转发至行业管理服务平台,确保数据的准确性和完整性。1DB4403/T408.220235.5平均无故障时间平台的平均无故障时间不应小于10000h。5.6故障恢复时间建立完善的故障处理机制和应急预案,确保在没有不可抗力等外部因素影响的情况下,故障恢复时间不超过2h。5.7原始数据保存时间平台接收的车载智能终端原始音视频信息保存时间不应小于1年,其他原始数据的保存时间可
10、根据行业主管部门的要求和企业营运管理的需求确定,但不应小于3年。5.8电子地图应使用经国家测绘主管部门审核批准的电子地图,更新频率不少于一年一次。5.9安全要求平台网络安全等级保护不应低于GB/T222392019第7章规定的第二级安全要求,并且每两年进行一次等保测评。5.10网络传输应支持专线网络、互联网或VPN连接。5.11数据接口平台应实现与企业内部和外部其他系统,如人事管理系统、资产管理系统、行业管理服务平台等的对接,并实现数据报送与信息交互。5.12扩展性及开放性根据实际使用过程中的需求及业务变化,平台各项功能应具有扩展性和开放性,同时支持第三方应用开发和集成,以提高平台的灵活性,并
11、对共享数据进行授权和访问控制。6功能要求6.1总体要求平台功能应符合DB44/T770的要求。平台功能架构见附录A。6.2基础信息管理具备对符合DB4403/T482020中4.1规定的指定类型、描述及要求的基础信息的查询、新增、修改、删除、预览、打印、导入及导出等功能。6.3调度管理6.3.1行车计划6.3.1.1行车计划管理行车计划应包含车次类型、发车时间及到达时间、发车地点及到达地点、发车间隔、停站时间、单程时间等内容。行车计划管理应具备以下功能:手动录入或导入行车计划电子表格;根据线路客流、运力、发车间隔、首末班时间等条件生成发车时刻表;根据需求和供给,自动编制行车计划,并根据客流统计
12、或调查数据,提示调整行车计划。6.3.1.2其他计划编排平台应编制包括但不限于以下计划:2DB4403/T408.22023交接班计划;能源补充计划;就餐计划;维修计划;保养计划;包车计划。6.3.2配车排班6.3.2.1排班模板管理排班模板管理具备以下功能:新建排班模板;复制已有排班模板;基于行车计划编制模板。6.3.2.2排班规则创建应实现以下创建自动排班规则:轮班规则:车辆对应车次的轮转规则;轮休规则:司乘人员轮换轮休规则;替班规则:机动人员替班规则;节假日规则:节假日特殊班次配备规则。6.3.2.3排班管理排班管理具备以下功能:排班计划全周期管理,包括新建、申请发布、审核、发布与注销等
13、;排班模板能从历史方案或当前排班中提取,且支持车次的上下移动快速设置;日常排班由排班模板进行初始化得到,且支持车次的上下移动快速设置;自动验证和提醒冲突信息;跨线路调配人车资源;查看保养车辆和人员;设置替班人员,并支持按班次顺序正向或反向替班;支持排班电子表格的导入、导出、浏览、查询以及打印。6.3.2.4排班创建排班创建支持以下方式:基于排班模板计划创建;基于历史排班计划复制;基于行车计划创建排班计划;创建空白排班计划。6.3.2.5排班编辑排班编辑应支持以下方式:自动编制:根据线路轮班、轮休、替班、节假日规则,自动编制新的排班计划,支持手动再调整;手动编制:通过手工编制排班计划。6.3.3
14、运营调度6.3.3.1一般要求支持多条线路的切换显示,且显示界面清晰、简洁,便于查询与监测,易于识别。6.3.3.2调度方式3DB4403/T408.22023支持在多种设备上进行调度,调度方式包括:计划调度:以行车计划为主,根据现场情况调整发车时间;人工调度:以发车计划为参考,根据现场人车资源人工调度发车;自适应调度:以当日调度资源及现场发车情况,先到先发、班次优先。6.3.3.3计划调整计划调整具备以下功能:换人功能:支持在发车列表中批量更换人员;换车功能:支持在发车列表中批量更换车辆;调整车次:支持在发车列表中批量更换车次;调点功能:支持在发车列表中批量调整连续时间内的发车计划,自动调整
15、开始或结束时间;添加车次:根据调度需要增加发车计划,并自动关联车辆、人员、班次;删除车次:根据调度需要删除手工添加的发车计划;故障处理:未完成或异常结束的车次可做故障处理,录入故障信息。6.3.3.4信息交互信息交互具备以下功能:调度中心与车辆间可上传和下发信息,支持单独发送和群发信息,并自动存储所有交互信息以备查询;调度中心与车辆之间建立应答机制,能判断并显示信息状态(如发送、已发送、已收到、已确认、已撤回);调度员与驾驶员的语音交互功能。6.3.4异常状态调度6.3.4.1异常事件报警车载调度终端触发报警时,应在监控屏幕上醒目标注报警车辆,通过图标闪烁、播放报警音等形式示警,记录包括事件类
16、型、事发时间、地点、涉及人员等信息,直至人工响应。6.3.4.2异常事件响应异常事件响应具备以下功能:车辆状态监测:在监控屏幕上自动显示发生异常事件车辆的实时状态;应急车辆调度:调度中心向应急车辆下发应急调度指令,并在调度界面以显著的方式显示应急车辆的实时状态,当应急车辆完成应急调度指令时,以显著的方式在监控屏幕上提示;音/视频监控:异常事件发生后,调度中心收到车载调度终端采集的音/视频信息。6.3.4.3事后评估事后评估具备以下功能:统计异常事件和应急响应的情况并生成报表;对异常事件和应急响应情况进行评估,评估内容包括但不限于:事件的起因、经过;事件的性质;事件的责任划分;事件的处理是否妥当
17、;处理过程中各相关人员、部门职责是否落实,有无脱节或漏洞;处理事件所消耗的人力、物力资源;是否可通过其他方式避免后续类似事件的发生。6.3.5非运营调度非运营调度应具备以下功能:4DB4403/T408.22023进行能源补充、维修保养等非运营调度及调度其他非运营车辆,与场站管理等系统进行对接;提供人工确认和自动确认两种车次确认模式。6.4运行监控6.4.1运行图监控运行图监控具备以下功能:可通过模拟视图显示线路示意图,并按比例标注站点位置;可显示公交线路运行信息,包括上行、下行、实时车辆运行状态和待发车辆等信息;可同时查看多条线路的任意车辆运行状况。6.4.2GIS监控GIS监控应具备以下功
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- DB4403_T 408.2-2023 公交智能调度系统 第2部分:平台规范 408.2 2023 公交 智能 调度 系统 部分 平台 规范
限制150内