应急信息交互协议第2部分：事件信息

国家标准 GB/35965.2一2018 应急信息交互协议 第2部分:事件信息 Protlforemergeneyinfomationexchange Part2;Emergeneyeentinformaton 2018-02-06发布 2018-08-01实施 中华人民共利国国家质量监督检验检疙总局 发布 国家标准化管理委员会国家标准
GB;/T35965.2一2018 目 次 前言 引言 范围 2 规范性引用文件 术语和定义 缩略语 事件信息文件命名 事件信息结构 6.I总体结构 报送单位信息 6.2 事件信息 63 6.4附件 6, 时间格式说明 6.6行政区划代码 安全性 7.1xXMI安全机制 7.2数字签名 7.3加密 事件信息报送编码实例 附录A(规范性附录)事件信息编码各字段编码规范 附录B(资料性附录)事件信息报送编码实例
GB;/T35965.2一2018 前 言 GB/T35965《应急信息交互协议》分为两个部分: 第1部分:预警信息; 第2部分:事件信息 本部分为GB/T35965的第2部分 本部分按照GB/T1.1一2009给出的规则起草 本部分由全国公共安全基础标准化技术委员会(SAC/TC351)提出并归口 本部分起草单位:清华大学公共安全研究院、北京辰安科技股份有限公司、标准化研究院、清华 大学深圳研究生院 本部分主要起草人袁宏永、苏国锋,黄全义、张帆、杨秀中、,陈涛、钟少波、张亚京,王飞,陈涛 秦挺鑫、陈建国、王金玉、李忠强,毛青松、刘碧龙、杨锐、申世飞.刘勇,宋玉刚卢志为、孙占辉
GB/T35965.2一2018 引 言 为了实现突发事件报送信息在各级、各类应急平台之间以及和其他相关应急系统间的交互,特制定 本协议 通过突发事件信息交互的规范化,提高突发事件报送效率,促进事件信息共享 IN
GB;/T35965.2一2018 应急信息交互协议 第2部分事件信息 范围 GB/T35965的本部分规定了应急信息交互协议事件信息部分的对象模型组成结构以及协议具 体信息的描述 本部分适用于各类网络环境中各类突发事件信息的交互 规范性引用文件 下列文件对于本文件的应用是必不可少的 凡是注日期的引用文件,仅注日期的版本适用于本文 件 凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件 GB/T2260行政区划代码 GB/T5271.1一2000信息技术词汇第1部分;基本术语 GB/T101l4县级以下行政区划代码编制规则 GB/T35561突发事件分类与编码 FIPS180-2安全哈希标准(Securehashstandard RFC2046多用途互联网邮件扩充协议[CMultipurposeinternetmailextensionsMIME sHA-1安全散列算法1(securehashalgorithmm1 术语和定义 GB/T5271.1-2000界定的以及下列术语和定义适用于本文件 3.1 突发事件emergeneyevent 需要立即采取应对行动的突发紧急的(通常意外的)事故或事件 3.2 事件信息emergeneyeventinformationm 突发事件报送责任单位根据事件造成或可能造成的危害程度、发展态势等,向人民政府和有关部门 报送的信息 信息内容一般包括突发事件的类别、等级,发生原因发生时间、发生地点,已采取措施、人 员伤亡、经济损失、报送单位、报送时间等 3.3 应急emergeneyresponse 应对突然发生的需要紧急处理的事件 3.4 应急平台eergeneyand orm Irspomsepattno 以公共安全科技和信息技术为支撑,以应急管理流程为主线,软硬件相结合的突发事件应急保障技 术系统,是实施应急预案的工具 平台具有事件信息接报,预案管理、资源管理、风险分析,预测预警,智 能决策、指挥调度、应急保障、应急评估、培训演练、信息发布、综合业务管理等功能,能动态生成优化的
GB/T35965.2一2018 应急方案,形成实施应急预案的可视化实战指南,为日常应急管理和突发事件处置提供服务支撑手段 3.5 可扩展标记语言XMLextensiblemarkplanguage 用于标记电子文件使其具有结构性的标记语言,可以用来标记数据,定义数据类型,是一种允许用 户对自己的标记语言进行定义的源语言 缩略语 下列缩略语适用于本文件 RFC:请求评议(RequestForComments) MIME:多用途互联网邮件扩充协议(MultipurposelInternetMailExtensions) 5 事件信息文件命名 事件信息采用xML格式封装成文件,文件命名共使用46位(字节),格式为 报送单位代码_报送时间_事件编码.扩展名 其中 报送单位代码详见6.2.4 a) b)报送时间:详见6.3.3; 事件编码;详见6.3.6; c d)扩展名:xML 事件信息结构 6 6.1总体结构 事件信息总体结构如图1所示 每条突发事件信息应包含一个报送单位信息(reporter)项 每个 报送单位信息描述(reporter)项应包含一个事件信息(info)项 每个信息《info)项可能包含一个或多个 附件〈resource)项,附件(resouree)项非必需,但如存在,则应填报必填项 事件信息编码各字段编码规 范见附录A
GB;/T35965.2一2018 事件信息info 报送单位信息reporter 附件resource 信息标题(messageTttle 报送时间(reportTime) 信息唯一标识(identifer 附件描述(resourceDesc) 报送类型(eportType) 报送单位名称eportDwision 附件类型(mimeType) 报送方式(eportMethod) 报送单位代码(repDivCode) 附件大小(size) 事件编码(eventType 报送单位联系电话reportePhone) 附加链接(uri) 事件等级(eventGrade) 签发领导(signleader 加密附加链接(derefUm) 发生时间(eventTime 校验码(digest 发生地点(eventPosition) 事件原因(eventOrigin) 事件描述(eentDescription) 已采取措施(takenM 1eSue 死亡人数(deatthNumber 受伤人数(woundNumber) 失踪人数(disappearNumber 受闲人数教lockNumben 经济损失 资源调度请求(supportRequest 事发地点经度(eventLongitude) 事发地点纬度(eventlatude 事发地点高程(eventElev Elevation 事件影响区域描述(areaDesc 影响区域多边形(poygon) 影响区域最低海拔高度(atitude) 影响区域最高海拔高度(ceiling) 备注(note) 注:黑色字体表示为必选要素,箭头表示该项对上一级项具有支撑作用,“关”"表示该项附件〈resource)可以有 名个 图1事件信息总体结构 6.2报送单位信息 6.2.1概述 报送单位信息描提供了当前事件信息报送单位的基本信息,包括;信息唯一标识报送单位名称、报 送单位代码、报送单位联系电话、签发领导等 报送单位信息〈reporter》至少需要包含一个信息 info)项 6.2.2信息唯一标识 必选项,应采用UUID编码,由系统自动生成32位唯一编码 6.2.3报送单位名称 应使用突发事件信息报送单位的机构全称(包括地域和机构名称》. 必选项，文本 6.2.4报送单位代码 必选项 编码应遵循格式:ZZZZZZDDDUUUXX,其中 ZZZZZZ:县及县以上行政区划代码,按GB/T2260相关规定执行; a
GB/T35965.2一2018 DDDD;3位一级单位代码; UUU;3位二级单位代码 c d)XX:2位扩展编码 6.2.5报送单位联系电话 必选项,文本 6.2.6签发领导 必选项,文本 6.3事件信息 6.3.1概述 事件信息(mo)提供了对当前突发事件的详细描述包括;信息标题、报送时间、事件编码,事件原 因、事件描述.已采取措施、死亡人数、资源调度请求等 6.3.2信息标题 必选项,文本 6.3.3报送时间 必选项,时间 具体格式应符合6.5的要求 6.3.4报送类型 必选项,枚举值,取值为: 0;首次报送; a b) 1;续报 2;重报 c 6.3.5报送方式 必选项.枚举值,取值为 1;电话报送; a b) 2;传真报送; 3;系统报送; c d 4;邮件报送; 0;其他 e 6.3.6事件编码 必选项 编码取值按照GB/T35561要求执行 6.3.7事件等级 限定的枚举值,必选项 取值为 1:特别重大; a D)2;重大;
GB;/T35965.2一2018 3;较大; c d) 4;一般; 0;未知 e 6.3.8发生时间 必选项,时间 时间格式应符合6.5的要求 6.3.9发生地点 必选项,文本 应包含“行政区划描述”及“具体地址描述”两部分,以“行政区划描述十具体地址描 述”的方式具体描述事件发生地点 其中应包含的要素按以下要求: 行政区划描述部分应按层次描述事发地所属省(自治区、直辖市、特别行政区),市(地区、自治 a 州,盟)、县(自治县,县级市,旗、自治旗,市辖区,林区、特区) 具体名称应与GB/T2260中 的规定一致 b)具体地址描述部分应细化至街道、乡镇、村庄名称等 具体名称应与GB/T10114中的规定 -致 事件原因 6.3.10 可选项,文本 6.3.11事件描述 可选项,文本 6.3.12已采取措施 可选项,文本 6.3.13死亡人数 可选项,整数 6.3.14受伤人数 可选项,整数 6.3.15失踪人数 可选项,整数 6.3.16受困人数 可选项,整数 经济损失 6.3.17 可选项，文本 6.3.18资源调度请求 可选项,文本
GB/T35965.2一2018 6.3.19事发地点经度 可选项,小数 6.3.20事发地点纬度 可选项,小数 6.3.21事发地点高程 可选项 高度测量值以1985国家高程基准基准面的平均海平面以上的米为单位 6.3.22事件影响区域描述 必选项,文本 6.3.23影响区域多边形 可选项 其中: a 值为多个坐标点对,用空格分隔; b)描述多边形时,首尾为同一个点,为封闭图形 6.3.24影响区域最低海拔高度 可选项 其中: a)如果与“最高海拔高度”元素一起使用,该值是范围的下限 否则,此值指定特定高度; 高程测量值以1985国家高程基准为基准 b) 6.3.25影响区域最高海拔高度 可选项 其中: 应与“最低海拔高度”元素组合使用; a 高程测量值以1985国家高程基准为基准 b) 6.3.26备注 可选项,文本 6.4附件 6.4.1概述 附件(resource)提供了和信息元素相关的附加信息,例如数字图像或音频文件 6.4.2附件描述 必选项,文本 当事件信息存在附什时,事件信息附件文件命名规则下 报送单位名称_报送时间_事件编码_事件等级_附件类型_附件编号,后缀 其中,报送单位名称、报送时间、事件编码及事件等级四个字段的编码与事件信息文件中相应字段 编码相同 其余字段如下: 附件类型采用1位编码,取值如下 I)P:事件信息纸质批文扫描件;
GB;/T35965.2一2018 22 O;其他 b 附件编号,2位数字,对本事件信息所有上传的附件顺序编号,编号范围00~99 用户上传的附件的原始后缀名 6.4.3附件类型 可选项,文本 附件内容类型和子类型应符合RFC2046的要求 6.4.4附件大小 必选项 单位为byte 6.4.5附加链接 可选项,附件的超链接地址 6.4.6加密附加链接 可选项,资源文件的base64编码数据内容 其中 可以与通过单向《例如.广播)数据链路传输的消息中的(um)字段一起使用或在经由URI检索 a 资源不可行时替代(uni)字段 拟用于单向数据链路的客户端应支持此字段 b 除非发送方确定所有直接客户端都能够处理它,否则不得使用此字段 c 如果包含这个元素的消息被转发到双向网络,转发器应剥离GB/T35965.2一2018 员会和村民委员会,第四段为3位数字,表示网格代码 其具体格式为如表1所示 表1行政区划代码格式 第四段 第一段 第二段 第三段 D.D.D XXx Z7Z7 DDD 行政区划代码各段代码说明如下 2Z:县及县以上行政区划代码,按GB/T2260相关规定执行 DD.D按GB/T10114编制,其中的D数字为类别标识,以“0”"表示街道,“1”表示镇,“2和3”表示乡,“4和 5"表示政企合一的单位 D.D为该代码段中各行政区划的顺序号 具体划分如下: ,应在本地区的范围内由小到大顺序编写 001~099表示街道的代码 100~199表示镇的代码,应在本地区的范围内由小到大顺序编写; 200一399表示乡的代码,应在本地区的范围内由小到大顺序编写 3 400599表示政企合一单位的代码,应在本地区的范围内由小到大顺序编写 DDD为居民委员会和村民委员会的代码,用3位顺序码表示,具体编码方法如下 d 1 居民委员会的代码从001199由小到大顺序编写; 22) 村民委员会的代码从200~399由小到大顺序编写 安全性 7.1XMIL安全机制 事件信息是基于xM格式的,因此xML的安全机制可以用来保护和鉴别事件信息内容 7.2数字签名 事件信息的(report)元素可以带有一个由XMIsG(XMI-SignatureandsyntaxProcessing)描述 的签名,不允许使用XMI的其他签名机制 7.3加密 事件信息可被加密,遵照XML加密语法和处理方法[XMLENc]的规定 不能使用其他的XML 加密机制 传输层加密机制,可独立规定 事件信息报送编码实例 8 事件信息发布编码实例参见附录B.
GB;/T35965.2一2018 3 品 的 e 长 底 × 帆 设 遮 盘 划 问 坦 划 划 海 哥 哥 世 哥 狄 避 A 器 迎 E
GB/T35965.2一2018 品 9 门 的 进 × 兴 K 怅 州 ? 到 型 型 欧 登 雪 童 A焖 10
GB;/T35965.2一2018 3 过 击 区 岩 桌 四 基灵 S x H 嵌 型 娶 晨 雪 雪 量 5 长 1
GB/T35965.2一2018 品 门 的 × 兴 容 艺 怅 出 皇 量 虽 鲁 E8 鸟 海 关 A焖 沟 n 忙 12
GB;/T35965.2?2018 3 ? H ? ? ? ? 13
GB/T35965.2一2018 品 款 8 话 盗 卖 中 o × 兴 怅 回 8 爸 色 鼻 虽 虽 A焖 m S 14
GB;/T35965.2一2018 说 S 当 一 回 堡 留 x × H 米 登 岁 8 爸 虽 长 g m 15
GB/T35965.2一2018 附 录 B 资料性附录) 事件信息报送编码实例 ="1.0" 、 tf8”) ?Xxmlversion= encoding= (Reportxmlns="ReportxML.Schemazh.xsd”xmlns;xs="http://www.w3.org/2001/xISchema") Identifier》zh200808120752/Identifier reporterDivision>民政部(www.mca.gov.cn)(/reporterDivision reportT ctTime>2008-08-1207:52-07:00《/reportTime 规定的枚举值-) reportMethod)By reportMethod reportType)FollowingReport(/reportType>(!-规定的枚举值--) reporterPhone)010-58123114(/reporterPhone 姜力/supportRequest)资源调度请求本报送不涉及- 《Note)其中统计人数包含四川I陕西\甘肃等所有受灾省份(/Note' resource 《resourceDesc》《/resourceDesc mimeType/mimeIype》 size>(7/size uri(/uri)》 derefUri)(/derefUri》 GB;/T35965.2一2018 《areaDesc>(/areaDesc polygon>/circle》 geocode>(/altitude (ceiling>(/ceilin ng <1ongitude)(/1ongitude》 latitude)(/1latitude》

应急信息交互协议第2部分：事件信息GB/T35965.2-2018

定义

应急信息交互协议第2部分：事件信息GB/T35965.2-2018是由中国国家标准化管理委员会制定的，旨在规范应急信息交互过程中事件信息的格式和内容，以便不同应急组织之间进行信息共享和协作。

特点

GB/T35965.2-2018规定了事件信息应包括发生地点、起始时间、事件类型、事件级别、影响范围、救援资源需求等基本信息，同时还可以根据需要添加其它附加信息。这些信息的统一格式和标准化内容使得不同应急组织之间能够快速准确地理解和处理事件信息。

使用方法

GB/T35965.2-2018规定了事件信息的XML格式，应急组织在交互过程中可以将事件信息以XML格式发送给对方。接收方可以通过解析XML文件，快速获取事件信息并进行相应的处理。

此外，GB/T35965.2-2018还规定了事件信息的交换协议，包括信息交互的数据元素、数据类型、数据长度等细节内容。这些规定的实现保证了事件信息交互的可靠性和安全性。

总结

应急信息交互协议第2部分：事件信息GB/T35965.2-2018是一个重要的标准化文件，它为不同应急组织之间的信息共享和协作提供了可靠的基础。应急组织在信息交互过程中应该遵循该标准，以便更好地开展救援工作。

应急信息交互协议第2部分：事件信息的相关资料

和应急信息交互协议第2部分：事件信息类似的标准

GB/T35965.2-2018

应急信息交互协议第2部分：事件信息

2022/8/20 22:28:33 现行

GB/T35965.1-2018

应急信息交互协议第1部分：预警信息

2022/8/20 22:17:45 现行