信息传输方法、装置及交易服务系统

本申请涉及数据传输技术领域，具体而言，涉及一种信息传输方法、装置及交易服 务系统。

电子商务随着通信技术的发展，已经得到了非常广泛的应用。电子商务通过网络 能够为用户提供商品展示、信息发布、买卖双方在线交易等便捷实用的功能。

本申请的目的在于提供一种信息传输方法、装置及交易服务系统。

本申请的实施例通过如下方式实现：

第一方面，本申请实施例提供了一种信息传输方法，应用于信息传输管理服务器， 所述信息传输管理服务器用于分别与银行服务器和交易服务器连接。所述方法包括：将所 述交易服务器发送的买方支付申请信息转发至所述银行服务器；获得所述银行服务器基于 所述买方支付申请信息向银行中转账户执行第一转账操作而对应生成买方的第一转账信 息，且所述第一转账信息用于表征所述第一转账操作满足钱财税合规；在卖方基于所述第 一转账信息发货后，将所述交易服务器针对所述买方确认到货而发送的买方确认信息转发 至所述银行服务器；获得所述银行服务器基于所述买方确认信息从所述银行中转账户向卖 方账户执行第二转账操作而对应生成所述买方的第二转账信息，且所述第二转账信息用于 表征所述第二转账操作满足钱财税合规。

结合上述第一方面提供的技术方案，在一些可能的实现方式中，所述获得所述银 行服务器基于所述买方确认信息从所述银行中转账户向卖方账户执行第二转账操作而对 应生成所述买方的第二转账信息之后，所述方法还包括：获得所述银行服务器确定所述卖 方账户已到账而发送的与所述第二转账操作对应的卖方到账信息，所述卖方到账信息用于 表征所述卖方账户到账时满足钱财税合规。

结合上述第一方面提供的技术方案，在一些可能的实现方式中，所述将所述交易 服务器发送的买方支付申请信息转发至所述银行服务器之前，所述方法还包括：判断所述 交易服务器发送的所述买方确认信息中的买方信用值是否满足信用要求值；在为是时，执 行步骤：所述将所述交易服务器发送的买方支付申请信息转发至所述银行服务器。

结合上述第一方面提供的技术方案，在一些可能的实现方式中，所述信息传输管 理服务器还用于与协调服务器连接，所述获得所述银行服务器基于所述买方确认信息从所 述银行中转账户向卖方账户执行第二转账操作而对应生成所述买方的第二转账信息之后， 所述方法还包括：获得所述交易服务器发送的买卖方产生纠纷的纠纷信息；将所述纠纷信 息发送至所述协调服务器。

结合上述第一方面提供的技术方案，在一些可能的实现方式中，所述获得所述交 易服务器发送的买卖方产生纠纷的纠纷信息之后，所述方法还包括：将所述买卖方产生纠 纷的纠纷信息总获得次数加1，获得一新的总获得次数；判断所述新的总获得次数是否大于 阈值次数；在为是时，执行步骤：所述将所述纠纷信息发送至所述协调服务器。

第二方面，本申请实施例提供了一种信息传输装置，应用于信息传输管理服务器， 所述信息传输管理服务器用于分别与银行服务器和交易服务器连接，所述装置包括：第一 发送模块，用于将所述交易服务器发送的买方支付申请信息转发至所述银行服务器。第一 获得模块，用于获得所述银行服务器基于所述买方支付申请信息向银行中转账户执行第一 转账操作而对应生成买方的第一转账信息，且所述第一转账信息用于表征所述第一转账操 作满足钱财税合规。第二发送模块，用于在卖方基于所述第一转账信息发货后，将所述交易 服务器针对所述买方确认到货而发送的买方确认信息转发至所述银行服务器。第二获得模 块，用于获得所述银行服务器基于所述买方确认信息从所述银行中转账户向卖方账户执行 第二转账操作而对应生成所述买方的第二转账信息，且所述第二转账信息用于表征所述第 二转账操作满足钱财税合规。

结合上述第二方面提供的技术方案，在一些可能的实现方式中，所述装置还包括： 第三获得模块，用于获得所述银行服务器确定所述卖方账户已到账而发送的与所述第二转 账操作对应的卖方到账信息，所述卖方到账信息用于表征所述卖方账户到账时满足钱财税 合规。

结合上述第二方面提供的技术方案，在一些可能的实现方式中，所述装置还包括： 判断模块，用于判断所述交易服务器发送的所述买方确认信息中的买方信用值是否满足信 用要求值。执行模块，用于在为是时，执行步骤：所述将所述交易服务器发送的买方支付申 请信息转发至所述银行服务器。

结合上述第二方面提供的技术方案，在一些可能的实现方式中，所述信息传输管 理服务器还用于与协调服务器连接，所述装置还包括：第四获得模块，用于获得所述交易服 务器发送的买卖方产生纠纷的纠纷信息。发送模块，用于将所述纠纷信息发送至所述协调 服务器。

第三方面，本申请实施例提供了一种服务系统，包括：信息传输管理服务器、与所 述信息传输管理服务器连接的多个银行服务器、多个交易服务器、多个协调服务器、电子合 同服务器和需转账客户端。

本申请实施例的有益效果是：

通过将交易服务器发送的买方支付申请信息转发至银行服务器，以使银行服务器 进行预交易，故获得银行服务器基于买方支付申请信息向银行中转账户执行第一转账操作 而对应生成买方的第一转账信息。在之后，在卖方基于第一转账信息发货后，将交易服务器 针对买方确认到货而发送的买方确认信息转发至银行服务器，故又获得银行服务器基于买 方确认信息从银行中转账户向卖方账户执行第二转账操作而对应生成买方的第二转账信 息。因此，由于第一转账信息和第二转账信息是由银行服务器以合乎国家规定及受到国家 相关部门认可的方式来表示一笔交易满足钱财税合规，故在每次交易流程中，通过与银行 服务器的交互，银行服务器进行出据第一转账信息和第二转账信息实现了银行系统来全权 掌握、存储和监管交易，以保证交易资金、客户信息的安全性。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合 所附附图，作详细说明如下。

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附 图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对 范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这 些附图获得其他相关的附图。

图1示出了本申请第一实施例提供的一种服务系统的结构框图；

图2示出了本申请第二实施例提供的一种信息传输方法的流程图；

图3示出了本申请第三实施例提供的一种信息传输装置的第一结构框图；

图4示出了本申请第三实施例提供的一种信息传输装置的第二结构框图；

图5示出了本申请第三实施例提供的一种信息传输装置的第三结构框图。

目前，电子商务所实现的网上交易中，买卖双方所处的交易平台，例如京东、淘宝 或天猫等，往往需要通过第三方交易平台才能够完成网上交易，例如通过、支付宝或QQ 钱包等第三方交易平台来实现。

但发明人经过长期的实践研究发现，现有的通过第三方交易平台来完成交易的方 式，在大多数情况下虽然能够正常的完成一个交易的全部流程。但是，由于对第三方交易平 台执行交易的过程中缺少监管，导致在交易过程中存在着安全性差的问题。

以上现有技术中的方案所存在的缺陷，均是发明人在经过实践并仔细研究后得出 的结果，因此，上述问题的发现过程以及下文中本申请实施例针对上述问题所提出的解决 方案，都应该是发明人在本申请过程中对本申请做出的贡献。

基于上述研究，本申请实施例提供了一种信息传输方法、装置及服务系统。通过将 交易服务器发送的买方支付申请信息转发至银行服务器，以使银行服务器进行预交易，故 获得银行服务器基于买方支付申请信息向银行中转账户执行第一转账操作而对应生成买 方的第一转账信息。在之后，在卖方基于第一转账信息发货后，将交易服务器针对买方确认 到货而发送的买方确认信息转发至银行服务器，故又获得银行服务器基于买方确认信息从 银行中转账户向卖方账户执行第二转账操作而对应生成买方的第二转账信息。因此，由于 第一转账信息和第二转账信息是由银行服务器以合乎国家规定及受到国家相关部门认可 的方式据出，并表示一笔交易的资金流向满足钱财税合规，故在每次交易流程中，通过与银 行服务器的交互，银行服务器进行出据第一转账信息和第二转账信息实现了银行系统来全 权掌握、存储和监管交易，以保证交易资金、客户信息的安全。

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整 地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在 此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因 此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的 范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做 出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一 个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。术语“第一”、“第 二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

第一实施例

请参阅图1，本申请实施例提供了一种服务系统10，该服务系统10包括：信息传输 管理服务器11、与信息传输管理服务器11连接的多个银行服务器12、多个交易服务器13、多 个协调服务器14、电子合同服务器15和需转账客户端16。

其中，信息传输管理服务器11、多个银行服务器12中的任意一个银行服务器12、多 个交易服务器13中的任意一个交易服务器13、多个协调服务器14中的任意一个协调服务器 14、以及电子合同服务器15均可以是常规型号的服务器，例如为网络服务器、数据库服务器 等。

买卖双方基于多个交易服务器13中的任意一个交易服务器13可通过信息传输管 理服务器11与多个银行服务器12中对应的一个银行服务器12进行数据通信，从而完成一笔 网上的交易。进一步的，在该交易的过程中，买卖双方基于多个交易服务器13中的任意一个 交易服务器13可通过信息传输管理服务器11与电子合同服务器15进行数据通信，从而实现 买卖双方在交易过程中可选择签订普通合同或电子合同，以保证买卖双方进行该交易的不 可抵赖性。

此外，在买卖双方发生交易纠纷时，买卖双方也可基于多个交易服务器13中的任 意一个交易服务器13可通过信息传输管理服务器11与多个协调服务器14中对应的一个协 调服务器14进行数据交互，从而实现对发生的纠纷基于该协调服务器14进行各种方式的协 调。

另外，需转账客户端可以为以应用程序的方式运行在个人电脑(personal computer，PC)、平板电脑、智能手机、个人数字助理(personal digital assistant，PDA)等 上。需转账客户端登录交易服务器13，通过信息传输管理服务器11，与多个银行服务器12中 对应的至少一个银行服务器进行转账操作。例如，将买方预付资金从客户开户行帐户转入 所选银行对应的中转监管帐户内。再例如把买方在所选银行中转监管帐户内的资金转入卖 方提供的银行帐户内。

再者，信息传输管理服务器11还可提供出至少一个扩展的端口，以便于其它平台 的服务器进行扩展连接，例如，信息传输管理服务器11提供扩展的端口给新增的协调服务 器14进行连接。

第二实施例

请参阅图2，本申请实施例提供了一种信息传输方法，该信息传输方法应用于信息 传输管理服务器，该信息传输方法包括：步骤S100、步骤S200、步骤S300和步骤S400。

步骤S100：将所述交易服务器发送的买方支付申请信息转发至所述银行服务器。

步骤S200：获得所述银行服务器基于所述买方支付申请信息向银行中转账户执行 第一转账操作而对应生成买方的第一转账信息，且所述第一转账信息用于表征所述第一转 账操作满足钱财税合规。

步骤S300：在卖方基于所述第一转账信息发货后，将所述交易服务器针对所述买 方确认到货而发送的买方确认信息转发至所述银行服务器。

步骤S400：获得所述银行服务器基于所述买方确认信息从所述银行中转账户向卖 方账户执行第二转账操作而对应生成所述买方的第二转账信息，且所述第二转账信息用于 表征所述第二转账操作满足钱财税合规。

需要说明的是，信息传输管理服务器执行该信息传输方法时，信息传输管理服务 器与多个银行服务器中的任意一个银行服务器、多个交易服务器中的任意一个交易服务 器、以及多个协调服务器中的任意一个协调服务器的交互方式及交互的数据均基本相同。 为保证描述的清楚，以便于本领域的常规技术人员能够清楚的理解本方案的工作原理，本 实施例以该信息传输管理服务器与多个银行服务器中某一个银行服务器、多个交易服务器 中对应的某一个交易服务器、以及多个协调服务器中某一个协调服务器进行交互来对该信 息传输方法进行说明。

下面将具体说明上述信息传输方法的实现过程。

在买卖双方即将通过网络完成一笔交易时，该交易可以为例如购物交易，例如，买 方在淘宝网站上购买了卖方的一件商品。买方可以基于买方客户端向交易服务器发送一买 方支付申请信息。其中，该买方支付申请信息中包括买方所选择的银行，支付金额，买方账 户信息，以及包括买方的买方信用值；交易服务器可以为交易平台所拥有或租用的服务器， 例如，买方在淘宝网站上购买了卖方的一件商品，那么交易服务器则可以为淘宝的服务器。 交易服务器在获得该支付申请信息时，则将该支付申请信息转发至所连接的信息传输管理 服务器。相应的，信息传输管理服务器可以获得该交易服务器发送的买方支付申请信息。

本实施例中，为保证交易的安全性，信息传输管理服务器需要对发送买方支付申 请信息的买方进行信用评估。信息传输管理服务器中预先设置了各银行的信用要求值，各 银行所要求的信用要求值是可以不同的，例如，招商银行的信用要求值可以为80，而中国银 行的信用要求值则可以为85。信息传输管理服务器获得买方支付申请信息时，交易服务首 先根据买方支付申请信息中的买方选择的银行而对应获得该银行的预先设置的信用要求 值。进而，信息传输管理服务器判断买方确认信息中的买方信用值是否满足信用要求值。例 如，若买方信用值是81或80，而信用要求值为80，那么信息传输管理服务器通过买方信用值 大于或等于信用要求值的结果而判断满足；又例如，若买方信用值是78，而信用要求值为 80，那么信息传输管理服务器通过买方信用值小于信用要求值的结果而判断不满足。因而， 在信息传输管理服务器判定买方信用值不满足信用要求值时，信息传输管理服务器可选择 终止交易的继续执行，即信息传输管理服务器不再把该买方支付申请信息加密转发，且信 息传输管理服务器会生成一交易信用不满足而终止交易的提示信息至交易服务器，以使交 易服务器告知买方客户端和与该买方客户端相应的卖方客户端该交易被终止。反之，在信 息传输管理服务器判定买方信用值满足信用要求值时，信息传输管理服务器可选择继续交 易的后续流程，即信息传输管理服务器将交易服务器加密发送的买方支付申请信息转发至 买方所选择银行的银行服务器。

进一步的，银行服务器在获得信息传输管理服务器发送的买方支付申请信息时， 银行服务器可根据该买方支付申请信息执行相应的转账操作，即为保证交易的安全性，银 行服务器可根据该买方支付申请信息中的支付金额和买方账户信息而执行第一转账操作， 其中，第一转账操作即为银行服务器将买方在该银行的账户内的资金按该支付金额转账至 银行中转账户。与此同时，银行服务器还生成一个与第一转账操作对应且用于表征第一转 账操作满足钱财税合规的第一转账信息。例如，第一转账信息具体可为：付方(买方)户名： XXX账号XXX、转账：金额XXX元、用途：预付金、手续费：XXX元、收方户名：银行I，账号XX、金 额：XXX元。

此时，银行服务器可将该第一转账信息发送至信息传输管理服务器，信息传输管 理服务器则获得银行服务器基于买方支付申请信息向银行中转账户执行第一转账操作而 对应生成买方的第一转账信息。为告知买方和卖方该买方的预支付已经成功，信息传输管 理服务器还将该第一转账信息加密转发至交易服务器，以使交易服务器分别将第一转账信 息发送给对应的买方客户端和卖方客户端。可以进一步的理解到的是，持有买方客户端的 买方可基于该第一转账信息获知自己的预支付已经成功。而持有卖方客户端的卖方则可基 于该第一转账信息获知买方的预支付已经成功，自己则需要进行对应的发货，以及卖方发 货的同时卖方还基于卖方客户端并通过交易服务器将自身的卖方账户发送给信息传输管 理服务器，以便信息传输管理服务器通过与银行服务器的交互来使得银行服务器可执行后 续的转账流程。其中，卖方发货可以为卖方发送实际的产品，或卖方提供相应的服务类事 项，本实施例以卖方发送实际的产品为例进行说明，但并不限定。

在卖方基于第一转账信息发货后，通过物流，买方在一段时间后会相应的接收到 购买的该货物，然则，买方可以基于买方客户端向交易服务器发送一买方确认信息。相应 的，信息传输管理服务器可以获得该交易服务器而发送的买方确认到货的买方确认信息， 并也将该买方确认信息加密转发至买方所选择银行的银行服务器，以使该银行服务器可继 续执行后续的转账流程。

相应的，买方所收到的该货物可以为对应的实际产品，也可以为对应的服务类事 项，本实施例也以买方收到实际产品为例进行说明，但并不限定。

进一步的，银行服务器在获得信息传输管理服务器发送的买方确认信息时，银行 服务器可根据该买方确认信息执行相应的二次转账操作，即为保证交易的安全性，银行服 务器可根据该买方确认信息而执行第二转账操作，其中，第二转账操作即为银行服务器根 据之前获得的卖方账户而从银行中转账户中将买方预支付的支付金额转账至卖方账户。与 此同时，银行服务器也生成一个与第二转账操作对应且用于表征第二转账操作满足钱财税 合规的第二转账信息。例如，第二转账信息具体可为：付方户名：银行I，账号XX、转账：金额 XXX元、用途：货款(服务费)、手续费：XXX元、收方(卖方)户名：XXXX账号XXXX、金额：XXXX元。

此时，银行服务器可将该第二转账信息发送至信息传输管理服务器，信息传输管 理服务器则获得银行服务器基于买方确认信息从银行中转账户向卖方账户执行第二转账 操作而对应生成买方的第二转账信息。为告知买方该买方的实际支付已经成功，信息传输 管理服务器还将该第二转账信息加密转发至交易服务器，以使交易服务器将第二转账信息 发送给对应的买方客户端。然则，持有买方客户端的买方可基于该第二转账信息获知已经 支付成功。

与此同时，银行服务器在判定该支付金额已经成功转到卖方账户时，银行服务器 还生成一个对应该第二转账操作的卖方到账信息，其中，卖方到账信息用于表征卖方账户 到账时满足钱财税合规。银行服务器可将该卖方到账信息发送至信息传输管理服务器，信 息传输管理服务器则获得银行服务器确定卖方账户已到账而发送的与第二转账操作对应 的卖方到账信息。为告知卖方该卖方的支付已经成功，信息传输管理服务器还将该卖方到 账信息加密转发至交易服务器，以使交易服务器将卖方到账信息发送给对应的卖方客户 端。然则，持有卖方客户端的卖方可基于该卖方到账信息获知买方的支付已成功到账。需要 说明的是，在整个交易流程汇总，交易买卖双方从交易服务器获取各自的转账信息，而各自 的转账信息亦可从客户帐户与银行绑定的通知渠道而获得。

本实施例，以一个实例来说明本实施例中所定义的钱财税合规：

买方A1通过交易服务器A选择，例如选择支付银行，那么信息传输管理服务器则自 动将所有连接银行页面推送交易服务器以给供其选择，买方点击买方点击所选支付银行M 并输入户名、帐号、金额等信息，点击同意支付后，数据管理服务器将交易服务器获得的这 些信息传输传给所选银行的银行服务器。该银行服务器的银行帐户系统自动生成对应该交 易服务器和该买方的中转监管帐户：户名：银行M、帐号(对应交易服务器A)A、子帐号(对应 买方A1)A1。以及转账信息：付方户名：XXX帐号：XXX、转账金额：XXX、用途：预支付、收方户 名：银行M、帐号：A、子帐号A1、A1余额：XXX元。银行服务器基于生成的这些信息来执行相应 转账操作，并也基于的这些信息来据出表示转账操作中资金的流向是钱财税合规的转账信 息。

除此之外，在本申请一些可能实施方式中，信息传输管理服务器每间隔一段预设 时间，例如，预设时间可以以天为单位，信息传输管理服务器与银行服务器之间交互，可实 现信息传输管理服务器配合银行服务器进行互传结算账单进行兑账。其中，银行服务器定 时通过信息传输管理服务器与交易服务器互传结算帐单，进行兑帐，例如日结、月结、年结 等。

可以理解到，在信息传输管理服务器基于分别与银行服务器和交易服务器的交互 来执行该信息传输方法时，交易的资金完全是在银行系统内封闭转移的，有利于保证交易 过程中资金的安全和客户信息的安全。其突出了银行系统的主导地位，通过信息传输管理 服务器与银行服务器的互动，充分发挥了银行对客户资金监管与支付业务的专属职能。此 外，在交易过程中，信息传输管理服务器通过获得银行服务器据出受到相关部门认可的第 一转账信息、第二转账信息和卖方到账信息，有效完善的保证了交易过程中满足钱财税合 规，保证了出现问题或纠纷时能够有迹可循进行责任明确。此外，该转账以交易双方都认可 同意，且银行服务器对照双方所订合同来执行转账，以免出现错误。

也可以理解到的是，整个交易过程资金转账都基于银行内部的银行服务器来对应 客户监管帐户内转移，银行系统可以出具完整的票据证明交易资金的流向证明达到了钱财 税合规要求，通过信息传输管理服务器与银行服务器的交互，实现了客户银行卡在线支付 的同时，通过银行服务器来对交易资金的监管，保证了交易资金的安全。此外，也为保证买 方双方信息的安全性，信息传输管理服务器可以获取且存储客户非重要信息，以达到清楚 了解交易双方交易请求、开始、结束、是否产生纠纷等，及需后续调解等相关联络信息等；而 对于买方双方涉及到交易的私密信息则采取加密转发。

此外，还可以理解到的是，客户资金转移能够由至少一家银行的至少一个银行服 务器来相互配合完成，资金转移证据亦可由该至少一个银行服务器共同出具完整的资金流 向票据来证明钱财税合规，实现了整个交易的钱财税合规问题。当然，本实施例仅以一家银 行的一个银行服务器来进行说明，以对本方案的便于理解，并不作为限定。

除此之外，在本申请一些可能实施方式中，当买卖方在交易的任一个节点上产生 纠纷时，买方可基于买方客户端将纠纷的内容上传至交易服务器，卖方也可基于卖方客户 端将纠纷的内容上传至交易服务器，此外，买卖双方也可基于交易服务器通过客服人员进 行线上初步协调沟通，以使交易服务器上存储双方沟通或协调产生的对话信息。

进一步的，交易服务器可将买卖双方上传的内容，以及将对话信息一起整合为买 卖方产生纠纷的纠纷信息，并将该纠纷信息发送至信息传输管理服务器。相应的，信息传输 管理服务器基于分别与银行服务器和交易服务器的交互，则获得该交易服务器发送的买卖 方产生纠纷的纠纷信息。进一步的，协调人员可基于该交易服务器获得的该纠纷信息了解 情况，并可初步可线下调查调解，与买卖双方零距离接触沟通。在此过程中，协调人员还可 调用社会资源来参与双方的协调。此外，买卖方判断是否走法律程序，亦是由买卖双方来决 定，在确时，则信息传输管理服务器可通过与协调服务器的交互，以使协调服务器参与。

为保证买卖双方在产生纠纷时，买卖双方首先能够进行充分沟通，以通过沟通来 协调解决问题，信息传输管理服务器可预先设置一个获得纠纷信息的阈值次数。故信息传 输管理服务器首先将买卖方产生纠纷的纠纷信息总获得次数加1，获得一新的总获得次。例 如，信息传输管理服务器是第一次获得买卖方A的纠纷信息，那么新的总获得次则为0+1为 1。其次，信息传输管理服务器判断新的总获得次数是否大于阈值次数。在判断为否时，例 如，新的总获得次数为1，而阈值次数为3，则表明该买卖双方的纠纷还可通过沟通来解决， 即信息传输管理服务器可选择将该纠纷信息归到对应的买卖方的档下进行存储。在判断为 否时，例如，新的总获得次数为4，而阈值次数为3，则表明该买卖双方的纠纷以无法通过沟 通来解决，即信息传输管理服务器可选择将该纠纷信息归到对应的买卖方的档下进行存储 的同时，信息传输管理服务器还将该最新获得的纠纷信息发送至对应的一个协调服务器， 以通过协调服务器采取法律途径来解决该双方的纠纷。

需要理解的是，信息传输管理服务器通过对买卖双方产生纠纷后每次一的纠纷信 息进行归档存储，以使后续需要调档时，该买卖双方的纠纷能够通过存储的纠纷信息进行 事实还原，以便于明确责任。也就是说，信息传输管理服务器可通过将交易双方交易的：成 功、失败、纠纷及纠纷调解结果、纠纷责任、双方对交易满意度评价等信息存储，并将存储的 信息用以对买卖双方进行信用评价，并能供给用户随时查询买卖双方的信用评价。

本实施例中，还可以理解的是，信息传输管理服务器的实用性还表现在适合不同 交易场景，例如：款到发货、保证金发货或货到付款等、不同交易变量，例如：交易过程中或 结束后发现货物质量不符或服务缩水等交易纠纷造成退赔、以及非实物交易的合同及协议 监督执行、并提供调解服务。

第三实施例

请参阅图3，本申请实施例提供了一种信息传输装置100，该信息传输装置100应用 于信息传输管理服务器，该信息传输装置100包括：

第一发送模块110，用于将所述交易服务器发送的买方支付申请信息转发至所述 银行服务器。

第一获得模块120，用于获得所述银行服务器基于所述买方支付申请信息向银行 中转账户执行第一转账操作而对应生成买方的第一转账信息，且所述第一转账信息用于表 征所述第一转账操作满足钱财税合规。

第二发送模块130，用于在卖方基于所述第一转账信息发货后，将所述交易服务器 针对所述买方确认到货而发送的买方确认信息转发至所述银行服务器。

第二获得模块140，用于获得所述银行服务器基于所述买方确认信息从所述银行 中转账户向卖方账户执行第二转账操作而对应生成所述买方的第二转账信息，且所述第二 转账信息用于表征所述第二转账操作满足钱财税合规。

第三获得模块150，用于获得所述银行服务器确定所述卖方账户已到账而发送的 与所述第二转账操作对应的卖方到账信息，所述卖方到账信息用于表征所述卖方账户到账 时满足钱财税合规。

请参阅图4，在本申请实施例提供的一种信息传输装置100中，该信息传输装置100 还包括：

判断模块160，用于判断所述交易服务器发送的所述买方确认信息中的买方信用 值是否满足信用要求值。

执行模块170，用于在为是时，执行步骤：所述将所述交易服务器发送的买方支付 申请信息转发至所述银行服务器。

请参阅图5，在本申请实施例提供的一种信息传输装置100中，该信息传输装置100 还包括：

第四获得模块180，用于获得所述交易服务器发送的买卖方产生纠纷的纠纷信息。

发送模块190，用于将所述纠纷信息发送至所述协调服务器。

需要说明的是，由于所属领域的技术人员可以清楚地了解到，为描述的方便和简 洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过 程，在此不再赘述。

本领域内的技术人员应明白，本申请实施例可提供为方法、系统、或计算机程序产 品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面 的实施例的形式。而且，本申请实施例可表现在适合不同的客户，并采用在一个或多个其中 包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD－ROM、 光学存储器等)上实施的计算机程序产品的形式。

综上所述，本申请实施例提供了一种信息传输方法、装置及交易服务系统。通过将 交易服务器发送的买方支付申请信息转发至银行服务器，以使银行服务器进行预交易，故 获得银行服务器基于买方支付申请信息向银行中转账户执行第一转账操作而对应生成买 方的第一转账信息。在之后，在卖方基于第一转账信息发货后，将交易服务器针对买方确认 到货而发送的买方确认信息转发至银行服务器，故又获得银行服务器基于买方确认信息从 银行中转账户向卖方账户执行第二转账操作而对应生成买方的第二转账信息。

因此，由于第一转账信息和第二转账信息是由银行服务器以合乎国家规定及受到 国家相关部门认可的方式来表示一笔交易满足钱财税合规，故在每次交易流程中，通过与 银行服务器的交互，银行服务器进行出据第一转账信息和第二转账信息实现了银行系统来 全权掌握、存储和监管交易，以保证交易资金、客户信息的安全性。再者，信息传输管理服务 器连接交易服务器和银行服务器，又连接了协调服务器、电子合同服务器，是服务于电子商 务的一套完善的服务系统，并使相关多方行成了一个服务联合体、提高用户使用的便利性， 为客户提供了更为贴近便利服务，并通过电子合同服务器实现了交易的不可抵赖性。

此外，也通过信息传输管理服务器也通过与银行服务器和交易服务器的交互，可 实现用户通过银行卡在线小额支付功能。

以上仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人 员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、 等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下 面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要 对其进行进一步定义和解释。

以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉 本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在 本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。