著录项信息
专利名称 | 一种电视应用的通知处理方法及装置 |
申请号 | CN201210113496.4 | 申请日期 | 2012-04-17 |
法律状态 | 授权 | 申报国家 | 中国 |
公开/公告日 | 2012-10-03 | 公开/公告号 | CN102710989A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | H04N21/443 | IPC分类号 | H;0;4;N;2;1;/;4;4;3;;;G;0;6;F;9;/;4;8查看分类表>
|
申请人 | TCL集团股份有限公司 | 申请人地址 | 广东省惠州市鹅岭南路6号TCL工业大厦8楼技术中心
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | TCL集团股份有限公司 | 当前权利人 | TCL集团股份有限公司 |
发明人 | 孙翀 |
代理机构 | 深圳中一专利商标事务所 | 代理人 | 张全文 |
摘要
本发明适用于多媒体应用领域,提供了一种电视应用的通知处理方法及装置,所述方法包括:当接收到应用程序发出的通知时,将通知发送给移动终端;接收移动终端在收到用户输入的通知确认指令后所发出的通知处理指令;终止当前进程,运行与所述移动终端发送的通知处理指令指定的通知所对应的应用程序。在本发明实施例中,通过实时将电视收到的通知发送给移动终端,使得用户实时接收和了解电视上各个应用程序的最新通知,且电视上当前的操作不会被中断,仍能继续进行,移动终端上便捷的操作方式也更便于用户使用。
1.一种电视应用的通知处理方法,其特征在于,所述方法包括下述步骤: 当接收到用户输入的移动设备通知允许指令和应用程序发出的通知时,将通知发送给移动终端; 接收移动终端在收到用户输入的通知确认指令后所发出的通知处理指令; 终止当前进程,运行与所述移动终端发送的通知处理指令指定的通知所对应的应用程序。
2.如权利要求1所述的方法,其特征在于,所述当接收到应用程序发出的通知时,将通知发送给移动终端包括: 当应用程序触发通知事件时,通过API调用通知代理服务接收到应用程序发出的通知; 通过所述通知代理服务将所收到的通知发送给与电视互联互通的移动终端。
3.如权利要求1或2所述的方法,其特征在于,所述当接收到应用程序发出的通知时之后,所述方法还包括: 保存所接收到的应用程序发出的通知,并在接收到用户输入的通知显示指令后,显示所保存的通知; 接收到用户输入的通知处理指令后,终止当前进程,运行与所述用户输入的通知处理指令指定的通知所对应的应用程序。
4.如权利要求3所述的方法,其特征在于,所述保存所接收到的应用程序发出的通知,并在接收到用户输入的通知显示指令后,显示所保存的通知包括: 通知管理中心收到来自通知代理服务的通知后,将所收到的通知保存在数据库中; 当接收到用户输入的通知显示指令时,调用通知管理中心从所述数据库中取出各条通知并显示。
5.一种电视应用的通知处理装置,其特征在于,所述装置包括: 通知发送单元,用于当接收到用户输入的移动设备通知允许指令和应用程序发出的通知时,将通知发送给移动终端; 终端指令接收单元,用于接收移动终端在收到用户输入的通知确认指令后所发出的通知处理指令; 通知处理单元,用于终止当前进程,运行与所述移动终端发送的通知处理指令指定的通知所对应的应用程序。
6.如权利要求5所述的装置,其特征在于,所述通知发送单元包括: 通知接收模块,用于当应用程序触发通知事件时,通过API调用通知代理服务接收到应用程序发出的通知; 通知发送模块,用于通过所述通知代理服务将所收到的通知发送给与电视互联互通的移动终端。
7.如权利要求5或6所述的装置,其特征在于,所述装置还包括: 通知存储单元,用于保存所接收到的应用程序发出的通知; 通知显示单元,用于在接收到用户输入的通知显示指令后,显示所保存的通知; 用户指令接收单元,用于接收用户输入的通知处理指令,并由通知处理单元在接收到用户输入的通知处理指令后,终止当前进程,运行与用户输入的通知处理指令指定的通知所对应的应用程序。
8.如权利要求7所述的装置,其特征在于,所述通知存储单元包括: 通知存储模块,用于通知管理中心收到来自通知代理服务的通知后,将所收到的通知保存在数据库中。
9.如权利要求8所述的装置,其特征在于,所述通知显示单元包括: 通知显示模块,用于当接收到用户输入的通知显示指令时,调用通知管理中心从所述数据库中取出各条通知并显示。
一种电视应用的通知处理方法及装置\n技术领域\n[0001]本发明属于多媒体应用领域,尤其涉及一种电视应用的通知处理方法及装置。\n背景技术\n[0002]随着智能电视的流行,越来越多的应用开始登陆智能电视平台。不论是何种应用,都会将应用的状态信息通过电视通知用户。如:对于即时通讯软件,当收到了好友的消息,需要通知用户;对于后台下载软件,在下载完成时,需要通知用户;对于在线视频应用,在新片上映时,需要通知用户。然而,由于电视是一种独占式的使用方式,当用户打开一个应用时,就不可能同时运行另一个应用。因而,在现有的通知方式中,若接收到应用发出的通知,则不得不中断当前正在运行的进程,从而打断用户正在电视上进行的观看操作,以此来运行与通知相对应的应用。若这种中断较为频繁,则用户体验较差。\n发明内容\n[0003]本发明实施例的目的在于提供一种电视应用的通知处理方法及装置,旨在解决在现有的通知方式中,若接收到应用发出的通知,不得不中断当前正在运行的进程使得用户体验较差的问题。\n[0004]本发明实施例是这样实现的,一种电视应用的通知处理方法,所述方法包括:\n[0005]当接收到应用程序发出的通知时,将通知发送给移动终端;\n[0006]接收移动终端在收到用户输入的通知确认指令后所发出的通知处理指令;\n[0007] 终止当前进程,运行与所述移动终端发送的通知处理指令指定的通知所对应的应用程序。\n[0008]本发明实施例的另一目的在于提供一种电视应用的通知处理装置,所述装置包括:\n[0009]通知发送单元,用于当接收到应用程序发出的通知时,将通知发送给移动终端;\n[0010]终端指令接收单元,用于接收移动终端在收到用户输入的通知确认指令后所发出的通知处理指令;\n[0011] 通知处理单元,用于终止当前进程,运行与所述移动终端发送的通知处理指令指定的通知所对应的应用程序。\n[0012]在本发明实施例中,通过实时将电视收到的通知发送给移动终端,使得用户实时接收和了解电视上各个应用程序的最新通知,且电视上当前的操作不会被中断,仍能继续进行,移动终端上便捷的操作方式也更便于用户使用。\n附图说明\n[0013]图1是本发明电视应用的通知处理方法的较佳实施例的流程示意图;\n[0014]图2是本发明电视应用的通知处理装置的较佳实施例的结构示意图。\n具体实施方式\n[0015]为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。\n[0016]本发明实施例提供一种电视应用的通知处理方法,通过在接收到应用程序发出的通知后,将通知发送给移动终端,并根据用户对移动终端的操作来向电视发起通知处理指令,最终根据通知处理指令运行相应的应用程序。\n[0017]本发明提供了一种电视应用的通知处理方法和装置:\n[0018]所述方法包括:\n[0019]当接收到应用程序发出的通知时,将通知发送给移动终端;\n[0020]接收移动终端在收到用户输入的通知确认指令后所发出的通知处理指令;\n[0021] 终止当前进程,运行与所述移动终端发送的通知处理指令指定的通知所对应的应用程序。\n[0022]所述装置包括:\n[0023]通知发送单元,用于当接收到应用程序发出的通知时,将通知发送给移动终端;\n[0024]终端指令接收单元,用于接收移动终端在收到用户输入的通知确认指令后所发出的通知处理指令;\n[0025] 通知处理单元,用于终止当前进程,运行与所述移动终端发送的通知处理指令指定的通知所对应的应用程序。\n[0026]为了说明本发明所述的技术方案,下面通过具体实施例来进行说明。\n[0027] 实施例一:\n[0028]如图1所示为本发明电视应用的通知处理方法的较佳实施例的流程示意图,为了便于说明,仅示出了与本发明实施例相关的部分。\n[0029]在步骤SI,电视接收到应用程序发出的通知。\n[0030]在本发明实施例中,电视(尤其是智能电视)作为一个平台,可承接诸多第三方应用程序。第三方应用程序在运行过程后,均可能触发通知事件(如:下载任务的完成通知、新片发布的推广通知、社交消息的发布通知等)。当应用程序触发通知事件时,通过API(Applicat1n Programming Interface,应用程序编程接口)调用一个系统(电视的操作系统,如Android操作系统)级的通知代理(agent)服务,使电视接收到应用程序发出的通知。需要说明的是,在执行步骤SI之后,可顺序执行步骤S2,也可跳到步骤S5开始执行,还可以同时跳到步骤S2和步骤S5开始执行。\n[0031] 在步骤S2,将通知发送给移动终端。\n[0032]在本发明实施例中,电视在接收到应用程序发出的通知后,会通过通知代理(agent)服务将所收到的通知发送给与电视互联互通的移动终端。其中,在移动终端接收通知前,预先在移动终端安装一个多屏互动的应用程序(APP),当该多屏互动应用程序运行后,通过常规的互联互通协议实现电视与移动终端之间的数据通讯。\n[0033]优选的,为了提高用户体验,让用户有自主的选择权,在接收到用户输入的移动设备通知允许指令后,将通知发送给移动终端;若未接收到用户输入的移动设备通知允许指令,则不将通知发送给移动终端。\n[0034]在步骤S3,移动终端接收到用户输入的通知确认指令。\n[0035]在本发明实施例中,电视将通知发送给移动终端后,移动终端所安装的多屏互动的应用程序将通知加入到移动终端通知栏中(若收到多条通知,则将多条通知都加入通知栏中)。当用户通过通知栏看到通知后,可选择处理或不处理通知,当用户选择不处理通知时,则通知始终处于通知栏中;若用户选择处理通知,则输入通知确认指令,该通知确认指令指定了用户所需处理的通知。\n[0036]具体的,移动终端可采用多种方式向用户展示所收到的通知,用户也可通过多种方式输入通知确认指令,下面举一个实例来说明,但并不限于此例。\n[0037]如:若以当前普遍使用的移动终端操作系统为例,均提供有一个下拉式通知栏,用以通知用户新的通知。当移动终端将收到的通知加入下拉通知栏后,通过该下拉通知栏,便可向用户展示当前电视上传送过来的通知。此时用户可选择处理或不处理通知,若用户选择不处理通知,则通知继续存在通知栏中;若用户选择处理通知,则通过点击通知栏中的通知来向移动终端输入通知确认指令,用户点击通知后,该点击操作在移动终端操作系统的帮助下,将通知确认指令转发给多屏互动应用程序。\n[0038]在本发明实施例中,通过实时将电视收到的通知发送给移动终端,使得用户实时接收和了解电视上各个应用程序的最新通知,且电视上当前的操作不会被中断,仍能继续进行。且用户只需要在移动终端上点击通知,电视就立刻切换到与该通知相关的应用程序上,这个切换方式是非常便捷的一键式切换。而传统的模式中,用户必须通过遥控器,首先退出当前应用,回到主界面,再通过按遥控器不断浏览找到需要切换的应用程序,再点击进入,整个过程太过繁复。\n[0039] 在步骤S4,向电视发送通知处理指令。在执行步骤S4之后,跳到步骤S8。\n[0040]在本发明实施例中,当移动终端接收到用户输入的通知确认指令后,多屏互动应用程序根据用户输入的通知确认指令,向电视发送通知处理指令,告知电视需立刻中断当前的操作,该指令指定了需处理的通知。\n[0041] 在步骤S5,电视保存通知。\n[0042]在本发明实施例中,当电视接收到应用程序发出的通知时,一方面会将通知发送给移动终端,另一方面还会保存所接收到的通知。\n[0043] 在本发明实施例中,为了统一处理通知,在电视中预设了一个通知管理中心。电视在接收到应用程序发出的通知后,通过通知代理(agent)服务将所收到的通知发送给与电视相连的移动终端的同时也将通知发送给通知管理中心,通知管理中心在收到来自通知代理服务的通知后,将通知保存在本地数据库中。\n[0044]在步骤S6,电视接收到用户输入的通知显示指令后,显示所保存的通知。\n[0045]在本发明实施例中,通知管理中心通过一个专门的菜单项才能被调用。通知管理中心将通知保存到本地数据库中后,如果没有用户输入的通知显示指令,则无法调用通知管理中心,不对通知进行操作;若接收到用户输入的通知显示指令,则调用通知管理中心从数据库中取出各条通知,在电视上显示当前系统中各个应用程序所产生的各种通知。其中,可以多种形式显示通知。下面以列表为例来说明通知的显示,但并不限于此例。\n[0046] 如:若以列表的形式显示通知,则可如下:\n[0047] (I)迅雷下载:XX文件下载已完成;\n[0048] (2)奇异影视:XX新片最新上映;\n[0049] (3)天气预报:明天XX度。\n[0050]在本发明实施例中,通过通知管理中心来统一管理通知,在未接收到用户输入的通知显示指令时,不会显示通知,则不会因为收到多个通知而不断打断用户正在观看的节目;且用户不需再逐个点击各个应用程序来了解该应用的当前状态,用户体验较好。\n[0051]在步骤S7,电视接收用户输入的通知处理指令。\n[0052] 在本发明实施例中,在电视上显示各个通知后,用户可选择处理或不处理通知,当用户选择处理通知时,输入通知处理指令,该通知处理指令指定了用户所需处理的通知。\n[0053] 在步骤S8,电视终止当前进程,运行与通知处理指令指定的通知所对应的应用程序,所述通知处理指令包括移动终端发送的或用户输入的通知处理指令。\n[0054]在本发明实施例中,当电视接收到用户输入的通知处理指令或移动终端发送过来的通知处理指令时,通知管理中心删除所保存的通知处理指令指定的通知,并终止当前进程,运行与所述通知处理指令指定的通知所对应的应用程序。\n[0055]在本发明实施例中,通过实时将电视收到的通知发送给移动终端,使得用户实时接收和了解电视上各个应用程序的最新通知,且电视上当前的操作不会被中断,仍能继续进行,移动终端上便捷的操作方式也更便于用户使用。电视通过通知管理中心来统一管理通知,在未接收到用户输入的通知显示指令时,不会显示通知,则不会因为收到多个通知而不断打断用户正在观看的节目;用户也不需再逐个点击各个应用程序来了解该应用的当前状态,用户体验较好,根据本发明实施例,用户既可以通过移动终端来接收并确认处理电视上各个应用程序的最新通知,也可以直接通过电视的通知管理中心来统一接收并确认处理电视上各个应用程序的最新通知。\n[0056] 实施例二:\n[0057]图2为本发明电视应用的通知处理装置的较佳实施例的结构示意图,为了便于说明,仅示出了与本发明实施例相关的部份。该装置可以是内置于电视中的软件单元、硬件单元或者软硬件相结合的单元,或者作为独立的挂件集成到电视或电视的应用系统中。其中:\n[0058]通知发送单元21,用于当接收到应用程序发出的通知时,将通知发送给移动终端。\n[0059]在本发明实施例中,所述通知发送单元21包括两个子模块,分别为:\n[0060] 通知接收模块211,用于当应用程序触发通知事件时,通过API调用通知代理服务接收到应用程序发出的通知。\n[0061]通知发送模块212,用于通过通知代理服务将所收到的通知发送给与电视互联互通的移动终端。\n[0062]终端指令接收单元22,用于接收移动终端在收到用户输入的通知确认指令后所发出的通知处理指令。\n[0063]通知存储单元23,用于保存所接收到的应用程序发出的通知。\n[0064]在本发明实施例中,所述通知存储单元23包括一个子模块,其中:\n[0065]通知存储模块231,用于在通知管理中心收到来自通知代理服务的通知后,将所收到的通知保存在数据库中。\n[0066] 通知显示单元24,用于在接收到用户输入的通知显示指令后,显示所保存的通知。\n[0067]在本发明实施例中,所述通知显示单元24包括一个子模块,其中:\n[0068] 通知显示模块241,用于当接收到用户输入的通知显示指令时,调用通知管理中心从所述数据库中取出各条通知并显示。\n[0069]用户指令接收单元25,用于接收用户输入的通知处理指令。\n[0070]通知处理单元26,用于终端指令接收单元22接收到移动终端在收到用户输入的通知确认指令后所发出的通知处理指令,或用户指令接收单元25接收到用户输入的通知处理指令后,终止当前进程,运行与通知处理指令指定的通知所对应的应用程序,所述通知处理指令包括移动终端发送的或用户输入的通知处理指令。\n[0071]在本发明实施例中,通过实时将电视收到的通知发送给移动终端,使得用户实时接收和了解电视上各个应用程序的最新通知,且电视上当前的操作不会被中断,仍能继续进行,移动终端上便捷的操作方式也更便于用户使用。电视通过通知管理中心来统一管理通知,在未接收到用户输入的通知显示指令时,不会显示通知,则不会因为收到多个通知而不断打断用户正在观看的节目;用户也不需再逐个点击各个应用程序来了解该应用的当前状态,用户体验较好,根据本发明实施例,用户既可以通过移动终端来接收并确认处理电视上各个应用程序的最新通知,也可以直接通过电视的通知管理中心来统一接收并确认处理电视上各个应用程序的最新通知。\n[0072]本领域普通技术人员可以理解,实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,所述的程序可以在存储于一计算机可读取存储介质中,所述的存储介质,如R0M/RAM、磁盘、光盘等。\n[0073]以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
法律信息
- 2016-09-28
- 2013-07-31
实质审查的生效
IPC(主分类): H04N 21/443
专利申请号: 201210113496.4
申请日: 2012.04.17
- 2012-10-03
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| | 暂无 |
2010-10-15
| | |
2
| |
2002-06-26
|
2000-06-07
| | |
3
| |
2012-03-21
|
2010-01-22
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |