账户资产转让管理方法、装置、设备及介质与流程

1.本发明涉及数据库技术领域，尤其涉及一种账户资产转让管理方法、装置、设备及介质。


背景技术：

2.在当前商业平台中，积分已经是常态化的吸引客户的一种重要手段。对于积分会员进行积分领取、消费是很普遍的日常操作。积分转让场景一般是c端会员作为源账户，将积分余额转至另一积分会员即目标账户下。
3.但随着业务的发展，原来的这种单一场景已不能满足c端会员之间互动。c端会员之间需要进行积分的转让业务，分转让功能不仅提高了积分的流通性，更便于积分用户各场景下进行积分转让操作，提高了用户体验。
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.第二方面，提供了一种账户资产转让管理装置，包括：
37.指令输入单元，用于接收用户的资产转让指令，所述资产转让指令包括源账户、目的账户和资产的转让数额；其中，所述源账户的资产余额和所述目标账户的资产余额均存储在数据库中；
38.事务处理单元，用于根据所述资产转让指令执行相应的数据库事务处理；所述数据库事务处理包括所述源账户的资产余额减少和所述目标账户的资产余额增加；
39.验证单元，用于确定所述数据库事务的执行结果，根据所述执行结果判断是否成功执行了所述数据库事务处理；
40.第一输出单元，用于若成功，则保存所述数据库中当前数据，向所述用户返回转让成功消息；
41.第二输出单元，用于若失败，则进行数据库回滚，向所述用户返回转让失败消息。
42.第三方面，提供了一种计算机设备，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述账户资产转让管理方法的步骤。
43.第四方面，提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现上述账户资产转让管理方法的步骤。
44.上述账户资产转让管理方法、装置、计算机设备及存储介质所实现的方案中，可以通过接收用户的资产转让指令，所述资产转让指令包括源账户、目的账户和资产的转让数额；其中，所述源账户的资产余额和所述目标账户的资产余额均存储在数据库中；根据所述资产转让指令执行相应的数据库事务处理；所述数据库事务处理包括所述源账户的资产余额减少和所述目标账户的资产余额增加；确定所述数据库事务的执行结果，根据所述执行结果判断是否成功执行了所述数据库事务处理；若成功，则保存所述数据库中当前数据，向所述用户返回转让成功消息；若失败，则进行数据库回滚，向所述用户返回转让失败消息。在本发明中，针对账户资产(积分)通过分布式数据库进行存储，分布式系统中账户跨库转让的解决方案不仅仅解决了分布式架构中同库和异库账户转让的问题，通过全流程状态控住，保证了转让的原子性和稳定性，它的解决方案同时也提供了一种分布式架构中实现事务最终一致性的解决方案。
附图说明
45.为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
46.图1是本发明一实施例中账户资产转让管理方法的一应用环境示意图；
47.图2是本发明一实施例中账户资产转让管理方法的一流程示意图；
48.图3是本发明一实施例中账户资产转让管理方法的另一流程示意图；
49.图4是本发明一实施例中账户资产转让管理装置的一结构示意图；
50.图5是本发明一实施例中计算机设备的一结构示意图；
51.图6是本发明一实施例中计算机设备的另一结构示意图。
具体实施方式
52.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
53.本发明实施例提供的账户资产转让管理方法，可应用在如图1的应用环境中，其中，客户端通过网络与服务端进行通信。服务端可以通过客户端接收用户资产转让指令，接收用户的资产转让指令，资产转让指令包括源账户、目的账户和资产的转让数额；其中，源账户的资产余额和目标账户的资产余额均存储在数据库中；然后根据资产转让指令执行相应的数据库事务处理；数据库事务处理包括源账户的资产余额减少和目标账户的资产余额增加；最后确定数据库事务的执行结果，根据执行结果判断是否成功执行了数据库事务处理；若成功，则保存数据库中当前数据，向用户返回转让成功消息；若失败，则进行数据库回滚，向用户返回转让失败消息，在本发明中，针对不同账户之间的资产(积分)转让，不仅能解决跨库账户之间的转让，同样也兼容同库账户之间的积分转让。通过状态控制的优势在于不必额外使用一张数据表记录转让过程的结果。其中，客户端可以但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。服务端可以用独立的服务器或者是多个服务器组成的服务器集群来实现。下面通过具体的实施例对本发明进行详细的描述。
54.请参阅图2所示，图2为本发明实施例提供的账户资产转让管理方法的一个流程示意图，包括如下步骤：
55.s10：接收用户的资产转让指令，资产转让指令包括源账户、目的账户和资产的转让数额；其中，源账户的资产余额和目标账户的资产余额均存储在数据库中。
56.其中，数据库可以为orac1e、my sql、sql server、tair或oceanbase等任一种数据库。
57.本发明提供的账户资产转让管理方法，可应用于各种应用场景下数据分库的，跨库且涉及多表事务处理的都可以用这个方案。例如，积分转让，个人账户资产转让。
58.这里的资产可以是和用户身份绑定的积分。也可以是用户账户上的资产，只要是能够以数字表示，不携带除表示数量以外的信息都可以应用，例如，用户的信用卡积分、商场的购物卡积分等。以积分为例，积分服务系统提供了多种策略满足用户需求。包括基于品牌规则、基于发分商户规则、基于发分交易规则等。基于商户号的积分转让，只要是渠道下面的积分，不在乎是别人转来的，还是发分的，还是消费退货的，只要是余额都可以转。基于品牌的积分转让，限于品牌下的双方账户进行积分转让。这两种场景可满足商户和会员直接大部分场景。而基于发分交易的积分转让实际是转让单笔发分交易，原发分交易是普通的加分交易且未发生过退货、转让操作的，就可进行对这笔发分交易与其他会员进行转让，这大大的提高了积分的流通性，会员使用得体验感会得到提升。
59.s20：根据资产转让指令执行相应的数据库事务处理；数据库事务处理包括源账户的资产余额减少和目标账户的资产余额增加。
60.可以理解的是，数据库事务指的是一系列具有原子性的数据库操作。例如，账户a和账户b之间的转账事务就属于数据库事务，该事务包括对账户a执行的减积分(减资产、减钱)操作和对账户b执行的加钱操作，而对账户a执行的减积分(减资产、减钱)操作和对账户b执行的加积分(加资产、加钱)操作要么是全部执行成功，此时账户a和账户b交易成功，要么全部回滚到未对账户a和账户b执行任何操作的状态，此时账户a和账户b交易失败，而不能出现对账户a和账户b其中一个账户操作成功，而对另一个账户操作失败的情况。
61.目前，数据库安装在服务器中，如果要对数据库进行任何操作，通常由客户端向服
务器发送指令，该指令为数据库语言(例如sql语言)的指令，由服务器执行该指令以对数据库进行相应操作。
62.实现账户a和账户b之间的转账事务时，客户端向服务器发送指令对账户a进行减积分(减资产、减钱)，如果服务器返回减积分(减资产、减钱)成功，则客户端向服务器发送指令对账户b进行加积分(加资产、加钱)，如果加积分(加资产、加钱)成功，则客户端通知服务器保存数据库当前数据。如果在上述过程中的任一步骤服务器返回执行失败，则客户端停止发送指令并通知服务器进行数据库回滚。
63.其中，在服务器执行客户端发送的指令时，通常是通过服务器中的sql指令模块。
64.sql指令模块包括解析器、执行器以及结果检查模块等，其中，解析器用于对数据库语言的指令进行解析，将解析结果发送给执行器，执行器根据解析结果执行该指令，并得到执行结果，结果检查模块用于当指令中具有判断条件时执行对该判断条件的检查过程，并将检查结果发送给执行器以使得执行器根据该检查结果执行对应的指令。
65.在一些实施例中，上述s20：根据资产转让指令执行相应的数据库事务处理，可以包括：
66.s2011、根据资产转让信息，确定源账户资产余额和目标账户资产余额存储在同一数据库中；
67.s2012、开启数据库事物，同时执行源账户资产余额减少转让数额操作和目标账户资产余额增加转让数额操作。
68.其中，如果在积分转让业务量和账户并不高，交易、资产账户和渠道账户及其流水表均在同一数据库中(同库场景)。
69.如果积分转让请求包含手续费，源账户支付手续费，则将请求手续费设为共享库的积分品牌规则表中查询出对应手续费，若未在规则表中查询到手续费记录，则使用请求传入的手续费值。
70.在一积分的应用场景中：
71.开启数据库事务：
72.请求参数手续费不为空，生成扣分消费交易记录，状态为成功，源资产账户、渠道账号、积分块表扣除手续费，更新账户余额值，并分别生成扣分消费流水；
73.请求参数手续费为空，直接进行源资产账户、渠道账号、积分块表扣除转让积分值，更新账户余额值，并分别生成源账户扣分转让流水。
74.目标资产账户、渠道账号、积分块表增加转让积分值，更新账户余额值，并分别生成目标账户转让流水。
75.关闭数据库事务。
76.其中，参数校验时，若交易表中已含源账户扣分消费、转让交易或包含目标账户加分交易，且状态为非成功状态的，则说明已有转让请求且并未成功，所以将状态更为因积分转让的源账户和目标账户均在同一数据库下，所以数据库事务可以保证原子性，即源账户和目标账户交易和流程同时成功或一起回滚失败，重新发起重试请求即可。
77.因积分转让的源账户和目标账户均在同一数据库下，所以数据库事务可以保证原子性，即源账户和目标账户交易和流程同时成功或一起回滚。
78.在一些实施例中，如图3所示，上述s20：根据资产转让指令执行相应的数据库事务
处理，还可以包括：
79.s2021、根据资产转让信息，确定源账户资产余额存储在源数据库中，目标账户资产余额存储在目标数据库中；
80.可以理解的是，随着业务的发展，数据量的加剧，系统的架构由原来的单一数据库升级为分布式数据库(即源账户和目的账户分库)。按【账户号％100】的取模分片规则将同一数据库的账户清洗至一百个数据库中。同一账户的交易表、资产账号流水、渠道账户流水均在同一数据库中。
81.当然，在接收用户的资产转让指令之后和据资产转让指令执行相应的数据库事务处理之前，还包括：根据资产转让指令，确定资产转让是否需要手续费；
82.因此执行相应的数据库事务处理接下来的流程可以是：
83.开启源数据库事务：
84.s2022、若需要手续费，则在预设的规则表中查询出对应手续费；若未在预设规则表中查询到手续费记录，则使用请求传入的手续费值；
85.s2023、执行源账户资产余额减少手续费值操作，之后跳到s2024
86.s2024、若不需要手续费，直接执行源账户资产余额减少转让数额操作；
87.s2025、监测源账户资产余额减少转让数额操作是否成功，
88.s2026、如果源账户资产余额减少转让数额操作失败，则重复执行源数据库回滚，源账户资产余额减少转让数额操作，直至操作成功或达到预设的重复执行次数；
89.该步骤中，源账户事务中，若源账户扣分转出交易处理成功(状态为处理中)，则进行目标账户的加分转入，若此时目标账户事务失败，则由补漏调度进行重试操作；若此时目标账户事务成功，则将源账户处理中状态更新为成功。这样用源账户交易的状态流转(交易中-》交易成功或交易中-》交易失败)可以很好的控制流程，源账户事务中，若源账户扣分转出处理失败，则交易失败，此请求结束。
90.s2027、在源账户资产余额减少转让数额操作成功后，开启目标数据库事务，执行目标账户资产余额增加转让数额操作。
91.在一些实施中，如图3所示，执行源账户资产余额减少转让数额操作包括：
92.源账户的资产账户进行减少转让数额操作更新余额，生成资产账户的交易记录；
93.源账户的渠道账户进行减少转让数额操作更新余额，生成渠道账户的交易记录；
94.根据预订时间，进行源账户的块表减少转让数额操作，生成表流水交易记录；
95.执行目标账户资产余额增加转让数额操作包括：
96.目标账户的资产账户进行增加转让数额操作更新余额，生成资产账户的交易记录；
97.目标账户的渠道账户进行增加转让数额操作更新余额，生成渠道账户的交易记录；
98.根据预订时间，进行目标账户的块表增加转让数额操作，生成表流水交易记录。
99.可以理解的是，这里的资产账户、渠道账户和块表是分层级的概念，资产账户是最高层级、渠道账户次之，块表最低层级，层级越低包含的信息越详细。以购物积分为例，资产账户是用户所有购物积分的汇总账户，渠道账户是用户得到购物积分的渠道的细分，例如,a家餐饮消费总计50积分，b家购买服饰消费积分总计60积分；块表数据可以是a家x年x月餐
饮消费总计10积分。
100.在这里，进行积分转让时，无论是转出方(源账户)还是转入方(目标账户)都是数据库事务启动后，同时减去或增加资产产账户和渠道账户的积分，然后批处理(减去或增加)块表的积分。即采用异步处理定时器，异步处理。
101.在一应用场景中，以积分转让为例：
102.如果积分转让请求中手续费字段不为空，则从共享库的积分品牌规则表中查询出对应手续费，查询到则使用库中规则表的手续费值；若未在规则表中查询到手续费记录，则使用请求传入的手续费值；
103.请求参数手续费不为空，开启数据库事务，源账户积分消费交易落入交易表中，交易状态为成功，源资产、渠道账户扣除转让的手续费值，分别生成一条扣分消费记录流水，关闭数据库事务，若此事务异常则直接回滚并结束该次积分转让请求；
104.如果积分转让请求中手续费字段为空，则跳过该步骤直接进行下一步；
105.开启数据库事务，源账户积分转出交易落入交易表，状态为交易中，源资产、渠道账户扣除转让的积分值，分别生成一条扣分的转出记录流水，结束源账户数据库事务；
106.开启数据库事务，目标账户积分转入交易落入交易表，状态为成功，目标资产、渠道账户增加转让的积分值，分别生成一条加分的转入记录流水，结束目标账户数据库事务；
107.若上一步成功，则将积分转出交易表中交易记录状态更新为成功。
108.s30：确定数据库事务的执行结果，根据执行结果判断是否成功执行了数据库事务处理。
109.在一些实施例中，上述s30，可以包括：
110.确定源账户对应的数据库的资产余额减少转让数额且目标账户对应的数据库的资产余额增加转让数额。
111.s40：若成功，则保存数据库中当前数据，向用户返回转让成功消息；
112.s50：若失败，则进行数据库回滚，向用户返回转让失败消息。
113.本发明为提高转让的时效性和防止出现性能问题，将时效性不高作为对账使用的点数块表及点数块流水表使用调度生成，合理优化了积分转让的流程。
114.该流程的设计不仅能解决跨库账户之间的转让，同样也兼容同库账户之间的积分转让。通过状态控制的优势在于不必额外使用一张数据表记录转让过程的结果。
115.应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
116.在一实施例中，提供一种账户资产转让管理装置，该账户资产转让管理装置与上述实施例中账户资产转让管理方法一一对应。如图4所示，该账户资产转让管理装置包括指令输入单元101、事务处理单元102、验证单元103、第一输出单元104和第二输出单元105。各功能模块详细说明如下：
117.指令输入单元101，用于接收用户的资产转让指令，资产转让指令包括源账户、目的账户和资产的转让数额；其中，源账户的资产余额和目标账户的资产余额均存储在数据库中；
118.事务处理单元102，用于根据资产转让指令执行相应的数据库事务处理；数据库事
务处理包括源账户的资产余额减少和目标账户的资产余额增加；
119.验证单元103，用于确定数据库事务的执行结果，根据执行结果判断是否成功执行了数据库事务处理；
120.第一输出单元104，用于若成功，则保存数据库中当前数据，向用户返回转让成功消息；
121.第二输出单元105，用于若失败，则进行数据库回滚，向用户返回转让失败消息。
122.在一实施例中，事务处理单元102，具体用于：
123.根据资产转让信息，确定源账户资产余额和目标账户资产余额存储在同一数据库中；
124.开启数据库事物，同时执行源账户资产余额减少转让数额操作和目标账户资产余额增加转让数额操作。
125.在一实施例中，事务处理单元102，具体用于：
126.根据资产转让信息，确定源账户资产余额存储在源数据库中，目标账户资产余额存储在目标数据库中；
127.开启源数据库事务，执行源账户资产余额减少转让数额操作；
128.监测源账户资产余额减少转让数额操作是否成功，
129.如果源账户资产余额减少转让数额操作失败，则重复执行源数据库回滚，源账户资产余额减少转让数额操作，直至操作成功或达到预设的重复执行次数；
130.在源账户资产余额减少转让数额操作成功后，开启目标数据库事务，执行目标账户资产余额增加转让数额操作。
131.在一实施例中，事务处理单元102，具体用于
132.源账户的资产账户进行减少转让数额操作更新余额，生成资产账户的交易记录；
133.源账户的渠道账户进行减少转让数额操作更新余额，生成渠道账户的交易记录；
134.根据预订时间，进行源账户的块表减少转让数额操作，生成表流水交易记录；
135.目标账户的资产账户进行增加转让数额操作更新余额，生成资产账户的交易记录；
136.目标账户的渠道账户进行增加转让数额操作更新余额，生成渠道账户的交易记录；
137.根据预订时间，进行目标账户的块表增加转让数额操作，生成表流水交易记录。
138.在一实施例中，还包括，手续费监测单元，具体用于：
139.接收用户的资产转让指令之后和据资产转让指令执行相应的数据库事务处理之前，根据资产转让指令，确定资产转让是否需要手续费；若需要手续费，则数据库事务处理还包括根据手续费减少源账户的资产余额。
140.在一实施例中，验证单元103，具体用于：
141.确定源账户对应的数据库的资产余额减少转让数额且目标账户对应的数据库的资产余额增加转让数额。
142.在一实施例中，事务处理单元102，还用于：
143.在接收用户的资产转让指令之后和据资产转让指令执行相应的数据库事务处理之前，解析转让指令，确定转让信息是否满足预设执行条件，预设执行条件包括：源账户有
向目标账户转让资产的权限和源账户的资产余额大于或等于转让数额。
144.本发明提供了一种账户资产转让管理装置，针对账户资产(积分)通过分布式数据库进行存储，分布式系统中账户跨库转让的解决方案不仅仅解决了分布式架构中同库和异库账户转让的问题，通过全流程状态控住，保证了转让的原子性和稳定性，它的解决方案同时也提供了一种分布式架构中实现事务最终一致性的解决方案。
145.关于账户资产转让管理装置的具体限定可以参见上文中对于资产转让处理方法的限定，在此不再赘述。上述账户资产转让管理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
146.在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务端，其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性和/或易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的客户端通过网络连接通信。该计算机程序被处理器执行时以实现一种账户资产转让管理方法服务端侧的功能或步骤。
147.在一个实施例中，提供了一种计算机设备，该计算机设备可以是客户端，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部服务器通过网络连接通信。该计算机程序被处理器执行时以实现一种账户资产转让管理方法客户端侧的功能或步骤
148.在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：
149.接收用户的资产转让指令，资产转让指令包括源账户、目的账户和资产的转让数额；其中，源账户的资产余额和目标账户的资产余额均存储在数据库中；
150.根据资产转让指令执行相应的数据库事务处理；数据库事务处理包括源账户的资产余额减少和目标账户的资产余额增加；
151.确定数据库事务的执行结果，根据执行结果判断是否成功执行了数据库事务处理；
152.若成功，则保存数据库中当前数据，向用户返回转让成功消息；
153.若失败，则进行数据库回滚，向用户返回转让失败消息。
154.在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
155.接收用户的资产转让指令，资产转让指令包括源账户、目的账户和资产的转让数额；其中，源账户的资产余额和目标账户的资产余额均存储在数据库中；
156.根据资产转让指令执行相应的数据库事务处理；数据库事务处理包括源账户的资
产余额减少和目标账户的资产余额增加；
157.确定数据库事务的执行结果，根据执行结果判断是否成功执行了数据库事务处理；
158.若成功，则保存数据库中当前数据，向用户返回转让成功消息；
159.若失败，则进行数据库回滚，向用户返回转让失败消息。
160.需要说明的是，上述关于计算机可读存储介质或计算机设备所能实现的功能或步骤，可对应参阅前述方法实施例中，服务端侧以及客户端侧的相关描述，为避免重复，这里不再一一描述。
161.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
162.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。
163.以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。