CN105100364B - 一种在通讯设备上进行来电拦截的方法和装置 - Google Patents

一种在通讯设备上进行来电拦截的方法和装置 Download PDF

Info

Publication number
CN105100364B
CN105100364B CN201410175739.6A CN201410175739A CN105100364B CN 105100364 B CN105100364 B CN 105100364B CN 201410175739 A CN201410175739 A CN 201410175739A CN 105100364 B CN105100364 B CN 105100364B
Authority
CN
China
Prior art keywords
event
calling
communication number
intercepted
calling party
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.)
Active
Application number
CN201410175739.6A
Other languages
English (en)
Other versions
CN105100364A (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.)
Beijing Qihoo Technology Co Ltd
Original Assignee
Beijing Qihoo Technology Co Ltd
Qizhi Software Beijing 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 Beijing Qihoo Technology Co Ltd, Qizhi Software Beijing Co Ltd filed Critical Beijing Qihoo Technology Co Ltd
Priority to CN201410175739.6A priority Critical patent/CN105100364B/zh
Publication of CN105100364A publication Critical patent/CN105100364A/zh
Application granted granted Critical
Publication of CN105100364B publication Critical patent/CN105100364B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供了一种在通讯设备上进行来电拦截的方法和装置,该方法包括:监听所述通讯设备上的来电事件,并获取所述来电事件的主叫方通讯号码;监听调取响铃或振动函数的事件并截获;判断所述主叫方通讯号码是否需要被拦截;如果判断结果为是,则对调取响铃或振动函数的事件返回空值,以便当前通讯设备继续处理来电事件,但不产生响铃或振动。通过本发明,可对需要被拦截的通讯号码进行有效的拦截,同时通讯设备可继续处理来电事件且不会产生响铃或振动的来电响应,这样不但不会骚扰到用户且不会影响用户使用手机的其他功能,还可使得主叫方不会感觉到呼叫被拦截。

Description

一种在通讯设备上进行来电拦截的方法和装置
技术领域
本发明涉及通讯领域,特别地,涉及一种在通讯设备上进行来电拦截的方法和装置。
背景技术
随着终端及通讯技术的飞速发展,移动通讯设备已经日渐成为人们日常生活中的必需品。但是在实际应用中,用户经常会受到一些恶意来电的骚扰,或者,还有些用户可能出于一些个人原因不想接听某用户的来电,等等。为此,现有技术中出现了一些帮助用户进行来电拦截的应用。这些应用采用的方式一般是,对通讯设备上的来电进行监听,判断来电号码是否为需拦截的号码,如果是,则直接挂断来电,或者接听并挂断来电,再或者向主叫方语音提示“所拨叫的号码为空号”、向主叫方语音提示“所拨叫的号码已关机”,等等。上述方式能够避免被叫方受到其不想接听的来电的骚扰,但是,对于主叫方来说,可以会明显地感觉到自己的呼叫被对方拦截或者拒接了。这对于恶意来电的主叫方而言一般无所谓,但是,对于用户出于个人原因不想接听某联系人的电话的情况,虽然该用户不想接听,但是由于相互认识等原因可能又不好直接挂断,以至于被对方知道自己拦截或者直接挂断了他的来电。显然,前述方法均无法满足用户的该需求。
为此,现有技术中,为用户提供了另一种实现方案,该方案是利用呼叫转移来使得被叫方用户不会受到来电的干扰,同时又使得主叫方感觉不到被拦截,一般将这种拦截方式称为“来电忽略”。具体实现时,需要预先为用户设置一个目标号码,当用户接收到一个需要忽略的来电时,该来电就会被转移呼叫到该目标号码上,此时,被叫方用户不会受到该来电的干扰,同时,主叫方用户会听到正常的回铃音,感受不到自己的呼叫被拦截。
但是,此种呼叫转移的方式存在一个问题,即通常是以多对一的方式来设置的,具体而言就是通常会将多个用户(比如A用户、B用户等)的手机号码转移到同一个目标号码,这样就会导致当A用户使用了呼叫转移后,该目标号码则处于使用状态(即通话状态),此时,若B用户再使用呼叫转移,则呼叫B用户的主叫方听到的会是“电话正在通话中”的提示,这样也会认为B用户不想接听自己的电话,在主叫方是B用户不想接听但又不好直接挂断的情况下,此种呼叫拦截方式就失去了的意义。
因此,如何更有效地实现对来电号码的拦截,同时又使得主叫方不会感受到呼叫被拦截,成为迫切需要本领域技术人员解决的技术问题。
发明内容
本发明所要解决的技术问题是提供一种在通讯设备上进行来电拦截的方法和装置,可对需要被拦截的通讯号码进行有效的拦截,同时通讯设备可继续处理来电事件且不会产生响铃或振动的来电响应,不但不会影响用户使用手机的其他功能,还可使得主叫方不会感觉到呼叫被拦截。
为实现上述目的,根据本发明的一个方面,提出了一种在通讯设备上进行来电拦截的方法,包括:
监听所述通讯设备上的来电事件,并获取所述来电事件的主叫方通讯号码;
监听调取响铃或振动函数的事件并截获;
判断所述主叫方通讯号码是否需要被拦截;
如果判断结果为是,则对调取响铃或振动函数的事件返回空值,以便当前通讯设备继续处理来电事件,但不产生响铃或振动。
进一步的,所述方法还包括:
如果判断结果为否,则对所述调取响铃或振动函数的事件进行放行,以便执行响铃或振动的操作。
进一步的,在监听所述通讯设备上的来电事件,并获取所述来电事件的主叫方通讯号码之后,还包括:
监听调取显示来电界面函数的事件并截获;
判断是否需要显示所述来电事件的来电界面;
如果判断结果为否,则对调取显示来电界面函数的事件返回空值,以便通讯设备继续处理来电事件,但不显示所述来电事件的来电界面。
进一步的,所述判断是否需要显示所述来电事件的来电界面,包括:
如果所述主叫方通讯号码需要被拦截,则判定不需要显示所述来电事件的来电界面。
进一步的,所述判断是否需要显示所述来电事件的来电界面,包括:
判断所述主叫方通讯号码是否出现在用户预先设置的需拦截的通讯号码名单中;
如果判断结果为是,则判定需要显示所述来电事件的来电界面。
进一步的,所述方法还包括:
如果判断结果为否,则判断所述主叫方通讯号码是否为需要拦截的恶意号码,如果是,则判定不需要显示所述来电事件的来电界面。
进一步的,所述判断所述主叫方通讯号码是否需要被拦截,包括:
判断所述主叫方通讯号码是否出现在用户预先设置的需拦截的通讯号码名单中,如果是,则判定所述主叫方通讯号码需要被拦截。
进一步的,所述判断所述主叫方通讯号码是否需要被拦截,包括:
判断所述主叫方通讯号码是否为符合预置恶意特征的号码,如果是,则判定所述主叫方通讯号码需要被拦截。
为实现上述目的,根据本发明的另一方面,提出了一种在通讯设备上进行来电拦截的装置,包括:
第一监听单元,用于监听所述通讯设备上的来电事件,并获取所述来电事件的主叫方通讯号码;
第二监听单元,用于监听调取响铃或振动函数的事件并截获;
第一判断单元,用于判断所述主叫方通讯号码是否需要被拦截;
第一返值单元,用于当所述第一判断单元的判断结果为是时,对调取响铃或振动函数的事件返回空值,以便当前通讯设备继续处理来电事件,但不产生响铃或振动。
进一步的,所述装置还包括:
放行单元,用于当所述判断单元的判断结果为否时,对所述调取响铃或振动函数的事件进行放行,以便执行响铃或振动的操作。
进一步的,所述装置还包括:
第三监听单元,用于监听调取显示来电界面函数的事件并截获;
第二判断单元,用于判断是否需要显示所述来电事件的来电界面;
第二返值单元,用于当所述第二判断单元的判断结果为否时,对调取显示来电界面函数的事件返回空值,以便通讯设备继续处理来电事件,但不显示所述来电事件的来电界面。
进一步的,所述第二判断单元,具体用于:
如果所述主叫方通讯号码需要被拦截,则判定不需要显示所述来电事件的来电界面。
进一步的,所述第二判断单元,具体用于:
判断所述主叫方通讯号码是否出现在用户预先设置的需拦截的通讯号码名单中;
如果判断结果为是,则判定需要显示所述来电事件的来电界面。
进一步的,所述装置还包括:
第三判断单元,用于当所述第二判断单元的判断结果为否时,判断所述主叫方通讯号码是否为需要拦截的恶意号码,如果是,则判定不需要显示所述来电事件的来电界面。
进一步的,所述第一判断单元,具体用于:
判断所述主叫方通讯号码是否出现在用户预先设置的需拦截的通讯号码名单中,如果是,则判定所述主叫方通讯号码需要被拦截。
进一步的,所述第一判断单元,具体用于:
判断所述主叫方通讯号码是否为符合预置恶意特征的号码,如果是,则判定所述主叫方通讯号码需要被拦截。
与现有技术相比,上述技术方案中的一个技术方案具有以下优点或有益效果:
本发明实施例提供的在通讯设备上进行来电拦截的方法和装置,通过监听通讯设备上的来电事件并获取主叫方通讯号码,并监听且截获调取响铃或振动函数的事件,当判断出主叫方通讯号码属于需要被拦截的情况,则对调取响铃或振动函数的事件返回空值,也就是继续处理来电事件而不产生响铃或振动,通过本发明实施例,可对需要被拦截的通讯号码进行有效的拦截,同时通讯设备可继续处理来电事件且不会产生响铃或振动的来电响应,这样不但不会骚扰到用户且不会影响用户使用手机的其他功能,还可使得主叫方不会感觉到呼叫被拦截。
附图说明
图1是本发明在通讯设备上进行来电拦截的方法实施例一的流程示意图;
图2是本发明在通讯设备上进行来电拦截的装置实施例一的结构示意图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
参照图1,示出了本发明在通讯设备上进行来电拦截的方法实施例一的流程示意图。
该方法实施例一包括如下步骤:
S101:监听通讯设备上的来电事件,并获取来电事件的主叫方通讯号码。
其中,通讯设备可为手机、平板电脑(pad)等,在本实施例中,通讯设备可具体为IOS操作系统的通讯设备,比如iphone手机等。
可通过钩挂(hook)系统相关函数的方式,对通讯设备上的来电事件进行监听,比如可通过对CTTelephonyCenterAddObserver这个函数hook,来实现对通讯设备的来电事件的监听,并获取到来电事件的来电时间、主叫方的通讯号码、通话时长等信息。
S102,监听调取响铃或振动函数的事件并截获。
一般情况下,终端设备在收到一个来电事件之后,会调用操作系统的响铃或者振动函数,以此来使得终端设备通过铃声或者振动的方式来通知用户该来电事件。
而本发明实施例中,为了避免用户受到恶意来电或者其他不想接听的来电的干扰,可以将这种响铃或者振动事件屏蔽。为此,具体实现时,可以对系统的响铃或者振动函数进行hook,这样,当响铃或者振动函数被调用时,就会先被本发明实施例中的应用截获,也即,该调用请求暂时不会发送给操作系统,只有当本发明实施例中的应用确定可以放行(例如判读出来当前的来电不需要拦截)时,该请求才会发送到操作系统,进行正常的响铃或者振动;否则,可以将该调用请求丢弃,由于该调用请求没有被发送给操作系统,在没有得到操作系统支持的情况下,终端设备就不会再产生响铃或者振动,从而避免对用户造成干扰。
例如,在iOS操作系统中,响铃或振动函数可为ringOrVibrate函数。该ringOrVibrate函数属于loadPluginBundle这个类中的函数,且loadPluginBundle属于SBPluginManager这个类中的函数。也即,可以通过通过对ringOrVibrate函数进行hook,来监听并截获调取该函数的事件,然后再对当前的来电号码进行预置的判断,根据判断结果决定对该截获的调取ringOrVibrate函数的事件进行放行或返回空值,即是执行响铃或振动还是不执行响铃或振动。
S103:判断主叫方通讯号码是否需要被拦截。
在该步骤中,判断S101中获取到的来电事件的主叫方通讯号码是需要被拦截的,还是不需要被拦截的。
在本实施例中,主叫方通讯号码需要被拦截的情况主要包括以下两种,第一种是主叫方通讯号码出现在用户预先设置的需拦截的通讯号码名单中,第二种是符合预置恶意特征的号码。
在第一种情况中,用户预先设置的需拦截的通讯号码,可以是用户本人预先设置的通讯号码黑名单中的号码,比如可以是存在于通讯设备的通讯录中的通讯号码,或是不存在于通讯设备的通讯录中但被用户设置到通讯号码黑名单中的通讯号码等。用户预先设置的需拦截的通讯号码,还可以是网络中的其他用户标记过的号码,比如其他用户标记过的房地产中介的号码等。该第一种情况下的号码大多数情况下是用户出于个人原因不想接听,但又不想直接挂断以至主叫方能够明显感觉到电话被挂断的情况,也可以说是属于需要被拦截的非恶意号码。第二种情况多为推销电话、诈骗电话、骚扰电话等通讯号码,也可以说是属于需要被拦截的恶意号码。
对于第一种情况的判断,可为将获取到的主叫方通讯号码与用户预先设置的需拦截的通讯号码名单中的号码相比对,如果主叫方通讯号码存在于该名单中,则判定该主叫方通讯号码为需要被拦截的。
对于第二种情况的判断,由于现有的骚扰电话、诈骗电话等的归属地是有一定规律可循的,大多出自于某几个地区,因此可将已知的这些地区预设到需拦截的归属地名单中。
具体可为先根据预置的通讯号码归属地特征来判断获取到的主叫方通讯号码的归属地,其中,归属地特征比如可为固定电话号码的区号(比如区号为010的归属地为北京)、手机号码的第4-7位的号段(比如移动手机号码的第4-7位为0200的归属地为天津),等等。
然后,将获取到的归属地与预置的需拦截的归属地名单中的归属地相比对,如果该归属地存在与该名单中,则判定获取到的主叫方通讯号码为需要被拦截的。
S104,如果S103的判断结果为是,则对调取响铃或振动函数的事件返回空值,以便当前通讯设备继续处理来电事件,但不产生响铃或振动。
也就是说,如果判定主叫方通讯号码为需要被拦截的,则对调取响铃或振动函数的事件(即调取ringOrVibrate函数的事件)返回一个空值(比如返回“null”),以便当前通讯设备继续处理来电事件即将该来电进行拦截,但又不会响应响铃或振动的事件,也就是不会产生响铃或振动,以保证不会对用户产生任何影响、干扰,且不会影响用户使用手机的其他功能。
另一方面,如果S103的判断结果为否,也就是判定主叫方通讯号码为不需要被拦截的,则可对调取响铃或振动函数的事件(即调取ringOrVibrate函数的事件)进行放行,以便系统响应响铃或振动的操作,以使通讯设备正常产生响铃或振动以提示用户有电话打入。
进一步的,在S101之后,也就是在获取到来电事件的主叫方通讯号码之后,还可包括监听调取显示来电界面函数的事件并截获,然后判断是否需要显示该来电事件的来电界面;若否,则对调取显示来电界面函数的事件返回空值,以便通讯设备继续处理来电事件,但不显示所述来电事件的来电界面。具体来说,上述步骤可为根据获取到的来电事件的主叫方通讯号码,对是否显示该来电事件的来电界面进行预置的判断,然后根据判断结果来决定是对调取显示来电界面函数的事件进行放行或返空值,也就是执行显示来电界面的操作或不显示来电界面的操作。
其中,对于iOS操作系统而言,显示来电界面函数可为initWithCall函数,该initWithCall函数也是属于loadPluginBundle这个类中的函数,且loadPluginBundle属于SBPluginManager这个类中的函数。
具体的,可通过对initWithCall这个进行hook,来函数监听并截获调取initWithCall函数的事件,然后再进行预置的判断,根据判断结果决定对该监听并截获到的initWithCall函数的事件进行放行或返回空值,即执行显示来电界面或不执行显示来电界面。
在本实施例中,判断是否需要显示该来电事件的来电界面的步骤可在S103之后进行,也就是说在判断主叫方通讯号码是否需要被拦截之后进行,需要说明的是,该步骤顺序仅是本实施例中的顺序,实际应用中可根据需要调整步骤的顺序。
具体实现时,可分两种情况,一种可为如果判定主叫方通讯号码为需要被拦截,则判定不需要显示来电事件的来电界面。另一种可为先判断主叫方通讯号码是否出现在用户预先设置的需拦截的通讯号码名单中,如是,则判定需要显示来电事件的来电界面;如否,则再判断主叫方通讯号码是否为需要拦截的恶意号码,如果是,则判定不需要显示来电事件的来电界面。
也就是说,可预先对是否显示来电界面进行设置,例如,可以直接设置为对于所有需要被拦截的通讯号码都不显示来电界面;也可以分情况设置,也就是对于上文提到的需要被拦截的两种情况区别对待,比如对于第一种情况可设置为显示来电界面,也就是对于需要被拦截的非恶意号码可显示来电界面,使得在拦截用户不想接听的电话的同时还能让用户及时了解到来电信息,比如来电时间,主叫方等信息,以便用户在需要的时候再对该来电进行处理;对于第二种情况可设置为不显示来电界面,也就是对于需要被拦截的恶意号码则不显示来电界面,使得不但能够拦截诈骗电话等恶意骚扰电话,还能最小程度的影响到用户。
下面可结合两个具体例子来说明本发明实施例的方法。
例一:
通讯设备为用户A的手机,当用户A的手机有电话呼入,可通过对CTTelephonyCenterAddObserver函数进行hook,来对用户A的手机上的来电事件进行监听,比如监听到的结果为用户B的来电,用户B的通讯号码为13812345678。
然后通过hook调取响铃或振动函数(例如ringOrVibrate函数),来监听并截获系统调取响铃或振动函数的事件,以便经过预置判断后决定用户A的手机执行响铃或振动,还是不执行响铃或振动。
经过判断,上述监听到的主叫方通讯号码(即用户B的通讯号码13812345678)为出现在用户预先设置的需拦截的通讯号码名单中,也就是用户B的通讯号码为需要被拦截的通讯号码。
然后再通过hook显示来电界面函数(initWithCall函数),监听并截获系统调取显示来电界面函数的事件,以便经过预置判断后决定是否显示来电事件的来电界面。
经过判断,用户B的通讯号码出现在用户预先设置的需拦截的通讯号码名单中,且在该例子中,预设主叫方通讯号码出现在用户预先设置的需拦截的通讯号码名单中的情况为需要显示来电事件的来电界面的情况,则可判定显示用户B来电的来电界面,以便用户A可及时了解到用户B的来电信息,以方便对来电做后续处理。
最后,对调取响铃或振动函数的事件(即调取ringOrVibrate函数的事件)返回空值,以便用户A的手机继续处理来电事件,但不产生响铃或振动,以便用户B听到是正常的回铃音,感受不到自己的呼叫被拦截,且用户A在及时了解到用户B的来电信息的同时,还不会受到用户B的来电的干扰。
例二:
通讯设备为用户C的手机,当用户C的手机有电话呼入,可通过对CTTelephonyCenterAddObserver函数进行hook,对用户C的手机上的来电事件进行监听,比如监听到的来电的通讯号码为13088880000。
然后通过监听并截获系统调取响铃或振动函数(ringOrVibrate函数)的事件,以便经过预置判断后决定用户C的手机执行响铃或振动,还是不执行响铃或振动。
经过判断,上述监听到的主叫方通讯号码(即用13088880000)不属于用户预先设置的需拦截的通讯号码名单中的号码,则可根据预置的通讯号码归属地特征来判断13088880000的归属地。
比如联通手机号码第4-7位的号段为8888的归属地为城市D,则可判定该来电的归属地为城市D。在该例子中,城市D属于预置的需拦截的归属地名单中的城市。因此,可判定13088880000为需要被拦截的。
然后再通过监听并截获系统调取显示来电界面函数(initWithCall函数)的事件,以便经过预置判断后决定是否显示来电事件的来电界面。
在该例子中,预设主叫方通讯号码为需要拦截的恶意号码时,则判定不需要显示来电事件的来电界面。经过判断,13088880000的通讯号码未出现在用户预先设置的需拦截的通讯号码名单中,但是属于需要拦截的恶意号码的情况,则可判定不显示13088880000的来电界面,以使用户C不会感觉曾有13088880000的来电。
最后,对调取响铃或振动函数的事件(即调取ringOrVibrate函数的事件)返回空值,以便用户C的手机继续处理来电事件,但不产生响铃或振动,以便13088880000的用户听到是正常的回铃音,感受不到自己的呼叫被拦截,且用户C完全不会受到13088880000的来电的干扰,也不会影响用户A使用手机的其他功能。
本发明实施例提供的在通讯设备上进行来电拦截的方法,通过监听通讯设备上的来电事件并获取主叫方通讯号码,并监听且截获调取响铃或振动函数的事件,当判断出主叫方通讯号码属于需要被拦截的情况(包括需要被拦截的非恶意号码和需要被拦截的非恶意号码),则对调取响铃或振动函数的事件返回空值,也就是继续处理来电事件而不产生响铃或振动,通过本发明实施例,可对需要被拦截的通讯号码进行有效的拦截,同时通讯设备可继续处理来电事件且不会产生响铃或振动的来电响应,这样不但不会骚扰到用户且不会影响用户使用手机的其他功能,还可使得主叫方不会感觉到呼叫被拦截。另外,还可根据主叫方通讯号码是否需要被拦截来判定是否需要显示来电界面,具体还可根据主叫方通讯号码是需要被拦截的非恶意号码还是需要被拦截的非恶意号码的情况来决定是否显示来电界面,这样在对需要被拦截的通讯号码进行有效的拦截的同时,还能分情况来显示或不显示来电界面,在实现最小程度的干扰用户的同时,还能使用户了解到可能想了解的来电信息(比如用户预先设置的需拦截的通讯号码名单中的号码的来电信息),可大大提高用户体验。
下面将介绍本发明提供的与上述在通讯设备上进行来电拦截的的方法相对应的装置。
该装置包括:
第一监听单元21,用于监听通讯设备上的来电事件,并获取来电事件的主叫方通讯号码。
第二监听单元22,用于监听调取响铃或振动函数的事件并截获。
第一判断单元23,用于判断主叫方通讯号码是否需要被拦截。
第一返值单元24,用于当第一判断单元的判断结果为是时,对调取响铃或振动函数的事件返回空值,以便当前通讯设备继续处理来电事件,但不产生响铃或振动。
进一步的,该装置还可包括:
放行单元,用于当判断单元的判断结果为否时,对调取响铃或振动函数的事件进行放行,以便执行响铃或振动的操作。
进一步的,该装置还可包括:
第三监听单元,用于监听调取显示来电界面函数的事件并截获。
第二判断单元,用于判断是否需要显示来电事件的来电界面。
第二返值单元,用于当第二判断单元的判断结果为否时,对调取显示来电界面函数的事件返回空值,以便通讯设备继续处理来电事件,但不显示来电事件的来电界面。
进一步的,第二判断单元,可具体用于:
如果主叫方通讯号码需要被拦截,则判定不需要显示来电事件的来电界面。
进一步的,第二判断单元,还可具体用于:
判断主叫方通讯号码是否出现在用户预先设置的需拦截的通讯号码名单中;如果判断结果为是,则判定需要显示所述来电事件的来电界面。
更进一步的,该装置还可包括:
第三判断单元,用于当第二判断单元的判断结果为否时,判断主叫方通讯号码是否为需要拦截的恶意号码,如果是,则判定不需要显示来电事件的来电界面。
在本实施例中,第一判断单元,可具体用于:
判断主叫方通讯号码是否出现在用户预先设置的需拦截的通讯号码名单中,如果是,则判定主叫方通讯号码需要被拦截。
第一判断单元,还可具体用于:
判断主叫方通讯号码是否为符合预置恶意特征的号码,如果是,则判定主叫方通讯号码需要被拦截。
本发明实施例提供的在通讯设备上进行来电拦截的装置,通过监听通讯设备上的来电事件并获取主叫方通讯号码,并监听且截获调取响铃或振动函数的事件,当判断出主叫方通讯号码属于需要被拦截的情况(包括需要被拦截的非恶意号码和需要被拦截的非恶意号码),则对调取响铃或振动函数的事件返回空值,也就是继续处理来电事件而不产生响铃或振动,通过本发明实施例,可对需要被拦截的通讯号码进行有效的拦截,同时通讯设备可继续处理来电事件且不会产生响铃或振动的来电响应,这样不但不会骚扰到用户且不会影响用户使用手机的其他功能,还可使得主叫方不会感觉到呼叫被拦截。另外,还可根据主叫方通讯号码是否需要被拦截来判定是否需要显示来电界面,具体还可根据主叫方通讯号码是需要被拦截的非恶意号码还是需要被拦截的非恶意号码的情况来决定是否显示来电界面,这样在对需要被拦截的通讯号码进行有效的拦截的同时,还能分情况来显示或不显示来电界面,在实现最小程度的干扰用户的同时,还能使用户了解到可能想了解的来电信息(比如用户预先设置的需拦截的通讯号码名单中的号码的来电信息),可大大提高用户体验。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上对本发明所提供的一种在通讯设备上进行来电拦截的方法和装置,进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
本发明还提供了A1.一种在通讯设备上进行来电拦截的方法,包括:
监听所述通讯设备上的来电事件,并获取所述来电事件的主叫方通讯号码;
监听调取响铃或振动函数的事件并截获;
判断所述主叫方通讯号码是否需要被拦截;
如果判断结果为是,则对调取响铃或振动函数的事件返回空值,以便当前通讯设备继续处理来电事件,但不产生响铃或振动。
A2.如A1所述的方法,还包括:
如果判断结果为否,则对所述调取响铃或振动函数的事件进行放行,以便执行响铃或振动的操作。
A3.如A1所述的方法,在监听所述通讯设备上的来电事件,并获取所述来电事件的主叫方通讯号码之后,还包括:
监听调取显示来电界面函数的事件并截获;
判断是否需要显示所述来电事件的来电界面;
如果判断结果为否,则对调取显示来电界面函数的事件返回空值,以便通讯设备继续处理来电事件,但不显示所述来电事件的来电界面。
A4.如A3所述的方法,所述判断是否需要显示所述来电事件的来电界面,包括:
如果所述主叫方通讯号码需要被拦截,则判定不需要显示所述来电事件的来电界面。
A5.如A3所述的方法,所述判断是否需要显示所述来电事件的来电界面,包括:
判断所述主叫方通讯号码是否出现在用户预先设置的需拦截的通讯号码名单中;
如果判断结果为是,则判定需要显示所述来电事件的来电界面。
A6.如A5所述的方法,还包括:
如果判断结果为否,则判断所述主叫方通讯号码是否为需要拦截的恶意号码,如果是,则判定不需要显示所述来电事件的来电界面。
A7.如A1所述的方法,所述判断所述主叫方通讯号码是否需要被拦截,包括:
判断所述主叫方通讯号码是否出现在用户预先设置的需拦截的通讯号码名单中,如果是,则判定所述主叫方通讯号码需要被拦截。
A8.如A1所述的方法,所述判断所述主叫方通讯号码是否需要被拦截,包括:
判断所述主叫方通讯号码是否为符合预置恶意特征的号码,如果是,则判定所述主叫方通讯号码需要被拦截。
B9.一种在通讯设备上进行来电拦截的装置,包括:
第一监听单元,用于监听所述通讯设备上的来电事件,并获取所述来电事件的主叫方通讯号码;
第二监听单元,用于监听调取响铃或振动函数的事件并截获;
第一判断单元,用于判断所述主叫方通讯号码是否需要被拦截;
第一返值单元,用于当所述第一判断单元的判断结果为是时,对调取响铃或振动函数的事件返回空值,以便当前通讯设备继续处理来电事件,但不产生响铃或振动。
B10.如B9所述的装置,还包括:
放行单元,用于当所述判断单元的判断结果为否时,对所述调取响铃或振动函数的事件进行放行,以便执行响铃或振动的操作。
B11.如B9所述的装置,还包括:
第三监听单元,用于监听调取显示来电界面函数的事件并截获;
第二判断单元,用于判断是否需要显示所述来电事件的来电界面;
第二返值单元,用于当所述第二判断单元的判断结果为否时,对调取显示来电界面函数的事件返回空值,以便通讯设备继续处理来电事件,但不显示所述来电事件的来电界面。
B12.如B11所述的装置,所述第二判断单元,具体用于:
如果所述主叫方通讯号码需要被拦截,则判定不需要显示所述来电事件的来电界面。
B13.如B11所述的装置,所述第二判断单元,具体用于:
判断所述主叫方通讯号码是否出现在用户预先设置的需拦截的通讯号码名单中;
如果判断结果为是,则判定需要显示所述来电事件的来电界面。
B14.如B13所述的装置,还包括:
第三判断单元,用于当所述第二判断单元的判断结果为否时,判断所述主叫方通讯号码是否为需要拦截的恶意号码,如果是,则判定不需要显示所述来电事件的来电界面。
B15.如B9所述的装置,所述第一判断单元,具体用于:
判断所述主叫方通讯号码是否出现在用户预先设置的需拦截的通讯号码名单中,如果是,则判定所述主叫方通讯号码需要被拦截。
B16.如B9所述的装置,所述第一判断单元,具体用于:
判断所述主叫方通讯号码是否为符合预置恶意特征的号码,如果是,则判定所述主叫方通讯号码需要被拦截。

Claims (16)

1.一种在通讯设备上进行来电拦截的方法,其特征在于,包括:
监听所述通讯设备上的来电事件,并获取所述来电事件的主叫方通讯号码;
通过钩挂(hook)系统相关函数的方式,对所述来电事件进行监听;监听调取响铃或振动函数的事件并截获;
判断所述主叫方通讯号码是否需要被拦截;
如果判断结果为是,则对调取响铃或振动函数的事件返回空值,当前通讯设备继续处理来电事件,所述主叫方接收正常回铃音,但所述当前通讯设备不产生响铃或振动。
2.如权利要求1所述的方法,其特征在于,还包括:
如果判断结果为否,则对所述调取响铃或振动函数的事件进行放行,以便执行响铃或振动的操作。
3.如权利要求1所述的方法,其特征在于,在监听所述通讯设备上的来电事件,并获取所述来电事件的主叫方通讯号码之后,还包括:
监听调取显示来电界面函数的事件并截获;
判断是否需要显示所述来电事件的来电界面;
如果判断结果为否,则对调取显示来电界面函数的事件返回空值,以便通讯设备继续处理来电事件,但不显示所述来电事件的来电界面。
4.如权利要求3所述的方法,其特征在于,所述判断是否需要显示所述来电事件的来电界面,包括:
如果所述主叫方通讯号码需要被拦截,则判定不需要显示所述来电事件的来电界面。
5.如权利要求3所述的方法,其特征在于,所述判断是否需要显示所述来电事件的来电界面,包括:
判断所述主叫方通讯号码是否出现在用户预先设置的需拦截的通讯号码名单中;
如果判断结果为是,则判定需要显示所述来电事件的来电界面。
6.如权利要求5所述的方法,其特征在于,还包括:
如果判断结果为否,则判断所述主叫方通讯号码是否为需要拦截的恶意号码,如果是,则判定不需要显示所述来电事件的来电界面。
7.如权利要求1所述的方法,其特征在于,所述判断所述主叫方通讯号码是否需要被拦截,包括:
判断所述主叫方通讯号码是否出现在用户预先设置的需拦截的通讯号码名单中,如果是,则判定所述主叫方通讯号码需要被拦截。
8.如权利要求1所述的方法,其特征在于,所述判断所述主叫方通讯号码是否需要被拦截,包括:
判断所述主叫方通讯号码是否为符合预置恶意特征的号码,如果是,则判定所述主叫方通讯号码需要被拦截。
9.一种在通讯设备上进行来电拦截的装置,其特征在于,包括:
第一监听单元,用于监听所述通讯设备上的来电事件,并获取所述来电事件的主叫方通讯号码;
第二监听单元,用于通过钩挂(hook)系统相关函数的方式,对所述来电事件进行监听;监听调取响铃或振动函数的事件并截获;
第一判断单元,用于判断所述主叫方通讯号码是否需要被拦截;
第一返值单元,用于当所述第一判断单元的判断结果为是时,对调取响铃或振动函数的事件返回空值,当前通讯设备继续处理来电事件,所述主叫方接收正常回铃音,但所述当前通讯设备不产生响铃或振动。
10.如权利要求9所述的装置,其特征在于,还包括:
放行单元,用于当所述判断单元的判断结果为否时,对所述调取响铃或振动函数的事件进行放行,以便执行响铃或振动的操作。
11.如权利要求9所述的装置,其特征在于,还包括:
第三监听单元,用于监听调取显示来电界面函数的事件并截获;
第二判断单元,用于判断是否需要显示所述来电事件的来电界面;
第二返值单元,用于当所述第二判断单元的判断结果为否时,对调取显示来电界面函数的事件返回空值,以便通讯设备继续处理来电事件,但不显示所述来电事件的来电界面。
12.如权利要求11所述的装置,其特征在于,所述第二判断单元,具体用于:
如果所述主叫方通讯号码需要被拦截,则判定不需要显示所述来电事件的来电界面。
13.如权利要求11所述的装置,其特征在于,所述第二判断单元,具体用于:
判断所述主叫方通讯号码是否出现在用户预先设置的需拦截的通讯号码名单中;
如果判断结果为是,则判定需要显示所述来电事件的来电界面。
14.如权利要求13所述的装置,其特征在于,还包括:
第三判断单元,用于当所述第二判断单元的判断结果为否时,判断所述主叫方通讯号码是否为需要拦截的恶意号码,如果是,则判定不需要显示所述来电事件的来电界面。
15.如权利要求9所述的装置,其特征在于,所述第一判断单元,具体用于:
判断所述主叫方通讯号码是否出现在用户预先设置的需拦截的通讯号码名单中,如果是,则判定所述主叫方通讯号码需要被拦截。
16.如权利要求9所述的装置,其特征在于,所述第一判断单元,具体用于:
判断所述主叫方通讯号码是否为符合预置恶意特征的号码,如果是,则判定所述主叫方通讯号码需要被拦截。
CN201410175739.6A 2014-04-28 2014-04-28 一种在通讯设备上进行来电拦截的方法和装置 Active CN105100364B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410175739.6A CN105100364B (zh) 2014-04-28 2014-04-28 一种在通讯设备上进行来电拦截的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410175739.6A CN105100364B (zh) 2014-04-28 2014-04-28 一种在通讯设备上进行来电拦截的方法和装置

Publications (2)

Publication Number Publication Date
CN105100364A CN105100364A (zh) 2015-11-25
CN105100364B true CN105100364B (zh) 2019-03-01

Family

ID=54579868

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410175739.6A Active CN105100364B (zh) 2014-04-28 2014-04-28 一种在通讯设备上进行来电拦截的方法和装置

Country Status (1)

Country Link
CN (1) CN105100364B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106713616B (zh) * 2016-11-24 2019-03-08 腾讯科技(深圳)有限公司 通讯事件处理方法及装置
CN107483398B (zh) * 2017-06-28 2019-04-19 北京三快在线科技有限公司 一种静默验证方法及装置,电子设备
CN110138981A (zh) * 2019-05-31 2019-08-16 中国—东盟信息港股份有限公司 一种用于反骚扰的电话拦截与追踪系统

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2869189B1 (fr) * 2004-04-16 2006-06-02 Thales Sa Procede de controle et d'analyse des communications dans un reseau de telephonie
JP2007336001A (ja) * 2006-06-12 2007-12-27 Nec Corp 迷惑電話対策機能つき移動端末
CN101282527A (zh) * 2008-04-03 2008-10-08 深圳华为通信技术有限公司 屏蔽骚扰电话的方法和终端
CN101827367B (zh) * 2009-03-06 2012-07-18 中兴通讯股份有限公司 一种骚扰电话的识别方法及装置
CN102104667B (zh) * 2009-12-17 2013-10-09 深圳富泰宏精密工业有限公司 手机及其挂机的方法
CN101951431A (zh) * 2010-08-26 2011-01-19 惠州Tcl移动通信有限公司 一种移动通信终端及其来电提示停止方法
CN102761650A (zh) * 2011-04-26 2012-10-31 珠海德百祺科技有限公司 移动终端的免打扰方法及具有该功能的移动终端
CN103619003B (zh) * 2013-11-20 2017-05-10 北京奇虎科技有限公司 移动设备的电话/短消息拦截方法和装置

Also Published As

Publication number Publication date
CN105100364A (zh) 2015-11-25

Similar Documents

Publication Publication Date Title
CN101827367B (zh) 一种骚扰电话的识别方法及装置
CN103795840B (zh) 一种未接来电提醒方法及便携式终端
CN102917105B (zh) 呼叫信息处理方法和终端设备
CN104580646B (zh) 一种语音留言的传输方法及终端
CN101500041A (zh) 呼叫控制方法和装置
CN101547255A (zh) 一种来电处理方法、系统及触摸屏移动终端
CN102711064B (zh) 礼貌挂机业务系统及挂机方法
CN104320529A (zh) 一种信息接收处理方法及语音通信设备
CN104427479A (zh) 一种提示呼叫状态的方法及移动终端
CN106937007A (zh) 一种骚扰电话提醒的系统、方法及装置
CN103024151A (zh) 用于静音模式的来电处理方法和装置
CN103415000A (zh) 一种基于移动终端的紧急呼叫处理方法及移动终端
CN101715028B (zh) 一种呼叫处理方法及装置
CN105100364B (zh) 一种在通讯设备上进行来电拦截的方法和装置
CN103516903A (zh) 一种状态信息通知的方法和装置
CN103220393A (zh) 一种防止电话骚扰的方法与装置
CN101262520A (zh) 一种具有可疑电话过滤功能的终端及其过滤方法
CN101345846B (zh) 一种用于合法监听音视频多媒体会议的系统和方法
CN105338197A (zh) 语音业务中断时的处理方法、处理系统和终端
CN107872562B (zh) 一种通话方法、装置及终端
CN108449517A (zh) 基于一号多卡业务的通话方法及装置
CN105376423A (zh) 一种呼叫检测方法、设备及系统
CN104580719B (zh) 一种通话控制方法和装置
CN103957331B (zh) 行为信息发送方法及系统、通话接入承载管控方法及系统
CN105306753A (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
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20220721

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.