附件4：数据交换接口规范
一、概述
计量器具检定数据交换接口采用Web service作为数据传输机制，是自包含、自描述（WSDL）、模块化的应用，由省局发布、定位、各技术机构通过web方式调用。接口基于标准的互联网协议，支持超文本传输协议(HTTP)和XML。与省局交换的数据都封装成XML格式的文件，传输前以GZIP格式将文件压缩，然后设置BASE64编码，最后在接收端将其解压，解析读取数据。
二、软件准备
JDK1.6，tomcat6.0，Web service相关包以及数据库。三、数据交换示意图
四、服务端接收数据过程
1、用户合法性校验：服务端在接收数据时同样需要进行用户合法性
校验，并返回信息。
2、数据封装：为方便数据传输和解析，客户端通过Web service交
换的数据需要封装成可扩展标记语言XML的规范，并严格按照此规范。
3、数据压缩：为提高数据的传输效率和减小传输的数据量，客户端
在传输之前需将数据以GZIP格式进行压缩，并设置BASE64位编码，以便基于HTTP传输。
4、对上传文件进行规范性校验：服务端在接收数据之前，校验客户
端数据是否按照XML规范要求，并按GZIP格式进行压缩，设置BASE64编码，否则返回不合法文件格式。
5、返回结果：服务端进行完校验，解析成功并反馈给业务系统后，
会反馈成功信息给客户端，如不成功则返回不成功。
五、客户端接收数据过程（与服务端接收过程类似。）
六、术语说明
THANKS !!!
致力为企业和个人提供合同协议，策划案计划书，学习课件等等
打造全网一站式需求
欢迎您的下载，资料仅供参考
金蝶企业管理软件数据交换接口标准 一、背景: 目前，国内采用软件管理的企业众多，有的企业自己开发管理软件、有的购买软件厂商的产品。但是它们采用的数据库平台和数据库结构各不相同。不同企业管理软件之间的数据交换，就因为数据库平台和结构不同而产生许多困难，几乎任意两个不同软件之间要实现数据传递都会存在专门的数据转换问题。繁琐的数据转换工作浪费了大量人力和物力，同时也阻碍了软件产业的健康发展。 由于各种不同的原因，一些用户希望从一个软件交叉升级为另一软件或者将两个不同的软件集成。由于用户在旧软件上已做了大量的工作，用户希望升级后原有数据能转换到新的软件中或者能和国内外其它软件集成进行实时数据交换。 还有些用户在使用企业管理软件时，可能有一些需求通过企业管理软件本身是难以实现的，例如：一些高级用户，希望利用其它商业分析软件取金蝶企业管理软件的基础数据进行分析。这些商业分析软件有不少是国际知名厂商的产品，例如Hyperion的产品。还有Biztalk服务也是通过构造利用XML通讯的解决方案将在internet上的两个企业（BtoB）之间的数据进行交换。 这样，建立一个数据交换标准是非常必要的。 二、目的: 我们的目的是为了适应国际化发展(不仅是为了国内软件间的数据交换)，增进金蝶企业管理软件与其它软件之间的交流。采用XMLSchema这种全球通用的标准进行数据交换。 保护企业管理软件用户的利益，为用户的特殊需求和二次开发提供数据接口。 三、适用范围: 本标准适用于已有的数据移植到金蝶企业管理软件、与金蝶企业管理软件系统集成的第三方软件、基于金蝶企业管理软件的数据进行分析的数据分析软件。 四、描述: 本标准规定：
附件4：数据交换接口规范 一、概述 计量器具检定数据交换接口采用Web service作为数据传输机制，是自包含、自描述（WSDL）、模块化的应用，由省局发布、定位、各技术机构通过web方式调用。接口基于标准的互联网协议，支持超文本传输协议(HTTP)和XML。与省局交换的数据都封装成XML格式的文件，传输前以GZIP格式将文件压缩，然后设置BASE64编码，最后在接收端将其解压，解析读取数据。 二、软件准备 JDK1.6，tomcat6.0，Web service相关包以及数据库。三、数据交换示意图 四、服务端接收数据过程 1、用户合法性校验：服务端在接收数据时同样需要进行用户合法性 校验，并返回信息。
2、数据封装：为方便数据传输和解析，客户端通过Web service交 换的数据需要封装成可扩展标记语言XML的规范，并严格按照此规范。 3、数据压缩：为提高数据的传输效率和减小传输的数据量，客户端 在传输之前需将数据以GZIP格式进行压缩，并设置BASE64位编码，以便基于HTTP传输。 4、对上传文件进行规范性校验：服务端在接收数据之前，校验客户 端数据是否按照XML规范要求，并按GZIP格式进行压缩，设置BASE64编码，否则返回不合法文件格式。 5、返回结果：服务端进行完校验，解析成功并反馈给业务系统后， 会反馈成功信息给客户端，如不成功则返回不成功。 五、客户端接收数据过程（与服务端接收过程类似。） 六、术语说明
THANKS !!! 致力为企业和个人提供合同协议，策划案计划书，学习课件等等 打造全网一站式需求 欢迎您的下载，资料仅供参考
数据交换平台技术规范
目录 前言 (4) 1.引言 (5) 1.1适用范围 (5) 1.2引用的规范文件和有关规定 (5) 1.3术语和定义 (6) 1.4缩略语 (7) 2.系统总体设计要求 (7) 2.1平台介绍 (7) 2.1.1概述 (7) 2.1.2体系架构 (7) 2.1.3系统结构 (9) 2.2功能体系 (9) 2.2.1数据交换 (9) 2.2.2交换节点管理 (10) 2.2.3交换流程管理 (11) 2.2.4系统管理 (11) 2.3技术要求 (12) 2.3.1基本要求 (12) 3.系统性能要求 (13) 3.1开发环境要求 (13) 3.1.1要求描述 (13) 3.1.2性能指标 (13) 3.2平台部署、运行要求 (14) 3.2.1要求描述 (14) 3.2.2性能指标 (15) 3.3数据共享交换服务要求 (15) 3.3.1要求描述 (15) 3.3.2性能指标 (17)
3.4平台扩展性需求 (17) 3.5平台管理模式要求 (18) 3.5.1要求描述 (18) 3.5.3性能要求 (18) 3.6共享交换应用服务要求 (18) 3.5.1要求描述 (19) 3.7对性能的规定 (19) 3.8运行环境适应性要求 (20)
前言 《数据交换平台技术规范》，是根据国家有关规定和国家标准，并且在多年电子政务系统建设和应用经验的基础上，针对信息资源交换平台的功能技术条件编制而成的。 政府各单位可根据本规范为本单位的办公业务系统开发软件接口，实现与数据交换平台无缝对接，从而实现与全市其他单位的系统联网进行电子公文、业务资料、业务信息等各类信息资源的交换。 本规范只给出交换平台的技术约定，不涉及信息资源的管理规定。各单位使用本规约的时候，应注意遵守国家和我省有关法律法规和规章制度。
监管报表数据报送接口规范修订历史纪录
一、销售机构、基金资金划付明细文件格式建议（J01） （一）报表格式 使用标准txt文件，文件内容格式如下(左侧数字表示行号)： 1.总记录数（不包括本行） 2.交易确认日期(YYYYMMDD)|交易申请日期(YYYYMMDD)|基金代 码|业务类型编码|销售机构向基金划付金额|基金向销售机构划付金额|登记结算机构代码| 3.交易确认日期(YYYYMMDD)|交易申请日期(YYYYMMDD)|基金代 码|业务类型编码|销售机构向基金划付金额|基金向销售机构划付金额|登记结算机构代码| （二）报表说明 用于表示基金销售机构与基金之间的实际资金划付。其中资金划付日期是指实际资金汇划的日期；交易确认日期是与指该笔资金划付相对应的基金交易的确认日期；交易申请日期是与指该笔资金划付相对应的基金交易的申报日期；业务类型是指基金交易业务代码，包括：认购（一次交易确认为120、二次交易确认为130）、申购122、定额申购139、赎回124、定额赎回163、强制赎回142、分红143。 对于三种特殊业务类型“交易申请日期”字段的说明。分红143业务：“交易申请日期”填写权益登记日；强制赎回142业务：“交易申请日期”填写交易确认日期的上一工作日（由于上工作日的赎回可能会和当日的强赎合并划款）；认购退款130业务：“交易申请日期”填写交易确认日期。 报送的实际资金划付数据是按照基金代码、业务类型进行
汇总的，即对于某个具体的资金划付日期，针对一只基金的某种业务类型，只申报一条汇总数据记录。 对于一种业务类型而言，只存在销售机构向基金划付金额或者只存在基金向销售机构划付金额。 基金代码---目前为6位编码，最长可扩展至30位。 业务类型---目前为3位编码，最长可扩展至30位。 登记结算机构代码--目前为8位编码，最长可扩展至30位。 （三）核对逻辑 中国结算每日将基金确认成功的交易数据按照基金代码、销售机构代码、业务类型进行汇总统计，得出销售机构各业务对基金应划入金额和应划出金额，用于与J01报表中的实际划付金额数据进行核对。中国结算汇总统计基金划入和基金划出金额的方法是：对认购业务，第一次确认（业务类型120）时统计的基金应收金额为：汇总每笔交易的确认金额全额；第二次确认（业务类型130）时统计的基金应付金额为：汇总每笔交易的（一次确认金额-二次确认金额+退回给投资人的利息）。 对申购（业务类型122）和定额申购（业务类型139）业务，统计的基金应收金额为：汇总每笔交易的（确认金额全额-代理费）。 对赎回（业务类型124）、定额赎回（业务类型163）、强制赎回（业务类型142）业务，统计的基金应付金额为：汇总每笔交易的（投资人实得金额+代理费）。 对分红（业务类型143）业务，统计的基金应付金额为：汇总每笔交易的（投资人实得现金红利金额）。
1.1.1数据交换服务 本项目的数据交换应用主要包含在以下两个方面，即： （1）内外网门户平台之间由于逻辑隔离，需要进行数据交换。 （2）在内网范围内存在已建系统、在建系统和待建系统，系统之间存在数据交换的需求。 1.1.1.1 数据交换功能分析 本交换服务基于统一的数据交换平台，数据交换平台基于面向服务的SOA 架构，采用消息服务服务总线（ESB）技术实现多个节点之间的数据交换。 数据交换平台在统一数据规范和数据接口的基础上构建，主要功能如下：（一）实现（但不限于）以下多种信息资源的共享交换方式 基于SOA的设计思想，数据交换以统一的基于服务的交换来管理。服务可以绑定文件，也可以绑定数据库或其它服务产生的SDO。在源服务到目标服务的执行路由上，我们设置中间格式转换服务，注册到ESB上，负责适配数据格式。通过ESB的交换也可以和操作权限、数据权限的管理相结合，满足管理需求。主要交换方式如下： 1、文件交换。实现各委办局之间、各应用系统之间灵活的、可定制的一对 一、一对多的文件交换。 2、数据库之间的数据交换。实现各应用系统数据库之间的数据交换及中间格式转换。 3、基于服务的交换。能够实现基于Web服务的信息资源交换，能够方便、快速地包装、解析委办局提供的各类服务接口中的数据，并转化为需求方的数据格式。 （二）支持多种会话策略 实时：基于事件驱动，由系统运行时动态产生和控制的会话方式； 定时：由系统定时器根据预设的定时策略产生和控制的会话方式； 手工：系统运行时由用户手工产生和控制的会话方式。
（三）支持多种灵活的交换策略。包括两种数据交换方式 交换共享(数据“落地”集中)模式：各应用系统之间通过交换服务实现交换，数据中心在ESB上注册源到目标的路由监听服务。交换数据时，ESB将源数据及目标返回数据作为参数，调用数据中心注册的服务。交换的数据通过此监听服务，将数据“落地”，存储在基础数据库中，形成需要共享的基础数据。 对等交换(数据“不落地”)模式：各应用系统之间通过交换服务实现交换，交换的数据不需存储在交换中心节点中。这种模式实际上建立了一种数据交换通道或交换总线。 （四）支持多种数据接口和传输协议 基于数据交换产品可提供数据库、文件系统、WebService等多种接口服务方式，支持不同格式数据内容的交换共享。同时，遵循国际主流成熟的、通用的传输标准、规范和协议，如TCP/IP、XML等。以XML应用为例，XML数据交换格式和标准：以XML为基础，定义了数据标识、数据传递、数据操作、数据存储映射等内容。 根据行政学院的数据情况和SOA平台的实际采购情况，可以有两种对协议的处理。数据提供方及数据接收方都使用标准协议，SOA平台对此交换支持协议间转换；数据提供方及数据接收方都内部处理数据，产生XML或SDO，SOA 平台提供接口适配功能，处理数据接口的适配。 （五）支持跨网段数据交换： 支持HTTP、HTTPS协议，能够在不影响交换性能的前提下跨网段、跨防火墙访问，提供相同或不同网络之间的消息传输服务，以透明方式支持数据各类数据的交换共享。 （六）交换安全保障服务 能够基于产品自带的安全服务功能，对敏感信息交换进行MD5、DES、SSL 加密，根据数据加密应用途径进行交换信息内容的加密（可逆或不可逆），保障数据交换传输过程中的安全。 同时还将具有数据合法性验证功能，能够对交换服务与应用系统之间以及交换系统之间的两类合法性验证，确保数据可信交换。 拥有断点续传功能，保证数据“只传一次”，即不重传、不漏传、断点续传,
1、为进行计算机网络中的数据交换而建立的规则、标准或约定的集合称为( )。 2、网络协议主要由( )、( )和( )三要素组成。 3、计算机网络各层次及其协议的集合，称为( )。 4、开放系统互连OSI包括了( )、( )和( )三级抽象。 5、 OSI七层模型从下到上分别为( )、( )、( )、( )、( )、( )和应用层。 6、整个开放系统环境是由作为信源和信宿的( )及若干中继系统通过物理媒体连接构成。 7、OSI七层模型中，( )层是第一个端—端，也即主机—主机的层次。( )层是进程—进程的层次，主要功能是组织和同步不同主机上各种进程间的通信。(也称对话) 8、物理层协议规定了建立、维持及断开物理信道有关的四个方面的特性，包括( )特性、( )特性、( )特性和( )特性。 9、 CCITT在X.25建立书对物理层作了如下定义：利用物理的、电气的、功能的和规程的特性在( )__和( )之间实现对物理信道的建立、保持和拆除功能。 10、 DTE与DCE接口的各根导线(也称电路)的电气连接方式有_、采用差动接收器地( )和( )三种。 11、接口信号线按功能一般可分为( )、( )、( )和( )等四类。 12、EIA RS-323C是由美国电子工业协会EIA在1969年颁布的一种目前使用最广泛的串行物理接口标准。RS的意思是“ ”，232是( )，而后缀”C”表示该推荐标准已经修改过的次数。 13、 RS-232C标准提供了一个利用( )作为传输媒体，并通过( )将远程设备连接起来的技术规定。 14、RS-232C的电气特性规定逻辑“1”电平为( )至( )伏，逻辑“0”电平为( )至( )伏，也即RS232C采用( )伏的负逻辑电平，( )伏之间为过渡区域不做定义。 15、RS-449标准的电气特性有两个子标准，即平衡式的( )和非平衡式的( )。 16、CCITT V.24建立中有关DTE-DCE之间的接口标准有( )系列、( )系列两种。
产品数据交换标准结构(chanpin shuju jiaohuan biaozhun STEP) 产品数据交换标准STEP (Product data exchange standard STEP) 指国际标准化组织(ISO)制定的系列标准ISO 10303 《产品数据的表达与交换》。这个标准的主要目的是解决制造业中计算机环境下的设计和制造（CAD/CAM）的数据交换和企业数据共享的问题。中国陆续将其制定为同名国家标准，标准号为GB/T 16656。该标准有一个非正式的，但在国际上非常流行的名字－STEP，它是Standard for the Exchange of Product model data的缩写。 企业的产品设计采用计算机辅助设计（CAD）技术以后遇到了很大的挑战。首先是由于企业的产品设计产生的CAD数据迅速膨胀。这些信息是企业的生命，它们不断的产生出来，不断地被更新改版。这种技术信息在企业的不同部门中和生产过程中流动，重要的档案信息要保存几十年。但是，CAD设计产生的数据不再象传统的图纸那样随便拿给任何地方的任何人都能阅读。各种CAD系统之间的不兼容造成企业不同系统之间的数据不能共享，有时会造成非常严重的经济损失。CAD系统不能发挥出最大的效益，很大的原因之一就是由于数据交换产生的障碍。 另一方面，很多企业的设计档案都要求保存几十年，这就意味着经过长期保存的CAD数据经过几十年以后，在已经更新了若干代的计算机软硬件系统中还应该能够正确读出并能得到再次使用。如果做不到，那将是企业的灾难。由于计算机系统软硬件的生命周期越来越短，CAD数据的长期存档在当前恰恰是很难做到的。 为了解决上述问题，国际标准化组织ISO/TC184/SC4 (以下简称SC4) 工业数据分技术委员从1983年开始着手组织制定一个统一的数据交换标准STEP。到目前为止，该标准的基本原理和主要的二维和三维产品建模应用协议已经成为正式的国际标准，市场上的主要CAD 软件都已经开始提供商品化的STEP的接口。虽然STEP标准的制定进展缓慢，但是它已经在一些发达国家的先进企业中得到应用，如飞机、汽车等制造行业。 STEP标准的体系结构如图所示，共分四个层次，下层主要是标准的原理和方法，中间两层是标准的资源，最上层是应用协议（AP）。其中资源是建立应用协议的基础，建立应用协议是制定本标准的目的，是开发CAD / CAM数据交换接口的依据。 STEP标准是一个系列标准，是由若干分标准（或“部分”）组成的。体系结构的矩形框表示了系列标准的分类，其中的编号对应分标准的编号规则。例如描述方法类分标准的编号是11、12、13…。应用协议类分标准的编号是201、202、203…。 EXPRESS语言 STEP标准描述方法中的一个重要的标准是ISO 10303 - 11 EXPRESS语言参考手册。EXPRESS语言是描述方法的核心，也是STEP标准的基础。该标准是一种形式化描述语言，但不是计算机编程语言。它吸收了现代编程语言的优点，主要目的是为了建立产品的数据模型，对产品的几何、拓扑、材料、管理信息等进行描述。 STEP标准体系结构 EXPRESS语言为了能够描述客观事物、客观事物的特性、事物之间的关系，它引入了实体（ENTITY）和模式（SCHEMA）的概念。在EXPRESS语言中把一般的事物（或概念）抽象为实体，若干实体的集合组成模式。这意味着小的概念可组成大的概念。事物的特性在EXPRESS语言中用实体的属性（attribute）表示。实体的属性可以是简单数据类型，如实数
中国财务软件数据接口标准(DOC7) 编者按:标准应该是衡量事务的准则。标准的制定一样都由国际/国家有关标准机构或行业主管部门完成。但一些行业的生产厂商为了爱护用户的投资,促进行业有序进展,也按照本行业的特点,联合起来制定了一些大伙儿认可并共同遵守的规范,这种做法在国外已被广泛采纳。随着中国改革开放的深入,国内一些行业的厂家也开始进行这方面的探究,本期我们刊登的《中国财务软件数据接口标准》确实是由该财务软件行业的民间组织——中国软件行业协会财务及企业治理软件分会制定的,起草者为闻名财务软件厂商深圳金蝶公司。 一、背景 目前,国内财务软件众多,它们采纳的数据库平台和数据库结构各不相同,不同财务软件之间的数据交换,因为数据库平台和结构不同而产生许多困难,几乎任意两个不同软件之间要实现数据传递都会存在专门的数据转换咨询题。烦琐的数据转换工作白费了大量人力和物力,同时也阻碍了财务软件产业的健康进展。国内财务软件的商业化差不多比较成熟,各财务软件公司都有一批用户。由于各种缘故,一些用户期望从一个软件交叉升级为另一软件。由于用户在旧软件上已做了大量的工作,必定期望升级后原有数据能移植到新的软件中,然而有些软件的数据文件通过加密或数据库结构未公布,要从中直截了当读取数据几乎不可能。为了爱护用户已付出的劳动,各财务软件需要提供一个标准的数据输入输出接口。如此,建立一个公用的数据交换标准是专门必要的。 用户在使用财务软件时,有一些需求通过财务软件本身是难以实现的,如:用户期望把会计报表通过电子表格软件处理输出为各种专门形式;另一些高级用户,则期望在其它治理软件中能取到财务数据。这些数据交换工作都需要有一个标准的数据接口来规范。财务会计通过长期的进展已形成一定的理论,财务会计工作也有规范可循,国内财务软件是在这些理论和规范的基础上开发出来的,各软件储存财务数据的模式也大同小异。财务数据要紧按会计科目、凭证、余额及发生额、报表几个部分分块储备,它们之间既
政府数据交换平台解决方案 目前，国内各地政府部门和机构或多或少均建立起自己的信息化系统，包括门户网站内容管理系统、OA办公系统、办事审批系统、其它业务系统等。但由于诸多因素的影响，即使同一地区的政府机构间也无法进行合理、有效的沟通，可以说是一座座的“信息孤岛”。电子政务实施的任务之一就是要将这些“孤岛”有机地串连在一起，充分发挥其效能，同时也保护了各部门在该方面的经济投入和精力投入。此外，电子政务建设过程中，即使是统一规划，但具体的实施单位和解决方案会有很多，建设完成后的系统常常是自治的，异构的，数据可能存放于数据库、文本文件、XML文件，甚至普通文件中。因此也需要一种机制使不同时期建设的应用系统能有机地结合为一个整体。上述两种情况，均要求解决应用系统间数据和信息的互通、互用问题。 如上图所示，原来的典型处理方法是需要一个个直接的“点对点”的数据链接，并且需要定制开发以实现系统之间的“会话”。随着新系统的不断增加，直接的定向连接和定制开发的情况会急剧增加，这最终将成为信息流动和系统维护的瓶颈。 在数据交换领域中，没有标准的部落式交换的代价是高昂的，相同的数据分析处理模块在很多应用中被重复地撰写，可能只是为了将某一数据源的数据转换到各个不同的目标数据源中去。由于没有中间标准，各个系统的实现人员也几乎没有可能将代码重用，昂贵的数据交换代价使得数据源只能散乱孤立地存在。 因此，有必要建立一个通用的、分布式的数据集成平台，用以解决电子政务实施过程中对于基于异构数据平台上的数据无法进行有效交流和沟通的问题。“大汉网络数据交换平台”就是解决该类问题的一个解决方案。
“大汉网络数据交换平台”能够为需要数据集成的应用提供数据服务，解决数据从何而来，哪个应用对其感兴趣，以及如何被每个系统使用的问题。“大汉网络数据交换平台”通过把信息提供者和消费者隔离，来构建灵活的系统，使得这些系统不会受到数据的物理位置的影响，也不会受到需要存取数据信息的应用个数的影响，对于每一个系统就不需要进行特别的定制处理，就可以在系统之间实现信息的集成了。 “大汉网络数据交换平台”通过一个集成框架的方案来解决这个问题，通过为开发人员提供一组标准接口（适配器）来实现这个方案。 “大汉网络数据交换平台”主要功能为：各应用系统数据的抽取或加载；交换数据通过交换平台完成数据的交换传输；各应用系统交换数据的比对、整理。各应用系统仅需负责确定本系统参与交换的数据，而不必关心数据库之间数据的传送。 二、系统设计 1．设计原则 数据交换平台应遵循以下几个基本设计原则： 不影响现有或其它相关信息系统的使用和信息安全。 采用先进成熟、稳定的技术和软硬件平台。 坚持开放性，易于技术更新。 采用国际通用标准，便于和国际接轨，易于系统扩展及升级。 建立一个坚实的系统应用平台，便于系统的管理和维护，技术易于更新，网络及业务规模可以逐步扩展。统一规划，分步实施。
中国结算开放式基金新版系统管理人数据接口规范(TXT) 版本1.1 二○○九年九月
1. 总则 (4) 2. 术语定义 (4) 3. 基本要求 (8) 4. 数据接口 (10) 4.1. 信息格式 (10) 4.2. 接口文件名定义 (11) 4.3. TA支持业务 (13) 4.4. 业务数据项 (15) 4.4.1. 开户确认业务101 (16) 4.4.2. 销户确认业务102 (20) 4.4.3. 客户资料修改确认业务103 (21) 4.4.4. 撤销交易账号确认109 (25) 4.4.5. 变更交易帐户确认158 (27) 4.4.6. 认购业务数据项020 (27) 4.4.7. 认购结果业务数据项057 (29) 4.4.8. 申购业务数据项022 (31) 4.4.9. 定期定额申购业务数据项039 (34) 4.4.10. ETF一次申购业务数据项091 (37) 4.4.11. ETF二次申购业务数据项092 (39) 4.4.12. 赎回业务数据项024/定期定额赎回业务数据项063 (42) 4.4.13. ETF一次赎回业务数据项093 (46) 4.4.14. ETF二次赎回业务数据项094 (48) 4.4.15. 预约赎回业务数据项025 (51) 4.4.16. 撤预约单业务数据项053 (53) 4.4.17. 转托管业务数据项026/028 (55) 4.4.18. 转托管入业务数据项027 (56) 4.4.19. 设置分红方式业务数据项029 (58) 4.4.20. 基金转换业务数据项036 (59) 4.4.21. 份额冻结业务数据项031 (62) 4.4.22. 份额解冻业务数据项032 (64) 4.4.23. 非交易过户业务数据项033 (65) 4.4.24. 强增业务数据项044 (67) 4.4.25. 强减业务数据项045 (68) 4.4.26. 开通定期定额协议业务数据项059 (70) 4.4.27. 撤销定期定额协议业务数据项060 (71) 4.4.28. 变更定期定额协议业务数据项061 (72) 4.4.29. 认购业务数据项120 (74) 4.4.30. 认购结果业务数据项130 (75) 4.4.31. 申购业务数据项122 (78) 4.4.32. 定期定额申购业务数据项139 (81) 4.4.33. ETF一次申购业务数据项191 (83) 4.4.34. ETF二次申购业务数据项192 (85) 4.4.35. 赎回业务数据项124/定时定额赎回163 (88) 4.4.36. 强制赎回业务数据项142 (91)
1 前言 《企业信用信息基础数据库数据接口规》（简称“数据接口规”）规定了企业信用信息基础数据库与外部系统进行信息交换时应遵循的有关信息格式和数据管理规定，本文档分为六部分。 前言简介本规各部分的容。 报文规规定了本规中报文的基本概念、设计原则、数据处理原则、文件命名原则、报文文件的结构和种类。 数据采集要求规定了公积金管理中心提交数据的围、频率以及文件传送方式。 公积金信息采集报文和公积金信息删除报文中规定了公积金中心向企业信用信息基础数据库报送采集报文和删除报文的具体数据项以及对数据项的描述和约束。 公积金信息反馈报文规定了企业信用信息基础数据库向公积金中心反馈容的具体数据项以及对数据项的描述和约束。 附录包含公积金信息采集接口规的代码表、数据校验规则。 本接口规适用于与企业信用信息基础数据库进行报文交换的公积金机构及公积金部门的数据处理。文档的主要读者有：拟建系统用户、系统设计人员、系统编码人员、项目经理、系统测试人员、项目监理人员。 2 报文规 2.1术语和定义 下列术语和定义适用于本规。 2.1.1报文 由报文头、报文体构成的，按照一定规则组合起来的数据集合体。 2.1.2报文文件 包含报文的数据文件。 本规中报文文件与报文是一对一的关系。 2.1.3段 一个已标识、命名和结构化的、在功能上相互关联的复合数据元和/或独立数据元的集合。段有各自固定的长度。 本规中段为基础段。 2.1.4信息记录 数据采集的基本信息单位，包含报送机构一笔业务的有关数据。 本规中的信息记录由基础段组成。 2.1.5报文头 每个报文必须包含且只包含一个报文头，报文头表示一次数据采集的开始，该部分给出本次采集数据的信息提要。 2.1.6报文体 报文体是数据采集报文的主体容，报文体部分可包含一种或多种不同类型的信息记录，最后一条信息记录结束即为报文结束。 信息记录之间用一个回车换行符（“﹨r﹨n”或“﹨n”）分隔。 2.1.7信息记录 此信息记录由基础段组成。 每个信息记录包含且仅包含一个基础段。 信息记录的容中不允许存在回车换行符（“﹨r﹨n”或“﹨n”）。 2.1.8基础段 基础段是由固定数据项按照一定次序排列组成的信息集合体。 2.2设计原则
XX省电子政务系统 数据交换平台 国际商业机器中国有限公司 2005.5
目录：
1 概述 数据交换共享平台是协作式电子政务应用平台（包括政府职能部门之间的电子协作、政府与公众/企事业单位的服务管理等）的核心基础服务模块，负责实现跨系统的数据交换、流程控制和分布式数据存储服务。 数据交换平台的目的是实现每个合法用户将其所要传输的数据包安全可靠地传输到指定的地方。数据交换平台支持常见数据库类型、多种业务类型、多种数据传输方式和网络特性，是各类应用系统共享信息资源的公共渠道，是应用系统扩展的接口。 面向服务的体系架构 目前，大多数企业都有各种各样的系统、应用程序以及不同时期和技术的体系结构。集成来自多个厂商跨不同平台的产品和应用系统，一直是企业IT部门的主要挑战。面向服务的体系结构为解决这一问题提供了良好的途径。 SOA是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。 以服务为导向、开放、松散耦合的总体目标架构，在应用系统的规划设计时，我们遵循如下业务集成参考架构。 图IBM基于SOA的业务集成参考架构 SOA 的主要组件包括服务、动态发现和消息。 服务是能够通过网络访问的可调用例程。服务公开了一个接口契约，它定义了服务的行为以及接受和返回的消息。术语服务常与术语提供者互换使用，后者专门用于表示提供服务的实体。 接口通常在公共注册中心或者目录中发布，并在那里按照所提供的不同服务进行分类，
广东省自动监控信息交换 技术规范 ——视频系统集成规范 广东省环境保护局
———前言——— 为了贯彻《中华人民共和国环境保护法》，加强对环境污染源和环境质量的监督管理，提高对环境的自动监控水平，规范自动监控的视频系统与中心平台的集成，保证自动监控数据的统一展示，为视频系统的建设和集成提供统一的技术标准，实现自动监控视频数据的信息共享，为环境保护管理和决策提供信息服务，制定本规范。 本规范为指导性标准。 本规范由广东省环境保护局提出。 本规范起草单位：广东省环境信息中心。 本规范主要起草人：陈春贻、黎嘉明、王彦刚、付红彬。 本规范由广东省环境信息中心解释。
一、范围 (1) 二、规范性引用文件 (1) 三、术语和定义 (2) 3.1 XML (2) 3.2 XML-RPC (2) 3.3 监控中心平台 (3) 3.4 视频系统 (3) 3.5 视频监控运营商 (3) 3.6 视频系统集成 (3) 3.7 视频服务节点 (3) 3.8 客户端视频控件 (3) 3.9 CamID（视频点位ID） (4) 四、总体结构 (4) 4.1 城市级系统结构 (4) 4.2 省市级系统结构 (5) 五、系统网络结构 (6) 六、视频数据分类 (7) 6.1 实时视频 (7) 6.2 历史录像 (8) 七、时间同步 (8) 八、视频集成数据交换模型 (8) 8.1 实时视频数据交换模型 (8) 8.2 历史录像数据交换模型 (9) 九、客户端集成要求 (10) 9.1 同时支持实时和历史视频数据 (10) 9.2 控件运行要求 (10) 9.3 网络连接要求 (11) 9.4 需要实现的方法（method） (11) 十、服务器端集成要求 (15) 10.1 实时视频接口 (15) 10.2 历史视频接口 (17) 10.3 开关灯集成 (21) 十一、部署要求 (24) 11.1 监控中心平台 (24) 11.2 视频监控运营商 (24)
数据交换共享整合协同平台设计
整合协同平台的主要功能是从其它子系统中提取共享数据，并对多来源渠道的、相互不一致的数据进行数据融合处理；基于数据字典对实时数据和历史数据进行组织，以保证数据间关系的正确性、可理解性并避免数据冗余；以各种形式提供数据服务，采用分层次的方法对各类用户设置权限，使不同用户既能获得各自所需要的数据，又能确保数据传输过程的安全性及共享数据的互操作性和互用性；维护基础信息、动态业务数据以及系统管理配置参数；支撑系统的网络构架、信息安全、网络管理、流程管理、数据库维护和备份等运维能力。整合协同平台根据功能可分为两个部分： 第一部分，基础数据和共享数据的交换服务和路由流程管理，该部分是交换平台的基础，包括：静态交换数据、动态交换数据、图形数据及表格、统计资料等属性数据。 第二部分，各子系统之间的接口实现，根据事先制订好的规范、标准，实现各子系统之间的数据共享和传输操作。在接入中心平台时，应按系统集成要求设计系统结构，各类数据接口遵循系统集成规范。
第一章中心平台设计 1.1 平台功能结构 整合协同平台服务器是公共基础平台的核心部分，XMA整合协同平台提供一整套规范的、高效的、安全的数据交换机制。XMA整合协同平台由部署在数据中心和各业务部门的数据交换服务器、数据接口系统共同组成，解决数据采集、更新、汇总、分发、一致性等数据交换问题，解决按需查询、公共数据存取控制等问题。 各业务子系统都要统一使用XMA整合协同平台进行数据交换。数据中心统一管理和制定数据交换标准。各业务部门通过数据级整合或者应用级整合通过XMA 整合协同平台向数据中心提供数据，也通过XMA整合协同平台访问共享数据。 XMA整合协同平台的基本功能如下： 共享数据库的数据采集、更新、维护。 业务资料库、公共服务数据库的数据采集。 提供安全可靠的共享数据服务。 业务部门之间的业务数据交换。 结合工作流的协调数据服务。
中国电子口岸数据中心技术规范 海关外网数据交换接口规范 （正式发布稿） 2016年4 月发布2016年4 月实施中国电子口岸数据中心发布
目录 前言................................................................................ III 海关外网业务数据交换接口规范. (4) 1 范围 (4) 2 规范性引用文件 (4) 3 术语和定义 (4) 4 业务概述 (4) 4.1 功能描述 (4) 4.2 场景描述 (4) 5 数据传输接口定义 (5) 5.1 概述 (5) 5.2 传输协议 (5) 5.3 终端报文 (5) 5.3.1 报文结构 (5) 5.3.2 XML根元素属性 (6) 5.3.3 报文描述 (7) 5.3.4 报文头描述 (7) 5.3.5 附加信息描述 (7) 5.4 响应报文 (8) 5.4.1 报文结构 (8) 5.4.2 XML根元素属性 (9) 5.4.3 报文描述 (9) 5.4.4 报文头描述 (10) 5.4.5 回执内容描述 (10) 5.5 签名 (11) 5.6 响应代码及其信息 (12) 6 安全接口定义 (12) 6.1 数据安全 (12) 6.2 加签要求 (13) A (14) 附录 A （规范性附录）数据传输报文接口XML schema描述 (14) 附录 B （规范性附录）终端报文的XML schema描述 (22) 参考文献 (30)
前言 本标准由中国电子口岸数据中心提出并归口。 本标准主要起草单位：中国电子口岸数据中心。
应指技装〔2012〕24号附件5 安全生产应急平台 信息交换与共享技术规 （试行） 安全生产应急救援指挥中心 二〇一二年八月
安全生产应急平台信息交换与共享技术规 （试行） 1围 本技术规提出了安全生产应急平台信息交换与共享体系架构、技术实现式、信息交换与共享系统的技术要求、数据接口规和数据交换共享容。 本技术规适用于规划设计和建设各级安全生产应急救援指挥机构应急平台之间，以及安全生产应急平台与政府应急平台、安委会成员单位应急平台、企业安全生产应急平台之间的信息交换和共享系统。 2规性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 GB/T 7408-1994 数据元和交换格式信息交换日期和时间表示法 GB/T 18793-2002 信息技术可扩展置标语言（XML)1.0 GB/T 21062.1-2007 政务信息资源交换体系第1部分：总体框架 GB/T 21062.2-2007 政务信息资源交换体系第2部分：技术要求 GB/T 21062.3-2007 政务信息资源交换体系第3部分：数据接口规 GB/T 21062.4-2007 政务信息资源交换体系第4部分：技术管理要求
3术语及定义 3.1 安全生产应急平台信息交换 信息交换是指独立于具体应用，与具体应用耦合关系松而清楚，不随应用的变化而变化，保证数据可靠传输和安全传输，提供统一接口规，实现安全生产应急平台与不同部门异构系统之间不同格式数据的交换。 3.2 安全生产应急平台信息共享 信息共享指各级安全生产应急平台之间，或与政府应急平台、安委会成员单位应急平台、企业应急平台等不同层次、不同部门的应急平台系统间，信息和信息产品的交流与共用。 3.3 前置机 前置机是一种以数据交换为基础的中间交易设备，它实现的主要功能有网络通信、数据认证、数据格式转换、数据流水记录、数据预处理、数据监控和数据统计等。 3.4 服务接口 服务接口是指各级安全生产应急平台之间以及与其他不同层次、不同部门应急平台系统或人之间的共享边界。 4信息交换与共享体系 4.1概述 信息交换与共享在整个安全生产应急平台体系中居于中心地位。本级安全生产应急平台通过信息交换与共享系统抽取及共享下级安全生产应急平台提供的
上海证券交易所技术文档 IS120 上海证券交易所行情网关BINARY数据接口规范 0.3240版 上海证券交易所 二○一九年十二五月
修订记录 2018-03-09，0.10版，文档创建。 2018-03-25, 0.20版，根据原有文件接口进行字段及内容调整。 2018-07-11，0.30版，根据反馈意见调整部分说明、调整价格精度、增加成交笔数及期权虚拟匹配数量。 2018-07-25，TradingPhaseCode闭市集合竞价相关调整。 2019-01-10，0.31版，增加债券回购延长对市场状态消息字段的说明。 2019-01-25, 0.32版，增加盘后固定价格交易的行情接口说明，调整国债预发行接口字段取值。 2019-03-04，调整盘后固定价格行情的产品状态取值。 2019-12-05，0.40版，原内容移入第二章，增加章节描述通过行情网关接收的文件及外部转发数据。
目录 1引言 (5) 1.1名词释义 (5) 2BINARY实时行情 (6) 2.1会话机制 (6) 2.1.1消息序号 (7) 2.1.2会话安全 (7) 2.1.3建立行情会话 (7) 2.1.4行情数据发布 (7) 2.1.5关闭行情会话 (7) 2.1.6心跳 (7) 2.1.7行情网关主动关闭行情会话的情况 (8) 2.2协议介绍 (8) 2.2.1字段说明 (8) 2.2.2BINARY消息头 (9) 2.2.3BINARY消息尾 (9) 2.3会话消息 (10) 2.3.1登录消息（MsgType=S001） (10) 2.3.2注销消息（MsgType=S002） (10) 2.3.3心跳消息（MsgType=S003） (11) 2.4应用消息 (12) 2.4.1市场状态消息（MsgType=M101） (12) 2.4.2行情快照消息（MsgType=M102） (13) 3文件接收 (20)
数据交换共享中心设计方案
整合协同平台的主要功能是从其它子系统中提取共享数据，并对多来源渠道的、相互不一致的数据进行数据融合处理；基于数据字典对实时数据和历史数据进行组织，以保证数据间关系的正确性、可理解性并避免数据冗余；以各种形式提供数据服务，采用分层次的方法对各类用户设置权限，使不同用户既能获得各自所需要的数据，又能确保数据传输过程的安全性及共享数据的互操作性和互用性；维护基础信息、动态业务数据以及系统管理配置参数；支撑系统的网络构架、信息安全、网络管理、流程管理、数据库维护和备份等运维能力。整合协同平台根据功能可分为两个部分： 第一部分，基础数据和共享数据的交换服务和路由流程管理，该部分是交换平台的基础，包括：静态交换数据、动态交换数据、图形数据及表格、统计资料等属性数据。 第二部分，各子系统之间的接口实现，根据事先制订好的规范、标准，实现各子系统之间的数据共享和传输操作。在接入中心平台时，应按系统集成要求设计系统结构，各类数据接口遵循系统集成规范。
第一章中心平台设计 1.1 平台功能结构 整合协同平台服务器是公共基础平台的核心部分，XMA整合协同平台提供一整套规范的、高效的、安全的数据交换机制。XMA整合协同平台由部署在数据中心和各业务部门的数据交换服务器、数据接口系统共同组成，解决数据采集、更新、汇总、分发、一致性等数据交换问题，解决按需查询、公共数据存取控制等问题。 各业务子系统都要统一使用XMA整合协同平台进行数据交换。数据中心统一管理和制定数据交换标准。各业务部门通过数据级整合或者应用级整合通过XMA 整合协同平台向数据中心提供数据，也通过XMA整合协同平台访问共享数据。 XMA整合协同平台的基本功能如下： 共享数据库的数据采集、更新、维护。 业务资料库、公共服务数据库的数据采集。 提供安全可靠的共享数据服务。 业务部门之间的业务数据交换。 结合工作流的协调数据服务。
顺德区数据交换与共享平台建设（SD09050） 采购内容及技术要求 一、现状 我区于2005年开发完成数据共享和交换平台，并于2008年对系统进行更新升级，进一步完善了系统的功能。平台目前运行在区信息中心机房，有公安局、计生局两个节点与之相连，运行正常。 二、建设目标 本项目建设目标是：调研业务部门的数据共享需求，编写《广东省顺德区数据共享规范与接口标准》和《顺德区政府资源目录》；开发和完善数据共享平台系统；建设顺德区数据共享资源体系，推进数据的共享和综合开发利用；实现顺德区各部门信息数据共享和互联互通,使数据共享平台成为电子政务建设的支撑和服务平台。 三、建设内容 本次建设内容分为三部分： １）对政府重要职能部门开展调研 完成对12个政府重要职能部门数据集成方面的需求调研，完成以数据共享、交换和整合需求的梳理和分析。 ２）数据共享规范与标准接口和政府资源目录建设 通过调研业务部门之间的数据共享需求，编写《广东省顺德区数据共享规范与接口标准》和《顺德区政府资源目录》，并逐步完善。 ３）数据共享平台开发和完善 提供数据发布、目录维护、系统配置等界面，增强系统易用性；改善数据传输性能，支持不同级别数据量的应用系统的数据传输；集成数据共享申请、申请审核、数据共享目录编制等业务功能；实现全区、区与市之间的数据共享；增加共享数据分析统计功能，监控共享数据的访问量、数据状态、共享数据业务办理状况等。
四、建设原则 （一）开放性 数据源和目标数据可以是文本文件、Excel文档、Word文档、XML文档。通过JDBC、ODBC支持所有JDBC和ODBC数据库，并为部分主流数据库提供了专用的数据库接口。目前应该满足Sybase、Informix、Oracle、DB2、SQL Server等异构数据库双向数据传输的需求，根据实际情况还可以进行扩展。 整体开发遵循J2EE平台标准和XML交换标准，有良好的平台兼容性。可以应用于Windows、Linux和Unix系统。 （二）安全性 数据中心的安全非常重要，因此必须要做好系统的安全设计，防范各种安全风险，确保数据中心能够安全可靠的运行。同时数据中心必须采用成熟的技术和体系结构，采用高质量的产品，并且要具有一定的容灾功能。 （三）实用性 完善友好的定制开发环境支持不同技术层次使用者的使用要求。安装简易，使用简单，有完善的系统参数配置工具和管理控制台。 （四）可伸缩性 可以合理地定制数据共享交换方式。根据不同类型业务特色和技术要求特点，量身定制相应的数据交换解决方案。 （五）可扩展性 能够方便的加入交换节点以及增加交换共享服务。能够根据需要，通过增加硬件配置的方式对交换平台进行扩容。 （六）相对独立性 根据数据共享平台的目标定位，数据共享平台的建设和运作必须保持业务系统的相对独立性。为此采用松散耦合方式，通过在业务部门统一配置部门端数据共享交换管理系统（代理）实现数据资源整合。