《异系统数据通信规范》由会员分享，可在线阅读，更多相关《异系统数据通信规范（6页珍藏版）》请在金锄头文库上搜索。
1、第一章 异构系统间数据交换一、Web service 规范描述Web service是一个平台独立的，低耦合的，自包含的（组件不依赖其他组件，能够以独立的方式供外部使用）、基于可编程的web 的应用程序，可使用开放的XML （标准通用标记语言下的一个子集）标准来描述、发布、发现、协调和配置这些应用程序，用于开发分布式的互操作的应用程序。Web Service技术，能使得运行在不同机器上的不同应用无须借助附加的、专门的第三方软件或硬件，就可相互交换数据或集成。依据 Web Service规范实施的应用之间，无论它们所使用的语言、平台或内部协议是什么，都可以相互交换数据。Web Service是自
2、描述（当前组件包含了自身与其他组件交互相关的描述信息，不需要其他的配置文件或者额外信息来描述）、自包含的可用网络模块，可以执行具体的业务功能。Web Service也很容易部署，因为它们基于一些常规的产业标准以及已有的一些技术，诸如标准通用标记语言下的子集XML 、HTTP 。Web Service减少了应用接口的花费。Web Service为整个企业甚至多个组织之间的业务流程的集成提供了一个通用机制。Web Service 希望实现不同的系统之间能够用“ 软件 -软件对话 ” 的方式相互调用，打破了软件应用、网站和各种设备之间的格格不入的状态，实现“ 基于 Web 无缝集成 ” 的目标。二、
3、Web service 技术支持Web Service平台需要一套协议来实现分布式应用程序的创建。任何平台都有它的数据表示方法和类型系统。要实现互操作性，Web Service平台必须提供一套标准的类型系统，用于沟通不同平台、编程语言和组件模型中的不同类型系统。这些协议有：XML 和 XSD 可扩展的标记语言（标准通用标记语言下的一个子集）是Web Service平台中表示数据的基本格式。除了易于建立和易于分析外，XML 主要的优点在于它既与平台无关，又与厂商无关。 XML 是由万维网协会(W3C) 创建，W3C 制定的 XML SchemaXSD定义了一套标准的数据类型，并给出了一种语言来扩
4、展这套数据类型。Web Service平台是用XSD 来作为数据类型系统的。当你用某种语言如VB. NET 或C#来构造一个Web Service时，为了符合Web Service标准，所有你使用的数据类型都必须被转换为XSD 类型。如想让它使用在不同平台和不同软件的不同组织间传递，还需要用某种东西将它包装起来。这种东西就是一种协议，如SOAP 。SOAP SOAP 即简单对象访问协议(Simple Object Access Protocol)，它是用于交换XML （标准通用标记语言下的一个子集）编码信息的轻量级协议。它有三个主要方面：XML-envelope为描述信息内容和如何处理内容定义
5、了框架，将程序对象编码成为XML 对象的规则，执行远程过程调用 (RPC) 的约定。 SOAP 可以运行在任何其他传输协议上。例如，你可以使用SMTP ，即因特网电子邮件协议来传递SOAP 消息，这可是很有诱惑力的。在传输层之间的头是不同的，但XML 有效负载保持相同。WSDL Web Service描述语言WSDL就是用机器能阅读的方式提供的一个正式描述文档而基于 XML （标准通用标记语言下的一个子集）的语言，用于描述Web Service及其函数、参数和返回值。因为是基于XML 的，所以WSDL 既是机器可阅读的，又是人可阅读的。UDDI UDDI 的目的是为电子商务建立标准；UDDI
6、是一套基于Web 的、分布式的、为Web Service 提供的、信息注册中心的实现标准规范，同时也包含一组使企业能将自身提供的Web Service注册，以使别的企业能够发现的访问协议的实现标准。调用 RPC 与消息传递Web Service本身其实是在实现应用程序间的通信。我们有两种应用程序通信的方法：RPC 远程过程调用和消息传递。 使用 RPC 的时候， 客户端的概念是调用服务器上的远程过程，通常方式为实例化一个远程对象并调用其方法和属性。RPC 系统试图达到一种位置上的透明性： 服务器暴露出远程对象的接口，而客户端就好像在本地使用的这些对象的接口一样，这样就隐藏了底层的信息，客户端也
7、就根本不需要知道对象是在哪台机器上。第二章 移动端数据交换一、JSON 数据格式描述JSON(JavaScript Object Notation) 是轻量级的数据交换格式。它基于ECMAScript的一个子集。JSON 采用完全独立于语言的文本格式，但是也使用了类似于C 语言家族的习惯（包括C、C+ 、 C#、Java 、JavaScript 、Perl 、Python 等）。这些特性使JSON 成为理想的数据交换语言。易于人阅读和编写，同时也易于机器解析和生成(一般用于提升网络传输速率 )。二、Http 协议描述HTTP 全称是 HyperText Transfer Protocal，即：
8、超文本传输协议，从1990 年开始就在 WWW 上广泛应用，是现今在WWW 上应用最多的协议，Http 是应用层协议，当你上网浏览网页的时候，浏览器和Web 服务器之间就会通过HTTP 在 Internet上进行数据的发送和接收。 Http 是一个基于请求/响应模式的、无状态的协议。即我们所说的Request/Response。三、Https 协议描述HTTPS （全称： Hyper Text Transfer Protocol over Secure Socket Layer），是以安全为目标的 HTTP 通道，简单讲是HTTP 的安全版。即HTTP 下加入 SSL 层， HTTPS 的安全
9、基础是 SSL ，因此加密的详细内容就需要SSL 。 它是一个 URI scheme （抽象标识符体系），句法类同http:体系。用于安全的HTTP 数据传输。 https:URL表明它使用了HTTP ，但 HTTPS 存在不同于HTTP 的默认端口及一个加密/身份验证层 （在 HTTP 与 TCP 之间）。这个系统的最初研发由网景公司(Netscape) 进行，并内置于其浏览器Netscape Navigator中，提供了身份验证与加密通讯方法。现在它被广泛用于万维网上安全敏感的通讯，例如交易支付方面。比如我付款一笔钱给一个卡号，直连和间连数据流是怎么走的？直连就是第三方支付【直接对接】银行
10、接口。间连指第三方支付【间接对接】银行接口，中间存在一个中介方（例如银联）。如果你从第三方账户余额中付款一笔钱给一个银行卡。同行的情况就不说了，直接把第三方备付金账户和你的银行卡账户两边的虚账算好就行；跨行就涉及到资金划拨问题。直连接口：数据流：清分阶段（算账）：第三方向备付金银行发起：付款指令，备付金银行、收单银行两家银行统计清楚每天所有的交易算下来实际要补多少差额给对方。资金流：资金划拨阶段（给钱）：资金从第三方支付公司的备付金银行通过央行大小额系统进行资金划拨收单银行（就是你实际收钱的银行卡所属银行）。间连接口（如银联）：清分阶段（算账）：清分是在银联清算系统内部完成的。银联清算系统会统
11、计每天的指令，把该出钱的银行账户、该收钱的银行账户、还有自己的利润这些都算清楚然后报告央妈。 资金划拨阶段（给钱）：同样走央行大小额系统进行资金划拨。直连的优势：为什么直连对第三方支付这么重要？就像两个人直接说话，总比让第三者来传话要好一样。1、双方系统直接交互，支付成功率高，经过的系统少，出错率小。2、不经过二道贩子，速度快！3、咱俩直接谈条件，限额、费率等等基本都能拿到好的。4、 有一些定制化接口， 只有直连才能让银行单独为你开发（快捷啊对公啊代扣啊啥的）。5、差错账处理更便利，万一算错了账，比较好处理，不用和第三方扯皮。间连的优势：间连为什么也不可或缺？直连不是你想连，想连就能连。1、你愿接，也得银行愿意搭理你，很多小第三方谈直连接口很艰辛的。2、直连基本上都需要一个一个的单独开发、专线对接，对接时间、专线费用等成本也是第三方开始需要考虑的。一些小银行（主要是城商行这些非全国性银行），每个月也没几次交易，接起来不划算。3、即便是有了直连接口，间连也不能甩。留着备用啊！有备无患嘛。
