CN111882309A - 消息处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请公开了一种消息处理方法、装置、电子设备及存储介质，属于计算机技术领域。本申请通过在用户触发虚拟物品消息后，根据用户输入的音频以控制第二界面中声控对象的动画播放，提供了生动形象的互动方式，在音频符合目标条件时，能够提供自动领取方式或者基于资源领取控件手动领取的方式，这种基于用户的输入音频而领取虚拟物品消息所对应资源的新型互动方式，提供了更多地人机交互方式以及多样化的界面显示效果，大大提升了趣味性和人机交互效率。

Description

消息处理方法、装置、电子设备及存储介质

技术领域

本申请涉及计算机技术领域，特别涉及一种消息处理方法、装置、电子设备及存储介质。

背景技术

随着计算机技术的发展，用户可以基于移动终端上的社交应用或支付应用，来向亲朋好友以互发虚拟物品消息的方式来赠送资源，该资源包括加密货币、加密资产、虚拟礼物、用户积分等。

以使用虚拟物品消息作为载体赠送虚拟资源为例，发送方终端向至少一个接收方终端发送虚拟物品消息，各个接收方终端在交互界面中显示接收到的虚拟物品消息，用户通过点击交互界面中的“拆封”选项，来领取虚拟物品消息所对应的部分或全部资源。在上述过程中，用户与接收方终端的互动方式单一、趣味性差、人机交互效率低。

发明内容

本申请实施例提供了一种消息处理方法、装置、电子设备及存储介质，能够丰富处理虚拟物品消息时提供的互动方式、以提升趣味性和人机交互效率。该技术方案如下：

一方面，提供了一种消息处理方法，该方法包括：

在第一界面展示虚拟物品消息；

响应于对所述虚拟物品消息的触发操作，展示包含有声控对象的第二界面；

获取音频，根据所述音频控制所述声控对象的动画播放；

当所述音频符合目标条件时，展示包含有资源领取控件的第三界面，或，展示包含有资源已领取提示信息的第四界面。

一方面，提供了一种消息处理装置，该装置包括：

第一展示模块，用于在第一界面展示虚拟物品消息；

第二展示模块，用于响应于对所述虚拟物品消息的触发操作，展示包含有声控对象的第二界面；

获取控制模块，用于获取音频，根据所述音频控制所述声控对象的动画播放；

第三展示模块，用于当所述音频符合目标条件时，展示包含有资源领取控件的第三界面，或，展示包含有资源已领取提示信息的第四界面。

在一种可能实施方式中，所述第二展示模块包括：

第一播放单元，用于在所述第二界面中循环播放所述声控对象的第一特效片段，所述第一特效片段为等待领取所述虚拟物品消息所对应资源的特效。

在一种可能实施方式中，所述第一特效片段包括一个或多个特效元素的燃烧特效。

在一种可能实施方式中，所述获取控制模块包括：

第二播放单元，用于当获取到音频时，在所述第二界面中播放所述声控对象的第二特效片段，所述第二特效片段为正在领取所述虚拟物品消息所对应资源的特效。

在一种可能实施方式中，所述第二特效片段包括处于燃烧状态的一个或多个特效元素随着所述音频逐渐熄灭的特效。

在一种可能实施方式中，所述第二特效片段还包括随着处于燃烧状态的所述一个或多个特效元素熄灭，弹出与所述虚拟物品消息的描述信息相匹配的目标特效元素。

在一种可能实施方式中，所述第二播放单元用于：

根据所述音频的音量，控制所述第二特效片段中处于燃烧状态的所述一个或多个特效元素的火焰幅度，其中，所述音频的音量与所述一个或多个特效元素的火焰幅度呈负相关。

在一种可能实施方式中，所述第二播放单元还用于：

当所述音频的音量大于音量阈值时，控制所述第二特效片段中处于燃烧状态的一个或多个特效元素熄灭。

在一种可能实施方式中，当所述虚拟物品消息所携带的描述信息包括目标关键词时，执行所述第二展示模块所执行的操作，所述描述信息由所述虚拟物品消息的发送方账号进行设置。

在一种可能实施方式中，当所述音频符合目标条件时，所述第二展示模块还用于：

在所述第二界面中显示所述虚拟物品消息所对应资源的领取进度条，所述领取进度条与所述声控对象的动画播放进度相匹配。

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

处理模块，用于对所述音频进行语音处理，得到所述音频的类型标签；

第一确定模块，用于响应于所述类型标签为目标标签，确定所述音频符合所述目标条件。

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

识别模块，用于对所述音频进行语音识别，得到所述音频对应的文本；

第二确定模块，用于响应于所述文本为目标文本，确定所述音频符合所述目标条件。

在一种可能实施方式中，所述第二界面中还包括所述虚拟物品消息所对应资源的领取提示信息，所述领取提示信息用于提示所述资源的领取方式。

一方面，提供了一种电子设备，该电子设备包括一个或多个处理器和一个或多个存储器，该一个或多个存储器中存储有至少一条程序代码，该至少一条程序代码由该一个或多个处理器加载并执行以实现如上述任一种可能实现方式的消息处理方法。

一方面，提供了一种存储介质，该存储介质中存储有至少一条程序代码，该至少一条程序代码由处理器加载并执行以实现如上述任一种可能实现方式的消息处理方法。

一方面，提供一种计算机程序产品或计算机程序，所述计算机程序产品或所述计算机程序包括一条或多条程序代码，所述一条或多条程序代码存储在计算机可读存储介质中。电子设备的一个或多个处理器能够从计算机可读存储介质中读取所述一条或多条程序代码，所述一个或多个处理器执行所述一条或多条程序代码，使得电子设备能够执行上述任一种可能实施方式的消息处理方法。

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

通过在用户触发虚拟物品消息后，根据用户输入的音频以控制第二界面中声控对象的动画播放，提供了生动形象的互动方式，在音频符合目标条件时，能够提供自动领取方式或者基于资源领取控件手动领取的方式，这种基于用户的输入音频而领取虚拟物品消息所对应资源的新型互动方式，提供了更多地人机交互方式以及多样化的界面显示效果，大大提升了趣味性和人机交互效率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还能够根据这些附图获得其他的附图。

图1是本申请实施例提供的一种消息处理方法的实施环境示意图；

图2是本申请实施例提供的一种消息处理方法的流程图；

图3是本申请实施例提供的一种第一界面的示意图；

图4是本申请实施例提供的一种第二界面的示意图；

图5是本申请实施例提供的一种第三界面的示意图；

图6是本申请实施例提供的一种第四界面的示意图；

图7是本申请实施例提供的一种消息发送方法的交互流程图；

图8是本申请实施例提供的一种发送虚拟物品消息的界面示意图；

图9是本申请实施例提供的一种消息处理方法的流程图；

图10是本申请实施例提供的一种第二界面的示意图；

图11是本申请实施例提供的一种消息处理方法的原理性流程图；

图12是本申请实施例提供的一种消息处理方法的系统架构图；

图13是本申请实施例提供的一种消息处理装置的结构示意图；

图14是本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

本申请中术语“第一”“第二”等字样用于对作用和功能基本相同的相同项或相似项进行区分，应理解，“第一”、“第二”、“第n”之间不具有逻辑或时序上的依赖关系，也不对数量和执行顺序进行限定。

本申请中术语“至少一个”是指一个或多个，“多个”的含义是指两个或两个以上，例如，多个第一位置是指两个或两个以上的第一位置。

本申请中的“虚拟物品消息”还可以称为：虚拟红包、电子红包、红包、利是等其它名称。虚拟物品消息是一种在至少两个用户账号之间以赠送形式转移虚拟物品的虚拟载体，可选地，该至少两个用户账号具有好友关系，或者该至少两个用户账号并非好友关系。可选地，该至少两个用户账号位于同一用户聊天群组中，或者，该至少两个用户账号存在非好友的关联关系，在一个示例中，企业账号与用户账号之间能够互发虚拟物品消息，在另一个示例中，公众平台内的公众用户账号与个人用户账号之间也能够互发虚拟物品消息。可选地，某一用户账号还能够通过扫描另一用户账号的支付图形码，并以虚拟物品消息的方式向该另一用户账号转移虚拟物品。

虚拟物品消息中所涉及的虚拟物品(也即资源)可以是加密货币、加密资产、游戏装备、游戏材料、游戏宠物、游戏币、图标、勋章、会员、称号、增值业务、积分、元宝、金豆、礼金券、兑换券、优惠券(包括折扣券和代金券)、贺卡等。本申请实施例对虚拟物品的类型不做限定。

第一终端(发送方终端)向服务器发送虚拟物品发送请求，以请求服务器将虚拟物品消息发送至至第二终端(接收方终端)，在第二终端检测到资源领取相关操作后，将领取到的资源从第一终端对应的第一用户账号转移至第二终端对应的第二用户账号中，由于第二终端的数量包括一个或多个，当第二终端的数量为多个时，涉及到如何对虚拟物品消息所涉及的资源进行分配。可选地，资源分配方式包括如下方式中的至少一种：每个第二终端在触发虚拟物品消息之后所领取到的资源数额是随机分配的，这一分配方式俗称为“随机分配”，或者，每个第二终端在触发虚拟物品消息之后所领取到的资源数额是相等的，这一分配方式俗称为“等额分配”，在本申请实施例中，不对虚拟物品消息所涉及的资源分配方式进行具体限定。

在一些实施例中，在第一界面中展示虚拟物品消息之后，当虚拟物品消息所携带的描述信息中包含目标关键词时，可以在用户的充分授权下自动调用麦克风获取音频，并根据音频控制第二界面中声控对象的动画播放这一新型互动方式，并且当该音频符合目标条件时，提供多种资源领取方式，比如，基于第三界面中的资源领取控件手动领取虚拟物品消息所对应资源，或者，直接自动领取虚拟物品消息所对应资源，展示包含有资源已领取提示信息的第四界面。反之，当虚拟物品消息的描述信息中不包含目标关键词时，可以直接展示包含资源领取控件的第三界面，跳过展示包含声控对象的第二界面以及根据音频控制声控对象的动画播放等执行步骤。

在一些实施例中，在第一界面中展示虚拟物品消息之后，当用户点击该虚拟物品消息时，获取该虚拟物品消息所携带的描述信息，以识别该描述信息中是否包含目标关键词，确定该虚拟物品消息为目标类型(例如生日红包、拜年红包、“吹一吹”红包等基于语音交互的红包类型)，接着调用麦克风监听音频，后续对音频的处理过程以及资源领取过程与上述情况类似，这里不做赘述。

在一些实施例中，服务器在发送虚拟物品消息时，在传输报文的目标字段中嵌入该虚拟物品消息的类型标识，使得第二终端在接收到传输报文时能够直接从目标字段中快速识别出虚拟物品消息的类型标识，而无需再执行关键词匹配的相关逻辑，示意性地，该目标字段为报文头字段，或者，该目标字段为数据字段的首个字节等，本申请实施例对目标字段的位置不进行具体限定。其中，该类型标识用于指示虚拟物品消息的类型，比如，类型标识为“0”时代表虚拟物品消息为目标类型，类型标识为“1”时代表虚拟物品消息为常规类型。

在一个示例中，该目标关键词为“生日”、“牛一”或者“birthday”中至少一项，则该虚拟物品消息俗称为“生日红包”。在另一个示例中，该目标关键词为“新年”、“新春”或者“过年”中至少一项，则该虚拟物品消息俗称为“拜年红包”。

图1是本申请实施例提供的一种消息处理方法的实施环境示意图。参见图1，在该实施环境中包括第一终端120、服务器140以及第二终端160。其中，第一终端120以及第二终端160通过有线或无线通信方式与服务器140进行直接或间接地连接，本申请在此不作限制。

第一终端120用于发送虚拟物品消息，第一终端120上安装有应用程序，第一用户在第一终端120的应用程序上登录第一用户账号，在该应用程序中指定虚拟物品的描述信息、虚拟物品的待发送数量以及接收方账号之后，向服务器140发送虚拟物品发送请求，可选地，接收方账号包括单个第二用户账号，或者多用户聊天群组内的多个第二用户账号，且接收方账号还可以包括该第一用户账号本身，本申请实施例对此不做限制。可选地，该应用程序包括但不限于：社交应用、支付应用、直播应用、阅读应用、游戏应用等等。

服务器140包括一台服务器、多台服务器、云计算平台或者虚拟化中心中的至少一种。服务器140用于为第一终端120和第二终端160提供虚拟物品消息的发送服务。服务器140在接收到第一终端120的虚拟物品发送请求之后，对虚拟物品的描述信息进行关键词匹配，如果该描述信息中包含目标关键词，向第二终端160发送的虚拟物品消息中除了第一界面、第三界面、第四界面的显示资源之外，还需携带第二界面的显示资源，否则，如果该描述信息中不包含目标关键词，那么该虚拟物品消息中仅携带第一界面、第三界面和第四界面的显示资源即可，也即无需携带第二界面的显示资源。这样，针对不同类型的虚拟物品消息，服务器140选择性地下发不同的显示资源，无需向描述信息中不包含目标关键词的虚拟物品消息发送第二界面的显示资源，因此能够大大节约服务器140与第二终端160之间的通信开销。

在一些实施例中，服务器140无需进行关键词匹配，也即是无论该描述信息中是否包含目标关键词，服务器140向第二终端160发送的虚拟物品消息中均携带第一界面、第二界面、第三界面及第四界面的所有显示资源，由第二终端160自行基于关键词匹配原则，确定该描述信息中是否包含目标关键词，从而确定出是否要利用接收到的第二界面的显示资源以进行界面显示。这样，在服务器140上无需执行关键词匹配原则，能够降低服务器140的计算负载，简化服务器140的处理逻辑。

在一些实施例中，第二终端160在本地保存有第一界面、第二界面、第三界面及第四界面的所有显示资源，服务器140仅需在虚拟物品消息中携带本次待展示的界面标识或指纹信息即可，第二终端140根据该界面标识或指纹信息进行相应地界面展示。这样，进一步降低了服务器140向第二终端160发送虚拟物品消息时所需传输的信息量，从而节约了服务器140与第二终端160之间的通信开销。

第二终端160用于接收虚拟物品消息，第二终端160与第一终端120可以为相同终端或者不同终端，第二终端160上安装有应用程序，第二用户在第二终端160的应用程序上登录第二用户账号，在该应用程序中接收服务器140发送的虚拟物品消息，在第一界面中展示该虚拟物品消息，接着在用户触发该虚拟物品消息后，在第二界面中展示声控对象，同时通过麦克风进行监听以获取音频，根据音频来控制声控对象的动画播放，当该音频符合目标条件时，显示包含资源领取控件的第三界面，由第二用户手动点击领取虚拟物品消息所对应资源，或者自动领取虚拟物品消息所对应资源，直接展示包含有资源已领取提示信息的第四界面。可选地，该应用程序包括但不限于：社交应用、支付应用、直播应用、阅读应用、游戏应用等等。

需要说明的是，在本申请实施例中，仅以第一终端120发送虚拟物品发送请求、第二终端160接收虚拟物品消息为例进行说明，在一些实施例中，第二终端160也可以发送虚拟物品发送请求，由第一终端120接收虚拟物品消息，可选地，发送虚拟物品发送请求的终端与接收虚拟物品消息的终端也可以为相同终端，本申请实施例不对此进行具体限定。

可选地，服务器140是独立的物理服务器，或者是多个物理服务器构成的服务器集群或者分布式系统，或者是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。可选地，终端是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。

可选地，第一终端120和第二终端160上安装的应用程序可以是相同的，或者两个终端上安装的应用程序是不同操作系统平台的同一类型应用程序。第一终端120可以泛指多个终端中的一个，第二终端160可以泛指多个终端中的一个，本实施例仅以第一终端120和第二终端160来举例说明。第一终端120和第二终端160的设备类型可以相同或者不同，该设备类型包括：智能手机、平板电脑、电子书阅读器、MP3(Moving Picture Experts GroupAudio Layer III，动态影像专家压缩标准音频层面3)播放器、MP4(Moving PictureExperts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机中的至少一种。例如，第一终端120和第二终端160可以是智能手机，或者其他手持便携式设备。以下实施例，以终端包括智能手机来举例说明。

本领域技术人员可以知晓，上述终端的数量可以更多或更少。比如上述终端可以仅为一个，或者上述终端为几十个或几百个，或者更多数量。本申请实施例对终端的数量和设备类型不加以限定。

图2是本申请实施例提供的一种消息处理方法的流程图。参见图2，该实施例应用于上述实施环境中的第二终端(也即虚拟物品消息的接收方终端)，该实施例包括如下步骤：

201、第二终端在第一界面展示虚拟物品消息。

在本申请实施例中，第二终端是指接收虚拟物品消息的终端设备，相应地，第一终端是指发送虚拟物品发送请求的终端设备，第一终端和第二终端可以是相同设备或者不同设备，本申请实施例以两个终端为不同设备为例进行举例说明。

可选地，第一终端和第二终端上安装有相同的应用程序，或者第一终端和第二终端上安装有不同操作系统平台的同一类型应用程序，第一用户在第一终端的应用程序上登录第一用户账号，第二用户在第二终端的应用程序上登录第二用户账号。可选地，该应用程序包括但不限于：社交应用、支付应用、直播应用、阅读应用、游戏应用等等。

可选地，该虚拟物品消息为虚拟物品(也即资源)的载体，例如，该虚拟物品包括加密货币、加密资产、游戏装备、游戏材料、游戏宠物、游戏币、图标、勋章、会员、称号、增值业务、积分、元宝、金豆、礼金券、兑换券、优惠券(包括折扣券和代金券)、贺卡等，本申请实施例对虚拟物品的类型不做限定。

在一个示例中，假设该虚拟物品为加密货币，该虚拟物品消息则为红包，也称为利是。在另一个示例中，假设该虚拟物品为用户积分，该虚拟物品消息则为积分盒子。

在一些实施例中，第一用户在第一终端的应用程序中登录第一用户账号，指定虚拟物品的描述信息、虚拟物品的待发送数量以及接收方账号之后，第一终端向服务器发送虚拟物品发送请求，其中，该接收方账号包括一个或多个第二用户账号。服务器在接收到该虚拟物品发送请求之后，根据关键词匹配技术，识别该虚拟物品的描述信息中是否包含目标关键词，如果包含目标关键词，将第一界面、第二界面、第三界面以及第四界面的显示资源均添加至虚拟物品消息中，向接收方账号所对应的第二终端发送该虚拟物品消息，如果不包含目标关键词，可以仅将第一界面、第三界面、第四界面的显示资源添加至虚拟物品消息，向接收方账号所对应的第二终端发送该虚拟物品消息。接着，第二用户在第二终端的应用程序中登录第二用户账号，第二终端在第一界面显示该虚拟物品消息。

在一些实施例中，该第二用户账号为正在与第一用户账号进行双人聊天的用户账号，或者，该第二用户账号为第一用户账号所在的多用户聊天群组中的任一用户账号，或者，该第二用户账号为第一用户账号自身。

在一些实施例中，该第一界面为第一用户账号与第二用户账号之间的双人聊天界面，或者，该第一界面为第一用户账号所选择发送虚拟物品的多用户聊天群组所对应的群聊界面，在这种情况下，可选地，虚拟物品消息能够以IM(Instant Messaging，即时通讯)消息的形式实时显示在聊天界面或群聊界面中。

在一些实施例中，该第一界面为第二用户账号当前浏览除了聊天界面之外的任一功能界面，例如，该第一界面为短视频播放界面，或者，该第一界面为文章阅读界面，或者，该第一界面为嵌入式程序加载的子界面，在这种情况下，可选地，虚拟物品消息以悬浮图标的形式悬浮在功能界面的顶层，也即提供一种快速接收虚拟物品消息的快捷图标，能够方便第二用户及时抢到数额有限的虚拟物品，避免了第二用户频繁地在不同界面之间进行切换。

在一些实施例中，该第一界面为游戏界面，也即第二用户在游戏应用中浏览游戏界面时，虚拟物品消息同样能够以悬浮图标的形式悬浮在游戏界面的顶层，需要说明的是，该虚拟物品消息可以是后台运行的社交应用中互相发送的虚拟物品消息，或者，该虚拟物品消息本身就是游戏好友在游戏应用中互相发送的虚拟物品消息。

图3是本申请实施例提供的一种第一界面的示意图，请参考图3，以第一界面为多用户聊天群组的群聊界面为例进行说明，在第一界面300中展示虚拟物品消息301，具体地，该聊天群组中目前包含有3个用户，第一用户在第一终端上发送了一条虚拟物品消息301，以IM消息的形式显示在了第一界面300中，此时第一终端与第二终端为同一终端，也即第一用户也能查看并领取自身发出的虚拟物品消息301。

202、第二终端响应于第二用户对该虚拟物品消息的触发操作，展示包含有声控对象的第二界面。

在一些实施例中，当虚拟物品消息所携带的描述信息中包含目标关键词时，第二终端执行展示包含有该声控对象的第二界面这一操作，该第二界面作为针对这一特殊类型的虚拟物品消息而设计的新型互动界面，该第二界面中包括的声控对象，受到第二终端获取到的音频的控制，能够展示出不同的动画特效。

在一个示例中，该目标关键词为“生日”、“牛一”或者“birthday”中至少一项，则该虚拟物品消息俗称为生日红包。在另一个示例中，该目标关键词为“新年”、“新春”或者“过年”中至少一项，则该虚拟物品消息俗称为拜年红包。

可选地，只有在虚拟物品消息所携带的描述信息中包含目标关键词时，服务器向第二终端发送的虚拟物品消息中才携带第二界面的显示资源，如果虚拟物品消息所携带的描述信息中不包含目标关键词时，服务器向第二终端发送的虚拟物品消息中不携带第二界面的显示资源，这样需要由服务器执行对描述信息进行关键词匹配的步骤，但是能够大大降低服务器与终端之间的通信开销。

可选地，无论虚拟物品消息所携带的描述信息中是否包含目标关键词，服务器向第二终端发送的虚拟物品消息中均携带第二界面的显示资源，由第二终端来执行对描述信息进行关键词匹配的逻辑，这样可以降低服务器在逐个虚拟物品消息进行关键词匹配时的计算开销。

在一些实施例中，第二终端响应于第二用户对虚拟物品消息的触发操作，在第一界面中弹出第二界面，且在该第二界面中包含声控对象，在未采集到第二用户输入的音频之前，在该第二界面中循环播放该声控对象的第一特效片段，该第一特效片段为等待领取该虚拟物品消息所对应资源的特效。

图4是本申请实施例提供的一种第二界面的示意图，请参考图4，以生日红包为例，在第二界面400中，显示虚拟物品的描述信息401“生日快乐(*^▽^*)”，以及循环播放声控对象402的第一特效片段，示意性地，该第一特效片段包括生日蛋糕上单个特效元素(虚拟蜡烛)的燃烧特效，此外，还在底部显示虚拟物品消息所对应资源的领取提示信息403“嚮手機嘅麥吹氣吹熄蠟燭攞利是(向手机麦克风吹气吹熄蜡烛拆开红包)”，第二用户可以根据该领取提示信息的指引，发出声音以触发自动领取虚拟物品消息所对应资源。

203、第二终端获取音频，根据该音频控制该声控对象的动画播放。

在一些实施例中，如果虚拟物品消息所携带的描述信息中携带目标关键词，第二终端可以调用麦克风API(Application Programming Interface，应用程序接口)，通过麦克风API驱动第二终端的麦克风，并通过麦克风对用户的发声进行实时监听，从而获取到该音频。需要说明的是，第二终端驱动麦克风是经过第二用户充分授权的。

接着，由于声控对象能够根据音频进行操控，因此，第二用户在发出声音之后，可以呈现出声控第二界面中的动画播放的效果，可选地，基于该音频控制该声控对象的动画播放及动画停止，可选地，基于该音频控制该声控对象所播放的动画效果(也即随着音频的不同，呈现出不同的特效)。

204、当该音频符合目标条件时，第二终端展示包含有资源领取控件的第三界面，或，展示包含有资源已领取提示信息的第四界面。

其中，该目标条件为领取虚拟物品时所需满足的音频条件。

在一些实施例中，该目标条件为该音频的类型标签为目标标签。此时第二终端可以基于如下方式确定该音频是否符合目标条件：对该音频进行语音处理，得到该音频的类型标签；响应于该类型标签为目标标签，确定该音频符合该目标条件。

上述方式基于音频处理手段对音频进行分类，能够对音频的前景声音进行类型标注，从而按照判别出该音频是否符合目标条件，这种分类手段无需关心音频自身发音的语义内容，仅需关注该音频是否为某一类声音(比如仅关注该音频是否为吹气声)，能够快速判断出该音频是否符合目标条件，提升了第二终端的处理效率。

可选地，第二终端可以通过机器学习模型进行语音处理，得到该音频的类型标签，比如，该机器学习模型为深度神经网络、卷积神经网络等神经网络模型，能够提升音频分类时的准确率。

可选地，该机器学习模型可以是一种二分类模型，其输入为麦克风监听到的音频，而输入为“是”或“否”这两种类型标签，“是”代表该音频符合目标条件，“否”代表该音频不符合目标条件。采用二分类模型来确定音频的类型标签，能够降低音频处理过程的计算量。

可选地，该机器学习模型可以是一个多分类模型，其输入为麦克风监听到的音频，而输入为“吹气声”、“说话声”、“歌唱声”、“噪声”等多个类型标签，其中，“吹气声”代表该音频符合目标条件，“说话声”、“歌唱声”、“噪声”等其他类型标签代表该音频不符合目标条件。采用多分类模型来确定音频的类型标签，能够准确判断出音频实际的类型标签，从而能够根据输出的类型标签，在第二界面中显示不同的操作提示信息，比如，假设目标条件为该音频的类型标签为吹气声，如果实时利用多分类模型确定出该音频的类型标签为噪声，可以显示“请靠近手机麦克风吹气，当前未采集到有效声音”的操作提示信息。

在一个示例性场景中，假设目标条件为该麦克风监听到的音频的类型标签为吹气声。可选地，第二终端通过一个二分类模型判断该音频是否为吹气声，如果输出的类型标签为“是”(目标标签)，确定该音频符合目标条件，否则，确定该音频不符合目标条件。可选地，第二终端通过一个多分类模型判断该音频是否为吹气声，如果输出的类型标签为“吹气声”(目标标签)，确定该音频符合目标条件，否则确定该音频不符合目标条件。

在一些实施例中，该目标条件为该音频的频率特征符合目标频率条件，第二终端对该音频进行预处理之后，分析得到该音频的频率特征，其中，该频率特征用于表示该音频的频率幅度、相位或者能量中至少一项，示意性地，当该频率幅度位于目标幅度区间时，确定该音频满足目标频率条件，或者，当能量位于目标能量区间时，确定该音频满足目标频率条件，也即是该音频符合该目标条件。

在一些实施例中，该目标条件为该音频所对应的文本为目标文本。此时第二终端可以基于如下方式确定该音频是否符合目标条件：对该音频进行语音识别，得到该音频对应的文本；响应于该文本为目标文本，确定该音频符合该目标条件。上述方式先利用语音识别方式，将音频转换成其发音所对应的文本，接着即可利用NLP(Natural LanguageProcessing，自然语言处理)技术对该文本进行处理，判断该文本是否为目标文本，以确定该音频是否符合目标条件，这样能够保证较高的识别精度和识别准确率。

示意性地，第二终端采用ASR(Automatic Speech Recognition，自动语音识别)模型进行语音识别。在一个示例性场景中，该目标条件为该麦克风监听到的音频所对应的文本为“过年好”，第二终端通过一个ASR模型将该音频转换为对应的文本，如果该文本为“过年好”，确定该音频符合目标条件，否则，确定该音频不符合目标条件。

在上述过程中，当音频符合目标条件时，提供两种不同的资源领取方式，一种是展示第三界面，由第二用户基于资源领取控件手动领取虚拟物品消息所对应资源，在第二用户领取完毕后，从第三界面跳转至第四界面，并后台进行资源转移的结算，一种是直接展示第四界面，也即第二终端自动领取虚拟物品消息所对应资源，无需第二用户进行额外的手动操作，可以降低第二用户的操作复杂度，提升人机交互效率。

在一个示例中，假设虚拟物品消息为生日红包，该目标条件为麦克风监听到的音频的类型标签为吹气声(目标标签)，那么第二用户只需要向第二终端的麦克风吹气，第二终端对麦克风监听到的音频进行语音处理，得到该音频的类型标签，如果该类型标签为吹气声，那么确定该麦克风监听到的音频符合目标条件，展示第三界面或者第四界面。

在一个示例中，假设虚拟物品消息为拜年红包，该目标条件为麦克风监听到的音频所对应的文本为目标文本“过年好”，那么第二用户需要对着麦克风念出“过年好”，第二终端对麦克风监听到的音频进行语音识别，得到该音频所对应的文本，如果该音频所对应的文本为目标文本“过年好”，那么确定该麦克风监听到的音频符合目标条件，展示第三界面或者第四界面。

图5是本申请实施例提供的一种第三界面的示意图，请参考图5，以生日红包为例，在第三界面500中，显示虚拟物品的描述信息501“生日快乐(*^▽^*)”，以及资源领取控件502，第二用户可以通过点击该资源领取控件502，触发手动领取虚拟物品消息所对应资源，从而从第三界面500跳转至第四界面。

图6是本申请实施例提供的一种第四界面的示意图，请参考图6，以生日红包为例，在第四界面600中，显示虚拟物品的描述信息601“生日快乐(*^▽^*)”，此外，该第四界面600中还包括第二终端本次领取到的资源数额602“88.00元”，可以清晰提示第二用户本次领取情况，此外，该第四界面600中还包括资源已领取提示信息603“已存入零钱，可直接提现”，可以清晰提示第二用户该虚拟物品消息已经被领取，此外，该第四界面600中还包括回复选项604“用此表情回复”，方便第二用户在应用程序中快捷一键回复表情图像，此外，该第四界面600中还包括资源领取详情605，展示参与本次资源领取的其他用户账号各自领取到的资源数额。

上述所有可选技术方案，能够采用任意结合形成本公开的可选实施例，在此不再一一赘述。

本申请实施例提供的方法，通过在用户触发虚拟物品消息后，根据用户输入的音频以控制第二界面中声控对象的动画播放，提供了生动形象的互动方式，在音频符合目标条件时，能够提供自动领取方式或者基于资源领取控件手动领取的方式，这种基于用户的输入音频而领取虚拟物品消息所对应资源的新型互动方式，提供了更多地人机交互方式以及多样化的界面显示效果，大大提升了趣味性和人机交互效率。

图7是本申请实施例提供的一种消息发送方法的交互流程图。参见图7，该实施例应用于上述实施环境中的第一终端(也即发送方终端)与服务器之间的交互过程，该实施例包括如下步骤：

701、第一终端展示虚拟物品的发送界面，该发送界面包括发送选项。

其中，该发送界面是用于设置虚拟物品的描述信息、虚拟物品的待发送数量、接收方账号以及资源分配方式的用户界面，且在该发送界面中包括发送选项，该发送选项用于触发发送虚拟物品发送请求。

可选地，该描述信息为第一用户在发送该虚拟物品时设置的祝福语或备注信息，比如“XX生日快乐”、“XX新年快乐”等，第一用户在该发送界面中输入的描述信息决定了服务器在向第二终端发送的该虚拟物品消息中携带的显示资源，如果该描述信息中包括目标关键词，则该虚拟物品消息中携带第一界面、第二界面、第三界面以及第四界面的显示资源，否则，如果该描述信息中不包括目标关键词，则该虚拟物品消息中可以仅携带第一界面、第三界面及第四界面的显示资源。

可选地，该待发送数量为第一用户在发送该虚拟物品时设置的、虚拟物品消息所承载的资源数额，比如，当虚拟物品为加密货币时，该待发送数量是指加密货币的待发送金额，又比如，当虚拟物品为用户积分时，该待发送数量是指用户积分的待发送积分量。

可选地，该接收方账号包括一个或多个第二用户账号，比如，该第二用户账号为正在与第一用户账号进行双人聊天的用户账号，或者，该第二用户账号为第一用户账号所在的多用户聊天群组中的任一用户账号，或者，该第二用户账号为第一用户账号自身。

可选地，该资源分配方式包括随机分配和等额分配，随机分配是指每个第二终端在开启虚拟物品消息之后所领取到资源数额是随机分配的，等额分配是指每个第二终端在开启虚拟物品消息之后所领取到的资源数额是相等的，第一用户可以在发送界面中自定义设置资源分配方式，在本申请实施例中，不对资源分配方式进行具体限定。

在一些实施例中，第一用户在第一终端的应用程序中登录第一用户账号，在该应用程序的聊天界面中显示虚拟物品的发送控件，响应于第一用户对该发送控件的触发操作，展示该虚拟物品的发送界面。可选地，该触发操作包括点击操作、手势操作、滑动操作、长按操作、语音指令等等，本申请实施例不对该触发操作的方式进行具体限定。

可选地，第一用户可以在该发送界面中设置该虚拟物品的描述信息、虚拟物品的待发送数量、接收方账号或者资源分配方式中至少一项。需要说明的是，在该发送界面中可以包括多个预设的待发送数量的快捷选项，可以方便第一用户快速点击以选取虚拟物品的待发送数量，当然，第一用户也可以手动输入自定义的待发送数量。

在一些实施例中，如果第一用户未填写该描述信息，第一终端可以将该描述信息获取为默认描述信息，比如，该默认描述信息为“恭喜发财，大吉大利”等。

在一些实施例中，如果第一用户未指定接收方账号，此时可以将触发虚拟物品的发送控件时，正在与第一用户账号进行聊天的用户账号获取为接收方账号，当第一用户账号与某个第二用户账号进行一对一聊天时，将该第二用户账号确定为接收方账号，当第一用户账号正在多用户聊天群组中进行多人聊天时，将该多用户聊天群组中的所有第二用户账号以及该第一用户账号确定为接收方账号。可选地，当第一用户账号处于多用户聊天群组中进行多人聊天时，仍然可以发送指定该多用户聊天群组中某个第二用户账号接收的虚拟物品，也即是说，第一终端可以向多用户聊天群组中的某个第二用户账号发送专属的虚拟物品，本申请实施例不对接收方账号的设置方式进行具体限定。

在一些实施例中，如果第一用户未设置资源分配方式，第一终端可以将该分配方式获取为默认分配方式，比如，该默认分配方式为随机分配，或者该默认分配方式为等额分配。

图8是本申请实施例提供的一种发送虚拟物品消息的界面示意图，请参考图8，如界面801所示，第一用户在多用户聊天群组中通过点击“+”按钮触发显示虚拟物品的发送控件，第一用户在点击该虚拟物品的发送控件之后，第一终端跳转至界面802，该界面802也即虚拟物品的发送界面，在该发送界面中提供虚拟物品的待发送数量的输入框8021、虚拟物品消息数量的输入框8022、描述信息的输入框8023以及发送选项8024，第一用户在设置完毕后，点击该发送选项8024之后，第一终端跳转至界面803，在该界面803中确认进行该待发送数量的虚拟物品的发放(也即确认付款)，即可完成对虚拟物品的发送。

702、第一终端响应于第一用户对该发送选项的触发操作，向服务器发送虚拟物品发送请求。

在一些实施例中，第一用户在发送界面中设置了该虚拟物品的描述信息、虚拟物品的待发送数量、接收方账号或者资源分配方式中至少一项之后，点击该发送界面中的发送选项，即可触发第一终端向服务器发送该虚拟物品发送请求。可选地，该虚拟物品发送请求中携带第一用户账号、虚拟物品的描述信息、虚拟物品的待发送数量、接收方账号以及资源分配方式。

703、服务器根据该虚拟物品发送请求中携带的描述信息，获取待发送的虚拟物品消息。

在上述过程中，服务器接收第一终端发送的虚拟物品发送请求，解析该虚拟物品发送请求，得到第一用户账号、虚拟物品的描述信息、虚拟物品的待发送数量、接收方账号以及资源分配方式。

在一些实施例中，服务器对该描述信息进行关键词匹配，识别该虚拟物品的描述信息中是否包含目标关键词，如果该描述信息中包含目标关键词，将第一界面、第二界面、第三界面以及第四界面的显示资源均添加至虚拟物品消息中，否则，如果该描述信息中不包含目标关键词，可以仅将第一界面、第三界面、第四界面的显示资源添加至虚拟物品消息，接着执行下述步骤704。

其中，该目标关键词用于标识虚拟物品消息的界面显示方式，比如对于生日红包来说，该目标关键词为“生日”、“牛一”、“birthday”等，又比如对于拜年红包来说，该目标关键词为“新年”、“新春”、“过年”等。

704、服务器向至少一个第二终端发送该待发送的虚拟物品消息。

在上述过程中，由于不同类型的虚拟物品消息中承载了不同的显示资源，服务器基于描述信息不同的虚拟物品发送请求，生成不同的待发送的虚拟物品消息，向接收方账号所对应的至少一个第二终端发送该待发送的虚拟物品消息。

可选地，服务器以IM消息的形式进行发送该虚拟物品消息，该IM消息包括群组消息、私聊消息、信息发布平台上的消息、通过摇一摇功能摇到的消息等。可选地，服务器基于该虚拟物品消息生成一个图形码，以图形码的形式发送该虚拟物品消息，该图形码包括条形码、二维码等。

在本申请实施例中，通过第一终端在虚拟物品的发送界面中设置虚拟物品的描述信息，以决定服务器最终分发的虚拟物品消息中承载的显示资源，使得第二终端在接收到该虚拟物品消息时，能够展示出不同界面显示效果，并以一种新型的基于语音交互的互动方式来领取虚拟物品消息所对应的资源，丰富了互动方式，提升了趣味性和人机交互效率。

图9是本申请实施例提供的一种消息处理方法的流程图。参见图9，该实施例应用于上述实施环境中的任一第二终端(也即接收方终端)，该实施例包括如下步骤：

901、第二终端响应于接收到服务器发送的虚拟物品消息，在第一界面展示该虚拟物品消息。

其中，该第二终端为接收虚拟物品消息的任一终端设备，或者，该第二终端与第一终端相同。

其中，该第二用户账号为该第二终端所对应的接收方账号。

上述步骤901与上述步骤201类似，这里不做赘述。

902、第二终端响应于第二用户对该虚拟物品消息的触发操作，展示包含有声控对象的第二界面。

在一些实施例中，以IM消息显示虚拟物品消息为例，在检测到第二用户对IM消息中虚拟物品消息的点击操作之后，第二终端根据服务器发送的虚拟物品消息中携带的显示资源，显示包含该声控对象的第二界面。

在一些实施例中，以图形码显示虚拟物品消息为例，在检测到第二用户对图形码的扫描操作之后，第二终端跳转至图形码所链接的网址，在该网址中显示包含该声控对象的第二界面。

可选地，该第二界面中包括发送虚拟物品的第一用户账号的昵称以及虚拟物品的描述信息。

可选地，该第二界面还包括该虚拟物品消息所对应资源的领取提示信息，其中，该领取提示信息用于提示该资源的领取方式。

在一个示例中，第二终端在该第二界面中的第一目标区域显示该领取提示信息，其中，该第一目标区域为第二界面的任一区域，比如，该第一目标区域为第二界面的底部区域，或者，该第一目标区域为第二界面的顶部区域。

在一些实施例中，该领取提示信息可以是文本形式，比如，该领取提示信息为“嚮手機嘅麥吹氣吹熄蠟燭攞利是(向手机麦克风吹气吹熄蜡烛拆开红包)”，或者，该领取提示信息可以是图标形式，比如，该领取提示信息为向手机吹气的图形画面，或者，该领取提示信息可以是语音形式，在第二终端显示第二界面后，自动播放“向手机麦克风吹气吹熄蜡烛拆开红包”的提示语音，同时，在第二界面中还包括提示语音的操作选项，比如，以扬声器图标作为该提示语音的操作选项，第二用户首次点击扬声器图标，可以关闭提示语音，第二用户再次点击扬声器图标，可以重拨提示语音。

上述过程中，通过在第二界面中显示领取提示信息，让第二用户在领取虚拟物品之前随时方便地查看到领取提示信息，简化了第二用户的操作难度，在一些实施例中，还可以在显示第二界面之前，播放领取提示信息的提示动画，在提示动画播放完毕后再显示该第二界面，使得第二界面的显示效果更加简约。

在一些实施例中，仅当该虚拟物品消息所携带的描述信息包括目标关键词时，第二终端才执行上述步骤902中显示第二界面的操作，该描述信息由该虚拟物品消息的发送方账号(第一用户账号)进行设置。否则，如果该虚拟物品消息所携带的描述信息不包括目标关键词，则终端直接显示第三界面。这样针对不同描述信息的虚拟物品消息，提供了不同的界面交互方式，可以提供更加丰富有趣的互动效果。

在一个示例中，该目标关键词为“生日”、“牛一”或者“birthday”中至少一项，则该目标类型的虚拟物品消息为生日红包。在另一个示例中，该目标关键词为“新年”、“新春”或者“过年”中至少一项，则该目标类型的虚拟物品消息为拜年红包。

903、第二终端在该第二界面中循环播放该声控对象的第一特效片段，该第一特效片段为等待领取该虚拟物品消息所对应资源的特效。

可选地，该第一特效片段包括一个或多个特效元素的燃烧特效，比如该一个或多个特效元素为一个或多个虚拟蜡烛，或者，该一个或多个特效元素为一个或多个虚拟爆竹。

在一个示例中，对于生日红包来说，第一特效片段为生日蛋糕上一个或多个虚拟蜡烛的燃烧特效，能够模拟出真实场景中过生日前许愿的互动效果。在另一个示例中，对于拜年红包来说，第一特效片段为一个或多个虚拟爆竹的燃烧特效，能够模拟出真实场景中拜年前放炮的互动效果。

904、第二终端通过麦克风进行监听以获取音频。

在本申请实施例中，第二终端可以调用麦克风API，通过麦克风API驱动第二终端的麦克风，并通过麦克风进行监听。例如，该麦克风API为WebAudioAPI(麦克风录音模块)，通过该麦克风录音模块可以连接到麦克风输入设备，从而捕捉第二用户发出的音频信号(也即进行监听)。

905、第二终端对该音频进行语音处理，得到该音频的类型标签。

在上述过程中，第二终端可以通过机器学习模型进行语音处理，得到该音频的类型标签，比如，该机器学习模型为深度神经网络、卷积神经网络等神经网络模型。

可选地，该机器学习模型可以是一种二分类模型，其输入为麦克风监听到的音频，而输入为“是”或“否”这两种类型标签，“是”代表该音频符合目标条件，“否”代表该音频不符合目标条件。

可选地，该机器学习模型可以是一个多分类模型，其输入为麦克风监听到的音频，而输入为“吹气声”、“说话声”、“歌唱声”、“噪声”等多个类型标签，其中，“吹气声”代表该音频符合目标条件，“说话声”、“歌唱声”、“噪声”等其他类型标签代表该音频不符合目标条件。

906、第二终端响应于该类型标签为目标标签，确定该音频符合该目标条件。

其中，该目标条件为领取虚拟物品时所需满足的音频条件。

在本申请实施例中，以该目标条件为该麦克风监听到的音频的类型标签为目标标签为例进行说明，假设目标条件为该麦克风监听到的音频的类型标签为吹气声。

可选地，第二终端通过一个二分类模型判断该音频是否为吹气声，如果输出的类型标签为“是”(目标标签)，确定该音频符合目标条件，否则，确定该音频不符合目标条件。

可选地，第二终端通过一个多分类模型判断该音频是否为吹气声，如果输出的类型标签为“吹气声”(目标标签)，确定该音频符合目标条件，否则确定该音频不符合目标条件。

在一些实施例中，该目标条件还可以为该音频所对应的文本为目标文本。此时，上述步骤905-906可以采用下述方式进行替换：第二终端对该音频进行语音识别，得到该音频对应的文本；响应于该文本为目标文本，确定该音频符合该目标条件；否则，如果该文本不是目标文本，确定该音频不符合目标条件。示意性地，第二终端采用ASR(Automatic SpeechRecognition，自动语音识别)模型进行语音识别。

在一个示例中，该目标条件为该麦克风监听到的音频所对应的文本为“过年好”，第二终端通过一个ASR模型将该音频转换为对应的文本，如果该文本为“过年好”，确定该音频符合目标条件，否则，确定该音频不符合目标条件。

可选地，语音处理过程中采用的机器学习模型或语音识别过程中采用的ASR模型均可以嵌入到应用程序的声音分析模块，该声音分析模块用于对麦克风录音模块所捕获到的音频信号进行分析，判断出该音频是否符合目标条件，比如，判断该音频是否为吹气声，或者，判断该音频所对应的文本是否为目标文本。

907、第二终端响应于该麦克风监听到的音频符合目标条件，在该第二界面中显示该虚拟物品消息所对应资源的领取进度条。

可选地，该领取进度条可以是环形进度条、条形进度条等表示形式，或者，该领取进度条还可以是一个不断更新的数值。

在上述过程中，在该音频符合目标条件时，第二终端可以在第二界面中显示该虚拟物品消息所对应资源的领取进度条，同时执行下述步骤908，播放声控对象的第二特效片段，可选地，该领取进度条与该声控对象的动画播放进度(也即第二特效片段的播放进度)相匹配，也即是说，随着第二特效片段的播放完毕，刚好该领取进度条到达最大进度。

908、第二终端在获取到音频时，在该第二界面中播放该声控对象的第二特效片段，该第二特效片段为正在领取该虚拟物品消息所对应资源的特效。

可选地，该第二特效片段包括处于燃烧状态的一个或多个特效元素随着该音频逐渐熄灭的特效，比如该一个或多个特效元素为一个或多个虚拟蜡烛，或者，该一个或多个特效元素为一个或多个虚拟爆竹。

可选地，该第二特效片段还包括随着处于燃烧状态的该一个或多个特效元素熄灭，弹出与该虚拟物品消息的描述信息相匹配的目标特效元素，比如，该目标特效元素为气球特效元素、彩带特效元素、火花特效元素、光影特效元素等等。

在上述过程中，第二终端还可以根据该音频控制该声控对象的动画播放，具体地，第二终端可以根据该音频的音量，控制该第二特效片段中处于燃烧状态的该一个或多个特效元素的火焰幅度，其中，该音频的音量与该一个或多个特效元素的火焰幅度呈负相关。换言之，该音频的音量越大，特效元素的火焰幅度越小，反之，该音频的音量越小，特效元素的火焰幅度越大。

也即是说，可以随着第二用户向第二终端吹气发出气流声，声控对象会基于该气流声的控制，在播放第二特效片段的过程中，控制处于燃烧状态的各个特效元素的火焰幅度，从而呈现出随着第二用户吹气，第二终端内特效元素的火焰会随之抖动的视觉效果，能够逼真地模拟出真实场景中的吹蜡烛情况，给第二用户带来深度沉浸式体验。

在一些实施例中，当该音频的音量大于音量阈值时，第二终端还可以控制该第二特效片段中处于燃烧状态的一个或多个特效元素熄灭。也即是说，只有当第二用户的吹气声音量大于音量阈值时，才能够完全吹灭声控对象所提供的各个特效元素，能够进一步还原出真实场景中的吹蜡烛情况，给第二用户带来深度沉浸式体验。

在一个示例中，对于生日红包来说，第一特效片段为生日蛋糕上一个或多个虚拟蜡烛的燃烧特效，第二特效片段则为随着音频的采集，处于燃烧状态的一个或多个虚拟蜡烛逐渐熄灭的特效，同时还可以弹出“HAPPY BIRTHDAY”的一个或多个庆祝气球作为目标特效元素，并且随着气流声的大小变化，该一个或多个虚拟蜡烛的火焰幅度将会随之实时变化，能够模拟出真实场景中随着用户的吹气将一个或多个虚拟蜡烛吹灭的互动效果，带来沉浸式的交互体验。

在另一个示例中，对于拜年红包来说，第一特效片段为一个或多个虚拟爆竹的燃烧特效，第二特效片段则为随着音频的采集，处于燃烧状态的一个或多个虚拟爆竹逐渐熄灭的特效，能够模拟出真实场景中爆竹燃烧完毕时的展示效果。

在一些实施例中，当该第二特效片段中包括多个处于燃烧状态的特效元素时，已熄灭的特效元素的数量与该音频的音量呈正相关。也即是说，随着第二用户发出吹气声音频的音量加大，第二特效片段中已熄灭的特效元素的数量越来越多，直到第二用户将第二特效片段中所有的特效元素都吹灭之后，执行下述步骤909。

可选地，该声控对象可以采用动画模块进行分段播放，第0帧到第N(N≥0)帧为第一特效片段，第N+1帧到最后一帧为第二特效片段，通过lottie-web(片段播放)库，可以实现指定帧进行播放的功能，从而能够对声控对象进行分段播放，在步骤903中循环播放指定的帧范围[0，N]，在步骤908中继续播放另一个指定的帧范围[N+1，最后一帧]。

图10是本申请实施例提供的一种第二界面的示意图，请参考图10，以生日红包为例，在第二界面1000中，显示虚拟物品消息的描述信息1001，随着第二用户根据领取提示信息的指引，发出声音以触发领取虚拟物品消息所对应的资源，在该第二界面1000中播放生日蛋糕上单个处于燃烧状态的虚拟蜡烛随着吹气声逐渐熄灭的特效1002，同时还会弹出多个字母形式的庆祝气球(目标特效元素)，组成“HAPPY BIRTHDAY”的庆祝特效，并且在底部显示该虚拟物品消息所对应资源的领取进度条1003。

909、第二终端响应于该领取进度条到达最大进度，展示包含有资源领取控件的第三界面，或，展示包含有资源已领取提示信息的第四界面。

在上述过程中，随着第二特效片段的播放完毕，该领取进度条到达最大进度，从而触发第二终端从该第二界面跳转至该第三界面，由第二用户对第三界面中资源领取控件的触发操作，再从第三界面跳转至第四界面。或者，随着该第二特效片段的播放完毕，该领取进度条到达最大进度，从而触发第二终端直接从该第二界面跳转至该第四界面。

在上述步骤907-909中，第二终端提供一种新型的领取虚拟物品消息所对应资源的方式，通过声控对象实现高仿真、沉浸式的用户交互方式，第二用户直接向麦克风发出声音，基于麦克风监听到的音频，如果符合目标条件，即可自动领取资源，并跳转至第四界面，或者，第二用户在第三界面中手动领取资源后跳转至第四界面。

上述步骤909与上述步骤204类似，这里不做赘述。

上述所有可选技术方案，能够采用任意结合形成本公开的可选实施例，在此不再一一赘述。

本申请实施例提供的方法，通过在用户触发虚拟物品消息后，根据用户输入的音频以控制第二界面中声控对象的动画播放，提供了生动形象的互动方式，在音频符合目标条件时，能够提供自动领取方式或者基于资源领取控件手动领取的方式，这种基于用户的输入音频而领取虚拟物品消息所对应资源的新型互动方式，提供了更多地人机交互方式以及多样化的界面显示效果，大大提升了趣味性和人机交互效率。

图11是本申请实施例提供的一种消息处理方法的原理性流程图，如1100所示，假设虚拟物品消息为生日红包，该方法包括下述步骤：

步骤一、服务器通过关键词匹配原则，判断第一终端发送的虚拟物品消息是否为生日红包。

比如，判断虚拟物品消息的描述信息中是否包括“生日”、“牛一”、“birthday”等目标关键词，如果是，则确定为生日红包，执行步骤二，否则，确定为普通红包，遵循普通红包基于拆封选项进行领取的逻辑。

可选地，服务器还可以为该消息处理方法设置活动时间段，只有在某一段活动时间段内，才提供这种新型的消息处理方法，如果当前时刻处于活动时间段内，那么继续判断该描述信息中是否包含目标关键词，否则，如果当前时刻不处于活动时间段内，那么跳转到遵循普通红包基于拆封选项进行领取的逻辑。

步骤二、第二终端循环播放生日动画的指定帧范围[0，N](燃烧蜡烛)。

步骤三、第二终端监听麦克风录音。

步骤四、第二终端对麦克风监听到的音频进行声音分析。

步骤五、第二终端判断该音频是否为吹气声，如果是，执行步骤六，否则，返回步骤三。

步骤六、第二终端播放生日动画的指定帧范围[N+1，最后一帧](吹灭蜡烛)。

步骤七、第二终端播放完毕，自动拆红包。

步骤八、第二终端展示红包内容。

在本实施例中，以生日红包为例，采用一种更加新颖、更具有互动性的交互方式，还原了真实场景中过生日时吹蜡烛的互动场景，支持通过向麦克风吹气领取生日红包，给用户带来了“吹蜡烛领生日红包”的沉浸式用户体验，能够有效促进发送虚拟物品消息的好友之间的情感交流，提供了生日红包的趣味性，丰富了生日红包的人机交互方式，可以提升用户粘度。

图12是本申请实施例提供的一种消息处理方法的系统架构图，请参考图12，在虚拟物品消息的收发系统中包括客户端1201、接入层1202、逻辑层1203以及数据层1204，在客户端1201中涉及到用于展示/发送虚拟物品消息的应用程序(如社交应用)，在接入层1202中涉及到该应用程序的web服务器及后台服务器，客户端1201通过接入层1202中的服务器与外部系统相连，在逻辑层1203中涉及到钱包基础服务模块以及核心账务服务模块，可选地，钱包基础服务模块中涉及到红包逻辑子模块、红包异步子模块、公共服务子模块、用户信息服务子模块，核心账务服务模块中涉及到对账处理子模块、退款处理子模块、B2C(Business-To-Consumer，商对客电子商务模式)子模块、CQ(Completion Queue，一个先入先出队列)子模块，在数据层1204中涉及到基础消息服务模块，具体包括CKV(Cloud Key-Value，一个内存级、持久化、低成本、分布式的键值型存储系统)子模块、CKV+(Cloud Key-Value+，兼容了Memcached、Redis等开源协议)子模块以及FMHA(Financial MySQL HighAvailability，基于MySql的高可用性)子模块。通过这一系统架构，能够支撑上述实施例中的虚拟物品消息的收发系统，实现上述虚拟物品消息的发送方法及展示方法。

图13是本申请实施例提供的一种消息处理装置的结构示意图，请参考图13，该装置包括：

第一展示模块1301，用于在第一界面展示虚拟物品消息；

第二展示模块1302，用于响应于对该虚拟物品消息的触发操作，展示包含有声控对象的第二界面；

获取控制模块1303，用于获取音频，根据该音频控制该声控对象的动画播放；

第三展示模块1304，用于当该音频符合目标条件时，展示包含有资源领取控件的第三界面，或，展示包含有资源已领取提示信息的第四界面。

本申请实施例提供的装置，通过在用户触发虚拟物品消息后，根据用户输入的音频以控制第二界面中声控对象的动画播放，提供了生动形象的互动方式，在音频符合目标条件时，能够提供自动领取方式或者基于资源领取控件手动领取的方式，这种基于用户的输入音频而领取虚拟物品消息所对应资源的新型互动方式，提供了更多地人机交互方式以及多样化的界面显示效果，大大提升了趣味性和人机交互效率。

在一种可能实施方式中，基于图13的装置组成，该第二展示模块1302包括：

第一播放单元，用于在该第二界面中循环播放该声控对象的第一特效片段，该第一特效片段为等待领取该虚拟物品消息所对应资源的特效。

在一种可能实施方式中，该第一特效片段包括一个或多个特效元素的燃烧特效。

在一种可能实施方式中，基于图13的装置组成，该获取控制模块1303包括：

第二播放单元，用于当获取到音频时，在该第二界面中播放该声控对象的第二特效片段，该第二特效片段为正在领取该虚拟物品消息所对应资源的特效。

在一种可能实施方式中，该第二特效片段包括处于燃烧状态的一个或多个特效元素随着该音频逐渐熄灭的特效。

在一种可能实施方式中，该第二特效片段还包括随着处于燃烧状态的该一个或多个特效元素熄灭，弹出与该虚拟物品消息的描述信息相匹配的目标特效元素。

在一种可能实施方式中，该第二播放单元用于：

根据该音频的音量，控制该第二特效片段中处于燃烧状态的该一个或多个特效元素的火焰幅度，其中，该音频的音量与该一个或多个特效元素的火焰幅度呈负相关。

在一种可能实施方式中，该第二播放单元还用于：

当该音频的音量大于音量阈值时，控制该第二特效片段中处于燃烧状态的一个或多个特效元素熄灭。

在一种可能实施方式中，当该虚拟物品消息所携带的描述信息包括目标关键词时，执行该第二展示模块1302所执行的操作，该描述信息由该虚拟物品消息的发送方账号进行设置。

在一种可能实施方式中，当该音频符合目标条件时，该第二展示模块1302还用于：

在该第二界面中显示该虚拟物品消息所对应资源的领取进度条，该领取进度条与该声控对象的动画播放进度相匹配。

在一种可能实施方式中，基于图13的装置组成，该装置还包括：

处理模块，用于对该音频进行语音处理，得到该音频的类型标签；

第一确定模块，用于响应于该类型标签为目标标签，确定该音频符合该目标条件。

在一种可能实施方式中，基于图13的装置组成，该装置还包括：

识别模块，用于对该音频进行语音识别，得到该音频对应的文本；

第二确定模块，用于响应于该文本为目标文本，确定该音频符合该目标条件。

在一种可能实施方式中，该第二界面中还包括该虚拟物品消息所对应资源的领取提示信息，该领取提示信息用于提示该资源的领取方式。

上述所有可选技术方案，能够采用任意结合形成本公开的可选实施例，在此不再一一赘述。

需要说明的是：上述实施例提供的消息处理装置在处理虚拟物品消息时，仅以上述各功能模块的划分进行举例说明，实际应用中，能够根据需要而将上述功能分配由不同的功能模块完成，即将电子设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的消息处理装置与消息处理方法实施例属于同一构思，其具体实现过程详见消息处理方法实施例，这里不再赘述。

图14是本申请实施例提供的一种电子设备的结构示意图。可选地，该电子设备1400的设备类型包括：智能手机、平板电脑、MP3播放器(Moving Picture Experts GroupAudio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture ExpertsGroup Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。电子设备1400还可能被称为用户设备、便携式电子设备、膝上型电子设备、台式电子设备等其他名称。

通常，电子设备1400包括有：处理器1401和存储器1402。

可选地，处理器1401包括一个或多个处理核心，比如4核心处理器、8核心处理器等。可选地，处理器1401采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable LogicArray，可编程逻辑阵列)中的至少一种硬件形式来实现。在一些实施例中，处理器1401包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central Processing Unit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1401集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1401还包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

在一些实施例中，存储器1402包括一个或多个计算机可读存储介质，可选地，该计算机可读存储介质是非暂态的。可选地，存储器1402还包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1402中的非暂态的计算机可读存储介质用于存储至少一个程序代码，该至少一个程序代码用于被处理器1401所执行以实现本申请中各个实施例提供的消息处理方法。

在一些实施例中，电子设备1400还可选包括有：外围设备接口1403和至少一个外围设备。处理器1401、存储器1402和外围设备接口1403之间能够通过总线或信号线相连。各个外围设备能够通过总线、信号线或电路板与外围设备接口1403相连。具体地，外围设备包括：射频电路1404、触摸显示屏1405、摄像头组件1406、音频电路1407、定位组件1408和电源1409中的至少一种。

外围设备接口1403可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器1401和存储器1402。在一些实施例中，处理器1401、存储器1402和外围设备接口1403被集成在同一芯片或电路板上；在一些其他实施例中，处理器1401、存储器1402和外围设备接口1403中的任意一个或两个在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路1404用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路1404通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1404将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1404包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。可选地，射频电路1404通过至少一种无线通信协议来与其它电子设备进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路1404还包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏1405用于显示UI(User Interface，用户界面)。可选地，该UI包括图形、文本、图标、视频及其它们的任意组合。当显示屏1405是触摸显示屏时，显示屏1405还具有采集在显示屏1405的表面或表面上方的触摸信号的能力。该触摸信号能够作为控制信号输入至处理器1401进行处理。可选地，显示屏1405还用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1405为一个，设置电子设备1400的前面板；在另一些实施例中，显示屏1405为至少两个，分别设置在电子设备1400的不同表面或呈折叠设计；在再一些实施例中，显示屏1405是柔性显示屏，设置在电子设备1400的弯曲表面上或折叠面上。甚至，可选地，显示屏1405设置成非矩形的不规则图形，也即异形屏。可选地，显示屏1405采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(Organic Light-EmittingDiode,有机发光二极管)等材质制备。

摄像头组件1406用于采集图像或视频。可选地，摄像头组件1406包括前置摄像头和后置摄像头。通常，前置摄像头设置在电子设备的前面板，后置摄像头设置在电子设备的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件1406还包括闪光灯。可选地，闪光灯是单色温闪光灯，或者是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，用于不同色温下的光线补偿。

在一些实施例中，音频电路1407包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1401进行处理，或者输入至射频电路1404以实现语音通信。出于立体声采集或降噪的目的，麦克风为多个，分别设置在电子设备1400的不同部位。可选地，麦克风是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1401或射频电路1404的电信号转换为声波。可选地，扬声器是传统的薄膜扬声器，或者是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅能够将电信号转换为人类可听见的声波，也能够将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1407还包括耳机插孔。

定位组件1408用于定位电子设备1400的当前地理位置，以实现导航或LBS(Location Based Service，基于位置的服务)。可选地，定位组件1408是基于美国的GPS(Global Positioning System，全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。

电源1409用于为电子设备1400中的各个组件进行供电。可选地，电源1409是交流电、直流电、一次性电池或可充电电池。当电源1409包括可充电电池时，该可充电电池支持有线充电或无线充电。该可充电电池还用于支持快充技术。

在一些实施例中，电子设备1400还包括有一个或多个传感器1410。该一个或多个传感器1410包括但不限于：加速度传感器1411、陀螺仪传感器1412、压力传感器1413、指纹传感器1414、光学传感器1415以及接近传感器1416。

在一些实施例中，加速度传感器1411检测以电子设备1400建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1411用于检测重力加速度在三个坐标轴上的分量。可选地，处理器1401根据加速度传感器1411采集的重力加速度信号，控制触摸显示屏1405以横向视图或纵向视图进行用户界面的显示。加速度传感器1411还用于游戏或者用户的运动数据的采集。

在一些实施例中，陀螺仪传感器1412检测电子设备1400的机体方向及转动角度，陀螺仪传感器1412与加速度传感器1411协同采集用户对电子设备1400的3D动作。处理器1401根据陀螺仪传感器1412采集的数据，实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

可选地，压力传感器1413设置在电子设备1400的侧边框和/或触摸显示屏1405的下层。当压力传感器1413设置在电子设备1400的侧边框时，能够检测用户对电子设备1400的握持信号，由处理器1401根据压力传感器1413采集的握持信号进行左右手识别或快捷操作。当压力传感器1413设置在触摸显示屏1405的下层时，由处理器1401根据用户对触摸显示屏1405的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器1414用于采集用户的指纹，由处理器1401根据指纹传感器1414采集到的指纹识别用户的身份，或者，由指纹传感器1414根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器1401授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。可选地，指纹传感器1414被设置电子设备1400的正面、背面或侧面。当电子设备1400上设置有物理按键或厂商Logo时，指纹传感器1414能够与物理按键或厂商Logo集成在一起。

光学传感器1415用于采集环境光强度。在一个实施例中，处理器1401根据光学传感器1415采集的环境光强度，控制触摸显示屏1405的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏1405的显示亮度；当环境光强度较低时，调低触摸显示屏1405的显示亮度。在另一个实施例中，处理器1401还根据光学传感器1415采集的环境光强度，动态调整摄像头组件1406的拍摄参数。

接近传感器1416，也称距离传感器，通常设置在电子设备1400的前面板。接近传感器1416用于采集用户与电子设备1400的正面之间的距离。在一个实施例中，当接近传感器1416检测到用户与电子设备1400的正面之间的距离逐渐变小时，由处理器1401控制触摸显示屏1405从亮屏状态切换为息屏状态；当接近传感器1416检测到用户与电子设备1400的正面之间的距离逐渐变大时，由处理器1401控制触摸显示屏1405从息屏状态切换为亮屏状态。

本领域技术人员能够理解，图14中示出的结构并不构成对电子设备1400的限定，能够包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

在示例性实施例中，还提供了一种计算机可读存储介质，例如包括至少一条程序代码的存储器，上述至少一条程序代码可由终端中的处理器执行以完成上述实施例中消息处理方法。例如，该计算机可读存储介质包括ROM(Read-Only Memory，只读存储器)、RAM(Random-Access Memory，随机存取存储器)、CD-ROM(Compact Disc Read-Only Memory，只读光盘)、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供了一种计算机程序产品或计算机程序，包括一条或多条程序代码，该一条或多条程序代码存储在计算机可读存储介质中。电子设备的一个或多个处理器能够从计算机可读存储介质中读取该一条或多条程序代码，该一个或多个处理器执行该一条或多条程序代码，使得电子设备能够执行以完成上述实施例中消息处理方法。

本领域普通技术人员能够理解实现上述实施例的全部或部分步骤能够通过硬件来完成，也能够通过程序来指令相关的硬件完成，可选地，该程序存储于一种计算机可读存储介质中，可选地，上述提到的存储介质是只读存储器、磁盘或光盘等。

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (16)

1.一种消息处理方法，其特征在于，所述方法包括：

在第一界面展示虚拟物品消息；

响应于对所述虚拟物品消息的触发操作，展示包含有声控对象的第二界面；

获取音频，根据所述音频控制所述声控对象的动画播放；

当所述音频符合目标条件时，展示包含有资源领取控件的第三界面，或，展示包含有资源已领取提示信息的第四界面。

2.根据权利要求1所述的方法，其特征在于，所述展示包含有声控对象的第二界面包括：

在所述第二界面中循环播放所述声控对象的第一特效片段，所述第一特效片段为等待领取所述虚拟物品消息所对应资源的特效。

3.根据权利要求2所述的方法，其特征在于，所述第一特效片段包括一个或多个特效元素的燃烧特效。

4.根据权利要求1所述的方法，其特征在于，所述根据所述音频控制所述声控对象的动画播放包括：

当获取到音频时，在所述第二界面中播放所述声控对象的第二特效片段，所述第二特效片段为正在领取所述虚拟物品消息所对应资源的特效。

5.根据权利要求4所述的方法，其特征在于，所述第二特效片段包括处于燃烧状态的一个或多个特效元素随着所述音频逐渐熄灭的特效。

6.根据权利要求5所述的方法，其特征在于，所述第二特效片段还包括随着处于燃烧状态的所述一个或多个特效元素熄灭，弹出与所述虚拟物品消息的描述信息相匹配的目标特效元素。

7.根据权利要求5或6所述的方法，其特征在于，所述根据所述音频控制所述声控对象的动画播放包括：

根据所述音频的音量，控制所述第二特效片段中处于燃烧状态的所述一个或多个特效元素的火焰幅度，其中，所述音频的音量与所述一个或多个特效元素的火焰幅度呈负相关。

8.根据权利要求5或6所述的方法，其特征在于，所述根据所述音频控制所述声控对象的动画播放包括：

当所述音频的音量大于音量阈值时，控制所述第二特效片段中处于燃烧状态的一个或多个特效元素熄灭。

9.根据权利要求1所述的方法，其特征在于，所述展示包含有声控对象的第二界面包括：

当所述虚拟物品消息所携带的描述信息包括目标关键词时，执行所述展示第二界面的操作，所述描述信息由所述虚拟物品消息的发送方账号进行设置。

10.根据权利要求1所述的方法，其特征在于，当所述音频符合目标条件时，所述方法还包括：

在所述第二界面中显示所述虚拟物品消息所对应资源的领取进度条，所述领取进度条与所述声控对象的动画播放进度相匹配。

11.根据权利要求1所述的方法，其特征在于，所述当所述音频符合目标条件时，展示包含有资源领取控件的第三界面，或，展示包含有资源已领取提示信息的第四界面之前，所述方法还包括：

对所述音频进行语音处理，得到所述音频的类型标签；

响应于所述类型标签为目标标签，确定所述音频符合所述目标条件。

12.根据权利要求1所述的方法，其特征在于，所述当所述音频符合目标条件时，展示包含有资源领取控件的第三界面，或，展示包含有资源已领取提示信息的第四界面之前，所述方法还包括：

对所述音频进行语音识别，得到所述音频对应的文本；

响应于所述文本为目标文本，确定所述音频符合所述目标条件。

13.根据权利要求1所述的方法，其特征在于，所述第二界面中还包括所述虚拟物品消息所对应资源的领取提示信息，所述领取提示信息用于提示所述资源的领取方式。

14.一种消息处理装置，其特征在于，所述装置包括：

第一展示模块，用于在第一界面展示虚拟物品消息；

第二展示模块，用于响应于对所述虚拟物品消息的触发操作，展示包含有声控对象的第二界面；

获取控制模块，用于获取音频，根据所述音频控制所述声控对象的动画播放；

第三展示模块，用于当所述音频符合目标条件时，展示包含有资源领取控件的第三界面，或，展示包含有资源已领取提示信息的第四界面。

15.一种电子设备，其特征在于，所述电子设备包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条程序代码，所述至少一条程序代码由所述一个或多个处理器加载并执行以实现如权利要求1至权利要求13任一项所述的消息处理方法。

16.一种存储介质，其特征在于，所述存储介质中存储有至少一条程序代码，所述至少一条程序代码由处理器加载并执行以实现如权利要求1至权利要求13任一项所述的消息处理方法。

Images