数据转移方法、装置和设备及计算机存储介质与流程

[0001]
本申请涉及计算机技术领域，特别涉及一种数据转移方法、装置和设备及计算机存储介质。


背景技术：

[0002]
随着电子信息化的发展，线上交易的方式越来越普遍，线上交易的方式使得用户足不出户即可进行转账交易，更加方便快捷。
[0003]
目前，在线上转账时，同机构内的转账一般可以通过转账标识即可实现，而跨机构的转账一般需要详细填写收款用户的详细信息，例如需要需提供收款用户所在收款机构、银行账户号码以及收款人姓名等信息，提交全部信息后才能够发起转账，用户在发起跨机构转账需提供的信息冗杂，例如银行账户号码通常较长，不易记住，填写起来很不方便，耽搁时间，并且还很容易出现填写错误，一旦填写错误，可能会导致转账失败，还有很大可能出现转错账户情况，存在资金风险。此外，目前的许多用户对于个人信息隐私安全也十分重视，上述的转账方式需要透露较多的个人隐私，对于个人信息隐私的保护也是十分不利的。


技术实现要素：

[0004]
本申请实施例提供一种数据转移方法、装置和设备及计算机存储介质，用于简化转账方式，提高个人信息的安全度。
[0005]
一方面，提供一种数据转移方法，所述方法包括：
[0006]
响应转账用户输入的转移账面数据的转账操作指示，向转账平台的后台服务器发送第一转账请求，所述第一转账请求携带收款用户的收款标识；
[0007]
响应所述后台服务器返回的确认转账提示消息，根据所述确认转账提示消息提示转账用户进行转账确认，其中，所述确认转账提示消息为所述后台服务器基于所述收款标识向可信转账机构发送验证请求，并基于可信转账机构返回的验证响应消息确定所述收款标识验证通过时生成的，所述验证请求用于请求验证所述收款标识的合法性；
[0008]
响应所述转账用户的确认转账操作指示，向所述后台服务器发送转移账面数据的确认转账请求，以使得所述后台服务器接收确认转账请求后，请求所述可信转账机构向所述收款用户所在收款机构发起账面数据的转移。
[0009]
一方面，提供一种数据转移方法，所述方法包括：
[0010]
响应终端发送的第一转账请求，基于所述第一转账请求携带的收款标识向可信转账机构发送验证请求；
[0011]
根据所述可信转账机构返回的验证响应消息确定所述收款标识验证通过时，向所述终端发送确认转账提示消息；
[0012]
响应所述终端发送的转移账面数据的确认转账请求，向所述可信转账机构发起第二转账请求，所述第二转账请求携带所述收款标识，以使得所述可信转账机构根据所述收款标识向所述收款用户所在收款机构发起账面数据的转移。
[0013]
一方面，提供一种数据转移装置，所述装置包括：
[0014]
第一发送单元，用于响应转账用户输入的转移账面数据的转账操作指示，向转账平台的后台服务器发送第一转账请求，所述第一转账请求携带收款用户的收款标识；
[0015]
转账提示单元，用于响应所述后台服务器返回的确认转账提示消息，根据所述确认转账提示消息提示转账用户进行转账确认，其中，所述确认转账提示消息为所述后台服务器基于所述收款标识向可信转账机构发送验证请求，并基于可信转账机构返回的验证响应消息确定所述收款标识验证通过时生成的，所述验证请求用于请求验证所述收款标识的合法性；
[0016]
所述第一发送单元，还用于响应所述转账用户的确认转账操作指示，向所述后台服务器发送转移账面数据的确认转账请求，以使得所述后台服务器接收确认转账请求后，请求所述可信转账机构向所述收款用户所在收款机构发起账面数据的转移。
[0017]
可选的，所述第一发送单元，用于：
[0018]
响应转账用户在转账平台的转账页面中输入的转账操作指示，向转账平台的后台服务器发送第一转账请求，所述第一转账请求携带转账用户在所述转账页面上输入的收款用户的收款标识。
[0019]
可选的，所述转账提示单元，用于：
[0020]
根据所述确认转账提示消息验证所述收款标识；
[0021]
当所述收款标识验证通过时，从所述转账页面切换至确认转账页面；
[0022]
监测所述转账用户是否通过所述确认转账页面输入所述确认转账操作指示。
[0023]
可选的，所述装置还包括第一输出单元，用于：
[0024]
响应所述后台服务器返回的验证失败提示消息，根据所述验证失败提示消息输出提示信息，以提示收款标识验证未通过；其中，所述验证失败提示消息为所述后台服务器基于所述可信转账机构返回的验证响应消息确定所述收款标识验证未通过时生成的。
[0025]
可选的，所述装置还包括页面展示单元和收款机构选择单元；
[0026]
所述第一发送单元，还用于响应转账用户在所述转账页面输入的列表展示操作指示，向所述后台服务器发送列表获取请求；所述列表展示操作指示用于展示可选择的收款机构列表；
[0027]
所述页面展示单元，用于根据所述后台服务器返回的列表获取响应消息，显示收款机构列表显示页面，其中，所述列表获取响应消息中携带的收款机构列表中的收款机构为经所述后台服务器确认能够进行转账的所有机构；
[0028]
所述收款机构选择单元，用于响应转账用户在所述收款机构列表显示页面输入的选择操作指示，选中所述选择操作指示选择的收款机构；
[0029]
则所述第一发送单元，用于响应于所述转账操作指示，根据所述收款标识与所述收款机构标识生成所述第一转账请求，并将所述第一转账请求发送给所述后台服务器。
[0030]
可选的，所述收款标识验证通过，包括：
[0031]
在所述可信转账机构中登记有所述收款标识与至少一个收款机构的关联信息；或者，
[0032]
在所述可信转账机构中登记有所述收款标识与所述收款机构标识对应的收款机构的关联信息。
[0033]
可选的，所述装置还包括第二输出单元；
[0034]
所述第一发送单元，还用于响应于用户输入的登记收款信息的登记操作指示，向所述后台服务器发送第一登记请求，所述第一登记请求携带待登记的收款信息，所述收款信息包括收款标识以及与所述收款标识关联的账户信息；
[0035]
所述第二输出单元，用于根据所述后台服务器返回的第二登记响应消息输出登记结果；其中，所述第二登记响应消息携带所述可信转账机构返回给所述后台服务器的第一登记响应消息中携带的登记结果，所述第一登记响应消息为所述后台服务器基于所述收款信息向所述可信转账机构发送第二登记请求后，所述可信转账机构返回给所述后台服务器的；所述登记结果用于指示登记是否成功。
[0036]
一方面，提供一种数据转移装置，所述装置包括：
[0037]
第二发送单元，用于响应终端发送的第一转账请求，基于所述第一转账请求携带的收款标识向可信转账机构发送验证请求；
[0038]
所述第二发送单元，还用于在根据所述可信转账机构返回的验证响应消息确定所述收款标识验证通过时，向所述终端发送确认转账提示消息；
[0039]
转账发起单元，用于响应所述终端发送的转移账面数据的确认转账请求，向所述可信转账机构发起第二转账请求，所述第二转账请求携带所述收款标识，以使得所述可信转账机构根据所述收款标识向所述收款用户所在收款机构发起账面数据的转移。
[0040]
可选的，所述转账发起单元，用于：
[0041]
根据所述确认转账请求生成支付请求，并将所述支付请求发送给所述终端，所述支付请求用于请求转账用户支付需转移的账面数据对应的金额；
[0042]
在根据所述终端返回的支付响应消息确定支付已成功时，生成所述第二转账请求，并将所述第二转账请求发送给所述可信转账机构。
[0043]
可选的，所述第二发送单元，还用于：
[0044]
响应终端发送的第一登记请求，基于所述第一登记请求携带的收款信息向所述可信转账机构发送第二登记请求；所述收款信息包括收款标识以及与所述收款标识关联的账户信息；
[0045]
根据所述可信转账机构返回的第一登记响应消息，生成第二登记响应消息，并将所述第二登记响应消息发送给所述终端；所述第一登记响应消息携带指示登记是否成功的登记结果，所述第二登记响应消息携带所述第一登记响应消息携带的登记结果。
[0046]
一方面，提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述方面所述的方法。
[0047]
一方面，提供一种计算机可读存储介质，存储有处理器可执行指令，所述处理器可执行指令用于执行上述方面所述的方法。
[0048]
本申请实施例中，在进行账面数据的转移时，可以通过收款用户的收款标识进行转账，后台服务器可以请求可信转账机构对收款标识进行验证，一旦验证通过，并经转账用户确认转账之后，则可以发起账面数据的转移。因此，转账用户可以通过收款用户的收款标识，则可以完成转账操作，而无需填写过多的收款用户的信息，减少用户转账所需填写信息，为用户提供更为方便快捷的转账方式，从而简化了转账操作，同时降低填写收款用户信息的出错率，提高转账成功率。并且，由于需要填写的信息可以仅为收款标识，收款用户则
只需要将自己的收款标识提供给转账用户即可，无需提供额外的个人信息，降低了泄露个人信息的可能性，提高了对收款用户的个人信息隐私保护程度。
附图说明
[0049]
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
[0050]
图1为现有技术中的转账页面示意图；
[0051]
图2为本申请实施例提供的应用场景示意图；
[0052]
图3为本申请实施例提供的一种系统架构示意图；
[0053]
图4为本申请实施例提供的收款用户登记转账相关信息的流程示意图；
[0054]
图5为本申请实施例提供的收款用户进行登记的界面示意图；
[0055]
图6为本申请实施例提供的数据转移方法的流程示意图；
[0056]
图7为本申请实施例提供的转账用户发起转账的界面示意图；
[0057]
图8为本申请实施例提供的用户选择非默认的收款机构的界面示意图；
[0058]
图9为本申请实施例提供的提示收款标识不合法的界面示意图；
[0059]
图10为本申请实施例提供的转账确认页面的示意图；
[0060]
图11为本申请实施例提供的支付页面的界面示意图；
[0061]
图12为本申请实施例提供的转账结果显示页面的示意图；
[0062]
图13为本申请实施例提供的在快捷转账功能页面中显示历史转账列表的示意图；
[0063]
图14为本申请实施例提供的实际物理资金流的流向示意图；
[0064]
图15为本申请实施例提供的转账平台中的虚拟资金流的流向示意图；
[0065]
图16为本申请实施例提供的一种数据转移装置的一种结构示意图；
[0066]
图17为本申请实施例提供的另一种数据转移装置的一种结构示意图；
[0067]
图18为本申请实施例提供的计算机设备的一种结构示意图。
具体实施方式
[0068]
为使本申请的目的、技术方案和优点更加清楚明白，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
[0069]
为便于理解本申请实施例提供的技术方案，这里先对本申请实施例使用的一些关键名词进行解释：
[0070]
转账平台：转账平台可以是各大银行机构提供的转账平台，例如网上银行、手机银行或者银行应用(application，app)等，或者还可以为各大金融机构提供的转账平台，或者
还可以为各种电子支付平台。
[0071]
转账用户：指转出用户，即转出账面数据的用户。
[0072]
收款用户：指转入用户，即账面数据转入的用户。
[0073]
可信转账机构：可信转账机构是指具有高置信度的机构提供的转账系统或者平台，例如政府机构(如金融管理局)提供的转账系统或者平台等。
[0074]
收款标识：是指收款用户在可信转账机构中登记过的与收款账户进行关联的标识，例如可以为手机号码或者电子邮箱地址等，当然，也可以为其他标识，例如用户登记时的登记编号等，本申请实施例对此不做限制。
[0075]
另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，在不做特别说明的情况下，一般表示前后关联对象是一种“或”的关系。此外，对于本文中涉及的“第一”或者“第二”等仅用于区分类似的对象，而不是用于描述特定的顺序或者先后次序。
[0076]
转账操作在账面处理实质表现为不同账户之间的账目数据转移，即将一个账户对应的账目数据转移到另一个账户，通常在交易过程中发生，例如付款是从买方账户到卖方账户的数据转移。在线上进行转账时，同机构内的转账一般可以通过转账标识即可实现，而跨机构的转账一般需要详细填写收款用户的详细信息。其中，目前的跨机构转账通常是通过银行机构的网上银行或者手机银行等线上转账工具向其他银行的银行卡转账，或者，跨机构转账还可以是通过电子支付平台向各大银行的银行卡转账，如图1所示，为通过电子支付平台向银行的银行卡转账的转账页面示意图，其中，需要提供收款用户所在收款机构、银行卡号以及收款人姓名等信息，提交全部信息后才能够发起转账，用户在发起跨机构转账需提供的信息冗杂，尤其如银行账户卡号通常较长，不易记住，填写起来很不方便，耽搁时间，并且还很容易出现填写错误或收款人姓名匹配失败等问题，一旦填写错误，转账则会失败，又需要重新进行填写，操作更为繁琐。此外，目前的许多用户对于个人信息隐私安全也十分重视，上述的转账方式需要透露较多的个人隐私，对于个人信息隐私的保护也是十分不利的。
[0077]
本申请人对现有技术进行分析后发现，现有技术中在进行转账时，收款用户的所有信息都是由转账用户自行提供的，因此存在信息冗长的问题，并且由于需要填写这些信息才能发起转账，那么收款用户则需要将上述信息都提供给转账用户，从而才存在个人信息隐私泄露的危险，因此，若是想要解决这些问题，必须对转账用户隐藏收款用户的信息，但是为了能够区分收款用户，那么需要通过一定的收款标识来标识转账用户，这样，用户在进行转账时，只需要提供收款标识即可，而无需提供过多的收款用户的信息，另一方面，收款用户的个人信息隐私的保护程度也就相应更强。
[0078]
鉴于上述的分析和考虑，本申请实施例提供一种数据转移方法，该方法在进行账面数据的转移时，可以通过收款用户的收款标识进行转账，后台服务器可以请求可信转账机构对收款标识进行验证，一旦验证通过，并经转账用户确认转账之后，则可以发起账面数据的转移。因此，转账用户可以通过收款用户的收款标识，则可以完成转账操作，而无需填写过多的收款用户的信息，减少用户转账所需填写信息，为用户提供更为方便快捷的转账方式，同时降低填写收款用户信息的出错率，提高转账成功率，提升用户转账体验。并且，由
于需要填写的信息可以仅为收款标识，收款用户则只需要将自己的收款标识提供给转账用户即可，无需提供额外的个人信息，提高了对收款用户的个人信息隐私保护程度。
[0079]
本申请实施例中，考虑到一个用户可能在多个银行机构或者金融机构等开设有账号，也就是说，一个收款标识可能关联有多个机构的账户，因此，除了提供收款标识之外，还可以提供收款机构标识，用户可以设置其中一个收款机构为默认收款机构，当然，用户也可以从收款机构列表中选择收款机构。在用户选择收款机构之时，为了避免转账用户直接看到收款用户所在的收款机构，因此可以在收款机构列表中展示所有的收款机构，这样，转账用户则无法直接到收款用户所在的收款机构，对收款用户的个人信息起到一定的保护作用。此外，本申请实施例中的收款机构列表中显示的收款机构为经后台服务器确认能够进行转账的机构，转账用户选择的收款机构则为能够进行转账机构，从而提升转账的成功率。
[0080]
本申请实施例中，为了方便转账，收款用户可以预先设置好默认的收款机构，这样，用户无需选择收款机构，后续转账时则会自动的转到收款用户设置的默认的收款机构，即减少转账用户的操作，又提升了收款用户的个人信息隐私保护程度。
[0081]
在介绍完本申请实施例的设计思想之后，下面对本申请实施例的技术方案能够适用的应用场景做一些简单介绍，需要说明的是，以下介绍的应用场景仅用于说明本申请实施例而非限定。在具体实施过程中，可以根据实际需要灵活地应用本申请实施例提供的技术方案。
[0082]
请参见图2所示，为本申请实施例中的技术方案能够适用的一种应用场景，在该场景中，可以包括终端101、后台服务器102、可信转账机构103、收款机构104以及终端105。
[0083]
终端101可以是手机、个人电脑(personal computer，pc)、平板电脑(pad)、掌上电脑(personal digital assistant，pda)、笔记本电脑或者智能穿戴式设备(例如智能手表和智能手环)等终端设备。终端101中可以安装银行、金融机构或者支付平台等提供的应用，或者能够打开银行、金融机构或者支付平台等提供的网站，该应用或者网站可以实现本申请实施例提供的数据转移方法中终端侧需执行的方法的功能，因而通过该应用或者网站转账用户可以利用本申请实施例提供的数据转移方法中终端侧需执行的方法发起转账。
[0084]
终端101可以包括一个或多个处理器1011、存储器1012、与服务器102交互的i/o接口1013以及显示面板1014等。其中，终端101的存储器1012中可以存储上述应用或者网站的程序指令(包括本申请实施例提供的数据转移方法的程序指令)，这些程序指令被处理器1011执行时能够用以实现上述应用或者网站以及本申请实施例提供的数据转移方法的功能，以及在显示面板1014显示相应显示页面。
[0085]
需要声明的是，在图2中虽然只示出了一个终端101，然而在实际应用中，安装有上述应用或者能够打开上述网站的终端101可以有很多，因此上述终端101可以为这些终端101中的任意一个。
[0086]
后台服务器102可以为包括为上述应用或者网站的后台服务器。后台服务器102可以包括一个或多个处理器1021、存储器1022、与终端交互的i/o接口1023以及与可信转账机构交互的i/o接口1024等。其中，存储器1022可以存储本申请实施例提供的数据转移方法中后台服务器侧需执行的方法的程序指令，被处理器1021执行时，即可实现本申请实施例提供的数据转移方法中后台服务器侧需执行的方法，从而帮助转账用户发起转账。此外，后台服务器102还可以配置数据库，数据库可以用于存储各用户的身份认证信息以及历史转账
订单等信息。
[0087]
可信转账机构103可以为可信转账机构的设备，例如政府机构中管理账面数据转移的相关机构提供的可信转账平台，收款用户可以在可信转账机构103中进行登记，以将自身的收款标识与想要收款的账户信息进行关联，这样，在有转账用户向收款用户转账时，只需要提供收款用户的收款标识，通过可信转账机构103则可将转账请求发送给相应的收款机构，从而完成转账。
[0088]
可信转账机构103可以包括一个或多个处理器1031、存储器1032、与后台服务器交互的i/o接口1033以及与收款机构交互的i/o接口1034等。其中，存储器1032可以存储可信转账机构103的辅助转账功能的程序指令，被处理器1031执行时，即可实现可信转账机构103的辅助转账功能，从而帮助转账用户向收款机构发起转账。此外，可信转账机构103还可以配置数据库，数据库可以用于存储各收款用户的收款标识与各账户信息的关联关系等信息。
[0089]
收款机构104可以为任一收款机构的设备，收款机构可以为银行、金融机构或者支付平台。收款机构104可以包括一个或多个处理器1041、存储器1042、与可信转账机构交互的i/o接口1043以及与终端交互的i/o接口1044等。其中，存储器1042可以存储收款机构104的入账功能的程序指令，被处理器1041执行时，即可实现在接收到转账请求时，执行相应的入账功能逻辑。此外，可信转账机构104还可以配置数据库，数据库可以用于存储在本机构开设账户的用户的账户相关信息。
[0090]
需要声明的是，本申请实施例同样适用于同机构内的转账，也就是说，收款机构与后台服务器102可以为相同的设备。
[0091]
终端105可以是手机、pc、pad、pda)笔记本电脑或者智能穿戴式设备(例如智能手表和智能手环)等终端设备。终端105中可以收款机构104提供的应用，或者能够收款机构104提供的网站，用于接收收款机构104入账到收款用户的账户后发出的提示信息，以及查询转账是否成功入账等信息。终端105可以包括一个或多个处理器1051、存储器1052、与收款机构交互的i/o接口1053以及显示面板1054等。其中，终端105的存储器1052中可以存储收款机构104提供的应用或者网站的程序指令，这些程序指令被处理器1051执行时能够用以实现该应用或者网站的功能，以及在显示面板1054显示相应显示页面。
[0092]
上述需要进行通信的各设备之间可以通过一个或者多个网络进行通信连接，当然，上述需要通信的设备并不限于图2中相连的设备，在任意设备有通信需求时，均可以通过上述网络进行通信。该网络可以是有线网络，也可以是无线网络，例如无线网络可以是移动蜂窝网络，或者可以是无线保真(wireless-fidelity，wifi)网络，当然还可以是其他可能的网络，本申请实施例对此不做限制。
[0093]
示例性的，转账用户可以通过在终端101中的应用中发起转账，其中，转账请求中可以携带收款用户的收款标识，后台服务器102根据转账请求中的收款标识可以向可信转账机构103验证收款标识的合法性，当收款标识验证通过时，并经转账用户确认转账后，后台服务器102则可请求可信转账机构103向收款用户所在收款机构104发起转账，可信转账机构103转发转账请求给收款机构104，收款机构104则可以基于转账请求完成后续的入账逻辑，从而完成转账。
[0094]
当然，本申请实施例提供的方法并不限用于图2所示的应用场景中，还可以用于其
他可能的应用场景，本申请实施例并不进行限制。对于图2所示的应用场景的各个设备所能实现的功能将在后续的方法实施例中一并进行描述，在此先不过多赘述。
[0095]
如图3所示，为本申请实施例的转账系统的一种系统架构示意图，在该转账系统中，包括转账业务子系统、支付子系统以及可信转账机构系统，其中，转账业务子系统和支付子系统可以由图2所示的后台服务器来实现，可信转账机构系统可以由图2所示的可信转账机构来实现。
[0096]
转账业务子系统可以包括查询组件模块、业务处理模块、订单处理模块、账户处理模块以及批处理模块，支付子系统以及可信转账机构系统也可以包括不同的功能模块。其中，各模块用以实现不同的功能，且各模块还可以包括实现不同子功能的子模块。下面分别针对不同的系统的各功能模块分别进行介绍。
[0097]
1、转账业务子系统
[0098]
--
查询组件模块
[0099]
身份认证(know your customer，kyc)信息检查子模块：检查转账用户是否存在相应的kyc信息，即确认转账用户是否已通过身份认证。
[0100]
反洗钱(anti-money laundering，aml)黑名单检查子模块：位于aml黑名单中的用户为不允许向其转账的用户，因此，在转账用户发起转账之后，都会对收款用户进行检查，以检查收款用户是否位于aml黑名单中。
[0101]
收款列表查询子模块：用于从支付子系统中查询收款机构列表，以反馈给终端。
[0102]
额度查询检查子模块：用于从支付子系统查询转账用户的转账额度，并检查转账用户发起的转账是否超出额度。
[0103]
余额查询检查子模块：用于支付子系统查询转账用户的余额，并检查余额是否足够支付转账用户发起的转账。
[0104]
手续费管理：用于管理转账用户发起的转账所需的手续费。
[0105]
--
业务处理模块
[0106]
转账业务单下单子模块：用于在有转账业务时，即有转账用户发起转账时，生成转账业务单。
[0107]
转账单列表查询子模块：用户想要查询自身的历史转账单列表时，转账业务子系统可以通过该子模块查询用户的历史转账单列表。
[0108]
转账单详情查询子模块：用户在历史转账单列表中选择特定的转账单之后，账业务子系统可以通过该子模块查询选定的转账单的详情信息。
[0109]
转账单状态查询子模块：用户想要查询某一转账单的当前状态时，账业务子系统可以通过该子模块从支付子系统查询该转账单的状态信息。状态例如为未支付状态、已支付状态以及转账中状态等。
[0110]
转账单状态变更子模块：当某一转账单的状态发生变化时，用于变更转账单的状态。
[0111]
支付单支付回调子模块：支付子系统可以调用该子模块来通知转账业务子系统转账用户的支付结果。
[0112]
收款人信息新增子模块：用户想要在收款人列表中增加新的收款人信息时，转账业务子系统可以通过该子模块增加新的收款人信息。
[0113]
收款人列表查询子模块：用户在进行转账时，可以从收款人列表中选择其中一个收款人作为收款用户，那么用户可以请求展示收款人列表，转账业务子系统可以通过该子模块查询该用户的收款人列表，并反馈给用户。
[0114]
收款人详情查询子模块：收款人列表中一般只会显示收款人的摘要信息，当用户想要查看某一收款人的详细信息时，则可以选中该收款人，转账业务子系统可以通过该子模块查询被选中的收款人的详细信息，并反馈给用户。
[0115]
--
订单处理模块
[0116]
转账支付单下单子模块：用于在用户确认转账后，向支付子系统下支付单，以发起用户支付转账涉及的金额。
[0117]
转账单提现单下单子模块：用于在用户支付完成后，生成提现单。其中，提现是指将用户转账时涉及的金额从转账平台的账户转移至收款机构的账户的过程。
[0118]
支付单退款单生成子模块：用于在用户转账失败时，生成退款单，以将用户转账时涉及的金额退回给用户。
[0119]
--
账户处理模块
[0120]
在转账类型不同时，可以调用不同的转账子模块实现转账逻辑。
[0121]
商户向用户(business-to-customer，b2c)转账子模块：用于实现商户向用户的转账。
[0122]
快捷转账子模块：用于实现快捷转账功能。
[0123]
用户向商户(customer-to-business，c2b)转账子模块：用于实现用户向商户的转账。
[0124]
支付退款子模块：用于实现在转账失败时，向用户或者商户退款。
[0125]
--
批处理模块
[0126]
用于处理系统中的批量任务。
[0127]
快捷转账状态查询重试子模块：在用户发起转账后，有可能未能正确的收到转账状态的反馈，那么可以通过该子模块批量查询未反馈状态的转账单。
[0128]
退票订单查询对账子模块：退票订单是指出现收款机构已经成功入账，但是实际收款用户的账户未能成功入账时生成的订单，当有退票订单时，转出机构与收款机构需要核对资金流向，从而确定哪一环节出现问题，因此可以通过该子模块与收款机构进行批量对账。
[0129]
退票订单处理退款子模块：出现退票订单时，需要将资金原路返还给转账用户，因此可以通过该子模块实现退票订单的批量退款处理。
[0130]
2、支付子系统
[0131]
kyc信息管理模块：用于管理各用户的kyc信息。
[0132]
限额管理模块：用于管理各用户的转账限额。
[0133]
余额管理模块：用于管理各用户的账户余额。
[0134]
支付订单下单模块：在接收到转账业务子系统的支付订单请求时，生成支付订单。
[0135]
收款机构列表管理模块：用于定时探测各收款机构的收款接口，以确认收款机构是否能够接受转账，并基于探测结果在收款机构列表中存储能够接受转账的收款机构。
[0136]
快捷转账服务模块：转账业务子系统可以调用快捷转账服务模块向可信转账机构
系统发起快捷转账。
[0137]
快捷转账状态查询模块：转账业务子系统可以调用快捷转账状态查询模块查询快捷转账单的状态。
[0138]
充值订单下单模块：在进行转账时，是将转账用户的资金先转移至转账平台的账户，则可以通过充值订单下单模块生成充值订单，以作为转账过程中资金转移凭证。
[0139]
账户余额充值模块：用于向用户在转账平台中注册的账户充值。
[0140]
账户注册模块：用于在转账平台为用户注册新的账户。
[0141]
3、可信转账机构系统
[0142]
收款信息登记模块：收款信息是指收款用户的收款标识与账户信息之间的关联关系，用户可以通过收款信息登记模块进行收款信息的登记。
[0143]
收款信息修改模块：在用户的收款信息发何时能变化时，用户可以利用收款信息修改模块进行收款信息的修改。
[0144]
收款信息查询模块：在有用户发起转账时，则可以利用收款信息查询模块查询收款用户的收款信息，从而对收款用户的收款标识进行验证。
[0145]
收款信息注销模块：用于注销已登记的收款信息。
[0146]
快捷转账接口：用户确认转账后，转账业务子系统可通过支付子系统调用可信转账机构系统的快捷转账接口，向可信转账机构系统发送快捷转账请求。
[0147]
快捷转账查询接口：需要查询已发起的快捷转账订单时，可以调用快捷转账查询接口进行查询。
[0148]
快捷转账对账接口：需要有退票订单需要对账时，可以调用快捷转账对账接口进行对账。
[0149]
为进一步说明本申请实施例提供的技术方案，下面结合附图以及具体实施方式对此进行详细的说明。虽然本申请实施例提供了如下述实施例或附图所示的方法操作步骤，但基于常规或者无需创造性的劳动在所述方法中可以包括更多或者更少的操作步骤。在逻辑上不存在必要因果关系的步骤中，这些步骤的执行顺序不限于本申请实施例提供的执行顺序。所述方法在实际的处理过程中或者装置执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。
[0150]
本申请实施例中，若是想要通过收款标识向收款用户转账，那么收款用户需要预先将自己的收款标识与自己拥有的可接受转账的账户信息进行关联，以便于后续转账的成功进行。因此，在介绍本申请实施例的数据转移方法之前，首先对登记转账相关信息的过程进行介绍。如图4所示，为收款用户登记转账相关信息的流程示意图。
[0151]
步骤401：终端向后台服务器发送第一登记请求，后台服务器接收第一登记请求。
[0152]
本申请实施例中，收款用户可以通过终端中安装的银行、金融机构或者支付平台等提供的应用中进行登记，或者在银行、金融机构或者支付平台等提供的网站中进行登记，以向后台服务器发送第一登记请求。
[0153]
如图5所示，为以支付平台的应用为例，收款用户进行登记的界面示意图。其中，收款用户在进入支付平台的应用之后，可以进入支付平台主页，如图5中左上图所示，支付平台主页可以显示与支付相关的功能选项。当然，支付平台主页可以是支付平台的应用的首页，也可以并不是支付平台的应用的首页，例如还可以是进入支付平台的应用之后，通过某
功能选项进入支付平台主页的页面。
[0154]
在支付平台主页中，可以展示该支付平台可以提供的一些功能或者服务，如图5所示的“付款”以及“跨进汇款”等服务。其中，快捷转账功能既可以是利用收款标识进行快捷转账的功能，当然，对于该功能的名称，可以根据实际情况进行设定，本申请实施例并不进行限制，例如为适应金融管理局推出的转数快系统(fast pay system，fps)，那么该功能的名称亦可以成为转数快。用户对快捷转账功能选项进行操作之后，则可以进入快捷转账功能页面，在该页面上，用户不仅可以发起快捷转账，还可以快捷收款。对于该用户为收款用户而言，在其为登记快捷转账所需的信息之前，还无法进行快捷转账，因此收款用户需要在快捷转账页面中，对“登记快捷转账”功能选项进行操作，以进入快捷转账登记页面，并在该页面中填写相应的信息，例如选择收款方式以及填写收款标识，其中，不同的收款方式可以对应不同类型的收款标识，例如收款方式为收款标识利用手机号码进行收款，则收款标识可以为手机号码时，或者，收款方式为利用电子邮箱地址进行收款时，则收款标识可以为电子邮箱地址。
[0155]
在用户在快捷转账登记页面中填写必要的信息，例如想要关联的账户所在机构、账户名称以及账户相关信息等，并选择提交后，支付平台应用则可以基于用户填写信息生成第一登记请求，并通过终端的通信接口将第一登记请求发送给后台服务器。
[0156]
步骤402：后台服务器向可信转账机构发送第二登记请求，可信转账机构接收第二登记请求。
[0157]
本申请实施例中，后台服务器接收第一登记请求之后，对于本支付平台的账户信息后台服务器可以验证合法性，而其他机构的账户信息后台服务器则无法进行验证，因此后台服务器可以根据第一登记请求生成第二登记请求，并发送给可信转账机构，可信转账机构作为可信的机构，可以接入各大银行、金融机构或者支付平台等，或者存储各大银行、金融机构或者支付平台等的账户信息，因此可信转账机构可以验证账户信息的合法性。
[0158]
具体的，转账业务子系统可以通过支付子系统将第一登记请求发送给可信转账机构系统的收款信息登记模块，从而利用收款信息登记模块进行收款信息的登记。
[0159]
步骤403：可信转账机构确定是否可以将收款标识与账户信息进行关联。
[0160]
本申请实施例中，收款用户的目的在于希望将自己提供的收款标识与自身的账户信息进行关联，这样，后续在转账时，只需要将自身的收款标识提供即可，而无需提供详细的账户信息，但是，为了保障各个用户信息的安全性以及合法权益，显然不能将对应不同身份的收款标识与账户信息进行关联，例如不能将用户a的手机号码和用户b的账户信息进行关联，因此可信转账机构除了验证收款标识与账户信息的真实性，还需要验证收款标识与账户信息是否同属于同一用户。
[0161]
具体的，当收款标识与账户信息均真实存在，且收款标识与账户信息同属于同一用户时，则可以将收款标识与账户信息进行关联，否则，若是当收款标识与账户信息并不是真实存在，或者说收款标识与账户信息不是同属于同一用户时，则确定无法将收款标识与账户信息进行关联。
[0162]
步骤404：可信转账机构将第一登记响应消息发送给后台服务器，后台服务器接收第一登记响应消息。
[0163]
本申请实施例中，若是可信转账机构确定可以将收款标识与账户信息进行关联，
则会将收款标识与账户信息进行关联，即快捷转账功能信息登记成功；或者，若是可信转账机构确定不可以将收款标识与账户信息进行关联，则确定快捷转账功能信息登记失败。可信转账机构可以将登记结果携带在第一登记响应消息中发送给后台服务器，以通知给用户。
[0164]
步骤405：后台服务器将第二登记响应消息发送给终端，终端接收第二登记响应消息。
[0165]
后台服务器接收第一登记响应消息之后，可以将登记结果反馈给收款用户。具体的，后台服务器可以基于第一登记响应消息中携带的登记结果生成第二登记响应消息，并发送给终端。终端接收第二登记响应消息并获取登记结果之后，则可以在快捷转账登记结果显示页面中显示相应的登记结果，如图5中所示，在登记结果为登记成功时，则可以在快捷转账登记结果显示页面中显示登记成功指示的信息。
[0166]
在收款用户登记成功之后，则可以利用收款用户的收款标识想收款用户进行转账。请参见图6，为本申请实施例提供的数据转移方法的流程示意图，该方法例如可以应用于如图2所示的场景中，该方法的流程描述如下。
[0167]
步骤601：终端向后台服务器发送kyc信息验证请求，后台服务器接收kyc信息验证请求。
[0168]
本申请实施例中，基于相关金融部门的监管要求，对于线上转账的用户一般需要进行身份认证，因此，在用户通过转账平台主页进入到快捷转账功能页面中，会向后台服务器发送kyc信息验证请求，以请求后台服务器验证转账用户是否通过身份认证，即检查转账用户是否存在相应的kyc信息。
[0169]
步骤602：后台服务器向终端发送kyc信息验证响应消息，终端接收kyc信息验证响应消息。
[0170]
后台服务器检查完成之后，则会向终端发送kyc信息验证响应消息。其中，若存在kyc信息，即用户已经通过身份认证，则可以允许用户进行转账，那么kyc信息验证响应消息携带指示身份认证通过的指示信息，则终端可以直接从转账平台主页进入到快捷转账功能页面；否则，若是kyc信息，即用户还未通过身份认证，那么则需要用户先进行身份认证，那么kyc信息验证响应消息携带指示身份认证未通过的指示信息，则终端可以跳转至身份认证页面，引导用户进行身份认证，在完成身份认证后，既可以跳转至快捷转账功能页面。其中，kyc信息的检查例如可以是图3所示的转账业务子系统中kyc信息检查子模块与支付子系统中kyc信息管理模块结合完成的。
[0171]
步骤603：向后台服务器发起第一转账请求，后台服务器接收第一转账请求。
[0172]
本申请实施例中，在转账用户需要向收款用户发起转账时，转账用户可以通过终端中安装的银行、金融机构或者支付平台等提供的应用中进行转账操作，或者在银行、金融机构或者支付平台等提供的网站中进行转账操作，以向后台服务器发送转账请求。后续为方便叙述，将银行、金融机构或者支付平台等能够发起转账的机构统称为转账平台。
[0173]
如图7所示，是以转账用户已完成身份认证为例，转账用户发起转账的界面示意图。转账用户进入转账平台主页并进入快捷转账功能页面后，选择“转账”功能选项，则可以跳转至转账方式选择页面。在转账方式选择页面中，转账用户可以选择相应的转账方式，其中，为了收款用户未登记快捷转账功能时，转账用户也能够发起转账，还可以在转账方式选
择页面中增加普通转账方式，即需要提供详细账户信息的转账方式，如图7所示的“银行账户”转账方式，则可以利用收款用户的银行账户信息进行转账，当然，除了普通转账方式，还可以包括多种快捷转账方式，如图7所示的“手机号码”转账方式，即利用号码进行转账的方式，以及“电邮地址”转账方式，即利用电邮地址进行转账的方式，当然，也可以为利用其他收款标识进行转账。用户可以在转账方式选择页面中可以选择收款用户可以收款的转账方式。
[0174]
例如，用户选择利用手机号码作为收款标识进行转账时，则可以进入如图7右下图所示的转账信息填写页面。在利用手机号码作为收款标识时，通常用户需要填写收款用户的手机号码以及转账金额，既可以发起转账。其中，也可以填写一些可选择填写的项目，例如图7所示的“收款账户”，收款账户及收款用户在收款机构开设的账户，在用户未选择时，收款账户可以为收款用户设置的默认收款账户；或者，收款用户若是希望转账用户转账到特定的非默认收款机构，则可以预先将自己期望的收款账户告知给转账用户，那么转账用户则可以在发起转账时选择相应的收款账户。当然，除图7所示的填写信息之外，也可以包括其他需要填写的信息，本申请实施例对此不做限制。
[0175]
又例如，用户选择利用电邮地址作为收款标识进行转账时，则可以进入如图7左下图所示的转账信息填写页面。在利用电邮地址作为收款标识时，通常用户需要填写收款用户的电邮地址以及转账金额，既可以发起转账。当然，也可以填写一些可选择填写的项目，例如图7所示的“收款账户”。
[0176]
在实际应用中，转账用户可以预先将收款用户的手机号码或者电邮地址添加至收款人列表中，那么用户无需手动输入手机号码或者电邮地址，从收款人列表中选择即可。
[0177]
具体的，如图8所示，为用户选择非默认的收款机构的界面示意图，当转账用户需要选择非默认的收款机构时，则可以对转账信息填写页面中的收款账户选项区域进行操作，以显示相应的可选择的收款机构列表，相应的，终端设备会接收到转账用户的列表展示操作指示，并响应列表展示操作指示，向后台服务器发送列表获取请求，以从后台服务器获取需要展示的收款机构列表。当后台服务器返回列表获取响应消息时，如图8所示，基于列表获取响应消息携带的收款机构列表在显示页面上展示相应的收款机构列表，用户可以从收款机构列表中选择收款用户可以收款的收款机构，并对其进行选择操作，相应的，终端可以接收并响应转账用户在收款机构列表显示页面输入的选择操作指示，以选中选择操作指示选择的收款机构。
[0178]
其中，列表获取响应消息中携带的收款机构列表中的收款机构为经后台服务器确认能够进行转账的所有机构，也就是当前能够向这些收款机构发起转账，而对于一些不能发起转账的收款机构，例如正在维护的收款机构，则不会包括在收款机构列表中，以降低用户转账的成功率。
[0179]
具体的，支付子系统中的收款机构列表管理模块可以探测各收款机构的转账功能，例如可以尝试向收款机构发起转账，以检测该收款机构是否能够接收转账，并根据探测结果将能够进行转账的收款机构保存在收款机构列表中，当用户请求获取收款机构列表时，转账业务子系统的收款列表查询子模块可以从支付子系统中获取收款机构列表，并反馈给终端，以使得终端中的应用页面中能够显示收款机构列表。
[0180]
当然，用户想要发起转账时，也可以通过其他入口进入快捷转账功能页面，例如即
时通讯应用中的公众号链接入口或者小程序入口等，本申请实施例对此不做限制。
[0181]
本申请实施例中，当用户在转账信息填写页面中填写必要的转账信息之后，则可以对“提交”按钮进行操作，以发起转账，转账平台的应用可以响应转账用户在转账平台的转账页面中输入的转账操作指示，生成第一转账请求，并通过终端的通信接口将第一转账请求发送给后台服务器。例如，转账用户仅提供了收款标识和转账金额时，则生成的第一转账请求中可以携带收款标识和转账金额；或者，转账用户提供了收款标识、转账金额以及收款机构标识时，则可以根据收款标识、转账金额以及收款机构标识生成第一转账请求，即生成第一转账请求可以携收款标识、转账金额以及收款机构标识。其中，收款机构标识即可以为收款机构的名称或者编号。
[0182]
步骤604：后台服务器向可信转账机构发送验证请求，可信转账机构接收验证请求。
[0183]
本申请实施例中，后台服务器接收第一转账请求之后，会对第一转账请求中携带的收款用户的信息进行的一定的检查，例如可以检查收款用户是否位于aml黑名单中，若是位于aml黑名单，则禁止向该收款用户转账，而若是收款用户未位于aml黑名单中，才可以允许向该收款用户转账。其中，aml黑名单检查可以是转账业务子系统中的aml黑名单检查子模块来实现的。
[0184]
在确认允许向收款用户转账之后，后台服务器还需要验证收款用户的收款标识的合法性，例如若是转账用户提供了未登记的用户标识，或者用户标识与收款机构的账户未关联时，都无法完成转账，因此，后台服务器可以基于收款用户的信息生成验证请求，并将验证请求发送给可信转账机构，以验证用户标识的合法性。
[0185]
具体的，转账业务子系统接收第一转账请求之后，则会通过支付子系统向可信转账机构系统发送验证请求，以通过可信转账机构系统的收款信息查询模块查询收款用户的收款标识，以验证收款标识的合法性。
[0186]
步骤605：可信转账机构向后台服务器发送验证响应消息，后台服务器接收验证响应消息。
[0187]
本申请实施例中，可信转账机构可以对收款标识进行验证，以校验收款标识的合法性。
[0188]
其中，收款标识验证通过，可以包括：
[0189]
在可信转账机构中登记有收款标识与至少一个收款机构的关联信息，即转账用户仅提供了收款标识时，即转账至与该收款标识关联的收款用户的默认账户，那么只需要验证在可信转账机构中是否登记有该收款标识关联的收款信息即可，只有可信转账机构中登记有该收款标识关联的收款信息，那么该收款表示即是合法的；或者，
[0190]
在可信转账机构中登记有收款标识与收款机构标识对应的收款机构的关联信息，即转账用户仅提供了收款标识和收款机构标识时，即转账至指定收款机构的账户，那么除了验证可信转账机构中是否登记有该收款标识关联的收款信息之外，还需要验证在与该收款标识关联的账户信息中，是否包括了该收款标识与指定收款机构的账户之间的关联信息，只有在可信转账机构中登记有该收款标识关联的收款信息，且存在该收款标识与指定收款机构的账户之间的关联信息时，才能够标识该用户标识是合法的。例如收款用户a在a银行开设有账户，且收款账户a将自己的手机号码与a银行的账户进行了关联，但是，转账用
户b在向收款用户a转账时，指定了收款机构为b银行b，但是收款用户a未曾将b银行的账户与手机号码关联，那么即使转账用户b制定了收款机构为b银行，也无法成功将资金转移到收款用户a在b银行的账户，也就是转账用户b提供的转账信息无法通过验证。
[0191]
在验证完成后，可信转账机构可以将验证结果携带在验证响应消息中，发送给后台服务器。其中，当验证结果指示收款标识验证通过时，验证响应消息中除了可以携带验证结果之外，还可以将收款标识关联的账户信息携带在验证响应消息中，发送给后台服务器。例如，当收款机构为默认收款机构时，则可以将与收款标识关联的在默认收款机构的账户信息发送给后台服务器，或者，当收款机构为指定的非默认收款机构，则可以将与收款标识关联的在指定的非默认收款机构的账户信息发送给后台服务器。
[0192]
步骤606：后台服务器根据验证响应消息确定收款标识验证是否通过。
[0193]
本申请实施例中，后台服务器可以根据验证响应消息中携带的验证结果确定收款标识验证是否通过。
[0194]
步骤607：若步骤606的确定结果为否，则后台服务器向终端发送验证失败提示消息。
[0195]
步骤608：终端根据验证失败提示消息输出提示信息。
[0196]
具体的，当后台服务器确定收款标识验证未通过时，那么后台服务器则可以向终端发送验证失败提示消息，相应的，终端响应于验证失败提示消息，则可以根据验证失败提示消息在显示界面上输出提示信息，以提示收款标识不合法。
[0197]
如图9所示，为提示收款标识不合法的界面示意图。其中，图9中是以当转账用户选择利用手机号码进行转账为例，在转账用户输入的收款标识还未进行快捷转账的登记时，则可以提示“该手机号码暂未登记快捷转账账户”，当然，对于提示内容可以根据具体情况进行设置，本申请实施例对此不做限制。
[0198]
步骤609：若步骤606的确定结果为是，则后台服务器向终端发送确认转账提示消息。
[0199]
具体的，当后台服务器确定收款标识验证通过时，即可以允许向收款用户转账，那么后台服务器则可以向终端发送确认转账提示消息，其中，确认转账提示消息可以携带转账用户输入的转账信息，例如收款标识和收款金额，除此之外，还可以携带收款用户的身份信息，例如收款用户的姓名等，以帮助转账用户确认收款用户是否为自己想要转账的用户。
[0200]
其中，步骤607～608的过程与步骤609的过程为不会全部执行的过程，当步骤606的确定结果为是时，执行步骤609的过程以及后续的流程，当步骤606的确定结果为是时，执行步骤607～608的过程，因此为加以区分，在图6中将步骤607～步骤608的过程使用虚线进行示出。
[0201]
步骤610：终端根据确认转账提示消息提示转账用户进行转账确认。
[0202]
本申请实施例中，当终端接收确认转账提示消息之后，则可以根据确认转账提示消息验证收款标识，并在确定收款标识验证通过时，从转账页面切换至确认转账页面，并监测转账用户是否通过确认转账页面输入确认转账操作指示。其中，在转账确认页面中可以显示必要的转账信息，以提示转账用户进行转账确认。
[0203]
如图10所示，为转账确认页面的示意图。其中，在转账确认页面中，可以显示收款标识和收款金额，以及能够辨认收款用户身份的信息，例如收款用户姓名，这样，转账用户
能够更清楚的确认收款用户是否为自己想要转账的用户，降低发生转账错误的概率。
[0204]
步骤611：终端向后台服务器发送转移账面数据的确认转账请求，后台服务器接收确认转账请求。
[0205]
当用户确认转账信息，例如转账金额以及转账用户姓名等信息无误时，则可以进行确认转账操作。如图10所示，转账用户可以对转账确认页面中的确认转账按钮进行操作，相应的，终端可以监测到转账用户通过确认转账页面输入的确认转账操作，并将相应的确认转账操作指示通知给转账平台应用，转账平台应用可以根据确认转账操作指示生成确认转账请求，并通过终端通信接口将确认转账请求发送给后台服务器。
[0206]
步骤612：后台服务器向终端发送支付请求，终端接收支付请求。
[0207]
本申请实施例中，在后台服务器接收到终端的确认转账请求时，则可以知晓转账用户已确认需要进行转账，那么后台服务器可以生成相应的支付请求，以请求转账用户支付相应的转账金额。
[0208]
具体的，终端发送的确认转账请求可以被转账业务子系统所接收，转账业务子系统中的转账业务单下单子模块基于该次转账的转账相关信息生成转账业务单，并进行保存，以作为用户存在该笔转账的凭证。此外，转账业务子系统中的转账支付单下单子模块向支付子系统发送支付订单请求，支付订单请求中可以携带转账业务单的单号，支付子系统的支付订单下单模块用于基于转账业务单的单号生成支付订单，并将支付订单信息发送给转账业务子系统，转账业务子系统将获取到的支付订单信息携带在支付请求中发送给终端。
[0209]
步骤613：终端根据支付请求显示支付页面。
[0210]
本申请实施例中，终端中的转账平台应用获取到支付请求之后，则可以跳转至支付页面，以提示用户输入支付密码。
[0211]
具体的，与转账业务子系统与支付子系统相对应的，转账平台应用作为后台服务器的前端应用，实质上也可以包括与转账业务子系统与支付子系统分别对应的两部分，与转账业务子系统相对应的为业务前端模块，与支付子系统对应的为支付前端模块，或称收银台。在转账平台应用获取到支付请求时，实质上是业务前端模块获取到支付请求，业务前端模块基于支付请求，调用支付前端模块的接口，在应用中展示支付页面。
[0212]
如图11所示，为支付页面的界面示意图。其中，支付界面中可以显示需支付的账面数据金额以及密码输入框，转账用户需要在密码输入框中输入支付密码。
[0213]
步骤614：终端向后台服务器发送支付响应消息，后台服务器接收支付响应消息。
[0214]
在转账用户输入支付密码之后，后台服务器需要验证支付密码的正确性，因此终端可以将转账用户输入的支付密码携带在支付响应消息中发送给后台服务器。
[0215]
步骤615：后台服务器向可信转账机构发送第二转账请求，可信转账机构接收第二转账请求。
[0216]
本申请实施例中，后台服务器可以对用户输入的支付密码进行验证，以及转账用户的账户是否满足转账需求，当支付密码正确且转账用户的账户满足转账需求时，则可以向可信转账机构发送第二转账请求。其中，第二转账请求中可以携带转账用户信息、收款用户信息以及其他必要的转账相关信息，例如转账金额以及转账订单号等信息。
[0217]
具体的，转账业务子系统接收支付响应消息之后，可以将支付响应消息转发给支
付子系统，支付子系统可以验证转账用户的账户是否满足转账需求，例如转账金额是否超出转账用户的转账限额，以及验证转账用户的账户余额是否足以支付转账金额，以及验证支付密码的正确性，若是支付密码正确，则进行支付逻辑，并向转账业务子系统反馈支付成功，转账业务子系统则会生成第二转账请求，并通过支付子系统将第二转账请求发送给可信转账机构系统；若是支付密码错误，则支付子系统会向转账业务子系统反馈密码错误，转账业务子系统则会向终端发送指示密码错误的指示信息，终端则会提示用户密码错误，并引导用户重新输入支付密码。
[0218]
步骤616：可信转账机构向收款机构发送第三转账请求，收款机构接收第三转账请求。
[0219]
本申请实施例中，当可信转账机构接收到第二转账请求时，则可以根据收款用户对应的收款机构，向收款机构发送第三转账请求，以向收款机构发起账面数据的转移。
[0220]
步骤617：收款机构向可信转账机构反馈转账结果。
[0221]
收款机构根据第三转账请求中携带的转账信息执行入账逻辑之后，将转账结果反馈给可信转账机构，以通过可信转账机构反馈给转账用户所在的转账平台。
[0222]
步骤618：可信转账机构向后台服务器反馈转账结果。
[0223]
步骤619：后台服务器向终端反馈转账结果。
[0224]
本申请实施例中，终端获取到转账结果时，则可以在转账结果显示页面中显示转账结果。在具体应用时，终端还可以通过其他方式将转账结果提示给转账用户，例如可以通过公众号消息或者推送消息等方式将转账结果提示给转账用户。
[0225]
如图12所示，为转账结果显示页面的示意图。其中，图12是以转账成功为例示出的转账结果显示页面，在转账结果显示页面中，可以显示转账结果以及转账相关信息，例如收款用户姓名、收款标识以及转账单号等信息，转账单号例如可以是转账业务单号或者支付订单号。
[0226]
此外，为便于用户保存自己的转账记录，在转账结果显示页面中还可以增加“制作电子账单”功能按钮，通过“制作电子账单”功能，转账用户可以制作电子账单保存至本地。如图12所示，当转账用户对“制作电子账单”功能按钮进行操作之后，转账平台应用响应于用户的操作，则可以生成如图12所示的图片，用户通过长按或者其他按钮操作即可以将图片保存至本地。当然，图12中以电子账单为图片的形式进行示出，但是在实际应用中，电子账单还可以通过其他形式进行保存，例如文本形式等，本申请实施例对此不做限制。
[0227]
本申请实施例中，用户在转账成功后，则可以将成功转账的收款用户的收款信息存储至历史转账列表，如图13所示，为在快捷转账功能页面中显示历史转账列表的示意图，其中，图13中以最近6个月的转账记录为例进行示出，当然那，在实际应用时，还可以是示出所有转账记录或者，示出一年内转账记录等，本申请实施例对此不做限制。当转账用户需要向转账记录列表中存在的收款用户进行转账时，则可以直接从历史转账列表中选择收款用户，而无需转账用户自行输入收款用户的收款信息，例如转账用户想要转账给李四，则可以直接选择李四所对应选项发起转账即可，更加方便快捷。
[0228]
请参见图14所示，为本申请实施例的实际物理资金流的流向示意图。
[0229]
转账用户账户：为转账用户用于支付转账金额的实际物理资金账户，该账户可以为转账用户在转账平台内开设的账户，也可以是在转账平台内绑定的其他机构的账户，例
如各大银行的银行卡等。
[0230]
转账平台账户：为转账平台用于快捷转账清算资金的实际物理资金账户。
[0231]
收款机构账户：为收款机构用于存放接收快捷转账清算资金的实际物理资金账户。
[0232]
收款用户账户：为收款用户在收款机构开立的接收快捷转账资金的实际物理资金账户。
[0233]
如图14所示，在用户支付转账涉及金额后，转账用户账户会将转账所需资金支付给转账平台，即转账所需资金先从转账用户账户转移至转账平台账户，转账平台向可信转账机构发起快捷转账时，则会将该笔转账资金转移至收款机构账户，收款机构账户在执行入账逻辑时，则会将该笔转账资金转移至收款用户账户出，从而完成转账。
[0234]
请参见图15所示，为本申请实施例中转账平台中的虚拟资金流的流向示意图。
[0235]
转账用户c账户：转账平台内用于零钱支付转账单的虚拟资金账户。
[0236]
快捷转账商户b账户：转账平台内用于存放用户支付转账单的金额的虚拟资金账户。
[0237]
快捷转账商户c账户：转账平台内用于转账结算时存放待提现的金额的虚拟资金账户。
[0238]
如图15所示，在转账用户支付转账涉及金额后，转账资金则会从转账用户c账户转移至快捷转账商户b账户，在支付子系统通知转账业务子系统支付完成时，转账资金则会从快捷转账商户b账户转移至快捷转账商户c账户。其中，虚拟资金流用于帮助转账平台管理各模块之间资金的流向，但是该过程仅涉及虚拟资金的流向，而并未涉及实际物理资金的转移。
[0239]
综上所述，在收款用户已登记快捷转账功能时，转账用户既可以仅输入收款用户的手机号码或者邮箱地址等收款标识，后台服务器将根据用户输入的收款标识在可信转账机构中查询收款人的姓名以及收款机构等信息，帮助用户直接发起转账，资金实时转入该收款标识关联的账户中，使得转账更为轻松便捷，为零售支付业带来新机遇，亦促进金融科技创新。
[0240]
请参见图16，基于同一发明构思，本申请实施例还提供了一种数据转移装置160，该装置例如可以为终端，该装置包括：
[0241]
第一发送单元1601，用于响应转账用户输入的转移账面数据的转账操作指示，向转账平台的后台服务器发送第一转账请求，第一转账请求携带收款用户的收款标识；
[0242]
转账提示单元1602，用于响应后台服务器返回的确认转账提示消息，根据确认转账提示消息提示转账用户进行转账确认，其中，确认转账提示消息为后台服务器基于收款标识向可信转账机构发送验证请求，并基于可信转账机构返回的验证响应消息确定收款标识验证通过时生成的，验证请求用于请求验证收款标识的合法性；
[0243]
第一发送单元1601，还用于响应转账用户的确认转账操作指示，向后台服务器发送转移账面数据的确认转账请求，以使得后台服务器接收确认转账请求后，请求可信转账机构向收款用户所在收款机构发起账面数据的转移。
[0244]
可选的，第一发送单元1601，用于：
[0245]
响应转账用户在转账平台的转账页面中输入的转账操作指示，向转账平台的后台
服务器发送第一转账请求，第一转账请求携带转账用户在转账页面上输入的收款用户的收款标识。
[0246]
可选的，转账提示单元1602，用于：
[0247]
根据确认转账提示消息验证收款标识；
[0248]
当收款标识验证通过时，从转账页面切换至确认转账页面；
[0249]
监测转账用户是否通过确认转账页面输入确认转账操作指示。
[0250]
可选的，装置还包括第一输出单元1603，用于：
[0251]
响应后台服务器返回的验证失败提示消息，根据验证失败提示消息输出提示信息，以提示收款标识验证未通过；其中，验证失败提示消息为后台服务器基于可信转账机构返回的验证响应消息确定收款标识验证未通过时生成的。
[0252]
可选的，装置还包括页面展示单元1604和收款机构选择单元1605；
[0253]
第一发送单元1601，还用于响应转账用户在转账页面输入的列表展示操作指示，向后台服务器发送列表获取请求；列表展示操作指示用于展示可选择的收款机构列表；
[0254]
页面展示单元1604，用于根据后台服务器返回的列表获取响应消息，显示收款机构列表显示页面，其中，列表获取响应消息中携带的收款机构列表中的收款机构为经后台服务器确认能够进行转账的所有机构；
[0255]
收款机构选择单元1605，用于响应转账用户在收款机构列表显示页面输入的选择操作指示，选中选择操作指示选择的收款机构；
[0256]
则第一发送单元1601，用于响应于转账操作指示，根据收款标识与收款机构标识生成第一转账请求，并将第一转账请求发送给后台服务器。
[0257]
可选的，收款标识验证通过，包括：
[0258]
在可信转账机构中登记有收款标识与至少一个收款机构的关联信息；或者，
[0259]
在可信转账机构中登记有收款标识与收款机构标识对应的收款机构的关联信息。
[0260]
可选的，装置还包括第二输出单元1606；
[0261]
第一发送单元1601，还用于响应于用户输入的登记收款信息的登记操作指示，向后台服务器发送第一登记请求，第一登记请求携带待登记的收款信息，收款信息包括收款标识以及与收款标识关联的账户信息；
[0262]
第二输出单元1606，用于根据后台服务器返回的第二登记响应消息输出登记结果；其中，第二登记响应消息携带可信转账机构返回给后台服务器的第一登记响应消息中携带的登记结果，第一登记响应消息为后台服务器基于收款信息向可信转账机构发送第二登记请求后，可信转账机构返回给后台服务器的；登记结果用于指示登记是否成功。
[0263]
该装置可以用于执行图4～图15所示的实施例中涉及的方法，因此，对于该装置的各功能模块所能够实现的功能等可参考图4～图15所示的实施例的描述，不多赘述。其中，第一输出单元1603～第二输出单元1606并非必选的功能单元，因此在图16中以虚线示出。
[0264]
请参见图17，基于同一发明构思，本申请实施例还提供了一种数据转移装置170，该装置例如可以为后台服务器，该装置包括：
[0265]
第二发送单元1701，用于响应终端发送的第一转账请求，基于第一转账请求携带的收款标识向可信转账机构发送验证请求；
[0266]
第二发送单元1701，还用于在根据可信转账机构返回的验证响应消息确定收款标
识验证通过时，向终端发送确认转账提示消息；
[0267]
转账发起单元1702，用于响应终端发送的转移账面数据的确认转账请求，向可信转账机构发起第二转账请求，第二转账请求携带收款标识，以使得可信转账机构根据收款标识向收款用户所在收款机构发起账面数据的转移。
[0268]
可选的，转账发起单元1702，具体用于：
[0269]
根据确认转账请求生成支付请求，并将支付请求发送给终端，支付请求用于请求转账用户支付需转移的账面数据对应的金额；
[0270]
在根据终端返回的支付响应消息确定支付已成功时，生成第二转账请求，并将第二转账请求发送给可信转账机构。
[0271]
可选的，第二发送单元1701，还用于：
[0272]
响应终端发送的第一登记请求，基于第一登记请求携带的收款信息向可信转账机构发送第二登记请求；收款信息包括收款标识以及与收款标识关联的账户信息；
[0273]
根据可信转账机构返回的第一登记响应消息，生成第二登记响应消息，并将第二登记响应消息发送给终端；第一登记响应消息携带指示登记是否成功的登记结果，第二登记响应消息携带第一登记响应消息携带的登记结果。
[0274]
该装置可以用于执行图4～图15所示的实施例中涉及的方法，因此，对于该装置的各功能模块所能够实现的功能等可参考图4～图15所示的实施例的描述，不多赘述。
[0275]
请参见图18，基于同一技术构思，本申请实施例还提供了一种计算机设备180，可以包括存储器1801和处理器1802。
[0276]
所述存储器1801，用于存储处理器1802执行的计算机程序。存储器1801可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据计算机设备的使用所创建的数据等。处理器1802，可以是一个中央处理单元(central processing unit，cpu)，或者为数字处理单元等等。本申请实施例中不限定上述存储器1801和处理器1802之间的具体连接介质。本申请实施例在图18中以存储器1801和处理器1802之间通过总线1803连接，总线1803在图18中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线1803可以分为地址总线、数据总线、控制总线等。为便于表示，图18中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
[0277]
存储器1801可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，ram)；存储器1801也可以是非易失性存储器(non-volatile memory)，例如只读存储器，快闪存储器(flash memory)，硬盘(hard disk drive，hdd)或固态硬盘(solid-state drive，ssd)、或者存储器1801是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器1801可以是上述存储器的组合。
[0278]
处理器1802，用于调用所述存储器1801中存储的计算机程序时执行如图4～图15中所示的实施例涉及的方法。
[0279]
在一些可能的实施方式中，本申请提供的方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在计算机设备上运行时，所述程序代码用于使所述计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的方法中的
步骤，例如，所述计算机设备可以执行如图4～图15中所示的实施例涉及的方法。
[0280]
所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
[0281]
尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
[0282]
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。