DB11-T 1919-2021 政务数据汇聚共享规范

ICS

CCS

L

72DB

11 DB11/T

1919—2021政务数据汇聚共享规范Specification

for

government

data

aggregation

and

sharing2021-12-28

发布 2022-04-01

实施北京市市场监督管理局 发

布DB11/T

— 前言

II1

范围

12

规范性引用文件

13

术语和定义

14

总体架构

25

汇聚共享数据类别及要求

26

数据汇聚共享方式及要求

37

数据质量要求

48

数据安全保护要求

4附录

A（规范性）

政务数据汇聚共享业务流程

5附录

B（资料性）

数据接口服务调用步骤

7附录

C（资料性）

数据接口服务调用示例

9附录

D（规范性）

数据质量要求

12参考文献

14DB11/T

—1范围本文件规定了政务数据汇聚共享的总体架构、、数据质量和数据安全保护的要求。本文件适用于政务部门（包括行政机关和具共事务的事业单位非涉密政务数据通过北京市大数据平台进行汇聚共享的实施和。2 规范性引用文件下列中的通过文中的规范性引用而构成本文件的条款。其中的引用文件，仅该日期对应的版本适用于本文件的引用文件包括所有的单）适用于本文件。DB11/T

— 政务数据分级与安全保护规范DB11/T

337—政务数据资源目录体系DB11/T

553.5 政务信息资源交换平台技术规范

第5部分：接口规范3 术语和定义下列术语和定义适用于本文件。3.1政务数据

各级政务部门及其支撑在履行职责过程中依法采集、生成、、管理的各源。[来源：

—，有修改]3.2数据汇聚共享

aggregation

and

sharing政务部门因履行职责需要用其他政务部门或接口服务），以及为其他政务部门提供政务数据（或接口服务）的行为。[来源：

—，有修改]3.3目录区块链系统

blockchain

利用区块链技术理念，对北京市职责目录、目录、目录统一管控的分布式系统。3.4数据（或接口服务）提供方

（interface

）在政务数据汇聚共享过程中，提供数据（或接口服务）的政务部门。3.5DB11/T

—数据（或接口服务）需求方

（interface

）在政务数据汇聚共享过程中，使用数据（或接口服务）的政务部门。3.6数据目录

directory数据资源和数据项的具体字段包含数据资源名称、数据资源摘要、数据起始日期、数据更新周期、数据格式、字段名称、数据类型及长度、是否主键、是否非数据量等。4 总体架构政务数据汇聚共享工作依托北京市大数据平台开展，通过目录区块链系统对政务数据进行汇聚共享，从提出申请、、获取到评价反馈环节操作实时记录、全程可溯框架见图1，详细A执行。图1 5 汇聚共享数据类别及要求5.1 电子文件5.1.1 以电子文件作为数据资源进行汇聚共享，常用电子文件的存储格式有

、xml、、、、html、csv、xls、

等。5.1.2 以电子文件类数据汇聚共享时，应遵循以下要求：a）电子应规范统一，与目录区块链中数据目录的数据资源名称保持一致；b）电子文件的存储路径应规范统一，可根据更新的频度和检索效率建立子夹应随意更改路径；c）类电子文件应提供必要的说明文档，确保所有文件内容可被正确理解；d）提供电子对账表，明确所汇聚电子文件包含的内容和数量等信息；DB11/T

—e）建立异常反馈机制，通过异常数据反馈表及时解决数据问题。5.2 数据库表5.2.1 以库表作为数据资源进行汇聚共享，常用数据库存储格式有

、sql

server、db2、KingbaseES、access、、dbase、

等。5.2.2 以数据库表类数据汇聚共享时，应遵循以下要求：a应规范统一，一般为“机构简称首字母缩写+数据资源名称首字母缩写”，数据资源名称应录区块链中数据目录的数据资源名称保持一致；b）数据库表字段应与目录区块链中数据目录的数据项保持一致，且必须设键字段，并在表库中创建主键约束；c）数据应保持稳定，不应随意更改；d）提供必要的字段说明文档和对应的全部代码表，确保所有内容可被正确理解；e）提供对账表，包含数据条数等信息；f）建立异常反馈机制，通过异常数据反馈表及时解决数据问题。5.3 数据接口服务5.3.1 以数据接口服务作为数据资源进行汇聚共享，常有

WebService、

等，常用的数据接口服务格式有

XML、

等。5.3.2 以数据接口服务类进行时，应遵循以下要求：a）应提供详细的数据接口服务文档；b）一个应且只对应一c）服务应是无状态的，请求之间无须状态和会话的保持；d）服务和参数不应变更。6 数据汇聚共享方式及要求6.1 原始数据交换6.1.1 提供的电子文件格式应5.1.1的要求，且每次应在固器数据路径下进行文件推送，文件资源在完全写入服务器磁盘之前，任何员不应再操6.1.2 按照数据汇聚共享的场景，支持下列几种模式交换：a）标记位模式：适合大批量数据交换，应包含主键、标记位字段、推送至的时间字段，并且允许在完成交换之后更改标记位的值；b）时间戳模适合增量数据交换，应包含主键、时间戳字段，时间戳应精确到；c）触发适合增量模式交换，应包含主键、数据立增删改触发器；d）全量模式：全量模式适合数据库表量且每次更新都是全表更新的场景。6.2 数据接口服务调用6.2.1 DB11/T

—将各类数据转换为接口，接口设计应符合

553.5的要求，支持多源异构的数据库格式以及接口协议，包括主流关系型库、Hadoop以及WebService、FTP、、自定义协议等。6.2.2

数据接口服务提供方应对提供的数据接口服务进行管理，包括对服务的注册、、维护、审核布、监控等。 对于以API接口服务方式提供的服务可以在配置下发或获取时指定数据范围，系统自动生成接口的，访问者只有根据该才能获取到数据。数据接口服务调用步骤见B，见附录C。6.3数据隐私计算6.3.1利用多方安全联邦学习、可信执行环境等，在数据可用见或数据可用得的前提实现不同在保持加密下进行融合分析运算，并算结果共享。6.3.2 在密文数据上执行数据操作，使直触明文数据，以提高计算过程中的数据安全，确保敏感不泄露。7 数据质量要求7.1 政务数据汇聚共享时应从数据的可用性、完整性、规范性、一致性和性五个方面保证数据的质量。7.2

D

执行。8 数据安全保护要求数据安全保护要求应符合DB11/T

1918—的要求，对汇聚共享数据分级分类管理，并根据数据级别采取相应的管理措施和技术手段过程有针对性的保护，个人感数据和重要数据应加强管控措施。DB11/T

—附

录 A（规范性）政务数据汇聚共享业务流程A.1 政务数据汇聚业务流程A.1.1 数据提供方编制数据目录，依托市大平台目录链系统进行目录，备，向市大数据。A.1.2市大平台对汇聚的数据进行核验，核验通过后则进行数据接入操作，未通过则将核验结果反馈给数据提供方。A.1.3 数据提供方依据数据核验结果对数据进行完善，完善后再次向市大提出数据汇聚申请。A.1.4 市大平台对接入的数据进行数据质量评估，并将结果反馈给数据提供方，数据提供方依据数据质量完善。A.1.5 图A.1执行。图

A.1

DB11/T

—A.2 A.2.1数据需求方通过市大数据平台提出数据共享申请，市大平台对的数据进行共享属性判断，对无条件共享数据可直接数据共享。A.2.2 对于有条，则需先判断数据是否授权，如果未，则向数据提供方提出授权申请，数据提供方审核授权后方可进行共享。A.2.3 若数据提供方未，需可向市大数据核心工作组申请，若市大数据核心工作组判定应提供数据共享则启动共享程序，否则维持原状。A.2.4 市大数据针共享的数据，先判断已到市大平台，若未汇聚，则启动数据汇聚流程，汇聚后数据共享，，则直接进行数据共享。A.2.5 图A.2执行。图

A.2

DB11/T

—附

录 B（资料性）数据接口服务调用数据接口服务调用步骤及数据接口服务需求方、服务提供大数据等务调用步骤详见图。图

B.1

步骤B.1 服务需求方B.1.1 通过码，从服务代理端获取令牌。B.1.2 使用请求者身份标识、服务标识和请求时间进行签名计算，得到签名。B.1.3 将服务请求者身份标识、服务标识、请求时间和签名放入请求消息中，发送请求到服务代理平台。B.2 市大获取请求消息的服务请求者身份标识、服务标识、请求时间（_rtime签名信息等权限验证和调用、调用次数、流量的检验。DB11/T

—B.3 服务提供方B.3.1 获取请求数据相关处理。B.3.2 根据授权表内容获取输出参数信息过滤输出参数。B.3.3 返回调用结果给市大数据平台，再大数据平台返回给服务需求方。POSTHTTP+JSONapplication/jsonreturnTypestring32json/xmlpagestring20

pageSizestring20whereListJson

json

queryFieldstring50logicalstring50queryValuestring100

http

BJS_sidstring36

BJS_ridstring36

BJS_signstring36BJS_rtimestring36

Http

200DB11/T

—附

录 C（资料性）数据接口服务调用C.1数据接口服务输入参数描述{"returnType":

"page":"1","pageSize":"2",“whereList”:[[{'queryField':'name','logical'

'}

]]}数据接口服务输入说明见表C.1。表

表

C.1

数表DB11/T

—C.2 数据接口服务返回参数描述{"columns":

"ZD1,

ZD6

","columnsInfo

":[{"columnName

":"ZD1","columnComments

":"","columnType

":"DATE","columnLength":

"7"},

{"columnName":

columnComments":

"字段columnType

":"VARCHAR2

","columnLength

":"50

columnName

":"ZD2

","columnComments

":"字段2

","columnType

":"VARCHAR2

","columnLength

":"18

columnName

":"

ZD3

","columnComments

":"字段columnType

":"VARCHAR2

","columnLength

":"10

columnName

":"ZD4","columnComments

":"字段columnType

":"DATE

","columnLength

"},{"columnName

":"ZD5

","columnComments

":"字段5

","columnType

":"DATE

","columnLength":

"7"},{"columnName":

columnComments":

"字段columnType

":"VARCHAR2

","

"dataList":

[{"ZD1":

"XXX","

ZD2":

"1111111","

ZD3":

ZD4

-

01

-

01

","ZD5

-

01-

01

":""},{"ZD1":

"XXX","

ZD2":

"1111111","

ZD3":

ZD4

-

01

-

01

","ZD5

-

01-

01

":""}],"counts

":"1000

":1,"maxCount

数据接口服务说明见表C.2。10POSTHTTP+JSONapplication/jsoncolumnsInfoJson

json

columnNamestringcolumnCommentsstringcolumnTypestringcolumnLengthstringcolumnsstring1000pagestring20maxCountstring20countsstring20dataListJson

json

DB11/T

—表

表

C.2

数表DB11/T

—附

录 D（规范性）数据质量要求D.1 数据可用性D.1.1 政务数据汇聚共享应确保数据可读、可理解、可D.1.2 有信息系统的数据应提供结构化文件，并在汇聚数据时同供数据字典和码表，确保数据的可读解。D.1.3 所提供的数据要保持独立可用，避免多类业务数据混合提供。D.1.4 通过对接的，数据提供方要遵循接口传输规范有完整的日志记录，保证数据可用。D.2 数据性D.2.1 目录数据汇聚共享前应依据

—的相关，确成完整的数据目录，汇聚数据对北京市目录区块链系统中目录完善。D.2.2 字段完整应涵盖该数据的所效字段。D.2.3释义应确保字段取值所配套的字典表、码表的完整性。示例：名称性别内容实际内容D.2.4周期完整应覆盖该自采集日期起的全量，同时数据包含入库时间。20062006D.3数据规范性D.3.1格式规范D.3.1.1 有信息系统支撑的应提供结构化数据，英应提供数据项对应的中文。D.3.1.2 通过对接的，数据提供方要遵循接口传输规范。D.3.2 内容D.3.2.1数据的核心（非空）字段不能为空值。D.3.2.2 不应包含因业务或技术原因产生的。12DB11/T

—D.3.2.3不应包含数据。错误数据但不限于以下：a）无效数据。系统建设或过程中残留的、无实际业务意数据。111111b）格式数据。字符类型、长度等不格式规范约束的数据。19c）值数据。数据中多余的空格、乱码、全角、繁体等错误数据。d）范围溢出数据。超