本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種通話接續(xù)處理方法及裝置。

背景技術(shù)：
在網(wǎng)絡(luò)（例如，2G，3G，或者Wifi等）環(huán)境下，可以通過Phone+免費打電話，免費發(fā)送文字、圖片、語音消息等多媒體短信，同時還可通過Phone+發(fā)起多方通話或群發(fā)多媒體短信。在Phone+項目的語音接續(xù)過程中，客戶端以及服務(wù)器的交互流程具體可以參見圖1。圖1是相關(guān)技術(shù)中Phone+語音接續(xù)過程中客戶端與服務(wù)器的交互流程圖。如圖1所示，該流程主要包括以下處理：步驟S101：客戶端A向服務(wù)器發(fā)送對話請求CALL_RQ。步驟S103:服務(wù)器向客戶端A反饋對話響應(yīng)CALL_RS。步驟S105：服務(wù)器向客戶端A發(fā)送呼叫結(jié)果標(biāo)識CALL_RESULT_ID，并向客戶端B發(fā)送邀請請求INVITE_RQ。步驟S107：客戶端B檢驗黑名單或用戶狀態(tài)。步驟S109：客戶端B向服務(wù)器反饋邀請響應(yīng)INVITE_RS。步驟S111：客戶端B開始振鈴等待接聽。步驟S113：服務(wù)器向客戶端A發(fā)送呼叫結(jié)果標(biāo)識CALL_RESULT_ID。步驟S115：客戶端B接聽。步驟S117：客戶端B向服務(wù)器發(fā)送應(yīng)答請求ANSWER_RQ。步驟S119：服務(wù)器向客戶端B發(fā)送應(yīng)答響應(yīng)ANSWER_RS，并向客戶端A發(fā)送呼叫結(jié)果標(biāo)識CALL_RESULT_ID。步驟S121：客戶端B進(jìn)入通話狀態(tài)。由此可見，在圖1所示的流程中，如果在通話接續(xù)過程中，由于網(wǎng)絡(luò)狀態(tài)不好等原因，客戶端A或者客戶端B中的一方已經(jīng)與服務(wù)器斷開連接，但是與服務(wù)器連接的另一方并不知道，接續(xù)流程沒有及時終止，導(dǎo)致用戶體驗降低。

技術(shù)實現(xiàn)要素：
本發(fā)明提供了一種通話接續(xù)方法及裝置，以至少解決相關(guān)技術(shù)中由于網(wǎng)絡(luò)狀態(tài)不好等原因，兩方客戶端中的一方已經(jīng)與服務(wù)器斷開連接，但是與服務(wù)器連接的另一方并不知道，接續(xù)流程沒有及時終止，導(dǎo)致用戶體驗降低。根據(jù)本發(fā)明的一個方面，提供了一種通話接續(xù)處理方法。根據(jù)本發(fā)明的通話接續(xù)處理方法包括：根據(jù)服務(wù)器與第一客戶端之間建立的心跳機(jī)制，所述服務(wù)器判斷所述第一客戶端與該服務(wù)器的連接狀態(tài)；在所述連接狀態(tài)為斷開狀態(tài)的情況下，所述服務(wù)器向第二客戶端發(fā)送對話結(jié)束消息。根據(jù)本發(fā)明的另一方面，提供了一種通話接續(xù)處理方法。根據(jù)本發(fā)明的通話接續(xù)處理方法包括：根據(jù)第一客戶端與服務(wù)器之間建立的心跳機(jī)制，所述第一客戶端判斷第二客戶端與該服務(wù)器的連接狀態(tài)；在所述連接狀態(tài)為斷開狀態(tài)的情況下，第一客戶端向所述服務(wù)器發(fā)送對話結(jié)束消息。根據(jù)本發(fā)明的又一方面，提供了一種通話接續(xù)處理裝置。根據(jù)本發(fā)明的通話接續(xù)處理裝置包括：第一判斷模塊，用于根據(jù)服務(wù)器與第一客戶端之間建立的心跳機(jī)制，判斷所述第一客戶端與該服務(wù)器的連接狀態(tài)；發(fā)送模塊，用于在所述連接狀態(tài)為斷開狀態(tài)的情況下，所述服務(wù)器向第二客戶端發(fā)送對話結(jié)束消息。根據(jù)本發(fā)明的再一方面，提供了一種通話接續(xù)處理裝置。根據(jù)本發(fā)明的通話接續(xù)處理裝置包括：判斷模塊，用于根據(jù)第一客戶端與服務(wù)器之間建立的心跳機(jī)制，判斷第二客戶端與該服務(wù)器的連接狀態(tài)；第一發(fā)送模塊，用于在所述連接狀態(tài)為斷開狀態(tài)的情況下，第一客戶端向所述服務(wù)器發(fā)送對話結(jié)束消息。通過本發(fā)明，服務(wù)器根據(jù)新建立的心跳機(jī)制，判斷所述第一客戶端與該服務(wù)器的連接狀態(tài)；在所述連接狀態(tài)為斷開狀態(tài)的情況下，所述服務(wù)器向第二客戶端發(fā)送對話結(jié)束消息。解決了相關(guān)技術(shù)中由于網(wǎng)絡(luò)狀態(tài)不好等原因，兩方客戶端中的一方已經(jīng)與服務(wù)器斷開連接，但是與服務(wù)器連接的另一方并不知道，接續(xù)流程沒有及時終止，導(dǎo)致用戶體驗降低的問題，進(jìn)而可以在一方連接斷開時，及時終止接續(xù)流程，有效提高了通話用戶的體驗。附圖說明圖1是相關(guān)技術(shù)中Phone+語音接續(xù)過程中客戶端與服務(wù)器的交互流程圖；圖2是根據(jù)本發(fā)明實施例一的通話接續(xù)處理方法的流程圖；圖3是根據(jù)本發(fā)明優(yōu)選實施例的狀態(tài)查詢心跳包和心跳回復(fù)包的生命周期的示意圖；圖4是根據(jù)本發(fā)明優(yōu)選實施例一的通話接續(xù)處理方法的流程圖；圖5是根據(jù)本發(fā)明實施例二的通話接續(xù)處理方法的流程圖；圖6是根據(jù)本發(fā)明優(yōu)選實施例一的心跳包超時通話接續(xù)處理的流程示意圖；圖7是根據(jù)本發(fā)明優(yōu)選實施例二的心跳包超時通話接續(xù)處理的流程示意圖；圖8是根據(jù)本發(fā)明優(yōu)選實施例二的通話接續(xù)處理方法的流程圖；圖9是根據(jù)本發(fā)明實施例一的通話接續(xù)處理裝置的結(jié)構(gòu)框圖；圖10是根據(jù)本發(fā)明優(yōu)選實施例一的通話接續(xù)處理裝置的結(jié)構(gòu)框圖；圖11是根據(jù)本發(fā)明實施例二的通話接續(xù)處理裝置的結(jié)構(gòu)框圖；以及圖12是根據(jù)本發(fā)明優(yōu)選實施例二的通話接續(xù)處理裝置的結(jié)構(gòu)框圖。具體實施方式下面結(jié)合說明書附圖對本發(fā)明的具體實現(xiàn)方式做一詳細(xì)描述。圖2是根據(jù)本發(fā)明實施例一的通話接續(xù)處理方法的流程圖。如圖2所示，該通話接續(xù)處理方法包括以下處理：步驟S201：根據(jù)服務(wù)器與第一客戶端之間建立的心跳機(jī)制，該服務(wù)器判斷上述第一客戶端與該服務(wù)器的連接狀態(tài)；步驟S203：在上述連接狀態(tài)為斷開狀態(tài)的情況下，該服務(wù)器向第二客戶端發(fā)送對話結(jié)束消息。相關(guān)技術(shù)中，在phone+項目的通話接續(xù)過程中，由于網(wǎng)絡(luò)狀態(tài)不好等原因，兩方中的一方已經(jīng)與服務(wù)器斷開連接，但是與服務(wù)器連接的另一方并不知道，接續(xù)流程沒有及時終止，導(dǎo)致用戶體驗降低。在圖1所示的方法中，服務(wù)器根據(jù)新建立的心跳機(jī)制，判斷上述第一客戶端與該服務(wù)器的連接狀態(tài)；在上述連接狀態(tài)為斷開狀態(tài)的情況下，上述服務(wù)器向第二客戶端發(fā)送對話結(jié)束消息。進(jìn)而可以在一方連接斷開時，及時終止接續(xù)流程，有效提高了通話用戶的體驗。優(yōu)選地，上述心跳機(jī)制包括：上述服務(wù)器接收來自于上述第一客戶端的狀態(tài)查詢心跳包；上述服務(wù)器向上述第一客戶端返回攜帶有當(dāng)前通話狀態(tài)的心跳回復(fù)包。其中，如圖3所示，上述服務(wù)器對于主叫方返回心跳回復(fù)包的生命周期為：以主叫方接收到呼叫結(jié)果標(biāo)識或者等待呼叫結(jié)果標(biāo)識超時的時刻為起始，以被叫方接聽、被叫方拒絕、主叫方掛斷、定時器超時（心跳超時。等待回鈴超時、為終點；同理，當(dāng)上述第一客戶端為主叫方時，第一客戶端發(fā)送狀態(tài)查詢心跳包的生命周期為：以主叫方接收到呼叫結(jié)果標(biāo)識或者等待呼叫結(jié)果標(biāo)識超時的時刻為起始，以被叫方接聽、被叫方拒絕、主叫方掛斷、定時器超時為終點。其中，如圖3所示，上述服務(wù)器對于被叫方返回心跳回復(fù)包的生命周期為：從被叫方發(fā)出邀請響應(yīng)為起始，以被叫方接聽、被叫方拒絕、定時器超時為終點。同理，當(dāng)上述第一客戶端為被叫方時，第一客戶端發(fā)送狀態(tài)查詢心跳包的生命周期為：從被叫方發(fā)出邀請響應(yīng)為起始，以被叫方接聽、被叫方拒絕、定時器超時為終點。其中，上述狀態(tài)查詢心跳包CALL_ALIVE_RQ可以包括但不限于以下信息：callID：當(dāng)前通話的主叫方流水號；被叫方為是否接聽，默認(rèn)為0，接聽為1；channelID：正常情況下為呼叫結(jié)果標(biāo)識CALL_RESULT_ID告知的頻道號；如果為0則表示主叫方未收到CALL_RESULT_ID；userID:用戶標(biāo)識號。其中，上述心跳回復(fù)包CALL_ALIVE_RS可以包括但不限于以下信息：callID：當(dāng)前通話的主叫方流水號，給主叫方判斷是否被叫方當(dāng)前呼叫的回包；channelID：當(dāng)前通話的頻道號，給被叫方判斷是否主叫方當(dāng)前呼叫的回包；callState：當(dāng)前通話狀態(tài)，例如，正常狀態(tài)（鏈接狀態(tài)），被叫掛斷，主叫掛斷，被叫接聽；可以新增如下狀態(tài)：對方客戶端心跳超時。userID:用戶標(biāo)識號。優(yōu)選地，在上述步驟S201中，上述服務(wù)器判斷上述第一客戶端與該服務(wù)器的連接狀態(tài)可以進(jìn)一步包括以下處理：當(dāng)上述服務(wù)器在第一預(yù)定時間內(nèi)未接收到上述第一客戶端的狀態(tài)查詢心跳包時，上述服務(wù)器確定上述連接狀態(tài)為斷開狀態(tài)。例如，服務(wù)器和客戶端（例如，主叫客戶端，當(dāng)然也可以是被叫客戶端）之間建立有上述心跳機(jī)制，服務(wù)器在預(yù)定時長內(nèi)（例如，5秒）沒有接收到主叫客戶端的狀態(tài)查詢心跳包，則該服務(wù)器確定主叫客戶端與服務(wù)器的連接斷開，服務(wù)器改變狀態(tài)為主叫超時，并且向被叫客戶端發(fā)送對話結(jié)束消息來終止通話接續(xù)流程。優(yōu)選地，在上述服務(wù)器向第二客戶端發(fā)送對話結(jié)束消息之后，還可以包括以下處理：上述服務(wù)器判斷在超時后的第二預(yù)定時間內(nèi)是否接收到上述第二客戶端的狀態(tài)查詢心跳包。如果沒有在上述第二預(yù)定時間內(nèi)接收到上述第二客戶端的狀態(tài)查詢心跳包，上述服務(wù)器結(jié)束通話接續(xù)流程。如果在上述第二預(yù)定時間內(nèi)接收到上述第二客戶端的狀態(tài)查詢心跳包，上述服務(wù)器向上述第二客戶端發(fā)送心跳回復(fù)包，其中，該心跳回復(fù)包攜帶有指示上述第一客戶端超時的信息；如果上述服務(wù)器在第三預(yù)定時間內(nèi)未接收到上述第二客戶端的對話結(jié)束消息或者接收到上述第二客戶端的對話結(jié)束消息，上述服務(wù)器結(jié)束通話接續(xù)流程。優(yōu)選地，如果所述服務(wù)器確定所述第一客戶端的當(dāng)前狀態(tài)為以下之一：主叫掛斷，被叫掛斷，被叫接聽；則所述服務(wù)器向所述第二客戶端發(fā)送的心跳回復(fù)包中攜帶有所述第一客戶端的當(dāng)前狀態(tài)。由此可見，建立心跳機(jī)制，一客戶端還可以根據(jù)服務(wù)器的心跳回復(fù)包中的信息確定另一客戶端的當(dāng)前狀態(tài)：主叫掛斷，被叫掛斷，或者被叫接聽。例如，服務(wù)器接收到被叫客戶端的應(yīng)答包為用戶接聽，會在發(fā)送給主叫客戶端的心跳回復(fù)包中攜帶被叫客戶端的當(dāng)前狀態(tài)：接聽狀態(tài)，此時如果服務(wù)器轉(zhuǎn)發(fā)給主叫的應(yīng)答包丟失，主叫客戶端會根據(jù)心跳回復(fù)包的狀態(tài)來進(jìn)行處理，心跳包狀態(tài)為接聽，主叫會繼續(xù)執(zhí)行被叫接聽流程。以下結(jié)合圖4進(jìn)一步描述上述優(yōu)選實施方式。圖4是根據(jù)本發(fā)明優(yōu)選實施例一的通話接續(xù)處理方法的流程圖。如圖4所示，該通話接續(xù)處理方法包括以下處理：步驟S401：服務(wù)器確定連續(xù)5秒沒有接收到來自一個客戶端的狀態(tài)查詢心跳包。步驟S403：服務(wù)器改變狀態(tài)為超時狀態(tài)，并且向?qū)Χ丝蛻舳税l(fā)送對話結(jié)束消息CALL_END。步驟S405：服務(wù)器判斷在超時后的5秒內(nèi)是否接收到未超時客戶端（即上述對端客戶端）的心跳回復(fù)包。如果是，執(zhí)行步驟S407，否則，執(zhí)行步驟S411。步驟S407：服務(wù)器將當(dāng)前狀態(tài)發(fā)送給未超時客戶端。步驟S409：服務(wù)器判斷5秒內(nèi)是否收到未超時客戶端的對話結(jié)束消息。如果是，執(zhí)行步驟S411，否則，在5秒超時時，也執(zhí)行步驟S411。步驟S411：服務(wù)器清理自身資源，并結(jié)束接續(xù)流程。圖5是根據(jù)本發(fā)明實施例二的通話接續(xù)處理方法的流程圖。如圖5所示，該通話接續(xù)處理方法包括以下處理：步驟S501：根據(jù)第一客戶端與服務(wù)器之間建立的心跳機(jī)制，該第一客戶端判斷第二客戶端與該服務(wù)器的連接狀態(tài)；步驟S503：在上述連接狀態(tài)為斷開狀態(tài)的情況下，第一客戶端向該服務(wù)器發(fā)送對話結(jié)束消息。在圖5所示的方法中，第一客戶端根據(jù)新建立的心跳機(jī)制，判斷第二客戶端與該服務(wù)器的連接狀態(tài)；在連接狀態(tài)為斷開狀態(tài)的情況下，第一客戶端向上述服務(wù)器發(fā)送對話結(jié)束消息。進(jìn)而可以在一方連接斷開時，及時終止接續(xù)流程，并確保對話雙方信息對等，有效提高了通話用戶的體驗。其中，上述心跳機(jī)制包括：第一客戶端每隔預(yù)定時長向服務(wù)器發(fā)送狀態(tài)查詢心跳包；上述第一客戶端接收來自于上述服務(wù)器的與各個狀態(tài)查詢心跳包對應(yīng)的心跳回復(fù)包。其中，如圖3所示，當(dāng)上述第一客戶端為主叫方時，第一客戶端的狀態(tài)查詢心跳包的生命周期為：以主叫方接收到呼叫結(jié)果標(biāo)識或者等待呼叫結(jié)果標(biāo)識超時的時刻為起始，以被叫方接聽、被叫方拒絕、主叫方掛斷、定時器超時為終點。同理，服務(wù)器對于主叫方返回的心跳回復(fù)包的生命周期為：以主叫方接收到呼叫結(jié)果標(biāo)識或者等待呼叫結(jié)果標(biāo)識超時的時刻為起始，以被叫方接聽、被叫方拒絕、主叫方掛斷、定時器超時為終點；其中，如圖3所示，當(dāng)上述第一客戶端為被叫方時，第一客戶端的狀態(tài)查詢心跳包的生命周期為：從被叫方發(fā)出邀請響應(yīng)為起始，以被叫方接聽、被叫方拒絕、定時器超時為終點。同理，服務(wù)器對于被叫方返回的心跳回復(fù)包的生命周期為：從被叫方發(fā)出邀請響應(yīng)為起始，以被叫方接聽、被叫方拒絕、定時器超時為終點。優(yōu)選地，在上述步驟S501中，上述第一客戶端判斷第二客戶端與該服務(wù)器的連接狀態(tài)可以進(jìn)一步包括：在上述心跳回復(fù)包中攜帶有指示第二客戶端超時的信息時，上述第一客戶端確定上述連接狀態(tài)為斷開狀態(tài)。優(yōu)選地，第一客戶端每隔預(yù)定時長向服務(wù)器發(fā)送狀態(tài)查詢心跳包，接收來自于上述服務(wù)器的與各個狀態(tài)查詢心跳包對應(yīng)的心跳回復(fù)包可以進(jìn)一步包括處理：上述第一客戶端每發(fā)送一個狀態(tài)查詢心跳包，計數(shù)器加一；上述第一客戶端每接收到一個心跳回復(fù)包，上述計數(shù)器減一；在上述計數(shù)器的計數(shù)值達(dá)到預(yù)定閾值時，上述第一客戶端向上述服務(wù)器發(fā)送對話結(jié)束消息。例如，客戶端A啟動心跳計數(shù)，每發(fā)送一個狀態(tài)查詢心跳包，計數(shù)加一，每收到一個心跳回復(fù)包，計數(shù)減一。當(dāng)計數(shù)達(dá)到預(yù)定閾值（例如，3）時，發(fā)送對話結(jié)束消息給服務(wù)器。服務(wù)器改變狀態(tài)，清理資源，向?qū)Χ丝蛻舳薆發(fā)送對話退出標(biāo)識CALL_EXIT_ID，客戶端B結(jié)束通話，向服務(wù)器返回對話結(jié)束消息，服務(wù)器結(jié)束接續(xù)流程。該流程具體可以參見圖6。例如，客戶端A啟動心跳計數(shù)，每發(fā)送一個狀態(tài)查詢心跳包，計數(shù)加一，每收到一個心跳回復(fù)包，計數(shù)減一。當(dāng)計數(shù)達(dá)到預(yù)定閾值（例如，3）時，向服務(wù)器發(fā)送對話結(jié)束消息。但是在對話結(jié)束消息在傳輸過程中丟失，服務(wù)器沒有收到該消息。服務(wù)器連續(xù)等待預(yù)定時長（例如，5秒）沒有接收到客戶端A發(fā)送的狀態(tài)查詢心跳包，則確定客戶端A心跳超時。服務(wù)器在心跳回復(fù)包中攜帶客戶端A超時的信息發(fā)送給客戶端B?？蛻舳薆掛斷通話，向服務(wù)器發(fā)送對話結(jié)束消息，但是傳輸過程中，該對話結(jié)束消息也丟失了。服務(wù)器在上述超時后的5秒內(nèi)沒有接收到客戶端B的對話結(jié)束消息，則服務(wù)器清理資源，結(jié)束通話接續(xù)流程。該流程具體可以參見圖7。優(yōu)選地，如果所述服務(wù)器確定所述第二客戶端的當(dāng)前狀態(tài)為以下之一：主叫掛斷，被叫掛斷，被叫接聽；則所述第一客戶端接收的來自于所述服務(wù)器的心跳回復(fù)包中攜帶有所述第二客戶端的當(dāng)前狀態(tài)。由此可見，建立心跳機(jī)制，一客戶端還可以根據(jù)服務(wù)器的心跳回復(fù)包中的信息確定另一客戶端的當(dāng)前狀態(tài)：主叫掛斷，被叫掛斷，或者被叫接聽。例如，服務(wù)器接收到被叫客戶端的應(yīng)答包為用戶接聽，會在發(fā)送給主叫客戶端的心跳回復(fù)包中攜帶被叫客戶端的當(dāng)前狀態(tài)：接聽狀態(tài)，此時如果服務(wù)器轉(zhuǎn)發(fā)給主叫的應(yīng)答包丟失，主叫客戶端會根據(jù)心跳回復(fù)包的狀態(tài)來進(jìn)行處理，心跳包狀態(tài)為接聽，主叫會繼續(xù)執(zhí)行被叫接聽流程。以下結(jié)合圖8進(jìn)一步描述上述優(yōu)選實施方式。圖8是根據(jù)本發(fā)明優(yōu)選實施例二的通話接續(xù)處理方法的流程圖。如圖8所示，該通話接續(xù)處理方法包括以下處理：步驟S801：客戶端從狀態(tài)查詢心跳包的生命周期開始就開始發(fā)送狀態(tài)查詢心跳包。步驟S803：客戶端啟動心跳計數(shù)。具體實施過程中，可以在發(fā)送心跳包的同時或者在發(fā)送心跳包之后的幾秒開始計數(shù)，例如，發(fā)送心跳包之后的1秒。步驟S805：客戶端每隔一秒發(fā)送一次狀態(tài)查詢心跳包，直至狀態(tài)查詢心跳包的生命周期結(jié)束。步驟S807：客戶端判斷計數(shù)器的計數(shù)值是否超過預(yù)定閾值，例如，3。如果是，接續(xù)流程結(jié)束。否則，執(zhí)行步驟S809。步驟S809：客戶端判斷是否收到心跳回復(fù)包，如果是，執(zhí)行步驟S811，否則，執(zhí)行步驟S813。步驟S811：客戶端的計數(shù)清零。步驟S813：客戶端的計數(shù)器計數(shù)加一。之后返回執(zhí)行步驟S807。圖9是根據(jù)本發(fā)明實施例一的通話接續(xù)處理裝置的結(jié)構(gòu)框圖。如圖9所示，該通話接續(xù)處理裝置包括：第一判斷模塊90，用于根據(jù)服務(wù)器與第一客戶端之間建立的心跳機(jī)制，判斷上述第一客戶端與該服務(wù)器的連接狀態(tài)；第一發(fā)送模塊92，用于在上述連接狀態(tài)為斷開狀態(tài)的情況下，向第二客戶端發(fā)送對話結(jié)束消息。在圖9所示的裝置中，第一判斷模塊90根據(jù)新建立的心跳機(jī)制，判斷上述第一客戶端與該服務(wù)器的連接狀態(tài)；在上述連接狀態(tài)為斷開狀態(tài)的情況下，第一發(fā)送模塊92向第二客戶端發(fā)送對話結(jié)束消息。進(jìn)而可以在一方連接斷開時，及時終止接續(xù)流程，有效提高了通話用戶的體驗。優(yōu)選地，上述心跳機(jī)制包括：上述服務(wù)器接收來自于上述第一客戶端的狀態(tài)查詢心跳包；上述服務(wù)器向上述第一客戶端返回攜帶有當(dāng)前通話狀態(tài)的心跳回復(fù)包。優(yōu)選地，上述第一判斷模塊，進(jìn)一步用于當(dāng)上述服務(wù)器在第一預(yù)定時間內(nèi)未接收到上述第一客戶端的狀態(tài)查詢心跳包時，確定上述連接狀態(tài)為斷開狀態(tài)；如圖10所示，上述裝置還可以包括：第二判斷模塊94，用于判斷在超時后的第二預(yù)定時間內(nèi)是否接收到上述第二客戶端的狀態(tài)查詢心跳包；第一處理模塊96，用于在上述第二判斷模塊輸出為否時，結(jié)束通話接續(xù)流程；第二處理模塊98，用于在上述第二判斷模塊輸出為是時，向上述第二客戶端發(fā)送心跳回復(fù)包，其中，該心跳回復(fù)包攜帶有指示上述第一客戶端超時的信息，當(dāng)在第三預(yù)定時間內(nèi)未接收到上述第二客戶端的對話結(jié)束消息或者接收到上述第二客戶端的對話結(jié)束消息時，結(jié)束通話接續(xù)流程。優(yōu)選地，如圖10所示，上述裝置還可以包括：確定模塊100，用于確定所述第一客戶端的當(dāng)前狀態(tài)為以下之一：主叫掛斷，被叫掛斷，被叫接聽；第二發(fā)送模塊102，用于向所述第二客戶端發(fā)送的心跳回復(fù)包，該心跳回復(fù)包攜帶有所述第一客戶端的當(dāng)前狀態(tài)。由此可見，建立心跳機(jī)制，一客戶端還可以根據(jù)第二發(fā)送模塊102發(fā)送的心跳回復(fù)包中的信息確定另一客戶端的當(dāng)前狀態(tài)：主叫掛斷，被叫掛斷，或者被叫接聽。例如，上述裝置接收到被叫客戶端的應(yīng)答包為用戶接聽，會在發(fā)送給主叫客戶端的心跳回復(fù)包中攜帶被叫客戶端的當(dāng)前狀態(tài)：接聽狀態(tài)，此時如果服務(wù)器轉(zhuǎn)發(fā)給主叫的應(yīng)答包丟失，主叫客戶端會根據(jù)心跳回復(fù)包的狀態(tài)來進(jìn)行處理，心跳包狀態(tài)為接聽，主叫會繼續(xù)執(zhí)行被叫接聽流程。需要說明的是，以上裝置中，各模塊相互結(jié)合的優(yōu)選實施方式可以參見圖2至圖4的描述，此處不再贅述。此外，上述裝置可以是服務(wù)器或者設(shè)置在服務(wù)器上。圖11是根據(jù)本發(fā)明實施例二的通話接續(xù)處理裝置的結(jié)構(gòu)框圖。如圖11所示，該通話接續(xù)處理裝置包括：判斷模塊110，用于根據(jù)第一客戶端與服務(wù)器之間建立的心跳機(jī)制，判斷第二客戶端與該服務(wù)器的連接狀態(tài)；第一發(fā)送模塊112，用于在上述連接狀態(tài)為斷開狀態(tài)的情況下，向上述服務(wù)器發(fā)送對話結(jié)束消息。在圖11所示的裝置中，判斷模塊110根據(jù)新建立的心跳機(jī)制，判斷第二客戶端與該服務(wù)器的連接狀態(tài)；在連接狀態(tài)為斷開狀態(tài)的情況下，第一發(fā)送模塊112向上述服務(wù)器發(fā)送對話結(jié)束消息。進(jìn)而可以在一方連接斷開時，及時終止接續(xù)流程，有效提高了通話用戶的體驗。優(yōu)選地，上述心跳機(jī)制包括：第一客戶端每隔預(yù)定時長向服務(wù)器發(fā)送狀態(tài)查詢心跳包；上述第一客戶端接收來自于上述服務(wù)器的與各個狀態(tài)查詢心跳包對應(yīng)的心跳回復(fù)包。優(yōu)選地，上述判斷模塊110，進(jìn)一步用于在上述心跳回復(fù)包中攜帶有指示第二客戶端超時的信息時，確定上述連接狀態(tài)為斷開狀態(tài)。優(yōu)選地，如圖12所示，上述裝置還可以包括：計數(shù)模塊114，用于在每發(fā)送一個狀態(tài)查詢心跳包時，對計數(shù)值加一；在每接收到一個心跳回復(fù)包，對上述計數(shù)值減一；第二發(fā)送模塊116，用于在上述計數(shù)器的上述計數(shù)值達(dá)到預(yù)定閾值時，向上述服務(wù)器發(fā)送對話結(jié)束消息。優(yōu)選地，如圖12所示，上述裝置還可以包括：確定模塊118，用于確定所述第二客戶端的當(dāng)前狀態(tài)為以下之一：主叫掛斷，被叫掛斷，被叫接聽；接收模塊120，用于接收的來自于所述服務(wù)器的心跳回復(fù)包，該心跳回復(fù)包攜帶有所述第二客戶端的當(dāng)前狀態(tài)。由此可見，建立心跳機(jī)制，上述裝置還可以根據(jù)接收模塊120接收的心跳回復(fù)包中的信息確定另一客戶端的當(dāng)前狀態(tài)：主叫掛斷，被叫掛斷，或者被叫接聽。例如，服務(wù)器接收到被叫客戶端的應(yīng)答包為用戶接聽，會在發(fā)送給上述裝置的心跳回復(fù)包中攜帶被叫客戶端的當(dāng)前狀態(tài)：接聽狀態(tài)，此時如果服務(wù)器轉(zhuǎn)發(fā)給主叫客戶端的應(yīng)答包丟失，上述裝置會根據(jù)心跳回復(fù)包的狀態(tài)來進(jìn)行處理，心跳包狀態(tài)為接聽，上述裝置會繼續(xù)執(zhí)行被叫接聽流程。需要說明的是，以上裝置中，各模塊相互結(jié)合的優(yōu)選實施方式可以參見圖5至圖8的描述，此處不再贅述。此外，上述裝置可以是上述第一客戶端，或者設(shè)置在上述第一客戶端上。綜上所述，借助本發(fā)明提供的上述實施例，在客戶端與服務(wù)器之間建立心跳機(jī)制，服務(wù)器可以根據(jù)該心跳機(jī)制判斷客戶端的連接狀態(tài)，客戶端也可以根據(jù)該心跳機(jī)制確認(rèn)自己與服務(wù)器是否斷開連接，或者根據(jù)服務(wù)器的心跳回復(fù)包獲知對端客戶端超時。因此可以在一方連接斷開時，及時終止接續(xù)流程，并確保對話雙方信息對等，有效提高了通話用戶的體驗。以上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明并非局限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。