消息处理方法及相关产品与流程

文档序号:15143795发布日期:2018-08-10 20:12阅读:145来源:国知局

本申请涉及移动终端技术领域,具体涉及消息处理方法及相关产品。



背景技术:

随着智能手机等移动终端相关技术的快速发展,越来越多的应用被安装在用户手机中,如阅读类应用、支付类应用、游戏类应用、音乐类应用等,人们的衣食住行已经与手机密不可分。智能手机针对用户安装的应用程序会进行版本更新,智能手机从服务器侧下载更新包,安装该更新包以完成更新操作。



技术实现要素:

本申请实施例提供了消息处理方法及相关产品,可以减少消息推送信令交互,提高消息推送处理效率。

第一方面,本申请实施例提供一种消息处理方法,应用于应用服务器,所述方法包括:

检测到移动终端的至少一个应用程序的版本更新完成,获取所述至少一个应用程序中每个应用程序在预设时段内的预设参数,所述预设参数用于指示对应的应用程序的使用状态;

根据所述每个应用程序的所述预设参数确定所述每个应用程序的显示优先级分数;

根据所述每个应用程序的所述显示优先级分数生成更新完成推送消息,所述更新完成推送消息包括所述至少一个应用程序,且所述至少一个应用程序的位置顺序与所述至少一个应用程序的显示优先级分数的预设顺序匹配;

向所述移动终端发送所述更新完成推送消息,所述更新完成推送消息用于在所述移动终端的通知栏中显示。

第二方面,本申请实施例提供一种消息处理方法,应用于移动终端,所述方法包括:

向服务器发送更新完成通知消息,所述更新完成通知消息用于指示所述移动终端的至少一个应用程序的版本更新完成;

接收来自所述服务器的更新完成推送消息,所述更新完成推送消息是所述服务器根据所述至少一个应用程序中每个应用程序的显示优先级分数生成的,所述显示优先级分数是所述服务器根据所述每个应用程序的预设参数确定的,所述更新完成推送消息包括所述至少一个应用程序,且所述至少一个应用程序的位置顺序与所述至少一个应用程序的显示优先级分数的预设顺序匹配;

在通知栏中显示所述更新完成推送消息。

第三方面,本申请实施例提供一种应用服务器,包括获取单元、确定单元、生成单元和发送单元,其中,

所述获取单元,用于检测到移动终端的至少一个应用程序的版本更新完成,获取所述至少一个应用程序中每个应用程序在预设时段内的预设参数,所述预设参数用于指示对应的应用程序的使用状态;

所述确定单元,用于根据所述每个应用程序的所述预设参数确定所述每个应用程序的显示优先级分数;

所述生成单元,用于根据所述每个应用程序的所述显示优先级分数生成更新完成推送消息,所述更新完成推送消息包括所述至少一个应用程序,且所述至少一个应用程序的位置顺序与所述至少一个应用程序的显示优先级分数的预设顺序匹配;

所述发送单元,用于向所述移动终端发送所述更新完成推送消息,所述更新完成推送消息用于在所述移动终端的通知栏中显示。

第四方面,本申请实施例提供了一种移动终端,包括发送单元、接收单元和显示单元,其中,

所述发送单元,用于向服务器发送更新完成通知消息,所述更新完成通知消息用于指示所述移动终端的至少一个应用程序的版本更新完成;

所述接收单元,用于接收来自所述服务器的更新完成推送消息,所述更新完成推送消息是所述服务器根据所述至少一个应用程序中每个应用程序的显示优先级分数生成的,所述显示优先级分数是所述服务器根据所述每个应用程序的预设参数确定的,所述更新完成推送消息包括所述至少一个应用程序,且所述至少一个应用程序的位置顺序与所述至少一个应用程序的显示优先级分数的预设顺序匹配,所述预设参数用于指示对应的应用程序的使用状态;

所述显示单元,用于在通知栏中显示所述更新完成推送消息。

第五方面,本实施例提供一种消息处理系统,包括如本申请实施例第三方面所述的应用服务器和第四方面所述的移动终端。

第六方面,本申请实施例提供一种应用服务器,包括处理器、存储器以及一个或多个程序,其中,所述一个或多个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述程序包括用于执行本申请实施例第一方面任一方法中的步骤的指令。

第七方面,本申请实施例提供一种移动终端,包括处理器、存储器以及一个或多个程序,其中,所述一个或多个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述程序包括用于执行本申请实施例第二方面任一方法中的步骤的指令。

第八方面,本申请实施例提供了一种计算机可读存储介质,其中,所述计算机可读存储介质存储用于电子数据交换的计算机程序,其中,所述计算机程序使得计算机执行如本申请实施例第一方面或第二方面任一方法中所描述的部分或全部步骤,所述计算机包括移动终端。

可以看出,本申请实施例中,应用服务器检测到移动终端的至少一个应用程序的版本更新完成时,首先获取至少一个应用程序中每个应用程序在预设时段内的预设参数,其次,根据每个应用程序的预设参数确定每个应用程序的显示优先级分数,再次,根据每个应用程序的显示优先级分数生成更新完成推送消息,最后,向移动终端发送更新完成推送消息,更新完成推送消息用于在移动终端的通知栏中显示。由于上述预设参数用于指示对应的应用程序的使用状态,故而显示优先级分数能够体现用户使用对应的应用程序的热度,而更新完成推送消息包括至少一个应用程序,且至少一个应用程序的位置顺序与至少一个应用程序的显示优先级分数的预设顺序匹配,从而根据该显示优先级分数生成的更新完成推送消息能够反应上述至少一个应用程序被使用的热度,即匹配用户实际使用习惯,提高了服务器发送更新完成推送消息的智能性,此外,该单个更新完成推送消息能够避免服务器针对每个应用程序都发送更新完成推送消息,有利于减少服务器的信令交互,提高消息推送处理效率。

附图说明

下面将对本申请实施例所涉及到的附图作简单地介绍。

图1是本申请实施例提供的一种消息处理系统的系统架构示意图;

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

图2b是本申请实施例提供的一种通知栏和更新列表页面的示例图;

图2c是本申请实施例提供的一种通知栏和详情页的示例图;

图3是本申请实施例公开的另一种消息处理方法的流程示意图;

图4是本申请实施例公开的另一种消息处理方法的流程示意图;

图5是本申请实施例公开的一种应用服务器的结构示意图;

图6是本申请实施例公开的一种移动终端的结构示意图;

图7是本申请实施例公开的一种应用服务器的功能单元组成框图;

图8是本申请实施例公开的一种移动终端的功能单元组成框图;

图9是本申请实施例公开的一种智能手机的结构示意图;

图10是本申请实施例公开的一种消息处理系统的系统架构示意图。

具体实施方式

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

本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。

本申请实施例所涉及到的移动终端可以包括各种具有无线通信功能的手持设备(如智能手机)、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其他处理设备,以及各种形式的用户设备(userequipment,ue),移动台(mobilestation,ms),终端设备(terminaldevice)等等。为方便描述,上面提到的设备统称为移动终端。

如图1所示,图1是本申请实施例提供的一种消息处理系统的系统架构示意图。该系统包括应用服务器和移动终端,该应用服务器可以通过通信网络(如各类无线移动通信网络)与移动终端建立通信连接,其中,应用服务器运行有应用资源搜索主软件,用于提供应用资源搜索和推送服务(如推送应用程序安装包、新版本应用程序的软件更新包等),移动终端运行有应用资源搜索从软件,用于提供用户交互界面供用户搜索应用资源、以及输出搜索结果供用户查阅等,上述应用资源搜索主软件和从软件的具体名称和表现形式本申请实施例不做唯一限定。

下面结合附图对本申请实施例进行介绍。

请参阅图2a,图2a是本申请实施例提供了一种消息处理方法的流程示意图,应用于移动终端,本消息处理方法包括:

s201,所述应用服务器检测到移动终端的至少一个应用程序的版本更新完成,获取所述至少一个应用程序中每个应用程序在预设时段内的预设参数,所述预设参数用于指示对应的应用程序的使用状态。

其中,所述至少一个应用程序包括移动终端安装的第三方应用程序或者系统应用程序,此处不做唯一限定。

其中,所述预设时段可以是一天、一周、一个月等,此处不做唯一限定。

s202,所述应用服务器根据所述每个应用程序的所述预设参数确定所述每个应用程序的显示优先级分数。

其中,所述显示优先级分数用于指示对应的应用程序的显示优先级,该分数越高,代表对应的应用程序的显示优先级越高,如应用程序1和应用程序2的显示优先级分数分别为80和50,则应用程序1的显示优先级高于应用程序2的显示优先级。

s203,所述应用服务器根据所述每个应用程序的所述显示优先级分数生成更新完成推送消息,所述更新完成推送消息包括所述至少一个应用程序,且所述至少一个应用程序的位置顺序与所述至少一个应用程序的显示优先级分数的预设顺序匹配。

其中,所述位置顺序是指至少一个应用程序在通知栏的消息显示框中的显示位置的位置顺序,如按照自然语言描述逻辑由前往后,即显示屏幕从左往右、从上往下的位置顺序,所述显示优先级分数的预设顺序包括由高到低的顺序。

s204,所述应用服务器向所述移动终端发送所述更新完成推送消息,所述更新完成推送消息用于在所述移动终端的通知栏中显示。

其中,所述通知栏可以由用户下滑显示屏触发显示。

可以看出,本申请实施例中,应用服务器检测到移动终端的至少一个应用程序的版本更新完成时,首先获取至少一个应用程序中每个应用程序在预设时段内的预设参数,其次,根据每个应用程序的预设参数确定每个应用程序的显示优先级分数,再次,根据每个应用程序的显示优先级分数生成更新完成推送消息,最后,向移动终端发送更新完成推送消息,更新完成推送消息用于在移动终端的通知栏中显示。由于上述预设参数用于指示对应的应用程序的使用状态,故而显示优先级分数能够体现用户使用对应的应用程序的热度,而更新完成推送消息包括至少一个应用程序,且至少一个应用程序的位置顺序与至少一个应用程序的显示优先级分数的预设顺序匹配,从而根据该显示优先级分数生成的更新完成推送消息能够反应上述至少一个应用程序被使用的热度,即匹配用户实际使用习惯,提高了服务器发送更新完成推送消息的智能性,此外,该单个更新完成推送消息能够避免服务器针对每个应用程序都发送更新完成推送消息,有利于减少服务器的信令交互,提高消息推送处理效率。

在一个可能的示例中,所述预设参数包括启动次数、使用时长和更新次数排名。

其中,所述启动次数是指用户在预设时段内启动移动终端的应用程序的次数,使用时长是指用户在预设时段内启用所述应用程序的时长,更新次数排名是指服务器统计的当前应用程序的更新次数的排名。

在一个可能的示例中,所述根据所述每个应用程序的所述预设参数确定所述每个应用程序的显示优先级分数,包括:

根据如下公式确定所述每个应用程序的显示优先级分数:

y=a1*x1+a2*x2+a3*x3,

其中,y为显示优先级分数,x1为启动次数,x2为使用时长,x3为更新次数排名,a1、a2、a3均为权重,且a1+a2+a3=1。

具体实现中,a1例如可以是50%,a2例如可以是30%,a3例如可以是20%。

可见,本示例中,服务器根据应用程序的启动次数、使用时长和更新次数排名来综合计算应用程序的显示优先级分数,实现基于用户使用热度排序应用程序,具体的,使用热度越高的应用程序的显示优先级分数也越高,从而该类应用程序可以处于靠前的显示位置,以便用户及时接收到对应的应用程序已更新完成,有利于提高消息推送的智能性和准确度。

在一个可能的示例中,所述至少一个应用程序包括多个应用程序时,所述更新完成推送消息还用于所述移动终端在检测到所述更新完成推送消息被选取时,启动软件商店应用程序,并显示所述更新列表页面。

举例来说,在至少一个应用程序包括4应用程序时,更新完成推送消息在通知栏的显示状态示例图如图2b所示,更新完成通知消息优先显示显示优先级分数较高的应用程序1、应用程序2和应用程序3,并提示用户点击查看更多,检测到用户的点击操作后,移动终端启动软件商店应用程序,并跳转至更新列表页面,具体包括该4个应用程序的更新信息,该更新信息可以包括更新时间和版本号。

可见,本示例中,由于通知栏中的显示位置有限,当版本更新完成的应用程序数量较多时,更系完成推送消息中有限显示显示优先级分数较高的应用程序,而在更新列表页面则将全部更新完成的应用程序一一显示出来,如此可以提高通知栏显示区域的利用率,同时又保证用户的热点应用不会被错过显示。

在一个可能的示例中,所述至少一个应用程序包括单个应用程序时,所述更新完成推送消息还用于所述移动终端在检测到所述更新完成推送消息被选取时,启动软件商店应用程序,并显示所述单个应用程序的详情页。

举例来说,至少一个应用程序包括应用程序1时,更新完成推送消息在通知栏的显示状态示例图如图2c所示,更新完成通知消显示应用程序1已完成更新,并提示用户点击查阅详情,检测到用户的点击操作后,移动终端启动软件商店应用程序,并跳转至应用程序1的详情页,该详情页具体包括应用程序1的更新时间、版本号、文件大小以及更新内容。

可见,本示例中,针对单个应用程序,服务器能够推送该应用程序的更新消息,并提供点击链接,用于直接跳转至该应用程序的详情页,提高应用程序更新信息查阅的便捷性和智能性。

与所述图2a所示的实施例一致的,请参阅图3,图3是本申请实施例提供的一种消息处理方法的流程示意图,应用于移动终端。如图所示,本消息处理方法包括:

s301,所述移动终端向服务器发送更新完成通知消息,所述更新完成通知消息用于指示所述移动终端的至少一个应用程序的版本更新完成;

s302,所述移动终端接收来自所述服务器的更新完成推送消息,所述更新完成推送消息是所述服务器根据所述至少一个应用程序中每个应用程序的显示优先级分数生成的,所述显示优先级分数是所述服务器根据所述每个应用程序的预设参数确定的,所述更新完成推送消息包括所述至少一个应用程序,且所述至少一个应用程序的位置顺序与所述至少一个应用程序的显示优先级分数的预设顺序匹配;

其中,所述至少一个应用程序包括移动终端安装的第三方应用程序或者系统应用程序,此处不做唯一限定。

其中,所述预设时段可以是一天、一周、一个月等,此处不做唯一限定。

其中,所述显示优先级分数用于指示对应的应用程序的显示优先级,该分数越高,代表对应的应用程序的显示优先级越高,如应用程序1和应用程序2的显示优先级分数分别为80和50,则应用程序1的显示优先级高于应用程序2的显示优先级。

其中,所述位置顺序是指至少一个应用程序在通知栏的消息显示框中的显示位置的位置顺序,如按照自然语言描述逻辑由前往后,即显示屏幕从左往右、从上往下的位置顺序,所述显示优先级分数的预设顺序包括由高到低的顺序。

s303,所述移动终端在通知栏中显示所述更新完成推送消息。

其中,所述通知栏可以由用户下滑显示屏触发显示。

可以看出,本申请实施例中,移动终端首先向服务器发送更新完成通知消息,其次,接收来自服务器的更新完成推送消息,最后,在通知栏中显示更新完成推送消息。由于上述更新完成通知消息用于指示所述移动终端的至少一个应用程序的版本更新完成,上述更新完成推送消息是服务器根据至少一个应用程序中每个应用程序的显示优先级分数生成的,更新完成推送消息包括至少一个应用程序,从而移动终端通过显示单个更新完成推送消息即可同步指示至少一个应用程序的版本更新情况,减少了与服务器侧的信令交互,有利于降低数据开销和功耗,且该至少一个应用程序的显示顺序由于与至少一个应用程序的显示优先级分数的预设顺序匹配,显示优先级分数是服务器根据每个应用程序的预设参数确定的,预设参数用于指示对应的应用程序的使用状态,即显示顺序符合用户实际使用习惯,从而确保热点应用程序的更新情况最先通知到用户,提高消息通知的智能性和准确度。

在一个可能的示例中,所述预设参数包括启动次数、使用时长和更新次数排名。

在一个可能的示例中,所述每个应用程序的显示优先级分数按照如下公式计算得到:

根据如下公式确定所述每个应用程序的显示优先级分数:

y=a1*x1+a2*x2+a3*x3,

其中,y为显示优先级分数,x1为启动次数,x2为使用时长,x3为更新次数排名,a1、a2、a3均为权重,且a1+a2+a3=1。

在一个可能的示例中,所述至少一个应用程序包括多个应用程序;所述方法还包括:

在检测到所述更新完成推送消息被选取时,启动软件商店应用程序;

显示所述多个应用程序的更新列表页面。

在一个可能的示例中,所述至少一个应用程序包括单个应用程序;所述方法还包括:

在检测到所述更新完成推送消息被选取时,启动软件商店应用程序;

显示所述单个应用程序的详情页。

与所述图2a所示的实施例一致的,请参阅图4,图4是本申请实施例提供的一种消息处理方法的流程示意图,应用于移动终端和应用服务器。如图所示,本消息处理方法包括:

s401,所述移动终端向服务器发送更新完成通知消息,所述更新完成通知消息用于指示所述移动终端的至少一个应用程序的版本更新完成;

s402,所述应用服务器检测到移动终端的至少一个应用程序的版本更新完成,获取所述至少一个应用程序中每个应用程序在预设时段内的预设参数,所述预设参数用于指示对应的应用程序的使用状态;

s403,所述应用服务器根据所述每个应用程序的所述预设参数确定所述每个应用程序的显示优先级分数;

s404,所述应用服务器根据所述每个应用程序的所述显示优先级分数生成更新完成推送消息,所述更新完成推送消息包括所述至少一个应用程序,且所述至少一个应用程序的位置顺序与所述至少一个应用程序的显示优先级分数的预设顺序匹配;

s405,所述应用服务器向所述移动终端发送所述更新完成推送消息,所述更新完成推送消息用于在所述移动终端的通知栏中显示。

s406,所述移动终端接收来自所述服务器的更新完成推送消息,所述更新完成推送消息是所述服务器根据所述至少一个应用程序中每个应用程序的显示优先级分数生成的,所述显示优先级分数是所述服务器根据所述每个应用程序的预设参数确定的,所述更新完成推送消息包括所述至少一个应用程序,且所述至少一个应用程序的位置顺序与所述至少一个应用程序的显示优先级分数的预设顺序匹配,所述预设参数用于指示对应的应用程序的使用状态;

s407,所述移动终端在通知栏中显示所述更新完成推送消息。

可以看出,本申请实施例中,移动终端通过与服务器交互,将本端版本更新完成的至少一个应用程序通知给服务器,服务器针对该至少一个应用程序,确定每个应用程序的显示优先级分数,并根据该显示优先级分数生成更新完成推送消息,移动终端接收后,在通知栏可以智能、准确的显示该至少一个应用程序的更新完成信息,且至少一个应用程序的显示顺序与显示优先级分数的预设顺序相匹配,从而能够将用户常用的热点应用程序优先显示在前,提高消息推送的智能性和准确度,此外,由于无需针对每个应用程序均单独发送更新完成推送消息,降低了信令开销,提高消息处理效率。

与所述图2a、图3、图4所示的实施例一致的,请参阅图5,图5是本申请实施例提供的一种移动终端的结构示意图,该应用服务器运行有一个或至少一个应用程序和操作系统,如图所示,该应用服务器包括处理器、存储器、通信接口以及一个或多个程序,其中,所述一个或多个程序不同于所述一个或至少一个应用程序,且所述一个或多个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述程序包括用于执行以下步骤的指令;

检测到移动终端的至少一个应用程序的版本更新完成,获取所述至少一个应用程序中每个应用程序在预设时段内的预设参数,所述预设参数用于指示对应的应用程序的使用状态;

根据所述每个应用程序的所述预设参数确定所述每个应用程序的显示优先级分数;

根据所述每个应用程序的所述显示优先级分数生成更新完成推送消息,所述更新完成推送消息包括所述至少一个应用程序,且所述至少一个应用程序的位置顺序与所述至少一个应用程序的显示优先级分数的预设顺序匹配;

向所述移动终端发送所述更新完成推送消息,所述更新完成推送消息用于在所述移动终端的通知栏中显示。

可以看出,本申请实施例中,应用服务器检测到移动终端的至少一个应用程序的版本更新完成时,首先获取至少一个应用程序中每个应用程序在预设时段内的预设参数,其次,根据每个应用程序的预设参数确定每个应用程序的显示优先级分数,再次,根据每个应用程序的显示优先级分数生成更新完成推送消息,最后,向移动终端发送更新完成推送消息,更新完成推送消息用于在移动终端的通知栏中显示。由于上述预设参数用于指示对应的应用程序的使用状态,故而显示优先级分数能够体现用户使用对应的应用程序的热度,而更新完成推送消息包括至少一个应用程序,且至少一个应用程序的位置顺序与至少一个应用程序的显示优先级分数的预设顺序匹配,从而根据该显示优先级分数生成的更新完成推送消息能够反应上述至少一个应用程序被使用的热度,即匹配用户实际使用习惯,提高了服务器发送更新完成推送消息的智能性,此外,该单个更新完成推送消息能够避免服务器针对每个应用程序都发送更新完成推送消息,有利于减少服务器的信令交互,提高消息推送处理效率。

在一个可能的示例中,所述预设参数包括启动次数、使用时长和更新次数排名。

在一个可能的示例中,在所述根据所述每个应用程序的所述预设参数确定所述每个应用程序的显示优先级分数方面,所述程序中的指令具体用于执行以下操作:根据如下公式确定所述每个应用程序的显示优先级分数:

y=a1*x1+a2*x2+a3*x3,

其中,y为显示优先级分数,x1为启动次数,x2为使用时长,x3为更新次数排名,a1、a2、a3均为权重,且a1+a2+a3=1。

在一个可能的示例中,所述至少一个应用程序包括多个应用程序时,所述更新完成推送消息还用于所述移动终端在检测到所述更新完成推送消息被选取时,启动软件商店应用程序,并显示所述更新列表页面。

在一个可能的示例中,所述至少一个应用程序包括单个应用程序时,所述更新完成推送消息还用于所述移动终端在检测到所述更新完成推送消息被选取时,启动软件商店应用程序,并显示所述单个应用程序的详情页。

与所述图2a、图3、图4所示的实施例一致的,请参阅图6,图6是本申请实施例提供的一种移动终端的结构示意图,该移动终端运行有一个或至少一个应用程序和操作系统,如图所示,该移动终端包括处理器、存储器、通信接口以及一个或多个程序,其中,所述一个或多个程序不同于所述一个或至少一个应用程序,且所述一个或多个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述程序包括用于执行以下步骤的指令;

向服务器发送更新完成通知消息,所述更新完成通知消息用于指示所述移动终端的至少一个应用程序的版本更新完成;

接收来自所述服务器的更新完成推送消息,所述更新完成推送消息是所述服务器根据所述至少一个应用程序中每个应用程序的显示优先级分数生成的,所述显示优先级分数是所述服务器根据所述每个应用程序的预设参数确定的,所述更新完成推送消息包括所述至少一个应用程序,且所述至少一个应用程序的位置顺序与所述至少一个应用程序的显示优先级分数的预设顺序匹配,所述预设参数用于指示对应的应用程序的使用状态;

在通知栏中显示所述更新完成推送消息。

可以看出,本申请实施例中,移动终端首先向服务器发送更新完成通知消息,其次,接收来自服务器的更新完成推送消息,最后,在通知栏中显示更新完成推送消息。由于上述更新完成通知消息用于指示所述移动终端的至少一个应用程序的版本更新完成,上述更新完成推送消息是服务器根据至少一个应用程序中每个应用程序的显示优先级分数生成的,更新完成推送消息包括至少一个应用程序,从而移动终端通过显示单个更新完成推送消息即可同步指示至少一个应用程序的版本更新情况,减少了与服务器侧的信令交互,有利于降低数据开销和功耗,且该至少一个应用程序的显示顺序由于与至少一个应用程序的显示优先级分数的预设顺序匹配,显示优先级分数是服务器根据每个应用程序的预设参数确定的,预设参数用于指示对应的应用程序的使用状态,即显示顺序符合用户实际使用习惯,从而确保热点应用程序的更新情况最先通知到用户,提高消息通知的智能性和准确度。

在一个可能的示例中,所述预设参数包括启动次数、使用时长和更新次数排名。

在一个可能的示例中,所述每个应用程序的显示优先级分数按照如下公式计算得到:

根据如下公式确定所述每个应用程序的显示优先级分数:

y=a1*x1+a2*x2+a3*x3,

其中,y为显示优先级分数,x1为启动次数,x2为使用时长,x3为更新次数排名,a1、a2、a3均为权重,且a1+a2+a3=1。

在一个可能的示例中,所述至少一个应用程序包括多个应用程序;所述程序还包括用于执行以下操作的指令:在检测到所述更新完成推送消息被选取时,启动软件商店应用程序;以及显示所述多个应用程序的更新列表页面。

在一个可能的示例中,所述至少一个应用程序包括单个应用程序;所述程序还包括用于执行以下操作的指令:在检测到所述更新完成推送消息被选取时,启动软件商店应用程序;以及显示所述单个应用程序的详情页。

上述实施例主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是,移动终端为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据所述方法示例对移动终端进行功能单元的划分,例如,可以对应各个功能划分各个功能单元,也可以将两个或两个以上的功能集成在一个处理单元中。所述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。需要说明的是,本申请实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。

下面为本发明装置实施例,本发明装置实施例用于执行本发明方法实施例所实现的方法。如图7所示,该应用服务器可以包括获取单元701、确定单元702、生成单元703和发送单元704,其中,

所述获取单元701,用于检测到移动终端的至少一个应用程序的版本更新完成,获取所述至少一个应用程序中每个应用程序在预设时段内的预设参数,所述预设参数用于指示对应的应用程序的使用状态;

所述确定单元702,用于根据所述每个应用程序的所述预设参数确定所述每个应用程序的显示优先级分数;

所述生成单元703,用于根据所述每个应用程序的所述显示优先级分数生成更新完成推送消息,所述更新完成推送消息包括所述至少一个应用程序,且所述至少一个应用程序的位置顺序与所述至少一个应用程序的显示优先级分数的预设顺序匹配;

所述发送单元704,用于向所述移动终端发送所述更新完成推送消息,所述更新完成推送消息用于在所述移动终端的通知栏中显示。

可以看出,本发明实施例中,应用服务器检测到移动终端的至少一个应用程序的版本更新完成时,首先获取至少一个应用程序中每个应用程序在预设时段内的预设参数,其次,根据每个应用程序的预设参数确定每个应用程序的显示优先级分数,再次,根据每个应用程序的显示优先级分数生成更新完成推送消息,最后,向移动终端发送更新完成推送消息,更新完成推送消息用于在移动终端的通知栏中显示。由于上述预设参数用于指示对应的应用程序的使用状态,故而显示优先级分数能够体现用户使用对应的应用程序的热度,而更新完成推送消息包括至少一个应用程序,且至少一个应用程序的位置顺序与至少一个应用程序的显示优先级分数的预设顺序匹配,从而根据该显示优先级分数生成的更新完成推送消息能够反应上述至少一个应用程序被使用的热度,即匹配用户实际使用习惯,提高了服务器发送更新完成推送消息的智能性,此外,该单个更新完成推送消息能够避免服务器针对每个应用程序都发送更新完成推送消息,有利于减少服务器的信令交互,提高消息推送处理效率。

在一个可能的示例中,所述预设参数包括启动次数、使用时长和更新次数排名。

在一个可能的示例中,在所述根据所述每个应用程序的所述预设参数确定所述每个应用程序的显示优先级分数方面,所述确定单元703具体用于:根据如下公式确定所述每个应用程序的显示优先级分数:

y=a1*x1+a2*x2+a3*x3,

其中,y为显示优先级分数,x1为启动次数,x2为使用时长,x3为更新次数排名,a1、a2、a3均为权重,且a1+a2+a3=1。

在一个可能的示例中,所述至少一个应用程序包括多个应用程序时,所述更新完成推送消息还用于所述移动终端在检测到所述更新完成推送消息被选取时,启动软件商店应用程序,并显示所述更新列表页面。

在一个可能的示例中,所述至少一个应用程序包括单个应用程序时,所述更新完成推送消息还用于所述移动终端在检测到所述更新完成推送消息被选取时,启动软件商店应用程序,并显示所述单个应用程序的详情页。

需要注意的是,本发明装置实施例所描述的服务器是以功能单元的形式呈现。这里所使用的术语“单元”应当理解为尽可能最宽的含义,用于实现各个“单元”所描述功能的对象例如可以是集成电路asic,单个电路,用于执行一个或多个软件或固件程序的处理器(共享的、专用的或芯片组)和存储器,组合逻辑电路,和/或提供实现上述功能的其他合适的组件。

具体来说,上述获取单元701可以是接收器,确定单元702和生成单元703可以是应用服务器的处理器,上述发送单元704可以是应用服务器的发送器。

下面为本发明装置实施例,本发明装置实施例用于执行本发明方法实施例所实现的方法。如图8所示,该移动终端可以包括发送单元801、接收单元802和显示单元803,其中,

所述发送单元801,用于向服务器发送更新完成通知消息,所述更新完成通知消息用于指示所述移动终端的至少一个应用程序的版本更新完成;

所述接收单元802,用于接收来自所述服务器的更新完成推送消息,所述更新完成推送消息是所述服务器根据所述至少一个应用程序中每个应用程序的显示优先级分数生成的,所述显示优先级分数是所述服务器根据所述每个应用程序的预设参数确定的,所述更新完成推送消息包括所述至少一个应用程序,且所述至少一个应用程序的位置顺序与所述至少一个应用程序的显示优先级分数的预设顺序匹配,所述预设参数用于指示对应的应用程序的使用状态;

所述显示单元803,用于在通知栏中显示所述更新完成推送消息。

可以看出,本发明实施例中,移动终端首先向服务器发送更新完成通知消息,其次,接收来自服务器的更新完成推送消息,最后,在通知栏中显示更新完成推送消息。由于上述更新完成通知消息用于指示所述移动终端的至少一个应用程序的版本更新完成,上述更新完成推送消息是服务器根据至少一个应用程序中每个应用程序的显示优先级分数生成的,更新完成推送消息包括至少一个应用程序,从而移动终端通过显示单个更新完成推送消息即可同步指示至少一个应用程序的版本更新情况,减少了与服务器侧的信令交互,有利于降低数据开销和功耗,且该至少一个应用程序的显示顺序由于与至少一个应用程序的显示优先级分数的预设顺序匹配,显示优先级分数是服务器根据每个应用程序的预设参数确定的,预设参数用于指示对应的应用程序的使用状态,即显示顺序符合用户实际使用习惯,从而确保热点应用程序的更新情况最先通知到用户,提高消息通知的智能性和准确度。

在一个可能的示例中,所述预设参数包括启动次数、使用时长和更新次数排名。

在一个可能的示例中,所述每个应用程序的显示优先级分数按照如下公式计算得到:

根据如下公式确定所述每个应用程序的显示优先级分数:

y=a1*x1+a2*x2+a3*x3,

其中,y为显示优先级分数,x1为启动次数,x2为使用时长,x3为更新次数排名,a1、a2、a3均为权重,且a1+a2+a3=1。

在一个可能的示例中,所述至少一个应用程序包括多个应用程序;所述移动终端还包括第一启动单元和第一显示单元,其中,

所述第一启动单元,用于在检测到所述更新完成推送消息被选取时,启动软件商店应用程序;

所述第一显示单元,用于显示所述多个应用程序的更新列表页面。

在一个可能的示例中,所述至少一个应用程序包括单个应用程序;所述移动终端还包括第二启动单元和第二显示单元,其中,

所述第二启动单元,用于在检测到所述更新完成推送消息被选取时,启动软件商店应用程序;

所述第二显示单元,用于显示所述单个应用程序的详情页。

需要注意的是,本发明装置实施例所描述的移动终端是以功能单元的形式呈现。这里所使用的术语“单元”应当理解为尽可能最宽的含义,用于实现各个“单元”所描述功能的对象例如可以是集成电路asic,单个电路,用于执行一个或多个软件或固件程序的处理器(共享的、专用的或芯片组)和存储器,组合逻辑电路,和/或提供实现上述功能的其他合适的组件。

具体来说,上述发送单元801和接收单元802可以是移动终端的通信接口,上述显示单元803可以是移动终端的处理器和触控显示屏。

请参阅图9,图9是本申请实施例提供了一种智能手机900的结构示意图,所述智能手机900包括:壳体910、触控显示屏920、主板930、电池940和副板950,主板930上设置有前置摄像头931、处理器932、存储器933、电源管理芯片934等,副板上设置有振子951、一体音腔952、vooc闪充接口953和指纹识别模组954。

其中,该智能手机上运行有操作系统,具体执行以下操作:向服务器发送更新完成通知消息,所述更新完成通知消息用于指示所述移动终端的至少一个应用程序的版本更新完成;以及接收来自所述服务器的更新完成推送消息,所述更新完成推送消息是所述服务器根据所述至少一个应用程序中每个应用程序的显示优先级分数生成的,所述显示优先级分数是所述服务器根据所述每个应用程序的预设参数确定的,所述更新完成推送消息包括所述至少一个应用程序,且所述至少一个应用程序的位置顺序与所述至少一个应用程序的显示优先级分数的预设顺序匹配,所述预设参数用于指示对应的应用程序的使用状态;以及在通知栏中显示所述更新完成推送消息。

所述处理器932是智能手机的控制中心,利用各种接口和线路连接整个智能手机的各个部分,通过运行或执行存储在存储器933内的软件程序和/或模块,以及调用存储在存储器933内的数据,执行智能手机的各种功能和处理数据,从而对智能手机进行整体监控。可选的,处理器932可包括一个或多个处理单元;优选的,处理器932可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,所述调制解调处理器也可以不集成到处理器932中。该处理器932例如可以是中央处理器(centralprocessingunit,cpu),通用处理器,数字信号处理器(digitalsignalprocessor,dsp),专用集成电路(application-specificintegratedcircuit,asic),现场可编程门阵列(fieldprogrammablegatearray,fpga)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。所述处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,dsp和微处理器的组合等等。

所述存储器933可用于存储软件程序以及模块,处理器932通过运行存储在存储器933的软件程序以及模块,从而执行智能手机的各种功能应用以及数据处理。存储器933可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序等;存储数据区可存储根据智能手机的使用所创建的数据等。此外,存储器933可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。该存储器933例如可以是随机存取存储器(randomaccessmemory,ram)、闪存、只读存储器(readonlymemory,rom)、可擦除可编程只读存储器(erasableprogrammablerom,eprom)、电可擦可编程只读存储器(electricallyeprom,eeprom)、寄存器、硬盘、移动硬盘、只读光盘(cd-rom)或者本领域熟知的任何其它形式的存储介质。

参见图10,本申请实施例还提供一种消息处理系统1000,可包括:应用服务器1010和移动终端1020,其中,

所述移动终端1020,用于向服务器发送更新完成通知消息,所述更新完成通知消息用于指示所述移动终端的至少一个应用程序的版本更新完成;

所述应用服务器1010,用于检测到移动终端的至少一个应用程序的版本更新完成,获取所述至少一个应用程序中每个应用程序在预设时段内的预设参数,所述预设参数用于指示对应的应用程序的使用状态;

所述服务器1010,还用于根据所述每个应用程序的所述预设参数确定所述每个应用程序的显示优先级分数;

所述服务器1010,还用于根据所述每个应用程序的所述显示优先级分数生成更新完成推送消息,所述更新完成推送消息包括所述至少一个应用程序,且所述至少一个应用程序的位置顺序与所述至少一个应用程序的显示优先级分数的预设顺序匹配;

所述服务器1010,还用于向所述移动终端发送所述更新完成推送消息,所述更新完成推送消息用于在所述移动终端的通知栏中显示。

所述移动终端1020,还用于接收来自所述服务器的更新完成推送消息,所述更新完成推送消息是所述服务器根据所述至少一个应用程序中每个应用程序的显示优先级分数生成的,所述显示优先级分数是所述服务器根据所述每个应用程序的预设参数确定的,所述更新完成推送消息包括所述至少一个应用程序,且所述至少一个应用程序的位置顺序与所述至少一个应用程序的显示优先级分数的预设顺序匹配,所述预设参数用于指示对应的应用程序的使用状态;

所述移动终端1020,还用于在通知栏中显示所述更新完成推送消息。

可以看出,本申请实施例中,移动终端首先向服务器发送更新完成通知消息,其次,接收来自服务器的更新完成推送消息,最后,在通知栏中显示更新完成推送消息。由于上述更新完成通知消息用于指示所述移动终端的至少一个应用程序的版本更新完成,上述更新完成推送消息是服务器根据至少一个应用程序中每个应用程序的显示优先级分数生成的,更新完成推送消息包括至少一个应用程序,从而移动终端通过显示单个更新完成推送消息即可同步指示至少一个应用程序的版本更新情况,减少了与服务器侧的信令交互,有利于降低数据开销和功耗,且该至少一个应用程序的显示顺序由于与至少一个应用程序的显示优先级分数的预设顺序匹配,显示优先级分数是服务器根据每个应用程序的预设参数确定的,预设参数用于指示对应的应用程序的使用状态,即显示顺序符合用户实际使用习惯,从而确保热点应用程序的更新情况最先通知到用户,提高消息通知的智能性和准确度。

本申请实施例还提供一种计算机存储介质,其中,该计算机存储介质存储用于电子数据交换的计算机程序,该计算机程序使得计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤,上述计算机包括移动终端。

本申请实施例还提供一种计算机程序产品,上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,上述计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包,上述计算机包括移动终端。

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

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

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

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

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

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

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

以上对本申请实施例进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1