接入市公安交警支队后台系统的技术要求-新余市政府

接入市公安交警支队后台系统的技术要求-新余市政府 附件4 接入市公安交警支队后台系统的技术要求 信号机系统和电子警察系统都要接入到交警支队的智慧交通管控系统平台,电子警察系统要求前端管理终端或摄像机与新余支队智慧交通管控平台对接实现违法数据、通行数据、视频的上传,信号机系统要求信号管理系统与新余支队智慧交通管控平台对接～满足新余支队智慧交通管控平台具备对信号控制系统的登录控制、基本信息编辑、灯态显示、相位控制、紧急控制等基本功能。 具体接入系统集成技术要求见各附件 附件一:信号控制系统接口对接要求 本接口 规范 编程规范下载gsp规范下载钢格栅规范下载警徽规范下载建设厅规范下载 遵循公安部GA/T 1049《公安交通集成指挥平台通信 协议 离婚协议模板下载合伙人协议 下载渠道分销协议免费下载敬业协议下载授课协议下载 》第2部分:交通信号控制系统的要求制定。 1、通讯要求 集成系统与信号控制系统数据通讯采用TCP/IP协议的Socket进行通信。每个包中至少还有报头～报头长度自定义～每个数据报有报头和报体组成。同步字符均为十六进制数16(ASCII字符SYN)。在发送时如果存在多字节数据～先发低字节～后发高字节。对于实时性要求高的必须采用是高效可靠的socket接口～例如指定相位控制～锁定相位阶段等～ 1 对一些数据量比较大～实时性要求不高的可以采用数据库接口～例如信号机的基础信息、配臵信息等。 路口渠化界面需求采用http协议,通过URL方式进行集成对接。下面是信号控制系统需要提供的接口具体要求。 1、接口要求 ,一,主动推送接口 要求在通讯此次建立时或者信号机相应状态发生变化时～主动推送信息～接口包括如下, ? 信号机状态 主动推送信号机的状态信息～传递信息至少包括信号机的所在区域、路口以及状态,联机、脱机,。 ? 路口相位 主动推送路口的实时相位～传递信息至少包括信号机的所在区域、路口以及相位的当前相位或者相位编码～相位名称～该相位持续时长, ? 控制方式 主动推送信号机当前的控制方式信息～传递信息至少包括信号机的所在区域、路口以及信号机的控制方式编码, ? 周期参数 主动推送信号机的当前周期信息～传递信息至少包括信号机的所在区域、路口以及周期时长、周期开始时间, ? 车道流量信息 2 定时推送信号机所在的路口的车道流量信息,例如5分钟推送一次～那么传递的信息有信号机的区域、路口～5分钟对应各个车道流量数, ,二,接收信息 接收发送一些指定请求指令～需要在接收请求后相应对应的结果, ? 登录信息 接收集成平台发送的登录请求～基本信息有登录用户名、密码,反馈登录结果～可以是信息代码,登录成功后双方互发心跳数据以保持连接, ? 指定相位 集成平台能够指定信号机运行相位～发送的相位至少要在当前相位结束后立马执行,传递的信息有信号的所在区域、路口信息～指定相位的代码～指定相位的执行时长,需要反馈指定相位的是否成功信息, ? 指定控制方式 向信号机发送方指定控制方式指令～发送的信息包括:信号机所在的区域和路口以及控制方式代码,需要反馈指定的控制方式是否成功信息, ? 锁定相位 向信号机发送锁定相位指定～发送数据有相位代码～锁定代码,锁定～解锁,～反馈锁定相位的执行结果, 3 ? 修改配时时长 向信号机发送对应相位的时长～例如当前信号机发送的数据:东西放行:30s,南北放行:35s;信号机能够根据发送的数据执行,反馈修改结果信息, ? 查询信号机基础信息 发送所需要查询的区域编号～返回所参训区域下的所有信号机的区域、路口、以及名称信息,此接口也可以通过数据库方式提供, ? 查询信号机的 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 执行信息 发送所需要查询的信号机的区域和路口信息～返回该信号机当前执行的方案和控制方式信息～例如返回:0:0-6:0执行1号方案～采用黄闪控制方式～6:-23:59 执行2号方案～采用定周期控制方式, ? 查询信号机的详细方案 发送所需要查询信号机的区域、路口以及方案号～返回该方案的详细阶段信息;例如 东西直行 25s～南北直行 40s; ? 加载信号机方案,此接口不做强制要求, 可以向信号机发送自定义的方案,传递信息包括信号机的区域和路口～开始执行时间～结束执行时间～方案号代码～方案详情,例如 6:0-12:0 执行1号方案～采用 南北直行 25s,东西直行 23s返回加载结果; 4 ,三,路口渠化界面接口需求 ? 提供具体路口信息～最好有路口信息的唯一标识。 ? 提供URL的web界面需要根据参数,唯一标识,～确定指定路口的web页面展示。 ? web页面内容需有4项功能～a.路口信息 b.相位 c.灯态 d.紧急控制 ,具体路口信息可参考提供的图片, ? 页面需满足IE9非兼容模式～并向下兼容。 ? 支队平台提供服务端～厂家提供客户端～当信号机状态发生改变时～向服务端推送信号机的灯态～控制方式～周期信息～信号机状态等信息～ 具体接口协议可见附件,对接的接口协议,。 ? 提供web界面需有路口、指向、灯态、紧急控制等所有信号相关的功能以及实时信息。具体web界面可以由厂家按照自主信号控制页面整改。 ? 下图是支队平台提供的简单的信号控制页面～可参考。 5 2、信号控制系统参考案例 2.1 概述 采用TCP/IP协议的Socket进行通信。每个表格前均带有4个同步字符～同步字符为十六进制数16(ASCII字符SYN)。每个表格由表头和表体组成～表头由“表号”和“字节数”组成～表号用来区分各种表格～字节数表示表格的长度～其长度包括“表号”和“字节数”字节～但不包括表格前的4个同步字符。表体包含表格内容～当表格中含有WORD类型的数据时～在发送时是先发低字节～后发高字节～以表格形式发送。 采用长连接～中心系统作为服务方～区域机作为客户方～ 6 在双方正式通信之前～客户方应向服务方注册登录。 2.2 定义 # define NUM_CHILDJUNC 4 //最大子路口数 # define NUM_STAGE 16 //一个路口最大相位数 # define NUM_SEGMENT 16 //一天中最大时段数 # define NUM_SENSE_DETECTOR 8 //感应检测器最大数 2.3 区域机发送表格 2.3.1 注册登录 structTabRequest{ BYTE NoTab; //表号101 BYTE NumBytes; //表的长度 BYTE NoArea; //区域号 BYTE Reg; //1表示注册到中心系统 BYTE TSC_Id; //1表示信号系统注册,协议类型, BYTE Reserved;//保留 charIdentifier[40]; // 区域机标示码(后续添加) }st_TabReguest; 说明:网络连接建立后～区域机发送以下的登录表格: 7 2.4 设备状态 structTabJuncStatus { BYTE NoTab; //表号1 BYTE NumByte; //表的字节长度 BYTE NoArea; //区域号 BYTE NoJunc; //路口号 BYTE JuncStatus; //路口状态1:联机 2:脱机 DWORD DetStatus; //检测器状态0正常～大于0故障(HT2000A双字型检测器状态编码) }st_TabJuncStatus; 说明:客户端和服务端首次连接成功时发送一次～在链接不中断的情况下～当路口状态发生变化时发送。 2.4.1 路口控制方式 structTabJuncMode{ BYTE NoTab; //表号2 BYTE NumByte; //表的字节长度 BYTE NoArea; //区域号 BYTE NoJunc; //路口号 BYTE Mode; //控制方式 BYTE Iden; //特征码 }st_TabJuncMode; 8 说明:客户端和服务端首次连接上时发送一次～在链路不 中断的情况下～当路口控制方式状态发生变化时发送 控制方式编码: 1系统优化控制方式 2线控配时控制方式 3绿波控制方式 4指定相位控制方式 19单点优化控制方式 21无电缆控制方式 22自感应控制方式 23定周期控制方式 24黄闪控制方式 25关灯控制方式 26全红控制方式 40手动控制方式 6公交优先控制方式 2.4.2 路口周期参数 struct TabCycle{ BYTE NoTab; //表号 3 BYTE NumByte; //表长度 BYTE NoArea; //区域号 BYTE NoJunc; //路口号 9 WORD LenCycle; //上一周期长度 DWORD Startime; //新的的周期开始时间～一天中的绝对时间,秒, }st_TabCycle; 说明:仅当路口新的周期开始时发送。 2.4.3 路口相位 struct TabStage{ BYTE NoTab; //表号 4 BYTE NumByte; //表格字节长度 BYTE NoArea; //区域号～相应路口所属区域 BYTE NoJunc; //路口号～当前相位发生变化 的路口 BYTE NoOldStage; //上一相位号 BYTE LenOldStage; //上一相位长(秒) BYTE NoNewStage; //当前相位号 BYTE LenNewStage; //当前相位长(秒) char NewStageName[40]; //当前相位名 }st_TabStage; 说明:仅当路口相位发生变化时发送。 10 相位号 相位名称 0 南北左转 1 北向通行 2 南向通行 3 南北通行 4 东西左转 5 东向通行 6 西向通行 7 东西通行 8 南北直行 9 东西直行 10 南北直右 11 东西直右 12 南北左右 13 东西左右 14 南向直左 15 东向直左 2.4.4 车道排队状态 struct TabRoadStatus{ BYTE NoTab, //表号5 BYTE NumByte, //表格字节长度 BYTE NoArea, //区域号～相应路口所属区域 11 BYTE NoJunc, //路口号 BYTE NumRoad, //车道数～实际车道数 BYTE Status[32], //状态1畅通、4排队、7拥 堵 }st_TabRoadStatus, 说明:Status[NoRoad]中NoRoad取值范围0，31～最大支持32个车道,下标为车道号～仅当路口车道状态发生变化时发送。 2.4.5 路口车道流量 structTabFlowRoadType{ BYTE NoTab; //表号 = 6 BYTE NumByte; //表格字节长度 BYTE NoArea; //区域号 BYTE NoJunc; //路口号 BYTE NumRoad //车道数～实际车道数 struct{ WORD Small; //小型车流量～以车辆为单位 WORD Middle; //中型车流量～以车辆为单位 WORD Large; //大型车流量～以车辆为单位 }Flow[32]; //下标为车道号 }st_TabFlowRoadType; 说明:每整5分钟上报一次～例如10:00,10:05,10:10～…。 12 2.4.6 路口车道占有率 structTabOccupyRoadType{ BYTE NoTab; //表号 = 7 BYTE NumByte; //表格字节长度 BYTE NoArea; //区域号～相应路口所属区域 BYTE NoJunc; //路口号 BYTE NumRoad; //车道数～实际车道数 BYTE Occupy[32]; //占有率～下标为车道号 }st_TabOccupyRoadType; 说明:每整5分钟上报一次～例如10:00,10:05,10:10～…。和流量基本同上上报 2.4.7 信息查询返回表 2.4.7.1 查询失败返回 struct TabQueryInfoReturn{ BYTE NoTab; //表号30 BYTE NumByte; //表格字节长度 BYTE NoArea; //区域号 BYTE Type;//信息类型 BYTE NoSubArea; //子区号 BYTE NoJunc; //路口号,视情况而定, BYTE Reason; //失败原因代码 }TabQueryInfoReturn; 13 说明: 返回内容:区域号、子区号、路口号、返回信息类型、失败原因代码 信息类型编号: 1区域基本信息 2子区基本信息 3路口基本信息 4路口方案 原因描述: 1区域号不正确 2路口号超出范围 3 信息类型错误 2.4.7.2 区域基本信息返回 structTabAreaBasicInfo { BYTE NoTab; //表号31 BYTE NumByte; //表格字节长度 BYTE NoArea; //区域号 BYTENumSubArea; //实际子区数 BYTE NoSubArea[64]; //子区号～下标为序号 }TabAreaBasicInfo; 说明: 14 返回内容:区域号、子区数、子区编号列表。 2.4.7.3 子区基本信息返回 structTabSubAreaBasicInfo { BYTE NoTab; //表号32 BYTE NumByte; //表格字节长度 BYTE NoArea; //区域号 BYTENoSubArea; //子区号 BYTE NumSubJunc; //子区实际路口数 BYTE NoJunc[32]; //路口号～下标为序号 }TabSubAreaBasicInfo; 说明: 返回内容:区域号、子区编号、子区名称、子区路 口列表。 2.4.7.4 路口基本信息返回 structTabJuncBasicInfo { BYTE NoTab; //表号33 BYTE LONumByte; //表长低字节 BYTE HINumByte; //表长高字节 BYTE NoArea;//区域号 BYTE NumJunc;//实际路口数 BYTENoJunc[250]; //路口号 charNameJunc [250][40];//路口名称 15 }TabJuncBasicInfo; 说明: 返回内容:区域号、路口编号列表、路口名称列表。 2.4.7.5 路口方案返回,24小时方案, structTabJuncPlanInfo { BYTE NoTab; //表号34 BYTE LONumByte; //表长低字节,拆分为高低字 节～socket接收便于解析, BYTE HINumByte; //表长高字节 BYTE NoArea;//区域号 BYTENoJunc, //路口号 BYTE NumSeg;//实际时段数 struct{ WORD Cycle; //周期长; WORD Offset; //相位差; BYTE OffStage; //协调相位号; BYTE NumStage; //相位数; BYTE Stage[16]; //相位列表:内容为相位号～ 下标为相位序号; BYTE LenStage[16]; //相位配时:内容为相位长度～下标为相位序号; DWORD StartTime; //开始时间,分,hour*60+min 16 DWORD EndTime; //结束时间,分, }Segment[16]; //下标为时段序号 }TabJuncPlanInfo; 说明: 返回内容:区域号、路口号、周期长、相位差、相位 列表、相位配时、协调相位号、开始时间、结束时间。 2.5 区域机接收表格 2.5.1 登录反馈 typedefstructTabPermit{ BYTE NoTab; //表号101 BYTE NumBytes; //表的长度 BYTE NoArea; //区域号 BYTE AckRe;//0表示同意登录～1表示拒绝登录 BYTE TSC_Id; //1表示信号系统注册～ BYTE Reserved; //保留字节 }ST_TabPermit; 说明:当中心系统收到区域机注册请求时～根据实际情况回给对应的表 2.5.2 指定相位(特勤控制) typedefstructTabGuardControl{ BYTE NoTab; //表号20 BYTE NumByte; //表长 17 BYTE NoArea; //区域号 BYTE NoJunc; //路口号 BYTE NoStage; //相位号 BYTE LenStage; //相位长度 }ST_SetTabGuardControl; 说明:输入内容为～表号～表长～区域号～路口号～指定的相位号～相位长 2.5.3 指定控制方式 typedefstructTabCancelGuard{ BYTE NoTab; //表号21 BYTE NumByte; //表长 BYTE NoArea; //区域号 BYTE NoJunc; //路口号 BYTE Mode; //控制方式～参照2.3 }ST_SetTabCancelGuard; 说明:输入内容为～表号～表长～区域号～路口号～指定的方式 控制方式编码: 1 系统优化控制方式 2 线控配时控制方式 23 定周期控制方式 24 黄闪控制方式 18 26 全红控制方式 20 恢复原控制方式(取消特勤) 2.5.4 模拟手动 typedefstructTabSimuHand{ BYTE NoTab; //表号29 BYTE NumByte; //表长 BYTE NoArea; //区域号 BYTE NoJunc; //路口号 BYTE Iden; //特征码 BYTE Reserved; //预留 }ST_SetTabSimuHand; 说明:输入内容为表号～表长～区域号～路口号～特征码。 特征码取值如下: 30:开始模拟手动 31:递进相位 32:结束模拟手动 2.5.5 查询请求 struct TabQueryInfo{ BYTE NoTab; //表号30 BYTE NumByte; //表格字节长度 BYTE NoArea; //区域号 BYTE Type; //查询信息类型 19 BYTE NoSubArea; //子区号 BYTE NoJunc; //路口号 }TabQueryInfo; 说明: 信息类型编号: 1区域基本信息 2 子区基本信息 3路口基本信息 4路口方案 输入内容:区域号、子区号、路口号、查询信息 类型。 附件二、非现场数据传输接口规范说明 1、适用范围 本接口规范适用于如下设备类型数据采集: 20 2、规范引用文件 本接口说明遵循以下设计规范及 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 : 1) 《道路交通标志和标线》, GB 5768-2009,, 2) 《公路交通安全设施设计技术规范》, JT J074-2003,, 3) 《机动车测速仪通用技术条件》, GA 297-2001,, 4) 《安防视频监控系统技术要求》, GA/T 367,2001,, 5) 《闯红灯自动监测记录系统通用技术条件》, GA/T 496-2009,, 6) 《闯红灯自动记录系统验收技术规范》, GA/T 496-2009,, 7) 《公路车辆智能监测记录系统通用技术条件》, GA/T 497-2009,, 21 8) 《公安交通指挥系统工程建设通用程序和要求》, GA/Y 651-2006,, 9) 《公安交通管理外场设备基础施工通用要求》 (GA/T 652-2006), 10) 《机动车、驾驶人及违法管理等相关数据库规范》, 11) 《机动车号牌图像自动识别技术规范》 , GA/T833-2009, ., 12) 《道路交通安全违法行为图像取证技术规范》 , GA/T832-2009,, 3、术语和定义 3.1 缩写词 下列术语和定义适用于本标准: Web Services 是一种完成其特定需求的在线应用服务～ 使第三方能够通过网络来访问并使用这项在线服务。 XML 描述数据的标准方法. SOAP 简单对象访问协议. WSDL Web 服务描述语言. UDDI (Universal Description, Discovery and Integration) 通用描述、发现与集成～它是一种独立于平台的～基于 XML 语言的用于在互联网上描述商务的协议。 4、接口总体说明及调用流程 22 本接口采用标准的 WEBService 框架～为方便各厂商集成提供～提供封装过的 ActiveX 控件方式。各外场厂商可以直接调用 ActiveX 控件。 4.1 接口函数概要 4.2 接口函数返回值说明 本次接口的返回值全部为字符串类型,返回值采用 “代码, 4 位字符,，返回内容”的形式～方便厂商调试.返回代码与返回内容用“^” 符号格开。厂商调用函数完毕～需要判断前 4 位代码是” 0000” 表示成功～否则表示失败。返回参数格式: 1、 0000^内容 ～表示成功 如: 0000^内容(内容可能为空也可能不为空～对于取机动车限速时～内容为返回的限速值) 2、非 0000 表示失败～如: 1002^设备签到信息不正确或被禁用 4.3 接口函数调用流程 4.3.1 客户端控件的安装 1、 控件名称为 HTAgent.ocx～控件版本要求在 4.0 以上。 4.3.2 写过车数据调用流程 23 流程简要说明: 1、 采集数据上传前～需要调用 InitTrans 初始化连接～ 初始化成功后进入 下一步～否则重新初始化。 24 2、 开始上传过车数据 NSyncWriteVehicleInfo;如果上传成功～则循环上传 下一条过车数据。如果中途因连接异常上传不成功～则需要重新初始化。 /*********** 查询远程服务器时间、读限速值、写设备状态信息、写车流量信息等业务调用流 程与上述流程相同, ************/ 注意事项: 1、 查询远程服务器时间此函数前端需要定期, 建议每天,调用～以同步工控机与服务器的时间。如果获取时间失败～则暂不更新本地时间 2、 读限速值～此函数需要定期, 建议每隔 15 分钟,调用～以同步本地限速值与中心平台一致。如果获取的限速值为返回码为非 0000～表示获了限速值失败～则不要更新本地限速。 3、 因前端设备数据有可能积压或某种原因没有及时上传～建议在上传时前端厂商需要把最新数据先上传～再上传积压的数据～这种“倒序上传” 规则 编码规则下载淘宝规则下载天猫规则下载麻将竞赛规则pdf麻将竞赛规则pdf 保证中心端最新过车的报警及拦截时性性～满足用户对系统的需求。 5、接口函数详细说明 25 5.1 初始化传输连接 5.2 关闭传输连接 5.3 查询远程服务器时间 5.4 读标识限速值 26 5.5 读实际限速值 5.6 写设备状态信息 27 5.7 同步方式写车辆信息 28 29 30 6、附录 6.1 错误代码说明 31