DB12/T 1128-2022 突发事件预警信息发布系统数据规范

ICS13.320

CCSA47

12

天津市地方标准

DB12/T1128—2022

突发事件预警信息发布系统数据规范

Datastandardsofemergencyearlywarningreleasesystem

2022-07-20发布2022-08-20实施

天津市市场监督管理委员会发布

DB12/T1128—2022

前言

本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定

起草。

本文件由天津市气象局提出并归口。

本文件起草单位：天津市突发公共事件预警信息发布中心。

本文件主要起草人：张春莉、周锦程、金峰、霍凯、赵敏、梁好、陈子煊、侯天宇、苑超。

I

DB12/T1128—2022

突发事件预警信息发布系统数据规范

1范围

本文件规定了天津市突发事件预警信息发布系统预警信息数据的文件格式与命名、组成要素、结构

与编码。

本文件适用于天津市突发事件预警信息发布系统与各预警信息发布责任单位业务系统之间的预警

信息数据交换管理。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，

仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本

文件。

GB/T34283-2017国家突发事件预警信息发布系统管理平台与终端管理平台接口规范

GB/T35965.1-2018应急信息交互协议第1部分：预警信息

3术语和定义

下列术语和定义适用于本文件。

3.1

预警信息earlywarning

预警发布责任单位根据事件可能造成的危害程度、紧急程度和发展态势而发布的预先告知或态势通

告等警示类信息。一般包括突发事件的类别、预警级别、起始时间、可能影响范围、警示事项、应采取

的措施和发布机关等。

[来源：GB/T34283-2017，3.1]

3.2

预警信息发布earlywarningrelease

由预警发布责任单位根据有关法律、行政法规和上级主管部门规定的权限和程序，利用现有发布渠

道，通过突发事件预警信息发布系统，将预警信息公之于众的过程。

[来源：GB/T34283-2017，3.2]

3.3

天津市突发事件预警信息发布系统Tianjinemergencyearlywarningreleasesystem

根据天津市突发事件应急体系建设规划，由天津市气象局会同有关部门和地方建设的市、区两级相

互衔接的突发事件预警信息发布平台。

3.4

可扩展标记语言extensiblemarkuplanguage(XML)

用于标记电子文件使其具有结构性的标记语言，可以用来标记数据、定义数据类型，是一种允许用

户对自已的标记语言进行定义的源语言。

[来源：GB/T35965.1-2018，3.１]

1

DB12/T1128—2022

4预警信息文件格式与命名

4.1预警信息格式与命名

预警信息采用XML格式封装成文件，文件命名格式规则:预警信息发布单位_签发时间.XML。预警信

息文件名的各字段编码说明见表1。

表1预警信息文件名各字段编码说明

字段名称字段编码说明

预警信息发布单位编码由三部分组成，分别为地域编码，机构名称和扩展位。

预警信息发布单位

按照附录A编码

预警信息签发时间编码格式为YYYYMMDDHHMISS，时间采用北京时间预警信息

签发时间在系统中的签发时间，其中：YYYY：4位年；MM：2位月；DD：2位日；HH：2位时；

MI：2位分；SS：2位秒

预警信息文件的后缀固定为“.XML”。若采用ftp方式进行文件传输，在文件传输结束之

后缀

前，文件后缀使用“.tmp”，标识是临时文件

4.2预警信息附件文件命名

当预警信息存在附件时预警信息附件文件命名规则如下:

预警信息发布单位_签发时间_预警事件类型_预警事件级别_预警信息状态_附件类型_附件编号.后

缀。其中，预警信息发布单位、签发时间、预警事件类型、预警事件级别、预警信息状态五个字段的编

码与预警信息文件中相应字段编码相同。其余字段说明如下:

——附件类型采用1位编码，取值如下：

P：预警信息纸质批文扫描件；

0：其它。

——附件编号，2位数字，对本预警信息所有上传的附件顺序编号，编号范围00～99。

——用户上传的附件的原始后缀名。

5预警信息数据组成要素

5.1基本组成要素

预警信息数据文件基本组成要素包括:预警信息唯一标识、预警信息发布单位名称、预警信息发布

单位编码、预警信息发布时间、预警信息状态、预警信息类型、预警信息发布范围、发布手段和发布对

象描述、预警事件类型、预警事件紧急程度、预警信息严重程度、预警信息可能程度、预警信息生效时

间、签发人、预警信息标题和预警信息正文等。

5.2扩展组成要素

在预警信息基本要素组成基础上，可以包含一个或多个扩展要素，如空间信息和附件等。

6预警信息结构与编码

2

DB12/T1128—2022

6.1结构

预警信息的结构应符合图1要求。

注1：*表示该项可以有多个值；

注2：加粗字体表示必选，否则为可选；

注3：元素的数据类型主要为字符串，部分为日期时间和数字转换的字符串；

注4：影响区域编码按照国标区域编码规定，发布单位代码、事件类型编码、预警级别、预警状态由预警发布系统

内部规定；

注5：每条预警信息包含一个警报<alert>项，警报<alert>项包含一个或若干个信息<info>项。每个信息<info>项

又可能包含一个或多个空间信息<area>项和/或附件〈resource〉项，详细说明见附录B。

图1预警信息结构

6.2预警信息编码规范及示例

预警信息编码各字段编码规范应符合附录B。

预警信息编码示例应符合附录C。

3

DB12/T1128—2022

A

A

附录A

（规范性)

预警信息发布单位编码规范

A.1结构

预警信息发布单位编码由三部分组成，分别为地域编码，机构名称代码和扩展位代码，其中地域编

码占六位，用“ZZZZZZ”表示；机构名称代码占三位，用“DDD”表示；扩展位代码占两位，用“XX”

表示。一共十一位，如下表A.1所示。

表A.1预警信息发布单位ID

地域编码机构名称代码扩展位代码

ZZZZZZDDDXX

A.2编码组成

A.2.1地域编码

地域编码一共六位，用“ZZZZZZ”表示，参照《最新县及县以上行政区划代码》。

A.2.2机构名称代码

机构名称代码一共三位，用“DDD”表示，参照《国务院各部、委、局及其机构名称和代码》规定

编码。

A.2.3扩展位

扩展位一共两位，用“XX”，为未来编码规范的扩展做预留。

4

DB12/T1128—2022

附录B

（规范性）

预警信息编码各字段编码规范

B.1[datetime]格式说明

采用[datetime]数据格式进行编码的字段(<sendTime>、<effective>、<onset>、<expires>)

遵循以下格式:YYYY-MM-DDHH:MI:SSXzh:zm,时间采用北京时。其中：

a)YYYY:年;

b)MM:月;

c)DD:天;

d)HH:小时;

e)MI:分钟;

f)SS:秒;

g)X:表示“+”或者“-”,在UTC时间之前的时区用“+”,在UTC时间之后的时

区用“-”;

h)zh:日期时间与UTC时间偏移的小时数;

i)zm:日期时间与UTC时间偏移的分钟数。

B.2预警信息各字段编码规范

预警信息各个字段编码规范见表B.1。

表B.1预警信息各字段编码规范

序号名称层次关系属性可选/必选定义注释/取值范围字节数

<警报>（<alert>）

包含整个预警必须包含xmlns属性，引用规范的URN作为

复合类

1alertAlert必选信息的基本元名称空间（namespace）；除了指定的子元素外，

型

素可能包含1个或多个<info>块

ZZZZZZDDDXX_YYYYMMDDHHMISS

ZZZZZZDDDXX：预警信息发布单位编码，见

alert预警消息唯一<senderCode>；_：固定字符；YYYYMMDDHHMISS：

1.1identifier字符串必选26

identifier标识预警信息在本系统中录入完成时间或在外部系

统中的生成时间（4位年YYYY，2位月MM，2位日

DD，2位时HH，2位分MI，2位秒SS）

alert预警信息发布使用机构全称（包括地域和机构名称）参见

1.2sender字符串必选30

sender单位名称附录A

ZZZZZZDDDXX参见附录A

alert预警信息发布ZZZZZZ：6位地域编码（县及县以上行政区划

1.3senderCode字符串必选11

senderCode单位编码代码）；DDD：3位一级单位代码；XX:2位扩展

编码

alert预警信息的发