語音信箱通知方法及系統的制作方法
【專利摘要】本發(fā)明公開了一種語音信箱通知方法及系統。該方法包括：判斷觸發(fā)用戶終端語音信箱的場景；在確定場景為關機或者不在服務區(qū)時，探測用戶終端是否開機或者返回服務區(qū)，在探測到用戶終端開機或者返回服務區(qū)之后向用戶終端發(fā)起外呼通知；在確定場景為遇忙時，探測到用戶終端掛機后向用戶終端發(fā)起外呼通知；在確定場景為無應答時，向用戶終端下發(fā)短信通知。借助于本發(fā)明的技術方案，有效避免了重復通知對電信資源的浪費及對用戶的騷擾，更可以根據不同的留言觸發(fā)情景，智能化地采用恰當的通知策略，極大地提高了郵件通知的及時率和成功率，提升了業(yè)務系統的用戶體驗。
【專利說明】語音信箱通知方法及系統

【技術領域】
[0001]本發(fā)明涉及移動通訊領域，特別是涉及一種語音信箱通知方法及系統。

【背景技術】
[0002]在現有技術中，語音信箱系統是在全世界廣泛使用的一種電信增值業(yè)務。其主要功能是在用戶無法接通時為其保存主叫方的留言信息。產生留言后，針對信箱用戶的新郵件通知是語音信箱的一個基本功能，該功能需要將用戶的新留言信息及時的傳遞給用戶。使用戶可以及時地接入系統進行留言提取。
[0003]新郵件用戶通知方式主要包括外呼通知和短信通知。傳統的語音信箱的新郵件通知方式存在以下幾個缺點:
[0004]一、兩種通知方式經常重復通知用戶。一方面對用戶造成騷擾，影響用戶體驗；另一方面對運營商來說，也造成了電信資源的浪費。
[0005]二、傳統的外呼通知采用定時起呼的方式，其接通率低。并且容易在不恰當的時候，比如夜晚起呼用戶，影響用戶體驗。
[0006]三、傳統的短信通知由于其通知形式所限。通知成功率較外呼通知低。容易對用戶的某些重要信息造成延誤，影響用戶使用。


【發(fā)明內容】

[0007]鑒于上述問題，提出了本發(fā)明以便提供一種克服上述問題或者至少部分地解決上述問題的語音信箱通知方法及系統。
[0008]本發(fā)明提供一種語音信箱通知方法，包括:判斷觸發(fā)用戶終端語音信箱的場景；在確定場景為關機或者不在服務區(qū)時，探測用戶終端是否開機或者返回服務區(qū)，在探測到用戶終端開機或者返回服務區(qū)之后向用戶終端發(fā)起外呼通知；在確定場景為遇忙時，探測到用戶終端掛機后向用戶終端發(fā)起外呼通知；在確定場景為無應答時，向用戶終端下發(fā)短信通知。
[0009]優(yōu)選地，探測用戶終端是否開機或者返回服務區(qū)具體包括:向用戶終端下發(fā)探測短信；在用戶終端開機或者返回服務區(qū)后，從短消息中心接收探測短信的下發(fā)成功報告，并根據下發(fā)成功報告確定用戶終端已經開機或者已經返回服務區(qū)。
[0010]優(yōu)選地，上述方法進一步包括:獲取用戶終端語音信箱中的未收聽郵件數量，并確定未收聽郵件數量大于或等于預先設置的閾值，和/或確定用戶終端語音信箱中存在緊急重要郵件；向用戶終端下發(fā)短信通知，并根據該短信通知的發(fā)送成功回執(zhí)判斷用戶終端是否可達，如果判斷為是，則向用戶終端發(fā)起外呼通知。
[0011]優(yōu)選地，上述方法進一步包括:在確定場景為關機或者不在服務區(qū)時，在探測到用戶終端還未開機或者還未返回服務區(qū)之后，向用戶終端下發(fā)短信通知；在確定場景為關機或者不在服務區(qū)時，在探測到用戶終端開機或者返回服務區(qū)之后向用戶終端發(fā)起的外呼通知為通知未成功時，向用戶終端下發(fā)短信通知；在確定場景為遇忙時，在探測到用戶終端掛機后向用戶終端發(fā)起的外呼通知為通知未成功時，向用戶終端下發(fā)短信通知。
[0012]優(yōu)選地，上述判斷觸發(fā)用戶終端語音信箱的場景具體包括:根據觸發(fā)用戶終端語音信箱的轉呼原因值判斷觸發(fā)用戶終端語音信箱的場景。
[0013]本發(fā)明還提供了一種語音信箱通知系統，包括:判斷模塊，用于判斷觸發(fā)用戶終端語音信箱的場景；用戶終端不可達處理模塊，用于在確定場景為關機或者不在服務區(qū)時，探測用戶終端是否開機或者返回服務區(qū)，在探測到用戶終端開機或者返回服務區(qū)之后向用戶終端發(fā)起外呼通知；用戶終端遇忙處理模塊，用于在確定場景為遇忙時，探測到用戶終端掛機后向用戶終端發(fā)起外呼通知；用戶終端無應答處理模塊，用于在確定場景為無應答時，向用戶終端下發(fā)短信通知。
[0014]優(yōu)選地，用戶終端不可達處理模塊具體用于:向用戶終端下發(fā)探測短信；在用戶終端開機或者返回服務區(qū)后，從短消息中心接收探測短信的下發(fā)成功報告，并根據下發(fā)成功報告確定用戶終端已經開機或者已經返回服務區(qū)。
[0015]優(yōu)選地，上述系統進一步包括:郵件監(jiān)測模塊，用于獲取用戶終端語音信箱中的未收聽郵件數量，并確定未收聽郵件數量大于或等于預先設置的閾值，和/或確定用戶終端語音信箱中存在緊急重要郵件；向用戶終端下發(fā)短信通知，并根據該短信通知的發(fā)送成功回執(zhí)判斷用戶終端是否可達，如果判斷為是，則向用戶終端發(fā)起外呼通知。
[0016]優(yōu)選地，用戶終端不可達處理模塊進一步用于:在確定場景為關機或者不在服務區(qū)時，在探測到用戶終端還未開機或者還未返回服務區(qū)之后，向用戶終端下發(fā)短信通知；在確定場景為關機或者不在服務區(qū)時，在探測到用戶終端開機或者返回服務區(qū)之后向用戶終端發(fā)起的外呼通知為通知未成功時，向用戶終端下發(fā)短信通知；用戶終端遇忙處理模塊進一步用于:在確定場景為遇忙時，在探測到用戶終端掛機后向用戶終端發(fā)起的外呼通知為通知未成功時，向用戶終端下發(fā)短信通知。
[0017]優(yōu)選地，上述判斷模塊具體用于:根據觸發(fā)用戶終端語音信箱的轉呼原因值判斷觸發(fā)用戶終端語音信箱的場景。
[0018]本發(fā)明有益效果如下:
[0019]借助于本發(fā)明實施例的技術方案，有效避免了重復通知對電信資源的浪費及對用戶的騷擾，更可以根據不同的留言觸發(fā)情景，智能化地采用恰當的通知策略，極大地提高了郵件通知的及時率和成功率，提升了業(yè)務系統的用戶體驗。
[0020]上述說明僅是本發(fā)明技術方案的概述，為了能夠更清楚了解本發(fā)明的技術手段，而可依照說明書的內容予以實施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點能夠更明顯易懂，以下特舉本發(fā)明的【具體實施方式】。

【專利附圖】

【附圖說明】
[0021]通過閱讀下文優(yōu)選實施方式的詳細描述，各種其他的優(yōu)點和益處對于本領域普通技術人員將變得清楚明了。附圖僅用于示出優(yōu)選實施方式的目的，而并不認為是對本發(fā)明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中:
[0022]圖1是本發(fā)明實施例的語音信箱通知方法的流程圖；
[0023]圖2是本發(fā)明實施例的語音信箱通知方法的詳細處理流程圖；
[0024]圖3是本發(fā)明實施例的語音信箱通知方法的系統架構示意圖；
[0025]圖4是本發(fā)明實施例的語音信箱通知系統的結構示意圖。

【具體實施方式】
[0026]下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例，然而應當理解，可以以各種形式實現本公開而不應被這里闡述的實施例所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，并且能夠將本公開的范圍完整的傳達給本領域的技術人員。
[0027]為了解決現有技術中的上述問題，本發(fā)明提供了一種語音信箱通知方法及系統，根據對留言事件的呼轉觸發(fā)情景，采用不同用戶通知方式，使新郵件通知成功率更高且更為及時。留言事件的觸發(fā)條件包括用戶無應答、用戶關機、用戶不在服務區(qū)、用戶忙這四種。本發(fā)明實施例將其區(qū)別處理:如果觸發(fā)條件是用戶不可達，則在用戶開機或者返回服務區(qū)之后的第一時間發(fā)起外呼通知；如果觸發(fā)條件為遇忙。則在用戶掛機后的第一時間發(fā)起外呼通知。如果觸發(fā)條件是無應答，則只下發(fā)短信通知。相對于傳統的語音信箱，本發(fā)明有效地避免的絕大多數無效通知呼叫和新郵件通知對用戶的打擾，并且可以在用戶處于活躍狀態(tài)的第一時間將郵件信息傳遞給用戶。極大地提升了語音信箱系統的用戶感受。
[0028]以下結合附圖以及實施例，對本發(fā)明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不限定本發(fā)明。
[0029]方法實施例
[0030]根據本發(fā)明的實施例，提供了一種語音信箱通知方法，圖1是本發(fā)明實施例的語音信箱通知方法的流程圖，如圖1所示，根據本發(fā)明實施例的語音信箱通知方法包括如下處理:
[0031]步驟101，判斷觸發(fā)用戶終端語音信箱的場景；
[0032]在步驟101中，可以根據觸發(fā)用戶終端語音信箱的轉呼原因值判斷觸發(fā)用戶終端語首?目箱的場景。
[0033]步驟102，在確定場景為關機或者不在服務區(qū)時，探測用戶終端是否開機或者返回服務區(qū)，在探測到用戶終端開機或者返回服務區(qū)之后向用戶終端發(fā)起外呼通知；
[0034]優(yōu)選地，在步驟102中，探測用戶終端是否開機或者返回服務區(qū)具體包括:向用戶終端下發(fā)探測短信；在用戶終端開機或者返回服務區(qū)后，從短消息中心接收探測短信的下發(fā)成功報告，并根據下發(fā)成功報告確定用戶終端已經開機或者已經返回服務區(qū)。
[0035]也就是說，在本發(fā)明實施例中，可以利用探測短信對注冊用戶終端進行開機狀態(tài)探測。對于用戶終端處于關機狀態(tài)或者不在服務區(qū)而產生的語音郵件，則會下發(fā)一條探測短信向用戶終端，這條探測短信沒有實際的內容，也不會被用戶感知到，只是用來探測用戶的開機狀態(tài)；當用戶終端開機或返回服務區(qū)的時候，該條短信會成功下發(fā)到用戶終端，通過來自短信中心的下發(fā)成功報告，能夠成功偵測到用戶的終端狀態(tài)。并且在第一時間對用戶發(fā)起外呼。這樣，就極大地提高了通知的成功率與及時性。
[0036]此外，在步驟102中，在確定場景為關機或者不在服務區(qū)時，在探測到用戶終端還未開機或者還未返回服務區(qū)之后，向用戶終端下發(fā)短信通知；在確定場景為關機或者不在服務區(qū)時，在探測到用戶終端開機或者返回服務區(qū)之后向用戶終端發(fā)起的外呼通知為通知未成功時，向用戶終端下發(fā)短信通知；
[0037]步驟103，在確定場景為遇忙時，探測到用戶終端掛機后向用戶終端發(fā)起外呼通知；
[0038]此外，在步驟103中，在確定場景為遇忙時，在探測到用戶終端掛機后向用戶終端發(fā)起的外呼通知為通知未成功時，向用戶終端下發(fā)短信通知。
[0039]步驟104，在確定場景為無應答時，向用戶終端下發(fā)短信通知。
[0040]優(yōu)選地，在本發(fā)明實施例中，可以獲取用戶終端語音信箱中的未收聽郵件數量，并確定未收聽郵件數量大于或等于預先設置的閾值，和/或確定用戶終端語音信箱中存在緊急重要郵件；在上述場景下，向用戶終端下發(fā)短信通知，并根據該短信通知的發(fā)送成功回執(zhí)判斷用戶終端是否可達，如果判斷為是，則向用戶終端發(fā)起外呼通知。
[0041]也就是說，本發(fā)明可以根據用戶未收聽留言的多少來決定是否發(fā)起外呼通知。如果用戶信箱中存留的未收聽郵件數量超過一定的閥值，或者郵箱中存在緊急重要的郵件，則可以實時地下發(fā)通知短信向用戶終端，并且通過來自SMSC的該條通知短信發(fā)送成功回執(zhí)判斷用戶是否可達，在用戶終端可達的第一時間主動地外呼用戶并把留言向用戶播送。確保用戶能及時得到留言信息。相對于傳統語音信箱，本發(fā)明實施例的技術方案可以更為有效地避免用戶對個人語音郵件信息的遺漏，提高了語音信箱系統的實用性。
[0042]以下結合附圖，對本發(fā)明實施例的上述技術方案進行詳細說明。
[0043]圖2是本發(fā)明實施例的語音信箱通知方法的詳細處理流程圖，如圖2所示，具體包括如下處理:
[0044]步驟1，用戶A撥打注冊用戶B電話，該呼叫發(fā)生呼轉接入語音信箱；
[0045]步驟2，用戶A在語音信箱中留言；
[0046]步驟3，從觸發(fā)業(yè)務的TCAP-1DP中獲取到呼轉原因值，并進而分析判斷呼轉的觸仏卜主旦及丨冃牙、；
[0047]步驟4，確定轉呼原因，如果確定轉呼原因為用戶無應答，則執(zhí)行步驟5，如果確定轉呼原因為用戶不可達，則執(zhí)行步驟6，如果確定轉呼原因為用戶忙，則執(zhí)行步驟13 ；
[0048]步驟5，向用戶B下發(fā)通知短信，結束操作；
[0049]步驟6，向用戶B下發(fā)探測短信；
[0050]步驟7，接收短消息中心發(fā)送的探測短信回執(zhí)；
[0051]步驟8，根據探測短信回執(zhí)判斷用戶是否開機或者已經回到服務區(qū)，如果判斷為是，執(zhí)行步驟9，否則，執(zhí)行步驟12 ；
[0052]步驟9，向用戶B發(fā)起外呼通知；
[0053]步驟10，判斷外呼通知是否成功，如果判斷為是，結束操作，否則，執(zhí)行步驟11 ；
[0054]步驟11，向用戶B下發(fā)通知短信，結束操作；
[0055]步驟12，向用戶B下發(fā)通知短信，結束操作；
[0056]步驟13，進行掛機信號探測；
[0057]步驟14，判斷是否探測到掛機事件，如果判斷為是，執(zhí)行步驟15，否則，執(zhí)行步驟17 ；
[0058]步驟15,向用戶B發(fā)起外呼通知；
[0059]步驟16，判斷外呼通知是否成功，如果成功，則結束操作，否則，執(zhí)行步驟17 ；
[0060]步驟17，向用戶B下發(fā)通知短信，結束操作。
[0061]圖3是本發(fā)明實施例的語音信箱通知方法的系統架構示意圖，如圖3所示，根據本發(fā)明實施例的語音信箱通知方法的系統架構可以包括:留言觸發(fā)情景數據收集分析模塊、通知策略邏輯運算模塊、用戶終端狀態(tài)探測模塊、短信通知執(zhí)行模塊、用戶呼叫通知執(zhí)行模塊、以及掛機信令監(jiān)測模塊。
[0062]需要說明的是，如圖3所示的系統架構只是本發(fā)明實施例的一種優(yōu)選架構，根據本發(fā)明實施例的技術方案，還可以具有不同的系統架構。
[0063]下面結合圖3，以被叫用戶B關機為例，對本發(fā)明實施例的技術方案進行距離說明。
[0064]步驟1，用戶A撥打注冊用戶B電話，但注冊用戶B電話已經關機，該呼叫發(fā)生呼轉接入語音信箱。
[0065]步驟2，留言觸發(fā)情景數據收集分析模塊從觸發(fā)業(yè)務的TCAP-1DP中獲取到呼轉原因值，并進而分析判斷呼轉的觸發(fā)情景為用戶不可達。
[0066]步驟3，用戶A留言完畢，通知策略邏輯運算模塊發(fā)消息給用戶終端狀態(tài)探測模塊發(fā)起用戶終端狀態(tài)探測。
[0067]步驟4，用戶終端狀態(tài)探測模塊下發(fā)探測短信。由于被叫用戶B已關機的狀態(tài)存儲于短信中心，短信執(zhí)行模塊即時收到短信發(fā)送失敗的狀態(tài)報告，并且從狀態(tài)報告中的錯誤碼分析出用戶B的終端狀態(tài)為關機，并將用戶狀態(tài)數據進行緩存。
[0068]步驟5，用戶B終端開機后。短信中心將其緩存的探測短信成功消息下發(fā)到用戶終端狀態(tài)探測模塊，用戶終端狀態(tài)探測模塊將下發(fā)成功的回執(zhí)發(fā)回給用戶呼叫通知執(zhí)行模塊。
[0069]步驟6，用戶呼叫通知執(zhí)行模塊在得到用戶可達的信息之后，查詢用戶不可達原因，如果是不在服務區(qū)或用戶關機導致的不可達發(fā)起外呼通知。
[0070]步驟7，用戶呼叫通知執(zhí)行模塊向用戶發(fā)起外呼，由于此時用戶剛開機，因此，此時外呼通知的成功率很高，也不會對用戶造成騷擾。
[0071]綜上所述，借助于本發(fā)明實施例的技術方案，有效避免了重復通知對電信資源的浪費及對用戶的騷擾，更可以根據不同的留言觸發(fā)情景，智能化地采用恰當的通知策略，極大地提高了郵件通知的及時率和成功率，提升了業(yè)務系統的用戶體驗。
[0072]系統實施例
[0073]根據本發(fā)明的實施例，提供了一種語音信箱通知系統，圖4是本發(fā)明實施例的語音信箱通知系統的結構示意圖，如圖4所示，根據本發(fā)明實施例的語音信箱通知系統包括:判斷模塊40、用戶終端不可達處理模塊42、用戶終端遇忙處理模塊44、用戶終端無應答處理模塊46，以下對本發(fā)明實施例的各個模塊進行詳細的說明。
[0074]判斷模塊40，用于判斷觸發(fā)用戶終端語音信箱的場景；
[0075]判斷模塊40具體用于:根據觸發(fā)用戶終端語音信箱的轉呼原因值判斷觸發(fā)用戶終端語音信箱的場景。
[0076]用戶終端不可達處理模塊42，用于在確定場景為關機或者不在服務區(qū)時，探測用戶終端是否開機或者返回服務區(qū)，在探測到用戶終端開機或者返回服務區(qū)之后向用戶終端發(fā)起外呼通知；
[0077]用戶終端不可達處理模塊42具體用于:向用戶終端下發(fā)探測短信；在用戶終端開機或者返回服務區(qū)后，從短消息中心接收探測短信的下發(fā)成功報告，并根據下發(fā)成功報告確定用戶終端已經開機或者已經返回服務區(qū)。
[0078]用戶終端不可達處理模塊42進一步用于:在確定場景為關機或者不在服務區(qū)時，在探測到用戶終端還未開機或者還未返回服務區(qū)之后，向用戶終端下發(fā)短信通知；在確定場景為關機或者不在服務區(qū)時，在探測到用戶終端開機或者返回服務區(qū)之后向用戶終端發(fā)起的外呼通知為通知未成功時，向用戶終端下發(fā)短信通知；
[0079]用戶終端遇忙處理模塊44，用于在確定場景為遇忙時，探測到用戶終端掛機后向用戶終端發(fā)起外呼通知；
[0080]用戶終端遇忙處理模塊44進一步用于:在確定場景為遇忙時，在探測到用戶終端掛機后向用戶終端發(fā)起的外呼通知為通知未成功時，向用戶終端下發(fā)短信通知。
[0081]用戶終端無應答處理模塊46，用于在確定場景為無應答時，向用戶終端下發(fā)短信通知。
[0082]系統進一步包括:郵件監(jiān)測模塊，用于獲取用戶終端語音信箱中的未收聽郵件數量，并確定未收聽郵件數量大于或等于預先設置的閾值，和/或確定用戶終端語音信箱中存在緊急重要郵件；向用戶終端下發(fā)短信通知，并根據該短信通知的發(fā)送成功回執(zhí)判斷用戶終端是否可達，如果判斷為是，則向用戶終端發(fā)起外呼通知。
[0083]本系統中各個模塊的具體處理可以參照上述方法實施例中的描述進行理解，在此不再贅述，此外，需要說明的事，本系統實施例所包含的各個模塊以及各模塊之間的連接關系僅僅是一種優(yōu)選的系統架構，除此之外，還可以有其他的系統架構，例如，如圖3所示的系統架構。
[0084]綜上所述，借助于本發(fā)明實施例的技術方案，有效避免了重復通知對電信資源的浪費及對用戶的騷擾，更可以根據不同的留言觸發(fā)情景，智能化地采用恰當的通知策略，極大地提高了郵件通知的及時率和成功率，提升了業(yè)務系統的用戶體驗。
[0085]顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內，則本發(fā)明也意圖包含這些改動和變型在內。
【權利要求】
1.一種語音信箱通知方法，其特征在于，包括: 判斷觸發(fā)用戶終端語音信箱的場景； 在確定所述場景為關機或者不在服務區(qū)時，探測所述用戶終端是否開機或者返回服務區(qū)，在探測到所述用戶終端開機或者返回服務區(qū)之后向所述用戶終端發(fā)起外呼通知； 在確定所述場景為遇忙時，探測到所述用戶終端掛機后向所述用戶終端發(fā)起外呼通知； 在確定所述場景為無應答時，向所述用戶終端下發(fā)短信通知。
2.如權利要求1所述的方法，其特征在于，探測所述用戶終端是否開機或者返回服務區(qū)具體包括: 向所述用戶終端下發(fā)探測短信； 在所述用戶終端開機或者返回服務區(qū)后，從短消息中心接收所述探測短信的下發(fā)成功報告，并根據所述下發(fā)成功報告確定所述用戶終端已經開機或者已經返回服務區(qū)。
3.如權利要求1所述的方法，其特征在于，所述方法進一步包括: 獲取所述用戶終端語音信箱中的未收聽郵件數量，并確定所述未收聽郵件數量大于或等于預先設置的閾值，和/或確定所述用戶終端語音信箱中存在緊急重要郵件； 向所述用戶終端下發(fā)短信通知，并根據該短信通知的發(fā)送成功回執(zhí)判斷所述用戶終端是否可達，如果判斷為是，則向所述用戶終端發(fā)起外呼通知。
4.如權利要求1所述的方法，其特征在于，所述方法進一步包括: 在確定所述場景為關機或者不在服務區(qū)時，在探測到所述用戶終端還未開機或者還未返回服務區(qū)之后，向所述用戶終端下發(fā)短信通知； 在確定所述場景為關機或者不在服務區(qū)時，在探測到所述用戶終端開機或者返回服務區(qū)之后向所述用戶終端發(fā)起的所述外呼通知為通知未成功時，向所述用戶終端下發(fā)短信通知； 在確定所述場景為遇忙時，在探測到所述用戶終端掛機后向所述用戶終端發(fā)起的所述外呼通知為通知未成功時，向所述用戶終端下發(fā)短信通知。
5.如權利要求1所述的方法，其特征在于，判斷觸發(fā)用戶終端語音信箱的場景具體包括: 根據觸發(fā)用戶終端語音信箱的轉呼原因值判斷觸發(fā)用戶終端語音信箱的場景。
6.一種語音信箱通知系統，其特征在于，包括: 判斷模塊，用于判斷觸發(fā)用戶終端語音信箱的場景； 用戶終端不可達處理模塊，用于在確定所述場景為關機或者不在服務區(qū)時，探測所述用戶終端是否開機或者返回服務區(qū)，在探測到所述用戶終端開機或者返回服務區(qū)之后向所述用戶終端發(fā)起外呼通知； 用戶終端遇忙處理模塊，用于在確定所述場景為遇忙時，探測到所述用戶終端掛機后向所述用戶終端發(fā)起外呼通知； 用戶終端無應答處理模塊，用于在確定所述場景為無應答時，向所述用戶終端下發(fā)短信通知。
7.如權利要求6所述的系統，其特征在于，所述用戶終端不可達處理模塊具體用于: 向所述用戶終端下發(fā)探測短信； 在所述用戶終端開機或者返回服務區(qū)后，從短消息中心接收所述探測短信的下發(fā)成功報告，并根據所述下發(fā)成功報告確定所述用戶終端已經開機或者已經返回服務區(qū)。
8.如權利要求6所述的系統，其特征在于，所述系統進一步包括: 郵件監(jiān)測模塊，用于獲取所述用戶終端語音信箱中的未收聽郵件數量，并確定所述未收聽郵件數量大于或等于預先設置的閾值，和/或確定所述用戶終端語音信箱中存在緊急重要郵件；向所述用戶終端下發(fā)短信通知，并根據該短信通知的發(fā)送成功回執(zhí)判斷所述用戶終端是否可達，如果判斷為是，則向所述用戶終端發(fā)起外呼通知。
9.如權利要求6所述的系統，其特征在于， 所述用戶終端不可達處理模塊進一步用于:在確定所述場景為關機或者不在服務區(qū)時，在探測到所述用戶終端還未開機或者還未返回服務區(qū)之后，向所述用戶終端下發(fā)短信通知；在確定所述場景為關機或者不在服務區(qū)時，在探測到所述用戶終端開機或者返回服務區(qū)之后向所述用戶終端發(fā)起的所述外呼通知為通知未成功時，向所述用戶終端下發(fā)短信通知； 所述用戶終端遇忙處理模塊進一步用于:在確定所述場景為遇忙時，在探測到所述用戶終端掛機后向所述用戶終端發(fā)起的所述外呼通知為通知未成功時，向所述用戶終端下發(fā)短?目通知O
10.如權利要求6所述的系統，其特征在于，所述判斷模塊具體用于: 根據觸發(fā)用戶終端語音信箱的轉呼原因值判斷觸發(fā)用戶終端語音信箱的場景。
【文檔編號】H04M3/533GK104348986SQ201310343752
【公開日】2015年2月11日 申請日期:2013年8月8日 優(yōu)先權日:2013年8月8日
【發(fā)明者】洪亮 申請人:中興通訊股份有限公司