CN110119276A - 未读消息提示的实现方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及移动端研发优化技术领域，特别涉及一种未读消息提示的实现方法、装置、计算机设备和存储介质。所述方法包括：当检测到应用程序初始启动时，获取所述应用程序所在终端的厂商标识和系统版本号；根据厂商标识和系统版本号生成工具获取请求，将工具获取请求发送至服务器；接收服务器返回的与厂商标识和系统版本号对应的消息提示工具，并安装消息提示工具；若通过消息提示工具检测到应用程序的未读消息，则根据未读消息提示应用程序的未读消息。采用本方法能够提高用户终端上未读消息提示功能覆盖率。

Description

未读消息提示的实现方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种未读消息提示的实现方法、装置、计算机设备和存储介质。

背景技术

随着人们工作娱乐生活的不断丰富，各种功能的应用程序应运而生，用户可以根据自身需求在用户终端上安装各种类型的应用程序。安装的各应用程序均会进行消息推送，对于应用推送的未读消息，可以采用在应用程序的图标上显示未读消息标识或其他方式提示用户。

但是，由于Android原生系统不支持上述消息提示功能，不同的终端厂商对该功能的实现方式又不同，若要实现该未读消息提示功能，需要在应用程序包中添加多个厂商的功能实现代码，引入大量冗余代码，且不能完全满足各种终端厂商的功能需求。

发明内容

基于此，有必要针对上述技术问题，提供一种提高用户终端上未读消息提示功能覆盖率的未读消息提示的实现方法、装置、计算机设备和存储介质。

一种未读消息提示的实现方法，所述方法包括：

当检测到应用程序初始启动时，获取所述应用程序所在终端的厂商标识和系统版本号；

根据所述厂商标识和所述系统版本号生成工具获取请求，将所述工具获取请求发送至服务器；

接收所述服务器返回的与所述厂商标识和所述系统版本号对应的消息提示工具，并安装所述消息提示工具；

若通过所述消息提示工具检测到所述应用程序的未读消息，则根据所述未读消息提示所述应用程序的未读消息。

在其中一个实施例中，通过所述消息提示工具接收所述应用程序的未读消息之前，还包括：

查找所述厂商标识对应的消息提示功能权限；

将所述消息提示功能权限添加至所述应用程序中，以启用所述消息提示工具。

在其中一个实施例中，通过所述消息提示工具接收所述应用程序的未读消息之前，还包括：

接收所述服务器返回的与所述厂商标识对应的消息提示功能权限；

将所述消息提示功能权限添加至所述应用程序中，以启用所述消息提示工具。

在其中一个实施例中，方法还包括：

当到达预设查询时间时，根据所述厂商标识和所述系统版本号生成工具更新查询请求；

将所述工具更新查询请求发送至服务器；

当接收到所述服务器根据所述工具更新查询请求生成的工具更新通知时，从所述服务器下载最新的消息提示工具；

根据所述最新的消息提示工具进行工具更新。

接收服务器发送的工具更新推送；

根据所述工具更新推送生成工具更新提示；

当通过所述工具更新提示接收到工具更新指令时，从所述服务器下载最新的消息提示工具；

根据所述最新的消息提示工具进行工具更新。

在其中一个实施例中，根据接收的所述未读消息进行所述应用程序的未读消息提示，包括：

根据所述消息提示工具生成提示样式选择选项并显示；

根据所述提示样式选择选项获取用户选择的提示样式；

将接收的所述未读消息的数量值根据所述提示样式显示于所述应用程序的应用图标上。

一种未读消息提示的实现装置，所述装置包括：

信息获取模块，用于当检测到应用程序初始启动时，获取所述应用程序所在终端的厂商标识和系统版本号；

获取请求发送模块，用于根据所述厂商标识和所述系统版本号生成工具获取请求，将所述工具获取请求发送至服务器；

工具安装模块，用于接收所述服务器返回的与所述厂商标识和所述系统版本号对应的消息提示工具，并安装所述消息提示工具；

消息提示模块，用于若通过所述消息提示工具检测到所述应用程序的未读消息，则根据所述未读消息提示所述应用程序的未读消息。

在其中一个实施例中，装置还包括：

查询请求生成模块，用于当到达预设查询时间时，根据所述厂商标识和所述系统版本号生成工具更新查询请求；

查询请求发送模块，用于将所述工具更新查询请求发送至服务器；

更新工具下载模块，用于当接收到所述服务器根据所述工具更新查询请求生成的工具更新通知时，从所述服务器下载最新的消息提示工具；

工具更新模块，用于根据所述最新的消息提示工具工具进行工具更新。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述方法的步骤。

上述未读消息提示的实现方法、装置、计算机设备和存储介质，从服务器获取与终端厂商和操作系统版本对应的能够实现未读消息提示功能的工具，通过安装该工具的方法实现未读消息提示功能，从而无需在应用程序中添加所有厂商的消息提示功能代码，能够大量减少冗余代码，并且安装工具也便于服务器端可以对各终端厂商的未读消息提示功能进行实时更新和扩展，能满足更多用户的使用需求，提高该功能在各厂商终端上的使用覆盖率。

附图说明

图1为一个实施例中未读消息提示的实现方法的应用场景图；

图2为一个实施例中未读消息提示的实现方法的流程示意图；

图3为一个实施例中工具更新步骤的流程示意图；

图4为另一个实施例中工具更新步骤的流程示意图；

图5为一个实施例中未读消息提示的实现装置的结构框图；

图6为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的未读消息提示的实现方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104通过网络进行通信。当终端102检测到应用程序初始启动时，获取所述应用程序所在终端的厂商标识和系统版本号；根据厂商标识和系统版本号生成工具获取请求，将工具获取请求发送至服务器104。服务器104从接收到的工具获取请求中提取出厂商标识和系统版本号，查找与产商标识和系统版本号对应的消息提示工具，服务器104将查找到的消息提示工具返回给终端102，终端102接收并安装消息提示工具。终端102通过安装的消息提示工具接收应用程序的未读消息，并根据接收到的未读消息进行应用程序的未读消息提示。

其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种未读消息提示的实现方法，以该方法应用于图1中的终端102为例进行说明，方法包括以下步骤：

步骤210，当检测到应用程序初始启动时，获取所述应用程序所在终端的厂商标识和系统版本号。

当终端接收到应用程序APP的推送消息后，会在终端桌面对应的APP图标上显示一个红点，或是显示接收到的未读推送消息的数量，这种未读消息提示功能原本是IOS系统上的一个效果。但是在android系统中，终端桌面的管理是在系统应用Launcher上实现的，在原生的android系统中，Launcher是不提供该功能效果的。但是android的开放源代码能够被各大终端厂商修改，所以很多终端厂商都可以支持未读消息提示功能，但不同厂商对该功能的实现代码之间差别很大，由于没有android原生系统的支持，各厂商对该功能的实现方式很不统一，因此，应用程序也很难实现在各android终端上实现未读消息提示功能。

在本实施例中，当终端上新安装了应用程序时，新安装的应用程序并不支持上述未读消息的提示功能。当终端检测到新安装的应用程序被用户首次初始启动时，终端获取本地的厂商标识和系统版本号。其中，厂商标识用于对终端所属的终端厂商进行唯一标识。如华为终端的厂商标识为“huawei”，oppp终端的厂商标识为“oppo”等。系统版本号为当前终端安装的操作系统的版本号。

步骤220，根据厂商标识和系统版本号生成工具获取请求，将工具获取请求发送至服务器。

终端生成携带有厂商标识和系统版本号的工具获取请求，将工具获取请求发送给服务器，工具获取请求用于向服务器获取能够提供未读消息提示功能的工具，消息提示工具可以为工具插件等形式。

服务器中事先存储有各终端厂家的各种安卓系统操作版本的具有未读提示功能的工具，消息提示工具根据从各终端厂商获取的未读消息提示功能实现代码事先配置生成，且消息提示工具通过厂商标识和系统版本号进行标识。服务器从工具获取请求中读取厂商标识和系统版本号，并从存储的工具中查找与之相匹配的消息提示工具，将查找到的匹配的消息提示工具返回给终端。

步骤230，接收服务器返回的与厂商标识和系统版本号对应的消息提示工具，并安装消息提示工具。

终端接收服务器返回的与厂商标识和系统版本号相匹配的消息提示工具，在本实施例中，消息提示工具为具有消息提示功能的插件包，终端将插件包存储在本地，当应用程序重新启动时，应用程序会通过接口访问插件包，并启动插件包中的程序代码。

步骤240，若通过消息提示工具检测到应用程序的未读消息，则根据未读消息提示应用程序的未读消息。

终端使用统一的未读消息提示接口调用消息提示工具的工具程序来接收应用程序的未读消息，并对应用程序进行未读消息提示。其中，未读消息的提示形式根据工具中各终端厂商设定的形式而确定，不同终端厂商的未读消息提示形式可以不同。如有的厂商当接收到应用程序的未读消息时，在应用程序对应的图标上显示一个红点，而有的厂商会统计未读消息的数量，在图标上显示未读消息的数量等等。

具体地，在对应用程序进行未读消息提示时的预设提示规则可以为，当终端的当前页面不在应用程序中时，若接收到推送消息，则在应用程序的图标或是通知栏上显示未读消息的提示标识，当终端的当前页面处于应用程序中时，若接收到推送消息，则不在应用程序的图标或是通知栏上显示未读消息的提示标识，当再进入应用程序时，使应用程序的图标或是通知栏上显示未读消息的提示标识消失。在其他实施例中，未读消息的提示方式也可以采用其他形式。

上述方法中，终端从服务器获取与终端厂商和操作系统版本对应的能够实现未读消息提示功能的工具，通过安装该工具的方法实现未读消息提示功能，从而无需在应用程序中添加所有厂商的消息提示功能代码，能够大量减少冗余代码，并且安装工具也便于服务器端可以对各终端厂商的未读消息提示功能进行实时更新和扩展，能满足更多用户的使用需求，提高该功能在各厂商终端上的使用覆盖率。

在一个实施例中，当服务器中没有配置与厂商标识和系统版本号对应的消息提示工具时，服务器从工具获取请求中获取终端标识，将厂商标识、系统版本号和终端标识进行记录，并根据记录信息不断监控对应的终端厂商是否新增了相应版本操作系的未读消息提示功能，当监测到终端厂商有新增功能时，从终端厂商获取实现未读消息提示功能的程序代码，并根据获取的程序代码配置成新的消息提示工具，并推送给记录的终端标识对应的终端。

在一个实施例中，通过消息提示工具接收应用程序的未读消息之前的步骤之前还可以包括：查找厂商标识对应的消息提示功能权限；将消息提示功能权限添加至应用程序中，以启用消息提示工具。

终端在使用消息提示工具的消息提示功能之前，还需要添加与消息提示功能相关的设置权限，例如，需要添加应用程序未读消息提示标识如红点标识的读、写权限，功能更新快捷键权限等，不同厂商对各种设置权限的设置方式也不相同。在实施例中，因为消息提示功能相关权限设置的实现代码的数据量较小，应用程序对应的服务器事先将所有终端厂商的权限设置代码均添加至应用程序的apk安装包中。终端从应用程序的安装包中查找厂商标识对应的消息提示功能权限，根据查找到的消息提示功能权限对应用程序的未读消息提示功能进行权限激活设置。

在一个实施例中，通过消息提示工具接收应用程序的未读消息的步骤之前还可以包括以下步骤：接收服务器返回的与厂商标识对应的消息提示功能权限；将消息提示功能权限添加至应用程序中，以启用消息提示工具。

与上一实施例不同，应用程序的安装包中并没有添加未读消息提示功能的相关权限设置的实现代码。当服务器接收到终端发送的工具获取请求之后，在向终端返回与厂商标识和系统版本号对应的消息提示工具的同时，服务器还向终端返回与终端厂商标识对应的消息提示功能权限，终端根据接收到的消息提示功能权限对应用程序的未读消息提示功能进行权限激活设置。在本实施例中，应用程序的安装包内并没有集成功能权限设置的实现代码，消息提示功能权限也需要根据终端厂商进行定制化获取，从而可以进一步减少终端上的代码冗余。

需要说明的是，在上述实施例中，终端安装消息提示工具的步骤和获取消息提示功能权限并对应用程序进行权限设置的步骤的执行先后顺序并不特别限定。

在一个实施例中，如图3所示，上述方法还可以包括以下工具更新步骤：

步骤250，当到达预设查询时间时，根据厂商标识和系统版本号生成工具更新查询请求。

各终端厂商对应用程序的消息提示功能可能会不断进行更新，因此，应用程序对应的服务器也会根据终端厂商的提示功能更新对消息提示工具进行实时更新。

用户在使用应用程序时，终端会定期检测查询应用程序的未读消息提示功能是否有更新，定期检测查询时长可以设置为一个星期、半个月、一个月等。终端根据应用程序首次启动时间和定期查询时长可以计算出检测查询时间，将计算出的检测查询时间设置为预设查询时间。

当终端检测到当前时刻到达预设查询时间时，服务器生成携带有厂商标识和系统版本号的工具更新查询请求，用于向服务器查询是否存在更新的消息提示工具。

步骤260，将工具更新查询请求发送至服务器。

终端将生成的工具更新请求发送给服务器，服务器从工具更新请求中读取厂商标识和系统版本号，服务器查找厂商标识和系统版本号对应的消息提示工具是否有更新。在检测工具是否有更新时，服务器可以对不同版本的工具赋予不同的工具版本号，终端在向服务器发送工具更新查询请求时也发送当前的工具版本号，服务器将接收的工具版本号与最新的工具版本号进行比较以判定消息提示工具是否有更新。当服务器判定消息提示工具有更新时，生成工具更新通知，将工具更新通知返回给终端。

步骤270，当接收到服务器根据工具更新查询请求生成的工具更新通知时，从服务器下载最新的消息提示工具。

当终端接收到服务器返回的工具更新通知时，终端向服务器发送更新工具获取请求，服务器根据更新工具获取请求向终端发送最新的消息提示工具。

步骤280，根据最新的消息提示工具进行工具更新。

终端接收到最新的消息提示工具之后，可以将之前版本的消息提示工具进行卸载，并重新安装最新的消息提示工具。

在一个实施例中，当终端从服务器下载最新的消息提示工具之前，终端检测消息提示工具的自动更新功能是否开启，当检测到自动更新功能开启时终端再从服务器下载最新的工具，当检测到自动更新功能未开启时，终端生成工具更新安装提示，当通过工具更新安装提示获得用户的工具更新确认指令时，终端再从服务器下载最新的工具，当未接收到用户的工具更新确认指令时，则终端不工具进行工具更新。

在一个实施例中，如图4所示，上述方法还可以包括以下工具更新步骤：

步骤245，接收服务器发送的工具更新推送。

与上一实施例不同的是，终端不再主动向服务器查询消息提示工具是否存在更新。而是当消息提示工具有更新时，服务器主动向终端推送更新消息。

服务器监测各终端厂商的各系统操作版本的未读消息提示功能是否有更新，当检测到功能更新时，服务器在受到终端厂商的许可后，从终端厂商获取更新后未读消息提示功能的实现程序代码，并根据更新的实现程序代码配置新的消息提示工具，可以通过赋予工具不同的版本号以示区别。服务器在生成更新的消息提示工具之后，生成工具更新推送，并查找更新的工具的厂商标识和系统版本号对应的终端，将生成的工具更新推送发送给查找到的终端。终端接收服务器发送的工具更新推送。

步骤255，根据工具更新推送生成工具更新提示。

服务器根据接收到的工具更新推送生成工具更新提示，并将工具更新提示进行显示以提示用户是否工具进行工具更新。例如，工具更新提示可以为“是否要进行未读消息提示功能更新”，并提供选择选项供用户选择。

步骤265，当通过工具更新提示接收到工具更新指令时，从服务器下载最新的消息提示工具。

用户收到提示后，可以通过选择选项确认是否工具进行工具更新，当用户选中更新确认选项时，生成工具更新指令，终端接收到工具更新指令后，向服务器发送更新工具获取请求，服务器根据更新工具获取请求向终端发送最新的消息提示工具。

步骤275，根据最新的消息提示工具进行工具更新。

终端接收到最新的消息提示工具之后，可以将之前版本的消息提示工具进行卸载，并重新安装最新的消息提示工具。

在一个实施例中，根据接收的未读消息进行应用程序的未读消息提示的步骤可以包括：根据消息提示工具生成提示样式选择选项并显示；根据提示样式选择选项获取用户选择的提示样式；将接收的未读消息的数量值根据提示样式显示于应用程序的应用图标上。

不同终端厂商对未读消息的提示样式的设置不同，消息提示工具中包含终端厂商可以提供的提示样式的相关参数。终端从获取的消息提示工具中提取提示样式参数，提示样式参数可以包括提示标识显示位置、提示标识形状、提示标识大小、提示标识颜色、提示标识中是否显示未读消息数量等参数，如提示标识显示位置可以为右下、左上等，提示标识形状可以为正圆形、水滴形等。服务器根据消息提示工具中提取出的提示样式参数绘制出提示样式，并根据绘制出的提示样式生成提示样式选择选项，将提示样式选择选项进行显示，以供用户对提示样式进行选择。

用户对显示的提示样式进行选择，终端获取用户选定的提示样式选择选项中的提示样式。当终端通过消息提示工具接收到应用程序的推送消息时，当根据预设提示规则判定出当前需要进行未读消息提示时，统计出未读消息的数量值，将数量值根据用户选择的提示样式显示于应用程序的应用图标上。若提示样式中规定不显示数值，则只将提示标识如红点显示于应用图标上。

应该理解的是，虽然图2-4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-4中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图5所示，提供了一种未读消息提示的实现装置，包括：信息获取模块510、获取请求发送模块520、工具安装模块530和消息提示模块540，其中：

信息获取模块510，用于当检测到应用程序初始启动时，获取所述应用程序所在终端的厂商标识和系统版本号。

获取请求发送模块520，用于根据厂商标识和系统版本号生成工具获取请求，将工具获取请求发送至服务器。

工具安装模块530，用于接收服务器返回的与厂商标识和系统版本号对应的消息提示工具，并安装消息提示工具。

消息提示模块540，用于若通过消息提示工具检测到应用程序的未读消息，则根据未读消息提示应用程序的未读消息。

在一个实施例中，未读消息提示的实现装置还可以包括：

权限查找模块，用于查找厂商标识对应的消息提示功能权限。

权限设置模块，用于将消息提示功能权限添加至应用程序中，以启用消息提示工具。

在一个实施例中，未读消息提示的实现装置还可以包括：

权限接收模块，用于接收服务器返回的与厂商标识对应的消息提示功能权限。

权限设置模块，用于将消息提示功能权限添加至应用程序中，以启用消息提示工具。

在一个实施例中，未读消息提示的实现装置还可以包括：

查询请求生成模块，用于当到达预设查询时间时，根据厂商标识和系统版本号生成工具更新查询请求。

查询请求发送模块，用于将工具更新查询请求发送至服务器。

更新工具下载模块，用于当接收到服务器根据工具更新查询请求生成的工具更新通知时，从服务器下载最新的消息提示工具。

工具更新模块，用于根据最新的消息提示工具进行工具更新。

在一个实施例中，未读消息提示的实现装置还可以包括：

推送接收模块，用于接收服务器发送的工具更新推送。

更新提示模块，用于根据工具更新推送生成工具更新提示。

工具下载模块，用于当通过工具更新提示接收到工具更新指令时，从服务器下载最新的消息提示工具。

工具更新模块，用于根据最新的消息提示工具进行工具更新。

在一个实施例中，消息提示模块540可以包括：

选项生成单元，用于根据消息提示工具生成提示样式选择选项并显示。

样式获取单元，用于根据提示样式选择选项获取用户选择的提示样式。

图标显示单元，用于将接收的未读消息的数量值根据提示样式显示于应用程序的应用图标上。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种未读消息提示的实现方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：当检测到应用程序初始启动时，获取所述应用程序所在终端的厂商标识和系统版本号；根据厂商标识和系统版本号生成工具获取请求，将工具获取请求发送至服务器；接收服务器返回的与厂商标识和系统版本号对应的消息提示工具，并安装消息提示工具；若通过消息提示工具检测到应用程序的未读消息，则根据未读消息提示应用程序的未读消息。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：查找厂商标识对应的消息提示功能权限；将消息提示功能权限添加至应用程序中，以启用消息提示工具。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：接收服务器返回的与厂商标识对应的消息提示功能权限；将消息提示功能权限添加至应用程序中，以启用消息提示工具。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：当到达预设查询时间时，根据厂商标识和系统版本号生成工具更新查询请求；将工具更新查询请求发送至服务器；当接收到服务器根据工具更新查询请求生成的工具更新通知时，从服务器下载最新的消息提示工具；根据最新的消息提示工具进行工具更新。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：接收服务器发送的工具更新推送；根据工具更新推送生成工具更新提示；当通过工具更新提示接收到工具更新指令时，从服务器下载最新的消息提示工具；根据最新的消息提示工具进行工具更新。

在一个实施例中，处理器执行计算机程序时实现根据接收的未读消息进行应用程序的未读消息提示的步骤时还用于：根据消息提示工具生成提示样式选择选项并显示；根据提示样式选择选项获取用户选择的提示样式；将接收的未读消息的数量值根据提示样式显示于应用程序的应用图标上。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：当检测到应用程序初始启动时，获取所述应用程序所在终端的厂商标识和系统版本号；根据厂商标识和系统版本号生成工具获取请求，将工具获取请求发送至服务器；接收服务器返回的与厂商标识和系统版本号对应的消息提示工具，并安装消息提示工具；若通过消息提示工具检测到应用程序的未读消息，则根据未读消息提示应用程序的未读消息。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：查找厂商标识对应的消息提示功能权限；将消息提示功能权限添加至应用程序中，以启用消息提示工具。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：接收服务器返回的与厂商标识对应的消息提示功能权限；将消息提示功能权限添加至应用程序中，以启用消息提示工具。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当到达预设查询时间时，根据厂商标识和系统版本号生成工具更新查询请求；将工具更新查询请求发送至服务器；当接收到服务器根据工具更新查询请求生成的工具更新通知时，从服务器下载最新的消息提示工具；根据最新的消息提示工具进行工具更新。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：接收服务器发送的工具更新推送；根据工具更新推送生成工具更新提示；当通过工具更新提示接收到工具更新指令时，从服务器下载最新的消息提示工具；根据最新的消息提示工具进行工具更新。

在一个实施例中，计算机程序被处理器执行时实现根据接收的未读消息进行应用程序的未读消息提示的步骤时还用于：根据消息提示工具生成提示样式选择选项并显示；根据提示样式选择选项获取用户选择的提示样式；将接收的未读消息的数量值根据提示样式显示于应用程序的应用图标上。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种未读消息提示的实现方法，所述方法包括：

当检测到应用程序初始启动时，获取所述应用程序所在终端的厂商标识和系统版本号；

根据所述厂商标识和所述系统版本号生成工具获取请求，将所述工具获取请求发送至服务器；

接收所述服务器返回的，与所述厂商标识和所述系统版本号对应的消息提示工具，并安装所述消息提示工具；

若通过所述消息提示工具检测到所述应用程序的未读消息，则根据所述未读消息提示所述应用程序的未读消息。

2.根据权利要求1所述的方法，其特征在于，所述通过所述消息提示工具接收所述应用程序的未读消息之前，还包括：

查找所述厂商标识对应的消息提示功能权限；

将所述消息提示功能权限添加至所述应用程序中，以启用所述消息提示工具。

3.根据权利要求1所述的方法，其特征在于，所述通过所述消息提示工具接收所述应用程序的未读消息之前，还包括：

接收所述服务器返回的与所述厂商标识对应的消息提示功能权限；

将所述消息提示功能权限添加至所述应用程序中，以启用所述消息提示工具。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当到达预设查询时间时，根据所述厂商标识和所述系统版本号生成工具更新查询请求；

将所述工具更新查询请求发送至服务器；

当接收到所述服务器根据所述工具更新查询请求生成的工具更新通知时，从所述服务器下载最新的消息提示工具；

根据所述最新的消息提示工具进行工具更新。

5.所根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收服务器发送的工具更新推送；

根据所述工具更新推送生成工具更新提示；

当通过所述工具更新提示接收到工具更新指令时，从所述服务器下载最新的消息提示工具；

根据所述最新的消息提示工具进行工具更新。

6.根据权利要求1所述的方法，其特征在于，所述根据接收的所述未读消息进行所述应用程序的未读消息提示，包括：

根据所述消息提示工具生成提示样式选择选项并显示；

根据所述提示样式选择选项获取用户选择的提示样式；

将接收的所述未读消息的数量值根据所述提示样式显示于所述应用程序的应用图标上。

7.一种未读消息提示的实现装置，其特征在于，所述装置包括：

信息获取模块，用于当检测到应用程序初始启动时，获取所述应用程序所在终端的厂商标识和系统版本号；

获取请求发送模块，用于根据所述厂商标识和所述系统版本号生成工具获取请求，将所述工具获取请求发送至服务器；

工具安装模块，用于接收所述服务器返回的与所述厂商标识和所述系统版本号对应的消息提示工具，并安装所述消息提示工具；

消息提示模块，用于若通过所述消息提示工具检测到所述应用程序的未读消息，则根据所述未读消息提示所述应用程序的未读消息。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

查询请求生成模块，用于当到达预设查询时间时，根据所述厂商标识和所述系统版本号生成工具更新查询请求；

查询请求发送模块，用于将所述工具更新查询请求发送至服务器；

更新工具下载模块，用于当接收到所述服务器根据所述工具更新查询请求生成的工具更新通知时，从所述服务器下载最新的消息提示工具；

工具更新模块，用于根据所述最新的工消息提示工具进行工具更新。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。