CN106447315A - 一种基于云平台的交易支付方法及系统 - Google Patents

Abstract

本发明提供了一种基于云平台的交易支付方法及系统，系统包括：云平台，云平台包括支付方式配置单元、银行端管理单元及商户端管理单元，支付方式配置单元用于配置支付方式；银行端管理单元用于与银行端对接，及配置与银行端对应的银行相关的支付方式，其中，银行端用于管理银行用户的交易行为；商户端管理单元用于与商户端对接，及配置与商户端对应的商户相关的结算方式；商城管理单元，用于获取商品信息，并通过推送至对应的银行端，以供银行用户使用。该交易支付系统中是以银行端的支付方式管理为前提，云平台统一对各家银行端的支付方式进行管理及数据统计，便于统计各银行用户的消费习惯、商户商品的销售详情等大数据信息，便于不同银行根据需要使用。

Description

一种基于云平台的交易支付方法及系统

技术领域

本发明涉及线上交易支付技术领域，特别涉及一种基于云平台的交易支付方法及系统。

背景技术

银行端商城是区别于常规商城的一种存在，银行端商城一般使用单独的本行支付方式进行，并期望越来越多的本行内用户来访问商城，越来越多的新用户办理行内银行卡，越来越多的用户办理本行内业务。如何让更多的客户来访问商城、办理本行内业务成为银行所关注的主要内容。

首先需解决交易清算和支付的问题，交易是基于商城、推广链接、微信公众平台、app等方式来实现，那么应对于这些消费场景就需要本行的支付适应于各个终端，统一的管理这些支付方式和清算账户的问题就成为了解决支付和交易清算的重中之重。

现有的结算支付体系多是依附于第三方清算平台，由第三方清算平台完成商户、渠道、供应商、用户之间的交易清算，商城中多数是由至少三家第三方支付平台，商户的结算是以平台的形式进行。支付方式用户群体比较分散，用户有很多的支付方式，没有办法以支付方式来判定用户的消费习惯。

因此，如何使得各个渠道(银行)应对多种交易终端、多类商户和各种营销手段做出的清算、支付体系，如何协助或代渠道(银行)处理清算、支付方式及支付账号等一系列问题，成为目前需要解决的主要问题。

发明内容

本发明的目的在于提供一种基于云平台的交易支付方法及系统，以解决现有的技术不能针对各种支付终端、各种商户结算体系做出的整体解决方案，无法在一个后台中完成支付方式配置(多种银行支付)、清算报表结算的问题。

为实现上述目的，本发明提供了一种基于云平台的交易支付方法，包括以下步骤：

S1：云平台通过银行端提供商品信息给用户端，发生交易时所述银行端将包括支付方式的交易信息发送至云平台；

S2：所述用户端与银行端进行按所述支付方式进行交易支付，交易支付的结果数据由所述云平台管理并进行定期清算；

S3：所述云平台将支付结果反馈给商户端，并执行与商户端之间的结算。

较佳地，所述步骤S1前还包括，云平台通过支付方式配置单元配置系统所支持的所有支付方式，并为每个银行端配置与其对应的银行相关的支付方式，其中，配置支付方式时以上传证书的形式添加至云平台。

较佳地，所述支付方式包括通过银行支付、通过第三平台支付和/或通过券支付。

较佳地，所述步骤S2进一步包括：交易支付时，支付的服务器通过配置回调URL的方式将支付结果推送至所述银行端的服务器及所述云平台，所述云平台根据所述支付结果进行对应的订单的定期清算。

较佳地，推送支付结果时，推送的数据包依下列顺序至少包括：支付状态、用户ID、时间戳、订单详情扩展字符串、随机标识符及签名，其中支付状态长度为1位，用户ID长度为16位，随机标识符的字符串长度不长于32位，订单详情扩展字符串长度不长于128位，签名长度不长于128位。

较佳地，所述步骤S1进一步包括：

S11：银行端根据营销需要选择云平台上的若干商品信息，所述云平台将该些商品信息封装为软件产品提供给银行端，或银行端根据营销需要选择云平台上的软件产品；

S12：所述银行端推送所述软件产品至用户端；

S13：用户端基于所述软件产品，显示所述商品信息，以及接收交易时的操作信息，并将交易信息发送给云平台。

较佳地，所述步骤S2进一步包括：所述云平台通过用户管理单元分别管理与不同的银行端对应的用户数据以及记录用户的支付行为发生时支付行为所对应的银行信息及商户信息。

本发明还提供了一种基于云平台的交易支付系统，包括：云平台，所述云平台包括支付方式配置单元、银行端管理单元及商户端管理单元，

所述支付方式配置单元用于配置系统所支持的所有的支付方式；

所述银行端管理单元用于与银行端进行交易对接，以管理交易中银行端的支付操作，及配置与银行端对应的银行相关的支付方式，其中，所述银行端用于管理银行用户的交易行为；

所述商户端管理单元用于与商户端对接以进行与商户端之间的结算，及配置与商户端对应的商户相关的结算方式；

商城管理单元，用于获取来自所述商户端管理单元的商品信息，并通过所述银行端管理单元推送至对应的银行端，以供银行用户的用户端使用。

较佳地，所述云平台还包括用户管理单元，所述用户管理单元用于分别管理与不同的银行端对应的用户数据以及记录用户的支付行为发生时支付行为所对应的银行信息及商户信息。

较佳地，所述云平台还包括订单处理单元，所述订单处理单元用于获取订单信息，根据所述订单信息中所包含的支付方式选择对应的银行进行支付处理，并将订单处理结果反馈至商户端。

较佳地，所述银行端设有银行卡支付系统，所述银行卡支付系统用于在银行用户进行订单支付时根据银行用户的需要提供与该银行卡支付系统对应的银行支付页面以供支付。

较佳地，所述交易行为包括：预定、购买、退货、换货或其他需要进行支付钱款的交易。

较佳地，所述支付方式包括银行支付、第三平台支付和/或券支付；相应地，所述结算方式包括：银行结算，第三方平台结算和/或券结算。

本发明提供的基于云平台的交易支付方法及系统具有以下有益效果：

1、基于云平台的交易支付系统是以银行端的支付方式管理为前提，云平台统一对各家银行端的支付方式进行管理及数据统计，对任意一家银行来说，其可以根据系统统计的数据针对性的对其用户进行精准营销，由支付源头来抓取用户的消费习惯、商户商品的销售详情等大数据信息。

2、商城中的产品结合银行推广、商户推广等方式时，商品的价格根据支付方式的不同而有所不同，总体会会更低，低于现有商城体系下的产品，以使得银行端的银行可以通过促销等手段促使更多的新用户办理该银行的相关业务。

3、本系统解决的是针对各种支付终端、各种商户结算体系做出的整体云解决方案，云平台中可完成支付方式配置(多种银行支付)、清算报表结算等，便于管理，也便于不同银行根据需要使用。即该系统进行统一的交易清算及结算，代银行实现商户、渠道、供应商之间的交易结算、券结算，无需银行端自身完成一笔一笔交易数据的清算及结算，银行端仅需要根据清算及结算的结果进行转账即可。

附图说明

图1为本发明优选实施例提供的基于云平台的交易支付系统组成图；

图2为优选实施例提供的基于云平台的交易支付系统工作过程示意图；

图3为本发明另一优选实施例提供的云平台组成结构图；

图4为本发明提供的一种基于云平台的交易支付方法流程图；

图5为图4方法的步骤S1的具体流程图。

具体实施方式

为更好地说明本发明，兹以一优选实施例，并配合附图对本发明作详细说明，具体如下：

如图1所示，本实施例提供的基于云平台的交易支付系统包括：

云平台100，所述云平台包括支付方式配置单元110、银行端管理单元120及商户端管理单元130。

其中，支付方式配置单元110用于配置系统所支持的所有的支付方式。

银行端管理单元120用于与银行端200进行交易对接，以管理交易中银行端的支付操作，及配置与银行端对应的银行相关的支付方式，其中，所述银行端用于管理银行用户的交易行为；

商户端管理单元130用于与商户端400对接以进行与商户端之间的结算，及配置与商户端对应的商户相关的结算方式。

商城管理单元140，用于获取来自商户端管理单元130的商品信息，并通过银行端管理单元120推送至对应的银行端，以供银行用户的用户端300使用。

其中，本实施例提供的交易支付系统统一管理银行端、商户端，相应地，基于该统一的平台，其可以获取用户端的交易数据，从而对各银行用户的交易行为进行统计。该些数据可以反馈到银行端，方便各家银行对自己的商城用户的行为进行统计分析，以有针对性地推出一些营销产品，便于管理或吸引商城用户，完成银行指标等。

具体地，如图2所示，本实施例中的基于云平台的交易支付系统中，云平台所包含的银行端管理单元120分别与银行端A和银行端B对接，银行端A和银行端B分别为两家不同的银行(银行A和银行B)的银行端，而每个银行可以拥有多个银行用户，如本实施例中的银行A拥有用户1和用户2，该两个用户可以通过上述的用户端访问银行端A。当然，银行B也可以拥有多个用户，且与银行端管理单元120对接的银行也可以为一个或多个，通过云平台可以实现对不同银行的统一管理及服务，同时实现对不同银行所拥有的用户的统一管理及服务。

此外，本实施例中商户端管理单元130分别与商户端a和商户端b对接，商户端a和商户端b分别为两家不同的商户(商户a和商户b)的商户端，每个商户端可以对应多个商品，如本实施例中，商户a拥有商品1和商品2。商户通过商户端将商品信息上传至云平台。同理，商户b也可以拥有多个商品，且与商户端管理单元130对接的商户也可以为一个或多个，通过云平台可以实现对不同商户的统一管理及服务，同时实现对不同商户所拥有的商品的统一管理及对商户的统一服务。

对于用户1，其通过用户端实现对银行端的软件产品的查阅，具体地，该软件产品为银行端提供的商品信息，该商品信息为该银行端的银行根据营销需要从云平台的商城管理单元140获取的。银行的软件产品可以以APP形式或网页形式的银行商城的方式呈现给用户。当用户浏览银行商城时，可以从中选取某些商品进行交易，如预定、购买、退货、换货等常见的需要进行支付的一些交易。

本实施例中以购买为例对支付过程进行说明：当用户进行商品购买时，银行端获取交易行为数据，具体为用户所选择的是哪种支付方式；此时云平台的银行端管理单元根据用户选择的支付方式通知银行，则对应的银行端向用户端该银行的支付页面，以供用户完成支付操作。当用户完成支付时，由云平台的商户端管理单元130通知交易的商品所属的商户付款成功，以将商品销售给用户，并由云平台进行结算数据的记录。注意，这里的支付页面完全归属于银行端自身管理，云平台无法获取与支付具体过程相关的如支付密码、支付口令等与用户及银行两者相关且需要严格保密的支付过程信息。当用户完成支付操作时，支付结果反馈给云平台，由商户管理单元通知商户端处的商品所属的商户，以完成后续的订单处理流程。

当然上述的用户1的交易行为为购买商品1时，具体包括下述过程：云平台将商品1的信息提供给银行端，银行端提供给用户端，银行用户通过用户端对商品1进行下订单购买，云平台则再次通过银行端获取银行用户的购买商品的订单信息(主要包括：用户基本信息，如ID，昵称，联系方式、地址等；支付方式：如采用银联卡支付、第三方平台支付还是券支付，或者该些的结合；商品信息：如商品名称、商品型号等，以及对应的商户名称、地址、联系方式等。)，云平台根据支付方式控制银行端显示与支付方式类型对应的支付页面，并配合银行用户自身在用户端的操作完成订单支付。基于该云平台的其他具体支付过程，如验证码输入、密码、口令等与现有的银联支付或第三方支付平台(如支付宝、微信钱包)等相类似，此处不再赘述。

其中，本实施例中的银行端可以为云平台所在的服务器分配一定的存储及处理空间给具体银行端的；也可以为银行端本地具有一定的处理能力，但数据存储在云平台；或者银行端本地既可以进行数据存储也可以进行数据处理，但需要在云平台的银行端管理单元120管理下进行数据存储与处理。上述的银行端具体的数据处理或存储方式均包含在本发明范围内。

此外，本实施例中的银行端设有自身的银行卡支付系统，该银行卡支付系统用于在银行用户进行订单支付时根据银行用户的需要提供与该银行卡支付系统对应的银行支付页面，即上面所述的银行端自身管理的支付页面。相应地，当用户所选择的支付方式为银行支付时，则该支付页面即可跳出，但支付页面的支付金额与实际产品的营销情况有关。比如，当前商品1的支付可以使用优惠券，而用户也恰好拥有该优惠券，则由云平台计算最终需要用户支付的实际金额数据(商品当前价格与优惠券金额的差值)并提供给银行端，银行端根据该实际金额生成支付页面，以实现营销产品的支付。

在其他可选实施例中，支付方式除包括与提供软件产品对应的银行的支付方式外，还包括银联支付、第三平台支付和券支付之中的一种或多种的结合。该些不同的支付方式均配置在云平台中，根据实际支付需要及银行端的软件产品的具体情况供用户选择。例如当选定第三平台支付支付后，仍可使用优惠券，两者结合进行适当的抵扣，得到最终的付款金额。相应地，对于商户来说，可选的结算方式对应地包括：银行结算，第三方平台结算和券结算之中的一种或多种结合的支付，本领域技术人员依据上述各种支付方式所做的变形或组合以进行基于云平台的营销商品的交易支付，均包含在本发明范围内。

如图3所示，本实施例中的云平台100还包括用户管理单元150，用户管理单元150用于分别管理与不同的银行端对应的用户数据以及记录用户的支付行为发生时支付行为所对应的银行信息及商户信息。

云平台100还包括订单处理单元160，订单处理单元160用于获取订单信息，根据所述订单信息中所包含的支付方式选择对应的银行进行支付处理，并将订单处理结果反馈至商户端。

云平台100还包括系统管理单元170，系统管理单元170用于获取订单信息，根据所述订单信息中所包含的支付方式选择对应的银行进行支付处理，并将订单处理结果反馈至商户端。

本实施例中的云平台可以基于系统管理单元170对订单信息的管理及用户管理单元对用户的交易信息的管理，实现对任意一个银行端其所包含的用户的购买或其他交易行为进行统计，包括其购买商品的倾向性、其使用商城的频率、常用的支付方式等等，该些数据可以通过银行端管理单元120反馈到银行端，方便各家银行对自己的商城用户的行为进行统计分析，以有针对性地推出一些营销产品，便于管理或吸引商城用户，完成银行指标等。

当然，作为系统管理单元170，其还可以根据需要用于设置该云平台的系统管理功能、菜单设置功能、功能模块管理、权限管理、提示管理等等相关的模块，以执行与本发明提供的交易支付系统相关的一些功能。具体地，该些功能用于云平台的管理人员适用，通过系统管理功能模块进行整个交易支付系统的相关管理；菜单设置功能模块可以为系统管理者提供界面形式的相关菜单项或其他形式的菜单项，供其进行直接操作菜单项来管理整个系统的运作；功能模块管理用于进行对系统相关功能的新建、更新或改进等；权限管理模块用于管理与该云平台产生直接或间接的数据交互关系的银行、银行用户、商户对该云平台的操作权限；提示管理模块用于在该系统的云平台在与银行、银行用户、商户之间产生直接或间接的通讯关系时，通过邮件、短信或其他社交网络站点发送相应的通知提示消息，例如在购买行为发生时，将相应的订单提醒、支付验证等提示消息发送给用户。当然，本领域技术人员在设置相关功能模块进行系统管理时也可根据需要添加其他必要的功能模块，或对上述的功能模块进行合并、修改，以更符合不同情况下的使用需要，但应当理解，基于上述的云平台的交易及支付系统的具体改进，均包含在本发明范围之内。

此外，如图4所示，本实施例提供了一种基于云平台的交易支付方法，具体包括以下步骤：

S1：云平台通过银行端提供商品信息给用户端，发生交易时所述银行端将包括支付方式的交易信息发送至云平台；

S2：所述用户端与银行端进行按所述支付方式进行交易支付，交易支付的过程数据由所述云平台控制并进行定期清算；

S3：所述云平台将支付结果反馈给商户端，并执行与商户端之间的结算。

其中，步骤S1前还包括，云平台通过支付方式配置单元配置系统所支持的所有支付方式，并为每个银行端配置与其对应的银行相关的支付方式，其中，配置支付方式时以上传证书的形式添加至云平台。对于使用该云平台的各个银行端，其进行支付方式添加时，同时上传证书及对应的支付方式名称，由云平台进行认证，认证成功即为该支付方式添加成功。

进一步地，上述的支付方式包括通过银行支付、通过第三平台支付和/或通过券支付。云平台作为对交易支付进行统一管理的平台，其除了配置与各个具体的银行相匹配的支付方式外，还需配置一般的第三方平台支付方式，如支付宝、微信钱包等线上第三方网络平台的支付方式，同时为了适用于各银行端对营销的需要，还配置了券支付的支付方式。其中，券支付的支付方式中，券的金额、券的使用规则等由设立该券的一方(如商户或银行)制定，但需符合云平台整体营销商品的通用规则。此外，上述的银行支付对于任意一个银行端的用户来说，不仅限于该银行端所属银行的支付类型，如交通银行的用户可以使用其他银联的银行卡进行快捷支付或电子银行进行线上支付。支付的过程中，上述三种类型的支付方式可以相互结合，本领域技术人员可根据需要配置平台上的各种不同的支付方式，以供银行端、用户端及商户端使用。例如，通过银行支付时，可以通过使用券支付的形式抵消一部分交易金额，此时，银行支付的最终交易金额以系统最终计算的金额为准，具体计算方式参考常规的抵用券等的使用形式，此处不再赘述。

步骤S2进一步包括：交易支付时，支付的服务器通过配置回调URL的方式将支付结果推送至所述银行端的服务器及所述云平台，所述云平台根据所述支付结果进行对应的订单的定期清算。

具体地，推送支付结果时，推送的数据包依下列顺序至少包括：支付状态、用户ID、时间戳、订单详情扩展字符串、随机标识符及签名，其中支付状态长度为1位，用户ID长度为16位，随机标识符的字符串长度不长于32位，订单详情扩展字符串长度不长于128位，签名长度不长于128位。上述的随机标识符是依据当前数据包生成时间通过随机数生成算法得到的，可以有效地依据随机标识符对不同的数据包进行区分，以判断是否重复接收，避免支付结果的数据成重复发送。通过上述的数据包设置方式，可以以最小的数据发送量实现对支付结果的数据的发送，同时可以有效地保证交易结果的数据传输的准确性。

步骤S2还包括：所述云平台通过用户管理单元分别管理与不同的银行端对应的用户数据以及记录用户的支付行为发生时支付行为所对应的银行信息及商户信息。

如图5所示，上述的步骤S1进一步包括步骤S11～S13，具体地：

S11：银行端根据营销需要选择云平台上的若干商品信息，所述云平台将该些商品信息封装为软件产品提供给银行端，或银行端根据营销需要选择云平台上的软件产品。

其中，云平台上的商品信息2由云平台的商城管理单元进行管理，而软件产品可以以商城APP或商城页面的形式出现，供各家银行进行定制或选择。此时，商城管理单元还用于提供该些不同形式的软件产品，即将商品信息与不同的银行的软件产品进行对应，并设置不同银行的软件产品的呈现方式，封装后通过银行端推送至用户端，以供该些银行的用户使用。

S12：银行端推送所述软件产品至用户端。

S13：用户端基于所述软件产品，显示所述商品信息，以及接收交易时的操作信息，并将交易信息发送给云平台。

具体地，用户端显示上述软件产品，如商城APP或商城页面，该软件产品包含上述的商品信息，及提供操作入口，供用户在用户端上对相关商品进行操作，如交易、支付，该用户端此时接收交易、支付指令并通过银行端与云平台进行交易、支付的数据交互，但对于具体的涉及支付方式具体过程的支付数据，如密码、支付口令等数据云平台并不进行管理，而是由该支付方式对应的银行、银联、第三方支付平台或券的提供者进行管理。因此，上述的交易信息仅包括用户基本信息、商品基本信息、商户基本信息及支付方式的类型，而用户、商户的基本信息主要包括：ID、姓名、电话、地址等，商品的基本信息主要包括：商品名称、型号等，即上述的基本信息为常规的对于支付订单来说必不可少的信息。

上述的软件产品可以为网页版的服务界面或APP版的服务界面，每个服务界面与一个银行端对应，用于提供给用户端使用。该些服务界面提供多项商品信息，包括虚拟服务商品或实物商品。其中虚拟服务商品可以包括便民服务、返券服务、游戏中心、促销通知等等，实物商品包括多个实物商品信息。用户基于该服务界面即可进行相关商品信息的查阅、选择、购买、使用或退订等操作。关于服务界面的其他可选功能此处不一一赘述。而该软件产品为云平台直接为各个银行端提供的，不同的银行通过其银行端即可在云平台上进行软件产品的定制或选择，当其以软件产品的形式提供给其用户使用时，用户基于该软件产品进行的相关操作如交易、支付等行为均由云平台统一管理，方便云平台统计各个银行端处的交易、支付数据，也方便云平台为各个银行端提供其各自的用户管理服务。对于银行端来说，无需每家银行在本地设置相关的大型服务器以存储用户及服务信息数据，其通过与云平台进行数据交互进行使用即可。且对于每个银行，其无需自身独立配备一套移动营销的软件产品及其交易支付系统，也即无需独立配备独立的研发团队进行仅供自身使用的软件产品及其交易支付系统的开发。具体如各家银行均通过云平台进行选择或定制软件产品，供应商无需独立分别地与不同银行进行对接。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何本领域的技术人员在本发明揭露的技术范围内，对本发明所做的变形或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述的权利要求的保护范围为准。

Claims (13)

1.一种基于云平台的交易支付方法，其特征在于，包括以下步骤：

S1：云平台通过银行端提供商品信息给用户端，发生交易时所述银行端将包括支付方式的交易信息发送至云平台；

S2：所述用户端与银行端进行按所述支付方式进行交易支付，交易支付的结果数据由所述云平台管理并进行定期清算；

S3：所述云平台将支付结果反馈给商户端，并执行与商户端之间的结算。

2.根据权利要求1所述的基于云平台的交易支付方法，其特征在于，所述步骤S1前还包括，云平台通过支付方式配置单元配置系统所支持的所有支付方式，并为每个银行端配置与其对应的银行相关的支付方式，其中，配置支付方式时以上传证书的形式添加至云平台。

3.根据权利要求1或2所述的基于云平台的交易支付方法，其特征在于，所述支付方式包括通过银行支付、通过第三平台支付和/或通过券支付。

4.根据权利要求1所述的基于云平台的交易支付方法，其特征在于，所述步骤S2进一步包括：交易支付时，支付的服务器通过配置回调URL的方式将支付结果推送至所述银行端的服务器及所述云平台，所述云平台根据所述支付结果进行对应的订单的定期清算。

5.根据权利要求4所述的基于云平台的交易支付方法，其特征在于，推送支付结果时，推送的数据包依下列顺序至少包括：支付状态、用户ID、时间戳、订单详情扩展字符串、随机标识符及签名，其中支付状态长度为1位，用户ID长度为16位，随机标识符的字符串长度不长于32位，订单详情扩展字符串长度不长于128位，签名长度不长于128位。

6.根据权利要求1所述的基于云平台的交易支付方法，其特征在于，所述步骤S1进一步包括：

S11：银行端根据营销需要选择云平台上的若干商品信息，所述云平台将该些商品信息封装为软件产品提供给银行端，或银行端根据营销需要选择云平台上的软件产品；

S12：所述银行端推送所述软件产品至用户端；

S13：用户端基于所述软件产品，显示所述商品信息，以及接收交易时的操作信息，并将交易信息发送给云平台。

7.根据权利要求1所述的基于云平台的交易支付方法，其特征在于，所述步骤S2进一步包括：所述云平台通过用户管理单元分别管理与不同的银行端对应的用户数据以及记录用户的支付行为发生时支付行为所对应的银行信息及商户信息。

8.一种基于云平台的交易支付系统，其特征在于，包括：云平台，所述云平台包括支付方式配置单元、银行端管理单元及商户端管理单元，

所述支付方式配置单元用于配置系统所支持的所有的支付方式；

所述银行端管理单元用于与银行端进行交易对接，以管理交易中银行端的支付操作，及配置与银行端对应的银行相关的支付方式，其中，所述银行端用于管理银行用户的交易行为；

所述商户端管理单元用于与商户端对接以进行与商户端之间的结算，及配置与商户端对应的商户相关的结算方式；

商城管理单元，用于获取来自所述商户端管理单元的商品信息，并通过所述银行端管理单元推送至对应的银行端，以供银行用户的用户端使用。

9.根据权利要求1所述的基于云平台的交易支付系统，其特征在于，所述云平台还包括用户管理单元，所述用户管理单元用于分别管理与不同的银行端对应的用户数据以及记录用户的支付行为发生时支付行为所对应的银行信息及商户信息。

10.根据权利要求1所述的基于云平台的交易支付系统，其特征在于，所述云平台还包括订单处理单元，所述订单处理单元用于获取订单信息，根据所述订单信息中所包含的支付方式选择对应的银行进行支付处理，并将订单处理结果反馈至商户端。

11.根据权利要求1所述的基于云平台的交易支付系统，其特征在于，所述银行端设有银行卡支付系统，所述银行卡支付系统用于在银行用户进行订单支付时根据银行用户的需要提供与该银行卡支付系统对应的银行支付页面以供支付。

12.根据权利要求1所述的基于云平台的交易支付系统，其特征在于，所述交易行为包括：预定、购买、退货、换货或其他需要进行支付钱款的交易。

13.根据权利要求1所述的基于云平台的交易支付系统，其特征在于，所述支付方式包括银行支付、第三平台支付和/或券支付；相应地，所述结算方式包括：银行结算，第三方平台结算和/或券结算。