一種網頁實時通信方法、系統及服務器和客戶端的制作方法
【專利摘要】本發明實施例公開了網頁實時通信方法、系統及服務器和客戶端，應用于通信【技術領域】。本實施例將被叫用戶即第二用戶的統一標識攜帶在跨SP的呼叫請求中進行發送，由于在統一標識中包括第二WebRTC服務器的地址信息，則該跨SP的呼叫請求能通過第一WebRTC服務器路由到第二WebRTC服務器，然后第二WebRTC服務器根據統一標識中第二用戶的用戶標識將該跨SP的呼叫請求路由到第二WebRTC客戶端；當第一WebRTC客戶端接收到第二WebRTC客戶端的呼叫接受消息后，就可以與第二WebRTC客戶端之間進行跨SP的WebRTC?從而實現了不同SP下的用戶之間通過WebRTC客戶端進行通信。
【專利說明】一種網頁實時通信方法、系統及服務器和客戶端

【技術領域】
[0001] 本發明涉及通信【技術領域】，特別涉及網頁實時通信方法、系統及服務器和客戶端。

【背景技術】
[0002] 網頁實時通信（Web Real-Time Communications，WebRTC)是指在瀏覽器中內嵌 音視頻設備訪問、音視頻編解碼和對等連接（peer-to-peer, P2P)通信等多種服務提供商 (Service Providers, SP)提供的業務，方便應用開發者快速開發基于瀏覽器的無插件的實 時通信類應用。
[0003] 現有WebRTC的通信系統中，包括WebRTC客戶端和WebRTC服務器，且不同SP下的 用戶之間不能通過WebRTC客戶端進行通信，比如QQ用戶不能通過WebRTC客戶端與新浪微 博用戶進行通信。


【發明內容】

[0004] 本發明實施例提供網頁實時通信方法、系統及服務器和客戶端，實現了不同SP下 的用戶之間通過WebRTC客戶端進行通信。
[0005] 本發明實施例第一方面提供一種網頁實時通信方法，應用于第一用戶的第一網頁 實時通信WebRTC客戶端中，所述第一用戶為第一服務提供商SP下的用戶，包括：
[0006] 獲取第二用戶對應的WebRTC的統一標識，所述第二用戶為第二SP下的用戶，所述 統一標識中包括所述第二用戶在第二SP下的用戶標識，及對應的第二WebRTC服務器的地 址信息；
[0007] 根據所述第二WebRTC服務器的地址信息將跨SP的呼叫請求通過所述第一用戶對 應的第一 WebRTC服務器發送給所述第二WebRTC服務器，所述跨SP的呼叫請求中包括所述 統一標識，以指示所述第二WebRTC服務器根據所述第二用戶在第二SP下的用戶標識將所 述跨SP的呼叫請求轉發給第二用戶的第二WebRTC客戶端；
[0008] 接收所述第一 WebRTC服務器返回的所述第二WebRTC客戶端的呼叫接受消息，與 第二WebRTC客戶端之間進行通信。
[0009] 本發明實施例第一方面的第一種可能實現方式中，所述獲取第二用戶對應的 WebRTC的統一標識，具體包括：
[0010] 向網頁實時通信的注冊服務器發送地址查詢請求，以請求查詢所述統一標識的存 儲地址信息；
[0011] 接收所述注冊服務器返回的所述統一標識的存儲地址信息；
[0012] 根據所述存儲地址信息向儲存所述統一標識的服務器發送標識查詢請求，以請求 查詢所述第二SP對應的網頁實時通信的統一標識；所述儲存統一標識的服務器為所述第 二用戶對應的網頁實時通信的地址服務器，或所述第二WebRTC服務器；
[0013] 接收所述儲存統一標識的服務器返回的所述第二用戶的統一標識。
[0014] 結合本發明實施例第一方面或第一方面的第一種可能實現方式，本發明實施例第 一方面的第二種可能實現方式中，所述獲取第二用戶對應的WebRTC的統一標識，之后還包 括：
[0015] 根據所述第二WebRTC服務器的地址信息將添加好友請求通過所述第一 WebRTC服 務器發送給所述第二WebRTC服務器，所述添加好友請求中包括所述統一標識，以指示所述 第二WebRTC服務器根據所述第二用戶在第二SP下的用戶標識將所述添加好友請求轉發給 第二用戶的第二WebRTC客戶端；
[0016] 接收所述第一 WebRTC服務器返回的所述第二WebRTC客戶端的添加好友成功響 應，將所述第二用戶的統一標識顯示在與第一用戶在第一 SP下的用戶標識綁定的用戶所 在界面。
[0017] 本發明實施例第二方面提供一種網頁實時通信方法，應用于第一用戶的第一網頁 實時通信WebRTC服務器中，所述第一用戶為第一服務提供商SP下的用戶，包括：
[0018] 接收所述第一 WebRTC客戶端發送的跨SP的呼叫請求；
[0019] 如果所述跨SP的呼叫請求中包括第二用戶對應的WebRTC的統一標識，所述第二 用戶為第二SP下的用戶，所述統一標識中包括所述第二用戶在第二SP下的用戶標識，及對 應的第二WebRTC服務器的地址信息；
[0020] 則根據所述第二WebRTC服務器的地址信息將所述攜帶統一標識的跨SP的呼叫請 求轉發給所述第二WebRTC服務器，以指示所述第二WebRTC服務器根據所述第二用戶在第 二SP下的用戶標識將所述跨SP的呼叫請求轉發給第二用戶的第二WebRTC客戶端；
[0021] 接收所述第二WebRTC服務器返回的所述第二WebRTC客戶端的呼叫接受消息并轉 發給所述第一 WebRTC客戶端，以便所述第一 WebRTC客戶端與第二WebRTC客戶端之間進行 通信。
[0022] 本發明實施例第二方面的第一種可能實現方式中，所述方法還包括：
[0023] 接收所述第一 WebRTC客戶端發送的添加好友請求；
[0024] 如果所述添加好友請求中包括第二用戶對應的WebRTC的統一標識，則根據所 述第二WebRTC服務器的地址信息將所述攜帶統一標識的添加好友請求轉發給所述第二 WebRTC服務器，以指示所述第二WebRTC服務器根據所述第二用戶在第二SP下的用戶標識 將所述添加好友請求轉發給第二用戶的第二WebRTC客戶端；
[0025] 接收所述第二WebRTC服務器返回的所述第二WebRTC客戶端的添加好友成功響應 并轉發給所述第一 WebRTC客戶端，并將所述第二用戶的統一標識與第一用戶在第一 SP下 的用戶標識對應地儲存。
[0026] 結合本發明實施例第二方面的第一種可能實現方式，本發明實施例第二方面的第 二種可能實現方式中，所述根據所述第二WebRTC服務器的地址信息將攜帶所述統一標識 的跨SP的呼叫請求或添加好友請求轉發給所述第二WebRTC服務器，之前還包括：
[0027] 如果所述跨SP的呼叫請求或添加好友請求中包括：所述第二SP的標識和所述第 二用戶在第二SP下的用戶標識；
[0028] 則根據所述第二SP的標識和所述第二用戶在第二SP下的用戶標識，獲取所述第 二用戶對應的WebRTC的統一標識；
[0029] 將所述獲取的第二用戶對應的WebRTC的統一標識添加到所述跨SP的呼叫請求或 添加好友請求中。
[0030] 結合本發明實施例第二方面的第二種可能實現方式，本發明實施例第二方面的第 三種可能實現方式中，所述根據所述第二SP的標識和所述第二用戶在第二SP下的用戶標 識，獲取所述第二用戶對應的WebRTC的統一標識，具體包括：
[0031] 向網頁實時通信的注冊服務器發送地址查詢請求，所述查詢請求中包括所述第二 SP的標識，以請求查詢所述第二SP下統一標識的存儲地址信息；
[0032] 接收所述注冊服務器返回的所述統一標識的存儲地址信息；
[0033] 根據所述存儲地址信息向儲存所述統一標識的服務器發送標識查詢請求，所述標 識查詢請求中包括所述第二用戶在第二SP下的用戶標識，以請求查詢所述第二用戶對應 的網頁實時通信的統一標識；所述儲存統一標識的服務器為所述第二用戶對應的網頁實時 通信的地址服務器，或所述第二WebRTC服務器；
[0034] 接收所述儲存統一標識的服務器返回的所述第二用戶的統一標識。
[0035] 結合本發明實施例第二方面到第二方面的第三種可能實現方式中任一方面，本發 明實施例第二方面的第四種可能實現方式中，所述方法還包括：
[0036] 將所述第一 WebRTC服務器中儲存WebRTC的統一標識的存儲地址信息注冊到 WebRTC的注冊服務器中。
[0037] 本發明實施例第三方面提供一種網頁實時通信方法，應用于第一用戶的第一網頁 實時通信WebRTC客戶端中，所述第一用戶為第一服務提供商SP下的用戶，包括：
[0038] 將跨SP的呼叫請求發送給第一 WebRTC服務器，所述跨SP的呼叫請求中包括第二 SP的標識和第二用戶在第二SP下的用戶標識；
[0039] 以便所述第一 WebRTC服務器根據所述第二SP的標識和第二用戶在第二SP下的 用戶標識獲取所述第二用戶對應的WebRTC的統一標識，并將所述統一標識添加到所述跨 SP的呼叫請求中發送給所述第二SP的第二WebRTC服務器，以指示第二WebRTC服務器根 據所述第二用戶的用戶標識將接收的跨SP的呼叫請求發送給所述第二用戶的第二WebRTC 客戶端；其中，所述統一標識中包括所述第二用戶在第二SP下的用戶標識，及對應的第二 WebRTC服務器的地址信息；
[0040] 接收所述第一 WebRTC服務器返回的所述第二WebRTC客戶端的呼叫接受消息，與 第二WebRTC客戶端之間進行通信。
[0041] 本發明實施例第三方面的第一種可能實現方式中，所述方法還包括：
[0042] 將添加好友請求發送給第一 WebRTC服務器，所述添加好友請求中包括第二SP的 標識和第二用戶在第二SP下的用戶標識；
[0043] 以便所述第一 WebRTC服務器根據所述第二SP的標識和第二用戶在第二SP下的 用戶標識獲取所述第二用戶對應的WebRTC的統一標識，并將所述統一標識添加到所添加 好友請求中發送給所述第二SP的第二WebRTC服務器，以指示第二WebRTC服務器根據所述 第二用戶的用戶標識將接收的添加好友請求發送給所述第二用戶的第二WebRTC客戶端；
[0044] 接收所述第一 WebRTC服務器返回的所述第二WebRTC客戶端的添加好友成功響 應，將所述第二用戶的統一標識顯示在與第一用戶在第一 SP下的用戶標識綁定的用戶所 在界面。
[0045] 本發明實施例第四方面提供一種網頁實時通信方法，應用于第二用戶的第二網頁 實時通信WebRTC服務器中，所述第二用戶為第二服務提供商SP下的用戶，所述方法包括：
[0046] 接收第一 SP下的第一 WebRTC服務器發送的跨SP的呼叫請求，所述跨SP的呼叫 請求中攜帶所述第二用戶對應的WebRTC的統一標識，所述統一標識中包括所述第二用戶 在第二SP下的用戶標識，及所述第二WebRTC服務器的地址信息；
[0047] 根據所述第二用戶在第二SP下的用戶標識，查找到所述第二用戶的第二WebRTC 客戶端，并將所述攜帶所述第二用戶的統一標識的跨SP的呼叫請轉發給所述第二WebRTC 客戶端；
[0048] 接收所述第二WebRTC客戶端返回的呼叫接受消息，并轉發給所述第一 WebRTC服 務器。
[0049] 本發明實施例第四方面的第一種可能實現方式中，所述方法還包括：
[0050] 接收第一 SP下的第一 WebRTC服務器發送的添加好友請求，所述添加好友請求中 攜帶所述第二用戶對應的WebRTC的統一標識；
[0051] 根據所述第二用戶在第二SP下的用戶標識，查找到所述第二用戶的第二WebRTC 客戶端，并將所述攜帶所述第二用戶的統一標識的添加好友請求轉發給所述第二WebRTC 客戶端；
[0052] 接收所述第二WebRTC客戶端返回的添加好友成功響應，并轉發給所述第一 WebRTC服務器。
[0053] 結合本發明實施例第四方面或第四方面的第一種可能實現方式，本發明實施例第 四方面的第二種可能實現方式中，所述接收第一 SP下的第一 WebRTC服務器發送的跨SP的 呼叫請求，之前還包括：
[0054] 接收所述第一 WebRTC服務器或第一 WebRTC客戶端發送的標識查詢請求，以請求 查詢所述第二用戶對應的WebRTC的統一標識；
[0055] 將所述第二用戶的統一標識返回給所述第一 WebRTC服務器或第一 WebRTC客戶 端。
[0056] 本發明實施例第五方面提供一種網頁實時通信WebRTC客戶端，包括：
[0057] 統一標識獲取單元，用于獲取第二用戶對應的WebRTC的統一標識，所述第二用戶 為第二服務提供商SP下的用戶，所述統一標識中包括所述第二用戶在第二SP下的用戶標 識，及對應的第二WebRTC服務器的地址信息；
[0058] 呼叫請求單元，用于根據所述統一標識獲取單元獲取的統一標識中的第二WebRTC 服務器的地址信息，將跨SP的呼叫請求通過第一 SP下的第一用戶對應的第一 WebRTC服務 器發送給所述第二WebRTC服務器，所述跨SP的呼叫請求中包括所述統一標識，以指示所述 第二WebRTC服務器根據所述第二用戶在第二SP下的用戶標識將所述跨SP的呼叫請求轉 發給第二用戶的第二WebRTC客戶端；
[0059] 呼叫接受單元，用于接收所述第一 WebRTC服務器返回的所述第二WebRTC客戶端 的呼叫接受消息，與第二WebRTC客戶端之間進行通信。
[0060] 本發明實施例第五方面的第一種可能實現方式中，所述統一標識獲取單元具體包 括：
[0061] 地址請求單元，用于向網頁實時通信的注冊服務器發送地址查詢請求，以請求查 詢所述統一標識的存儲地址信息；
[0062] 存儲地址接收單元，用于接收所述注冊服務器返回的所述統一標識的存儲地址信 息；
[0063] 標識請求單元，用于根據所述存儲地址接收單元接收的存儲地址信息向儲存所述 統一標識的服務器發送標識查詢請求，以請求查詢所述第二SP對應的網頁實時通信的統 一標識；所述儲存統一標識的服務器為所述第二用戶對應的網頁實時通信的地址服務器， 或所述第二WebRTC服務器；
[0064] 標識接收單元，用于接收所述儲存統一標識的服務器返回的所述第二用戶的統一 標識。
[0065] 結合本發明實施例第五方面或第五方面的第一種可能實現方式，本發明實施例第 五方面的第二種可能實現方式中，還包括：
[0066] 添加好友請求單元，用于根據所述統一標識獲取單元獲取的統一標識中的第二 WebRTC服務器的地址信息，將添加好友請求通過所述第一 WebRTC服務器發送給所述第二 WebRTC服務器，所述添加好友請求中包括所述統一標識，以指示所述第二WebRTC服務器 根據所述第二用戶在第二SP下的用戶標識將所述添加好友請求轉發給第二用戶的第二 WebRTC客戶端；
[0067] 響應處理單元，用于接收所述第一 WebRTC服務器返回的所述第二WebRTC客戶端 的添加好友成功響應，將所述第二用戶的統一標識顯示在與第一用戶在第一 SP下的用戶 標識綁定的用戶所在界面。
[0068] 本發明實施例第六方面提供一種網頁實時通信WebRTC服務器，包括：
[0069] 呼叫接收單元，用于接收第一服務提供商SP下的第一用戶的第一 WebRTC客戶端 發送的跨SP的呼叫請求；
[0070] 呼叫轉發單元，用于如果所述呼叫接收單元接收的跨SP的呼叫請求中包括第二 用戶對應的WebRTC的統一標識，所述第二用戶為第二SP下的用戶，所述統一標識中包括所 述第二用戶在第二SP下的用戶標識，及對應的第二WebRTC服務器的地址信息；則根據所 述第二WebRTC服務器的地址信息將所述攜帶統一標識的跨SP的呼叫請求轉發給所述第二 WebRTC服務器，以指示所述第二WebRTC服務器根據所述第二用戶在第二SP下的用戶標識 將所述跨SP的呼叫請求轉發給第二用戶的第二WebRTC客戶端；
[0071] 呼叫接受轉發單元，用于接收所述第二WebRTC服務器返回的所述第二WebRTC客 戶端的呼叫接受消息并轉發給所述第一 WebRTC客戶端，以便所述第一 WebRTC客戶端與第 二WebRTC客戶端之間進行通信。
[0072] 本發明實施例第六方面的第一種可能實現方式中，還包括：
[0073] 添加請求接收單元，用于接收所述第一 WebRTC客戶端發送的添加好友請求；
[0074] 添加請求轉發單元，用于如果所述添加請求接收單元接收的添加好友請求中包括 第二用戶對應的WebRTC的統一標識，則根據所述第二WebRTC服務器的地址信息將所述攜 帶統一標識的添加好友請求轉發給所述第二WebRTC服務器，以指示所述第二WebRTC服務 器根據所述第二用戶在第二SP下的用戶標識將所述添加好友請求轉發給第二用戶的第二 WebRTC客戶端；
[0075] 響應接收處理單元，用于接收所述第二WebRTC服務器返回的所述第二WebRTC客 戶端的添加好友成功響應并轉發給所述第一 WebRTC客戶端，并將所述第二用戶的統一標 識與第一用戶在第一 SP下的用戶標識對應地儲存。
[0076] 結合本發明實施例第六方面或第六方面的第一種可能實現方式，本發明實施例第 六方面的第二種可能實現方式中，還包括：
[0077] 統一標識獲取單元，用于如果所述跨SP的呼叫請求或添加好友請求中包括：所述 第二SP的標識和所述第二用戶在第二SP下的用戶標識；則根據所述第二SP的標識和所述 第二用戶在第二SP下的用戶標識，獲取所述第二用戶對應的WebRTC的統一標識；
[0078] 標識添加單元，用于將所述統一標識獲取單元獲取的第二用戶對應的WebRTC的 統一標識添加到所述跨SP的呼叫請求或添加好友請求中。
[0079] 結合本發明實施例第六方面的第二種可能實現方式，本發明實施例第六方面的第 三種可能實現方式中，所述統一標識獲取單元具體包括：
[0080] 地址請求單元，用于向網頁實時通信的注冊服務器發送地址查詢請求，所述查詢 請求中包括所述第二SP的標識，以請求查詢所述第二SP下統一標識的存儲地址信息；
[0081] 存儲地址接收單元，用于接收所述注冊服務器返回的所述統一標識的存儲地址信 息；
[0082] 標識請求單元，用于根據所述存儲地址接收單元接收的存儲地址信息向儲存所述 統一標識的服務器發送標識查詢請求，所述標識查詢請求中包括所述第二用戶在第二SP 下的用戶標識，以請求查詢所述第二用戶對應的網頁實時通信的統一標識；所述儲存統一 標識的服務器為所述第二用戶對應的網頁實時通信的地址服務器，或所述第二WebRTC服 務器；
[0083] 標識接收單元，用于接收所述儲存統一標識的服務器返回的所述第二用戶的統一 標識。
[0084] 結合本發明實施例第六方面到第六方面的第三種可能實現方式中所述的任一服 務器，本發明實施例第六方面的第四種可能實現方式中，還包括：
[0085] 注冊單元，用于將所述WebRTC服務器中儲存WebRTC的統一標識的存儲地址信息 注冊到WebRTC的注冊服務器中。
[0086] 本發明實施例第七方面提供一種網頁實時通信WebRTC客戶端，包括：
[0087] 呼叫發送單元，用于將跨SP的呼叫請求發送給第一 WebRTC服務器，所述跨SP的 呼叫請求中包括第二SP的標識和第二用戶在第二服務提供商SP下的用戶標識；
[0088] 以便所述第一 WebRTC服務器根據所述第二SP的標識和第二用戶在第二SP下的 用戶標識獲取所述第二用戶對應的WebRTC的統一標識，并將所述統一標識添加到所述跨 SP的呼叫請求中發送給所述第二SP的第二WebRTC服務器，以指示第二WebRTC服務器根 據所述第二用戶的用戶標識將接收的跨SP的呼叫請求發送給所述第二用戶的第二WebRTC 客戶端；其中，所述統一標識中包括所述第二用戶在第二SP下的用戶標識，及對應的第二 WebRTC服務器的地址信息；
[0089] 呼叫接受單元，用于接收所述第一 WebRTC服務器返回的所述第二WebRTC客戶端 的呼叫接受消息，與第二WebRTC客戶端之間進行通信。
[0090] 本發明實施例第七方面的第一種可能實現方式中，還包括：
[0091] 添加請求發送單元，用于將添加好友請求發送給第一 WebRTC服務器，所述添加好 友請求中包括第二SP的標識和第二用戶在第二SP下的用戶標識；
[0092] 以便所述第一 WebRTC服務器根據所述第二SP的標識和第二用戶在第二SP下的 用戶標識獲取所述第二用戶對應的WebRTC的統一標識，并將所述統一標識添加到所添加 好友請求中發送給所述第二SP的第二WebRTC服務器，以指示第二WebRTC服務器根據所述 第二用戶的用戶標識將接收的添加好友請求發送給所述第二用戶的第二WebRTC客戶端；
[0093] 響應接收處理單元，用于接收所述第一 WebRTC服務器返回的所述第二WebRTC客 戶端的添加好友成功響應，將所述第二用戶的統一標識顯示在與第一用戶在第一 SP下的 用戶標識綁定的用戶所在界面。
[0094] 本發明實施例第八方面提供一種網頁實時通信WebRTC服務器，包括：
[0095] 呼叫接收單元，用于接收第一服務提供商SP下的第一 WebRTC服務器發送的跨SP 的呼叫請求，所述跨SP的呼叫請求中攜帶所述第二用戶對應的WebRTC的統一標識，所述統 一標識中包括所述第二用戶在第二SP下的用戶標識，及所述第二WebRTC服務器的地址信 息；
[0096] 呼叫轉發單元，用于根據所述呼叫接收單元接收的跨SP的呼叫請求中的第二用 戶在第二SP下的用戶標識，查找到所述第二用戶的第二WebRTC客戶端，并將所述攜帶所述 第二用戶的統一標識的跨SP的呼叫請轉發給所述第二WebRTC客戶端；
[0097] 呼叫接受單元，用于接收所述第二WebRTC客戶端返回的呼叫接受消息，并轉發給 所述第一 WebRTC服務器。
[0098] 本發明實施例第八方面的第一種可能實現方式中，還包括：
[0099] 添加請求接收單元，用于接收第一 SP下的第一 WebRTC服務器發送的添加好友請 求，所述添加好友請求中攜帶所述第二用戶對應的WebRTC的統一標識；
[0100] 添加請求轉發單元，用于根據所述添加請求接收單元接收的添加好友請求中的第 二用戶在第二SP下的用戶標識，查找到所述第二用戶的第二WebRTC客戶端，并將所述攜帶 所述第二用戶的統一標識的添加好友請求轉發給所述第二WebRTC客戶端；
[0101] 響應發送單元，用于接收所述第二WebRTC客戶端返回的添加好友成功響應，并轉 發給所述第一 WebRTC服務器。
[0102] 結合本發明實施例第八方面或第八方面的第一種可能實現方式，本發明實施例第 八方面的第二種可能實現方式中，還包括：
[0103] 標識請求接收單元，用于接收所述第一 WebRTC服務器或第一 WebRTC客戶端發送 的標識查詢請求，以請求查詢所述第二用戶對應的WebRTC的統一標識；
[0104] 統一標識發送單元，用于將所述第二用戶的統一標識返回給所述第一 WebRTC服 務器或第一 WebRTC客戶端。
[0105] 本發明實施例第九方面提供一種網頁實時通信系統，包括第一網頁實時通信 WebRTC客戶端、第一 WebRTC服務器、第二WebRTC服務器和第二WebRTC客戶端，其中：
[0106] 所述第一 WebRTC客戶端是如上述本發明實施例第五方面到第五方面的第二種可 能實現方式中任一項所述的WebRTC客戶端；
[0107] 所述第一 WebRTC服務器是如上述本發明實施例第六方面，或第六方面的第一種 可能實現方式，或第六方面的第四方面所述的WebRTC服務器；
[0108] 所述第二WebRTC服務器是如上述本發明實施例第八方面到第八方面的第二種可 能實現方式中任一項所述的WebRTC服務器。
[0109] 本發明實施例第十方面提供一種網頁實時通信系統，包括第一網頁實時通信 WebRTC客戶端、第一 WebRTC服務器和第二WebRTC服務器，其中：
[0110] 所述第一 WebRTC客戶端是如上述本發明實施例第七方面或第七方面的第一種可 能實現方式所述的WebRTC客戶端；
[0111] 所述第一 WebRTC服務器是如上述本發明實施例第六方面第二種可能實現方式， 或第六方面的第三種可能實現方式，或第六方面的第四方面所述的WebRTC服務器；
[0112] 所述第二WebRTC服務器是如上述本發明實施例第八方面到第八方面的第二種可 能實現方式中任一項所述的WebRTC服務器。
[0113] 本實施例將被叫用戶即第二用戶的統一標識攜帶在跨SP的呼叫請求中進行發 送，由于在統一標識中包括第二WebRTC服務器的地址信息，則該跨SP的呼叫請求能通過第 一 WebRTC服務器路由到第二WebRTC服務器，然后第二WebRTC服務器根據統一標識中第二 用戶的用戶標識將該跨SP的呼叫請求路由到第二WebRTC客戶端；當第一 WebRTC客戶端接 收到第二WebRTC客戶端的呼叫接受消息后，就可以與第二WebRTC客戶端之間進行跨SP的 WebRTC。從而實現了不同SP下的用戶之間通過WebRTC客戶端進行通信。

【專利附圖】

【附圖說明】
[0114] 為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現 有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本 發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動性的前提下，還可 以根據這些附圖獲得其他的附圖。
[0115] 圖1是本發明實施例提供的一種網頁實時通信系統的結構示意圖；
[0116] 圖2是本發明方法實施例一提供的一種網頁實時通信方法流程圖；
[0117] 圖3是本發明方法實施例一中第一 WebRTC客戶端獲取第二用戶的統一標識的方 法流程圖；
[0118] 圖4是本發明方法實施例一提供的另一種網頁實時通信方法流程圖；
[0119] 圖5是本發明方法實施例二提供的一種網頁實時通信方法流程圖；
[0120] 圖6是本發明方法實施例二提供的另一種網頁實時通信方法流程圖；
[0121] 圖7是本發明方法實施例三提供的一種網頁實時通信方法流程圖；
[0122] 圖8是本發明方法實施例三提供的另一種網頁實時通信方法流程圖；
[0123] 圖9是本發明方法實施例四提供的一種網頁實時通信方法流程圖；
[0124] 圖10是本發明方法實施例五提供的一種網頁實時通信方法流程圖；
[0125] 圖11是本發明方法實施例五提供的另一種網頁實時通信方法流程圖；
[0126] 圖12是本發明方法實施例六提供的一種網頁實時通信方法流程圖；
[0127] 圖13是本發明方法實施例七提供的一種網頁實時通信方法流程圖；
[0128] 圖14是本發明方法實施例八提供的一種網頁實時通信方法流程圖；
[0129] 圖15是本發明方法實施例九提供的一種網頁實時通信方法流程圖；
[0130] 圖16是本發明設備實施例一提供的一種網頁實時通信WebRTC客戶端的結構示意 圖；
[0131] 圖17是本發明設備實施例一提供的另一種網頁實時通信WebRTC客戶端的結構示 意圖；
[0132] 圖18是本發明設備實施例二提供的一種網頁實時通信WebRTC客戶端的結構示意 圖；
[0133] 圖19是本發明設備實施例三提供的一種網頁實時通信WebRTC服務器的結構示意 圖；
[0134] 圖20是本發明設備實施例三提供的另一種網頁實時通信WebRTC服務器的結構示 意圖；
[0135] 圖21是本發明設備實施例三提供的另一種網頁實時通信WebRTC服務器的結構示 意圖；
[0136] 圖22是本發明設備實施例四提供的一種網頁實時通信WebRTC服務器的結構示意 圖；
[0137] 圖23是本發明設備實施例五提供的一種網頁實時通信WebRTC客戶端的結構示意 圖；
[0138] 圖24是本發明設備實施例七提供的一種網頁實時通信WebRTC服務器的結構示意 圖；
[0139] 圖25是本發明設備實施例七提供的另一種網頁實時通信WebRTC服務器的結構示 意圖。

【具體實施方式】
[0140] 下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基于 本發明中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他 實施例，都屬于本發明保護的范圍。
[0141] 本發明方法實施例一
[0142] 提供一種網頁實時通信方法，主要是應用于如圖1所示的網頁實時通信（以下簡 稱WebRTC)系統中，在該系統中包括WebRTC客戶端、WebRTC服務器、WebRTC的注冊服務器 (register server)和 WebRTC 的地址服務器（address server)。其中：
[0143] 每個SP下對應一個WebRTC服務器和WebRTC的地址服務器，該WebRTC的地址服務 器用于儲存該SP下用戶對應的WebRTC的統一標識，在統一標識中包括用戶標識和對應的 WebRTC服務器的地址信息，而WebRTC服務器用于向WebRTC客戶端提供該SP下的WebRTC 業務，其中可以儲存該SP下所有用戶的信息比如用戶標識等信息；該WebRTC的地址服務器 和WebRTC服務器可以獨立部署（圖1中以兩個服務器獨立部署為例說明），也可以將WebRTC 的地址服務器的功能集成到WebRTC服務器中，作為WebRTC服務器的一個單元模塊；WebRTC 的注冊服務器用于儲存各個SP下用戶的統一標識的存儲地址信息，具體可以通過SP標識 與統一標識的存儲地址信息的對應關系進行儲存等；每個WebRTC服務器可以對應該SP下 的多個用戶的WebRTC客戶端。
[0144] 上述系統中的某一用戶（比如第一用戶)采用第一 WebRTC客戶端登陸第一 SP下的 第一 WebRTC服務器后，第一 WebRTC客戶端可以按照如下方法進行跨SP的WebRTC，該第一 用戶為第一 SP下的用戶，流程如圖2所示，包括：
[0145] 步驟101，第一 WebRTC客戶端會獲取第二用戶對應的WebRTC的統一標識，該第二 用戶為第二SP下的用戶，該統一標識中包括第二用戶在第二SP下的用戶標識，及對應的第 二WebRTC服務器的地址信息，具體在實現過程中，可以在用戶標識的下層綁定一個新增的 夾（Shim)層，以綁定第二WebRTC服務器的地址信息。
[0146] 可以理解，如果第一用戶想要通過第一 WebRTC客戶端與其它SP下的用戶（比如第 二用戶）之間進行WebRTC，可以通過第一 WebRTC客戶端提供的跨SP的網頁實時通信接口 來觸發跨SP的呼叫請求的發送。首先需要獲取第二用戶的統一標識，由于第二用戶的統一 標識的存儲地址信息儲存在WebRTC的注冊服務器中，這樣第一 WebRTC客戶端在初次與第 二用戶的第二WebRTC客戶端之間進行通信時，具體可以通過如下的步驟來獲取，流程圖如 圖3所示，包括：
[0147] A :向網頁實時通信的注冊服務器發送地址查詢請求，以請求查詢第二SP下用戶 的統一標識的存儲地址信息，在地址查詢請求中可以包括第二SP的標識（比如新浪等)等信 息。這樣WebRTC的注冊服務器在接收到地址查詢請求后，查找與第二SP的標識對應的存 儲地址信息并返回給第一 WebRTC客戶端，比如服務器域名即webrtc-address. sina. com。
[0148] B :接收注冊服務器返回的統一標識的存儲地址信息。
[0149] C :根據存儲地址信息向儲存統一標識的服務器發送標識查詢請求，以請求查詢第 二用戶對應的網頁實時通信的統一標識，這里儲存統一標識的服務器可以為第二SP對應 的網頁實時通信的地址服務器，或第二WebRTC服務器。其中在標識查詢請求中可以包括該 第二用戶在第二SP下的用戶標識（比如BruceLee等)，這樣儲存統一標識的服務器接收到 標識查詢請求后，可以查找與第二用戶的用戶標識對應的第二WebRTC服務器的地址信息， 從而得到了統一標識并返回給第一 WebRTC客戶端。
[0150] D :接收所述儲存統一標識的服務器返回的第二用戶的統一標識，并可以儲存該第 二用戶的統一標識，方便以后第一 WebRTC客戶端隨時發起與第二WebRTC客戶端的通信。
[0151] 在另一種情況下，有些SP (比如QQ和百度等SP)下統一標識的存儲地址信息是 公知的，這樣可以在第一 WebRTC客戶端中預置一些SP下統一標識的存儲地址信息，第一 WebRTC客戶端在獲取第二用戶的統一標識時，可以不用執行上述步驟A和B，而直接執行步 驟C和D來獲取統一標識，簡化了獲取流程。
[0152] 步驟102,第一 WebRTC客戶端根據第二WebRTC服務器的地址信息將跨SP的呼叫 請求通過第一用戶對應的第一 WebRTC服務器發送給第二WebRTC服務器，在跨SP的呼叫請 求中包括統一標識，以指示第二WebRTC服務器根據第二用戶在第二SP下的用戶標識將跨 SP的呼叫請求轉發給第二用戶的第二WebRTC客戶端。
[0153] 具體地，第一 WebRTC客戶端將跨SP的呼叫請求發送給第一 WebRTC服務器，并 在跨SP的呼叫請求中可以攜帶第二用戶的統一標識，還可以攜帶第一用戶的介紹信息 (比如第一用戶的在第一 SP下的用戶標識等信息）和第一 WebRTC客戶端的會話描述協議 (Session Description Protocol，SDP)信息等信息，其中 SDP 信息用于與第二 WebRTC 客 戶端進行數據傳輸通道的協商；
[0154] 當第一 WebRTC服務器接收到跨SP的呼叫請求后，根據統一標識中的第二WebRTC 服務器的地址信息箱第二WebRTC服務器轉發給跨SP的呼叫請求；
[0155] 第二WebRTC服務器在接收到跨SP的呼叫請求后，會根據統一標識中的第二用戶 在第二SP下的用戶標識，查找到第二WebRTC客戶端并轉發該跨SP的呼叫請求，一般情況 下，需要第二用戶采用第二WebRTC客戶端登陸第二WebRTC服務器后，第二WebRTC服務器 才會實現該轉發的步驟。
[0156] 但是在有些情況下，在第二WebRTC服務器中儲存的第二用戶的用戶標識綁定 了一個移動終端的信息（比如手機號等信息)，這樣即使第二WebRTC客戶端沒有登錄第二 WebRTC服務器，第二WebRTC服務器還是可以通過推送（Push)的方式，將跨SP的呼叫請求 發送給第二用戶的用戶標識綁定的移動終端，以指示該移動終端登錄第二WebRTC服務器， 并進行網頁實時通信。
[0157] 步驟103,接收第一 WebRTC服務器返回的第二WebRTC客戶端的呼叫接受消息，與 第二WebRTC客戶端之間進行通信。
[0158] 當第二WebRTC客戶端接收到跨SP的呼叫請求后，可以向第二用戶提供選擇是否 連接呼叫的用戶界面；這樣當第二用戶選擇連接呼叫的信息后，第二WebRTC客戶端會返回 呼叫接受消息，該呼叫接受消息可以通過第二WebRTC服務器及第一 WebRTC服務器，然后達 到第一 WebRTC客戶端。在呼叫接受消息中可以包括第二WebRTC客戶端的SDP信息來進行 數據傳輸通道的協商。
[0159] 這樣第一 WebRTC客戶端與第二WebRTC客戶端之間就建立了跨SP的WebRTC的通 道，可以進行通信比如音/視頻的通信等。
[0160] 可見，本發明實施例中，第一 SP下用戶的第一 WebRTC客戶端會獲取第二用戶的統 一標識，并發送攜帶該統一標識的跨SP的呼叫請求；由于在統一標識中包括第二WebRTC服 務器的地址信息，則該跨SP的呼叫請求能通過第一 WebRTC服務器路由到第二WebRTC服務 器，然后第二WebRTC服務器根據統一標識中第二用戶的用戶標識將該跨SP的呼叫請求路 由到第二WebRTC客戶端；當第一 WebRTC客戶端接收到第二WebRTC客戶端的呼叫接受消息 后，就可以與第二WebRTC客戶端之間進行跨SP的WebRTC。本實施例中通過用戶的統一標 識能將一個SP下的WebRTC客戶端的呼叫請求路由到另一個SP下WebRTC客戶端，從而實 現了不同SP下的用戶之間通過WebRTC客戶端進行通信。
[0161] 參考圖4所示，在一個具體的實施例中，為了方便跨SP的用戶之間使用WebRTC客 戶端進行通信，第一 WebRTC客戶端在執行了上述步驟101之后，還可以執行如下的步驟104 和105,具體地：
[0162] 步驟104,根據第二WebRTC服務器的地址信息將添加好友請求通過第一 WebRTC服 務器發送給第二WebRTC服務器，在添加好友請求中包括第二用戶的統一標識，以指示第二 WebRTC服務器根據第二用戶在第二SP下的用戶標識將添加好友請求轉發給第二用戶的第 二WebRTC客戶端。
[0163] 可以理解，在添加好友請求中可以包括統一標識，還可以包括第一用戶的介紹信 息比如用戶標識等信息，該添加好友請求先到達第一 WebRTC服務器后，由第一 WebRTC服務 器根據統一標識中的第二WebRTC服務器的地址信息將添加好友請求轉發給第二WebRTC服 務器；第二WebRTC服務器會根據第二用戶在第二SP下的用戶標識查找到第二WebRTC客戶 端并轉發該添加好友請求。
[0164] 步驟105,接收第一 WebRTC服務器返回的第二WebRTC客戶端的添加好友成功響 應，將第二用戶的統一標識顯示在與第一用戶在第一 SP下的用戶標識綁定的用戶所在界 面。
[0165] 當第二WebRTC客戶端接收到添加好友請求后，可以向第二用戶提供選擇是否同 意成為第一用戶好友的用戶界面；這樣當第二用戶選擇同意的信息后，第二WebRTC客戶 端會返回添加好友成功響應，該添加好友成功響應可以通過第二WebRTC服務器及第一 WebRTC服務器，然后達到第一 WebRTC客戶端。其中當添加好友成功響應在經過第一 WebRTC 服務器時，該第一 WebRTC服務器可以將第一用戶在第一 SP下的用戶標識與該第二用戶的 統一標識進行綁定儲存，這樣第一用戶使用在第一 SP下的用戶標識登陸第一 WebRTC服務 器后，第一 WebRTC客戶端可以將該第二用戶的統一標識顯不與第一用戶在第一 SP下的用 戶標識綁定的用戶所在界面。
[0166] 需要說明的是，在本實施例中，當第一 WebRTC客戶端在執行了上述步驟105后，當 第一用戶需要通過第一 WebRTC客戶端與該第二用戶進行WebRTC時，可以在與第一用戶在 第一 SP下的用戶標識綁定的用戶所在界面上，觸發跨SP的呼叫請求的發送即觸發執行上 述步驟102和103。
[0167] 本發明方法實施例二
[0168] 提供一種網頁實時通信方法，主要可以應用于如圖1所示的系統中，本實施例的 方法是該系統的某一用戶（比如第一用戶）采用第一 WebRTC客戶端登陸第一 SP下的第一 WebRTC服務器后，該第一 WebRTC服務器所執行的WebRTC方法，即與上述方法實施例一中第 一 WebRTC客戶端相對應的第一 WebRTC服務器所執行的方法，該第一用戶為第一 SP下的用 戶，流程如圖5所示，包括：
[0169] 步驟201，接收第一 WebRTC客戶端發送的跨SP的呼叫請求，如果跨SP的呼叫請求 中包括第二用戶對應的WebRTC的統一標識，該第二用戶為第二SP下的用戶，而在統一標識 中包括第二用戶在第二SP下的用戶標識，及對應的第二WebRTC服務器的地址信息比如第 二WebRTC服務器的域名等信息。
[0170] 步驟202,根據第二WebRTC服務器的地址信息將攜帶統一標識的跨SP的呼叫請求 轉發給第二WebRTC服務器，以指示第二WebRTC服務器根據第二用戶在第二SP下的用戶標 識將跨SP的呼叫請求轉發給第二用戶的第二WebRTC客戶端。
[0171] 可以理解，第一 WebRTC客戶端可以按照上述方法實施例一中所述來觸發跨SP的 呼叫請求的發送，當該跨SP的呼叫請求到達第一 WebRTC服務器后，該第一 WebRTC服務器 會根據統一標識中的第二WebRTC服務器的地址信息，尋址到第二WebRTC服務器，并將跨SP 的呼叫請求發送給該第二WebRTC服務器；這樣第二WebRTC服務器根據統一標識中的第二 用戶在第二SP下的用戶標識，就可以查找使用該用戶標識登陸第二WebRTC服務器的第二 WebRTC客戶端，并將跨SP的呼叫請求轉發給第二WebRTC客戶端；當第二用戶接受該呼叫 請求，就可以通過第二WebRTC客戶端返回呼叫接受消息。
[0172] 步驟203,接收第二WebRTC服務器返回的第二WebRTC客戶端的呼叫接受消息并轉 發給第一 WebRTC客戶端，以便第一 WebRTC客戶端與第二WebRTC客戶端之間進行通信。
[0173] 需要說明的是，本實施例中的第一 WebRTC服務器可以和對應的WebRTC的地址服 務器獨立部署；還可以在第一WebRTC服務器中集成上述WebRTC的地址服務器的功能，來儲 存第一 SP下用戶的統一標識，在這種情況下，該第一 WebRTC服務器還需要將第一 WebRTC 服務器中儲存WebRTC的統一標識的存儲地址信息注冊到WebRTC的注冊服務器中，便于各 個SP下的WebRTC服務器和WebRTC客戶端來獲取。
[0174] 可見，本發明實施例中，當第一 WebRTC服務器接收到第一 SP下用戶的第一 WebRTC 客戶端發送的跨SP的呼叫請求，并在跨SP的呼叫請求中攜帶第二用戶的統一標識；由于在 統一標識中包括第二WebRTC服務器的地址信息，則第一 WebRTC服務器可以將該跨SP的呼 叫請求路由到第二WebRTC服務器，然后第二WebRTC服務器根據統一標識中第二用戶的用 戶標識將該跨SP的呼叫請求路由到第二WebRTC客戶端；當第一 WebRTC服務器接收到第二 WebRTC客戶端的呼叫接受消息后轉發給第一 WebRTC客戶端，這樣第一 WebRTC客戶端就可 以與第二WebRTC客戶端之間進行跨SP的WebRTC。本實施例中通過用戶的統一標識能將一 個SP下的WebRTC客戶端的呼叫請求路由到另一個SP下WebRTC客戶端，從而實現了不同 SP下的用戶之間通過WebRTC客戶端進行通信。
[0175] 參考圖6所示，在一個具體的實施例中，為了方便跨SP的用戶之間使用WebRTC客 戶端進行通信，第一 WebRTC服務器除了可以執行上述步驟201到203之外，還可以執行如 下的步驟204和205,具體地：
[0176] 步驟204,接收第一 WebRTC客戶端發送的添加好友請求，如果在添加好友請求中 包括第二用戶對應的WebRTC的統一標識，則根據第二WebRTC服務器的地址信息將攜帶統 一標識的添加好友請求轉發給第二WebRTC服務器，以指示第二WebRTC服務器根據第二用 戶在第二SP下的用戶標識將添加好友請求轉發給第二用戶的第二WebRTC客戶端；如果第 二用戶同意添加，則會通過第二WebRTC客戶端返回添加好友成功響應。
[0177] 步驟205，接收第二WebRTC服務器返回的第二WebRTC客戶端的添加好友成功響應 并轉發給第一 WebRTC客戶端，并將第二用戶的統一標識與第一用戶在第一 SP下的用戶標 識對應地儲存。這樣每當第一用戶通過第一 WebRTC客戶端登陸第一 WebRTC服務器后，第 一 WebRTC服務器就會將于該第一用戶的用戶標識所綁定的其它用戶標識(包括統一標識） 發送給第一 WebRTC客戶端，并由第一 WebRTC客戶端顯示與該第一 WebRTC客戶端綁定的用 戶所在界面上，從而第一用戶可以隨時地發起跨SP的呼叫請求的流程。
[0178] 本發明方法實施例三
[0179] 提供一種網頁實時通信方法，主要可以應用于如圖1所示的系統中，本實施例的 方法是該系統的某一用戶（比如第一用戶）采用第一 WebRTC客戶端登陸第一 SP下的第一 WebRTC服務器后，該第一 WebRTC服務器所執行的WebRTC方法，與上述方法實施例二中不同 的是，本實施例的方法中，由第一 WebRTC服務器獲取第二用戶的統一標識，其中該第一用 戶為第一 SP下的用戶，流程如圖7所示，包括：
[0180] 步驟301，接收第一 WebRTC客戶端發送的跨SP的呼叫請求，如果跨SP的呼叫請 求中包括第二用戶在第二SP下的用戶標識和第二SP的標識，該第二用戶為第二SP下的用 戶。
[0181] 可以理解，第一用戶可以操作第一 WebRTC客戶端，觸發網頁實時通信的流程，第 一用戶向第一 WebRTC客戶端輸入第二用戶下第二SP下的用戶標識及第二SP的標識，這樣 第一 WebRTC客戶端就能將這些內容攜帶在跨SP的呼叫請求中發送給第一 WebRTC服務器。
[0182] 步驟302,根據第二SP的標識和第二用戶在第二SP下的用戶標識，獲取第二用戶 對應的WebRTC的統一標識，在統一標識中包括第二用戶在第二SP下的用戶標識，及對應的 第二WebRTC服務器的地址信息比如第二WebRTC服務器的域名等信息。
[0183] 在首次獲取第二用戶的統一標識時，第一 WebRTC服務器可以按照上述步驟A到 D來實現，流程圖如圖上述圖3類似所示，不同的是，本實施例中由第一 WebRTC服務器與 WebRTC的注冊服務器和儲存統一標識的服務器之間進行通信來獲取，在此不進行贅述。當 獲取到第二用戶的統一標識后，第一 WebRTC服務器可以進行儲存，使得在以后第一 WebRTC 客戶端能隨時發起與第二用戶的第二WebRTC客戶端之間的通信。
[0184] 步驟303,將獲取的第二用戶對應的WebRTC的統一標識添加到跨SP的呼叫請求 中。
[0185] 步驟304,根據第二WebRTC服務器的地址信息將攜帶統一標識的跨SP的呼叫請求 轉發給第二WebRTC服務器，以指示第二WebRTC服務器根據第二用戶在第二SP下的用戶標 識將跨SP的呼叫請求轉發給第二用戶的第二WebRTC客戶端。
[0186] 可以理解，第一 WebRTC服務器會根據統一標識中的第二WebRTC服務器的地址信 息，尋址到第二WebRTC服務器，并將跨SP的呼叫請求發送給該第二WebRTC服務器；這樣第 二WebRTC服務器根據統一標識中的第二用戶在第二SP下的用戶標識，就可以查找使用該 用戶標識登陸第二WebRTC服務器的第二WebRTC客戶端，并將跨SP的呼叫請求轉發給第二 WebRTC客戶端；當第二用戶接受該呼叫請求，就可以通過第二WebRTC客戶端返回呼叫接受 消息。
[0187] 步驟305,接收第二WebRTC服務器返回的第二WebRTC客戶端的呼叫接受消息并轉 發給第一 WebRTC客戶端，以便第一 WebRTC客戶端與第二WebRTC客戶端之間進行通信。
[0188] 需要說明的是，本實施例中的第一 WebRTC服務器可以和對應的WebRTC的地址服 務器獨立部署；還可以在第一WebRTC服務器中集成上述WebRTC的地址服務器的功能，來儲 存第一 SP下用戶的統一標識，在這種情況下，該第一 WebRTC服務器還需要將第一 WebRTC 服務器中儲存WebRTC的統一標識的存儲地址信息注冊到WebRTC的注冊服務器中，便于各 個SP下的WebRTC服務器和WebRTC客戶端來獲取。
[0189] 可見，本發明實施例中，當第一 WebRTC服務器接收到第一 SP下用戶的第一 WebRTC 客戶端發送的跨SP的呼叫請求，并根據跨SP的呼叫請求中的第二SP的標識和第二用戶在 第二SP下的用戶標識獲取第二用戶的統一標識，并在跨SP的呼叫請求中攜帶第二用戶的 統一標識；由于在統一標識中包括第二WebRTC服務器的地址信息，貝u第一 WebRTC服務器 可以將該跨SP的呼叫請求路由到第二WebRTC服務器，然后第二WebRTC服務器根據統一標 識中第二用戶的用戶標識將該跨SP的呼叫請求路由到第二WebRTC客戶端；當第一 WebRTC 服務器接收到第二WebRTC客戶端的呼叫接受消息后轉發給第一 WebRTC客戶端，這樣第一 WebRTC客戶端就可以與第二WebRTC客戶端之間進行跨SP的WebRTC。本實施例中通過用 戶的統一標識能將一個SP下的WebRTC客戶端的呼叫請求路由到另一個SP下WebRTC客戶 端，從而實現了不同SP下的用戶之間通過WebRTC客戶端進行通信。
[0190] 參考圖8所示，在一個具體的實施例中，為了方便跨SP的用戶之間使用WebRTC客 戶端進行通信，第一 WebRTC服務器除了可以執行上述步驟301到305之外，還可以執行如 下的步驟306和307,具體地：
[0191] 步驟306,接收第一 WebRTC客戶端發送的添加好友請求，如果在添加好友請求中 包括第二用戶在第二SP下的用戶標識和第二SP的標識，則需要先執行步驟307。
[0192] 步驟307,根據第二用戶在第二SP下的用戶標識和第二SP的標識獲取第二用戶的 統一標識，并將獲取的第二用戶的統一標識添加到添加好友請求中。
[0193] 步驟308,根據統一標識中第二WebRTC服務器的地址信息將攜帶統一標識的添加 好友請求轉發給第二WebRTC服務器，以指示第二WebRTC服務器根據第二用戶在第二SP下 的用戶標識將添加好友請求轉發給第二用戶的第二WebRTC客戶端；如果第二用戶同意添 力口，則會通過第二WebRTC客戶端返回添加好友成功響應。
[0194] 步驟309，接收第二WebRTC服務器返回的第二WebRTC客戶端的添加好友成功響應 并轉發給第一 WebRTC客戶端，并將第二用戶的統一標識與第一用戶在第一 SP下的用戶標 識對應地儲存。這樣每當第一用戶通過第一 WebRTC客戶端登陸第一 WebRTC服務器后，第 一 WebRTC服務器就會將于該第一用戶的用戶標識所綁定的其它用戶標識(包括統一標識） 發送給第一 WebRTC客戶端，并由第一 WebRTC客戶端顯示與該第一 WebRTC客戶端綁定的用 戶所在界面上，從而第一用戶可以隨時地發起跨SP的呼叫請求的流程。
[0195] 需要說明的是，上述步驟301到306,與步驟307到309之間并沒有絕對的順序關 系，可以同時執行也可以順序執行，且上述步驟302中獲取統一標識和步驟307中獲取標識 的方法可以相同，也可以不同，具體地，如果首先通過上述步驟302中獲取了統一標識，則 在上述步驟307中，第一 WebRTC服務器就可以直接從本地進行查找，而不用按照上述步驟 A到D來獲取，節省了流程的時間。
[0196] 本發明方法實施例四
[0197] 提供一種網頁實時通信方法，主要可以應用于如圖1所示的系統中，本實施例的 方法是該系統中的某一用戶（比如第一用戶)采用第一 WebRTC客戶端登陸第一 SP下的第一 WebRTC服務器后，該第一 WebRTC客戶端所執行的跨SP的WebRTC方法，本實施例的方法是 與上述方法實施例三中第一 WebRTC服務器相對應的第一 WebRTC客戶端所執行的方法，其 中第一用戶為第一 SP下的用戶，流程如圖9所示，包括：
[0198] 步驟401，將跨SP的呼叫請求發送給第一 WebRTC服務器，在跨SP的呼叫請求中包 括第二SP的標識和第二用戶在第二SP下的用戶標識。
[0199] 可以理解，第一用戶可以操作第一 WebRTC客戶端，觸發網頁實時通信的流程，第 一用戶可以向第一 WebRTC客戶端輸入第二用戶下第二SP下的用戶標識及第二SP的標識， 這樣第一 WebRTC客戶端就可以將這些內容攜帶在跨SP的呼叫請求中發送給第一 WebRTC 服務器。而第一 WebRTC服務器就按照上述步驟301到305,當接收到第二WebRTC服務器返 回的第二WebRTC客戶端的呼叫接受消息并轉發給第一 WebRTC客戶端。
[0200] 步驟402,接收第一 WebRTC服務器返回的第二WebRTC客戶端的呼叫接受消息，與 第二WebRTC客戶端之間進行通信。
[0201] 在一個具體的實施例中，為了方便第一 WebRTC客戶端與第二WebRTC客戶端之間 的通信方便，本實施例中的第一 WebRTC客戶端還可以執行如下的步驟403和404 :
[0202] 步驟403,將添加好友請求發送給第一 WebRTC服務器，在添加好友請求中包括第 二SP的標識和第二用戶在第二SP下的用戶標識。而第一 WebRTC服務器就按照上述步驟 306到309,當接收到第二WebRTC服務器返回的第二WebRTC客戶端的添加好友成功響應并 轉發給第一 WebRTC客戶端。
[0203] 步驟404,接收第一 WebRTC服務器返回的第二WebRTC客戶端的添加好友成功響 應，將第二用戶的統一標識顯示在與第一用戶在第一 SP下的用戶標識綁定的用戶所在界 面。
[0204] 需要說明的是，上述步驟401和402,與步驟403和404之間，并沒有絕對的順序關 系，可以同時執行也可以順序執行，圖9中所示的只是其中一種具體的實現方式。
[0205] 本發明實施例中，當第一 WebRTC客戶端不會獲取第二用戶的統一標識，而是直接 將跨SP的呼叫請求發送給第一 WebRTC服務器，由第一 WebRTC服務器根據請求中的第二SP 的標識和第二用戶在第二SP下的用戶標識獲取第二用戶的統一標識，由于在統一標識中 包括第二WebRTC服務器的地址信息，則第一 WebRTC服務器可以將該跨SP的呼叫請求路由 到第二WebRTC服務器，然后第二WebRTC服務器根據統一標識中第二用戶的用戶標識將該 跨SP的呼叫請求路由到第二WebRTC客戶端；當第一 WebRTC服務器接收到第二WebRTC客 戶端的呼叫接受消息后轉發給第一 WebRTC客戶端，這樣第一 WebRTC客戶端就可以與第二 WebRTC客戶端之間進行跨SP的WebRTC。本實施例中通過用戶的統一標識能將一個SP下 的WebRTC客戶端的呼叫請求路由到另一個SP下WebRTC客戶端，從而實現了不同SP下的 用戶之間通過WebRTC客戶端進行通信。
[0206] 本發明方法實施例五
[0207] 提供一種網頁實時通信方法，主要可以應用于如圖1所示的系統中，本實施例的 方法是該系統的某一用戶（比如第一用戶）采用第一 WebRTC客戶端登陸第一 SP下的第一 WebRTC服務器后，發起向第二SP下第二用戶的第二WebRTC客戶端的跨SP的WebRTC，由第 二SP下的第二WebRTC服務器所執行的WebRTC方法，第一該第一用戶為第一 SP下的用戶， 流程圖如圖10所示，包括：
[0208] 步驟501，接收第一 SP下的第一 WebRTC服務器發送的跨SP的呼叫請求，在跨SP 的呼叫請求中攜帶第二用戶對應的WebRTC的統一標識，該統一標識中包括第二用戶在第 二SP下的用戶標識，及第二WebRTC服務器的地址信息。
[0209] 可以理解，第一 WebRTC服務器可以按照上述方法實施例二或三的方法，發送跨SP 的呼叫請求給第二WebRTC服務器。
[0210] 步驟502,根據第二用戶的統一標識中的第二用戶在第二SP下的用戶標識，查找 到第二用戶的第二WebRTC客戶端，并將攜帶第二用戶的統一標識的跨SP的呼叫請求轉發 給第二WebRTC客戶端。
[0211] 其中，如果第二用戶通過第二WebRTC客戶端，并使用在第二SP下的用戶標識登陸 第二WebRTC服務器，則該第二WebRTC服務器可以查找到將當前登陸第二WebRTC服務器的 第二WebRTC客戶端；如果當前第二用戶沒有登陸，且在第二WebRTC服務器中已經綁定了與 第二用戶的用戶標識對應的移動終端的信息，則該第二WebRTC服務器可以直接將跨SP的 呼叫請求推送到綁定的移動終端上，要求移動終端來登陸第二WebRTC服務器進行通信。
[0212] 步驟503,接收第一 WebRTC客戶端返回的呼叫接受消息并轉發給第一 WebRTC服務 器，并由第一 WebRTC服務器轉發給第一 WebRTC客戶端，這樣第一 WebRTC客戶端就可以與 第二WebRTC客戶端之間進行通信。
[0213] 參考圖11所示，在一個具體的實施例中，為了方便第一 WebRTC客戶端與第二 WebRTC客戶端之間的通信，第二WebRTC服務器還可以執行如下的步驟504到506 :
[0214] 步驟504,接收第一 SP下的第一 WebRTC服務器發送的添加好友請求，在添加好友 請求中攜帶第二用戶對應的WebRTC的統一標識。第一 WebRTC服務器可以按照上述方法實 施例二或三的方法，發送添加好友請求給第二WebRTC服務器。
[0215] 步驟505,根據第二用戶在第二SP下的用戶標識，查找到第二用戶的第二WebRTC 客戶端，并將攜帶第二用戶的統一標識的添加好友請求轉發給第二WebRTC客戶端。
[0216] 步驟506,接收第二WebRTC客戶端返回的添加好友成功響應，并轉發給第一 WebRTC服務器。
[0217] 可見，通過上述步驟504到506,可以將一個SP下的用戶與另一 SP下的用戶進行 綁定，并通過上述步驟501到503,不同SP之間的用戶可以通過相應的WebRTC客戶端進行 WebRTC〇
[0218] 可以理解，上述步驟501到503,與步驟504到506之間并沒有絕對的順序關系，可 以順序執行，也可以同時執行，圖11中所示的只是其中一種具體的實現方式。
[0219] 需要說明的是，第二用戶的統一標識可以獨立儲存在第二WebRTC的地址服務器 上，也可以儲存在第二WebRTC服務器上，對于后者的情況下，在第二WebRTC服務器執行 上述步驟501或504之前，第二WebRTC服務器還可以將第二用戶的統一標識發送給第一 WebRTC服務器或第一 WebRTC客戶端，具體地：
[0220] 步驟507,接收第一 WebRTC服務器或第一 WebRTC客戶端發送的標識查詢請求，在 標識查詢請求中包括第二用戶在第二SP下的用戶標識，以請求查詢該第二SP下第二用戶 的統一標識。則第二WebRTC服務器會在本地查找與該第第二用戶的用戶標識對應的第二 WebRTC服務器的地址信息，從而找到了第二用戶的統一標識。
[0221] 步驟508,將第二用戶的統一標識返回給第一 WebRTC服務器或第一 WebRTC客戶 端。
[0222] 另外，需要說明的是，上述方法實施例一到五中所述的第一 WebRTC服務器和第二 WebRTC服務器，第一 SP和第二SP，第一 WebRTC客戶端和第二WebRTC客戶端，及第一用戶 和第二用戶，并不表示順序關系，而是為了分別說明不同的WebRTC服務器、SP、WebRTC客戶 端和用戶。
[0223] 以下以具體的應用例來說明本發明實施例中所述的網頁實時通信方法，應用場景 是SP1下的用戶A想要與SP2的用戶B之間進行WebRTC，且SP2為新浪微博的SP為例；且 任一 SP下用戶的統一標識儲存在該SP的WebRTC服務器中，則WebRTC服務器可以儲存用 戶的統一標識的存儲地址信息（比如webrtc-address. sina. com)注冊到WebRTC的注冊服 務器，同時還可以將對應的SP的信息比如標識和名稱等信息注冊到WebRTC的注冊服務器 中。具體主要有如下兩種方式，其中，WebRTC客戶端1和WebRTC服務器1是SP1下的設備， WebRTC服務器2和WebRTC客戶端2是SP2下的設備：
[0224] (1)由用戶A使用的WebRTC客戶端1來獲取用戶B的統一標識
[0225] 本發明方法實施例六提供的網頁實時通信方法，主要是SP1和SP2之間的用戶添 加過程，流程圖如圖12所示，包括：
[0226] 步驟601，SP1下的用戶A通過WebRTC客戶端1，并使用用戶標識a登陸WebRTC月艮 務器2。
[0227] 步驟602,用戶A希望添加 SP2下的用戶B為好友，則在WebRTC客戶端1提供的 用戶界面上輸入用戶B在SP2下的用戶標識b (例如BruceLee)，及輸入/選擇SP2的標識 (例如"新浪微博")，并觸發添加好友的流程。
[0228] 步驟603, WebRTC客戶端1向WebRTC的注冊服務器發送地址查詢請求，在地址查 詢請求中攜帶了 SP2的標識即"新浪微博";則WebRTC的注冊服務器返回查詢結果，并在查 詢結果中攜帶了用戶B的統一標識的存儲地址信息，即WebRTC服務器2中儲存統一標識的 地址信息"webrtc-address. sina. com，'。
[0229] 步驟 604, WebRTC 客戶端 1 向 "webrtc-address. sina. com" 對應的 WebRTC 服 務器2發起標識查詢請求，在標識查詢請求消息攜帶了用戶B在SP2下的用戶標識b (例如"BruceLee")。則WebRTC服務器2會將用戶B的統一標識(例如webrtc. sina. com/8734529306)返回給 WebRTC 客戶端 1。
[0230] 其中用戶B的統一標識中包括WebRTC服務器2的地址信息即"webrtc. sina. com"，和用戶B在SP2下的用戶標識b即"8734529306"，這里的用戶標識b是在用戶B使用 上述的用戶標識"BruceLee"注冊WebRTC服務器2時，WebRTC服務器2為該用戶B生成的 能唯一標識該用戶B在SP2中的信息。
[0231] 需要說明的是，用戶可以將任意SP下的客戶端開通WebRTC功能，這樣改SP下的 WebRTC服務器就會自動為該用戶生成一個統一標識，并將該統一標識進行儲存，或將該統 一標識儲存到該SP下的WebRTC的地址服務器中。
[0232] 步驟605, WebRTC客戶1向SP1的WebRTC服務器1發起添加好友請求，在添加好 友請求中攜帶了用戶B的統一標識，同時還可以攜帶了用戶A的介紹信息例如用戶名等信 肩、。
[0233] 步驟606, WebRTC服務器1對添加好友請求中攜帶的統一標識中"webrtc. sina. com"部分進行提取，并進行域名解析系統（Domain Name System, DNS)的查詢，獲取該 WebRTC服務器2的網絡協議（IP)地址，例如61. 135. 187. 151。
[0234] 此時，WebRTC服務器2就獲得了用戶B的可路由地址即 61.135.187.151:80/8734529306，其中80是WebRTC服務器2的端口號，可以由WebRTC服 務器1任意添加，也可以是443等。WebRTC服務器1向該路由地址發送添加好友請求，并在 添加請求消息中攜帶了用戶B的統一標識等信息。
[0235] 步驟607,當添加好友請求路由到WebRTC服務器2后，WebRTC服務器2會根據其 中攜帶的用戶B的用戶標識b即"8734529306"，查找到WebRTC客戶端2的可尋址地址，然 后將添加好友請求發給WebRTC客戶端2。
[0236] 步驟608,用戶B同意成為用戶A的好友，通過WebRTC客戶端2返回添加好友成功 響應，該添加好友成功響應經過WebRTC服務器2和WebRTC服務器1，最終達到WebRTC客 戶端1，在這個過程中，WebRTC服務器1會將用戶A在SP1下的用戶標識a與用戶B的統 一標識進行綁定儲存，這樣WebRTC客戶端1就能在用戶界面顯示該用戶B的統一標識。且 WebRTC客戶端1也會儲存該統一標識，以方便以后的WebRTC。
[0237] 本發明方法實施例七提供的網頁實時通信方法，主要是SP1和SP2之間的用戶進 行WebRTC的過程，流程圖如圖13所示，包括：
[0238] 步驟701，用戶A通過WebRTC客戶端1向用戶B發起跨SP的呼叫請求，先獲取該 用戶B的統一標識，如果通過方法實施例六中的添加好友過程，WebRTC客戶端1已經儲存 了用戶B的統一標識，則直接從WebRTC客戶端1中提取統一標識；如果沒有儲存，則可以按 照上述實施例六中的步驟603和604來獲取用戶B的統一標識。
[0239] 步驟702, WebRTC客戶端1將用戶B的統一標識添加到跨SP的呼叫請求中，在跨 SP的呼叫請求中還可以包括用于協商媒體傳輸通道的SDP請求信息和用戶A的介紹信息 等，并將該跨SP的呼叫請求發送給WebRTC服務器1。
[0240] 步驟703, WebRTC服務器1對跨SP的呼叫請求中攜帶的統一標識中 "webrtc. sina. com"部分進行提取，并進行DNS查詢，獲取用戶B的可路由地址即 61. 135. 187. 151:80/8734529306。WebRTC服務器1向該路由地址發送跨SP的呼叫請求，并 在跨SP的呼叫請求中攜帶了用戶B的統一標識及SDP請求信息等。
[0241] 步驟704,當跨SP的呼叫請求路由到WebRTC服務器2后，WebRTC服務器2會根據 其中攜帶的用戶B的用戶標識b即"8734529306"，查找到WebRTC客戶端2的可尋址地址， 然后將跨SP的呼叫請求發給WebRTC客戶端2。
[0242] 步驟705,用戶B同接聽呼叫，通過WebRTC客戶端2返回呼叫接受消息，在呼叫 接受消息中可以攜帶SDP應答信息，該呼叫接受消息經過WebRTC服務器2和WebRTC服務 器1，最終達到WebRTC客戶端1。這樣WebRTC客戶端1和WebRTC客戶端2之間就建立了 WebRTC的通道，進行WebRTC。
[0243] (2)由用戶A使用的WebRTC客戶端1對應WebRTC服務器1來獲取用戶B的統一 標識
[0244] 本發明方法實施例八提供的網頁實時通信方法，主要是SP1和SP2之間的用戶添 加過程，流程圖如圖14所不，包括：
[0245] 步驟801，SP1下的用戶A通過WebRTC客戶端1，并使用用戶標識a登陸WebRTC服 務器2。
[0246] 步驟802,用戶A希望添加 SP2下的用戶B為好友，則在WebRTC客戶端1提供的 用戶界面上輸入用戶B在SP2下的用戶標識b (例如BruceLee)，及輸入/選擇SP2的標識 (例如"新浪微博")，并觸發添加好友請求的發送，在添加好友請求中包括SP2的標識和用戶 B在SP2的用戶標識b。
[0247] 步驟803, WebRTC服務器1在接收到添加好友請求后，向WebRTC的注冊服務器 發送地址查詢請求，在地址查詢請求中攜帶了 SP2的標識即"新浪微博"；則WebRTC的注 冊服務器返回查詢結果，并在查詢結果中攜帶了用戶B的統一標識的存儲地址信息，即 "webrtc-address. sina. com，'。
[0248] 步驟 804，WebRTC 服務器 1 向 "webrtc-address· sina. com" 對應的 WebRTC 服務 器2發起標識查詢請求，在標識查詢請求消息攜帶了用戶B在SP2下的用戶標識b (例如 "BruceLee")。則WebRTC服務器2會將用戶B的統一標識返回給WebRTC客戶端1。
[0249] 步驟805, WebRTC服務器1將用戶B的統一標識添加到添加好友請求中，并根據統 一標識中"webrtc. sina. com"部分進行提取，并進行DNS的查詢，獲取用戶B的可路由地址 即61. 135. 187. 151:80/8734529306。WebRTC服務器1向該路由地址發送添加好友請求，并 在添加請求消息中攜帶了用戶B的統一標識等信息。
[0250] 步驟806,當添加好友請求路由到WebRTC服務器2后，WebRTC服務器2會根據其 中攜帶的用戶B的用戶標識b即"8734529306"，查找到WebRTC客戶端2的可尋址地址，然 后將添加好友請求發給WebRTC客戶端2。
[0251] 步驟807,用戶B同意成為用戶A的好友，通過WebRTC客戶端2返回添加好友成功 響應，該添加好友成功響應經過WebRTC服務器2和WebRTC服務器1，最終達到WebRTC客戶 端1，在這個過程中，WebRTC服務器1會將用戶A在SP1下的用戶標識a與用戶B的統一標 識進行綁定儲存，且WebRTC客戶端1也會儲存該統一標識，以方便以后的WebRTC。
[0252] 本發明方法實施例九提供的網頁實時通信方法，主要是SP1和SP2之間的用戶進 行WebRTC的過程，流程圖如圖15所示，包括：
[0253] 步驟901，用戶A通過WebRTC客戶端1向WebRTC服務器1發送跨SP的呼叫請求。 其中，如果WebRTC客戶端1已經儲存了用戶B的統一標識，則可以直接按照上述實施例七 中的方法進行WebRTC ;如果WebRTC客戶端1中沒有儲存用戶B的統一標識，則在發送跨SP 的呼叫請求中可以攜帶SP2的標識及用戶B在SP2下的用戶標識。在跨SP的呼叫請求中 還可以包括用于協商媒體傳輸通道的SDP請求信息和用戶A的介紹信息等。
[0254] 步驟902, WebRTC服務器1接收到跨SP的呼叫請求，如果其中沒有包括用戶B的 統一標識，則可以按照上述實施例八中的步驟803和804來獲取用戶B的統一標識，在此不 進行贅述。
[0255] 步驟903到905,與上述方法實施例七中WebRTC服務器1將攜帶統一標識的跨SP 的呼叫請求發送到WebRTC客戶端2,并由WebRTC客戶端2返回呼叫接受消息到WebRTC客 戶端1的方法類似，在此不進行贅述。
[0256] 本發明設備實施例一
[0257] 提供一種網頁實時通信WebRTC客戶端，即上述的第一 WebRTC客戶端，本實施例的 客戶端的各個單元之間可以按照上述方法實施例一進行WebRTC，其結構示意圖如圖16所 示，包括：
[0258] 統一標識獲取單元10,用于獲取第二用戶對應的WebRTC的統一標識，所述第二用 戶為第二服務提供商SP下的用戶，所述統一標識中包括所述第二用戶在第二SP下的用戶 標識，及對應的第二WebRTC服務器的地址信息；
[0259] 呼叫請求單元11，用于根據所述統一標識獲取單元10獲取的統一標識中的第 二WebRTC服務器的地址信息，將跨SP的呼叫請求通過第一 SP下的第一用戶對應的第一 WebRTC服務器發送給所述第二WebRTC服務器，所述跨SP的呼叫請求中包括所述統一標識， 以指示所述第二WebRTC服務器根據所述第二用戶在第二SP下的用戶標識將所述跨SP的 呼叫請求轉發給第二用戶的第二WebRTC客戶端；
[0260] 呼叫接受單元12,用于接收所述第一 WebRTC服務器返回的所述第二WebRTC客戶 端的呼叫接受消息，與第二WebRTC客戶端之間進行通信。
[0261] 可見，本實施例的客戶端中，通過統一標識獲取單元10獲取的統一標識就能將一 個SP下的WebRTC客戶端的呼叫請求路由到另一個SP下WebRTC客戶端，從而實現了不同 SP下的用戶之間通過WebRTC客戶端進行通信。
[0262] 參考圖17所示，在一個具體的實施例中，WebRTC客戶端除了可以包括如圖16所 示的結構外，還可以包括添加好友請求單元13和響應處理單元14,且其中的統一標識獲取 單元具體還可以通過地址請求單元110、存儲地址接收單元120、標識請求單元130和標識 接收單元140來實現，其中 ：
[0263] 地址請求單元110,用于向網頁實時通信的注冊服務器發送地址查詢請求，以請求 查詢所述統一標識的存儲地址信息；在地址查詢請求中可以包括第二SP的標識。
[0264] 存儲地址接收單元120,用于接收所述注冊服務器返回的所述統一標識的存儲地 址信息；
[0265] 標識請求單元130,用于根據所述存儲地址接收單元120接收的存儲地址信息向 儲存所述統一標識的服務器發送標識查詢請求，以請求查詢所述第二SP對應的網頁實時 通信的統一標識；所述儲存統一標識的服務器為所述第二用戶對應的網頁實時通信的地址 服務器，或所述第二WebRTC服務器；且在標識查詢請求中可以包括第二用戶在第二SP下的 用戶標識。
[0266] 標識接收單元140,用于接收所述儲存統一標識的服務器返回的所述第二用戶的 統一標識。
[0267] 添加好友請求單元13,用于根據所述統一標識獲取單元10中的標識接收單元 140獲取的統一標識中的第二WebRTC服務器的地址信息，將添加好友請求通過所述第一 WebRTC服務器發送給所述第二WebRTC服務器，所述添加好友請求中包括所述統一標識，以 指示所述第二WebRTC服務器根據所述第二用戶在第二SP下的用戶標識將所述添加好友請 求轉發給第二用戶的第二WebRTC客戶端；
[0268] 響應處理單元14,用于接收所述第一 WebRTC服務器返回的所述第二WebRTC客戶 端的添加好友成功響應，將所述第二用戶的統一標識顯示在與第一用戶在第一 SP下的用 戶標識綁定的用戶所在界面。
[0269] 需要說明的是，在本實施例的客戶端中還可以包括儲存單元用來儲存用戶的統一 標識，在初次獲取某一用戶的統一標識時，可以通過地址請求單元110到標識接收單元140 來獲取，并由儲存單元儲存該統一標識；這樣在之后的WebRTC過程中，統一標識獲取單元 10可以直接從該儲存單元中查找到用戶的統一標識，并由呼叫請求單元11將該統一標識 攜帶到跨SP的呼叫請求中進行發送。其中，由于一些比較公知的儲存統一標識的存儲地址 信息可以設置在客戶端中，這樣可以直接通過標識請求單元130和標識接收單元140來獲 取第二用戶的統一標識。
[0270] 本發明設備實施例二
[0271] 還提供另一種網頁實時通信WebRTC客戶端，即上述的第一 WebRTC客戶端，本實施 例的客戶端的各個單元之間可以按照上述方法實施例一進行WebRTC，結構示意圖如圖18 所示，包括分別連接到總線上的存儲器20、處理器21、輸入裝置23和輸出裝置24,其中：
[0272] 存儲器20中用來儲存從輸入裝置23輸入的數據，且還可以儲存處理器21處理數 據的必要文件等信息；輸入裝置23和輸出裝置24是WebRTC客戶端與其他設備通信的端 口，還可以包括WebRTC客戶端外接的設備比如顯示器、鍵盤、鼠標和打印機等。
[0273] 處理器21，用于獲取第二用戶對應的WebRTC的統一標識，所述第二用戶為第二 服務提供商SP下的用戶，所述統一標識中包括所述第二用戶在第二SP下的用戶標識，及 對應的第二WebRTC服務器的地址信息；并控制輸出裝置24根據獲取的統一標識中的第 二WebRTC服務器的地址信息，將跨SP的呼叫請求通過第一 SP下的第一用戶對應的第一 WebRTC服務器發送給所述第二WebRTC服務器，所述跨SP的呼叫請求中包括所述統一標識， 以指示所述第二WebRTC服務器根據所述第二用戶在第二SP下的用戶標識將所述跨SP的 呼叫請求轉發給第二用戶的第二WebRTC客戶端；當輸入裝置23接收所述第一 WebRTC服務 器返回的所述第二WebRTC客戶端的呼叫接受消息，本實施例的客戶端使用輸入裝置23和 輸出裝置24與第二WebRTC客戶端之間進行通信。
[0274] 其中，處理器21在獲取第二用戶的統一標識時，具體可以控制輸出裝置24向網頁 實時通信的注冊服務器發送地址查詢請求，以請求查詢所述統一標識的存儲地址信息；在 地址查詢請求中可以包括第二SP的標識；當輸入裝置23接收所述注冊服務器返回的所述 統一標識的存儲地址信息；處理器21還可以根據所述存儲地址信息向儲存所述統一標識 的服務器發送標識查詢請求，以請求查詢所述第二SP對應的網頁實時通信的統一標識；所 述儲存統一標識的服務器為所述第二用戶對應的網頁實時通信的地址服務器，或所述第二 WebRTC服務器；且在標識查詢請求中可以包括第二用戶在第二SP下的用戶標識；并由輸入 裝置23接收到所述儲存統一標識的服務器返回的所述第二用戶的統一標識。
[0275] 在另一些情況下，一些比較公知的儲存統一標識的存儲地址信息可以設置在客戶 端的存儲器20中，這樣處理器21可以直接根據存儲器20中的存儲地址信息向儲存統一標 識的服務器來獲取第二用戶的統一標識。當處理器21獲取到第二用戶的統一標識后，可以 儲存在存儲器20中。
[0276] 進一步地，處理器21還可以控制輸出裝置24根據統一標識中的第二WebRTC服務 器的地址信息，將添加好友請求通過所述第一 WebRTC服務器發送給所述第二WebRTC服務 器，所述添加好友請求中包括所述統一標識，以指示所述第二WebRTC服務器根據所述第二 用戶在第二SP下的用戶標識將所述添加好友請求轉發給第二用戶的第二WebRTC客戶端； 當輸入裝置23接收所述第一 WebRTC服務器返回的所述第二WebRTC客戶端的添加好友成 功響應，處理器21可以將所述第二用戶的統一標識顯示在與第一用戶在第一 SP下的用戶 標識綁定的用戶所在界面。
[0277] 本發明設備實施例三
[0278] 提供一種網頁實時通信WebRTC服務器，即上述的第一 WebRTC服務器，本實施例 的服務器的各個單元之間可以按照上述方法實施例二或三進行WebRTC，其結構示意圖如圖 19所示，包括：
[0279] 呼叫接收單元30,用于接收第一服務提供商SP下的第一用戶的第一 WebRTC客戶 端發送的跨SP的呼叫請求；
[0280] 呼叫轉發單元31，用于如果所述呼叫接收單元30接收的跨SP的呼叫請求中包括 第二用戶對應的WebRTC的統一標識，所述第二用戶為第二SP下的用戶，所述統一標識中包 括所述第二用戶在第二SP下的用戶標識，及對應的第二WebRTC服務器的地址信息；則根據 所述第二WebRTC服務器的地址信息將所述攜帶統一標識的跨SP的呼叫請求轉發給所述第 二WebRTC服務器，以指示所述第二WebRTC服務器根據所述第二用戶在第二SP下的用戶標 識將所述跨SP的呼叫請求轉發給第二用戶的第二WebRTC客戶端；
[0281] 呼叫接受轉發單元32,用于接收所述第二WebRTC服務器返回的所述第二WebRTC 客戶端的呼叫接受消息并轉發給所述第一 WebRTC客戶端，以便所述第一 WebRTC客戶端與 第二WebRTC客戶端之間進行通信。
[0282] 可見，本實施例的服務器中，由于呼叫接收單元30接收的跨SP的呼叫請求中攜帶 了第二用戶的統一標識，而通過用戶的統一標識能將一個SP下的WebRTC客戶端的呼叫請 求路由到另一個SP下WebRTC客戶端，從而實現了不同SP下的用戶之間通過WebRTC客戶 端進行通信。
[0283] 參考圖20所示，在一個具體的實施例中，WebRTC服務器除了可以如圖19所示的 結構外，還可以包括添加請求接收單元33、添加請求轉發單元34和響應接收處理單元35， 其中：
[0284] 添加請求接收單元33,用于接收所述第一 WebRTC客戶端發送的添加好友請求；
[0285] 添加請求轉發單元34,用于如果所述添加請求接收單元33接收的添加好友請 求中包括第二用戶對應的WebRTC的統一標識，則根據所述第二WebRTC服務器的地址信 息將所述攜帶統一標識的添加好友請求轉發給所述第二WebRTC服務器，以指示所述第二 WebRTC服務器根據所述第二用戶在第二SP下的用戶標識將所述添加好友請求轉發給第二 用戶的第二WebRTC客戶端；
[0286] 響應接收處理單元35,用于接收所述第二WebRTC服務器返回的所述第二WebRTC 客戶端的添加好友成功響應并轉發給所述第一 WebRTC客戶端，并將所述第二用戶的統一 標識與第一用戶在第一 SP下的用戶標識對應地儲存。
[0287] 參考圖21所示，在另一個具體的實施例中，WebRTC服務器除了可以如圖19所示 的結構外，還可以包括注冊單元38、標識添加單元37和統一標識獲取單元36,且還可以包 括上述的添加請求接收單元33、添加請求轉發單元34和響應接收處理單元35 (圖21中未 畫出）,其中：
[0288] 統一標識獲取單元36,用于如果所述呼叫接收單元30接收的跨SP的呼叫請求或 添加請求接收單元33接收的添加好友請求中包括：所述第二SP的標識和所述第二用戶在 第二SP下的用戶標識；則根據所述第二SP的標識和所述第二用戶在第二SP下的用戶標 識，獲取所述第二用戶對應的WebRTC的統一標識；
[0289] 標識添加單元37,用于將所述統一標識獲取單元36獲取的第二用戶對應的 WebRTC的統一標識添加到所述跨SP的呼叫請求或添加好友請求中，并由添加請求轉發單 元34轉發標識添加單元37添加后得到的攜帶統一標識的添加好友請求，或由呼叫轉發單 元31轉發標識添加單元37添加后得到的攜帶統一標識的跨SP的呼叫請求。
[0290] 注冊單元38,用于將所述WebRTC服務器中儲存WebRTC的統一標識的存儲地址信 息注冊到WebRTC的注冊服務器中。
[0291] 具體地，上述統一標識獲取單元36具體可以通過地址請求單元360、存儲地址接 收單元361、標識請求單元362和標識接收單元363來實現，其中 ：
[0292] 地址請求單元360,用于向網頁實時通信的注冊服務器發送地址查詢請求，所述查 詢請求中包括所述呼叫接收單元30接收的跨SP的呼叫請求中的第二SP的標識，以請求查 詢所述第二SP下統一標識的存儲地址信息；
[0293] 存儲地址接收單元361，用于接收所述注冊服務器返回的所述統一標識的存儲地 址信息；
[0294] 標識請求單元362,用于根據所述存儲地址接收單元361接收的存儲地址信息向 儲存所述統一標識的服務器發送標識查詢請求，所述標識查詢請求中包括所述呼叫接收單 元30接收的跨SP的呼叫請求中的第二用戶在第二SP下的用戶標識，以請求查詢所述第二 用戶對應的網頁實時通信的統一標識；所述儲存統一標識的服務器為所述第二用戶對應的 網頁實時通信的地址服務器，或所述第二WebRTC服務器；
[0295] 標識接收單元363,用于接收所述儲存統一標識的服務器返回的所述第二用戶的 統一標識。
[0296] 本發明設備實施例四
[0297] 還提供另一種網頁實時通信WebRTC服務器，即上述的第一 WebRTC服務器，本實施 例的服務器中各個單元之間可以按照上述方法實施例二或三進行WebRTC，結構示意圖如圖 22所示，包括分別連接到總線上的存儲器40、處理器41、輸入裝置43和輸出裝置44,其中：
[0298] 存儲器40中用來儲存從輸入裝置43輸入的數據，且還可以儲存處理器41處理數 據的必要文件等信息；輸入裝置43和輸出裝置44是WebRTC服務器與其他設備通信的端 口，還可以包括WebRTC服務器外接的設備。
[0299] 處理器41，用于在輸入裝置43接收第一服務提供商SP下的第一用戶的第一 WebRTC客戶端發送的跨SP的呼叫請求后，如果跨SP的呼叫請求中包括第二用戶對應的 WebRTC的統一標識，所述第二用戶為第二SP下的用戶，所述統一標識中包括所述第二用戶 在第二SP下的用戶標識，及對應的第二WebRTC服務器的地址信息；則處理器41根據所述 第二WebRTC服務器的地址信息控制輸出裝置44將所述攜帶統一標識的跨SP的呼叫請求 轉發給所述第二WebRTC服務器，以指示所述第二WebRTC服務器根據所述第二用戶在第二 SP下的用戶標識將所述跨SP的呼叫請求轉發給第二用戶的第二WebRTC客戶端；當輸入裝 置43接收所述第二WebRTC服務器返回的所述第二WebRTC客戶端的呼叫接受消息，處理 器41可以控制輸出裝置44將呼叫接受消息轉發給所述第一 WebRTC客戶端，以便所述第一 WebRTC客戶端與第二WebRTC客戶端之間進行通信。
[0300] 進一步地，本實施例中，當輸入裝置43接收所述第一 WebRTC客戶端發送的添加好 友請求；如果添加好友請求中包括第二用戶對應的WebRTC的統一標識，則處理器41可以根 據所述第二WebRTC服務器的地址信息，控制輸出裝置44將所述攜帶統一標識的添加好友 請求轉發給所述第二WebRTC服務器，以指示所述第二WebRTC服務器根據所述第二用戶在 第二SP下的用戶標識將所述添加好友請求轉發給第二用戶的第二WebRTC客戶端；當輸入 裝置43接收所述第二WebRTC服務器返回的所述第二WebRTC客戶端的添加好友成功響應 并轉發給所述第一 WebRTC客戶端，處理器41會將所述第二用戶的統一標識與第一用戶在 第一 SP下的用戶標識對應地儲存到存儲器40中。
[0301] 另一方面，當輸入裝置43接收到的跨SP的呼叫請求或添加好友請求中包括：所述 第二SP的標識和所述第二用戶在第二SP下的用戶標識；則處理器41會根據所述第二SP 的標識和所述第二用戶在第二SP下的用戶標識，獲取所述第二用戶對應的WebRTC的統一 標識，并將獲取的第二用戶對應的WebRTC的統一標識添加到所述跨SP的呼叫請求或添加 好友請求中，然后再控制輸出裝置44轉發攜帶統一標識的添加好友請求或轉發攜帶統一 標識的跨SP的呼叫請求。
[0302] 其中，處理器41在獲取第二用戶的統一標識時，可以控制輸出裝置44向網頁實時 通信的注冊服務器發送地址查詢請求，所述查詢請求中包括所述呼叫接收單元30接收的 跨SP的呼叫請求中的第二SP的標識，以請求查詢所述第二SP下統一標識的存儲地址信 息；當輸入裝置43接收到所述注冊服務器返回的所述統一標識的存儲地址信息；則處理器 41會根據所述存儲地址接收單元361接收的存儲地址信息向儲存所述統一標識的服務器 發送標識查詢請求，所述標識查詢請求中包括所述第二用戶在第二SP下的用戶標識，以請 求查詢所述第二用戶對應的網頁實時通信的統一標識，所述儲存統一標識的服務器為所述 第二用戶對應的網頁實時通信的地址服務器，或所述第二WebRTC服務器；最后由輸入裝置 43接收所述儲存統一標識的服務器返回的所述第二用戶的統一標識。
[0303] 本實施例中，在服務器的存儲器40中還可以儲存該SP下用戶的統一標識，則處理 器41還可以控制輸出裝置44將所述WebRTC服務器的存儲器40中儲存WebRTC的統一標 識的存儲地址信息注冊到WebRTC的注冊服務器中。
[0304] 本發明設備實施例五
[0305] 提供一種網頁實時通信WebRTC客戶端，即上述的第一 WebRTC客戶端，本實施例的 客戶端的各個單元之間可以按照上述方法實施例四進行WebRTC，其結構示意圖如圖23所 示，包括：
[0306] 呼叫發送單元50,用于將跨SP的呼叫請求發送給第一 WebRTC服務器，所述跨SP 的呼叫請求中包括第二SP的標識和第二用戶在第二SP下的用戶標識；
[0307] 以便所述第一 WebRTC服務器根據所述第二SP的標識和第二用戶在第二SP下的 用戶標識獲取所述第二用戶對應的WebRTC的統一標識，并將所述統一標識添加到所述跨 SP的呼叫請求中發送給所述第二SP的第二WebRTC服務器，以指示第二WebRTC服務器根 據所述第二用戶的用戶標識將接收的跨SP的呼叫請求發送給所述第二用戶的第二WebRTC 客戶端；其中，所述統一標識中包括所述第二用戶在第二SP下的用戶標識，及對應的第二 WebRTC服務器的地址信息；
[0308] 呼叫接受單元51，用于接收所述第一 WebRTC服務器返回的所述第二WebRTC客戶 端的呼叫接受消息，與第二WebRTC客戶端之間進行通信。
[0309] 在一個具體的實施例中，WebRTC客戶端還可以包括添加請求發送單元52和響應 接收處理單元53,其中，添加請求發送單元52,用于將添加好友請求發送給第一 WebRTC服 務器，所述添加好友請求中包括第二SP的標識和第二用戶在第二SP下的用戶標識；以便所 述第一 WebRTC服務器根據所述第二SP的標識和第二用戶在第二SP下的用戶標識獲取所 述第二用戶對應的WebRTC的統一標識，并將所述統一標識添加到所添加好友請求中發送 給所述第二SP的第二WebRTC服務器，以指示第二WebRTC服務器根據所述第二用戶的用戶 標識將接收的添加好友請求發送給所述第二用戶的第二WebRTC客戶端；響應接收處理單 元53,用于接收所述第一 WebRTC服務器返回的所述第二WebRTC客戶端的添加好友成功響 應，將所述第二用戶的統一標識顯示在與第一用戶在第一 SP下的用戶標識綁定的用戶所 在界面。
[0310] 本發明設備實施例六
[0311] 還提供另一種網頁實時通信WebRTC客戶端，即上述的第一 WebRTC客戶端，本實 施例的客戶端中各個單元之間可以按照上述方法實施例四進行WebRTC，其結構示意圖可以 如圖18所示，具體可以包括分別連接到總線上的存儲器、處理器、輸入裝置和輸出裝置，其 中：
[0312] 存儲器中用來儲存從輸入裝置輸入的數據，且還可以儲存處理器處理數據的必要 文件等信息；輸入裝置和輸出裝置是WebRTC客戶端與其他設備通信的端口，還可以包括 WebRTC客戶端外接的設備。
[0313] 處理器，用于控制輸出裝置將跨SP的呼叫請求發送給第一 WebRTC服務器，所述 跨SP的呼叫請求中包括第二SP的標識和第二用戶在第二SP下的用戶標識；以便所述第一 WebRTC服務器根據所述第二SP的標識和第二用戶在第二SP下的用戶標識獲取所述第二用 戶對應的WebRTC的統一標識，并將所述統一標識添加到所述跨SP的呼叫請求中發送給所 述第二SP的第二WebRTC服務器，以指示第二WebRTC服務器根據所述第二用戶的用戶標識 將接收的跨SP的呼叫請求發送給所述第二用戶的第二WebRTC客戶端；其中，所述統一標識 中包括所述第二用戶在第二SP下的用戶標識，及對應的第二WebRTC服務器的地址信息；當 輸入裝置接收到所述第一 WebRTC服務器返回的所述第二WebRTC客戶端的呼叫接受消息， 處理器會控制輸入裝置和輸出裝置與第二WebRTC客戶端之間進行通信。
[0314] 進一步地，處理器還用于控制輸出裝置將添加好友請求發送給第一 WebRTC服務 器，所述添加好友請求中包括第二SP的標識和第二用戶在第二SP下的用戶標識；以便所 述第一 WebRTC服務器根據所述第二SP的標識和第二用戶在第二SP下的用戶標識獲取所 述第二用戶對應的WebRTC的統一標識，并將所述統一標識添加到所添加好友請求中發送 給所述第二SP的第二WebRTC服務器，以指示第二WebRTC服務器根據所述第二用戶的用戶 標識將接收的添加好友請求發送給所述第二用戶的第二WebRTC客戶端；當輸入裝置接收 到所述第一 WebRTC服務器返回的所述第二WebRTC客戶端的添加好友成功響應，處理器會 將所述第二用戶的統一標識顯示在與第一用戶在第一 SP下的用戶標識綁定的用戶所在界 面。
[0315] 本發明設備實施例七
[0316] 提供一種網頁實時通信WebRTC服務器，即上述的第二WebRTC服務器，本實施例的 服務器的各個單元之間可以按照上述方法實施例五進行WebRTC，其結構示意圖如圖24所 示，包括：
[0317] 呼叫接收單元60,用于接收第一服務提供商SP下的第一 WebRTC服務器發送的跨 SP的呼叫請求，所述跨SP的呼叫請求中攜帶所述第二用戶對應的WebRTC的統一標識，所述 統一標識中包括所述第二用戶在第二SP下的用戶標識，及所述第二WebRTC服務器的地址 信息；
[0318] 呼叫轉發單元61，用于根據所述呼叫接收單元60接收的跨SP的呼叫請求中的第 二用戶在第二SP下的用戶標識，查找到所述第二用戶的第二WebRTC客戶端，并將所述攜帶 所述第二用戶的統一標識的跨SP的呼叫請轉發給所述第二WebRTC客戶端；
[0319] 呼叫接受單元62,用于接收所述第二WebRTC客戶端返回的呼叫接受消息，并轉發 給所述第一 WebRTC服務器。
[0320] 參考圖25所示，在一個具體的實施例中，WebRTC服務器除了可以包括如圖24所 示的結構外，還可以包括添加請求接收單元63、添加請求轉發單元64、響應發送單元65、標 識請求接收單元66和統一標識發送單元67,其中：
[0321] 添加請求接收單元63,用于接收第一 SP下的第一 WebRTC服務器發送的添加好友 請求，所述添加好友請求中攜帶所述第二用戶對應的WebRTC的統一標識；
[0322] 添加請求轉發單元64,用于根據所述添加請求接收單元63接收的添加好友請求 中的第二用戶在第二SP下的用戶標識，查找到所述第二用戶的第二WebRTC客戶端，并將所 述攜帶所述第二用戶的統一標識的添加好友請求轉發給所述第二WebRTC客戶端；
[0323] 響應發送單元65,用于接收所述第二WebRTC客戶端返回的添加好友成功響應，并 轉發給所述第一 WebRTC服務器。
[0324] 標識請求接收單元66,用于接收所述第一 WebRTC服務器或第一 WebRTC客戶端發 送的標識查詢請求，以請求查詢所述第二用戶對應的WebRTC的統一標識；
[0325] 統一標識發送單元67,用于當標識請求接收單元66將所述第二用戶的統一標識 返回給所述第一 WebRTC服務器或第一 WebRTC客戶端。
[0326] 本實施例中，如果第二用戶的統一標識儲存在該WebRTC服務器中，則該WebRTC服 務器中還可以包括注冊單元，將統一標識的存儲地址信息注冊到WebRTC的注冊服務器中， 當標識請求接收單元66接收到標識查詢請求后，由統一標識發送單元67將第二用戶的統 一標識返回。
[0327] 本發明設備實施例八
[0328] 還提供另一種網頁實時通信WebRTC服務器，即上述的第二WebRTC服務器，本實 施例的服務器中各個單元之間可以按照上述方法實施例五進行WebRTC，其結構示意圖可以 如圖22所示，具體可以包括分別連接到總線上的存儲器、處理器、輸入裝置和輸出裝置，其 中：
[0329] 存儲器中用來儲存從輸入裝置輸入的數據，且還可以儲存處理器處理數據的必要 文件等信息；輸入裝置和輸出裝置是WebRTC服務器與其他設備通信的端口，還可以包括 WebRTC服務器外接的設備。
[0330] 處理器，用于當輸入裝置接收到第一服務提供商SP下的第一 WebRTC服務器發送 的跨SP的呼叫請求，所述跨SP的呼叫請求中攜帶所述第二用戶對應的WebRTC的統一標 識，所述統一標識中包括所述第二用戶在第二SP下的用戶標識，及所述第二WebRTC服務器 的地址信息；則根據所述跨SP的呼叫請求中的第二用戶在第二SP下的用戶標識，查找到所 述第二用戶的第二WebRTC客戶端，并將所述攜帶所述第二用戶的統一標識的跨SP的呼叫 請轉發給所述第二WebRTC客戶端；當輸入裝置接收到所述第二WebRTC客戶端返回的呼叫 接受消息，處理器會控制輸出裝置轉發給所述第一 WebRTC服務器。
[0331] 進一步地，處理器，還用于當輸入裝置接收第一 SP下的第一 WebRTC服務器發送 的添加好友請求，所述添加好友請求中攜帶所述第二用戶對應的WebRTC的統一標識；則根 據所述添加好友請求中的第二用戶在第二SP下的用戶標識，查找到所述第二用戶的第二 WebRTC客戶端，并將所述攜帶所述第二用戶的統一標識的添加好友請求轉發給所述第二 WebRTC客戶端；當輸入裝置接收所述第二WebRTC客戶端返回的添加好友成功響應，處理器 可以控制輸出裝置轉發給所述第一 WebRTC服務器。
[0332] 需要說明的是，本實施例的WebRTC服務器中可以儲存對應SP下用戶的統一標識， 則服務器中的處理器還可以控制輸出裝置將統一標識的存儲地址信息注冊到WebRTC的注 冊服務器中；當輸入裝置接收到所述第一 WebRTC服務器或第一 WebRTC客戶端發送的標識 查詢請求，以請求查詢所述第二用戶對應的WebRTC的統一標識；處理器可以控制輸出裝置 將所述第二用戶的統一標識返回給所述第一 WebRTC服務器或第一 WebRTC客戶端。
[0333] 本發明實施例還提供一種網頁實時通信系統，其結構示意圖可以如圖1所示， 包括第一網頁實時通信WebRTC客戶端、第一 WebRTC服務器、第二WebRTC服務器和第二 WebRTC客戶端，其中：
[0334] 第一 WebRTC客戶端是如上述設備實施例一所述的任一個WebRTC客戶端；第一 WebRTC服務器是如上述設備實施例三中圖19或20所示的WebRTC服務器；第二WebRTC服 務器是如上述設備實施例七所述的任一個WebRTC服務器，在此不進行贅述；第二WebRTC客 戶端則用于當接收到第二WebRTC服務器發送的跨SP的呼叫請求，則可以返回呼叫接受消 息，如果接收到第二WebRTC服務器發送的添加好友請求，可以返回添加好友成功響應。
[0335] 本實施例中儲存用戶的統一標識的服務器可以是對應SP下的WebRTC服務器，也 可以是如圖1所示的單獨部署的WebRTC的地址服務器。
[0336] 本發明實施例還提供另一種網頁實時通信系統，第一網頁實時通信WebRTC客戶 端、第一 WebRTC服務器、第二WebRTC服務器和第二WebRTC客戶端，其中，第一 WebRTC客 戶端可以是上述設備實施例二所述的WebRTC客戶端；而第一 WebRTC服務器可以是上述設 備實施例四所述的WebRTC服務器；而第二WebRTC服務器可以是上述設備實施例八所述的 WebRTC服務器；第二WebRTC客戶端則用于當接收到第二WebRTC服務器發送的跨SP的呼 叫請求，則可以返回呼叫接受消息，如果接收到第二WebRTC服務器發送的添加好友請求， 可以返回添加好友成功響應。
[0337] 本實施例中儲存用戶的統一標識的服務器可以是對應SP下的WebRTC服務器，也 可以是如圖1所示的單獨部署的WebRTC的地址服務器。
[0338] 本發明實施例還提供一種網頁實時通信系統，其結構示意圖可以如圖1所示， 包括第一網頁實時通信WebRTC客戶端、第一 WebRTC服務器、第二WebRTC服務器和第二 WebRTC客戶端，其中：
[0339] 第一 WebRTC客戶端是如上述設備實施例五所述的WebRTC客戶端；第一 WebRTC服 務器是如上述設備實施例三中圖21所示的WebRTC服務器；第二WebRTC服務器是如上述設 備實施例七所述的任一個WebRTC服務器，在此不進行贅述；第二WebRTC客戶端則用于當接 收到第二WebRTC服務器發送的跨SP的呼叫請求，則可以返回呼叫接受消息，如果接收到第 二WebRTC服務器發送的添加好友請求，可以返回添加好友成功響應。
[0340] 本實施例中儲存用戶的統一標識的服務器可以是對應SP下的WebRTC服務器，也 可以是如圖1所示的單獨部署的WebRTC的地址服務器。
[0341] 本發明實施例還提供另一種網頁實時通信系統，第一網頁實時通信WebRTC客戶 端、第一 WebRTC服務器、第二WebRTC服務器和第二WebRTC客戶端，其中，第一 WebRTC客 戶端可以是上述設備實施例六所述的WebRTC客戶端；而第一 WebRTC服務器可以是上述設 備實施例四所述的WebRTC服務器；而第二WebRTC服務器可以是上述設備實施例八所述的 WebRTC服務器；第二WebRTC客戶端則用于當接收到第二WebRTC服務器發送的跨SP的呼 叫請求，則可以返回呼叫接受消息，如果接收到第二WebRTC服務器發送的添加好友請求， 可以返回添加好友成功響應。
[0342] 本實施例中儲存用戶的統一標識的服務器可以是對應SP下的WebRTC服務器，也 可以是如圖1所示的單獨部署的WebRTC的地址服務器。
[0343] 本領域普通技術人員可以理解上述實施例的各種方法中的全部或部分步驟是可 以通過程序來指令相關的硬件來完成，該程序可以存儲于一計算機可讀存儲介質中，存儲 介質可以包括：只讀存儲器（ROM)、隨機存取存儲器（RAM)、磁盤或光盤等。
[0344] 以上對本發明實施例所提供的網頁實時通信方法、系統及服務器和客戶端進行了 詳細介紹，本文中應用了具體個例對本發明的原理及實施方式進行了闡述，以上實施例的 說明只是用于幫助理解本發明的方法及其核心思想；同時，對于本領域的一般技術人員，依 據本發明的思想，在【具體實施方式】及應用范圍上均會有改變之處，綜上所述，本說明書內容 不應理解為對本發明的限制。
【權利要求】
1. 一種網頁實時通信方法，其特征在于，應用于第一用戶的第一網頁實時通信WebRTC 客戶端中，所述第一用戶為第一服務提供商SP下的用戶，包括： 獲取第二用戶對應的WebRTC的統一標識，所述第二用戶為第二SP下的用戶，所述統一 標識中包括所述第二用戶在第二SP下的用戶標識，及對應的第二WebRTC服務器的地址信 息； 根據所述第二WebRTC服務器的地址信息將跨SP的呼叫請求通過所述第一用戶對應的 第一 WebRTC服務器發送給所述第二WebRTC服務器，所述跨SP的呼叫請求中包括所述統一 標識，以指示所述第二WebRTC服務器根據所述第二用戶在第二SP下的用戶標識將所述跨 SP的呼叫請求轉發給第二用戶的第二WebRTC客戶端； 接收所述第一 WebRTC服務器返回的所述第二WebRTC客戶端的呼叫接受消息，與第二 WebRTC客戶端之間進行通信。
2. 如權利要求1所述的方法，其特征在于，所述獲取第二用戶對應的WebRTC的統一標 識，具體包括： 向網頁實時通信的注冊服務器發送地址查詢請求，以請求查詢所述統一標識的存儲地 址信息； 接收所述注冊服務器返回的所述統一標識的存儲地址信息； 根據所述存儲地址信息向儲存所述統一標識的服務器發送標識查詢請求，以請求查詢 所述第二SP對應的網頁實時通信的統一標識；所述儲存統一標識的服務器為所述第二用 戶對應的網頁實時通信的地址服務器，或所述第二WebRTC服務器； 接收所述儲存統一標識的服務器返回的所述第二用戶的統一標識。
3. 如權利要求1或2所述的方法，其特征在于，所述獲取第二用戶對應的WebRTC的統 一標識，之后還包括： 根據所述第二WebRTC服務器的地址信息將添加好友請求通過所述第一 WebRTC服務器 發送給所述第二WebRTC服務器，所述添加好友請求中包括所述統一標識，以指示所述第二 WebRTC服務器根據所述第二用戶在第二SP下的用戶標識將所述添加好友請求轉發給第二 用戶的第二WebRTC客戶端； 接收所述第一 WebRTC服務器返回的所述第二WebRTC客戶端的添加好友成功響應， 將所述第二用戶的統一標識顯示在與第一用戶在第一 SP下的用戶標識綁定的用戶所在界 面。
4. 一種網頁實時通信方法，其特征在于，應用于第一用戶的第一網頁實時通信WebRTC 服務器中，所述第一用戶為第一服務提供商SP下的用戶，包括： 接收所述第一 WebRTC客戶端發送的跨SP的呼叫請求； 如果所述跨SP的呼叫請求中包括第二用戶對應的WebRTC的統一標識，所述第二用戶 為第二SP下的用戶，所述統一標識中包括所述第二用戶在第二SP下的用戶標識，及對應的 第二WebRTC服務器的地址信息； 則根據所述第二WebRTC服務器的地址信息將所述攜帶統一標識的跨SP的呼叫請求轉 發給所述第二WebRTC服務器，以指示所述第二WebRTC服務器根據所述第二用戶在第二SP 下的用戶標識將所述跨SP的呼叫請求轉發給第二用戶的第二WebRTC客戶端； 接收所述第二WebRTC服務器返回的所述第二WebRTC客戶端的呼叫接受消息并轉發 給所述第一 WebRTC客戶端，以便所述第一 WebRTC客戶端與第二WebRTC客戶端之間進行通 ?目。
5. 如權利要求4所述的方法，其特征在于，所述方法還包括： 接收所述第一 WebRTC客戶端發送的添加好友請求； 如果所述添加好友請求中包括第二用戶對應的WebRTC的統一標識，則根據所述第二 WebRTC服務器的地址信息將所述攜帶統一標識的添加好友請求轉發給所述第二WebRTC服 務器，以指示所述第二WebRTC服務器根據所述第二用戶在第二SP下的用戶標識將所述添 加好友請求轉發給第二用戶的第二WebRTC客戶端； 接收所述第二WebRTC服務器返回的所述第二WebRTC客戶端的添加好友成功響應并轉 發給所述第一 WebRTC客戶端，并將所述第二用戶的統一標識與第一用戶在第一 SP下的用 戶標識對應地儲存。
6. 如權利要求5所述的方法，其特征在于，所述根據所述第二WebRTC服務器的地址信 息將攜帶所述統一標識的跨SP的呼叫請求或添加好友請求轉發給所述第二WebRTC服務 器，之前還包括： 如果所述跨SP的呼叫請求或添加好友請求中包括：所述第二SP的標識和所述第二用 戶在第二SP下的用戶標識； 則根據所述第二SP的標識和所述第二用戶在第二SP下的用戶標識，獲取所述第二用 戶對應的WebRTC的統一標識； 將所述獲取的第二用戶對應的WebRTC的統一標識添加到所述跨SP的呼叫請求或添加 好友請求中。
7. 如權利要求6所述的方法，其特征在于，所述根據所述第二SP的標識和所述第二用 戶在第二SP下的用戶標識，獲取所述第二用戶對應的WebRTC的統一標識，具體包括： 向網頁實時通信的注冊服務器發送地址查詢請求，所述查詢請求中包括所述第二SP 的標識，以請求查詢所述第二SP下統一標識的存儲地址信息； 接收所述注冊服務器返回的所述統一標識的存儲地址信息； 根據所述存儲地址信息向儲存所述統一標識的服務器發送標識查詢請求，所述標識查 詢請求中包括所述第二用戶在第二SP下的用戶標識，以請求查詢所述第二用戶對應的網 頁實時通信的統一標識；所述儲存統一標識的服務器為所述第二用戶對應的網頁實時通信 的地址服務器，或所述第二WebRTC服務器； 接收所述儲存統一標識的服務器返回的所述第二用戶的統一標識。
8. 如權利要求4到7任一項所述的方法，其特征在于，所述方法還包括： 將所述第一 WebRTC服務器中儲存WebRTC的統一標識的存儲地址信息注冊到WebRTC 的注冊服務器中。
9. 一種網頁實時通信方法，其特征在于，應用于第一用戶的第一網頁實時通信WebRTC 客戶端中，所述第一用戶為第一服務提供商SP下的用戶，包括： 將跨SP的呼叫請求發送給第一 WebRTC服務器，所述跨SP的呼叫請求中包括第二SP 的標識和第二用戶在第二SP下的用戶標識； 以便所述第一 WebRTC服務器根據所述第二SP的標識和第二用戶在第二SP下的用 戶標識獲取所述第二用戶對應的WebRTC的統一標識，并將所述統一標識添加到所述跨SP 的呼叫請求中發送給所述第二SP的第二WebRTC服務器，以指示第二WebRTC服務器根據 所述第二用戶的用戶標識將接收的跨SP的呼叫請求發送給所述第二用戶的第二WebRTC 客戶端；其中，所述統一標識中包括所述第二用戶在第二SP下的用戶標識，及對應的第二 WebRTC服務器的地址信息； 接收所述第一 WebRTC服務器返回的所述第二WebRTC客戶端的呼叫接受消息，與第二 WebRTC客戶端之間進行通信。
10. 如權利要求9所述的方法，其特征在于，所述方法還包括： 將添加好友請求發送給第一 WebRTC服務器，所述添加好友請求中包括第二SP的標識 和第二用戶在第二SP下的用戶標識； 以便所述第一 WebRTC服務器根據所述第二SP的標識和第二用戶在第二SP下的用戶 標識獲取所述第二用戶對應的WebRTC的統一標識，并將所述統一標識添加到所添加好友 請求中發送給所述第二SP的第二WebRTC服務器，以指示第二WebRTC服務器根據所述第二 用戶的用戶標識將接收的添加好友請求發送給所述第二用戶的第二WebRTC客戶端； 接收所述第一 WebRTC服務器返回的所述第二WebRTC客戶端的添加好友成功響應， 將所述第二用戶的統一標識顯示在與第一用戶在第一 SP下的用戶標識綁定的用戶所在界 面。
11. 一種網頁實時通信方法，其特征在于，應用于第二用戶的第二網頁實時通信 WebRTC服務器中，所述第二用戶為第二服務提供商SP下的用戶，所述方法包括： 接收第一 SP下的第一 WebRTC服務器發送的跨SP的呼叫請求，所述跨SP的呼叫請求 中攜帶所述第二用戶對應的WebRTC的統一標識，所述統一標識中包括所述第二用戶在第 二SP下的用戶標識，及所述第二WebRTC服務器的地址信息； 根據所述第二用戶在第二SP下的用戶標識，查找到所述第二用戶的第二WebRTC客戶 端，并將所述攜帶所述第二用戶的統一標識的跨SP的呼叫請轉發給所述第二WebRTC客戶 端； 接收所述第二WebRTC客戶端返回的呼叫接受消息，并轉發給所述第一 WebRTC服務器。
12. 如權利要求11所述的方法，其特征在于，所述方法還包括： 接收第一 SP下的第一 WebRTC服務器發送的添加好友請求，所述添加好友請求中攜帶 所述第二用戶對應的WebRTC的統一標識； 根據所述第二用戶在第二SP下的用戶標識，查找到所述第二用戶的第二WebRTC客戶 端，并將所述攜帶所述第二用戶的統一標識的添加好友請求轉發給所述第二WebRTC客戶 端； 接收所述第二WebRTC客戶端返回的添加好友成功響應，并轉發給所述第一 WebRTC服 務器。
13. 如權利要求11或12所述的方法，其特征在于，所述接收第一 SP下的第一 WebRTC 服務器發送的跨SP的呼叫請求，之前還包括： 接收所述第一 WebRTC服務器或第一 WebRTC客戶端發送的標識查詢請求，以請求查詢 所述第二用戶對應的WebRTC的統一標識； 將所述第二用戶的統一標識返回給所述第一 WebRTC服務器或第一 WebRTC客戶端。
14. 一種網頁實時通信WebRTC客戶端，其特征在于，包括： 統一標識獲取單元，用于獲取第二用戶對應的WebRTC的統一標識，所述第二用戶為第 二服務提供商SP下的用戶，所述統一標識中包括所述第二用戶在第二SP下的用戶標識，及 對應的第二WebRTC服務器的地址信息； 呼叫請求單元，用于根據所述統一標識獲取單元獲取的統一標識中的第二WebRTC服 務器的地址信息，將跨SP的呼叫請求通過第一 SP下的第一用戶對應的第一 WebRTC服務器 發送給所述第二WebRTC服務器，所述跨SP的呼叫請求中包括所述統一標識，以指示所述第 二WebRTC服務器根據所述第二用戶在第二SP下的用戶標識將所述跨SP的呼叫請求轉發 給第二用戶的第二WebRTC客戶端； 呼叫接受單元，用于接收所述第一 WebRTC服務器返回的所述第二WebRTC客戶端的呼 叫接受消息，與第二WebRTC客戶端之間進行通信。
15. 如權利要求14所述的客戶端，其特征在于，所述統一標識獲取單元具體包括： 地址請求單元，用于向網頁實時通信的注冊服務器發送地址查詢請求，以請求查詢所 述統一標識的存儲地址信息； 存儲地址接收單元，用于接收所述注冊服務器返回的所述統一標識的存儲地址信息； 標識請求單元，用于根據所述存儲地址接收單元接收的存儲地址信息向儲存所述統一 標識的服務器發送標識查詢請求，以請求查詢所述第二SP對應的網頁實時通信的統一標 識；所述儲存統一標識的服務器為所述第二用戶對應的網頁實時通信的地址服務器，或所 述第二WebRTC服務器； 標識接收單元，用于接收所述儲存統一標識的服務器返回的所述第二用戶的統一標 識。
16. 如權利要求14或15所述的客戶端，其特征在于，還包括： 添加好友請求單元，用于根據所述統一標識獲取單元獲取的統一標識中的第二WebRTC 服務器的地址信息，將添加好友請求通過所述第一 WebRTC服務器發送給所述第二WebRTC 服務器，所述添加好友請求中包括所述統一標識，以指示所述第二WebRTC服務器根據所述 第二用戶在第二SP下的用戶標識將所述添加好友請求轉發給第二用戶的第二WebRTC客戶 端； 響應處理單元，用于接收所述第一 WebRTC服務器返回的所述第二WebRTC客戶端的添 加好友成功響應，將所述第二用戶的統一標識顯示在與第一用戶在第一 SP下的用戶標識 綁定的用戶所在界面。
17. -種網頁實時通信WebRTC服務器，其特征在于，包括： 呼叫接收單元，用于接收第一服務提供商SP下的第一用戶的第一 WebRTC客戶端發送 的跨SP的呼叫請求； 呼叫轉發單元，用于如果所述呼叫接收單元接收的跨SP的呼叫請求中包括第二用戶 對應的WebRTC的統一標識，所述第二用戶為第二SP下的用戶，所述統一標識中包括所述第 二用戶在第二SP下的用戶標識，及對應的第二WebRTC服務器的地址信息；則根據所述第二 WebRTC服務器的地址信息將所述攜帶統一標識的跨SP的呼叫請求轉發給所述第二WebRTC 服務器，以指示所述第二WebRTC服務器根據所述第二用戶在第二SP下的用戶標識將所述 跨SP的呼叫請求轉發給第二用戶的第二WebRTC客戶端； 呼叫接受轉發單元，用于接收所述第二WebRTC服務器返回的所述第二WebRTC客戶 端的呼叫接受消息并轉發給所述第一 WebRTC客戶端，以便所述第一 WebRTC客戶端與第二 WebRTC客戶端之間進行通信。
18. 如權利要求17所述的服務器，其特征在于，還包括： 添加請求接收單元，用于接收所述第一 WebRTC客戶端發送的添加好友請求； 添加請求轉發單元，用于如果所述添加請求接收單元接收的添加好友請求中包括第 二用戶對應的WebRTC的統一標識，則根據所述第二WebRTC服務器的地址信息將所述攜帶 統一標識的添加好友請求轉發給所述第二WebRTC服務器，以指示所述第二WebRTC服務器 根據所述第二用戶在第二SP下的用戶標識將所述添加好友請求轉發給第二用戶的第二 WebRTC客戶端； 響應接收處理單元，用于接收所述第二WebRTC服務器返回的所述第二WebRTC客戶端 的添加好友成功響應并轉發給所述第一 WebRTC客戶端，并將所述第二用戶的統一標識與 第一用戶在第一 SP下的用戶標識對應地儲存。
19. 如權利要求17或18所述的服務器，其特征在于，還包括： 統一標識獲取單元，用于如果所述跨SP的呼叫請求或添加好友請求中包括：所述第二 SP的標識和所述第二用戶在第二SP下的用戶標識；則根據所述第二SP的標識和所述第二 用戶在第二SP下的用戶標識，獲取所述第二用戶對應的WebRTC的統一標識； 標識添加單元，用于將所述統一標識獲取單元獲取的第二用戶對應的WebRTC的統一 標識添加到所述跨SP的呼叫請求或添加好友請求中。
20. 如權利要求19所述的服務器，其特征在于，所述統一標識獲取單元具體包括： 地址請求單元，用于向網頁實時通信的注冊服務器發送地址查詢請求，所述查詢請求 中包括所述第二SP的標識，以請求查詢所述第二SP下統一標識的存儲地址信息； 存儲地址接收單元，用于接收所述注冊服務器返回的所述統一標識的存儲地址信息； 標識請求單元，用于根據所述存儲地址接收單元接收的存儲地址信息向儲存所述統一 標識的服務器發送標識查詢請求，所述標識查詢請求中包括所述第二用戶在第二SP下的 用戶標識，以請求查詢所述第二用戶對應的網頁實時通信的統一標識；所述儲存統一標識 的服務器為所述第二用戶對應的網頁實時通信的地址服務器，或所述第二WebRTC服務器； 標識接收單元，用于接收所述儲存統一標識的服務器返回的所述第二用戶的統一標 識。
21. 如權利要求17至20任一項所述的服務器，其特征在于，還包括： 注冊單元，用于將所述WebRTC服務器中儲存WebRTC的統一標識的存儲地址信息注冊 到WebRTC的注冊服務器中。
22. -種網頁實時通信WebRTC客戶端，其特征在于，包括： 呼叫發送單元，用于將跨SP的呼叫請求發送給第一 WebRTC服務器，所述跨SP的呼叫 請求中包括第二SP的標識和第二用戶在第二服務提供商SP下的用戶標識； 以便所述第一 WebRTC服務器根據所述第二SP的標識和第二用戶在第二SP下的用 戶標識獲取所述第二用戶對應的WebRTC的統一標識，并將所述統一標識添加到所述跨SP 的呼叫請求中發送給所述第二SP的第二WebRTC服務器，以指示第二WebRTC服務器根據 所述第二用戶的用戶標識將接收的跨SP的呼叫請求發送給所述第二用戶的第二WebRTC 客戶端；其中，所述統一標識中包括所述第二用戶在第二SP下的用戶標識，及對應的第二 WebRTC服務器的地址信息； 呼叫接受單元，用于接收所述第一 WebRTC服務器返回的所述第二WebRTC客戶端的呼 叫接受消息，與第二WebRTC客戶端之間進行通信。
23. 如權利要求22所述的客戶端，其特征在于，還包括： 添加請求發送單元，用于將添加好友請求發送給第一 WebRTC服務器，所述添加好友請 求中包括第二SP的標識和第二用戶在第二SP下的用戶標識； 以便所述第一 WebRTC服務器根據所述第二SP的標識和第二用戶在第二SP下的用戶 標識獲取所述第二用戶對應的WebRTC的統一標識，并將所述統一標識添加到所添加好友 請求中發送給所述第二SP的第二WebRTC服務器，以指示第二WebRTC服務器根據所述第二 用戶的用戶標識將接收的添加好友請求發送給所述第二用戶的第二WebRTC客戶端； 響應接收處理單元，用于接收所述第一 WebRTC服務器返回的所述第二WebRTC客戶端 的添加好友成功響應，將所述第二用戶的統一標識顯示在與第一用戶在第一 SP下的用戶 標識綁定的用戶所在界面。
24. -種網頁實時通信WebRTC服務器，其特征在于，包括： 呼叫接收單元，用于接收第一服務提供商SP下的第一 WebRTC服務器發送的跨SP的呼 叫請求，所述跨SP的呼叫請求中攜帶所述第二用戶對應的WebRTC的統一標識，所述統一標 識中包括所述第二用戶在第二SP下的用戶標識，及所述第二WebRTC服務器的地址信息； 呼叫轉發單元，用于根據所述呼叫接收單元接收的跨SP的呼叫請求中的第二用戶在 第二SP下的用戶標識，查找到所述第二用戶的第二WebRTC客戶端，并將所述攜帶所述第二 用戶的統一標識的跨SP的呼叫請轉發給所述第二WebRTC客戶端； 呼叫接受單元，用于接收所述第二WebRTC客戶端返回的呼叫接受消息，并轉發給所述 第一 WebRTC服務器。
25. 如權利要求24所述的服務器，其特征在于，還包括： 添加請求接收單元，用于接收第一 SP下的第一 WebRTC服務器發送的添加好友請求，所 述添加好友請求中攜帶所述第二用戶對應的WebRTC的統一標識； 添加請求轉發單元，用于根據所述添加請求接收單元接收的添加好友請求中的第二用 戶在第二SP下的用戶標識，查找到所述第二用戶的第二WebRTC客戶端，并將所述攜帶所述 第二用戶的統一標識的添加好友請求轉發給所述第二WebRTC客戶端； 響應發送單元，用于接收所述第二WebRTC客戶端返回的添加好友成功響應，并轉發給 所述第一 WebRTC服務器。
26. 如權利要求24或25所述的服務器，其特征在于，還包括： 標識請求接收單元，用于接收所述第一 WebRTC服務器或第一 WebRTC客戶端發送的標 識查詢請求，以請求查詢所述第二用戶對應的WebRTC的統一標識； 統一標識發送單元，用于將所述第二用戶的統一標識返回給所述第一 WebRTC服務器 或第一 WebRTC客戶端。
27. -種網頁實時通信系統，其特征在于，包括第一網頁實時通信WebRTC客戶端、第一 WebRTC服務器、第二WebRTC服務器和第二WebRTC客戶端，其中： 所述第一 WebRTC客戶端是如上述權利要求14到16任一項所述的WebRTC客戶端； 所述第一 WebRTC服務器是如上述權利要求17、18或21任一項所述的WebRTC服務器； 所述第二WebRTC服務器是如上述權利要求24到26任一項所述的WebRTC服務器。
28. -種網頁實時通信系統，其特征在于，包括第一網頁實時通信WebRTC客戶端、第一 WebRTC服務器和第二WebRTC服務器，其中： 所述第一 WebRTC客戶端是如上述權利要求22或23所述的WebRTC客戶端； 所述第一 WebRTC服務器是如上述權利要求19、20或21任一項所述的WebRTC服務器； 所述第二WebRTC服務器是如上述權利要求24到26任一項所述的WebRTC服務器。
【文檔編號】H04L29/08GK104219257SQ201310206718
【公開日】2014年12月17日 申請日期:2013年5月29日 優先權日:2013年5月29日
【發明者】郜文美, 王雅輝, 范姝男, 呂小強, 井皓 申請人:華為終端有限公司