一種語音信箱服務器及語音信箱系統(tǒng)的實現(xiàn)方法
【專利摘要】本發(fā)明公開了一種語音信箱服務器及語音信箱系統(tǒng)的實現(xiàn)方法，涉及通信領域。本發(fā)明公開的方法包括：語音信箱服務器接收到主叫用戶發(fā)送的攜帶的語音信息的請求消息，則發(fā)送指令給被叫用戶，指示被叫用戶的客戶端檢測客戶端狀態(tài)；當被叫用戶的客戶端狀態(tài)為可用狀態(tài)，則語音信箱服務器直接將所述主叫用戶發(fā)送的語音信息發(fā)送給所述被叫用戶的客戶端；當被叫用戶的客戶端狀態(tài)為不可用狀態(tài)，則語音信箱服務器將所述主叫用戶發(fā)送的語音信息先進行緩存，再將主叫用戶發(fā)送的語音信息發(fā)送給被叫用戶的客戶端。本發(fā)明還公開了一種語音信箱服務器。本申請技術方案簡化了語音信箱服務器端功能，減少語音信箱服務器端存儲空間要求和復雜度。
【專利說明】
一種語音信箱服務器及語音信箱系統(tǒng)的實現(xiàn)方法
技術領域
[0001]本發(fā)明涉及通信領域，具體的說，涉及一種語音信箱服務器及語音信箱系統(tǒng)的實現(xiàn)方法。
【背景技術】
[0002]在目前的通信領域，隨著互聯(lián)網(wǎng)技術和移動通信技術的融合，傳統(tǒng)電信增值業(yè)務也越來越向基于互聯(lián)網(wǎng)的新型增值業(yè)務發(fā)展，語音信箱業(yè)務系統(tǒng)就是這樣一種新型業(yè)務系統(tǒng)。語音信箱的服務器與客戶端通過協(xié)議交互，使得用戶可以可視化管理自己的語音信箱，就像管理電子郵件一樣方便。
[0003]但在目前的語音信箱處理系統(tǒng)中，服務端占據(jù)了較大的份額，比如專利CN102572142A語音信箱處理方法及系統(tǒng)，用戶數(shù)據(jù)管理、語音數(shù)據(jù)管理、語音文件存儲管理等等，都需要通過服務器來實施，這樣的語音信箱系統(tǒng)一般都擁有較為復雜的服務器系統(tǒng)，需要較大的數(shù)據(jù)存儲空間和極大的語音存儲空間。同時，為了維護這些大數(shù)據(jù)和存儲，也需要部署許多后臺維護服務器，這種方案不但需要大量的服務器資源，需要更多的成本，而且服務器承擔了太多的處理邏輯，一旦發(fā)生故障，或者升級等重大操作都會對在線服務造成較大的影響，在一定范圍內(nèi)不利于業(yè)務的推廣。

【發(fā)明內(nèi)容】

[0004]本發(fā)明所要解決的技術問題是，提供一種語音信箱服務器及語音信箱系統(tǒng)的實現(xiàn)方法，以解決語音信箱服務器端維護困難的問題。
[0005]為了解決上述技術問題，本發(fā)明公開了一種語音信箱系統(tǒng)的實現(xiàn)方法，該方法包括:
[0006]語音信箱服務器接收到主叫用戶發(fā)送的攜帶的語音信息的請求消息，且所述主叫用戶通過了語音信箱服務器的鑒權，則所述語音信箱服務器發(fā)送指令給被叫用戶，指示被叫用戶的客戶端檢測客戶端狀態(tài)；
[0007]當被叫用戶的客戶端狀態(tài)為可用狀態(tài)，則所述語音信箱服務器直接將所述主叫用戶發(fā)送的語音信息發(fā)送給所述被叫用戶的客戶端；
[0008]當被叫用戶的客戶端狀態(tài)為不可用狀態(tài)，則所述語音信箱服務器將所述主叫用戶發(fā)送的語音信息先進行緩存，再將所述主叫用戶發(fā)送的語音信息發(fā)送給所述被叫用戶的客戶端。
[0009]可選地，上述方法中，所述語音信箱服務器接收到主叫用戶發(fā)送的攜帶的語音信息的請求消息之前，該方法還包括:
[0010]主叫用戶需要發(fā)送語音留言給被叫用戶時，主叫用戶的客戶端根據(jù)用戶操作在本地生成語音信息，并通過請求消息將所生成的語音信息發(fā)送給語音信箱服務器；或者
[0011]主叫用戶按照語音提示在所述語音信箱服務器上進行錄音，生成語音信息。
[0012]可選地，上述方法還包括:
[0013]所述被叫用戶接收所述語音信箱服務器發(fā)送的語音信息，解析并存儲所述語音信息。
[0014]可選地，上述方法中，當被叫用戶的客戶端狀態(tài)為不可用狀態(tài)，則所述語音信箱服務器將所述主叫用戶發(fā)送的語音信息先進行緩存后，該方法還包括:
[0015]所述語音信箱服務器按照被叫用戶已經(jīng)注冊的通知方式通知被叫用戶有語音信息。
[0016]可選地，上述方法中，所述語音信箱服務器將所述主叫用戶發(fā)送的語音信息先進行緩存，再將所述主叫用戶發(fā)送的語音信息發(fā)送給所述被叫用戶的客戶端包括:
[0017]所述語音信箱服務器將所述主叫用戶發(fā)送的語音信息先進行緩存，在被叫用戶的客戶端狀態(tài)更新為可用狀態(tài)時，將所述主叫用戶發(fā)送的語音信息發(fā)送給所述被叫用戶的客戶端；或者
[0018]所述語音信箱服務器將所述主叫用戶發(fā)送的語音信息先進行緩存，再將所述主叫用戶發(fā)送的語音信息周期性發(fā)送至所述被叫用戶的客戶端，直到所述被叫用戶的客戶端成功接收到所述語音信息后停止發(fā)送。
[0019]可選地，上述方法中，被叫用戶的客戶端狀態(tài)更新為可用狀態(tài)時，所述語音信箱服務器將所述主叫用戶發(fā)送的語音信息發(fā)送給所述被叫用戶的客戶端之后，該方法還包括:
[0020]語音信箱服務器清除緩存的語音信息。
[0021]可選地，上述方法還包括:所述語音信箱服務器根據(jù)設定規(guī)則將用戶數(shù)據(jù)和語音數(shù)據(jù)存儲到本地的容災存儲空間。
[0022]本發(fā)明還公開了一種語音信箱服務器，包括:
[0023]第一單元，在接收到主叫用戶發(fā)送的攜帶的語音信息的請求消息，且所述主叫用戶通過了語音信箱服務器的鑒權時，發(fā)送指令給被叫用戶，指示被叫用戶的客戶端檢測客戶端狀態(tài)；
[0024]第二單元，在被叫用戶的客戶端狀態(tài)為可用狀態(tài)時，直接將所述主叫用戶發(fā)送的語音信息發(fā)送給所述被叫用戶的客戶端；
[0025]第三單元，在被叫用戶的客戶端狀態(tài)為不可用狀態(tài)時，先將所述主叫用戶發(fā)送的語音信息進行緩存，再將所述主叫用戶發(fā)送的語音信息發(fā)送給所述被叫用戶的客戶端。
[0026]可選地，上述服務器還包括:
[0027]第四單元，在所述第三單元將所述主叫用戶發(fā)送的語音信息進行緩存后，按照被叫用戶已經(jīng)注冊的通知方式通知被叫用戶有語音信息。
[0028]可選地，上述服務器中，所述第三單元分為緩存模塊和發(fā)送模塊，其中:
[0029]所述緩存模塊，將所述主叫用戶發(fā)送的語音信息進行緩存；
[0030]所述發(fā)送模塊，在被叫用戶的客戶端狀態(tài)更新為可用狀態(tài)時，將緩存的語音信息發(fā)送給所述被叫用戶的客戶端；或者將緩存的語音信息周期性發(fā)送至所述被叫用戶的客戶端，直到所述被叫用戶的客戶端成功接收到所述語音信息后停止發(fā)送。
[0031]可選地，上述服務器中，所述緩存模塊，在所述發(fā)送模塊將所緩存的語音信息成功發(fā)送給所述被叫用戶的客戶端后，清除緩存的語音信息。
[0032]可選地，上述服務器中，還包括:
[0033]第五單元，根據(jù)設定規(guī)則將用戶數(shù)據(jù)和語音數(shù)據(jù)存儲到本地的容災存儲空間。
[0034]與現(xiàn)有技術相比，本申請技術方案提供一種基于客戶端點對點的語音信箱方法和系統(tǒng)，簡化了語音信箱服務器端功能，減少語音信箱服務器端存儲空間要求和復雜度，同時節(jié)約成本。
【附圖說明】
[0035]圖1為一種用于實現(xiàn)本發(fā)明方案的語音信箱系統(tǒng)架構圖；
[0036]圖2為本發(fā)明方案場景一的流程示意圖；
[0037]圖3為本發(fā)明方案場景二的流程示意圖；
[0038]圖4為本發(fā)明方案場景二的流程不意圖。
【具體實施方式】
[0039]為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚明白，下文將結合附圖對本發(fā)明技術方案作進一步詳細說明。需要說明的是，在不沖突的情況下，本申請的實施例和實施例中的特征可以任意相互組合。
[0040]實施例1
[0041]本申請發(fā)明人提出，可以將原有語音信箱服務器復雜的邏輯運算中，與用戶操作相關部分交由客戶端來處理；將原有語音信箱服務器存儲的大量用戶個性數(shù)據(jù)、語音數(shù)據(jù)存放到客戶端的存儲空間中。因此語音信箱服務器僅存儲基礎用戶數(shù)據(jù)，負責接收終端請求，進行語音留言緩存、投遞、回執(zhí)等操作；并提供容災數(shù)據(jù)存儲方案?？蛻舳舜鎯τ脩魝€性數(shù)據(jù)、語音數(shù)據(jù)等，負責語音的錄制、收聽、投遞和接收等操作處理，從而簡化了語音信箱服務器端功能，減少語音信箱服務器端存儲空間要求和復雜度。
[0042]基于上述思想，本實施例提供一種基于點對點的語音信箱系統(tǒng)，包括語音信箱服務器端和客戶端兩個主體，其中，語音信箱服務器端一般包括基礎數(shù)據(jù)存儲功能、控制功能、投遞緩存功能、通知功能模塊，以及可選的容災存儲功能；客戶端一般至少包括語音錄制與播放模塊、用戶操作界面、語音存儲管理模塊、用戶個性數(shù)據(jù)存儲模塊、語音投遞與接收處理模塊。
[0043]如圖1所示，本實施例提供的語音信箱系統(tǒng)的實現(xiàn)過程包括如下操作:
[0044]語音信箱服務器接收到主叫用戶發(fā)送的攜帶的語音信息的請求消息，且主叫用戶通過了語音信箱服務器的鑒權，則語音信箱服務器發(fā)送指令給被叫用戶，指示被叫用戶的客戶端檢測客戶端狀態(tài)；
[0045]當被叫用戶的客戶端狀態(tài)為可用狀態(tài)，則語音信箱服務器直接將主叫用戶發(fā)送的語音信息發(fā)送給被叫用戶的客戶端；
[0046]當被叫用戶的客戶端狀態(tài)為不可用狀態(tài)，則語音信箱服務器將主叫用戶發(fā)送的語音信息先進行緩存，再將主叫用戶發(fā)送的語音信息發(fā)送給被叫用戶的客戶端。
[0047]其中，被叫用戶的客戶端狀態(tài)為不可用狀態(tài)時，語音信箱服務器將主叫用戶發(fā)送的語音信息先進行緩存，再將主叫用戶發(fā)送的語音信息發(fā)送給被叫用戶的客戶端的過程如下:
[0048]語音信箱服務器將主叫用戶發(fā)送的語音信息先進行緩存，在被叫用戶的客戶端狀態(tài)更新為可用狀態(tài)時，將主叫用戶發(fā)送的語音信息發(fā)送給被叫用戶的客戶端即可；或者
[0049]語音信箱服務器將主叫用戶發(fā)送的語音信息先進行緩存，再將主叫用戶發(fā)送的語音信息周期性發(fā)送至被叫用戶的客戶端，直到被叫用戶的客戶端成功接收到語音信息后停止發(fā)送即可。
[0050]具體地，當A用戶需要發(fā)送語音留言給B用戶時，A用戶啟動A客戶端，A客戶端從用戶個性數(shù)據(jù)存儲模塊讀取用戶個性數(shù)據(jù)，根據(jù)數(shù)據(jù)展示用戶操作界面供A用戶進行操作，調(diào)用語音錄制與播放模塊進行錄音，完成并確認后，發(fā)送請求并攜帶語音數(shù)據(jù)給語音信箱服務器控制模塊，語音信箱服務器解析并進行鑒權；
[0051]如果鑒權不通過則返回投遞失敗響應給A客戶端語音投遞與接收處理模塊，語音投遞與接收處理模塊生成發(fā)送失敗回執(zhí)；
[0052]鑒權通過后服務器控制模塊發(fā)送指令給B客戶端語音投遞與接收處理模塊檢測B客戶端狀態(tài)，如果B客戶端狀態(tài)可用，則再直接下發(fā)指令并攜帶語音數(shù)據(jù)給B客戶端語音投遞與接收處理模塊，B客戶端語音投遞與接收處理模塊收到后解析指令并傳遞給語音存儲管理模塊進行存儲，投遞完成。B用戶可以通過B客戶端用戶操作界面進行播放、刪除、轉發(fā)、設置個性數(shù)據(jù)等語音信箱操作；
[0053]如果B客戶端狀態(tài)不可用，則服務器控制模塊將該語音投遞請求傳遞給投遞緩存模塊進行緩存，同時請求通知模塊按照B用戶已經(jīng)注冊的通知方式通知B用戶(如短信、email、電話等各種通知方式);B客戶端啟動后，語音投遞與接收處理模塊主動發(fā)起請求給服務器控制模塊請求接收緩存郵件，服務器控制模塊請求投遞緩存模塊重新發(fā)起投遞，成功后清除投遞請求緩存；
[0054]投遞緩存模塊定期按照規(guī)則對緩存中的投遞請求重新激活投遞給控制模塊，如果投遞成功則按上述投遞成功處理，如果一直失敗達到規(guī)則要求，則清除投遞請求緩存，并通知控制模塊向A客戶端返回投遞失敗響應，這個響應同樣按照緩存規(guī)則可以進行緩存。
[0055]優(yōu)選地，語音信箱服務器可以提供容災存儲模塊，即根據(jù)規(guī)則將用戶數(shù)據(jù)和語音數(shù)據(jù)存儲到服務器容災存儲空間，以便必要的容災數(shù)據(jù)恢復使用。
[0056]同時，本申請技術方案也支持傳統(tǒng)的通過電話撥打進行IVR流程進行留言操作，IVR流程隸屬于服務器控制模塊，A手機用戶按照語音提示進行錄音后，服務器控制模塊按照上述投遞方案將語音留言投遞給B客戶端語音投遞與接收處理模塊，同時也支持上述留言投遞緩存方法。
[0057]下面再結合具體應用場景說明上述方法的具體實現(xiàn)。
[0058]場景一
[0059]本場景介紹主叫用戶通過客戶端錄制并成功發(fā)送語音給被叫用戶客戶端的工作流程，其流程示意圖如圖2所示。該過程具體包括以下步驟:
[0060]步驟101:A用戶使用A客戶端錄制語音，并通過用戶界面進行確認；
[0061]步驟102:A客戶端向服務器發(fā)送投遞請求，攜帶發(fā)送者信息、接收信息和語音文件數(shù)據(jù)等；
[0062]步驟103:服務器對本次請求進行基礎鑒權操作，如黑白名單等；
[0063]步驟104:鑒權通過，服務器向B客戶端發(fā)送狀態(tài)檢測消息；
[0064]步驟105:B客戶端向服務器返回狀態(tài)檢測消息，表明B客戶端可用；
[0065]步驟106:服務器向B客戶端發(fā)送投遞請求，攜帶語音數(shù)據(jù)和發(fā)送者信息；
[0066]步驟107:B客戶端處理接收到的語音文件和發(fā)送者信息并存儲；
[0067]步驟108:B用戶通過B客戶端收聽接收到的語音，同時可以進行重聽、轉發(fā)、回復、刪除等操作；
[0068]另外，如果需要轉發(fā)和/或回復等操作時，具體操作流程與發(fā)送一致，在此不再贅述。
[0069]場景二
[0070]該場景描述了主叫用戶通過客戶端錄制語音，通過緩存模式發(fā)送語音給被叫用戶客戶端的工作流程，其流程示意圖如圖3所示。該過程具體包括以下步驟:
[0071]步驟201:A用戶使用A客戶端錄制語音，并通過用戶界面進行確認；
[0072]步驟202:A客戶端向服務器發(fā)送投遞請求，攜帶發(fā)送者信息、接收信息和語音文件數(shù)據(jù)等；
[0073]步驟203:服務器對本次請求進行基礎鑒權操作，如黑白名單等；
[0074]步驟204:鑒權通過，服務器向B客戶端發(fā)送狀態(tài)檢測消息；
[0075]步驟205:B客戶端向服務器返回狀態(tài)檢測消息，表明B客戶端不可用，或者超時未返回狀態(tài)檢測消息；
[0076]步驟206:服務器進行投遞請求緩存；
[0077]步驟207:服務器發(fā)送新留言通知消息給B用戶終端，根據(jù)B用戶的基礎數(shù)據(jù)選擇短信、電話、email等現(xiàn)有標準通知方式；
[0078]步驟208:B客戶端啟動，主動向服務器發(fā)起接收郵件請求；
[0079]步驟209:服務器向B客戶端發(fā)送投遞請求，攜帶語音數(shù)據(jù)和發(fā)送者信息；
[0080]步驟210:B客戶端處理接收到的語音文件和發(fā)送者信息并存儲；
[0081]步驟211:B用戶通過B客戶端收聽接收到的語音，同時可以進行重聽、轉發(fā)、回復、刪除等操作。
[0082]另外，如果需要轉發(fā)和/或回復等操作時，具體操作流程與發(fā)送一致，在此不再贅述。
[0083]場景三
[0084]本場景描述了主叫通過IVR錄制并成功發(fā)送語音給被叫客戶端的工作流程，其流程示意圖如圖4所示。該過程具體包括以下步驟:
[0085]步驟301:A用戶撥打B用戶電話號碼，由于B用戶忙或其他原因未能接聽，呼轉進入服務器IVR流程，根據(jù)IVR流程提示錄音并進行確認，該操作屬于現(xiàn)有標準操作；
[0086]步驟302:服務器向B客戶端發(fā)送狀態(tài)檢測消息；
[0087]步驟303:B客戶端向服務器返回狀態(tài)檢測消息，表明B客戶端可用；
[0088]步驟304:服務器向B客戶端發(fā)送投遞請求，攜帶語音數(shù)據(jù)和發(fā)送者信息；
[0089]步驟305:B客戶端處理接收到的語音文件和發(fā)送者信息并存儲；
[0090]步驟306:B用戶通過B客戶端收聽接收到的語音，同時可以進行重聽、轉發(fā)、回復、刪除等操作。
[0091]另外，如果需要轉發(fā)和/或回復等操作時，具體操作流程與發(fā)送一致，在此不再贅述。
[0092]實施例2
[0093]本實施例提供一種語音信箱服務器，可實現(xiàn)上述實施例1的方法，其至少包括如下各單元。
[0094]第一單元，在接收到主叫用戶發(fā)送的攜帶的語音信息的請求消息，且主叫用戶通過了語音信箱服務器的鑒權時，發(fā)送指令給被叫用戶，指示被叫用戶的客戶端檢測客戶端狀態(tài)；
[0095]第二單元，在被叫用戶的客戶端狀態(tài)為可用狀態(tài)時，直接將主叫用戶發(fā)送的語音信息發(fā)送給被叫用戶的客戶端；
[0096]第三單元，在被叫用戶的客戶端狀態(tài)為不可用狀態(tài)時，先將主叫用戶發(fā)送的語音信息進行緩存，再將主叫用戶發(fā)送的語音信息發(fā)送給被叫用戶的客戶端。
[0097]具體地，第三單元可分為緩存模塊和發(fā)送模塊，其中:
[0098]緩存模塊，將所述主叫用戶發(fā)送的語音信息進行緩存；
[0099]發(fā)送模塊，在被叫用戶的客戶端狀態(tài)更新為可用狀態(tài)時，將緩存的語音信息發(fā)送給所述被叫用戶的客戶端；或者將緩存的語音信息周期性發(fā)送至所述被叫用戶的客戶端，直到所述被叫用戶的客戶端成功接收到所述語音信息后停止發(fā)送。
[0100]另外，上述緩存模塊，在發(fā)送模塊將所緩存的語音信息成功發(fā)送給被叫用戶的客戶端后，可以清除緩存的語音信息，以合理利用存儲空間。
[0101]優(yōu)選地，上述服務器還可以包括第四單元，主要在第三單元將主叫用戶發(fā)送的語音信息進行緩存后，按照被叫用戶已經(jīng)注冊的通知方式通知被叫用戶有語音信息。
[0102]優(yōu)選地，上述服務器可以包括第五單元，根據(jù)設定規(guī)則將用戶數(shù)據(jù)和語音數(shù)據(jù)存儲到本地的容災存儲空間。
[0103]要說明的是，由于本實施例公開的服務器可實現(xiàn)上述實施例1的方法，故該服務器的其他詳細說明可參見實施例1的相應內(nèi)容，在此不再贅述。
[0104]本領域普通技術人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關硬件完成，所述程序可以存儲于計算機可讀存儲介質(zhì)中，如只讀存儲器、磁盤或光盤等?？蛇x地，上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現(xiàn)。相應地，上述實施例中的各模塊/單元可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。本申請不限制于任何特定形式的硬件和軟件的結合。
[0105]以上所述，僅為本發(fā)明的較佳實例而已，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
【主權項】
1.一種語音信箱系統(tǒng)的實現(xiàn)方法，其特征在于，該方法包括: 語音信箱服務器接收到主叫用戶發(fā)送的攜帶的語音信息的請求消息，且所述主叫用戶通過了語音信箱服務器的鑒權，則所述語音信箱服務器發(fā)送指令給被叫用戶，指示被叫用戶的客戶端檢測客戶端狀態(tài)； 當被叫用戶的客戶端狀態(tài)為可用狀態(tài)，則所述語音信箱服務器直接將所述主叫用戶發(fā)送的語音信息發(fā)送給所述被叫用戶的客戶端； 當被叫用戶的客戶端狀態(tài)為不可用狀態(tài)，則所述語音信箱服務器將所述主叫用戶發(fā)送的語音信息先進行緩存，再將所述主叫用戶發(fā)送的語音信息發(fā)送給所述被叫用戶的客戶端。2.如權利要求1所述的方法，其特征在于，所述語音信箱服務器接收到主叫用戶發(fā)送的攜帶的語音信息的請求消息之前，該方法還包括: 主叫用戶需要發(fā)送語音留言給被叫用戶時，主叫用戶的客戶端根據(jù)用戶操作在本地生成語音信息，并通過請求消息將所生成的語音信息發(fā)送給語音信箱服務器；或者 主叫用戶按照語音提示在所述語音信箱服務器上進行錄音，生成語音信息。3.如權利要求1所述的方法，其特征在于，該方法還包括: 所述被叫用戶接收所述語音信箱服務器發(fā)送的語音信息，解析并存儲所述語音信息。4.如權利要求1至3任一項所述的方法，其特征在于，當被叫用戶的客戶端狀態(tài)為不可用狀態(tài)，則所述語音信箱服務器將所述主叫用戶發(fā)送的語音信息先進行緩存后，該方法還包括: 所述語音信箱服務器按照被叫用戶已經(jīng)注冊的通知方式通知被叫用戶有語音信息。5.如權利要求4所述的方法，其特征在于，所述語音信箱服務器將所述主叫用戶發(fā)送的語音信息先進行緩存，再將所述主叫用戶發(fā)送的語音信息發(fā)送給所述被叫用戶的客戶端包括: 所述語音信箱服務器將所述主叫用戶發(fā)送的語音信息先進行緩存，在被叫用戶的客戶端狀態(tài)更新為可用狀態(tài)時，將所述主叫用戶發(fā)送的語音信息發(fā)送給所述被叫用戶的客戶端；或者 所述語音信箱服務器將所述主叫用戶發(fā)送的語音信息先進行緩存，再將所述主叫用戶發(fā)送的語音信息周期性發(fā)送至所述被叫用戶的客戶端，直到所述被叫用戶的客戶端成功接收到所述語音信息后停止發(fā)送。6.如權利要求5所述的方法，其特征在于，被叫用戶的客戶端狀態(tài)更新為可用狀態(tài)時，所述語音信箱服務器將所述主叫用戶發(fā)送的語音信息發(fā)送給所述被叫用戶的客戶端之后，該方法還包括: 語音信箱服務器清除緩存的語音信息。7.如權利要求5所述的方法，其特征在于，該方法還包括:所述語音信箱服務器根據(jù)設定規(guī)則將用戶數(shù)據(jù)和語音數(shù)據(jù)存儲到本地的容災存儲空間。8.一種語音信箱服務器，其特征在于，包括: 第一單元，在接收到主叫用戶發(fā)送的攜帶的語音信息的請求消息，且所述主叫用戶通過了語音信箱服務器的鑒權時，發(fā)送指令給被叫用戶，指示被叫用戶的客戶端檢測客戶端狀態(tài)； 第二單元，在被叫用戶的客戶端狀態(tài)為可用狀態(tài)時，直接將所述主叫用戶發(fā)送的語音信息發(fā)送給所述被叫用戶的客戶端； 第三單元，在被叫用戶的客戶端狀態(tài)為不可用狀態(tài)時，先將所述主叫用戶發(fā)送的語音信息進行緩存，再將所述主叫用戶發(fā)送的語音信息發(fā)送給所述被叫用戶的客戶端。9.如權利要求8所述的服務器，其特征在于，還包括: 第四單元，在所述第三單元將所述主叫用戶發(fā)送的語音信息進行緩存后，按照被叫用戶已經(jīng)注冊的通知方式通知被叫用戶有語音信息。10.如權利要求8或9所述的服務器，其特征在于，所述第三單元分為緩存模塊和發(fā)送模塊，其中: 所述緩存模塊，將所述主叫用戶發(fā)送的語音信息進行緩存； 所述發(fā)送模塊，在被叫用戶的客戶端狀態(tài)更新為可用狀態(tài)時，將緩存的語音信息發(fā)送給所述被叫用戶的客戶端；或者將緩存的語音信息周期性發(fā)送至所述被叫用戶的客戶端，直到所述被叫用戶的客戶端成功接收到所述語音信息后停止發(fā)送。11.如權利要求10所述的服務器，其特征在于， 所述緩存模塊，在所述發(fā)送模塊將所緩存的語音信息成功發(fā)送給所述被叫用戶的客戶端后，清除緩存的語音信息。12.如權利要求10所述的服務器，其特征在于，還包括: 第五單元，根據(jù)設定規(guī)則將用戶數(shù)據(jù)和語音數(shù)據(jù)存儲到本地的容災存儲空間。
【文檔編號】H04M3/533GK106034187SQ201510125976
【公開日】2016年10月19日
【申請日】2015年3月20日
【發(fā)明人】李剛
【申請人】中興通訊股份有限公司