一种电子资源转移方法、装置及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种电子资源转移方法、装置及存储介质。

背景技术

电子资源转移技术是一种将一个应用中的电子资源转移到另一个应用中的技术。该技术通常应用在应用提现上，即，将应用中的电子货币转移到支付应用上。然而在相关技术中，通常通过移动终端上的应用或者公众号进行应用提现，而在网页应用上却无法进行应用提现，因此，相关技术中无法实现在PC(Personal Computer，个人计算机)端上进行应用提现。

发明内容

本申请实施例提供一种电子资源转移方法、装置及存储介质，以实现在PC端上进行应用提现。

根据本申请实施例的第一方面，提供一种电子资源转移方法，包括：

响应已登录网页应用的账户的电子资源转移请求，在所述网页应用上显示授权界面；其中，所述授权界面是登录目标应用的入口；

接收服务器在接收到所述目标应用发送的登录信息后发送的跳转请求，从所述跳转请求中获取目标公众号页面的地址；

根据所述目标公众号页面的地址，从所述网页应用跳转到所述目标公众号页面，并通过所述目标公众号页面向所述目标应用发送授权请求；

接收到授权成功的信息后，获取所述目标应用的认证信息；

根据所述目标应用的认证信息，将电子资源从所述待转移账户中转移到所述目标应用的账户中。

在一种可能的实现方式中，所述目标应用的认证信息包括所述目标应用的开放身份标识；所述根据所述目标应用的认证信息，将电子资源从所述待转移账户中转移到所述目标应用的账户中，包括：

将所述开放身份标识从所述网页应用发送给所述目标应用进行认证；

接收到认证通过的信息后，将所述电子资源从所述待转移账户中转移到所述目标应用的账户中。

在一种可能的实现方式中，所述通过所述目标公众号页面向所述目标应用发送授权请求之后，所述方法还包括：

通过所述网页应用查询是否获取到所述目标应用的用户信息；

若查询到已获取所述目标应用的用户信息，则将所述目标应用的用户信息显示在所述网页应用上。

在一种可能的实现方式中，所述通过所述目标公众号页面向所述目标应用发送授权请求，包括：

通过所述目标公众号页面向所述目标应用的服务器发送授权请求；

接收所述目标应用的服务器返回的授权信息；

将所述授权信息和所述目标公众号页面的身份信息发送给所述目标应用的服务器请求授权。

在一种可能的实现方式中，所述根据所述目标应用的认证信息，将电子资源从所述待转移账户中转移到所述目标应用的账户中之前，所述方法还包括：

若所述目标公众号页面为首次向所述目标应用发送授权请求，将通过所述目标公众号页面向所述目标应用发送绑定请求；其中，所述绑定请求中包括所述目标公众号页面的身份标识；

接收到所述目标应用发送的成功建立绑定关系的信息；其中，所述绑定关系为所述目标公众号页面的身份标识与所述目标应用的账户标识的绑定关系；

所述根据所述目标应用的认证信息，将电子资源从所述待转移账户中转移到所述目标应用的账户中，包括：

若所述目标公众号页面的身份标识与所述目标应用的账户标识存在绑定关系，则根据所述目标应用的认证信息，将电子资源从所述待转移账户中转移到所述目标应用的账户中。

在一种可能的实现方式中，所述响应已登录网页应用的账户的电子资源转移请求，在所述网页应用上显示授权界面，包括：

响应已登录网页应用的账户的电子资源转移请求，在所述网页应用上显示用于登录所述目标应用的二维码；其中，所述二维码是由所述目标公众号页面的统一资源定位符生成的。

根据本申请实施例的第二方面，提供一种电子资源转移装置，包括：

第一显示单元，被配置为执行响应已登录网页应用的账户的电子资源转移请求，在所述网页应用上显示授权界面；其中，所述授权界面是登录目标应用的入口；

第一获取单元，被配置为执行接收服务器在接收到所述目标应用发送的登录信息后发送的跳转请求，从所述跳转请求中获取目标公众号页面的地址；

跳转单元，被配置为执行根据所述目标公众号页面的地址，从所述网页应用跳转到所述目标公众号页面，并通过所述目标公众号页面向所述目标应用发送授权请求；

第二获取单元，被配置为执行接收到授权成功的信息后，获取所述目标应用的认证信息；

转移单元，被配置为执行根据所述目标应用的认证信息，将电子资源从所述待转移账户中转移到所述目标应用的账户中。

在一种可能的实现方式中，所述目标应用的认证信息包括所述目标应用的开放身份标识；转移单元包括：

认证子单元，被配置为执行将所述开放身份标识从所述网页应用发送给所述目标应用进行认证；

转移子单元，被配置为执行接收到认证通过的信息后，将所述电子资源从所述待转移账户中转移到所述目标应用的账户中。

在一种可能的实现方式中，所述装置还包括：

查询单元，被配置为执行跳转单元通过所述目标公众号页面向所述目标应用发送授权请求之后，通过所述网页应用查询是否获取到所述目标应用的用户信息；

第二显示单元，被配置为执行若查询到已获取所述目标应用的用户信息，则将所述目标应用的用户信息显示在所述网页应用上。

在一种可能的实现方式中，所述跳转单元包括：

第一授权请求子单元，被配置为执行通过所述目标公众号页面向所述目标应用的服务器发送授权请求；

发送信息子单元，被配置为执行接收所述目标应用的服务器返回的授权信息；

第二授权请求子单元，被配置为执行将所述授权信息和所述目标公众号页面的身份信息发送给所述目标应用的服务器请求授权。

在一种可能的实现方式中，所述装置还包括：

发送绑定请求单元，被配置为执行转移单元根据所述目标应用的认证信息，将电子资源从所述待转移账户中转移到所述目标应用的账户中之前，若所述目标公众号页面为首次向所述目标应用发送授权请求，将通过所述目标公众号页面向所述目标应用发送绑定请求；其中，所述绑定请求中包括所述目标公众号页面的身份标识；

绑定单元，被配置为执行接收到所述目标应用发送的成功建立绑定关系的信息；其中，所述绑定关系为所述目标公众号页面的身份标识与所述目标应用的账户标识的绑定关系；

转移单元被配置为执行若所述目标公众号页面的身份标识与所述目标应用的账户标识存在绑定关系，则根据所述目标应用的认证信息，将电子资源从所述待转移账户中转移到所述目标应用的账户中。

在一种可能的实现方式中，第一显示单元，被配置为执行响应已登录网页应用的账户的电子资源转移请求，在所述网页应用上显示用于登录目标应用的二维码；其中，所述二维码是由所述目标公众号页面的统一资源定位符生成的。

根据本申请实施例的第三方面，提供一种电子设备，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现一种电子资源转移方法；

根据本申请实施例的第四方面，提供一种存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行一种电子资源转移方法；

根据本申请实施例的第五方面，提供一种计算机程序产品，包括至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本申请实施例提供的电子资源转移方法。

本申请的实施例提供的技术方案至少带来以下有益效果：

通过响应已登录网页应用的账户的电子资源转移请求，使得在PC端上从网页应用跳转到公众号页面，并通过公众号页面获取目标应用的授权，从而建立公众号页面与目标应用之间的连接，从而实现将电子资源从待转移账户中转移到目标应用的账户。这样，提供了一种在PC端上进行应用提现的方案，为对象在进行应用提现时提供多种选择，方便对象进行提现操作，从而提高了用户的使用体验。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例中绑定示意图；

图2为本申请实施例中一种电子资源转移方法的流程示意图；

图3为本申请实施例中一种电子资源转移方法的交互流程示意图；

图4为本申请实施例中一种电子资源转移装置的结构示意图；

图5为本申请实施方式中终端设备结构示意图。

具体实施方式

为了实现在PC端上进行应用提现，本申请实施例中提供一种电子资源转移方法、装置及存储介质。为了更好的理解本申请实施例提供的技术方案，这里对该方案的基本原理做一下简单说明：

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

下面结合附图介绍本申请实施例提供的技术方案。

电子资源转移技术是一种将一个应用中的电子资源转移到另一个应用中的技术。该技术通常应用在应用提现上，即，将应用中的电子货币转移到支付应用上。通常应用提现通过移动终端上的应用或者公众号进行提现。例如，若使用移动应用进行微信提现时，移动应用需要拉起微信授权，获取用户的openId(开放身份标识)，并将获取的openId与移动应用的appId(应用身份标识)进行关联，也就是说openId与移动应用的appId进行绑定。由于移动应用的appId与微信的StoreId(支付账户)预先进行了绑定，因此，移动应用便可以根据从微信获取到的openId进行微信提现。

而在PC端，虽然可以在网页应用上进行登录，可以通过网页应用从微信获取openId，但是PC端上的网页应用的appId无法与微信的StoreId进行绑定，因此，在PC端便不能进行微信提现。如图1所示，网页应用的appId由于不在可自动绑定的账号类型范围内，因此网页应用的appId无法与微信的StoreId进行绑定。

有鉴于此，本申请为了解决以上问题，提供了一种电子资源转移方法，通过响应已登录网页应用的账户的电子资源转移请求，使得在PC端上从网页应用跳转到公众号页面，并通过公众号页面获取目标应用的授权，从而建立公众号页面与目标应用之间的连接，从而实现将电子资源从待转移账户中转移到目标应用的账户。这样，提供了一种在PC端上进行应用提现的方案，为对象在进行应用提现时提供多种选择，方便对象进行提现操作，从而提高了用户的使用体验。

以下结合说明书附图对本申请的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本申请，并不用于限定本申请，并且在不冲突的情况下，本申请实施例中的实施例及实施例中的特征可以相互组合。

下面对本申请实施例提供的电子资源转移方法进行进一步的解释说明。如图2所示，包括以下步骤。

在步骤S21中，响应已登录网页应用的账户的电子资源转移请求，在所述网页应用上显示授权界面；其中，所述授权界面是登录目标应用的入口。

在本申请实施例中，若要进行电子资源转移，首先需要获取转移电子资源的目标应用的授权。

为了使用户在登录的过程中变得简便、安全，在本申请实施例中提供了一种授权界面的显示方式，具体可实施为：响应已登录网页应用的账户的电子资源转移请求，在所述网页应用上显示用于登录所述目标应用的二维码；其中，所述二维码是由所述目标公众号页面的统一资源定位符生成的。

在用户点击获取目标应用授权后，显示二维码以使用户登录。这样，通过显示二维码，可以使用户登录过程变得简便，以及安全。

在步骤S22中，接收服务器在接收到所述目标应用发送的登录信息后发送的跳转请求，从所述跳转请求中获取目标公众号页面的地址。

在本申请实施例中，用户在通过网页应用上显示的授权界面登录了目标应用后，网页应用将登录信息发送给服务器，服务器接收到登录信息后，向网页应用发送一个跳转请求。

在步骤S23中，根据所述目标公众号页面的地址，从所述网页应用跳转到所述目标公众号页面，并通过所述目标公众号页面向所述目标应用发送授权请求。

在本申请实施例中，为了实现在PC端上进行应用提现，需要对向目标应用发送授权信息的主体由网页应用变为公众号应用，这样，虽然是在PC端上获取目标应用的授权，但是由于公众号应用的appId可以与目标应用的StoreId进行绑定，因此，实现了在PC端上进行应用提现。

在本申请实施例中，在PC端的网页上接收到服务器发送的跳转请求后，根据跳转请求确定出目标公众号页面的地址，从而跳转到目标公众号页面，并根据目标公众号页面向目标应用发送授权请求。通过向目标应用的服务器发送授权请求来获取目标应用的授权，具体可实施为：

通过所述目标公众号页面向所述目标应用的服务器发送授权请求；

接收所述目标应用的服务器返回的授权信息；

其中，授权信息可以使授权码。

将所述授权信息和所述目标公众号页面的身份信息发送给所述目标应用的服务器请求授权。

其中，目标公众号页面向目标应用的服务器发送授权信息，目标应用的服务器接收到授权信息后重定向到后端服务器，并携带授权码。后端服务器向目标应用的服务器发送授权码和相关信息，并接收到目标应用的服务器返回的用户信息，从而完成授权。

在本申请实施例中，目标公众号向目标应用发送授权请求后，需要不断轮询来确定是否获取到目标应用的授权。其中，授权信息包括目标应用的用户信息以及openId等。若获取到用户的授权信息，则将用户信息在网页应用上进行显示。具体可实施为：通过所述网页应用查询是否获取到所述目标应用的用户信息；若查询到已获取所述目标应用的用户信息，则将所述目标应用的用户信息显示在所述网页应用上。

其中，用户信息包括用户昵称。用户头像等基本信息，通过授权，可以将目标应用的用户信息显示在网页应用上。这样，可以使用户了解目标应用已经授权给网页应用，提高用户的体验。

在步骤S24中，接收到授权成功的信息后，获取所述目标应用的认证信息。

在步骤S25中，根据所述目标应用的认证信息，将电子资源从所述待转移账户中转移到所述目标应用的账户中。

在本申请实施例中，获取到目标应用的授权信息后，需要通过向目标应用进行认证，从而完成电子资源的转移。

其中，电子资源可以是虚拟货币。

而在认证过程中，需要通过获取的目标应用的openId，具体可实施为：将所述开放身份标识从所述网页应用发送给所述目标应用进行认证；接收到认证通过的信息后，将所述电子资源从所述待转移账户中转移到所述目标应用的账户中。

在本申请实施例中，若网页应用为首次向目标应用获取授权，则在进行电子资源转移之前，需要将公众号的身份标识与目标应用的账户标识进行绑定，只有在绑定完成后，才能够进行电子资源转移操作。具体可实施为：若所述目标公众号页面为首次向所述目标应用发送授权请求，将通过所述目标公众号页面向所述目标应用发送绑定请求；其中，所述绑定请求中包括所述目标公众号页面的身份标识；

接收到所述目标应用发送的成功建立绑定关系的信息；其中，所述绑定关系为所述目标公众号页面的身份标识与所述目标应用的账户标识的绑定关系；

若所述目标公众号页面的身份标识与所述目标应用的账户标识存在绑定关系，则根据所述目标应用的认证信息，将电子资源从所述待转移账户中转移到所述目标应用的账户中。

其中，在绑定过程中，用户可以通过电脑或者手机上的该公众号应用向目标应用的服务器发送绑定请求。目标应用获取到绑定请求中的appId(目标公众号页面的身份标识)后，通过手机验证等操作建立绑定关系，并将该关系发送给目标公众号。由于使用的openId是使用公众号类型的appId生成的，因此能够与目标应用的账号标识进行绑定。

这样，本申请提供了一种在PC端上进行应用提现的方案，为对象在进行应用提现时提供多种选择，方便对象进行提现操作，从而提高了用户的使用体验。

在本申请实施例中，提供了一种电子资源转移的交互图，如图3所示，包括网页应用，公众号页面、后端服务器以及目标应用。

步骤301：网页应用向后端服务器发送请求登录二维码的信息。

步骤302：后端服务器返回登录二维码。

步骤303：用户通过网页应用显示的登录二维码进行扫码登录目标应用。

步骤304：网页应用跳转到公众号应用。

步骤305：公众号应用向后端服务器获取目标应用授权。

步骤306：后端服务器向公众号应用发送目标应用的定向页面。

步骤307：公众号应用向目标应用获取目标应用授权。

步骤308：目标应用向后端服务器发送授权成功的信息，并发送目标应用的用户信息。

步骤309：后端服务器向目标应用发送认证信息。

步骤310：目标应用向后端服务器发送认证成功的信息。

步骤311：网页应用向后端服务器进行电子资源转移。

基于相同的发明构思，本申请还提供一种电子资源转移装置。如图4所示，为本申请提供的一种电子资源转移装置示意图。该装置包括：

第一显示单元401，被配置为执行响应已登录网页应用的账户的电子资源转移请求，在所述网页应用上显示授权界面；其中，所述授权界面是登录目标应用的入口；

第一获取单元402，被配置为执行接收服务器在接收到所述目标应用发送的登录信息后发送的跳转请求，从所述跳转请求中获取目标公众号页面的地址；

跳转单元403，被配置为执行根据所述目标公众号页面的地址，从所述网页应用跳转到所述目标公众号页面，并通过所述目标公众号页面向所述目标应用发送授权请求；

第二获取单元404，被配置为执行接收到授权成功的信息后，获取所述目标应用的认证信息；

转移单元405，被配置为执行根据所述目标应用的认证信息，将电子资源从所述待转移账户中转移到所述目标应用的账户中。

在一种可能的实现方式中，所述目标应用的认证信息包括所述目标应用的开放身份标识；转移单元405包括：

认证子单元，被配置为执行将所述开放身份标识从所述网页应用发送给所述目标应用进行认证；

转移子单元，被配置为执行接收到认证通过的信息后，将所述电子资源从所述待转移账户中转移到所述目标应用的账户中。

在一种可能的实现方式中，所述装置还包括：

查询单元，被配置为执行跳转单元403通过所述目标公众号页面向所述目标应用发送授权请求之后，通过所述网页应用查询是否获取到所述目标应用的用户信息；

第二显示单元，被配置为执行若查询到已获取所述目标应用的用户信息，则将所述目标应用的用户信息显示在所述网页应用上。

在一种可能的实现方式中，所述跳转单元403包括：

第一授权请求子单元，被配置为执行通过所述目标公众号页面向所述目标应用的服务器发送授权请求；

发送信息子单元，被配置为执行接收所述目标应用的服务器返回的授权信息；

第二授权请求子单元，被配置为执行将所述授权信息和所述目标公众号页面的身份信息发送给所述目标应用的服务器请求授权。

在一种可能的实现方式中，所述装置还包括：

发送绑定请求单元，被配置为执行转移单元405根据所述目标应用的认证信息，将电子资源从所述待转移账户中转移到所述目标应用的账户中之前，若所述目标公众号页面为首次向所述目标应用发送授权请求，将通过所述目标公众号页面向所述目标应用发送绑定请求；其中，所述绑定请求中包括所述目标公众号页面的身份标识；

绑定单元，被配置为执行接收到所述目标应用发送的成功建立绑定关系的信息；其中，所述绑定关系为所述目标公众号页面的身份标识与所述目标应用的账户标识的绑定关系；

转移单元405被配置为执行若所述目标公众号页面的身份标识与所述目标应用的账户标识存在绑定关系，则根据所述目标应用的认证信息，将电子资源从所述待转移账户中转移到所述目标应用的账户中。

在一种可能的实现方式中，第一显示单元401，被配置为执行响应已登录网页应用的账户的电子资源转移请求，在所述网页应用上显示用于登录目标应用的二维码；其中，所述二维码是由所述目标公众号页面的统一资源定位符生成的。

如图5所示，基于同一技术构思，本申请实施例还提供了一种电子设备50，可以包括存储器501和处理器502。

所述存储器501，用于存储处理器502执行的计算机程序。存储器501可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据任务管理装置的使用所创建的数据等。处理器502，可以是一个中央处理单元(central processing unit，CPU)，或者为数字处理单元等等。本申请实施例中不限定上述存储器501和处理器502之间的具体连接介质。本申请实施例在图5中以存储器501和处理器502之间通过总线503连接，总线503在图5中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线503可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器501可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储器501也可以是非易失性存储器(non-volatilememory)，例如只读存储器，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)、或者存储器501是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器501可以是上述存储器的组合。

处理器502，用于调用所述存储器501中存储的计算机程序时执行如图2中所示的实施例中设备所执行的方法。

在一些可能的实施方式中，本申请提供的方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在计算机设备上运行时，所述程序代码用于使所述计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的方法中的步骤，例如，所述计算机设备可以执行如图1～图3中所示的实施例中设备所执行的方法。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。