CN103368914A - 一种用于拦截消息的方法、装置和设备 - Google Patents
一种用于拦截消息的方法、装置和设备 Download PDFInfo
- Publication number
- CN103368914A CN103368914A CN2012100933635A CN201210093363A CN103368914A CN 103368914 A CN103368914 A CN 103368914A CN 2012100933635 A CN2012100933635 A CN 2012100933635A CN 201210093363 A CN201210093363 A CN 201210093363A CN 103368914 A CN103368914 A CN 103368914A
- Authority
- CN
- China
- Prior art keywords
- message
- type
- described message
- operating system
- information
- 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.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明的目的是提供一种用于拦截消息的方法、装置和设备。根据本发明的方法包括以下步骤:在所述中间层,根据所接收的消息的消息相关信息,判断所述消息是否满足预定拦截条件;当所述消息满足预定拦截条件时,拦截该消息。本发明的优点在于:1)通过在中间层执行对消息的判断操作以及相应的拦截操作,使得垃圾消息在中间层即被处理,而不会到达应用层,对垃圾消息的拦截处理更加彻底,避免了拦截不彻底的情况,2)由于应用层中的多个应用程序不必对该垃圾消息进行重复处理,从而减轻了***的处理负担,并提高了垃圾消息的拦截效率。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种用于拦截消息的方法、装置和设备。
背景技术
在现有技术中,垃圾消息由应用程序进行判断并进行拦截,当操作***中存在多个可接收消息的应用程序时,同一个消息会被多个应用程序接收,并且各个应用程序需要分别依据自身的拦截条件,来判断所接收到的消息是否需要进行拦截。各个应用程序重复执行相似的操作,将给***增加很多额外的负担,并且,由于各个应用程序中拦截条件不一致,可能造成部分应用程序判定为垃圾消息,而另一部分判定为非垃圾消息而将该消息载入的情况,因而无法彻底有效的拦截垃圾消息。
发明内容
本发明的目的是提供一种用于拦截消息的方法、装置和设备。
根据本发明的一个方面,提供一种在用户设备中用于拦截消息的方法,其中,所述用户设备包括一操作***、所述操作***包括操作***核心层、应用层及介于所述操作***核心层与所述应用层之间的中间层,其中,所述中间层包含用于向位于应用层的至少一个应用程序广播消息的***接口,其中,所述方法包括以下步骤:
a在所述中间层,根据所接收的消息的消息相关信息,判断所述消息是否满足预定拦截条件;
b当所述消息满足预定拦截条件时,拦截该消息。
根据本发明的另一个方面,还提供了一种在用户设备中用于拦截消息的消息拦截装置,其中,所述用户设备包括一操作***、所述操作***包括操作***核心层、应用层及介于所述操作***核心层与所述应用层之间的中间层,其中,所述中间层包含用于向位于应用层的至少一个应用程序广播消息的***接口,其中,所述消息拦截装置位于中间层,其中,所述消息拦截装置包括:
判断装置,用于根据所接收的消息的消息相关信息,判断所述消息是否满足预定拦截条件;
拦截装置,用于当所述消息满足预定拦截条件时,拦截该消息。
与现有技术相比,本发明具有以下优点:1)通过在中间层执行对消息的判断操作以及相应的拦截操作,使得垃圾消息在中间层即被处理,而不会到达应用层,对垃圾消息的拦截处理更加彻底,避免了拦截不彻底的情况,2)由于应用层中的多个应用程序不必对该垃圾消息进行重复处理,从而减轻了***的处理负担,并提高了垃圾消息的拦截效率。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本发明的其它特征、目的和优点将会变得更明显:
图1为根据本发明的一种在用户设备中用于拦截消息的操作***的***架构示意图;
图2为根据本发明的一个方面的在用户设备中用于拦截消息的方法流程图;
图3为根据本发明的一个方面的在用户设备中用于拦截消息的消息拦截装置的结构示意图。
附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
下面结合附图对本发明作进一步详细描述。
图1示意出了根据本发明的一种在用户设备中用于拦截消息的操作***的***架构示意图。
其中,根据本发明的方法通过用户设备来实现。所述用户设备包括一种能够按照事先设定或存储的指令,自动进行数值计算和/或信息处理的电子设备,其硬件包括但不限于微处理器、专用集成电路(ASIC)、可编程门阵列(FPGA)、数字处理器(DSP)、嵌入式设备等。所述用户设备包括但不限于任何一种可与用户通过键盘、鼠标、遥控器、触摸板、或声控设备等方式进行人机交互的电子产品,例如个人计算机、智能手机、PDA、游戏机、或IPTV等;其中,所述用户设备通过有线连接或无线连接接入网络,以接收来自网络的消息。其中,所述网络包括但不限于以下任一种:
1)有线网络;
2)无线网络;其中,所述无线网络包括但不限于以下任一种:
a)无线宽带网络模式,例如:基于Wi-Fi、WiMax技术的网络等;
b)无线蜂窝网络模式,例如:基于WCDMA、CDMA2000、TD-SCDMA、HSPA、LTE等技术的网络等。
需要说明的是,所述用户设备和网络等仅为举例,其他现有的或今后可能出现的用户设备或网络如可适用于本发明,也应包含在本发明保护范围以内,并以引用方式包含于此。
其中,根据本发明的所述用户设备包括一操作***。其中,所述操作***包括但不限于以下任一种类型的操作***:
1)移动终端操作***,例如,iOS操作***、Android操作***等;
2)电脑操作***,例如,WindoWs操作***、Unix操作***、Linux操作***等。
其中,所述操作***包括操作***核心层、应用层及介于所述操作***核心层与所述应用层之间的中间层。
所述操作***核心层包括能够直接与用户设备的硬件设备进行交互的***架构层,如IOS操作***中的Core OS层、Android操作***中的Linux Kernel层等。
所述应用层包括一个或多个应用程序,所述应用程序包括但不限于以下任一类型:
1)所述用户设备的操作***自带的应用程序,如,android操作***中自带的短信处理应用程序等;
2)由第三方开发并可在所述用户设备的操作***上运行的应用程序,优选地,所述应用程序为第三方开发的消息处理应用程序。
所述中间层包括向应用层的一个或多个应用程序开放的,供所述一个或多个应用程序使用以调用操作***的底层功能库或相应的硬件模块,以实现该一个或多个应用程序的相应功能的***接口。优选地,根据本发明的中间层包含用于向位于应用层的至少一个应用程序广播消息的***接口。
优选地,所述用户设备的操作***还可包含所述核心层、中间层以及应用层以外的其他***架构层。
优选地,所述用户设备还可包含多个操作***。
作为本发明的一个优选方案,根据本发明的用户设备包括移动终端设备,其通过接入无线蜂窝网络以接收消息,所述操作***包括移动终端操作***。更优选地,所述操作***包括Android***,所述中间层包括framework层。
图2示意出了根据本发明的一个方面的在用户设备中用于拦截消息的方法流程图。根据本发明的方法包括步骤S1和步骤S2。
参照图2,在步骤S1中,在其操作***的中间层,用户设备根据所接收的消息的消息相关信息,判断所述消息是否满足预定拦截条件。
其中,所述消息相关信息包括以下至少任一项:
1)所述消息所属的类型信息;
2)所述消息的其他相关信息;其中,所述其他相关信息包括但不限于以下至少任一项:
a)所述消息的发件人信息;其中,所述发件人信息包括但不限于
用于标识发件人的相关信息,优选地,所述发件人信息包括但不限于以下至少任一项:
i)发件人的号码信息;
ii)发件人的名称信息。
b)所述消息的内容信息;
c)所述消息占用的存储空间信息。
其中,用户设备根据所接收到的消息的通信协议对该消息进行解析,以获得所述消息的消息相关信息。
具体地,当用户设备接收到来自网络的报文时,在所述中间层,根据所述报文所采用的通信协议,对该报文进行解析,以由报文的各个预定字段获取该报文所对应消息的消息相关信息。
例如,当用户设备接收到基于3GPP协议生成的报文时,确定该报文对应的消息为SMS类型,并由该报文的预定字段中直接获取发件人信息。
又例如,当用户设备接收到基于WSP协议生成的报文时,在其操作***的中间层,确定该报文对应的消息类型为Wap push类型,并根据WSP协议的报文结构,对所接收到的消息的报文进行解析,以获取消息相关信息。
具体地,所述根据所接收的消息的消息相关信息,判断所述消息是否满足预定拦截条件的方式包括但不限于以下任一种:
1)直接判断所述消息相关信息是否满足预定拦截条件。
例如,预定拦截条件包括类型信息为Wap Push类型的消息,则用户设备根据接收到的消息的消息类型SMS类型,判断该消息不满足预定拦截条件。
又例如,预定拦截条件包括“用户信息包含于如下表1所示的黑名单中”,则用户设备根据接收到的消息的发件人名称“Sender_1”,判断所接收到的消息满足预定拦截条件。
表1
发件人名称黑名单 | 发件人号码黑名单 |
Sender_1 | 12312312345 |
Sender_2 | 12312312367 |
Sender_3 | 12312312389 |
2)当所述消息相关信息包括类型信息与其他相关信息时,先判断根据所述类型信息判断所述消息是否属于预定类型;接着,当所述消息属于预定类型时,根据所述消息的其他相关信息,判断所述消息是否满足预定拦截条件。
其中,所述预定类型包括但不限于以下至少任一类型:
a)Wap Push类型;所述Wap Push类型包括基于Wap Push方式所发送的消息,例如,彩信、服务指示信息(SI,Service Indication)、服务下载信息(SL,Service Load)等。
b)SMS类型,例如,短信等。
c)Voice Mail类型,例如,语音信箱的信息等。
例如,用户设备接收到的消息的消息相关信息包括类型信息“SMS类型”,以及内容信息“低税率买卖进口车”,预定类型包括Wap Push类型和SMS类型,预定拦截条件为“内容信息中包含关键词‘进口’或‘走私’”,则用户设备先根据收到的消息的类型信息“SMS类型”判断该消息属于预定类型,则用户设备进一步判断该消息的内容信息中包含了“进口”这一关键词,则用户设备判断该消息满足预定拦截条件。
需要说明的是,上述举例仅为更好地说明本发明的技术方案,而非对本发明的限制,本领域技术人员应该理解,任何在操作***的中间层来执行:1)先判断根据所述类型信息判断所述消息是否属于预定类型;2)接着,当所述消息属于预定类型时,根据所述消息的其他相关信息,判断所述消息是否满足预定拦截条件的实现方式,均应包含在本发明的范围内。
需要进一步说明的是,上述举例仅为更好地说明本发明的技术方案,而非对本发明的限制,本领域技术人员应该理解,任何根据所接收的消息的消息相关信息,判断所述消息是否满足预定拦截条件的实现方式,均应包含在本发明的范围内。
接着,在步骤S2中,当在所述中间层判断所述消息满足预定拦截条件时,用户设备拦截该消息。
具体地,所述拦截消息的方式包括但不限于:
1)当所述消息满足预定拦截条件时,不执行对所述消息的后续操作,以使该消息相对于应用层中的至少一个程序被屏蔽。
优选地,用户设备不执行将该消息向应用层的至少一个应用程序广播的操作,以使所述消息相对于应用层的所述至少一个应用程序被屏蔽。
例如,当用户设备在步骤S1中在所述中间层判断所接收到的消息满足预定拦截条件时,则不广播该消息,以使应用层中的一个或多个应用程序无法接收到所述消息。
2)当所述消息满足预定拦截条件时,删除该消息。
优选地,用户设备删除该消息,并且不执行将该消息向应用层的至少一个应用程序广播的操作,以使所述消息相对于所述应用层中的至少一个应用程序相屏蔽。
作为本发明的优选实施例之一,其中,根据本发明的方法还包括步骤S3(图未示)。
在步骤S3中,当在所述中间层判断所述消息不满足预定拦截条件时,用户设备通过所述***接口向所述至少一个应用程序广播所述消息。
例如,用户设备所接收到的消息的消息相关信息中包括发件人号码“12312345678”和消息类型“SMS类型”,并且,预定类型包括Wap Push类型和SMS类型,预定拦截条件包括发件人信息包含于如表1所示的黑名单中。用户设备在所述中间层中执行以下步骤:
1)先判断消息类型“SMS类型”属于预定类型;
2)接着,用户设备判断发件人号码“12312345678”未包含于表1所示的黑名单中,
则用户设备判断所接收到的消息不满足预定拦截条件,并通过预定的用于广播消息的***接口向用户设备的操作***应用层的多个应用程序广播该消息,以使该多个应用程序可获取该消息并向用户进行呈现。
需要说明的是,上述举例仅为更好地说明本发明的技术方案,而非对本发明的限制,本领域技术人员应该理解,任何当所述消息满足预定拦截条件时,用户设备拦截该消息的实现方式,均应包含在本发明的范围内。
根据本发明的方案由于在中间层执行,相对于现有的在应用层拦截消息的方案具有预料不到的更加高效、拦截更加彻底的技术效果。是本领域技术人员非显而易见的。根据本发明的方法,通过在中间层执行对消息的判断操作以及相应的拦截操作,使得垃圾消息在中间层即被处理,而不会到达应用层,对垃圾消息的拦截处理更加彻底,避免了拦截不彻底的情况,并且,由于应用层中的多个应用程序不必对该垃圾消息进行重复处理,从而减轻了***的处理负担,并提高了垃圾消息的拦截效率。
图3示意出了根据本发明的一个方面的在用户设备中用于拦截消息的消息拦截装置的结构示意图。
其中,所述用户设备包括一操作***、所述操作***包括操作***核心层、应用层及介于所述操作***核心层与所述应用层之间的中间层,其中,所述中间层包含用于向位于应用层的至少一个应用程序广播消息的***接口。优选地,根据本发明的用户设备包括移动终端设备,其通过接入无线蜂窝网络以接收消息,所述操作***包括移动终端操作***。更优选地,所述操作***包括Android***,所述中间层包括framework层。
其中,根据本发明的消息拦截装置位于中间层,并且,所述消息拦截装置包括判断装置1和拦截装置2。
参照图3,位于操作***的中间层的判断装置1根据所接收的消息的消息相关信息,判断所述消息是否满足预定拦截条件。
其中,所述消息相关信息包括以下至少任一项:
1)所述消息所属的类型信息;
2)所述消息的其他相关信息;其中,所述其他相关信息包括但不限于以下至少任一项:
a)所述消息的发件人信息;其中,所述发件人信息包括但不限于用于标识发件人的相关信息,优选地,所述发件人信息包括但不限于以下至少任一项:
i)发件人的号码信息;
ii)发件人的名称信息。
b)所述消息的内容信息;
c)所述消息占用的存储空间信息。
其中,包含于消息拦截装置中的解析装置(图未示)根据所接收到的消息的通信协议对该消息进行解析,以获得所述消息的消息相关信息。
具体地,当用户设备接收到来自网络的报文时,位于中间层的解析装置,根据所述报文所采用的通信协议,对该报文进行解析,以由报文的各个预定字段获取该报文所对应消息的消息相关信息。
例如,当用户设备接收到基于3GPP协议生成的报文时,位于中间层的解析装置确定该报文对应的消息为SMS类型,并由该报文的预定字段中直接获取发件人信息。
又例如,当用户设备接收到基于WSP协议生成的报文时,位于中间层的解析装置确定该报文对应的消息类型为Wap push类型,并根据WSP协议的报文结构,对所接收到的消息的报文进行解析,以获取消息相关信息。
具体地,所述根据所接收的消息的消息相关信息,判断所述消息是否满足预定拦截条件的方式包括但不限于以下任一种:
1)直接判断所述消息相关信息是否满足预定拦截条件。
例如,预定拦截条件包括类型信息为Wap Push类型的消息,则判断装置1根据接收到的消息的消息类型SMS类型,判断该消息不满足预定拦截条件。
又例如,预定拦截条件包括“用户信息包含于如下表2所示的黑名单中”,则判断装置1根据接收到的消息的发件人名称“Sender_1”,判断所接收到的消息满足预定拦截条件。
表2
发件人名称黑名单 | 发件人号码黑名单 |
Sender_1 | 12312312345 |
Sender_2 | 12312312367 |
Sender_3 | 12312312389 |
2)当所述消息相关信息包括类型信息与其他相关信息时,包含于判断装置1中的第一子判断装置(图未示)先判断根据所述类型信息判断所述消息是否属于预定类型;接着,当所述消息属于预定类型时,包含于判断装置1中的第二子判断装置(图未示)根据所述消息的其他相关信息,判断所述消息是否满足预定拦截条件。
其中,所述预定类型包括但不限于以下至少任一类型:
a)Wap Push类型;所述Wap Push类型包括基于Wap Push方式所发送的消息,例如,彩信、服务指示信息(SI,Service Indication)、服务下载信息(SL,Service Load)等。
b)SMS类型,例如,短信等。
c)Voice Mail类型,例如,语音信箱的信息等。
例如,用户设备接收到的消息的消息相关信息包括类型信息“SMS类型”,以及内容信息“低税率买卖进口车”,预定类型包括Wap Push类型和SMS类型,预定拦截条件为“内容信息中包含关键词‘进口’或‘走私’”,则位于中间层的第一子判断装置先根据收到的消息的类型信息“SMS类型”判断该消息属于预定类型,接着,第二子判断装置进一步判断该消息的内容信息中包含了“进口”这一关键词,则第二子判断装置判断该消息满足预定拦截条件。
需要说明的是,上述举例仅为更好地说明本发明的技术方案,而非对本发明的限制,本领域技术人员应该理解,任何在操作***的中间层来执行:1)先判断根据所述类型信息判断所述消息是否属于预定类型;2)接着,当所述消息属于预定类型时,根据所述消息的其他相关信息,判断所述消息是否满足预定拦截条件的实现方式,均应包含在本发明的范围内。
需要进一步说明的是,上述举例仅为更好地说明本发明的技术方案,而非对本发明的限制,本领域技术人员应该理解,任何根据所接收的消息的消息相关信息,判断所述消息是否满足预定拦截条件的实现方式,均应包含在本发明的范围内。
接着,当判断装置1判断所述消息满足预定拦截条件时,位于中间层的拦截装置2拦截该消息。
具体地,所述拦截消息的方式包括但不限于:
1)当所述消息满足预定拦截条件时,不执行对所述消息的后续操作,以使该消息相对于应用层中的至少一个程序被屏蔽。
优选地,拦截装置2不执行将该消息向应用层的至少一个应用程序广播的操作,以使所述消息相对于应用层的所述至少一个应用程序被屏蔽。
例如,当在所述中间层的判断装置1判断所接收到的消息满足预定拦截条件时,则拦截装置2不广播该消息,以使应用层中的一个或多个应用程序无法接收到所述消息。
2)当所述消息满足预定拦截条件时,包含于拦截装置2中的删除装置(图未示)删除该消息。
优选地,拦截装置2删除该消息,并且不执行将该消息向应用层的至少一个应用程序广播的操作,以使所述消息相对于所述应用层中的至少一个应用程序相屏蔽。
作为本发明的优选实施例之一,其中,根据本发明的消息拦截装置还包括广播装置(图未示)。
当在所述中间层的判断装置1判断所述消息不满足预定拦截条件时,广播装置通过所述***接口向所述至少一个应用程序广播所述消息。
例如,用户设备所接收到的消息的消息相关信息中包括发件人号码“12312345678”和消息类型“SMS类型”,并且,预定类型包括Wap Push类型和SMS类型,预定拦截条件包括发件人信息包含于如表2所示的黑名单中。用户设备在所述中间层中执行以下步骤:
1)先判断消息类型“SMS类型”属于预定类型;
2)接着,用户设备判断发件人号码“12312345678”未包含于表2所示的黑名单中,
则判断装置1判断所接收到的消息不满足预定拦截条件,广播装置通过预定的用于广播消息的***接口向用户设备的操作***应用层的多个应用程序广播该消息,以使该多个应用程序可获取该消息并向用户进行呈现。
需要说明的是,上述举例仅为更好地说明本发明的技术方案,而非对本发明的限制,本领域技术人员应该理解,任何当所述消息满足预定拦截条件时,用户设备拦截该消息的实现方式,均应包含在本发明的范围内。
根据本发明的方案由于在中间层执行,相对于现有的在应用层拦截消息的方案具有预料不到的更加高效、拦截更加彻底的技术效果。是本领域技术人员非显而易见的。根据本发明的方案,通过在中间层执行对消息的判断操作以及相应的拦截操作,使得垃圾消息在中间层即被处理,而不会到达应用层,对垃圾消息的拦截处理更加彻底,避免了拦截不彻底的情况,并且,由于应用层中的多个应用程序不必对该垃圾消息进行重复处理,从而减轻了***的处理负担,并提高了垃圾消息的拦截效率。
本发明的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地,本发明的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中,例如,RAM存储器,磁或光驱动器或软磁盘及类似设备。另外,本发明的一些步骤或功能可采用硬件来实现,例如,作为与处理器配合从而执行各个功能或步骤的电路。
另外,本发明的一部分可被应用为计算机程序产品,例如计算机程序指令,当其被计算机执行时,通过该计算机的操作,可以调用或提供根据本发明的方法和/或技术方案。而调用本发明的方法的程序指令,可能被存储在固定的或可移动的记录介质中,和/或通过广播或其他信号承载媒体中的数据流而被传输,和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此,根据本发明的一个实施例包括一个装置,该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器,其中,当该计算机程序指令被该处理器执行时,触发该装置运行基于前述根据本发明的多个实施例的方法和/或技术方案。
对于本领域技术人员而言,显然本发明不限于上述示范性实施例的细节,而且在不背离本发明的精神或基本特征的情况下,能够以其他的具体形式实现本发明。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本发明的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外,显然“包括”一词不排除其他单元或步骤,单数不排除复数。***权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一,第二等词语用来表示名称,而并不表示任何特定的顺序。
Claims (19)
1.一种在用户设备中用于拦截消息的方法,其中,所述用户设备包括一操作***、所述操作***包括操作***核心层、应用层及介于所述操作***核心层与所述应用层之间的中间层,其中,所述中间层包含用于向位于应用层的至少一个应用程序广播消息的***接口,其中,所述方法包括以下步骤:
a在所述中间层,根据所接收的消息的消息相关信息,判断所述消息是否满足预定拦截条件;
b当所述消息满足预定拦截条件时,拦截该消息。
2.根据权利要求1所述的方法,其中,所述方法还包括以下步骤:
-当所述消息不满足预定拦截条件时,通过所述***接口向所述至少一个应用程序广播所述消息。
3.根据权利要求1或2所述的方法,其中,所述消息相关信息包括以下至少任一项:
-所述消息所属的类型信息;
-其他相关信息。
4.根据权利要求3所述的方法,其中,所述其他相关信息包括以下至少任一项:
-发件人信息;
-内容信息;
-占用的存储空间信息。
5.根据权利要求3或4所述的方法,其中,所述消息相关信息包括类型信息与其他相关信息,其中,所述步骤a包括以下步骤:
-根据所述类型信息判断所述消息是否属于预定类型;
-当所述消息属于预定类型时,根据所述消息的其他相关信息,判断所述消息是否满足预定拦截条件。
6.根据权利要求5所述的方法,其中,所述预定类型包括以下至少任一类型:
-Wap Push类型;
-SMS类型;
-Voice Mail类型。
7.根据权利要求1至6中任一项所述的方法,其中,所述方法还包括以下步骤:
-根据所述消息的通信协议对该消息进行解析,以获得所述消息的消息相关信息。
8.根据权利要求1至7中任一项所述的方法,其中,所述步骤b包括以下步骤:
-当所述消息满足预定拦截条件时,删除该消息。
9.根据权利要求1至8中任一项所述的方法,其中,所述用户设备的操作***包括Android操作***,其中所述中间层包括framework层。
10.一种在用户设备中用于拦截消息的消息拦截装置,其中,所述用户设备包括一操作***、所述操作***包括操作***核心层、应用层及介于所述操作***核心层与所述应用层之间的中间层,其中,所述中间层包含用于向位于应用层的至少一个应用程序广播消息的***接口,其中,所述消息拦截装置位于中间层,其中,所述消息拦截装置包括:
判断装置,用于根据所接收的消息的消息相关信息,判断所述消息是否满足预定拦截条件;
拦截装置,用于当所述消息满足预定拦截条件时,拦截该消息。
11.根据权利要求10所述的消息拦截装置,其中,所述消息拦截装置还包括:
广播装置,用于当所述消息不满足预定拦截条件时,通过所述***接口向所述至少一个应用程序广播所述消息。
12.根据权利要求10或11所述的消息拦截装置,其中,所述消息相关信息包括以下至少任一项:
-所述消息所属的类型信息;
-其他相关信息。
13.根据权利要求12所述的消息拦截装置,其中,所述其他相关信息包括以下至少任一项:
-发件人信息;
-内容信息;
-占用的存储空间信息。
14.根据权利要求12或13所述的消息拦截装置,其中,所述消息相关信息包括类型信息与其他相关信息,其中,所述判断装置包括:
第一子判断装置,用于根据所述类型信息判断所述消息是否属于预定类型;
第二子判断装置,用于当所述消息属于预定类型时,根据所述消息的其他相关信息,判断所述消息是否满足预定拦截条件。
15.根据权利要求14所述的消息拦截装置,其中,所述预定类型包括以下至少任一类型:
-Wap Push类型;
-SMS类型;
-Voice Mail类型。
16.根据权利要求10至15中任一项所述的消息拦截装置,其中,所述消息拦截装置还包括:
解析装置,用于根据所述消息的通信协议对该消息进行解析,以获得所述消息的消息相关信息。
17.根据权利要求10至16中任一项所述的消息拦截装置,其中,所述拦截装置包括:
删除装置,用于当所述消息满足预定拦截条件时,删除该消息。
18.根据权利要求10至17中任一项所述的消息拦截装置,其中,所述用户设备的操作***包括Android操作***,其中所述中间层包括framework层。
19.一种用户设备,其中,所述用户设备包括如权利要求10至权利要求18中至少任一项所述的消息拦截装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012100933635A CN103368914A (zh) | 2012-03-31 | 2012-03-31 | 一种用于拦截消息的方法、装置和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012100933635A CN103368914A (zh) | 2012-03-31 | 2012-03-31 | 一种用于拦截消息的方法、装置和设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103368914A true CN103368914A (zh) | 2013-10-23 |
Family
ID=49369465
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2012100933635A Pending CN103368914A (zh) | 2012-03-31 | 2012-03-31 | 一种用于拦截消息的方法、装置和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103368914A (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104601341A (zh) * | 2014-12-30 | 2015-05-06 | 广东欧珀移动通信有限公司 | 一种广播拦截方法和装置 |
WO2015070655A1 (zh) * | 2013-11-15 | 2015-05-21 | 北京奇虎科技有限公司 | 智能设备的广播拦截方法和装置 |
CN104808915A (zh) * | 2014-01-29 | 2015-07-29 | 联发科技(新加坡)私人有限公司 | 按键控制方法与电子装置 |
CN104821978A (zh) * | 2015-04-09 | 2015-08-05 | 北京羽乐创新科技有限公司 | 一种号码识别显示方法及装置 |
CN105681178A (zh) * | 2016-04-12 | 2016-06-15 | 上海斐讯数据通信技术有限公司 | 一种终端信息处理的***和方法 |
CN107548489A (zh) * | 2016-03-30 | 2018-01-05 | 华为技术有限公司 | 广播的管控方法、装置及终端 |
CN108139951A (zh) * | 2015-11-04 | 2018-06-08 | 谷歌有限责任公司 | 针对在通知数据之间的亲和度的通知捆集 |
CN109002323A (zh) * | 2018-06-27 | 2018-12-14 | 北京金山安全软件有限公司 | 一种数据处理方法、装置及电子设备 |
CN110235454A (zh) * | 2017-01-24 | 2019-09-13 | 华为技术有限公司 | 用于控制通知发送的通信装置、方法和计算机程序产品 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1486109A (zh) * | 2002-09-28 | 2004-03-31 | 深圳市中兴通讯股份有限公司 | 一种手机过滤短消息的方法 |
CN1688169A (zh) * | 2005-05-08 | 2005-10-26 | 许牧 | 一种用户自定义消息监管的方法和设备 |
CN1725874A (zh) * | 2004-07-23 | 2006-01-25 | 华为技术有限公司 | 一种实现短消息业务的方法 |
CN1801854A (zh) * | 2004-12-21 | 2006-07-12 | 朗迅科技公司 | 不想要的消息(垃圾消息)的检测 |
CN1801855A (zh) * | 2004-12-21 | 2006-07-12 | 朗迅科技公司 | 基于消息内容的无用消息(垃圾消息)检测 |
CN1961545A (zh) * | 2004-05-25 | 2007-05-09 | 国际商业机器公司 | 在无线通信中过滤包含垃圾邮件和/或病毒的消息 |
CN101262644A (zh) * | 2008-04-02 | 2008-09-10 | 华为技术有限公司 | 短消息处理方法及***、短消息分析方法及装置 |
CN101502146A (zh) * | 2006-06-08 | 2009-08-05 | 夏兰·布莱德里 | 基于sim的防火墙的方法和设备 |
US7680556B2 (en) * | 2004-11-15 | 2010-03-16 | Tech Semiconductor Singapore Pte. Ltd. | Method for data collection during manufacturing processes |
CN102025745A (zh) * | 2010-12-20 | 2011-04-20 | 西安西电捷通无线网络通信股份有限公司 | 一种基于cs结构的网络数据包过滤方法及*** |
-
2012
- 2012-03-31 CN CN2012100933635A patent/CN103368914A/zh active Pending
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1486109A (zh) * | 2002-09-28 | 2004-03-31 | 深圳市中兴通讯股份有限公司 | 一种手机过滤短消息的方法 |
CN1961545A (zh) * | 2004-05-25 | 2007-05-09 | 国际商业机器公司 | 在无线通信中过滤包含垃圾邮件和/或病毒的消息 |
CN1725874A (zh) * | 2004-07-23 | 2006-01-25 | 华为技术有限公司 | 一种实现短消息业务的方法 |
US7680556B2 (en) * | 2004-11-15 | 2010-03-16 | Tech Semiconductor Singapore Pte. Ltd. | Method for data collection during manufacturing processes |
CN1801854A (zh) * | 2004-12-21 | 2006-07-12 | 朗迅科技公司 | 不想要的消息(垃圾消息)的检测 |
CN1801855A (zh) * | 2004-12-21 | 2006-07-12 | 朗迅科技公司 | 基于消息内容的无用消息(垃圾消息)检测 |
CN1688169A (zh) * | 2005-05-08 | 2005-10-26 | 许牧 | 一种用户自定义消息监管的方法和设备 |
CN101502146A (zh) * | 2006-06-08 | 2009-08-05 | 夏兰·布莱德里 | 基于sim的防火墙的方法和设备 |
CN101262644A (zh) * | 2008-04-02 | 2008-09-10 | 华为技术有限公司 | 短消息处理方法及***、短消息分析方法及装置 |
CN102025745A (zh) * | 2010-12-20 | 2011-04-20 | 西安西电捷通无线网络通信股份有限公司 | 一种基于cs结构的网络数据包过滤方法及*** |
Non-Patent Citations (3)
Title |
---|
红黑联盟: "短信接收流程分析-为更好的拦截短信做准备", 《HTTP://WWW.2CTO.COM/KF/20111/112555.HTML,红黑联盟》 * |
裴林: "基于NDIS中间层的网络数据包拦截技术与实现", 《计算机安全》 * |
裴林: "基于NDIS中间层的网络数据包拦截技术及实现", 《计算机安全》 * |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10237158B2 (en) | 2013-11-15 | 2019-03-19 | Beijing Qihoo Technology Company Limited | Broadcast interception method and apparatus of intelligent device |
WO2015070655A1 (zh) * | 2013-11-15 | 2015-05-21 | 北京奇虎科技有限公司 | 智能设备的广播拦截方法和装置 |
CN104808915A (zh) * | 2014-01-29 | 2015-07-29 | 联发科技(新加坡)私人有限公司 | 按键控制方法与电子装置 |
CN104601341B (zh) * | 2014-12-30 | 2018-01-19 | 广东欧珀移动通信有限公司 | 一种广播拦截方法和装置 |
CN104601341A (zh) * | 2014-12-30 | 2015-05-06 | 广东欧珀移动通信有限公司 | 一种广播拦截方法和装置 |
CN104821978A (zh) * | 2015-04-09 | 2015-08-05 | 北京羽乐创新科技有限公司 | 一种号码识别显示方法及装置 |
CN108139951A (zh) * | 2015-11-04 | 2018-06-08 | 谷歌有限责任公司 | 针对在通知数据之间的亲和度的通知捆集 |
CN107548489A (zh) * | 2016-03-30 | 2018-01-05 | 华为技术有限公司 | 广播的管控方法、装置及终端 |
US10635510B2 (en) | 2016-03-30 | 2020-04-28 | Huawei Technologies Co., Ltd. | Broadcast control method and apparatus, and terminal |
US11429461B2 (en) | 2016-03-30 | 2022-08-30 | Huawei Technologies Co., Ltd. | Broadcast control method and apparatus, and terminal |
CN105681178A (zh) * | 2016-04-12 | 2016-06-15 | 上海斐讯数据通信技术有限公司 | 一种终端信息处理的***和方法 |
CN110235454A (zh) * | 2017-01-24 | 2019-09-13 | 华为技术有限公司 | 用于控制通知发送的通信装置、方法和计算机程序产品 |
CN109002323A (zh) * | 2018-06-27 | 2018-12-14 | 北京金山安全软件有限公司 | 一种数据处理方法、装置及电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103368914A (zh) | 一种用于拦截消息的方法、装置和设备 | |
US7266845B2 (en) | Maintaining virus detection software | |
US9060253B2 (en) | Identifying and blocking mobile messaging service spam | |
US8984632B1 (en) | Systems and methods for identifying malware | |
Hamandi et al. | Android SMS malware: Vulnerability and mitigation | |
CN103108320A (zh) | 一种监控移动设备的应用程序的方法和*** | |
EP1562386A3 (en) | Command based system for broadcasting group SMS with mobile message receiver and communication server | |
CN104349288A (zh) | 一种消息传输方法及装置 | |
CN102724355A (zh) | 垃圾信息处理方法和手机终端 | |
CN109699019B (zh) | 广播扫描方法、装置、电子设备以及存储介质 | |
CN103874058A (zh) | 短信处理方法及短信中心 | |
CN101867893B (zh) | 一种进行增值业务指令处理的方法和业务管理平台设备 | |
CN105337975A (zh) | 病毒扫描方法及*** | |
US20160073242A1 (en) | Directional messaging among mobile devices | |
US9609142B2 (en) | Application processing method and mobile terminal | |
CN104754767A (zh) | 状态更新方法及设备 | |
CN106411718B (zh) | 一种基于即时通信应用的数据同步方法及装置 | |
CN103733581A (zh) | 一种消息处理的方法及基站 | |
GB2512138A (en) | Secured online transactions | |
CN104994082A (zh) | 一种图片信息处理方法、服务器及*** | |
CN105307134A (zh) | 一种短信监控方法及装置 | |
CN103152701A (zh) | 一种安卓***中获取服务信息的方法和装置 | |
CN115905280A (zh) | 手机号码归属运营商查询方法、装置、存储介质及设备 | |
CN108133154B (zh) | 一种对文件进行存储的方法及装置 | |
CN114079914B (zh) | 终端接入基站的方法、基站、终端以及通信*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20131023 |
|
RJ01 | Rejection of invention patent application after publication |