发布日期：2023-01-02 07:56 浏览次数：
GB/T 35965的本部分规定了应急信息交互协议事件信息部分的对象模型、组成结构以及协议具体信息的描述。
本部分适用于各类网络环境中各类突发事件信息的交互。
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
GB/T 2260 中华人民共和国行政区划代码
GB/T 5271.1-2000 信息技术 词汇 第1部分：基本术语
GB/T 10114 县级以下行政区划代码编制规则
GB/T 35561 突发事件分类与编码
FIPS 180-2 安全哈希标准（Secure hash standard）
RFC 2046 多用途互联网邮件扩充协议［Multipurpose internet mail extensions（MIME）］
SHA-1 安全散列算法1（Secure hash algorithm 1）
GB/T 5271.1-2000界定的以及下列术语和定义适用于本文件。
3.1
突发事件 emergency event
需要立即采取应对行动的突发、紧急的（通常意外的）事故或事件。
3.2
事件信息 emergency event information
突发事件报送责任单位根据事件造成或可能造成的危害程度、发展态势等，向人民政府和有关部门报送的信息。信息内容一般包括突发事件的类别、等级、发生原因、发生时间、发生地点、已采取措施、人员伤亡、经济损失、报送单位、报送时间等。
3.3
应急 emergency response
应对突然发生的需要紧急处理的事件。
3.4
应急平台 emergency and response platform
以公共安全科技和信息技术为支撑，以应急管理流程为主线，软硬件相结合的突发事件应急保障技术系统，是实施应急预案的工具。平台具有事件信息接报、预案管理、资源管理、风险分析、预测预警、智能决策、指挥调度、应急保障、应急评估、培训演练、信息发布、综合业务管理等功能，能动态生成优化的应急方案，形成实施应急预案的可视化实战指南，为日常应急管理和突发事件处置提供服务支撑手段。
3.5
可扩展标记语言 XML extensible markup language
用于标记电子文件使其具有结构性的标记语言，可以用来标记数据、定义数据类型，是一种允许用户对自己的标记语言进行定义的源语言。
下列缩略语适用于本文件。
RFC：请求评议（Request For Comments）
MIME：多用途互联网邮件扩充协议（Multipurpose Internet Mail Extensions）
事件信息采用XML格式封装成文件，文件命名共使用46位（字节），格式为：
报送单位代码＿报送时间＿事件编码.扩展名
其中：
a）报送单位代码：详见6.2.4；
b）报送时间：详见6.3.3；
c）事件编码：详见6.3.6；
d）扩展名：XML。
6.1 总体结构
事件信息总体结构如图1所示。每条突发事件信息应包含一个报送单位信息<reporter>项。每个报送单位信息描述<reporter>项应包含一个事件信息<info>项。每个信息<info>项可能包含一个或多个附件<resource>项，附件<resource>项非必需，但如存在，则应填报必填项。事件信息编码各字段编码规范见附录A。
注：黑色字体表示为必选要素，箭头表示该项对上一级项具有支撑作用，“＊”表示该项（附件<resource））可以有多个。
图1 事件信息总体结构
6.2 报送单位信息
6.2.1 概述
报送单位信息描提供了当前事件信息报送单位的基本信息，包括：信息唯一标识、报送单位名称、报送单位代码、报送单位联系电话、签发领导等。报送单位信息<reporter>至少需要包含一个信息<info>项。
6.2.2 信息唯一标识
必选项，应采用UUID编码，由系统自动生成32位唯一编码。
6.2.3 报送单位名称
必选项，文本。应使用突发事件信息报送单位的机构全称（包括地域和机构名称）。
6.2.4 报送单位代码
必选项。编码应遵循格式：ZZZZZZDDDUUUXX，其中：
a）ZZZZZZ：县及县以上行政区划代码，按GB/T 2260相关规定执行；
以上为标准部分内容，如需看标准全文，请到相关授权网站购买标准正版。
