转账业务的实现方法和装置与流程

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.所述风险等级验证模块在根据所述转账信息确定本次转账业务中转错账的风险等级时，配置成执如下操作：
37.将所述收款方账户信息和付款方账户信息作为预先训练的风险评估模型的输入，得到本次转账业务中转错账的概率；
38.根据得到的转错账的概率确定本次转账业务中转错账的风险等级；
39.其中，所述风险评估模型的训练方法，包括：
40.获取从历史转账数据中得到的至少两组样本转账数据，每一组样本转账数据中包括一个样本付款方信息和一个样本收款方信息；每一组样本转账数据均被标注出一个转错账的概率值；
41.利用被标注的至少两组样本转账数据，训练所述风险评估模型。
42.在一种可能的实现方式中，所述风险等级验证模块在根据所述转账信息确定本次转账业务中转错账的风险等级时，配置成执如下操作：
43.将所述转账信息发送给安全策略服务器；
44.接收由该安全策略服务器发来的本次转账业务中转错账的风险等级；其中，该风险等级是由该安全策略服务器根据所述转账信息得到的。
45.根据第三方面，提供了一种计算设备，包括：存储器和处理器，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现上述第一方面中任一项所述的方法。
46.根据说明书实施例提供的方法和装置，在进行转账操作时，首先获取付款方输入的包括收款方账号的转账信息，然后向收款方账号对应的收款方发送第一验证码，从而使收款方将该第一验证码发送给需要向其转账的付款方。进一步，获取由付款方输入的第二验证码，如此通过对第一验证码和第二验证码进行验证，即可确定是否可以向收款方账号转账。由此可见，本方案中在付款方输入转账信息之后会将验证码发给收款方。而只有当收款方将验证码信息发给付款方，并且验证成功时，才能说明本次转账不会出现转错账的情况，进而可以执行转账操作，如此能够大大降低转错账的风险。
附图说明
47.为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本说明书的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
48.图1是本说明书一个实施例提供的转账业务的实现方法的流程图；
49.图2是本说明书另一个实施例提供的转账业务的实现方法的流程图；
50.图3是本说明书一个实施例提供的转错账的风险等级确定方法的流程图；
51.图4是本说明书一个实施例提供的风险评估模型的训练方法的流程图；
52.图5是本说明书一个实施例提供的转账业务的实现装置的示意图；
53.图6是本说明书另一个实施例提供的转账业务的实现装置的示意图。
具体实施方式
54.如前所述，近年来，随着互联网金融的快速发展，越来越多的人习惯使用具有便捷、到账快等特点的网上转账功能。然而，也正是由于网上转账的到账快等特点，一旦付款方由于输错收款账户、验证时与收款方姓氏相同、或收款方具有大小号等原因转错了账户，那么所造成的经济损失通常很难追回。
55.目前，在进行转账操作时，通常通过姓名校验以及弹窗提醒等方式对转账信息进行确认。然而，由于人口众多使得姓氏甚至姓名重合度较高，导致姓名校验和弹窗提醒的止付率并不高。此外，现阶段很大一部分人所使用的手机号为二次放号。而一旦该手机号的上一个户主没有将相关的金融账户解绑，那么在当前的手机户主使用时，也具有非常高的转错账风险。比如，a用户的手机号为二次放号，且该手机号的上一个户主b注册的金融交易账户没有与该手机号解绑。那么当有人通过该手机号给a用户的金融交易账户转账时，则会将钱转入到b的金融交易账户。因此，目前在实施转账业务时，相关的止付措施效果并不理想，仍然具有较高的转错账风险。
56.基于此，本方案考虑在付款方进行转账操作时，通过给收款方发送验证码，以由收
款方将该验证码发送给付款方。如此通过付款方从收款方获取验证码的方式，进一步实现了收款方对收款方账户的确认，从而能够有效降低转错账的风险。
57.如图1所示，本说明书实施例提供了转账业务的实现方法，该方法可以包括如下步骤：
58.步骤101：获取付款方输入的转账信息；其中，转账信息包括收款方账号；
59.步骤103：向收款方账号对应的收款方发送第一验证码，以使收款方将该第一验证码发送给需要向其转账的付款方；
60.步骤105：获取付款方输入的第二验证码；
61.步骤107：根据第一验证码和第二验证码，确定是否向收款方账号转账。
62.本实施例中，在用户实施转账业务时，首先获取付款方输入的包括收款方账号的转账信息，然后向该收款方账号对应的收款方发送第一验证码，以使该收款方将该第一验证码发送给向其转账的付款方。进一步，获取付款方输入的第二验证码，如此通过该第一验证码和第二验证码即可确定是否继续执行向该收款方账号转账的操作。由此可见，本方案在付款方输入转账信息后，考虑向该转账信息对应的收款方发送验证码。如此，付款方若要继续执行付款操作，则需要从付款方获取到该验证码后进行验证。如此通过将验证码反向发给收款方的方式，能够进一步通过收款方对收款账户进行确认，从而能够降低转错账的风险。
63.下面结合具体的实施例对图1中的步骤分别进行说明。
64.首先，在步骤101中，获取付款方输入的转账信息。
65.该步骤中，付款方输入的转账信息可以包括收款方账号、收款方姓名、收款方身份id以及转账金额等。而付款方执行转账操作的设备可以是终端设备的app中，也可以是银行的atm设备等。而当付款方执行转账操作的设备为终端设备的app时，收款方的账号不仅可以包括银行账号，还可以包括电子金融交易账户等互联网金融的app账号。比如，对于收款方用某一手机号注册的金融交易账号，该收款方账号可以为该手机号。
66.其次，在步骤103中，向收款方账号对应的收款方发送第一验证码，以使收款方将该第一验证码发送给需要向其转账的付款方。
67.本实施例中，当付款方输入了转账信息，即输入了收款方的收款方账号、收款方的姓名以及转账金额等信息后，考虑向与该收款方账号所对应的收款方发送第一验证码。进而由收款方将该验证码提供给付款方进行验证。
68.容易理解的是，收款方的账号可以绑定有手机号等联系方式。当付款方输入了转账信息之后，系统自动向该收款方账号所绑定的手机号发送验证码。进一步，收款方可以通过打电话、短信、微信等方式将该验证码提供给付款方，以由付款方利用该验证码进行验证。当然，付款方同样可以主动向收款方索取验证码。如此，通过向收款方账号所绑定的手机号发送验证码的方式，能够有效解决付款方输错账号、收款方手机号所对应的账号非收款方本人的账号等问题。
69.比如，付款方a在给收款方b进行转账时，误将b的收款账户b输错为c。那么，当付款方输入转账信息之后，会向账户c所绑定的手机号发送验证码。此时，账户c所对应的户主虽然收到了验证码，但其并不知该验证码是用于什么，以及该验证码需要提供给谁，因此基本上不会出现将该验证码主动提供给付款方a的情况。而付款方a如果主动从收款方b获取验
证码，则会通过向收款方b发送消息、打电话等方式索取验证码，而收款方b并没有收到验证码。如此通过联系收款方b付款方a即可知该收款账号是错误的，从而能够及时停止向该错误的账户执行转账操作，即能够有效降低转错账的风险。
70.再比如，收款方d的手机号为二次放号，且该手机号的上一任户主没有将该手机号与金融交易账户进行解绑。付款方c认为收款方d的手机号即为金融交易账户的账号，因此通过d的手机号给收款方d进行金融交易时，当输入收款方d的手机号及转账金额等信息时，会给d的手机号发送验证码，如此在c向d获取验证码的过程中，d即可将其没有该手机号所对应的金融交易账户的信息告知c，从而避免c将钱款转到d手机号的上一任户主的金融交易账户的账号中，即有效降低了付款方转错账的风险。
71.进一步，步骤105，获取收款方输入的第二验证码。
72.本实施例中，付款方在输入验证码时，该验证码应为收款方收到的验证码。付款方通过电话、短信等方式从收款方获取到该验证码，当收款方账户正确时，其所获取到的验证码也是正确的，从而最终可以通过验证。而如果该验证码不正确，则说明收款方账户存在问题，能够及时提醒付款方是否有输错账户等情况。
73.最后，步骤107，根据第一验证码和第二验证码，确定是否向收款账户转账。
74.本实施例中，第一验证码为当付款方输入转账信息时发送给收款方的，而第二验证码为付款方输入的，通过比较该第一验证码和第二验证码是否一致，或者是否满足约定的要求，即可确定该收款账户是否正确，是否继续执行向该收款账户进行转账的操作。
75.比如，在一个可能的实施例中，步骤107在根据第一验证码和第二验证码确定是否向收款账户转账时，可以通过如下方式实现：
76.若第一验证码和第二验证码一致，则执行向收款方账号转账的操作；
77.若第一验证码和第二验证码不一致，则停止向收款方账号转账的操作。
78.本实施例中，通过比较第一验证码和第二验证码是否一致，如果一致，则说明付款方输入的第二验证码是从收款方获取得到的，即由收款方对该收款账户进行了确认，说明付款方输入的收款账户没有错，从而出现转错账的风险也就较低。而如果第一验证码和第二验证码不一致，则说明付款方输入的验证码不是发送给收款方的验证码，进一步说明付款方没有从收款方获取到验证码，或获取到的验证码是错误的，即表明了该转账信息有误。从而及时停止转账操作，避免了转错账所带来的经济损失。
79.在一些可能的实施例中，还可以为验证码设定有效时限，以降低不法人员恶意使用该验证码的情况。此外，当第一验证码和第二验证码验证不一致时，在停止向收款方账号转账操作的同时，还可以向付款方提示具有转错账的风险。
80.此外，如图2所示，在步骤103和步骤105之间，即在获取付款方输入的转账信息之后，且在向收款方账号对应的收款方发送第一验证码之前，本说明书实施例提供的转账业务的实现方法，还可以进一步包括：
81.步骤201：根据转账信息，确定本次转账业务中转错账的风险等级；以及，
82.步骤203：在转错账的风险等级大于预先设定的风险等级阈值时，执行向收款方账号对应的收款方发送第一验证码的步骤。
83.本实施例中，当付款方将转账信息输入之后，考虑根据该转账信息确定本次转账业务中转错账的风险等级，如果本次转账业务中转错账的风险等级大于预先设定的风险等
级阈值，执行步骤105，即向收款方账户对应的收款方发送验证码。也就说，本方案还可以对转账业务的风险等级进行预测，从而只对风险等级较大的转账业务进行反向发送验证码的验证，如此不仅能够降低转错账的风险，而且能够为用户提供方便，提高用户使用的流畅性和使用体验。
84.结合具体的实施例对图2中的步骤进行说明。
85.步骤201，根据转账信息，确定本次转账业务中转错账的风险等级。
86.在一种可能的实现方式中，步骤201在确定转错账的风险等级时，可以通过历史记录来确定。比如，针对各个账号，根据历史交易记录中转错账的次数与该账号所有转账次数的比值确定对应该账号的风险等级。例如，当比值小于0.1％为一级、比值在0.1％～0.5％之间为二级、比值在0.5％～1％之间为三级、比值大于1％为四级。如此，当付款方输入转账信息之后，即可知道本次转账业务转错账的风险等级，从而进一步根据该风险等级和风险等级阈值之间的关系，确定是否向收款方账号对应的收款方发送验证码，以进行进一步的验证。
87.容易理解的是，在确定本次转账业务中转错账的风险等级时，该风险等级不仅可以根据预先存储的该付款方账号对应的风险等级来确定，也可以根据预先存储的本次转账业务的收款方账号的风险等级来确定，还可以通过对付款方账号和收款方账号设定一定的权重，通过加权叠加、加权平均等方式来确定。
88.在另一种可能的实现方式中，确定本次转账业务转错账的风险等级还可以通过训练的模型来得到。比如，如图3所示，步骤201在根据转账信息确定本次转账业务中转错账的风险等级时，可以包括如下步骤：
89.步骤301：将收款方账户信息和付款方账户信息作为预先训练的风险评估模型的输入，得到本次转账业务中转错账的概率；其中，转账信息包括收款方账户信息和付款方账户信息；
90.步骤303：根据得到的转错账的概率确定本次转账业务中转错账的风险等级。
91.本实施例中，考虑将转账信息所包括的收款方账户信息和付款方账户信息作为预先训练的风险评估模型的输入，利用该风险评估模型输出本次转账业务中转错账的概率，进而根据该概率确定本次转账业务中转错账的风险等级。如此，通过预先训练的风险评估模型，能够更加准确的对本次转账业务是否会转错账的概率进行评估，从而进一步根据该概率确定风险等级。
92.对步骤301进行说明。
93.在一种可能的实现方式中，如图4所示，在训练得到风险评估模型时，可以通过如下步骤实现：
94.步骤401：获取从历史转账数据中得到的至少两组样本转账数据，每一组样本转账数据中包括一个样本付款方信息和一个样本收款方信息；每一组样本转账数据均被标注出一个转错账的概率值；
95.步骤403：利用被标注的至少两组样本转账数据，训练风险评估模型。
96.本实施例中，在进行风险评估模型的训练时，考虑从历史转账数据中得到至少两组样本转账数据，并且每一组样本转账数据中包括一个样本付款方信息和一个样本收款方信息，而每一组样本转账数据都会被标注一个转错账的概率值。如此，利用该被标注的至少
两组样本转账数据即可训练得到风险评估模型。
97.在确定样本转账数据时，该样本转账数据可以包括账号、姓名以及金额等。比如，在历史转账数据中的四个账户，其账号分别为a、b、c和d，其户主姓名分别为a、b、c、d。那么，各组样本转账数据可以包括[a，b]、[a，c]、[a，d]、[b，a]、[b，c]、[b，d]、[c，a]、[c，b]、[c，d]、[d，a]、[d，b]、[d，c]，还可以包括[a，b]、[a，c]、[a，d]、[b，a]、[b，c]、[b，d]、[c，a]、[c，b]、[c，d]、[d，a]、[d，b]、[d，c]。并且为每一组样本转账数据标注一个转错账的概率，如此利用各个样本转账数据，以及标注的概率值进行训练学习，即可得到风险评估模型。
[0098]
当然，每一组样本转账数据可以包括同类型的转账信息。比如，一组样本转账数据中可以只包括付款方的账号和收款方的账号、或只包括付款方姓名和收款方姓名等。此外，还可以包括不同类型的转账信息，比如，一组样本转账数据中可以包括付款方的账号和收款方姓名、或包括付款方姓名和收款方账号。如接上述例，各组样本转账数据可以包括[a，b]、[a，c]、[a，d]、[b，a]、[b，c]、[b，d]、[c，a]、[c，b]、[c，d]、[d，a]、[d，b]以及[d，c]。
[0099]
在另一些可能的实施例中，一组样本转账数据中可以包括多个样本付款信息和样本收款信息。比如，一组样本转账数据中可以同时包括付款方账号、收款方账号以及转账金额范围。
[0100]
在为每组样本转账数据标注概率值时，该概率值可以通过对历史转账数据中，该组样本数据中的信息所对应的转账记录里，转错账的次数与总转账次数的比值来确定。比如，该组样本数据包括付款方a的账号和收款方b的姓名。那么，统计历史转账记录中，利用付款方a的账号和收款方b的姓名进行转账的总次数，以及统计两者出现转错账的次数，从而将转错账的次数与转账的总次数的比值作为该组样本数据需要标注的概率值。
[0101]
比如，付款方a利用其账号通过收款方b的姓名向收款方b进行了200次转账，而其中，出现转错账的次数为2次，那么该组样本转账数据为[a的账号，b的姓名]，其所被标注的转错账的概率值为2/200＝0.01。
[0102]
此外，一组样本转账数据中还可以只包括收款方或付款方一方的数据，并且该一方的数据具有矛盾特性。比如，用户a的手机号为二次放号，且该手机号注册的金融交易账户的账号未被该手机号的上一任户主注销或解绑，那么该金融交易账户的账号注册的身份id和手机号是具有矛盾特性的数据，该金融交易账户的账号注册的姓名和手机号的户主姓名是具有矛盾特性的数据。如此，可将该具有矛盾特性的收付双方中一方的数据作为样本转账数据进行模型训练，从而能够有效降低由于二次放号等情况所造成的转错账风险。
[0103]
对步骤303进行说明。
[0104]
步骤303在根据得到的转错账的概率确定本次转账业务中转错账的风险等级时，可以设定多个概率阈值来确定转错账的风险等级。
[0105]
比如，将转错账概率值小于0.001的转账业务确定为一级、将转错账概率值在0.001～0.005之间的转账业务确定为二级、将转错账概率值在0.005～0.01之间的转账业务确定为三级、将转错账概率值大于0.01的转账业务确定为四级。
[0106]
此外，步骤201根据转账信息确定本次转账业务中转错账的风险等级时，还可以将该转账信息发送给外部的安全策略服务器，以由该外部的安全策略服务器根据转账信息得到风险等级，并将得到的风险等级返回。进一步，接收由该安全策略服务器发来的本次转账业务中转错账的风险等级。由此可见，本实施例中在确定本次转账业务中转错账的风险等
级时，是通过将转账信息发送给外部的安全策略服务器来确定的，如此能够降低系统进行风险等级确定的压力，从而能够提高其执行其他操作的效率。
[0107]
步骤203，在转错账的风险等级大于预先设定的风险等级阈值时，执行向收款方账号对应的收款方发送第一验证码的步骤。
[0108]
本实施例中，考虑到存在大量非常值得信赖的账户之间的转账，比如公司和员工之间的转账。如果每次转账都通过验证码进行验证确认，会严重影响转账效率，况且通常员工的账号都是之前备案在公司的，因此其转错账的风险很低。基于此，本实施例考虑只有确定本次转账业务中出现转错账的风险等级大于预先设定风险等级阈值时，再向收款方账号对应的收款方发送验证码，以进行进一步的验证。如此不需要每个转账操作都向收款方发送验证码，不仅能够降低转错账的风险，而且能够提高用户转账操作的效率以及使用体验。
[0109]
需要指出的是，上述各个实施例提供的转账业务的实现方法可以应用于转账设备，也可以应用于与转账设备通信连接的服务器。
[0110]
如图5所示，本说明书还提供了一种转账业务的实现装置，该装置可以包括：
[0111]
转账信息获取模块501，配置为获取付款方输入的转账信息；其中，转账信息包括收款方账号；
[0112]
验证码发送模块502，配置为向转账信息获取模块501获取到的收款方账号对应的收款方发送第一验证码，以使收款方将该第一验证码发送给需要向其转账的付款方；
[0113]
验证码获取模块503，配置为获取付款方输入的第二验证码；
[0114]
转账确定模块504，配置为根据验证码发送模块502发送的第一验证码和验证码获取模块503获取到的第二验证码，确定是否向收款方账号转账。
[0115]
在一种可能的实现方式中，在图5的基础上，如图6所示，该转账业务的实现装置还可以进一步包括：风险等级验证模块505，其配置成执如下操作：
[0116]
根据转账信息，确定本次转账业务中转错账的风险等级；以及，
[0117]
在转错账的风险等级大于预先设定的风险等级阈值时，执行向收款方账号对应的收款方发送第一验证码的步骤。
[0118]
在一种可能的实现方式中，转账信息包括收款方账户信息和付款方账户信息；
[0119]
风险等级验证模块505在根据转账信息确定本次转账业务中转错账的风险等级时，配置成执如下操作：
[0120]
将收款方账户信息和付款方账户信息作为预先训练的风险评估模型的输入，得到本次转账业务中转错账的概率；
[0121]
根据得到的转错账的概率确定本次转账业务中转错账的风险等级；
[0122]
其中，风险评估模型的训练方法，包括：
[0123]
获取从历史转账数据中得到的至少两组样本转账数据，每一组样本转账数据中包括一个样本付款方信息和一个样本收款方信息；每一组样本转账数据均被标注出一个转错账的概率值；
[0124]
利用被标注的至少两组样本转账数据，训练风险评估模型。
[0125]
在一种可能的实现方式中，风险等级验证模块505在根据转账信息确定本次转账业务中转错账的风险等级时，配置成执如下操作：
[0126]
将转账信息发送给安全策略服务器；
[0127]
接收由该安全策略服务器发来的本次转账业务中转错账的风险等级；其中，该风险等级是由该安全策略服务器根据转账信息得到的。
[0128]
在一种可能的实现方式中，转账确定模块504在根据第一验证码和第二验证码确定是否向收款方账号转账时，配置成执行如下操作：
[0129]
若第一验证码和第二验证码一致，则执行向收款方账号转账的操作；
[0130]
若第一验证码和第二验证码不一致，则停止向收款方账号转账的操作。
[0131]
本说明书还提供了一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行说明书中任一个实施例中的方法。
[0132]
本说明书还提供了一种计算设备，包括存储器和处理器，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现说明书中任一个实施例中的方法。
[0133]
可以理解的是，本说明书实施例示意的结构并不构成对转账业务的实现装置的具体限定。在说明书的另一些实施例中，转账业务的实现装置可以包括比图示更多或者更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件、软件或者软件和硬件的组合来实现。
[0134]
上述装置内的各单元之间的信息交互、执行过程等内容，由于与本说明书方法实施例基于同一构思，具体内容可参见本说明书方法实施例中的叙述，此处不再赘述。
[0135]
本领域技术人员应该可以意识到，在上述一个或多个示例中，本说明书所描述的功能可以用硬件、软件、挂件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。
[0136]
以上所述的具体实施方式，对本说明书描述的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。