本發(fā)明涉及通訊領(lǐng)域，尤其涉及恢復(fù)會話內(nèi)容的傳輸?shù)姆椒ǎK端和服務(wù)器。

背景技術(shù)：
瀏覽器實(shí)時(shí)通訊(WEBRTC，Real-timeCommunicationBetweenBrowsers)是一項(xiàng)在瀏覽器內(nèi)部進(jìn)行實(shí)時(shí)視頻和音頻通信的技術(shù)，該技術(shù)主要利用超文本標(biāo)記語言(HyperTextMark-upLanguage5，HTML5)協(xié)議和javascript語言，在不使用插件的情況下實(shí)現(xiàn)瀏覽器之間的通信。WebRTC中主要用于實(shí)現(xiàn)瀏覽器之間點(diǎn)對點(diǎn)的通信，從而實(shí)現(xiàn)兩個(gè)瀏覽器之間真正的點(diǎn)對點(diǎn)連接。在建立瀏覽器之間的會話的過程中，需要在會話建立過程中協(xié)商瀏覽器的媒體信息，媒體信息可以包括媒體發(fā)送/接收地址、媒體傳送使用的編解碼方式、協(xié)議等，并通過使用會話描述協(xié)議(SDP，SessionDescriptionProtocol)承載。在會話建立過程中，利用SDP的OFFER/ANSWER機(jī)制進(jìn)行媒體信息的協(xié)商，比如音視頻協(xié)商，媒體使用的編解碼的協(xié)商。當(dāng)網(wǎng)絡(luò)中有網(wǎng)絡(luò)地址轉(zhuǎn)換器(NAT，NetworkAddressTranslator)或防火墻設(shè)備時(shí)，還需要使用交互式連接建立協(xié)議(ICE，InteractiveConnectivityEstablishment)進(jìn)行可用ICE地址的協(xié)商，以進(jìn)行會話內(nèi)容的點(diǎn)到點(diǎn)傳輸，從而建立通過瀏覽器產(chǎn)生的會話的連接(peerconncection)，從而使得瀏覽器之間可以進(jìn)行通話。在現(xiàn)有的建立會話的過程中，當(dāng)主叫瀏覽器需要發(fā)送建立會話的請求時(shí)，主叫瀏覽器還需要收集可用的ICE候選地址用于穿越NAT或防火墻從而進(jìn)行會話內(nèi)容的發(fā)送和接收。ICE候選地址的收集過程主要是瀏覽器向?yàn)槠浞?wù)的會話穿越效用網(wǎng)絡(luò)地址轉(zhuǎn)換器(STUN，SessionTraversalUtilitiesforNAT)服務(wù)器或NAT中繼穿越網(wǎng)絡(luò)地址轉(zhuǎn)換器(TURN，TraversalUsingRelayNAT)服務(wù)器發(fā)送請求。STUN或TURN服務(wù)器在返回的響應(yīng)中會將穿越NAT或防火墻后的對外通信地址(即ICE地址)或服務(wù)器上的中繼地址(即ICE地址)返回給瀏覽器。當(dāng)瀏覽器對ICE候選地址收集完成后，可以在建立會話的請求中，也可以以單獨(dú)消息把ICE候選地址發(fā)送給被叫(可以為IMS終端、瀏覽器或普通終端)。如果被叫也支持ICE協(xié)商，則被叫在收到主叫瀏覽器發(fā)送的ICE候選地址后，還要進(jìn)行被叫端的ICE候選地址的收集，并將收集到的ICE候選地址發(fā)送給主叫瀏覽器。也就是說主叫方和被叫方都需要進(jìn)行ICE地址的協(xié)商，從而找到最合適的一個(gè)ICE地址對進(jìn)行會話內(nèi)容的傳輸。其ICE地址對的協(xié)商過程主要是每個(gè)被叫的ICE候選地址與每個(gè)主叫的ICE候選地址進(jìn)行協(xié)商(具體為每個(gè)被叫的ICE候選地址向每個(gè)主叫的ICE候選地址發(fā)送NAT請求包，并等待接收通過主叫ICE候選地址返回的響應(yīng))以及每個(gè)主叫的ICE候選地址與每個(gè)被叫的ICE候選地址進(jìn)行協(xié)商(具體為每個(gè)主叫的ICE候選地址向每個(gè)被叫的ICE候選地址發(fā)送NAT請求包，并等待接收通過被叫的ICE候選地址返回的響應(yīng))。如果有多對地址對可以互相發(fā)送并接收到正確的響應(yīng)，則根據(jù)ICE協(xié)議中定義的判斷機(jī)制(比如ICE候選地址的優(yōu)先級情況，應(yīng)用的偏好等)選出一對最佳的包括主叫ICE地址和被叫ICE地址的ICE地址對作為主叫瀏覽器和被叫瀏覽器的進(jìn)行會話內(nèi)容傳輸?shù)牡刂贰，F(xiàn)有的通過瀏覽器進(jìn)行會話的過程中，如果主叫瀏覽器或被叫瀏覽器發(fā)生了刷新(即用戶點(diǎn)擊刷新或是由于網(wǎng)絡(luò)問題產(chǎn)生了瀏覽器的臨時(shí)重啟)，如果要恢復(fù)之前的會話的連接，瀏覽器之間還需要進(jìn)行ICE的重協(xié)商，而該過程的四次握手協(xié)商耗時(shí)較長，使得會話內(nèi)容的傳輸有一個(gè)較明顯的中斷，從而導(dǎo)致用戶體驗(yàn)差。

技術(shù)實(shí)現(xiàn)要素：
本發(fā)明的實(shí)施例提供的恢復(fù)會話內(nèi)容的傳輸?shù)姆椒?，終端和服務(wù)器，解決現(xiàn)有的主叫瀏覽器或被叫瀏覽器發(fā)生了刷新，在恢復(fù)之前會話的內(nèi)容傳輸還需要重新進(jìn)行ICE的協(xié)商，從而導(dǎo)致耗時(shí)較長，使得會話有一個(gè)較明顯的中斷導(dǎo)致用戶體驗(yàn)差的問題。本發(fā)明第一方面提供了一種恢復(fù)會話內(nèi)容的傳輸?shù)姆椒?，包括：接收針對頁面的刷新消息；保持所述頁面中的會話使用的交互式連接建立協(xié)議(ICE，InteractiveConnectivityEstablishment)地址對中第一ICE地址處于激活狀態(tài)，并向服務(wù)器發(fā)送刷新請求；接收所述服務(wù)器返回的刷新后的頁面，所述刷新后的頁面包含應(yīng)用程序；通過運(yùn)行所述應(yīng)用程序，使用處于激活狀態(tài)的第一ICE地址恢復(fù)所述會話的會話內(nèi)容的傳輸。作為第一方面的第一可能的實(shí)現(xiàn)方式中，所述接收頁面刷新請求之前，該方法還包括：向服務(wù)器發(fā)送會話使用ICE地址對的信息和會話標(biāo)識，所述會話使用的ICE地址對的信息包含所述第一ICE地址的信息和第二地址的信息。作為第一方面的第一可能的第一可選方式的實(shí)現(xiàn)方式中，所述應(yīng)用程序中包括所述ICE地址對的信息和所述會話標(biāo)識，所述會話使用的ICE地址對的信息包含所述第一ICE地址的信息和第二地址的信息；所述使用處于激活狀態(tài)的第一ICE地址恢復(fù)所述會話的會話內(nèi)容具體為：將與第一ICE地址的信息對應(yīng)的處于激活狀態(tài)的ICE地址分配給所述會話，并向所述第二地址發(fā)送數(shù)據(jù)。作為第一方面的第二可能的實(shí)現(xiàn)方式中，所述接收針對頁面的刷新消息之前，該方法還包括：保存所述會話使用ICE地址對的信息和會話標(biāo)識，所述會話使用的ICE地址對的信息包含所述第一ICE地址的信息和第二地址信息；所述使用處于激活狀態(tài)的第一ICE地址恢復(fù)所述會話的內(nèi)容的傳輸具體為：將與第一ICE地址的信息對應(yīng)的處于激活狀態(tài)的第一ICE地址分配給所述會話，并向所述第二地址發(fā)送數(shù)據(jù)。作為第一方面的所有可能的所有實(shí)現(xiàn)方式中，保持所述頁面中的會話使用的ICE地址對中第一ICE地址處于激活狀態(tài)具體為：啟動(dòng)定時(shí)器，在定時(shí)器設(shè)定的時(shí)間范圍內(nèi)，保持該ICE地址的處于激活狀態(tài)。結(jié)合在第一方面的第一可能的所有實(shí)現(xiàn)方式的第三可能，所述使用處于激活狀態(tài)的第一ICE地址恢復(fù)會話內(nèi)容的傳輸之前，該方法進(jìn)一步包括：確定所述第一ICE地址處于激活狀態(tài)。結(jié)合在第三可能的第四可能，使用處于激活狀態(tài)的第一ICE地址恢復(fù)會話內(nèi)容的傳輸之后，該方法進(jìn)一步包括：關(guān)閉啟動(dòng)的定時(shí)器；或確認(rèn)所述保持所述第一ICE地址處于激活狀態(tài)的時(shí)間達(dá)到定時(shí)器設(shè)定的時(shí)間，關(guān)閉啟動(dòng)的定時(shí)器。本發(fā)明第二方面提供了一種終端，包括：收發(fā)器：用于接收針對頁面的刷新消息；保持單元，用于在收發(fā)器接收到針對頁面的刷新消息后，保持所述頁面中的會話使用的交互式連接建立(ICE，InteractiveConnectivityEstablishment)地址對中第一ICE地址處于激活狀態(tài)；所述收發(fā)器進(jìn)一步用于在接收到針對頁面的刷新消息后，向服務(wù)器發(fā)送刷新請求；以及接收所述服務(wù)器返回的刷新后的頁面，所述刷新后的頁面包含應(yīng)用程序；運(yùn)行單元，用于通過運(yùn)行收發(fā)器接到的服務(wù)器返回的應(yīng)用程序使用保持單元保持的處于激活狀態(tài)的第一ICE地址恢復(fù)所述會話的會話內(nèi)容的傳輸。作為第二方面的第一可能的實(shí)現(xiàn)方式中，所述收發(fā)器在接收針對頁面的刷新消息之前進(jìn)一步用于向服務(wù)器發(fā)送會話使用ICE地址對的信息和會話標(biāo)識，所述會話使用的ICE地址對的信息包含所述第一ICE地址的信息和第二地址的信息。作為第二方面的第一可能的第一可選方式的實(shí)現(xiàn)方式中，所述應(yīng)用程序中包括所述ICE地址的信息和所述會話標(biāo)識，所述會話使用的ICE地址對的信息包含所述第一ICE地址的信息和第二地址的信息；所述運(yùn)行單元使用保持單元保持的處于激活狀態(tài)的第一ICE地址恢復(fù)所述會話的會話內(nèi)容的傳輸具體為：將與第一ICE地址的信息對應(yīng)的處于激活狀態(tài)的ICE地址分配給所述會話，并向所述第二地址發(fā)送數(shù)據(jù)。作為第二方面的第二可能的實(shí)現(xiàn)方式中，該終端進(jìn)一步包括存儲單元，用于保存會話使用ICE地址對的信息和會話標(biāo)識，所述會話使用的ICE地址對的信息包含所述第一ICE地址的信息和第二地址信息；所述運(yùn)行單元使用保持單元保持的處于激活狀態(tài)的第一ICE地址恢復(fù)會話內(nèi)容的傳輸具體為：將與第一ICE地址的信息對應(yīng)的處于激活狀態(tài)的ICE地址分配給所述會話，并向所述第二地址發(fā)送數(shù)據(jù)。結(jié)合在第一方面的第一可能的所有實(shí)現(xiàn)方式的第三可能，所述保持單元保持所述頁面中的會話使用的ICE地址處于激活狀態(tài)具體為：啟動(dòng)定時(shí)器，在定時(shí)器設(shè)定的時(shí)間范圍內(nèi)，保持該ICE地址的處于激活狀態(tài)。結(jié)合在第三可能的第四可能，所述保持單元進(jìn)一步用于，當(dāng)所述運(yùn)行單元使用處于激活狀態(tài)的第一ICE地址恢復(fù)會話內(nèi)容的傳輸之后，關(guān)閉啟動(dòng)的定時(shí)器；或，所述保持單元進(jìn)一步用于，確認(rèn)所述保持所述第一ICE地址處于激活狀態(tài)的時(shí)間達(dá)到定時(shí)器設(shè)定的時(shí)間，關(guān)閉啟動(dòng)的定時(shí)器。本發(fā)明第三方面提供了一種恢復(fù)會話內(nèi)容的傳輸?shù)姆椒ǎǎ航邮战K端發(fā)送的會話使用的ICE地址對的信息和會話標(biāo)識，并將所述會話使用的ICE地址對的信息和所述會話標(biāo)識綁定存儲，所述會話使用的ICE地址對的信息包含所述第一ICE地址的信息和第二地址信息；接收終端發(fā)送的刷新請求；向終端返回刷新后的頁面，所述刷新后的頁面包含應(yīng)用程序，所述應(yīng)用程序中包括所述ICE地址的信息和所述會話標(biāo)識；以便于終端通過運(yùn)行所述應(yīng)用程序?qū)⑴c第一ICE地址的信息對應(yīng)的處于激活狀態(tài)的第一ICE地址分配給所述會話，并向所述第二地址發(fā)送數(shù)據(jù)。本發(fā)明第三方面提供了一種服務(wù)器，包括：收發(fā)器，用于接收接收終端發(fā)送的會話使用的ICE地址對的信息和會話標(biāo)識，所述會話使用的ICE地址對的信息包含所述第一ICE地址的信息和第二地址信息；存儲單元，用于綁定存儲所述收發(fā)器接收到的所述會話使用的ICE地址對的信息和所述會話標(biāo)識；所述收發(fā)器進(jìn)一步用于接收終端發(fā)送的刷新請求；向終端返回刷新后的頁面，所述刷新后的頁面包含應(yīng)用程序，所述應(yīng)用程序中包括所述ICE地址的信息和所述會話標(biāo)識；以便于終端將與第一ICE地址的信息對應(yīng)的處于激活狀態(tài)的第一ICE地址分配給所述會話，并向所述第二地址發(fā)送數(shù)據(jù)。通過上述方案可以看出，在頁面刷新從而導(dǎo)致不能繼續(xù)與對端用戶進(jìn)行會話交互時(shí)，如不能接聽對方聲音，消息等，繼續(xù)保持頁面中會話使用的第一ICE地址處于激活狀態(tài)，從而使得終端在收到刷新后的頁面后直接根據(jù)處于激活狀態(tài)的第一ICE地址建立連接，無需終端在接收到頁面刷新請求后進(jìn)行ICE地址對的協(xié)商以確立合適的ICE地址用于會話內(nèi)容的接收和發(fā)送，縮短與對端用戶進(jìn)行會話內(nèi)容交互的等待時(shí)間，從而提高用戶體驗(yàn)。附圖說明為了更清楚地說明本發(fā)明實(shí)施例的技術(shù)方案，下面將對實(shí)施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明實(shí)施例提供的恢復(fù)會話內(nèi)容傳輸?shù)姆椒鞒虉D；圖2為本發(fā)明實(shí)施例提供的恢復(fù)會話內(nèi)容傳輸?shù)姆椒鞒虉D；圖3為本發(fā)明實(shí)施例提供的恢復(fù)會話內(nèi)容傳輸?shù)姆椒鞒虉D；圖4為本發(fā)明實(shí)施例提供的恢復(fù)會話內(nèi)容傳輸?shù)姆椒鞒虉D；圖5為本發(fā)明實(shí)施例提供的恢復(fù)會話內(nèi)容傳輸?shù)姆椒鞒虉D；圖6為本發(fā)明實(shí)施例提供的終端的結(jié)構(gòu)示意圖；圖7為本發(fā)明實(shí)施例提供的終端的另一結(jié)構(gòu)示意圖；圖8為本發(fā)明實(shí)施例提供的恢復(fù)會話內(nèi)容傳輸?shù)姆椒鞒虉D；圖9為本發(fā)明實(shí)施例提供的服務(wù)器的結(jié)構(gòu)示意圖；圖10為本發(fā)明實(shí)施例提供的服務(wù)器的另一結(jié)構(gòu)示意圖。具體實(shí)施方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。圖1為本發(fā)明實(shí)施例提供的建立會話的方法流程圖，包括如下步驟：步驟101、接收針對頁面的刷新消息；具體的，當(dāng)終端通過瀏覽器瀏覽頁面時(shí)，接收針對頁面的刷新消息。所述針對頁面的刷新消息可以是用戶通過頁面的刷新功能發(fā)送的，也可以是當(dāng)瀏覽器重啟時(shí)發(fā)送的。本發(fā)明實(shí)施例在此不再限定。步驟102、保持所述頁面中的會話使用的交互式連接建立(ICE，InteractiveConnectivityEstablishment)地址對中第一ICE地址處于激活狀態(tài)，并向服務(wù)器發(fā)送刷新請求；會話使用的ICE地址對包括接收針對頁面的刷新消息的瀏覽器使用的ICE地址(本發(fā)明實(shí)施例稱為第一ICE地址)，以及會話使用的ICE地址對中的對端用戶使用的地址(本發(fā)明實(shí)施例稱第二地址)。其中，第二地址可以為ICE地址，也可以為其它的地址，本發(fā)明實(shí)施例在此不做限定。具體的，用戶通過終端的瀏覽器建立與其它用戶的會話(瀏覽器實(shí)時(shí)通訊(WEBRTC，Real-timeCommunicationBetweenBrowsers)會話)時(shí)需要使用ICE地址與其它用戶進(jìn)行連接。而在會話的過程中，終端會通過瀏覽器向分配會話使用的第一ICE地址的STUN或TURN服務(wù)器發(fā)送消息，并接收該STUN或TURN服務(wù)器返回的響應(yīng)以保持該第一ICE地址處于激活狀態(tài)。而在本發(fā)明實(shí)施例中，即使在接收到刷新消息后，終端仍繼續(xù)向分配會話使用的第一ICE地址的STUN或TURN服務(wù)器發(fā)送消息以繼續(xù)保持與會話使用的第一ICE地址處于激活狀態(tài)，而無需釋放與會話對應(yīng)的第一ICE地址的資源。此外，終端在保持所述頁面中的會話使用的ICE地址對中第一ICE地址處于激活狀態(tài)的過程中，還向服務(wù)器發(fā)送刷新請求，該刷新請求可以包含該頁面的統(tǒng)一資源定位器(URL：UniformResoureLocator)，以便服務(wù)器根據(jù)該URL返回刷新后的頁面。步驟103、接收所述服務(wù)器返回的刷新后的頁面，所述刷新后的頁面包含應(yīng)用程序；具體的，服務(wù)器在接收到終端發(fā)送的頁面刷新請求后，根據(jù)頁面刷新請求包含的URL獲取與該URL對應(yīng)的刷新后的頁面，并向終端返回刷新后的頁面，所述刷新后的頁面包含應(yīng)用程序；該應(yīng)用程序可以是javascript(JS)應(yīng)用程序，也可以是別的應(yīng)用程序，本發(fā)明實(shí)施例在此不做限定。步驟104、通過運(yùn)行所述應(yīng)用程序使用處于激活狀態(tài)的第一ICE地址恢復(fù)所述會話的會話內(nèi)容的傳輸。具體的，終端在接收到刷新后的頁面后，運(yùn)行該頁面包含的應(yīng)用程序(如JS程序)，并通過運(yùn)行該應(yīng)用程序使用處于激活狀態(tài)的ICE地址恢復(fù)接收從會話的對端用戶發(fā)送過來的內(nèi)容，以及向?qū)Χ擞脩舭l(fā)送會話的內(nèi)容。從以上實(shí)施例可以看出，終端在頁面刷新從而導(dǎo)致不能繼續(xù)與對端用戶進(jìn)行會話內(nèi)容的傳輸時(shí)，如不能接聽對方聲音，消息等，繼續(xù)保持頁面中會話使用的的ICE地址處于激活狀態(tài)，從而使得終端在收到刷新后的頁面后直接根據(jù)處于激活狀態(tài)的ICE地址建立連接，無需終端在接收到頁面刷新請求后進(jìn)行ICE地址的協(xié)商以確立合適的ICE地址用于會話內(nèi)容的接收和發(fā)送，縮短與對端用戶進(jìn)行會話內(nèi)容交互的等待時(shí)間，從而提高用戶體驗(yàn)。圖2為本發(fā)明實(shí)施例提供的恢復(fù)會話內(nèi)容傳輸?shù)姆椒鞒虉D，在該實(shí)現(xiàn)方式中，終端通過第一應(yīng)用模塊將會話使用的ICE地址保存在服務(wù)器，包括如下步驟：步驟200、用戶通過終端的瀏覽器運(yùn)行第一應(yīng)用模塊的第一應(yīng)用程序建立第一peerconnection信息。具體的，終端包括瀏覽器模塊，第一應(yīng)用模塊，第二應(yīng)用模塊。第一應(yīng)用模塊存儲第一應(yīng)用程序，其中第一應(yīng)用程序?yàn)闉g覽器模塊通過運(yùn)行該應(yīng)用而與對端建立會話的應(yīng)用程序，如JS應(yīng)用程序，也可以是其它應(yīng)用程序。第二應(yīng)用模塊存儲第二應(yīng)用程序，第二應(yīng)用程序?yàn)榉?wù)器在接收到刷新請求后發(fā)送給終端的應(yīng)用程序。。而終端在與對端設(shè)備建立WebRTC會話時(shí)，需要通過運(yùn)行第一應(yīng)用模塊中的第一應(yīng)用程序，以建立與WebRTC會話對應(yīng)的第一peerconnection信息。該第一peerconnection信息記錄了WebRTC會話的相關(guān)信息，例如WebRTC會話標(biāo)識(比如主被叫用戶信息，以及其它可以標(biāo)識會話的信息)，WebRTC會話使用的SDP信息，以及WebRTC會話的狀態(tài)信息(如是否處于連接狀態(tài)等)，以及該WebRTC會話是否獲取過ICE地址的狀態(tài)信息。由于在本實(shí)施例中，WebRTC會話已經(jīng)建立，第一peerconnection記錄的是該WebRTC會話已經(jīng)獲取過ICE地址的狀態(tài)信息。如果在同一頁面中存在終端用戶正在進(jìn)行的多個(gè)WebRTC會話，則與每個(gè)WebRTC會話都具有一個(gè)peerconnection來記錄該WebRTC會話的相關(guān)信息。此外，終端在建立第一peerconnection信息，還會將與第一peerconnection信息發(fā)送給服務(wù)器，并對第一peerconnection信息的更新同步到服務(wù)器。步驟201、用戶通過終端的瀏覽器和其它終端建立的WebRTC會話，實(shí)現(xiàn)與其它終端(如對端)進(jìn)行會話內(nèi)容的傳輸。步驟202、瀏覽器模塊向第一應(yīng)用模塊發(fā)送該WebRTC會話使用的ICE地址對的信息。具體的，終端通過瀏覽器使用ICE地址回調(diào)函數(shù)(iceCallback()函數(shù))，或其他函數(shù)將該終端在WebRTC會話中使用的ICE地址發(fā)送給第一應(yīng)用模塊的應(yīng)用程序，即第一應(yīng)用程序(如JS(javasctrip)程序)。iceCallback(cand，|moreToFollow|)函數(shù)作為現(xiàn)有的瀏覽器向第一應(yīng)用模塊的應(yīng)用程序發(fā)送收集的ICE候選地址的函數(shù)。其中候選地址(cand)參數(shù)取值為ICE地址，更多ICE地址參數(shù)(|moreToFollow|)有兩個(gè)可選取值，當(dāng)取值為真(true)時(shí)，表明瀏覽器還會向第一應(yīng)用程序發(fā)送候選ICE地址，當(dāng)取值為假(false)時(shí)，表明瀏覽器不會針對同一WebRTC會話再發(fā)送ICE候選地址，也即說明ICE候選地址收集的流程已經(jīng)進(jìn)行完畢。在本實(shí)施例中，可使用用ICE地址回調(diào)函數(shù)(iceCallback()函數(shù))來攜帶WebRTC會話使用的ICE地址對的信息，比如可以是iceCallback(local-cand，remote-cand，|moreToFollow|，|Provided|)。當(dāng)然也可以不攜帶|moreToFollow|參數(shù)，來標(biāo)示該cand地址為WebRTC會話使用的ICE地址。即iceCallback(local-cand，remote-cand，|moreToFollow|)。在ICE地址回調(diào)函數(shù)中，參數(shù)本地地址(local-cand)表示該WebRTC會話最終使用的ICE地址對中的接收針對頁面的刷新消息的瀏覽器使用的ICE地址(本發(fā)明實(shí)施例稱為第一ICE地址)。參數(shù)對端地址(remote-cand)表示該WebRTC會話使用的ICE地址對中的對端用戶使用的地址(本發(fā)明實(shí)施例稱第二地址)的信息。當(dāng)然在其它的可選方式中，第二地址可以是ICE地址，也可以不是ICE地址，本發(fā)明實(shí)施例在此不做限定)。或者在iceCallback()函數(shù)里再增加一個(gè)參數(shù)，比如為|Provided|，即iceCallback(local-cand，remote-cand，，|moreToFollow|，|Provided|)，當(dāng)|Provided|為false時(shí)，說明該local-cand，remote-cand地址對不是該會話所使用的ICE地址，當(dāng)|Provided|為真(true)時(shí)，說明該local-cand，remote-cand地址對的信息是會話所使用的ICE地址對的信息，當(dāng)|Provided|為真(true)時(shí)，|moreToFollow|需要設(shè)置為假(false)，其他設(shè)置同之前類似。當(dāng)然，本發(fā)明實(shí)施例還可以使用新的函數(shù)如ICE地址發(fā)現(xiàn)函數(shù)(finalIce(local-cand，remote-cand)函數(shù))向第一應(yīng)用程序發(fā)送該WebRTC會話使用的ICE地址對的信息。此時(shí)，該函數(shù)的cand取值即為該WebRTC會話使用的ICE地址的信息。此外，還可以使用上述函數(shù)僅發(fā)送接收針對頁面的刷新消息的瀏覽器使用的ICE地址，本發(fā)明實(shí)施例在些不做限定。步驟203、第一應(yīng)用模塊向服務(wù)器發(fā)送保存ICE地址對的請求，該保存ICE地址對的請求包含WebRTC會話使用的ICE地址對的信息以及與該WebRTC會話標(biāo)識。該保存ICE地址對的請求可以使用HTTPPOST請求。步驟204、服務(wù)器向第一應(yīng)用模塊發(fā)送保存ICE地址對的響應(yīng)。具體的，當(dāng)服務(wù)器接收到保存ICE地址對的請求后，將將該ICE地址對同其對應(yīng)WebRTC會話標(biāo)識綁定保存，向第一應(yīng)用模塊發(fā)送保存ICE地址對成功響應(yīng)。步驟205、終端接收針對頁面的刷新消息；具體可參見步驟101，本發(fā)明實(shí)施例在此不再詳述。步驟206、終端向服務(wù)器發(fā)送刷新請求。該刷新請求可以包含該頁面的統(tǒng)一資源定位器(URL：UniformResoureLocator)，以便服務(wù)器獲取與該URL對應(yīng)的頁面，并作為刷新后的頁面返回給瀏覽器模塊。步驟207、瀏覽器模塊保持所述頁面中的會話使用的交互式連接建立(ICE，InteractiveConnectivityEstablishment)地址第一ICE地址處于激活狀態(tài)。具體的，瀏覽器根據(jù)與該WebRTC會話對應(yīng)的第一peerconnection信息確定接收到針對頁面的刷新消息之前的WebRTC會話處于連接狀態(tài)，則繼續(xù)保持該WebRTC會話所使用的ICE地址對中第一ICE地址處于激話狀態(tài)。但是瀏覽器在收到針對頁面的刷新消息后，會將頁面呈現(xiàn)內(nèi)容全部刪除，以及與該WebRTC會話對應(yīng)的第一peerconnection的相關(guān)信息刪除。也就是說，瀏覽器只是保持WebRTC會話使用ICE地址對中第一ICE地址的激活狀態(tài)，但該第一ICE地址與該WebRTC會話的對應(yīng)關(guān)系被刪除了。值得說明的是，步驟206、207并沒有時(shí)間上的先后順序。步驟208、瀏覽器啟動(dòng)關(guān)于保持該第一ICE地址處于激活狀態(tài)的定時(shí)器。即在定時(shí)器設(shè)定的時(shí)間范圍內(nèi)，保持該第一ICE地址的處于激活狀態(tài)。具體地，在定時(shí)器的指示的時(shí)間范圍內(nèi)，向分配該第一CE地址的STUN或TURN服務(wù)器發(fā)送請求消息，并接收來自該STUN或TURN服務(wù)器返回的響應(yīng)，從而保持該ICE地址的激活狀態(tài)。步驟209、服務(wù)器響應(yīng)刷新請求，將刷新后的頁面發(fā)送到終端的第二應(yīng)用模塊。具體的，刷新后的頁面包括刷新后的HTML代碼及第二應(yīng)用程序(如JS應(yīng)用程序)發(fā)送到終端的第二應(yīng)用模塊。此外，第二應(yīng)用程序還包括WebRTC會話使用的ICE地址對的信息以及與該WebRTC會話對應(yīng)的第一peerconnection信息。此外，第二應(yīng)用程序與第一應(yīng)用程序可以是相同的程序，也可以是不同的應(yīng)用程序(如直接在第二應(yīng)用程序中包括WebRTC會話使用的ICE地址息以及與該WebRTC會話標(biāo)識信息)。步驟210、運(yùn)行步驟209中下發(fā)下來的第二應(yīng)用程序，建立與該WebRTC會話對應(yīng)的第二peerconnection信息，以恢復(fù)該WebRTC會話的內(nèi)容傳輸。具體的，第二應(yīng)用程序中包括了第一peerconnection信息，瀏覽器模塊利用步驟209中服務(wù)器下發(fā)第二應(yīng)用程序的第一peerconnection信息建立與該WebRTC會話對應(yīng)的第二peerconnection信息，如將與第一peerconnection信息中記錄的會話標(biāo)識(如主被叫用戶的信息)，刷新之前該WebRTC會話使用的SDP信息等記錄到第二peerconnection信息中。步驟211、向?yàn)g覽器模塊發(fā)送WebRTC會話使用的ICE地址對的信息，以便于瀏覽器模塊利用與該ICE地址對的信息對應(yīng)的ICE地址恢復(fù)與會話標(biāo)識對應(yīng)的WebRTC會話的會話內(nèi)容的傳輸。具體的，第二應(yīng)用模塊可以使用ICE地址響應(yīng)函數(shù)將WebRTC會話使用的ICE地址對的信息發(fā)送給瀏覽器模塊。比如，使用新的應(yīng)用接口函數(shù)(API函數(shù))來攜帶該ICE地址的信息，比如ICE地址響應(yīng)函數(shù)(icefeedback(|local-cand|，|remote-cand|函數(shù)))的，該ICE地址響應(yīng)函數(shù)用于第二應(yīng)用模塊向?yàn)g覽器發(fā)送ICE地址的信息，local-cand表示該會話最終使用的ICE地址對中的第一ICE地址的信息，remote-cand表示該會話最終使用的ICE地址對中的第二地址的信息。此外，第二應(yīng)用模塊還可以使用現(xiàn)有的API函數(shù)，比如處理ICE地址消息函數(shù)(processIceMessage(|candidate|)函數(shù))，該processIceMessage(|candidate|)函數(shù)是現(xiàn)有的應(yīng)用程序(如JS程序)向?yàn)g覽器發(fā)送對端的ICE地址的，在這里可以擴(kuò)展該函數(shù)，比如增加一個(gè)參數(shù)|final|，processIceMessage(|local-cand|，|remote-cand|，|final|)，該|final|參數(shù)取值為true時(shí)，說明該參數(shù)本地地址local-cand表示該WebRTC會話使用的ICE地址對中的第一ICE地址，參數(shù)遠(yuǎn)端地址remote-cand表示該會話最終使用的ICE地址對中的第二地址，則瀏覽器直接使用該地址做ICE鏈接即可，當(dāng)|final|參數(shù)取值為false時(shí)，該函數(shù)的作用同以前一樣。步驟212、瀏覽器模塊利用該ICE地址對恢復(fù)WebRTC會話的會話內(nèi)容的傳輸。具體的，瀏覽器模塊收到JS發(fā)送來的ICE地址對后，判斷該ICE地址對中第一ICE地址是否存在于該瀏覽器，且處于激活狀態(tài)。當(dāng)確定該第一ICE地址處于激活狀態(tài)后，將該第一ICE地址分配給WebRTC會話，并向第二地址發(fā)送數(shù)據(jù)，從而將恢復(fù)會話內(nèi)容的傳輸。步驟213、瀏覽器模塊關(guān)閉之前啟動(dòng)的定時(shí)器。作為一種可選方式，在步驟213可能在步驟212之前執(zhí)行，即當(dāng)瀏覽器模塊根據(jù)定時(shí)器設(shè)定的時(shí)間確認(rèn)保持WebRTC會話使用的ICE地址對中第一ICE地址處于激活狀態(tài)的時(shí)間達(dá)到定時(shí)器設(shè)定的時(shí)間，則瀏覽器模塊關(guān)閉啟動(dòng)的定時(shí)器，并不再保持WebRTC會話使用的ICE地址對中ICE地址處于激活狀態(tài)。在步驟212中，瀏覽器模塊收到JS發(fā)送來的ICE地址對后，并檢測該ICE地址對中第一ICE地址存在于該瀏覽器或雖存在于瀏覽器，但不處于激活狀態(tài)，則瀏覽器模塊并不能直接使用JS發(fā)送的與ICE地址對的信息對應(yīng)的ICE地址對恢復(fù)會話內(nèi)容的傳輸，而需要像現(xiàn)有技術(shù)一樣，重新進(jìn)行ICE地址對的協(xié)商，以恢復(fù)會話內(nèi)容的傳輸。從上述實(shí)施例可以看出，終端在頁面刷新從而導(dǎo)致不能繼續(xù)與對端用戶進(jìn)行會話交互時(shí)，如不能接聽對方聲音，消息等，繼續(xù)保持頁面中會話使用的第一ICE地址處于激活狀態(tài)，從而使得終端在收到刷新后的頁面后直接根據(jù)處于激活狀態(tài)的ICE地址建立連接，無需終端在接收到頁面刷新請求后進(jìn)行第一ICE地址的協(xié)商以確立合適的ICE地址用于會話內(nèi)容的接接和發(fā)送，縮短與對端用戶進(jìn)行會話內(nèi)容交互的等待時(shí)間，從而提高用戶體驗(yàn)。圖3為本發(fā)明實(shí)施例提供的恢復(fù)會話內(nèi)容傳輸?shù)姆椒鞒虉D，與圖2所對應(yīng)的流程相同，在該實(shí)現(xiàn)方式中，終端將WebRTC會話使用的ICE地址保存在服務(wù)器，包括如下步驟：步驟301、用戶通過終端的瀏覽器和其它終端建立的WebRTC會話，實(shí)現(xiàn)與其它終端(如對端)進(jìn)行會話內(nèi)容的傳輸。在執(zhí)行本步之前，而終端在與對端用戶建立WebRTC會話時(shí)，通過運(yùn)行第一應(yīng)用程序，建立與該WebRTC會話對應(yīng)的第一peerconnection信息。該第一peerconnection信息記錄了WebRTC會話的相關(guān)信息，例如WebRTC會話標(biāo)識(比如主被叫用戶信息，以及其它可以標(biāo)識會話的信息)，WebRTC會話使用的SDP信息，以及WebRTC會話的狀態(tài)信息(如是否處于連接狀態(tài))，以及該WebRTC會話是否協(xié)商過ICE地址的信息，以及該WebRTC會話是否獲取過ICE地址的狀態(tài)信息。由于在本實(shí)施例中，WebRTC會話已經(jīng)建立，第一peerconnection記錄的是該WebRTC會話已經(jīng)獲取過ICE地址的狀態(tài)信息。如果在同一頁面中存在終端用戶正在進(jìn)行的多個(gè)WebRTC會話，則與每個(gè)WebRTC會話都具有一個(gè)peerconnection來記錄該WebRTC會話的相關(guān)信息。此外，終端在建立第一peerconnection信息，還會將與第一peerconnection信息發(fā)送給服務(wù)器，并對第一peerconnection信息的更新同步到服務(wù)器。步驟302、終端向服務(wù)器發(fā)送保存ICE地址對的請求，該保存ICE地址的請求包含WebRTC會話使用的ICE地址對的信息以及與該WebRTC會話對應(yīng)的第一peerconnection信息。該保存ICE地址的請求可以使用HTTPPOST請求，以便由服務(wù)器將該ICE地址同其對應(yīng)的WebRTC會話標(biāo)識綁定保存。在執(zhí)行此步驟之前，終端通過瀏覽器使用ICE地址回調(diào)函數(shù)(iceCallback()函數(shù))，或其他函數(shù)將該終端在WebRTC會話中使用的ICE地址發(fā)送給第一應(yīng)用程序(如JS(javasctrip)程序)。在本發(fā)明實(shí)施例中，為了便于說明，將刷新請求之前建立WebRTC會話使用的應(yīng)用程序?yàn)榈谝粦?yīng)用程序，而在接收到刷新消息后，為恢復(fù)會話內(nèi)容傳輸而運(yùn)行的應(yīng)用程序?yàn)榈诙?yīng)用程序。第一應(yīng)用程序可以與第二應(yīng)用程序相同，也可以不同，本發(fā)明實(shí)施例在此不做限定。ICE回調(diào)函數(shù)(iceCallback(cand，|moreToFollow|)函數(shù))作為現(xiàn)有的瀏覽器向第一應(yīng)用模塊的的應(yīng)用程序發(fā)送收集的ICE候選地址的函數(shù)，其中候選地址(cand)參數(shù)取值為ICE地址，更多ICE候選地址參數(shù)(|moreToFollow|)有兩個(gè)可選取值，當(dāng)取值為真(true)時(shí)，表明瀏覽器還會向第一應(yīng)用程序發(fā)送ICE候選地址，當(dāng)取值為假(false)時(shí)，表明瀏覽器不會針對同一WebRTC會話再發(fā)送ICE候選地址，也即說明ICE候選地址收集的流程已經(jīng)進(jìn)行完畢。在本實(shí)施例中，可使用用ICE地址回調(diào)函數(shù)(iceCallback()函數(shù))來攜帶WebRTC會話使用的ICE地址對，比如可以是iceCallback(local-cand，remote-cand，|moreToFollow|，|Provided|)。當(dāng)然也可以不攜帶|moreToFollow|參數(shù)，來標(biāo)示該local-cand，remote-cand地址為WebRTC會話使用的ICE地址對。即iceCallback(local-cand，remote-cand，|moreToFollow|)。在ICE地址回調(diào)函數(shù)中，參數(shù)本地地址(local-cand)表示該WebRTC會話最終使用的ICE地址對中的接收針對頁面的刷新消息的瀏覽器使用的ICE地址(本發(fā)明實(shí)施例稱為第一ICE地址。參數(shù)對端地址(remote-cand)表示該WebRTC會話使用的ICE地址對中的對端用戶使用的地址(本發(fā)明實(shí)施例稱第二地址)。當(dāng)然在其它的可選方式中，第二地址可以是ICE地址，也可以不是ICE地址，本發(fā)明實(shí)施例在此不做限定?；蛘咴趇ceCallback()函數(shù)里再增加一個(gè)參數(shù)，比如為|Provided|，即iceCallback(local-cand，remote-cand，，|moreToFollow|，|Provided|)，當(dāng)|Provided|為false時(shí)，說明該local-cand，remote-cand地址對不是該會話所使用的ICE地址，當(dāng)|Provided|為真(true)時(shí)，說明該local-cand，remote-cand地址對是會話所使用的ICE地址，當(dāng)|Provided|為真(true)時(shí)，|moreToFollow|需要設(shè)置為假(false)，其他設(shè)置同之前類似。當(dāng)然，本發(fā)明實(shí)施例還可以使用新的函數(shù)如ICE地址發(fā)現(xiàn)函數(shù)(finalIce(local-cand，remote-cand)函數(shù))向第一應(yīng)用程序發(fā)送該WebRTC會話使用的ICE地址對。此時(shí)，該函數(shù)的cand取值即為該WebRTC會話使用的ICE地址。此外，還可以使用上述函數(shù)僅發(fā)送接收針對頁面的刷新消息的瀏覽器使用的ICE地址，本發(fā)明實(shí)施例在些不做限定。步驟303，服務(wù)器向終端發(fā)送保存ICE地址對的響應(yīng)。具體的，當(dāng)服務(wù)器接收到保存ICE地址對的請求后，將將該ICE地址對的信息同其對應(yīng)WebRTC會話標(biāo)識綁定保存，向終端發(fā)送保存ICE地址對的響應(yīng)。步驟304、與步驟101相同，本發(fā)明實(shí)施例在此不再詳述。步驟305、終端向服務(wù)器發(fā)送刷新請求。該刷新請求可以包含該頁面的統(tǒng)一資源定位器(URL：UniformResoureLocator)，以便服務(wù)器獲取與該URL對應(yīng)的頁面，并作為刷新后的頁面返回給終端。步驟306、終端保持所述頁面中的會話使用的ICE地址處于激活狀態(tài)。具體的，終端根據(jù)與該WebRTC會話對應(yīng)的第一peerconnection信息判斷接收到針對頁面的刷新消息之前的WebRTC會話連接狀態(tài)的，則繼續(xù)保持第一ICE地址處于激話狀態(tài)。但是終端在收到針對頁面的刷新消息后，會將頁面呈現(xiàn)內(nèi)容全部刪除，以及與該WebRTC會話對應(yīng)的第一peerconnection信息刪除。也就是說，終端只是保持第一ICE地址的激活狀態(tài)，但該第一ICE地址與該WebRTC會話的對應(yīng)關(guān)系被刪除了。值得說明的是，步驟305、306并沒有時(shí)間上的先后順序。步驟307、終端啟動(dòng)關(guān)于保持該第一ICE地址處于激活狀態(tài)的定時(shí)器。即在定時(shí)器設(shè)定的時(shí)間范圍內(nèi)，保持第一ICE地址的處于激活狀態(tài)。具體的，在定時(shí)器的指示的時(shí)間范圍內(nèi)，向該第一ICE地址發(fā)送消息，并接收來自該第一ICE地址返回的響應(yīng)。步驟308、服務(wù)器響應(yīng)刷新請求，將刷新后的頁面發(fā)送到終端。具體的，刷新后的頁面包括刷新后的HTML代碼及第二應(yīng)用程序(如JS應(yīng)用程序)發(fā)送到終端。此外，刷新后的頁面還包括WebRTC會話使用的ICE地址對的信息以及與該WebRTC會話對應(yīng)的第一peerconnection信息。此外，第二應(yīng)用程序與第一應(yīng)用程序可以是相同的程序，也可以是不同的應(yīng)用程序，如直接在第二應(yīng)用程序中包括WebRTC會話使用的ICE地址息以及與該WebRTC會話標(biāo)識信息。步驟309、終端利用與該ICE地址對的信息對應(yīng)的ICE地址對恢復(fù)WebRTC會話的會話內(nèi)容的傳輸。具體的，終端收到服務(wù)器發(fā)送的包含ICE地址對的信息及與WebRTC會話對應(yīng)的第一peerconnection信息的刷新后的頁面及第二應(yīng)用程序后，檢測第一ICE地址是否存在于該瀏覽器，且處于激活狀態(tài)。當(dāng)確定第一ICE地址處于激活狀態(tài)后，將該第一ICE地址分配給WebRTC會話，并向第二地址發(fā)送數(shù)據(jù)，從而將恢復(fù)會話內(nèi)容的傳輸。在執(zhí)行此步驟之前，終端還要運(yùn)行步驟309中下發(fā)下來的第二應(yīng)用程序，建立與該WebRTC會話對應(yīng)的第二peerconnection信息，以恢復(fù)該WebRTC會話的內(nèi)容傳輸。如將與第一peerconnection信息中記錄的會話標(biāo)識(如主被叫用戶的信息)，刷新之前該WebRTC會話使用的SDP信息等記錄到第二peerconnection信息中。此外，終端還可以使用ICE地址響應(yīng)函數(shù)獲取包含在刷新后的頁面中的將WebRTC會話使用的ICE地址對的信息，以便于利用與該ICE地址對的信息對應(yīng)的ICE地址對恢復(fù)WebRTC會話的會話內(nèi)容的傳輸。具體的，終端可以使用新的應(yīng)用接口函數(shù)(API函數(shù))來獲取該ICE地址對，比如ICE地址響應(yīng)函數(shù)(icefeedback(|local-cand|，|remote-cand|函數(shù)))的，該函數(shù)用于第二應(yīng)用模塊向?yàn)g覽器發(fā)送ICE地址的信息，其中候選地址參數(shù)“|local-cand|，|remote-cand|”參數(shù)即為要發(fā)送的ICE地址對的信息；以及可以使用現(xiàn)有的API函數(shù)，比如處理ICE地址消息函數(shù)(processIceMessage(|candidate|)函數(shù))，該processIceMessage(|candidate|)函數(shù)是現(xiàn)有的應(yīng)用程序(如JS程序)向?yàn)g覽器發(fā)送對端的ICE地址的，在這里可以擴(kuò)展該函數(shù)，比如增加一個(gè)參數(shù)|final|，processIceMessage(||local-cand|，|remote-cand||，|final|)，該|final|參數(shù)取值為true時(shí)，說明該||local-cand|，|remote-cand||里攜帶的是之前協(xié)商確定的ICE地址對的信息，則瀏覽器直接使用該地址做ICE鏈接即可，當(dāng)|final|參數(shù)取值為false時(shí)，該函數(shù)的用于同以前一樣。步驟310、終端關(guān)閉之前啟動(dòng)的定時(shí)器。值得說明的是，在圖3對應(yīng)的流程中，終端還有可能多次接收到針對頁面的刷新消息，如果終端第二次接收到針對頁面的刷新消息時(shí)，停止執(zhí)行當(dāng)前正在進(jìn)行的刷新步驟，假設(shè)當(dāng)終端在步驟305、308、309任一步驟執(zhí)行時(shí)收到了第二次針對頁面的刷新消息，則停止執(zhí)行正在進(jìn)行的步驟，如步驟305、308、309的任一步驟，重新執(zhí)行步驟305、308、309，但步驟307不再重復(fù)執(zhí)行，即保持ICE地址處于激活狀態(tài)的定時(shí)器不再新新設(shè)定，并步執(zhí)行步驟309時(shí)判斷ICE地址是否仍處于激活狀態(tài)，如果處于激活狀態(tài)執(zhí)行步驟309，否則，WebRTC會話的內(nèi)容傳輸不能直接使用終端存儲發(fā)送的ICE地址對的信息恢復(fù)會話內(nèi)容的傳輸，而需要像現(xiàn)有技術(shù)一樣，重新進(jìn)行ICE地址對的協(xié)商，以恢復(fù)會話內(nèi)容的傳輸。。作為一種可選方式，在步驟310可能在步驟309之前執(zhí)行，即當(dāng)終端根據(jù)定時(shí)器設(shè)定的時(shí)間確認(rèn)保持WebRTC會話使用的ICE地址處于激活狀態(tài)的時(shí)間達(dá)到定時(shí)器設(shè)定的時(shí)間，則終端關(guān)閉啟動(dòng)的定時(shí)器，并不再保持WebRTC會話使用的ICE地址處于激活狀態(tài)(即終止向該ICE地址發(fā)送消息包，并接收從該ICE地址返回的響應(yīng))。在步驟309中，終端在獲取到WebRTC會話使用的ICE地址后，并在存在于該檢測該瀏覽器或雖存在于瀏覽器，但不處于激活狀態(tài)，則終端并不能使用獲取到的存儲的ICE地址恢復(fù)會話內(nèi)容的傳輸，而需要像現(xiàn)有技術(shù)一樣，重新進(jìn)行ICE地址的協(xié)商，以恢復(fù)會話內(nèi)容的傳輸。從上述實(shí)施例可以看出，終端在頁面刷新從而導(dǎo)致不能繼續(xù)與對端用戶進(jìn)行會話交互時(shí)，如不能接聽對方聲音，消息等，繼續(xù)保持頁面中會話使用的ICE地址處于激活狀態(tài)，從而使得終端在收到刷新后的頁面后直接根據(jù)處于激活狀態(tài)的ICE地址建立連接，無需終端在接收到頁面刷新請求后進(jìn)行ICE地址的協(xié)商以確立合適的ICE地址用于會話內(nèi)容的接接和發(fā)送，縮短與對端用戶進(jìn)行會話內(nèi)容交互的等待時(shí)間，從而提高用戶體驗(yàn)。圖4為本發(fā)明實(shí)施例提供的恢復(fù)會話內(nèi)容傳輸?shù)姆椒鞒虉D，在該實(shí)現(xiàn)方式中，終端通過第一應(yīng)用模塊使用web存儲API函數(shù)(webstorageAPI函數(shù))將WebRTC會話使ICE地址保存在瀏覽器模塊，包括如下步驟：步驟400-402、與步驟201-202相同，本發(fā)明實(shí)施例在此不在詳述。步驟403、第一應(yīng)用模塊向?yàn)g覽器模塊發(fā)送保存ICE地址對的請求，該保存ICE地址對的請求包含WebRTC會話使用的ICE地址對的信息以及與該WebRTC會話的會話標(biāo)識。并由瀏覽器模塊將該ICE地址對的信息同其對應(yīng)WebRTC會話的會話標(biāo)識綁定保存。具體的，第一應(yīng)用模塊中的第一應(yīng)用程序收到該ICE地址對的信息后，調(diào)用瀏覽器本地存儲(Webstorage)里的會話存儲應(yīng)用程序編程接口(ApplicationProgrammingInterface，API)函數(shù)(sessionstorageAPI，windows.sessionStorage.setItem(“key”，“value”)函數(shù))，將將WebRTC會話的會話標(biāo)識以及WebRTC會話使用的ICE地址對的信息綁定存儲。作為一種實(shí)現(xiàn)方式，該函數(shù)定義了一個(gè)名為關(guān)鍵字“key”的變量，其值為“value”，當(dāng)瀏覽器收模塊到該sessionstorageAPI函數(shù)后，會在瀏覽器內(nèi)創(chuàng)建并保存一個(gè)變量名為“key”，其值為“value”的變量。在該實(shí)施例中，第一應(yīng)用程序可以將變量名取為“PC-ICE”其中“PC”為WebRTC會話的會話標(biāo)識，參數(shù)“ICE”表明其是存儲ICE地址對的信息。所以此時(shí)的API可以為：窗口會話存儲設(shè)置項(xiàng)目windows.sessionStorage.setItem(“PC-ice”，“candidate”)函數(shù)。當(dāng)瀏覽器模塊接收收到該函數(shù)后，即將變量“PC-ICE”及其值保存在瀏覽器內(nèi)部，在這里“candidate”的值即為步驟402中收到的ICE地址對的信息。當(dāng)存儲完成后，第一應(yīng)用程序?qū)⑴c第一peerconnection的ICE地址對狀態(tài)參數(shù)(“iceState”參數(shù))狀態(tài)為獲取ICE地址狀態(tài)，如“ICE_RECEIVED”。步驟404、與步驟205相同，本發(fā)明實(shí)施例在此不再詳述。步驟405、與步驟206相同，本發(fā)明實(shí)施例在此不再詳述。步驟406-407、與步驟207-208相同，本發(fā)明實(shí)施例在此不再詳述。值得說明的是，步驟405、406以及步驟407并沒有時(shí)間上的先后順序。步驟408、服務(wù)器響應(yīng)刷新請求，將刷新后的頁面發(fā)送到終端的第二應(yīng)用模塊。具體的，刷新后的頁面包括刷新后的HTML代碼及第二應(yīng)用程序(如JS應(yīng)用程序)發(fā)送到終端的瀏覽器模塊，第二應(yīng)用程序中包括第一peerconnection信息。步驟409、運(yùn)行步驟408中下發(fā)下來的第二應(yīng)用程序，建立與該WebRTC會話對應(yīng)的第二peerconnection信息，以恢復(fù)該WebRTC會話的內(nèi)容傳輸。具體的，瀏覽器模塊利用第二應(yīng)用程序包括的第一peerconnection信息建立與該WebRTC會話對應(yīng)的第二peerconnection信息，如將與第一peerconnection信息中記錄的會話標(biāo)識(如主被叫用戶的信息)，刷新之前該WebRTC會話使用的SDP信息，以及該WebRTC會話協(xié)商過ICE地址的信息記錄到第二peerconnection信息中。步驟410、第二應(yīng)用模塊向?yàn)g覽器模塊發(fā)送ICE地址對的信息獲取請求，該ICE地址對的信息獲取請求中攜帶WebRTC會話的會話標(biāo)識。具體的，第二應(yīng)用模塊通過第二應(yīng)用程序調(diào)用瀏覽器本地保存API函數(shù)sessionstorageAPI函數(shù)，alert(windows.sessionStorage.getItem(“PC-ICE”)。以便于瀏覽器收到該函數(shù)后，在瀏覽器內(nèi)部查找名為“PC-ICE”的變量，并將存儲的ICE地址對的信息發(fā)送給第二應(yīng)用模塊。具體的，當(dāng)?shù)诙?yīng)用模塊通過第二應(yīng)用程序判斷第二peerconnection中的ICE地址狀態(tài)參數(shù)(“iceState”參數(shù))狀態(tài)為已獲取ICE地址“ICE_RECEIVED”時(shí)，則表明刷新前的第一peerconnection記錄了WebRTC會話獲取過ICE地址的狀態(tài)信息，此時(shí)第二應(yīng)用程序可以調(diào)用web存儲storage里的會話存儲API函數(shù)(sessionstorageAPI函數(shù))，以便于從瀏覽器中獲取保存的該WebRTC會話使用的ICE地址的信息。步驟411、瀏覽器模塊向第二應(yīng)用模塊發(fā)送ICE地址對的信息獲取響應(yīng)，將ICE地址對的信息返回給第二應(yīng)用模塊。具體的，瀏覽器模塊在接收到ICE地址對的信息獲取請求后，根據(jù)WebRTC會話標(biāo)識查到之前保存的“PC-ICE”變量后，將PC-ICE變量中的ICE地址對的信息返回給第二應(yīng)用模塊。步驟412、與步驟211相同，本發(fā)明實(shí)施例在此不在詳述。步驟413、與步驟212相同，本發(fā)明實(shí)施例在此不在詳述。步驟414、與步驟213相同，本發(fā)明實(shí)施例在此不在詳述。值得說明的是，在圖4對應(yīng)的流程中，瀏覽器模塊還有可能多次接收到針對頁面的刷新消息，如果瀏覽器模塊第二次接收到針對頁面的刷新消息時(shí)，停止執(zhí)行當(dāng)前正在進(jìn)行的刷新步驟，假設(shè)當(dāng)瀏覽器模塊在步驟408或步驟409、410、411、412任意步驟執(zhí)行時(shí)收到了第二次針對頁面的刷新消息，則停止執(zhí)行正在進(jìn)行的步驟，如步驟步驟408或步驟409、410、411、412的任一步驟，重新執(zhí)行步驟405以及408-412，但步驟407不再重復(fù)執(zhí)行，即保持第一ICE地址處于激活狀態(tài)的定時(shí)器不再新新設(shè)定.在步驟413中，瀏覽器模塊收到JS發(fā)送來的ICE地址對的信息后，并檢測于該檢測該瀏覽器或雖存在于瀏覽器，但不處于激活狀態(tài)，則瀏覽器模塊并不能直接使用JS發(fā)送的ICE地址對的信息對應(yīng)的ICE地址對恢復(fù)會話內(nèi)容的傳輸，而需要像現(xiàn)有技術(shù)一樣，重新進(jìn)行ICE地址的協(xié)商，以恢復(fù)會話內(nèi)容的傳輸。從上述實(shí)施例可以看出，終端在頁面刷新從而導(dǎo)致不能繼續(xù)與對端用戶進(jìn)行會話交互時(shí)，如不能接聽對方聲音，消息等，繼續(xù)保持頁面中會話使用的第一ICE地址處于激活狀態(tài)，從而使得終端在收到刷新后的頁面后直接根據(jù)處于激活狀態(tài)的第一ICE地址建立連接，無需終端在接收到頁面刷新請求后進(jìn)行ICE地址的協(xié)商以確立合適的ICE地址用于會話內(nèi)容的接接和發(fā)送，縮短與對端用戶進(jìn)行會話內(nèi)容交互的等待時(shí)間，從而提高用戶體驗(yàn)。圖5為本發(fā)明實(shí)施例提供的恢復(fù)會話內(nèi)容傳輸?shù)姆椒鞒虉D，在該實(shí)現(xiàn)方式中，終端通過使用web存儲API函數(shù)(webstorageAPI函數(shù))存儲WebRTC會話使用ICE地址，包括如下步驟：步驟501、與步驟301相同，本發(fā)實(shí)施例例在此不再詳述。步驟502、終端存儲WebRTC會話使用的ICE地址對的信息。具體的，在執(zhí)行此步驟之前，終端通過瀏覽器使用ICE地址回調(diào)函數(shù)(iceCallback()函數(shù))，或其他函數(shù)將該終端在WebRTC會話中使用的ICE地址對的信息發(fā)送給第一應(yīng)用程序(如JS(java-sctrip)程序)。第一應(yīng)用程序收到該ICE地址對的信息后，調(diào)用web存儲(Webstorage)里的會話存儲應(yīng)用程序編程接口(ApplicationProgrammingInterface，API)函數(shù)(sessionstorageAPI，windows.sessionStorage.setItem(“key”，“value”)函數(shù))，將WebRTC會話的會話標(biāo)識以及WebRTC會話使用的ICE地址對的信息綁定存儲。步驟503、與步驟304相同，本發(fā)明實(shí)施例在此不再詳述。步驟504、與步驟305相同，本發(fā)明實(shí)施例在此不再詳述。步驟505-506、與步驟306-307相同，本發(fā)明實(shí)施例在此不再詳述。值得說明的是，步驟504、505以及步驟506并沒有時(shí)間上的先后順序。步驟507、服務(wù)器響應(yīng)刷新請求，將刷新后的頁面發(fā)送到終端。具體的，刷新后的頁面包括刷新后的HTML代碼及第二應(yīng)用程序(如JS應(yīng)用程序)發(fā)送到終端的瀏覽器模塊，第二應(yīng)用程序中包括第一peerconnection信息。步驟508、終端利用該ICE地址恢復(fù)WebRTC會話的會話內(nèi)容的傳輸。具體的，終端運(yùn)行第二應(yīng)用程序，利用第二應(yīng)用程序包括的第一peerconnection信息建立與該WebRTC會話對應(yīng)的第二peerconnection信息，如將與第一peerconnection信息中記錄的會話標(biāo)識(如主被叫用戶的信息)，刷新之前該WebRTC會話使用的SDP信息，以及該WebRTC會話協(xié)商過ICE地址的信息記錄到第二peerconnection信息中。第二應(yīng)用程序調(diào)用瀏覽器本地保存API函數(shù)sessionstorageAPI函數(shù)，alert(windows.sessionStorage.getItem(“PC-ICE”)函數(shù)。以便于瀏覽器收到該函數(shù)后，在終端內(nèi)部查找名為“PC-ICE”的變量。具體的，當(dāng)?shù)诙?yīng)用程序確定第二peerconnection中的ICE地址狀態(tài)參數(shù)(“iceFinalState”參數(shù))狀態(tài)為已獲取ICE地址“ICE_RECEIVED”時(shí)，則表明刷新前的第一peerconnection記錄了WebRTC會話獲取過ICE地址的狀態(tài)信息。第二應(yīng)用程序可以調(diào)用web存儲storage里的會話存儲API函數(shù)(sessionstorageAPI函數(shù))，從終端中獲取終端保存的該WebRTC會話使用的ICE地址的信息。步驟509、與步驟310相同，本發(fā)明實(shí)施例在此不再詳述。值得說明的是，在圖5對應(yīng)的流程中，終端還有可能多次接收到針對頁面的刷新消息，如果終端第二次接收到針對頁面的刷新消息時(shí)，停止執(zhí)行當(dāng)前正在進(jìn)行的刷新步驟，假設(shè)當(dāng)瀏覽器模塊在步驟504或步驟507、508任意步驟執(zhí)行時(shí)收到了第二次針對頁面的刷新消息，則停止執(zhí)行正在進(jìn)行的步驟，如步驟504或步驟507、508的任一步驟，重新執(zhí)行步驟504以及步驟507-508，但步驟506不再重復(fù)執(zhí)行，即保持第一ICE地址處于激活狀態(tài)的定時(shí)器不再重新設(shè)定。在步驟308中，終端在獲取到WebRTC會話使用的ICE地址對的信息后，并檢測該ICE地址對中第一ICE地址存在于該瀏覽器或雖存在于瀏覽器，但不處于激活狀態(tài)，則終端并不能使用獲取到的存儲的與ICE地址對的信息對應(yīng)的ICE地址恢復(fù)會話內(nèi)容的傳輸，而需要像現(xiàn)有技術(shù)一樣，重新進(jìn)行ICE地址對的協(xié)商，以恢復(fù)會話內(nèi)容的傳輸。作為一種可選方式，在步驟509可能在步驟508之前執(zhí)行，即當(dāng)終端根據(jù)定時(shí)器設(shè)定的時(shí)間確認(rèn)保持WebRTC會話使用的第一ICE地址處于激活狀態(tài)的時(shí)間達(dá)到定時(shí)器設(shè)定的時(shí)間，則終端關(guān)閉啟動(dòng)的定時(shí)器，并不再保持WebRTC會話使用的第一ICE地址處于激活狀態(tài)(即終止向該ICE地址發(fā)送消息包，并接收從該第一ICE地址返回的響應(yīng))。在步驟508中，終端在獲取到WebRTC會話使用的ICE地址后，并在存在于該檢測該瀏覽器或雖存在于瀏覽器，但不處于激活狀態(tài)，則終端并不能使用獲取到的存儲的ICE地址恢復(fù)會話內(nèi)容的傳輸，而需要像現(xiàn)有技術(shù)一樣，重新進(jìn)行ICE地址對的協(xié)商，以恢復(fù)會話內(nèi)容的傳輸。從上述實(shí)施例可以看出，終端在頁面刷新從而導(dǎo)致不能繼續(xù)與對端用戶進(jìn)行會話交互時(shí)，如不能接聽對方聲音，消息等，繼續(xù)保持頁面中會話使用的ICE地址處于激活狀態(tài)，從而使得終端在收到刷新后的頁面后直接根據(jù)處于激活狀態(tài)的ICE地址建立連接，無需終端在接收到頁面刷新請求后進(jìn)行ICE地址的協(xié)商以確立合適的ICE地址用于會話內(nèi)容的接接和發(fā)送，縮短與對端用戶進(jìn)行會話內(nèi)容交互的等待時(shí)間，從而提高用戶體驗(yàn)。圖6為本發(fā)明實(shí)施例提供的終端的結(jié)構(gòu)示意圖，包括：收發(fā)器601、保持單元602、確認(rèn)單元603，存儲單元604和運(yùn)行單元605。其中，收發(fā)器601用于接收針對頁面的刷新消息；保持單元602，用于在收發(fā)器接收到針對頁面的刷新消息后，保持所述頁面中的會話使用的交互式連接建立(ICE，InteractiveConnectivityEstablishment)地址對中第一ICE地址處于激活狀態(tài)；所述收發(fā)器601進(jìn)一步用于在接收到針對頁面的刷新消息后，向服務(wù)器發(fā)送刷新請求；以及接收所述服務(wù)器返回的刷新后的頁面，所述刷新后的頁面包含應(yīng)用程序；運(yùn)行單元605，用于通過運(yùn)行收發(fā)器接到的服務(wù)器返回的應(yīng)用程序使用保持單元保持的處于激活狀態(tài)的第一ICE地址恢復(fù)所述會話的會話內(nèi)容的傳輸?？蛇x的，所述收發(fā)器601在接收針對頁面的刷新消息之前進(jìn)一步用于向服務(wù)器發(fā)送會話使用ICE地址對的信息和會話標(biāo)識，所述會話使用的ICE地址對的信息包含所述第一ICE地址的信息和第二地址的信息。可選的，所述應(yīng)用程序中包括所述ICE地址的信息和會話標(biāo)識，所述會話使用的ICE地址對的信息包含所述第一ICE地址的信息和第二地址的信息；所述運(yùn)行單元605使用保持單元保持的處于激活狀態(tài)的第一ICE地址恢復(fù)會話內(nèi)容的傳輸具體為：將與第一ICE地址的信息對應(yīng)的處于激活狀態(tài)的ICE地址分配給所述會話，并向所述第二地址發(fā)送數(shù)據(jù)。可選的，該終端進(jìn)一步包括存儲單元604，用于保存會話使用ICE地址對的信息和會話標(biāo)識，所述會話使用的ICE地址對的信息包含所述第一ICE地址的信息和第二地址信息；所述運(yùn)行單元605使用保持單元保持的處于激活狀態(tài)的第一ICE地址恢復(fù)會話內(nèi)容的傳輸具體為：將與第一ICE地址的信息對應(yīng)的處于激活狀態(tài)的ICE地址分配給所述會話，并向所述第二地址發(fā)送數(shù)據(jù)?？蛇x的，所述保持單元602保持所述頁面中的會話使用的ICE地址對中第一ICE地址處于激活狀態(tài)具體為：啟動(dòng)定時(shí)器，在定時(shí)器設(shè)定的時(shí)間范圍內(nèi)，保持所述第一ICE地址的處于激活狀態(tài)。可選的，該終端進(jìn)一步包括確定單元603，用于在所述運(yùn)行單元使用保持單元保持的處于激活狀態(tài)的第一ICE地址恢復(fù)會話內(nèi)容的傳輸之前，確定所述第一ICE地址處于激活狀態(tài)。可選的，所述保持單元602進(jìn)一步用于，當(dāng)所述運(yùn)行單元使用處于激活狀態(tài)的第一ICE地址恢復(fù)會話內(nèi)容的傳輸之后，關(guān)閉啟動(dòng)的定時(shí)器；或，所述保持單元602進(jìn)一步用于，確認(rèn)所述保持所述第一ICE地址處于激活狀態(tài)的時(shí)間達(dá)到定時(shí)器設(shè)定的時(shí)間，關(guān)閉啟動(dòng)的定時(shí)器。在上述裝置實(shí)施例中，存儲單元可以為存儲器(memerry，或storage)，也可以是隨機(jī)存儲器(RAM，randomaccessmemory)，也可以是只讀存儲器(ROM，-eadOnlyMemory)，本發(fā)明實(shí)施例在此不做限定。圖8為本發(fā)明實(shí)施例提供的終端的結(jié)構(gòu)示意圖，包括：收發(fā)器701、存儲器702、處理器803。具體的，收發(fā)器701用于與進(jìn)行通信，接收發(fā)送給終端的指令以及發(fā)送信令。此外，圖7中的收發(fā)器701可以與圖6中的收發(fā)器601相同，執(zhí)行圖6中的收發(fā)器的相關(guān)功能。存儲器702與處理器703偶合，存儲器702用于各種程序與應(yīng)用，并在處理器703的調(diào)用下執(zhí)行各程序與應(yīng)用的功能。圖7中的存儲器702可以與圖6中的存儲器604相同，執(zhí)行圖6中的存儲器604執(zhí)行的相關(guān)功能。具體的，本發(fā)明實(shí)施例的收發(fā)器用于接收針對頁面的刷新消息；以及在接收到針對頁面的刷新消息后，向服務(wù)器發(fā)送刷新請求；以及接收所述服務(wù)器返回的刷新后的頁面，所述刷新后的頁面包含應(yīng)用程序。處理器703用于用于在收發(fā)器接收到針對頁面的刷新消息后，保持所述頁面中的會話使用的交互式連接建立(ICE，InteractiveConnectivityEstablishment)地址處于激活狀態(tài)；以及運(yùn)行收發(fā)器接到的服務(wù)器返回的應(yīng)用程序，使用保持單元保持的處于激活狀態(tài)的ICE地址恢復(fù)會話內(nèi)容的傳輸。此外，處理器703還可以用于執(zhí)行方法實(shí)施例中圖1到圖5描述的終端或終端的功能模塊執(zhí)行的各步驟，本發(fā)明實(shí)施例在此不再詳述。值得說明的是，在圖6和圖7中，終端還有可能多次接收到針對頁面的刷新消息。終端在多次接收到針對頁面的刷新消息后的具體處理可以參見前述圖2-圖5的相關(guān)描述，本發(fā)明實(shí)施例在些不作限定。此外，圖6和圖7的終端可以執(zhí)行前述方法流程實(shí)施例中終端執(zhí)行的任一步驟，本發(fā)明實(shí)施例在此不再一一詳述。圖8為本發(fā)明實(shí)施例提供的一種恢復(fù)恢話內(nèi)容的傳輸?shù)姆椒?，包括如下步驟：步驟801、接收終端發(fā)送的會話使用的ICE地址對的信息和會話標(biāo)識，并將所述會話使用的ICE地址對的信息和所述會話標(biāo)識綁定存儲，所述會話使用的ICE地址對的信息包含所述第一ICE地址的信息和第二地址信息。具體的，服務(wù)器接收終端發(fā)送的的會話使用的ICE地址對的信息和會話標(biāo)識，并將所述會話使用的ICE地址對的信息和所述會話標(biāo)識綁定存儲。其具體實(shí)現(xiàn)過程參見圖2中步驟203，步驟204，以及圖3中步驟302、303的相關(guān)描述，本發(fā)明實(shí)施例在此不再詳細(xì)描述。步驟802、接收終端發(fā)送的刷新請求；具體的，服務(wù)器在終端接收到針對頁面的刷新消息后向服務(wù)器發(fā)送的刷新請求?？蓞⒁妶D2中步驟206，以及圖3中步驟305的相關(guān)描述，本發(fā)明實(shí)施例在此不再詳細(xì)描述。步驟803、向終端返回刷新后的頁面，所述刷新后的頁面包含應(yīng)用程序，所述應(yīng)用程序中包括所述ICE地址對的信息和所述會話標(biāo)識；以便于終端通過運(yùn)行所述應(yīng)用程序?qū)⑴c第一ICE地址的信息對應(yīng)的處于激活狀態(tài)的第一ICE地址分配給所述會話，并向所述第二地址發(fā)送數(shù)據(jù)。具體的，可參圖2中步驟209以及圖3中步驟308的相關(guān)描述，本發(fā)明實(shí)施例在此不再詳細(xì)描述。圖9為本發(fā)明實(shí)施例提供的服務(wù)器的結(jié)構(gòu)示意圖，包括：收發(fā)器901、存儲單元902。具體的，收發(fā)器901用于接收接收終端發(fā)送的會話使用的ICE地址對的信息和會話標(biāo)識，所述會話使用的ICE地址對的信息包含所述第一ICE地址的信息和第二地址信息；存儲單元902用于綁定存儲所述收發(fā)器901所述會話使用的ICE地址對的信息和所述會話標(biāo)識；所述收發(fā)器901進(jìn)一步用于接收終端發(fā)送的刷新請求；向終端返回刷新后的頁面，所述刷新后的頁面包含應(yīng)用程序，所述應(yīng)用程序中包括所述ICE地址對的信息和所述會話標(biāo)識；以便于終端通過運(yùn)行所述應(yīng)用程序?qū)⑴c第一ICE地址的信息對應(yīng)的處于激活狀態(tài)的第一ICE地址分配給所述會話，并向所述第二地址發(fā)送數(shù)據(jù)。圖10為本發(fā)明實(shí)施例提供的終端的結(jié)構(gòu)示意圖，包括：收發(fā)器1001、存儲器1002、處理器1003。具體的，收發(fā)器701用于與進(jìn)行通信，接收終端發(fā)送的更新請求以及向終端返回更新的頁面。此外，圖10中的收發(fā)器1001可以與圖9中的收發(fā)器901相同，執(zhí)行圖6中的收發(fā)器的相關(guān)功能。存儲器1002與處理器1003偶合，存儲器1002用于各種程序與應(yīng)用，并在處理器1003的調(diào)用下執(zhí)行各程序與應(yīng)用的功能。圖10中的存儲器1002可以與圖9中的存儲單元902相同，執(zhí)行圖9中的存儲單元902執(zhí)行的相關(guān)功能。具體的，本發(fā)明實(shí)施例的收發(fā)器1001用于接收終端發(fā)送的會話使用的ICE地址對的信息和會話標(biāo)識；接收終端發(fā)送的刷新請求；向終端返回刷新后的頁面，所述刷新后的頁面包含應(yīng)用程序，所述應(yīng)用程序中包括所述ICE地址對的信息和所述會話標(biāo)識；以便于終端通過運(yùn)行所述應(yīng)用程序使用與所述ICE地址對的信息對應(yīng)的處于激活狀態(tài)的第一ICE地址恢復(fù)與所述會話標(biāo)識對應(yīng)的會話的會話內(nèi)容的傳輸。存儲單元用于并將所述會話使用的ICE地址對的信息和所述會話標(biāo)識綁定存儲；此外，處理器1003還可以用于執(zhí)行方法實(shí)施例中圖1到圖5描述服務(wù)器執(zhí)行的各步驟，本發(fā)明實(shí)施例在此不再詳述。在上述各實(shí)施例中，終端可以是各種移動(dòng)終端，如種終智能手機(jī)，平板電腦，移動(dòng)閱讀設(shè)備等。在上述實(shí)施例中，尤其圖7對應(yīng)的實(shí)施例中，終端包括的各個(gè)裝置只是按照功能邏輯進(jìn)行劃分的，但并不局限于上述的劃分，只要能夠?qū)崿F(xiàn)相應(yīng)的功能即可；另外，各裝置的具體名稱也只是為了便于相互區(qū)分，并不用于限制本發(fā)明的保護(hù)范圍。圖1-圖5的終端的各功能模塊或各裝置的功能均可以由終端的的處理器運(yùn)行完成，以上所述，僅為本發(fā)明較佳的具體實(shí)施方式，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。