信息的提示方法和装置、存储介质、电子装置与流程

本申请涉及互联网领域，具体而言，涉及一种信息的提示方法和装置、存储介质、电子装置。

背景技术：

用户通过消费平台完成商品的浏览、购买并通过支付平台(网络平台和移动支付平台)向商品卖家进行支付是越来越普及的购物方式，其便利性和全面性使得这种购物方式几乎涉及生活的各个领域，如购买生活常用商品、理财产品、保险产品等。

部分商家为了吸引用户购买其产品，会在销售过程中加入奖励机制，如用户购买后赠送优惠券、赠送代金券、赠送其他附加产品、返现等，相关技术中心，在进行奖励时使用人工核实订单，再人工通过线下或者线上的方式奖励购买者，向其发放优惠券、代金券、虚拟货币等虚拟资源，由于人工效率较低，会造成处理瓶颈，影响整个活动的处理效率。

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

技术实现要素：

本申请实施例提供了一种信息的提示方法和装置、存储介质、电子装置，以至少解决相关技术中发放虚拟资源的效率较低的技术问题。

根据本申请实施例的一个方面，提供了一种信息的提示方法，包括：获取第一应用发送的通信数据，第一应用为加载到第二应用中使用的应用；从通信数据中识别出第一帐号的第一资源信息，第一帐号为在第二应用中使用的帐号，第一资源信息用于表示第一帐号在第二应用中消耗的第一虚拟资源；根据第一资源信息在服务帐号的服务界面向第一帐号提示第二资源信息，第二资源信息用于提示待第一帐号领取的第二虚拟资源，服务帐号用于通过第二应用中的服务界面与目标帐号进行信息交互，目标帐号为第二应用中关注了服务帐号的帐号，目标帐号包括第一帐号。

根据本申请实施例的另一方面，还提供了一种信息的提示装置，包括：获取单元，用于获取第一应用发送的通信数据，其中，第一应用为加载到第二应用中使用的应用；识别单元，用于从通信数据中识别出第一帐号的第一资源信息，其中，第一帐号为在第二应用中使用的帐号，第一资源信息用于表示第一帐号在第二应用中消耗的第一虚拟资源；提示单元，用于根据第一资源信息在服务帐号的服务界面向第一帐号提示第二资源信息，其中，第二资源信息用于提示待第一帐号领取的第二虚拟资源，服务帐号用于通过第二应用中的服务界面与目标帐号进行信息交互，目标帐号为第二应用中关注了服务帐号的帐号，目标帐号包括第一帐号。

根据本申请实施例的另一方面，还提供了一种存储介质，该存储介质包括存储的程序，程序运行时执行上述的方法。

根据本申请实施例的另一方面，还提供了一种电子装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器通过计算机程序执行上述的方法。

在本申请实施例中，用户在即时通讯应用的公众号或者另一小程序中购买商品后，通过服务帐号向用户推送提示信息，以提示用户获取被奖励的虚拟资源，整个过程可以借助于用户终端上的第一应用、服务器以及服务帐号之间的交互来实现，而不用通过人工实现，可以解决相关技术中发放虚拟资源的效率较低的技术问题，进而达到提高效率的技术效果。

附图说明

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

图1是根据本申请实施例的信息的提示方法的硬件环境的示意图；

图2是根据本申请实施例的一种可选的信息的提示方法的流程图；

图3是根据本申请实施例的一种可选的信息的提示方案的示意图；

图4是根据本申请实施例的一种可选的信息的提示方法的流程图；

图5是根据本申请实施例的一种可选的获取支付信息的流程图；

图6是根据本申请实施例的一种可选的识别支付信息的流程图；

图7是根据本申请实施例的一种可选的返现方案的流程图；

图8是根据本申请实施例的一种可选的信息的提示装置的示意图；

以及

图9是根据本申请实施例的一种终端的结构框图。

具体实施方式

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

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

首先，在对本申请实施例进行描述的过程中出现的部分名词或者术语适用于如下解释：

光学字符识别ocr：opticalcharacterrecognition，是指对文本资料的图像文件进行分析识别处理，获取文字及版面信息的过程。亦即将图像中的文字进行识别，并以文本的形式返回，根据识别场景，可大致将ocr分为识别特定场景的专用ocr和识别多种场景的通用ocr。

md5：md5message-digestalgorithm，一种被广泛使用的密码散列函数，可以产生出一个128位(16字节)的散列值(hashvalue)，用于确保信息传输完整一致。

小程序：miniprogram，是一种不需要下载安装即可使用的应用，它实现了应用“触手可及”的梦想，用户扫一扫或搜一下即可打开应用，广泛的应用在即时通讯、搜索等应用中。

公众号：开发者或商家在公众平台上申请的应用帐号，通过公众号，可在即时通讯等平台上实现和特定群体的文字、图片、语音、视频的全方位沟通、互动。

相关技术中的ocr识别技术，只提供技术接入文档，针对需要集成ocr技术的研发工程师，推荐使用的场景包括文档文字扫描，物流单信息识别，身份认证，车牌ocr识别，医疗单据识别等。相关技术需要使用者创造场景，增加了使用者的门槛，并且支持的场景都和支付返现无关。

为了克服上述缺陷，根据本申请实施例的一方面，提供了一种信息的提示方法的方法实施例，该方案提供了一种基于ocr识别的奖励方案，针对即时通讯中支付奖励(如支付返现)的场景，给关注指定公众号的用户进行支付返现，也可以进行优惠券、代金券等形式的奖励。

可选地，在本实施例中，上述信息的提示方法可以应用于如图1所示的由终端101和服务器103所构成的硬件环境中。如图1所示，服务器103通过网络与终端101进行连接，可用于为终端或终端上安装的客户端提供服务(如奖励服务等)，可在服务器上或独立于服务器设置数据库105，用于为服务器103提供数据存储服务，上述网络包括但不限于：广域网、城域网或局域网，终端101并不限定于pc、手机、平板电脑等。

本申请实施例的信息的提示方法可以由服务器103来执行，也可以由服务器103和终端101共同执行。图2是根据本申请实施例的一种可选的信息的提示方法的流程图，如图2所示，该方法可以包括以下步骤：

步骤s202，服务器获取第一应用发送的通信数据，第一应用为加载到第二应用中使用的应用。

上述第二应用为具有小程序应用环境的应用，如即时通讯应用、搜索应用等，而服务器就是第二应用的应用服务器；第一应用即为第二应用中使用的小程序。

步骤s204，服务器从通信数据中识别出第一帐号的第一资源信息，第一帐号为在第二应用中使用的帐号，第一资源信息用于表示第一帐号在第二应用中消耗的第一虚拟资源，如在即时通讯应用的公众号或者另一小程序中购买商品所消耗的货币、代金券等虚拟资源。

步骤s206，服务器根据第一资源信息在服务帐号的服务界面向第一帐号提示第二资源信息，第二资源信息用于提示待第一帐号领取的第二虚拟资源，服务帐号用于通过第二应用中的服务界面与目标帐号进行信息交互，目标帐号为第二应用中关注了服务帐号的帐号，目标帐号包括第一帐号。

上述服务帐号为第二应用中的公众号，该公众号可以与订阅了该公众号的用户进行交互，换言之，用户在购买商品时可以通过订阅该公众号来获得相应的奖励。

通过上述步骤，用户在即时通讯应用的公众号或者另一小程序中购买商品后，通过服务帐号向用户推送提示信息，以提示用户获取被奖励的虚拟资源，整个过程可以借助于用户终端上的第一应用、服务器以及服务帐号之间的交互来实现，而不用通过人工实现，可以解决相关技术中发放虚拟资源的效率较低的技术问题，进而达到提高效率的技术效果。

在本申请的方案中，可结合ocr识别技术和md5加密技术，以即时通讯应用中的小程序插件的形式实现给关注指定公众号的用户进行支付返现，下面结合图2所示的步骤进一步详述本申请的技术方案。

在步骤s202提供的技术方案中，获取第一应用发送的通信数据，其中，第一应用为加载到第二应用中使用的应用。

可选地，获取第一应用发送的通信数据可以按照如下方式实现：

步骤1，第一应用检测在第二应用中发生的交易。

步骤2，对交易结果进行截图，得到图像数据，图像数据是第一帐号在第二应用中消耗第一虚拟资源时，如购买保险时，对展示的第一资源信息(即保险产品的购买结果)进行截图得到的。

步骤3，第一应用按照约定的加密方式(如md5)对图像数据进行加密。

步骤4，第一应用使用http协议将加密的图像数据传输给服务器。

可选地，第一应用在发送图像数据时启动用于监控图像数据的传输状态的线程，线程在监控到返回的传送失败的提示信息的情况下，重新向服务器发送图像数据。

步骤5，服务器获取第一应用发送的用于表示通信数据的图像数据。

可选地，服务器在获取第一应用发送的用于表示通信数据的图像数据的过程中，服务器按照与第一应用约定的目标协议(如上述http协议)接收图像数据；在接收图像数据失败的情况下，向第一应用返回接收失败的提示信息。

在步骤s204提供的技术方案中，从通信数据中识别出第一帐号的第一资源信息。

在上述实施例中，服务器从通信数据中识别出第一帐号的第一资源信息时，可以对由第一应用加密的图像数据进行解密，得到解密后的图像数据；采用图像识别的方式对图像数据进行识别，得到第一资源信息，第一资源信息包括第一虚拟资源的资源量(如交易金额)、第一帐号(如付款方)以及接收第一虚拟资源的第二帐号(如收款方)，第二帐号为在第二应用中使用的帐号。

可选地，对于服务器而言，接收到上述第一资源信息时，可以与第三应用上传的资源信息进行对比，若存在资源量、第一帐号、第二帐号等均相同的资源信息，则继续后续流程。

在步骤s206提供的技术方案中，根据第一资源信息在服务帐号的服务界面向第一帐号提示第二资源信息。

可选地，根据第一资源信息在服务帐号的服务界面向第一帐号提示第二资源信息之前，获取第三应用中目标标识的状态信息，该状态信息用来记录第一帐号是否接收过虚拟资源，目标标识用于在服务帐号中唯一的表示第一帐号，如公众号中的openid标识，第三应用为与第二帐号关联的加载到第二应用中使用的应用，如即时通讯应用中的小程序，此时第二帐号相当于该小程序在即时通讯应用中对应的资源接收方；在状态信息表明已经向第一帐号发送过第二虚拟资源的情况下，取消向第一帐号提示第二资源信息的操作；在状态信息表明未向第一帐号发送过第二虚拟资源的情况下，执行在服务界面向第一帐号提示第二资源信息的操作。

可选地，获取第三应用中目标标识的状态信息包括：在第三应用的标识集合中查找用于表示第一帐号的目标标识，其中，标识集合中任意两个标识所表示的帐号不同；在查找到目标标识的情况下，获取与目标标识关联的第三资源信息，第三资源信息用于表示第一帐号向第三应用发送过的虚拟资源，如查询第一帐号的消费记录；在第三资源信息与第一资源信息匹配(即相同的消费记录)的情况下，获取目标标识的状态信息。

可选地，在根据第一资源信息在服务帐号的服务界面向第一帐号提示第二资源信息之后，在检测到对第二资源信息的预设操作的情况下，如点击消息中的“领取”虚拟按钮的情况下，将第二虚拟资源发送给第一帐号。

作为一种可选的实施例，下面以将本申请的技术方案应用在即时通讯应用中的返现为例进一步详述本申请的技术方案。

如图3，本申请的主要应用场景之一为即时通讯的支付，下文结合即时通讯应用的公众号，给特定的用户进行现金返现，解决人工介入支付的返现流程造成的手续繁琐且效率低的问题，提升支付返现的用户体验。

技术侧实现如图4所示：

步骤1，利用即时通讯的小程序插件的功能，用户先获取小程序插件(即第一应用)，插件获取即时通讯应用(即第二应用)的支付信息；

步骤2，为了防止信息泄露，采用md5加密后传输到服务器；

步骤3，服务器识别出支付信息中的交易单号、商户单号以及支付金额等信息；

步骤4，告知公众号返现的金额；

步骤5，给指定的公众号返现，结合公众号给指定用户发放现金的功能，服务器给特定的用户现金返现。

上述技术方案主要包括获取支付信息、识别支付信息以及公众号返现三个环节，以下将详细介绍这三个环节的技术实现过程。

获取支付信息的流程如图5所示

步骤s501，依赖于用户完成支付触发本申请的技术方案。

步骤s502，检测是否安装插件，若是则执行步骤s504，否则执行步骤s503。

步骤s503，无法获取支付信息。

步骤s504，用户启动小程序插件，然后在即时通讯中进行支付，进入支付页面，插件截图保留支付图片，即截图保留用户支付页面。

步骤s505，利用javascript的md5库对图片进行md5加密。

步骤s506，在传输图片的同时起进程监听图片的传输情况。

步骤s507，使用http协议传输图片。

步骤s508，检测图片是否传输成功，成功则执行步骤s510，失败则执行步骤s509。

步骤s509，如果获取到服务器传回的fail消息(即接收失败的消息)，表示传输失败，再次尝试传输，直到传输成功。

步骤s510，监听进程获取到服务器传回的receive消息(即接收成功的消息)，表示传输成功，结束获取支付信息流程。

识别支付信息的流程如图6所示：

步骤s601，服务器接收到支付图片，并保存到本地。

步骤s602，利用javascript的md5库对图片进行md5解密。

步骤s603，利用ocr算法识别出图片中的支付信息。

步骤s604，检测识别过程是否成功，若是则执行步骤s605，否则重复执行步骤s603，识别重试，重试多次(如10次)后仍然失败，则返回报错提示。

步骤s605，如果成功，则获取交易单号和商户单号，以及支付金额。

步骤s606，告知公众号所识别出的支付信息。

现金返现流程如图7所示：

步骤s701，获取用户的支付信息。

步骤s702，获取到用户的即时通讯的支付信息后，查找公众号中是否存在该用户的openid(即目标标识)，若存在则执行步骤s704，否则执行步骤s703。

openid是用户在当前公众号下的唯一标识，通过openid和用户的下单购买信息进行键值对的数据绑定，可将用户的即时通讯帐号的openid和关注公众号的openid比对，判断是否存在。

步骤s703，返回无此用户的错误信息，以提示无此用户。

步骤s704，如果存在，则继续去查找是否有该用户的支付信息记录，可用交易单号和商户单号去查找用户的支付信息记录，若果有则执行步骤s705，无则执行步骤s706。

步骤s705，返回此用户已支付的错误信息。

步骤s706，下发消息，通知公众号返现。

步骤s707，公众号返现。

采用本申请的技术方案，可以有效减少人工介入支付返现流程，减少出错的机会，丰富ocr技术的使用场景，更加高效的完成即时通讯支付下的现金返现。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

根据本申请实施例的另一个方面，还提供了一种用于实施上述信息的提示方法的信息的提示装置。图8是根据本申请实施例的一种可选的信息的提示装置的示意图，如图8所示，该装置可以包括：

获取单元801，用于获取第一应用发送的通信数据，其中，第一应用为加载到第二应用中使用的应用；

识别单元803，用于从通信数据中识别出第一帐号的第一资源信息，其中，第一帐号为在第二应用中使用的帐号，第一资源信息用于表示第一帐号在第二应用中消耗的第一虚拟资源；

提示单元805，用于根据第一资源信息在服务帐号的服务界面向第一帐号提示第二资源信息，其中，第二资源信息用于提示待第一帐号领取的第二虚拟资源，服务帐号用于通过第二应用中的服务界面与目标帐号进行信息交互，目标帐号为第二应用中关注了服务帐号的帐号，目标帐号包括第一帐号。

需要说明的是，该实施例中的获取单元801可以用于执行本申请实施例中的步骤s202，该实施例中的识别单元803可以用于执行本申请实施例中的步骤s204，该实施例中的提示单元805可以用于执行本申请实施例中的步骤s206。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现。

通过上述模块，用户在即时通讯应用的公众号或者另一小程序中购买商品后，通过服务帐号向用户推送提示信息，以提示用户获取被奖励的虚拟资源，整个过程可以借助于用户终端上的第一应用、服务器以及服务帐号之间的交互来实现，而不用通过人工实现，可以解决相关技术中发放虚拟资源的效率较低的技术问题，进而达到提高效率的技术效果。

可选地，获取单元还可用于：获取第一应用发送的用于表示通信数据的图像数据，其中，图像数据是第一帐号在第二应用中消耗第一虚拟资源时对展示的第一资源信息进行截图得到的。

可选地，识别单元还可用于：对由第一应用加密的图像数据进行解密，得到解密后的图像数据；采用图像识别的方式对图像数据进行识别，得到第一资源信息，其中，第一资源信息包括第一虚拟资源的资源量、第一帐号以及接收第一虚拟资源的第二帐号，第二帐号为在第二应用中使用的帐号。

可选地，获取单元还可用于在获取第一应用发送的用于表示通信数据的图像数据的过程中，按照与第一应用约定的目标协议接收图像数据；在接收图像数据失败的情况下，向第一应用返回接收失败的提示信息，其中，第一应用在发送图像数据时启动用于监控图像数据的传输状态的线程，线程在监控到返回的提示信息的情况下，重新向服务器发送图像数据。

可选地，提示单元还可用于：根据第一资源信息在服务帐号的服务界面向第一帐号提示第二资源信息之前，方法还包括：获取第三应用中目标标识的状态信息，其中，目标标识用于表示第一帐号，第三应用为与第二帐号关联的加载到第二应用中使用的应用；在状态信息表明已经向第一帐号发送过第二虚拟资源的情况下，取消向第一帐号提示第二资源信息的操作；在状态信息表明未向第一帐号发送过第二虚拟资源的情况下，执行在服务界面向第一帐号提示第二资源信息的操作。

可选地，提示单元还可用于：在第三应用的标识集合中查找用于表示第一帐号的目标标识，其中，标识集合中任意两个标识所表示的帐号不同；在查找到目标标识的情况下，获取与目标标识关联的第三资源信息，其中，第三资源信息用于表示第一帐号向第三应用发送过的虚拟资源；在第三资源信息与第一资源信息匹配的情况下，获取目标标识的状态信息。

可选地，提示单元还可用于在根据第一资源信息在服务帐号的服务界面向第一帐号提示第二资源信息之后，在检测到对第二资源信息的预设操作的情况下，将第二虚拟资源发送给第一帐号。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现，其中，硬件环境包括网络环境。

根据本申请实施例的另一个方面，还提供了一种用于实施上述信息的提示方法的服务器或终端。

图9是根据本申请实施例的一种终端的结构框图，如图9所示，该终端可以包括：一个或多个(图9中仅示出一个)处理器901、存储器903、以及传输装置905，如图9所示，该终端还可以包括输入输出设备907。

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

上述的传输装置905用于经由一个网络接收或者发送数据，还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置905包括一个网络适配器(networkinterfacecontroller，nic)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置905为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。

其中，具体地，存储器903用于存储应用程序。

处理器901可以通过传输装置905调用存储器903存储的应用程序，以执行下述步骤：

获取第一应用发送的通信数据，其中，第一应用为加载到第二应用中使用的应用；

从通信数据中识别出第一帐号的第一资源信息，其中，第一帐号为在第二应用中使用的帐号，第一资源信息用于表示第一帐号在第二应用中消耗的第一虚拟资源；

根据第一资源信息在服务帐号的服务界面向第一帐号提示第二资源信息，其中，第二资源信息用于提示待第一帐号领取的第二虚拟资源，服务帐号用于通过第二应用中的服务界面与目标帐号进行信息交互，目标帐号为第二应用中关注了服务帐号的帐号，目标帐号包括第一帐号。

处理器901还用于执行下述步骤：

对由第一应用加密的图像数据进行解密，得到解密后的图像数据；

采用图像识别的方式对图像数据进行识别，得到第一资源信息，其中，第一资源信息包括第一虚拟资源的资源量、第一帐号以及接收第一虚拟资源的第二帐号，第二帐号为在第二应用中使用的帐号。

采用本申请实施例，用户在即时通讯应用的公众号或者另一小程序中购买商品后，通过服务帐号向用户推送提示信息，以提示用户获取被奖励的虚拟资源，整个过程可以借助于用户终端上的第一应用、服务器以及服务帐号之间的交互来实现，而不用通过人工实现，可以解决相关技术中发放虚拟资源的效率较低的技术问题，进而达到提高效率的技术效果。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

本领域普通技术人员可以理解，图9所示的结构仅为示意，终端可以是智能手机(如android手机、ios手机等)、平板电脑、掌上电脑以及移动互联网设备(mobileinternetdevices，mid)、pad等终端设备。图9其并不对上述电子装置的结构造成限定。例如，终端还可包括比图9中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图9所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(read-onlymemory，rom)、随机存取器(randomaccessmemory，ram)、磁盘或光盘等。

本申请的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行信息的提示方法的程序代码。

可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

获取第一应用发送的通信数据，其中，第一应用为加载到第二应用中使用的应用；

从通信数据中识别出第一帐号的第一资源信息，其中，第一帐号为在第二应用中使用的帐号，第一资源信息用于表示第一帐号在第二应用中消耗的第一虚拟资源；

根据第一资源信息在服务帐号的服务界面向第一帐号提示第二资源信息，其中，第二资源信息用于提示待第一帐号领取的第二虚拟资源，服务帐号用于通过第二应用中的服务界面与目标帐号进行信息交互，目标帐号为第二应用中关注了服务帐号的帐号，目标帐号包括第一帐号。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

对由第一应用加密的图像数据进行解密，得到解密后的图像数据；

采用图像识别的方式对图像数据进行识别，得到第一资源信息，其中，第一资源信息包括第一虚拟资源的资源量、第一帐号以及接收第一虚拟资源的第二帐号，第二帐号为在第二应用中使用的帐号。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

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

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。

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

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

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

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

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