呼叫處理方法、裝置及終端電子設備與流程

本公開涉及通信技術領域，具體而言，涉及一種呼叫方法、裝置及終端電子設備。

背景技術：

目前對于不想接聽的電話，用戶通常是通過設置黑名單或者直接掛斷的方式來拒接對方的來電。而設置黑名單的方式拒接來電，通常是根據用戶設置的黑名單來判斷來電號碼是否被設置于黑名單中，如果來電號碼被設置于黑名單中，則直接掛斷電話。這兩種方式對于呼叫方而言，均知道電話被對方掛斷，因此這兩種拒接方式都顯得很沒有禮貌。

技術實現要素：

本公開提供一種呼叫處理方法、裝置及終端電子設備，能夠改變相關技術中拒接來電的方式，不會使得主叫方不高興。

本公開的其他特性和優點將通過下面的詳細描述變得顯然，或部分地通過本公開的實踐而習得。

根據本公開的一方面，提供了一種呼叫處理方法，應用于終端電子設備，包括：當接收到尋呼消息時，生成并發送呼叫到達指令；以及僅在接收到接通呼叫指令時，發送尋呼響應消息。

根據本公開的一實施方式，上述呼叫處理方法當接收到所述尋呼消息時，還包括：判斷是否在免打擾模式下；以及在免打擾模式下，生成并發送所述呼叫到達指令。

根據本公開的一實施方式，上述呼叫處理方法當接收到尋呼消息時，還包括：判斷所述尋呼消息中的主叫號碼是否為存儲在黑名單中的號碼；以及如果所述主叫號碼為存儲在所述黑名單中的號碼，則生成并發送所述呼叫到達指令。

根據本公開的一實施方式，上述呼叫處理方法當接收到尋呼消息時，還包括：判斷所述尋呼消息中的主叫號碼是否為存儲在聯系人中的號碼；以及如果所述主叫號碼非存儲在所述聯系人中的號碼，則生成并發送所述呼叫到達指令。

根據本公開的一實施方式，上述呼叫處理方法當接收到尋呼消息時，還包括：判斷是否在免打擾模式下；在所述免打擾模式下，判斷所述尋呼消息中的主叫號碼是否為存儲在黑名單中的號碼；以及如果所述主叫號碼為存儲在所述黑名單中的號碼，則生成并發送所述呼叫到達指令。

根據本公開的一實施方式，上述呼叫處理方法當接收到尋呼消息時，還包括：判斷是否在免打擾模式下；在所述免打擾模式下，判斷所述尋呼消息中的主叫號碼是否為存儲在聯系人中的號碼；以及如果所述主叫號碼非存儲在所述聯系人中的號碼，則生成并發送所述呼叫到達指令。

根據本公開的一實施方式，所述尋呼消息由所述終端電子設備的通信協議棧層所接收，所述呼叫到達指令由所述通信協議棧層生成，并發送給所述終端電子設備的應用層。

根據本公開的一實施方式，所述接通呼叫指令由所述應用層感測用戶操作而生成，并發送給所述通信協議棧層，所述呼叫響應消息由所述通信協議棧層發送。

根據本公開的一實施方式，上述呼叫處理方法還包括：在所述應用層接收到所述呼叫到達指令后，顯示所述尋呼消息中的主叫號碼。

根據本公開的另一方面，提供了一種呼叫處理裝置，應用于終端電子設備，包括：呼叫指示模塊，用于當接收到尋呼消息時，生成并發送呼叫到達指令；以及尋呼響應模塊，用于在接收到接通呼叫指令時，發送尋呼響應消息。

根據本公開的一實施方式，上述呼叫處理裝置還包括：免打擾判斷模塊，用于當接收到所述尋呼消息時，判斷是否在免打擾模式下；其中所述呼叫指示模塊還用于當所述免打擾判斷模塊判斷在免打擾模式下時，生成并發送所述呼叫到達指令。

根據本公開的一實施方式，上述呼叫處理裝置還包括：黑名單判斷模塊，用于當接收到所述尋呼消息時，判斷所述尋呼消息中的主叫號碼是否為存儲在黑名單中的號碼；其中所述呼叫指示模塊還用于當所述黑名單判斷模塊判斷所述主叫號碼為存儲在所述黑名單中的號碼時，生成并發送所述呼叫到達指令。

根據本公開的一實施方式，上述呼叫處理裝置還包括：聯系人判斷模塊，用于當接收到所述尋呼消息時，判斷所述尋呼消息中的主叫號碼是否為存儲在聯系人中的號碼；其中所述呼叫指示模塊還用于當所述聯系人判斷模塊判斷所述主叫號碼非存儲在所述聯系人中的號碼時，生成并發送所述呼叫到達指令。

根據本公開的一實施方式，上述呼叫處理裝置還包括：免打擾判斷模塊，用于當接收到所述尋呼消息時，判斷是否在免打擾模式下；以及黑名單判斷模塊，用于當所述免打擾判斷模塊判斷在所述免打擾模式下時，判斷所述尋呼消息中的主叫號碼是否為存儲在黑名單中的號碼；其中所述呼叫指示模塊還用于當所述黑名單判斷模塊判斷所述主叫號碼為存儲在所述黑名單中的號碼時，生成并發送所述呼叫到達指令。

根據本公開的一實施方式，上述呼叫處理裝置還包括：免打擾判斷模塊，用于當接收到所述尋呼消息時，判斷是否在免打擾模式下；以及聯系人判斷模塊，用于當所述免打擾判斷模塊判斷在所述免打擾模式下時，判斷所述尋呼消息中的主叫號碼是否為存儲在聯系人中的號碼；其中所述呼叫指示模塊還用于當所述聯系人判斷模塊判斷所述主叫號碼非存儲在所述聯系人中的號碼時，生成并發送所述呼叫到達指令。

根據本公開的一實施方式，所述尋呼消息由所述終端電子設備的通信協議棧層所接收，所述呼叫指示模塊位于所述通信協議棧層，所述呼叫到達指令發送給所述終端電子設備的應用層。

根據本公開的一實施方式，所述接通呼叫指令由所述應用層感測用戶操作而生成，并發送給所述通信協議棧層，所述尋呼響應模塊位于所述通信協議棧層。

根據本公開的一實施方式，上述呼叫處理裝置還包括：顯示模塊，用于在所述應用層接收到所述呼叫到達指令后，顯示所述尋呼消息中的 主叫號碼。

根據本公開的再一方面，提供了一種終端電子設備，包括：處理器；以及存儲器，用于存儲所述處理器的可執行指令；其中所述處理器配置為經由執行所述可執行指令來執行以下操作：當接收到尋呼消息時，生成并發送呼叫到達指令；以及僅在接收到接通呼叫指令時，發送尋呼響應消息。

根據本公開的呼叫處理方法，當接收到尋呼消息時，暫時先不響應該尋呼消息，而是等待用戶的進一步指示，如果用戶不指示接通該呼叫，則不響應尋呼消息，使得網絡側向主叫用戶返回暫時無法接通的結果，從而提供了一種禮貌的拒絕應答呼叫方式，在一定程度上照顧了主叫用戶的情緒。

另外，根據一些實施例，本公開提供的呼叫處理方法，更提供了一種免打擾設置模式，在該免打擾設置模式下，才會不主動響應尋呼消息，而是等待用戶的進一步指示，從而為用戶在不想被打擾的時段提供了一種禮貌的電話拒接方式，照顧了主叫用戶的情緒。

另外，根據一些實施例，本公開提供的呼叫處理方法，對被用戶設置于黑名單中的號碼不主動響應尋呼消息，為用戶不想接聽的電話提供了一種禮貌的拒接電話方式，照顧了主叫方的情緒。此外也可以避免漏接重要電話。

另外，根據一些實施例，本公開提供的呼叫處理方法，將免打擾模式與黑名單號碼的設置相結合，在免打擾模式下對黑名單號碼不主動響應尋呼消息，為用戶在不想被打擾的時段對于不想接聽的電話提供了一種禮貌的電話拒接方式，照顧了主叫方的情緒。

應當理解的是，以上的一般描述和后文的細節描述僅是示例性的，并不能限制本公開。

附圖說明

通過參照附圖詳細描述其示例實施例，本公開的上述和其它目標、特征及優點將變得更加顯而易見。

圖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、磁帶、軟盤和光數據存儲設備等。

以上具體地示出和描述了本公開的示例性實施方式。應可理解的是，本公開不限于這里描述的詳細結構、設置方式或實現方法；相反，本公開意圖涵蓋包含在所附權利要求的精神和范圍內的各種修改和等效設置。