CN115729404A - 一种通知消息的处理方法及设备 - Google Patents

Abstract

本申请实施例提供一种通知消息的处理方法及设备，涉及电子技术领域，能够在APP通知消息中将语音等富媒体信息推送给用户，使得通知消息的形式和内容新颖且生动，对用户的吸引力较高，用户可播放通知消息中的富媒体信息。该方案包括：电子设备获取目标应用程序的目标通知消息，该目标通知消息包括第一富媒体信息，该第一富媒体信息包括语音信息、视频信息或动图中的一种或多种；电子设备显示第一界面，第一界面包括至少两个应用程序的通知消息，该至少两个应用程序包括目标应用程序，该至少两个应用程序的通知消息包括目标通知消息；响应于用户针对目标通知消息的触发操作，播放目标通知消息中的第一富媒体信息。本申请实施例用于通知消息处理。

Description

一种通知消息的处理方法及设备

技术领域

本申请实施例涉及电子技术领域，尤其涉及一种通知消息的处理方法及设备。

背景技术

随着电子技术的发展，用户在手机等电子设备上使用的应用程序(application，APP)越来越多。APP服务器可以向电子设备推送通知消息，电子设备可以在通知栏将该通知消息呈现给用户。若用户对该通知消息感兴趣，则可以点击该通知消息进入APP后进行查看。

例如，通知消息的示意图可以参见图1，通知消息通常可以包括应用图标11、应用名称12、通知标题13和通知内容14等部分。目前，通知消息对用户的吸引力较低，不易引起用户打开通知消息的兴趣，也难以通过推送通知消息吸引用户进入APP。

发明内容

本申请实施例提供一种通知消息的处理方法及设备，能够在APP推送的通知消息中将语音等富媒体信息推送给用户，使得通知消息的形式和内容新颖且生动，对用户的吸引力较高，用户播放通知消息中的语音等富媒体信息后，更容易产生兴趣从而进入APP，可以提高APP的使用率。

为达到上述目的，本申请实施例采用如下技术方案：

一方面，本申请实施例提供了一种通知消息的处理方法，应用于电子设备，该方法包括：电子设备获取目标应用程序的目标通知消息。其中，该目标通知消息包括第一富媒体信息，该第一富媒体信息包括语音信息、视频信息或动图中的一种或多种。而后，电子设备显示第一界面，第一界面包括至少两个应用程序的通知消息，该至少两个应用程序包括目标应用程序，该至少两个应用程序的通知消息包括目标通知消息。电子设备响应于用户针对目标通知消息的触发操作，播放目标通知消息中的第一富媒体信息。

在该方案中，电子设备能够在目标应用程序的通知消息中，将语音等富媒体信息推送给用户，使得通知消息的形式和内容新颖且生动，对用户的吸引力较高，用户播放通知消息中的语音等富媒体信息后，更容易产生兴趣从而进入目标应用程序，可以提高目标应用程序的使用率。

在一种可能的设计中，在第一界面上，目标通知消息中包括提示标识，提示标识用于提示通知消息包括富媒体信息。

这样，电子设备可以通过该提示标识直观地提醒用户，当前通知消息中包括富媒体信息。

在另一种可能的设计中，电子设备响应于用户针对目标通知消息的触发操作，播放目标通知消息中的第一富媒体信息，包括：电子设备响应于用户点击目标通知消息中的提示标识的操作，播放目标通知消息中的第一富媒体信息。

这样，用户可以通过触发提示标识，来指示电子设备播放通知消息中的第一富媒体信息。

在另一种可能的设计中，目标通知消息中包括通知标题，电子设备响应于用户针对目标通知消息的触发操作，播放目标通知消息中的第一富媒体信息，包括：电子设备响应于用户点击目标通知消息中的通知标题的操作，播放目标通知消息中的第一富媒体信息。

这样，用户可以通过点击通知消息中的通知标题，来指示电子设备播放通知消息中的第一富媒体信息。

在另一种可能的设计中，目标通知消息中包括播放控件，电子设备响应于用户针对目标通知消息的触发操作，播放目标通知消息中的第一富媒体信息，包括：电子设备响应于用户点击目标通知消息中的播放控件的操作，播放目标通知消息中的第一富媒体信息。

这样，用户可以通过点击通知消息中的播放控件，来指示电子设备播放通知消息中的第一富媒体信息。

在另一种可能的设计中，目标通知消息中的第一富媒体信息为目标应用程序的服务器根据电子设备对应的用户特征确定的，用户特征包括用户行为信息或用户画像。

也就是说，第一富媒体信息是根据用户特征精准确定的，该方案可以为用户进行个性化的消息推送。

在另一种可能的设计中，目标通知消息中的第一富媒体信息对应目标媒体资源，目标媒体资源对应多个富媒体信息，第一富媒体信息是由服务器根据电子设备对应的用户特征，从目标媒体资源对应的多个富媒体信息中确定的一个富媒体信息。

也就是说，该方案可以根据用户特征，从目标媒体资源对应的多个富媒体信息中，精准地确定待推送给用户的第一富媒体信息，从而为用户进行个性化的消息推送。

在另一种可能的设计中，目标媒体资源为用户预约的媒体资源，目标媒体资源对应多个关联人物的富媒体信息，第一富媒体信息是根据电子设备对应的用户特征，从目标媒体资源对应的多个富媒体信息中确定的，电子设备对应的用户最喜欢的关联人物的富媒体信息。

也就是说，该方案可以根据用户特征，从用户预约的目标媒体资源所对应的多个富媒体信息中，精准地确定用户最喜欢的关联人物的富媒体信息，从而在通知消息中推送给用户。

在另一种可能的设计中，在第一界面上，目标通知消息中包括第一提示信息，第一提示信息用于提示通知消息包括的第一富媒体信息的播放时长。

也就是说，电子设备可以在界面上提示用户第一富媒体信息的播放时长。

在另一种可能的设计中，该方法还包括：电子设备开始播放目标通知消息中的第一富媒体信息之后，显示第二提示信息，该第二提示信息用于提示第一富媒体信息的播放进度。

也就是说，在第一富媒体信息的播放过程中，电子设备还可以将播放进度实时地提示给用户。

在另一种可能的设计中，目标通知消息中还包括切换控件，该方法还包括：电子设备响应于用户针对目标通知消息中的切换控件的操作，播放目标媒体资源对应的第二富媒体信息。

也就是说，电子设备可以根据用户的指示操作，切换播放通知消息中包括的不同的富媒体信息。

在另一种可能的设计中，第一界面上的提示标识为第一状态，电子设备播放目标通知消息中的第一富媒体信息，包括：电子设备显示第二界面，并播放目标通知消息中的第一富媒体信息。其中，第二界面也包括该提示标识，且第二界面上的提示标识为第二状态，第二状态不同于第一状态。

在该方案中，提示标识在播放第一富媒体信息的过程中的显示状态，与未播放第一富媒体信息时的显示状态不同。用户可以根据提示标识的显示状态，直观地确定第一富媒体信息是否处于播放状态。

在另一种可能的设计中，电子设备响应于用户针对目标通知消息的触发操作，播放目标通知消息中的第一富媒体信息，包括：电子设备响应于用户针对目标通知消息的触发操作，显示第三界面，第三界面为目标应用程序的应用界面。电子设备通过目标应用程序，播放目标通知消息中的第一富媒体信息。

在该方案中，电子设备可以根据用户的指示操作，采用推送通知消息的目标应用程序来播放通知消息中的富媒体信息。

在另一种可能的设计中，目标通知消息中包括通知标题和目标应用程序的提示信息，目标应用程序的提示信息包括目标应用程序的图标和/或名称。电子设备响应于用户针对目标通知消息的触发操作，显示第三界面，第三界面为目标应用程序的应用界面，包括：电子设备响应于用户点击目标通知消息中通知标题或目标应用程序的提示信息的操作，显示第三界面，第三界面为目标应用程序的应用界面。

在该方案中，用户可以点击通知消息中通知标题或目标应用程序的提示信息，来指示电子设备通过目标应用程序播放通知消息中的富媒体信息。

在另一种可能的设计中，目标通知消息中包括通知标题，电子设备响应于用户针对目标通知消息的触发操作，显示第三界面，第三界面为目标应用程序的应用界面，包括：电子设备响应于用户长按目标通知消息中通知标题的操作，显示第三界面，第三界面为目标应用程序的应用界面。

在该方案中，用户可以长按通知消息中的通知标题，来指示电子设备通过目标应用程序播放通知消息中的富媒体信息。

在另一种可能的设计中，电子设备响应于用户针对目标通知消息的触发操作，播放目标通知消息中的第一富媒体信息，包括：电子设备响应于用户针对目标通知消息的触发操作，显示播放方式列表，播放方式列表包括用于播放富媒体信息至少一个应用程序。电子设备响应于用户从播放方式列表中选择应用程序的操作，通过选择的应用程序播放目标通知消息中的第一富媒体信息。

在该方案中，用户可以从播放方式列表中选择一个用于播放富媒体信息的应用程序，电子设备采用用户选择的应用程序来播放第一富媒体信息，第一富媒体信息的播放方式较为灵活。

在另一种可能的设计中，第一界面还包括另一切换控件，该方法还包括：电子设备响应于用户针对目标通知消息中该另一切换控件的操作，显示播放方式列表，播放方式列表包括操作系统基础能力对应的播放方式，目标应用程序，以及第二应用程序中的一种或多种。电子设备响应于用户从播放方式列表中选择目标播放方式的操作，通过目标播放方式播放目标通知消息中的第一富媒体信息。

在该方案中，用户可以触发切换控件以使得电子设备显示播放方式列表，而后用户可以从播放方式列表中选择一个用于播放富媒体信息的应用程序，电子设备采用用户选择的应用程序来播放第一富媒体信息，第一富媒体信息的播放方式较为灵活。

在另一种可能的设计中，电子设备保存有用户预设的应用程序与富媒体信息类型的对应关系，富媒体信息类型包括语音信息类型、视频信息类型或动图类型，第一富媒体信息类型与对应关系中目标应用程序对应的富媒体信息类型一致。

这样，用户可以预先设置应用程序与通知消息中富媒体类型的对应关系，电子设备可以根据用户针对应用程序的设置，向用户呈现包括该应用程序对应的富媒体信息类型的通知消息。

在另一种可能的设计中，电子设备获取到的目标应用程序的目标通知消息中包括第一富媒体信息的资源标识，电子设备播放目标通知消息中的第一富媒体信息，包括：电子设备根据目标通知消息中的第一富媒体信息的资源标识，获取第一富媒体信息的数据内容。电子设备根据第一富媒体信息的数据内容，播放第一富媒体信息。

比如，该资源标识可以为资源链接，电子设备可以根据该资源链接从网络中下载第一富媒体信息的数据内容，从而进行播放。

在另一种可能的设计中，该目标通知消息还包括：目标应用程序的标识信息，目标应用程序的图标信息，通知标题，通知消息的类型，或电子设备对应的设备标识中的一种或多种。

这样，电子设备可以从通知消息中获知目标应用程序的标识信息，目标应用程序的图标信息，通知标题，通知消息的类型，或电子设备对应的设备标识等信息。

另一方面，本申请实施例提供了一种通知消息的处理方法，应用于服务器，该方法包括：服务器生成目标应用程序的目标通知消息，目标通知消息包括第一富媒体信息，第一富媒体信息包括语音信息、视频信息或动图中的一种或多种。服务器将目标通知消息推送给电子设备。

在该方案中，服务器能够在目标应用程序的通知消息中，将语音等富媒体信息推送给电子设备，使得通知消息的形式和内容新颖且生动，对用户的吸引力较高；用户播放通知消息中的语音等富媒体信息后，更容易产生兴趣从而进入目标应用程序，可以提高目标应用程序的使用率。

在一种可能的设计中，目标通知消息中的第一富媒体信息对应目标媒体资源，该方法还包括：服务器根据电子设备对应的用户特征，从目标媒体资源对应的多个富媒体信息中确定第一富媒体信息。

在该方案中，服务器可以根据用户特征，从目标媒体资源对应的多个富媒体信息中，精准地确定待推送给用户的第一富媒体信息，从而为用户进行个性化的消息推送。

在另一种可能的设计中，目标媒体资源为用户预约的媒体资源，该目标媒体资源对应多个关联人物的富媒体信息，服务器根据电子设备对应的用户特征，从目标媒体资源对应的多个富媒体信息中，确定电子设备对应的(比如电子设备的设备标识对应的)用户最喜欢的关联人物的第一富媒体信息。

在该方案中，服务器可以根据用户特征，从用户预约的目标媒体资源对应的多个富媒体信息中，精准地确定待推送给用户的，用户最喜欢的关联人物的第一富媒体信息，从而为用户进行个性化的消息推送。

又一方面，本申请实施例提供了一种消息处理装置，该装置包含在电子设备中，该装置具有实现上述方面及可能的设计中任一方法中电子设备行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括至少一个与上述功能相对应的模块或单元。例如，获取模块或单元、显示模块或单元、播放模块或单元等。

另一方面，本申请实施例提供了一种电子设备，该电子设备可以包括屏幕，用于显示界面；一个或多个处理器；存储器；以及一个或多个计算机程序；其中，一个或多个计算机程序被存储在存储器中，一个或多个计算机程序包括指令；当指令被处理器执行时，使得电子设备执行上述方面任一项可能的设计中的通知消息的处理方法。

又一方面，本申请实施例提供了一种电子设备，该电子设备可以包括一个或多个处理器；存储器；以及一个或多个计算机程序；其中，一个或多个计算机程序被存储在存储器中，一个或多个计算机程序包括指令；当指令被处理器执行时，使得电子设备执行上述方面任一项可能的设计中的通知消息的处理方法。

另一方面，本申请实施例提供了一种计算机可读存储介质，包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行上述方面任一项可能的设计中的通知消息的处理方法。

又一方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行上述方面任一项可能的设计中电子设备执行的通知消息的处理方法。

又一方面，本申请实施例提供了一种服务器，该服务器可以包括一个或多个处理器；存储器；以及一个或多个计算机程序；其中，一个或多个计算机程序被存储在存储器中，一个或多个计算机程序包括指令；当指令被处理器执行时，使得服务器执行上述方面任一项可能的设计中的通知消息的处理方法。

另一方面，本申请实施例提供了一种计算机可读存储介质，包括计算机指令，当计算机指令在服务器上运行时，使得服务器执行上述方面任一项可能的设计中的通知消息的处理方法。

又一方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行上述方面任一项可能的设计中服务器执行的通知消息的处理方法。

本申请其他方面的有益效果可以参见上述方法方面有益效果的相关描述，不予赘述。

附图说明

图1为现有技术提供的一种通知消息的展示效果示意图；

图2为本申请实施例提供的一种消息推送系统架构示意图；

图3为本申请实施例提供的一种电子设备的硬件结构示意图；

图4为本申请实施例提供的一种电子设备的软件模块示意图；

图5A为本申请实施例提供的一种通知消息的推送过程示意图；

图5B为本申请实施例提供的另一种通知消息的推送过程示意图；

图6为本申请实施例提供的另一种通知消息的推送过程示意图；

图7为本申请实施例提供的一种通知消息中的语音信息与用户的对应关系示意图；

图8为本申请实施例提供的一种通知消息的结构示意图；

图9为本申请实施例提供的一组界面示意图；

图10为本申请实施例提供的另一组界面示意图；

图11为本申请实施例提供的另一组界面示意图；

图12为本申请实施例提供的另一组界面示意图；

图13为本申请实施例提供的另一组界面示意图；

图14为本申请实施例提供的另一组界面示意图；

图15为本申请实施例提供的另一组界面示意图；

图16为本申请实施例提供的另一组界面示意图；

图17为本申请实施例提供的另一组界面示意图；

图18为本申请实施例提供的另一组界面示意图；

图19为本申请实施例提供的另一组界面示意图；

图20A为本申请实施例提供的另一组界面示意图；

图20B为本申请实施例提供的另一组界面示意图；

图21为本申请实施例提供的一种界面示意图；

图22为本申请实施例提供的一种通知消息处理流程图；

图23为本申请实施例提供的另一种电子设备的硬件结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

在本申请实施例中，“示例性地”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性地”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性地”或者“例如”等词旨在以具体方式呈现相关概念。

目前，在电子设备展示的APP服务器推送的通知消息中，如图1所示，通知内容普遍采用文字描述的形式，对用户的吸引力不高。而且，受限于屏幕的展示范围，通知消息中的文字内容一般比较简洁、精练，字数较少，信息量较小，难以引起用户的兴趣。并且，如图1所示，同一APP或不同APP对应的多个不同通知消息均采用纯文本形式，展示效果类似(或称同质化)，用户很难从多条通知消息中找到自己感兴趣的，多数用户会直接忽略这些通知消息。

本申请实施提供了一种通知消息的处理方法，能够在APP服务器推送的通知消息(也可以理解为APP推送的通知消息)中将语音等富媒体信息推送给用户，使得通知消息的形式和内容新颖且生动，对用户的吸引力较高，用户播放通知消息中的语音等富媒体(richmedia)信息后，更容易产生兴趣从而进入应用程序APP(也可称为应用)，从而可以使得APP的使用率较高。其中，富媒体信息包括动画、声音、视频等信息或它们的任意组合。

本申请实施例提供的通知消息的处理方法，可以应用于消息推送系统。例如，参见图2，该消息推送系统10可以包括电子设备100，至少一个APP服务器200，以及推送(push)服务器300等。其中，电子设备可以包括多个APP，可以为用户提供多种不同的功能体验。例如，电子设备包括的APP可以有视频播放类APP、音频播放类APP、音乐播放类APP、新闻类APP、游戏类APP、电子书类APP或金融类APP等。其中，一个APP可以对应一个APP服务器，一个APP服务器可以对应一个或多个APP并为对应的APP功能提供相应的服务支持。推送系统10中的至少一个APP服务器可以包括视频播放类APP对应的服务器，新闻类APP对应的服务器，音频播放类APP对应的服务器等。APP服务器用于推送对应APP的通知消息，并针对提供的APP功能进行相关数据的存储和处理等。推送服务器用于将APP服务器推送的通知消息转发给电子设备，还可以具有消息链路管理和消息构建等功能。

也就是说，在消息推送系统中，参见图2，APP服务器可以将通知消息推送给推送服务器，推送服务器将该通知消息发送给电子设备，电子设备在屏幕上显示该通知消息，从而将该通知消息呈现给用户。其中，APP服务器(通过推送服务器的转发)推送的通知消息，也可以理解为APP对应的通知消息，来自APP的通知消息，或者APP的通知消息等。

其中，APP服务器推送的通知消息是APP服务器自动推送的，不像广告那样还需要向服务器请求才能获取到。并且，在电子设备不打开某个APP的情况下，该APP的通知消息也可以显示在电子设备的屏幕上。比如，在未打开APP1的情况下，电子设备响应于用户从电子设备顶部的下拉操作显示通知栏，并在通知栏中显示APP1的通知消息。可以理解的是，电子设备在屏幕上(例如屏幕上的通知栏中)可以显示一个或多个APP的通知消息，且同一个APP的通知消息也可以包括多条。

此外，用户可以在APP中设置关闭该APP的通知消息，该种情况下，电子设备不再在屏幕上向用户展示该APP的通知消息，电子设备可能还会接收到该APP服务器推送的通知消息，也可能不会再接收到该APP服务器推送的通知消息。后续，用户在APP中设置开启该APP的通知消息后，电子设备可以重新在屏幕上向用户展示该APP的通知消息。

在本申请实施例中，APP服务器推送通知消息的策略可以有多种。例如，APP服务器可以定时推送通知消息。示例性的，APP服务器可以在每天早上8:00推送通知消息，或者APP服务器在用户预约的媒体资源(例如影片)即将上线时推送通知消息。再例如，APP服务器可以响应于事件触发，推送通知消息。示例性的，用户通过APP购买会员或卡券等事件后，可以触发APP推送通知消息。再例如，APP服务器可以响应于APP运营人员的主动触发，推送通知消息。示例性的，对于新闻类APP来说，在有重大新闻时，APP运营人员可以主动触发APP服务器推送通知消息。本申请实施例对APP服务器推送通知消息的具体策略不予限定。

其中，图2所示消息推送系统中的电子设备，可以是手机、平板电脑、可穿戴设备、智能家居设备、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtualreality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或个人数字助理(personal digital assistant，PDA)等设备，本申请实施例对电子设备的设备类型不作任何限制。

示例性的，图3示出了电子设备100的一种结构示意图。电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

在本申请的实施例中，移动通信模块150或无线通信模块160可以用于，接收APP服务器通过推送服务器推送的通知消息。

电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLED，MicroOLED，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。在本申请的实施例中，显示屏194可以用于在通知栏或显示屏194的顶部等其他位置显示APP服务器推送的通知消息。该通知消息的通知内容可以包括语音等富媒体信息。当该通知消息的通知内容包括动图或视频(包括动画)时，该显示屏194还可以用于显示通知消息中的动图或视频内容。

电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。在本申请的实施例中，当通知消息的通知内容中包括语音或视频等富媒体信息时，音频模块170还可以用于播放通知消息中的该语音或视频内容。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备100可以通过扬声器170A收听音乐，或收听免提通话。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。

耳机接口170D用于连接有线耳机，具体可以包括多种不同接口(比如USB接口等)。

触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于电子设备100的表面，与显示屏194所处的位置不同。

可以理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

在本申请的实施例中，移动通信模块150或无线通信模块160可以用于接收APP服务器通过推送服务器推送的通知消息。显示屏194可以用于在通知栏或其他位置显示APP服务器推送的通知消息。该通知消息的通知内容可以包括语音等富媒体信息，通知消息的形式和内容新颖且生动，对用户的吸引力较高。当通知消息的通知内容包括动图或视频时，该显示屏194还可以用于显示通知消息中的动图或视频内容。当通知消息的通知内容中包括语音或视频等富媒体信息时，音频模块170还可以用于播放通知消息中的该语音或视频内容。

从软件模块的角度来说，如图4所示，电子设备可以包括各种APP(如APP1及APP2等)，以及操作系统基础服务模块等多个模块。其中，操作系统基础服务模块可以包括通知处理模块(也可以称为通知处理软件开发工具包(software development kit，SDK)，或推送代理(push agent)模块等)。通知处理模块可以用于，接收APP服务器通过推送服务器推送的通知消息，解析通知消息并在通知栏或电子设备屏幕的顶部等其他位置展示该通知消息。操作系统基础服务模块还可以包括语音播放模块(也可以称为语音播放SDK)，视频播放模块，或其他一些基础服务模块。其中，操作系统基础服务模块中的语音播放模块可以用于，利用电子设备的操作系统基础能力播放通知消息中的语音信息，能够使得用户快速听到语音信息，而无需进入某个具体的APP来进行语音播放。操作系统基础服务模块中的视频播放模块可以用于，利用电子设备的操作系统基础能力播放通知消息中的视频信息，能够使得用户快速看到视频信息，而无需进入某个具体的APP来进行视频播放。

这样，在消息推送系统中，APP服务器可以将通知消息推送给推送服务器，推送服务器将该通知消息发送给电子设备中的通知处理模块，电子设备将通知处理模块获取到的通知消息呈现给用户。

其中，在用户未登录APP的情况下，参见图5A，本申请实施涉及的消息推送过程可以包括：用户在电子设备上安装APP并打开APP(的页面)时，电子设备中的APP向通知处理模块请求获取电子设备的设备标识(例如，设备出厂时的序列号，国际移动设备识别码(international mobile equipment identity，IMEI)，媒体访问控制(media accesscontrol，MAC)地址，或开放式广告标识符(open Advertising identifier，OAID)等)。通知处理模块将设备标识传递给APP，APP将设备标识发送给APP服务器。APP服务器记录该电子设备的设备标识。后续，APP服务器在需要推送通知消息时，将通知消息和记录的电子设备的设备标识发送给推送服务器。推送服务器将该通知消息发送给设备标识所对应的电子设备。电子设备中的通知处理模块获取到该通知消息后，在屏幕显示的通知栏或其他位置将该通知消息呈现给用户。

在另一些实施例中，该消息推送系统还可以包括鉴权服务器，用于在用户登录APP后，对用户名和密码，以及登录token等信息进行鉴权和验证。

例如，在用户登录APP的情况下，参见图5B，本申请实施涉及的消息推送过程可以包括：用户打开电子设备上安装的APP，输入用户名和密码请求登录，APP将该用户名和密码发送给鉴权服务器。鉴权服务器在该用户名和密码验证通过后，向电子设备中的APP发送用户登录令牌(token)。APP向通知处理模块请求获取电子设备的设备标识。通知处理模块将设备标识传递给APP，APP将设备标识和登录令牌发送给APP服务器。APP服务器请求鉴权服务器验证该登录令牌的有效性。若该登录令牌的有效性验证通过，则鉴权服务器向APP服务器发送用户标识(userid)，APP服务器记录用户标识与设备标识的对应关系。后续，当APP服务器需要向某个用户推送通知消息(比如该用户预约的媒体资源即将上线)时，APP服务器可以将通知消息和该用户的用户标识对应的设备标识发送给推送服务器。推送服务器将通知消息发送给该设备标识所对应的电子设备。电子设备中的通知处理模块接收到该通知消息，并在屏幕显示的通知栏或其他位置将该通知消息呈现给用户。

以下将以电子设备为具有图3和图4所示结构的手机为例，对本申请实施例提供的通知消息的处理方法进行阐述。该方法包括：

手机上安装并打开过APP1。APP1可以为系统应用，也可以为第三方应用。APP1可以是视频播放类应用(如华为视频)、音频播放类应用、音乐播放类应用、新闻类应用、游戏类应用、电子书类应用或金融类应用等。本申请实施例对APP1的具体类型不予限定。而后，APP1服务器向安装并打开过APP1的手机推送通知消息。

如前所述，APP1服务器可以定时，或者响应于事件触发，或者响应于APP1运营人员的触发等多种时机向手机推送通知消息。如前所述，手机可以在用户登录/未登录APP1的情况下，接收APP1服务器推送的通知消息。并且，如前所述，通知消息中可以包括语音、动画或视频等富媒体信息。

此外，APP1服务器还可以为用户精准推送通知消息，以尽量为用户推送感兴趣的通知内容。比如，APP1服务器可以根据用户的行为信息，确定用户的喜好，从而为用户精准推送通知消息。再比如，APP1服务器可以根据用户画像，为用户精准推送通知消息。用户画像可以表明用户的喜好或习惯等，APP1服务器可以针对用户的喜好或习惯，为用户精准推送通知消息，以尽量为用户推送感兴趣的通知内容。其中，该用户画像可以是APP1服务器根据用户针对APP1的行为信息分析获得，也可以是手机或云服务器根据用户使用手机的行为信息分析获得，还可以是手机根据用户输入的身份信息、喜好信息或其他信息分析获得。

以APP1为视频播放类应用，手机登录了APP1，APP1服务器在用户预约的影片即将上线时，向用户使用的手机推送通知消息，且通知消息包括语音信息为例进行说明。在用户登录了APP1的情况下，参见图5B中虚线框所示的流程，APP1服务器记录了用户标识与设备标识的对应关系，包括用户1对应的用户标识1与手机1的设备标识1的对应关系。在图5B中虚线框所示的流程之后，该通知消息的处理方法可以继续参见图6所示的流程。

如图6所示，用户1在APP1上预约了影片1，APP1服务器(例如APP1服务器中的预约通知模块)记录用户1对应的用户标识1与预约的影片1的标识的对应关系，以便在影片1即将上线时，将影片1相关的通知消息推送给用户标识1对应的手机，从而将影片1相关的通知消息推送给用户1。

继续参见图6，APP1服务器(例如APP1服务器中的预约通知模块)在确定影片1即将上线时(例如上线前1天)，通过查询影片1与用户标识的对应关系，来确定预约了影片1的用户标识列表。APP1服务器确定该用户标识列表中包括用户标识1，用户标识1对应的用户预约了影片1。APP1服务器根据之前记录的用户标识与设备标识的对应关系，确定预约了影片1的用户标识列表对应的设备标识列表，该设备标识列表包括用户标识1对应的设备标识1。

参见图6，APP1服务器精准确定待推送给用户标识1对应的用户1的目标语音信息，该目标语音信息符合用户标识1对应的用户1的喜好，该目标语音信息通过通知消息推送给用户1，从而可以尽量精准推送用户1感兴趣的通知消息。

其中，APP1服务器可推送的通知消息中的语音信息，是影片1的相关语音，比如为影片1的宣传语音。例如，该语音信息可以是影片1的演员、导演或制片人等相关制作人录制的宣传语音，或者是该影片的片头曲、片尾曲或插曲等。示例性的，影片1的相关语音可以参见图7中的(a)。通知消息中的语音信息(比如宣传语音)具体可以采用多种方式进行推送，比如采用在通知消息中携带语音信息的资源标识(比如资源链接)的方式进行推送，再比如采用在通知消息中携带语音信息的数据内容(比如流媒体数据)的方式进行推送。

APP1服务器可以根据用户标识1对应的用户1的用户特征，精准确定待推送给用户1的通知消息中的目标语音信息。其中，用户特征可以包括用户行为信息或用户画像等信息。比如，APP1服务器可以根据用户标识1对应的用户1在使用APP1的过程中设定的喜欢某人的行为，只看某人的行为，关注某人的行为，搜索某人的行为，或者评论某人的行为等，分析用户1喜欢的人物，从而确定待推送消息中的目标语音信息为用户1喜欢的人物的语音。示例性的，用户1在手机1的APP1中关注了影人1，或者在APP1中为影人1打榜，或者在APP1中观看影人1的作品较多，或者在APP1中搜索了影人1，或者在APP1中搜索影人1的次数较多，或者用户1在APP1中观看视频的过程中选择只看影人1，或者用户1在APP1上评论影人1的次数较多等。APP1服务器分析用户标识1对应的用户1的用户行为信息，确定用户1喜欢影人1。因而，APP1服务器可以在通知消息中为用户1推送影片1中该影人1的语音，比如该影人1录制的宣传语音。即，APP1服务器确定的待推送通知消息中，目标语音信息为影人1录制的宣传语音。

若APP1服务器根据用户特征确定用户标识1对应的用户1喜欢影片1相关的多个人物，则在一种实现方式中，APP1服务器按照用户1的对影人的喜好程度进行优先级排序，选择用户最喜欢的一个人物(比如，参见图7中的(b)，用户1最喜欢的人物为影人1)，并将该人物的语音作为待推送通知消息中的目标语音信息。在另一种实现方式中，APP1服务器将用户1喜欢的多个人物(比如，参见图7中的(b)，用户1最喜欢的人物包括影人1和影人3)的语音作为待推送通知消息中的目标语音信息。APP1服务器可以将用户1喜欢的每个人物的语音分别作为目标语音信息，从而分别通过一个通知消息推送给用户1；或者也可以将用户1喜欢的多个人物的语音作为目标语音信息，通过一个通知消息推送给用户1使用的手机1，从而推送给用户1。

若APP1服务器无法确定用户标识1对应的用户1喜欢影片1所关联的某个人物，则APP1服务器可以将影片1对应的语音信息中，按照预设顺序排列的前N(为正整数)个语音信息作为目标语音信息，以便推送给手机1和用户1。比如，影片1对应的语音信息可以按照导演、主演以及制片人的顺序排列；再比如，影片1对应的语音信息可以按照APP1服务器统计的大众喜欢程度从大到小的人物顺序进行排列；再比如，影片1对应的语音信息可以按照人物姓名首字母的顺序排列等。

继续参见图6，APP1服务器确定待推送给用户标识1对应的用户1的通知消息中的目标语音信息后，将包括目标语音信息的通知消息，以及用户标识1对应的设备标识1发送给推送服务器。在一些实施例中，通知消息中包括目标语音信息的资源标识。例如，该资源标识可以为统一资源标识符(uniform resource identifier，URI)或统一资源定位符(uniform resource locator，URL)等，本申请实施例对资源标识的具体类型不予限定。在另一些实施例中，通知消息中包括目标语音信息的数据内容(即目标语音信息的流媒体数据)。

可以理解的是，除用户标识1对应的用户1以外，其他用户可能也预约了影片1，APP1可以根据其他用户标识对应的用户行为信息或用户画像，为其他用户精准推送通知消息。示例性的，参见图7中的(c)，APP1服务器确定用户标识1对应的用户1最喜欢影人1，用户标识1对应的待推送通知消息中的目标语音信息为影人1录制的语音，对应的资源标识为URI1；APP1服务器确定用户标识2对应的用户2最喜欢影人3，用户标识2对应的待推送通知消息中的目标语音信息为影人3录制的语音，对应的资源标识为URI3。

在本申请的实施例中，参见图8，通知消息一般可以包括以下一项或多项：应用图标、应用名称、通知标题、通知内容或消息到达时间等。APP1服务器通过推送服务器转发给手机的通知消息，可以通过一定的数据结构来承载。例如，APP1服务器可以采用如下JS对象标记(javascript object notation，json)格式的结构体来承载：

下面依次介绍该结构体中各字段的含义：

信息message字段：消息根节点，表示描述的是一个消息。

安卓android字段：表示操作系统类型，该消息在安卓手机操作系统中可用。

通知notification字段：通知消息根节点，表示是一个通知类消息，用于在设备端侧通知栏呈现。

标题title字段：表示通知消息的通知标题，用户在通知栏中的显著位置能看到的信息。

主体body字段：表示通知消息的通知内容，一般跟在通知标题后面，但如果标题过长，通知内容会无法显示全，且不一定每个通知消息都会携带通知内容。

图标icon字段：表示通知的应用图片，决定在通知栏中展示什么样的应用图标。

类型type1字段：表示通知消息的类型，如纯文本类型(或称文字信息类型)(type1＝1)、音频类型(或称语音信息类型)(type1＝2)、视频类型(或称视频信息类型)(type1＝3)等其他富媒体类型。

点击动作click_action字段：表示点击后通知的打开方式类型。

类型type2字段：表示打开方式类型，使用操作系统默认方式打开URI(type2＝1)、点击后使用通知所在应用APP打开URI(type2＝2)、点击后打开应用APP列表供用户选择(type2＝3)等。

富媒体rich_resource字段：表示富媒体存放路径或者指定URI。

按钮buttons字段：表示通知栏附件按钮，可以针对通知做除“点击”外的其他操作，例如“了解更多”、“忽略”、“保存”或“分享”等，再比如，根据不同的type1类型，可以在通知栏上有不同的呈现，如音频可以增加播放控件(如喇叭形控件)或暂停控件等。

令牌token字段：发送通知消息时使用的授权票据，从票据服务器获取，由推送服务器(调用票据服务器接口)检查，从而防止通知消息滥发。

参见图6，推送服务器接收到APP1服务器发送的通知消息和设备标识1后，将该通知消息发送给设备标识1对应的手机1。在一些实施例中，推送服务器接收到APP1服务器发送的通知消息和设备标识1后，可以确定申请该设备标识1(例如OAID)的APP1，并在通知消息中将APP1的应用名称(或APP1的标识)发送给手机1。在另一些实施例中，APP1服务器发送给推送服务器的通知消息中携带有APP1的应用名称(或APP1的标识)，推送服务器将通知消息及携带的APP1的应用名称发送给手机1。

继续参见图6，手机1接收到推送服务器发送的通知消息后，在屏幕上显示该通知消息，从而将该通知消息呈现给用户。具体的，手机1接收到推送服务器发送的通知消息后，根据通知消息中的资源标识获取对应的语音信息，根据约定的通知消息格式进行解析，并将解析后的通知消息显示在屏幕上。比如，手机1可以将解析后的通知消息，显示在通知栏或显示在手机1屏幕的顶部等其他位置，不予限定。其中，通知栏可以由用户从屏幕顶部下拉调出，或者位于手机1的负一屏，或者显示在锁屏界面上等。以下将以手机1将通知消息显示在通知栏中为例进行说明。

在一些实施例中，手机1在通知栏中向用户呈现的通知消息可以参见图9中的(a)。如图9中的(a)所示，该通知消息包括应用图标901、应用名称902，通知标题903，还可以包括消息到达时间的提示信息904(比如刚刚，2分钟前，或08:10)，或其他信息。此外，手机1还可以在通知消息中添加通知图标或一些其他信息。

其中，应用图标901可以对应上述结构体中的icon字段，通知标题903可以对应上述结构体中的title字段。当通知消息包括语音信息时，上述结构体中type字段中的type1的值为2，表示通知消息的通知内容为音频形式。

在一些实施例中，当通知消息包括语音信息时，手机1可以在通知消息上显示语音信息对应的人物。比如，参见图9中的(a)，手机1可以在通知消息的通知标题中包括语音信息对应的人物信息90。

在一些实施例中，当通知消息包括语音信息时，手机1可以通过特定方式提示用户当前通知消息包括语音信息。比如，参见图9中的(a)，手机1显示的通知消息上包括语音标识91；再比如，参见图9中的(b)，手机1显示的通知消息上包括语音标识92，该语音标识为提示信息“语音”。这样，通知消息包括语音信息，通知消息的形式和内容新颖且生动，对用户的吸引力较高，更容易引起用户播放通知消息中的语音信息的兴趣。

在一些实施例中，手机1在通知栏中向用户呈现的通知消息中还包括语音信息的可播放时长。比如，该播放时长可以参见图9中的(c)所示的提示信息93。该提示信息93也可以称为语音标识93，也可以用于提示用户当前通知消息包括语音信息。

在本申请的实施例中，手机1响应于用户针对通知消息的操作1(即触发操作)，播放通知消息包括的语音信息。这样，在通知消息中包括语音信息的情况下，通知消息新颖且生动，对用户的吸引力较高，用户播放通知消息中的语音信息后，容易产生兴趣从而进入APP，从而可以使得APP的使用率较高。

并且，该通知消息中的语音信息是根据用户的喜好精准推送的，因而对用户的吸引力更高，用户播放通知消息中的语音信息后，更容易产生兴趣从而进入APP了解更多内容，从而可以使得APP的使用率较高。

在一些实施例中，手机1响应于用户针对通知消息的操作1，可直接播放通知消息包括的语音信息，而不用进入某个具体的APP来播放该语音信息。手机1可以利用操作系统的语音播放基础能力，快速、便捷地在后台播放通知消息中的语音信息。该种情况下，在上述结构体的click_action字段中，type2的值可以为1，表示使用操作系统默认方式播放语音信息。示例性的，手机1可以调用操作系统底层的如下API接口来实现语音信息的播放：

MediaPlayer mediaPlayer＝new MediaPlayer()；

//设置指定的流媒体地址

mediaPlayer.setDataSource(rich_resource_path)；

//设置音频流的类型

mediaPlayer.setAudioStreamType(AudioManager.STREAM_MUSIC)

这样，与现有技术中手机响应于用户点击通知消息的操作进入APP1后，再呈现通知消息的具体内容相比，本申请实施例提供的方法不需要用户等待较长时间进入APP1，就可以利用操作系统的基础能力，直接、快速、便捷地播放通知消息中的语音信息，从而获取到通知消息的具体内容，且可以节省手机启动APP1所需要的资源。

并且，在现有技术中，手机响应于用户点击通知消息的操作，进入APP1后发现实际对该通知消息的具体内容并不感兴趣，但等待进入APP1花费了很长时间。在本申请实施例中，手机可响应于用户针对通知消息的操作1，直接播放通知消息中的语音信息；若用户确实对该语音信息的具体内容感兴趣，则可以进入APP1进一步了解；若用户对该语音信息并不感兴趣，则不用等待并进入APP1。

比如，通知消息中的资源标识可以是一个资源链接(或超链接)。在本申请的一种实现方式中，手机1接收到通知消息后，即根据该资源链接进行预下载，从而获得对应的语音信息；在检测到用户的播放指示后，播放下载获得的语音信息。也就是说，手机1接收到通知消息后，根据约定格式对通知消息进行解析，并根据通知消息中rich_resource字段中的资源链接，从网络中下载语音信息的具体数据内容。而后，手机1响应于用户针对通知消息的操作1，根据已获取的数据内容播放该语音信息。在另一种实现方式中，手机1接收到通知消息后，并不立即根据资源连接从网络中预下载语音信息，而是检测到用户的播放指示后才下载并播放语音信息。也就是说，手机1响应于用户针对通知消息的操作1，获取通知消息中rich_resource字段中的资源链接对应的语音信息的数据内容，并播放通知消息包括的语音信息。

例如，用户针对通知消息的操作1可以为如图10中的(a)所示的用户针对通知标题的操作，如图9中的(a)-(c)所示的针对通知消息中上述语音标识的操作，或者针对通知消息上空白位置的操作等，不予限定。比如，用户针对通知标题的操作1，可以为用户点击通知标题的操作。用户针对通知标题的操作1还可以是双击、长按等其他触摸操作，或者语音操作或手势操作等，本申请实施例对该操作1的具体方式不予限制。

在手机1播放语音信息的过程中，手机1可以通过显示提示信息、指示灯或其他方式提示用户当前正在播放语音信息。示例性的，参见图10中的(b)，手机1可以通过提示标识1000提示用户当前正在播放该条语音信息。

在手机1播放语音信息的过程中，若手机1再次检测到该操作1，则可以暂停播放；后续，再次检测到操作1后，接续之前的播放进度接续播放该语音信息。或者，在手机1播放语音信息的过程中，若手机1再次检测到该操作1，则可以停止播放；后续，再次检测到操作1后，重新播放该语音信息。

在一些实施例中，在锁屏状态下，手机1响应于用户针对通知消息的操作1，播放通知消息中的语音信息。在另一些实施例中，手机1在解锁状态下，才能响应于用户针对通知消息的操作1，播放通知消息中的语音信息，在锁屏后可以停止播放该语音信息，也可以继续播放该语音信息。

在一些实施例中，通知栏所展示的通知消息中还包括播放控件，手机1检测到用户针对播放控件的操作后，播放通知消息中的语音信息。比如，参见图11中的(a)，手机1检测到用户点击播放控件1100的操作后，播放通知消息中的语音信息。再比如，播放控件可以为上述语音标识。本申请实施例对播放控件的具体设置位置和形式不予限定。

在一些可能的实现方式中，播放控件1100在语音信息的播放过程中的显示状态与未播放语音信息时的显示状态不同。比如，播放控件1100在未播放语音信息时为第一状态，在播放语音信息的过程中为第二状态。例如，在语音信息的播放过程中，播放控件1100的显示状态可以如图11中的(b)-(d)所示进行动态变化，以提示用户当前正在播放语音信息。

在另一些可能的实现方式中，播放控件1100在语音信息的播放过程中的显示状态，与未播放语音信息时的显示状态保持一致。

在另一些可能的实现方式中，在手机1开始播放该语音信息后，通知栏所展示的通知消息中，播放控件可以切换为暂停控件。比如，手机1检测到用户点击图12中的(a)所示的播放控件1200的操作后，开始播放语音信息，且暂停控件1200切换为如图12中的(b)所示的暂停控件1201。若手机1检测到用户点击暂停控件的操作，则可以暂停播放语音信息，且暂停控件切换为续播控件；后续，检测到用户点击续播控件的操作后，接续之前的播放进度继续播放该语音信息。

或者，在手机1开始播放该语音信息后，通知消息中的播放控件可以切换为停止控件。若手机1检测到用户点击停止控件的操作，则可以停止播放语音信息，且停止控件切换回播放控件。后续，手机1检测到用户点击播放控件操作后，重新开始播放该语音信息。

在一些实施例中，手机1在播放语音信息的过程中，还可以将播放进度提示给用户。比如，参见图12中的(c)，手机1可以显示语音信息的播放进度条1202，总时长1203，已播放时长1204，或剩余播放时长等信息中的一个或多个，以提示用户当前语音信息的播放进度。在另一些实施例中，手机1在播放语音信息的过程中，还可以响应于用户的指示操作快进或快退，从而调整播放进度。

在一些实施例中，手机1在播放语音信息的过程中，还可以将语音信息的文字内容在屏幕上呈现给用户，或者响应于用户的指示操作将语音信息的文字内容在屏幕上呈现给用户。该文字内容可随着语音信息的播放过程而滚动，当该语音信息播放完成后，自动停止显示该文字内容。或者，该文字内容对应有关闭控件，当手机1检测到用户点击该关闭控件的操作后，停止显示该文字内容。示例性的，语音信息的文字内容可以参见图12中的(d)所示的文字信息1205。

在手机1播放通知消息中语音信息的过程中，通知消息通常被滑动到了屏幕的中间区域。在一些实施例中，若手机1响应于用户上/下滑动屏幕的操作，将该通知消息移动到屏幕的上部或下部，移出屏幕的中间区域(也可以称为失去焦点)，则无需用户指示可以自动停止播放语音信息。待该通知消息移回屏幕的中间区域(也可以称为重新获得焦点)后，可以自动接续播放该语音信息或重新播放该语音信息而无需用户指示，可以提高用户体验。或者，待该通知消息移回屏幕的中间区域后，不再播放该语音信息。

在另一些实施例中，手机1在通知栏中向用户呈现的通知消息，还可以包括语音切换控件(即切换控件)，用于切换播放用户预约的媒体资源对应的不同人物的语音信息。该语音切换控件与上述结构体中的buttons字段相对应。在一种实现方式中，手机1接收到的通知消息中(比如上述结构体中的rich_resource字段中)包括多个语音信息的资源标识。手机1响应于用户的操作1，优先播放用户最喜欢的人物的语音信息。而后，手机1响应于用户针对该语音切换控件的操作，播放其他的语音信息。比如，手机1切换播放其他语音信息的顺序可以按照用户的喜好程度进行排序，或者手机1切换播放的其他语音可以是手机1从接收到的多个语音信息中随机选择的。示例性的，参见图13中的(a)，手机1检测到用户点击切换控件1300的操作后，播放影片1对应的其他语音信息。此外，如图13中的(b)所示，通知消息的通知标题也相应地发生变化，从而与切换后的语音信息相对应。

在另一些实施例中，手机1响应于用户针对通知消息的操作2，进入APP1并显示APP1的页面(也称APP1的应用界面)。其中，手机1显示的APP1的页面可以是APP1的主页面，也可以是语音信息对应的影片1对应的页面，或其他页面，不予限定。该操作2为区别于操作1的操作。比如，当操作1为用户点击通知标题的操作时，操作2为用户长按通知标题的操作或双击通知标题的操作等。再比如，参见图14中的(a)，操作2可以为用户点击APP1名称1401或APP1图标1402的操作。再比如，参见图14中的(a)，通知栏中包括“进入应用”控件1403，操作2为用户点击控件1403的操作。手机1响应于用户的操作2，如图14中的(b)所示跳转显示APP1中影片1对应的页面。

在其他一些实施例中，参见图15中的(a)，手机1在通知栏中向用户呈现的通知消息，还可以包括一些其他控件，比如了解更多控件1501，忽略控件1502，保存控件1503或分享控件1504等。

其中，手机1响应于用户针对通知消息中了解更多控件的操作，可以进入APP1从而了解与影片1相关的更多内容。

手机1响应于用户针对通知消息中忽略控件的操作，可以将该通知消息从屏幕上清除，从而忽略该通知消息。此外，手机1响应于用户针对通知消息左/右滑动的操作，可在屏幕上清除该通知消息，从而忽略该通知消息。

手机1响应于用户针对通知消息中保存控件的操作，可以保存该通知消息中的语音信息，以便后续再次播放该语音信息或者将该语音信息分享给其他对象(比如其他联系人或其他设备等)。

手机1响应于用户针对通知消息中分享控件的操作，可将该语音信息(或该通知消息)分享给其他对象；比如，通过某个APP(比如

或

)分享给其他联系人，分享到朋友圈，或分享到其他公众平台；或者，可供用户选择通过某种网络(比如热点或蓝牙等)或传输方式分享给其他设备等。示例性的，手机1响应于用户点击如图15中的(a)所示的分享控件1504的操作，如图15中的(b)所示可显示分享列表1505，以供用户从分享列表1505中选择将语音信息(或通知消息)分享给其他对象。

在另一些实施例中，手机1可以将同一APP服务器推送的多个通知消息可以集中在一起进行显示。例如，参见图16中的(a)，每条通知消息可以仍然单独为一个卡片进行显示。或者，多条通知消息可以合并在一个卡片中进行显示。比如，参见图16中的(b)-(c)，APP1推送的两条通知消息可以合并显示，合并后的通知消息包括两个通知标题，分别对应合并前的两条通知消息。在一种实现方式中，如图16中的(b)所示，每个通知标题分别对应一个播放控件，用于播放对应的语音信息。在另一种实现方式中，如图16中的(c)所示，合并后的通知消息包括一个播放控件，手机1检测到用户点击该播放控件的操作后，依次播放该合并后的通知消息中的每条语音信息。此外，合并后的通知消息上还可以显示包括的消息条数。

在其他一些实施例中，通知栏上包括一个全局播放控件，手机1可以响应于用户针对该全部播放控件的操作，依次对通知栏中多个通知消息中的语音信息进行播放。

在一些实施例中，手机1在通知栏中向用户呈现的通知消息除了包括语音信息外，还包括通知内容，该通知内容可以为语音信息对应的文字信息，或者为语音信息对应的关键字或摘要信息等。通知内容可以对应上述结构体中的body字段。或者说，通知消息的通知内容包括语音信息，以及语音信息对应的文字信息、关键字或摘要信息等。

在其他一些实施例中，APP1服务器也可以将影片1对应的多个关联人物的语音信息，均通过通知消息发送给手机1。手机1/云服务器确定用户喜欢的人物，从而在通知栏中为用户呈现包括用户喜欢的人物语音的通知消息，包括其他人物语音的通知消息不再呈现给用户。比如，手机1/云服务器可以根据用户使用手机1的过程(比如使用各APP的过程中)的用户行为信息，确定用户喜欢的人物。举例来说，手机1确定用户通过各视频播放APP播放视频时，播放人物1的相关视频的次数最多，从而确定用户喜欢人物1，从而为用户呈现包括人物1语音的通知消息。

在另一些实施例中，手机1检测到用户针对通知消息的操作1后进入APP1，并使用APP1播放通知消息中的语音信息。该种情况下，在上述结构体的click_action字段中，type2的值可以为2，表示使用通知消息对应的APP1播放语音信息。示例性的，手机1检测到用户点击如图17中的(a)所示的通知消息中播放控件的操作后，参见图17中的(b)，手机1进入APP1并使用APP1播放通知消息中的语音信息。其中，进入APP1后，手机1可以自动开始播放该语音信息，也可以检测到用户指示播放的操作后再开始播放该语音信息。在语音信息播放完之后，手机1可以继续停留在APP1中以便用户播放其他音频或观看影片，也可以通过返回控件或关闭控件等，回退到之前的界面。

在其他一些实施例中，手机1检测到用户针对通知消息的操作1后，显示播放方式列表以供用户选择，从而可以提高语音信息播放的灵活性。示例性的，手机1检测到用户点击如图18中的(a)所示的通知消息中播放控件的操作后，参见图18中的(b)，手机1显示语音信息的播放方式列表，该播放方式列表可以包括系统默认的音频播放器播放方式1801，当前APP1播放方式1802，以及系统支持的其他音频播放器如APP2播放方式1803等，以便用户进行选择。其中，系统默认的音频播放器，当前APP1，以及系统支持的其他音频播放器均为应用程序。也就是说，播放方式列表中包括多个可用于播放语音信息的应用程序。该种情况下，在上述结构体的click_action字段中，type2的值可以为3，表示可供用户从列表中选择语音信息的播放方式。手机1响应于用户选择图18中的(b)所示的播放方式1801的操作，采用手机1的操作系统基础能力播放通知消息中的语音信息。手机1响应于用户选择图18中的(b)所示的播放方式1802的操作，采用APP1播放通知消息中的语音信息。手机1响应于用户选择图18中的(b)所示的播放方式1803的操作，如图18中的(c)所示，手机1打开APP2，显示APP2的页面，采用播放方式1803对应的APP2播放通知消息中的语音信息。在语音信息播放完之后，手机1可以继续停留在APP2中以便用户播放其他音频或观看影片，也可以通过返回控件或关闭控件等，回退到之前的界面。

其中，手机1可以根据资源标识的文件后缀或文件名称等信息识别文件类型，是文本、音频、视频或其他格式。比如，资源标识为URI，URI的文件后缀为“.mp3”，手机1根据该后缀识别出该文件类型为音频。手机1根据操作系统的配置文件(比如AndroidManifest.xml)获取该文件类型对应的、可支持的APP列表，比如

和MX

等。手机1显示支持打开该文件类型的播放方式列表，包括暴风影音、MX Player及系统自带的音频播放器等。用户选择某种播放方式后，比如选择暴风影音后，手机1打开暴风影音并传入该URI，由暴风影音访问URI从而获取对应的语音信息进行播放。

在一些实施例中，当手机1显示播放方式列表以供用户选择时，还可以提示用户总是采用该播放方式播放语音信息，还是仅一次采用该播放方式播放语音信息。

在其他一些实施例中，在手机1采用某种播放方式播放通知消息中的语音信息的情况下，用户可选择或切换通知消息中语音信息的播放方式类型，以提高语音信息播放的灵活性。该种情况下，在上述结构体的click_action字段中，type2的值可以为空；或者，type2的值可以为1或(or)2或(or)3。在一种可能的实现方式中，系统设置应用的界面上可以包括播放方式类型列表，该类型列表包括系统默认的音频播放器类型，通知消息对应的APP类型，以及播放方式列表类型等。用户可以在系统设置应用中指定通知消息中语音信息的播放方式类型。手机1检测到用户针对通知消息1的操作1后，采用用户指定的播放方式类型来播放语音信息。

在其他一些实施例中，用于承载通知消息的结构体中包括click_action字段，且用户在手机1上自定义设置了(例如在APP1中进行了设置，或者在系统应用中进行了设置)语音信息的播放方式。该种情况下，在一种实现方式中，以click_action字段指定的播放方式为准来播放语音信息；在另一种实现方式中，以用户在手机1上自定义设置的播放方式为准来播放语音信息。

在其他一些实施例中，用于承载通知消息的结构体中不包括click_action字段，手机1可以根据用户在手机1上自定义设置的播放方式，来播放通知消息中的语音信息。

在另一种可能的实现方式中，若手机1检测到用户点击通知标题/播放控件的操作，则采用结构体中click_action字段指示的播放方式类型来播放语音信息；若手机1检测到用户长按通知标题/播放控件的操作，则显示播放方式类型列表，以便用户切换为采用该列表中的其他播放方式进行播放。

在另一种可能的实现方式中，手机1在通知栏中为用户呈现的通知消息包括播放类型控件/类型切换控件。手机1响应于用户针对该播放类型控件/类型切换控件的操作，可以显示播放方式类型列表，以便用户切换为采用列表中的其他播放方式进行播放。此外，手机1还可以将当前采用的通知消息中语音信息的播放方式提示给用户。示例性的，参见图19中的(a)，手机1通过控件1901提示用户当前采用系统默认方式后台播放通知消息中的语音信息，手机1检测到用户点击类型切换控件1902的操作后，如图19中的(b)所示，显示语音信息的播放方式类型列表。

以上是以通知消息包括富媒体信息，且富媒体信息包括语音信息(也可以称为语音型通知消息)为例进行说明的。在其他一些实施例中，通知消息还可以包括其他类型的富媒体信息，比如包括视频信息的通知消息(也可以称为视频型通知消息)或包括动图信息的通知消息(也可以称为动图型通知消息)等。与通知消息包括语音信息类似，当通知消息包括视频信息时，仍可以采用本申请以上实施例提供的方法进行消息推送。以下主要对不同之处进行说明。

在一些实施例中，手机1在通知栏中为用户呈现的通知消息还可以包括视频信息的提示信息，比如该提示信息为图20A中的(a)所示的缩略图2000。手机1可以响应于用户针对该缩略图2000的操作，播放通知消息中的该视频信息。

与播放通知消息中的语音信息类似，手机1可以采用系统默认的视频播放方式(例如系统默认的应用程序)，推送通知消息的APP1，或者系统支持的可播放视频的其他应用程序(如APP2)来播放通知消息中的视频信息。

在本申请的实施例中，手机1在播放视频信息时，可以在屏幕上通知消息中的一个小窗口内(比如该窗口位于缩略图所在位置)播放(如图20A中的(b)所示)，也可以在大窗口内播放(如图20A中的(c)所示)，或者在全屏窗口内播放(如图20A中的(d)所示)，不予限定。手机1可以响应于用户的操作，切换用于播放通知消息中的视频信息的窗口。此外，该播放窗口内还可以包括暂停控件，下一个控件，播放进度条，全屏/小窗口切换控件等。

在一些实施例中，在通知消息的视频信息播放完成后，手机1自动关闭该播放窗口。

在另一些实施例中，在通知消息的视频信息播放完成后，手机1并不自动关闭该播放窗口，暂停控件可以切换为播放控件/重播控件。在停止播放后的时长大于预设时长后，该播放窗口自动关系。或者，该播放窗口需用户手动关闭。

示例性的，手机1可以响应于用户针对图20A中的(a)所示的缩略图2000的操作，显示如图20B中的(a)所示的播放列表。该播放方式列表可以包括系统默认的视频播放器播放方式2001，当前APP1播放方式2002，以及系统支持的其他视频播放器如APP2播放方式2003等，以便用户进行选择。其中，系统默认的视频播放器，当前推送通知消息的APP1，以及系统支持的其他视频播放器均为应用程序。也就是说，播放方式列表中包括多个可用于播放视频信息的应用程序。手机1响应于用户选择图20B中的(a)所示的播放方式2001的操作，采用手机1的操作系统基础能力播放通知消息中的视频信息。手机1响应于用户选择图20B中的(a)所示的播放方式2002的操作，采用APP1播放通知消息中的视频信息。手机1响应于用户选择图20B中的(a)所示的播放方式2002的操作，如图20B中的(b)所示，手机1打开APP1(华为视频)，显示APP1的页面，采用播放方式2001对应的APP1播放通知消息中的视频信息。其中，进入APP1后，手机1可以自动开始播放该视频信息，也可以检测到用户指示播放的操作后再开始播放该视频信息。在视频信息播放完之后，手机1可以继续停留在APP1中以便用户播放其他视频或观看影片，也可以通过返回控件或关闭控件等，回退到之前的界面。

手机1通过APP2播放通知消息中的视频信息的情况，与通过APP1来播放通知消息中的视频信息的情况类似，不予赘述。

以上是以用户预约了影片1后触发消息推送为例进行说明的，当APP1在其他时机推送通知消息时，也可以采用以上实施例提供的方法来推送消息。例如，在非预约场景下，APP1服务器可以将待推送的媒体资源(如影片)对应的通知消息推送给手机。其中，待推送的媒体资源可以对应多个富媒体信息(如多个关联人物的语音信息)。APP1服务器可以根据用户特征确定用户最喜欢的关联人物对应的富媒体信息，并在通知消息中将确定的该富媒体信息推送给用户。

以上是以用户登录了APP1后进行消息推送为例进行说明的，用户在未登录APP1的情况下，也可以采用以上实施例提供的方法来推送消息。例如，在图5A所示的用户未登录APP1的情况下，APP1服务器可以根据电子设备的设备标识(比如OAID)，精准确定推送给该设备标识对应的电子设备的目标语音信息，从而进行个性化的消息推送。比如，APP1服务器可以根据设备标识对应的电子设备所在的区域、位置，或者根据使用该电子设备的用户的用户特征(比如用户行为信息或用户画像)等，精准确定推送给该设备标识对应的电子设备的目标语音信息。

以上是以APP1服务器为用户精准推送影片1的相关通知消息为例进行说明的。APP服务器也可以根据用户行为信息或用户画像等，为用户精准推送用户感兴趣的影片类型对应的通知消息，比如喜剧片、悬疑片或历史片等。

另外，以上是以通知消息对应的APP1为视频播放类APP为例进行说明的，APP1还可以为其他类型的应用，也可以采用本申请实施例提供的方法进行通知消息的精准推送。这样，用户可以收到自己感兴趣的通知消息，从而更愿意打开这个通知消息以及相应的APP。例如，新闻类APP的服务器可以根据用户行为信息或用户画像等，为用户精准推送新闻类通知消息。比如，用户使用某新闻类APP查看每日新闻；APP服务器根据用户的观看记录，识别用户感兴趣的新闻类型，比如体育类+娱乐新闻。APP服务器每日定时推送当天最新、热点新闻，此时根据用户兴趣点，选择体育类和娱乐类的通知消息。再比如，APP服务器根据用户的喜好，精准推送军事类通知消息，或者精准推送体育类通知消息，或者精准推送养生类通知消息等。APP类服务器将选择的通知消息的通知内容以语音的形式发送给用户。

在本申请的实施例中，手机在通知栏上呈现的通知消息可以有包括富媒体信息的通知消息，还可以有不包括富媒体信息的文本型通知消息(类似于图1所示的通知消息)。此外，不同通知消息中还可以包括不同类型的富媒体信息。示例性的，参见图21，手机1在屏幕的通知栏中向用户呈现了个应用的通知消息，例如华为视频应用的语音型通知消息2101、新闻应用的语音型通知消息2102、

应用的视频型通知消息2103以及浏览器应用的文本型通知消息2104等。其中，语音型通知消息2101为用户精准推荐了影人1的语音信息，语音型通知消息2102为用户精准推荐了体育类通知消息。

在本申请的其他一些实施例中，用户可以在系统设置界面上，或者在应用的设置界面上，设置应用推送的通知消息的类型，比如为语音型通知消息、视频型通知消息、动图型通知消息，文本型通知消息，或其他类型的通知消息等。

在本申请其他一些实施例中，手机1可以响应于用户的操作，将在屏幕上向用户展示的包含富媒体信息的通知消息切换为传统的文本型通知消息；或者，在文本型通知消息、语音型通知消息、视频型通知消息、动图型通知消息或其他类型的通知消息之间进行切换。

以上是以电子设备为手机为例进行说明的，当电子设备为平板电脑或其他设备时，仍可以采用以上实施例描述的方法进行消息推送，不再赘述。

另外，结合上述实施例及相应的附图，本申请另一实施例提供一种通知消息的处理方法，该方法可以在具有图1所示结构的电子设备上实现。参见图22，该方法包括：

2201、电子设备获取目标应用程序的目标通知消息，目标通知消息包括第一富媒体信息，第一富媒体信息包括语音信息、视频信息或动图中的一种或多种。

其中，目标应用程序的服务器可以通过推送服务器将目标通知消息转发给电子设备，电子设备可以获取目标应用程序的目标通知消息。该目标应用程序可以是任意的应用程序，比如系统应用程序或第三方应用程序，例如可以是视频播放类应用、音频播放类应用、音乐播放类应用、新闻类应用、游戏类应用、电子书类应用或金融类应用等。该目标通知消息包括第一富媒体信息，第一富媒体信息包括语音信息、视频信息或动图中的一种或多种。

示例性的，参见上述实施例，该目标应用程序为华为视频，第一富媒体信息包括语音信息。

2202、电子设备显示第一界面，该第一界面包括至少两个应用程序的通知消息，至少两个应用程序包括该目标应用程序，该至少两个应用程序的通知消息包括该目标通知消息。

电子设备可以将多个应用程序的通知消息，包括目标应用程序的目标通知消息，在屏幕上呈现给用户。

示例性的，该目标通知消息可以为图9-图21所示的华为视频推送的通知消息，且该目标通知消息包括的富媒体信息为语音信息，该语音信息为影人1的语音信息。

2203、电子设备响应于用户针对目标通知消息的触发操作，播放目标通知消息中的第一富媒体信息。

电子设备可以响应于用户针对目标通知消息的触发操作，播放目标通知消息中的第一富媒体信息。示例性的，该触发操作可以为用户点击目标通知消息中通知标题的操作，点击播放控件的操作，或者点击富媒体信息标识(例如当富媒体为语音信息时，富媒体信息标识为语音标识)的操作等。

在该方案中，电子设备能够在APP推送的通知消息中将语音等富媒体信息推送给用户，使得通知消息的形式和内容新颖且生动，对用户的吸引力较高，用户播放通知消息中的语音等富媒体信息后，更容易产生兴趣从而进入APP，可以提高APP的使用率。

可以理解的是，为了实现上述功能，电子设备包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本实施例可以根据上述方法示例对电子设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块可以采用硬件的形式实现。需要说明的是，本实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，在一种示例中，该电子设备可以包括：获取单元、显示单元、播放单元和处理单元等。需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本申请实施例还提供一种电子设备，如图23所示，包括：屏幕2301，一个或多个处理器2302，存储器2303，以及一个或多个计算机程序2304，上述各器件可以通过一个或多个通信总线2305连接。其中该一个或多个计算机程序2304被存储在上述存储器2303中并被配置为被该一个或多个处理器2302执行，该一个或多个计算机程序2304包括指令，上述指令可以用于执行上述实施例中的各个步骤。其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应实体器件的功能描述，在此不再赘述。

示例性的，上述处理器2302具体可以为图3所示的处理器110，上述存储器2303具体可以为图3所示的内部存储器121，上述屏幕2301具体可以为图3所示的显示屏194。

本申请实施例还提供一种电子设备，包括一个或多个处理器以及一个或多个存储器。该一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，使得电子设备执行上述相关方法步骤实现上述实施例中的通知消息的处理方法。

本申请实施例还提供一种服务器，包括一个或多个处理器以及一个或多个存储器。该一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，使得服务器执行上述相关方法步骤实现上述实施例中的通知消息的处理方法。

本申请的实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在电子设备或服务器上运行时，使得电子设备或服务器执行上述相关方法步骤实现上述实施例中的通知消息的处理方法。

本申请的实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中电子设备执行的通知消息的处理方法。

另外，本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使装置执行上述各方法实施例中电子设备或服务器执行的通知消息的处理方法。

其中，本实施例提供的电子设备、服务器、计算机可读存储介质、计算机程序产品或装置均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

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

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

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

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

以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (24)

1.一种通知消息的处理方法，应用于电子设备，其特征在于，包括：

所述电子设备获取目标应用程序的目标通知消息，所述目标通知消息包括第一富媒体信息，所述第一富媒体信息包括语音信息、视频信息或动图中的一种或多种；

所述电子设备显示第一界面，所述第一界面包括至少两个应用程序的通知消息，所述至少两个应用程序包括所述目标应用程序，所述至少两个应用程序的通知消息包括所述目标通知消息；

所述电子设备响应于用户针对所述目标通知消息的触发操作，播放所述目标通知消息中的所述第一富媒体信息。

2.根据权利要求1所述的方法，其特征在于，在所述第一界面上，所述目标通知消息中包括提示标识，所述提示标识用于提示所述目标通知消息包括富媒体信息。

3.根据权利要求2所述的方法，其特征在于，所述电子设备响应于用户针对所述目标通知消息的触发操作，播放所述目标通知消息中的所述第一富媒体信息，包括：

所述电子设备响应于用户点击所述目标通知消息中的所述提示标识的操作，播放所述目标通知消息中的所述第一富媒体信息。

4.根据权利要求1或2所述的方法，其特征在于，所述目标通知消息中包括通知标题，所述电子设备响应于用户针对所述目标通知消息的触发操作，播放所述目标通知消息中的所述第一富媒体信息，包括：

所述电子设备响应于用户点击所述目标通知消息中的所述通知标题的操作，播放所述目标通知消息中的所述第一富媒体信息。

5.根据权利要求1或2所述的方法，其特征在于，所述目标通知消息中包括播放控件，所述电子设备响应于用户针对所述目标通知消息的触发操作，播放所述目标通知消息中的所述第一富媒体信息，包括：

所述电子设备响应于用户点击所述目标通知消息中的所述播放控件的操作，播放所述目标通知消息中的所述第一富媒体信息。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述目标通知消息中的所述第一富媒体信息为所述目标应用程序的服务器根据所述电子设备对应的用户特征确定的，所述用户特征包括用户行为信息或用户画像。

7.根据权利要求6所述的方法，其特征在于，所述目标通知消息中的所述第一富媒体信息对应目标媒体资源，所述目标媒体资源对应多个富媒体信息，所述第一富媒体信息是由服务器根据所述电子设备对应的用户特征，从所述目标媒体资源对应的所述多个富媒体信息中确定的一个富媒体信息。

8.根据权利要求7所述的方法，其特征在于，所述目标媒体资源为用户预约的媒体资源，所述目标媒体资源对应多个关联人物的富媒体信息，所述第一富媒体信息是由所述服务器根据所述电子设备对应的用户特征，从所述目标媒体资源对应的所述多个富媒体信息中确定的，所述电子设备对应的用户最喜欢的关联人物的富媒体信息。

9.根据权利要求1-8任一项所述的方法，其特征在于，在所述第一界面上，所述目标通知消息中包括第一提示信息，所述第一提示信息用于提示所述目标通知消息包括的所述第一富媒体信息的播放时长。

10.根据权利要求1-9任一项所述的方法，其特征在于，所述方法还包括：

所述电子设备显示第二提示信息，所述第二提示信息用于提示所述第一富媒体信息的播放进度。

11.根据权利要求7或8所述的方法，其特征在于，所述目标通知消息中还包括切换控件，所述方法还包括：

所述电子设备响应于用户针对所述目标通知消息中的所述切换控件的操作，播放所述目标媒体资源对应的第二富媒体信息。

12.根据权利要求2或3所述的方法，其特征在于，所述第一界面上的所述提示标识为第一状态，所述电子设备播放所述目标通知消息中的所述第一富媒体信息，包括：

所述电子设备显示第二界面，并播放所述目标通知消息中的所述第一富媒体信息，所述第二界面包括所述提示标识，且所述第二界面上的所述提示标识为第二状态，所述第二状态不同于所述第一状态。

13.根据权利要求2或3所述的方法，其特征在于，所述电子设备响应于用户针对所述目标通知消息的触发操作，播放所述目标通知消息中的所述第一富媒体信息，包括：

所述电子设备响应于用户针对所述目标通知消息的所述触发操作，显示第三界面，所述第三界面为所述目标应用程序的应用界面；

所述电子设备通过所述目标应用程序，播放所述目标通知消息中的所述第一富媒体信息。

14.根据权利要求13所述的方法，其特征在于，所述目标通知消息中包括通知标题和所述目标应用程序的提示信息，所述目标应用程序的提示信息包括所述目标应用程序的图标和/或名称；所述电子设备响应于用户针对所述目标通知消息的触发操作，显示第三界面，所述第三界面为所述目标应用程序的应用界面，包括：

所述电子设备响应于用户点击所述目标通知消息中所述通知标题或所述目标应用程序的提示信息的操作，显示所述第三界面，所述第三界面为所述目标应用程序的应用界面。

15.根据权利要求14所述的方法，其特征在于，所述目标通知消息中包括通知标题，所述电子设备响应于用户针对所述目标通知消息的触发操作，显示第三界面，所述第三界面为所述目标应用程序的应用界面，包括：

所述电子设备响应于用户长按所述目标通知消息中所述通知标题的操作，显示所述第三界面，所述第三界面为所述目标应用程序的应用界面。

16.根据权利要求1-11任一项所述的方法，其特征在于，所述电子设备响应于用户针对所述目标通知消息的触发操作，播放所述目标通知消息中的所述第一富媒体信息，包括：

所述电子设备响应于用户针对所述目标通知消息的触发操作，显示播放方式列表，所述播放方式列表包括用于播放富媒体信息至少一个应用程序；

所述电子设备响应于用户从所述播放方式列表中选择应用程序的操作，通过所述选择的应用程序播放所述目标通知消息中的所述第一富媒体信息。

17.根据权利要求1-16任一项所述的方法，其特征在于，所述电子设备保存有用户预设的应用程序与富媒体信息类型的对应关系，所述富媒体信息类型包括语音信息类型、视频信息类型或动图类型，所述第一富媒体信息类型与所述对应关系中所述目标应用程序对应的富媒体信息类型一致。

18.根据权利要求1-17任一项所述的方法，其特征在于，所述电子设备获取到的所述目标应用程序的目标通知消息中包括所述第一富媒体信息的资源标识，所述电子设备播放所述目标通知消息中的所述第一富媒体信息，包括：

所述电子设备根据所述目标通知消息中的所述第一富媒体信息的资源标识，获取所述第一富媒体信息的数据内容；

所述电子设备根据所述第一富媒体信息的数据内容，播放所述第一富媒体信息。

19.根据权利要求1-18任一项所述的方法，其特征在于，所述目标通知消息还包括：所述目标应用程序的标识信息，所述目标应用程序的图标信息，通知标题，通知消息的类型，或所述电子设备对应的设备标识中的一种或多种。

20.一种通知消息的处理方法，应用于服务器，其特征在于，包括：

所述服务器生成目标应用程序的目标通知消息，所述目标通知消息包括第一富媒体信息，所述第一富媒体信息包括语音信息、视频信息或动图中的一种或多种；

所述服务器将所述目标通知消息推送给电子设备。

21.根据权利要求20所述的方法，其特征在于，所述目标通知消息中的所述第一富媒体信息对应目标媒体资源，所述方法还包括：

所述服务器根据所述电子设备对应的用户特征，从所述目标媒体资源对应的多个富媒体信息中确定所述第一富媒体信息。

22.一种电子设备，其特征在于，包括：

屏幕，用于显示界面；

一个或多个处理器；

存储器；

以及一个或多个计算机程序，其中所述一个或多个计算机程序被存储在所述存储器中，所述一个或多个计算机程序包括指令，当所述指令被所述电子设备执行时，使得所述电子设备执行如权利要求1-19中任一项所述的通知消息的处理方法，或者执行如权利要求20或21所述的通知消息的处理方法。

23.一种计算机可读存储介质，其特征在于，包括计算机指令，当所述计算机指令在计算机上运行时，使得所述计算机执行如权利要求1-19中任一项所述的通知消息的处理方法，或者执行如权利要求20或21所述的通知消息的处理方法。

24.一种计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如权利要求1-19中任一项所述的通知消息的处理方法，或者执行如权利要求20或21所述的通知消息的处理方法。

Images