一種實(shí)時(shí)通信方法、終端設(shè)備、實(shí)時(shí)通信服務(wù)器及系統(tǒng)的制作方法
【專利摘要】本發(fā)明適用于通信【技術(shù)領(lǐng)域】，提供了一種實(shí)時(shí)通信方法、終端設(shè)備、RTC服務(wù)器及系統(tǒng)，所述方法包括：第一終端接收RTC服務(wù)器轉(zhuǎn)發(fā)的其他終端發(fā)送給所述第一終端的呼叫請(qǐng)求信息，所述呼叫請(qǐng)求信息中攜帶有發(fā)送所述呼叫請(qǐng)求信息的終端的WEB?RTC應(yīng)用的唯一標(biāo)識(shí)符；第一終端根據(jù)發(fā)送所述呼叫請(qǐng)求信息的終端的WEB?RTC應(yīng)用的唯一標(biāo)識(shí)符判斷是否需要接受所述呼叫請(qǐng)求，若是，向所述RTC服務(wù)器發(fā)送開啟WEB?RTC應(yīng)用請(qǐng)求信息，并在接收到所述RTC服務(wù)器返回的WEB?RTC應(yīng)用信息后，通過(guò)所述WEB?RTC應(yīng)用與所述發(fā)送呼叫請(qǐng)求信息的終端進(jìn)行通信。通過(guò)本發(fā)明可解決在未開啟WEB?RTC應(yīng)用時(shí)無(wú)法獲取信息的問(wèn)題。
【專利說(shuō)明】一種實(shí)時(shí)通信方法、終端設(shè)備、實(shí)時(shí)通信服務(wù)器及系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明屬于通信【技術(shù)領(lǐng)域】，尤其涉及一種實(shí)時(shí)通信方法、終端設(shè)備、實(shí)時(shí)通信服務(wù)器及系統(tǒng)。
【背景技術(shù)】
[0002]傳統(tǒng)的基于互聯(lián)網(wǎng)(WEB)的實(shí)時(shí)通信類業(yè)務(wù)，需要下載和安裝額外的插件，通過(guò)安裝的插件完成實(shí)時(shí)通信業(yè)務(wù)，例如QQ、MSN等。
[0003]而現(xiàn)有的基于WEB的實(shí)時(shí)通信(Real Time Communication，RTC)，通過(guò)制定WEB應(yīng)用和瀏覽器之間的API接口，使基于WEB的RTC應(yīng)用能夠在瀏覽器中運(yùn)行，實(shí)現(xiàn)端與端之間消息、音視頻等的傳輸。舉例來(lái)說(shuō)，當(dāng)?shù)谝挥脩敉ㄟ^(guò)瀏覽器訪問(wèn)一個(gè)提供WEB RTC服務(wù)的網(wǎng)站，該網(wǎng)站向所述第一用戶所在終端返回一個(gè)基于WEB RTC應(yīng)用的頁(yè)面，即打開了基于WEB的RTC應(yīng)用，例如WEB QQ0第二用戶也同時(shí)以相同的方式打開所述WEB RTC應(yīng)用，則第一用戶和第二用戶之間可以建立聯(lián)系相互通信。當(dāng)用戶關(guān)閉該網(wǎng)頁(yè)或該瀏覽器時(shí)，通信也將被終止，或接收通信連接請(qǐng)求也無(wú)法實(shí)現(xiàn)。
[0004]現(xiàn)有基于WEB的實(shí)時(shí)通信需要通信雙方同時(shí)在線并打開WEB RTC應(yīng)用。例如，通過(guò)瀏覽器進(jìn)行實(shí)時(shí)通信時(shí)，當(dāng)通信一方?jīng)]有打開瀏覽器，或是打開了瀏覽器，但沒有登錄到提供WEB RTC服務(wù)的網(wǎng)站，即沒有打開WEB RTC應(yīng)用時(shí)，將無(wú)法獲取另一方發(fā)送的信息。

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

[0005]本發(fā)明實(shí)施例提供一種實(shí)時(shí)通信方法，以解決現(xiàn)有基于WEB的實(shí)時(shí)通信在通信雙方不同時(shí)在線或者未打開WEB RTC應(yīng)用時(shí)，無(wú)法獲取信息的問(wèn)題。
[0006]第一方面，一種實(shí)時(shí)通信方法，所述方法包括:
[0007]第一終端接收實(shí)時(shí)通信RTC服務(wù)器轉(zhuǎn)發(fā)的其他終端發(fā)送給所述第一終端的呼叫請(qǐng)求信息，所述呼叫請(qǐng)求信息中攜帶有發(fā)送所述呼叫請(qǐng)求信息的終端的WEB RTC應(yīng)用的唯一標(biāo)識(shí)符；
[0008]第一終端根據(jù)發(fā)送所述呼叫請(qǐng)求信息的終端的WEB RTC應(yīng)用的唯一標(biāo)識(shí)符判斷是否需要接受所述呼叫請(qǐng)求，若是，向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息，并在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，通過(guò)所述WEB RTC應(yīng)用與所述發(fā)送呼叫請(qǐng)求信息的終端進(jìn)行通信。
[0009]在第一方面的第一種可能的實(shí)現(xiàn)方式中，在所述第一終端接收RTC服務(wù)器轉(zhuǎn)發(fā)的其他終端發(fā)送給所述第一終端的呼叫請(qǐng)求信息之前，還包括:
[0010]第一終端向?qū)崟r(shí)通信RTC服務(wù)器發(fā)送注冊(cè)離線業(yè)務(wù)請(qǐng)求信息，該信息中攜帶有WEB RTC應(yīng)用的唯一標(biāo)識(shí)符，以使得所述RTC服務(wù)器在接收到所述注冊(cè)離線業(yè)務(wù)請(qǐng)求信息后，為所述唯一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC應(yīng)用開啟離線模式，并向所述第一終端反饋成功響應(yīng)
信息；
[0011]第一終端在接收到所述RTC服務(wù)器反饋的成功響應(yīng)信息后，關(guān)閉所述WEB RTC應(yīng)用。
[0012]結(jié)合第一方面或第一方面的第一種可能的實(shí)現(xiàn)方式，在第二種可能的實(shí)現(xiàn)方式中，所述開啟WEB RTC應(yīng)用請(qǐng)求信息中還攜帶有用戶所選定的WEB RTC應(yīng)用類型，以使得所述RTC服務(wù)器在接收到所述開啟WEB RTC應(yīng)用請(qǐng)求信息后，返回與所述WEB RTC應(yīng)用類型相同的WEB RTC應(yīng)用信息。
[0013]在第一方面的第三種可能的實(shí)現(xiàn)方式中，所述呼叫請(qǐng)求信息中還攜帶有發(fā)送所述呼叫請(qǐng)求信息的終端的瀏覽器引擎的標(biāo)識(shí)信息；
[0014]所述第一終端接收所述RTC服務(wù)器發(fā)送的呼叫請(qǐng)求信息包括:
[0015]所述第一終端的監(jiān)聽客戶端接收到所述RTC服務(wù)器發(fā)送的呼叫請(qǐng)求信息后，解析所述呼叫請(qǐng)求信息，根據(jù)所述呼叫請(qǐng)求信息中瀏覽器引擎標(biāo)識(shí)信息確定所述呼叫請(qǐng)求信息為發(fā)送給瀏覽器引擎的信息，將所述呼叫請(qǐng)求信息發(fā)送給所述第一終端的瀏覽器引擎。
[0016]結(jié)合第一方面或第一方面的第一種可能的實(shí)現(xiàn)方式或第一方面的第二種可能的實(shí)現(xiàn)方式或第一方面的第三種可能的實(shí)現(xiàn)方式，在第四種可能的實(shí)現(xiàn)方式中，所述呼叫請(qǐng)求信息中還攜帶有會(huì)話協(xié)商的會(huì)話描述協(xié)議提供SDP Offer信息；
[0017]所述第一終端向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息，并在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，通過(guò)所述WEB RTC應(yīng)用與所述發(fā)送呼叫請(qǐng)求信息的終端進(jìn)行通信具體包括:
[0018]所述第一終端通過(guò)瀏覽器引擎向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息，并在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，將所述呼叫請(qǐng)求信息中的SDPOffer信息發(fā)送給所述WEB RTC應(yīng)用，通過(guò)所述WEB RTC應(yīng)用將所述SDP Offer信息生成SDP Answer信息，并通過(guò)所述WEB RTC應(yīng)用將所述SDP Answer信息發(fā)送給所述瀏覽器引擎，通過(guò)所述瀏覽器引擎將所述SDP Answer信息發(fā)送給所述RTC服務(wù)器，以使得所述RTC服務(wù)器將所述SDP Answer信息發(fā)送給發(fā)送所述呼叫請(qǐng)求信息的終端的瀏覽器引擎以建立通信通道開始通信。
[0019]結(jié)合第一方面或第一方面的第一種可能的實(shí)現(xiàn)方式或第一方面的第二種可能的實(shí)現(xiàn)方式或第一方面的第三種可能的實(shí)現(xiàn)方式，在第五種可能的實(shí)現(xiàn)方式中，所述呼叫請(qǐng)求信息中還攜帶有會(huì)話協(xié)商的會(huì)話描述協(xié)議提供SDP Offer信息；
[0020]所述第一終端向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息，并在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，通過(guò)所述WEB RTC應(yīng)用與所述發(fā)送呼叫請(qǐng)求信息的終端進(jìn)行通信具體包括:
[0021]所述第一終端通過(guò)瀏覽器引擎向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息，所述開啟WEB RTC應(yīng)用請(qǐng)求信息中攜帶有SDP Answer信息，以使得所述RTC服務(wù)器在接收到所述開啟WEB RTC應(yīng)用請(qǐng)求信息后，向所述第一終端返回WEB RTC應(yīng)用信息，并將所述開啟WEB RTC應(yīng)用請(qǐng)求信息中的SDP Answer信息發(fā)送給發(fā)送所述呼叫請(qǐng)求信息的終端的瀏覽器引擎以建立通信通道；
[0022]所述第一終端接收所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息，通過(guò)所述WEB RTC應(yīng)用與所述發(fā)送呼叫請(qǐng)求信息的終端進(jìn)行通信。
[0023]結(jié)合第一方面或第一方面的第一種可能的實(shí)現(xiàn)方式或第一方面的第二種可能的實(shí)現(xiàn)方式或第一方面的第三種可能的實(shí)現(xiàn)方式，在第六種可能的實(shí)現(xiàn)方式中，所述第一終端向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息，并在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，通過(guò)所述WEB RTC應(yīng)用與所述發(fā)送呼叫請(qǐng)求信息的終端進(jìn)行通信具體包括:
[0024]所述第一終端通過(guò)瀏覽器引擎向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息，并在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息以及SDP Offer信息后，通過(guò)所述WEB RTC應(yīng)用將所述SDP Offer信息生成SDP Answer信息，并通過(guò)所述WEB RTC應(yīng)用將所述SDP Answer信息發(fā)送給所述瀏覽器引擎，通過(guò)所述瀏覽器引擎將所述SDP Answer信息發(fā)送給所述RTC服務(wù)器，以使得所述RTC服務(wù)器將所述SDP Answer信息發(fā)送給發(fā)送所述呼叫請(qǐng)求信息的終端的瀏覽器引擎以建立通信通道開始通信。
[0025]結(jié)合第一方面或第一方面的第一種可能的實(shí)現(xiàn)方式或第一方面的第二種可能的實(shí)現(xiàn)方式或第一方面的第三種可能的實(shí)現(xiàn)方式或第一方面的第四種可能的實(shí)現(xiàn)方式或第一方面的第五種可能的實(shí)現(xiàn)方式或第一方面的第六種可能的實(shí)現(xiàn)方式，在第七種可能的實(shí)現(xiàn)方式中，所述呼叫請(qǐng)求信息中攜帶有提示信息，所述提示信息為RTC服務(wù)器在接收到其他終端發(fā)送給所述第一終端的呼叫請(qǐng)求信息時(shí)添加的；
[0026]所述第一終端在接收到所述呼叫請(qǐng)求信息后，根據(jù)所述呼叫請(qǐng)求信息中的提示信息生成相應(yīng)的提示，包括震動(dòng)、響鈴或彈出提示框。
[0027]結(jié)合第一方面或第一方面的第一種可能的實(shí)現(xiàn)方式或第一方面的第二種可能的實(shí)現(xiàn)方式或第一方面的第三種可能的實(shí)現(xiàn)方式或第一方面的第四種可能的實(shí)現(xiàn)方式或第一方面的第五種可能的實(shí)現(xiàn)方式或第一方面的第六種可能的實(shí)現(xiàn)方式或第一方面的第七種可能的實(shí)現(xiàn)方式，在第八種可能的實(shí)現(xiàn)方式中，所述方法還包括:
[0028]所述第一終端在拒絕所述呼叫請(qǐng)求時(shí)，向所述RTC服務(wù)器反饋拒絕信息，以使得所述RTC服務(wù)器在接收到所述拒絕信息后，向發(fā)送所述呼叫請(qǐng)求信息的終端反饋所述第一終端當(dāng)前忙碌或者離線信息。
[0029]結(jié)合第一方面或第一方面的第一種可能的實(shí)現(xiàn)方式或第一方面的第二種可能的實(shí)現(xiàn)方式或第一方面的第三種可能的實(shí)現(xiàn)方式或第一方面的第四種可能的實(shí)現(xiàn)方式或第一方面的第五種可能的實(shí)現(xiàn)方式或第一方面的第六種可能的實(shí)現(xiàn)方式或第一方面的第七種可能的實(shí)現(xiàn)方式或第一方面的第八種可能的實(shí)現(xiàn)方式，在第九種可能的實(shí)現(xiàn)方式中，所述第一終端向所述RTC服務(wù)器發(fā)送的開啟WEB RTC應(yīng)用請(qǐng)求消息所對(duì)應(yīng)的WEB RTC應(yīng)用的類型與所述發(fā)送所述呼叫請(qǐng)求信息的終端的WEB RTC應(yīng)用的類型相同或不同。
[0030]第二方面，一種實(shí)時(shí)通信方法，所述方法包括:
[0031]實(shí)時(shí)通信RTC服務(wù)器在接收到其他終端發(fā)送給第一終端的呼叫請(qǐng)求信息后，將所述呼叫請(qǐng)求信息發(fā)送給所述第一終端，所述呼叫請(qǐng)求信息中攜帶有發(fā)送所述呼叫請(qǐng)求信息的終端WEB RTC應(yīng)用的唯一標(biāo)識(shí)符；
[0032]RTC服務(wù)器在接收到所述第一終端發(fā)送的開啟WEB RTC應(yīng)用請(qǐng)求信息后，向所述第一終端返回WEB RTC應(yīng)用信息，以使得所述第一終端在接收到所述RTC服務(wù)器返回的WEBRTC應(yīng)用信息后，通過(guò)所述WEB RTC應(yīng)用與發(fā)送所述呼叫請(qǐng)求信息的終端進(jìn)行通信。
[0033]在第二方面的第一種可能的實(shí)現(xiàn)方式中，在所述RTC服務(wù)器接收到其他終端發(fā)送給第一終端的呼叫請(qǐng)求信息的之前，還包括:
[0034]RTC服務(wù)器在接收到所述第一終端發(fā)送的注冊(cè)離線業(yè)務(wù)請(qǐng)求信息后，為該信息中WEB RTC應(yīng)用唯一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC應(yīng)用開啟離線模式，并向所述第一終端反饋成功響應(yīng)信息，以使得所述第一終端在接收到所述RTC服務(wù)器反饋的成功響應(yīng)信息后，關(guān)閉其WEBRTC應(yīng)用。
[0035]結(jié)合第二方面的第一種可能的實(shí)現(xiàn)方式，在第二種可能的實(shí)現(xiàn)方式中，所述RTC服務(wù)器在接收到所述注冊(cè)離線業(yè)務(wù)請(qǐng)求信息后，為所述唯一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC應(yīng)用開啟離線模式具體包括:
[0036]所述RTC服務(wù)器在接收到所述注冊(cè)離線業(yè)務(wù)請(qǐng)求信息后，根據(jù)注冊(cè)離線業(yè)務(wù)請(qǐng)求信息中攜帶的WEB RTC應(yīng)用唯一標(biāo)識(shí)符，判斷所述唯一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC應(yīng)用是否具有注冊(cè)離線業(yè)務(wù)請(qǐng)求權(quán)限，若是，為所述唯一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC應(yīng)用開啟離線模式。
[0037]在第二方面的第二種可能的實(shí)現(xiàn)方式中，所述WEB RTC應(yīng)用請(qǐng)求信息中還攜帶有用戶所選定的WEB RTC應(yīng)用類型；
[0038]RTC服務(wù)器在接收到所述第一終端發(fā)送的開啟WEB RTC應(yīng)用請(qǐng)求信息后，向所述第一終端返回WEB RTC應(yīng)用信息包括:
[0039]RTC服務(wù)器在接收到所述第一終端發(fā)送的開啟WEB RTC應(yīng)用請(qǐng)求信息后，向所述第一終端返回與所述WEB RTC應(yīng)用類型相同的WEB RTC應(yīng)用信息。
[0040]結(jié)合第二方面或第二方面的第一種可能的實(shí)現(xiàn)方式或第二方面的第二種可能的實(shí)現(xiàn)方式或第二方面的第三種可能的實(shí)現(xiàn)方式，在第四種可能的實(shí)現(xiàn)方式中，所述方法還包括:
[0041]所述RTC服務(wù)器在接收到其他終端發(fā)送給所述第一終端的呼叫請(qǐng)求信息后，在所述呼叫請(qǐng)求信息中添加提示信息，以使得所述第一終端在接收到所述呼叫請(qǐng)求信息后，根據(jù)所述呼叫請(qǐng)求信息中的提示信息生成相應(yīng)的提示，包括震動(dòng)、響鈴或彈出提示框。
[0042]結(jié)合第二方面或第二方面的第一種可能的實(shí)現(xiàn)方式或第二方面的第二種可能的實(shí)現(xiàn)方式或第二方面的第三種可能的實(shí)現(xiàn)方式或第二方面的第四種可能的實(shí)現(xiàn)方式，在第五種可能的實(shí)現(xiàn)方式中，所述方法還包括:
[0043]所述RTC服務(wù)器在接收到所述第一終端發(fā)送的拒絕所述呼叫請(qǐng)求信息后，向發(fā)送所述呼叫請(qǐng)求信息的終端反饋所述第一終端當(dāng)前忙碌或者離線信息。
[0044]結(jié)合第二方面或第二方面的第一種可能的實(shí)現(xiàn)方式或第二方面的第二種可能的實(shí)現(xiàn)方式或第二方面的第三種可能的實(shí)現(xiàn)方式或第二方面的第四種可能的實(shí)現(xiàn)方式或第二方面的第五種可能的實(shí)現(xiàn)方式，在第六種可能的實(shí)現(xiàn)方式中，所述方法還包括:
[0045]所述RTC服務(wù)器在將所述呼叫請(qǐng)求信息發(fā)送給所述第一終端后，若在預(yù)設(shè)時(shí)間內(nèi)未接收到所述第一終端反饋的信息或者接收到的反饋信息為暫時(shí)不接收時(shí)，緩存所述呼叫請(qǐng)求信息，在預(yù)定時(shí)間后或者所述第一終端開啟WEB RTC應(yīng)用后再發(fā)送該呼叫請(qǐng)求信息。
[0046]結(jié)合第二方面或第二方面的第一種可能的實(shí)現(xiàn)方式或第二方面的第二種可能的實(shí)現(xiàn)方式或第二方面的第三種可能的實(shí)現(xiàn)方式或第二方面的第四種可能的實(shí)現(xiàn)方式或第二方面的第五種可能的實(shí)現(xiàn)方式或第二方面的第六種可能的實(shí)現(xiàn)方式，在第七種可能的實(shí)現(xiàn)方式中，所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息所對(duì)應(yīng)的WEB RTC應(yīng)用的類型與所述發(fā)送所述呼叫請(qǐng)求信息的終端的WEBRTC應(yīng)用的類型相同或不同。
[0047]第三方面，一種終端設(shè)備，所述終端設(shè)備包括:
[0048]信息接收單元，用于接收實(shí)時(shí)通信RTC服務(wù)器轉(zhuǎn)發(fā)的其他終端發(fā)送給該終端設(shè)備的呼叫請(qǐng)求信息，所述呼叫請(qǐng)求信息中攜帶有發(fā)送所述呼叫請(qǐng)求信息的終端的WEB RTC應(yīng)用的唯一標(biāo)識(shí)符；
[0049]處理單元，用于根據(jù)所述信息接收單元接收到的呼叫請(qǐng)求信息中攜帶的呼叫請(qǐng)求信息發(fā)送終端WEB RTC應(yīng)用的唯一標(biāo)識(shí)符判斷是否需要接受所述呼叫請(qǐng)求，若是，向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息，并在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，通過(guò)所述WEB RTC應(yīng)用與所述發(fā)送呼叫請(qǐng)求信息的終端進(jìn)行通信。
[0050]在第三方面的第一種可能實(shí)現(xiàn)方式中，所述終端設(shè)備還包括:
[0051]信息發(fā)送單元，用于向?qū)崟r(shí)通信RTC服務(wù)器發(fā)送注冊(cè)離線業(yè)務(wù)請(qǐng)求信息，該信息中攜帶有WEB RTC應(yīng)用的唯一標(biāo)識(shí)符，以使得所述RTC服務(wù)器在接收到所述注冊(cè)離線業(yè)務(wù)請(qǐng)求信息后，為所述唯一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC應(yīng)用開啟離線模式，并向所述第一終端反饋成功響應(yīng)信息；
[0052]關(guān)閉單元，用于在接收到所述RTC服務(wù)器反饋的成功響應(yīng)信息后，關(guān)閉所述WEBRTC應(yīng)用。
[0053]在第三方面的第二種可能實(shí)現(xiàn)方式中，所述WEB RTC應(yīng)用請(qǐng)求信息中還攜帶有用戶所選定的WEB RTC應(yīng)用類型，以使得所述RTC服務(wù)器在接收到所述WEB RTC應(yīng)用請(qǐng)求信息后，返回與所述WEB RTC應(yīng)用類型相同的WEB RTC應(yīng)用信息。
[0054]在第三方面的第三種可能實(shí)現(xiàn)方式中，所述呼叫請(qǐng)求信息中還攜帶有發(fā)送所述呼叫請(qǐng)求信息的終端的瀏覽器引擎的標(biāo)識(shí)信息；
[0055]所述信息接收單元具體用于，通過(guò)所述該終端設(shè)備的監(jiān)聽客戶端接收所述RTC服務(wù)器發(fā)送的呼叫請(qǐng)求信息，解析所述呼叫請(qǐng)求信息，根據(jù)所述呼叫請(qǐng)求信息中瀏覽器引擎標(biāo)識(shí)信息確定所述呼叫請(qǐng)求信息為發(fā)送給瀏覽器引擎的信息，將所述呼叫請(qǐng)求信息發(fā)送給所述第一終端的瀏覽器引擎。
[0056]結(jié)合第三方面或第三方面的第一種可能的實(shí)現(xiàn)方式或第三方面的第二種可能的實(shí)現(xiàn)方式或第三方面的第三種可能的實(shí)現(xiàn)方式，在第四種可能的實(shí)現(xiàn)方式中，所述呼叫請(qǐng)求信息中還攜帶有會(huì)話協(xié)商的會(huì)話描述協(xié)議提供SDP Offer信息；
[0057]所述處理單元具體用于，通過(guò)該終端設(shè)備的瀏覽器引擎向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息，并在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，將所述呼叫請(qǐng)求信息中的SDP Offer信息發(fā)送給所述WEB RTC應(yīng)用，通過(guò)所述WEB RTC應(yīng)用將所述SDP Offer信息生成SDP Answer信息，并通過(guò)所述WEB RTC應(yīng)用將所述SDP Answer信息發(fā)送給所述瀏覽器引擎，通過(guò)所述瀏覽器引擎將所述SDP Answer信息發(fā)送給所述RTC服務(wù)器，以使得所述RTC服務(wù)器將所述SDP Answer信息發(fā)送給發(fā)送所述呼叫請(qǐng)求信息的終端的瀏覽器引擎以建立通信通道開始通信。
[0058]結(jié)合第三方面或第三方面的第一種可能的實(shí)現(xiàn)方式或第三方面的第二種可能的實(shí)現(xiàn)方式或第三方面的第三種可能的實(shí)現(xiàn)方式，在第五種可能的實(shí)現(xiàn)方式中，所述呼叫請(qǐng)求信息中還攜帶有會(huì)話協(xié)商的會(huì)話描述協(xié)議提供SDP Offer信息；
[0059]所述處理單元具體用于，通過(guò)該終端設(shè)備的瀏覽器引擎向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息，所述WEB RTC應(yīng)用請(qǐng)求信息中攜帶有SDPAnswer信息，以使得所述RTC服務(wù)器在接收到所述WEB RTC應(yīng)用請(qǐng)求信息，向所述第一終端返回WEB RTC應(yīng)用信息，并將所述WEB RTC應(yīng)用請(qǐng)求信息中的SDP Answer信息發(fā)送給發(fā)送所述呼叫請(qǐng)求信息的終端的瀏覽器引擎以建立通信通道，在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，通過(guò)所述WEB RTC應(yīng)用與所述發(fā)送呼叫請(qǐng)求信息的終端進(jìn)行通信。
[0060]結(jié)合第三方面或第三方面的第一種可能的實(shí)現(xiàn)方式或第三方面的第二種可能的實(shí)現(xiàn)方式或第三方面的第三種可能的實(shí)現(xiàn)方式，在第六種可能的實(shí)現(xiàn)方式中，所述處理單元具體用于，通過(guò)該終端設(shè)備的瀏覽器引擎向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息，并在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息以及SDP Offer信息后，通過(guò)所述WEB RTC應(yīng)用將所 述SDP Offer信息生成SDP Answer信息，并通過(guò)所述WEB RTC應(yīng)用將所述SDP Answer信息發(fā)送給所述瀏覽器引擎，通過(guò)所述瀏覽器引擎將所述SDP Answer信息發(fā)送給所述RTC服務(wù)器，以使得所述RTC服務(wù)器將所述SDP Answer信息發(fā)送給所述信息發(fā)送終端的瀏覽器引擎以建立通信通道開始通信。
[0061]結(jié)合第三方面或第三方面的第一種可能的實(shí)現(xiàn)方式或第三方面的第二種可能的實(shí)現(xiàn)方式或第三方面的第三種可能的實(shí)現(xiàn)方式或第三方面的第四種可能的實(shí)現(xiàn)方式或第三方面的第五種可能的實(shí)現(xiàn)方式或第三方面的第六種可能的實(shí)現(xiàn)方式，在第七種可能的實(shí)現(xiàn)方式中，所述呼叫請(qǐng)求信息中攜帶有提示信息，所述提示信息為RTC服務(wù)器在接收到其他終端發(fā)送給所述第一終端的呼叫請(qǐng)求信息時(shí)添加的；
[0062]所述終端設(shè)備還包括:
[0063]提示單元，用于在接收到所述呼叫請(qǐng)求信息后，根據(jù)所述呼叫請(qǐng)求信息中的提示信息生成相應(yīng)的提示，包括震動(dòng)、響鈴或彈出提示框。
[0064]結(jié)合第三方面或第三方面的第一種可能的實(shí)現(xiàn)方式或第三方面的第二種可能的實(shí)現(xiàn)方式或第三方面的第三種可能的實(shí)現(xiàn)方式或第三方面的第四種可能的實(shí)現(xiàn)方式或第三方面的第五種可能的實(shí)現(xiàn)方式或第三方面的第六種可能的實(shí)現(xiàn)方式或第三方面的第七種可能的實(shí)現(xiàn)方式，在第八種可能的實(shí)現(xiàn)方式中，所述終端設(shè)備還包括:
[0065]信息反饋單元，用于在拒絕所述呼叫請(qǐng)求時(shí)，向所述RTC服務(wù)器反饋拒絕信息，以使得所述RTC服務(wù)器在接收到所述拒絕信息后，向發(fā)送所述呼叫請(qǐng)求信息的終端反饋所述第一終端當(dāng)前忙碌或者離線信息。
[0066]結(jié)合第三方面或第三方面的第一種可能的實(shí)現(xiàn)方式或第三方面的第二種可能的實(shí)現(xiàn)方式或第三方面的第三種可能的實(shí)現(xiàn)方式或第三方面的第四種可能的實(shí)現(xiàn)方式或第三方面的第五種可能的實(shí)現(xiàn)方式或第三方面的第六種可能的實(shí)現(xiàn)方式或第三方面的第七種可能的實(shí)現(xiàn)方式或第三方面的第八種可能的實(shí)現(xiàn)方式，在第九種可能的實(shí)現(xiàn)方式中，所述向所述RTC服務(wù)器發(fā)送的開啟WEB RTC應(yīng)用請(qǐng)求消息所對(duì)應(yīng)的WEB RTC應(yīng)用的類型與所述發(fā)送所述呼叫請(qǐng)求信息的終端的WEB RTC應(yīng)用的類型相同或不同。
[0067]第四方面，一種實(shí)時(shí)通信RTC服務(wù)器，所述RTC服務(wù)器包括:
[0068]第一發(fā)送單元，用于在接收到其他終端發(fā)送給所述第一終端的呼叫請(qǐng)求信息后，將所述呼叫請(qǐng)求信息發(fā)送給所述第一終端，所述呼叫請(qǐng)求信息中攜帶有發(fā)送所述呼叫請(qǐng)求信息的終端WEB RTC應(yīng)用的唯一標(biāo)識(shí)符；
[0069]第二發(fā)送單元，用于在接收到所述第一終端發(fā)送的開啟WEB RTC應(yīng)用請(qǐng)求信息后，向所述第一終端返回WEB RTC應(yīng)用信息，以使得所述第一終端在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，通 過(guò)所述WEB RTC應(yīng)用與所述發(fā)送呼叫請(qǐng)求信息的終端進(jìn)行通?目。[0070]在第四方面的第一種可能實(shí)現(xiàn)方式中，所述RTC服務(wù)器還包括:
[0071]開啟單元，用于在接收到第一終端發(fā)送的注冊(cè)離線業(yè)務(wù)請(qǐng)求信息后，為該信息中 WEB RTC應(yīng)用唯一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC應(yīng)用開啟離線模式，并向所述第一終端反饋成功響 應(yīng)信息，以使得所述第一終端在接收到所述RTC服務(wù)器反饋的成功響應(yīng)信息后，關(guān)閉其WEB RTC應(yīng)用。
[0072]結(jié)合第四方面的第一種可能實(shí)現(xiàn)方式，在第二種可能實(shí)現(xiàn)方式中，所述開啟單元 具體用于，在接收到所述注冊(cè)離線業(yè)務(wù)請(qǐng)求信息后，根據(jù)注冊(cè)離線業(yè)務(wù)請(qǐng)求信息中攜帶的 WEB RTC應(yīng)用唯一標(biāo)識(shí)符，判斷所述唯一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC應(yīng)用是否具有注冊(cè)離線業(yè)務(wù) 請(qǐng)求權(quán)限，若是，為所述唯一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC應(yīng)用開啟離線模式。
[0073]在第四方面的第二種可能實(shí)現(xiàn)方式中，所述WEB RTC應(yīng)用請(qǐng)求信息中還攜帶有用 戶所選定的WEB RTC應(yīng)用類型；
[0074]所述第二發(fā)送單元具體用于在接收到所述第一終端發(fā)送的開啟WEB RTC應(yīng)用請(qǐng)求 信息后，向所述第一終端返回與所述WEB RTC應(yīng)用類型相同的WEB RTC應(yīng)用信息。
[0075]結(jié)合第四方面或第四方面的第一種可能的實(shí)現(xiàn)方式或第四方面的第二種可能的 實(shí)現(xiàn)方式或第四方面的第三種可能的實(shí)現(xiàn)方式，在第四種可能的實(shí)現(xiàn)方式中，所述RTC服 務(wù)器還包括:
[0076]信息添加單元，用于在接收到其他終端發(fā)送給所述第一終端的呼叫請(qǐng)求信息后， 在所述呼叫請(qǐng)求信息中添加提示信息，以使得所述第一終端在接收到所述呼叫請(qǐng)求信息 后，根據(jù)所述呼叫請(qǐng)求信息中的提示信息生成相應(yīng)的提示，包括震動(dòng)、響鈴或彈出提示框。
[0077]結(jié)合第四方面或第四方面的第一種可能的實(shí)現(xiàn)方式或第四方面的第二種可能的 實(shí)現(xiàn)方式或第四方面的第三種可能的實(shí)現(xiàn)方式或第四方面的第四種可能的實(shí)現(xiàn)方式，在第 五種可能的實(shí)現(xiàn)方式中，所述RTC服務(wù)器還包括:
[0078]第三發(fā)送單元，用于在接收到所述第一終端發(fā)送的拒絕所述呼叫請(qǐng)求信息后，向 發(fā)送所述呼叫請(qǐng)求信息的終端反饋所述第一終端當(dāng)前忙碌或者離線信息。
[0079]結(jié)合第四方面或第四方面的第一種可能的實(shí)現(xiàn)方式或第四方面的第二種可能的 實(shí)現(xiàn)方式或第四方面的第三種可能的實(shí)現(xiàn)方式或第四方面的第四種可能的實(shí)現(xiàn)方式或第 四方面的第五種可能的實(shí)現(xiàn)方式，在第六種可能的實(shí)現(xiàn)方式中，所述RTC服務(wù)器還包括:
[0080]處理單元，用于在將所述呼叫請(qǐng)求信息發(fā)送給所述第一終端后，若在預(yù)設(shè)時(shí)間內(nèi) 未接收到所述第一終端反饋的信息或者接收到的反饋信息為暫時(shí)不接收時(shí)，緩存所述呼叫 請(qǐng)求信息，在預(yù)定時(shí)間后或者所述第一終端開啟WEB RTC應(yīng)用后再發(fā)送該呼叫請(qǐng)求信息。
[0081]結(jié)合第四方面或第四方面的第一種可能的實(shí)現(xiàn)方式或第四方面的第二種可能的 實(shí)現(xiàn)方式或第四方面的第三種可能的實(shí)現(xiàn)方式或第四方面的第四種可能的實(shí)現(xiàn)方式或第 四方面的第五種可能的實(shí)現(xiàn)方式或第四方面的第六種可能的實(shí)現(xiàn)方式，在第七種可能的實(shí) 現(xiàn)方式中，所述返回給所述第一終端的WEB RTC應(yīng)用信息所對(duì)應(yīng)的WEB RTC應(yīng)用的類型與 所述發(fā)送所述呼叫請(qǐng)求信息的終端的WEB RTC應(yīng)用的類型相同或不同。
[0082]第五方面，一種實(shí)時(shí)通信系統(tǒng)，所述系統(tǒng)包括所述終端設(shè)備和/或所述RTC服務(wù) 器。
[0083]從上述技術(shù)方案可以看出，通過(guò)本發(fā)明實(shí)施例，使得在終端的WEB RTC應(yīng)用關(guān)閉的 情況下，仍然可以接收到RTC服務(wù)器轉(zhuǎn)發(fā)的其他終端發(fā)送給該終端的呼叫請(qǐng)求信息，并在接收到所述呼叫請(qǐng)求信息后，向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息，在接收到 所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，通過(guò)所述WEB RTC應(yīng)用與所述發(fā)送呼叫請(qǐng)求 信息的終端進(jìn)行通信。本發(fā)明實(shí)施例可有效解決現(xiàn)有基于WEB的實(shí)時(shí)通信在通信雙方不同 時(shí)在線或者或者未打開WEB RTC應(yīng)用時(shí)，無(wú)法獲取信息的問(wèn)題。另外，還可以根據(jù)呼叫請(qǐng)求 信息發(fā)送終端WEB RTC應(yīng)用的唯一標(biāo)識(shí)符選擇性的接受呼叫，提高用戶體驗(yàn)，具有較強(qiáng)的實(shí) 用性。
【專利附圖】

【附圖說(shuō)明】
[0084]為了更清楚地說(shuō)明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述 中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些 實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些 附圖獲得其他的附圖。
[0085]圖1是本發(fā)明一實(shí)施例提供的實(shí)時(shí)通信系統(tǒng)的網(wǎng)絡(luò)架構(gòu)圖；
[0086]圖2是本發(fā)明另一實(shí)施例提供的實(shí)時(shí)通信方法的交互流程圖；
[0087]圖3是本發(fā)明另一實(shí)施例提供的實(shí)時(shí)通信方法的實(shí)現(xiàn)流程圖；
[0088]圖4是本發(fā)明另一實(shí)施例提供的實(shí)時(shí)通信方法的實(shí)現(xiàn)流程圖；
[0089]圖5是本發(fā)明另一實(shí)施例提供的實(shí)時(shí)通信方法的具體流程圖；
[0090]圖6是本發(fā)明另一實(shí)施例提供的終端設(shè)備的組成結(jié)構(gòu)圖；
[0091]圖7是本發(fā)明另一實(shí)施例提供的RTC服務(wù)器的組成結(jié)構(gòu)圖。
【具體實(shí)施方式】
[0092]為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖及實(shí)施例，對(duì) 本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說(shuō)明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并 不用于限定本發(fā)明。
[0093]另外，本發(fā)明實(shí)施例中術(shù)語(yǔ)“系統(tǒng)”和“網(wǎng)絡(luò)”在本文中常被可互換使用。本發(fā)明 實(shí)施例中術(shù)語(yǔ)“和/或”，僅僅是一種描述關(guān)聯(lián)對(duì)象的關(guān)聯(lián)關(guān)系，表示可以存在三種關(guān)系，例 如，A和/或B，可以表示:單獨(dú)存在A，同時(shí)存在A和B，單獨(dú)存在B這三種情況。另外，本發(fā) 明實(shí)施例中字符“/”，一般表示前后關(guān)聯(lián)對(duì)象是一種“或”的關(guān)系。
[0094]為了說(shuō)明本發(fā)明所述的技術(shù)方案，下面通過(guò)具體實(shí)施例來(lái)進(jìn)行說(shuō)明。
[0095]圖1示出了本發(fā)明一實(shí)施例提供的實(shí)時(shí)通信方法所適用系統(tǒng)的網(wǎng)絡(luò)架構(gòu)圖，為了 便于說(shuō)明，僅示出了與本實(shí)施例相關(guān)的部分。
[0096]如圖1所示，該系統(tǒng)包括終端設(shè)備I以及RTC服務(wù)器2。
[0097]其中，所述終端設(shè)備I可以是任意具有網(wǎng)絡(luò)接入功能的終端設(shè)備，包括但不限于 手機(jī)、平板電腦、臺(tái)式機(jī)、筆記本電腦，電視機(jī)，機(jī)頂盒，家庭網(wǎng)關(guān)等。
[0098]所述RTC服務(wù)器2可以是一個(gè)單一的服務(wù)器，也可以為由幾個(gè)功能服務(wù)器共同組 成的服務(wù)器端。例如，為終端設(shè)備I提供服務(wù)的WEB服務(wù)器、為終端設(shè)備I所使用瀏覽器提 供服務(wù)的WEB服務(wù)器、或者為終端設(shè)備I所使用的基于WEB的RTC應(yīng)用提供服務(wù)的WEB服 務(wù)器。不同的WEB RTC應(yīng)用可以有不同的WEB服務(wù)器，因此RTC服務(wù)器2可以為多個(gè)不同 WEB服務(wù)器的組合，以實(shí)現(xiàn)不同瀏覽器、不同網(wǎng)絡(luò)、不同的WEB RTC應(yīng)用之間的通信，完成協(xié)議轉(zhuǎn)化、消息轉(zhuǎn)換、路由尋址、建立連接、頁(yè)面優(yōu)化、加速、信息添加等功能。
[0099]在本實(shí)施例中，RTC服務(wù)器2在接收到其他終端發(fā)送給終端設(shè)備I的呼叫請(qǐng)求信 息后，將所述呼叫請(qǐng)求信息發(fā)送給終端設(shè)備1，所述呼叫請(qǐng)求信息中攜帶有發(fā)送所述呼叫請(qǐng) 求信息的終端的WEB RTC應(yīng)用的唯一標(biāo)識(shí)符,例如:張三@msn.webrtc.com,表示張三通過(guò) 實(shí)時(shí)通信msn發(fā)送的信息。需要說(shuō)明的是，所述WEB RTC應(yīng)用的唯一標(biāo)識(shí)符中還可以包括 發(fā)送終端的信息,例如終端的類型iphone或ipad等。
[0100]終端設(shè)備I在接收到所述呼叫請(qǐng)求信息后，根據(jù)發(fā)送所述呼叫請(qǐng)求信息的終端的 WEB RTC應(yīng)用唯一標(biāo)識(shí)符判斷是否需要接受所述呼叫請(qǐng)求，若是，向所述RTC服務(wù)器發(fā)送開 啟WEB RTC應(yīng)用請(qǐng)求信息，并在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，通過(guò)所 述WEB RTC應(yīng)用與所述發(fā)送呼叫請(qǐng)求信息的終端進(jìn)行通信。其中，所述向所述RTC服務(wù)器 發(fā)送的開啟WEB RTC應(yīng)用請(qǐng)求消息所對(duì)應(yīng)的WEB RTC應(yīng)用的類型與所述發(fā)送所述呼叫請(qǐng)求 信息的終端的WEB RTC應(yīng)用的類型相同或不同。
[0101]需要說(shuō)明的是，所述開啟WEB RTC應(yīng)用包括將WEB RTC應(yīng)用從離線模式轉(zhuǎn)為在線 模式，或者從關(guān)閉狀態(tài)到重新開啟。
[0102]優(yōu)選的是，本實(shí)施例終端設(shè)備I在接收RTC服務(wù)器2轉(zhuǎn)發(fā)的其他終端發(fā)送給終端 設(shè)備I的呼叫請(qǐng)求信息前，還可以包括:
[0103]終端設(shè)備I向RTC服務(wù)器2發(fā)送注冊(cè)離線業(yè)務(wù)請(qǐng)求信息，該信息中攜帶有需要進(jìn) 行離線業(yè)務(wù)的WEB RTC應(yīng)用的唯一標(biāo)識(shí)符(例如QQ號(hào)、MSN號(hào)等)，所述RTC服務(wù)器2在接 收到所述注冊(cè)離線業(yè)務(wù)請(qǐng)求信息后，為所述唯一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC應(yīng)用開啟離線模式， 并向所述終端設(shè)備I反饋成功響應(yīng)信息。終端設(shè)備I在接收到所述RTC服務(wù)器反饋的成功 響應(yīng)信息后，關(guān)閉所述WEBRTC應(yīng)用(關(guān)閉瀏覽器和/或關(guān)閉當(dāng)前運(yùn)行的WEB RTC應(yīng)用)。其 中，關(guān)閉當(dāng)前運(yùn)行的WEB RTC應(yīng)用包括退出當(dāng)前運(yùn)行的WEB RTC應(yīng)用或者將當(dāng)前運(yùn)行的WEB RTC應(yīng)用從在線模式轉(zhuǎn)為離線模式。
[0104]所述開啟WEB RTC應(yīng)用請(qǐng)求信息中還可以攜帶有用戶所選定的WEB RTC應(yīng)用類 型，以使得所述RTC服務(wù)器在接收到所述開啟WEB RTC應(yīng)用請(qǐng)求信息后，返回與用戶所選定 的WEB RTC應(yīng)用類型相同的WEB RTC應(yīng)用。該WEB RTC應(yīng)用的類型與所述呼叫請(qǐng)求信息中 WEB RTC應(yīng)用的類型可以相同，也可以不同。
[0105]需要說(shuō)明的是，當(dāng)用戶未選擇WEB RTC應(yīng)用類型時(shí)，終端設(shè)備I或者RTC服務(wù)器2 可以選擇默認(rèn)(預(yù)先設(shè)定)的WEB RTC應(yīng)用類型。
[0106]優(yōu)選的是，所述RTC服務(wù)器在接收到所述注冊(cè)離線業(yè)務(wù)請(qǐng)求信息后，根據(jù)注冊(cè)離 線業(yè)務(wù)請(qǐng)求信息中攜帶的WEB RTC應(yīng)用唯一標(biāo)識(shí)符，判斷所述唯一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC 應(yīng)用是否具有注冊(cè)離線業(yè)務(wù)請(qǐng)求權(quán)限，若是，為所述唯一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC應(yīng)用開啟離 線模式。
[0107]優(yōu)選的是，所述終端設(shè)備I還可以包括監(jiān)聽客戶端11，所述RTC服務(wù)器2在接收 到其他終端發(fā)送給終端設(shè)備I的呼叫請(qǐng)求信息后，先將所述呼叫請(qǐng)求信息發(fā)送給監(jiān)聽客戶 端11，以使得所述監(jiān)聽客戶端11將所述呼叫請(qǐng)求信息發(fā)送給所述終端設(shè)備I。進(jìn)一步，RTC 服務(wù)器2在接收到其他終端發(fā)送給終端設(shè)備I所屬用戶的呼叫請(qǐng)求信息后，可以選擇將該 呼叫請(qǐng)求信息發(fā)送給終端設(shè)備I所屬用戶的監(jiān)聽客戶端11。所述監(jiān)聽客戶端(例如可以 為推送Push客戶端)接收由網(wǎng)絡(luò)側(cè)主動(dòng)發(fā)送的業(yè)務(wù)消息，該業(yè)務(wù)消息可以是“攜帶了呼叫請(qǐng)求信息的Push消息”，所述Push消息可以攜帶在以下任一種消息格式中以發(fā)送給終端 設(shè)備I，所述消息格式包括:SMS (short message service,短消息業(yè)務(wù))、MMS (multimedia messaging service,多媒體消息業(yè)務(wù))，、網(wǎng)絡(luò)套接字Websocket、JSON( JavaScript Object Notation, JavaScript對(duì)象表示法)、可擴(kuò)展消息與存在協(xié)議XMPP (Extensible Messaging and Presence Protocol)異步 JavaScript 和 XML 的 AJAX(Asynchronous JavaScript and XML)、SIP (Session Initiation Protocol,會(huì)話初始協(xié)議),基于XML的超額文本傳輸協(xié)議 請(qǐng)求XMLHTTPRequest等。可選的,所述呼叫請(qǐng)求信息中還可以攜帶有發(fā)送所述呼叫請(qǐng)求信 息的終端的瀏覽器引擎的標(biāo)識(shí)信息，例如browser.Ua等；
[0108]所述終端設(shè)備I接收所述RTC服務(wù)器發(fā)送的呼叫請(qǐng)求信息包括:
[0109]監(jiān)聽客戶端11接收到所述RTC服務(wù)器發(fā)送的呼叫請(qǐng)求信息后，解析所述呼叫請(qǐng)求 信息，根據(jù)所述呼叫請(qǐng)求信息中瀏覽器引擎標(biāo)識(shí)信息確定所述呼叫請(qǐng)求信息為發(fā)送給瀏覽 器引擎的信息，將所述呼叫請(qǐng)求信息發(fā)送給所述終端設(shè)備I的瀏覽器引擎進(jìn)行處理。該瀏 覽器引擎的標(biāo)識(shí)信息，可以在發(fā)送終端發(fā)送的呼叫請(qǐng)求信息中攜帶，也可由所述RTC服務(wù) 器2在接受到該呼叫請(qǐng)求信息后，添加瀏覽器引擎的標(biāo)識(shí)信息。所述瀏覽器引擎用來(lái)解析 呼叫請(qǐng)求中攜帶的信息，以便進(jìn)一步運(yùn)行所述WEB RTC應(yīng)用，瀏覽器引擎可以是操作系統(tǒng)內(nèi) 的功能模塊，例如webkit ;可以是瀏覽器客戶端內(nèi)的功能模塊。WEB RTC應(yīng)用可以在瀏覽器 中運(yùn)行，也可以脫離瀏覽器而基于操作系統(tǒng)內(nèi)的瀏覽器引擎以WEB應(yīng)用形式獨(dú)立運(yùn)行。
[0110]優(yōu)選的是，所述呼叫請(qǐng)求信息中還攜帶有會(huì)話協(xié)商的會(huì)話描述協(xié)議提供SDP Offer (Session Description Protocol Offer,會(huì)話描述協(xié)議提供)信息；
[0111]所述終端設(shè)備I向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息，并在接收到 所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，通過(guò)所述WEB RTC應(yīng)用與所述發(fā)送呼叫請(qǐng)求 信息的終端進(jìn)行通信具體包括:
[0112]所述終端設(shè)備I通過(guò)瀏覽器引擎向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信 息，并在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，將所述呼叫請(qǐng)求信息中的SDP Offer信息發(fā)送給所述WEB RTC應(yīng)用，通過(guò)所述WEB RTC應(yīng)用將所述SDP Offer信息生成 SDP Answer信息，并通過(guò)所述WEB RTC應(yīng)用將所述SDP Answer信息發(fā)送給所述瀏覽器引 擎，通過(guò)所述瀏覽器引擎將所述SDP Answer信息發(fā)送給所述RTC服務(wù)器，以使得所述RTC 服務(wù)器將所述SDP Answer信息發(fā)送給發(fā)送所述呼叫請(qǐng)求信息的終端的瀏覽器引擎以建立 通信通道開始通信。
[0113]或者，
[0114]終端設(shè)備I通過(guò)瀏覽器引擎向所述RTC服務(wù)器2發(fā)送開啟基于WEB的RTC應(yīng)用請(qǐng) 求信息，該請(qǐng)求信息中攜帶瀏覽器引擎根據(jù)呼叫請(qǐng)求中攜帶的SDP Offer信息生成的SDP Answer信息，以使得所述RTC服務(wù)器2將所述SDP Answer信息發(fā)送給所述信息發(fā)送終端 的瀏覽器引擎以建立通信通道開始通信。RTC服務(wù)器2在接收到終端設(shè)備發(fā)送的開啟基于 WEB的RTC應(yīng)用請(qǐng)求信息后，將返回基于WEB的RTC應(yīng)用給終端設(shè)備I呈現(xiàn)。
[0115]優(yōu)選的是，會(huì)話協(xié)商的會(huì)話描述協(xié)議提供SDP Offer信息可以由RTC服務(wù)器為終 端設(shè)備I臨時(shí)緩存，而不攜帶在所述呼叫請(qǐng)求信息中發(fā)送給終端設(shè)備I。
[0116]終端設(shè)備I通過(guò)瀏覽器引擎向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息， 并在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息以及SDP Offer信息后，通過(guò)所述WEBRTC應(yīng)用將所述SDP Offer信息生成SDP Answer信息，并通過(guò)所述WEB RTC應(yīng)用將所述SDP Answer信息發(fā)送給所述瀏覽器引擎，通過(guò)所述瀏覽器引擎將所述SDP Answer信息發(fā)送給 所述RTC服務(wù)器，以使得所述RTC服務(wù)器將所述SDP Answer信息發(fā)送給所述信息發(fā)送終端 的瀏覽器引擎以建立通信通道開始通信。
[0117]需要說(shuō)明的是，RTC服務(wù)器2在接收到終端設(shè)備I發(fā)送的開啟WEB RTC應(yīng)用請(qǐng)求 信息后，可以向所述終端設(shè)備I返回WEB RTC應(yīng)用信息，也可以返回WEB RTC應(yīng)用信息以及 緩存的SDP Offer信息。
[0118]優(yōu)選的是，所述RTC服務(wù)器在接收到其他終端發(fā)送給所述第一終端的呼叫請(qǐng)求信 息后，在所述呼叫請(qǐng)求信息中添加提示信息，以使得所述第一終端在接收到所述呼叫請(qǐng)求 信息后，根據(jù)所述呼叫請(qǐng)求信息中的提示信息生成相應(yīng)的提示，包括但不限于震動(dòng)、響鈴或 彈出提示框。
[0119]優(yōu)選的是，所述終端設(shè)備I在接收到所述呼叫請(qǐng)求信息后，根據(jù)發(fā)送所述呼叫請(qǐng) 求信息的終端的唯一標(biāo)識(shí)符判斷是否需要接受所述呼叫請(qǐng)求，若否，向所述RTC服務(wù)器2反 饋拒絕信息，以使得RTC服務(wù)器2在接收到所述拒絕信息后，向發(fā)送所述呼叫請(qǐng)求信息的終 端反饋所述終端設(shè)備I當(dāng)前忙碌或者離線等信息。
[0120]可選的，所述RTC服務(wù)器在將所述呼叫請(qǐng)求信息發(fā)送給所述終端設(shè)備I后，若在預(yù) 設(shè)時(shí)間內(nèi)未接收到所述終端設(shè)備I反饋的信息或者接收到的反饋信息為暫時(shí)不接收時(shí)，緩 存所述呼叫請(qǐng)求信息，在預(yù)定時(shí)間后或者所述終端設(shè)備I開啟WEB RTC應(yīng)用后再發(fā)送該呼 叫請(qǐng)求信息。所述RTC服務(wù)器2還可生成提示信息，并為該用戶存儲(chǔ)該信息，供終端設(shè)備I 查詢或主動(dòng)發(fā)送給終端設(shè)備I。該提示信息可以為文本信息、音視頻等多媒體類型的信息。 可以提示用戶發(fā)送呼叫的的發(fā)送方，呼叫時(shí)間，所使用的基于WEB的RTC應(yīng)用的類型，瀏覽 器類型等信息。當(dāng)用戶下次登錄該基于WEB的RTC應(yīng)用或打開瀏覽器時(shí)，可以收到未接來(lái) 電或留言的通知消息。
[0121]本實(shí)施例提供的系統(tǒng)場(chǎng)景只用于解釋本發(fā)明，并不限定本發(fā)明的保護(hù)范圍。
[0122]圖2示出了本發(fā)明另一實(shí)施例提供的實(shí)時(shí)通信方法的交互流程，該方法過(guò)程詳述 如下:
[0123]1、第一終端(終端設(shè)備I)向?qū)崟r(shí)通信RTC服務(wù)器發(fā)送注冊(cè)離線業(yè)務(wù)請(qǐng)求信息，該 信息中攜帶有WEB RTC應(yīng)用的唯一標(biāo)識(shí)符。
[0124]在本實(shí)施例中，所述注冊(cè)離線業(yè)務(wù)請(qǐng)求信息中攜帶有WEB RTC應(yīng)用的唯一標(biāo)識(shí)符， 所述唯一標(biāo)識(shí)符包括WEB RTC應(yīng)用的類型以及對(duì)應(yīng)的標(biāo)識(shí)符，例如QQ+張三(或者對(duì)應(yīng)的QQ 號(hào)碼)。其中，所述基于WEB的RTC應(yīng)用包括但不限于具備WEB應(yīng)用功能的客戶端程序、具 備WEB技術(shù)的打包格式的widget應(yīng)用、基于瀏覽器引擎的WEB應(yīng)用等，例如WEB QQ等。
[0125]在本實(shí)施例中，第一終端向?qū)崟r(shí)通信RTC服務(wù)器發(fā)送注冊(cè)離線業(yè)務(wù)請(qǐng)求信息的目 的是通知服務(wù)器其將關(guān)閉基于WEB的RTC應(yīng)用(包括關(guān)閉基于WEB的RTC應(yīng)用或者關(guān)閉瀏 覽器)，但希望關(guān)閉基于WEB的RTC應(yīng)用后仍可以接收到其他終端發(fā)送給所述第一終端的呼 叫請(qǐng)求彳目息或者其他通知彳目息等。
[0126]2、RTC服務(wù)器在接收到所述注冊(cè)離線業(yè)務(wù)請(qǐng)求信息后，為所述唯一標(biāo)識(shí)符對(duì)應(yīng)的 WEB RTC應(yīng)用開啟離線模式。
[0127]優(yōu)選的是，為了增強(qiáng)安全性，防止惡意注冊(cè)，RTC服務(wù)器在接收到所述注冊(cè)離線業(yè)務(wù)請(qǐng)求信息后，根據(jù)注冊(cè)離線業(yè)務(wù)請(qǐng)求信息中攜帶的WEB RTC應(yīng)用唯一標(biāo)識(shí)符，判斷所述唯 一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC應(yīng)用是否具有注冊(cè)離線業(yè)務(wù)請(qǐng)求權(quán)限，若是，為所述唯一標(biāo)識(shí)符對(duì) 應(yīng)的WEB RTC應(yīng)用開啟離線模式，RTC服務(wù)器將為所述第一終端保持在線狀態(tài)、提供通知以 及為所述第一終端保存通話信息等。
[0128]3、RTC服務(wù)器向所述第一終端反饋成功響應(yīng)信息；
[0129]4、第一終端在接收到所述RTC服務(wù)器反饋的成功響應(yīng)信息后，關(guān)閉基于WEB的RTC 應(yīng)用。例如，用戶關(guān)閉瀏覽器應(yīng)用程序，用戶可以是待機(jī)狀態(tài)，可以運(yùn)行其它應(yīng)用，或運(yùn)行其 它瀏覽器等情況。
[0130]5、RTC服務(wù)器接收其他終端(第二終端)發(fā)送給所述第一終端的呼叫請(qǐng)求信息。
[0131]在本實(shí)施例中，第二終端可以是任意具有網(wǎng)絡(luò)接入功能的終端設(shè)備，包括但不限 于手機(jī)平板電腦、臺(tái)式機(jī)、電視機(jī)，機(jī)頂盒，家庭網(wǎng)關(guān)、筆記本電腦等。
[0132]需要說(shuō)明的是，當(dāng)?shù)诙K端為不具備WEB能力的傳統(tǒng)終端時(shí)，需要通過(guò)其他網(wǎng)關(guān) (例如RTC服務(wù)器代理網(wǎng)關(guān)、會(huì)話發(fā)起協(xié)議(Session Initiation Protocol, SIP)代理網(wǎng)關(guān)、 媒體網(wǎng)關(guān)等)完成協(xié)議和消息的轉(zhuǎn)換后，將所述叫請(qǐng)求信息發(fā)送給所述RTC服務(wù)器。
[0133]6、RTC服務(wù)器將所述呼叫請(qǐng)求信息發(fā)送給所述第一終端，所述呼叫請(qǐng)求信息中攜 帶有發(fā)送所述呼叫請(qǐng)求信息的終端的WEB RTC應(yīng)用的唯一標(biāo)識(shí)符以及WEB RTC應(yīng)用的類 型。
[0134]具體的是，RTC服務(wù)器判斷所述第一終端是否開啟基于WEB的RTC應(yīng)用，若否，判 斷所述第一終端是否開啟離線模式，若是，將所述呼叫請(qǐng)求信息發(fā)送給所述監(jiān)聽客戶端，以 使得所述監(jiān)聽客戶端接收到所述RTC服務(wù)器發(fā)送的呼叫請(qǐng)求信息后，解析所述呼叫請(qǐng)求信 息，根據(jù)所述呼叫請(qǐng)求信息中瀏覽器引擎的標(biāo)識(shí)信息確定所述呼叫請(qǐng)求信息為發(fā)送給瀏覽 器引擎的信息，將所述呼叫請(qǐng)求信息發(fā)送給所述第一終端的瀏覽器引擎。
[0135]7、第一終端向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息；具體包括第一終 端在接收到所述呼叫請(qǐng)求信息后，根據(jù)發(fā)送所述呼叫請(qǐng)求信息的終端的唯一標(biāo)識(shí)符判斷是 否需要接受所述呼叫請(qǐng)求，若是，向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息；所述 WEB RTC應(yīng)用請(qǐng)求信息中還可以攜帶有用戶所選定的WEB RTC應(yīng)用類型，以使得所述RTC服 務(wù)器在接收到所述WEB RTC應(yīng)用請(qǐng)求信息后，返回與用戶所選定的WEB RTC應(yīng)用類型相同 的WEB RTC應(yīng)用。該WEB RTC應(yīng)用的類型與所述呼叫請(qǐng)求信息中WEB RTC應(yīng)用的類型可以 相同，也可以不同。例如，第一終端通過(guò)WEB QQ應(yīng)用注冊(cè)了離線業(yè)務(wù)，第二終端通過(guò)MSN應(yīng) 用呼叫第一終端用戶，第一終端可以通過(guò)向RTC服務(wù)器請(qǐng)求開啟WEB QQ應(yīng)用與第二終端用 戶進(jìn)行通信。
[0136]8、RTC服務(wù)器在接收到所述開啟WEB RTC應(yīng)用應(yīng)用請(qǐng)求信息，向所述第一終端返 回的WEB RTC應(yīng)用信息；
[0137]所述返回給所述第一終端的WEB RTC應(yīng)用信息所對(duì)應(yīng)的WEB RTC應(yīng)用的類型與所 述發(fā)送所述呼叫請(qǐng)求信息的終端的WEB RTC應(yīng)用的類型相同或不同。
[0138]9、第一終端通過(guò)所述WEB RTC應(yīng)用與所述發(fā)送呼叫請(qǐng)求信息的終端(第二終端)進(jìn) 行通信。
[0139]優(yōu)選的是，所述呼叫請(qǐng)求信息中還攜帶有發(fā)送所述呼叫請(qǐng)求信息的終端的瀏覽器 引擎的標(biāo)識(shí)信息；[0140]所述第一終端接收所述RTC服務(wù)器發(fā)送的呼叫請(qǐng)求信息包括:
[0141]所述第一終端的監(jiān)聽客戶端接收到所述RTC服務(wù)器發(fā)送的呼叫請(qǐng)求信息后，解析 所述呼叫請(qǐng)求信息，根據(jù)所述呼叫請(qǐng)求信息中瀏覽器引擎標(biāo)識(shí)信息確定所述呼叫請(qǐng)求信息 為發(fā)送給瀏覽器引擎的信息，將所述呼叫請(qǐng)求信息發(fā)送給所述第一終端的瀏覽器引擎；
[0142]所述第一終端向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息，并在接收到所 述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，通過(guò)所述WEB RTC應(yīng)用與所述發(fā)送呼叫請(qǐng)求信 息的終端進(jìn)行通信具體包括:
[0143]所述第一終端通過(guò)瀏覽器引擎向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信 息，并在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，將所述呼叫請(qǐng)求信息中的SDP Offer信息發(fā)送給所述WEB RTC應(yīng)用，通過(guò)所述WEB RTC應(yīng)用將所述SDP Offer信息生成 SDP Answer信息，并通過(guò)所述WEB RTC應(yīng)用將所述SDP Answer信息發(fā)送給所述瀏覽器引 擎，通過(guò)所述瀏覽器引擎將所述SDP Answer信息發(fā)送給所述RTC服務(wù)器，以使得所述RTC 服務(wù)器將所述SDP Answer信息發(fā)送給發(fā)送所述呼叫請(qǐng)求信息的終端的瀏覽器引擎以建立 通信通道開始通信；
[0144]或者，
[0145]所述第一終端通過(guò)瀏覽器引擎向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信 息，所述WEB RTC應(yīng)用請(qǐng)求信息中攜帶有SDP Answer信息，以使得所述RTC服務(wù)器在接收 到所述WEB RTC應(yīng)用請(qǐng)求信息，向所述第一終端返回WEB RTC應(yīng)用信息，并將所述WEB RTC 應(yīng)用請(qǐng)求信息中的SDP Answer信息發(fā)送給發(fā)送所述呼叫請(qǐng)求信息的終端的瀏覽器引擎以 建立通信通道；
[0146]所述第一終端接收所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息，通過(guò)所述WEB RTC 應(yīng)用與所述發(fā)送呼叫請(qǐng)求信息的終端進(jìn)行通信。
[0147]優(yōu)選的，所述第一終端向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息，并在接 收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，通過(guò)所述WEB RTC應(yīng)用與所述發(fā)送呼叫 請(qǐng)求信息的終端進(jìn)行通信具體包括:
[0148]所述第一終端通過(guò)瀏覽器引擎向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信 息，并在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息以及SDP Offer信息后，通過(guò)所述 WEB RTC應(yīng)用將所述SDP Offer信息生成SDP Answer信息，并通過(guò)所述WEB RTC應(yīng)用將所 述SDP Answer信息發(fā)送給所述瀏覽器引擎，通過(guò)所述瀏覽器引擎將所述SDP Answer信息 發(fā)送給所述RTC服務(wù)器，以使得所述RTC服務(wù)器將所述SDP Answer信息發(fā)送給所述信息發(fā) 送終端的瀏覽器引擎以建立通信通道開始通信。
[0149]優(yōu)選的是，為了增強(qiáng)用戶體驗(yàn)，提高實(shí)用性，所述RTC服務(wù)器在接收到其他終端發(fā) 送給所述第一終端的呼叫請(qǐng)求信息后，在所述呼叫請(qǐng)求信息中添加提示信息，以使得所述 第一終端在接收到所述呼叫請(qǐng)求信息后，根據(jù)所述呼叫請(qǐng)求信息中的提示信息生成相應(yīng)的 提示，包括但不限于震動(dòng)、響鈴或彈出提示框。提示信息可以通過(guò)腳本語(yǔ)言實(shí)現(xiàn)，例如通過(guò) Java Script,輕量級(jí)數(shù)據(jù)交換格式語(yǔ)言JSON (JavaScript Object Notation)等方式實(shí) 現(xiàn)。例如當(dāng)所述提示信息為震動(dòng)時(shí)，瀏覽器引擎解析所述提示信息，調(diào)用震動(dòng)應(yīng)用程序接口 API,完成震動(dòng)提示，如navigator, vibrate ([1000, 500, 2000])，表示振動(dòng) I 秒，停頓 0.5秒, 一共振動(dòng)2秒。又例如當(dāng)所述提示信息為彈出提示框時(shí)，則調(diào)用交互的API接口，如通過(guò)使用 Alert 方式,彈出提示框，Alert (“第二終端”，www.WEBqq.com, “opera mini”, “是否應(yīng) 答呼叫”)。
[0150]優(yōu)選的是，為進(jìn)一步增強(qiáng)用戶體驗(yàn)，本實(shí)施例還包括:
[0151]所述第一終端在拒絕所述呼叫請(qǐng)求時(shí)，向所述RTC服務(wù)器反饋拒絕信息；
[0152]所述RTC服務(wù)器在接收到所述拒絕信息后，向發(fā)送所述呼叫請(qǐng)求信息的終端反饋 所述第一終端當(dāng)前忙碌或者離線等信息。
[0153]需要說(shuō)明的是，本實(shí)施例中的通信可以為多方通信，通信的信息包括音視頻、文本 以及數(shù)據(jù)等。當(dāng)多方通信時(shí)，將攜帶多方唯一標(biāo)識(shí)符的信息發(fā)送給第一終端的瀏覽器引擎 解析，第一終端根據(jù)解析后獲得的唯一標(biāo)識(shí)符，選擇相應(yīng)的終端設(shè)備進(jìn)行通信。
[0154]優(yōu)選的是，所述RTC服務(wù)器在將所述呼叫請(qǐng)求信息發(fā)送給所述第一終端后，若在 預(yù)設(shè)時(shí)間內(nèi)未接收到所述第一終端反饋的信息或者接收到的反饋信息為暫時(shí)不接收時(shí)，緩 存所述呼叫請(qǐng)求信息，在預(yù)定時(shí)間后或者所述第一終端開啟WEB RTC應(yīng)用后再發(fā)送該呼叫 請(qǐng)求信息。所述RTC服務(wù)器還可生成提示信息，并為該用戶存儲(chǔ)該信息，供終端設(shè)備查詢或 主動(dòng)發(fā)送給終端設(shè)備。該提示信息可以為文本信息、音視頻等多媒體類型的信息?？梢蕴?示用戶發(fā)送呼叫的的發(fā)送方，呼叫時(shí)間，所使用的基于WEB的RTC應(yīng)用的類型，瀏覽器類型 等信息。當(dāng)用戶下次登錄該基于WEB的RTC應(yīng)用或打開瀏覽器時(shí)，可以收到未接來(lái)電或留 言的通知消息。
[0155]需要說(shuō)明的是，本實(shí)施例中第一終端激活的瀏覽器可以與第二終端的瀏覽器相同 或者不同。本實(shí)施例中第一終端所使用的網(wǎng)絡(luò)也可以與第二終端的網(wǎng)絡(luò)相同或者不同，比 如對(duì)方使用固定電話呼叫WEB QQ，只需要RTC服務(wù)器做一些相應(yīng)的路由、協(xié)議轉(zhuǎn)換即可。
[0156]圖3示出了本發(fā)明實(shí)施例一提供的實(shí)時(shí)通信方法的實(shí)現(xiàn)流程，該實(shí)施例的執(zhí)行主 體為圖1中的終端設(shè)備I，該方法過(guò)程詳述如下:
[0157]在步驟S301中，第一終端接收RTC服務(wù)器轉(zhuǎn)發(fā)的其他終端發(fā)送給所述第一終端的 呼叫請(qǐng)求信息，所述呼叫請(qǐng)求信息中攜帶有發(fā)送所述呼叫請(qǐng)求信息的終端WEB RTC應(yīng)用的 唯一標(biāo)識(shí)符；
[0158]在步驟S302中，第一終端根據(jù)發(fā)送所述呼叫請(qǐng)求信息的終端WEB RTC應(yīng)用的唯一 標(biāo)識(shí)符判斷是否需要接受所述呼叫請(qǐng)求，若是，向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng) 求信息，并在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，通過(guò)所述WEB RTC應(yīng)用與 所述發(fā)送呼叫請(qǐng)求信息的終端進(jìn)行通信。
[0159]優(yōu)選的是，在所述第一終端接收RTC服務(wù)器轉(zhuǎn)發(fā)的其他終端發(fā)送給所述第一終端 的呼叫請(qǐng)求信息的步驟之前，還包括:
[0160]第一終端向?qū)崟r(shí)通信RTC服務(wù)器發(fā)送注冊(cè)離線業(yè)務(wù)請(qǐng)求信息，該信息中攜帶有 WEB RTC應(yīng)用的唯一標(biāo)識(shí)符，以使得所述RTC服務(wù)器在接收到所述注冊(cè)離線業(yè)務(wù)請(qǐng)求信息 后，為所述唯一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC應(yīng)用開啟離線模式，并向所述第一終端反饋成功響應(yīng)
信息；
[0161]第一終端在接收到所述RTC服務(wù)器反饋的成功響應(yīng)信息后，關(guān)閉所述WEB RTC應(yīng)用。
[0162]優(yōu)選的是，所述WEB RTC應(yīng)用請(qǐng)求信息中還攜帶有用戶所選定的WEB RTC應(yīng)用類 型，以使得所述RTC服務(wù)器在接收到所述WEB RTC應(yīng)用請(qǐng)求信息后，返回與所述WEB RTC應(yīng)用類型相同的WEB RTC應(yīng)用。
[0163]優(yōu)選的是，所述呼叫請(qǐng)求信息中還攜帶有發(fā)送所述呼叫請(qǐng)求信息的終端的瀏覽器 引擎的標(biāo)識(shí)信息；
[0164]所述第一終端接收所述RTC服務(wù)器發(fā)送的呼叫請(qǐng)求信息包括:
[0165]所述第一終端的監(jiān)聽客戶端接收到所述RTC服務(wù)器發(fā)送的呼叫請(qǐng)求信息后，解析 所述呼叫請(qǐng)求信息，根據(jù)所述呼叫請(qǐng)求信息中瀏覽器引擎標(biāo)識(shí)信息確定所述呼叫請(qǐng)求信息 為發(fā)送給瀏覽器引擎的信息，將所述呼叫請(qǐng)求信息發(fā)送給所述第一終端的瀏覽器引擎。
[0166]優(yōu)選的是，所述第一終端向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息，并在 接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，通過(guò)所述WEB RTC應(yīng)用與所述發(fā)送呼 叫請(qǐng)求信息的終端進(jìn)行通信具體包括:
[0167]所述第一終端通過(guò)瀏覽器引擎向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信 息，并在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息以及SDPOffer信息后，通過(guò)所述 WEB RTC應(yīng)用將所述SDP Offer信息生成SDP Answer信息，并通過(guò)所述WEB RTC應(yīng)用將所 述SDP Answer信息發(fā)送給所述瀏覽器引擎，通過(guò)所述瀏覽器引擎將所述SDP Answer信息 發(fā)送給所述RTC服務(wù)器，以使得所述RTC服務(wù)器將所述SDP Answer信息發(fā)送給所述信息發(fā) 送終端的瀏覽器引擎以建立通信通道開始通信；
[0168]或者，
[0169]所述呼叫請(qǐng)求信息中還攜帶有會(huì)話協(xié)商的會(huì)話描述協(xié)議提供SDP Offer信息；
[0170]所述第一終端通過(guò)瀏覽器引擎向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信 息，并在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，將所述呼叫請(qǐng)求信息中的SDP Offer信息發(fā)送給所述WEB RTC應(yīng)用，通過(guò)所述WEB RTC應(yīng)用將所述SDP Offer信息生成 SDP Answer信息，并通過(guò)所述WEB RTC應(yīng)用將所述SDP Answer信息發(fā)送給所述瀏覽器引 擎，通過(guò)所述瀏覽器引擎將所述SDP Answer信息發(fā)送給所述RTC服務(wù)器，以使得所述RTC 服務(wù)器將所述SDP Answer信息發(fā)送給發(fā)送所述呼叫請(qǐng)求信息的終端的瀏覽器引擎以建立 通信通道開始通信；
[0171]或者，
[0172]所述呼叫請(qǐng)求信息中還攜帶有會(huì)話協(xié)商的會(huì)話描述協(xié)議提供SDP Offer信息；
[0173]所述第一終端通過(guò)瀏覽器引擎向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信 息，所述WEB RTC應(yīng)用請(qǐng)求信息中攜帶有SDP Answer信息，以使得所述RTC服務(wù)器在接收 到所述WEB RTC應(yīng)用請(qǐng)求信息，向所述第一終端返回WEB RTC應(yīng)用信息，并將所述WEB RTC 應(yīng)用請(qǐng)求信息中的SDP Answer信息發(fā)送給發(fā)送所述呼叫請(qǐng)求信息的終端的瀏覽器引擎以 建立通信通道；
[0174]所述第一終端接收所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息，通過(guò)所述WEB RTC 應(yīng)用與所述發(fā)送呼叫請(qǐng)求信息的終端進(jìn)行通信。
[0175]優(yōu)選的是，所述呼叫請(qǐng)求信息中攜帶有提示信息，所述提示信息為RTC服務(wù)器在 接收到其他終端發(fā)送給所述第一終端的呼叫請(qǐng)求信息時(shí)添加的；
[0176]所述第一終端在接收到所述呼叫請(qǐng)求信息后，根據(jù)所述呼叫請(qǐng)求信息中的提示信 息生成相應(yīng)的提示，包括但不限于震動(dòng)、響鈴或彈出提示框。
[0177]優(yōu)選的是，本實(shí)施例還包括:[0178]所述第一終端在拒絕所述呼叫請(qǐng)求時(shí)，向所述RTC服務(wù)器反饋拒絕信息，以使得 所述RTC服務(wù)器在接收到所述拒絕信息后，向發(fā)送所述呼叫請(qǐng)求信息的終端反饋所述第一 終端當(dāng)前忙碌或者離線信息。
[0179]本實(shí)施例的具體實(shí)施過(guò)程可參見圖2對(duì)應(yīng)實(shí)施例相關(guān)步驟的描述，在此不再贅 述。
[0180]圖4示出了本發(fā)明實(shí)施例一提供的實(shí)時(shí)通信方法的實(shí)現(xiàn)流程，該實(shí)施例的執(zhí)行主 體為圖1中的RTC服務(wù)器2，該方法過(guò)程詳述如下:
[0181]在步驟S401中，RTC服務(wù)器在接收到其他終端發(fā)送給第一終端的呼叫請(qǐng)求信息 后，將所述呼叫請(qǐng)求信息發(fā)送給所述第一終端，所述呼叫請(qǐng)求信息中攜帶有發(fā)送所述呼叫 請(qǐng)求信息的終端WEB RTC應(yīng)用的唯一標(biāo)識(shí)符。
[0182]在本實(shí)施例中，所述RTC服務(wù)器將所述呼叫請(qǐng)求信息發(fā)送給所述第一終端包括:
[0183]所述RTC服務(wù)器將所述呼叫請(qǐng)求信息發(fā)送給監(jiān)聽客戶端，以使得所述監(jiān)聽客戶端 在接收到所述RTC服務(wù)器發(fā)送的呼叫請(qǐng)求信息后，解析所述呼叫請(qǐng)求信息，根據(jù)所述呼叫 請(qǐng)求信息中瀏覽器引擎標(biāo)識(shí)信息確定所述呼叫請(qǐng)求信息為發(fā)送給瀏覽器引擎的信息，將所 述呼叫請(qǐng)求信息發(fā)送給所述第一終端的瀏覽器引擎。
[0184]在步驟S402中，RTC服務(wù)器在接收到所述第一終端發(fā)送的開啟WEB RTC應(yīng)用請(qǐng)求 信息后，向所述第一終端返回WEB RTC應(yīng)用信息，以使得所述第一終端在接收到所述RTC服 務(wù)器返回的WEB RTC應(yīng)用信息后，通過(guò)所述WEBRTC應(yīng)用與所述發(fā)送呼叫請(qǐng)求信息的終端進(jìn) 行通信。
[0185]優(yōu)選的是，在所述RTC服務(wù)器接收到其他終端發(fā)送給第一終端的呼叫請(qǐng)求信息的 步驟之前，還包括:
[0186]RTC服務(wù)器在接收到第一終端發(fā)送的注冊(cè)離線業(yè)務(wù)請(qǐng)求信息后，為該信息中WEB RTC應(yīng)用唯一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC應(yīng)用開啟離線模式，并向所述第一終端反饋成功響應(yīng) 信息，以使得所述第一終端在接收到所述RTC服務(wù)器反饋的成功響應(yīng)信息后，關(guān)閉其WEB RTC應(yīng)用。
[0187]具體包括所述RTC服務(wù)器在接收到所述注冊(cè)離線業(yè)務(wù)請(qǐng)求信息后，根據(jù)注冊(cè)離線 業(yè)務(wù)請(qǐng)求信息中攜帶的WEB RTC應(yīng)用唯一標(biāo)識(shí)符，判斷所述唯一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC應(yīng) 用是否具有注冊(cè)離線業(yè)務(wù)請(qǐng)求權(quán)限，若是，為所述唯一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC應(yīng)用開啟離線 模式。
[0188]優(yōu)選的是，所述WEB RTC應(yīng)用請(qǐng)求信息中還攜帶有用戶所選定的WEBRTC應(yīng)用類 型；
[0189]RTC服務(wù)器在接收到所述第一終端發(fā)送的開啟WEB RTC應(yīng)用請(qǐng)求信息后，向所述 第一終端返回WEB RTC應(yīng)用信息包括:
[0190]RTC服務(wù)器在接收到所述第一終端發(fā)送的開啟WEB RTC應(yīng)用請(qǐng)求信息后，向所述 第一終端返回與所述WEB RTC應(yīng)用類型相同的WEB RTC應(yīng)用。
[0191]優(yōu)選的是，本實(shí)施例還包括:
[0192]所述RTC服務(wù)器在接收到其他終端發(fā)送給所述第一終端的呼叫請(qǐng)求信息后，在所 述呼叫請(qǐng)求信息中添加提示信息，以使得所述第一終端在接收到所述呼叫請(qǐng)求信息后，根 據(jù)所述呼叫請(qǐng)求信息中的提示信息生成相應(yīng)的提示，包括震動(dòng)、響鈴或彈出提示框。[0193]優(yōu)選的是，本實(shí)施例還包括:
[0194]所述RTC服務(wù)器在接收到所述第一終端發(fā)送的拒絕所述呼叫請(qǐng)求信息后，向發(fā)送 所述呼叫請(qǐng)求信息的終端反饋所述第一終端當(dāng)前忙碌或者離線信息。
[0195]優(yōu)選的是，本實(shí)施例還包括:
[0196]所述RTC服務(wù)器在將所述呼叫請(qǐng)求信息發(fā)送給所述第一終端后，若在預(yù)設(shè)時(shí)間內(nèi) 未接收到所述第一終端反饋的信息或者接收到的反饋信息為暫時(shí)不接收時(shí)，緩存所述呼叫 請(qǐng)求信息，在預(yù)定時(shí)間后或者所述第一終端開啟WEB RTC應(yīng)用后再發(fā)送該呼叫請(qǐng)求信息。
[0197]本實(shí)施例的具體實(shí)施過(guò)程可參見圖2對(duì)應(yīng)實(shí)施例相關(guān)步驟的描述，在此不再贅 述。
[0198]圖5示出了本發(fā)明另一實(shí)施例提供的實(shí)時(shí)通信方法的具體流程，該方法過(guò)程詳述 如下:
[0199]1、第一終端向?qū)崟r(shí)通信RTC服務(wù)器發(fā)送注冊(cè)離線業(yè)務(wù)請(qǐng)求信息，該信息中攜帶有 WEB RTC應(yīng)用的唯一標(biāo)識(shí)符。
[0200]具體的是，第一終端通過(guò)WEB RTC應(yīng)用向所述RTC服務(wù)器發(fā)送注冊(cè)離線業(yè)務(wù)請(qǐng)求 信息。其中，所述WEB RTC應(yīng)用包括但不限于具備WEB應(yīng)用功能的客戶端程序，例如WEB QQ
坐 寸o
[0201]在本實(shí)施例中，第一終端向?qū)崟r(shí)通信RTC服務(wù)器發(fā)送注冊(cè)離線業(yè)務(wù)請(qǐng)求信息的目 的是通知服務(wù)器其將關(guān)閉WEB RTC應(yīng)用(包括關(guān)閉WEB RTC應(yīng)用或者關(guān)閉瀏覽器)，但希望 關(guān)閉WEB RTC應(yīng)用后仍可以接收到其他終端發(fā)送給所述第一終端的呼叫請(qǐng)求信息或者其他 通知信息等。
[0202]2、RTC服務(wù)器在接收到所述注冊(cè)離線業(yè)務(wù)請(qǐng)求信息后，為所述第一終端開啟離線 模式。
[0203]優(yōu)選的是，為了增強(qiáng)安全性，防止惡意注冊(cè)，RTC服務(wù)器在接收到所述注冊(cè)離線業(yè) 務(wù)請(qǐng)求信息后，根據(jù)注冊(cè)離線業(yè)務(wù)請(qǐng)求信息中攜帶的WEB RTC應(yīng)用唯一標(biāo)識(shí)符，判斷所述唯 一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC應(yīng)用是否具有注冊(cè)離線業(yè)務(wù)請(qǐng)求權(quán)限，若是，為所述唯一標(biāo)識(shí)符對(duì) 應(yīng)的WEB RTC應(yīng)用開啟離線模式，RTC服務(wù)器將為所述第一終端保持在線狀態(tài)、提供通知以 及為所述第一終端保存通話信息等。
[0204]3、RTC服務(wù)器為所述第一終端開啟離線模式后，向所述第一終端反饋成功響應(yīng)信
肩、O
[0205]4、第一終端在接收到所述RTC服務(wù)器反饋的成功響應(yīng)信息后，關(guān)閉WEB RTC應(yīng)用 和/或?yàn)g覽器。
[0206]5、RTC服務(wù)器接收其他終端(第二終端)發(fā)送給所述第一終端的呼叫請(qǐng)求信息。
[0207]在本實(shí)施例中，第二終端可以是任意具有網(wǎng)絡(luò)接入功能的終端設(shè)備，包括但不限 于手機(jī)、IPAD、筆記本電腦等。
[0208]需要說(shuō)明的是，但第二終端為手機(jī)等終端設(shè)備時(shí)，需要通過(guò)另外一個(gè)網(wǎng)關(guān)完成協(xié) 議和消息的轉(zhuǎn)換后，將所述叫請(qǐng)求信息發(fā)送給所述RTC服務(wù)器。
[0209]6、RTC服務(wù)器將所述呼叫請(qǐng)求信息發(fā)送給監(jiān)聽客戶端，所述呼叫請(qǐng)求信息中攜帶 有發(fā)送所述呼叫請(qǐng)求信息的終端WEB RTC應(yīng)用的的唯一標(biāo)識(shí)符、提示信息、WEB RTC應(yīng)用 類型、瀏覽器信息、RTC服務(wù)器地址信息和/或會(huì)話描述協(xié)議提供(Session DescriptionProtocol Offer, SDP Offer)信息等。
[0210]具體的是，RTC服務(wù)器判斷所述第一終端是否開啟基于WEB的RTC應(yīng)用，若否，判 斷所述第一終端是否開啟離線模式，若是，將所述呼叫請(qǐng)求信息發(fā)送給所述監(jiān)聽客戶端。
[0211]需要說(shuō)明的是，本實(shí)施例中的呼叫請(qǐng)求信息可通過(guò)套接字(WEBsocket)發(fā)送，還可 通過(guò)短消息、彩信、http消息、會(huì)話初始協(xié)議(Session Initiation Protocol, SIP)等中的 至少一種發(fā)送。
[0212]另外，本實(shí)施例的監(jiān)聽客戶端可以為一個(gè)單獨(dú)的終端設(shè)備，也可以為集成在所述 第一終端中的軟件和/或硬件單元。
[0213]7、監(jiān)聽客戶端接收到所述RTC服務(wù)器發(fā)送的呼叫請(qǐng)求信息后，解析所述呼叫請(qǐng)求 信息，根據(jù)所述呼叫請(qǐng)求信息中瀏覽器引擎的標(biāo)識(shí)信息確定所述呼叫請(qǐng)求信息為發(fā)送給瀏 覽器引擎的信息，將所述呼叫請(qǐng)求信息發(fā)送給所述第一終端的瀏覽器引擎。
[0214]8、監(jiān)聽客戶端將所述呼叫請(qǐng)求信息發(fā)送給所述第一終端的瀏覽器引擎。
[0215]需要說(shuō)明的是，當(dāng)所述瀏覽器為關(guān)閉狀態(tài)時(shí)，監(jiān)聽客戶端需要先激活所述瀏覽器 引擎，再將所述呼叫請(qǐng)求信息發(fā)送給所述瀏覽器引擎解析處理。監(jiān)聽客戶端根據(jù)呼叫請(qǐng) 求信息中攜帶的瀏覽器引擎的標(biāo)識(shí)信息，判斷所述呼叫請(qǐng)求信息為發(fā)送給瀏覽器引擎的信 息，并激活瀏覽器引擎。
[0216]9、瀏覽器引擎接收并解析所述呼叫請(qǐng)求信息，調(diào)用所述呼叫請(qǐng)求信息中的提示信 息生成相應(yīng)的提示，包括但不限于震動(dòng)、響鈴或彈出提示框。
[0217]例如當(dāng)所述提示信息為震動(dòng)時(shí)，瀏覽器引擎解析所述提示信息，調(diào)用震動(dòng)應(yīng)用程 序接口 API,完成震動(dòng)提示,如navigator, vibrate ([1000, 500, 2000]),表示振動(dòng)I秒,停頓
0.5秒，一共振動(dòng)2秒。又例如當(dāng)所述提示信息為彈出提示框時(shí)，則調(diào)用交互的API接口， 如通過(guò)使用Alert方式，彈出提示框，Alert (“第二終端”, www.WEBqq.com, “opera mini”， “是否應(yīng)答呼叫”)。
[0218]10、在接收到用戶根據(jù)所述提示信息選擇的接收所述呼叫請(qǐng)求信息時(shí)，第一終端 通過(guò)所述瀏覽器引擎向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息。
[0219]11、RTC服務(wù)器在接收到所述呼叫請(qǐng)求信息后，返回相應(yīng)的WEB RTC應(yīng)用。
[0220]12、瀏覽器引擎將所述呼叫請(qǐng)求信息中的SDP Offer信息發(fā)送給所述WEB RTC應(yīng)用。
[0221]13、WEB RTC應(yīng)用根據(jù)所述SDP Offer信息生成SDP Answer信息，并將所述SDP Answer信息發(fā)送給所述瀏覽器引擎。
[0222]14、瀏覽器引擎將所述SDP Answer信息發(fā)送給所述RTC服務(wù)器。
[0223]15,RTC服務(wù)器將所述SDP Answer信息發(fā)送給所述信息發(fā)送終端(第二終端)的瀏 覽器引擎。
[0224]16、第二終端的瀏覽器引擎將所述SDP Answer信息發(fā)送給第二終端的WEB RTC應(yīng)用。
[0225]17、第一終端和第二終端建立通信。
[0226]優(yōu)選的是,本實(shí)施例中的步驟6可以不攜帶SDP Offer信息,而在第11步返回相 應(yīng)的WEB RTC應(yīng)用時(shí)攜帶所述SDP Offer信息，則WEB RTC應(yīng)用根據(jù)所述SDP Offer信息 直接生成SDP Answer信息。[0227]優(yōu)選的是，為進(jìn)一步增強(qiáng)用戶體驗(yàn)，本實(shí)施例還包括:
[0228]所述第一終端在接收到用戶選擇的拒絕所述呼叫請(qǐng)求時(shí)，向所述RTC服務(wù)器反饋 拒絕信息；
[0229]所述RTC服務(wù)器在接收到所述拒絕信息后，向發(fā)送所述呼叫請(qǐng)求信息的終端反饋 所述第一終端當(dāng)前忙碌或者離線等信息。
[0230]優(yōu)選的是，所述WEB RTC應(yīng)用請(qǐng)求信息中還攜帶有用戶所選定的WEB RTC應(yīng)用類 型，以使得所述RTC服務(wù)器在接收到所述WEB RTC應(yīng)用請(qǐng)求信息后，返回與用戶所選定的 WEB RTC應(yīng)用類型相同的WEB RTC應(yīng)用。該WEB RTC應(yīng)用的類型與所述呼叫請(qǐng)求信息中WEB RTC應(yīng)用的類型可以相同，也可以不同。
[0231]優(yōu)選的是，所述RTC服務(wù)器在將所述呼叫請(qǐng)求信息發(fā)送給所述第一終端后，若在 預(yù)設(shè)時(shí)間內(nèi)未接收到所述第一終端反饋的信息或者接收到的反饋信息為暫時(shí)不接收時(shí)，緩 存所述呼叫請(qǐng)求信息，在預(yù)定時(shí)間后或者所述第一終端開啟WEB RTC應(yīng)用后再發(fā)送該呼叫 請(qǐng)求信息。所述RTC服務(wù)器2還可生成提示信息，并為該用戶存儲(chǔ)該信息，供終端設(shè)備I查 詢或主動(dòng)發(fā)送給終端設(shè)備I。該提示信息可以為文本信息、音視頻等多媒體類型的信息?？?以提示用戶發(fā)送呼叫的的發(fā)送方，呼叫時(shí)間，所使用的基于WEB的RTC應(yīng)用的類型，瀏覽器 類型等信息。當(dāng)用戶下次登錄該基于WEB的RTC應(yīng)用或打開瀏覽器時(shí)，可以收到未接來(lái)電 或留言的通知消息。
[0232]圖6示出了本發(fā)明另一實(shí)施例提供的終端設(shè)備的組成結(jié)構(gòu)，為了便于說(shuō)明，僅示 出了與本發(fā)明實(shí)施例相關(guān)的部分。
[0233]該終端設(shè)備I包括信息接收單元11以及處理單元12。其中，各單元的具體功能如 下:
[0234]信息接收單元11，用于接收所述RTC服務(wù)器轉(zhuǎn)發(fā)的其他終端發(fā)送給該終端設(shè)備的 呼叫請(qǐng)求信息，所述呼叫請(qǐng)求信息中攜帶有發(fā)送所述呼叫請(qǐng)求信息的終端WEB RTC應(yīng)用的 唯一標(biāo)識(shí)符；
[0235]處理單元12，用于根據(jù)所述信息接收單元11接收到的呼叫請(qǐng)求信息中攜帶的呼 叫請(qǐng)求信息發(fā)送終端WEB RTC應(yīng)用的唯一標(biāo)識(shí)符判斷是否需要接受所述呼叫請(qǐng)求，若是，向 所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息，并在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，通過(guò)所述WEB RTC應(yīng)用與所述發(fā)送呼叫請(qǐng)求信息的終端進(jìn)行通信。
[0236]進(jìn)一步的是，所述終端設(shè)備I還包括:
[0237]信息發(fā)送單元13，用于向?qū)崟r(shí)通信RTC服務(wù)器發(fā)送注冊(cè)離線業(yè)務(wù)請(qǐng)求信息，該信 息中攜帶有WEB RTC應(yīng)用的唯一標(biāo)識(shí)符，以使得所述RTC服務(wù)器在接收到所述注冊(cè)離線業(yè) 務(wù)請(qǐng)求信息后，為所述唯一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC應(yīng)用開啟離線模式，并向所述第一終端反 饋成功響應(yīng)信息；
[0238]關(guān)閉單元14，用于在接收到所述RTC服務(wù)器反饋的成功響應(yīng)信息后，關(guān)閉所述WEB RTC應(yīng)用。
[0239]優(yōu)選的，所述WEB RTC應(yīng)用請(qǐng)求信息中還攜帶有用戶所選定的WEB RTC應(yīng)用類型， 以使得所述RTC服務(wù)器在接收到所述WEB RTC應(yīng)用請(qǐng)求信息后，返回與所述WEB RTC應(yīng)用 類型相同的WEB RTC應(yīng)用。
[0240]進(jìn)一步的，所述呼叫請(qǐng)求信息中還攜帶有發(fā)送所述呼叫請(qǐng)求信息的終端的瀏覽器引擎的標(biāo)識(shí)信息；
[0241]所述信息接收單元11具體用于，通過(guò)所述該終端設(shè)備的監(jiān)聽客戶端接收所述RTC 服務(wù)器發(fā)送的呼叫請(qǐng)求信息，解析所述呼叫請(qǐng)求信息，根據(jù)所述呼叫請(qǐng)求信息中瀏覽器引 擎標(biāo)識(shí)信息確定所述呼叫請(qǐng)求信息為發(fā)送給瀏覽器引擎的信息，將所述呼叫請(qǐng)求信息發(fā)送 給所述第一終端的瀏覽器引擎。
[0242]優(yōu)選的，所述呼叫請(qǐng)求信息中還攜帶有會(huì)話協(xié)商的會(huì)話描述協(xié)議提供SDP Offer
信息；
[0243]所述處理單元12具體用于，通過(guò)該終端設(shè)備的瀏覽器引擎向所述RTC服務(wù)器發(fā)送 開啟WEB RTC應(yīng)用請(qǐng)求信息，并在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，將所 述呼叫請(qǐng)求信息中的SDP Offer信息發(fā)送給所述WEB RTC應(yīng)用，通過(guò)所述WEB RTC應(yīng)用將 所述SDP Offer信息生成SDP Answer信息，并通過(guò)所述WEB RTC應(yīng)用將所述SDP Answer 信息發(fā)送給所述瀏覽器引擎，通過(guò)所述瀏覽器引擎將所述SDP Answer信息發(fā)送給所述RTC 服務(wù)器，以使得所述RTC服務(wù)器將所述SDP Answer信息發(fā)送給發(fā)送所述呼叫請(qǐng)求信息的終 端的瀏覽器引擎以建立通信通道開始通信。
[0244]或者，所述處理單元12具體用于，通過(guò)該終端設(shè)備的瀏覽器引擎向所述RTC服務(wù) 器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息，所述WEB RTC應(yīng)用請(qǐng)求信息中攜帶有SDP Answer信息， 以使得所述RTC服務(wù)器在接收到所述WEB RTC應(yīng)用請(qǐng)求信息，向所述第一終端返回WEB RTC 應(yīng)用信息，并將所述WEB RTC應(yīng)用請(qǐng)求信息中的SDP Answer信息發(fā)送給發(fā)送所述呼叫請(qǐng)求 信息的終端的瀏覽器引擎以建立通信通道，在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用 信息后，通過(guò)所述WEB RTC應(yīng)用與所述發(fā)送呼叫請(qǐng)求信息的終端進(jìn)行通信。
[0245]或者，
[0246]所述處理單元12具體用于，通過(guò)該終端設(shè)備的瀏覽器引擎向所述RTC服務(wù)器發(fā)送 開啟WEB RTC應(yīng)用請(qǐng)求信息，并在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息以及SDP Offer信息后，通過(guò)所述WEB RTC應(yīng)用將所述SDP Offer信息生成SDP Answer信息，并通過(guò) 所述WEB RTC應(yīng)用將所述SDP Answer信息發(fā)送給所述瀏覽器引擎，通過(guò)所述瀏覽器引擎將 所述SDP Answer信息發(fā)送給所述RTC服務(wù)器，以使得所述RTC服務(wù)器將所述SDP Answer 信息發(fā)送給所述信息發(fā)送終端的瀏覽器引擎以建立通信通道開始通信。
[0247]優(yōu)選的，所述呼叫請(qǐng)求信息中攜帶有提示信息，所述提示信息為RTC服務(wù)器在接 收到其他終端發(fā)送給所述第一終端的呼叫請(qǐng)求信息時(shí)添加的；
[0248]所述終端設(shè)備I還包括:
[0249]提示單元15，用于在接收到所述呼叫請(qǐng)求信息后，根據(jù)所述呼叫請(qǐng)求信息中的提 示信息生成相應(yīng)的提示，包括但不限于震動(dòng)、響鈴或彈出提示框。
[0250]進(jìn)一步的，所述終端設(shè)備I還包括:
[0251]信息反饋單元16，用于在拒絕所述呼叫請(qǐng)求時(shí)，向所述RTC服務(wù)器反饋拒絕信息， 以使得所述RTC服務(wù)器在接收到所述拒絕信息后，向發(fā)送所述呼叫請(qǐng)求信息的終端反饋所 述第一終端當(dāng)前忙碌或者離線信息。
[0252]本實(shí)施例提供的終端設(shè)備I可以使用在前述對(duì)應(yīng)的實(shí)時(shí)通信方法，詳情參見上述 實(shí)時(shí)通信方法圖2、圖3、圖5對(duì)應(yīng)實(shí)施例的相關(guān)描述，在此不再贅述。
[0253]圖7示出了本發(fā)明另一實(shí)施例提供的RTC服務(wù)器的組成結(jié)構(gòu)，為了便于說(shuō)明，僅示出了與本發(fā)明實(shí)施例相關(guān)的部分。
[0254]該RTC服務(wù)器2包括第一發(fā)送單元21以及第二發(fā)送單元22。其中，各單元的具體 功能如下:
[0255]第一發(fā)送單元21，用于在接收到其他終端發(fā)送給所述第一終端的呼叫請(qǐng)求信息 后，將所述呼叫請(qǐng)求信息發(fā)送給所述第一終端，所述呼叫請(qǐng)求信息中攜帶有發(fā)送所述呼叫 請(qǐng)求信息的終端WEB RTC應(yīng)用的唯一標(biāo)識(shí)符；
[0256]第二發(fā)送單元22，用于在接收到所述第一終端發(fā)送的開啟WEB RTC應(yīng)用請(qǐng)求信息 后，向所述第一終端返回WEB RTC應(yīng)用信息，以使得所述第一終端在接收到所述RTC服務(wù)器 返回的WEB RTC應(yīng)用信息后，通過(guò)所述WEB RTC應(yīng)用與所述發(fā)送呼叫請(qǐng)求信息的終端進(jìn)行通信。
[0257]進(jìn)一步的，所述RTC服務(wù)器2還包括:
[0258]開啟單元23，用于在接收到第一終端發(fā)送的注冊(cè)離線業(yè)務(wù)請(qǐng)求信息后，為該信息 中WEB RTC應(yīng)用唯一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC應(yīng)用開啟離線模式，并向所述第一終端反饋成 功響應(yīng)信息，以使得所述第一終端在接收到所述RTC服務(wù)器反饋的成功響應(yīng)信息后，關(guān)閉 其WEB RTC應(yīng)用。
[0259]所述開啟單元23具體用于，在接收到所述注冊(cè)離線業(yè)務(wù)請(qǐng)求信息后，根據(jù)注冊(cè)離 線業(yè)務(wù)請(qǐng)求信息中攜帶的WEB RTC應(yīng)用唯一標(biāo)識(shí)符，判斷所述唯一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC 應(yīng)用是否具有注冊(cè)離線業(yè)務(wù)請(qǐng)求權(quán)限，若是，為所述唯一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC應(yīng)用開啟離 線模式。
[0260]優(yōu)選的，所述WEB RTC應(yīng)用請(qǐng)求信息中還攜帶有用戶所選定的WEB RTC應(yīng)用類型；
[0261]所述第二發(fā)送單元22，具體用于在接收到所述第一終端發(fā)送的開啟WEB RTC應(yīng)用 請(qǐng)求信息后，向所述第一終端返回與所述WEB RTC應(yīng)用類型相同的WEB RTC應(yīng)用。
[0262]進(jìn)一步的，所述RTC服務(wù)器2還包括:
[0263]信息添加單元24，用于在接收到其他終端發(fā)送給所述第一終端的呼叫請(qǐng)求信息 后，在所述呼叫請(qǐng)求信息中添加提示信息，以使得所述第一終端在接收到所述呼叫請(qǐng)求信 息后，根據(jù)所述呼叫請(qǐng)求信息中的提示信息生成相應(yīng)的提示，包括震動(dòng)、響鈴或彈出提示 框。
[0264]進(jìn)一步的，所述第二發(fā)送單元23用于，將所述呼叫請(qǐng)求信息發(fā)送給監(jiān)聽客戶端， 以使得所述監(jiān)聽客戶端接收到所述RTC服務(wù)器發(fā)送的呼叫請(qǐng)求信息后，解析所述呼叫請(qǐng)求 信息，根據(jù)所述呼叫請(qǐng)求信息中的瀏覽器標(biāo)識(shí)信息確定所述呼叫請(qǐng)求信息為發(fā)送給瀏覽器 引擎的信息，將所述呼叫請(qǐng)求信息發(fā)送給所述第一終端的瀏覽器引擎。
[0265]進(jìn)一步的，所述RTC服務(wù)器2還包括:
[0266]第三發(fā)送單元25，用于在接收到所述第一終端發(fā)送的拒絕所述呼叫請(qǐng)求信息后， 向發(fā)送所述呼叫請(qǐng)求信息的終端反饋所述第一終端當(dāng)前忙碌或者離線信息。
[0267]進(jìn)一步的，所述RTC服務(wù)器2還包括:
[0268]處理單元26，用于在將所述呼叫請(qǐng)求信息發(fā)送給所述第一終端后，若在預(yù)設(shè)時(shí)間 內(nèi)未接收到所述第一終端反饋的信息或者接收到的反饋信息為暫時(shí)不接收時(shí)，緩存所述呼 叫請(qǐng)求信息，在預(yù)定時(shí)間后或者所述第一終端開啟WEB RTC應(yīng)用后再發(fā)送該呼叫請(qǐng)求信息。
[0269]本實(shí)施例提供的RTC服務(wù)器2可以使用在前述對(duì)應(yīng)的實(shí)時(shí)通信方法，詳情參見上述實(shí)時(shí)通信方法圖2、圖4、圖5對(duì)應(yīng)實(shí)施例的相關(guān)描述，在此不再贅述。
[0270]本領(lǐng)域普通技術(shù)人員可以理解為所述終端設(shè)備I實(shí)施例及RTC服務(wù)器2實(shí)施例所 包括的各個(gè)單元只是按照功能邏輯進(jìn)行劃分的，但并不局限于上述的劃分，只要能夠?qū)崿F(xiàn) 相應(yīng)的功能即可；另外，各功能單元的具體名稱也只是為了便于相互區(qū)分，并不用于限制本 發(fā)明實(shí)施例的保護(hù)范圍。
[0271 ] 另外，在本發(fā)明實(shí)施例各個(gè)實(shí)施例中的各功能單元可以集成在一個(gè)處理單元中， 也可以是各個(gè)單元單獨(dú)物理存在，也可以兩個(gè)或兩個(gè)以上單元集成在一個(gè)單元中。上述集 成的單元既可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能單元的形式實(shí)現(xiàn)。
[0272]所述集成的單元如果以軟件功能單元的形式實(shí)現(xiàn)并作為獨(dú)立的產(chǎn)品銷售或使用 時(shí)，可以存儲(chǔ)在一個(gè)計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中。基于這樣的理解，本發(fā)明實(shí)施例的技術(shù)方案 本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品 的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若干指令用以使得一臺(tái) 計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)或處理器(processor)執(zhí)行本 發(fā)明實(shí)施例各個(gè)實(shí)施例所述方法的全部或部分步驟。而前述的存儲(chǔ)介質(zhì)包括:U盤、移動(dòng)硬 盤、只讀存儲(chǔ)器(ROM,Read-Only Memory)、隨機(jī)存取存儲(chǔ)器(RAM,Random Access Memory)> 磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。
[0273]綜上所述，本發(fā)明實(shí)施例通過(guò)向RTC服務(wù)器發(fā)送注冊(cè)離線業(yè)務(wù)請(qǐng)求信息來(lái)開啟離 線模式，使得在終端的WEB RTC應(yīng)用關(guān)閉的情況下，仍然可以接收到RTC服務(wù)器轉(zhuǎn)發(fā)的其他 終端發(fā)送給該終端的呼叫請(qǐng)求信息，并在接收到所述呼叫請(qǐng)求信息后，向所述RTC服務(wù)器 發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息，在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用后，通過(guò)所 述WEB RTC應(yīng)用與所述發(fā)送呼叫請(qǐng)求信息的終端進(jìn)行通信。通過(guò)本發(fā)明實(shí)施例，可有效解 決現(xiàn)有基于WEB的實(shí)時(shí)通信在通信雙方不同時(shí)在線或者未打開WEB RTC應(yīng)用時(shí)，無(wú)法獲取 信息的問(wèn)題。而且通過(guò)關(guān)閉瀏覽器和/或WEB RTC應(yīng)用，也可以節(jié)省電池電量，節(jié)省與網(wǎng)絡(luò) 保持單獨(dú)連接、發(fā)送心跳消息等網(wǎng)絡(luò)資源。并通過(guò)監(jiān)聽消息，在不建立會(huì)話情況下，也能實(shí) 現(xiàn)信令協(xié)商的技術(shù)效果，提高信令協(xié)商效率。另外，還可以根據(jù)呼叫請(qǐng)求信息發(fā)送終端WEB RTC應(yīng)用的唯一標(biāo)識(shí)符選擇性的接受呼叫，提高用戶體驗(yàn)，具有較強(qiáng)的實(shí)用性。
[0274]以上所述實(shí)施例僅用以說(shuō)明本發(fā)明的技術(shù)方案，而非對(duì)其限制；盡管參照前述實(shí) 施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說(shuō)明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解:其依然可以對(duì)前述各 實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分技術(shù)特征進(jìn)行等同替換；而這些修改 或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明實(shí)施例各實(shí)施例技術(shù)方案的精神和范 圍。
【權(quán)利要求】
1.一種實(shí)時(shí)通信方法，其特征在于，所述方法包括: 第一終端接收實(shí)時(shí)通信RTC服務(wù)器轉(zhuǎn)發(fā)的其他終端發(fā)送給所述第一終端的呼叫請(qǐng)求信息，所述呼叫請(qǐng)求信息中攜帶有發(fā)送所述呼叫請(qǐng)求信息的終端的WEB RTC應(yīng)用的唯一標(biāo)識(shí)符； 第一終端根據(jù)發(fā)送所述呼叫請(qǐng)求信息的終端的WEB RTC應(yīng)用的唯一標(biāo)識(shí)符判斷是否需要接受所述呼叫請(qǐng)求，若是，向所述RTC服務(wù)器發(fā)送開啟WEBRTC應(yīng)用請(qǐng)求信息，并在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，通過(guò)所述WEB RTC應(yīng)用與所述發(fā)送呼叫請(qǐng)求信息的終端進(jìn)行通信。
2.如權(quán)利要求1所述的方法，其特征在于，在所述第一終端接收RTC服務(wù)器轉(zhuǎn)發(fā)的其他終端發(fā)送給所述第一終端的呼叫請(qǐng)求信息的步驟之前，還包括: 第一終端向?qū)崟r(shí)通信RTC服務(wù)器發(fā)送注冊(cè)離線業(yè)務(wù)請(qǐng)求信息，該信息中攜帶有WEBRTC應(yīng)用的唯一標(biāo)識(shí)符，以使得所述RTC服務(wù)器在接收到所述注冊(cè)離線業(yè)務(wù)請(qǐng)求信息后，為所述唯一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC應(yīng)用開啟離線模式，并向所述第一終端反饋成功響應(yīng)信息； 第一終端在接收到所述RTC服務(wù)器反饋的成功響應(yīng)信息后，關(guān)閉所述WEBRTC應(yīng)用。
3.如權(quán)利要求1或2所述的方法，其特征在于，所述開啟WEBRTC應(yīng)用請(qǐng)求信息中還攜帶有用戶所選定的WEB RTC應(yīng)用類型，以使得所述RTC服務(wù)器在接收到所述開啟WEB RTC應(yīng)用請(qǐng)求信息后，返回與所述WEB RTC應(yīng)用類型相同的WEB RTC應(yīng)用信息。
4.如權(quán)利要求1所述的方法，其特征在于，所述呼叫請(qǐng)求信息中還攜帶有發(fā)送所述呼叫請(qǐng)求信息的終端的瀏覽器引擎的標(biāo)識(shí)信息； 所述第一終端接收所述RTC服務(wù)器發(fā)送的呼叫請(qǐng)求信息包括:` 所述第一終端的監(jiān)聽客戶端接收到所述RTC服務(wù)器發(fā)送的呼叫請(qǐng)求信息后，解析所述呼叫請(qǐng)求信息，根據(jù)所述呼叫請(qǐng)求信息中瀏覽器引擎標(biāo)識(shí)信息確定所述呼叫請(qǐng)求信息為發(fā)送給瀏覽器引擎的信息，將所述呼叫請(qǐng)求信息發(fā)送給所述第一終端的瀏覽器引擎。
5.如權(quán)利要求1至4任一項(xiàng)所述的方法，其特征在于，所述呼叫請(qǐng)求信息中還攜帶有會(huì)話協(xié)商的會(huì)話描述協(xié)議提供SDP Offer信息； 所述第一終端向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息，并在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，通過(guò)所述WEB RTC應(yīng)用與所述發(fā)送呼叫請(qǐng)求信息的終端進(jìn)行通信具體包括: 所述第一終端通過(guò)瀏覽器引擎向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息，并在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，將所述呼叫請(qǐng)求信息中的SDP Offer信息發(fā)送給所述WEB RTC應(yīng)用，通過(guò)所述WEB RTC應(yīng)用將所述SDP Offer信息生成SDPAnswer信息，并通過(guò)所述WEB RTC應(yīng)用將所述SDP Answer信息發(fā)送給所述瀏覽器引擎，通過(guò)所述瀏覽器引擎將所述SDP Answer信息發(fā)送給所述RTC服務(wù)器，以使得所述RTC服務(wù)器將所述SDP Answer信息發(fā)送給發(fā)送所述呼叫請(qǐng)求信息的終端的瀏覽器引擎以建立通信通道開始通信。
6.如權(quán)利要求1至4任一項(xiàng)所述的方法，其特征在于，所述呼叫請(qǐng)求信息中還攜帶有會(huì)話協(xié)商的會(huì)話描述協(xié)議提供SDP Offer信息； 所述第一終端向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息，并在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，通過(guò)所述WEB RTC應(yīng)用與所述發(fā)送呼叫請(qǐng)求信息的終端進(jìn)行通信具體包括: 所述第一終端通過(guò)瀏覽器引擎向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息，所述開啟WEB RTC應(yīng)用請(qǐng)求信息中攜帶有SDP Answer信息，以使得所述RTC服務(wù)器在接收到所述開啟WEB RTC應(yīng)用請(qǐng)求信息后，向所述第一終端返回WEB RTC應(yīng)用信息，并將所述開啟WEB RTC應(yīng)用請(qǐng)求信息中的SDP Answer信息發(fā)送給發(fā)送所述呼叫請(qǐng)求信息的終端的瀏覽器引擎以建立通信通道； 所述第一終端接收所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息，通過(guò)所述WEB RTC應(yīng)用與所述發(fā)送呼叫請(qǐng)求信息的終端進(jìn)行通信。
7.如權(quán)利要求1至4任一項(xiàng)所述的方法，其特征在于，所述第一終端向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息，并在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，通過(guò)所述WEB RTC應(yīng)用與所述發(fā)送呼叫請(qǐng)求信息的終端進(jìn)行通信具體包括: 所述第一終端通過(guò)瀏覽器引擎向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息，并在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息以及SDP Offer信息后，通過(guò)所述WEBRTC應(yīng)用將所述SDP Offer信息生成SDP Answer信息，并通過(guò)所述WEB RTC應(yīng)用將所述SDPAnswer信息發(fā)送給所述瀏覽器引擎，通過(guò)所述瀏覽器引擎將所述SDP Answer信息發(fā)送給所述RTC服務(wù)器，以使得所述RTC服務(wù)器將所述SDP Answer信息發(fā)送給發(fā)送所述呼叫請(qǐng)求信息的終端的瀏覽器引擎以建立通信通道開始通信。
8.如權(quán)利要求1至7任一項(xiàng)所述的方法，其特征在于，所述呼叫請(qǐng)求信息中攜帶有提示信息，所述提示信息為RTC服務(wù)器在接收到其他終端發(fā)送給所述第一終端的呼叫請(qǐng)求信息時(shí)添加的；· 所述第一終端在接收到所述呼叫請(qǐng)求信息后，根據(jù)所述呼叫請(qǐng)求信息中的提示信息生成相應(yīng)的提示，包括震動(dòng)、響鈴或彈出提示框。
9.如權(quán)利要求1至8任一項(xiàng)所述的方法，其特征在于，所述方法還包括: 所述第一終端在拒絕所述呼叫請(qǐng)求時(shí)，向所述RTC服務(wù)器反饋拒絕信息，以使得所述RTC服務(wù)器在接收到所述拒絕信息后，向發(fā)送所述呼叫請(qǐng)求信息的終端反饋所述第一終端當(dāng)前忙碌或者離線信息。
10.如權(quán)利要求1至9任一項(xiàng)所述的方法，其特征在于，所述第一終端向所述RTC服務(wù)器發(fā)送的開啟WEB RTC應(yīng)用請(qǐng)求消息所對(duì)應(yīng)的WEB RTC應(yīng)用的類型與所述發(fā)送所述呼叫請(qǐng)求信息的終端的WEB RTC應(yīng)用的類型相同或不同。
11.一種實(shí)時(shí)通信方法，其特征在于，所述方法包括: 實(shí)時(shí)通信RTC服務(wù)器在接收到其他終端發(fā)送給第一終端的呼叫請(qǐng)求信息后，將所述呼叫請(qǐng)求信息發(fā)送給所述第一終端，所述呼叫請(qǐng)求信息中攜帶有發(fā)送所述呼叫請(qǐng)求信息的終端WEB RTC應(yīng)用的唯一標(biāo)識(shí)符； RTC服務(wù)器在接收到所述第一終端發(fā)送的開啟WEB RTC應(yīng)用請(qǐng)求信息后，向所述第一終端返回WEB RTC應(yīng)用信息，以使得所述第一終端在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，通過(guò)所述WEB RTC應(yīng)用與發(fā)送所述呼叫請(qǐng)求信息的終端進(jìn)行通信。
12.如權(quán)利要求11所述的方法，其特征在于，在所述RTC服務(wù)器接收到其他終端發(fā)送給第一終端的呼叫請(qǐng)求信息的步驟之前，還包括:RTC服務(wù)器在接收到所述第一終端發(fā)送的注冊(cè)離線業(yè)務(wù)請(qǐng)求信息后，為該信息中WEBRTC應(yīng)用唯一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC應(yīng)用開啟離線模式，并向所述第一終端反饋成功響應(yīng)信息，以使得所述第一終端在接收到所述RTC服務(wù)器反饋的成功響應(yīng)信息后，關(guān)閉其WEBRTC應(yīng)用。
13.如權(quán)利要求12所述的方法，其特征在于，所述RTC服務(wù)器在接收到所述注冊(cè)離線業(yè)務(wù)請(qǐng)求信息后，為所述唯一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC應(yīng)用開啟離線模式具體包括: 所述RTC服務(wù)器在接收到所述注冊(cè)離線業(yè)務(wù)請(qǐng)求信息后，根據(jù)注冊(cè)離線業(yè)務(wù)請(qǐng)求信息中攜帶的WEB RTC應(yīng)用唯一標(biāo)識(shí)符，判斷所述唯一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC應(yīng)用是否具有注冊(cè)離線業(yè)務(wù)請(qǐng)求權(quán)限，若是，為所述唯一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC應(yīng)用開啟離線模式。
14.如權(quán)利要求11所述的方法，其特征在于，所述WEBRTC應(yīng)用請(qǐng)求信息中還攜帶有用戶所選定的WEB RTC應(yīng)用類型； RTC服務(wù)器在接收到所述第一終端發(fā)送的開啟WEB RTC應(yīng)用請(qǐng)求信息后，向所述第一終端返回WEB RTC應(yīng)用信息包括: RTC服務(wù)器在接收到所述第一終端發(fā)送的開啟WEB RTC應(yīng)用請(qǐng)求信息后，向所述第一終端返回與所述WEB RTC應(yīng)用類型相同的WEB RTC應(yīng)用信息。
15.如權(quán)利要求11至14任一項(xiàng)所述的方法，其特征在于，所述方法還包括: 所述RTC服務(wù)器在接收到 其 他終端發(fā)送給所述第一終端的呼叫請(qǐng)求信息后，在所述呼叫請(qǐng)求信息中添加提示信息，以 使得所述第一終端在接收到所述呼叫請(qǐng)求信息后，根據(jù)所述呼叫請(qǐng)求信息中的提示信息生成相應(yīng)的提示，包括震動(dòng)、響鈴或彈出提示框。
16.如權(quán)利要求11至 15任一項(xiàng)所述的方法，其特征在于，所述方法還包括: 所述RTC服務(wù)器在接收到所述第一終端發(fā)送的拒絕所述呼叫請(qǐng)求信息后，向發(fā)送所述呼叫請(qǐng)求信息的終端反饋所述第一終端當(dāng)前忙碌或者離線信息。
17.如權(quán)利要求11至16任一項(xiàng)所述的方法，其特征在于，所述方法還包括: 所述RTC服務(wù)器在將所述呼叫請(qǐng)求信息發(fā)送給所述第一終端后，若在預(yù)設(shè)時(shí)間內(nèi)未接收到所述第一終端反饋的信息或者接收到的反饋信息為暫時(shí)不接收時(shí)，緩存所述呼叫請(qǐng)求信息，在預(yù)定時(shí)間后或者所述第一終端開啟WEB RTC應(yīng)用后再發(fā)送該呼叫請(qǐng)求信息。
18.如權(quán)利要求11至17任一項(xiàng)所述的方法，其特征在于，所述RTC服務(wù)器返回的WEBRTC應(yīng)用信息所對(duì)應(yīng)的WEB RTC應(yīng)用的類型與所述發(fā)送所述呼叫請(qǐng)求信息的終端的WEBRTC應(yīng)用的類型相同或不同。
19.一種終端設(shè)備，其特征在于，所述終端設(shè)備包括: 信息接收單元，用于接收實(shí)時(shí)通信RTC服務(wù)器轉(zhuǎn)發(fā)的其他終端發(fā)送給該終端設(shè)備的呼叫請(qǐng)求信息，所述呼叫請(qǐng)求信息中攜帶有發(fā)送所述呼叫請(qǐng)求信息的終端的WEB RTC應(yīng)用的唯一標(biāo)識(shí)符； 處理單元，用于根據(jù)所述信息接收單元接收到的呼叫請(qǐng)求信息中攜帶的呼叫請(qǐng)求信息發(fā)送終端WEB RTC應(yīng)用的唯一標(biāo)識(shí)符判斷是否需要接受所述呼叫請(qǐng)求，若是，向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息，并在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，通過(guò)所述WEB RTC應(yīng)用與所述發(fā)送呼叫請(qǐng)求信息的終端進(jìn)行通信。
20.如權(quán)利要求19所述的終端設(shè)備，其特征在于，所述終端設(shè)備還包括: 信息發(fā)送單元，用于向?qū)崟r(shí)通信RTC服務(wù)器發(fā)送注冊(cè)離線業(yè)務(wù)請(qǐng)求信息，該信息中攜帶有WEB RTC應(yīng)用的唯一標(biāo)識(shí)符，以使得所述RTC服務(wù)器在接收到所述注冊(cè)離線業(yè)務(wù)請(qǐng)求信息后，為所述唯一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC應(yīng)用開啟離線模式，并向所述第一終端反饋成功響應(yīng)信息； 關(guān)閉單元，用于在接收到所述RTC服務(wù)器反饋的成功響應(yīng)信息后，關(guān)閉所述WEB RTC應(yīng)用。
21.如權(quán)利要求19所述的終端設(shè)備，其特征在于，所述WEBRTC應(yīng)用請(qǐng)求信息中還攜帶有用戶所選定的WEB RTC應(yīng)用類型，以使得所述RTC服務(wù)器在接收到所述WEB RTC應(yīng)用請(qǐng)求信息后，返回與所述WEB RTC應(yīng)用類型相同的WEB RTC應(yīng)用信息。
22.如權(quán)利要求19所述的終端設(shè)備，其特征在于，所述呼叫請(qǐng)求信息中還攜帶有發(fā)送所述呼叫請(qǐng)求信息的終端的瀏覽器引擎的標(biāo)識(shí)信息； 所述信息接收單元具體用于，通過(guò)所述該終端設(shè)備的監(jiān)聽客戶端接收所述RTC服務(wù)器發(fā)送的呼叫請(qǐng)求信息，解析所述呼叫請(qǐng)求信息，根據(jù)所述呼叫請(qǐng)求信息中瀏覽器引擎標(biāo)識(shí)信息確定所述呼叫請(qǐng)求信息為發(fā)送給瀏覽器引擎的信息，將所述呼叫請(qǐng)求信息發(fā)送給所述第一終端的瀏覽器引擎。
23.如權(quán)利要求19至22任一項(xiàng)所述的終端設(shè)備，其特征在于，所述呼叫請(qǐng)求信息中還攜帶有會(huì)話協(xié)商的會(huì)話描述協(xié)議提供SDP Offer信息； 所述處理單元具體用于，通過(guò)該終端設(shè)備的瀏覽器引擎向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息，并在接收到所述RTC服務(wù)器返回的WEBRTC應(yīng)用信息后，將所述呼叫請(qǐng)求信息中的SDP Offer信息發(fā)送給所述WEB RTC應(yīng)用，通過(guò)所述WEB RTC應(yīng)用將所述SDP Offer信息生成SDP Answer信息，并通過(guò)所述WEB RTC應(yīng)用將所述SDP Answer信息發(fā)送給所述瀏覽器引擎，通過(guò)所述瀏覽器引擎將所述SDP Answer信息發(fā)送給所述RTC服務(wù)器，以使得所述RTC服務(wù)器將所述SDP Answer信息發(fā)送給發(fā)送所述呼叫請(qǐng)求信息的終端的瀏覽器引擎以建立通信通道開始通信。
24.如權(quán)利要求19至22任一項(xiàng)所述的終端設(shè)備，其特征在于，所述呼叫請(qǐng)求信息中還攜帶有會(huì)話協(xié)商的會(huì)話描述協(xié)議提供SDP Offer信息； 所述處理單元具體用于，通過(guò)該終端設(shè)備的瀏覽器引擎向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息，所述WEB RTC應(yīng)用請(qǐng)求信息中攜帶有SDP Answer信息，以使得所述RTC服務(wù)器在接收到所述WEB RTC應(yīng)用請(qǐng)求信息，向所述第一終端返回WEB RTC應(yīng)用信息，并將所述WEB RTC應(yīng)用請(qǐng)求信息中的SDP Answer信息發(fā)送給發(fā)送所述呼叫請(qǐng)求信息的終端的瀏覽器引擎以建立通信通道，在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，通過(guò)所述WEB RTC應(yīng)用與所述發(fā)送呼叫請(qǐng)求信息的終端進(jìn)行通信。
25.如權(quán)利要求19至22任一項(xiàng)所述的終端設(shè)備，所述處理單元具體用于，通過(guò)該終端設(shè)備的瀏覽器引擎向所述RTC服務(wù)器發(fā)送開啟WEB RTC應(yīng)用請(qǐng)求信息，并在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息以及SDP Offer信息后，通過(guò)所述WEB RTC應(yīng)用將所述SDPOffer信息生成SDP Answer信息，并通過(guò)所述WEB RTC應(yīng)用將所述SDP Answer信息發(fā)送給所述瀏覽器引擎，通過(guò)所述瀏覽器引擎將所述SDP Answer信息發(fā)送給所述RTC服務(wù)器，以使得所述RTC服務(wù)器將所述SDP Answer信息發(fā)送給所述信息發(fā)送終端的瀏覽器引擎以建立通信通道開始通信。
26.如權(quán)利要求19至25任一項(xiàng)所述的終端設(shè)備，其特征在于，所述呼叫請(qǐng)求信息中攜帶有提示信息，所述提示信息為RTC服務(wù)器在接收到其他終端發(fā)送給所述第一終端的呼叫請(qǐng)求信息時(shí)添加的； 所述終端設(shè)備還包括: 提示單元，用于在接收到所述呼叫請(qǐng)求信息后，根據(jù)所述呼叫請(qǐng)求信息中的提示信息生成相應(yīng)的提示，包括震動(dòng)、響鈴或彈出提示框。
27.如權(quán)利要求19至26任一項(xiàng)所述的終端設(shè)備，其特征在于，所述終端設(shè)備還包括: 信息反饋單元，用于在拒絕所述呼叫請(qǐng)求時(shí)，向所述RTC服務(wù)器反饋拒絕信息，以使得所述RTC服務(wù)器在接收到所述拒絕信息后，向發(fā)送所述呼叫請(qǐng)求信息的終端反饋所述第一終端當(dāng)前忙碌或者離線信息。
28.如權(quán)利要求19至27任一項(xiàng)所述的終端設(shè)備，其特征在于，所述向所述RTC服務(wù)器發(fā)送的開啟WEB RTC應(yīng)用請(qǐng)求消息所對(duì)應(yīng)的WEB RTC應(yīng)用的類型與所述發(fā)送所述呼叫請(qǐng)求信息的終端的WEB RTC應(yīng)用的類型相同或不同。
29.一種實(shí)時(shí)通信RTC服務(wù)器，其特征在于，所述RTC服務(wù)器包括: 第一發(fā)送單元，用于在接收到其他終端發(fā)送給所述第一終端的呼叫請(qǐng)求信息后，將所述呼叫請(qǐng)求信息發(fā)送給所述第一終端，所述呼叫請(qǐng)求信息中攜帶有發(fā)送所述呼叫請(qǐng)求信息的終端WEB RTC應(yīng)用的唯一標(biāo)識(shí)符； 第二發(fā)送單元，用于在接收到所述第一終端發(fā)送的開啟WEB RTC應(yīng)用請(qǐng)求信息后，向所述第一終端返回WEB RTC應(yīng)用信息，以使得所述第一終端在接收到所述RTC服務(wù)器返回的WEB RTC應(yīng)用信息后，通過(guò)所述WEB RTC應(yīng)用與所述發(fā)送呼叫請(qǐng)求信息的終端進(jìn)行通信。
30.如權(quán)利要求29所述的RTC服務(wù)器，其特征在于，所述RTC服務(wù)器還包括: 開啟單元，用于在接收到第一終端發(fā)送的注冊(cè)離線業(yè)務(wù)請(qǐng)求信息后，為該信息中WEBRTC應(yīng)用唯一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC應(yīng)用開啟離線模式，并向所述第一終端反饋成功響應(yīng)信息，以使得所述第一終端在接收到所述RTC服務(wù)器反饋的成功響應(yīng)信息后，關(guān)閉其WEBRTC應(yīng)用。
31.如權(quán)利要求30所述的RTC服務(wù)器，其特征在于，所述開啟單元具體用于，在接收到所述注冊(cè)離線業(yè)務(wù)請(qǐng)求信息后，根據(jù)注冊(cè)離線業(yè)務(wù)請(qǐng)求信息中攜帶的WEB RTC應(yīng)用唯一標(biāo)識(shí)符，判斷所述唯一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC應(yīng)用是否具有注冊(cè)離線業(yè)務(wù)請(qǐng)求權(quán)限，若是，為所述唯一標(biāo)識(shí)符對(duì)應(yīng)的WEB RTC應(yīng)用開啟離線模式。
32.如權(quán)利要求29所述的RTC服務(wù)器，其特征在于，所述WEBRTC應(yīng)用請(qǐng)求信息中還攜帶有用戶所選定的WEB RTC應(yīng)用類型； 所述第二發(fā)送單元具體用于在接收到所述第一終端發(fā)送的開啟WEB RTC應(yīng)用請(qǐng)求信息后，向所述第一終端返回與所述WEB RTC應(yīng)用類型相同的WEB RTC應(yīng)用信息。
33.如權(quán)利要求29至32任一項(xiàng)所述的RTC服務(wù)器，其特征在于，所述RTC服務(wù)器還包括: 信息添加單元，用于在接收到其他終端發(fā)送給所述第一終端的呼叫請(qǐng)求信息后，在所述呼叫請(qǐng)求信息中添加提示信息，以使得所述第一終端在接收到所述呼叫請(qǐng)求信息后，根據(jù)所述呼叫請(qǐng)求信息中的提示信息生成相應(yīng)的提示，包括震動(dòng)、響鈴或彈出提示框。
34.如權(quán)利要求29至33任一項(xiàng)所述的RTC服務(wù)器，其特征在于，所述RTC服務(wù)器還包括:第三發(fā)送單元，用于在接收到所述第一終端發(fā)送的拒絕所述呼叫請(qǐng)求信息后，向發(fā)送所述呼叫請(qǐng)求信息的終端反饋所述第一終端當(dāng)前忙碌或者離線信息。
35.如權(quán)利要求29至34任一項(xiàng)所述的RTC服務(wù)器，其特征在于，所述RTC服務(wù)器還包括: 處理單元，用于在將所述呼叫請(qǐng)求信息發(fā)送給所述第一終端后，若在預(yù)設(shè)時(shí)間內(nèi)未接收到所述第一終端反饋的信息或者接收到的反饋信息為暫時(shí)不接收時(shí)，緩存所述呼叫請(qǐng)求信息，在預(yù)定時(shí)間后或者所述第一終端開啟WEB RTC應(yīng)用后再發(fā)送該呼叫請(qǐng)求信息。
36.如權(quán)利要求29至35任一項(xiàng)所述的RTC服務(wù)器，其特征在于，所述返回給所述第一終端的WEB RTC應(yīng)用信息所對(duì)應(yīng)的WEB RTC應(yīng)用的類型與所述發(fā)送所述呼叫請(qǐng)求信息的終端的WEB RTC應(yīng)用的類型相同或不同。
37.一種實(shí)時(shí)通信系統(tǒng)，其特征在于，所述系統(tǒng)包括如權(quán)利要求19至28任一項(xiàng)所述的終端設(shè)備，和/或如權(quán)利要求29至36任一項(xiàng)所述的RTC服務(wù)器。
【文檔編號(hào)】H04L29/08GK103580986SQ201210266735
【公開日】2014年2月12日 申請(qǐng)日期:2012年7月30日 優(yōu)先權(quán)日:2012年7月30日
【發(fā)明者】范姝男, 郜文美, 呂小強(qiáng), 王雅輝 申請(qǐng)人:華為終端有限公司