书 书 书犐犆犛 １３ ． ２００ 犃 ９０ 中华人民共和国国家标准 犌犅 ／ 犜 ３５９６５ ． ２ — ２０１８ 应急信息交互协议第 ２ 部分 ： 事件信息 犘狉狅狋狅犮狅犾犳狅狉犲犿犲狉犵犲狀犮狔犻狀犳狅狉犿犪狋犻狅狀犲狓犮犺犪狀犵犲 — 犘犪狉狋 ２ ： 犈犿犲狉犵犲狀犮狔犲狏犲狀狋犻狀犳狅狉犿犪狋犻狅狀 ２０１８  ０２  ０６ 发布 ２０１８  ０８  ０１ 实施 中华人民共和国国家质量监督检验检疫总局 中国国家标准化管理委员会 发布书 书 书目 　　 次 前言 Ⅲ ………………………………………………………………………………………………………… 引言 Ⅳ ………………………………………………………………………………………………………… １ 　 范围 １ ……………………………………………………………………………………………………… ２ 　 规范性引用文件 １ ………………………………………………………………………………………… ３ 　 术语和定义 １ ……………………………………………………………………………………………… ４ 　 缩略语 ２ …………………………………………………………………………………………………… ５ 　 事件信息文件命名 ２ ……………………………………………………………………………………… ６ 　 事件信息结构 ２ …………………………………………………………………………………………… 　 ６．１ 　 总体结构 ２ …………………………………………………………………………………………… 　 ６．２ 　 报送单位信息 ３ ……………………………………………………………………………………… 　 ６．３ 　 事件信息 ４ …………………………………………………………………………………………… 　 ６．４ 　 附件 ６ ………………………………………………………………………………………………… 　 ６．５ 　 时间格式说明 ７ ……………………………………………………………………………………… 　 ６．６ 　 行政区划代码 ７ ……………………………………………………………………………………… ７ 　 安全性 ８ …………………………………………………………………………………………………… 　 ７．１ 　 ＸＭＬ 安全机制 ８ ……………………………………………………………………………………… 　 ７．２ 　 数字签名 ８ …………………………………………………………………………………………… 　 ７．３ 　 加密 ８ ………………………………………………………………………………………………… ８ 　 事件信息报送编码实例 ８ ………………………………………………………………………………… 附录 Ａ （ 规范性附录 ） 　 事件信息编码各字段编码规范 ９ ………………………………………………… 附录 Ｂ （ 资料性附录 ） 　 事件信息报送编码实例 １６ ………………………………………………………… Ⅰ 犌犅 ／ 犜 ３５９６５ ． ２ — ２０１８ 前 　　 言 　　 ＧＢ ／ Ｔ３５９６５ 《 应急信息交互协议 》 分为两个部分 ： ——— 第 １ 部分 ： 预警信息 ； ——— 第 ２ 部分 ： 事件信息 。 本部分为 ＧＢ ／ Ｔ３５９６５ 的第 ２ 部分 。 本部分按照 ＧＢ ／ Ｔ１．１ — ２００９ 给出的规则起草 。 本部分由全国公共安全基础标准化技术委员会 （ ＳＡＣ ／ ＴＣ３５１ ） 提出并归口 。 本部分起草单位 ： 清华大学公共安全研究院 、 北京辰安科技股份有限公司 、 中国标准化研究院 、 清华大学深圳研究生院 。 本部分主要起草人 ： 袁宏永 、 苏国锋 、 黄全义 、 张帆 、 杨秀中 、 陈涛 、 钟少波 、 张亚京 、 王飞 、 陈涛 、 秦挺鑫 、 陈建国 、 王金玉 、 李忠强 、 毛青松 、 刘碧龙 、 杨锐 、 申世飞 、 刘勇 、 宋玉刚 、 卢志为 、 孙占辉 。 Ⅲ 犌犅 ／ 犜 ３５９６５ ． ２ — ２０１８ 引 　　 言 　　 为了实现突发事件报送信息在各级 、 各类应急平台之间以及和其他相关应急系统间的交互 ， 特制定本协议 。 通过突发事件信息交互的规范化 ， 提高突发事件报送效率 ， 促进事件信息共享 。 Ⅳ 犌犅 ／ 犜 ３５９６５ ． ２ — ２０１８ 应急信息交互协议第 ２ 部分 ： 事件信息 １ 　 范围 ＧＢ ／ Ｔ３５９６５ 的本部分规定了应急信息交互协议事件信息部分的对象模型 、 组成结构以及协议具体信息的描述 。 本部分适用于各类网络环境中各类突发事件信息的交互 。 ２ 　 规范性引用文件 下列文件对于本文件的应用是必不可少的 。 凡是注日期的引用文件 ， 仅注日期的版本适用于本文件 。 凡是不注日期的引用文件 ， 其最新版本 （ 包括所有的修改单 ） 适用于本文件 。 ＧＢ ／ Ｔ２２６０ 　 中华人民共和国行政区划代码 ＧＢ ／ Ｔ５２７１．１ — ２０００ 　 信息技术 　 词汇 　 第 １ 部分 ： 基本术语 ＧＢ ／ Ｔ１０１１４ 　 县级以下行政区划代码编制规则 ＧＢ ／ Ｔ３５５６１ 　 突发事件分类与编码 ＦＩＰＳ１８０２ 　 安全哈希标准 （ Ｓｅｃｕｒｅｈａｓｈｓｔａｎｄａｒｄ ） ＲＦＣ２０４６ 　 多用途互联网邮件扩充协议 ［ Ｍｕｌｔｉｐｕｒｐｏｓｅｉｎｔｅｒｎｅｔｍａｉｌｅｘｔｅｎｓｉｏｎｓ （ ＭＩＭＥ ）］ ＳＨＡ１ 　 安全散列算法 １ （ Ｓｅｃｕｒｅｈａｓｈａｌｇｏｒｉｔｈｍ１ ） ３ 　 术语和定义 ＧＢ ／ Ｔ５２７１．１ — ２０００ 界定的以及下列术语和定义适用于本文件 。 ３ ． １ 　　 突发事件 　 犲犿犲狉犵犲狀犮狔犲狏犲狀狋 需要立即采取应对行动的突发 、 紧急的 （ 通常意外的 ） 事故或事件 。 ３ ． ２ 　　 事件信息 　 犲犿犲狉犵犲狀犮狔犲狏犲狀狋犻狀犳狅狉犿犪狋犻狅狀 突发事件报送责任单位根据事件造成或可能造成的危害程度 、 发展态势等 ， 向人民政府和有关部门报送的信息 。 信息内容一般包括突发事件的类别 、 等级 、 发生原因 、 发生时间 、 发生地点 、 已采取措施 、 人员伤亡 、 经济损失 、 报送单位 、 报送时间等 。 ３ ． ３ 　　 应急 　 犲犿犲狉犵犲狀犮狔狉犲狊狆狅狀狊犲 应对突然发生的需要紧急处理的事件 。 ３ ． ４ 　　 应急平台 　 犲犿犲狉犵犲狀犮狔犪狀犱狉犲狊狆狅狀狊犲狆犾犪狋犳狅狉犿 以公共安全科技和信息技术为支撑 ， 以应急管理流程为主线 ， 软硬件相结合的突发事件应急保障技术系统 ， 是实施应急预案的工具 。 平台具有事件信息接报 、 预案管理 、 资源管理 、 风险分析 、 预测预警 、 智能决策 、 指挥调度 、 应急保障 、 应急评估 、 培训演练 、 信息发布 、 综合业务管理等功能 ， 能动态生成优化的 １ 犌犅 ／ 犜 ３５９６５ ． ２ — ２０１８ 应急方案 ， 形成实施应急预案的可视化实战指南 ， 为日常应急管理和突发事件处置提供服务支撑手段 。 ３ ． ５ 　　 可扩展标记语言 　 犡犕犔犲狓狋犲狀狊犻犫犾犲犿犪狉犽狌狆犾犪狀犵狌犪犵犲 用于标记电子文件使其具有结构性的标记语言 ， 可以用来标记数据 、 定义数据类型 ， 是一种允许用户对自己的标记语言进行定义的源语言 。 ４ 　 缩略语 下列缩略语适用于本文件 。 ＲＦＣ ： 请求评议 （ ＲｅｑｕｅｓｔＦｏｒＣｏｍｍｅｎｔｓ ） ＭＩＭＥ ： 多用途互联网邮件扩充协议 （ ＭｕｌｔｉｐｕｒｐｏｓｅＩｎｔｅｒｎｅｔＭａｉｌＥｘｔｅｎｓｉｏｎｓ ） ５ 　 事件信息文件命名 事件信息采用 ＸＭＬ 格式封装成文件 ， 文件命名共使用 ４６ 位 （ 字节 ）， 格式为 ： 报送单位代码＿报送时间＿事件编码 ． 扩展名其中 ： ａ ） 　 报送单位代码 ： 详见 ６．２．４ ； ｂ ） 报送时间 ： 详见 ６．３．３ ； ｃ ） 事件编码 ： 详见 ６．３．６ ； ｄ ） 扩展名 ： ＸＭＬ 。 ６ 　 事件信息结构 ６ ． １ 　 总体结构 事件信息总体结构如图 １ 所示 。 每条突发事件信息应包含一个报送单位信息 〈 ｒｅｐｏｒｔｅｒ 〉 项 。 每个报送单位信息描述 〈 ｒｅｐｏｒｔｅｒ 〉 项应包含一个事件信息 〈 ｉｎｆｏ 〉 项 。 每个信息 〈 ｉｎｆｏ 〉 项可能包含一个或多个附件 〈 ｒｅｓｏｕｒｃｅ 〉 项 ， 附件 〈 ｒｅｓｏｕｒｃｅ 〉 项非必需 ， 但如存在 ， 则应填报必填项 。 事件信息编码各字段编码规范见附录 Ａ 。 ２ 犌犅 ／ 犜 ３５９６５ ． ２ — ２０１８ 注 ： 黑色字体表示为必选要素 ， 箭头表示该项对上一级项具有支撑作用 ，“  ” 表示该项 （ 附件 〈 ｒｅｓｏｕｒｃｅ 〉） 可以有 多个 。 图 １ 　 事件信息总体结构 ６ ． ２ 　 报送单位信息 ６ ． ２ ． １ 　 概述 报送单位信息描提供了当前事件信息报送单位的基本信息 ， 包括 ： 信息唯一标识 、 报送单位名称 、 报送单位代码 、 报送单位联系电话 、 签发领导等 。 报送单位信息 〈 ｒｅｐｏｒｔｅｒ 〉 至少需要包含一个信息 〈 ｉｎｆｏ 〉 项 。 ６ ． ２ ． ２ 　 信息唯一标识 必选项 ， 应采用 ＵＵＩＤ 编码 ， 由系统自动生成 ３２ 位唯一编码 。 ６ ． ２ ． ３ 　 报送单位名称 必选项 ， 文本 。