一种资源转移及其控制方法、装置、电子设备和存储介质与流程

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.图1为本技术实施例中的一种应用场景的一个可选的示意图；
38.图2为本技术实施例中的第一种资源转移的控制方法的流程图；
39.图3a为本技术实施例中的一种签约指引页面的示意图；
40.图3b为本技术实施例中的一种资源转移签约页面的示意图；
41.图4为本技术实施例中的一种硬件设备接入以及脸部信息采集流程的示意图；
42.图5为本技术实施例中的一种支付签约流程的示意图；
43.图6为本技术实施例中的一种文件加密的数据库存储方式的示意图；
44.图7a为本技术实施例中的一种人脸识别流程的示意图；
45.图7b为本技术实施例中的一种签约后的支付流程的示意图；
46.图8为本技术实施例中的一种资源转移方法的流程示意图；
47.图9为本技术实施例中的第二种资源转移的控制方法的流程图；
48.图10为本技术实施例中的第三种资源转移的控制方法的流程图；
49.图11为本技术实施例中的第四种资源转移的控制方法的流程图；
50.图12为本技术实施例中的一个可选的交互实现时序流程示意图；
51.图13为本技术实施例中的第一种资源转移的控制装置的组成结构示意图；
52.图14为本技术实施例中的第二种资源转移的控制装置的组成结构示意图；
53.图15为本技术实施例中的第三种资源转移的控制装置的组成结构示意图；
54.图16为本技术实施例中的第四种资源转移的控制装置的组成结构示意图；
55.图17为本技术实施例中的一种资源转移装置的组成结构示意图；
56.图18为应用本技术实施例的第一种电子设备的一个硬件组成结构示意图；
57.图19为应用本技术实施例的第二种电子设备的一个硬件组成结构示意图。
具体实施方式
58.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术技术方案的一部分实施例，而不是全部的实施例。基于本技术文件中记载的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术技术方案保护的范围。
59.下面对本技术实施例中涉及的部分概念进行介绍。
60.应用操作界面：是应用系统和用户之间进行交互和信息交换的媒介，它实现信息的内部形式与人类可以接受形式之间的转换，目的是使得用户能够方便有效率地去操作应用以达成双向之交互，完成所希望借助应用完成之工作。在本技术实施例中，应用操作界面包含了人机交互与图形用户接口，具体的应用操作界面包括直播页面、编辑页面和投票统计结果页面等。其中，不同的应用操作界面用于向用户展示不同的内容，实现用户与应用之间不同的信息交互。
61.签约指引页面：是一个面向用户的，用于向用户展示与目标商户签约时的具体流程，对用户签约进行引导。另外，本技术实施例中的签约指引页面还包括跳转控件，当第一对象点击该跳转控件时，即可从第一应用的签约指引页面跳转至第二应用的资源转移签约页面，以在第二应用进行资源转移签约。
62.资源转移签约页面：是一个面向用户的，指用户在第二应用中与目标商户进行签约时所显示的页面。用户可通过资源转移签约页面录入身份信息(例如参考人脸图像信息)，选择支付方式，支付账户等。在本技术实施例中，通过录入第二对象的身份信息，即可将第二对象与第一对象进行绑定，在第二对象需要进行资源转移时，基于第一对象在第二应用中关联的资源转移账户来支付，完成交易。
63.代理(proxy)：也称网络代理，是一种特殊的网络服务，允许一个网络终端(一般为客户端)通过这个服务与另一个网络终端(一般为服务器)进行非直接的连接。一些网关、路由器等网络设备具备网络代理功能。一般认为代理服务有利于保障网络终端的隐私或安全，防止攻击。提供代理服务的电脑系统或其它类型的网络终端称为代理服务器(proxy server)。在本技术实施例中，商户小程序与第一应用之间可以通过proxy模块进行通信。
64.sdk(software development kit，软件开发工具包)：一般都是一些软件工程师为特定的软件包、软件框架、硬件平台、操作系统等建立应用软件时的开发工具的集合。一般而言sdk即开发windows平台下的应用程序所使用的sdk。它可以简单的为某个程序设计语言提供api(应用程序接口)的一些文件，但也可能包括能与某种嵌入式系统通讯的复杂的硬件。一般的工具包括用于调试和其他用途的实用工具。sdk还经常包括示例代码、支持性的技术注解或者其他的为基本参考资料澄清疑点的支持文档。在本技术实施例中，通过刷脸支付终端sd接入线下门店使用的刷脸识别的硬件，为刷脸支付提供最基础的能力。
65.下面对本技术实施例的设计思想进行简要介绍：
66.目前最常用的交易方式包括线下交易如柜台交易，和线上交易如网购，对于需要监护的群体如老年人、未成年人等来说存在资金安全隐患；例如，线下交易过程中涉及现金付款，老人容易丢失现金；线上交易一般通过浏览网页、注册、填写购物信息、物品加入购物车、结算、选择支付方式，填写支付验证码，填写支付密码等一系列流程，对这些群体来说过于繁琐，甚至有部分人会忘记支付密码，从而造成交易无法进行，另外，他们也往往无法识别哪些是网络诈骗，容易被骗取钱财。
67.例如在家校企业场景下，学生进行线上资源转移时，基本上是需要学生自己拥有手机，绑定银行卡以及具备支付签约的能力，在支付时使用一些具有支付功能的即时通讯软件或其它支付软件进行支付，由于学生的安全意识较弱，容易出现有学生被欺诈的事件发生；另外，家长也不太放心给学生的手机开通支付能力，一方面不太好控制学生的消费行为，另一方面也不清楚学生的消费行为是不是正常行为。
68.有鉴于此，本技术实施例提出了一种资源转移的控制方法、装置、电子设备和存储介质。由于本技术实施例中，第一对象与目标商户之间进行资源转移签约时，可通过第一应用中的签约指引页面跳转至第二应用，通过第二应用进行签约，将第一对象在第二应用中关联的资源转移账户与第二对象进行绑定，之后第二对象与目标商户进行资源转移时，即可通过第一对象在第二应用中的资源转移账户来实现。这样，对于第二对象，其在进行资源转移时第一对象可对其进行监管，可以有效提高资源转移的安全性。
69.以下结合说明书附图对本技术的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本技术，并不用于限定本技术，并且在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。
70.如图1所示，其为本技术实施例的应用场景示意图。该应用场景图中包括两个终端设备110和一个服务器130，可通过终端设备110登录应用操作界面120。终端设备110与服务器130之间可以通过通信网络进行通信。
71.其中，应用操作界面120可以是资源转移签约页面，签约指引页面等。另外，每个终端设备中可以安装有第一应用和第二应用。在用户通过终端设备110登录应用操作界面120后，即可在应用操作界面120上执行相应的操作，终端设备110与服务器130之间存在通信。第一应用响应于第一对象与目标商户进行资源转移签约的触发操作时，向第一应用服务器发送第一对象与目标商户进行资源转移签约的触发指令；第一应用服务器接收到该触发指令后，将与目标商户进行资源转移签约时的流程信息返回给第一应用，等等，在此不做具体限定。
72.在一种可选的实施方式中，通信网络是有线网络或无线网络。终端设备110以及服
务器130可以通过有线或无线通信方式进行直接或间接地连接，本技术在此不做限制。
73.在本技术实施例中，终端设备110为用户使用的电子设备，该电子设备可以是个人计算机、手机、平板电脑、笔记本、电子书阅读器、智能家居等具有一定计算能力并且运行有即时通讯类软件及网站或者社交类软件及网站的计算机设备。各终端设备110通过无线网络与服务器130，服务器130可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn(content delivery network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。
74.其中，本技术实施例涉及的第一应用和第二应用可以是软件，也可以是网页、小程序等客户端，服务器则是与软件或是网页、小程序等相对应的应用服务器，不限制客户端的具体类型。
75.另外，本技术实施例中的第一应用可以是指不具有对外支付能力的应用，例如有些社交类软件，例如即时通讯软件，用户之间可以收发红包，通过二维码收付款等，但是不提供对外支付的能力，不能购买商品(当然第一应用也可以是指具有对外支付能力的应用，在此不做具体限定)；第二应用是指具备支付能力的即时通讯应用，或者是支付软件等。因而，第一对象通过第一应用与目标商户签约时，可基于第二应用实现，将第一对象在第二应用中关联的资源转移账户与第二对象进行绑定，之后第二对象与目标商户进行资源转移时，即可通过第一对象在第二应用中的资源转移账户来实现。
76.其中，本技术实施例中的第一对象和第二对象可以是不同用户，例如，在校内的各类支付签约的场景下，结合家校企业的特性，当学生(第二对象)在食堂、超市、便利店等场景刷脸支付时，可以直接使用学生家长(第一对象)的账户扣款，减少学生自己使用支付的安全问题，家长也可以通过账单记录了解学生的消费情况。此时，第二对象可为老人、儿童、学生等需要被监护的用户，但并不限于上述用户。另外，第一对象和第二对象也可以是同一用户，例如老师刷脸支付则使用老师自己在第二应用的账户，通过灵活的控制能力可以解决家校企业的问题。
77.其中，校园刷脸支付主要是用于封闭校园场景，用户群体是校园的学生群体(固定人群)。学生通过刷脸就能进行消费，无需携带现金或校园卡，能够有效提高商户效率，避免校园卡盗刷、丢失、补办等问题。除了上述所列举的校园刷脸支付的场景外，还可以是其他支付场景，例如商场购物等，在此不做具体限定。在下文中主要还是以校内刷脸场景为例进行举例说明。
78.本技术实施例中的资源转移账户是指用户在第二应用中的支付账户，可以是第二应用中的电子货币、通过第二应用绑定的银行卡支付账户等。
79.参阅图2所示，为本技术实施例提供的第一种资源转移的控制方法的实施流程图，应用于第一应用，该方法的具体实施流程如下：
80.s21：响应于第一对象与目标商户进行资源转移签约的触发操作，显示针对目标商户的签约指引页面，签约指引页面中显示有与目标商户进行资源转移签约时的流程信息；
81.s22：响应于第一对象针对签约指引页面中的跳转控件的触发操作，将针对目标商户的签约请求发送给第二应用，以使第二应用根据签约请求，显示针对目标商户的资源转移签约页面，签约请求包括目标商户的商户标识以及第一对象的身份标识；
82.其中，在第一应用响应于第一对象与目标商户进行资源转移签约的触发操作后，向第一应用服务器发送触发指令；第一应用服务器接收到第一对象与目标商户进行资源转移签约的触发指令后，将与目标商户进行资源转移签约时的流程信息返回给第一应用，进而由第一应用显示签约指引页面，第一对象通过该签约指引页面可以查看详细的签约流程。
83.参阅图3a所示，其为本技术实施例中所列举的一种签约指引页面的示意图，其中s30即为本技术实施例中所列举的一种跳转控件。在基于第一应用唤起第二应用打开资源转移页面并唤起签约流程时，即可通过该跳转控件来实现。
84.需要说明的是，本技术实施例中的第一应用和第二应用之间还具有跨消息通信的能力的。比如老师使用第二应用，可以直接和第一应用的家长或学生直接联系的；例如，老师使用第二应用就可以发送或者邀请家长进行签约的引导和说明。
85.例如家长在第一应用的签约指引页面中，可以打开签约流程指引，查看详细的签约流程，之后可以通过签约指引页面中的跳转控件，例如图3a中s30所示的跳转至签约小程序的跳转按钮，通过该按钮即可跳转至第二应用进行支付签约的流程。
86.其中，在本技术实施例中的签约指引页面中跳转至签约小程序的按钮可以通过小程序跳转按钮：《wx-open-launch-weapp》(指跳转小程序的api)来实现，用于页面中提供一个可跳转指定小程序的按钮。使用此标签后，用户需在网页内点击标签按钮方可跳转小程序，实现上述通过第一应用唤起第二应用打开指定页面并唤起签约流程的过程。
87.也就是说，本技术实施例中从第一应用的签约指引页面跳转至第二应用的资源转移签约页面，实际上是指从第一应用中的商户小程序跳转至第二应用中的签约小程序(也称采集小程序或是人脸录入小程序)。
88.下面对第一应用侧商户签约流程进行详细介绍：
89.第一对象从商户小程序发起签约请求，此时商户需确认委托代扣权限已开通，模版是否已审批通过，小程序appid是否与商户号已绑定等。其中，模版是签约成功以及不同状态通知的模版，就是消息展示的字段以及信息的格式；在商户确认完成后，将签约请求参数按照规则拼接之后，通过小程序跳转，向签约小程序发起签约请求。
90.其中，签约请求参数包括目标商户的商户标识和第一对象的身份标识，其中第一对象的身份标识是指第一对象登录商户小程序时的openid，目标商户的商户标识是指第一对象要进行签约的商户的签约商户号id，另外，签约请求参数还可以包括是否接入服务商的标识，如果是服务商会额外多一个服务商的id。将签约请求参数拼接时的拼接规则其实就是在小程序打开的path路径上追加参数的，例如pages/index/index？params＝xxx。其中，openid是指加密后的第二应用账号，每个用户对每个小程序或公众号的openid是唯一的。
91.在第一应用响应于第一对象针对签约指引页面中的跳转控件的触发操作时，也就是第一对象点击s30所示的跳转按钮时，第一应用服务器接收到针对目标商户的签约请求，并将签约请求发送给第二应用服务器，由第二应用服务器将签约请求转发给第二应用；第二应用接收到第一应用发送的针对目标商户的签约请求后，根据签约请求显示针对目标商户的资源转移签约页面。
92.之后，用户即可通过第二应用中的签约小程序与目标商户进行资源转移签约。不
过，用户首先需要通过资源转移签约页面触发签约操作，录入第二对象的资源转移特征。
93.在本技术实施例中具体是指人脸图像信息，即录入人脸信息。由于本技术实施例中，是为了将第一对象的资源转移账户与第二对象进行绑定，因而在采集人脸信息时，采集的是第二对象的人脸信息，作为参考人脸图像信息，并由第二应用将所采集到的参考人脸图像信息以及第一对象的身份标识发送给资源转移服务器。资源转移服务器(刷脸支付后台)，在接收第二应用发送的各个(第二)对象的参考人脸图像信息以及身份标识，并对各个参考人脸图像信息进行特征提取，得到各个对象的参考特征信息；将参考人脸图像信息，参考特征信息，第二对象的身份标识以及第一对象的身份标识进行关联保存。
94.另外，为了便于进行扣款，用户还需利用第二应用对支付账户和支付方式等进行设置。具体地，所设置的支付账户可以是第一对象在第二应用的支付账户，即本技术实施例中第一对象关联的资源转移账户，此处不做限定。支付方式可为直接支付或者经确认后支付等，也可以指扣款顺序，是先从零钱中扣除，零钱不足时从其他支付方式中扣除，例如从绑定的银行卡中扣除等。
95.参阅图3b所示，其为本技术实施例中所列举的一种资源转移签约页面的示意图。当用户选择开通免密支付时，即表示支付方式为直接支付，后续在与商户a进行资源转移时，可以直接从第一对象关联的资源转移账户中扣款，例如左侧所示的资源转移签约页面。在图3b中右侧所示的资源转移签约页面是一种委托代扣形式的资源转移签约页面。用户点击支付或者支付并开通续费之后，即可实现免密支付，到期自动续费。
96.用户在第二应用签约小程序选择支付方式完成签约之后，第二应用将签约结果返回给商户。具体过程为：第二应用响应于与第一对象相关联的第二对象通过资源转移签约页面触发的签约确认操作，显示与目标商户签约成功的通知消息，并将该通知消息通过第二应用服务器转发给第一应用服务器，由第一应用服务器将通知消息转发给第一应用，进而实现步骤s23。该通知消息包含具体的签约信息，例如第一对象的身份标识，目标商户的商户标识，签约订单，支付方式，支付账户等等信息。
97.其中，家长在第二应用的资源转移签约页面中完成代扣签约后，第二应用会同时通过第二应用服务器将签约的通知消息通过异步通知的方式通知给商户后台(指商户小程序后台，在本技术实施例中是指第一应用服务器)，通过商户后台与第一应用的proxy模块进行转发通知信息到第一应用完成支付签约的绑定。
98.s23：接收到与目标商户签约成功的通知消息后，显示通知消息，其中通知消息是第二应用响应与第一对象相关联的第二对象通过资源转移签约页面触发的签约确认操作后，通过第二应用服务器转发的。
99.此外，需要说明的是，在上述签约完成后，即可进行资源转移。在本技术实施例中，进行刷脸支付时，使用第一应用提供的刷脸支付的硬件设备或接入第三方硬件产品，由家长带学生入校时在相应的支付场所进行刷脸的基础验证和签约，硬件设备用于在学生支付时采集学生的脸部信息，另外，还用于按流程中提示家长扫描二维码进行支付签约。家长通过使用第一应用扫描二维码即可显示图3a所示的签约指引页面，进而通过唤起第二应用的签约小程序进行签约。
100.其中，第一应用相关联的资源转移终端可以是第一应用提供的刷脸支付的硬件设备或接入第三方硬件产品。在本技术实施例中，通过接入学校线下门店使用的刷脸识别的
硬件，采集学生或老师的脸部信息，通过接入第二应用支付的脸部信息采集和识别能力，可以为刷脸支付提供最基础的能力。
101.下面结合图4对本技术实施例中的硬件设备接入以及脸部信息采集流程的示意图，具体包括刷脸支付终端，刷脸支付后台，商户app(application，应用程序)，服务商后台几部分。
102.其中，图4所示的采集小程序即为本技术实施例中的第二应用签约小程序，服务商小程序即为本技术实施例中的第一应用商户小程序，通过商户小程序可以跳转至签约小程序，采集与第一对象关联的第二对象的参考人脸图像信息，以实现人脸(支付)开通。另外，第二应用需要将采集到的参考人脸图像信息上传至刷脸支付后台，即本技术实施例中的资源转移服务器，由资源转移服务器经过质量分sdk对参考人脸图像信息进行质量分析合格后，再经过特征sdk提取得到参考特征信息。进而，通过刷脸支付后台的特征管理模块，关联保存各个第二对象的参考人脸图像信息(图片)，参考特征信息(特征)，以及身份标识(id)。
103.另外，考虑到刷脸支付的安全性，还可在刷脸支付后台中存储与第二对象相关的征信信息，具体实现是由图4所示的风控、鉴权控制、委托代扣和垫资扣款等部分实现的。
104.其中，刷脸支付终端即为与第一应用关联的资源转移终端，刷脸支付终端连接3d(三维)摄像头，用于在用户进行刷脸支付时，通过3d摄像头采集用户的人脸图像信息，刷脸支付终端通过摄像头sdk获取外接的3d摄像头采集到的人脸图像信息。当刷脸支付终端接收到第二对象触发的针对目标商户的资源转移请求时，采集第二对象的人脸图像信息，并将携带有第二对象的人脸图像信息的资源转移请求转发给资源转移服务器；之后，接收资源转移服务器返回的针对第二对象的参考特征信息，根据人脸图像信息以及参考特征信息对第二对象进行身份校验；在校验成功后生成针对资源转移请求的资源转移凭证信息，并将资源转移凭证信息发送给第一应用。
105.其中，在进行身份校验时，首先需要通过活检优选质量分sdk对获取到的人脸图像信息进行质量分检测，在质量分检测通过后，通过特征提取对比sdk，将获取到的人脸图像信息与刷脸支付后台(即资源转移服务器)中存储的相应的参考人脸图像信息进行特征比对。此外，在特征比对通过后，还需要对第二对象的征信信息进行审查，具体包括用户信息，支付凭证，安全风控和交易信息几部分，这部分信息的校验需要参考刷脸支付后台中存储的相关内容，在校验通过后，即可进行鉴权控制。最后刷脸支付终端生成资源转移凭证信息，由第一应用基于资源转移凭证信息生成资源转移订单，并通知第一应用服务器，由第一应用服务器通知第二应用服务器进行扣款。
106.另外，本技术实施例中的刷脸支付终端还可通过aidl(android interface definition language，安卓接口定义语言)调用的方式与商户app进行通信，实现跨进程渲染。
107.以校园支付场景为例，在本技术实施例中，与第一应用相关联的资源转移终端可为设置于校园商超店铺、餐饮店铺等中具有摄像和交易结算等功能的终端设备。当第二对象想要在店铺中进行交易结算时，第二对象只需站到该店铺中的资源转移终端前，由资源转移终端采集第二对象人脸图像信息。
108.以学生为第二对象为例，当学生在超市中挑选完商品需要进行结账时，无需携带现金或手机，只需站在超市中的资源转移终端前面，由资源转移终端采集该学生的人脸图
像信息，得到第二对象人脸图像信息。资源转移终端将采集到的第二对象人脸图像信息添加至资源转移请求中，使得资源转移请求携带有第二对象人脸图像信息，另外，资源转移请求中还可携带有资源转移终端id、交易店铺、交易商品、交易金额、交易时间等信息，此处不做限定。
109.进一步，资源转移终端将获取到的第二对象的人脸图像信息和资源转移服务器侧的参考人脸图像信息进行比对，在对第二对象的身份校验通过后，生成针对该笔订单的资源转移凭证信息，然后第一应用根据从资源转移终端获取到的资源转移凭证信息生成资源转移订单，通过第一应用服务器通知给第二应用服务器，第二应用服务器根据该笔资源转移订单进行扣款。
110.具体的，第二应用服务器在接收到资源转移订单之后，会根据第二对象人脸图像信息，确定与第二对象相关联的第一对象。在支付方式为直接支付的情况下，第二应用服务器直接根据该笔订单，从第一对象相关联的资源转移账户中扣除相应的资源，并转移至商户账户。
111.在支付方式为经确认后支付时，第二应用服务器则会将资源转移订单转发为第一对象登录的第二应用，由第二应用接收到第二应用服务器发送的资源转移订单，向第一对象显示资源转移订单。之后，第一对象可点击确认支付，也可拒绝支付等。在第一对象确认支付时，第二应用响应于第一对象针对资源转移订单的资源转移操作，向第二应用服务器发送资源转移指令，进而第二应用服务器对第一对象关联的资源转移账户进行资源转移操作，并将资源转移结果通知给第二应用，以及第一应用服务器，由第一应用服务器转发给第一应用，第一应用显示给用户。
112.在本技术实施例中，在完成签约后，学生在签约的餐厅、超市、便利店等场所支付时直接使用刷脸即可完成支付，而扣款账户是签约时家长所授权的第二应用账户；如果签约的是老师，即第一对象与第二对象为同一用户时，则老师在签约时可以指定使用自己的第二应用账户作为扣款账户，在学校内这些场所也可以直接刷脸支付，非常的便捷。
113.下面再结合附图对本技术实施例中的人脸信息采集和签约开通，支付的流程进行详细介绍。
114.在本技术实施例中，人脸开通主要是为了让家长的第二应用账号绑定上学生的账号，并签约免密代扣，方便后续刷脸识别和支付流程。相比在线刷脸支付存在征信权威底照比对，校园刷脸支付方案主要通过小程序录入采集底照的方式来获得底照，底照的质量是其中的关键。
115.参阅图5所示，其为本技术实施例中的一种支付签约流程的示意图。
116.在学生和家长进行支付签约的流程，首先需要通过第一应用跳转至第二应用的人脸录入小程序(即签约小程序)，进而通过第二应用中的人脸录入小程序采集第二对象的参考人脸图像信息，并通过该小程序确认并校验学生信息，在采集无误后，通过小程序上传人脸照片(彩色图)至资源转移服务器。由后端进行彩色图质量分检测。在检测无误后，即可确认扣款方式和开启免密支付(或则是经确认再支付)。
117.在签约成功后，学生或是老师进行刷脸支付时，本技术采用的是离线识别的方式，主要是将现场照(请求支付时采集到的人脸图像信息)和底照(参考人脸图像信息)的比对环节放在终端，而不是后台。
118.其中，人脸比对的底库由该机构的所有用户的底照特征组成。底照特征信息存储在终端数据库，数据库存储的安全是特别需要考虑的点，本技术采用的是文件加密的数据库存储方式。
119.参阅图6所示，其为本技术实施例中的一种文件加密的数据库存储方式的示意图。包括内部加密和文件加密两部分。
120.首先，需要将采集到的数据进行内部加密后再写入数据库，具体是指采集到的人脸图像信息等。对采集到的数据加密后生成文件，进而再对文件加密，即将整个数据库整个文件加密，这样可以有效提高数据库的信息安全性。
121.参阅图6所示，在对采集到的数据内容进行内部加密时，加密层级为sqlite(一款轻型的数据库)内，加密范围为部分字段，该部分并不是彻底的加密，数据库的表结构等信息还是可以查看到的。加密算法为异或加密，该步骤的加密只是简单的加密，安全性较低，不支持大小比较和模糊匹配，性能损耗为10％，相对地，包大小增量较小，为10k。进一步地，对文件进行加密，此时的加密层级为sqlite外，加密范围为全部字段。加密算法为aes(advanced encryption standard，高级加密标准)，该步骤的加密安全性较高，支持大小比较和模糊匹配，性能损耗为5％～10％，相对地，包大小增量较小，为600k。
122.其中，aes为最常见的对称加密算法，加密和解密用相同的密钥，小程序加密传输就是用这个加密算法的。
123.在本技术实施例中，人脸识别最重要的两个指标是通过率和误识别率，通过率越高，误识率越低，用户体验越好。参阅图7a所示，其为本技术实施例中的一种人脸识别流程的示意图，具体包括以下步骤：开始识别-》加载特征-》终端优选-》终端活体检测-》终端质量分检测拦截-》终端特征提取-》终端特征比对。
124.其中，终端优选主要是指摄像头采集质量达标的判断，终端活体检测是指采集人脸图像信息时面部覆盖特征等的判断是否包含全部面部数据等。之后通过终端质量分检测拦截来对采集到的人脸图像信息进行质量分析，若质量分满足要求，人脸识别通过，则执行下一步；若质量分不满足要求，说明采集到的人脸图像信息不符合要求，需要重新采集。
125.在人脸识别通过后，则需要由终端进行特征提取，特征比对。若比对成功，则对终端后四位进行验证，其中终端后四位是指终端标识，该步骤的验证是以确保刷脸支付终端的合理性，终端识别成功之后即可进行支付流程，具体参见图7b。若比对失败，则返回终端优选的步骤。
126.参阅图7b所示，其为本技术实施例中的一种签约成功后的支付流程示意图，具体包括以下过程：
127.在资源转移终端识别成功后，由资源转移终端生成支付凭证(即资源转移凭证信息)，并将支付凭证返回商户，商户(第一应用)根据凭证生成订单，后端实时或延迟代扣，支付成功。
128.在本技术实施例中，支付流程主要是通过异步代扣，支付凭证由终端生成，目的主要是还原当时的识别现场，需要尽可能多的提供现场信息。主要是指在网络质量较差，存在延迟的弱网络环境下，可以生成对应支付凭证，等待网络恢复正常后再开始异步扣款。
129.综上，本技术实施例中，在使用第一应用中的家校企业功能可以通过对校内正规消费场所的支付场景，可以提供学生刷脸支付的认证，同时绑定家长的支付账户，家长可以
控制支付的额度，可以做到有效的管控，让学生养成良好的消费习惯。并且支持老师和学生刷脸支付的不同形式，老师则触发使用自己个人的账户，通过人脸识别以及学校身份的识别进行区分处理。主要解决在校内的各类支付签约的场景，结合家校企业的特性，当学生在食堂、超市、便利店等场景刷脸支付时，可以直接使用学生家长的账户扣款，减少学生自己使用支付的安全问题，家长也可以通过账单记录了解学生的消费情况，而老师刷脸支付则使用老师自己的第二应用的资源转移账户，通过灵活的控制能力可以解决家校企业的问题。同样的，对于其它应用场景也可达到类似的效果。
130.下面结合图8来介绍从第一应用的角度考虑时，在支付过程中，由父母账户进行代付的支付流程。参阅8所示，其为本技术实施例中的一种资源转移方法的流程图，该方法的具体实施流程如下：
131.s81：确定待转移的目标资源；
132.在本技术实施例中，待转移的目标资源指目标商户售卖的物品，在该步骤中是指待支付的目标物品。例如，目标商户指学校超市相关商户时，目标资源可以指学生在学校超市购买的商品。或者，目标商户也可以指学校食堂相关商户，目标资源指食堂售卖的食物等。
133.s82：获取第二对象的身份标识对应的资源转移特征，以及第二对象的身份标识对应的地理位置信息；
134.其中，资源转移特征包含生物特征，如人脸，指纹，等等，也包括二维码等。在本技术实施例中主要是以刷脸支付为例，生物特征主要是指人脸图像，当然也可以是人脸视频等，在此不做具体限定。另外，地理位置信息指第二对象发起针对目标资源的资源转移请求时，第二对象当前所在的位置，例如学生在学校食堂时，则具体表示食堂的地理位置信息，再具体一点，还可包括学生当前所在的食堂窗口信息等。
135.s83：根据资源转移特征确定对应的第一对象关联的资源转移账户；
136.在本技术实施例中，当获取到第二对象的资源转移特征时，即可基于该特征匹配出之前绑定的第一对象关联的资源转移账户，例如学生父母的支付账号。
137.s84：当地理位置信息与签约策略匹配时，由第一对象关联的资源转移账户对目标资源进行资源转移操作。
138.其中，签约策略可以是指当第二对象只有在某个地理坐标内或针对某一个固定机器进行购物时，才会确定实现由其代付账户进行支付。其中，某一固定机器的位置是固定的，即反映出其位置信息。因而当地理位置信息与签约策略匹配时，可以进一步确保学生支付的安全性，进而通过学生父母的支付账号实现代付。
139.可选的，目标资源为目标商户关联的可交易资源；在确定待转移的目标资源之前，方法还包括：
140.接收到第一对象与目标商户进行资源转移签约的触发指令时，根据目标商户的商户标识以及第一对象的身份标识生成签约请求，将针对目标商户的签约请求发送给第二应用；接收到与目标商户签约成功的通知消息后，获取通知消息中的第二对象的资源转移特征以及对应的第一对象关联的资源转移账户，并关联保存资源转移特征以及资源转移账户。另外，也可进一步向用户显示通知消息。
141.在上述实施方式中，介绍的是第一对象与目标商户进行签约的过程，在本技术实
施例中，第一对象通过与目标商户进行签约来支持代付，将第二对象的资源转移特征与第一对象关联的支付账号进行绑定。具体实现方式可参见上述实施例，重复之处不再赘述。
142.可选的，由第一对象标识的资源转移账户对目标资源进行资源转移操作，具体包括：
143.获取到针对目标资源的资源转移凭证信息后，根据资源转移凭证信息生成资源转移订单；
144.将资源转移订单通知给第二应用服务器，由第二应用服务器根据资源转移订单对第一对象关联的资源转移账户进行资源转移。
145.其中，资源转移凭证信息是由第一应用相关联的资源转移终端生成的，该过程的具体实现方式可参见上述实施例，重复之处不再赘述。
146.另外，考虑到在支付过程中涉及到的支付确认，甚至安全策略等，还可由第二应用侧来主动发送监听，具体的：
147.在由第一对象关联的资源转移账户对目标资源进行资源转移操作之前，还可由第二应用向第一应用发送监听指令，在第一应用接收到第二应用发送的监听指令后，获取针对第二对象的监听消息，并将监听消息返回给第二应用，监听消息包括资源转移状态信息，资源转移环境信息中的至少一种；当地理位置信息与签约策略匹配，且监听消息满足预先设置的安全策略时，即可由第一对象关联的资源转移账户对目标资源进行资源转移操作。
148.其中，第一应用可基于相关联的资源转移终端来获取监听信息，包括资源转移状态信息与资源转移环境信息中的一种或多种。具体的，资源转移状态信息可以指第二对象当前的状态信息，比如学生的脸部视频或图片等信息都可反映当前的状态；另外，资源转移环境信息指第二对象当前所处的环境信息，比如当前环境中的语音信息等。这样，第一对象可以通过第二应用实时查看子女的脸部视频或图片，也可以是实时监听其环境语音，等等，以进一步确保第二对象支付的安全性和可靠性。
149.比如，第二应用接收第二应用服务器发送的资源转移订单时，向第一对象显示资源转移订单；此时，第二应用可向第一应用发送监听指令，实时监听第二对象的脸部视频或图片，实时监听支付环境中的语音等信息。在确保安全无误时，点击确认支付，此时，第二应用响应于第一对象针对资源转移订单的资源转移操作，向第二应用服务器发送资源转移指令；进而，第二应用服务器在接收第二应用发送的资源转移指令后，根据该笔订单对第一对象关联的支付账号进行支付操作。
150.参阅图9所示，为本技术实施例提供的第二种资源转移的控制方法的实施流程图，应用于第二应用，该方法的具体实施流程如下：
151.s91：接收到第一应用发送的针对目标商户的签约请求后，根据签约请求显示针对目标商户的资源转移签约页面，其中，签约请求包括目标商户的商户标识以及第一对象的身份标识，签约请求是第一应用响应第一对象针对签约指引页面中的跳转控件的触发操作后发送的，签约指引页面是第一应用响应第一对象与目标商户进行资源转移签约的触发操作后显示的，签约指引页面中显示有与目标商户进行资源转移签约时的流程信息；
152.s92：响应于与第一对象相关联的第二对象通过资源转移签约页面触发的签约确认操作，显示与目标商户签约成功的通知消息，并通过第二应用服务器将通知消息转发给第一应用，以使第一应用接收到通知消息后，显示通知消息。
153.可选的，在响应于与第一对象相关联的第二对象通过资源转移签约页面触发的签约确认操作之前，方法还包括：
154.响应于通过资源转移签约页面触发的签约操作，采集第二对象的参考人脸图像信息，并将参考人脸图像信息以及第一对象的身份标识发送给资源转移服务器，以使资源转移服务器对参考人脸图像信息进行特征提取得到参考特征信息后，将参考人脸图像信息，参考特征信息，以及身份标识关联保存；以及
155.获取与第一对象关联的资源转移账户的账户标识，并将账户标识以及身份标识发送给第二应用服务器，以使第二应用服务器将账户标识和身份标识关联保存。
156.可选的，方法还包括：
157.接收第二应用服务器发送的资源转移订单，并显示资源转移订单，其中，资源转移订单为第一应用接收到与相关联的资源转移终端发送的资源转移凭证信息后，根据资源转移凭证信息生成的，资源转移凭证信息为资源转移终端接收到第二对象触发的针对目标商户的资源转移请求，并对第二对象身份校验成功后生成并发送的；
158.响应于第一对象针对资源转移订单的资源转移操作，向第二应用服务器发送资源转移指令，以使第二应用服务器对第一对象关联的资源转移账户进行资源转移；
159.接收到第二应用服务器返回的资源转移结果后，显示资源转移结果。
160.需要说明的是，上述所列举的应用于第二应用的各种实施方式的具体实施例可参见上文，重复之处不再赘述。
161.参阅图10所示，为本技术实施例提供的第二种资源转移的控制方法的实施流程图，应用于第一应用服务器，该方法的具体实施流程如下：
162.s101：接收到第一对象与目标商户进行资源转移签约的触发指令后，将与目标商户进行资源转移签约时的流程信息返回给第一应用，以使第一应用显示针对目标商户的签约指引页面，签约指引页面中显示有流程信息；
163.s102：接收到针对目标商户的签约请求时，将签约请求发送给第二应用服务器，由第二应用服务器将签约请求转发给第二应用，以使第二应用根据签约请求显示针对目标商户的资源转移签约页面，其中，签约请求包括目标商户的商户标识以及第一对象的身份标识，签约请求为第一应用响应第一对象针对签约指引页面中的跳转控件的触发操作后生成并发送的；
164.s103：接收第二应用服务器发送的与目标商户签约成功的通知消息，并将通知消息转发给第一应用，以使第一应用显示通知消息，其中通知消息为第二应用响应于第一对象通过资源转移签约页面触发的签约确认操作后，生成并发送给第二应用服务器的。
165.可选的，方法还包括：
166.接收第一应用发送的资源转移订单，并将资源转移订单转发给第二应用服务器，以使第二应用服务器根据资源转移订单对第一对象关联的资源转移账户进行资源转移操作，其中，资源转移订单为第一应用接收到与相关联的资源转移终端发送的资源转移凭证信息后，根据资源转移凭证信息生成的，资源转移凭证信息为资源转移终端接收到第二对象触发的针对目标商户的资源转移请求，并对第二对象身份校验成功后生成并发送的。
167.可选的，方法还包括：
168.接收到第二应用服务器发送的资源转移结果后，将资源转移结果发送给第一应
用，以使第一应用显示资源转移结果，其中资源转移结果为第二应用服务器根据资源转移订单对第一对象关联的资源转移账户进行资源转移后，生成并发送的。
169.需要说明的是，上述所列举的应用于第一应用服务器侧的各种实施方式的具体实施例可参见上文，重复之处不再赘述。
170.参阅图11所示，为本技术实施例提供的第二种资源转移的控制方法的实施流程图，应用于第二应用服务器，该方法的具体实施流程如下：
171.s111：接收到第一应用服务器发送的针对目标商户的签约请求后，将签约请求转发给第二应用，以使第二应用根据签约请求显示针对目标商户的资源转移签约页面，其中签约请求为第一应用响应第一对象针对签约指引页面中的跳转控件的触发操作后触发的，签约请求包括目标商户的商户标识以及第一对象的身份标识；
172.s112：接收到第二应用发送的通过资源转移签约页面触发的签约确认指令后，在签约成功后向第一应用服务器发送签约成功的通知消息，由第一应用服务器将通知消息转发给第一应用，以使第一应用显示通知消息。
173.可选的，方法还包括：
174.接收第二应用发送的与第一对象关联的资源转移账户的账户标识，以及第一对象的身份标识，将账户标识和身份标识关联保存，其中账户标识和身份标识为第二应用响应通过资源转移签约页面触发的签约操作后发送的。
175.可选的，方法还包括：
176.接收到第一应用服务器发送的资源转移订单后，将资源转移订单转发给第二应用，其中，资源转移订单为第一应用根据与第一应用相关联的资源转移终端发送的资源转移凭证信息，生成并发送给第一应用服务器的，资源转移凭证信息为资源转移终端接收到第二对象触发的针对目标商户的资源转移请求，并对第二对象身份校验成功后生成并发送的；
177.接收到第一对象针对资源转移订单的资源转移指令后，对第一对象关联的资源转移账户进行资源转移操作，并将资源转移结果发送给第二应用，以及第一应用服务器，由第一应用服务器转发给第一应用，以使第一应用和第二应用显示资源转移结果。
178.需要说明的是，上述所列举的应用于第二应用服务器侧的各种实施方式的具体实施例可参见上文，重复之处不再赘述。
179.参阅图12所示，为一种资源转移的控制方法的交互时序图。该方法的具体实施流程如下：
180.步骤s1200：第一应用响应于第一对象与目标商户进行资源转移签约的触发操作，向第一应用服务器发送第一对象与目标商户进行资源转移签约的触发指令；
181.步骤s1201：第一应用服务器接收到该触发指令后，将与目标商户进行资源转移签约时的流程信息返回给第一应用；
182.步骤s1202：第一应用显示针对目标商户的签约指引页面，签约指引页面中显示有与目标商户进行资源转移签约时的流程信息；
183.步骤s1203：第一应用响应于第一对象针对签约指引页面中的跳转控件的触发操作，将针对目标商户的签约请求发送给第二应用；
184.步骤s1204：第二应用根据签约请求显示针对目标商户的资源转移签约页面；
185.步骤s1205：第二应用响应于通过资源转移签约页面触发的签约操作，采集第二对象的参考人脸图像信息，并将参考人脸图像信息以及第一对象的身份标识发送给资源转移服务器；
186.步骤s1206：第二应用获取与第一对象关联的资源转移账户的账户标识，并将账户标识以及身份标识发送给第二应用服务器；
187.步骤s1207：第二应用服务器接收第二应用发送的与第一对象关联的资源转移账户的账户标识，以及第一对象的身份标识，将账户标识和身份标识关联保存；
188.步骤s1208：第二应用响应于与第一对象相关联的第二对象通过资源转移签约页面触发的签约确认操作，向第二应用服务器发送通过资源转移签约页面触发的签约确认指令；
189.步骤s1209：第二应用服务器接收到签约确认指令后，在签约成功后向第一应用服务器发送签约成功的通知消息；
190.步骤s1210：第一应用服务器将通知消息转发给第一应用；
191.步骤s1211：第一应用显示通知消息；
192.步骤s1212：第一应用接收到相关联的资源转移终端发送的资源转移凭证信息后，根据资源转移凭证信息生成资源转移订单；
193.步骤s1213：第一应用将资源转移订单发送给第一应用服务器；
194.步骤s1214：第一应用服务器将资源转移订单转发给第二应用服务器；
195.步骤s1215：第二应用服务器根据资源转移订单对第一对象关联的资源转移账户进行资源转移操作，并将资源转移结果发送给第二应用；
196.步骤s1216：第二应用显示资源转移结果。
197.需要说明的是，上述实施例中的步骤s1212到步骤s1216所列举的是免密支付的情况，当非免密支付时，在步骤s1214与步骤s1215之间还包括以下步骤：
198.步骤1：第二应用服务器接收到第一应用服务器发送的资源转移订单后，将资源转移订单转发给第二应用；
199.步骤2：第二应用接收第二应用服务器发送的资源转移订单，并显示资源转移订单；
200.步骤3：第二应用响应于第一对象针对资源转移订单的资源转移操作，向第二应用服务器发送资源转移指令；
201.步骤4：第二应用服务器接收第二应用发送的资源转移指令。
202.需要说明的是，在上述实施方式中，不是直接扣款，而是由第二应用服务器将资源转移订单的相关信息发送给第二应用，由第二应用展示给第一对象，经第一对象确认之后，第二应用服务器才可进行相应的资源转移，从第一对象关联的资源转移账户中进行扣款，并转移给目标商户的商户账户。
203.基于相同的发明构思，本技术实施例还提供一种资源转移的控制装置。如图13所示，其为本技术实施例中的第一种资源转移的控制装置1300的结构示意图，应用于第一应用，可以包括：
204.第一响应单元1301，用于响应于第一对象与目标商户进行资源转移签约的触发操作，显示针对目标商户的签约指引页面，签约指引页面中显示有与目标商户进行资源转移
签约时的流程信息；
205.第二响应单元1302，用于响应于第一对象针对签约指引页面中的跳转控件的触发操作，将针对目标商户的签约请求发送给第二应用，以使第二应用根据签约请求，显示针对目标商户的资源转移签约页面，签约请求包括目标商户的商户标识以及第一对象的身份标识；
206.结果展示单元1303，用于接收到与目标商户签约成功的通知消息后，显示通知消息，其中通知消息是第二应用响应与第一对象相关联的第二对象通过资源转移签约页面触发的签约确认操作后，通过第二应用服务器转发的。
207.可选的，在显示通知消息之后，结果展示单元1303还用于：
208.接收到相关联的资源转移终端发送的资源转移凭证信息后，根据资源转移凭证信息生成资源转移订单，其中资源转移凭证信息为资源转移终端接收到第二对象触发的针对目标商户的资源转移请求，并对第二对象身份校验成功后生成并发送的；
209.将资源转移订单发送给第一应用服务器，以使第一应用服务器将资源转移订单转发给第二应用服务器，由第二应用服务器根据资源转移订单对第一对象关联的资源转移账户进行资源转移。
210.可选的，结果展示单元1303还用于：
211.接收到第一应用服务器发送的资源转移结果后，显示资源转移结果，其中资源转移结果为第二应用服务器根据资源转移订单对第一对象关联的资源转移账户进行资源转移后，生成并发送给第一应用服务器的。
212.基于相同的发明构思，本技术实施例还提供一种资源转移的控制装置。如图14所示，其为本技术实施例中的第二种资源转移的控制装置1400的结构示意图，应用于第二应用，可以包括：
213.页面显示单元1401，用于接收到第一应用发送的针对目标商户的签约请求后，根据签约请求显示针对目标商户的资源转移签约页面，其中，签约请求包括目标商户的商户标识以及第一对象的身份标识，签约请求是第一应用响应第一对象针对签约指引页面中的跳转控件的触发操作后发送的，签约指引页面是第一应用响应第一对象与目标商户进行资源转移签约的触发操作后显示的，签约指引页面中显示有与目标商户进行资源转移签约时的流程信息；
214.消息通知单元1402，用于响应于与第一对象相关联的第二对象通过资源转移签约页面触发的签约确认操作，显示与目标商户签约成功的通知消息，并通过第二应用服务器将通知消息转发给第一应用，以使第一应用接收到通知消息后，显示通知消息。
215.可选的，在响应于与第一对象相关联的第二对象通过资源转移签约页面触发的签约确认操作之前，消息通知单元1402还用于：
216.响应于通过资源转移签约页面触发的签约操作，采集第二对象的参考人脸图像信息，并将参考人脸图像信息以及第一对象的身份标识发送给资源转移服务器，以使资源转移服务器对参考人脸图像信息进行特征提取得到参考特征信息后，将参考人脸图像信息，参考特征信息，以及身份标识关联保存；以及
217.获取与第一对象关联的资源转移账户的账户标识，并将账户标识以及身份标识发送给第二应用服务器，以使第二应用服务器将账户标识和身份标识关联保存。
218.可选的，装置还包括：
219.资源转移单元1403，用于接收第二应用服务器发送的资源转移订单，并显示资源转移订单，其中，资源转移订单为第一应用接收到与相关联的资源转移终端发送的资源转移凭证信息后，根据资源转移凭证信息生成的，资源转移凭证信息为资源转移终端接收到第二对象触发的针对目标商户的资源转移请求，并对第二对象身份校验成功后生成并发送的；
220.响应于第一对象针对资源转移订单的资源转移操作，向第二应用服务器发送资源转移指令，以使第二应用服务器对第一对象关联的资源转移账户进行资源转移；
221.接收到第二应用服务器返回的资源转移结果后，显示资源转移结果。
222.基于相同的发明构思，本技术实施例还提供一种资源转移的控制装置。如图15所示，其为本技术实施例中的第三种资源转移的控制装置1500的结构示意图，应用于第一应用服务器，可以包括：
223.第一反馈单元1501，用于接收到第一对象与目标商户进行资源转移签约的触发指令后，将与目标商户进行资源转移签约时的流程信息返回给第一应用，以使第一应用显示针对目标商户的签约指引页面，签约指引页面中显示有流程信息；
224.第一转发单元1502，用于接收到针对目标商户的签约请求时，将签约请求发送给第二应用服务器，由第二应用服务器将签约请求转发给第二应用，以使第二应用根据签约请求显示针对目标商户的资源转移签约页面，其中，签约请求包括目标商户的商户标识以及第一对象的身份标识，签约请求为第一应用响应第一对象针对签约指引页面中的跳转控件的触发操作后生成并发送的；
225.第二转发单元1503，用于接收第二应用服务器发送的与目标商户签约成功的通知消息，并将通知消息转发给第一应用，以使第一应用显示通知消息，其中通知消息为第二应用响应于第一对象通过资源转移签约页面触发的签约确认操作后，生成并发送给第二应用服务器的。
226.可选的，装置还包括：
227.第三转发单元1504，用于接收第一应用发送的资源转移订单，并将资源转移订单转发给第二应用服务器，以使第二应用服务器根据资源转移订单对第一对象关联的资源转移账户进行资源转移操作，其中，资源转移订单为第一应用接收到与相关联的资源转移终端发送的资源转移凭证信息后，根据资源转移凭证信息生成的，资源转移凭证信息为资源转移终端接收到第二对象触发的针对目标商户的资源转移请求，并对第二对象身份校验成功后生成并发送的。
228.可选的，装置还包括：
229.第二反馈单元1505，用于接收到第二应用服务器发送的资源转移结果后，将资源转移结果发送给第一应用，以使第一应用显示资源转移结果，其中资源转移结果为第二应用服务器根据资源转移订单对第一对象关联的资源转移账户进行资源转移后，生成并发送的。
230.基于相同的发明构思，本技术实施例还提供一种资源转移的控制装置。如图16所示，其为本技术实施例中的第四种资源转移的控制装置1600的结构示意图，应用于第二应用服务器，可以包括：
231.第一转发单元1601，用于接收到第一应用服务器发送的针对目标商户的签约请求后，将签约请求转发给第二应用，以使第二应用根据签约请求显示针对目标商户的资源转移签约页面，其中签约请求为第一应用响应第一对象针对签约指引页面中的跳转控件的触发操作后触发的，签约请求包括目标商户的商户标识以及第一对象的身份标识；
232.消息通知单元1602，用于接收到第二应用发送的通过资源转移签约页面触发的签约确认指令后，在签约成功后向第一应用服务器发送签约成功的通知消息，由第一应用服务器将通知消息转发给第一应用，以使第一应用显示通知消息。
233.可选的，装置还包括：
234.存储单元1603，用于接收第二应用发送的与第一对象关联的资源转移账户的账户标识，以及第一对象的身份标识，将账户标识和身份标识关联保存，其中账户标识和身份标识为第二应用响应通过资源转移签约页面触发的签约操作后发送的。
235.可选的，装置还包括：
236.第二转发单元1604，用于接收到第一应用服务器发送的资源转移订单后，将资源转移订单转发给第二应用，其中，资源转移订单为第一应用根据与第一应用相关联的资源转移终端发送的资源转移凭证信息，生成并发送给第一应用服务器的，资源转移凭证信息为资源转移终端接收到第二对象触发的针对目标商户的资源转移请求，并对第二对象身份校验成功后生成并发送的；
237.接收到第一对象针对资源转移订单的资源转移指令后，对第一对象关联的资源转移账户进行资源转移操作，并将资源转移结果发送给第二应用，以及第一应用服务器，由第一应用服务器转发给第一应用，以使第一应用和第二应用显示资源转移结果。
238.基于相同的发明构思，本技术实施例还提供一种资源转移的控制装置。如图17所示，其为本技术实施例中的一种资源转移装置1700的结构示意图，应用于第一应用，可以包括：
239.第一确定单元1701，用于确定待转移的目标资源；
240.获取单元1702，用于获取第二对象的身份标识对应的资源转移特征，以及第二对象的身份标识对应的地理位置信息；
241.第二确定单元1703，用于根据资源转移特征确定对应的第一对象关联的资源转移账户；
242.资源转移单元1704，用于当地理位置信息与签约策略匹配时，由第一对象关联的资源转移账户对目标资源进行资源转移操作。
243.可选的，目标资源为目标商户关联的可交易资源；装置还包括：
244.签约单元1705，用于在、在确定待转移的目标资源之前，接收到第一对象与目标商户进行资源转移签约的触发指令时，根据目标商户的商户标识以及第一对象的身份标识生成签约请求，将针对目标商户的签约请求发送给第二应用；
245.接收到与目标商户签约成功的通知消息后，获取通知消息中的第二对象的资源转移特征以及对应的第一对象关联的资源转移账户，并关联保存资源转移特征以及资源转移账户。
246.可选的，资源转移单元1704具体用于：
247.获取到针对目标资源的资源转移凭证信息后，根据资源转移凭证信息生成资源转
移订单；
248.将资源转移订单通知给第二应用服务器，由第二应用服务器根据资源转移订单对第一对象关联的资源转移账户进行资源转移。
249.可选的，资源转移单元1704还用于：
250.在由第一对象关联的资源转移账户对目标资源进行资源转移操作之前，接收到第二应用发送的监听指令后，获取针对第二对象的监听消息，并将监听消息返回给第二应用，监听消息包括资源转移状态信息，资源转移环境信息中的至少一种；
251.资源转移单元1704具体用于：
252.当地理位置信息与签约策略匹配，且监听消息满足预先设置的安全策略时，由第一对象关联的资源转移账户对目标资源进行资源转移操作。
253.为了描述的方便，以上各部分按照功能划分为各模块(或单元)分别描述。当然，在实施本技术时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。
254.在介绍了本技术示例性实施方式的资源转移的控制方法和装置之后，接下来，介绍根据本技术的另一示例性实施方式的电子设备。
255.所属技术领域的技术人员能够理解，本技术的各个方面可以实现为系统、方法或程序产品。因此，本技术的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。
256.与上述方法实施例基于同一发明构思，本技术实施例中还提供了一种电子设备。该电子设备可以用于资源对象的转移控制。在一种实施例中，该电子设备可以是服务器，如图1所示的服务器130。在该实施例中，电子设备的结构可以如图18所示，包括存储器1801，通讯模块1803以及一个或多个处理器1802。
257.存储器1801，用于存储处理器1802执行的计算机程序。存储器1801可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统，以及运行即时通讯功能所需的程序等；存储数据区可存储各种即时通讯信息和操作指令集等。
258.存储器1801可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，ram)；存储器1801也可以是非易失性存储器(non-volatile memory)，例如只读存储器，快闪存储器(flash memory)，硬盘(hard disk drive，hdd)或固态硬盘(solid-state drive，ssd)；或者存储器1801是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器1801可以是上述存储器的组合。
259.处理器1802，可以包括一个或多个中央处理单元(central processing unit，cpu)或者为数字处理单元等等。处理器1802，用于调用存储器1801中存储的计算机程序时实现上述资源转移的控制方法。
260.通讯模块1803用于与终端设备和其他服务器进行通信。
261.本技术实施例中不限定上述存储器1801、通讯模块1803和处理器1802之间的具体连接介质。本公开实施例在图18中以存储器1801和处理器1802之间通过总线1804连接，总线1804在图18中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线1804可以分为地址总线、数据总线、控制总线等。为便于表示，图18中仅用一条粗线
表示，但并不表示仅有一根总线或一种类型的总线。
262.存储器1801中存储有计算机存储介质，计算机存储介质中存储有计算机可执行指令，计算机可执行指令用于实现本技术实施例的资源转移的控制方法。处理器1802用于执行上述服务器侧的资源转移的控制方法，如图10或图11所示。
263.在另一种实施例中，电子设备也可以是其他电子设备，如图1所示的终端设备110。在该实施例中，电子设备的结构可以如图19所示，包括：通信组件1910、存储器1920、显示单元1930、摄像头1940、传感器1950、音频电路1960、蓝牙模块1970、处理器1980等部件。
264.通信组件1910用于与服务器进行通信。在一些实施例中，可以包括wifi(wireless fidelity，电路无线保真)模块，wifi模块属于短距离无线传输技术，电子设备通过wifi模块可以帮助用户收发信息。
265.存储器1920可用于存储软件程序及数据。处理器1980通过运行存储在存储器1920的软件程序或数据，从而执行终端设备110的各种功能以及数据处理。存储器1920可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。存储器1920存储有使得终端设备110能运行的操作系统。本技术中存储器1920可以存储操作系统及各种应用程序，还可以存储执行本技术实施例资源转移的控制方法的代码。
266.显示单元1930还可用于显示由用户输入的信息或提供给用户的信息以及终端设备110的各种菜单的图形用户界面(graphical user interface，gui)。具体地，显示单元1930可以包括设置在终端设备110正面的显示屏1932。其中，显示屏1932可以采用液晶显示器、发光二极管等形式来配置。显示单元1930可以用于显示本技术实施例中的应用操作界面120。
267.显示单元1930还可用于接收输入的数字或字符信息，产生与终端设备110的用户设置以及功能控制有关的信号输入，具体地，显示单元1930可以包括设置在终端设备110正面的触摸屏1931，可收集用户在其上或附近的触摸操作，例如点击按钮，拖动滚动框等。
268.其中，触摸屏1931可以覆盖在显示屏1932之上，也可以将触摸屏1931与显示屏1932集成而实现终端设备110的输入和输出功能，集成后可以简称触摸显示屏。本技术中显示单元1930可以显示应用程序以及对应的操作步骤。
269.摄像头1940可用于捕获静态图像，用户可以将摄像头1940拍摄的图像通过第二应用发送给资源转移服务器。摄像头1940可以是一个，也可以是多个。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，ccd)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，cmos)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给处理器1980转换成数字图像信号。
270.终端设备还可以包括至少一种传感器1950，比如加速度传感器1951、距离传感器1952、指纹传感器1953、温度传感器1954。终端设备还可配置有陀螺仪、气压计、湿度计、温度计、红外线传感器、光传感器、运动传感器等其他传感器。
271.音频电路1960、扬声器1961、麦克风1962可提供用户与终端设备110之间的音频接口。音频电路1960可将接收到的音频数据转换后的电信号，传输到扬声器1961，由扬声器1961转换为声音信号输出。终端设备110还可配置音量按钮，用于调节声音信号的音量。另一方面，麦克风1962将收集的声音信号转换为电信号，由音频电路1960接收后转换为音频
数据，再将音频数据输出至通信组件1910以发送给比如另一终端设备110，或者将音频数据输出至存储器1920以便进一步处理。
272.蓝牙模块1970用于通过蓝牙协议来与其他具有蓝牙模块的蓝牙设备进行信息交互。例如，终端设备可以通过蓝牙模块1970与同样具备蓝牙模块的可穿戴电子设备(例如智能手表)建立蓝牙连接，从而进行数据交互。
273.处理器1980是终端设备的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器1920内的软件程序，以及调用存储在存储器1920内的数据，执行终端设备的各种功能和处理数据。在一些实施例中，处理器1980可包括一个或多个处理单元；处理器1980还可以集成应用处理器和基带处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，基带处理器主要处理无线通信。可以理解的是，上述基带处理器也可以不集成到处理器1980中。本技术中处理器1980可以运行操作系统、应用程序、用户界面显示及触控响应，以及本技术实施例的应用侧的资源转移及其控制方法，例如图2或图8或图9所示方法的步骤。另外，处理器1980与显示单元1930耦接。
274.在一些可能的实施方式中，本技术提供的资源转移的控制方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在计算机设备上运行时，程序代码用于使计算机设备执行本说明书上述描述的根据本技术各种示例性实施方式的资源转移及其控制方法中的步骤，例如，计算机设备可以执行如图2或图8或图9或图10或图11中所示的步骤。
275.程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
276.本技术的实施方式的程序产品可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在计算装置上运行。然而，本技术的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被命令执行系统、装置或者器件使用或者与其结合使用。
277.可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由命令执行系统、装置或者器件使用或者与其结合使用的程序。
278.可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
279.本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(rom)、随机存取存储器(ram)、磁碟或者光盘等各种可以存储程序代码的介质。
280.或者，本技术实施例上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本技术实施例各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
281.尽管已描述了本技术的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和更改。所以，所附权利要求意欲解释为包括优选实施例以及落入本技术范围的所有变更和更改。显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术的这些更改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。