本發(fā)明涉及通訊系統，特別涉及一種漏話提醒方法及裝置。

背景技術：

目前來電提醒增值業(yè)務都需要基于運營商的移動網絡，需要運營商對被叫用戶在歸屬位置寄存器(Home Location Register，HLR)上做呼轉業(yè)務，否則無法開展業(yè)務,可見目前的來電提醒業(yè)務是必須由運營商負責主營的增值業(yè)務。

而隨著通信技術和IT技術的日益發(fā)展，各種通訊網絡相互融合，電信網，Internet網和廣電網的融合，更催生各種類型的終端出現，例如智能手機，平板電腦等等。

各種類型的終端，在融合網絡環(huán)境下，更能提供各類融合的業(yè)務。本發(fā)明針對漏話提醒業(yè)務，實現基于IP網絡的漏話提醒。

技術實現要素：

本發(fā)明的目的在于提供一種漏話提醒方法及裝置，能夠在IP網絡下實現漏話提醒業(yè)務。

根據本發(fā)明的一個方面，提供了一種漏話提醒方法，包括：

漏話服務器在主叫終端通過移動網絡呼叫被叫終端期間，獲取所述主叫終端的漏話客戶端生成并通過IP網絡發(fā)送的呼叫消息；

所述漏話服務器根據收到的呼叫消息，查詢被叫終端的當前狀態(tài)；

所述漏話服務器根據查詢到的被叫終端的當前狀態(tài)，生成漏話通知消息，并通過IP網絡發(fā)送至被叫終端的漏話客戶端。

優(yōu)選地，在所述漏話服務器獲取所述主叫終端的漏話客戶端生成并通過IP網絡發(fā)送的呼叫消息之前，還包括：

在所述漏話服務器與所述主叫終端的漏話客戶端之間建立用于消息傳遞的套接字連接，以供所述主叫終端的漏話客戶端利用所述套接字連接向所述漏話服 務器傳遞包括主叫終端號碼和被叫終端號碼的呼叫消息。

優(yōu)選地，所述漏話服務器根據收到的呼叫消息，查詢被叫終端的當前狀態(tài)的步驟包括：

所述漏話服務器通過解析所述呼叫消息，得到所述主叫終端號碼和所述被叫終端號碼；

所述漏話服務器通過IP網絡向所述被叫終端號碼對應的被叫終端的漏話客戶端查詢被叫終端的當前狀態(tài)；或者，所述漏話服務器通過本地實時更新的終端狀態(tài)數據庫，查詢所述被叫終端號碼對應的被叫終端的當前狀態(tài)。

優(yōu)選地，在所述漏話服務器通過IP網絡查詢被叫終端的當前狀態(tài)之前，還包括：

在所述漏話服務器與所述被叫終端的漏話客戶端之間建立用于消息傳遞的套接字連接，以供所述被叫終端利用所述套接字連接向所述漏話服務器傳遞被叫終端的當前狀態(tài)信息。

優(yōu)選地，所述漏話服務器根據查詢到的被叫終端的當前狀態(tài)，生成漏話通知消息，并通過IP網絡發(fā)送至被叫終端的漏話客戶端的步驟包括：

當所述漏話服務器查詢到的被叫終端的當前狀態(tài)是關機、不可達、用戶忙、無應答中的任一狀態(tài)時，生成包含主叫終端號碼的漏話通知消息；

所述漏話服務器通過所述漏話服務器與所述被叫終端的漏話客戶端之間的套接字連接將所述漏話通知消息發(fā)送至被叫終端的漏話客戶端。

優(yōu)選地，還包括：

當所述被叫終端的當前狀態(tài)變換為開機狀態(tài)時，所述漏話服務器通過所述漏話服務器與所述被叫終端的漏話客戶端之間的套接字連接，接收所述被叫終端的漏話客戶端發(fā)送的被叫終端的開機狀態(tài)信息，并通過所述漏話服務器與所述主叫終端的漏話客戶端之間的套接字連接，將包含所述被叫終端的開機狀態(tài)信息的被叫開機提醒消息發(fā)送至主叫終端的漏話客戶端。

根據本發(fā)明的一個方面，提供了一種漏話提醒裝置，包括：

服務器獲取單元，用于在主叫終端通過移動網絡呼叫被叫終端期間，獲取所述主叫終端的漏話客戶端生成并通過IP網絡發(fā)送的呼叫消息；

服務器查詢單元，用于根據收到的呼叫消息，查詢被叫終端的當前狀態(tài)；

服務器通知單元，用于根據查詢到的被叫終端的當前狀態(tài)，生成漏話通知消息，并通過IP網絡發(fā)送至被叫終端的漏話客戶端。

優(yōu)選地，還包括：

服務器連接建立單元，用于在所述服務器獲取單元獲取所述主叫終端的漏話客戶端生成并通過IP網絡發(fā)送的呼叫消息之前，建立與所述主叫終端的漏話客戶端之間的套接字連接。

優(yōu)選地，所述服務器查詢單元通過解析所述呼叫消息，得到所述主叫終端號碼和所述被叫終端號碼，并通過IP網絡向所述被叫終端號碼對應的被叫終端的漏話客戶端查詢被叫終端的當前狀態(tài)，或者，通過本地實時更新的終端狀態(tài)數據庫，查詢所述被叫終端號碼對應的被叫終端的當前狀態(tài)。

優(yōu)選地，所述服務器連接建立單元還用于在所述服務器查詢單元通過IP網絡查詢被叫終端的當前狀態(tài)之前，建立與所述被叫終端的漏話客戶端之間的套接字連接。

優(yōu)選地，所述服務器通知單元在查詢到的被叫終端的當前狀態(tài)是關機、不可達、用戶忙、無應答中的任一狀態(tài)時，生成包含主叫終端號碼的漏話通知消息，并通過與所述被叫終端的漏話客戶端之間的套接字連接，將所述漏話通知消息發(fā)送至被叫終端的漏話客戶端。

優(yōu)選地，當所述被叫終端的當前狀態(tài)變換為開機狀態(tài)時，所述服務器獲取單元通過與所述被叫終端的漏話客戶端之間的套接字連接，接收所述被叫終端的漏話客戶端發(fā)送的被叫終端的開機狀態(tài)信息，所述服務器通知單元通過與所述主叫終端的漏話客戶端之間的套接字連接，將包含所述被叫終端的開機狀態(tài)信息的被叫開機提醒消息發(fā)送至主叫終端的漏話客戶端。

與現有技術相比較，本發(fā)明的有益效果在于：

本發(fā)明通過套接字方式實現漏話提醒業(yè)務，從而使得基于IP的終端設備也可支持漏話提醒業(yè)務，給用戶帶來了極大的使用便利，提升了用戶體驗，同時促進漏話提醒業(yè)務的使用和發(fā)展。

附圖說明

圖1是本發(fā)明提供的漏話提醒方法原理框圖；

圖2是本發(fā)明提供的漏話提醒裝置框圖；

圖3是本發(fā)明提供的漏話提醒系統框圖；

圖4是本發(fā)明實施例提供的基于IP的漏話提醒系統示意圖；

圖5是圖4所示實施例的通過長連接方式的Socket連接實現的方法實施例示意圖；

圖6是圖4所示實施例的通過短連接方式的Socket連接實現的方法實施例示意圖；

圖7是圖4所示實施例的基于IP的漏話實現系統的第一結構示意圖；

圖8是圖4所示實施例的基于IP的漏話實現系統的第一結構示意圖。

具體實施方式

以下結合附圖對本發(fā)明的優(yōu)選實施例進行詳細說明，應當理解，以下所說明的優(yōu)選實施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。

圖1是本發(fā)明提供的漏話提醒方法原理框圖，如圖1所示，步驟包括：

步驟S101：漏話服務器在主叫終端通過移動網絡呼叫被叫終端期間，獲取所述主叫終端的漏話客戶端生成并通過IP網絡發(fā)送的呼叫消息。

所述呼叫消息包括主叫終端號碼和被叫終端號碼。

在執(zhí)行所述步驟S101之前，在所述漏話服務器與所述主叫終端的漏話客戶端之間建立用于消息傳遞的套接字連接，以供所述主叫終端的漏話客戶端利用所述套接字連接向所述漏話服務器傳遞包括主叫終端號碼和被叫終端號碼的呼叫消息。

進一步地，所述漏話服務器與所述主叫終端的漏話客戶端之間的套接字連接可以由所述漏話服務器建立，也可以由所述主叫終端的漏話客戶端建立。當由所述漏話服務器建立時，所述漏話服務器需提前獲取所述主叫終端的漏話客戶端的IP地址，以便利用所述主叫終端的漏話客戶端的IP地址，建立套接字連接。

步驟S102：所述漏話服務器根據收到的呼叫消息，查詢被叫終端的當前狀態(tài)。

在所述步驟S102之前，在所述漏話服務器與所述被叫終端的漏話客戶端之間建立用于消息傳遞的套接字連接，以供所述被叫終端利用所述套接字連接向所 述漏話服務器傳遞被叫終端的當前狀態(tài)信息。

具體地說，所述漏話服務器通過解析所述呼叫消息，得到所述主叫終端號碼和所述被叫終端號碼，并利用所得到的所述被叫終端號碼，通過以下兩種方式之一查詢被叫終端的當前狀態(tài)：

方式1：所述漏話服務器通過IP網絡向所述被叫終端號碼對應的被叫終端的漏話客戶端查詢被叫終端的當前狀態(tài)；

方式2：所述漏話服務器通過本地實時更新的終端狀態(tài)數據庫，查詢所述被叫終端號碼對應的被叫終端的當前狀態(tài)。

步驟S103：所述漏話服務器根據查詢到的被叫終端的當前狀態(tài)，生成漏話通知消息，并通過IP網絡發(fā)送至被叫終端的漏話客戶端。

具體地說，當所述漏話服務器查詢到的被叫終端的當前狀態(tài)是關機、不可達、用戶忙、無應答中的任一狀態(tài)時，生成包含主叫終端號碼的漏話通知消息，并通過所述漏話服務器與所述被叫終端的漏話客戶端之間的套接字連接將所述漏話通知消息發(fā)送至被叫終端的漏話客戶端。

進一步地，若建立短連接模式，則所述漏話服務器/所述主叫終端的漏話客戶端/所述被叫終端的漏話客戶端在發(fā)送消息前，建立相應的套接字連接，并在發(fā)送消息后，斷開所建立的套接字連接。

進一步地，若建立長連接模式，則所述主叫終端的漏話客戶端/所述被叫終端的漏話客戶端在相應的套接字連接建立后，定時向所述漏話服務器發(fā)起心跳檢測請求，以便保持所建立的套接字連接。

本發(fā)明是基于IP網絡的漏話提醒應用，為來電提醒用戶提供了一種通過基于IP網絡接收漏話提醒消息的全新體驗。

同樣地，當所述被叫終端的當前狀態(tài)變換為開機狀態(tài)時，所述漏話服務器可以通過在所述漏話服務器和所述被叫終端的漏話客戶端之間建立套接字連接，接收所述被叫終端的漏話客戶端發(fā)送的被叫終端的開機狀態(tài)信息，并通過所述漏話服務器與所述主叫終端的漏話客戶端之間的套接字連接，將包含所述被叫終端的開機狀態(tài)信息的被叫開機提醒消息發(fā)送至主叫終端的漏話客戶端，使主叫用戶及時獲知被叫終端的開機狀態(tài)。

圖2是本發(fā)明提供的漏話提醒裝置框圖，如圖2所示，包括服務器獲取單元 10、服務器查詢單元20、服務器通知單元30和服務器連接建立單元40。

服務器獲取單元10用于在主叫終端通過移動網絡呼叫被叫終端期間，獲取所述主叫終端的漏話客戶端生成并通過IP網絡發(fā)送的呼叫消息。所述呼叫消息包括主叫終端號碼和被叫終端號碼。在所述服務器獲取單元10獲取所述主叫終端的漏話客戶端生成并通過IP網絡發(fā)送的呼叫消息之前，所述服務器連接建立單元40建立與所述主叫終端的漏話客戶端之間的套接字連接。

服務器查詢單元20用于根據收到的呼叫消息，查詢被叫終端的當前狀態(tài)。具體地說，服務器連接建立單元40在通過IP網絡查詢被叫終端的當前狀態(tài)之前，建立與所述被叫終端的漏話客戶端之間的套接字連接。所述服務器查詢單元20通過解析所述呼叫消息，得到所述主叫終端號碼和所述被叫終端號碼，并通過所建立的套接字連接向所述被叫終端號碼對應的被叫終端的漏話客戶端查詢被叫終端的當前狀態(tài)，或者，通過本地實時更新的終端狀態(tài)數據庫，查詢所述被叫終端號碼對應的被叫終端的當前狀態(tài)。

服務器通知單元30用于根據查詢到的被叫終端的當前狀態(tài)，生成漏話通知消息，并通過IP網絡發(fā)送至被叫終端的漏話客戶端。具體地說，服務器通知單元30在查詢到的被叫終端的當前狀態(tài)是關機、不可達、用戶忙、無應答中的任一狀態(tài)時，生成包含主叫終端號碼的漏話通知消息，并通過與所述被叫終端的漏話客戶端之間的套接字連接，將所述漏話通知消息發(fā)送至被叫終端的漏話客戶端。

圖3是本發(fā)明提供的漏話提醒系統框圖，如圖3所示，主叫終端通過運營商提供的移動網絡呼叫被叫終端期間，主叫終端的漏話客戶端通過IP網絡向漏話服務器端發(fā)送包含主叫終端號碼和被叫終端號碼的呼叫消息。漏話服務器端根據被叫終端號碼，通過IP網絡向被叫終端的漏話客戶端查詢被叫終端的當前狀態(tài)。當查詢到的被叫終端的當前狀態(tài)是關機、不可達、用戶忙、無應答中的任一狀態(tài)時，漏話服務器端生成包含主叫終端號碼和呼叫時間的漏話通知消息，并通過IP網絡將所述漏話通知消息發(fā)送至被叫終端的漏話客戶端，以便被叫用戶及時獲知漏話情況。

需要說明的是，所述被叫終端的漏話客戶端可以安裝在如圖3所示的被叫終端上，也可以安裝在平板電腦等其它基于IP的終端設備上。例如，若主叫終端 在被叫終端關機時呼叫被叫終端，則漏話服務器端可以通過IP網絡向已安裝并開啟被叫終端的漏話客戶端的平板電腦發(fā)送漏話通知消息。

同一個用戶，只要擁有一個帳號，就可以方便地在自己的多種終端設備(例如智能手機、iPad等各類客戶端設備)上通過已裝載的IP客戶端軟件，在圖形界面下接收和管理漏話短信。

目前傳統的來電提醒業(yè)務(漏話提醒業(yè)務)都是由運營商來主導開展，本發(fā)明不需要運營商參與，運營商的移動網絡只是一個管道而已，這樣可以吸引更多用戶使用MC功能，使得MC提醒業(yè)務更容易被使用和推廣，從而也可增加收益。

以下結合圖4至圖8，以漏話(Missed Call，MC)服務器端與MC客戶端之間通過套接字(Socket)連接實現漏話提醒為例，進行進一步說明，需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。

圖4是本發(fā)明實施例提供的基于IP的漏話提醒系統示意圖，如圖4所示，MC服務器端1與MC客戶端2之間建立Socket連接，且MC服務器端1與MC客戶端2之間通過所述Socket連接實現消息傳遞。

位于網絡側的MC服務器端1服務于MC客戶端，MC系統與MC客戶端通過約定協議進行交互，配合完成被叫終端號碼狀態(tài)判斷以及漏話信息的通知功能，進一步地，該MC服務器端1還負責Socket通訊在服務器端的管理。

位于終端側的MC客戶端1是在IP化的終端側實現MC功能的軟件。具體地，主叫用戶通過MC客戶端連接到MC服務器端，并通過約定協議向MC服務器端上報主叫和被叫終端號碼信息，以及其他約定的操作；被叫用戶通過MC客戶端連接到MC服務器端，并通過約定協議向MC服務器端上報被叫用戶的當前狀態(tài)。進一步地，該MC客戶端2還負責Socket通訊在客戶端的應用和管理。

本發(fā)明所說的MC客戶端運行于基于IP的終端設備上，所述基于IP的終端設備包括但不限于平板電腦、TV，也就是說，可以在基于IP的智能終端上運行MC客戶端，例如在平板電腦上運行MC客戶端，在TV上運行MC客戶端。

所述Socket連接也稱為Socket通道，泛指一切Socket數據通道和數據通訊機制。

MC服務器端1和MC客戶端2之間可以通過如下方式建立和維持Socket連接：

方式1：對于長連接模式，MC客戶端2主動發(fā)起請求，與MC服務器端1建立一 個Socket連接，MC客戶端2通過定時發(fā)送心跳消息包來建立和維持與MC服務器端1之間的Socket連接，在連接成功后與對方進行密碼安全認證鑒權，鑒權成功后MC客戶端定時發(fā)起心跳監(jiān)測，維持住所述Socket連接。當發(fā)現心跳監(jiān)測沒有得到MC服務器端的回應時，MC客戶端認為該Socket連接檢測失敗，MC客戶端重新發(fā)起請求，建立一條Socket連接。也就是說，MC服務器端1和MC客戶端2之間的Socket連接可以由所述MC客戶端發(fā)起建立，且連接成功后，MC客戶端2定時發(fā)起心跳消息檢測該Socket連接，并在檢測到該Socket連接失敗時，所述MC客戶端重新發(fā)起Socket連接。

方式2：對于短連接模式，所述MC客戶端2用于向所述MC服務器端傳遞消息的Socket連接是所述MC客戶端2發(fā)起建立的，且在傳遞消息后，所述MC客戶端2斷開該Socket連接；所述MC服務器端1用于向所述MC客戶端2傳遞消息的Socket連接是所述MC服務器端1發(fā)起建立的，且在傳遞消息后，所述MC服務器端1斷開該Socket連接。需要注意的是，所述MC服務器端1發(fā)起Socket連接前，還包括：所述MC客戶端1向所述MC服務器端1發(fā)起Socket連接，并連接成功后，所述MC服務器端1記錄所述MC客戶端2的IP地址，然后所述MC客戶端2斷開該Socket連接，這樣，所述MC服務器端1才能夠根據所記錄的所述MC客戶端2的IP地址發(fā)起Socket連接。

進一步地，所述MC服務器端1與所述MC客戶端2通過所述Socket連接傳遞的消息可以采用與短信業(yè)務(SMS)相同的消息類型和內容格式。

進一步地，所述MC服務器端1與所述MC客戶端2通過所述Socket連接傳遞的消息包括用于系統通知和/或漏話管理的消息。

圖5是圖4所示實施例的通過長連接方式的Socket連接實現的方法實施例示意圖，如圖5所示，步驟包括：

步驟201：MC客戶端(Client)向MC服務器端(Server)發(fā)起建立Socket通道的請求。

進一步地，基于IP的MC客戶端在啟動時，可以主動向MC服務器端發(fā)起建立socket通道的連接請求。

步驟202：MC服務器端收到所述請求后，向MC客戶端返回確認信息。

步驟203：MC客戶端向MC服務器端發(fā)送鑒權命令。

步驟204：MC服務器端返回基于base64編碼的MD5算法加密的鑒權信息。

步驟205：MC客戶端用MD5算法對加密的鑒權信息進行解密，得到基于base64編碼的解密后的鑒權信息，并發(fā)送至MC服務器端。

步驟206：MC服務器端向MC客戶端發(fā)送鑒權完成消息，表明鑒權成功。

MC客戶端和MC服務器端之間的認證過程完成，該Socket通道即可進行業(yè)務通訊。

步驟207：MC客戶端和MC服務器端進行心跳檢測。

MC客戶端定時發(fā)起心跳檢測消息，MC服務器端收到心跳檢測消息后反饋心跳檢測響應消息，MC客戶端根據MC服務器端的心跳檢測響應消息檢測和維護Socket通道的狀態(tài)。當發(fā)現心跳監(jiān)測沒有得到MC服務器端的回應時，MC客戶端認為該Socket連接檢測失敗，此時重新進入MC客戶端向MC服務器端發(fā)起用來建立Socket連接的請求的流程。

步驟208：MC客戶端通過Socket通道與MC服務器端交互，進行用戶狀態(tài)查詢管理。

通過Socket連接通道，MC客戶端與MC服務器端交互Socket消息實現的用戶狀態(tài)查詢管理功能包括：查詢被叫用戶的當前狀態(tài)，包括但不限于用戶忙、關機、不可達、無應答。

步驟209：MC服務器端生成系統通知消息后，通過建立的Socket通道發(fā)給MC客戶端。

MC服務器端可以在有系統通知消息的時候通過該Socket通道發(fā)給MC客戶端，所述系統通知消息是系統發(fā)給MC客戶端的消息，包括漏話提醒消息和開機提醒消息。

MC服務器端發(fā)送系統通知消息的情況包括但不限于以下兩種：

1、被叫用戶收到漏話提醒消息；

2、主叫用戶收到關于被叫用戶的開機提醒消息。

上述步驟208和步驟209無先后順序。

本發(fā)明在MC客戶端與MC服務器端之間實現消息通知機制中，增加數據通道方式(Socket)的消息通知機制，用于支持基于IP的MC客戶端。

本發(fā)明中基于IP方式的終端設備通過由MC客戶端發(fā)起并建立的MC客戶端和 MC服務器端之間的Socket通訊通道，實現在MC服務端和MC客戶端之間的消息傳遞。

圖6是圖4所示實施例的通過短連接方式的Socket連接實現的方法實施例示意圖，如圖6所示，步驟包括:

步驟301：MC客戶端(Client)向MC服務器端(Server)發(fā)起建立Socket通道的請求。

步驟302：MC服務器端收到所述請求后，向MC客戶端返回確認信息。

步驟303：MC客戶端向MC服務器端發(fā)送鑒權命令。

步驟304：MC服務器端返回基于base64編碼的MD5算法加密的鑒權信息。

步驟305：MC客戶端用MD5算法對加密的鑒權信息進行解密，得到基于base64編碼的解密后的鑒權信息，并發(fā)送至MC服務器端。

步驟306：MC服務器端向MC客戶端發(fā)送鑒權完成消息，表明鑒權成功。

MC客戶端和MC服務器端之間的認證過程完成，該Socket通道即可進行業(yè)務通訊。

需要注意的是，在短連接方式下，MC服務器端在鑒權成功后，需要記錄MC客戶端的IP地址。

步驟307：MC客戶端通過Socket通道與MC服務器端交互，進行用戶狀態(tài)查詢管理。

通過Socket連接通道，MC客戶端向MC服務器端發(fā)送用戶終端的當前狀態(tài)，包括但不限于用戶忙、關機、不可達、無應答。

步驟308：MC客戶端斷開其建立的Socket連接。

步驟309：MC服務器端向MC客戶端發(fā)起建立Socket通道的請求。

步驟310：MC客戶端收到所述請求后，向MC服務器端返回確認信息。

步驟311：MC服務器端生成系統通知消息，通過建立的Socket通道發(fā)給MC客戶端。

步驟S312：MC服務器端斷開其建立的Socket連接。

圖7是圖4所示實施例的基于IP的漏話實現系統的第一結構示意圖，如圖7所示，系統包括MC客戶端和MC服務器端，具體如下：

MC客戶端的連接建立模塊201與MC服務器端的連接建立模塊101，用于建 立Socket連接；

MC客戶端的消息傳遞模塊203與MC服務器端的消息傳遞模塊103，用于通過所述Socket連接實現消息傳遞。

在短連接模式下，MC客戶端的連接建立模塊201在MC客戶端的消息傳遞模塊203向MC服務器端傳遞消息前發(fā)起請求并建立Socket連接，并在傳遞消息后，斷開該Socket連接。MC服務器端的連接建立模塊101在MC客戶端發(fā)起的Socket連接建立成功后，記錄MC客戶端的IP地址，并在MC服務器端向MC客戶端的消息傳遞模塊傳遞消息前，利用MC客戶端的IP地址發(fā)起Socket連接，并在傳遞消息后，斷開該Socket連接。

進一步地，還包括：MC客戶端的鑒權模塊202和MC服務器端的鑒權模塊102，用于在Socket連接建立成功后進行鑒權。需要注意的是，在短連接模式下，MC服務器端的連接建立模塊101在Socket連接建立成功且鑒權成功時，需要記錄MC客戶端的IP地址。

圖8是圖4所示實施例的基于IP的漏話實現系統的第二結構示意圖，如圖8所示的結構用于長連接模式下，與圖7所示結構示意圖比較，進一步包括MC客戶端的連接檢測模塊204與MC服務器端的連接檢測模塊104。

MC客戶端的連接建立模塊201用于向MC服務器端發(fā)起用來建立Socket連接的請求，以及在MC客戶端的連接檢測模塊204檢測到該Socket連接失敗時，重新發(fā)起Socket連接；

MC客戶端的鑒權模塊202用于在Socket連接建立成功后進行鑒權；

MC客戶端的連接檢測模塊204用于在Socket連接建立成功后，定時發(fā)起心跳檢測消息以檢測該Socket連接，進一步地，MC客戶端的連接檢測模塊204用于在所述Socket連接成功且鑒權成功后，再檢測該Socket連接。

MC服務器端的連接檢測模塊104用于響應MC客戶端的連接檢測模塊204；

MC服務器端的連接建立模塊101用于響應MC客戶端的連接建立模塊201；

MC服務器端的鑒權模塊102用于在Socket連接建立成功后進行鑒權。

MC客戶端的消息傳遞模塊103與MC服務器端的消息傳遞模塊203通過Socket連接傳遞的消息可以采用與短信業(yè)務相同的消息類型和內容格式。

MC客戶端的消息傳遞模塊103與MC服務器端的消息傳遞模塊203通過 Socket連接傳遞的消息包括用于系統通知和/或漏話的消息。.

綜上所述，本發(fā)明具有以下技術效果：

1、通過本發(fā)明，用戶不僅可以通過手機使用MC業(yè)務，也可以通過PC機，平板電腦或者其他上網終端設備來使用MC業(yè)務，給用戶帶來了極大的使用便利，能夠提升用戶體驗，同時促進MC業(yè)務的使用和發(fā)展；

2、通過本發(fā)明，用戶可以通過在多種終端設備上裝載MC客戶端軟件，方便管理自己的漏話消息。

本領域普通技術人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關硬件完成，所述程序可以存儲于計算機可讀存儲介質中，如只讀存儲器、磁盤或光盤等?？蛇x地，上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現。相應地，上述實施例中的各模塊可以采用硬件的形式實現，也可以采用軟件功能模塊的形式實現。本發(fā)明不限制于任何特定形式的硬件和軟件的結合。

盡管上文對本發(fā)明進行了詳細說明，但是本發(fā)明不限于此，本技術領域技術人員可以根據本發(fā)明的原理進行各種修改。因此，凡按照本發(fā)明原理所作的修改，都應當理解為落入本發(fā)明的保護范圍。