CN104363480A - 一种消息处理方法及装置 - Google Patents

一种消息处理方法及装置 Download PDF

Info

Publication number
CN104363480A
CN104363480A CN201410521727.4A CN201410521727A CN104363480A CN 104363480 A CN104363480 A CN 104363480A CN 201410521727 A CN201410521727 A CN 201410521727A CN 104363480 A CN104363480 A CN 104363480A
Authority
CN
China
Prior art keywords
application
message
pending message
information
described pending
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201410521727.4A
Other languages
English (en)
Other versions
CN104363480B (zh
Inventor
张晓红
徐福康
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hisense Broadband Multimedia Technology Co Ltd
Original Assignee
Hisense Broadband Multimedia Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hisense Broadband Multimedia Technology Co Ltd filed Critical Hisense Broadband Multimedia Technology Co Ltd
Priority to CN201410521727.4A priority Critical patent/CN104363480B/zh
Publication of CN104363480A publication Critical patent/CN104363480A/zh
Application granted granted Critical
Publication of CN104363480B publication Critical patent/CN104363480B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/26606Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel for generating or managing entitlement messages, e.g. Entitlement Control Message [ECM] or Entitlement Management Message [EMM]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4623Processing of entitlement messages, e.g. ECM [Entitlement Control Message] or EMM [Entitlement Management Message]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/488Data services, e.g. news ticker
    • H04N21/4882Data services, e.g. news ticker for displaying messages, e.g. warnings, reminders

Abstract

本发明实施例提供一种消息处理方法及装置,能对不同应用的消息进行统一处理。具体方案包括:获取待处理消息的适用信息,所述适用信息用于表征所述待处理消息适用的应用;判断当前应用是否为所述待处理消息适用的应用;在当前应用为所述待处理消息适用的应用时,处理所述待处理消息。本发明用于消息处理。

Description

一种消息处理方法及装置
技术领域
本发明涉及通信领域,尤其涉及一种消息处理方法及装置。
背景技术
随着智能通信设备(例如智能电视、智能机顶盒等)的普及,和当今社会对快速便捷的信息化生活的需求,人们在通信设备上使用智能应用的频率越来越高。与此同时,随着硬件性能的提升,人们在同一台通信设备上使用多种智能应用,不仅已成为可能,也已成为趋势和潮流。随着同一台通信设备上智能应用的数量不断增加,与这些应用对应,就有了越来越多应用相关的消息,例如提示消息。
以提示消息为例,如今各个应用只负责各自的提示消息,每个应用都要有一套自己的消息处理机制,这会占用通信设备有限的信息处理资源;同时,在一个提示消息涉及到多个应用时,由于不同应用对消息的使用时序有先后且并无固定标准,会造成应用需要使用该消息的时间和该消息等待应用处理的时间并不一定吻合的问题,造成了应用消息的处理混乱,会出现某些需要使用该消息的应用无法收到该消息,或者出现该消息在不应关联的应用中进行处理的错误。
所以,目前各个应用相互隔离的消息处理机制,不仅占用了通信设备有限的信息处理资源,而且容易导致消息处理错误。
发明内容
本发明的实施例提供一种消息处理方法及装置,能对不同应用的消息进行统一处理,不仅减少了对通信设备有限的信息处理资源的占用,并且减少了消息处理错误。
为达到上述目的,本发明的实施例采用如下技术方案:
第一方面,提供一种消息处理方法,包括:
获取待处理消息的适用信息,所述适用信息用于表征所述待处理消息适用的应用;
判断当前应用是否为所述待处理消息适用的应用;
在当前应用为所述待处理消息适用的应用时,处理所述待处理消息。
结合第一方面,在第一种可能的实现方式中,所述适用信息包含至少一个应用信息,所述至少一个应用信息中的每个应用信息对应一个应用,所述应用信息用于表征自身对应的应用是否为所述待处理消息适用的应用;
获取待处理消息的应用适用信息,具体包括:
获取待处理消息的至少一个应用信息;
判断当前应用是否为所述待处理消息适用的应用,具体包括:
根据所述至少一个应用信息,判断当前应用是否为所述待处理消息适用的应用。
结合第一方面,在第二种可能的实现方式中,所述适用信息包含全局信息,所述全局信息用于表征是否所有应用均为所述待处理消息适用的应用;
判断当前应用是否为所述待处理消息适用的应用,具体包括:
在所有应用均为所述待处理消息适用的应用时,判断当前应用是所述待处理消息适用的应用。
结合第一方面和第二种可能的实现方式,在第三种可能的实现方式中,所述适用信息还包含全局信息,所述全局信息用于表征是否所有应用均为所述待处理消息适用的应用;
根据所述至少一个应用信息,判断当前应用是否为所述待处理消息适用的应用之前,所述方法还包括:
在不是所有应用均为所述待处理消息适用的应用时,判断当前应用不是所述待处理消息适用的应用;
根据所述至少一个应用信息,判断当前应用是否为所述待处理消息适用的应用,具体包括;
在所有应用不是均为所述待处理消息适用的应用时,根据所述至少一个应用信息,判断当前应用是否为所述待处理消息适用的应用。
结合第一方面,在第四种可能的实现方式中,在当前应用为所述待处理消息适用的应用时,处理所述待处理消息之前,所述方法还包括:
获取所述待处理消息的模式信息,所述模式信息用于表征所述待处理消息对应的处理模式;
在当前应用为所述待处理消息适用的应用时,处理所述待处理消息,具体包括:
在当前应用为所述待处理消息适用的应用时,根据所述模式信息,处理所述待处理消息。
结合第一方面和第四种可能的实现方式,在第五种可能的实现方式中,所述模式信息包含擦除模式信息,所述擦除模式信息用于表征所述待处理消息的擦除模式,所述方法还包括:
在当前应用不为所述待处理消息适用的应用时,根据所述模式信息,处理所述待处理消息,具体为:
在当前应用不为所述待处理消息适用的应用时,根据所述擦除模式信息,处理所述待处理消息,具体包括:
在当前应用不为所述待处理消息适用的应用,并且所述擦除模式为自动擦除时,擦除所述待处理消息。
结合第一方面和第五种可能的实现方式,在第六种可能的实现方式中,在当前应用不为所述待处理消息适用的应用时,根据所述擦除模式信息,处理所述待处理消息,具体还包括:
在当前应用不为所述待处理消息适用的应用,并且所述擦除模式不为自动擦除时,获取用户指令,并根据所述用户指令擦除所述待处理消息。
结合第一方面和第四种可能的实现方式,在第七种可能的实现方式中,所述模式信息包含至少一个显示模式信息,所述显示模式信息用于表征所述待处理消息的显示模式;
在当前应用为所述待处理消息适用的应用时,根据所述模式信息,处理所述待处理消息,具体包括:
在当前应用为所述待处理消息适用的应用时,根据所述至少一个显示模式信息表征的显示模式,处理所述待处理消息。
结合第一方面和第七种可能的实现方式,在第八种可能的实现方式中,在当前应用为所述待处理消息适用的应用时,根据所述模式信息,处理所述待处理消息之前,所述方法还包括:
获取全局消息显示记录信息集,所述全局消息显示记录信息集包含至少一个消息,以及所述至少一个消息中每个消息的显示属性,所述显示属性包括显性显示;
在当前应用为所述待处理消息适用的应用时,根据所述模式信息,处理所述待处理消息,具体包括:
在当前应用为所述待处理消息适用的应用时,根据所述待处理消息和所述全局消息显示记录信息集,获取所述待处理消息的显示属性;
在所述待处理消息的显示属性为显性显示时,根据所述模式信息,处理所述待处理消息。
结合第一方面和第八种可能的实现方式,在第九种可能的实现方式中,在所述待处理消息的显示属性为显性显示时,根据所述模式信息,处理所述待处理消息之前,所述方法还包括:
在当前应用为所述待处理消息适用的应用时,将所述待处理消息的显示属性在全局消息显示记录信息集中更新为显性显示。
结合第一方面和第八种可能的实现方式,在第十种可能的实现方式中,所述显示属性还包括隐性显示,所述方法还包括:
在当前应用不为所述待处理消息适用的应用时,将所述待处理消息的显示属性在全局消息显示记录信息集中更新为隐性显示。
结合第一方面,在第十一种可能的实现方式中,在当前应用为所述待处理消息适用的应用时,处理所述待处理消息之前,所述方法还包括:
获取应用切换信息;
在获取到所述应用切换信息时,获取切换后的应用作为当前应用。
结合第一方面,在第十二种可能的实现方式中,在当前应用为所述待处理消息适用的应用时,处理所述待处理消息之前,所述方法还包括:
获取所述待处理消息的消息体,所述消息体用于表征所述待处理消息的待处理内容;
在当前应用为所述待处理消息适用的应用时,处理所述待处理消息,具体包括:
在当前应用为所述待处理消息适用的应用时,根据所述待处理内容,处理所述待处理消息。
结合第一方面和第一种可能的实现方式,在第十三种可能的实现方式中,获取待处理消息的适用信息之前,所述方法还包括:
获取待处理消息的身份信息,其中,所述身份信息包含适用信息;
获取待处理消息的适用信息,具体包括:
根据所述身份信息获取所述待处理消息的适用信息。
结合第一方面和第四种可能的实现方式,在第十四种可能的实现方式中,获取所述待处理消息的模式信息之前,所述方法还包括:
获取待处理消息的身份信息,其中,所述身份信息包含模式信息;
获取所述待处理消息的模式信息,具体包括:
根据所述身份信息获取所述待处理消息的模式信息。
第二方面,提供一种消息处理装置,包括:
获取单元,用于获取待处理消息的适用信息,所述适用信息用于表征所述待处理消息适用的应用;
处理单元,用于判断当前应用是否为所述获取单元获取的所述适用信息表征的所述待处理消息适用的应用;
所述处理单元,还用于在当前应用为所述获取单元获取的所述适用信息表征的所述待处理消息适用的应用时,处理所述待处理消息。
结合第二方面,在第一种可能的实现方式中,所述获取单元获取的所述适用信息包含至少一个应用信息,所述至少一个应用信息中的每个应用信息对应一个应用,所述应用信息用于表征自身对应的应用是否为所述待处理消息适用的应用;
所述获取单元,用于获取待处理消息的应用适用信息,具体包括:用于获取待处理消息的至少一个应用信息;
所述获取单元处理单元,用于判断当前应用是否为所述获取单元获取的所述适用信息表征的所述待处理消息适用的应用,具体包括:
用于根据所述获取单元获取的所述至少一个应用信息,判断当前应用是否为所述获取单元获取的所述适用信息表征的所述待处理消息适用的应用。
结合第二方面,在第二种可能的实现方式中,所述获取单元,还用于获取所述待处理消息的模式信息,所述模式信息用于表征所述待处理消息对应的处理模式;
所述处理单元,还用于在当前应用为所述待处理消息适用的应用时,处理所述待处理消息,具体包括:
所述处理单元,具体用于在当前应用为所述获取单元获取的所述适用信息表征的所述待处理消息适用的应用时,根据所述获取单元获取的所述模式信息,处理所述待处理消息。
结合第二方面,在第三种可能的实现方式中,所述获取单元,还用于获取应用切换信息;
所述获取单元,还用于在自身获取到所述应用切换信息时,获取切换后的应用作为当前应用。
结合第二方面,在第四种可能的实现方式中,所述获取单元,还用于获取所述待处理消息的消息体,所述消息体用于表征所述待处理消息的待处理内容;
所述处理单元,用于在当前应用为所述获取单元获取的所述适用信息表征的所述待处理消息适用的应用时,处理所述待处理消息,具体包括:
所述处理单元,具体用于在当前应用为所述获取单元获取的所述适用信息表征的所述待处理消息适用的应用时,根据所述待处理内容,处理所述待处理消息。
本发明实施例提供的消息处理方法及装置,能获取待处理消息的适用信息,所述适用信息用于表征所述待处理消息适用的应用;并在当前应用为所述待处理消息适用的应用时,处理所述待处理消息。而且能按照统一标准来设定所述适用信息表征的待处理消息适用的应用。所以能使用统一的消息处理机制,仅在当前应用为所述待处理消息适用的应用时,将当前应用与待处理消息关联,而不会将其他应用的待处理消息与当前应用关联,也就实现了对不同应用的消息进行统一处理,这样,就无需每个应用单独占用处理资源对自身适用的消息进行处理,也避免了在应用中处理消息的时间和消息等待处理的时间不吻合带来的管理混乱,所以,不仅减少了对通信设备有限的信息处理资源的占用,也减少了消息处理错误。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明的实施例提供的一种消息处理方法的流程示意图;
图2为本发明的另一实施例提供的一种消息处理方法的流程示意图;
图3为本发明的又一实施例提供的一种消息处理方法的流程示意图;
图4为本发明的实施例提供的一种消息处理装置的结构示意图;
图5为本发明的实施例提供的另一种消息处理装置的结构示意图;
图6为本发明的实施例提供的又一种消息处理装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
为了便于清楚描述本发明实施例的技术方案,在本发明的实施例中,采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分,本领域技术人员可以理解“第一”、“第二”等字样并不是在对数量和执行次序进行限定。
本发明的以下各个实施例提供的相应消息处理方法及装置,均可以应用于对消息的处理。具体可以用于处理动作消息,也可以用于处理提示消息。并且,本发明提供的各个实施例既可以单独应用于实际中,也可以结合起来进行应用。
下面,结合实施例对本发明提供的消息处理方法及装置进行举例说明。
实施例一
本发明实施提供一种消息处理方法,可以应用于通信领域,可以具体应用于处理消息,参照图1所示,所述消息处理方法包括以下步骤:
101、获取待处理消息的适用信息,所述适用信息用于表征所述待处理消息适用的应用;
其中,对所述适用信息包含的内容及具体形式并不进行限定,只要一个信息能表述出所述待处理消息所适用的应用,这个信息就符合这里的适用信息的定义。所述适用信息可以是表示固定关联关系的数字代码(例如下面的表1所示的注册码),也可以是应用对应的标识,还可以是其他能够表述出所述待处理消息需要适用的应用的信息。
下面结合表1对注册码进行解释说明,以便理解以注册码为代表的适用信息,本文之后的举例均可参照表1所述的注册码来对发明方案进行解释说明。
表1、注册码结构表
表1举例提供的注册码是一种二进制码,每种标识在注册码中由左至右顺序排列,实际中也可能是其他表现形式。
表1中,标识“①是否应用于全局”,就相当于注册码这个适用信息中包含的全局信息。全局信息用于表征是否所有应用均为所述待处理消息适用的应用。而除了注册码长度和全局信息之外的其他标识,均可看做是所述适用信息包含的应用信息,正如表中所述,各应用信息用于表示自身对应的应用是否为所述待处理消息适用的应用。
例如,一个待处理消息消息的适用信息(注册码)包含的标识“②是否应用于电视直播”这个应用信息,该应用信息对应的值可以为0或1,在该应用信息为1时表示“电视直播”这个应用为所述待处理消息适用的应用,值为0时表示“电视直播”不为所述待处理消息适用的应用。
表1中的“注册码长度”标识,是一种为了保证具体应用中解码错误而定的限制。表1中注册码包含的标识中均可以根据需求灵活设定,实际应用中注册码并不一定要全部包括以上内容,甚至可能不包括表1中所示的内容,表1仅仅只是对注册码这种形式的适用信息的举例。
因为消息的适用信息为本发明首创,所以有必要简要介绍下如何对一个消息进行适用信息的设置,现结合表1对行解释说明:
注册码实行内部维护,可通过注册得到,注册码分配原则可以如表1所示,标识①-⑦是消息处理装置(如机顶盒)基本应用范围,此范围可根据实际情况来配置,在①-⑦基础上增减。
如果结合JAVA等程序实现设置,则应用可以通过注册Register方法得到注册码,需要传入消息应用范围内所有应用的包名,如果是全局消息(消息的应用适用范围为所有应用,也就是消息的待处理消息适用的应用为所有应用),则需传入字符串“allapp”,结合表1(表1可以看做是适用信息集,或者适用信息集的一部分,用来表示适用信息和应用之间的适用关系),根据用户输入的包名分配到相应的标识位,得到对应的注册码。
举例说明设置方法:
信号线拔掉需要提示“无信号或信号弱”,如果该消息需要应用于电视直播和广播直播。对于“无信号或信号弱”这个消息,可以通过注册方法Register(tv.hitv.android.tv|tv.hitv.android.radio)得到注册码“0011 011”;
这样,就利用注册码限定了“无信号或信号弱”这个消息的应用适用范围,即设置了消息的待处理消息适用的应用。
静音或者网络连接等提示是全局的。此时,可以通过注册方法Register(allapp)得到注册码“0001 1”,表示该消息适用于全局,无论当前处于什么应用中消息都会显示出来,只有应用调用擦除方法才会把消息擦除。
对于除表1中列举的基本应用之外的其他应用,设置方法同上。
举例:
对于MTV(包名tv.hitv.android.mtv)特有的消息,可以通过注册方法Register(tv.hitv.android.mtv)得到注册码“1000 00000001”。
MTV应用特有的“原唱/伴唱切换”消息在需要显示时,注册到的注册码为“1000 00000001”。
静音不是MTV特有的,是一个全局都要使用到的消息,所以静音消息注册的注册码可以为“00011”,在MTV应用中静音消息一样会显示。
如果MTV这个应用需要注销掉和消息的匹配关系,可以通过注销方法UnRegister(tv.hitv.android.mtv)注销到MTV特有消息的注册码。
此时另外一个应用Game(包名tv.hitv.android.game),通过Register(tv.hitv.android.game)也可以得到注册码“100000000001”。此时中注册码“100000000001”匹配对应的应用是game,而不是之前的mtv。
这里需要说明的是:MTV注销了特有的注册码之后,可以分配与之前MTV相同的注册码给其他的应用。不过,需要管理注册码和应用的匹配。比如说MTV注册后得到1000 00000001,看到这个注册码就能匹配到MTV的包名,MTV注销后,应用再传入1000 00000001,就匹配不到任何应用了。Game应用注册的话可以分配注册码1000 00000001给Game,此时注册码1000 00000001匹配的应用就是Game。
102、判断当前应用是否为所述待处理消息适用的应用。
具体结合表1举例进行说明,假设获取到当前的待处理消息的适用信息(也就是注册码)为“0011011”;其中前四位“0011”用于表示注册码长度,可以得知注册码长度是3,用于表示该待处理消息的应用适用范围的内容为“011”,其中“是否应用于全局”这个全局信息为0、“是否应用于电视直播”这个应用信息为1、“是否应用于广播直播”这个应用信息为1,因为全局信息为0,所以并非该待处理消息并非所有应用均为所述待处理消息适用的应用,同时可以知道当前的待处理消息适用的应用是“电视直播”和“广播直播”。
此时,如果当前处于点播应用中,收到该待处理消息需要显示也不会在当前的点播应用中显示,因为点播应用并非“0011 011”这个注册码表征的待处理消息适用的应用,这个注册码表征的是应用于电视直播和广播直播。
静音或者网络连接等提示消息是全局的,也就是所有应用均是该消息的待处理消息适用的应用,这些消息对应的注册码是“0001 1”。
根据以上举例可知,如果待处理消息的适用信息是如上所述的注册码,在待处理消息的注册码时“0001 1”时,无论当前是什么应用,均可判断当前应用为待处理消息适用的应用。在注册码为“XXXX0XXX……”时,根据注册码中包含的各个应用信息(也就是表1中各个应用对应的标识)来判断当前应用是否为待处理消息适用的应用,在当前应用对应的应用信息为1时,判断当前应用为待处理消息适用的应用,否则不为待处理消息适用的应用。
103、在当前应用为所述待处理消息适用的应用时,解析所述待处理消息,根据解析结果对所述待处理消息进行相应处理。
本步可看做是“在当前应用为所述待处理消息适用的应用时,处理所述待处理消息”的具体实现方式之一,当然也可以依据其他的内容实现对所述待处理消息进行处理。
其中,因为适用信息决定消息的应用适用范围,所以适用于不同应用的消息可以拥有不同的适用信息,例如多个不同的待处理消息,其中每个的待处理消息适用的应用都不完全相同,也就拥有不同的适用信息。相同的应用适用范围可以使用同一个适用信息,例如均只适用于点播应用的消息,例如点播应用中的静音消息和直播应用中的静音消息可使用相同的适用信息,因为静音可适用于所有应用。
这里需要说明的是,因为适用消息的设置并不必然与使用完全相同,并且仅仅依靠表1下注册码的解释说明并不能完整系统的体现适用信息的设置,所以对适用消息如何设置进行下述步骤A1-A3的说明:
A1、获取分配信息,所述分配信息用于表征待处理消息以及所述待处理消息适用的应用;
其中,对所述分配信息包含的内容及具体形式并不进行限定,只要一个信息包含的内容能表述出所述待处理消息所适用的应用(即待处理消息适用的应用),并且,这个信息还用来指示为所述待处理消息分配应用信息的。那么,这个信息就符合这里的适用信息的定义。
所述适用信息可以是表示固定关联关系的数字代码(例如本发明之后的实施例中举例详述的注册码),也可以是应用对应的标识,还可以是其他能够表述出所述待处理消息需要适用的应用的信息。
A2、获取适用信息集,所述适用信息集中包含至少一个适用信息,所述适用信息匹配至少一个应用。
其中,对适用信息集的形式不进行限定,可以是列表的形式,也可以是其他形式。获取适用信息集的方式,可以直接获取存储的适用信息集,也可以是获取到至少一个适用信息所述适用信息匹配至少一个应用之后,生成适用信息集,还可以是其他获取方式,具体的获取方式不做限定,只要是能获取适用信息集就符合本步的描述。
关于将应用与所述适用信息进行匹配,具体可以包括以下步骤ZC1、ZC2、ZX1和ZX2:
ZC1、获取注册指令信息,所述注册指令信息用于表征需要注册的应用以及需要注册的适用信息;
ZC2、将所述需要注册的应用设置为与所述需要注册的适用信息匹配的应用。
关于将应用与所述适用信息祛除匹配的方法,包括以下步骤:
ZX1、获取注销指令信息,所述注销指令信息用于表征需要注销的应用,以及与所述需要注销的应用匹配的需要注销的适用信息;
ZX2、将所述需要注销的应用设置为与所述需要注销的适用信息不匹配的应用。
结合ZC1、ZC2、ZX1、ZX2等步骤,可以实现对适用信息的灵活变动,能够适应不断增加或取消应用的实际应用环境。
A3、在所述至少一个适用信息中存在第一适用信息,且所述第一适用信息匹配的应用与所述待处理消息适用的应用相同时,分配所述第一适用信息作为所述待处理消息的适用信息,所述待处理消息的适用信息用于表述所述待处理消息适用的应用,以便根据所述适用信息处理所述待处理消息。
按照以上方法,就完成了按照统一的规则为消息(例如待处理消息)设定(例如分配)设定能表征消息待处理消息适用的应用的适用信息。也就在被设定了适用信息的消息需要被处理时,有了统一的应用范围参考机制,使按照统一的消息处理机制对消息进行处理得以实现。
本发明实施例提供的消息处理方法,能获取待处理消息的适用信息,所述适用信息用于表征所述待处理消息适用的应用,所述适用信息可以是提前预设的;判断当前应用是否为所述待处理消息适用的应用,并在当前应用为所述待处理消息适用的应用时,处理所述待处理消息。所以能通过统一的消息处理机制,仅在当前应用为所述待处理消息适用的应用时才处理待处理消息,不会将其他应用的待处理消息在当前应用中进行处理,也就实现了对不同应用的消息进行统一处理,这样,就无需每个应用单独占用处理资源对自身适用的消息进行处理,也避免了在应用中处理消息的时间和消息等待处理的时间不吻合带来的管理混乱,所以,不仅减少了对通信设备有限的信息处理资源的占用,也减少了消息处理错误。
实施例二
本发明实施例提供一种消息处理方法,本实施例可以看做是在如图1所示的实施例基础上提出的一种消息处理方法,可以用于通信领域,具体可以用于对消息的处理,参照图2所示,包括以下步骤:
201、获取待处理信息的身份信息和消息体,所述身份信息可以包含适用信息,还可以包含模式信息。
所述模式信息用于表征所述待处理消息对应的处理模式,所述模式信息可以是一种数字代码(如下述表2中所示的消息码),也可以是其他信息,只要其内容能表征出所述待处理消息对应的处理模式即可。其中,所述模式信息可以包含消息类型、显示类型、显示位置、同类型消息是否覆盖、擦除模式等。
下面,结合表2对消息码进行解释说明,以便理解以消息码为代表的模式信息。
表2、消息码结构表
消息码的定义规范具体可以参见上表,具体使用时根据实际使用可以补充和缩减,根据想要显示的效果组合按照规范,结合不同的应用为消息设置消息码,这样在处理待处理消息时,就可以按照此规范决定对所述待处理消息的具体处理模式。
表2中例举的消息码同样为二进制代码,此处的代码为由左至右排列,实际中可能是其他的表现方式。其中,是否必须擦除方法擦除标识为擦除模式信息,其他的标识为所述模式信息中可以包含的其他具体处理模式信息,具体的使用方法可结合表2中的说明进行适用。
本实施例中,可以在获取身份信息的同时获取所述待处理消息的消息体,所述消息体用于表征所述待处理消息的待处理内容,所述消息体是一种信息,这种信息的具体形式不做限定,只要能表征出所述待处理消息的待处理内容即可。
所述消息体可以用于表征所述待处理消息的待处理内容,具体的,(1)如果消息类型是文字消息,消息体内容为需要显示的文字信息;对于文字消息,支持字数无限扩展。
(2)如果消息类型为图片消息,消息体内容为具体显示消息对应的图片。由于图片消息需要固定的图片资源,因此需要预先进行约定。
举例:若需要显示邮件图片消息,则消息体为写有“email”的图片,“email”这个图片为与邮件应用约定好的。应用需要显示邮件图片消息时消息体填充“email”,通过解析消息体,得到“email”图片。
202、从所述身份信息中解析出所述适用信息,所述适用信息用于表征所述待处理消息适用的应用,其中,所述适用信息可以包含至少一个应用信息,所述应用信息用于表征对应的应用为所述待处理消息适用的应用。
所述应用信息可以是一种数字代码,也可以是其他信息形式。其中,数字代码的具体形式之一注册码,可以参见所述步骤101中表1及相关的举例说明,在此不再赘述。
本步是步骤101中“获取待处理消息的适用信息”的一种可选的具体实现方式。
进一步地,所述适用信息还可以包括全局信息,所述全局信息用于表征是否所有应用均为所述待处理消息适用的应用。所述全局信息可以是一种数字代码,也可以是其他信息形式。
例如表1中所示,当注册码为“0001 1”时,注册码(适用信息)中的“注册码长度”用“0001”表示为1位,“①是否应用于全局”(全局信息)为“1”,此时全局信息表示——所有应用均为所述待处理消息适用的应用;而当注册码为“00110…”时,“注册码长度”用“0011”表示为2位,“①是否应用于全局”(全局信息)为“0”,此时全局信息表示——不是所有应用均为所述待处理消息适用的应用。
203、判断当前应用是否为所述待处理消息适用的应用。
本步骤又可分为以下几个子步骤:
203a、判断所述适用信息是否包含全局信息,若是则执行步骤203b,否则执行步骤203c。
203b、在所述适用信息中包含全局信息时,根据所述全局信息判断是否所有应用均为所述待处理消息适用的应用,若是则执行步骤204,否则执行步骤203c。
具体的判断过程可以参照所述步骤202中关于全局信息的描述,在全局消息表示——所有应用均为所述待处理消息适用的应用时,如“①是否应用于全局”(全局信息)为“1”时,则可以判断当前应用为所述待处理消息适用的应用。
203c、获取所述至少一个应用信息,判断当前应用是否为所述应用信息对应的应用,若是则执行步骤203d,否则不进行任何操作。
可选的,在所述至少一个应用信息中不存在与当前应用对应的应用信息时,可将该当前应用判断为不是所述待处理消息适用的应用,进而不进行任何操作。
具体的,例如,适用信息(注册码)为“0011 011”时,“011”中的0是全局信息,表述并非所有应用均为所述待处理消息适用的应用,此时需要根据“0011 0”后的“11”这两个应用信息来判断当前应用是否为应用信息对应的应用,根据表1可知,此时应用信息对应的是“电视直播”、“广播直播”这个两个应用,在当前应用为这两个应用之一时,当前应用才为所述应用信息对应的应用,这时再进行步骤203d,否则按203c中的步骤描述进行处理。
203d、根据当前应用对应的应用信息,判断当前应用是否为所述待处理消息适用的应用,若是则执行步骤204,否则不进行任何操作。
具体的,例如,参照表1,在适用信息为步骤203c中的注册码“0011011”时,如果当前应用为“电视直播”,则此时因为“电视直播”对应的应用信息为1,所以可以得出“电视直播”为所述待处理消息适用的应用。如果此时注册码为“0011001”,可以知道“电视直播”同样为应用信息对应的应用,不过因为“电视直播”这个应用对应的应用信息从1变为了0,表示此时“电视直播”虽然是应用信息对应的应用,但并不是待处理消息适用的应用。
204、在确定当前应用为所述待处理消息适用的应用时,从所述身份信息中解析出所述模式信息。
其中,关于模式信息和消息体的说明可参照步骤201。
205、根据解析的模式信息和消息体对待处理消息进行相应处理。
具体的,首先参考所述步骤201中结合表2对以消息码为代表的模式信息的介绍,消息码是二进制码,其中,所述模式信息可以包含消息类型、显示类型、显示位置、同类型消息是否覆盖、擦除模式等。下面进行举例说明:
1.“无信号或信号差”消息,是一条文字消息,此时消息体内容为需要显示的文字信息;对于文字消息,支持字数无限扩展,需要静态一直显示在屏幕中间,则其消息码为:“01 00 0101 1 10000000000000000 0000”,此时消息类型“01”是1文字消息,显示效果“00”是0静态显示,显示范围“0101”是5屏幕居中,同类型消息是否覆盖“1”是1需要覆盖,是否必须擦除方法擦除“1”是需要擦出方法才能真正擦除,因此在解析出这个消息码时,静态一直显示在屏幕中间,并且如果之前有其他同类消息显示在屏幕正中,则会将之前的消息覆盖,并且只有在启用了擦出方法后才会被擦除,否则会一直被保存在消息系统中可以是前台也可以是后台,在符合条件的时候会再显示。
2.比如说邮件图标,此时消息体内容为具体显示消息对应的图片,具体处理方式:
(1)新邮件消息,且邮箱已满,是一条图片消息,需要闪烁显示在屏幕左上角,所以显示效果为闪烁显示:则其消息码组合为:00 10 0001 1 1 0000000000000000 0000;
(2)新邮件消息,邮箱未满,是一条图片消息,需要静态显示在屏幕左上角,所以显示效果为静态显示:则其消息码组合为:00 00 0001 1 1 0000000000000000 0000;
(3)用户查看邮件了,需要擦除邮件图标,所以设置显示效果为擦除显示:则其消息码组合为:00 01 0000 0 0 00000000000000000000;
3.“OSD”消息,是一条文字消息,需要滚动显示在屏幕下方,显示时间为20秒,则其消息码组合为:“01 11 01 10 1 0 00000000000101000000”。
设置消息码时可以参照一个规范,具体规范可参见表2,实际可以补充和缩减,应用根据想要显示的效果组合按照规范得到模式信息,并以此与适用信息组合得到身份信息,再将身份信息和消息体结合共同作为处理待处理消息的处理依据。
设置身份信息的方法如下步骤B1、B2等所述:
B1、获取所述待处理消息的模式信息,所述模式信息用于表征所述待处理消息对应的处理模式;
具体的,可以结合消息、应用的实际需求和模式信息的设置规范来为消息设置模式信息。
所述处理模式可以包括:1、消息类型:图标显示,文字显示等;2、显示类型:静态显示,擦除,闪烁显示等;3、消息显示范围:屏幕上方,下方,左侧,右侧,居中;4、消息显示超时时间;5、同类型消息是否覆盖;等等。
B2、根据所述待处理消息的适用信息和所述模式信息生成身份信息,以便根据所述身份信息处理所述待处理消息,所述身份信息包含所述适用信息和所述模式信息。
可选的,如果为所述待处理消息无模式信息,则所述步骤B1不用执行,步骤B2可由如下步骤B2a代替:
B2a、根据所述待处理消息的适用信息生成身份信息,所述身份信息包含所述适用信息。
这样,应用处理消息前,首先通过向模块注册得到注册码,然后根据想要显示的效果组合按照消息码规范得到消息码,注册码+消息码得到消息的身份码。
就能在应用需要消息处理时,结合统一的消息处理机制,利用身份码中包含的注册码、消息码对消息进行处理。避免不同应用自己单独使用一个消息处理机制带来的混乱。
本发明实施例提供的消息处理方法,通过获取包含适用信息和模式信息的身份码,能获取待处理消息的适用信息和模式信息,所述适用信息用于表征所述待处理消息适用的应用,所述模式信息用于表征所述待处理消息对应的处理模式;其中所述适用信息和所述模式信息均是可预设的;通过适用信息判断当前应用是否为所述待处理消息适用的应用,并在当前应用为所述待处理消息适用的应用时,结合模式信息,处理所述待处理消息。所以能使用统一的消息处理机制,仅在当前应用为所述待处理消息适用的应用时,将当前应用与待处理消息关联,而不会将其他应用的待处理消息与当前应用关联,也就实现了对不同应用的消息进行统一处理,这样,就无需每个应用单独占用处理资源对自身适用的消息进行处理,也避免了在应用中处理消息的时间和消息等待处理的时间不吻合带来的管理混乱,所以,不仅减少了对通信设备有限的信息处理资源的占用,也减少了消息处理错误。
实施例三
本发明实施例提供一种消息处理方法,本实施例同样可以看做是在如图1和2所示的实施例基础上提出的一种消息处理方法,可以用于通信领域,具体可以用于对消息的处理,参照图3所示,包括以下步骤:
这里需要说明的是,本实施例中的步骤301-302与图2所示的实施例中的步骤完全相同,在此不再赘述各步骤中的相关内容。
301、获取待处理信息的身份信息和消息体,所述身份信息可以包含适用信息,还可以包含模式信息。
302、从所述身份信息中解析出所述适用信息,所述适用信息用于表征所述待处理消息适用的应用,其中,所述适用信息可以包含至少一个应用信息,所述应用信息用于表征对应的应用为所述待处理消息适用的应用。
303、判断当前应用是否为所述待处理消息适用的应用。
本步骤又可分为以下几个子步骤:
303a、判断所述适用信息是否包含全局信息,若是则执行步骤303b,否则执行步骤303c。
303b、在所述适用信息中包含全局信息时,根据所述全局信息判断是否所有应用均为所述待处理消息适用的应用,若是则执行步骤304,否则执行步骤303c。
具体的判断过程可以参照所述步骤202中关于全局信息的描述,在全局消息表示——所有应用均为所述待处理消息适用的应用时,如“①是否应用于全局”(全局信息)为“1”时,则可以判断所有应用均为所述待处理消息适用的应用,因此可以判断当前应用为所述待处理消息适用的应用。
303c、获取所述至少一个应用信息,判断当前应用是否为所述应用信息对应的应用,若是则执行步骤303d,否则执行步骤306。
可选的,在所述至少一个应用信息中不存在与当前应用对应的应用信息时,可将该当前应用判断为不是所述待处理消息适用的应用,进而执行步骤306。
具体的,例如,适用信息(注册码)为“0011 011”时,“011”中的0是全局信息,表述并非所有应用均为所述待处理消息适用的应用,此时需要根据“0011 0”后的“11”这两个应用信息来判断当前应用是否为应用信息对应的应用,根据表1可知,此时应用信息对应的是“电视直播”、“广播直播”这个两个应用,在当前应用为这两个应用之一时,当前应用才为所述应用信息对应的应用,这时再进行步骤203d,否则按203c中的步骤描述进行处理。
303d、根据当前应用对应的应用信息,判断当前应用是否为所述待处理消息适用的应用,若是则执行步骤304,否则执行步骤306。
304、从所述身份信息中解析出所述模式信息。
本步可以参照步骤204。
305、根据解析的模式信息和消息体对待处理消息进行相应处理,并将已处理的消息加入预设的全局消息显示记录信息集。
其中,根据解析的模式信息和消息体对待处理消息进行相应处理,可以参照步骤205。所述全局消息显示记录信息集可以是预置好的,用于记录所有显示的消息,结构可以使数据链表,可以是数据库等。这里所有显示的消息包括显性显示的消息和隐性显示的消息。全局消息显示记录信息集可以区分出显性显示的消息和隐性显示的消息。
306、从所述身份信息中解析出所述模式信息,并判断所述模式信息中的所述擦除模式是否为需要擦除方法才能擦除(手动擦除),若是则执行步骤307,否则不进行任何操作。
当然,可选的,本步还可以表述为反向判断——判断所述模式信息中的所述擦除模式是否为自动擦除,若否则执行步骤307,否是则不进行任何操作
307、判断待处理消息的显示类型是否为擦除显示,若是则执行步骤308,否则执行步骤309。
308、则删除消息记录表中对应的消息记录
309、将待处理消息添加到全局消息显示记录信息集。
可选的,在应用切换时,本发明还可以包括以下步骤:
310、获取应用切换信息。
具体的,可以是接收应用切换广播。
311、在获取到所述应用切换信息时,获取切换后的应用作为当前应用。
此时,如果待处理消息为不需要显示的消息,则可以参考图2所示的实施例中步骤203及其后的步骤进行处理;如果待处理消息为需要显示的消息,还可以执行步骤311之后的下述步骤。
312、获取全局消息显示记录信息集,所述全局消息显示记录信息集包含至少一个消息,以及所述至少一个消息中每个消息的显示属性,所述显示属性包括显性显示。
为了便于理解下述步骤,现结合表2所表示的消息码,对所述全局消息显示记录信息集进行举例说明:
直播播放时拔掉信号线,显示“无信号或信号差”消息(消息码:01 00 0101 1 1 0000000000000000 0000),“无信号或信号差”称为消息①,此时消息①为显性显示的消息;
直播切换到点播,屏幕上显示“显示点播图标”消息,“显示点播图标”称为消息②;
点播不在消息①的适用范围内,所以切换到点播时消息①隐藏,屏幕上不显示,但是消息①是必须调用擦除方法才能真正擦除的消息,所以在消息的全局结构记录里还是有消息①的记录。
此时在点播里,消息①为隐性显示消息,消息②为显性显示消息。
313、判断当前应用是否为所述待处理消息适用的应用。
具体如何判断,可以参照步骤303中的说明。
同时,本步之后可以具体包括:若是则执行步骤314,否则执行步骤316。
314、在当前应用为所述待处理消息适用的应用时,判断所述待处理消息的显示属性是否为隐性显示,若是则可执行步骤步骤315,否则可终止处理。
例如,在切换之前已经是显性消息了,正在显示,切换后判断适用于切换后的应用,因为之前在显示所以还继续显示,不用处理。
315、显示所述待处理消息,并将所述待处理消息的显示属性在全局消息显示记录信息集中更新为显性显示。
316、在当前应用不为所述待处理消息适用的应用时,判断所述待处理消息的显示属性是否为显性显示,若是则执行步骤317,否则终止执行。
317、判断所述待处理信息的擦除模式是否为自动擦除,若是则执行步骤318,否则执行步骤319。
318、在所述擦除模式是自动擦除,从所述全局消息显示记录信息集中删除所述待处理消息的显示记录。
具体的,从所述全局消息显示记录信息集中删除所述待处理消息及其显示属性。
319、在所述擦除模式不是自动擦除,在所述全局消息显示记录信息集中添加所述待处理消息的显示记录,并设置所述待处理消息的显示属性为隐性显示。
可选的,所述擦除模式不为自动擦除时,还可以获取用户指令,并根据所述用户指令擦除所述待处理消息。
例如,一个需要显示的待处理消息只适用“电视直播”和“广播直播”,此时,如果在电视直播应用中正在显示该消息,用户切换到广播直播应用,则广播应用中同样会显示该消息。如果在电视直播应用中显示该消息,用户切换到“点播”应用,因为切换后的应用不为该消息适用的应用,此时需要结合模式信息把该消息擦除,擦除效果可参考表2中的“是否必须擦除方法擦除标识”及其相关说明。
本发明实施例提供的消息处理方法,可以通过获取包含适用信息和模式信息的身份码,能获取待处理消息的适用信息和模式信息,所述适用信息用于表征所述待处理消息适用的应用,所述模式信息用于表征所述待处理消息对应的处理模式;通过适用信息判断当前应用是否为所述待处理消息适用的应用,并在当前应用为所述待处理消息适用的应用时,结合模式信息,处理所述待处理消息。所以能使用统一的消息处理机制,仅在当前应用为所述待处理消息适用的应用时,将当前应用与待处理消息关联,而不会将其他应用的待处理消息与当前应用关联,也就实现了对不同应用的消息进行统一处理,这样,就无需每个应用单独占用处理资源对自身适用的消息进行处理,也避免了在应用中处理消息的时间和消息等待处理的时间不吻合带来的管理混乱,所以,不仅减少了对通信设备有限的信息处理资源的占用,也减少了消息处理错误。同时,可以通过使用全局消息显示记录信息集来记录消息的显示记录(如显示属性),实现在当前应用为所述待处理消息适用的应用时,将所述待处理消息的显示属性在全局消息显示记录信息集中更新为显性显示。在当前应用不为所述待处理消息适用的应用时,将所述待处理消息的显示属性在全局消息显示记录信息集中更新为隐性显示。并在当前应用不为所述待处理消息适用的应用且显示属性为显性显示时,根据模式信息中的显示效果是否为擦除显示来变更全局消息显示记录信息集中消息的显示记录。从而可以在发生应用切换时,能快速的处理需要显示的消息,避免重复不必要的处理步骤,提高消息处理速度。
实施例四
本发明实施例提供一种消息处理装置,可以应用于通信领域领域,可以用于处理消息,具体可以结合本发明如图1至图3所示的上述实施例中提供的消息处理方法使用,参照图4所示,所述消息处理装置可以包括以下结构:
获取单元401,可以用于获取待处理消息的适用信息,所述适用信息可以用于表征所述待处理消息适用的应用;
处理单元402,用于判断当前应用是否为所述获取单元401获取的所述适用信息表征的所述待处理消息适用的应用;
所述处理单元402,还可以用于在当前应用为所述获取单元401获取的所述适用信息表征的所述待处理消息适用的应用时,处理所述待处理消息。
可选的,所述获取单元401获取的所述适用信息可以包含全局信息,所述全局信息可以用于表征是否所有应用均为所述待处理消息适用的应用;
此时,处理单元402,用于判断当前应用是否为所述获取单元401获取的所述适用信息表征的所述待处理消息适用的应用,具体可以包括:
所述处理单元402,用于在所述获取单元401获取的所述全局信息表征所有应用均为所述待处理消息适用的应用时,判断当前应用是所述待处理消息适用的应用。
可选的,所述获取单元401获取的所述适用信息可以包含至少一个应用信息,所述至少一个应用信息中的每个应用信息对应一个应用,所述应用信息可以用于表征自身对应的应用是否为所述待处理消息适用的应用;
此时,所述获取单元401,可以用于获取待处理消息的应用适用信息,具体可以包括:可以用于获取待处理消息的至少一个应用信息;
此时,所述处理单元402,用于判断当前应用是否为所述获取单元401获取的所述适用信息表征的所述待处理消息适用的应用,具体包括:
用于根据所述获取单元401获取的所述至少一个应用信息,判断当前应用是否为所述获取单元401获取的所述适用信息表征的所述待处理消息适用的应用。
进一步可选的,所述获取单元401获取的所述适用信息还可以包含全局信息,所述全局信息可以用于表征是否所有应用均为所述待处理消息适用的应用;
此时,所述处理单元402,用于根据所述获取单元401获取的所述至少一个应用信息,判断当前应用是否为所述获取单元401获取的所述适用信息表征的所述待处理消息适用的应用,具体可以包括;
用于在所述获取单元401获取的所述全局信息表征不是所有应用均为所述待处理消息适用的应用时,根据所述获取单元401获取的所述至少一个应用信息,判断当前应用是否为所述获取单元401获取的所述适用信息表征的所述待处理消息适用的应用。
可选的,所述获取单元401,还可以用于获取所述待处理消息的模式信息,所述模式信息可以用于表征所述待处理消息对应的处理模式;
此时,所述处理单元402,可以用于在当前应用为所述待处理消息适用的应用时,处理所述待处理消息,具体可以包括:
所述处理单元402,具体可以用于在当前应用为所述获取单元401获取的所述适用信息表征的所述待处理消息适用的应用时,根据所述获取单元401获取的所述模式信息,处理所述待处理消息。
进一步可选的,所述获取单元401获取的所述模式信息可以包含擦除模式信息,所述擦除模式信息可以用于表征所述待处理消息的擦除模式;
此时,所述处理单元402,还用于在当前应用不为所述获取单元401获取的所述适用信息表征的所述待处理消息适用的应用时,根据所述获取单元401获取的所述模式信息,处理所述待处理消息,具体可以为:
所述处理单元402,用于在当前应用不为所述获取单元401获取的所述适用信息表征的所述待处理消息适用的应用时,根据所述获取单元401获取的所述擦除模式信息,处理所述待处理消息,具体可以包括:
所述处理单元402,可以用于在当前应用不为所述获取单元401获取的所述适用信息表征的所述待处理消息适用的应用,并且所述擦除模式为自动擦除时,擦除所述待处理消息。
更进一步可选的,所述处理单元402,用于在当前应用不为所述获取单元401获取的所述适用信息表征的所述待处理消息适用的应用时,根据所述获取单元401获取的所述擦除模式信息,处理所述待处理消息,具体还可以包括:
所述处理单元402,可以用于在当前应用不为所述获取单元401获取的所述适用信息表征的所述待处理消息适用的应用,并且在所述擦除模式不为自动擦除时,获取用户指令,并可以用于根据所述用户指令擦除所述待处理消息。
可选的,所述获取单元401获取的所述模式信息可以包含至少一个显示模式信息,所述显示模式信息可以用于表征所述待处理消息的显示模式;
此时,所述处理单元402,可以用于在当前应用为所述获取单元401获取的所述适用信息表征的所述待处理消息适用的应用时,根据所述模式信息,处理所述待处理消息,具体可以包括:
所述处理单元402,具体可以用于在当前应用为所述获取单元401获取的所述适用信息表征的所述待处理消息适用的应用时,根据所述至少一个显示模式信息表征的显示模式,处理所述待处理消息。
进一步可选的,所述获取单元401,还可以用于获取全局消息显示记录信息集,所述全局消息显示记录信息集可以包含至少一个消息,以及所述至少一个消息中每个消息的显示属性,所述显示属性可以包括显性显示;
此时,所述处理单元402,可以用于在当前应用为所述获取单元401获取的所述适用信息表征的所述待处理消息适用的应用时,根据所述模式信息,处理所述待处理消息,具体可以包括:
所述处理单元402,具体可以用于在当前应用为所述获取单元401获取的所述适用信息表征的所述待处理消息适用的应用时,根据所述待处理消息和所述全局消息显示记录信息集,获取所述待处理消息的显示属性;
所述处理单元402,还具体可以用于在所述处理单元402获取的所述适用信息表征的所述待处理消息的显示属性为显性显示时,根据所述模式信息,处理所述待处理消息。
更进一步可选的,参照图5所示,所述装置还可以包括:
第一设置单元403,可以用于在当前应用为所述获取单元401获取的所述适用信息表征的所述待处理消息适用的应用时,将所述待处理消息的显示属性在全局消息显示记录信息集中更新为显性显示;
更进一步可选的,参照图6所示,所述显示属性还可以包括隐性显示,所述装置还可以包括:
第二设置单元404,可以用于在当前应用不为所述获取单元401获取的所述适用信息表征的所述待处理消息适用的应用时,将所述待处理消息的显示属性在全局消息显示记录信息集中更新为隐性显示。
可选的,所述获取单元401,还可以用于获取应用切换信息;
此时,所述获取单元401,还可以用于在自身获取到所述应用切换信息时,获取切换后的应用作为当前应用。
可选的,所述获取单元401,还可以用于获取所述待处理消息的消息体,所述消息体可以用于表征所述待处理消息的待处理内容;
此时,所述处理单元402,可以用于在当前应用为所述获取单元401获取的所述适用信息表征的所述待处理消息适用的应用时,处理所述待处理消息,具体可以包括:
所述处理单元402,具体可以用于在当前应用为所述获取单元401获取的所述适用信息表征的所述待处理消息适用的应用时,根据所述待处理内容,处理所述待处理消息。
可选的,所述获取单元401,还可以用于获取待处理消息的身份信息,其中,所述身份信息可以包含适用信息;
此时,所述获取单元401,可以用于获取待处理消息的适用信息,具体可以包括:
所述获取单元401,具体可以用于根据自身获取的所述身份信息获取所述待处理消息的适用信息。
可选的,所述获取单元401,还可以用于获取待处理消息的身份信息,其中,所述身份信息可以包含模式信息;
此时,所述获取单元401,可以用于获取所述待处理消息的模式信息,具体可以包括:
所述获取单元401,具体可以用于根据自身获取的所述身份信息获取所述待处理消息的模式信息。
因为根据待处理消息的适用信息处理待处理消息,以及相应的适用信息本身为本发明原创。所以,结合实施例一中对适用信息进行设置的方法描述,可以实现对适用信息进行设置的装置也可为本发明实施例中装置的描述所涵盖。
本发明实施例提供的消息处理装置,能获取待处理消息的适用信息,所述适用信息可以用于表征所述待处理消息适用的应用,还可以实现对适用信息的预设;并在当前应用为所述待处理消息适用的应用时,处理所述待处理消息。而且能按照统一标准来设定所述适用信息表征的待处理消息适用的应用。所以能使用统一的消息处理机制,仅在当前应用为所述待处理消息适用的应用时,将当前应用与待处理消息关联,而不会将其他应用的待处理消息与当前应用关联,也就实现了对不同应用的消息进行统一处理,这样,就无需每个应用单独占用处理资源对自身适用的消息进行处理,也避免了在应用中处理消息的时间和消息等待处理的时间不吻合带来的管理混乱,所以,不仅减少了对通信设备有限的信息处理资源的占用,也减少了消息处理错误。
所属领域的技术人员可以清楚地了解到如下事项,为描述的方便和简洁,上述描述的装置,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,可以理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。

Claims (20)

1.一种消息处理方法,其特征在于,包括:
获取待处理消息的适用信息,所述适用信息用于表征所述待处理消息适用的应用;
判断当前应用是否为所述待处理消息适用的应用;
在当前应用为所述待处理消息适用的应用时,处理所述待处理消息。
2.根据权利要求1所述的方法,其特征在于,所述适用信息包含至少一个应用信息,所述至少一个应用信息中的每个应用信息对应一个应用,所述应用信息用于表征自身对应的应用是否为所述待处理消息适用的应用;
获取待处理消息的应用适用信息,具体包括:
获取待处理消息的至少一个应用信息;
判断当前应用是否为所述待处理消息适用的应用,具体包括:
根据所述至少一个应用信息,判断当前应用是否为所述待处理消息适用的应用。
3.根据权利要求1所述的方法,其特征在于,所述适用信息包含全局信息,所述全局信息用于表征是否所有应用均为所述待处理消息适用的应用;
判断当前应用是否为所述待处理消息适用的应用,具体包括:
在所有应用均为所述待处理消息适用的应用时,判断当前应用是所述待处理消息适用的应用。
4.根据权利要求2所述的方法,其特征在于,所述适用信息还包含全局信息,所述全局信息用于表征是否所有应用均为所述待处理消息适用的应用;
根据所述至少一个应用信息,判断当前应用是否为所述待处理消息适用的应用,具体包括;
在所有应用不是均为所述待处理消息适用的应用时,根据所述至少一个应用信息,判断当前应用是否为所述待处理消息适用的应用。
5.根据权利要求1所述的方法,其特征在于,在当前应用为所述待处理消息适用的应用时,处理所述待处理消息之前,所述方法还包括:
获取所述待处理消息的模式信息,所述模式信息用于表征所述待处理消息对应的处理模式;
在当前应用为所述待处理消息适用的应用时,处理所述待处理消息,具体包括:
在当前应用为所述待处理消息适用的应用时,根据所述模式信息,处理所述待处理消息。
6.根据权利要求5所述的方法,其特征在于,所述模式信息包含擦除模式信息,所述擦除模式信息用于表征所述待处理消息的擦除模式,所述方法还包括:
在当前应用不为所述待处理消息适用的应用时,根据所述模式信息,处理所述待处理消息,具体为:
在当前应用不为所述待处理消息适用的应用时,根据所述擦除模式信息,处理所述待处理消息,具体包括:
在当前应用不为所述待处理消息适用的应用,并且所述擦除模式为自动擦除时,擦除所述待处理消息。
7.根据权利要求6所述的方法,其特征在于,在当前应用不为所述待处理消息适用的应用时,根据所述擦除模式信息,处理所述待处理消息,具体还包括:
在当前应用不为所述待处理消息适用的应用,并且所述擦除模式不为自动擦除时,获取用户指令,并根据所述用户指令擦除所述待处理消息。
8.根据权利要求5所述的方法,其特征在于,所述模式信息包含至少一个显示模式信息,所述显示模式信息用于表征所述待处理消息的显示模式;
在当前应用为所述待处理消息适用的应用时,根据所述模式信息,处理所述待处理消息,具体包括:
在当前应用为所述待处理消息适用的应用时,根据所述至少一个显示模式信息表征的显示模式,处理所述待处理消息。
9.根据权利要求8所述的方法,其特征在于,在当前应用为所述待处理消息适用的应用时,根据所述模式信息,处理所述待处理消息之前,所述方法还包括:
获取全局消息显示记录信息集,所述全局消息显示记录信息集包含至少一个消息,以及所述至少一个消息中每个消息的显示属性,所述显示属性包括显性显示;
在当前应用为所述待处理消息适用的应用时,根据所述模式信息,处理所述待处理消息,具体包括:
在当前应用为所述待处理消息适用的应用时,根据所述待处理消息和所述全局消息显示记录信息集,获取所述待处理消息的显示属性;
在所述待处理消息的显示属性为显性显示时,根据所述模式信息,处理所述待处理消息。
10.根据权利要求9所述的方法,其特征在于,在所述待处理消息的显示属性为显性显示时,根据所述模式信息,处理所述待处理消息之前,所述方法还包括:
在当前应用为所述待处理消息适用的应用时,将所述待处理消息的显示属性在全局消息显示记录信息集中更新为显性显示。
11.根据权利要求9所述的方法,其特征在于,所述显示属性还包括隐性显示,所述方法还包括:
在当前应用不为所述待处理消息适用的应用时,将所述待处理消息的显示属性在全局消息显示记录信息集中更新为隐性显示。
12.根据权利要求1所述的方法,其特征在于,在当前应用为所述待处理消息适用的应用时,处理所述待处理消息之前,所述方法还包括:
获取应用切换信息;
在获取到所述应用切换信息时,获取切换后的应用作为当前应用。
13.根据权利要求1所述的方法,其特征在于,在当前应用为所述待处理消息适用的应用时,处理所述待处理消息之前,所述方法还包括:
获取所述待处理消息的消息体,所述消息体用于表征所述待处理消息的待处理内容;
在当前应用为所述待处理消息适用的应用时,处理所述待处理消息,具体包括:
在当前应用为所述待处理消息适用的应用时,根据所述待处理内容,处理所述待处理消息。
14.根据权利要求2所述的方法,其特征在于,获取待处理消息的适用信息之前,所述方法还包括:
获取待处理消息的身份信息,其中,所述身份信息包含适用信息;
获取待处理消息的适用信息,具体包括:
根据所述身份信息获取所述待处理消息的适用信息。
15.根据权利要求5所述的方法,其特征在于,获取所述待处理消息的模式信息之前,所述方法还包括:
获取待处理消息的身份信息,其中,所述身份信息包含模式信息;
获取所述待处理消息的模式信息,具体包括:
根据所述身份信息获取所述待处理消息的模式信息。
16.一种消息处理装置,其特征在于,包括:
获取单元,用于获取待处理消息的适用信息,所述适用信息用于表征所述待处理消息适用的应用;
处理单元,用于判断当前应用是否为所述获取单元获取的所述适用信息表征的所述待处理消息适用的应用;
所述处理单元,还用于在当前应用为所述获取单元获取的所述适用信息表征的所述待处理消息适用的应用时,处理所述待处理消息。
17.根据权利要求16所述的装置,其特征在于,所述获取单元获取的所述适用信息包含至少一个应用信息,所述至少一个应用信息中的每个应用信息对应一个应用,所述应用信息用于表征自身对应的应用是否为所述待处理消息适用的应用;
所述获取单元,用于获取待处理消息的应用适用信息,具体包括:用于获取待处理消息的至少一个应用信息;
所述处理单元,用于判断当前应用是否为所述获取单元获取的所述适用信息表征的所述待处理消息适用的应用,具体包括:
用于根据所述获取单元获取的所述至少一个应用信息,判断当前应用是否为所述获取单元获取的所述适用信息表征的所述待处理消息适用的应用。
18.根据权利要求16所述的装置,其特征在于,所述获取单元,还用于获取所述待处理消息的模式信息,所述模式信息用于表征所述待处理消息对应的处理模式;
所述处理单元,还用于在当前应用为所述待处理消息适用的应用时,处理所述待处理消息,具体包括:
所述处理单元,具体用于在当前应用为所述获取单元获取的所述适用信息表征的所述待处理消息适用的应用时,根据所述获取单元获取的所述模式信息,处理所述待处理消息。
19.根据权利要求16所述的装置,其特征在于,所述获取单元,还用于获取应用切换信息;
所述获取单元,还用于在自身获取到所述应用切换信息时,获取切换后的应用作为当前应用。
20.根据权利要求16所述的装置,其特征在于,所述获取单元,还用于获取所述待处理消息的消息体,所述消息体用于表征所述待处理消息的待处理内容;
所述处理单元,用于在当前应用为所述获取单元获取的所述适用信息表征的所述待处理消息适用的应用时,处理所述待处理消息,具体包括:
所述处理单元,具体用于在当前应用为所述获取单元获取的所述适用信息表征的所述待处理消息适用的应用时,根据所述待处理内容,处理所述待处理消息。
CN201410521727.4A 2014-09-30 2014-09-30 一种消息处理方法及装置 Active CN104363480B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410521727.4A CN104363480B (zh) 2014-09-30 2014-09-30 一种消息处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410521727.4A CN104363480B (zh) 2014-09-30 2014-09-30 一种消息处理方法及装置

Publications (2)

Publication Number Publication Date
CN104363480A true CN104363480A (zh) 2015-02-18
CN104363480B CN104363480B (zh) 2017-09-29

Family

ID=52530699

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410521727.4A Active CN104363480B (zh) 2014-09-30 2014-09-30 一种消息处理方法及装置

Country Status (1)

Country Link
CN (1) CN104363480B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106209571A (zh) * 2015-05-06 2016-12-07 中兴通讯股份有限公司 一种信息交互管理的方法、装置及移动终端

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101114329A (zh) * 2006-07-27 2008-01-30 佳能株式会社 信息处理方法和信息处理装置
US20100124355A1 (en) * 2008-11-20 2010-05-20 Fuji Xerox Co., Ltd. Information processing device, information processing method, and computer readable medium
US20110292081A1 (en) * 2010-05-26 2011-12-01 Nec Casio Mobile Communications, Ltd. Information display device and recording medium with control program recorded therein
CN102523507A (zh) * 2011-12-29 2012-06-27 深圳市酷开网络科技有限公司 基于智能电视系统外接设备的应用方法及装置
CN102547413A (zh) * 2011-12-20 2012-07-04 Tcl集团股份有限公司 一种widget应用显示系统、方法、推送方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101114329A (zh) * 2006-07-27 2008-01-30 佳能株式会社 信息处理方法和信息处理装置
US20100124355A1 (en) * 2008-11-20 2010-05-20 Fuji Xerox Co., Ltd. Information processing device, information processing method, and computer readable medium
US20110292081A1 (en) * 2010-05-26 2011-12-01 Nec Casio Mobile Communications, Ltd. Information display device and recording medium with control program recorded therein
CN102547413A (zh) * 2011-12-20 2012-07-04 Tcl集团股份有限公司 一种widget应用显示系统、方法、推送方法及装置
CN102523507A (zh) * 2011-12-29 2012-06-27 深圳市酷开网络科技有限公司 基于智能电视系统外接设备的应用方法及装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106209571A (zh) * 2015-05-06 2016-12-07 中兴通讯股份有限公司 一种信息交互管理的方法、装置及移动终端

Also Published As

Publication number Publication date
CN104363480B (zh) 2017-09-29

Similar Documents

Publication Publication Date Title
CN108521608A (zh) 视频文件的处理方法、装置、终端及存储介质
CN104077162B (zh) 移动终端应用模板的更新、发布方法及装置
CN104869452B (zh) 数字设备及其处理屏幕保护程序的方法
CN105824836B (zh) 一种截图共享方法、装置、信息接收方法及装置
CN105337984A (zh) 一种账号登录方法与装置
CN106028161A (zh) 一种弹幕的生成、呈现方法及其装置、服务器、客户端
CN103546774A (zh) 一种实现无缝访问媒体文件的方法及系统
CN106951220A (zh) 数据处理的方法和装置
CN106507159A (zh) 显示设备及其控制方法
CN104363484A (zh) 一种基于视频画面的广告推送方法及装置
CN110244985A (zh) 一种视图渲染方法、计算机存储介质及终端设备
CN104461261A (zh) 管理移动终端默认应用的系统及方法
CN106973318A (zh) 聚合视频操作方法及装置
CN103209341A (zh) 一种音量条的显示方法、系统以及数字电视终端
CN105554424A (zh) 在应用中进行视频播放的方法和装置
CN106610920A (zh) 数据图表显示方法和装置
CN107888989A (zh) 一种基于互联网直播的交互系统及方法
CN106230948A (zh) 服务端与广告推送装置及方法
CN105094776A (zh) 列表的处理方法和设备
CN106060634A (zh) 滚动字幕的显示方法及装置
CN106507148A (zh) 显示控制方法和装置
CN105700886B (zh) 插件界面的显示方法及终端
CN104363480A (zh) 一种消息处理方法及装置
CN105677155B (zh) 智能终端应用图标的设定方法及系统
CN102984676A (zh) 处理消息会话的方法和终端

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant