呼叫处理方法、装置及终端电子设备与流程

本公开涉及通信技术领域，具体而言，涉及一种呼叫方法、装置及终端电子设备。

背景技术：

目前对于不想接听的电话，用户通常是通过设置黑名单或者直接挂断的方式来拒接对方的来电。而设置黑名单的方式拒接来电，通常是根据用户设置的黑名单来判断来电号码是否被设置于黑名单中，如果来电号码被设置于黑名单中，则直接挂断电话。这两种方式对于呼叫方而言，均知道电话被对方挂断，因此这两种拒接方式都显得很没有礼貌。

技术实现要素：

本公开提供一种呼叫处理方法、装置及终端电子设备，能够改变相关技术中拒接来电的方式，不会使得主叫方不高兴。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一方面，提供了一种呼叫处理方法，应用于终端电子设备，包括：当接收到寻呼消息时，生成并发送呼叫到达指令；以及仅在接收到接通呼叫指令时，发送寻呼响应消息。

根据本公开的一实施方式，上述呼叫处理方法当接收到所述寻呼消息时，还包括：判断是否在免打扰模式下；以及在免打扰模式下，生成并发送所述呼叫到达指令。

根据本公开的一实施方式，上述呼叫处理方法当接收到寻呼消息时，还包括：判断所述寻呼消息中的主叫号码是否为存储在黑名单中的号码；以及如果所述主叫号码为存储在所述黑名单中的号码，则生成并发送所述呼叫到达指令。

根据本公开的一实施方式，上述呼叫处理方法当接收到寻呼消息时，还包括：判断所述寻呼消息中的主叫号码是否为存储在联系人中的号码；以及如果所述主叫号码非存储在所述联系人中的号码，则生成并发送所述呼叫到达指令。

根据本公开的一实施方式，上述呼叫处理方法当接收到寻呼消息时，还包括：判断是否在免打扰模式下；在所述免打扰模式下，判断所述寻呼消息中的主叫号码是否为存储在黑名单中的号码；以及如果所述主叫号码为存储在所述黑名单中的号码，则生成并发送所述呼叫到达指令。

根据本公开的一实施方式，上述呼叫处理方法当接收到寻呼消息时，还包括：判断是否在免打扰模式下；在所述免打扰模式下，判断所述寻呼消息中的主叫号码是否为存储在联系人中的号码；以及如果所述主叫号码非存储在所述联系人中的号码，则生成并发送所述呼叫到达指令。

根据本公开的一实施方式，所述寻呼消息由所述终端电子设备的通信协议栈层所接收，所述呼叫到达指令由所述通信协议栈层生成，并发送给所述终端电子设备的应用层。

根据本公开的一实施方式，所述接通呼叫指令由所述应用层感测用户操作而生成，并发送给所述通信协议栈层，所述呼叫响应消息由所述通信协议栈层发送。

根据本公开的一实施方式，上述呼叫处理方法还包括：在所述应用层接收到所述呼叫到达指令后，显示所述寻呼消息中的主叫号码。

根据本公开的另一方面，提供了一种呼叫处理装置，应用于终端电子设备，包括：呼叫指示模块，用于当接收到寻呼消息时，生成并发送呼叫到达指令；以及寻呼响应模块，用于在接收到接通呼叫指令时，发送寻呼响应消息。

根据本公开的一实施方式，上述呼叫处理装置还包括：免打扰判断模块，用于当接收到所述寻呼消息时，判断是否在免打扰模式下；其中所述呼叫指示模块还用于当所述免打扰判断模块判断在免打扰模式下时，生成并发送所述呼叫到达指令。

根据本公开的一实施方式，上述呼叫处理装置还包括：黑名单判断模块，用于当接收到所述寻呼消息时，判断所述寻呼消息中的主叫号码是否为存储在黑名单中的号码；其中所述呼叫指示模块还用于当所述黑名单判断模块判断所述主叫号码为存储在所述黑名单中的号码时，生成并发送所述呼叫到达指令。

根据本公开的一实施方式，上述呼叫处理装置还包括：联系人判断模块，用于当接收到所述寻呼消息时，判断所述寻呼消息中的主叫号码是否为存储在联系人中的号码；其中所述呼叫指示模块还用于当所述联系人判断模块判断所述主叫号码非存储在所述联系人中的号码时，生成并发送所述呼叫到达指令。

根据本公开的一实施方式，上述呼叫处理装置还包括：免打扰判断模块，用于当接收到所述寻呼消息时，判断是否在免打扰模式下；以及黑名单判断模块，用于当所述免打扰判断模块判断在所述免打扰模式下时，判断所述寻呼消息中的主叫号码是否为存储在黑名单中的号码；其中所述呼叫指示模块还用于当所述黑名单判断模块判断所述主叫号码为存储在所述黑名单中的号码时，生成并发送所述呼叫到达指令。

根据本公开的一实施方式，上述呼叫处理装置还包括：免打扰判断模块，用于当接收到所述寻呼消息时，判断是否在免打扰模式下；以及联系人判断模块，用于当所述免打扰判断模块判断在所述免打扰模式下时，判断所述寻呼消息中的主叫号码是否为存储在联系人中的号码；其中所述呼叫指示模块还用于当所述联系人判断模块判断所述主叫号码非存储在所述联系人中的号码时，生成并发送所述呼叫到达指令。

根据本公开的一实施方式，所述寻呼消息由所述终端电子设备的通信协议栈层所接收，所述呼叫指示模块位于所述通信协议栈层，所述呼叫到达指令发送给所述终端电子设备的应用层。

根据本公开的一实施方式，所述接通呼叫指令由所述应用层感测用户操作而生成，并发送给所述通信协议栈层，所述寻呼响应模块位于所述通信协议栈层。

根据本公开的一实施方式，上述呼叫处理装置还包括：显示模块，用于在所述应用层接收到所述呼叫到达指令后，显示所述寻呼消息中的 主叫号码。

根据本公开的再一方面，提供了一种终端电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中所述处理器配置为经由执行所述可执行指令来执行以下操作：当接收到寻呼消息时，生成并发送呼叫到达指令；以及仅在接收到接通呼叫指令时，发送寻呼响应消息。

根据本公开的呼叫处理方法，当接收到寻呼消息时，暂时先不响应该寻呼消息，而是等待用户的进一步指示，如果用户不指示接通该呼叫，则不响应寻呼消息，使得网络侧向主叫用户返回暂时无法接通的结果，从而提供了一种礼貌的拒绝应答呼叫方式，在一定程度上照顾了主叫用户的情绪。

另外，根据一些实施例，本公开提供的呼叫处理方法，更提供了一种免打扰设置模式，在该免打扰设置模式下，才会不主动响应寻呼消息，而是等待用户的进一步指示，从而为用户在不想被打扰的时段提供了一种礼貌的电话拒接方式，照顾了主叫用户的情绪。

另外，根据一些实施例，本公开提供的呼叫处理方法，对被用户设置于黑名单中的号码不主动响应寻呼消息，为用户不想接听的电话提供了一种礼貌的拒接电话方式，照顾了主叫方的情绪。此外也可以避免漏接重要电话。

另外，根据一些实施例，本公开提供的呼叫处理方法，将免打扰模式与黑名单号码的设置相结合，在免打扰模式下对黑名单号码不主动响应寻呼消息，为用户在不想被打扰的时段对于不想接听的电话提供了一种礼貌的电话拒接方式，照顾了主叫方的情绪。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

通过参照附图详细描述其示例实施例，本公开的上述和其它目标、特征及优点将变得更加显而易见。

图1是根据一示例性实施方式示出的一种呼叫处理方法的流程图。

图2是根据一示例性实施方式示出的另一种呼叫处理方法的流程图。

图3是根据一示例性实施方式示出的再一种呼叫处理方法的流程图。

图4是根据一示例性实施方式示出的再一种呼叫处理方法的流程图。

图5是根据一示例性实施方式示出的一种呼叫处理装置的框图。

图6是根据一示例性实施方式示出的另一种呼叫处理装置的框图。

图7是根据一示例性实施方式示出的再一种呼叫处理装置的框图。

图8是根据一示例性实施方式示出的再一种呼叫处理装置的框图。

图9是根据一示例性实施方式示出的再一种呼叫处理装置的框图。

图10是根据一示例性实施方式示出的再一种呼叫处理装置的框图。

图11是根据一示例性实施方式示出的一种终端电子设备的框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知结构、方法、装置、实现或者操作以避免喧宾夺主而使得本公开的各方面变得模糊。

图1是根据一示例性实施方式示出的一种呼叫处理方法的流程图。如图1所示，呼叫处理方法10可应用于终端电子设备中，包括：

在步骤s110中，当接收到寻呼消息时，生成并发送呼叫到达指令。

例如，可以由终端电子设备的通信协议栈层接收寻呼消息，并生成呼叫到达指令，在将呼叫到达指令发送给终端电子设备的应用层，应用层可以通过振铃通知用户有呼叫到达，并于显示屏中显示呼叫主叫方的电话号码，或者仅显示呼叫方的电话号码。

在步骤s120中，仅在接收到接通呼叫指令时，发送寻呼响应消息。

接通呼叫指令由应用层感测用户操作生成，例如当用户按下或触碰电话接通按钮时，则应用层生成该接通呼叫指令，再将该接通呼叫指令发送给通信协议栈层。

通信协议栈层接收到应用层发送的接通呼叫指令后，发送寻呼响应消息，以建立后续通信链路。

本实施方式的呼叫处理方法与现有呼叫流程不同的是，当检测到用户发送的接通呼叫的指令时，才对寻呼消息进行响应，从而继续后续的各通信协议层的连接建立，直到该接通该呼叫。

而如果一直未收到用户发送的接通呼叫指令，则不对寻呼消息进行响应，也即不发送寻呼响应消息，按照现有标准的呼叫流程，则网络侧会向主叫方返回暂时无法接通的结果。

本实施方式提供的呼叫处理方法，当接收到寻呼消息时，暂时先不响应该寻呼消息，而是等待用户的进一步指示，如果用户不指示接通该呼叫，则不响应寻呼消息，使得网络侧向主叫用户返回暂时无法接通的结果，从而提供了一种礼貌的拒绝应答呼叫方式，在一定程度上照顾了主叫用户的情绪。

应清楚地理解，本公开描述了如何形成和使用特定示例，但本公开的原理不限于这些示例的任何细节。相反，基于本公开公开的内容的教导，这些原理能够应用于许多其它实施方式。

图2是根据一示例性实施方式示出的另一种呼叫处理方法的流程图。如图2所示，呼叫处理方法20可应用于终端电子设备中，包括：

在步骤s210中，检测免打扰模式设置指令。

免打扰模式设置指令可以由用户操作手动设置，例如通过在用户界面中提供一输入按键，当用户按压或触碰该按键时，生成该免打扰模式 设置指令。或者，也可以由用户设置一免打扰时段，例如晚间22:00-第二天早上7:00，当进入该时间段后，自动生成该免打扰模式模式设置指令。

在步骤s220中，当检测到该免打扰模式设置指令时，进入免打扰模式。

在步骤s230中，在免打扰模式下，当接收到寻呼消息时，生成并发送呼叫到达指令。

例如，可以通过振铃通知用户有呼叫到达，并于显示屏中显示呼叫主叫方的电话号码。或者，在免打扰模式下，也可以仅在显示屏中有黑名单中的号码在进行呼叫，但不振铃(或者也可以仅产生振动，但不响铃)，从而避免了在用户不想被打扰的时段被电话铃声所影响。

在步骤s240中，检测接通呼叫指令。

接通呼叫指令由终端电子设备的应用层感测用户操作生成，例如当用户按下或触碰电话接通按钮时，则应用层生成该接通呼叫指令，再将该接通呼叫指令发送给通信协议栈层。

在步骤s250中，当接收到接通呼叫指令时，发送寻呼响应消息。

通信协议栈层接收到应用层发送的接通呼叫指令后，发送寻呼响应消息，以建立后续通信链路。

本实施方式的呼叫处理方法与现有呼叫流程不同的是，当检测到用户发送的接通呼叫的指令时，才对寻呼消息进行响应，从而继续后续的各通信协议层的连接建立，直到该接通该呼叫。

而如果一直未收到用户发送的接通呼叫指令，则不对寻呼消息进行响应，也即不发送寻呼响应消息，按照现有标准的呼叫流程，则网络侧会向主叫方返回暂时无法接通的结果。

本实施方式提供的呼叫处理方法相比于呼叫处理方法10，更提供了一种免打扰设置模式，在该免打扰设置模式下，才会不主动响应寻呼消息，而是等待用户的进一步指示，从而为用户在不想被打扰的时段提供了一种礼貌的电话拒接方式，照顾了主叫用户的情绪。

图3是根据一示例性实施方式示出的再一种呼叫处理方法的流程图。如图3所示，呼叫处理方法30可应用于终端电子设备，包括：

在步骤s310中，当接收到寻呼消息时，判断该寻呼消息中的主叫号码是否为存储的黑名单中的号码，如果主叫号码为黑名单中的号码，则进入步骤s320中；否则，进入步骤350。

黑名单号码可以由用户设置，例如可以由用户手动输入。或者，也可以当用户接收到骚扰电话后，将该骚扰电话号码拉入到黑名单中。

在步骤s320中，生成并发送呼叫到达指令。

例如，通信协议栈层生成呼叫到达指令，并发送给应用层。

例如，应用层在收到呼叫到达指令后，可以通过振铃通知用户有呼叫到达，并于显示屏中显示呼叫主叫方的电话号码。或者，对于黑名单中的号码，也可以仅在显示屏中有黑名单中的号码在进行呼叫，但不振铃(或者也可以仅产生振动，但不响铃)，从而避免了黑名单中的号码打扰用户。

在步骤s330中，检测接通呼叫指令。

接通呼叫指令由终端电子设备的应用层感测用户操作生成，例如当用户按下或触碰电话接通按钮时，则应用层生成该接通呼叫指令，再将该接通呼叫指令发送给通信协议栈层。

在步骤s340中，当接收到接通呼叫指令时，发送寻呼响应消息。

通信协议栈层接收到应用层发送的接通呼叫指令后，发送寻呼响应消息，以建立后续通信链路。

本实施方式的呼叫处理方法与现有呼叫流程不同的是，当检测到用户发送的接通呼叫的指令时，才对寻呼消息进行响应，从而继续后续的各通信协议层的连接建立，直到该接通该呼叫。

而如果一直未收到用户发送的接通呼叫指令，则不对寻呼消息进行响应，也即不发送寻呼响应消息，按照现有标准的呼叫流程，则网络侧会向主叫方返回暂时无法接通的结果。

持续检测用户发送的接通呼叫的指令，如果一直未收到，则不对寻呼消息进行响应，也即不发送寻呼响应消息，按照现有标准的呼叫流程，则网络侧会向主叫方返回暂时无法接通的结果。

在步骤s350中，响应寻呼消息，进行正常的呼叫流程。

对于没有设置在黑名单中的号码，则进行正常的呼叫流程。

此外，在一些实施例中，也可以对未在用户的联系人名单中的来电号码执行上述操作。也即当判断来电号码不属于用户的联系人名单中的号码时，不主动响应寻呼消息，而是先通知用户，再等待用户的下一步指示。

本实施方式提供的呼叫处理方法相比于呼叫处理方法10，对被用户设置于黑名单中的号码进行上述呼叫处理，为用户不想接听的电话提供了一种礼貌的拒接电话方式，照顾了主叫方的情绪。此外也可以避免漏接重要电话。

图4是根据一示例性实施方式示出的再一种呼叫处理方法的流程图。如图4所示，呼叫处理方法40可应用于终端电子设备，包括：

在步骤s410中，检测免打扰模式设置指令。

免打扰模式设置指令可以由用户操作手动设置，例如通过在用户界面中提供一输入按键，当用户按压或触碰该按键时，生成该免打扰模式设置指令。或者，也可以由用户设置一免打扰时段，例如晚间22:00-第二天早上7:00，当进入该时间段后，自动生成该免打扰模式模式设置指令。

在步骤s420中，当检测到该免打扰模式设置指令时，进入免打扰模式。

在步骤s430中，在免打扰模式下，当接收到寻呼消息时，判断该寻呼消息中的主叫号码是否为存储的黑名单中的号码，如果主叫号码为黑名单中的号码，则进入步骤s440中；否则，进入步骤470。

黑名单号码可以由用户设置，例如可以由用户手动输入。或者，也可以当用户接收到骚扰电话后，将该骚扰电话号码拉入到黑名单中。

在步骤s440中，生成并发送呼叫到达指令。

例如终端电子设备的通信协议栈层生成呼叫到达指令，并发送给应用层。

应用层收到呼叫到达指令后，可以通过振铃通知用户有呼叫到达，并于显示屏中显示呼叫主叫方的电话号码。或者，对于黑名单中的号码，也可以仅在显示屏中有黑名单中的号码在进行呼叫，但不振铃(或者也可以仅产生振动，但不响铃)，从而避免了黑名单中的号码打扰用户。

在步骤s450中，检测接通呼叫指令。

接通呼叫指令由终端电子设备的应用层感测用户操作生成，例如当用户按下或触碰电话接通按钮时，则应用层生成该接通呼叫指令，再将该接通呼叫指令发送给通信协议栈层。

在步骤s460中，当接收到接通呼叫指令时，发送寻呼响应消息。

通信协议栈层接收到应用层发送的接通呼叫指令后，发送寻呼响应消息，以建立后续通信链路。

本实施方式的呼叫处理方法与现有呼叫流程不同的是，当检测到用户发送的接通呼叫的指令时，才对寻呼消息进行响应，从而继续后续的各通信协议层的连接建立，直到该接通该呼叫。

而如果一直未收到用户发送的接通呼叫指令，则不对寻呼消息进行响应，也即不发送寻呼响应消息，按照现有标准的呼叫流程，则网络侧会向主叫方返回暂时无法接通的结果。

在步骤s470中，响应寻呼消息，进行正常的呼叫流程。

对于没有设置在黑名单中的号码，则进行正常的呼叫流程。

此外，在一些实施例中，也可以对未在用户的联系人名单中的来电号码执行上述操作。也即当判断来电号码不属于用户的联系人名单中的号码时，不主动响应寻呼消息，而是先通知用户，再等待用户的下一步指示。

本实施方式提供的呼叫处理方法将免打扰模式与黑名单号码的设置相结合，在免打扰模式下对黑名单号码做上述处理，为用户在不想被打扰的时段对于不想接听的电话提供了一种礼貌的电话拒接方式，照顾了主叫方的情绪。

需要注意的是，上述用于示出方法实施方式的附图仅是根据本公开示例性实施方式的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

下述为本公开装置实施例，可以用于执行本公开方法实施例。对于 本公开装置实施例中未披露的细节，请参照本公开方法实施例。

图5是根据一示例性实施方式示出的一种呼叫处理装置的框图。如图5所示，呼叫处理装置50可应用于终端电子设备中，包括：呼叫指示模块510及寻呼响应模块520。

呼叫指示模块510用于当接收到寻呼消息时，生成并发送呼叫到达指令。寻呼消息可由终端电子申报的通信协议栈层所接收，呼叫指示模块510可以位于该通信协议栈层，呼叫到达指令可以发送给终端电子设备的应用层。

寻呼响应模块520用于仅在接收到接通呼叫指令时，发送寻呼响应消息。

接通呼叫指令例如可以由终端电子设备的应用层感测用户操作而生成，并发送给终端电子设备的通信协议栈层。寻呼响应模块520可以位于该通信协议栈层。

在一些实施例中，呼叫处理装置50还可以包括显示模块(图中未显示)，用于在该应用层接收到呼叫到达指令后，显示寻呼消息中的主叫号码。

本实施方式提供的呼叫处理装置，当接收到寻呼消息时，暂时先不响应该寻呼消息，而是等待用户的进一步指示，如果用户不指示接通该呼叫，则不响应寻呼消息，使得网络侧向主叫用户返回暂时无法接通的结果，从而提供了一种礼貌的拒绝应答呼叫方式，在一定程度上照顾了主叫用户的情绪。

图6是根据一示例性实施方式示出的另一种呼叫处理装置的框图。如图6所示，呼叫处理装置60可应用于终端电子设备中，包括：呼叫指示模块610、寻呼响应模块620及免打扰判断模块630。

其中，免打扰判断模块630用于当接收到所述寻呼消息时，判断是否在免打扰模式下。

呼叫指示模块610用于当免打扰判断模块630判断在免打扰模式下时，生成并发送呼叫到达指令。

寻呼响应模块620用于在接收到接通呼叫指令时，发送寻呼响应消息。

本实施方式提供的呼叫处理装置相比于呼叫处理装置50，更提供了一种免打扰模式，在该免打扰模式下，才会不主动响应寻呼消息，而是等待用户的进一步指示，从而为用户在不想被打扰的时段提供了一种礼貌的电话拒接方式，照顾了主叫用户的情绪。

图7是根据一示例性实施方式示出的再一种呼叫处理装置的框图。如图7所示，呼叫处理装置70包括：呼叫指示模块710、寻呼响应模块720及黑名单判断模块730。

其中，黑名单判断模块730用于当接收到寻呼消息时，判断寻呼消息中的主叫号码是否为存储在黑名单中的号码。

呼叫指示模块710用于当黑名单判断模块730判断主叫号码为存储在黑名单中的号码时，生成并发送所述呼叫到达指令。

寻呼响应模块720用于在接收到接通呼叫指令时，发送寻呼响应消息。

本实施方式提供的呼叫处理装置相比于呼叫处理装置50，对被用户设置于黑名单中的号码进行上述呼叫处理，为用户不想接听的电话提供了一种礼貌的拒接电话方式，照顾了主叫方的情绪。此外也可以避免漏接重要电话。

图8是根据一示例性实施方式示出的再一种呼叫处理装置的框图。如图8所示，呼叫处理装置80包括：呼叫指示模块810、寻呼响应模块820及联系人判断模块830。

其中，联系人判断模块830当接收到寻呼消息时，判断寻呼消息中的主叫号码是否为存储在联系人中的号码。

呼叫指示模块810用于当联系人判断模块830判断主叫号码非存储在联系人中的号码时，生成并发送所述呼叫到达指令。

寻呼响应模块820用于在接收到接通呼叫指令时，发送寻呼响应消息。

本实施方式提供的呼叫处理装置相比于呼叫处理装置50，对未被记录在用户联系人中的号码进行上述呼叫处理，为用户不想接听的电话提供了一种礼貌的拒接电话方式，照顾了主叫方的情绪。此外也可以避免漏接重要电话。

图9是根据一示例性实施方式示出的再一种呼叫处理装置的框图。如图9所示，呼叫处理装置90包括：呼叫指示模块910、寻呼响应模块920、免打扰判断模块930及黑名单判断模块940。

其中，免打扰判断模块930用于当接收到所述寻呼消息时，判断是否在免打扰模式下。

黑名单判断模块940用于当免打扰判断模块930判断在所述免打扰模式下时，判断所述寻呼消息中的主叫号码是否为存储在黑名单中的号码。

呼叫指示模块910用于当黑名单判断模块960判断主叫号码为存储在黑名单中的号码时，生成并发送所述呼叫到达指令。

寻呼响应模块920用于在接收到接通呼叫指令时，发送寻呼响应消息。

本实施方式提供的呼叫处理装置将免打扰模式与黑名单号码的设置相结合，在免打扰模式下对黑名单号码做上述处理，为用户在不想被打扰的时段对于不想接听的电话提供了一种礼貌的电话拒接方式，照顾了主叫方的情绪。

图10是根据一示例性实施方式示出的再一种呼叫处理装置的框图。如图10所示，呼叫处理装置100包括：呼叫指示模块1010、寻呼响应模块1020、免打扰判断模块1030及联系人判断模块1040。

其中，免打扰判断模块1030用于当接收到所述寻呼消息时，判断是否在免打扰模式下。

联系人判断模块1040用于当免打扰判断模块1030判断在免打扰模式下时，判断寻呼消息中的主叫号码是否为存储在联系人中的号码。

呼叫指示模块1010用于当联系人判断模块1040判断主叫号码非存储在联系人中的号码时，生成并发送所述呼叫到达指令。

寻呼响应模块1020用于用于在接收到接通呼叫指令时，发送寻呼响应消息。

本实施方式提供的呼叫处理装置将免打扰模式与用户联系人的设置相结合，在免打扰模式下对为存储在用户联系人中的号码做上述处理，为用户在不想被打扰的时段对于不想接听的电话提供了一种礼貌的电话 拒接方式，照顾了主叫方的情绪。

图11是根据一示例性实施方式示出的一种终端电子设备的框图。如图11所示的终端电子设备200可以移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

如图9所示，终端电子设备200可以包括以下一个或多个组件：处理组件2010，存储器2020，电源电力组件2030，多媒体组件2040，音频组件2050，输入/输出(i/o)的接口2060，传感器组件2070，以及通信组件2080。

处理组件2010通常控制终端电子设备200的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件2010可以包括一个或多个处理器20110来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件2010可以包括一个或多个模块，便于处理组件2010和其他组件之间的交互。例如，处理组件2010可以包括多媒体模块，以方便多媒体组件2040和处理组件2010之间的交互。

存储器2020被配置为存储各种类型的数据以支持在终端电子设备200的操作。这些数据的示例包括用于在终端电子设备200上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器2020可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。

电力组件2030为终端电子设备200的各种组件提供电力。电力组件2030可以包括电源管理系统，一个或多个电源，及其他与为终端电子设备200生成、管理和分配电力相关联的组件。

多媒体组件2040包括在所述终端电子设备200和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏， 以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件2040包括一个前置摄像头和/或后置摄像头。当终端电子设备200处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件2050被配置为输出和/或输入音频信号。例如，音频组件2050包括一个麦克风(mic)，当终端电子设备200处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器2020或经由通信组件2080发送。在一些实施例中，音频组件2050还包括一个扬声器，用于输出音频信号。

i/o接口2060为处理组件2010和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件2070包括一个或多个传感器，用于为终端电子设备200提供各个方面的状态评估。例如，传感器组件2070可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为终端电子设备200的显示器和小键盘，传感器组件2070还可以检测终端电子设备200或终端电子设备200一个组件的位置改变，用户与终端电子设备200接触的存在或不存在，终端电子设备200方位或加速/减速和终端电子设备200的温度变化。传感器组件2070可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件2070还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件2070还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件2080被配置为便于终端电子设备200和其他设备之间有线或无线方式的通信。终端电子设备200可以接入基于通信标准的无线网 络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信部件组件2080经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件组件2080还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。

在示例性实施例中，终端电子设备200可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施方式中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括存储指令的存储器2020，上述指令可由终端电子设备200的处理器20110执行以完成上述方法10、20、30或40。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。

以上具体地示出和描述了本公开的示例性实施方式。应可理解的是，本公开不限于这里描述的详细结构、设置方式或实现方法；相反，本公开意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。