交易处理方法及系统、计算机设备与流程

1.本发明涉及支付技术领域，尤其涉及一种交易处理方法及系统、计算机设备。


背景技术：

2.随着互联网理财的崛起，银行理财产品日益丰富。交易处理系统中，理财产品的功能包括但不限于主动申购、主动赎回等。为了提升客户体验，交易处理系统在原有理财产品的功能基础上增加了支付结算功能。即，当活期账户余额不足时，交易处理系统会自动赎回理财产品的金额进行补款。但现有交易处理系统仅支持客户为活期账户签约已购买的多种理财产品中的一种，不支持多种理财产品同时进行支付结算的功能。


技术实现要素：

3.有鉴于此，实有必要提供一种交易处理方法及系统、计算机设备，当活期账户在支付结算遇到余额不足的情况时，可按客户预先设定的优先级顺序进行补款。
4.第一方面，本发明实施例提供一种交易处理方法，所述交易处理方法包括：
5.判断是否接收到交易支付请求，其中，所述交易支付请求包括支付金额；
6.当接收到交易支付请求时，判断与所述交易支付请求相对应的活期结算账户中的账户余额是否小于所述支付金额；
7.当与所述交易支付请求相对应的活期结算账户中的账户余额小于所述支付金额时，获取与所述活期结算账户相对应的预设赎回规则，其中，所述预设赎回规则包括赎回优先级顺序和若干赎回协议；
8.根据所述赎回优先级顺序调用所述若干赎回协议；
9.根据所述交易支付请求和所述赎回协议赎回与所述活期结算账户相对应的理财产品账户的赎回金额至所述活期结算账户，其中，所述理财产品账户对应有若干理财产品，所述赎回协议与所述理财产品一一对应，所述赎回金额为所述支付金额和所述账户余额的差值；以及
10.执行所述交易支付请求。
11.优选地，根据所述交易支付请求和所述赎回协议赎回与所述活期结算账户相对应的理财产品账户的赎回金额至所述活期结算账户具体包括：
12.根据所述交易支付请求和所述赎回协议计算与每一所述理财产品相对应的子赎回金额，其中，所述赎回金额为与所有理财产品相对应的子赎回金额之和；以及
13.根据所述子赎回金额赎回相应的理财产品中的理财金额至所述活期结算账户。
14.优选地，根据所述赎回优先级顺序调用所述若干赎回协议具体包括：
15.根据所述赎回优先级顺序依次调用所述若干赎回协议中的一个赎回协议。
16.优选地，所述交易处理方法还包括：
17.当与所述交易支付请求相对应的活期结算账户中的账户余额大于或者等于所述支付金额时，执行所述交易支付请求。
18.第二方面，本发明实施例提供一种计算机设备，所述计算机设备包括：
19.存储器，用于存储程序指令；以及
20.处理器，用于执行所述程序指令以实现如上所述的交易处理方法。
21.第三方面，本发明实施例提供一种交易处理系统，所述交易处理系统包括：
22.第一判断模块，用于判断是否接收到交易支付请求，所述交易支付请求包括支付金额；
23.第二判断模块，用于当接收到交易支付请求时，判断与所述交易支付请求相对应的活期结算账户中的账户余额是否小于所述支付金额；
24.获取模块，用于当所述活期结算账户中的账户余额小于所述支付金额时，获取与所述活期结算账户相对应的预设赎回规则，所述预设赎回规则包括赎回优先级顺序和若干赎回协议；
25.调用模块，用于根据所述赎回优先级顺序调用所述若干赎回协议；
26.协议功能模块，用于根据所述交易支付请求和所述赎回协议赎回与所述活期结算账户相对应的理财产品账户的赎回金额至所述活期结算账户，所述理财产品账户对应有若干理财产品，所述赎回协议与所述理财产品一一对应，所述赎回金额为所述支付金额和所述账户余额的差值；以及
27.执行模块，用于执行所述交易支付请求。
28.优选地，所述交易处理系统还包括活期结算模块，所述活期结算模块用于对所述活期结算账户进行余额查询和可用余额计算，当进行余额查询或可用余额计算时，所述活期结算模块调用的代码相同。
29.优选地，所述活期结算模块通过应用程序编程接口调用所述代码。
30.优选地，所述协议功能模块包括：
31.计算模块，用于根据所述交易支付请求和所述赎回协议计算与每一所述理财产品相对应的子赎回金额，所述赎回金额为与所有理财产品相对应的子赎回金额之和；以及
32.赎回模块，用于根据所述子赎回金额赎回相应的理财产品中的理财金额至所述活期结算账户。
33.优选地，所述调用模块用于根据所述赎回优先级顺序依次调用所述若干赎回协议中的一个赎回协议。
34.上述交易处理方法及系统、计算机设备，客户通过客户端发起支付结算、转账、取现等交易时，如果客户的活期结算账户中的账户余额不足，银行系统按照赎回优先级顺序自动赎回理财产品账户中理财产品的赎回金额，并将赎回金额支取至活期结算账户，从而使活期结算账户能够完成支付结算、转账、取现等交易。客户的活期结算账户能够同时绑定理财产品账户中的多款理财产品，协议补款优先级参数化，用户设置自动赎回优先级顺序或者根据收益率设置赎回优先级顺序，各支产品赎回规则，遵照各个产品规则执行，从而能够提升客户的使用体验，丰富交易支付场景，并增强客户购买理财产品的意愿。
附图说明
35.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本
发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图示出的结构获得其他的附图。
36.图1为本发明实施例提供的交易处理方法的流程图。
37.图2为本发明实施例提供的交易处理方法的子流程图。
38.图3为本发明实施例提供的交易处理方法的应用场景示意图。
39.图4为本发明实施例提供的计算机设备的内部结构示意图。
40.图5为本发明第一实施例提供的交易处理系统的内部结构示意图。
41.图6为本发明第二实施例提供的交易处理系统的内部结构示意图。
42.图7为图5所示的交易处理系统的协议功能模块的内部结构示意图。
43.本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
44.为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
45.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的规划对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，换句话说，描述的实施例根据除了这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，还可以包含其他内容，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于只清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
46.需要说明的是，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者多个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。
47.请结合参看图1和图3，图1为本发明实施例提供的交易处理方法的流程图，图3为本发明实施例提供的交易处理方法的应用场景示意图。以图3所示的应用场景为例，客户30在银行系统40开设有活期结算账户和理财产品账户。其中，活期结算账户仅用于支付结算、转账、取现等交易，理财产品账户用于购买、赎回理财产品等。客户30可通过客户端50对活期结算账户和理财产品账户进行交易操作。客户端50与银行系统40通讯连接。其中，客户端50包括但不限于手机、平板电脑、个人计算机、atm机等设备。
48.交易处理方法用于对客户端50发起的支付结算、转账、取现等交易进行处理。交易处理方法具体包括如下步骤。
49.步骤s102，判断是否接收到交易支付请求。当客户30通过客户端50对活期结算账户进行支付、转账、取现等交易操作时，客户端50向银行系统40发送交易支付请求。其中，交
易支付请求包括支付金额。当接收到交易支付请求时，执行步骤s104。
50.步骤s104，判断与交易支付请求相对应的活期结算账户中的账户余额是否小于支付金额。当接收到交易支付请求时，获取与交易支付请求相对应的活期结算账户的账户信息，并根据账户信息查询活期结算账户中的账户余额。判断账户余额是否小于支付金额。当与交易支付请求相对应的活期结算账户中的账户余额小于支付金额时，执行步骤s106；当与交易支付请求相对应的活期结算账户中的账户余额大于或者等于支付金额时，执行步骤s112。
51.步骤s106，获取与活期结算账户相对应的预设赎回规则。在本实施例中，活期结算账户对应有理财产品账户，理财产品账户对应有若干理财产品。理财产品包括但不限于智能存款、基金、定期等。其中，活期结算账户与理财产品账户一一对应。
52.预设赎回规则包括赎回优先级顺序和若干赎回协议。在本实施例中，客户30可以根据自身情况通过客户端50预先设置好相应的赎回优先级顺序。在一些可行的实施例中，可以对理财产品账户中若干理财产品的收益率进行排序，从而得到相应的赎回优先级顺序。如，收益率越高的理财产品，优先级越低；收益率越低的理财产品，优先级越高。赎回优先级顺序为对理财产品账户中的多个理财产品进行赎回的优先级顺序。优先级越高，则优先赎回相应的理财产品；优先级越低，则靠后赎回相应的理财产品。
53.赎回协议的数量与理财产品的数量相同，且每一赎回协议均与一个理财产品一一对应。赎回协议包括但不限于赎回的金额比例、赎回的途径等。在本实施例中，赎回的金额比例可以是从理财产品的理财金额中赎回的金额占比；赎回的途径可以是从理财产品的理财金额中的哪一部分赎回理财金额。
54.举例来说，若赎回的金额比例为30％，则赎回相应理财产品的理财金额的30％。定期包括本金和利息，相应地，赎回途径包括本金和利息。即是说，可以规定从本金中赎回理财金额，可以规定从利息中赎回理财金额，也可以分别从本金和利息中按一定比例赎回理财金额。
55.在一些可行的实施例中，赎回协议的具体内容可以根据实际情况进行设置，在此不做限定。
56.步骤s108，根据赎回优先级顺序调用若干赎回协议。在本实施例中，根据赎回优先级顺序依次调用若干赎回协议中的一个赎回协议。
57.举例来说，理财产品账户对应四个理财产品，分别为产品a、产品b、产品c以及产品d，赎回优先级顺序为产品b、产品c、产品a、产品d。则根据赎回优先级顺序依次调用产品b对应的赎回协议、产品c对应的赎回协议、产品a对应的赎回协议以及产品d对应的赎回协议。
58.步骤s110，根据交易支付请求和赎回协议赎回与活期结算账户相对应的理财产品账户的赎回金额至活期结算账户。其中，赎回金额为支付金额和账户余额的差值。可以理解的是，将理财产品账户的赎回金额转至活期结算账户后，活期结算账户中的账户余额等于支付金额。
59.根据交易支付请求和赎回协议赎回与活期结算账户相对应的理财产品账户的赎回金额至活期结算账户的具体过程将在下文详细描述。
60.步骤s112，执行交易支付请求。可以理解的是，只有当活期结算账户中的账户余额大于或者等于支付金额时，才执行交易支付请求。
61.上述实施例中，客户通过客户端发起支付结算、转账、取现等交易时，如果客户的活期结算账户中的账户余额不足，银行系统按照赎回优先级顺序自动赎回理财产品账户中理财产品的赎回金额，并将赎回金额支取至活期结算账户，从而使活期结算账户能够完成支付结算、转账、取现等交易。客户的活期结算账户能够同时绑定理财产品账户中的多款理财产品，协议补款优先级参数化，用户设置自动赎回优先级顺序或者根据收益率设置赎回优先级顺序，各支产品赎回规则，遵照各个产品规则执行，从而能够提升客户的使用体验，丰富交易支付场景，并增强客户购买理财产品的意愿。
62.请结合参看图2，其为本发明实施例提供的交易处理方法的子流程图。步骤s110具体包括如下步骤。
63.步骤s202，根据交易支付请求和赎回协议计算与每一理财产品相对应的子赎回金额。其中，赎回金额为与所有理财产品相对应的子赎回金额之和。在本实施例中，按照赎回优先级顺序依次调用赎回协议，并依次根据调用的赎回协议计算与赎回协议相对应的理财产品的子赎回金额。
64.每调用一次赎回协议并进行计算相应的子赎回金额之后，判断所有计算得到的子赎回金额之和是否大于或者等于赎回金额。当所有计算得到的子赎回金额之和等于赎回金额时，执行步骤s204。当所有计算得到的子赎回金额之和大于赎回金额时，将最后一个计算得到的子赎回金额的数额减少至所有计算得到的子赎回金额之和恰好等于赎回金额。当所有计算得到的子赎回金额之和小于赎回金额时，按照赎回优先级顺序继续调用下一赎回协议，并计算相应的子赎回金额，直至所有计算得到的子赎回金额之和大于或者等于赎回金额。
65.举例来说，若支付金额为1000，账户余额为200，则可得赎回金额应为800。根据赎回优先级顺序优先调用产品b对应的赎回协议，根据产品b所对应的赎回协议计算得到的产品b的子赎回金额为400。判断所有计算得到的子赎回金额之和为400，小于赎回金额800，则根据赎回优先级顺序调用产品c对应的赎回协议。根据产品c对应的赎回协议计算得到的产品c的子赎回金额为300。判断所有计算得到的子赎回金额之和为700，小于赎回金额800，则根据赎回优先级顺序调用产品a对应的赎回协议。若根据产品a对应的赎回协议计算得到的产品a的子赎回金额为100。判断所有计算得到的子赎回金额之和为800，等于赎回金额800，则执行步骤s204。若根据产品a对应的赎回协议计算得到的产品a的子赎回金额为200。判断所有计算得到的子赎回金额之和为900，大于赎回金额800，则计算子赎回金额之和与赎回金额之间的差值，为100。调整产品a的子赎回金额为200-100，即100。调整之后，执行步骤s204。
66.可以理解的是，在根据赎回优先级顺序依次调用若干赎回协议中的一个赎回协议的过程中，不一定每一个赎回协议都会被调用。相应地，不一定每一个理财产品都需要进行子赎回金额的计算。
67.步骤s204，根据子赎回金额赎回相应的理财产品中的理财金额至活期结算账户。在本实施例中，可以同时将所有计算得到的子赎回金额从相应的理财产品中赎回至活期结算账户，也可以依次将子赎回金额从相应的理财产品中赎回至活期结算账户，在此不做限定。
68.在一些可行的实施例中，将理财金额赎回至活期结算账户之后，向客户端50发送
赎回提示信息，以通知客户30赎回成功。
69.上述实施例中，当计算好所有的子赎回金额之后，将子赎回金额从相应的理财产品中赎回至活期结算账户时，可以采用合并支付的方式进行，使得从理财产品账户的赎回更加便捷，从而为客户提供了简单、便捷、安心、省心、省力、省时的支付体验。
70.请结合参看图4，其为本发明实施例提供的计算机设备的内部结构示意图。计算机设备10包括存储器11和处理器12。存储器11用于存储程序指令，处理器12用于执行程序指令以实现上述交易处理方法。
71.其中，处理器12在一些实施例中可以是一中央处理器(central processing unit，cpu)、控制器、微控制器、微处理器或其它数据处理芯片，用于运行存储器11中存储的程序指令。
72.存储器11至少包括一种类型的可读存储介质，该可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、磁性存储器、磁盘、光盘等。存储器11在一些实施例中可以是计算机设备的内部存储单元，例如计算机设备的硬盘。存储器11在另一些实施例中也可以是计算机设备的外部存储设备，例如计算机设备上配备的插接式硬盘、智能存储卡(smart media card，smc)、安全数字(secure digital，sd)卡、闪存卡(flash card)等。进一步地，存储器11还可以既包括计算机设备的内部存储单元也包括外部存储设备。存储器11不仅可以用于存储安装于计算机设备的应用软件及各类数据，例如实现交易处理方法的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。
73.请结合参看图5和图7，图5为本发明第一实施例提供的交易处理系统的内部结构示意图，图7为本发明第一实施例提供的功能协议模块的内部结构示意图。交易处理系统20与用户端(图未示)通讯连接，交易处理系统20用于对用户端发起的支付结算、转账、取现等交易进行处理。其中，用户端包括但不限于手机、平板电脑、个人计算机、atm机等设备。
74.交易处理系统20包括第一判断模块21、第二判断模块22、获取模块23、调用模块24、协议功能模块25以及执行模块26。
75.第一判断模块21，用于判断是否接收到交易支付请求。当用户通过用户端对用户的活期结算账户进行支付、转账、取现等交易操作时，用户端向第一判断模块21发送交易支付请求。其中，交易支付请求包括支付金额。
76.第二判断模块22，用于当接收到交易支付请求时，判断与交易支付请求相对应的活期结算账户中的账户余额是否小于支付金额。在本实施例中，当接收到交易支付请求时，第二判断模块22还用于获取与交易支付请求相对应的活期结算账户的账户信息，并根据账户信息查询活期结算账户中的账户余额。查询到账户余额后，第二判断模块22再判断账户余额是否小于支付金额。
77.获取模块23，用于当活期结算账户中的账户余额小于支付金额时，获取与活期结算账户相对应的预设赎回规则。在本实施例中，活期结算账户对应有理财产品账户，理财产品账户对应有若干理财产品。理财产品包括但不限于智能存款、基金、定期等。其中，活期结算账户与理财产品账户一一对应。
78.预设赎回规则包括赎回优先级顺序和若干赎回协议。在本实施例中，用户可以根据自身情况通过用户端预先设置好相应的赎回优先级顺序。在一些可行的实施例中，获取模块23可以对理财产品账户中若干理财产品的收益率进行排序，从而得到相应的赎回优先
级顺序。如，收益率越高的理财产品，优先级越低；收益率越低的理财产品，优先级越高。赎回优先级顺序为对理财产品账户中的多个理财产品进行赎回的优先级顺序。优先级越高，则优先赎回相应的理财产品；优先级越低，则靠后赎回相应的理财产品。
79.赎回协议的数量与理财产品的数量相同，且每一赎回协议均与一个理财产品一一对应。赎回协议包括但不限于赎回的金额比例、赎回的途径等。在本实施例中，赎回的金额比例可以是从理财产品的理财金额中赎回的金额占比；赎回的途径可以是从理财产品的理财金额中的哪一部分赎回理财金额。
80.在一些可行的实施例中，赎回协议的具体内容可以根据实际情况进行设置，在此不做限定。
81.调用模块24，用于根据赎回优先级顺序调用若干赎回协议。调用模块24用于根据赎回优先级顺序依次调用若干赎回协议中的一个赎回协议。在本实施例中，调用模块24根据赎回优先级顺序依次调用若干赎回协议中的一个赎回协议。
82.协议功能模块25，用于根据交易支付请求和赎回协议赎回与活期结算账户相对应的理财产品账户的赎回金额至活期结算账户。其中，赎回金额为支付金额和账户余额的差值。可以理解的是，将理财产品账户的赎回金额转至活期结算账户后，活期结算账户中的账户余额等于支付金额。
83.在本实施例中，协议功能模块25包括计算模块251和赎回模块252。
84.计算模块251用于根据交易支付请求和赎回协议计算与每一理财产品相对应的子赎回金额。其中，赎回金额为与所有理财产品相对应的子赎回金额之和。在本实施例中，当调用模块24按照赎回优先级顺序依次调用赎回协议时，计算模块251依次根据调用的赎回协议计算与赎回协议相对应的理财产品的子赎回金额。
85.调用模块24每调用一次赎回协议，计算模块251对相应的子赎回金额进行计算之后，计算模块251还用于计算所有得到的子赎回金额之和，并判断所有计算得到的子赎回金额之和是否大于或者等于赎回金额。当所有计算得到的子赎回金额之和大于赎回金额时，计算模块251还用于计算所有计算得到的子赎回金额之和与赎回金额之间的差值，并根据差值将最后一个计算得到的子赎回金额的数额减少至所有计算得到的子赎回金额之和恰好等于赎回金额。当所有计算得到的子赎回金额之和小于赎回金额时，调用模块24按照赎回优先级顺序继续调用下一赎回协议，计算模块251计算相应的子赎回金额，直至所有计算得到的子赎回金额之和大于或者等于赎回金额。
86.可以理解的是，在调用模块24根据赎回优先级顺序依次调用若干赎回协议中的一个赎回协议的过程中，不一定每一个赎回协议都会被调用。相应地，计算模块251不一定对每一个理财产品都进行子赎回金额的计算。
87.赎回模块252用于当所有计算得到的子赎回金额之和等于赎回金额时，根据子赎回金额赎回相应的理财产品中的理财金额至活期结算账户。在本实施例中，赎回模块252可以同时将所有计算得到的子赎回金额从相应的理财产品中赎回至活期结算账户，赎回模块252也可以依次将子赎回金额从相应的理财产品中赎回至活期结算账户，在此不做限定。
88.在一些可行的实施例中，交易处理系统20还包括通知模块(图未示)。赎回模块252将理财金额赎回至活期结算账户之后，通知模块用于向用户端发送赎回提示信息，以通知用户赎回成功。
89.执行模块26，用于执行交易支付请求。在本实施例中，只有当活期结算账户中的账户余额大于或者等于支付金额时，执行模块26才执行交易支付请求。可以理解的是，当第二判断模块22判断得到，与交易支付请求相对应的活期结算账户中的账户余额大于或者等于支付金额时，执行模块26直接执行交易支付请求。
90.上述实施例中，以调用模块和协议功能模块为纽带，将活期结算账户与理财产品账户进行连接。当活期结算账户需要进行支付、转账、取现等交易时，调用模块可以调用不同的赎回协议，协议功能模块可以根据调用的赎回协议驱动理财产品账户中理财产品的赎回和资金支取。
91.另外，调用模块和协议功能模块可以以面向对象编程的原则为基础，采用面向对象技术设计，将不同理财产品所对应的不同类型的赎回协议实现为不同的补款对象，并可以使用工厂、单例、适配器等设计模式，将理财产品账户的支取、理财产品的赎回等业务功能解耦合。当某个理财产品发生变更时，其它理财产品不受任何影响。新增的理财产品所对应的赎回协议接入时，原有的理财产品也不受任何影响，从而满足了面向对象程序设计(object oriented programming，oop)中的开闭原则。
92.请结合参看图6，其为本发明第二实施例提供的交易处理系统的内部结构示意图。第二实施例提供的交易处理系统60与第一实施例提供的交易处理系统20的不同之处在于，第二实施例提供的交易处理系统60还包括活期结算模块27。
93.活期结算模块27，用于对活期结算账户进行余额查询和可用余额计算。当进行余额查询或可用余额计算时，活期结算模块27调用的代码相同。
94.活期结算模块27通过应用程序编程接口(application programming interface，api)调用代码。
95.第二实施例提供的交易处理系统60的其它结构与第一实施例提供的交易处理系统20的基本一致，在此不再赘述。
96.上述实施例中，余额查询使用的适配器模式与可用余额计算功能调用相同补款模型代码，当补款逻辑做调整时，余额查询和可用余额计算保持完全一致效果。活期结算模块通过统一的api进行调用，对于活期结算模块来说，赎回协议的增加以及连接功能的拓展和修改都是透明的，不对余额查询、可用余额计算等功能产生任何侵入和影响。
97.显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘且本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
98.以上所列举的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属于本发明所涵盖的范围。