CN103841536A - 一种信息提示方法和装置 - Google Patents

Abstract

本申请公开了一种信息提示方法，应用于具有通话功能的移动终端中，该方法包括：当所述移动终端接收到来自主叫端的呼叫请求时，延迟响应所述呼叫请求，所述呼叫请求用于建立主叫端与被叫端的连接；获取主叫号码；判断所述主叫号码是否满足预设条件；当所述主叫号码满足预设条件时，取消一确认指令的发送，所述确认指令用于提示所述主叫端所述呼叫请求已经被所述移动终端接收到，并且向所述主叫端发送拒绝指令，所述拒绝指令用于拒绝所述呼叫请求，以使所述主叫端的呼叫请求被断开。可以使得主叫端的呼叫直接被断开，而不进行与被叫移动终端之间的短暂的接通，避免对被叫终端的短暂提示。

Description

一种信息提示方法和装置

技术领域

本申请涉及通信技术领域，特别是涉及一种信息提示方法和装置。

背景技术

在移动终端中，对于一些骚扰电话或者用户不想接听的号码，可以将这些需要屏蔽的号码加入黑名单中，当黑名单中的号码呼入时，可以自动拒绝黑名单号码的呼叫，同时，黑名单号码的主叫端会听到“您拨打的用户正忙”的提示消息。

另外，还可以通过呼叫转移的方式实现对黑名单号码的屏蔽，在接收到黑名单号码的呼叫时，可以利用移动终端中的呼叫转移功能，将黑名单的号码呼叫转移到一个预先设置的空号号码上，这样，黑名单号码的主叫端就会听到：“您拨打的号码是空号”的提示信息，通过呼叫转移的方式也实现了黑名单号码的拒绝。

但是，在利用呼叫转移拒绝黑名单号码来电时，被叫端会在与黑名单号码的主叫端短暂接通后，再转移黑名单号码的呼叫，因为被叫端需要短暂的接通才能完成呼叫转移，使得黑名单号码主叫端先听到一声接通的提示音后，才会听到由于呼叫转移到空号而提示的“您拨打的用户是空号”的提示音，但是被叫端设置黑名单是并不希望短暂接通的，这样的黑名单拒绝方式并不能满足被叫端的需要。

发明内容

有鉴于此，本申请实施例提供一种信息法和装置，可以避免通过呼叫转移的方式拒绝黑名单来电时出现的短暂接通的问题。

为了实现上述目的，本申请提供的技术方案如下：

一种信息提示方法，应用于具有通话功能的移动终端中，该方法包括：

当所述移动终端接收到来自主叫端的呼叫请求时，延迟响应所述呼叫请求，所述呼叫请求用于建立主叫端与被叫端的连接；

获取主叫号码；

判断所述主叫号码是否满足预设条件；

当所述主叫号码满足预设条件时，取消一确认指令的发送，所述确认指令用于提示所述主叫端所述呼叫请求已经被所述移动终端接收到，并且向所述主叫端发送拒绝指令，所述拒绝指令用于拒绝所述呼叫请求，以使所述主叫端的呼叫请求被断开。

优选地，判断所述主叫号码是否满足预设条件包括：

判断所述主叫号码是否在一预先设置的黑名单号码中，当所述主叫号码在一预先设置的黑名单号码中时，所述主叫号码满足预设条件。

优选地，所述接收到主叫端的来电请求前还包括：

预先设置黑名单，包括设置需要拒绝的黑名单号码。

优选地，当所述主叫号码满足预设条件时，所述方法还包括：

向主叫端局发送与所述主叫号码对应的预设拒绝原因。

优选地，预先设置所述拒绝原因与时间段的对应关系。

优选地，当所述主叫号码不满足所述预设条件时，所述方法还包括：

依据所述呼叫请求建立所述主叫端与被叫端的呼叫连接。

本申请还提供了一种信息提示装置，应用于具有通话功能的移动终端中，该装置包括：

响应延迟模块，用于当所述移动终端接收到来自主叫端的呼叫请求时，延迟响应所述呼叫请求，所述呼叫请求用于建立主叫端与被叫端的连接；

号码获取模块，用于获取主叫号码；

逻辑判断模块，用于判断所述主叫号码是否满足预设条件；

拒绝模块，用于当所述主叫号码满足预设条件时，取消一确认指令的发送，所述确认指令用于提示所述主叫端所述呼叫请求已经被所述移动终端接收到，并且向所述主叫端发送拒绝指令，所述拒绝指令用于拒绝所述呼叫请求，以使所述主叫端的呼叫请求被断开。

优选地，所述逻辑判断模块具体用于：

判断所述主叫号码是否在一预先设置的黑名单号码中，当所述主叫号码在一预先设置的黑名单号码中时，所述主叫号码满足预设条件。

优选地，所述装置还包括：

黑名单设置模块，用于预先设置黑名单，包括设置需要拒绝的黑名单号码。

优选地，当所述主叫号码满足预设条件时，拒绝模块还用于：

向主叫端局发送与所述主叫号码对应的预设拒绝原因。

优选地，所述装置还包括：

时间设置模块，用于预先设置所述拒绝原因与时间段的对应关系。

优选地，所述装置还包括：

呼叫建立模块，用于当所述主叫号码不满足所述预设条件时，依据所述呼叫请求建立所述主叫端与被叫端的呼叫连接。

应用本申请实施例提供的信息提示方法，被叫端在接收到来电请求时，延迟处理来电请求，在主叫端是黑名单号码时，直接拒绝主叫端的来电请求，使黑名单号码主叫端的来电请求并没有被处理，黑名单号码的主叫端也就不能建立与被叫端的连接，没有进行短暂的接通，使被叫端可以完全拒绝黑名单的来电，避免了利用呼叫转移拒绝黑名单号码来电的短暂接通的问题。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种信息提示方法的流程示意图；

图2为本申请实施例提供的另一种信息提示方法的流程示意图；

图3为本申请实施例提供的另一种信息提示方法的流程示意图；

图4为本申请实施例提供的另一种信息提示方法的流程示意图；

图5为本申请实施例提供的另一种信息提示方法的流程示意图；

图6为本申请实施例提供的一种信息提示装置的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

在通话过程中，一主叫端呼叫被叫端，如果主叫端是用户不希望接听的号码，用户为了避免被这些号码打扰，可以通过设置黑名单号码的方式来进行拒接，但现有的黑名单中，主叫端如果是被叫端设置的黑名单号码，主叫端就会听到“您拨打的用户正在通话中”的提示音，但是有经验的用户在多次听到这样的提示音后就会知晓，自己是被被叫端设置成了黑名单，

同时，黑名单的设置使得主叫端仅仅只能听到“您拨打的用户正在通话中”这样的提示音，使得对黑名单号码的提示音十分单调。

现有技术中为了丰富黑名单的提示音，还可以通过呼叫转移的方法实现，被叫端在将主叫端设置成黑名单后，主叫端在呼叫被叫端时，被叫端可以将主叫端的呼叫直接通过呼叫转移的功能转移到另外一个空号码上，这样主叫端就会听到“您拨打的用户是空号”的提示信息，但是这样的呼叫转移的方法会出现这样的问题：由于使用呼叫转移到空号的方式，使得被叫端必须维护一个可以被转接的空号码，而空号码需要办理各种手续才能长时间保持空号码的状态，这无疑增加了用户的使用成本，另外，通过呼叫转移实现的黑名单处理方式，使得主叫端在呼叫被叫端时，会首先接通一下被叫端，在短暂接通后，被叫端才能将主叫端的呼叫转移到另一空号码上，这样的短暂接通就使得主叫端会听到一声短暂接通的提示音，然后才会听到被拒接而产生的提示音。这样的呼叫转移的黑名单提示方法设置复杂，同时短暂接通的存在使得不能有效的对黑名单号码进行提示。

有鉴于此，本申请实施例提供了一种信息提示方法，应用于具有通话功能的移动终端中，如图1所示，该方法包括：

步骤101，当所述移动终端接收到来自主叫端的呼叫请求时，延迟响应所述呼叫请求，所述呼叫请求用于建立主叫端与被叫端的连接；

在主叫端对移动终端进行呼叫时，会先发送一呼叫请求，该呼叫请求是建立主叫端和移动终端之间的通信连接，或者可以说呼叫请求是请求被叫移动终端建立与主叫端的连接，在建立主叫端和被叫移动终端之间的通信连接时，主叫端先向被叫移动终端发送一呼叫请求，该呼叫请求可以是由主叫端所在网络向被叫移动终端发送的，被叫移动终端在接收到该呼叫请求时，会启动与主叫端的呼叫连接建立过程。

在本申请实施例中，被叫移动终端在接收到主叫端的呼叫请求后，延迟响应该呼叫请求，即被叫移动终端在接收到需要建立连接的呼叫请求后，并不立即对该呼叫请求进行响应，响应呼叫请求包括两种情况：一是同意该呼叫请求中包含的建立连接的请求，另一种情况就是拒绝该呼叫请求，即拒绝与主叫端建立呼叫连接。

由于只有在接收到呼叫请求后，被叫移动终端才能获得主叫端的相关信息，可以说呼叫请求就是建立

步骤102，获取主叫号码；

步骤103，判断所述主叫号码是否满足预设条件；

步骤104，当所述主叫号码满足预设条件时，取消一确认指令的发送，所述确认指令用于提示所述主叫端所述呼叫请求已经被所述移动终端接收到，并且向所述主叫端发送拒绝指令，所述拒绝指令用于拒绝所述呼叫请求，以使所述主叫端的呼叫请求被断开。

呼叫请求中一般包含有主叫端的主叫号码及其他相关信息，在本申请实施例中，在判断主叫端是否是需要拒绝的号码时，可以仅仅依据主叫端的号码即可，本申请对主叫号码的获取过程并不限定。

在获取到主机号码后，可以判断该主叫号码是否满足预设条件，并且在主叫号码满足预设的条件时，拒绝主叫端的呼叫请求，即拒绝主叫端对被叫移动终端发起的建立通信连接的请求。

在针对呼叫请求的响应过程中，在现有技术中，无论主叫端是否是黑名单号码，被叫移动终端在接收到呼叫请求后，都会对该呼叫请求做一响应，即向主叫端回复一确认信息，该确认信息表明被叫移动终端接收到了主叫端的呼叫请求。

在本申请实施例中，被叫移动终端在接收到呼叫请求后，在主叫端是黑名单号码的情况下，会取消确认信息的发送，这样虽然被叫移动终端接收到了呼叫请求，但是由于被叫端没有将确认信息发送给主叫端，使得主叫端会认为被叫端没有接收到呼叫请求。确认信息可以是由被叫移动终端发送给主叫端所在网络端局，由主叫端所在网络端局发送给主叫端，也可以是发送给被叫端所在端局，再转发给主叫端所在网络端局。

在主叫端没有收到确认消息的情况下，表明被叫端没有接收到呼叫请求，此时，被叫端或者被叫端所在网络会向主叫端提示造成这一情况的具体原因，在通信网络中，使得被叫端没有接收到呼叫请求的情况可以有多种，如被叫端关机，被叫端所在区域没有网络信号等等，这样，主叫端就会知晓被叫端没有接收到呼叫请求，从而挂机，结束呼叫流程。

本申请通过对主叫端是黑名单号码时，直接拒绝主叫端的呼叫请求，使黑名单号码主叫端的呼叫请求并没有被处理，黑名单号码的主叫端也就不能建立与被叫端的连接，没有进行短暂的接通，使被叫端可以完全拒绝黑名单的来电，避免了利用呼叫转移拒绝黑名单号码来电的短暂接通的问题。

本申请实施例还提供了一种信息提示方法，应用于移动终端中，如图2所示，包括：

步骤201，预先设置黑名单；

用户可以在移动终端中设置黑名单，包括设置需要拒绝的黑名单号码，将不希望接听的号码设置成需要拒绝的黑名单号码。用户可以单独的设置某一个号码，也可以将黑名单设置成所有拨打如本移动终端的号码，黑名单的具体设置本申请并限定。

黑名单的设置可以是针对移动终端设备本身的，即只要黑名单号码呼叫该终端中的号码，无论该终端中的被叫用户的号码是什么，该黑名单号码都会被拒绝。

另一种情况，黑名单号码的设置是同时针对终端和终端内的号码的，当某一被叫号码在一个终端中设置了黑名单号码，只有该被叫号码使用该终端时，黑名单号码才会被拒绝，如果被叫号码更换了终端，那么黑名单号码就不会在新的终端上有效，同时，如果该终端中的号码发生了更换，原有设置的需要拒绝的黑名单号码也是不会生效的，只有特定的被叫号码使用特征的终端设置的黑名单号码才会有效。

或者，黑名单号码是针对号码设定的，即只要该号码设定了黑名单，那么无论该号码使用什么终端，黑名单号码的拒绝方式都是有效的，黑名单号码可以存储在与号码对应的ＳＩＭ卡中，也可以存储在号码所在的网络端，本申请实施例对黑名单号码设置的具体实现形式并不限定。

在本申请中，黑名单号码的判断可以在移动终端上进行，也可以在被叫移动终端所在的网络侧进行。

步骤202，当所述移动终端接收到来自主叫端的呼叫请求时，延迟响应所述呼叫请求，所述呼叫请求用于建立主叫端与被叫端的连接；

步骤203，获取主叫号码；

步骤204，判断所述主叫号码是否满足预设条件；

步骤205，当所述主叫号码满足预设条件时，取消一确认指令的发送，所述确认指令用于提示所述主叫端所述呼叫请求已经被所述移动终端接收到，并且向所述主叫端发送拒绝指令，所述拒绝指令用于拒绝所述呼叫请求，以使所述主叫端的呼叫请求被断开。

步骤202至205与步骤101至104相似，这里不再赘述。

本实施例通过设置黑名单号码，可以在判断主叫端是否是需要被拒绝的号码时为被叫移动终端提供判断依据。

本申请实施例还提供了一种信息提示方法，应用于移动终端，如图3所示，该方法包括：

步骤301，当所述移动终端接收到来自主叫端的呼叫请求时，延迟响应所述呼叫请求，所述呼叫请求用于建立主叫端与被叫端的连接；

步骤302，获取主叫号码；

步骤303，判断所述主叫号码是否满足预设条件；

步骤304，当所述主叫号码满足预设条件时，取消一确认指令的发送，所述确认指令用于提示所述主叫端所述呼叫请求已经被所述移动终端接收到，并且向所述主叫端发送拒绝指令，所述拒绝指令用于拒绝所述呼叫请求，以使所述主叫端的呼叫请求被断开；

步骤301至304与步骤101至104相似，这里不再赘述。

步骤305，向主叫端局发送与所述主叫号码对应的拒绝原因。

在取消了确认指令的发送后，并拒绝了呼叫请求后，还需要向主叫端局发送与主叫号码对应的预设拒绝原因。主叫端局在接收到了拒绝原因后，可以根据拒绝原因向主叫端提示被拒绝的原因，向主叫端播放相应的提示音，在本申请实施例中，主叫号码对应的拒绝原因是可以预先设置的，在主叫端的主叫被拒绝后就可以根据对应的拒绝原因播放相应的提示音，从而使得主叫端听到拒绝提示音，这些拒绝原因的作用就是启动提示音的播放，当然，这些拒绝原因可以由主叫端所在的网络侧接收到，并根据拒绝原因播放相应的提示音。

本实施例可以通过向主叫端局发送对应的拒绝原因，完成对主叫端的拒绝提示。

本申请实施例还提供了一种信息提示方法，应用于移动终端，如图4所示，该方法包括：

步骤401，预先设置所述拒绝原因与时间段的对应关系,；

用户还可以事先设置不同时段的拒绝原因，例如在晚上的某一时段，当黑名单号码来电时，拒绝原因可以是“网络繁忙”，而当中午的某一时段时，在同样的黑名单号码来电时，拒绝原因就可以是“无人接听”，这样通过在不同时段进行不同原因的拒绝，满足用户拒绝黑名单号码来电的多种需求。

在本申请实施例中，被叫移动终端发送的确认信息一方面可以实现对主叫端的提示，向主叫端确认呼叫请求已经被被叫移动终端所接收到，也就表明主叫端和被叫移动终端之间的连接是正常的，另一方面，确认信息在向主叫端发送出去后，由于该确认信息的作用是向主叫端确认呼叫请求已经被被叫移动终端所接收到，此时，就会对被叫移动终端形成振铃，即被叫移动终端上会显示出有来电，此时就会根据被叫移动终端的具体设置进行振铃，所以，如果被叫移动终端发送了确认信息，那么就会对主叫端和被叫移动终端都形成提示。

所以，在本申请中，当主叫号码是黑名单号码时，将可以发送到主叫端的确认信息取消掉，而不是先发送了确认信息后再进行呼叫请求的拒绝，这样一方面使得主叫端不会因受到确认信息而知晓主叫端和被叫移动终端之间的连接是正常的，在实际应用中，主叫端就不会听到一声短暂接通的提示音，另一方面，由于确认信息没有发送出去，使得被叫移动终端也不会形成的来电提示。另外，在取消了确认信息的同时，向主叫端发送了拒绝指令，使得主叫端的呼叫请求直接被拒绝，同时主叫端可以直接知晓呼叫连接没有被建立的原因，从而形成了对黑名单号码的拒绝和拒绝后的提示。

步骤402，当所述移动终端接收到来自主叫端的呼叫请求时，延迟响应所述呼叫请求，所述呼叫请求用于建立主叫端与被叫端的连接；

步骤403，获取主叫号码；

步骤404，判断所述主叫号码是否满足预设条件；

步骤405，当所述主叫号码满足预设条件时，取消一确认指令的发送，所述确认指令用于提示所述主叫端所述呼叫请求已经被所述移动终端接收到，并且向所述主叫端发送拒绝指令，所述拒绝指令用于拒绝所述呼叫请求，以使所述主叫端的呼叫请求被断开。

步骤406，向主叫端局发送与所述主叫号码对应的预设拒绝原因。

步骤402到406与步骤301到305相似，这里不再赘述。

在本申请实施例中，黑名单中的号码及其所对应的拒绝原因可以表单的形式进行存储，黑名单的设置可以是针对移动终端设备本身的，即只要黑名单号码呼叫该终端中的号码，无论该终端中的被叫用户的号码是什么，该黑名单号码都会被拒绝，另一种情况，黑名单号码的设置是同时针对终端和终端内的号码的，当某一被叫号码在一个终端中设置了黑名单号码，只有该被叫号码使用该终端时，黑名单号码才会被拒绝，如果被叫号码更换了终端，那么黑名单号码就不会在新的终端上有效，同时，如果该终端中的号码发生了更换，原有设置的需要拒绝的黑名单号码也是不会生效的，只有特定的被叫号码使用特征的终端设置的黑名单号码才会有效，本申请实施例对黑名单号码设置的具体实现形式并不限定。

在本申请实施例中，呼叫请求、确认信息、拒绝原因等信令的发送可以是移动终端本身，也可以是移动终端所在的网络设备发送的，本申请对信令的具体发送方和接收方并不限定。本申请中的主叫端和被叫端仅仅是信令发送方的限定，主叫端可以是移动终端或者移动终端所在的主叫网络设备等。

在现有的拒绝原因中，可以包括以下几种情况，本申请并不限定拒绝原因的具体内容。拒绝原因可以包括：

a)Cause No.1"unassigned(unallocated)number"

对应的拒绝提示是：您拨叫的号码是空号，请查证后再拨。

b)Cause No.3"no route to destination"

对应的拒绝提示是：对不起，网络繁忙，请稍后再拨。

c)Cause No.8"operator determined barring"

对应的拒绝提示是：对不起，您所拨叫的用户已暂停服务。

d)Cause No.17"user busy"

对应的拒绝提示是：您拨叫的用户忙，请稍后再拨。

e)Cause No.18"no user responding"

对应的拒绝提示是：对不起，您拨叫的用户暂时无法接通，请稍后再拨。

f)Cause No.19"user alerting,no answer"

对应的拒绝提示是：您拨叫的号码暂时无人接听，请稍后再拨。

g)Cause No.21"call rejected"

对应的拒绝提示是：您拨叫的用户忙，请稍后再拨。

h)Cause No.28"invalid number format(incomplete number)"

对应的拒绝提示是：您拨叫的号码是空号，请查证后再拨。

当然，上述拒绝原因形成的拒绝提示仅仅是在示例性的提示，拒绝原因可能因不同区域或者不同运营商而有所不同，在本申请实施例中并不限定拒绝原因的具体形式。

本申请实施例还提供了一种信息提示方法，应用于移动终端，如图5所示，包括：

步骤501，当所述移动终端接收到来自主叫端的呼叫请求时，延迟响应所述呼叫请求，所述呼叫请求用于建立主叫端与被叫端的连接；

步骤502，获取主叫号码；

步骤503，判断所述主叫号码是否满足预设条件；

步骤504，当所述主叫号码不满足所述预设条件时，所述方法还包括：

依据所述呼叫请求建立所述主叫端与被叫端的呼叫连接。

具体为向主叫端返回确认信息，向主叫端表明呼叫请求已经被被叫端接收到，此时主叫端会听到待机的相关提示音，等待被叫摘机，同时被叫终端形成振铃，待被叫摘机后，即建立起了主叫端和被叫端的呼叫连接。

本实施例可以实现对非黑名单号码的正常的呼叫建立。

下面将本申请的通话过程阐述一下：

主叫端拨打了被叫端的号码后，即产生了一呼叫请求，该呼叫请求可以由主叫端所在网络发送到被叫端所在网络端，被叫所在网络端将呼叫请求发送给被叫端，此时需要被叫端对该呼叫请求作出反应，在本申请中，在接收到该呼叫请求后，并不立即对该请求作出反应，延迟响应该呼叫请求，并先判断该呼叫请求的主叫端是否是黑名单号码，在主叫端是黑名单号码的情况下，由被叫终端对呼叫请求作出反应，即不发送确认信息，而是直接发送拒绝指令，该拒绝指令即拒绝主叫端的呼叫，使得呼叫请求失效，同时将与主叫号码对应的拒绝原因发送给网络，使得对主叫端形成拒绝提示，主叫端的呼叫请求没有获得确认信息的确认，所以主叫端并不会听到短暂接通的提示音，主叫端会直接听到与之相关的拒绝原因的提示，并进一步的挂机，实现了对主叫端黑名单号码的拒绝。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

本申请还提供了一种信息提示装置，应用于具有通话功能的移动终端中，如图6所示，该装置包括：

响应延迟模块，用于当所述移动终端接收到来自主叫端的呼叫请求时，延迟响应所述呼叫请求，所述呼叫请求用于建立主叫端与被叫端的连接；

号码获取模块，用于获取主叫号码；

逻辑判断模块，用于判断所述主叫号码是否满足预设条件；

拒绝模块，用于当所述主叫号码满足预设条件时，取消一确认指令的发送，所述确认指令用于提示所述主叫端所述呼叫请求已经被所述移动终端接收到，并且向所述主叫端发送拒绝指令，所述拒绝指令用于拒绝所述呼叫请求，以使所述主叫端的呼叫请求被断开。

本申请实施例提供的信息提示装置，可以在被叫端在接收到来电请求时，延迟处理来电请求，在主叫端是黑名单号码时，直接拒绝主叫端的来电请求，使黑名单号码主叫端的来电请求并没有被处理，黑名单号码的主叫端也就不能建立与被叫端的连接，没有进行短暂的接通，使被叫端可以完全拒绝黑名单的来电，避免了利用呼叫转移拒绝黑名单号码来电的短暂接通的问题。

优选地，所述逻辑判断模块具体用于：

判断所述主叫号码是否在一预先设置的黑名单号码中，当所述主叫号码在一预先设置的黑名单号码中时，所述主叫号码满足预设条件。

优选地，所述装置还包括：

黑名单设置模块，用于预先设置黑名单，包括设置需要拒绝的黑名单号码。

优选地，当所述主叫号码满足预设条件时，所述拒绝模块还用于：

向主叫端局发送与所述主叫号码对应的预设拒绝原因。

优选地，所述装置还包括：

时间设置模块，用于预先设置所述拒绝原因与时间段的对应关系。

优选地，所述装置还包括：

呼叫建立模块，用于当所述主叫号码不满足所述预设条件时，依据所述呼叫请求建立所述主叫端与被叫端的呼叫连接。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

需要说明的是，以上所述仅仅是本申请技术方案的一部分优选具体实施方式，使本领域技术人员能够充分理解或实现本申请，而不是全部的实施例，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，基于以上实施例，对于本技术领域的普通技术人员来说，在不脱离本申请原理，不做出创造性劳动前提下，还可以做出多种显而易见的修改和润饰，通过这些修改和润饰所获得的所有其他实施例，都可以应用于本申请技术方案，这些都不影响本申请的实现，都应当属于本申请的保护范围。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合于本文所公开的原理和新颖特点相一致的最宽的范围。

以上对本申请进行了详细介绍，本文中应用可具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想，同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (12)

1.一种信息提示方法，应用于具有通话功能的移动终端中，其特征在于，该方法包括：

当所述移动终端接收到来自主叫端的呼叫请求时，延迟响应所述呼叫请求，所述呼叫请求用于建立主叫端与被叫端的连接；

获取主叫号码；

判断所述主叫号码是否满足预设条件；

当所述主叫号码满足预设条件时，取消一确认指令的发送，所述确认指令用于提示所述主叫端所述呼叫请求已经被所述移动终端接收到，并且向所述主叫端发送拒绝指令，所述拒绝指令用于拒绝所述呼叫请求，以使所述主叫端的呼叫请求被断开。

2.根据权利要求1所述的方法，其特征在于，判断所述主叫号码是否满足预设条件包括：

判断所述主叫号码是否在一预先设置的黑名单号码中，当所述主叫号码在一预先设置的黑名单号码中时，所述主叫号码满足预设条件。

3.根据权利要求2所述的方法，其特征在于，所述接收到主叫端的来电请求前还包括：

预先设置黑名单，包括设置需要拒绝的黑名单号码。

4.根据权利要求1所述的方法，其特征在于，当所述主叫号码满足预设条件时，所述方法还包括：

向主叫端局发送与所述主叫号码对应的预设拒绝原因。

5.根据权利要求4所述的方法，其特征在于，预先设置所述拒绝原因与时间段的对应关系。

6.根据权利要求1所述的方法，其特征在于，当所述主叫号码不满足所述预设条件时，所述方法还包括：

依据所述呼叫请求建立所述主叫端与被叫端的呼叫连接。

7.一种信息提示装置，应用于具有通话功能的移动终端中，其特征在于，该装置包括：

响应延迟模块，用于当所述移动终端接收到来自主叫端的呼叫请求时，延迟响应所述呼叫请求，所述呼叫请求用于建立主叫端与被叫端的连接；

号码获取模块，用于获取主叫号码；

逻辑判断模块，用于判断所述主叫号码是否满足预设条件；

拒绝模块，用于当所述主叫号码满足预设条件时，取消一确认指令的发送，所述确认指令用于提示所述主叫端所述呼叫请求已经被所述移动终端接收到，并且向所述主叫端发送拒绝指令，所述拒绝指令用于拒绝所述呼叫请求，以使所述主叫端的呼叫请求被断开。

8.根据权利要求7所述的装置，其特征在于，所述逻辑判断模块具体用于：

判断所述主叫号码是否在一预先设置的黑名单号码中，当所述主叫号码在一预先设置的黑名单号码中时，所述主叫号码满足预设条件。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

黑名单设置模块，用于预先设置黑名单，包括设置需要拒绝的黑名单号码。

10.根据权利要求7所述的装置，其特征在于，当所述主叫号码满足预设条件时，所述拒绝模块还用于：

向主叫端局发送与所述主叫号码对应的预设拒绝原因。

11.根据权利要求10所述的装置，其特征在于，所述装置还包括：

时间设置模块，用于预先设置所述拒绝原因与时间段的对应关系。

12.根据权利要求7所述的装置，其特征在于，所述装置还包括：

呼叫建立模块，用于当所述主叫号码不满足所述预设条件时，依据所述呼叫请求建立所述主叫端与被叫端的呼叫连接。

Images