CN103619003A - 移动设备的电话/短消息拦截方法和装置 - Google Patents
移动设备的电话/短消息拦截方法和装置 Download PDFInfo
- Publication number
- CN103619003A CN103619003A CN201310589480.5A CN201310589480A CN103619003A CN 103619003 A CN103619003 A CN 103619003A CN 201310589480 A CN201310589480 A CN 201310589480A CN 103619003 A CN103619003 A CN 103619003A
- Authority
- CN
- China
- Prior art keywords
- short message
- information
- function
- call
- layer
- 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
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种移动设备的电话/短消息拦截方法和装置;其中的方法包括:在框架层,获取来电信息/短消息信息;在框架层,将所述来电信息/短消息信息传输至应用层;在应用层,根据预先设置的电话/短消息拦截信息对所述来电信息/短消息信息进行拦截判断,并将所述拦截判断的结果信息返回给所述框架层;在框架层,在所述拦截判断的结果信息为不需要拦截的情况下,执行来电/来短消息事件通知操作,且在所述拦截判断的结果信息为需要拦截的情况下,不执行所述来电/来短消息事件通知操作。
Description
技术领域
本发明涉及移动通讯技术,具体涉及一种移动设备的电话/短消息拦截方法和装置。
背景技术
现有的智能移动设备中安装的安全管理应用(也可以称为安全软件)通常都具有电话拦截功能(如骚扰电话拦截功能)以及短消息拦截功能(如垃圾短消息拦截功能)。这里的短消息包括多媒体形式的短消息以及文本形式的短消息等。电话拦截功能以及短消息拦截功能通常是使用Android SDK(Software Development Kit,即软件开发工具包)提供的标准接口监听来电事件以及来短消息事件,并在根据监听结果确定来电事件或者短消息事件发生时,调用拦截逻辑,由拦截逻辑判断是否需要对来电或者短消息拦截,如果需要拦截,则安全管理应用调用SDK中相应的接口执行挂断电话或者中止短消息的广播等操作,从而实现电话拦截功能以及短消息拦截功能。
具体的,针对电话拦截功能,安全管理应用可以通过Android SDK提供的TelephonyManager类的listen()函数以及PhoneStateListener(电话状态监听器)来监听智能移动设备的电话状态,在监听到来电时,安全软件判断该来电是否为需要拦截的电话,如果是需要拦截的电话,则安全软件调用TelephonyManager类的endcall()函数,以挂断电话,实现来电拦截。
针对短消息拦截功能,首先,安全软件注册一广播接收器,该广播接收器接收到短消息的广播时,安全软件判断是否需要对该短消息进行拦截,如果需要拦截,则安全软件调用abortBroadcast()函数中断短消息的广播(有序广播)的继续传递,因此,后续其他应用的广播接收器就不会收到该短消息的广播,从而实现了短消息的拦截。
发明人在实现本发明过程中发现:
对于电话拦截而言,来电事件发生后,操作系统会通知其自带的phone应用,并且通知包括安全软件在内的监听电话状态的应用;由于这两个通知是并行的,因此,如果安全软件接收到该通知后,其拦截逻辑处理如果稍微长一点的话,则操作系统自带的phone应用有可能会弹出来电画面,同时移动电话响铃和/或振动,这样,在安全软件的拦截逻辑处理完成后再对来电进行拦截,就会造成来电响一声并且来电画面闪现等问题。
对于短消息拦截而言,智能移动设备中可能会安装有与安全软件类似的应用,该类似的应用的广播接收器与安全软件的广播接收器的优先级有可能会相同,由于Android自身的广播机制具有先后顺序,因此,短消息有可能会被其他应用先一步拦截,从而使安全软件没有对该短消息进行有效拦截。
发明内容
鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的移动设备的电话/短消息拦截方法和相应的移动设备的电话/短消息拦截装置。
依据本发明的一个方面,本发明提供了一种移动设备的电话/短消息拦截方法,该方法包括:在框架层,获取来电信息/短消息信息;在框架层,将所述来电信息/短消息信息传输至应用层;在应用层,根据预先设置的电话/短消息拦截信息对所述来电信息/短消息信息进行拦截判断,并将所述拦截判断的结果信息返回给所述框架层;在框架层,在所述拦截判断的结果信息为不需要拦截的情况下,执行来电/来短消息事件通知操作,且在所述拦截判断的结果信息为需要拦截的情况下,不执行所述来电/来短消息事件通知操作。
根据本发明的另一方面,本发明还提供了一种移动设备的电话/短消息拦截装置,该装置包括:获取模块,设置于框架层中,适于获取来电信息/短消息信息;传输模块,设置于框架层中,适于将所述来电信息/短消息信息传输至应用层;判断模块,设置于在应用层中,适于根据预先设置的电话/短消息拦截信息对所述来电信息/短消息信息进行拦截判断,并将所述拦截判断的结果信息返回给所述框架层;拦截模块,设置于框架层中,适于在所述拦截判断的结果信息为不需要拦截的情况下,执行来电/来短消息事件通知操作,且在所述拦截判断的结果信息为需要拦截的情况下,不执行所述来电/来短消息事件通知操作。
本发明的移动设备的电话/短消息拦截方法和装置通过在框架层针对来电或者来短消息进行通知操作之前,将来电信息或者短消息信息传输至应用层,这样,应用层中的相应应用可以尽可能早的针对来电或者来短消息进行拦截判断;应用层通过将其判断的结果信息返回给框架层,使框架层可以根据结果信息来确定是否执行通知操作;从而本发明可以有效避免来电响一声以及来电画面闪现的问题,且可以有效避免短消息的漏拦截现象,最终实现了来电以及短消息的有效拦截。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。本实施例的附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了根据本发明实施例一的移动设备的电话拦截方法流程图;
图2示出了根据本发明实施例二的移动设备的短消息拦截方法流程图;
图3示出了根据本发明实施例三的移动设备的电话拦截方法流程图;
图4示出了根据本发明实施例四的移动设备的短消息拦截方法流程图;
图5示出了根据本发明实施例三和四的框架层与应用层信息交互示意图;
图6示出了根据本发明实施例五的移动设备的电话/短消息拦截装置示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
实施例一、移动设备的电话拦截方法。
本实施例需要在移动设备的操作系统的框架层(也可以称为应用框架层)接收到来电信息之后,且在框架层针对该来电信息进行来电通知之前,执行本实施例的电话拦截处理,即本实施例是在框架层得知来电信息且针对来电事件进行事件通知之前,增加了电话拦截处理过程,且该电话拦截处理过程可能会导致来电事件的通知操作不会再被框架层所执行。
本实施例的移动设备可以具体为智能移动电话或者平板电脑(如基于3G的平板电脑)等可以实现电话功能的移动设备,且该移动设备的操作系统可以为Andriod操作系统或者与Andriod操作系统具有类似结构的操作系统。
下面结合图1对本实施例的方法进行说明。
在图1中,S100、在框架层,获取来电信息。
具体的,由于移动设备中的框架层在移动设备有来电且针对该来电进行来电事件通知之前,框架层中的新电话连接通知函数会被调用,因此,本实施例可以对现有的新电话连接通知函数进行改造,使新电话连接通知函数在被调用时,新电话连接通知函数会触发本实施例中的操作执行;一个具体的例子,新电话连接通知函数在被框架层中的呼叫处理函数调用时,新电话连接通知函数会在被呼叫处理函数调用过程中获取到该来电的来电信息,且新电话连接通知函数会在被调用后首先调用框架层中的来电检查函数;新电话连接通知函数会在调用框架层中的来电检查函数过程中将该来电信息传输给该来电检查函数。上述来电检查函数是本实施例新增加的函数,且该来电检查函数属于安全服务;该安全服务可以是本实施例新增加的系统服务。
上述来电信息通常包括:呼叫方的电话号码等,一个具体的例子,来电信息可以为该来电的connection(连接)信息,connection信息中包含有呼叫方的电话号码。上述来电信息还可以包括:被呼叫方的标识信息,如被呼叫方的SIM卡号。
需要说明的,框架层中的新电话连接通知函数在被调用时,可以先判断用户是否开启了该移动设备的来电拦截功能,新电话连接通知函数在判断出用户开启了该移动设备的来电拦截功能的情况下,再执行上述调用来电检查函数的操作,否则,新电话连接通知函数可以不执行上述调用来电检查函数的操作,而直接按照现有的操作流程执行即可。另外,上述是否开启了移动设备的来电拦截功能的判断操作也可以由来电检查函数来执行,即来电检查函数在被新电话连接通知函数调用后先判断用户是否开启了该移动设备的来电拦截功能,在判断出用户开启了该移动设备的来电拦截功能的情况下,执行后续的S110操作,否则,来电检查函数可以退出而使新电话连接通知函数按照现有的操作流程执行即可。
框架层中的新电话连接通知函数或者来电检查函数可以根据框架层中预先存储的来电拦截开启/关闭信息来判断用户是否开启了移动设备的来电拦截功能。框架层中预先存储的来电拦截开启/关闭信息可以是用户使用安全管理应用设置的。
S110、在框架层,将该来电信息传输至应用层。
具体的,应用层中设置有来电检查函数,应用层中的来电检查函数可以为回调函数,以供框架层中的来电检查函数调用,在框架层中的来电检查函数调用应用层中的来电检查函数时,框架层中的来电检查函数将来电信息传输至应用层中的来电检查函数。
上述应用层中的来电检查函数可以通过注册电话监听器的形式设置,例如,应用层的设置电话监听器函数将应用层中的来电检查函数的名称等电话监听器信息设置于框架层,这样,框架层中的来电检查函数在被调用时,会根据框架层中设置的电话监听器信息来调用相应的函数,从而会调用应用层中的来电检查函数。
S120、在应用层,根据预先设置的电话拦截信息对该来电信息进行拦截判断,应用层将拦截判断的结果信息返回给框架层。
具体的,应用层中预先设置有电话拦截信息集合,该电话拦截信息集合可以为电话号码黑名单的形式,且该电话拦截信息集合中的电话拦截信息可以是用户使用安全管理应用设置的,也可以是相应应用缺省设置的;一个具体的例子,移动设备中设置有安全管理应用,该安全管理应用在安装时,会自动在应用层中设置电话拦截信息集合,并在电话拦截信息集合中设置一个或者多个电话号码,且可以针对每个电话号码设置被呼叫方的标识信息(如被呼叫方的SIM卡号,即被呼叫方的电话号码),以表示针对某被呼叫方而言,来自某呼叫方的来电需要进行电话拦截。安全管理应用在电话拦截信息集合中自动设置的呼叫方的电话号码通常是其已发现的具有恶意的移动设备的电话号码。
应用层中的来电检查函数在被框架层调用后,可以根据应用层中预先设置的电话拦截信息来判断该来电信息中的呼叫方的电话号码是否为需要进行来电拦截的电话号码,如果呼叫方的电话号码是需要进行来电拦截的电话号码,则应用层中的来电检查函数向框架层中的来电检查函数返回需要拦截的信息(如返回ture);如果呼叫方的电话号码不是需要进行来电拦截的电话号码,则应用层中的来电检查函数向框架层中的来电检查函数返回不需要拦截的信息(如返回false)。
另外,框架层中的来电检查函数可以将拦截判断的结果信息通过函数返回值(如true或者false)的形式返回给框架层的新来电连接通知函数。
S130、在框架层,判断上述来电拦截判断的结果信息,如果该结果信息为不需要拦截,则到S140;如果该结果信息为需要拦截,则到S150。
具体的,框架层中的新电话连接通知函数在接收到框架层中的来电检查函数返回的拦截判断的结果信息后,可以明确获知是否需要对该来电进行拦截;且新电话连接通知函数可以根据拦截判断的结果信息设置框架层中存储的该来电的connection(连接)信息中的相应字段的取值,该相应字段即用于表示是否需要对该来电进行拦截的字段,且该字段可以是本实施例增加的字段。新电话连接通知函数可以将该字段的取值设置为true或者false,其中,true可以表示对该来电拦截,false可以表示不对该来电拦截。
S140、执行来电事件通知操作。
具体的,新电话连接通知函数可以按照其现有的操作流程执行相应的操作,如新电话连接通知函数调用框架层的电话管理中的通知注册者函数,以由通知注册者函数继续进行该来电事件的通知操作。
S150、不执行来电事件通知操作。
具体的,新电话连接通知函数不再按照其现有的操作流程执行相应的操作,例如,新电话连接通知函数不再调用框架层的电话管理中的通知注册者函数,而是调用框架层中的挂断函数,以挂断该来电,从而有效避免了移动设备显示来电画面以及响起电话铃声/移动设备震动的现象。
另外,由于框架层中的新电话连接通知函数在接收到框架层中的来电检查函数返回的拦截判断的结果信息后,根据该结果信息对框架层中存储的该来电的connection信息中的相应字段(来电拦截字段)的取值进行了相应的设置,这样,在框架层中的呼叫处理函数调用电话状态通知函数时,由于呼叫处理函数会将当前更新后的connection信息提供给电话状态通知函数,因此,电话状态通知函数可以获取到上述拦截判断的结果信息;之后,电话状态通知函数可以在确定出拦截判断的结果信息为不需要拦截的情况下,按照其现有的流程执行相应的操作,如调用呼叫状态通知函数,以使移动设备中注册了电话状态监听器的应用可以获得来电信息并进行相应的处理(如显示相应的来电信息等);电话状态通知函数可以在确定出拦截判断的结果信息为需要拦截的情况下,不再执行调用呼叫状态通知函数的操作,以使移动设备中注册了电话状态监听器的应用由于不能够获得来电信息而不能进行相应的处理。
实施例二、移动设备的短消息拦截方法。
本实施例需要在移动设备的操作系统的框架层(也可以称为应用框架层)接收到短消息之后,且在框架层针对该短消息发送广播之前,执行本实施例的短消息拦截处理,即本实施例是在框架层得知来短消息且针对该短消息进行广播之前,增加了短消息拦截处理过程,且该短消息拦截处理过程可能会导致短消息的广播操作不会再被框架层所执行。
本实施例的移动设备可以具体为智能移动电话或者平板电脑(如基于3G的平板电脑)等可以实现短消息功能的移动设备,且该移动设备的操作系统可以为Andriod操作系统或者与Andriod操作系统具有类似结构的操作系统。
另外,本实施例中的短消息可以包括短信(即文本格式的短消息)或者彩信(即多媒体格式的短消息)。
下面结合图2对本实施例的方法进行说明。
图2中,S200、在框架层,获取短消息信息。
具体的,本实施例需要在移动设备的框架层接收到短消息之后,且在框架层针对该短消息发送广播之前进行短消息的解析操作,以获取短消息信息。
由于移动设备中的框架层在接收到短消息时,框架层中的短消息分发函数会被调用,因此,本实施例可以对现有的短消息分发函数进行改造,使短消息分发函数在被调用时,先执行短消息的解析操作;一个具体的例子,短消息分发函数在被调用时,短消息分发函数调用短消息检查函数,以便由短消息检查函数对框架层接收到的短消息进行解析。该短消息检查函数是本实施例增加的函数,且该短消息检查函数属于移动设备保护服务;该移动设备保护服务可以是本实施例增加的系统服务。
上述获取的短消息信息应包括:短消息的发送方信息(即发送方的电话号码);且该短消息信息还可以包括:短消息类型、短消息内容和/或短消息接收方信息(即接收方的电话号码)等。
需要说明的,框架层在进行上述短消息解析之前可以先判断用户是否开启了该移动设备的短消息拦截功能;一个具体的例子,框架层中的短消息分发函数在被调用时,可以先判断用户是否开启了该移动设备的短消息拦截功能,短消息分发函数在判断出用户开启了该移动设备的短消息拦截功能的情况下,再执行上述调用短消息检查函数的操作,否则,短消息分发函数可以不执行上述调用短消息检查函数的操作,而直接按照现有的操作流程执行相应的操作即可。另一个具体的例子,短消息检查函数在被短消息分发函数调用后,先判断用户是否开启了该移动设备的短消息拦截功能,在判断出用户开启了该移动设备的短消息拦截功能的情况下,短消息检查函数执行后续的S210操作,否则,短消息检查函数可以退出,而使短消息分发函数继续按照现有的操作流程执行即可。框架层中的短消息分发函数或者短消息检查函数可以根据框架层中预先存储的短消息拦截开启/关闭信息来判断用户是否开启了移动设备的短消息拦截功能。框架层中预先存储的短消息拦截开启/关闭信息可以是用户使用安全管理应用设置的。
S210、将该短消息信息传输至应用层。
具体的,框架层可以通过函数调用将该短消息信息提供给应用层;如框架层中的短消息检查函数调用应用层中的短消息检查函数,以便于将其解析获得的短消息信息提供给应用层中的短消息检查函数。
应用层中的短消息检查函数可以为回调函数,以供框架层中的短消息检查函数调用。上述应用层中的短消息检查函数可以通过注册电话监听器的形式设置,例如,应用层的设置电话监听器函数将应用层中的短消息检查函数的名称等电话监听器信息设置于框架层,这样,框架层中的短消息检查函数在被调用时,会根据框架层中设置的电话监听器信息来调用相应的函数,从而使应用层中的短消息检查函数被调用。
S220、在应用层,根据预先设置的短消息拦截信息对该短消息信息进行拦截判断,并将拦截判断的结果信息返回给框架层。
具体的,应用层中预先设置有短消息拦截信息集合,该短消息拦截信息集合可以为电话号码黑名单的形式,且该短消息拦截信息集合中的短消息拦截信息可以是用户使用移动设备中的安全管理应用设置的,也可以是相应应用缺省设置的;一个具体的例子,移动设备中设置有安全管理应用,该安全管理应用在安装时,会自动在应用层中设置短消息拦截信息集合,并在短消息拦截信息集合中设置一个或者多个电话号码,且可以针对每个电话号码设置短消息类型以及短消息接收方的电话号码,以表示针对某接收方而言,来自某发送方发送的某类型的短消息需要进行短消息拦截;另外,还可以针对每个电话号码设置拦截关键词,以表示针对某接收方而言,来自某发送方发送的某类型的具有某拦截关键词的短消息需要进行短消息拦截;需要说明的是,在实际应用中,短消息拦截信息集合中的一条拦截信息可以是发送方电话号码与短消息类型、接收方电话号码以及拦截关键词中的至少一个组合而成的内容。在此不再针对每个组合的例子进行详细说明。
安全管理应用在短消息拦截信息集合中设置的发送方的电话号码通常是其已发现的具有恶意的移动设备的电话号码。另外,本实施例中的短消息拦截信息集合与上述实施例一中的电话拦截信息集合可以合并设置,也可以分别独立设置。一个具体的例子,在合并设置的情况下,集合中的每一条记录可以包括对方的电话号码、是否进行来电拦截的标识信息、是否进行短消息拦截的标识信息以及短消息类型信息等。
应用层中的短消息检查函数在被框架层中的短消息检查函数调用后,可以根据预先设置的短消息拦截信息来判断短消息信息中的发送方的电话号码是否为需要进行短消息拦截的电话号码,如果发送方的电话号码是需要进行短消息拦截的电话号码,则应用层中的短消息检查函数向框架层中的短消息检查函数返回需要拦截的信息(如返回ture);如果发送方的电话号码不是需要进行短消息拦截的电话号码,则应用层中的短消息检查函数向框架层中的短消息检查函数返回不需要拦截的信息(如返回false)。另外,在上述短消息拦截判断过程中,还可以进一步对短消息的类型进行判断,一个具体的例子,如果发送方的电话号码与集合中的一条拦截记录的发送方的电话号码匹配,且短消息的类型与该拦截记录中的短消息的类型匹配,则应用层中的短消息检查函数向框架层中的短消息检查函数返回需要拦截的信息(如返回ture);否则,应用层中的短消息检查函数向框架层中的短消息检查函数返回不需要拦截的信息(如返回false)。
需要特别说明的是,应用层中的短消息检查函数在被调用时,可以先查看用户是否开启了移动设备的短消息拦截功能,在确定出用户没有开启短消息拦截功能的情况下,应用层中的短消息检查函数可以不再执行上述的短消息拦截判断操作,而直接向框架层返回不需要拦截的信息;短消息检查函数在确定出用户开启了短消息拦截功能的情况下,应执行上述短消息拦截判断操作,并向框架层返回拦截判断的结果信息。应用层中应设置有短消息拦截的开启/关闭信息。应用层中预先存储的短消息拦截开启/关闭信息可以是用户使用安全管理应用设置的。
另外,需要特别说明的是,如果在S200中,框架层已经进行了用户是否开启了移动设备的短消息拦截功能的判断操作,则在本步骤中的应用层(如应用层中的短消息检查函数)可以不再进行用户是否开启了移动设备的短消息拦截功能的判断操作。
S230、在框架层,判断其接收到的短消息拦截判断的结果信息,如果该结果信息为不需要拦截该短消息,则到S240;如果该结果信息为需要拦截该短消息,则到S250。
具体的,本步骤可以由框架层的短消息检查函数来识别应用层返回的短消息拦截判断的结果信息,如框架层的短消息检查函数判断应用层的短消息检查函数的函数返回值为true还是为false,以便于框架层的短消息检查函数确定其后续应执行的操作。
S240、执行短消息广播操作。
具体的,短消息检查函数可以结束其流程并退出,从而短消息分发函数可以按照现有的操作流程继续执行后续相应的操作,如短消息分发函数调用广播发送函数,以将该短消息的内容通过广播的方式向注册了相应广播接收器的应用(如短消息应用等)发送。
S250、不执行短消息广播操作。
具体的,短消息检查函数可以使短消息分发函数结束其流程并退出,从而短消息分发函数不再按照其现有的操作流程执行后续相应的操作,如短消息分发函数不再调用框架层中的广播发送函数。
实施例三、移动设备的电话拦截方法。下面结合图3和图5对该实施例的方法进行详细说明。
本实施例在Android的操作系统的框架层中增加了一个系统服务,即图3中示出的SecurityService(安全服务)。
图3和图5中,在移动设备接收到来电时,框架层中的handlePollCalls()(即呼叫处理函数)会被框架层中的RIL所调用,且handlePollCalls()会调用框架层中的notifyNewRingingConnection()。在现有的操作流程中,notifyNewRingingConnection()会直接调用notifyRegistrants()(即通知注册者函数),如图3左侧的虚线所示;而在本实施例中,notifyNewRingingConnection()被改造为:在其被调用时,先调用本实施例增加的框架层的SecurityService中的checkIncomingCall()(即来电检查函数),框架层中的checkIncomingCall()在调用过程中获取来电信息(如呼叫方的电话号码)后,调用应用层中的checkIncomingCall(),并将其获得的来电信息提供给应用层中的checkIncomingCall();如果应用层中的checkIncomingCall()根据预先设置的来电拦截信息判断出该来电是具有恶意的移动设备的来电,则应用层中的checkIncomingCall()将需要进行来电拦截的信息(如true)返回给框架层中的checkIncomingCall(),框架层中的checkIncomingCall()将需要进行来电拦截的信息提供给notifyNewRingingConnection(),从而notifyNewRingingConnection()可以忽略该来电,即不针对该来电执行来电事件通知操作(不执行调用notifyRegistrants()的操作),而调用hangup()(即挂断函数),以使移动设备不显示来电画面,也不会以震动或者来电铃声方式提示用户;如果应用层中的checkIncomingCall()在根据预先设置的来电拦截信息判断出该来电不是具有恶意的移动设备的来电,则应用层中的checkIncomingCall()将不需要进行来电拦截的信息(如false)返回给框架层中的checkIncomingCall(),框架层中的checkIncomingCall()将不需要进行来电拦截的信息提供给notifyNewRingingConnection(),从而notifyNewRingingConnection()执行调用notifyRegistrants()的操作,以针对该来电执行来电事件通知操作,从而使移动设备显示来电画面,并以震动或者来电铃声方式提示用户(如图3中的左侧流程所示)。
另外,notifyNewRingingConnection()可以根据来电拦截判断的结果信息设置框架层的connection信息中的相应字段的取值,这样,在框架层中的handlePollCalls()调用notifyPhoneState()时,handlePollCalls()可以根据框架层中的connection信息将来电拦截判断的结果信息提供给框架层中的notifyPhoneState()(即电话状态通知函数),notifyPhoneState()在确定出需要对该来电进行拦截时,忽略该来电,即不针对该来电执行通知操作(不执行notifyCallState()调用操作),以使移动设备中所有注册了PhoneStateListener监听器类的应用不会获知该来电信息,从而这些应用就不会获得来电信息;notifyPhoneState()在确定出不需要对该来电进行拦截时,针对该来电执行通知操作,如调用框架层中的notifyCallState(),以使移动设备中所有注册了PhoneStateListener监听器类的应用可以获知该来电信息,从而这些应用就会获得来电信息,并进行相应的操作,如目前现有的一些应用在通过PhoneStateListener监听到来电事件后,会执行相应的来电拦截判断操作,并根据判断结果来确定是否要挂断此来电,以实现电话拦截(如图3中的右侧流程所示)。本实施例的电话拦截操作明显早于现有的应用的电话拦截操作。
在本实施例中,应用层和框架层之间需要进行信息交互,两者进行信息交互的过程如图5所示。图5中,首先,用户利用安全管理应用(也可以称为安全软件)来设置相应的信息,如安全管理应用为用户提供来电拦截画面,用户在该画面中可以勾选来电拦截功能开启选项,并设置需要来电拦截的电话号码,安全管理应用将用户设置的电话号码作为来电拦截信息存储于应用层中。安全管理应用可以利用SDK(Software Development Kit,软件开发工具包)来设置监听器,如应用层中的setTelephonyListener()(如图5所示)在框架层中设置监听器信息;之后,框架层中的checkIncomingCall()在被调用时,框架层中的checkIncomingCall()根据框架层中设置的监听器信息回调应用层中的checkIncomingCall()(如图5中的1所示);之后,应用层中的checkIncomingCall()根据应用层中存储的来电拦截信息进行来电拦截判断操作,并向框架层中的checkIncomingCall()返回来电拦截判断的结果信息(如图5中的2所示),之后,框架层中的checkIncomingCall()将结果信息提供给notifyNewRingingConnection()(图5中未示出),由notifyNewRingingConnection()根据结果信息确定是不再执行该来电的通知操作,还是正常执行该来电的通知操作(如图5中3所示)。
框架层中的checkIncomingCall()的一个具体例子为:
//来电检查函数,调用安全软件设置的回调接口,通知应用层呼叫方的电话号码和被呼叫方的SIM卡号;
//将安全管理应用的来电拦截判断的结果信息返回给notifyNewRingingConnection();
//返回值表示是否拦截来电,如true表示拦截,false表示不拦截。
boolean checkIncomingCall(String PhoneNumber,int simIndex)。
实施例四、移动设备的短消息拦截方法。下面结合图4和图5对该实施例的方法进行详细说明。
本实施例在Android的操作系统的框架层中增加了一个系统服务,即图4中示出的SecurityService(安全服务)。
本实施例方法的具体实现流程如图4和图5所示,在框架层接收到短消息时,框架层中的dispatch()(即短消息分发函数)会被调用,在现有技术中,dispatch()会在直接调用sendOrderedBroadcast(),如图4右侧的虚线所示;而在本实施例中,dispatch()被改造为:在其被调用时,先调用本实施例增加的框架层的SecurityService中的checkIncomingMsg()(即框架层中的短消息检查函数),框架层中的checkIncomingMsg()对框架层接收到的短消息进行解析;框架层中的checkIncomingMsg()在解析后调用应用层中的checkIncomingMsg(),并将其解析获得的短消息的类型、发送方的电话号码以及短信息内容等提供给应用层中的checkIncomingMsg();如果应用层中的checkIncomingMsg()根据预先设置的短消息拦截信息判断出该短消息来自具有恶意的移动设备,则应用层中的checkIncomingMsg()将需要进行短消息拦截的信息(如true)返回给框架层中的checkIncomingMsg(),框架层中的checkIncomingMsg()将需要进行短消息拦截的信息提供给dispatch(),从而dispatch()可以忽略该短消息,即不针对该短消息执行广播操作;如果应用层中的checkIncomingMsg()根据预先设置的短消息拦截信息判断出该短消息不是来自具有恶意的移动设备,则应用层中的checkIncomingMsg()将不需要进行短消息拦截的信息(如false)返回给框架层中的checkIncomingMsg(),框架层中的checkIncomingMsg()将不需要进行短消息拦截的信息提供给dispatch(),从而dispatch()执行调用sendOrderedBroadcast()的操作,以针对该短消息进行广播。
在本实施例中,应用层和框架层之间需要进行信息交互,两者进行信息交互的过程如图5所示。图5中,首先,用户利用安全管理应用(也可以称为安全软件)来设置相应的信息,如安全管理应用为用户提供短消息拦截画面,用户在该画面中可以勾选短消息拦截功能开启选项,并设置需要短消息拦截的电话号码,安全管理应用将该电话号码作为短信息拦截信息存储于应用层中。安全管理应用可以利用SDK来设置相应的监听器,如应用层中的setTelephonyListener()(如图5所示)在框架层中设置监听器信息;之后,框架层中的checkIncomingMsg()在被调用时,框架层中的checkIncomingMsg()根据框架层中设置的监听器信息回调应用层中的checkIncomingMsg()(如图5中的1所示);之后,应用层中的checkIncomingMsg()根据应用层中存储的短消息拦截信息进行短消息拦截判断,并向框架层中的checkIncomingMsg()返回短消息拦截判断的结果信息(如图5中的2所示),之后,框架层中的checkIncomingMsg()将短消息拦截判断的结果信息提供给dispatch()(图5中未示出),由dispatch()根据该结果信息确定是拒绝执行该短消息的广播操作,还是正常执行该短消息的广播操作(如图5中3所示)。
框架层中的checkIncomingMsg()的一个具体例子为:
//短消息检查函数,会调用安全软件设置的回调接口,通知应用层短消息类型(如短信或者彩信)、短消息相关信息(如发送方的电话号码和短消息内容等)以及短消息接收方的SIM卡号;
//将安全软件的短消息拦截判断的结果信息返回给dispatch();
//返回值表示是否拦截来电,如true表示拦截,false表示不拦截。
boolean checkIncomingMsg(int type,Intent intent,int simIndex);
在上述实施例三和实施例四中均涉及到的setTelephonyListener()的一个具体的例子为:
//设置监听器的回调接口,将安全管理应用设置的回调接口信息通过binder传递给SecurityService,由SecurityService存储回调接口信息;
//在有来电或者来短消息时,框架层中的checkIncomingCall()或者checkIncomingMsg()通过该回调接口信息调用应用层中的checkIncomingCall()或者checkIncomingMsg()。
void setTelephonyListener(ITelephonyListener listener,intevent)
上述图5中的QihooTelephonyManager可以为类的形式,且QihooTelephonyManager的一个具体例子如下表1所示。
表1
上述图5中的QihooTelephonyListener为事件监听器,且QihooTelephonyListener的一个具体例子如下表2所示。
表2
实施例五、移动设备的电话/短消息拦截装置。下面结合图6对该装置进行详细说明。
图6中示出的装置设置于可以实现电话和短消息的移动设备中,如设置于智能移动电话或者基于3G的平板电脑等移动设备中。
图6示出的装置主要包括:获取模块600、传输模块610、判断模块620以及拦截模块630,其中,传输模块610与获取模块600和判断模块620分别连接,且拦截模块630与判断模块620连接。
获取模块600设置于框架层中,主要适于获取来电信息/短消息信息。
上述来电信息可以包括:呼叫方的电话号码,也可以包括:呼叫方的电话号码和被呼叫方的标识(如SIM卡号)。
上述短消息信息可以包括:短消息发送方电话号码,也可以包括:短消息发送方电话号码和短消息类型,还可以包括:短消息发送方电话号码、短消息类型以及短消息内容。
具体的,上述获取模块600所执行的操作可以通过如下方式实现:在框架层中的新电话连接通知函数被调用时,新电话连接通知函数调用框架层中的来电检查函数,且新电话连接通知函数将来电信息传输给来电检查函数。
上述获取模块600所执行的操作可以通过如下方式实现:在框架层中的短消息分发函数被调用时,短消息分发函数调用短消息检查函数,短消息检查函数解析短消息以获取短消息信息。
传输模块610设置于框架层中,主要适于将获取模块600获取的来电信息/短消息信息传输至应用层。
具体的,上述传输模块610所执行的操作可以通过如下方式实现:框架层中的来电检查函数调用应用层中的来电检查函数,并将来电信息传输至应用层中的来电检查函数,其中,应用层中的来电检查函数为回调函数。
上述传输模块610所执行的操作可以通过如下方式实现:框架层中的短消息检查函数调用应用层中的短消息检查函数,并将短消息信息提供给应用层中的短消息检查函数。
判断模块620设置于在应用层中,主要适于根据应用层中预先设置的电话/短消息拦截信息对其接收到的来电信息/短消息信息进行拦截判断,并将其拦截判断的结果信息返回给框架层。
具体的,上述判断模块620所执行的操作可以通过如下方式实现:应用层中的来电检查函数根据应用层中预先设置的电话拦截信息对所述来电信息进行拦截判断,并将拦截判断的结果信息返回给框架层中的来电检查函数,且框架层中的来电检查函数将其接收到的拦截判断的结果信息返回给新电话连接通知函数。
具体的,上述判断模块620所执行的操作可以通过如下方式实现:应用层中的短消息检查函数根据应用层中预先设置的短消息拦截信息对短消息的内容信息进行拦截判断,并将拦截判断的结果信息返回给框架层中的短消息检查函数,且框架层中的短消息检查函数将拦截判断的结果信息返回给短消息分发函数。
拦截模块630设置于框架层中,主要适于在其接收到的拦截判断的结果信息为不需要拦截的情况下,执行来电/来短消息事件通知操作,且在其接收到的拦截判断的结果信息为需要拦截的情况下,不执行来电/来短消息事件通知操作。
具体的,上述拦截模块630所执行的操作可以通过如下方式实现:在接收到的来电拦截判断的结果信息为不需要拦截的情况下,新电话连接通知函数调用框架层的电话管理中的通知注册者函数;另外,电话状态通知函数在被调用时,电话状态通知函数获取拦截判断的结果信息,并在结果信息为不需要拦截的情况下,电话状态通知函数调用呼叫状态通知函数;在接收到的来电拦截判断的结果信息为需要拦截的情况下,新电话连接通知函数调用框架层中的挂断函数,以挂断该来电。
上述拦截模块630所执行的操作可以通过如下方式实现:在接收到的短消息拦截判断的结果信息为不需要拦截的情况下,短消息分发函数调用框架层中的广播发送函数,以针对该短消息进行广播;在接收到的短消息拦截判断的结果信息为需要拦截的情况下,短消息分发函数不再调用框架层中的广播发送函数,从而不进行该短消息的广播操作。
本实施例中各模块所执行的操作的详细内容请参见上述实施例1至实施例4中的描述,在此不再重详细明。
A1、一种移动设备的电话/短消息拦截方法,其包括:
在框架层,获取来电信息/短消息信息;
在框架层,将所述来电信息/短消息信息传输至应用层;
在应用层,根据预先设置的电话/短消息拦截信息对所述来电信息/短消息信息进行拦截判断,并将所述拦截判断的结果信息返回给所述框架层;
在框架层,在所述拦截判断的结果信息为不需要拦截的情况下,执行来电/来短消息事件通知操作,且在所述拦截判断的结果信息为需要拦截的情况下,不执行所述来电/来短消息事件通知操作。
A2、如A1所述的方法,其中,所述来电信息包括:呼叫方的电话号码;或者所述来电信息包括:呼叫方的电话号码和被呼叫方的电话号码。
A3、如A1或A2所述的方法,其中,所述获取来电信息包括:
在框架层中的新电话连接通知函数被调用时,所述新电话连接通知函数调用框架层中的来电检查函数,且所述新电话连接通知函数将所述来电信息传输给所述来电检查函数。
A4、如A3所述的方法,其中,所述将所述来电信息传输至应用层包括:
所述框架层中的来电检查函数调用应用层中的来电检查函数,并将所述来电信息传输至应用层中的来电检查函数,其中,所述应用层中的来电检查函数为回调函数。
A5、如A4所述的方法,其中,所述根据预先设置的电话拦截信息对所述来电信息进行拦截判断,并将所述拦截判断的结果信息返回给所述框架层包括:
所述应用层中的来电检查函数根据应用层中预先设置的电话拦截信息对所述来电信息进行拦截判断,并将所述拦截判断的结果信息返回给所述框架层中的来电检查函数,且所述框架层中的来电检查函数将所述拦截判断的结果信息返回给所述新电话连接通知函数。
A6、如A5所述的方法,其中,所述执行来电事件通知操作包括:
所述新电话连接通知函数调用框架层的电话管理中的通知注册者函数;
所述电话状态通知函数在被调用时,所述电话状态通知函数获取所述拦截判断的结果信息,并在所述结果信息为不需要拦截的情况下,所述电话状态通知函数调用呼叫状态通知函数。
A7、如A5所述的方法,其中,所述不执行所述来电事件通知操作包括:
所述新电话连接通知函数调用框架层中的挂断函数,以挂断该来电。
A8、如A1所述的方法,其中,
所述短消息信息包括:短消息发送方电话号码,或者
所述短消息信息包括:短消息发送方电话号码和短消息类型,或者
所述短消息信息包括:短消息发送方电话号码、短消息类型以及短消息内容;或者
所述短消息信息包括:短消息发送方电话号码、短消息类型、短消息内容以及短消息接收方电话号码。
A9、如A1或A8所述的方法,其中,所述获取短消息信息包括:
在框架层中的短消息分发函数被调用时,所述短消息分发函数调用短消息检查函数,所述短消息检查函数解析所述短消息以获取短消息信息。
A10、如A9所述的方法,其中,所述将所述短消息信息传输至应用层包括:
所述框架层中的短消息检查函数调用应用层中的短消息检查函数,并将所述短消息信息提供给所述应用层中的短消息检查函数。
A11、如A10所述的方法,其中,所述根据预先设置的短消息拦截信息对所述短消息信息进行拦截判断,并将所述拦截判断的结果信息返回给所述框架层包括:
所述应用层中的短消息检查函数根据预先设置的短消息拦截信息对所述短消息的内容信息进行拦截判断,并将所述拦截判断的结果信息返回给所述框架层中的短消息检查函数,且所述框架层中的短消息检查函数将所述拦截判断的结果信息返回给所述短消息分发函数。
A12、如A11所述的方法,其中,所述执行来短消息事件通知操作方法包括:
所述短消息分发函数调用框架层中的广播发送函数,以针对所述短消息进行广播。
B13、一种移动设备的电话/短消息拦截装置,其包括:
获取模块,设置于框架层中,适于获取来电信息/短消息信息;
传输模块,设置于框架层中,适于将所述来电信息/短消息信息传输至应用层;
判断模块,设置于在应用层中,适于根据预先设置的电话/短消息拦截信息对所述来电信息/短消息信息进行拦截判断,并将所述拦截判断的结果信息返回给所述框架层;
拦截模块,设置于框架层中,适于在所述拦截判断的结果信息为不需要拦截的情况下,执行来电/来短消息事件通知操作,且在所述拦截判断的结果信息为需要拦截的情况下,不执行所述来电/来短消息事件通知操作。
B14、如B13所述的装置,其中,所述来电信息包括:呼叫方电话号码;或者所述来电信息包括:呼叫方的电话号码和被呼叫方的电话号码。
B15、如B13或B14所述的装置,其中,所述获取模块具体适于:
在框架层中的新电话连接通知函数被调用时,所述新电话连接通知函数调用框架层中的来电检查函数,且所述新电话连接通知函数将所述来电信息传输给所述来电检查函数。
B16、如B15所述的装置,其中,所述传输模块具体适于:
所述框架层中的来电检查函数调用应用层中的来电检查函数,并将所述来电信息传输至应用层中的来电检查函数,其中,所述应用层中的来电检查函数为回调函数。
B17、如B16所述的装置,其中,所述判断模块具体适于:
所述应用层中的来电检查函数根据应用层中预先设置的电话拦截信息对所述来电信息进行拦截判断,并将所述拦截判断的结果信息返回给所述框架层中的来电检查函数,且所述框架层中的来电检查函数将所述拦截判断的结果信息返回给所述新电话连接通知函数。
B18、如B17所述的装置,其中,所述拦截模块具体适于:
所述新电话连接通知函数调用框架层的电话管理中的通知注册者函数;
所述电话状态通知函数在被调用时,所述电话状态通知函数获取所述拦截判断的结果信息,并在所述结果信息为不需要拦截的情况下,所述电话状态通知函数调用呼叫状态通知函数。
B19、如B17所述的装置,其中,所述拦截模块具体适于:
所述新电话连接通知函数调用框架层中的挂断函数,以挂断该来电。
B20、如B13所述的装置,其中,
所述短消息信息包括:短消息发送方电话号码,或者
所述短消息信息包括:短消息发送方电话号码和短消息类型,或者
所述短消息信息包括:短消息发送方电话号码、短消息类型以及短消息内容;或者
所述短消息信息包括:短消息发送方电话号码、短消息类型、短消息内容以及短消息接收方电话号码。
B21、如B13或B20所述的装置,其中,所述获取模块具体适于:
在框架层中的短消息分发函数被调用时,所述短消息分发函数调用短消息检查函数,所述短消息检查函数解析所述短消息以获取短消息信息。
B22、如B21所述的装置,其中,所述传输模块具体适于:
所述框架层中的短消息检查函数调用应用层中的短消息检查函数,并将所述短消息信息提供给所述应用层中的短消息检查函数。
B23、如B22所述的装置,其中,所述判断模块具体适于:
所述应用层中的短消息检查函数根据预先设置的短消息拦截信息对所述短消息的内容信息进行拦截判断,并将所述拦截判断的结果信息返回给所述框架层中的短消息检查函数,且所述框架层中的短消息检查函数将所述拦截判断的结果信息返回给所述短消息分发函数。
B24、如B23所述的装置,其中,所述拦截模块具体适于:
所述短消息分发函数调用框架层中的广播发送函数,以针对所述短消息进行广播。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面实施例的描述,构造这类系统所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、说明书附图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求安全保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如本发明的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求安全保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的移动设备的电话/短消息拦截装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(如计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是,上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
Claims (10)
1.一种移动设备的电话/短消息拦截方法,其包括:
在框架层,获取来电信息/短消息信息;
在框架层,将所述来电信息/短消息信息传输至应用层;
在应用层,根据预先设置的电话/短消息拦截信息对所述来电信息/短消息信息进行拦截判断,并将所述拦截判断的结果信息返回给所述框架层;
在框架层,在所述拦截判断的结果信息为不需要拦截的情况下,执行来电/来短消息事件通知操作,且在所述拦截判断的结果信息为需要拦截的情况下,不执行所述来电/来短消息事件通知操作。
2.如权利要求1所述的方法,其中,所述来电信息包括:呼叫方的电话号码;或者所述来电信息包括:呼叫方的电话号码和被呼叫方的电话号码。
3.如权利要求1或2所述的方法,其中,所述获取来电信息包括:
在框架层中的新电话连接通知函数被调用时,所述新电话连接通知函数调用框架层中的来电检查函数,且所述新电话连接通知函数将所述来电信息传输给所述来电检查函数。
4.如权利要求3所述的方法,其中,所述将所述来电信息传输至应用层包括:
所述框架层中的来电检查函数调用应用层中的来电检查函数,并将所述来电信息传输至应用层中的来电检查函数,其中,所述应用层中的来电检查函数为回调函数。
5.如权利要求4所述的方法,其中,所述根据预先设置的电话拦截信息对所述来电信息进行拦截判断,并将所述拦截判断的结果信息返回给所述框架层包括:
所述应用层中的来电检查函数根据应用层中预先设置的电话拦截信息对所述来电信息进行拦截判断,并将所述拦截判断的结果信息返回给所述框架层中的来电检查函数,且所述框架层中的来电检查函数将所述拦截判断的结果信息返回给所述新电话连接通知函数。
6.如权利要求5所述的方法,其中,所述执行来电事件通知操作包括:
所述新电话连接通知函数调用框架层的电话管理中的通知注册者函数;
所述电话状态通知函数在被调用时,所述电话状态通知函数获取所述拦截判断的结果信息,并在所述结果信息为不需要拦截的情况下,所述电话状态通知函数调用呼叫状态通知函数。
7.如权利要求5所述的方法,其中,所述不执行所述来电事件通知操作包括:
所述新电话连接通知函数调用框架层中的挂断函数,以挂断该来电。
8.如权利要求1所述的方法,其中,
所述短消息信息包括:短消息发送方电话号码,或者
所述短消息信息包括:短消息发送方电话号码和短消息类型,或者
所述短消息信息包括:短消息发送方电话号码、短消息类型以及短消息内容;或者
所述短消息信息包括:短消息发送方电话号码、短消息类型、短消息内容以及短消息接收方电话号码。
9.如权利要求1或8所述的方法,其中,所述获取短消息信息包括:
在框架层中的短消息分发函数被调用时,所述短消息分发函数调用短消息检查函数,所述短消息检查函数解析所述短消息以获取短消息信息。
10.一种移动设备的电话/短消息拦截装置,其包括:
获取模块,设置于框架层中,适于获取来电信息/短消息信息;
传输模块,设置于框架层中,适于将所述来电信息/短消息信息传输至应用层;
判断模块,设置于在应用层中,适于根据预先设置的电话/短消息拦截信息对所述来电信息/短消息信息进行拦截判断,并将所述拦截判断的结果信息返回给所述框架层;
拦截模块,设置于框架层中,适于在所述拦截判断的结果信息为不需要拦截的情况下,执行来电/来短消息事件通知操作,且在所述拦截判断的结果信息为需要拦截的情况下,不执行所述来电/来短消息事件通知操作。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310589480.5A CN103619003B (zh) | 2013-11-20 | 2013-11-20 | 移动设备的电话/短消息拦截方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310589480.5A CN103619003B (zh) | 2013-11-20 | 2013-11-20 | 移动设备的电话/短消息拦截方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103619003A true CN103619003A (zh) | 2014-03-05 |
CN103619003B CN103619003B (zh) | 2017-05-10 |
Family
ID=50169707
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310589480.5A Active CN103619003B (zh) | 2013-11-20 | 2013-11-20 | 移动设备的电话/短消息拦截方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103619003B (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015070633A1 (zh) * | 2013-11-15 | 2015-05-21 | 北京奇虎科技有限公司 | 隐私权限管理方法和装置 |
CN104821978A (zh) * | 2015-04-09 | 2015-08-05 | 北京羽乐创新科技有限公司 | 一种号码识别显示方法及装置 |
CN105100364A (zh) * | 2014-04-28 | 2015-11-25 | 北京奇虎科技有限公司 | 一种在通讯设备上进行来电拦截的方法和装置 |
CN105578433A (zh) * | 2014-10-17 | 2016-05-11 | 中兴通讯股份有限公司 | 终端短信保护方法及装置 |
CN105636051A (zh) * | 2015-12-18 | 2016-06-01 | 北京奇虎科技有限公司 | 用于智能设备的消息拦截方法及系统 |
CN105681178A (zh) * | 2016-04-12 | 2016-06-15 | 上海斐讯数据通信技术有限公司 | 一种终端信息处理的系统和方法 |
CN106067919A (zh) * | 2016-06-13 | 2016-11-02 | 珠海市魅族科技有限公司 | 一种拦截来电的方法及装置 |
CN106714116A (zh) * | 2016-06-29 | 2017-05-24 | 腾讯科技(深圳)有限公司 | 一种消息处理方法及装置 |
CN107135298A (zh) * | 2017-04-14 | 2017-09-05 | 努比亚技术有限公司 | 来电拦截方法和装置 |
CN109246457A (zh) * | 2018-08-10 | 2019-01-18 | 深圳Tcl数字技术有限公司 | 按键处理方法、装置、设备以及可读存储介质 |
CN111182138A (zh) * | 2019-12-24 | 2020-05-19 | 腾讯科技(深圳)有限公司 | 一种通话控制方法及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101262520A (zh) * | 2008-04-21 | 2008-09-10 | 中兴通讯股份有限公司 | 一种具有可疑电话过滤功能的终端及其过滤方法 |
CN102694900A (zh) * | 2012-06-18 | 2012-09-26 | 奇智软件(北京)有限公司 | 电话拦截方法及装置 |
US20120309365A1 (en) * | 2011-06-01 | 2012-12-06 | Netqin Mobile (Beijing) Co., Ltd | Method for blocking crank calls by using cloud computing and a system thereof |
CN103152739A (zh) * | 2013-02-06 | 2013-06-12 | 北京奇虎科技有限公司 | 一种移动终端通话请求信息处理的方法、装置及系统 |
-
2013
- 2013-11-20 CN CN201310589480.5A patent/CN103619003B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101262520A (zh) * | 2008-04-21 | 2008-09-10 | 中兴通讯股份有限公司 | 一种具有可疑电话过滤功能的终端及其过滤方法 |
US20120309365A1 (en) * | 2011-06-01 | 2012-12-06 | Netqin Mobile (Beijing) Co., Ltd | Method for blocking crank calls by using cloud computing and a system thereof |
CN102694900A (zh) * | 2012-06-18 | 2012-09-26 | 奇智软件(北京)有限公司 | 电话拦截方法及装置 |
CN103152739A (zh) * | 2013-02-06 | 2013-06-12 | 北京奇虎科技有限公司 | 一种移动终端通话请求信息处理的方法、装置及系统 |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015070633A1 (zh) * | 2013-11-15 | 2015-05-21 | 北京奇虎科技有限公司 | 隐私权限管理方法和装置 |
CN105100364A (zh) * | 2014-04-28 | 2015-11-25 | 北京奇虎科技有限公司 | 一种在通讯设备上进行来电拦截的方法和装置 |
CN105578433A (zh) * | 2014-10-17 | 2016-05-11 | 中兴通讯股份有限公司 | 终端短信保护方法及装置 |
CN105578433B (zh) * | 2014-10-17 | 2020-09-15 | 南京中兴新软件有限责任公司 | 终端短信保护方法及装置 |
CN104821978A (zh) * | 2015-04-09 | 2015-08-05 | 北京羽乐创新科技有限公司 | 一种号码识别显示方法及装置 |
CN105636051B (zh) * | 2015-12-18 | 2019-03-01 | 北京奇虎科技有限公司 | 用于智能设备的消息拦截方法及系统 |
CN105636051A (zh) * | 2015-12-18 | 2016-06-01 | 北京奇虎科技有限公司 | 用于智能设备的消息拦截方法及系统 |
CN105681178A (zh) * | 2016-04-12 | 2016-06-15 | 上海斐讯数据通信技术有限公司 | 一种终端信息处理的系统和方法 |
CN106067919A (zh) * | 2016-06-13 | 2016-11-02 | 珠海市魅族科技有限公司 | 一种拦截来电的方法及装置 |
CN106067919B (zh) * | 2016-06-13 | 2019-03-01 | 珠海市魅族科技有限公司 | 一种拦截来电的方法及装置 |
CN106714116A (zh) * | 2016-06-29 | 2017-05-24 | 腾讯科技(深圳)有限公司 | 一种消息处理方法及装置 |
CN106714116B (zh) * | 2016-06-29 | 2018-11-06 | 腾讯科技(深圳)有限公司 | 一种消息处理方法及装置 |
CN107135298A (zh) * | 2017-04-14 | 2017-09-05 | 努比亚技术有限公司 | 来电拦截方法和装置 |
CN109246457A (zh) * | 2018-08-10 | 2019-01-18 | 深圳Tcl数字技术有限公司 | 按键处理方法、装置、设备以及可读存储介质 |
CN109246457B (zh) * | 2018-08-10 | 2021-08-24 | 深圳Tcl数字技术有限公司 | 按键处理方法、装置、设备以及可读存储介质 |
CN111182138A (zh) * | 2019-12-24 | 2020-05-19 | 腾讯科技(深圳)有限公司 | 一种通话控制方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN103619003B (zh) | 2017-05-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103619003A (zh) | 移动设备的电话/短消息拦截方法和装置 | |
US20030200460A1 (en) | Server apparatus, and information processing method | |
CN103595547A (zh) | 智能设备的广播拦截方法和装置 | |
US8234368B1 (en) | System, method, and computer program for reporting a communication flow to a lawful intercept framework | |
CN105376394A (zh) | 终端的业务处理方法及装置 | |
EP2728918B1 (en) | Method for detecting interception behaviour and terminal device | |
CN103577757A (zh) | 病毒防御方法和装置 | |
CN103595867B (zh) | 基于多卡识别的应用程序实现方法及装置 | |
CN105657138A (zh) | 呼叫处理方法及通信终端 | |
CN108901055A (zh) | 一种进行接入控制的方法及设备 | |
CN103577773A (zh) | 基于Android的移动设备安全保护方法和装置 | |
US20040248590A1 (en) | Apparatus and method for presence-based call routing using computers | |
CN101652984A (zh) | 用于建立电话连接的方法和系统 | |
WO2009088852A1 (en) | Blocking or distinctively alerting incoming communications as a function of an emergency indication | |
CN105636051A (zh) | 用于智能设备的消息拦截方法及系统 | |
US20080285727A1 (en) | Communications Controller And Protocol | |
CN104144414A (zh) | 一种信息的拦截方法及装置 | |
CN103179498A (zh) | 数据传输方法和装置 | |
KR20190121506A (ko) | 메시지를 이용한 보이는 에이알에스 제공 방법 | |
CN102075926B (zh) | 监听设备、监听方法和系统 | |
CN106060031B (zh) | 一种多媒体通信控制的方法、服务器及系统 | |
CN103701989A (zh) | 移动终端去电保护方法、客户端、服务器和系统 | |
CN104768140A (zh) | 呼叫转移处理方法、设备和系统 | |
US10154136B1 (en) | Call block policy using validated identities and selected attribute sharing | |
US20140133641A1 (en) | Automated attendant for a private telephone system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20220727 Address after: Room 801, 8th floor, No. 104, floors 1-19, building 2, yard 6, Jiuxianqiao Road, Chaoyang District, Beijing 100015 Patentee after: BEIJING QIHOO TECHNOLOGY Co.,Ltd. Address before: 100088 room 112, block D, 28 new street, new street, Xicheng District, Beijing (Desheng Park) Patentee before: BEIJING QIHOO TECHNOLOGY Co.,Ltd. Patentee before: Qizhi software (Beijing) Co.,Ltd. |