DB5305T 19.17-2019 保山市信息惠民工程综合标准 第17部分：政务信息资源交换标准

ICS35.240L67DB5305替代DG5305/T19.17—2017保山市市场监督管理局发布DB5305/T19.17-2019本标准按照GB/T1.1—2009《标准化工作导则第1部分：标准的结构和编写》给出的规则起草。本标准中附录A为规范性附录，附录B为规范性附录。本标准由保山市大数据管理局提出。本标准由保山市工业和信息化委员会归口。本标准起草单位：保山市大数据管理局。本标准主要起草人：刘志胡、王明超、李祖燕、丁威、罗红建、张忠信、陈秋玲、邹瑜、袁建雄、朱超群、银孟璐、起程、卢体璐。本标准替代DG5305/T19.17—2017。DB5305/T19.17-20191保山市信息惠民工程综合标准第17部分政务信息资源交换标准本标准规定了保山市政务信息资源交换的术语和定义、缩略语、交换体系架构、信息交换模式、交换技术要求、交换体系建设、政务信息交换指标、技术管理要求、交换对接流程，本标准适用于保山市信息惠民工程建设。2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。GB/T21062.1政务信息资源交换体系第1部分：总体框架GB/T21062.2政务信息资源交换体系第2部分：技术要求GB/T21062.3政务信息资源交换体系第3部分：数据接口规范GB/T21062.4政务信息资源交换体系第4部分：技术管理要求DB5305/T19.1-2019保山市信息惠民工程综合标准概述DB5305/T19.3-2019保山市信息惠民工程综合标准术语DB5305/T19.12-2019保山市信息惠民工程综合标准公共基础信息库管理与应用标准DB5305/T19.25-2019保山市信息惠民工程综合标准数据交换与共享平台技术标准DB5305/T19.47-2019保山市信息惠民工程综合标准政务信息资源共享管理办法3术语和定义GB/T21062.1、GB/T21062.2、GB/T21062.3、GB/T21062.4、DB5305/T19.3-2019、DB5305/T19.12-2019确立的以及下列术语和定义适用于本标准。3.1政务信息资源政务信息资源指政务部门为履行管理国家行政事务和社会公共事务的职责而采集、加工、使用的政务信息资源；政务部门在业务过程中产生和生成的政务信息资源；由政务部门投资建设的政务信息资源以及由政务部门直接管理的政务信息资源。3.2（政务信息资源）交换（政务信息资源）交换指政务信息资源在网络环境下从一交换结点到其他交换结点的传送和处理过程。3.3（政务信息资源）交换体系（政务信息资源）交换体系指由服务模式、交换平台、信息资源、技术标准与管理机制组成的整体，实现政务信息资源交换与共享。DB5305/T19.17-201923.4交换结点交换结点指在跨政务部门业务系统中，实现信息资源传送和处理的系统单元。3.5前置交换结点前置交换结点是本部门和其他部门进行政务信息资源交换共享的设施，包括结点服务器、结点软件和结点上存储的信息资源。3.6（政务信息资源交换内容）提供者（政务信息资源交换内容）提供者指提供政务信息资源交换内容的机构或软件系统。3.7（政务信息资源交换内容）使用者（政务信息资源交换内容）使用者指使用政务信息资源交换内容的机构或软件系统。3.8（政务信息资源交换体系）管理者（政务信息资源交换体系）管理者指管理政务信息资源结点的机构。3.9消息中间件消息中间件指安装在需要进行消息传递的系统之上，在它们之间建立逻辑通道实现消息传送的一组分布式的服务程序。3.10Web服务Web服务指Web上可用的，能够通过基于XML等标准开放协议（如WSDL、UDDI、SOAP）进行描述、发现和访问的，执行特定功能的软件应用程序。3.11Java消息服务Java消息服务应用程序接口是一个Java平台中关于面向消息中间件（MOM）的API，用于在两个应用程序之间，或分布式系统中发送消息，进行异步通信。3.12中间件中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源。中间件位于客户机/服务器的操作系统之上，管理计算机资源和网络通讯。是连接两个独立应用程序或独立系统的软件。3.13数据库访问服务数据库访问服务指通过一组统一的异构数据库访问接口所提供的特定功能。3.14数据访问接口数据访问接口指数据访问行为或功能的执行过程所能体现的服务。4缩略语下列缩略语适用于本标准。——BPEL：BusinessProcessExecutionLanguage，业务流程执行语言——HTTP：HyperTextTransferProtocol，超文本传输协议——FTP：FileTransferProtocol，文件传输协议3DB5305/T19.17-2019——JDBC：JavaDataBaseConnectivity，java数据库连接——JMS：JavaMessageService，Java消息服务——ODBC：OpenDatabaseConnectivity，开放数据库连接——RMI：RemoteMethodInvoke，远程方法调用——SMTP:SimpleMailTransferProtocol，简单邮件传输协议——SOAP：SimpleObjectAccessProtocol，简单对象访问协议——UDDI：UniversalDescription,DiscoveryandIntegration，统一描述、发现与集成——WSDL：WebServiceDescriptionLanguage，Web服务描述语言——XML：eXtensibleMarkupLanguage，扩展标记语言5交换体系架构5.1总体架构5.1.1总体架构图保山市政务信息资源交换体系的总体架构由服务模式、交换平台、信息资源、技术标准与管理机制组成，如图1所示。不同服务模式的业务应用通过调用数据交换与共享平台提供的交换服务，实现对各种政务信息资源的访问和操作，技术标准和管理机制为政务信息资源的交换和共享提供技术和管理的保障。图1政务信息资源交换体系总体架构服务服务模式数据交换与共享平台信息资源交换服务1……交换服务N保山市政务信息安全保障体系技术标准与管理机制基础数据库主题数据库交换数据库业务数据库资源共享业务协同公共服务辅助决策交换体系保山市电子政务网络基础设施5.1.2信息资源参与交换的各类共享信息资源包含但不限于：——基础数据库。DB5305/T19.12-2019确立的保山市公共基础信息数据库，是全市经济社会发展中最为基础的、诸多部门在履行政务职能过程中共同需要的政务信息，包括人口基础信息数据库、法人单位基础信息数据库、空间地理信息数据库、宏观经济基础信息数据库。——业务数据库。各委办局的业务数据库，是其他各类共享信息库的数据来源。——主题数据库。基于各类业务应用主题而设计的共享数据库。比如企业信用共享库、中小学生学DB5305/T19.17-20194籍数据库等。——交换数据库。与业务数据库隔离的、参与政务部门间数据交换的临时信息库。5.1.3交换与共享平台DB5305/T19.25-2019确立的交换与共享平台，提供基本信息服务应包括：数据传输、数据适配、身份认证、访问控制、流程管理、数据存取等服务，为上层各类跨部门应用提供公共的系统间信息传输和共享信息存取服务。5.1.4服务模式服务模式是信息资源和交换与共享平台为跨部门业务提供的主要服务方式，包括资源共享、业务协同、公共服务和辅助决策。——资源共享服务模式可支持两个或多个部门之间共享政务信息资源。通过确定单一信息源，实现其他部门共享使用，来解决政务信息资源一致性问题。——业务协同服务模式可支持多个政务部门协同完成一个业务过程。通过工作流等技术，将多个部门业务组成一个业务流程。各部门实现各自的业务，工作流实现业务信息按流程转发，并持续启动相关业务过程，实现跨部门的业务协同。——公共服务服务模式可为政务人员或社会公众实现政务信息公开服务，可采用网站或门户等技——辅助决策服务模式可为领导和政务管理人员提供科学决策依据，通过对多渠道的信息进行采集、汇总、分析、归纳和综合等，获得可靠、科学的决策信息。5.1.5技术标准技术标准主要包括两类，一是与信息资源相关的共享指标、信息编码、信息分类等标准，另一类是与技术平台互连互通互操作有关的技术标准、与应用接入平台有关的技术标准。与信息资源相关的标准包括除本标准外，DB5305/T19.1-2019中确立的信息资源标准。与技术平台相关的标准包括DB5305/T19.1-2019中确立的相关应用支撑标准。5.1.6管理机制管理机制是保证交换体系能够持续、有效运行的一系列管理要求、操作规范和评估机制。管理机制包括四方面的内容：——对信息资源的维护管理机制，主要包括保证信息采集的持续性、正确性、一致性等的管理规范；对信息传输、信息存贮、信息备份、信息使用等方面的管理规范；对信息指标登记、信息指标变更方面的管理规范；——对技术平台的运行维护机制，主要包括对平台运行状况的监测、系统维护、设备维修、系统改造等活动的管理规范；——对业务服务的管理规范，主要包括信息服务申请、服务提供、服务配置、服务注销等活动的管理规程；——对岗位职责的管理规范，主要包括岗位的设置、职责、考核等管理规范。5.2逻辑结构保山市政务信息资源交换体系通过市数据交换与共享平台和部门或区县的前置交换系统实现政务信息资源的共享与交换。市数据交换与共享平台是支撑各部门开展政务信息资源交换共享的基础设施，应具有市内基础信息资源服务、信息交换服务、授权服务等功能。各部门或区县的前置交换系统是与其他部门或区县进行政务信息资源交换的公用软硬件设施。前置交换系统可与交换与共享平台实现对接，获得基础信息资源等服务，并与其他部门实现信息交换。要传递的信息在交换数据库中落地。交换数据库应记录数据交换的一些基本信息，以便于对数据交换的跟踪、监控和事后查询等管理任务的实施。保山市政务信息资源交换体系参考逻辑结构如图2所示。其主要作用包括：DB5305/T19.17-20195——负责汇集本级政府人口、法人、空间等基础信息资源，并为各部门提供共享服务；——负责信息交换功能的统一管理，为跨部门、跨区县的信息资源交换提供服务；——负责认证、授权等基础功能的统一管理，为各部门提供基础功能服务。图2保山市政务信息资源交换体系逻辑结构图市交换与共享平台市交换与共享平台交换数据库交换数据库基础数据库委办局前置交换系统区（县）前置交换系统6信息交换模式6.1信息交换模式政务部门间的信息交换可采用三种信息交换模式：第一种是集中交换模式，即共享信息集中存储在统一的数据库中，信息的提供者和信息的使用者通过访问集中数据库实现信息的共享。该模式适用于信息共享程度广泛或信息一致性要求高的应用中。第二种是分布交换模式，即需要共享的信息存储于信息提供者和信息使用者各自的数据库中，系统间通过信息交换协议将信息从提供者系统定向传输到使用者系统中。该模式适用于信息提供与需求确定的应用中。第三种模式是混合模式，即集中与分布相结合的模式，这种模式适用于各类跨部门应用需求，是支持多种业务模式，实现基础信息的“一数一源，一源多用”的基本结构。6.2混合模式6.2.1概述保山市政务信息资源交换体系应采用第三种模式。——可通过集中式的共享信息库实现数据交换，如人口、法人数据资源集中存储于共享的数据库中，该信息资源提供者或使用者通过访问共享数据库实现交换；——也可以直接访问或通过中心交换结点实现数据交换，即信息资源分布存储在各部门应用业务数据库中，信息资源提供者和使用者通过交换结点（各部门的前置服务器和电子政务中心的交换服务器）提供的交换服务实现两者之间的数据定向传送。6.2.2混合交换模式的概念模型混合交换模式的概念模型如图3所示，由中心交换结点和前置交换节点组成。前置交换节点接收和发送政务部门的交换数据；中心交换结点管理交换域内前置交换节点的数据交换服务，根据需求形成共享数据库。针对图3的相关概念解释包括：——业务数据是由各部门产生和管理的政务信息资源数据；——交换数据是前置交换节点用于存储参与交换的政务信息资源数据，即部署在各部门前置服务器上的数据；——共享数据库是可以为多个前置交换节点提供一致的政务信息资源数据的集中存储区。任意一个前置交换节点可以按照一定的规则访问共享数据库；DB5305/T19.17-20196——前置交换节点是政务信息资源数据交换的起点或终点，完成业务数据与交换数据之间的转换操作，并通过交换服务实现政务数据的传送和处理；——中心交换结点主要为交换信息提供点到点、点到多点的信息路由、信息可靠传送等功能；——交换服务是为特定业务交换信息资源而实现的一组操作集合，通过不同交换服务的组合支持不同的服务模式。它可以部署在提供者的前置环境，或部署在交换中心环境。交换服务可以访问交换数据库、主题共享库或基础数据库。通过前置交换环境或交换中心环境的交换与共享平台提供给使用者调用。交换服务能够被提供者部署与发布，被使用者发现、定位和集成。图3混合模式交换的概念模型交换结点交换结点交换结点共享数据库共享数据库中心交换结点交换服务前置交换结点交换数据交换服务前置交换结点交换数据交换服务业务数据业务数据6.2.3交换结点的基本功能交换结点应至少提供数据传送和数据处理服务。数据传送是指根据选定的传送协议完成数据的接收或发送功能，可通过HTTP/HTTPS、FTP、SMTP、RMI、JMS等技术进行数据传送。数据处理是指完成对消息包的封装或解析功能，并根据需要实现格式转换、信息可靠性保证、信息加密等功能。7交换技术要求7.1交换方式7.1.1概述保山市政务信息资源交换体系可采用三种交换方式，即基于消息中间件的交换方式、基于Web服务的交换方式和基于数据文件的交换方式。7.1.2基于消息中间件的交换方式基于消息中间件的交换方式是通过使用现有的消息中间件产品，实现异构数据库之间的数据交换。这类中间件产品在底层以XML技术为基础，利用适配器（adapter）、端口（port）、管道（pipeline）等技术实现数据提供者与数据使用者之间的实时数据交换和同步。该交换方式适用于数据量较大、对效率要求较高的场合，但由于直接操作在数据层，存在一定安全风险，灵活性较差。采用该方式的交换体系建设参见本标准8.1.1。7.1.3基于Web服务的交换方式基于Web服务的交换方式是采用Webservice技术进行组件和应用系统的包装，将系统的数据展示和需求都看作一种服务，通过服务的请求和调用实现系统间的数据交换和共享。该方式无需在数据库层面相互连接，具有较好的安全性。该交换方式适合于对可扩展性和灵活性要求较高的场合，以及那些工作流驱动的、数据量不大的交换。采用该方式进行交换的接口设计应符合GB/T21062.3。采用该方式DB5305/T19.17-20197进行数据交换，系统应保证交换服务的接口不变。采用该方式的交换体系建设参见本标准8.1.2。7.1.4基于数据文件的交换方式基于数据文件的交换方式是在中心交换节点建立数据文件共享目录，各数据来源单位通过文件报送或网络传送的方式将需要交换的数据文件保存到数据文件共享目录，交换与共享平台采用轮询的方式扫描数据文件共享目录，如果发现新文件，就主动采集，并进行整理。该方式无需在数据库层面相互连接，具有较好的安全性。该交换方式适合于数据来源单位的政务信息资源没有条件采用基于消息中间件和基于WEB服务的交换方式，对需要交换的政务信息数据根据模板生成数据文件来进行数据交换的场合，以及那些工作流驱动的、数据量不大的交换。采用该方式进行数据交换，提供的数据文件应符合交换双方约定的文件格式。采用该方式的交换体系建设不需要前置交换节点，只需在中心交换节点建立共享目录，交换与共享平台主动轮询共享目录，对共享目录中的数据文件进行数据处理来完成政务信息资源数据的交换。7.2交换协议7.2.1概述交换体系中建议采用的信息通信协议如图4所示。图4交换体系信息交换协议业务流程协议BPEL业务流程协议BPEL1.1服务描述WSDL1.2安全性协议可靠性协议寻址协议寻址协议消息层服务描述WSDL1.2安全性协议可靠性协议寻址协议寻址协议消息层SOAP1.2消息传送层(HTTP/HTTPS)安全性协议可靠性协议SOAP体负载7.2.2消息传送层协议消息传送层应采用HTTP/HTTPS，实现消息的信息传送。邮件、文件传输可选择采用JMS、SMTP、FTP等作为信息传送协议。7.2.3消息层协议概述消息层应基于XML进行消息传递，并采用SOAP作为XML消息传递协议。具体格式规范参见GB/T21062.2。消息寻址协议消息寻址协议规定了定位服务地址所需要处理的属性和操作行为。具体格式规范参见GB/T21062.2。消息可靠性协议DB5305/T19.17-20198消息可靠性协议是可选的，在需要可靠消息传输时应遵循该协议规范，本协议的基本目标是在应用程序产生异常、系统发生崩溃、网络出现故障时消息能够不丢失。具体格式规范参见GB/T21062.2。安全性协议安全性协议是可选的，包含XML消息签名、XML消息加密以及安全的扩展，安全性协议规定了在消息处理中安全部分的格式框架。具体格式规范参见GB/T21062.2。7.2.4服务描述协议服务描述是用于描述信息交换的一方提供的业务功能和接口，以便其他功能组件调用该服务。服务描述采用WSDL1.2规范作为描述语言，WSDL是定义了服务交互的接口和结构。具体格式规范参见GB/T21062.2。7.2.5业务流程协议当需要支持工作流机制时，需要用标准的描述语言定义业务流程中的活动、事件、变量等要素及其关系，应采用BPEL1.1作为流程描述语言进行定义。具体格式规范参见GB/T21062.2。7.2.6协议适用范围由于消息中间件和Web服务可支持相同的传输协议（如HTTP/HTTPS可采用相同的消息封装协议（如SOAP因此消息传送层和消息层所规定的协议既适用于基于Web服务的交换方式，也适用于基于消息中间件的方式。服务描述协议和业务流程协议主要适用于基于Web服务的交换方式。在具体的系统部署结构中，协议可应用于前置交换系统与中心交换系统之间、前置交换系统与前置交换系统之间、中心交换系统与中心交换系统之间的信息交换。7.3异构数据库的访问7.3.1概述在分布式系统中，由于系统的建设时间、建设目标和建设者的不同，跨系统的数据访问难于实现。其系统的异构性主要表现在：数据库管理系统的不同；数据库设计结构不同；数据字段的语义和表示方面的差异。数据库管理系统的差异，可通过ODBC、JDBC等通用数据库接口屏蔽。数据库设计结构的不同，可以通过实现具有一组统一接口的、标准的数据库访问服务来屏蔽。访问过程由数据访问客户端和数据访问服务器端的交互操作实现，客户端向服务器发送规范的数据访问请求，服务器接收数据访问请求并通过调用底层数据库访问接口完成服务请求处理，并将处理结果返回客户端。服务器端提供的访问服务应用WSDL描述，以提供客户端应用程序调用。请求与响应的具体格式规范见GB/T21062.3。7.3.2访问方式在提供者的前置环境部署访问服务，使用者可采取轮询方式、订阅发布方式或调用方式等获取交换的信息资源，将交换的信息资源存放在交换信息库。通过轮询、订阅发布或调用方式，使用者根据业务需求，将提供者的信息资源交换到交换信息库，以实现跨部门的信息资源共享。在多部门政务协同中，根据各自部门的需求，开发与部署交换服务。在交换中心环境部署采用工作流技术支持政务协同过程。——轮询方式是使用者定期或定时访问提供者服务；——订阅发布方式是使用者向提供者一次性订阅，提供者分批向使用者发布；——调用方式是使用者业务系统通过其前置交换环境访问提供者前置环境，提供者前置环境再访问其业务系统，获得政务信息资源。8交换体系建设DB5305/T19.17-201998.1建设路线8.1.1交换体系建设路线交换体系的建设可采用消息中间件技术或Web服务技术。8.1.2路线一：采用消息中间件技术前置系统建设各部门负责本部门交换结点的建设，并负责将本部门对外共享的政务信息资源的目录信息在市数据交换与共享平台上进行注册和更新。各部门的前置系统主要包括前置服务器、前置数据库、中间件及其他软件。前置服务器提供与部门现有业务系统的连接，以及共享信息的采集、转换、传输等服务。前置服务器通过物理隔离设备与部门内部网络相隔离。前置服务器上安装数据库及消息中间件等。前置数据库存放参与部门间交换的临时数据信息，设计应符合本标准8.2的规定。消息中间件负责传输和接收各部门交换数据，保证数据的安全准确及时传输。数据交换中间件的功能应包括但不限于：——数据采集一一在业务数据库设置触发器，记录数据的变化，并能通过定时或实时任务将数据变化记录到前置数据库；——数据格式转换一一把业务数据转换成标准格式的XML数据传送到中心服务器，在中心又将接收到的数据转换成可以入库格式的数据；——通讯一一将增量变化数据以XML格式发送到目的服务器；——数据入库一一将接收到的数据存入本部门前置数据库。交换与共享平台建设交换与共享平台应支持面向消息中间件技术，客户接入端软件部署在每个前置交换节点的前置服务器上，实现交换与共享平台和各前置交换节点的有机结合。交换与共享平台应实现包括数据比对、数据管理、传输管理、及安全管理等功能，用于消息的传输、解析、比对、数据整理与存储等应用，交换与共享平台的功能见DB5305/T19.25-2019。8.1.3路线二：采用Web服务技术前置系统建设各部门负责本部门交换结点的建设，并负责将本部门对外共享的政务信息资源的目录信息在市数据交换与共享平台上进行注册和更新。各部门的前置系统应包括前置服务器、前置数据库、数据库访问服务及其它系统软件。前置服务器提供与部门现有业务系统的连接，负责完成系统前端的数据配置与采集。前置服务器通过物理隔离设备与部门内部网络相隔离。前置服务器上应安装有数据库，用于存放参与部门间交换的临时数据信息。前置数据库的设计应符合本标准8.2的规定。另外，在分布交换模式中，如果该部门是信息资源提供者，还应部署适当的数据库访问服务，以便于其它结点能够从该交换结点获取信息资源。数据库访问服务是具有一组标准接口的Web服务。具体接口的定义应符合GB/T21062.3的规定。这组接口包括：——创建会话接口。规范化的建立用户会话，包括用户会话的创建操作。——关闭会话接口。规范化的关闭并回收用户会话资源，包括用户会话的关闭操作。——服务自描述接口。规范化的描述自身服务能力，包含服务能力描述操作。——数据类型自描述接口。规范化的需要访问的数据类型结构模型，包含数据类型描述操作。——数据操作接口。规范化的各种各样数据操作的实现，包含数据操作。其操作类型有五种，分别是查询数据、插入数据、修改数据、删除数据和用户自定义的数据操作。交换平台建设中心交换与共享平台完成数据的存储、格式转换和数据交换，它由一系列服务、WebService接口以及中心共享数据库组成。交换与共享平台的功能见DB5305/T19.25-2019，核心部件应包括：DB5305/T19.17-2019——Web服务管理。提供对Web服务的注册管理和发布功能。通过Web服务管理，各数据交换结点向数据中心注册自己的数据交换Web服务，数据中心根据注册的信息进行Web服务的路由，主动调用数据交换结点的数据访问服务来向数据交换结点传送数据或从数据交换结点获取数据。——WebService接口。向外部应用程序和数据交换结点展示数据交换的相关Web服务，Web服务的实现可以是基于HTTP、邮件SMTP以及JMS等各种协议的，可以是异步的也可以是同步的。WebService接口通过安全管理服务来实现可信的Web服务调用。——安全管理服务。利用系统安全平台实现用户管理、身份认证和授权管理等服务，安全管理服务中的安全中间层还提供安全的WebService服务，管理Web服务会话，实现安全的数据交换；——系统管理服务。实现对系统的配置管理和状态监控。通过系统管理服务配置数据中心各部分的运行参数，服务的启停控制，监控整个系统的运行状态；——中心共享数据库。中心数据库提供数据转储和存储功能。采集和交换过程中的数据可以转储到中心数据库，并在转储过程中提供数据的正确性和一致性校验功能，保证数据的权威性。8.2前置数据库规范8.2.1前置数据库名命名规范前置数据库实例名格式为：前置服务器IP地址（或前置服务器机器名前置数据库端口号。前置数据库方案名格式为：“BSEGS”与连字符“_”以及应用系统简称的汉语拼音首字母的组合。8.2.2前置数据库表名命名规范数据表命名方法：“数据库名称”＋“_”＋“表“RKK_RKXX”。8.2.3前置数据库字段名命名规范数据字段命名方法：数据字段命名采用中文字段名的拼音全拼表示。例：“姓名”字段的字段名为“xingming”。8.2.4定时或实时增量更新前置数据库的数据规范数据表设计规范适用于部门能定时或者实时更新前置数据库的数据。在表结构上增加两个标志字段。两个字段的标准规范如表1。表1前置数据库表新增字段字段名称类型中文简称长度默认值是否允许为空备注TimeFlagtimestamp时间戳标志系统当前时间否DelFlag删除标志0否表示有效更新前置数据库的数据部门应定时或实时更新前置数据库的数据。部门更新前置数据库上的数据时，应遵照的规范包括：——增加前置数据库上的数据时：“时间戳标志”与“删除标志”有默认值，不需要更新；——修改前置数据库上的数据时：修改“时间戳标志”为系统当前的时间；——删除前置数据库上的数据时：修改“删除标志”改为1，修改“时间戳标志”为系统当前的时DB5305/T19.17-2019——避免修改数据库表结构。8.2.5定期初始化前置数据库的数据规范数据表设计规范.1重新导入数据适用于部门定期清空原表中的数据，然后重新导入数据。这种模式将在前置数据库上建立两个表，包括:——原表：部门共享的物理表结构，部门定期清空原表的数据，然后导入新数据。——辅助通讯表：辅助通讯表负责与中心数据库进行数据交换，辅助通讯表保持最新的更新数据，当原表中的数据定时清除、重新导入后，通过调用比对更新程序或者调用存储过程等方式，将原表中的数据逐条与辅助通讯表中的数据进行比对更新。表结构规范为：表名：辅助通讯表名在原表基础上加“_TX”；表结构：辅助通讯表在原表的基础上加入两个字段。两个字段的标准规范如表2。表2辅助通讯表新增字段字段名称类型中文简称长度默认值是否允许为空备注TimeFlagtimestamp时间戳标志系统当前时间否DelFlag删除标志0否表示有效.2比对更新部门可使用数据比对更新程序或者编写存储过程实现原表与辅助通讯表的比对更新。比对更新的规则包括：——对原表中有，辅助通讯表中没有的数据（新增数据插入到辅助通讯表中，“时间戳标志”与“删除标志”有默认值，不需要更新；——对原表中没有，辅助通讯表中有的数据（删除数据则将辅助表中的“删除标志”改为1，修改“时间戳标志”为系统当前的时间；——对原表与辅助通讯表中都有的数据，判断是否有修改，有修改，则修改辅助通讯表中对应的数据，同时修改“时间戳标志”为系统当前的时间。更新前置数据库的数据部门应定期初始化前置数据库上的原表中数据。部门初始化完原表中的数据后，必须通过开发应用程序或者存储过程完成比对更新。对原表中的数据与辅助通讯表中的数据逐条进行数据比对。原表与辅助通讯表比对更新的规则包括：——原表中有但辅助通讯表中没有的数据（新增数据插入到辅助通讯表中，“时间戳标志”与“删除标志”有默认值，不需要更新；——原表中没有但辅助通讯表中有的数据（删除数据则将辅助表中的“删除标志”改为1，修改“时间戳标志”为系统当前的时间；——原表与辅助通讯表中都有的数据，判断是否有修改，如果修改，则修改辅助通讯表中对应的数据，同时修改“时间戳标志”为系统当前的时间；——完成比对更新后，删除原表中的数据。9政务信息交换指标DB5305/T19.17-2019异构分布式系统在数据字段语义和表示方面的差异须通过定义数据交换指标项来规范。交换指标是一类电子政务数据元，采用电子政务数据元国家标准的部分属性描述。交换指标描述信息实体在交换过程中的基本特征，若干交换指标描述交换过程中一个具体信息实体的内容。指标项按照管理对象分类，比如关于自然人的共享指标项，关于法人（事业、企业、社团）的共享指标项等。每个指标项通过标识符、名称、说明、表示格式、来源、备注6个属性进行定义：——标识符：指标项的唯一标识，其格式为X-XXX-XXX（第一位为类目，范围0～Z；中间三位为业务类别，范围0～Z；最后三位为流水，采用数字型顺序号——名称：指标项的中文名称；——说明：指标项的内容；——表示格式：指标项内容的表示格式，包括指标项类型和长度；——来源：产生指标项的职能部门名称；——备注：与该指标项相关的其他说明，包括指标项的取值范围、遵循的标准规范要求等。10技术管理要求10.1管理架构交换体系管理架构包括交换体系管理的三个角色和六项活动。三个角色是提供者、管理者、使用者。六项活动包括规划、部署、运行、维护、服务、安全。如图5所示。图5交换体系使用管理架构10.2角色职责10.2.1提供者提供者指政务信息资源的数据提供部门，主要负责部门政务信息资源交换内容与系统的规划、部署、运行、维护和使用授权。——对本部门用于交换的政务信息资源进行组织与分类，并负责内容更新；DB5305/T19.17-2019——对用于政务信息资源交换的部门业务应用系统及部门前置交换节点进行部署与运行维护；——与使用者、管理者协商确定交换内容、交换模式、更新周期；——负责集中交换模式中共享信息库共享信息内容的提供与更新；——对本部门的政务信息资源交换内容设置使用授权。10.2.2管理者管理者指信息惠民大数据库的管理部门，主要负责政务信息资源中心交换结点和共享信息库的部署、运行、维护、服务、安全。——负责政务信息资源中心交换结点和共享信息库的部署和运行管理；——应用系统接入信息中心交换结点时，管理者提出部署要求；——负责集中交换模式中共享信息库的运行维护。10.2.3使用者使用者指政务信息资源的数据使用部门，主要负责部门交换信息与服务系统的使用、维护。——根据需要提出政务信息资源共享交换请求；——与提供者、管理者协商确定交换内容、交换模式、更新周期；——对用于政务信息资源交换的部门业务应用系统及部门前置交换节点进行部署与运行维护；——对于交换与共享获得的信息内容在授权范围内使用。10.3管理活动10.3.1概述交换体系的管理活动包括规划、部署、运行、维护、服务与安全，它们与相关角色的关系如图6所示。DB5305/T19.17-2019图6政务信息资源交换体系管理活动与相关角色职责10.3.2规划编制政务信息资源交换体系建设的总体规划时，要在政务业务流程梳理基础上规划跨部门、跨区县的政务信息交换内容、范围、模式和实施步骤。信息接收/发送可以根据需要选择不同的技术手段实现。常见的信息传送技术包括：消息传输、工作流、邮件传输、文件传输、数据复制等。10.3.3部署提供者对用于交换与共享的政务信息资源进行组织、分类。提供者依法对用于交换与共享的政务信息资源内容设置使用授权，分为依法专用、公开和授权共享三种级别。提供者和使用者分别对进行交换的政务部门应用系统和前置交换节点按本标准中提出的技术规范与接入要求进行部署。管理者负责共享数据库和中心交换结点的部署。10.3.4运行提供者根据政务部门业务的需要确定交换内容与范围，并对交换到政务部门内的信息要进行使用授DB5305/T19.17-2019权管理。对于集中交换，提供者应负责共享库内容的更新，并及时将本部门的共享信息存入共享库中；使用者通过中心交换结点实现对共享信息库的查询与获取服务；管理者负责共享库及中心交换结点的运行。对于分布式交换，提供者可根据确定的交换方式通过前置交换节点与使用者进行信息交换，信息交换可通过中心交换结点，也可直接交换；管理者只负责通过中心交换结点的运行管理。使用者对获取的信息内容在授权范围内使用。10.3.5维护提供者负责所提供交换政务信息资源内容的使用、存储、备份、更新和注销等管理。管理者负责共享信息的使用、存储、备份、更新和注销等管理。在交换域内建立交换管理系统，监控和管理各交换结点的运行状态。10.3.6服务管理者负责建立求助响应、帮助、变更、培训、统计分析、技术咨询与监督管理等服务工作机制。服务工作可由管理者承担，也可通过政府服务外包的形式由信息资源交换体系建设项目开发单位或专业技术单位提供。10.3.7安全提供者向管理者提出要求，经管理者审核，建立相应的安全域，安全域的变更由管理者负责实施，但管理者无权擅自对安全域进行变更。信息交换各方要遵循国家有关政务信息资源安全的法律、法规、规章和有关技术标准，建立信息交换各方参加信息安全组织领导机构和工作机制。11交换对接流程11.1概述11.1.1交换对接流程概述保山市各部门的前置交换节点与市数据交换与共享平台对接的总体流程分为：准备、登记、对接和维护四个阶段。对接过程各相关业务流程参见附录A，流程中需要填写的表格参见附录B11.1.2准备阶段准备与市数据交换与共享平台对接的部门应阅读本标准、DB5305/T19.25-2019和DB5305/T19.47-2019等与信息资源共享交换相关的标准规范和政策文件，了解市数据交换与共享平台的作用、可以获取的服务内容和方式，确定使用目的。11.1.3登记阶段市级部门使用市数据交换与共享平台需在保山市信息惠民工程管理机构登记，部门和信息惠民工程管理机构双方确认后，由保山市大数据管理局负责分配系统管理员账号，并具体开通，流程见图7。DB5305/T19.17-2019图7政务信息资源使用登记流程政务信息资源使用登记流程政务信息资源使用登记流程使用部门信息惠民工程管理机构大数据管理局业务协调审核· 回复··通知实施配合审核分配管理员账号填写《市数据交换与共享平台使用申请技术实施分配管理员权限并开通试用回访使用部门资料存档资料存档结束11.1.4对接阶段完成登记后，部门系统管理员即可通过市数据交换与共享平台提供的用户界面访问经授权的目录树、下载所需资源、访问已注册应用系统，管理本部门注册的目录信息，查看本部门所提供的信息资源的使用情况，及本部门使用其他部门信息资源的情况。使用部门如需通过市数据交换与共享平台提供的开发接口实现本部门信息资源目录的管理、获取基础信息资源、与其他部门进行信息交换，则要建设本部门共享交换节点，进一步完成与市数据交换与共享平台的对接工作。11.1.5维护阶段对接完成后进入运行维护阶段，各部门负责维护本部门的共享交换节点，应保障其正常运行。对于资源提供方，应及时更新数据，保证数据的正确性；对于资源需求方，要按时提取数据，以保证信息共享交换的正常进行。部门在使用市数据交换与共享平台时如遇到问题，可随时以电话、邮件或公文等方式与市大数据管理局联系，获取技术支持，具体支持流程见附录A.1。11.2前置交换节点对接部门使用前置交换节点对接方式连接市数据交换与共享平台的过程分为两步：DB5305/T19.17-2019l7——第一步：建设本部门前置交换节点，获取基础信息资源服务、信息交换服务；——第二步：利用服务获取基础信息资源，或将本部门信息资源提供给其他部门。11.2.1建设本部门前置交换节点，获取平台服务与市数据交换与共享平台对接的部门前置交换节点首先需要进行登记，信息惠民工程管理机构审核后，为交换节点分配一个唯一名称，类似网站的域名；登记部门负责具体的实施工作，市大数据管理局配合。具体流程见图8。注意事项：——前置交换节点所用服务器要与政务外网互联互通；——节点软件有市大数据管理局负责安装配置；——如果交换数据需要落地到数据库中，数据量不大时，可在节点服务器上安装数据库系统；如果数据量较大，建议单独配备服务器安装数据库系统。DB5305/T19.17-2019图8前置交换节点对接流程图前置交换节点对接流申请部门信息惠民工程管理机大数据管理业务调提交《市共享交换平台对接申请表》配合审核分配节点名称审核否通知实施是否通知实施是通过？通过？技术实施技术实施配合调研配合方案设确认实施方案和实施工作单调研提出实施建议方案填写《实施工作单》准备硬件设备及基础软件验收通过验收通过实施实施否《实施工作单》签字或盖章安装节点软件协助实施调试资料存档资料存档结束DB5305/T19.17-201911.2.2利用平台服务进行信息资源共享交换完成前置交换节点建设后，部门就可利用市数据交换与共享平台提供的基础信息资源服务和信息交换服务，将通过市数据交换与共享平台所获取的文件、数据库数据落地到前置交换节点；也可将本部门数据放到前置交换节点上，为其他部门提供所需的数据。基础信息资源获取——如部门在业务工作中需要用到法人、人口、空间地理方面的基础信息资源，参见图9的获取流程。业务协调过程：资源需求方在提交《基础信息资源申请登记表》之前，需通过信息惠民统一门户登录市数据交换与共享平台目录管理系统，查询是否有权限获取所需资源，如果没有，需按照附录A.2和附录A.3完成相应的业务协调工作。————技术实施过程：市大数据管理局负责提出实施建议方案，资源需求方确认后开始实施，实施完成后双方就实施工作单中所描述的要求进行验收。————资料存档过程：实施完成并验收后，由市大数据管理局通知资源提供方参照附录A.4，完成共享实现的确认工作，以备绩效考核评估。——DB5305/T19.17-2019图9基础信息资源获取流程图前置交换节点对接流信息惠民工程管理机大数据管理业务调否是否是通通？通知实配合审分配节点名对提交《市共享交换平台对否准备硬件设备及否准备硬件设备及回回配合调配合方案设确认实施方案和确认实施方案和实施工作单实施验收验收通过？通过？是技术施调提出实施建议方填《实施工作》安装节点软件协助实施调试实施工作》签字或盖资料档资料存结DB5305/T19.17-2019信息交换如需要与其他部门交换信息资源时，可利用市数据交换与共享平台所提供的信息交换服务完成交换，详细流程参见图10。——业务协调过程：资源需求方在提交《市数据交换与共享平台共享交换申请表》之前，需通过信息惠民统一门户登录市数据交换与共享平台目录管理系统，查询所需信息资源是否已经在市数据交换与共享平台上进行了注册。如果资源没有注册，资源需求方需要与资源提供方沟通协调，确定双方所需交换数据的范围、用途和方式等内容。协商成功后，由资源提供方在市数据交换与共享平台目录管理系统中注册所提供资源的相关信息，具体注册流程参见附录A.5。如果资源已经注册，资源需求方需要查询本部门是否有权获取，如果没有权限，需要与资源提供方协商。协商成功后，由资源提供方按照附录A.6，完成相应资源授权工作。————技术实施过程：在实施过程中，由大数据管理局负责针对资源提供方和资源需求方分别提出实施建议方案，资源提供方和资源需求方确认后开始实施，实施完成后大数据管理局分别与资源提供方和资源需求方就实施工作单中所描述的要求进行验收。————资料存档过程：实施完成并验收后，由资源提供方参照附录A.7，完成信息交换实现的确认工作，以备绩效考核评估。——DB5305/T19.17-2019图10政务部门间信息交换流程图政务部门间信流程息交换资源需求方信息惠民工程管理大数据管理资源提供方调平平受理机构受理局否成功？是11方协调交换信息目录注册流程否否否否信息在平信息在平台注册？是有权有权审核通过是审核通过通知实施通知实施交换信息目录更新流程配合调研配合调研配合方案设计配合调研配合方案设计配合方案设计确认实施方案和实施工作单实施验收通过？通过？是调研施提出实施建议方案实施验收否确认实施方案和实施验收否实施工作单通过?通过?是在《实施工作单》签字或盖章配合实施签字或盖章档信息交换实现确认流程资料存档结束DB5305/T19.17-2019（规范性附录）市数据交换与共享平台业务流程图图A.1市数据交换与共享平台技术支持流程图市数据交换与共享平台技术支持流程申请部门信息惠民工程管理机构大数据管理局提出技术支持申请受理受理，填写《技术支持申请单》实施服务评价服务评价配合调研确认需求实施实施调研配合实施资料存档指导检查资料存档结束DB5305/T19.17-2019图A.2基础信息资源共享申请流程图基础信息资源共享申请流程资源需求方信息惠民工程管理机构资源提供方登录查询基础共享目录已列为需求方？是已列为需求方？否请求添加否否合理？合理？是办理并通知通知资源需求方添加并发布通知资源提供方基础信息资源共享目录更新流程结束结束图A.3基础信息资源共享目录更新流程图基础信息资源共享目录更新流程更新部门信息惠民工程管理机构相关部门填表否涉及其他部门发送相关部门发送信息惠民工程管理机构否涉及其他部门发送相关部门发送信息惠民工程管理机构登录填写更新信息表 征求意见否发送相关部门D汇总反馈意见否发送相关部门D汇总反馈意见涉及其他部门？涉及其他部门？是填写意见并反馈审核否审核通过？审核通过？是发布发布公告相关部门公告相关部门结束公告DB5305/T19.17-2019图A.4基础信息资源共享实现确认流程图基础信息资源共享实现确认流程申请部门信息惠民工程管理机构已共享部门填表登录填写共享实现确认表发送相关部门发送相关部门核实是是确认反馈意见意见一致?意见一致?否填写意见并反馈确认通知申请部门更新目录结束DB5305/T19.17-2019图A.5交换信息目录注册流程图基础信息资源共享目录更新流更新部信息惠民工程管理机相关部填表登录程管理机否涉及其他部门?发送相关部门登录程管理机否涉及其他部门?发送相关部填写更新信息表 发送信息惠民工构构门征求否否涉及其他部门?涉及其他部门?是发送相关部门汇总反馈意见填写意见并反馈审核否审核通过?审核通过?是发布发布公告相关部门公告相关部门结束公告DB5305/T19.17-2019图A.6交换信息目录更新流程图交换信息目录更新流程交换信息目录更新流程申请部门登录 填写更新表否通过?是更新发布结束审核信息惠民工程管理机构DB5305/T19.17-2019图A.7信息交换实现确认流程图信息交换实现确认流已交换部登已交换部登确认反馈意见是意见一致?否通知申请部门更新目录结信息惠民工程管理机填写交换实现确认表填写意见并反馈发送相关部门DB5305/T19.17-2