DB64 T 1643-2019 政务数据共享交换系统技术规范.pdf
《DB64 T 1643-2019 政务数据共享交换系统技术规范.pdf》由会员分享,可在线阅读,更多相关《DB64 T 1643-2019 政务数据共享交换系统技术规范.pdf(26页珍藏版)》请在麦多课文档分享上搜索。
1、ICS 64 L67 DB64宁夏回族自治区地方标准 DB 64/T16432019 政务数据共享交换系统技术规范 2019-07-12 发布2019-10-12 实施宁夏回族自治区市场监督管理厅 发 布 DB64/T16432019 I 目 次 1 范围.12 规范性引用文件.13 术语和定义.13.1 交换节点.13.2 政务前置交换节点.14 缩略语.15 系统要求.25.1 接入范围.25.2 技术架构.25.3 系统实施要求.36 数据共享交换要求.66.1 数据交换过程.66.2 数据交换方式.66.3 交换调度.76.4 信息资源.76.5 服务交换.76.6 数据库交换.126
2、.7 文件交换.147 技术管理要求.147.1 管理架构.147.2 管理机制.16附录 A(规范性附录)交换节点编码.17附录 B(规范性附录)服务交换.19附录 C(规范性附录)数据库交换.20附录 D(规范性附录)文件交换.22 DB64/T16432019 II 前 言 本标准由宁夏回族自治区党委网信办提出。本标准由宁夏回族自治区党委网信办归口。本标准由宁夏回族自治区党委网信办负责解释。本标准起草单位:宁夏回族自治区党委网信办、浪潮软件股份有限公司、宁夏回族自治区标准化院。本标准起草人员:刘永龙、杨军、塔娜、路敏、李子亮、马文龙、冯婷。DB64/T16432019 1 政务数据共享交
3、换系统技术规范 1 范围 本标准规定了宁夏回族自治区政务数据共享交换系统(以下简称共享交换系统)设计的基本技术和管理要求。本标准适用于推动政务信息资源共享有序开展,指导各政务部门业务系统与共享平台对接的开发与实施工作。2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅所注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。GB 17859-1999 中计算机信息系统 安全保护等级划分准则 GB/T17963 信息技术开放系统互连网络层安全协议 GB/T 21062.12007 政务信息资源交换体系 第1部分:总体框架 GB
4、/T 21062.22007 政务信息资源交换体系 第2部分:技术要求 GB/T 21062.3-2007 政务信息资源交换体系 第3部分:数据接口规范 GB/T21063.1-2007 政务数据资源目录体系 GB/T 25647-2010 电子政务术语 3 术语和定义 GB/T 21062.12007、GB/T 25647-2010界定的以及下列术语和定义适用于本文件。3.1 交换节点 在跨政务部门业务系统中,实现信息资源传送和处理的系统单元。3.2 政务前置交换节点 同一行政区域内,实现部门之间政务信息资源交换与共享的设施,包括节点服务器、节点软件和节点上存储的信息资源。4 缩略语 下列缩
5、略语适用于本文件。API:应用程序编程接口(Application Programming Interface)DB64/T16432019 2 SDK:软件开发工具包(Software Development Kit)ODBC:开放数据库连接(Open Database Connectivity)JDBC:java数据库连接(Java DataBase Connectivity)JSON:对象简谱(JavaScript Object Notation)SSH:建立在应用层和传输层基础上的安全协议(Secure Shell)HTTP:超文本传输协议(HyperText Transfer Pro
6、tocol)HTTPS:以安全为目标的HTTP通道(Hyper Text Transfer Protocol over Secure Socket Layer)5 系统要求 5.1 接入范围 宁夏政务数据共享交换系统在自治区一级集中部署,自治区各厅局业务系统应按要求接入宁夏政务数据共享交换系统。5.2 技术架构 共享交换系统在数据交换过程中,通过政务外网、统一的交换协议,由中心交换系统和前置交换系统完成跨部门应用系统之间的数据交换工作。政务部门业务系统将自己的数据交换到前置交换系统,通过代理服务器或交换系统接入区级共享交换系统,采用“中间库到中间库”的交换。共享交换系统的技术架构如图1。图1
7、数据交换技术架构图 DB64/T16432019 3 5.3 系统实施要求 5.3.1 前置机配置要求 前置机应保持稳定、可靠、高效运行,配置要求样例如表1所示,为保证数据安全,中心交换系统不保留数据,仅作为数据交换的中间通道,数据由各市各厅局在前置交换系统保存,各市各厅局前置机数据至少保留三年。表1 前置机配置要求 前置机配置 基本要求 CPU 4 核处理器及以上 内存 不少于 8G 的物理内存 硬盘 不少于 1T 的可用硬盘空间做 raid 1(10,000RPM),可根据本部门数据量做适当调整 网卡 1000M 或以上的双网卡 操作系统 Linux 6.5 或以上版本/Windows 2
8、008 或以上版本 数据库(可选)支 持 ODBC、JDBC 等 通 用 数据 接 口 的 数 据 库 按 照 GB 17859-1999 5.3.2 网络要求 5.3.2.1 前置机应接入政务外网,与共享交换系统中心节点服务器的物理链路互通;共享交换系统中心节点服务器应能正常访问前置机端口,端口列表见表 2 所示。表2 前置机数据交换端口要求 端口名称 端口号 数据库访问 1433、1521、3306 Web 服务访问 HTTP 80、81 Web 服务访问 HTTPS 443 FTP 端口 20、21 注:对于没有列出的其他数据库访问,请尽量采用HTTP、HTTPS、FTP等通用协议端口进
9、行数据通讯。5.3.2.2 前置机应能正常访问共享交换系统中心节点服务器的端口,端口列表见表 3 所示。表3 服务器访问端口要求 端口名称 端口号 远程控制 Telnet 22 远程控制 SSH 23 远程控制端口 3389 时间服务 123 Web 服务访问 HTTP 80、81 Web 服务访问 HTTP(S)443 DB64/T16432019 4 5.3.2.3 前置机只准许数据共享交换系统中心节点服务器和维护管理服务器、政务部门的业务系统服务器和维护管理服务器、交换桥接所部署的服务器访问。5.3.3 安全要求 安全要求包括以下几个方面:a)以前置机为交换边界,政务部门应保证业务系统与
10、前置机之间的传输安全性参考 GB/T 17963;b)政务部门应指定并安排前置机管理员,结合政务部门的相关安全制度和措施防御非法访问和攻击,做好安全审计和监控,保障前置机网络及主机安全;c)政务部门对前置机操作系统、交换数据库等专用访问账户按最小权限原则分配;d)政务部门应结合 CA 证书对关键数据进行签名、加密处理。5.3.4 安装部署要求 政务部门业务系统接入数据共享交换系统的部署流程及职责分工见图2所示。政务部门负责部署和实施本部门业务系统与前置机之间的交换桥接,确保交换桥接系统正常运作,具体要求如下:a)提供交换桥接系统部署的软硬件环境;b)协助共享平台实施人员部署和调试前置机。DB6
11、4/T16432019 5 图2 部署流程及职责分工 DB64/T16432019 6 5.3.5 日常运行管理要求 政务部门管理员应对交换桥接系统进行日常维护和管理。根据数据共享交换系统管理员提供的账号进行数据的提供(更新)和获取,需要更新账号密码时,通过数据共享交换系统管理系统进行更新。在日常运作中前置机系统因硬件或软件原因出现问题,无法正常运作时,政务部门管理员应及时向数据共享交换系统管理员反映,并协助其查找和解决问题。政务部门管理员应定期使用本部门管理员账号登录政务数据共享交换系统查看本部门数据交换的频度及交换情况。政务部门管理员发现数据交换有异常时,应以电话、邮件等方式及时向数据共享
12、交换系统管理员反映情况。当确认数据交换出现问题时,应协助共享交换系统管理员查找和解决问题,检查交换桥接和网络运行是否正常,配合共享交换系统管理员进行联合调试。数据交换异常一般有以下情况:a)数据交换量出现剧增或剧减;b)所有交换数据量都为零;c)交换的数据中出现大量重复的数据;d)数据记录条数不一致;e)数据获取失败。6 数据共享交换要求 6.1 数据交换过程 数据交换过程可分为:a)数据提供:数据从提供方业务系统交换传输到前置交换系统;b)数据汇集:数据从前置交换系统传输到中心交换系统;c)数据分发:数据从中心交换系统传输到前置交换系统;d)数据获取:数据从前置交换系统交换传输到使用方业务系
13、统。6.2 数据交换方式 数据交换方式见表4。表4 数据交换方式 过程及场景 交换方式 数据库交换 文件交换 服务交换 数据提供 向本部门前置交换系统提供数据。提供方通过交换接口API 向共享交换系统提供文件,或者通过界面直接上传文件。提供方通过交换接口 API 向共享交换系统提供文件,或者通过界面直接上传文件。数据获取 从中心交换系统获取数据至前置交换系统。使用方通过交换接口API 获取文件,或者通过界面直接下载文件。使用方在平台查询到提供方发布的服务,直接调用提供方提供的数据共享 Web 服务 使用场景 1)实时性要求较低,定期批量交换;2)存放在数据库中的结构化数据。1)实时性要求较低,
14、数据量大;2)非结构或半结构化数据。1)实时性要求高,数据量小;2)使用方可通过应答式交换获取所需的部分数据。DB64/T16432019 7 表4(续)过程及场景 交换方式 数据库交换 文件交换 服务交换 约束条件 不宜对所有数据内容进行完整性校验。1)不宜进行实时性较高或频繁变更的数据交换;2)使用方应对数据文件进行解析入库。1)不宜进行大批量的数据交换;2)不支持增量数据交换;3)提供方提供的 Web 服务应保持稳定、可靠;4)提供方网络应保持稳定。6.3 交换调度 6.3.1 数据共享交换系统通过界面和 API 方式控制数据交换,针对不同的交换方式,提供不同的交换调度手段。6.3.2
15、数据库交换:只能针对代理服务器、前置机服务器上数据库之间的数据进行交换,交换的方式可采用数据自动同步、手动界面操作和 API 接口的方式,控制交换任务的执行。6.3.3 文件交换:通过界面操作和 API 方式,提供文件的上传和下载操作。6.3.4 服务交换:通过 API 方式,使用平台提供的 SDK,实现数据的交换,并对服务交换的过程日志进行记录,实现对数据交换过程的实时监控。6.3.5 交换编码如下:a)交换节点编码采用接入单位名称的首字母作为编码,编码表见附录 A;b)主题的标识采用表的名称,编码规则是:EX_委办局节点编码(见附录 A)_两位编号_数据主题拼音简写。例如:市场监管厅的共享
16、的第一个主题开业登记信息,EX_SCJGT_01_KYDJ。6.4 信息资源 参与共享信息资源包含但不限于:a)基础政务信息资源指经济社会发展中最为基础的、诸多部门在履行政务职能过程中共同需要的政务信息。比如人口数据资源、法人单位数据资源、自然资源和空间地理数据资源、宏观经济数据资源、法律法规数据资源等;b)业务数据信息资源为各厅局委办的业务数据资源;c)专题信息资源为基于各类业务应用主题而设计的共享数据资源。比如企业信用共享数据资源、低保信息数据资源、中小学生学籍数据资源等。6.5 服务交换 6.5.1 服务交换设计原则 6.5.1.1 接口协议统一原则 服务提供方和服务使用方应同时使用同一
17、种类型的技术来进行开发和调用,调用的服务通过HTTP URL中特定属性进行标识。6.5.1.2 数据格式统一原则 服务的接口数据包含所有的业务数据,数据采用XML或JSON格式表示,并且符合相应的JSON Schema格式。服务提供方和服务消费方应同时使用同一种格式进行数据交互。DB64/T16432019 8 6.5.1.3 服务定义唯一性原则 一个服务应只实现一个业务功能,业务功能的区别通过服务编码来区分,不应通过定义不同的业务数据在同一个服务编码下实现不同的业务功能。6.5.1.4 服务无状态原则 服务应是无状态的,两次请求之间无须状态和会话的保持,并应采用指定路由规则的方式在平台上进行
18、注册。6.5.1.5 服务组合原则 跨系统的组合服务由平台调用不同的原子服务实现组合,系统内的组合服务由服务提供方在应用内部进行组合。6.5.1.6 报文内容处理原则 服务请求和返回的的报文应符合XML或JSON Schema格式。服务请求方和提供方应采用通用的XML或JSON解析器来构造和解析数据,XML或JSON不同含义的段落应定义明确含义的字段名称,相同内容的数据应采用数组来进行描述,双方可根据XML或JSON名称和路径进行精确定位,不应根据字段的顺序来获取字段值,字段值不受字段顺序调整的影响。报文统一采用UTF-8进行编码。6.5.1.7 出入参设计原则 查询类服务在入参中定义返回字段
19、列表,服务提供方根据入参中指定的字段返回信息。查询内接口应在入参中定义分页参数,返回参数中应包含当前页数、总页数或是已到最后一页等信息。返回参数中如返回静态编码值时应同时返回此编码值对应的名称。6.5.1.8 规则校验原则 服务提供方应对请求报文格式和关键信息进行合规性和业务校验,防止非法访问和入侵。6.5.1.9 数据量原则 数据共享交换系统所传递的单条消息大小宜不大于1M,否则应采用文件传输,参考GB/T17963直连交换等方式。6.5.1.10 同步调用原则 服务调用方和服务提供方采用同步调用的方式进行请求,如需要使用异步调用可采用消息队列或服务调用方定义异步通知接口来实现。6.5.1.
20、11 数据实时性原则 数据提供频率是实时的,对于不能实时提供的数据,需在数据共享交换系统中注明原因和实际的更新频率。6.5.1.12 统一入口原则 平台对外提供统一的调用地址。6.5.1.13 持久化原则 DB64/T16432019 9 服务使用方在使用服务的过程中,由数据共享交换系统进行整个过程的日志记录,并对调用的详细信息进行持久化,服务调用方和提供方应对调用的关键信息(如流水号,源地址等)进行持久化。6.5.2 服务接入 6.5.2.1 数据共享交换系统提供多种标准协议的服务接入,包括 HTTP、WebService 以及 HSF 高速服务,各委办局将各种服务注册到平台上,供其他委办局
21、调用,大数据服务接入流程见图 3 所示。图3 服务流程 6.5.2.2 代理服务类型:包括 HTTP 服务,高速服务和 WebService 服务。HTTP 服务定义了服务请求方式:GET 与 POST 两种方法。并且当多个服务地址时需要分别添加服务的托管地址和选择托管地市。高速服务分别需要填写服务接口与服务方法名,同时如果有多个高速服务地址,则需要分别填写对应的服务地址和服务端口。WebService 服务需要填写实际服务地址,选择服务代理方,以及如果有需要,填写服务命令空间和服务方法名。6.5.3 服务调用 服务调用流程图见图4。图4 服务调用流程图 6.5.4 服务管理 6.5.4.1
22、服务管理流程 服务管理过程包括:a)服务注册:由各市各厅局在平台上进行服务注册信息填写,填写完成后提交,经政务信息管理部门审核通过即可上线发布;b)服务申请:由服务使用方发起调用服务申请,需要通过平台填写服务申请单;DB64/T16432019 10 c)服务授权:服务提供方和管理部门审核申请,审核通过后服务使用方可通过访问令牌调用该服务;d)服务注销:由服务提供方发起申请,申请下线服务,经政务信息管理部门审核之后,服务下线。6.5.4.2 服务测试 对于注册到平台的服务,需提供测试账号或测试接口,包括测试数据,供服务管理者和数据使用方进行服务有效性、可靠性及性能等的测试,以确定服务是否满足服
23、务使用者要求。6.5.4.3 应用备案 平台服务调用需要提供访问令牌,平台中访问令牌是按照应用来发放的。各市各厅局需要在申请服务前进行应用备案,应用备案后平台自动生成访问令牌。6.5.4.4 服务异常编码 在使用平台服务的过程中,平台对不同的异常进行分类,供使用方在调测及使用过程中参考。如果遇到异常代码或信息,可以和平台维护人员联系帮助解决,异常分类表见表5。表5 异常分类表 种类 编码 描述 正常 0 成功 接口请求方异常 2 消息格式异常,例如必填参数未填、消息编码异常等 3 无效的路由属性 10 接口请求超过指定流量 9 接口请求包大小超过限制 6 权限异常(例如无权访问此服务)101
24、重复请求 102 无效的业务域或业务大类、小类 199 接口请求方其他异常 接口响应方异常 8 接口响应方超时 201 接口响应超过指定流量 202 接口响应包大小超过限制 298 接口响应方内部异常 299 接口响应方其他异常 平台异常 4 调用的服务未发布 5 调用的服务已注销 7 调用的服务已关闭 11 调用的服务不存在 1 服务调用失败 398 平台内部异常 399 平台其他异常 其他异常 999 其他异常 测试异常 601 测试接口未实现 业务定义异常 1000 DB64/T16432019 11 6.5.4.5 服务注册信息 服务注册信息表见表6。表6 服务注册信息表 名称 说明
- 1.请仔细阅读文档,确保文档完整性,对于不预览、不比对内容而直接下载带来的问题本站不予受理。
- 2.下载的文档,不会出现我们的网址水印。
- 3、该文档所得收入(下载+内容+预览)归上传者、原创作者;如果您是本文档原作者,请点此认领!既往收益都归您。
下载文档到电脑,查找使用更方便
5000 积分 0人已下载
下载 | 加入VIP,交流精品资源 |
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- DB64 1643-2019 政务数据共享交换系统技术规范 1643 2019 政务 数据 共享 交换 系统 技术规范
