标准规范下载简介：
内容预览由机器从pdf转换为word，准确率92%以上，供参考
DB11／T 1919-2021 政务数据汇聚共享规范.pdfDB11/T 19192021
将各类数据转换为API接口，接口设计应符合DB11/T553.5的要求，支持多源异构的数据库格式以 及接口协议，包括主流关系型数据库、Hadoop以及WebService、FTP、HTTP、自定义协议等。
MZ/T 123-2019 社会组织数据质量管理 基本技术规范6.2.2数据接口服务管理
6.2.2.1数据接口服务提供方应对提供的数据接口服务进行管理，包括对服务的注册、申请、维护、 审核、发布、监控等。 6.2.2.2对于以API接口服务方式提供的服务可以在配置下发或获取方式时指定数据范围，系统自动生 成接口的授权，访问者只有根据该授权才能获取到数据。 6.2.2.3数据接口服务调用步骤见附录B，数据接口服务调用示例见附录C。
6.3.1利用多方安全计算、联邦学习、可信执行环境等方式，在数据可用不可见或数据可用不可得的 前提下，实现不同来源数据在保持加密状态下进行融合分析运算，并将运算结果进行共享。 6.3.2在密文数据上执行数据操作，避免数据使用方直接接触明文数据，以提高计算过程中的数据安 全，确保敏感数据不泄露，
7.1政务数据汇聚共享时应从数据的可用性、完整性、规范性、一致性和时效性五个方面保 质量。 7.2数据质量要求按照附录D要求执行。
数据安全保护要求应符合DB11/T1918一2021的要求，对汇聚共享数据进行分级分类管理，并根据 数据级别采取相应的管理措施和技术手段，对数据汇聚共享过程进行有针对性的保护，个人信息、敏感 数据和重要数据应加强安全管控措施。
A.1政务数据汇聚业务流程
DB11/T 19192021
A.1.1数据提供方编制数据目录，依托市大数据平台目录链系统进行目录上链，并准备数据，向市大 数据平台提出数据汇聚申请。 A.1.2市大数据平台对汇聚的数据进行核验，核验通过后则进行数据接入操作，未通过则将核验结果 反馈给数据提供方。 A.1.3数据提供方依据数据核验结果对数据进行完善，完善后再次向市大数据平台提出数据汇聚申请。 A.1.4市大数据平台对接入的数据进行数据质量评估，并将结果反馈给数据提供方，数据提供方依据 数据质量反馈意见进行修改完善。
A.1.5政务数据汇聚业务流程按照图A.1执
图A.1政务数据汇聚业
DB11/T 19192021
A.2政务数据共享业务流程
A.2.1数据需求方通过市大数据平台提出数据共享申请，市大数据平台对申请的数据进行共享属性判 断，对无条件共享数据可直接进行数据共享。 A.2.2对于有条件共享的数据，则需先判断数据是否授权，如果未授权，则向数据提供方提出授权申 请，数据提供方审核授权后方可进行共享。 A.2.3若数据提供方未授权，数据需求方可向市大数据核心工作组提出申请，若市大数据核心工作组 判定应提供数据共享则启动共享程序，否则维持原状。 A.2.4市大数据平台针对可共享的数据，先判断是否已汇聚到市大数据平台，若未汇聚，则启动数据 汇聚流程，汇聚后进行数据共享，若已汇聚，则直接进行数据共享。 A.2.5政务数据共享业务流程按照图A.2执行。
2政务数据共享业务流
DB11/T 19192021
附录B （资料性） 数据接口服务调用步骤
数据接口服务调用步骤，涉及数据接口服务需求方、服务提供方和大数据平台等角色。数据接 调用步骤详见图B1
图B.1数据接口服务调用步骤
1.1通过授权码，从服务代理端获取令牌。 1.2使用令牌，对服务请求者身份标识、服务标识和请求时间进行签名计算，得到签名。 1.3将服务请求者身份标识、服务标识、请求时间和签名放入请求消息中，发送请求到服务代
DB11/T 19192021
B.3.1获取请求数据进行相关业务处理。
B.3.1获取请求数据进行相关业务处理。 B.3.2根据授权表内容获取输出参数信息过滤输出参数。 B.3.3返回调用结果给市大数据平台，再由市大数据平台返回给服务需求方
C.1数据接口服务输入参数JSON描述 "returnType":"json", "page":"1", "pagesize":"2", “whereList": [['queryField':'name','logical''equals','queryValue':"测试'}J] 人 数据接口服务输入参数说明见表C.1。
C.1数据接口服务输入参数JSON描述
DB11/T 19192021
表C.1数据接口服务输入参数说明表
DB11/T 19192021
C.2数据接口服务返回参数JSON描述
数据接口服务返回参数说明见表C.2。
DB11/T 19192021
表C.2数据接口服务返回参数说明表
DB11/T 19192021
D.1.1政务数据汇聚共享应确保数据可读、可理解、可用。 D.1.2有信息系统支撑的数据应提供结构化文件，并在汇聚数据时同步提供数据字典和码表，确保数 据的可读可理解。 D.1.3所提供的数据要保持独立可用，避免多类业务数据混合提供。 D.1.4通过接口方式对接的，数据提供方要遵循接口传输规范，具有完整的日志记录，保证数据可用。
数据汇聚共享前应依据DB11/T337一2021的相关要求，确认形成完整的数据目录，按照实际汇聚数 据对北京市目录区块链系统中数据目录进行完善
应涵盖该数据的所有有效字段。 示例：“户籍人口登记信息”包含“姓名、出生日期、性别、身份证号码、籍贯、家庭住址、曾用名”字段，汇聚 数据应包含全部字段。
应确保字段取值所配套的字典表、码表的完整性。 示例：“SEX”字段对应的字典名称“性别”，数据内容为“0”、“1”，“0”对应的实际内容为“男”，“1” 对应的实际内容为“女”，汇聚数据应包含所有字段的完整解释，
应覆盖该数据自采集日期起的全量 同时数据字段中应包含数据入库时间 自2006年至今的全量历史数据
D.3.1.1有信息系统支撑的应提供结构化数据 数据项名称为英文的应提供数据项对应的中
D.3.2.1数据的核心（非空）字段不能为空值。 示例：“户籍人口登记信息”中的“姓名”字段不能为空。 D.3.2.2不应包含因业务或技术原因产生的穴余数据，
D.3.2.1数据的核心（非空）字段不能为空值。
差数据中不应包含2条完全相
DB11T 1351-2016 林木采种基地建设技术规程DB11/T 19192021
D.4.1数据目录一致性
数据汇聚共享以各部门目录区块链中数据目录为基准，应确保数据资源名称、数据项名称、数据格 式等与“上链”数据目录完全一致。以非结构化文件方式提供的（如PDF、JPG、Word等），需在目录区 块链“数据项”中填写为“附件”。大数据平台获取到数据后会与“上链”数据目录进行核验对比，核 验通过才算完成汇聚。
D.4.2数据内容一致性
.4.2.1不应存在数据名称相同、数据项（字段）不同的情况。 示例：两类数据名称均为“北京市平均薪资水平”，其中一类数据的字段为“教育行业平均薪资、公安行业平均薪 资等”，另一类数据的字段为“年份、薪资水平、详情”。 D.4.2.2不应存在数据项（字段）相同、数据名称不同的情况。 示例：三类数据的字段均为“姓名、身份证号码、性别、年龄、居住地”，但数据名称分别为“个人基本信息” “个人信息”、“个人基本数据” 0.4.2.3不应存在数据名称和数据项（字段）相同、数据内容不同。 示例：来自两个信息系统的“2007年平均薪资”数据，分别为“2000”和“2500”
市大数据平台汇聚的数据应与各政务部门生产系统数据的更新周期保持同步更新。
5.2.1增量方式：一般情况下以增量方式对汇聚数据进行更新。 5.2.2全量方式：数据量较大的数据不宜以全量方式更新GB/T 39275-2020 电力电子系统和设备 有源馈电变流器（AIC）应用的运行条件和特性，例如数据量在100万条以上的。如有 因需要全量更新的，根据具体情况另行商议
DB11/T 1919—2021
信息分类和编码的基本原则与方法 007政务信息资源交换体系第1部分：总体框架 007政务信息资源交换体系第2部分：技术要求 007政务信息资源交换体系第3部分：数据接口规范 007政务信息资源交换体系第4部分：技术管理要求 020信息技术大数据政务数据开放共享第1部分：总则 020信息技术大数据政务数据开放共享第2部分：基本要求