WO2015172276A1

WO2015172276A1 - 网络支付方法和系统

Info

Publication number: WO2015172276A1
Application number: PCT/CN2014/077209
Authority: WO
Inventors: 张毅
Original assignee: 深圳市银信网银科技有限公司
Priority date: 2014-05-12
Filing date: 2014-05-12
Publication date: 2015-11-19
Also published as: CA3048263A1; CN104813347A; CA3048375C; CA3048342C; CA3048370A1; CA3048266A1; CA3048266C; CA2985890A1; CA3048263C; CA3048342A1; CA3048375A1; CA3048268A1; CA3048268C; CA3048370C; CA2985890C

Abstract

本发明提供了一种网络支付方法和系统，其中所述网络支付方法包括：第一类型客户终端发送申请信息到所述网络支付服务器以申请承诺付款信息数据包的步骤；网络支付服务器根据申请信息生成临时承诺付款信息数据包的步骤；第一类型银行服务器对临时承诺付款信息数据包进行校验的步骤；第一类型客户终端确定是否中止资金解付的步骤；如果需要中止解付，第一类型客户终端向公权机关提出裁决申请并且向网络支付服务器发送解付期延长申请的步骤；以及如果需要终止解付，第一类型银行服务器通知网络支付服务器关于承诺付款信息数据包失效并且网络支付服务器解冻资金的步骤。本发明提供的网络支付方法和系统能够降低资金风险，保障付款方客户的利益。

Description

网络支付方法和系统

技术领域

本发明属于电子商务技术领域，尤其涉及一种网络支付方法和系统。背景技术

电子商务已经越来越广泛地应用于各种商业贸易活动中，所谓电子商务是指在商业贸易活动中，在因特网开放的网络环境下，基于浏览器及服务器应用方式，实现消费者的网上购物、商户之间的网上交易和在线电子支付以及各种商务活动、交易活动、金融活动和相关的综合服务活动的一种商业运营模式。

目前的在线电子支付（网络支付）方式主要包括银行网银支付（含信用卡支付）和第三方支付两种。它们的基于因特网平台的网上支付一般流程如下：

1)付款方（客户、买方）在网上浏览商品，选择货物，填写网络订单，选择应用的网络支付结算工具，并且得到银行的授权使用，如银行卡、电子钱包、电子现金、电子支票或网络银行帐号等。

2)客户对相关订单信息（如支付信息）进行加密，在网上提交订单。商家服务器对客户的订购信息进行检查、确认，并把相关的、经过加密的客户支付信息转发给支付网关，直到银行专用网络的银行后台业务服务器确认，以期从银行等电子货币发行机构验证得到支付资金的授权。

3)银行验证确认后，通过建立起来的经由支付网关的加密通信通道，给商家服务器回送确认及支付结算信息，为进一步的安全，给付款方回送支付授权请求（也可没有）。

4)银行得到付款方传来的进一步授权结算信息后，把资金从付款方帐号上转拨至开展电子商务的商家银行帐号上，借助金融专用网进行结算，并分别给商家、付款方发送支付结算成功信息。 5)商家服务器收到银行发来的结算成功信息后，给付款方发送网络付款成功信息和发货通知。至此，一次典型的网络支付结算流程结束。商家和客户可以分别借助网络查询自己的资金余额信息，以进一步核对。

从以上流程可以看出，在线电子支付（网络支付）的结算过程中的信用瓶颈始终是电子商务发展进程中的障碍性问题。目前的在线电子支付方式中，以第三方支付公司担保的形式是风险较小的。但是，釆用第三方支付公司担保的形式，对付款方（付款方）客户来说，在未收到商品时其资金就已经支付到第三方支付公司，一旦第三方支付公司出现问题，付款方客户的资金就得不到保障，因此，釆用第三方支付公司担保的形式，付款方客户的资金风险仍然是比较大的。

因此，需要一种改进的网络支付方法和系统。发明内容本发明的目的在于提供一种网络支付方法和系统，旨在解决现有网络支付中存在的付款方客户的资金风险较大的问题。

本发明是这样实现的：一种网络支付方法，应用于网络支付系统中，所述网络支付系统包括第一类型银行服务器、第一类型客户终端、第二类型银行服务器、第二类型客户终端、物流服务器以及网络支付服务器，所述网络支付方法包括以下步骤：所述第一类型客户终端发送申请信息到所述网络支付服务器以申请承诺付款信息数据包的步骤；所述网络支付服务器根据所述第一类型客户终端发送的所述申请信息生成临时承诺付款信息数据包，并将所述临时承诺付款信息数据包发送至所述第一类型银行服务器的步骤；所述第一类型银行服务器收到所述网络支付服务器发送的临时承诺付款信息数据，并对所述临时承诺付款信息数据包进行校验的步骤；如果校验成功，所述第一类型银行服务器根据所述临时承诺付款信息数据包生成承诺付款信息数据包，并进行资金冻结，将资金冻结信息发送至所述第二类型银行服务器的步骤；所述第一类型客户终端确定是否中止资金解付的步骤；如果需要中止解付，所述第一类型客户终端向公权机关提出裁决申请并且向所述网络支付服务器发送解付期延长申请的步骤；以及如果需要终止解付，所述第一类型银行服务器通知所述网络支付服务器关于所述承诺付款信息数据包失效以使所述网络支付服务器解冻资金的步骤。较优地，所述第一类型客户终端向公权机关提出裁决申请并且向所述网络支付服务器发送解付期延长申请的步骤还包括：所述网络支付服务器在收到所述第一类型客户终端发送的所述解付期延长申请之后，延长资金的解付期的步骤；以及所述第一类型银行服务器从所述公权机关接收裁决受理通知和裁决结果的步骤。较优地，所述第一类型银行服务器通知所述网络支付服务器关于所述承诺付款信息数据包失效以使所述网络支付服务器解冻资金的步骤还包括：所述网络支付服务器在从所述第一类型银行服务器接收到关于所述承诺付款信息数据包失效的通知之后，将解冻资金信息发送至所述第一类型银行服务器的步骤；以及所述第一类型银行服务器在从所述网络支付服务器收到所述解冻资金信息之后，解冻与所述第一类型客户终端关联的资金的步骤。较优地，所述网络支付方法还包括以下步骤：所述第二类型银行服务器收到所述第一类型银行服务器发送的所述资金冻结信息，并将所述资金冻结信息发送至所述第二类型客户终端的步骤；以及所述第二类型客户终端收到所述第二类型银行服务器发送的所述资金冻结信息后生成可发货信息，并向所述物流服务器发送所述可发货信息的步骤。

较优地，所述网络支付方法还包括以下步骤：所述物流服务器收到所述第二类型客户终端发送的所述可发货信息后，进行发货操作，并将已发货信息发送到所述网络支付服务器的步骤。较优地，所述网络支付方法还包括以下步骤：所述网络支付服务器收到所述物流服务器发送的所述已发货信息后，将所述已发货信息发送至所述第一类型银行服务器的步骤。较优地，所述网络支付方法还包括以下步骤：在商品被签收后，所述物流服务器将已签收信息发送至所述网络支付服务器的步骤。

较优地，所述网络支付方法还包括以下步骤：所述网络支付服务器在收到所述物流服务器发送的所述已签收信息后，将已签收信息发送至所述第一类型银行服务器的步骤。较优地，所述网络支付方法还包括以下步骤：所述第一类型银行服务器收到所述已签收信息后，向所述网络支付服务器发送付款请求密钥信息的步骤；所述网络支付服务器保存所述付款请求密钥信息，并将所述付款请求密钥信息发送至所述第二类型客户终端的步骤；所述第二类型客户终端收到所述网络支付服务器发送的所述付款请求密钥信息，将该所述付款请求密钥信息发送至所述第二类型银行服务器的步骤；以及所述第二类型银行服务器根据所述付款请求密钥信息生成付款请求信息，并将所述付款请求信息发送至所述第一类型银行服务器的步骤。较优地，所述网络支付方法还包括以下步骤：所述第一类型银行服务器接收所述第二类型银行服务器发送的付款请求信息，并核验所述付款请求信息中的付款请求密钥信息的准确性，如核验正确，则向付款方银行进行付款操作，并将已经付款的信息反馈至所述第二类型银行服务器的步骤。本发明还提供了一种网络支付系统，包括：第一类型银行服务器、第一类型客户终端、第二类型银行服务器、第二类型客户终端、物流服务器以及网络支付服务器，其中：所述第一类型客户终端，适用于付款方客户，与所述第一类型银行服务器、所述物流服务器以及所述网络支付服务器相连接，根据付款方客户的指令发送申请信息到所述网络支付服务器以申请承诺付款信息数据包，并且在支付过程期间确定中止资金解付，如果需要中止解付，所述第一类型客户终端向公权机关提出裁决申请并且向所述网络支付服务器发送解付期延长申请；所述网络支付服务器，连接于所述第一类型客户终端、所述第一类型银行服务器、所述第二类型客户终端以及所述物流服务器，根据所述第一类型客户终端发送过来的所述申请信息，生成临时承诺付款信息数据包，并将所述临时承诺付款信息数据包发送至所述第一类型银行服务器；所述第一类型银行服务器适用于付款方银行，与所述第一类型客户终端、所述第二类型银行服务器以及所述网络支付服务器相连接，收到所述网络支付服务器发送的所述临时承诺付款信息数据包后对所述临时承诺付款信息数据包进行校验，如果校验成功，所述第一类型银行服务器根据所述临时承诺付款信息数据包生成承诺付款信息数据包，并进行资金冻结，将资金冻结信息发送至所述第二类型银行服务器，并且如果在支付过程期间需要终止解付，所述第一类型银行服务器通知所述网络支付服务器关于所述承诺付款信息数据包失效以使所述网络支付服务器解冻资金；所述第二类型银行服务器，适用于收款方银行，与所述第一类型银行服务器及所述第二类型客户终端相连接，接收所述第一类型银行服务器发送的所述资金冻结信息，并将所述资金冻结信息发送至所述第二类型客户终端；所述第二类型客户终端适用于收款方客户，与所述第二类型银行服务器、所述物流服务器以及所述网络支付服务器相连接，接收所述第二类型银行服务器发送的所述资金冻结信息后生成可发货信息，将所述可发货信息发送至物流服务器申请发货；以及所述物流服务器，适用于物流企业，与所述第一类型客户终端、所述第二类型客户终端以及所述网络支付服务器相连接，接收到所述第二类型客户终端发送的所述可发货信息后，进行发货操作，并将已发货信息发送到所述网络支付服务器。较优地，所述网络支付服务器在收到所述第一类型客户终端发送的所述解付期延长申请之后延长资金的解付期，并且所述第一类型银行服务器从所述公权机关接收裁决受理通知和裁决结果。较优地，所述网络支付服务器在从所述第一类型银行服务器接收到关于所述承诺付款信息数据包失效的通知之后，将解冻资金信息发送至所述第一类型银行服务器；并且所述第一类型银行服务器在从所述网络支付服务器收到所述解冻资金信息之后，解冻与所述第一类型客户终端关联的资金。

较优地，所述网络支付服务器还在收到所述物流服务器发送的所述已签收信息后将所述已签收信息发送至所述第一类型银行服务器，并于接收到所述第一类型银行服务器发送的付款请求密钥信息后保存所述付款请求密钥信息，并将所述付款请求密钥信息送至所述第二类型客户终端。

较优地，所述第二类型客户终端收到所述网络支付服务器发送的所述付款请求密钥信息后，将所述付款请求密钥信息发送至所述第二类型银行服务器。

较优地，所述第二类型银行服务器还于接收到所述第二类型客户终端发送的所述付款请求密钥信息后生成所述付款请求信息，将所述付款请求信息发送至所述第一类型银行服务器，并于收到所述第一类型银行服务器发送的已经付款的信息后，向收款方客户进行付款操作。较优地，所述第一类型银行服务器还于收到所述已签收信息后，向所述网络支付服务器发送所述付款请求密钥信息，并于收到所述第二类型银行服务器发送的所述付款请求信息后向付款方银行进行付款操作，并将已经付款的信息反馈至所述第二类型银行服务器。

较优地，所述物流服务器还于付款方客户进行签收后，将所述已签收信息发送至所述网络支付服务器及所述第二类型客户终端。利用本发明提供的网络支付方法和系统，对于付款方客户来说，仅仅是对资金进行冻结，不需将资金支付出去，可以降低资金风险，保障付款方客户的利益。附图说明为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来说，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图 1是本发明一实施例提供的网络支付系统的结构示意图。

图 2A-2C是本发明一实施例提供的网络支付方法的流程图。具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

请参见图 1，图 1是本发明实施例提供的网络支付系统 100的结构示意图。如图 1所示，网络支付系统 100包括第一类型银行服务器 110、第一类型客户终端 111、第二类型银行服务器 120、第二类型客户终端 121、物流服务器 130 以及网络支付服务器 150。

第一类型客户终端 111适用于付款方客户，其与第一类型银行服务器 110、物流服务器 130以及网络支付服务器 150相连接，当付款方客户确定购买商品，根据付款方客户的指令发送申请信息到网络支付服务器 150以申请承诺付款信息数据包（例如，银行信用凭证），其中申请信息包括：付款方银行、付款金额以及付款币种信息。第一类型客户终端 111还在收到来自第二类型客户终端 121 的解付提示之后，根据情况确定是否中止资金解付。如果不中止解付，则网络支付服务器 150进行资金清算，并且随即资金转入与第二类型客户终端关联的账户。此外，如果中止解付（例如，付款方客户对这笔交易提出异议），则第一类型客户终端 111向公权机关（未示出）提出裁决申请并且向网络支付服务器 150发送解付期延长申请以使网络支付服务器 150延长资金的预解付期。

网络支付服务器 150连接于第一类型客户终端 111、第一类型银行服务器 110、第二类型客户终端 121 以及物流服务器 130，根据第一类型客户终端 111 发送过来的申请信息，生成临时承诺付款信息数据包，并将该临时承诺付款信息数据包发送至第一类型银行服务器 110。网络支付服务器 150还在收到物流服务器 130的已签收信息之后将已签收信息发送至第一类型银行服务器 110，并在接收到第一类型银行服务器 110发送的付款请求密钥信息之后保存该付款请求密钥信息并将其发送至第二类型客户终端 121，其中，付款请求密钥是解除冻结资金的密码。网络支付服务器 150还在接收到第一类型客户终端 111发送的解付期延长申请之后延长相关资金的解付期。网络支付服务器 150还在从第一类型银行服务器 110接收到关于承诺付款信息数据包（例如，银行信用凭证）失效的通知之后，将解冻资金信息发送至第一类型银行服务器 110。

第一类型银行服务器 110适用于付款方银行，其与第一类型客户终端 111、第二类型银行服务器 120以及网络支付服务器 150相连接，收到网络支付服务器 150发送的临时承诺付款信息数据包后对此临时承诺付款信息数据包进行校验，如果校验成功（即，该临时承诺付款信息数据包的信息合法），则表示授权成功，第一类型银行服务器 110根据临时承诺付款信息数据包生成承诺付款信息数据包（例如，银行信用凭证），并进行资金冻结，将资金冻结信息发送至第二类型银行服务器 120; 如果校验失败（即，该临时承诺付款信息数据包的信息非法），则将拒绝信息反馈至第一类型客户终端 111及网络支付服务器 150。第一类型银行服务器 110 还在收到已签收信息之后，向网络支付服务器 150发送付款请求密钥信息，并在收到第二类型银行服务器 120发送的付款请求信息之后向付款方银行进行付款操作，并将已经付款的信息反馈至第二类型银行服务器 120。在公权机关（未示出）收到来自第一类型客户终端 111 的裁决申请之后，第一类型银行服务器 110还从公权机关（未示出）接收到裁决受理通知和裁决结果。若裁决结果为继续解付，则网络支付服务器 150进行资金清算，并且随即资金转入与第二类型客户终端关联的账户。若裁决结果为终止解付，则第一类型银行服务器 110通知网络支付服务器 150关于承诺付款信息数据包（例如，银行信用凭证）失效。此外，承诺付款信息数据包（例如，银行信用凭证）还可由于逾期未收证、逾期未履约、逾期未提示解付等原因而失效。第一类型银行服务器 110还在从网络支付服务器 150收到解冻资金信息之后，解冻与第一类型客户终端 111关联的资金。

第二类型客户终端 121适用于收款方客户，其与第二类型银行服务器 120、物流服务器 130以及网络支付服务器 150相连接，第二类型客户终端 121在接收第二类型银行服务器 120发送的资金冻结信息之后生成可发货信息（同时依次向网络支付服务器 150、第一类型银行服务器 110、和第一类型客户终端 111 提交解付提示），将此可发货信息发送至物流服务器 130申请发货，并在收到网络支付服务器 150发送的付款请求密钥信息之后，将该付款请求密钥信息发送至第二类型银行服务器 120。

第二类型银行服务器 120，适用于收款方银行，其与第一类型银行服务器 110及第二类型客户终端 121相连接，接收第一类型银行服务器 110发送的资金冻结信息，并将此资金冻结信息发送至第二类型客户终端 121。第二类型银行服务器 120还在接收到第二类型客户终端 121发送的付款请求密钥信息之后生成付款请求信息，将付款请求信息发送至第一类型银行服务器 110，并在收到第一类型银行服务器 110发送的已经付款的信息之后，向收款方客户进行付款操作。

物流服务器 130，适用于物流企业，其与第一类型客户终端 111、第二类型客户终端 121以及网络支付服务器 150相连接，其在收到第二类型客户终端 121 发送的可发货信息之后，进行发货操作，并将已发货信息发送到网络支付服务器 150。物流服务器 130还在付款方客户进行签收之后，将已签收信息发送至网络支付服务器 150及第二类型客户终端 121。

通过以上对图 1所示实施例的描述，本领域技术人员应当知晓，第一类型客户终端 111与第二类型客户终端 121可以集成于同一客户端设备上，例如手机、电脑、 PDA、或 POS终端机上；类似地，第一类型银行服务器 110与第二类型银行服务器 120也可集成于同一银行端设备上；付款方银行与收款方银行可以是同一银行。

在以上支付过程中，网络支付服务器 150起到很关键的作用。网络支付服务器 150是基于银行级信用（例如，银行信用凭证）的电子支付平台和工具。银行信用凭证是以银行信用保证支付的一种互联网创新金融工具。有利地，银行信用凭证根据国际信用证核心原理，集合了本票、保函、承兌汇票、电子信用证等诸多金融产品的优点，再结合互联网科技于一身，完全适应和满足互联网经济时代需求的全新金融工具，具备跨平台、跨银行、全领域、全场景应用的广泛适用性。具体地，银行信用凭证的功能可以包含开证、收证、提交履约信息、提交解付信息、中止解付、触发解付、以及解付等等。

银行信用凭证将按照交易标的特性的不同，提供不同系列的银行信用凭证产品标准，其中主要包括以下几种：

1)系列 1 : 主要针对交易标的无需通过实物运送即可完成的交易，即各类非实物商品交易。具体地，系列 1暂用 CP300代替；

2)系列 2。主要针对交易标的需通过实物运送方可完成的交易，即各类实物商品交易。具体地，系列 1暂用 CP500代替。（例如：电子电器、服装百货 ... ...等相关的交易）；

3)系列 3。主要针对交易标的需要由相关公权机构确认完成的交易，即各类特殊商品交易。具体地，系列 1暂用 CP700代替。（例如：房地产、汽车股权交易 ... ...等相关的交易）。

请注意，虽然本文示例是结合银行信用凭证来描述，但本领域技术人员应当理解还可使用基于银行级信用的其它电子支付平台和工具来实现本发明。

图 2A-2C是本发明一实施例提供的网络支付方法 200的流程图。以下将参考图 1来描述图 2A-2C。如图 2A-2C所示，本发明提供的网络支付方法 200包括以下步骤：

步骤 S201 : 第一类型客户终端 111向网络支付服务器 150申请承诺付款信息数据包（例如，银行信用凭证），即，第一类型客户终端 111根据付款方客户的指令发送申请信息到网络支付服务器 150以申请承诺付款信息数据包。其中，申请信息包括：付款方银行、付款金额以及付款币种信息。

步骤 S203: 网络支付服务器 150生成临时承诺付款信息数据包，即，网络支付服务器 150根据第一类型客户终端 111发送过来的申请信息生成临时承诺付款信息数据包，并将此临时承诺付款信息数据包发送至第一类型银行服务器 110。

步骤 S205:第一类型银行服务器 110对临时承诺付款信息数据包进行校验，即，第一类型银行服务器 110收到网络支付服务器 150发送的临时承诺付款信息数据包后对此临时承诺付款信息数据包进行校验，如果校验成功（即，该临时承诺付款信息数据包的信息合法），则执行步骤 S207，如果失败（即，该临时承诺付款信息数据包的信息非法），则执行步骤 S209。

步骤 S207: 第一类型银行服务器 110根据临时承诺付款信息数据包生成承诺付款信息数据包（例如，银行信用凭证），并进行资金冻结，将资金冻结信息发送至第二类型银行服务器 120。

步骤 S209: 第一类型银行服务器 110将拒绝信息反馈至第一类型客户终端 111及网络支付服务器 150。

步骤 S211 : 第二类型银行服务器 120收到第一类型银行服务器 110发送的资金冻结信息，并将此资金冻结信息发送至第二类型客户终端 121。

步骤 S213: 第二类型客户终端 121收到第二类型银行服务器 120发送的资金冻结信息后生成可发货信息，并向物流服务器 130发送该可发货信息。

步骤 S215: 在步骤 S213的同时（也可在步骤 S213的之前或之后 )，第二类型客户终端 121依次向网络支付服务器 150、第一类型银行服务器 110、和第一类型客户终端 111提交解付提示。

步骤 S217: 第一类型客户终端 111在收到来自第二类型客户终端 121的解付提示之后，根据情况确定是否中止资金解付。如果不中止解付（即，继续解付），则执行步骤 S219。步骤 S219: 物流服务器 130收到第二类型客户终端 121发送的可发货信息后，进行发货操作，并将已发货信息发送到网络支付服务器 150。

步骤 S221 :网络支付服务器 150收到物流服务器 130发送的已发货信息后，将该已发货信息发送至第一类型银行服务器 110，其中，已发货信息包含物流单号。

步骤 S223 : 商品被签收后，物流服务器 130将已签收信息发送至网络支付服务器 150及第二类型客户终端 121，其中，已签收信息包含签收明细，例如：签收时间、本人签收或他人代签等信息。

步骤 S225: 网络支付服务器 150在收到物流服务器 130发送的已签收信息后，将已签收信息发送至第一类型银行服务器 110。

步骤 S227: 第一类型银行服务器 110于收到已签收信息后，向网络支付服务器 150发送付款请求密钥信息，其中，付款请求是指请求解除资金的冻结，付款请求密钥信息为解除资金冻结的密码。

步骤 S229: 网络支付服务器 150保存其接收到的付款请求密钥信息，并将付款请求密钥信息发送至第二类型客户终端 121。

步骤 S231 : 第二类型客户终端 121收到网络支付服务器 150发送的付款请求密钥信息后，将该付款请求密钥信息发送至第二类型银行服务器 120。

步骤 S233: 第二类型银行服务器 120还于接收到第二类型客户终端 121发送的付款请求密钥信息后，根据付款请求密钥信息生成付款请求信息，并将付款请求信息发送至第一类型银行服务器 110，其中，付款请求信息中包含付款请求密钥信息。

步骤 S235: 第一类型银行服务器 110在收到第二类型银行服务器 120发送的付款请求信息之后，向付款方银行进行付款操作，并将已经付款的信息反馈至第二类型银行服务器 120。第一类型银行服务器 110于收到付款请求信息后，会核验其中的付款请求密钥信息的准确性，只有核验正确时，才进行付款操作。

付款方银行收到资金后，将资金转入收款方客户账户内，整个网上支付流程完成结束。

继续回到步骤 S217，如果需要中止解付（例如，付款方客户对这笔交易提出异议），则执行步骤 S237: 第一类型客户终端 111向公权机关（未示出）提出裁决申请并且向网络支付服务器 150发送解付期延长申请以使网络支付服务器 150延长资金的预解付期。

步骤 S239: 网络支付服务器 150在接收到第一类型客户终端 111发送的解付期延长申请之后延长相关资金的解付期。

步骤 S241 : 在公权机关（未示出）收到来自第一类型客户终端 111的裁决申请之后，第一类型银行服务器 110还从公权机关（未示出）接收到裁决受理通知和裁决结果。

步骤 S243 : 如果从公权机关接收的裁决结果为解付，则转回来执行步骤 S219以及后续步骤。如果该裁决结果为终止解付，则执行步骤 S245。

步骤 S245: 第一类型银行服务器 110通知网络支付服务器 150关于承诺付款信息数据包（例如，银行信用凭证）失效。此外，承诺付款信息数据包（例如，银行信用凭证）还可由于逾期未收证、逾期未履约、逾期未提示解付等原因而失效。

步骤 S247: 网络支付服务器 150在从第一类型银行服务器 110接收到关于承诺付款信息数据包（例如，银行信用凭证）失效的通知之后，将解冻资金信息发送至第一类型银行服务器 110。

步骤 S249: 第一类型银行服务器 110在从网络支付服务器 150收到解冻资金信息之后，解冻与第一类型客户终端 111关联的资金。付款方银行将资金重新转入付款方客户账户内，整个网上支付流程完成结束。

本发明以上实施例所提供的网络支付方法和方法，对于付款方客户来说，仅仅是对资金进行冻结，不需将资金支付出去，可以降低资金风险，保障付款方客户的利益。另外，本发明以上实施例所提供的网络支付方法和方法，不需要付款方客户确认收货，只要物流发回签收信息，收款方客户就可以收到资金，因此，也降低了收款方资金风险，保障了收款方客户的利益。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims

权利要求书

1、一种网络支付方法，应用于网络支付系统中，所述网络支付系统包括第一类型银行服务器、第一类型客户终端、第二类型银行服务器、第二类型客户终端、物流服务器以及网络支付服务器，所述网络支付方法包括以下步骤：所述第一类型客户终端发送申请信息到所述网络支付服务器以申请承诺付款信息数据包的步骤；

所述网络支付服务器根据所述第一类型客户终端发送的所述申请信息生成临时承诺付款信息数据包，并将所述临时承诺付款信息数据包发送至所述第一类型银行服务器的步骤；

所述第一类型银行服务器收到所述网络支付服务器发送的临时承诺付款信息数据，并对所述临时承诺付款信息数据包进行校验的步骤；

如果校验成功，所述第一类型银行服务器根据所述临时承诺付款信息数据包生成承诺付款信息数据包，并进行资金冻结，将资金冻结信息发送至所述第二类型银行服务器的步骤；

所述第一类型客户终端确定是否中止资金解付的步骤；

如果需要中止解付，所述第一类型客户终端向公权机关提出裁决申请并且向所述网络支付服务器发送解付期延长申请的步骤；以及

如果需要终止解付，所述第一类型银行服务器通知所述网络支付服务器关于所述承诺付款信息数据包失效以使所述网络支付服务器解冻资金的步骤。

2、如权利要求 1所述的网络支付方法，其特征在于，所述第一类型客户终端向公权机关提出裁决申请并且向所述网络支付服务器发送解付期延长申请的步骤还包括：

所述网络支付服务器在收到所述第一类型客户终端发送的所述解付期延长申请之后，延长资金的解付期的步骤；以及

所述第一类型银行服务器从所述公权机关接收裁决受理通知和裁决结果的步骤。

3、如权利要求 1所述的网络支付方法，其特征在于，所述第一类型银行服务器通知所述网络支付服务器关于所述承诺付款信息数据包失效以使所述网络支付服务器解冻资金的步骤还包括：

所述网络支付服务器在从所述第一类型银行服务器接收到关于所述承诺付款信息数据包失效的通知之后，将解冻资金信息发送至所述第一类型银行服务器的步骤；以及

所述第一类型银行服务器在从所述网络支付服务器收到所述解冻资金信息之后，解冻与所述第一类型客户终端关联的资金的步骤。

4、如权利要求 1所述的网络支付方法，其特征在于，所述网络支付方法还包括以下步骤：

所述第二类型银行服务器收到所述第一类型银行服务器发送的所述资金冻结信息，并将所述资金冻结信息发送至所述第二类型客户终端的步骤；以及所述第二类型客户终端收到所述第二类型银行服务器发送的所述资金冻结信息后生成可发货信息，并向所述物流服务器发送所述可发货信息的步骤。

5、如权利要求 4所述的网络支付方法，其特征在于，所述网络支付方法还包括：

所述物流服务器收到所述第二类型客户终端发送的所述可发货信息后，进行发货操作，并将已发货信息发送到所述网络支付服务器的步骤。

6、如权利要求 5所述的网络支付方法，其特征在于，所述网络支付方法还包括：

所述网络支付服务器收到所述物流服务器发送的所述已发货信息后，将所述已发货信息发送至所述第一类型银行服务器的步骤。

7、如权利要求 6所述的网络支付方法，其特征在于，所述网络支付方法还包括：

在商品被签收后，所述物流服务器将已签收信息发送至所述网络支付服务器的步骤。

8、如权利要求 7所述的网络支付方法，其特征在于，所述网络支付方法还包括：

所述网络支付服务器在收到所述物流服务器发送的所述已签收信息后，将已签收信息发送至所述第一类型银行服务器的步骤。

9、如权利要求 8所述的网络支付方法，其特征在于，所述网络支付方法还包括以下步骤：

所述第一类型银行服务器收到所述已签收信息后，向所述网络支付服务器发送付款请求密钥信息的步骤；

所述网络支付服务器保存所述付款请求密钥信息，并将所述付款请求密钥信息发送至所述第二类型客户终端的步骤；

所述第二类型客户终端收到所述网络支付服务器发送的所述付款请求密钥信息，将该所述付款请求密钥信息发送至所述第二类型银行服务器的步骤；以及

所述第二类型银行服务器根据所述付款请求密钥信息生成付款请求信息，并将所述付款请求信息发送至所述第一类型银行服务器的步骤。

10、如权利要求 9所述的网络支付方法，其特征在于，所述网络支付方法还包括：

所述第一类型银行服务器接收所述第二类型银行服务器发送的付款请求信息，并核验所述付款请求信息中的付款请求密钥信息的准确性，如核验正确，则向付款方银行进行付款操作，并将已经付款的信息反馈至所述第二类型银行服务器的步骤。

11、一种网络支付系统，包括：第一类型银行服务器、第一类型客户终端、第二类型银行服务器、第二类型客户终端、物流服务器以及网络支付服务器，其中：

所述第一类型客户终端，适用于付款方客户，与所述第一类型银行服务器、所述物流服务器以及所述网络支付服务器相连接，根据付款方客户的指令发送申请信息到所述网络支付服务器以申请承诺付款信息数据包，并且在支付过程期间确定中止资金解付，如果需要中止解付，所述第一类型客户终端向公权机关提出裁决申请并且向所述网络支付服务器发送解付期延长申请；

所述网络支付服务器，连接于所述第一类型客户终端、所述第一类型银行服务器、所述第二类型客户终端以及所述物流服务器，根据所述第一类型客户终端发送过来的所述申请信息，生成临时承诺付款信息数据包，并将所述临时承诺付款信息数据包发送至所述第一类型银行服务器；

所述第一类型银行服务器适用于付款方银行，与所述第一类型客户终端、所述第二类型银行服务器以及所述网络支付服务器相连接，收到所述网络支付服务器发送的所述临时承诺付款信息数据包后对所述临时承诺付款信息数据包进行校验，如果校验成功，所述第一类型银行服务器根据所述临时承诺付款信息数据包生成承诺付款信息数据包，并进行资金冻结，将资金冻结信息发送至所述第二类型银行服务器，并且如果在支付过程期间需要终止解付，所述第一类型银行服务器通知所述网络支付服务器关于所述承诺付款信息数据包失效以使所述网络支付服务器解冻资金；

所述第二类型银行服务器，适用于收款方银行，与所述第一类型银行服务器及所述第二类型客户终端相连接，接收所述第一类型银行服务器发送的所述资金冻结信息，并将所述资金冻结信息发送至所述第二类型客户终端；

所述第二类型客户终端适用于收款方客户，与所述第二类型银行服务器、所述物流服务器以及所述网络支付服务器相连接，接收所述第二类型银行服务器发送的所述资金冻结信息后生成可发货信息，将所述可发货信息发送至物流服务器申请发货；以及

所述物流服务器，适用于物流企业，与所述第一类型客户终端、所述第二类型客户终端以及所述网络支付服务器相连接，接收到所述第二类型客户终端发送的所述可发货信息后，进行发货操作，并将已发货信息发送到所述网络支付服务器。

12、如权利要求 11所述的网络支付系统，其特征在于，所述网络支付服务器在收到所述第一类型客户终端发送的所述解付期延长申请之后延长资金的解付期，并且所述第一类型银行服务器从所述公权机关接收裁决受理通知和裁决结果。

13、如权利要求 11所述的网络支付系统，其特征在于，所述网络支付服务器在从所述第一类型银行服务器接收到关于所述承诺付款信息数据包失效的通知之后，将解冻资金信息发送至所述第一类型银行服务器；并且所述第一类型银行服务器在从所述网络支付服务器收到所述解冻资金信息之后，解冻与所述第一类型客户终端关联的资金。

14、如权利要求 11所述的网络支付系统，其特征在于，所述网络支付服务器还在收到所述物流服务器发送的所述已签收信息后将所述已签收信息发送至所述第一类型银行服务器，并于接收到所述第一类型银行服务器发送的付款请求密钥信息后保存所述付款请求密钥信息，并将所述付款请求密钥信息送至所述第二类型客户终端。

15、如权利要求 14所述的网络支付系统，其特征在于，所述第二类型客户终端收到所述网络支付服务器发送的所述付款请求密钥信息后，将所述付款请求密钥信息发送至所述第二类型银行服务器。

16、如权利要求 15所述的网络支付系统，其特征在于，所述第二类型银行服务器还于接收到所述第二类型客户终端发送的所述付款请求密钥信息后生成所述付款请求信息，将所述付款请求信息发送至所述第一类型银行服务器，并于收到所述第一类型银行服务器发送的已经付款的信息后，向收款方客户进行付款操作。

17、如权利要求 16所述的网络支付系统，其特征在于，所述第一类型银行服务器还于收到所述已签收信息后，向所述网络支付服务器发送所述付款请求密钥信息，并于收到所述第二类型银行服务器发送的所述付款请求信息后向付款方银行进行付款操作，并将已经付款的信息反馈至所述第二类型银行服务器。

18、如权利要求 17所述的网络支付系统，其特征在于，所述物流服务器还于付款方客户进行签收后，将所述已签收信息发送至所述网络支付服务器及所述第二类型客户终端。