CN110969474B - 资源的获取处理方法、数据处理***、存储介质和处理器 - Google Patents

Abstract

本申请公开了一种资源的获取处理方法、数据处理***、存储介质和处理器。其中，该方法包括：在第一公众号的第一交互页面中接收来自第一目标对象的第一获取请求，该第一获取请求用于请求获取第二公众号分配的虚拟资源；从公众号平台获取第一目标对象在第一公众号的第一标识，其中，第一公众号和第二公众号属于同一公众号平台；获取对第一标识的验证结果，其中，该验证结果用于确定是否允许第二公众号将虚拟资源分配给第一目标对象。本申请解决了相关技术中不能有效防止红包恶意抢刷的技术问题。

Description

资源的获取处理方法、数据处理***、存储介质和处理器

技术领域

本申请涉及网络虚拟资源的安全领域，具体而言，涉及一种资源的获取处理方法、数据处理***、存储介质和处理器。

背景技术

红包营销是现下公众号用于吸引关注者的一种方式。但是红包营销涉及到现金流动，必要的安全防范是必不可少的，如果有漏洞会被投机分子利用进行恶意的抢红包。

相关技术中防止恶意抢红包采用的技术手段为：限定每人每日领取次数，但是，上述技术手段存在以下缺点：每人每日领取次数限制并不能很有效的防止恶意刷红包，当红包活动开始后有可能抢到红包的人将红包入口转发给其他微信群，那么其他微信群将有极大的可能会将红包池里面的红包抢空。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种资源的获取处理方法、数据处理***、存储介质和处理器，以至少解决相关技术中不能有效防止红包恶意抢刷的技术问题。

根据本申请实施例的一个方面，提供了一种资源的获取处理方法，包括：在第一公众号的第一交互页面中接收来自第一目标对象的第一获取请求，该第一获取请求用于请求获取第二公众号分配的虚拟资源；从公众号平台获取第一目标对象在第一公众号的第一标识，其中，第一公众号和第二公众号属于同一公众号平台；获取对第一标识的验证结果，其中，该验证结果用于确定是否允许第二公众号将虚拟资源分配给第一目标对象。

可选地，在第一公众号的第一交互页面中接收来自第一目标对象的第一获取请求之前，方法还包括：在第二公众号的第二交互页面中接收来自第二目标对象的第二获取请求；从公众号平台获取第二目标对象在第二公众号的第二标识；从公众号平台生成的第一链接地址中获取第二目标对象的第三标识；比较第二标识和第三标识，其中，在第二标识和第三标识一致时，确定允许将第一交互页面的链接地址发送至第一公众号。

可选地，从公众号平台获取第二目标对象在第二公众号的第二标识，包括：通过静默授权的方式获取第二标识。

可选地，获取对第一标识的验证结果，包括：将第一标识发送至第三方平台，并接收第三方平台返回的对第一标识的验证结果。

可选地，将第一标识发送至第三方平台时，方法还包括：将第一标识、虚拟资源标识和第二标识发送至第三方平台；并在第一标识验证通过时，将虚拟资源标识对应的虚拟资源发送至第二标识对应的第二目标对象。

可选地，从公众号平台获取第一目标对象在第一公众号的第一标识，包括：通过静默授权的方式获取第一标识。

可选地，在第一公众号的第一交互页面中接收来自第一目标对象的获取请求，包括：接收第一目标对象对第一交互页面中设置的链接地址的访问请求，将该访问请求作为获取请求。

可选地，接收第一目标对象对第一交互页面中设置的链接地址的访问请求包括：接收第一目标对象在第一交互界面中设置的指定控件的触发指令；在触发指令的触发下，生成访问请求。

可选地，验证结果通过以下方式确定：第三方平台判断预设标识集合中是否存在第一标识；依据判断结果确定验证结果，其中，在判断结果指示预设标识集合中存在第一标识时确定通过验证。

根据本申请实施例的另一方面，提供了一种资源的获取处理方法，包括：第三方平台接收第一目标对象在第一公众号的第一标识；第三方平台对第一标识进行验证；第三方平台根据验证结果确定是否允许第二公众号将虚拟资源分配给第一目标对象，其中，第一公众号和第二公众号属于同一公众号平台。

可选地，第三方平台接收第一目标对象在第一公众号的第一标识时，方法还包括：第三方平台接收第一标识、虚拟资源的虚拟资源标识和第二公众号中第二目标对象的第二标识；以及第三方平台根据验证结果确定是否允许第二公众号将虚拟资源分配给第一目标对象之后，方法还包括：在第一标识验证通过时，将虚拟资源标识对应的虚拟资源发送至第二标识对应的第二目标对象。

根据本申请实施例的另一方面，提供了一种数据处理***，包括：客户端设备，用于发送第一公众号下的第一目标对象的第一获取请求；公众号平台设备，用于在第一公众号的第一交互页面中接收第一获取请求，该第一获取请求用于请求获取第二公众号分配的虚拟资源；从公众号平台获取第一目标对象在第一公众号的第一标识，其中，第一公众号和第二公众号属于同一公众号平台；获取对第一标识的验证结果；第三方平台设备，用于对第一标识进行验证，并依据验证结果确定是否允许第二公众号将虚拟资源分配给第一目标对象。

根据本申请实施例的又一方面，提供了一种资源的获取处理方法，包括：在第一应用账户的第一交互页面中接收来自第一目标对象的第一获取请求，该第一获取请求用于请求获取第二应用账户分配的虚拟资源；从应用账户平台获取第一目标对象在第一应用账户的第一标识，其中，第一应用账户和第二应用账户属于同一运营商平台；将第一标识发送至第三方平台；以及接收第三方平台反馈的对第一标识的验证结果。

根据本申请实施例的另一方面，提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行以上的资源的获取处理方法。

根据本申请实施例的另一方面，提供了一种处理器，处理器用于运行程序，其中，程序运行时执行以上的资源的获取处理方法。

在本申请实施例中，采用在收到用于请求第二公众号的虚拟资源的第一获取请求后，对从公众号平台获取的第一目标对象在第一公众号的第一标识进行验证的方式，实现了对虚拟资源进行验证方式，由于在领取跨公众号的虚拟资源(例如红包)时，对领取虚拟资源的目标对象的标识进行了验证，从而防止了恶意抢夺虚拟资源，进而解决了相关技术中不能有效防止红包恶意抢刷的技术问题。

附图说明

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

图1是根据本申请实施例的一种计算机终端的结构示意图；

图2是根据本申请实施例的一种资源的获取方法的流程图；

图3是根据本申请实施例的一种红包领取界面的示意图；

图4是根据本申请实施例的一种可选的资源的获取方法的流程图；

图5是根据本申请实施例的另一种资源的获取方法的流程图；

图6是根据本申请实施例的另一种资源的获取方法的流程图；

图7是根据本申请实施例的一种数据处理***的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了更好地理解本申请实施例，以下将本申请实施例中涉及的术语解释如下：

虚拟资源：可以是网络上的信息资源，例如资金的金额等信息。

公众号：运营商平台为用户或商户分配的应用账号，例如，微信公众号。

微信商户平台:微信商户平台是微信支付相关的商户功能集合。

服务号：为企业和组织提供更强大的业务服务与用户管理能力，主要偏向服务类交互(公众号的一种类型)。

Openid：用户在公众号内的身份标识，不同公众号拥有不同的openid。

本申请实施例所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。图1示出了一种用于实现资源的获取处理方法的计算机终端(或移动设备)的硬件结构框图。如图1所示，计算机终端10(或移动设备10)可以包括一个或多个(图中采用102a、102b，……，102n来示出)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。除此以外，还可以包括：显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

应当注意到的是上述一个或多个处理器102和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到计算机终端10(或移动设备)中的其他元件中的任意一个内。如本申请实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。

存储器104可用于存储应用软件的软件程序以及模块，如本申请实施例中的()方法对应的程序指令/数据存储装置，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用程序的漏洞检测方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

显示器可以例如触摸屏式的液晶显示器(LCD)，该液晶显示器可使得用户能够与计算机终端10(或移动设备)的用户界面进行交互。

在上述运行环境下，本申请实施例提供了一种资源的获取方法，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图2是根据本申请实施例的资源的获取方法，如图2所示，该方法包括如下步骤：

步骤S202，在第一公众号的第一交互页面中接收来自第一目标对象的第一获取请求，该第一获取请求用于请求获取第二公众号分配的虚拟资源；该第一交互页面可以通过一个链接地址访问，例如，该链接地址为一个红包入口链接：

http://xxxxx/paId＝ghaoejoaneg&merchantId＝ghaeoijeofaew&fromOpenid＝onxjfoijeoageae

如图3所示，上述第一交互页面可以是一个红包页面，该红包页面中设置有领取红包的按钮“拆红包”以及公众号名称。

步骤S202可以通过以下方式确定获取请求：接收第一目标对象对第一交互页面中设置的链接地址的访问请求，将该访问请求作为获取请求。

在本申请的一些实施例中，可以通过触发在页面上设置的控件的方式生成访问请求，例如：接收第一目标对象在第一交互界面中设置的指定控件的触发指令；在触发指令的触发下，生成访问请求。

步骤S204，从公众号平台获取第一目标对象在第一公众号的第一标识，其中，第一公众号和第二公众号属于同一公众号平台；

在本申请的一些实施例中，可以通过公众号平台的授权功能获取上述第一标识，例如可以通过静默授权和网页授权的方式获取，尤其地，在一个可选实施例中，通过静默授权的方式获取第一标识，这样，可以在用户无感知的情况下，获取第一标识，提升用户体验。其中，静默授权是指：静默授权不需要用户确认，只需要用户访问某个网页，属于嵌套在普通网页里的授权形式，但是只能获取到用户的唯一标识openid，无法获取用户的个人信息；网页授权是指：接收用户的确认指令，在用户确认后，获取用户的openid、个人信息、关注信息等的接口返回形式。

上述第一标识包括但不限于用户的身份信息，例如openid。

步骤S206，获取对第一标识的验证结果，其中，该验证结果用于确定是否允许第二公众号将虚拟资源分配给第一目标对象。

步骤S206的获取方式有多种，其可以由公众号平台获取，也可以由第三方平台获取将第一标识发送至第三方平台，并接收第三方平台返回的对第一标识的验证结果。第三方平台可以是与公众号平台属于不同运营商的平台。

在本申请的一些可选的实施例中，第三方平台除了对目标对象(即用户)的身份标识进行验证外，还可以具有对虚拟资源的决策权，具体地：在将第一标识发送至第三方平台时，将第一标识、虚拟资源标识和第二标识发送至第三方平台；并在第一标识验证通过时，将虚拟资源标识对应的虚拟资源发送至第二标识对应的第二目标对象。

在本申请的一些可选实施例中，在第一公众号的第一交互页面中接收来自第一目标对象的第一获取请求之前，方法还包括：在第二公众号的第二交互页面中接收来自第二目标对象的第二获取请求；从公众号平台获取第二目标对象在第二公众号的第二标识；从公众号平台生成的第一链接地址中获取第二目标对象的第三标识；比较第二标识和第三标识，其中，在第二标识和第三标识一致时，确定允许将第一交互页面的链接地址发送至第一公众号。

以红包为例，公众号要在红包入口页(即交互页面)实现静默授权的逻辑且静默授权拿到的openid(相当于第二标识)要等于下发链接中fromOpenid:onxjfoijeoageae(相当于第三标识)相等。该步骤是防刷中比较关键的一步，可以防止盗领和冒领。

其中，上述第二标识可以和第一标识的获取方式相同，也可以不同，例如，第二标识通过静默授权的方式获取。

在本申请的一些实施例中，上述验证过程可以通过白名单验证的方式实现，例如：第三方平台判断预设标识集合中是否存在第一标识；依据判断结果确定验证结果，其中，在判断结果指示预设标识集合中存在第一标识时确定通过验证。由于第一标识

在虚拟领取红包增加非商户公众号发起静默授权比较授权获得的openid与下发链接中的fromOpenid值比较进行客户端防刷校验。点击领取红包时通过fromOpenid和红包领取集合匹配进行服务端的防刷校验。通过客户端和服务端的两部防刷可以有效的阻止微信跨公众号转发分享后被未参与的微信用户冒领以及其他的冒领盗领场景。

以下结合图4所示的可选实施例详细说明，以下实施例中，需要公众号A(类型是服务号)授权给第三方平台并授予网页服务权限集；公众号A开启支付权限并申请对应的商户号A；需要公众号B授权给第三方平台并授予网页服务权限集；

步骤S402，微信用户向公众号B请求红包提取页；

步骤S404，公众号B静默授权获取公众号B下的openid，与红包提取页链接中的fromopenid进行比对，如果相等，则继续，否则告知用户链接不合法；

步骤S406，公众号A通过静默授权获取公众号A下的openid；

步骤S408，在执行外步骤S402-S406后，点击领取红包按钮，触发请求ingredients在请求中携带A中用户的openid和fromopenid；

步骤S410，平台对fromopenid进行校验，判断该fromopenid是否被篡改；

步骤S412，通过用户领取红包是否成功，如果成功，则采用A公众号对应的A商户号给微信用户下发红包。跨公众号红包的发放红包入口的时候通过两次微信鉴权来校验领取人的真实身份以保证领取人是商家指定的微信用户，同时服务端记录下发红包的fromOpenid集合来防止客户端的红包链接被串改领取的可能，从而杜绝冒领和其他非法领取。

图5是根据本申请实施例的另一种资源的获取方法的流程图。如图5所示，该方法包括：

步骤S502，第三方平台接收第一目标对象在第一公众号的第一标识；

在本申请的一些可选实施例中，第三方平台接收第一目标对象在第一公众号的第一标识时，第三方平台接收第一标识、虚拟资源的虚拟资源标识和第二公众号中第二目标对象的第二标识；以及第三方平台根据验证结果确定是否允许第二公众号将虚拟资源分配给第一目标对象之后，方法还包括：在第一标识验证通过时，将虚拟资源标识对应的虚拟资源发送至第二标识对应的第二目标对象。

步骤S504，第三方平台对第一标识进行验证；

步骤S506，第三方平台根据验证结果确定是否允许第二公众号将虚拟资源分配给第一目标对象，其中，第一公众号和第二公众号属于同一公众号平台。

需要说明的是，图5所示实施例的优选实施方式，可以参见图1至4中所示实施例，此处不再赘述。

图6是根据本申请实施例的另一种资源的获取方法的流程图。如图6所示，该方法包括以下处理步骤：

步骤S602，在第一应用账户的第一交互页面中接收来自第一目标对象的第一获取请求，该第一获取请求用于请求获取第二应用账户分配的虚拟资源；

步骤S604，从应用账户平台获取第一目标对象在第一应用账户的第一标识，其中，第一应用账户和第二应用账户属于同一运营商平台；

步骤S606，将第一标识发送至第三方平台；以及接收第三方平台反馈的对第一标识的验证结果。在本申请的一些可选的实施例中，第三方平台除了对目标对象(即用户)的身份标识进行验证外，还可以具有对虚拟资源的决策权，具体地：在将第一标识发送至第三方平台时，将第一标识、虚拟资源标识和第二标识发送至第三方平台；并在第一标识验证通过时，将虚拟资源标识对应的虚拟资源发送至第二标识对应的第二目标对象。

其中，上述第一应用账户和第二应用账户包括但不限于公众号。需要说明的是，图6所示实施例的优选实施方式，可以参见图1至4中所示实施例，此处不再赘述。

图7是根据本申请实施例的一种数据处理***的结构示意图。如图7所示，该数据处理***，包括：客户端设备70，用于发送第一公众号下的第一目标对象的第一获取请求；公众号平台设备72(包括但不限于服务器)，用于在第一公众号的第一交互页面中接收第一获取请求，该第一获取请求用于请求获取第二公众号分配的虚拟资源；从公众号平台获取第一目标对象在第一公众号的第一标识，其中，第一公众号和第二公众号属于同一公众号平台；获取对第一标识的验证结果；第三方平台设备74(包括但不限于服务器)，用于对第一标识进行验证，并依据验证结果确定是否允许第二公众号将虚拟资源分配给第一目标对象。

需要说明的是，图7所示数据处理***可以用于实现图2-5所示方法实施例，此处不再赘述。

根据本申请实施例的另一方面，提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行以上的资源的获取处理方法。

根据本申请实施例的另一方面，提供了一种处理器，处理器用于运行程序，其中，程序运行时执行以上的资源的获取处理方法

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (14)

1.一种资源的获取处理方法，其特征在于，包括：

在第一公众号的第一交互页面中接收来自第一目标对象的第一获取请求，该第一获取请求用于请求获取第二公众号分配的虚拟资源；

从公众号平台获取所述第一目标对象在第一公众号的第一标识，其中，所述第一公众号和第二公众号属于同一公众号平台；

获取对所述第一标识的验证结果，其中，该验证结果用于确定是否允许所述第二公众号将所述虚拟资源分配给所述第一目标对象；

在获取对所述第一标识的验证结果之前，所述方法还包括：在所述第二公众号的第二交互页面中接收来自第二目标对象的第二获取请求；从所述公众号平台获取所述第二目标对象在所述第二公众号的第二标识；其中,在服务端对所述第一标识进行校验，在客户端对所述第二标识进行校验；

在第一公众号的第一交互页面中接收来自第一目标对象的第一获取请求之前，所述方法还包括：从所述公众号平台生成的第一链接地址中获取所述第二目标对象的第三标识；比较所述第二标识和第三标识，其中，在所述第二标识和所述第三标识一致时，确定允许将所述第一交互页面的链接地址发送至所述第一公众号，所述第一交互页面的链接地址用于访问所述第一交互页面。

2.根据权利要求1所述的方法，其特征在于，从所述公众号平台获取所述第二目标对象在所述第二公众号的第二标识，包括：

通过静默授权的方式获取所述第二标识。

3.根据权利要求1所述的方法，其特征在于，获取对所述第一标识的验证结果，包括：将所述第一标识发送至第三方平台，并接收所述第三方平台返回的对所述第一标识的验证结果。

4.根据权利要求3所述的方法，其特征在于，将所述第一标识发送至第三方平台时，所述方法还包括：

将所述第一标识、所述虚拟资源标识和所述第二标识发送至所述第三方平台；并在所述第一标识验证通过时，将所述虚拟资源标识对应的虚拟资源发送至所述第二标识对应的所述第二目标对象。

5.根据权利要求1所述的方法，其特征在于，从公众号平台获取所述第一目标对象在第一公众号的第一标识，包括：

通过静默授权的方式获取所述第一标识。

6.根据权利要求1所述的方法，其特征在于，在第一公众号的第一交互页面中接收来自第一目标对象的获取请求，包括：

接收所述第一目标对象对所述第一交互页面中设置的链接地址的访问请求，将该访问请求作为所述获取请求。

7.根据权利要求6所述的方法，其特征在于，接收所述第一目标对象对所述第一交互页面中设置的链接地址的访问请求包括：

接收所述第一目标对象在所述第一交互页面中设置的指定控件的触发指令；

在所述触发指令的触发下，生成所述访问请求。

8.根据权利要求1至7中任意一项所述的方法，其特征在于，所述验证结果通过以下方式确定：

第三方平台判断预设标识集合中是否存在所述第一标识；依据判断结果确定所述验证结果，其中，在所述判断结果指示所述预设标识集合中存在所述第一标识时确定通过验证。

9.一种资源的获取处理方法，其特征在于，包括：

第三方平台接收第一目标对象在第一公众号的第一标识；

所述第三方平台在服务端对所述第一标识进行验证；

所述第三方平台根据验证结果确定是否允许第二公众号将虚拟资源分配给所述第一目标对象，其中，所述第一公众号和第二公众号属于同一公众号平台；

第三方平台接收第一目标对象在第一公众号的第一标识时，所述方法还包括：所述第三方平台接收所述第一标识、所述虚拟资源的虚拟资源标识和所述第二公众号中第二目标对象的第二标识，在客户端对所述第二标识进行校验；

在第一公众号的第一交互页面中接收来自第一目标对象的第一获取请求之前，所述方法还包括：从所述公众号平台生成的第一链接地址中获取所述第二目标对象的第三标识；比较所述第二标识和第三标识，其中，在所述第二标识和所述第三标识一致时，确定允许将所述第一交互页面的链接地址发送至所述第一公众号，所述第一交互页面的链接地址用于访问所述第一交互页面。

10.根据权利要求9所述的方法，其特征在于，

所述第三方平台根据验证结果确定是否允许第二公众号将虚拟资源分配给所述第一目标对象之后，所述方法还包括：在所述第一标识验证通过时，将所述虚拟资源标识对应的虚拟资源发送至所述第二标识对应的所述第二目标对象。

11.一种资源的获取处理方法，其特征在于，包括：

在第一应用账户的第一交互页面中接收来自第一目标对象的第一获取请求，该第一获取请求用于请求获取第二应用账户分配的虚拟资源；

从应用账户平台获取所述第一目标对象在第一应用账户的第一标识，其中，所述第一应用账户和第二应用账户属于同一运营商平台；

将所述第一标识发送至第三方平台；以及

接收所述第三方平台反馈的对所述第一标识的验证结果；

在接收所述第三方平台反馈的对所述第一标识的验证结果之前，所述方法还包括：在第二公众号的第二交互页面中接收来自第二目标对象的第二获取请求；从公众号平台获取所述第二目标对象在所述第二公众号的第二标识；在客户端对所述第二标识进行校验；

在第一公众号的第一交互页面中接收来自第一目标对象的第一获取请求之前，所述方法还包括：从所述公众号平台生成的第一链接地址中获取所述第二目标对象的第三标识；比较所述第二标识和第三标识，其中，在所述第二标识和所述第三标识一致时，确定允许将所述第一交互页面的链接地址发送至所述第一公众号，所述第一交互页面的链接地址用于访问所述第一交互页面。

12.一种数据处理***，其特征在于，包括：

客户端设备，用于发送第一公众号下的第一目标对象的第一获取请求；

公众号平台设备，用于在所述第一公众号的第一交互页面中接收所述第一获取请求，该第一获取请求用于请求获取第二公众号分配的虚拟资源；从公众号平台获取所述第一目标对象在第一公众号的第一标识，其中，所述第一公众号和第二公众号属于同一公众号平台；获取对所述第一标识的验证结果；

第三方平台设备，用于在服务端对所述第一标识进行验证，并依据所述验证结果确定是否允许所述第二公众号将所述虚拟资源分配给所述第一目标对象；

所述公众号平台设备，还用于在所述第二公众号的第二交互页面中接收来自第二目标对象的第二获取请求；从所述公众号平台获取所述第二目标对象在所述第二公众号的第二标识；

所述客户端设备，还用于对所述第二标识进行校验；

所述数据处理***，还用于在所述第一公众号的第一交互页面中接收所述第一获取请求之前，从所述公众号平台生成的第一链接地址中获取所述第二目标对象的第三标识；比较所述第二标识和第三标识，其中，在所述第二标识和所述第三标识一致时，确定允许将所述第一交互页面的链接地址发送至所述第一公众号，所述第一交互页面的链接地址用于访问所述第一交互页面。

13.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行权利要求1至8中任意一项所述的资源的获取处理方法。

14.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至8中任意一项所述的资源的获取处理方法。