一种移动终端的应用消息通知方法和装置的制造方法

文档序号:10552589阅读:283来源:国知局
一种移动终端的应用消息通知方法和装置的制造方法
【专利摘要】本发明实施例提供一种移动终端的应用消息通知方法和装置,其中方法包括:预先配置移动终端的通知服务,所述通知服务包括自定义通知服务;通过自定义通知服务,对需要使用自定义通知的应用,设置所述应用的消息通知属性;当应用有新消息时,根据所述应用的消息通知属性,在移动终端上显示所述应用的消息通知。本发明实施例通过定义应用的通知模式,使应用的通知模式具有独特性,从而方便用户辨认。
【专利说明】
一种移动终端的应用消息通知方法和装置
技术领域
[0001]本发明实施例涉及移动终端技术领域,尤其涉及一种移动终端的应用消息通知方法和装置。
【背景技术】
[0002]近年来,随着移动通信技术的飞速发展和移动终端智能化趋势的加快,人们正走入一个新的移动互联网时代。多种多样具备网络连接能力的移动终端,诸如手机、平板电脑、电纸书等的出现,带给人们随时随地访问互联网的便捷。Android的出现,更是将移动终端推向了以应用和数据为主导的时代。今天的移动终端平台具备了办公、娱乐、社交等多种功能,其存储的数据也变得更加丰富,例如图片、音乐、视频、动画等等。
[0003]智能移动终端的屏幕上方通常会显示有一个消息通知栏,用于以小图标的形式向用户显示通知消息。移动终端允许系统或第三方应用向通知栏推送通知消息,用户对通知栏进行下拉操作可以展开查看通知消息的具体内容。
[0004]例如,移动终端以手机为例,图1为现有技术中手机桌面的界面示意图。如图1所示,界面上方的横条区域为通知栏,其中包括手机系统推送的当前电量、信号强度等等通知消息,也包括第三方应用推送的未读消息提醒等等通知消息。用户使用手机的时候,如果来了短信、微信等等应用的通知消息,而没有及时点击查看的话,会在通知栏中进行显示。
[0005]现有技术中实现通知消息的具体实现方法是:
[0006]获取Notif icat1nManager使用系统的通知服务;
[0007]定义一个Notificat1n;
[0008]设置定义的Notificat1n的各种属性,包括通知的图标,标题,内容,声音,点击通知后需要跳转的页面的意图(Intent),以及其他的一些属性;
[0009]在代码中加上执行通知
[0010]notify(int id,Notificat1n notificat1n);
[0011]以及删除通知
[0012]cancel (int id)或者 cancelAll() ο
[0013]基于上述的实现方法,当有新的短信,微信以及其他任何应用中定义的通知时,会在通知栏上显示一个小图标,下拉以后会有详细信息,点击详细信息会进入相关的应用,看完后这个小图标会在通知栏消失。
[0014]随着移动终端应用市场的不断发展以及手机应用数量的爆炸式增长,手机中安装的应用软件越来越多,各种应用为了达到不同的业务目的常常向通知栏推送通知消息。随着手机中应用数量的不断增多,通知栏中通知消息的数量越来越多,经常会出现通知栏图标爆满的情况。
[0015]因为无论何种应用,都在通知栏显示通知,如果通知多了导致通知栏图标爆满,下拉以后也是一大堆提示,一堆提示凑在一起,没有明显的区别,用户很容易就漏掉一些重要的通知提示。

【发明内容】

[0016]本发明实施例提供一种移动终端的应用消息通知方法和装置,能够通过定义应用的通知模式,使应用的通知模式具有独特性,从而方便用户辨认。
[0017]本发明实施例提供一种移动终端的应用消息通知方法,包括:预先配置移动终端的通知服务,所述通知服务包括自定义通知服务;通过自定义通知服务,对需要使用自定义通知的应用,设置所述应用的消息通知属性;当应用有新消息时,根据所述应用的消息通知属性,在移动终端上显示所述应用的消息通知。
[0018]本发明实施例提供一种用于消息通知的移动终端,包括:第一处理模块,用于预先配置移动终端的通知服务,所述通知服务包括自定义通知服务;第二处理模块,用于通过自定义通知服务,对需要使用自定义通知的应用,设置所述应用的消息通知属性;第三处理模块,用于当应用有新消息时,根据所述应用的消息通知属性,在移动终端上显示所述应用的消息通知。
[0019]和现有技术相比,本发明实施例创建一种自定义自定义通知服务,该自定义通知服务可以使任何应用不仅能够兼容原来的通知模式,还可以为自己量身定做特别的通知模式,使得通知消息不局限于显示在通知栏中,可是以任何的形态出现,例如可以在桌面上显示一个悬浮窗口,或者在桌面上显示一个动画等等。如此,任何应用都可以定义专属于自己的通知模式,不必和其他应用雷同,使得每种通知模式都具有独特性,方便用户辨认。如果应用不需要特别定制,也可以兼容原来的效果,应用客户端不需做任何改变,非常的方便易用。
【附图说明】
[0020]为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
[0021 ]图1为现有技术中移动终端通知栏的示意图;
[0022]图2为本发明的一个具体实施例中移动终端的应用消息通知方法的流程示意图;
[0023]图3为本发明的一个具体实施例中移动终端的应用消息通知方法的详细流程示意图;
[0024]图4为本发明移动终端通知栏的示意图;
[0025]图5为本发明的一个具体实施例中用于消息通知的移动终端的结构示意图。
【具体实施方式】
[0026]为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域的普通技术人员在没有作出任何创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
[0027]实施例一:
[0028]图2为本发明的一个具体实施例中移动终端的应用消息通知方法的流程示意图。
[0029]如图2所示,该方法应用于移动终端上,包括:
[0030]步骤S21,预先配置移动终端的通知服务,所述通知服务包括自定义通知服务;
[0031]步骤S22,通过自定义通知服务,对需要使用自定义通知的应用,设置所述应用的消息通知属性;
[0032]步骤S23,当应用有新消息时,根据所述应用的消息通知属性,在移动终端上显示所述应用的消息通知。
[0033]实施例二:
[0034]图3为本发明的一个具体实施例中移动终端的应用消息通知方法的详细流程示意图。
[0035]如图3所示,该方法应用于移动终端上,包括:
[0036]步骤S31,预先配置移动终端的通知服务,所述通知服务包括基于通知栏的通知服务和自定义通知服务。
[0037]在本步骤中,基于通知栏的通知服务和现有技术中的消息通知类似,如果来了短信、微信等等应用的通知消息,而没有及时点击查看的话,会在通知栏中进行显示。
[0038]和现有技术不同的是,在本发明中,增加了自定义通知服务,用户可以根据需求对应用进行设置,如果该应用来了新的通知消息时,可以以用户设置的方式来进行显示。
[0039]具体地,移动终端使用的系统中,例如Andro id,在Not if icat1nManager.notify()中用sendBroadcast发送一个自定义的广播(broadcast),并通过Intent-Filter实现移动终端中系统和应用之间的约定。Intent-Fi I ter是用来注册Activity、Servi ce和Broadcast Receiver具有能在某种数据上执行一个动作的能力。使用Intent-FiIter,应用程序组件会告诉Android,它们能为其它程序的组件的动作请求提供服务,包括同一个程序的组件、本地的或第三方的应用程序。
[°04°] 当某个应用想要使用自定义通知服务时,可以调用notify(int id,Notificat1nnotificat1n),系统会发出一个广播。如果想要设置属性参数,可以来传递。
[0041]因此可以看出,本发明实施例可以提供不同的通知服务出口:一个是系统原来的基于状态栏显示的通知结构,另一个是在系统中添加的广播出口,通过广播让需要用自定义通知服务的应用以自定义的形式在移动终端上显示。
[0042]步骤S32,当有需要自定义通知服务的应用时,调用Notificat1nManager。
[0043]在本步骤中,当用户想要某些应用以自定义的形式在移动终端上显示时,应用调用Notif icat1nManager使用自定义通知服务。
[0044]步骤S33,定义该应用的Not if icat 1n,并设置该Not if icat 1n的消息通知属性。
[0045]在本步骤中,设置定义的Notificat1n的属性,包括通知的图标,标题,内容,声音,点击通知后需要跳转的页面的意图(Intent),以及其他的一些属性;
[0046]在代码中加上执行通知
[0047]notify(int id,Notificat1n notificat1n);
[0048]以及删除通知
[0049]cancel (int id)或者 cancelAll()。
[0050]步骤S34,定义广播接收者(broadcastreceiver),并实现onReceive。
[OO51 ] 和现有技术不同的是,在本发明具体实施例中,在调用Not if icat1nManager后,还需要定义广播接收者(broadcastreceiver),并实现onReceive。
[0052]BroadcastReceiver是用来接收来自系统和应用中的广播,在调用Notif icat1nManager 后,仓丨J 建应用的 BroadcastReceiver 对象,继承android.content.BroadcastReceiver,并实现onReceive,其中包括所有的用户希望not if icat 1n出现的样式,通过onReceive获取随广播而来的Intent中的数据。
[0053]需要定义intent-f ilter,以接收实现定义好的通知类型的广播。例如,可以在manifest中定义,如下:
[0054]〈receiver android:name = ^.TestBroadCast^)
[0055]〈intent-filter〉
[0056]〈act1n android:name = ^com.xxx.yyy^/)
[0057]</intent-filter>
[0058]〈/receiver〉。
[0059]在onreceiveO中定义显示通知的样式。例如,在桌面上方定义一个动画效果来提示用户有新的通知;可以在桌面上放一个overthetop的图标,该overthetop图标可以根据当前通知的数据变色,当通知消息为1-3个的时候为绿色,4-6个的时候为黄色,超过6个为红色。还可以很灵活的定义各种音效,拖动效果等等,即应用可以用任何希望的方法去呈现通知。此外,不同的应用可以定义不同的显示通知的样式,也可以将应用归类,不同类别的应用定义不同的显示通知的样式。
[0060]步骤S35,当应用有新消息时,根据所述应用的消息通知属性,在移动终端上显示所述应用的消息通知。
[0061]在本步骤中,可以如图4所示的移动终端通知栏的示意图,当微信有新消息时,根据所述应用的消息通知属性,例如在移动终端的页面上弹出新通知消息的页面,在移动终端上显示所述应用的消息通知。
[0062]实施例三:
[0063]图5为本发明的一个具体实施例中用于应用消息通知的移动终端的结构示意图。
[0064]如图5所示,本发明的移动终端包括:
[0065]第一处理模块51,用于预先配置移动终端的通知服务,所述通知服务包括自定义通知服务;
[0066]第二处理模块52,用于通过自定义通知服务,对需要使用自定义通知的应用,设置所述应用的消息通知属性。
[0067]第三处理模块53,用于当应用有新消息时,根据所述应用的消息通知属性,在移动终端上显示所述应用的消息通知。
[0068]具体地,
[0069]第一处理模块具体用于:在移动终端使用的系统中,通过调用Notificat1nManager.notify()的sendBroadcast发送应用的自定义通知服务广播,并在manifest中定义Intent-Fi I ter来接收自定义通知服务广播,实现移动终端的系统和应用之间的约定,配置移动终端的通知服务。[OO7O] 第二处理模块具体用于:调用Notif icat1nManager;定义所述应用的Not if icat 1n,并设置Not if icat 1n的消息通知属性,所述属性至少包括下面的一种或多种:消息通知的图标,标题,内容,声音,点击消息通知后需要跳转的页面的意图;创建应用的BroadcastReceiver 对象,继承 android.content.BroadcastReceiver,通过 onReceive 获取广播中Intent的数据,根据Intent的数据,在onreceive()中设置消息通知属性;设置执行通知notify (int id ,Notificat1n notif icat1n),及删除通知cancel (int id)或者cancelAll()。
[0071 ]本发明实施例创建一种自定义自定义通知服务,该自定义通知服务可以使任何应用不仅能够兼容原来的通知模式,还可以为自己量身定做特别的通知模式,使得通知消息不局限于显示在通知栏中,可是以任何的形态出现,例如可以在桌面上显示一个悬浮窗口,或者在桌面上显示一个动画等等。如此,任何应用都可以定义专属于自己的通知模式,不必和其他应用雷同,使得每种通知模式都具有独特性,方便用户辨认。如果应用不需要特别定制,也可以兼容原来的效果,应用客户端不需做任何改变,非常的方便易用。
[0072]以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
[0073]通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如R0M/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
[0074]最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
【主权项】
1.一种移动终端的应用消息通知方法,其特征在于,包括: 预先配置移动终端的通知服务,所述通知服务包括自定义通知服务; 通过自定义通知服务,对需要使用自定义通知的应用,设置所述应用的消息通知属性; 当应用有新消息时,根据所述应用的消息通知属性,在移动终端上显示所述应用的消息通知。2.根据权利要求1所述的移动终端的应用消息通知方法,其特征在于,所述预先配置移动终端的通知服务的步骤包括: 在移动终端使用的系统中,通过调用Notificat1nManager.notify()的sendBroadcast发送应用的自定义通知服务广播,并通过Intent-Fi I ter实现移动终端的系统和应用之间的约定,配置移动终端的通知服务。3.根据权利要求2所述的移动终端的应用消息通知方法,其特征在于,所述通过Intent-Fi I ter实现移动终端的系统和应用之间的约定的步骤包括: 在manifest中定义Intent-Fi I ter来接收自定义通知服务广播,实现移动终端的系统和应用之间的约定。4.根据权利要求3所述的移动终端的应用消息通知方法,其特征在于,所述设置所述应用的消息通知属性的步骤包括: 调用Notificat1nManager; 定义所述应用的Notif icat 1n,并设置Notificat 1n的消息通知属性,所述属性至少包括下面的一种或多种:消息通知的图标,标题,内容,声音,点击消息通知后需要跳转的页面的意图; 定义所述应用的broadcastreceiver,并实现onReceive ; 设置执行通知notify(int id,Notificat1n notificat1n),及删除通知cancel(intid)或者cancelAll( ) ο5.根据权利要求4所述的移动终端的应用消息通知方法,其特征在于,所述定义所述应用的broadcastreceiver,并实现onReceive的步骤包括: 创建应用的BroadcastReceiver对象,继承android.content.BroadcastReceiver,通过onReceive获取广播中Intent的数据,根据Intent的数据,在onreceive()中设置消息通知属性。6.一种用于应用消息通知的移动终端,其特征在于,包括: 第一处理模块,用于预先配置移动终端的通知服务,所述通知服务包括自定义通知服务; 第二处理模块,用于通过自定义通知服务,对需要使用自定义通知的应用,设置所述应用的消息通知属性; 第三处理模块,用于当应用有新消息时,根据所述应用的消息通知属性,在移动终端上显示所述应用的消息通知。7.根据权利要求6所述的用于应用消息通知的移动终端,其特征在于,所述第一处理模块具体用于: 在移动终端使用的系统中,通过调用Notificat1nManager.notify()的sendBroadcast发送应用的自定义通知服务广播,并通过Intent-Fi I ter实现移动终端的系统和应用之间的约定,配置移动终端的通知服务。8.根据权利要求7所述的移动终端的应用消息通知方法,其特征在于,所述第一处理模块在manifest中定义Intent-Fi I ter来接收自定义通知服务广播,实现移动终端的系统和应用之间的约定。9.根据权利要求8所述的用于应用消息通知的移动终端,其特征在于,所述第二处理模块具体用于: 调用Notificat1nManager; 定义所述应用的Notif icat 1n,并设置Not if icat 1n的消息通知属性,所述属性至少包括下面的一种或多种:消息通知的图标,标题,内容,声音,点击消息通知后需要跳转的页面的意图; 定义所述应用的broadcastreceiver,并实现onReceive ; 设置执行通知notify(int id,Notificat1n notificat1n),及删除通知cancel(intid)或者cancelAll( ) ο10.根据权利要求9所述的用于应用消息通知的移动终端,其特征在于,所述第二处理模块创建应用的BroadcastReceiver对象,继承android, content.BroadcastReceiver,通过onReceive获取广播中Intent的数据,根据Intent的数据,在onreceive()中设置消息通知属性。
【文档编号】G06F3/0483GK105912223SQ201510921362
【公开日】2016年8月31日
【申请日】2015年12月12日
【发明人】江丹
【申请人】乐视移动智能信息技术(北京)有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1