本發(fā)明涉及計算機技術領域，尤其涉及一種WebRTC系統(tǒng)中路由選擇方法、服務器及系統(tǒng)。

背景技術：

在WebRTC系統(tǒng)中，當多個客戶端進行通信時，該多個客戶端中每一個客戶端需要與WebRTC系統(tǒng)中的WebRTC服務器建立連接關系，從而通過該WebRTC服務器實現(xiàn)客戶端之間的通信。

但是，現(xiàn)有技術中，在通過WebRTC服務器實現(xiàn)客戶端之間通信的過程中，由于WebRTC服務器只能負載一定數(shù)量的客戶端，因此，當多個客戶端通過該WebRTC服務器進行通信的過程中，會因為WebRTC服務器的負載能力有限而使得客戶端之間的通信可靠性較差。

因此，采用現(xiàn)有技術的方法，客戶端之間的通信可靠性較差。

技術實現(xiàn)要素：

本發(fā)明提供一種WebRTC系統(tǒng)中路由選擇方法、服務器及系統(tǒng)，以提高客戶端之間的通信可靠性。

本發(fā)明實施例提供一種網(wǎng)頁實時通信WebRTC系統(tǒng)中路由選擇方法，包括：

接收源客戶端發(fā)送的實時網(wǎng)頁提議應答協(xié)議ROAP消息，所述ROAP消息包括目標客戶端的標識；

根據(jù)所述目標客戶端的標識獲取所述目標客戶端對應的目標WebRTC通信服務器WCS的標識；

根據(jù)所述目標WCS的標識將所述ROAP消息發(fā)送給所述目標WCS，以使所述目標WCS根據(jù)所述目標客戶端的標識將所述ROAP消息發(fā)送給所述目標客戶端。

在本發(fā)明一實施例中，所述根據(jù)所述目標客戶端的標識獲取所述目標客戶端對應的目標WCS的標識，包括：

向中央數(shù)據(jù)服務器CDS發(fā)送地址請求消息，所述地址請求消息中包括所述目標客戶端的標識，所述地址請求消息用于獲取所述目標客戶端對應的所述目標WCS的標識；

接收所述CDS發(fā)送的所述目標WCS的標識；其中，所述CDS存儲所述目標客戶端的標識與所述目標WCS的標識的對應關系。

在本發(fā)明一實施例中，所述向CDS發(fā)送地址請求消息之前，還包括：

確定本地未存儲所述目標客戶端的標識。

本發(fā)明實施例還提供一種網(wǎng)頁實時通信WebRTC系統(tǒng)中路由選擇方法，包括：

接收源WebRTC通信服務器WCS發(fā)送的地址請求消息，所述地址請求消息中包括目標客戶端的標識，用于獲取所述目標客戶端對應的目標WCS的標識；

根據(jù)所述目標客戶端的標識與所述目標WCS的標識的對應關系，獲取所述目標WCS的標識；

向所述源WCS發(fā)送所述目標WCS的標識，以使所述源WCS向所述目標WCS發(fā)送實時網(wǎng)頁提議應答協(xié)議ROAP消息，所述ROAP消息中包含所述目標客戶端的標識。

在本發(fā)明一實施例中，所述接收源WCS發(fā)送的地址請求消息之前，還包括：

建立并存儲所述目標客戶端的標識與所述目標WCS的標識的對應關系。

在本發(fā)明一實施例中，還包括：

接收所述目標WCS發(fā)送的對應關系更新請求；

根據(jù)所述對應關系更新請求，更新所述目標客戶端的標識與所述目標WCS的標識的對應關系。

本發(fā)明實施例還提供一種網(wǎng)頁實時通信WebRTC系統(tǒng)中路由選擇方法，包括：

接收源WebRTC通信服務器WCS發(fā)送的實時網(wǎng)頁提議應答協(xié)議ROAP消息，所述ROAP消息包括目標客戶端的標識；

根據(jù)所述目標客戶端的標識將所述ROAP消息發(fā)送給所述目標客戶端，所述ROAP消息中包含所述目標客戶端的標識。

在本發(fā)明一實施例中，還包括：

若未存儲所述目標客戶端的標識，則向中央數(shù)據(jù)服務器CDS發(fā)送對應關系更新請求，以使所述CDS更新所述目標客戶端的標識與所述目標WCS的標識的對應關系。

本發(fā)明實施例還提供一種源網(wǎng)頁實時通信服務器WCS，包括：

接收模塊，用于接收源客戶端發(fā)送的實時網(wǎng)頁提議應答協(xié)議ROAP消息，所述ROAP消息包括目標客戶端的標識；

獲取模塊，用于根據(jù)所述目標客戶端的標識獲取所述目標客戶端對應的目標WebRTC通信服務器WCS的標識；

發(fā)送模塊，用于根據(jù)所述目標WCS的標識將所述ROAP消息發(fā)送給所述目標WCS，以使所述目標WCS根據(jù)所述目標客戶端的標識將所述ROAP消息發(fā)送給所述目標客戶端。

在本發(fā)明一實施例中，所述發(fā)送模塊，具體用于向中央數(shù)據(jù)服務器CDS發(fā)送地址請求消息，所述地址請求消息中包括所述目標客戶端的標識，所述地址請求消息用于獲取所述目標客戶端對應的所述目標WCS的標識；

所述接收模塊，具體用于接收所述CDS發(fā)送的所述目標WCS的標識；其中，所述CDS存儲所述目標客戶端的標識與所述目標WCS的標識的對應關系。

在本發(fā)明一實施例中，還包括確定模塊：

所述確定模塊，用于確定本地未存儲所述目標客戶端的標識。

本發(fā)明實施例還提供一種中央數(shù)據(jù)服務器CDS，包括：

接收模塊，用于接收源WebRTC通信服務器WCS發(fā)送的地址請求消息，所述地址請求消息中包括目標客戶端的標識，用于獲取所述目標客戶端對應的目標WCS的標識；

獲取模塊，用于根據(jù)所述目標客戶端的標識與所述目標WCS的標識的對應關系，獲取所述目標WCS的標識；

發(fā)送模塊，用于向所述源WCS發(fā)送所述目標WCS的標識，以使所述源WCS向所述目標WCS發(fā)送實時網(wǎng)頁提議應答協(xié)議ROAP消息，所述ROAP消息中包含所述目標客戶端的標識。

在本發(fā)明一實施例中，還包括處理模塊，

所述處理模塊，用于建立并存儲所述目標客戶端的標識與所述目標WCS的標識的對應關系。

在本發(fā)明一實施例中，所述接收模塊，還用于接收所述目標WCS發(fā)送的對應關系更新請求；

所述處理模塊，還用于根據(jù)所述對應關系更新請求，更新所述目標客戶端的標識與所述目標WCS的標識的對應關系。

本發(fā)明實施例還提供一種目標網(wǎng)頁實時通信服務器WCS，包括：

接收模塊，用于接收源WebRTC通信服務器WCS發(fā)送的實時網(wǎng)頁提議應答協(xié)議ROAP消息，所述ROAP消息包括目標客戶端的標識；

發(fā)送模塊，用于根據(jù)所述目標客戶端的標識將所述ROAP消息發(fā)送給所述目標客戶端，所述ROAP消息中包含所述目標客戶端的標識。

在本發(fā)明一實施例中，所述發(fā)送模塊，還用于若未存儲所述目標客戶端的標識，則向中央數(shù)據(jù)服務器CDS發(fā)送對應關系更新請求，以使所述CDS更新所述目標客戶端的標識與所述目標WCS的標識的對應關系。

本發(fā)明實施例還提供一種網(wǎng)頁實時通信WebRTC系統(tǒng)中路由選擇系統(tǒng)，包括源客戶端、目標客戶端、源WebRTC通信服務器WCS、中央數(shù)據(jù)服務器CDS及目標WCS；

其中，所述源WCS為上述任一實施例中所述的源WCS；

所述CDS為上述任一實施例中所述的CDS；

所述目標WCS為上述任一實施例中所述的目標WCS。

本發(fā)明實施例提供的WebRTC系統(tǒng)中路由選擇方法，通過接收源客戶端發(fā)送的ROAP消息，根據(jù)目標客戶端的標識獲取目標客戶端對應的目標WCS的標識；根據(jù)目標WCS的標識將ROAP消息發(fā)送給目標WCS，以使目標WCS根據(jù)目標客戶端的標識將ROAP消息發(fā)送給目標客戶端。由此可見，在WebRTC系統(tǒng)中，通過設置源WCS和目標WCS，使得源客戶端與目標客戶端進行通信時，源客戶端可以先通過其所在的源WCS獲取到目標客戶端所在的目標WCS的標識，之后再將ROAP消息發(fā)送給目標WCS，以使得目標WCS在接收到該ROAP消息之后，將該ROAP消息發(fā)送至目標客戶端，從而實現(xiàn)源客戶端與目標客戶端之間的通信，進而提高了客戶端之間的通信可靠性。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖做一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明為本發(fā)明實施例提供的WebRTC系統(tǒng)中路由選擇方法的一種交互流程示意圖；

圖2為本發(fā)明為本發(fā)明實施例提供的獲取目標客戶端對應的目標WCS的標識方法的流程示意圖；

圖3為本發(fā)明實施例提供的WebRTC系統(tǒng)中路由選擇方法的另一種交互流程示意圖；

圖4為本發(fā)明實施例提供的源WCS的結構實例圖；

圖5為本發(fā)明實施例提供的CDS的結構示意圖；

圖6為本發(fā)明實施例提供的目標WCS的結構示意圖；

圖7為本發(fā)明實施例提供的WebRTC系統(tǒng)中路由選擇系統(tǒng)的結構示意圖。

具體實施方式

為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

本發(fā)明的說明書和權利要求書及上述附圖中的術語“第一”、“第二”、“第三”、“第四”等(如果存在)是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。應該理解這樣使用的數(shù)據(jù)在適當情況下可以互換，以便這里描述的本發(fā)明的實施例，例如能夠以除了在這里圖示或描述的那些以外的順序?qū)嵤?。此外，術語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統(tǒng)、產(chǎn)品或設備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或?qū)τ谶@些過程、方法、產(chǎn)品或設備固有的其它步驟或單元。

在現(xiàn)有的網(wǎng)頁實時通信(Web Real-Time Communication，簡稱WebRTC)系統(tǒng)中，由于WebRTC服務器只能負載一定數(shù)量的客戶端，因此，當多個客戶端通過該WebRTC服務器進行通信的過程中，會因為WebRTC服務器的負載能力有限而使得客戶端之間的通信可靠性較差。而本發(fā)明實施例提供的WebRTC系統(tǒng)中路由選擇方法，通過設置一個中央數(shù)據(jù)服務器(Central Data Server，簡稱CDS)和至少兩個WebRTC通信服務器(WebRTC Communication Server，WCS服務器)，從而實現(xiàn)源客戶端與目標客戶端之間的通信，且提高了客戶端之間的通信可靠性。示例的，此處的客戶端可以為網(wǎng)頁客戶端，WebRTC IP多媒體子系統(tǒng)信號網(wǎng)關(WebRTC IP Multimedia Subsystem Signal Gateway，簡稱WISG)和WebRTC會議信號網(wǎng)關(WebRTC Conference Signal Gateway，簡稱WCSG)三類，該三類客戶端分別服務于普通WebRTC用戶，IP多媒體子系統(tǒng)(IP Multimedia Subsystem，簡稱IMS)用戶和會議用戶。需要說明的是，下面這幾個具體的實施例可以相互結合，對于相同或相似的概念或過程可能在某些實施例中不再贅述。

圖1為本發(fā)明實施例提供的WebRTC系統(tǒng)中路由選擇方法的一種交互流程示意圖，示例的，該WebRTC系統(tǒng)中路由選擇方法可應用于WebRTC系統(tǒng)中路由選擇系統(tǒng)中，該WebRTC系統(tǒng)中路由選擇系統(tǒng)中可以包括至少兩個客戶端(即源客戶端和目標客戶端)、一個CDS和至少兩個WCS(源客戶端對應的源WCS和目標客戶端對應的目標WCS)。具體地，請參見圖1所示，該WebRTC系統(tǒng)中路由選擇方法可以包括：

S101、源WCS接收源客戶端發(fā)送的實時網(wǎng)頁提議應答協(xié)議(RTCWeb Offer/Answer Protocol，簡稱ROAP)消息。

其中，ROAP消息包括目標客戶端的標識。示例的，目標客戶端的標識可以為目標客戶端的IP地址信息等與用戶賬號相關的標識信息，在此，對于目標客戶端的標識具體是什么，本發(fā)明不做進一步地限制。

S102、源WCS根據(jù)目標客戶端的標識獲取目標客戶端對應的目標WCS的標識。

源WCS在接收到源客戶端發(fā)送的ROAP消息之后，可以根據(jù)該ROAP消息中攜帶的目標客戶端的標識獲取該目標客戶端對應的目標WCS的標識。

示例的，目標WCS的標識可以為目標WCS的IP地址信息等與用戶賬號相關的等標識信息，在此，對于目標WCS的標識具體是什么，本發(fā)明不做進一步地限制。

S103、源WCS根據(jù)目標WCS的標識將ROAP消息發(fā)送給目標WCS。

源WCS在獲取到目標客戶端對應的目標WCS的標識之后，將ROAP消息發(fā)送給目標WCS，從而使得目標WCS在接收到該ROAP消息之后，將該ROAP消息發(fā)送至目標客戶端。

S104、目標WCS根據(jù)目標客戶端的標識將ROAP消息發(fā)送給目標客戶端。

其中，ROAP消息中包含目標客戶端的標識。目標WCS在接收到源WCS發(fā)送的ROAP消息之后，就可以根據(jù)該ROAP消息中攜帶的目標客戶端的標識將該ROAP消息發(fā)送至目標客戶端，從而實現(xiàn)源客戶端與目標客戶端之間的通信，并提高了客戶端之間的通信可靠性。

本發(fā)明實施例提供的WebRTC系統(tǒng)中路由選擇方法，通過接收源客戶端發(fā)送的ROAP消息，根據(jù)目標客戶端的標識獲取目標客戶端對應的目標WCS的標識；根據(jù)目標WCS的標識將ROAP消息發(fā)送給目標WCS，以使目標WCS根據(jù)目標客戶端的標識將ROAP消息發(fā)送給目標客戶端。由此可見，在WebRTC系統(tǒng)中，通過設置源WCS和目標WCS，使得源客戶端與目標客戶端進行通信時，源客戶端可以先通過其所在的源WCS獲取到目標客戶端所在的目標WCS的標識，之后再將ROAP消息發(fā)送給目標WCS，以使得目標WCS在接收到該ROAP消息之后，將該ROAP消息發(fā)送至目標客戶端，從而實現(xiàn)源客戶端與目標客戶端之間的通信，進而提高了客戶端之間的通信可靠性。

在圖1對應的實施例的基礎上，可選的，源WCS可以通過如下可行的方式獲取目標客戶端對應的目標WCS的標識(S102)，具體請參見圖2所示的實施例。圖2為本發(fā)明實施例提供的獲取目標客戶端對應的目標WCS的標識方法的流程示意圖，請參見圖2，該方法可以包括；

S201、源WCS確定本地未存儲目標客戶端的標識。

示例的，在本發(fā)明實施例中，源WCS在接收到源客戶端發(fā)送的ROAP消息之后，先在其本地查找目標客戶端的標識，若確定本地未存儲目標客戶端的標識，則執(zhí)行步驟S202向CDS發(fā)送地址請求消息，以獲取目標客戶端所對應的目標WCS的標識。相反的，若確定本地存儲了目標客戶端的標識，則可以直接獲取到目標WCS的標識。在本發(fā)明實施例中，以源WCS確定本地未存儲目標客戶端的標識為例進行說明，但并不代表本發(fā)明僅限于此。

S202、源WCS向CDS發(fā)送地址請求消息。

其中，地址請求消息中包括目標客戶端的標識，地址請求消息用于獲取目標客戶端對應的目標WCS的標識。

S203、CDS根據(jù)目標客戶端的標識與目標WCS的標識的對應關系，獲取目標WCS的標識。

可選的，CDS在接收源WCS發(fā)送的地址請求消息之后，就可以根據(jù)地址請求消息獲取目標客戶端對應的目標WCS的標識。其中，地址請求消息中包括目標客戶端的標識?？蛇x的，CDS可以預先建立并存儲目標客戶端的標識與目標WCS的標識的對應關系。示例的，客戶端在接入到WebRTC系統(tǒng)時，向中央管理服務器(Central Management Server，簡稱CMS)發(fā)送一個連接請求，CMS根據(jù)當前WebRTC系統(tǒng)中每一個WCS的負載情況等信息為客戶端分配相應的WCS，從而建立并存儲目標客戶端的標識與目標WCS的標識的對應關系。其中，CMS可以獨立設置，也可以與CDS集成在一起，在本發(fā)明實施例中，CMS與CDS集成在一起。

S204、CDS向源WCS發(fā)送目標WCS的標識。

CDS在根據(jù)目標客戶端的標識與目標WCS的標識的對應關系獲取到目標WCS的標識之后，向源WCS發(fā)送目標WCS的標識，以使源WCS接收CDS發(fā)送的目標WCS的標識之后，向目標WCS發(fā)送ROAP消息。其中，ROAP消息中包含目標客戶端的標識。

進一步地，結合圖1對應的實施例，S103源WCS根據(jù)目標WCS的標識將ROAP消息發(fā)送給目標WCS之后，目標WCS先在其本地查找目標客戶端的標識，若目標WCS存儲了目標客戶端的標識，則直接執(zhí)行S104目標WCS根據(jù)目標客戶端的標識將ROAP消息發(fā)送給目標客戶端。相反的，若目標WCS未存儲目標客戶端的標識，則執(zhí)行如下：

S205、目標WCS向CDS發(fā)送對應關系更新請求。

若目標WCS未存儲目標客戶端的標識，則向CDS發(fā)送對應關系更新請求，以使CDS更新目標客戶端的標識與目標WCS的標識的對應關系。

S206、CDS根據(jù)對應關系更新請求，更新目標客戶端的標識與目標WCS的標識的對應關系。

CDS在接收目標WCS發(fā)送的對應關系更新請求之后，可以根據(jù)對應關系更新請求，更新目標客戶端的標識與目標WCS的標識的對應關系，以使CDS中存儲正確的對應關系。

由此可見，在本發(fā)明實施例中，源WCS在接收到源客戶端發(fā)送的ROAP消息之后，先在其本地查找目標客戶端的標識，若確定本地未存儲目標客戶端的標識，則向CDS發(fā)送地址請求消息，以獲取目標客戶端的標識對應的目標WCS的標識；CDS在接收到該地址請求消息之后，由于其預先建立并存儲目標客戶端的標識與目標WCS的標識的對應關系，因此，可以根據(jù)該對應關系直接獲取到該目標客戶端對應的目標WCS的標識，并將該目標WCS的標識發(fā)送給源WCS，以使源客戶端將ROAP消息發(fā)送給目標WCS，若目標WCS在其本地查找到目標客戶端的標識，則將ROAP消息直接發(fā)送給目標客戶端，從而實現(xiàn)源客戶端與目標客戶端之間的通信，進而提高了客戶端之間的通信可靠性。此外，若目標WCS未存儲目標客戶端的標識，向CDS發(fā)送對應關系更新請求；以使CDS根據(jù)對應關系更新請求，更新目標客戶端的標識與目標WCS的標識的對應關系。

基于圖1及圖2對應的實施例，在圖1及圖2對應的實施例的基礎上，進一步地，本發(fā)明實施例還提供了一種WebRTC系統(tǒng)中路由選擇方法，請參見圖3所示，圖3為本發(fā)明實施例提供的WebRTC系統(tǒng)中路由選擇方法的另一種交互流程示意圖，該WebRTC系統(tǒng)中路由選擇方法可以包括：

S301、源WCS接收源客戶端發(fā)送的ROAP消息。

其中，ROAP消息包括目標客戶端的標識。

S302、源WCS在其本地查目標客戶端的標識。

示例的，源WCS若確定本地存儲了目標客戶端的標識，則可以直接獲取到目標WCS的標識。相反的，相反的，源WCS若確定本地未存儲目標客戶端的標識，則執(zhí)行如下S303。

S303、源WCS向CDS發(fā)送地址請求消息。

其中，地址請求消息中包括目標客戶端的標識，地址請求消息用于獲取目標客戶端對應的目標WCS的標識。

S304、CDS根據(jù)目標客戶端的標識與目標WCS的標識的對應關系，獲取目標WCS的標識。

S305、CDS向源WCS發(fā)送目標WCS的標識。

CDS在根據(jù)目標客戶端的標識與目標WCS的標識的對應關系獲取到目標WCS的標識之后，向源WCS發(fā)送目標WCS的標識，以使源WCS接收CDS發(fā)送的目標WCS的標識之后，向目標WCS發(fā)送ROAP消息。

S306、源WCS根據(jù)目標WCS的標識將ROAP消息發(fā)送給目標WCS。

源WCS在獲取到目標客戶端對應的目標WCS的標識之后，將ROAP消息發(fā)送給目標WCS，從而使得目標WCS在接收到該ROAP消息之后，將該ROAP消息發(fā)送至目標客戶端。

S307、目標WCS在其本地查目標客戶端的標識。

示例的，目標WCS若確定本地存儲目標客戶端的標識，則直接執(zhí)行S308：目標WCS將接收到的ROAP消息發(fā)送給目標客戶端。相反的，若目標WCS未存儲目標客戶端的標識，則執(zhí)行如下S309。

S309、若目標WCS未存儲目標客戶端的標識，則向CDS發(fā)送對應關系更新請求。

若目標WCS未存儲目標客戶端的標識，則向CDS發(fā)送對應關系更新請求，以使CDS更新目標客戶端的標識與目標WCS的標識的對應關系。

值得說明的是，S308和S309之前并無先后順序。

S310、CDS根據(jù)對應關系更新請求，更新目標客戶端的標識與目標WCS的標識的對應關系。

CDS在接收目標WCS發(fā)送的對應關系更新請求之后，可以根據(jù)對應關系更新請求，更新目標客戶端的標識與目標WCS的標識的對應關系。

本發(fā)明實施例所示的WebRTC系統(tǒng)中路由選擇方法，其實現(xiàn)原理以及有益效果與上述任一實施例中的實現(xiàn)原理及有益效果類似，此處不再進行贅述。

圖4為本發(fā)明實施例提供的源網(wǎng)頁實時通信服務器WCS40的結構示意圖，請參見圖4所示，該源WCS40可以包括：

接收模塊401，用于接收源客戶端發(fā)送的實時網(wǎng)頁提議應答協(xié)議ROAP消息，ROAP消息包括目標客戶端的標識。

獲取模塊402，用于根據(jù)目標客戶端的標識獲取目標客戶端對應的目標WebRTC通信服務器WCS的標識。

發(fā)送模塊403，用于根據(jù)目標WCS的標識將ROAP消息發(fā)送給目標WCS，以使目標WCS根據(jù)目標客戶端的標識將ROAP消息發(fā)送給目標客戶端。

可選的，發(fā)送模塊403，具體用于向中央數(shù)據(jù)服務器CDS發(fā)送地址請求消息，地址請求消息中包括目標客戶端的標識，地址請求消息用于獲取目標客戶端對應的目標WCS的標識。

接收模塊401，具體用于接收CDS發(fā)送的目標WCS的標識；其中，CDS存儲目標客戶端的標識與目標WCS的標識的對應關系。

可選的，該源WCS40還包括確定模塊404。

確定模塊404，用于確定本地未存儲目標客戶端的標識。

本發(fā)明實施例所示的源WCS40，可以執(zhí)行上述方法實施例所示的技術方案，其實現(xiàn)原理以及有益效果類似，此處不再進行贅述。

圖5為本發(fā)明實施例提供的中央數(shù)據(jù)服務器CDS50的結構示意圖，請參見圖5所示，該CDS50可以包括：

接收模塊501，用于接收源WebRTC通信服務器WCS發(fā)送的地址請求消息，地址請求消息中包括目標客戶端的標識，用于獲取目標客戶端對應的目標WCS的標識。

獲取模塊502，用于根據(jù)目標客戶端的標識與目標WCS的標識的對應關系，獲取目標WCS的標識。

發(fā)送模塊503，用于向源WCS40發(fā)送目標WCS的標識，以使源WCS40向目標WCS發(fā)送實時網(wǎng)頁提議應答協(xié)議ROAP消息，ROAP消息中包含目標客戶端的標識。

可選的，該CDS還包括處理模塊504。

處理模塊504，用于建立并存儲目標客戶端的標識與目標WCS的標識的對應關系。

可選的，接收模塊501，還用于接收目標WCS發(fā)送的對應關系更新請求。

處理模塊504，還用于根據(jù)對應關系更新請求，更新目標客戶端的標識與目標WCS的標識的對應關系。

本發(fā)明實施例所示的CDS50，可以執(zhí)行上述方法實施例所示的技術方案，其實現(xiàn)原理以及有益效果類似，此處不再進行贅述。

圖6為本發(fā)明實施例提供的目標網(wǎng)頁實時通信服務器WCS60的結構示意圖，請參見圖6所示，該目標WCS60可以包括：

接收模塊601，用于接收源WebRTC通信服務器WCS發(fā)送的實時網(wǎng)頁提議應答協(xié)議ROAP消息，ROAP消息包括目標客戶端的標識。

發(fā)送模塊602，用于根據(jù)目標客戶端的標識將ROAP消息發(fā)送給目標客戶端，ROAP消息中包含目標客戶端的標識。

可選的，發(fā)送模塊602，還用于若未存儲目標客戶端的標識，則向中央數(shù)據(jù)服務器CDS發(fā)送對應關系更新請求，以使CDS更新目標客戶端的標識與目標WCS的標識的對應關系。

本發(fā)明實施例所示的目標WCS60，可以執(zhí)行上述方法實施例所示的技術方案，其實現(xiàn)原理以及有益效果類似，此處不再進行贅述。

圖7為本發(fā)明實施例提供的網(wǎng)頁實時通信WebRTC系統(tǒng)中路由選擇系統(tǒng)70的結構示意圖，請參見圖7所示，該WebRTC系統(tǒng)中路由選擇系統(tǒng)70可以包括：

源客戶端701、目標客戶端702、源WebRTC通信服務器WCS40、中央數(shù)據(jù)服務器CDS50及目標WCS60。

其中，源WCS40為上述任一實施例所述的源WCS40；CDS50為上述任一實施例所述的CDS；目標WCS60為上述任一實施例所述的目標WCS。

本發(fā)明實施例所示的WebRTC系統(tǒng)中路由選擇系統(tǒng)70，可以執(zhí)行上述方法任一實施例所示的技術方案，其實現(xiàn)原理以及有益效果類似，此處不再進行贅述。

本領域普通技術人員可以理解：實現(xiàn)上述各方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成。前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中。該程序在執(zhí)行時，執(zhí)行包括上述各方法實施例的步驟；而前述的存儲介質(zhì)包括：ROM、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

最后應說明的是：以上各實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡管參照前述各實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解：其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分或者全部技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質(zhì)脫離本發(fā)明各實施例技術方案的范圍。