WO2014019497A1

WO2014019497A1 - 一种实时通信方法、终端设备、实时通信服务器及系统

Info

Publication number: WO2014019497A1
Application number: PCT/CN2013/080406
Authority: WO
Inventors: 范姝男; 郜文美; 吕小强; 王雅辉
Original assignee: 华为终端有限公司
Priority date: 2012-07-30
Filing date: 2013-07-30
Publication date: 2014-02-06
Also published as: EP2852106A4; CN103580986B; US20150106438A1; EP2852106B1; EP2852106A1; CN103580986A; US9854008B2

Abstract

本发明适用于通信技术领域，提供了一种实时通信方法、终端设备、RTC服务器及系统，所述方法包括：第一终端接收RTC服务器转发的其他终端发送给所述第一终端的呼叫请求信息，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端的WEB RTC应用的唯一标识符；第一终端根据发送所述呼叫请求信息的终端的WEB RTC应用的唯一标识符判断是否需要接受所述呼叫请求，若是，向所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息后，通过所述WEB RTC应用与所述发送呼叫请求信息的终端进行通信。通过本发明可解决在未开启WEB RTC应用时无法获取信息的问题。

Description

一种实时通信方法、终端设备、实时通信服务器及系统本申请要求于 2012年 7月 30日提交中国专利局、申请号为 201210266735.X中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域本发明属于通信技术领域，尤其涉及一种实时通信方法、终端设备、实时通信服务器及系统。背景技术传统的基于互联网 (WEB)的实时通信类业务，需要下载和安装额外的插件，通过安装的插件完成实时通信业务，例如 QQ、 MSN等。

而现有的基于 WEB的实时通信（ Real Time Communication, RTC ) , 通过制定 WEB 应用和浏览器之间的 API接口，使基于 WEB的 RTC应用能够在浏览器中运行，实现端与端之间消息、音视频等的传输。举例来说，当第一用户通过浏览器访问一个提供 WEB RTC服务的网站，该网站向所述第一用户所在终端返回一个基于 WEB RTC应用的页面，即打开了基于 WEB的 RTC应用，例如 WEB QQ。第二用户也同时以相同的方式打开所述 WEB RTC应用，则第一用户和第二用户之间可以建立联系相互通信。当用户关闭该网页或该浏览器时，通信也将被终止，或接收通信连接请求也无法实现。

现有基于 WEB的实时通信需要通信双方同时在线并打开 WEB RTC应用。例如，通过浏览器进行实时通信时，当通信一方没有打开浏览器，或是打开了浏览器，但没有登录到提供 WEB RTC服务的网站，即没有打开 WEB RTC应用时，将无法获取另一方发送的信息。发明内容

本发明实施例提供一种实时通信方法，以解决现有基于 WEB的实时通信在通信双方不同时在线或者未打开 WEB RTC应用时，无法获取信息的问题。

第一方面，一种实时通信方法，所述方法包括：

第一终端接收实时通信 RTC服务器转发的其他终端发送给所述第一终端的呼叫请求信息，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端的 WEB RTC应用的唯一标识符；

第一终端根据发送所述呼叫请求信息的终端的 WEB RTC应用的唯一标识符判断是否需要接受所述呼叫请求，若是，向所述 RTC服务器发送开启 WEB RTC应用请求信息，并在接收到所述 RTC服务器返回的 WEB RTC 应用信息后，通过所述 WEB RTC应用与所述发送呼叫请求信息的终端进行通信。

在第一方面的第一种可能的实现方式中，在所述第一终端接收 RTC服务器转发的其他终端发送给所述第一终端的呼叫请求信息之前，还包括：第一终端向实时通信 RTC服务器发送注册离线业务请求信息，该信息中携带有 WEB RTC应用的唯一标识符，以使得所述 RTC服务器在接收到所述注册离线业务请求信息后，为所述唯一标识符对应的 WEB RTC应用开启离线模式，并向所述第一终端反馈成功响应信息；

第一终端在接收到所述 RTC服务器反馈的成功响应信息后，关闭所述

WEB RTC应用。

结合第一方面或第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述开启 WEB RTC应用请求信息中还携带有用户所选定的 WEB RTC应用类型，以使得所述 RTC服务器在接收到所述开启 WEB RTC 应用请求信息后，返回与所述 WEB RTC应用类型相同的 WEB RTC应用信息。在第一方面的第三种可能的实现方式中，所述呼叫请求信息中还携带有发送所述呼叫请求信息的终端的浏览器引擎的标识信息；

所述第一终端接收所述 RTC服务器发送的呼叫请求信息包括：所述第一终端的监听客户端接收到所述 RTC服务器发送的呼叫请求信息后，解析所述呼叫请求信息，根据所述呼叫请求信息中浏览器引擎标识信息确定所述呼叫请求信息为发送给浏览器引擎的信息，将所述呼叫请求信息发送给所述第一终端的浏览器引擎。

结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式或第一方面的第三种可能的实现方式，在第四种可能的实现方式中，所述呼叫请求信息中还携带有会话协商的会话描述协议提供 SDP Offer信息；

所述第一终端向所述 RTC服务器发送开启 WEB RTC应用请求信息，并在接收到所述 RTC服务器返回的 WEB RTC应用信息后，通过所述 WEB RTC应用与所述发送呼叫请求信息的终端进行通信具体包括：

所述第一终端通过浏览器引擎向所述 RTC服务器发送开启 WEB RTC 应用请求信息，并在接收到所述 RTC服务器返回的 WEB RTC应用信息后，将所述呼叫请求信息中的 SDP Offer信息发送给所述 WEB RTC应用，通过所述 WEB RTC应用将所述 SDP Offer信息生成 SDP Answer信息，并通过所述 WEB RTC应用将所述 SDP Answer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述 SDP Answer信息发送给所述 RTC服务器，以使得所述 RTC服务器将所述 SDP Answer信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立通信通道开始通信。

结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式或第一方面的第三种可能的实现方式，在第五种可能的实现方式中，所述呼叫请求信息中还携带有会话协商的会话描述协议提供 SDP Offer信息；所述第一终端向所述 RTC服务器发送开启 WEB RTC应用请求信息，并在接收到所述 RTC服务器返回的 WEB RTC应用信息后，通过所述 WEB RTC应用与所述发送呼叫请求信息的终端进行通信具体包括：

所述第一终端通过浏览器引擎向所述 RTC服务器发送开启 WEB RTC 应用请求信息，所述开启 WEB RTC应用请求信息中携带有 SDP Answer信息，以使得所述 RTC服务器在接收到所述开启 WEB RTC应用请求信息后，向所述第一终端返回 WEB RTC应用信息，并将所述开启 WEB RTC应用请求信息中的 SDP Answer信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立通信通道；

所述第一终端接收所述 RTC服务器返回的 WEB RTC应用信息，通过所述 WEB RTC应用与所述发送呼叫请求信息的终端进行通信。

结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式或第一方面的第三种可能的实现方式，在第六种可能的实现方式中，所述第一终端向所述 RTC服务器发送开启 WEB RTC应用请求信息，并在接收到所述 RTC服务器返回的 WEB RTC应用信息后，通过所述 WEB RTC应用与所述发送呼叫请求信息的终端进行通信具体包括：所述第一终端通过浏览器引擎向所述 RTC服务器发送开启 WEB RTC 应用请求信息，并在接收到所述 RTC服务器返回的 WEB RTC应用信息以及 SDP Offer信息后，通过所述 WEB RTC应用将所述 SDP Offer信息生成 SDP Answer信息，并通过所述 WEB RTC应用将所述 SDP Answer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述 SDP Answer信息发送给所述 RTC服务器，以使得所述 RTC服务器将所述 SDP Answer信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立通信通道开始通信。

结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式或第一方面的第三种可能的实现方式或第一方面的第四种可能的实现方式或第一方面的第五种可能的实现方式或第一方面的第六种可能的实现方式，在第七种可能的实现方式中，所述呼叫请求信息中携带有提示信息，所述提示信息为 RTC服务器在接收到其他终端发送给所述第一终端的呼叫请求信息时添加的；

所述第一终端在接收到所述呼叫请求信息后，根据所述呼叫请求信息中的提示信息生成相应的提示，包括震动、响铃或弹出提示框。

结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式或第一方面的第三种可能的实现方式或第一方面的第四种可能的实现方式或第一方面的第五种可能的实现方式或第一方面的第六种可能的实现方式或第一方面的第七种可能的实现方式，在第八种可能的实现方式中，所述方法还包括：

所述第一终端在拒绝所述呼叫请求时，向所述 RTC服务器反馈拒绝信息，以使得所述 RTC服务器在接收到所述拒绝信息后，向发送所述呼叫请求信息的终端反馈所述第一终端当前忙碌或者离线信息。

结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式或第一方面的第三种可能的实现方式或第一方面的第四种可能的实现方式或第一方面的第五种可能的实现方式或第一方面的第六种可能的实现方式或第一方面的第七种可能的实现方式或第一方面的第八种可能的实现方式，在第九种可能的实现方式中，所述第一终端向所述 RTC 服务器发送的开启 WEB RTC应用请求消息所对应的 WEB RTC应用的类型与所述发送所述呼叫请求信息的终端的 WEB RTC应用的类型相同或不同。

第二方面，一种实时通信方法，所述方法包括：

实时通信 RTC服务器在接收到其他终端发送给第一终端的呼叫请求信息后，将所述呼叫请求信息发送给所述第一终端，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端 WEB RTC应用的唯一标识符；

RTC服务器在接收到所述第一终端发送的开启 WEB RTC应用请求信息后，向所述第一终端返回 WEB RTC应用信息，以使得所述第一终端在接收到所述 RTC服务器返回的 WEB RTC应用信息后，通过所述 WEB RTC 应用与发送所述呼叫请求信息的终端进行通信。

在第二方面的第一种可能的实现方式中，在所述 RTC服务器接收到其他终端发送给第一终端的呼叫请求信息的之前，还包括：

RTC服务器在接收到所述第一终端发送的注册离线业务请求信息后，为该信息中 WEB RTC应用唯一标识符对应的 WEB RTC应用开启离线模式，并向所述第一终端反馈成功响应信息，以使得所述第一终端在接收到所述 RTC服务器反馈的成功响应信息后，关闭其 WEB RTC应用。

结合第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述 RTC服务器在接收到所述注册离线业务请求信息后，为所述唯一标识符对应的 WEB RTC应用开启离线模式具体包括：

所述 RTC服务器在接收到所述注册离线业务请求信息后，根据注册离线业务请求信息中携带的 WEB RTC应用唯一标识符，判断所述唯一标识符对应的 WEB RTC应用是否具有注册离线业务请求权限，若是，为所述唯一标识符对应的 WEB RTC应用开启离线模式。

在第二方面的第二种可能的实现方式中，所述 WEB RTC应用请求信息中还携带有用户所选定的 WEB RTC应用类型；

RTC服务器在接收到所述第一终端发送的开启 WEB RTC应用请求信息后，向所述第一终端返回 WEB RTC应用信息包括：

RTC服务器在接收到所述第一终端发送的开启 WEB RTC应用请求信息后，向所述第一终端返回与所述 WEB RTC应用类型相同的 WEB RTC应用信息。

结合第二方面或第二方面的第一种可能的实现方式或第二方面的第二种可能的实现方式或第二方面的第三种可能的实现方式，在第四种可能的实现方式中，所述方法还包括：

所述 RTC服务器在接收到其他终端发送给所述第一终端的呼叫请求信息后，在所述呼叫请求信息中添加提示信息，以使得所述第一终端在接收到所述呼叫请求信息后，根据所述呼叫请求信息中的提示信息生成相应的提示，包括震动、响铃或弹出提示框。

结合第二方面或第二方面的第一种可能的实现方式或第二方面的第二种可能的实现方式或第二方面的第三种可能的实现方式或第二方面的第四种可能的实现方式，在第五种可能的实现方式中，所述方法还包括：

所述 RTC服务器在接收到所述第一终端发送的拒绝所述呼叫请求信息后，向发送所述呼叫请求信息的终端反馈所述第一终端当前忙碌或者离线信息。

结合第二方面或第二方面的第一种可能的实现方式或第二方面的第二种可能的实现方式或第二方面的第三种可能的实现方式或第二方面的第四种可能的实现方式或第二方面的第五种可能的实现方式，在第六种可能的实现方式中，所述方法还包括：

所述 RTC服务器在将所述呼叫请求信息发送给所述第一终端后，若在预设时间内未接收到所述第一终端反馈的信息或者接收到的反馈信息为暂时不接收时，緩存所述呼叫请求信息，在预定时间后或者所述第一终端开启 WEB RTC应用后再发送该呼叫请求信息。

结合第二方面或第二方面的第一种可能的实现方式或第二方面的第二种可能的实现方式或第二方面的第三种可能的实现方式或第二方面的第四种可能的实现方式或第二方面的第五种可能的实现方式或第二方面的第六种可能的实现方式，在第七种可能的实现方式中，所述 RTC服务器返回的 WEB RTC应用信息所对应的 WEB RTC应用的类型与所述发送所述呼叫请求信息的终端的 WEB RTC应用的类型相同或不同。

第三方面，一种终端设备，所述终端设备包括：

信息接收单元，用于接收实时通信 RTC服务器转发的其他终端发送给该终端设备的呼叫请求信息，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端的 WEB RTC应用的唯一标识符；

处理单元，用于根据所述信息接收单元接收到的呼叫请求信息中携带的呼叫请求信息发送终端 WEB RTC应用的唯一标识符判断是否需要接受所述呼叫请求，若是，向所述 RTC服务器发送开启 WEB RTC应用请求信息，并在接收到所述 RTC服务器返回的 WEB RTC应用信息后，通过所述 WEB RTC应用与所述发送呼叫请求信息的终端进行通信。

在第三方面的第一种可能实现方式中，所述终端设备还包括：信息发送单元，用于向实时通信 RTC服务器发送注册离线业务请求信息，该信息中携带有 WEB RTC应用的唯一标识符，以使得所述 RTC服务器在接收到所述注册离线业务请求信息后，为所述唯一标识符对应的 WEB RTC应用开启离线模式，并向所述第一终端反馈成功响应信息；

关闭单元，用于在接收到所述 RTC服务器反馈的成功响应信息后，关闭所述 WEB RTC应用。

在第三方面的第二种可能实现方式中，所述 WEB RTC应用请求信息中还携带有用户所选定的 WEB RTC应用类型，以使得所述 RTC服务器在接收到所述 WEB RTC应用请求信息后，返回与所述 WEB RTC应用类型相同的 WEB RTC应用信息。

在第三方面的第三种可能实现方式中，所述呼叫请求信息中还携带有发送所述呼叫请求信息的终端的浏览器引擎的标识信息；

所述信息接收单元具体用于，通过所述该终端设备的监听客户端接收所述 RTC服务器发送的呼叫请求信息，解析所述呼叫请求信息，根据所述呼叫请求信息中浏览器引擎标识信息确定所述呼叫请求信息为发送给浏览器引擎的信息，将所述呼叫请求信息发送给所述第一终端的浏览器引擎。

结合第三方面或第三方面的第一种可能的实现方式或第三方面的第二种可能的实现方式或第三方面的第三种可能的实现方式，在第四种可能的实现方式中，所述呼叫请求信息中还携带有会话协商的会话描述协议提供 SDP Offer信息；

所述处理单元具体用于，通过该终端设备的浏览器引擎向所述 RTC服务器发送开启 WEB RTC应用请求信息，并在接收到所述 RTC服务器返回的 WEB RTC应用信息后，将所述呼叫请求信息中的 SDP Offer信息发送给所述 WEB RTC应用，通过所述 WEB RTC应用将所述 SDP Offer信息生成 SDP Answer信息，并通过所述 WEB RTC应用将所述 SDP Answer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述 SDP Answer信息发送给所述 RTC服务器，以使得所述 RTC服务器将所述 SDP Answer信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立通信通道开始通信。

结合第三方面或第三方面的第一种可能的实现方式或第三方面的第二种可能的实现方式或第三方面的第三种可能的实现方式，在第五种可能的实现方式中，所述呼叫请求信息中还携带有会话协商的会话描述协议提供 SDP Offer信息；

所述处理单元具体用于，通过该终端设备的浏览器引擎向所述 RTC服务器发送开启 WEB RTC应用请求信息，所述 WEB RTC应用请求信息中携带有 SDP Answer信息，以使得所述 RTC服务器在接收到所述 WEB RTC 应用请求信息，向所述第一终端返回 WEB RTC应用信息，并将所述 WEB RTC应用请求信息中的 SDP Answer信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立通信通道,在接收到所述 RTC服务器返回的 WEB RTC应用信息后，通过所述 WEB RTC应用与所述发送呼叫请求信息的终端进行通信。

结合第三方面或第三方面的第一种可能的实现方式或第三方面的第二种可能的实现方式或第三方面的第三种可能的实现方式，在第六种可能的实现方式中，所述处理单元具体用于，通过该终端设备的浏览器引擎向所述 RTC服务器发送开启 WEB RTC应用请求信息，并在接收到所述 RTC服务器返回的 WEB RTC应用信息以及 SDP Offer信息后，通过所述 WEB RTC 应用将所述 SDP Offer信息生成 SDP Answer信息，并通过所述 WEB RTC 应用将所述 SDP Answer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述 SDP Answer信息发送给所述 RTC服务器，以使得所述 RTC服务器将所述 SDP Answer信息发送给所述信息发送终端的浏览器引擎以建立通信通道开始通信。

结合第三方面或第三方面的第一种可能的实现方式或第三方面的第二种可能的实现方式或第三方面的第三种可能的实现方式或第三方面的第四种可能的实现方式或第三方面的第五种可能的实现方式或第三方面的第六种可能的实现方式，在第七种可能的实现方式中，所述呼叫请求信息中携带有提示信息，所述提示信息为 RTC服务器在接收到其他终端发送给所述第一终端的呼叫请求信息时添加的；

所述终端设备还包括：

提示单元，用于在接收到所述呼叫请求信息后，根据所述呼叫请求信息中的提示信息生成相应的提示，包括震动、响铃或弹出提示框。

结合第三方面或第三方面的第一种可能的实现方式或第三方面的第二种可能的实现方式或第三方面的第三种可能的实现方式或第三方面的第四种可能的实现方式或第三方面的第五种可能的实现方式或第三方面的第六种可能的实现方式或第三方面的第七种可能的实现方式，在第八种可能的实现方式中，所述终端设备还包括：

信息反馈单元，用于在拒绝所述呼叫请求时，向所述 RTC服务器反馈拒绝信息，以使得所述 RTC服务器在接收到所述拒绝信息后，向发送所述呼叫请求信息的终端反馈所述第一终端当前忙碌或者离线信息。

结合第三方面或第三方面的第一种可能的实现方式或第三方面的第二种可能的实现方式或第三方面的第三种可能的实现方式或第三方面的第四种可能的实现方式或第三方面的第五种可能的实现方式或第三方面的第六种可能的实现方式或第三方面的第七种可能的实现方式或第三方面的第八种可能的实现方式，在第九种可能的实现方式中，所述向所述 RTC服务器发送的开启 WEB RTC应用请求消息所对应的 WEB RTC应用的类型与所述发送所述呼叫请求信息的终端的 WEB RTC应用的类型相同或不同。

第四方面，一种实时通信 RTC服务器，所述 RTC服务器包括：第一发送单元，用于在接收到其他终端发送给所述第一终端的呼叫请求信息后，将所述呼叫请求信息发送给所述第一终端，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端 WEB RTC应用的唯一标识符；第二发送单元，用于在接收到所述第一终端发送的开启 WEB RTC应用请求信息后，向所述第一终端返回 WEB RTC应用信息，以使得所述第一终端在接收到所述 RTC服务器返回的 WEB RTC应用信息后，通过所述 WEB RTC应用与所述发送呼叫请求信息的终端进行通信。

在第四方面的第一种可能实现方式中，所述 RTC服务器还包括：开启单元，用于在接收到第一终端发送的注册离线业务请求信息后，为该信息中 WEB RTC应用唯一标识符对应的 WEB RTC应用开启离线模式，并向所述第一终端反馈成功响应信息，以使得所述第一终端在接收到所述 RTC服务器反馈的成功响应信息后，关闭其 WEB RTC应用。

结合第四方面的第一种可能实现方式，在第二种可能实现方式中，所述开启单元具体用于，在接收到所述注册离线业务请求信息后，根据注册离线业务请求信息中携带的 WEB RTC应用唯一标识符，判断所述唯一标识符对应的 WEB RTC应用是否具有注册离线业务请求权限，若是，为所述唯一标识符对应的 WEB RTC应用开启离线模式。

在第四方面的第二种可能实现方式中，所述 WEB RTC应用请求信息中还携带有用户所选定的 WEB RTC应用类型；

所述第二发送单元具体用于在接收到所述第一终端发送的开启 WEB RTC应用请求信息后，向所述第一终端返回与所述 WEB RTC应用类型相同的 WEB RTC应用信息。结合第四方面或第四方面的第一种可能的实现方式或第四方面的第二种可能的实现方式或第四方面的第三种可能的实现方式，在第四种可能的实现方式中，所述 RTC服务器还包括：

信息添加单元，用于在接收到其他终端发送给所述第一终端的呼叫请求信息后，在所述呼叫请求信息中添加提示信息，以使得所述第一终端在接收到所述呼叫请求信息后，根据所述呼叫请求信息中的提示信息生成相应的提示，包括震动、响铃或弹出提示框。

结合第四方面或第四方面的第一种可能的实现方式或第四方面的第二种可能的实现方式或第四方面的第三种可能的实现方式或第四方面的第四种可能的实现方式，在第五种可能的实现方式中，所述 RTC服务器还包括：第三发送单元，用于在接收到所述第一终端发送的拒绝所述呼叫请求信息后，向发送所述呼叫请求信息的终端反馈所述第一终端当前忙碌或者离线信息。

结合第四方面或第四方面的第一种可能的实现方式或第四方面的第二种可能的实现方式或第四方面的第三种可能的实现方式或第四方面的第四种可能的实现方式或第四方面的第五种可能的实现方式，在第六种可能的实现方式中，所述 RTC服务器还包括：

处理单元，用于在将所述呼叫请求信息发送给所述第一终端后，若在预设时间内未接收到所述第一终端反馈的信息或者接收到的反馈信息为暂时不接收时，緩存所述呼叫请求信息，在预定时间后或者所述第一终端开启 WEB RTC应用后再发送该呼叫请求信息。

结合第四方面或第四方面的第一种可能的实现方式或第四方面的第二种可能的实现方式或第四方面的第三种可能的实现方式或第四方面的第四种可能的实现方式或第四方面的第五种可能的实现方式或第四方面的第六种可能的实现方式，在第七种可能的实现方式中，所述返回给所述第一终端的 WEB RTC应用信息所对应的 WEB RTC应用的类型与所述发送所述呼叫请求信息的终端的 WEB RTC应用的类型相同或不同。

第五方面，一种实时通信系统，所述系统包括所述终端设备和 /或所述 RTC服务器。

从上述技术方案可以看出，通过本发明实施例，使得在终端的 WEB RTC应用关闭的情况下，仍然可以接收到 RTC服务器转发的其他终端发送给该终端的呼叫请求信息，并在接收到所述呼叫请求信息后，向所述 RTC服务器发送开启 WEB RTC应用请求信息，在接收到所述 RTC服务器返回的 WEB RTC应用信息后，通过所述 WEB RTC应用与所述发送呼叫请求信息的终端进行通信。本发明实施例可有效解决现有基于 WEB的实时通信在通信双方不同时在线或者或者未打开 WEB RTC应用时，无法获取信息的问题。另外，还可以根据呼叫请求信息发送终端 WEB RTC应用的唯一标识符选择性的接受呼叫，提高用户体验，具有较强的实用性。附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作筒单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图 1是本发明一实施例提供的实时通信系统的网络架构图；

图 2是本发明另一实施例提供的实时通信方法的交互流程图；图 3是本发明另一实施例提供的实时通信方法的实现流程图；图 4是本发明另一实施例提供的实时通信方法的实现流程图；图 5是本发明另一实施例提供的实时通信方法的具体流程图；图 6是本发明另一实施例提供的终端设备的组成结构图；

图 7是本发明另一实施例提供的 RTC服务器的组成结构图。具体实式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

另外，本发明实施例中术语"系统"和"网络"在本文中常被可互换使用。本发明实施例中术语 "和 /或"，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如， A和 /或 B, 可以表示：单独存在 A, 同时存在 A和 B , 单独存在 B这三种情况。另外，本发明实施例中字符 "/" , 一般表示前后关联对象是一种 "或" 的关系。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。图 1 示出了本发明一实施例提供的实时通信方法所适用系统的网络架构图，为了便于说明，仅示出了与本实施例相关的部分。

如图 1所示，该系统包括终端设备 1以及 RTC服务器 2。

其中，所述终端设备 1 可以是任意具有网络接入功能的终端设备，包括但不限于手机、平板电脑、台式机、笔记本电脑，电视机，机顶盒，家庭网关，可穿戴设备等。

所述 RTC服务器 2可以是一个单一的服务器，也可以为由几个功能服务器共同组成的服务器端。例如，为终端设备 1提供服务的 WEB服务器、为终端设备 1所使用浏览器提供服务的 WEB服务器、或者为终端设备 1所使用的基于 WEB的 RTC应用提供服务的 WEB服务器。不同的 WEB RTC 应用可以有不同的 WEB服务器，因此 RTC服务器 2可以为多个不同 WEB 服务器的组合，以实现不同浏览器、不同网络、不同的 WEB RTC应用之间的通信，完成协议转化、消息转换、路由寻址、建立连接、页面优化、加速、信息添加等功能。

在本实施例中， RTC服务器 2在接收到其他终端发送给终端设备 1的呼叫请求信息后，将所述呼叫请求信息发送给终端设备 1 , 所述呼叫请求信息中携带有发送所述呼叫请求信息的终端的 WEB RTC应用的唯一标识符，例如：张三@ msn.webrtc.com, 表示张三通过实时通信 msn发送的信息。需要说明的是，所述 WEB RTC应用的唯一标识符中还可以包括发送终端的信息，例如终端的类型 iphone或 ipad等。因此，该唯一标识符包括呼叫请求终端的用户身份标识，和 /或所使用的 WEB RTC应用的标识，和 /或所使用的终端类型标识。

终端设备 1 在接收到所述呼叫请求信息后，根据发送所述呼叫请求信息的终端的 WEB RTC应用唯一标识符判断是否需要接受所述呼叫请求，若是，向所述 RTC服务器发送开启 WEB RTC应用请求信息，并在接收到所述 RTC服务器返回的 WEB RTC应用信息后，通过所述 WEB RTC应用与所述发送呼叫请求信息的终端进行通信。其中，所述向所述 RTC服务器发送的开启 WEB RTC应用请求消息所对应的 WEB RTC应用的类型与所述发送所述呼叫请求信息的终端的 WEB RTC应用的类型相同或不同。

需要说明的是，所述开启 WEB RTC应用包括将 WEB RTC应用从离线模式转为在线模式，或者从关闭状态到重新开启。

优选的是，本实施例终端设备 1在接收 RTC服务器 2转发的其他终端发送给终端设备 1的呼叫请求信息前，还可以包括：

终端设备 1向 RTC服务器 2发送注册离线业务请求信息，该信息中携带有需要进行离线业务的 WEB RTC应用的唯一标识符（例如 QQ号、 MSN 号等），所述 RTC服务器 2在接收到所述注册离线业务请求信息后，为所述唯一标识符对应的 WEB RTC应用开启离线模式，并向所述终端设备 1 反馈成功响应信息。终端设备 1在接收到所述 RTC服务器反馈的成功响应信息后，关闭所述 WEB RTC应用（关闭浏览器和 /或关闭当前运行的 WEB RTC应用）。其中，关闭当前运行的 WEB RTC应用包括退出当前运行的 WEB RTC应用或者将当前运行的 WEB RTC应用从在线模式转为离线模式。所述开启 WEB RTC应用请求信息中还可以携带有用户所选定的 WEB RTC应用类型，以使得所述 RTC服务器在接收到所述开启 WEB RTC应用请求信息后，返回与用户所选定的 WEB RTC应用类型相同的 WEB RTC应用。该 WEB RTC应用的类型与所述呼叫请求信息中 WEB RTC应用的类型可以 4目同，也可以不同。

需要说明的是，本申请中所述 WEB RTC应用类型具体可以指 WebRTC 应用的标识，例如用于区分提供基于 web的实时通信服务的不同 WebRTC 应用的名称标识。

需要说明的是，当用户未选择 WEB RTC应用类型时，终端设备 1或者 RTC服务器 2可以选择默认 (预先设定）的 WEB RTC应用类型。

优选的是，所述 RTC服务器在接收到所述注册离线业务请求信息后，根据注册离线业务请求信息中携带的 WEB RTC应用唯一标识符，判断所述唯一标识符对应的 WEB RTC应用是否具有注册离线业务请求权限，若是，为所述唯一标识符对应的 WEB RTC应用开启离线模式。

优选的是，所述终端设备 1还可以包括监听客户端 11 , 所述 RTC服务器 2在接收到其他终端发送给终端设备 1的呼叫请求信息后，先将所述呼叫请求信息发送给监听客户端 11 ,以使得所述监听客户端 11将所述呼叫请求信息发送给所述终端设备 1。进一步， RTC服务器 2在接收到其他终端发送给终端设备 1 所属用户的呼叫请求信息后，可以选择将该呼叫请求信息发送给终端设备 1所属用户的监听客户端 11。所述监听客户端 (例如可以为推送 Push客户端)接收由网络侧主动发送的业务消息，该业务消息可以是 "携带了呼叫请求信息的 Push消息"，所述 Push消息可以携带在以下任一种消息格式中以发送给终端设备 1 ,所述消息格式包括： SMS( short message service , 短消息业务) 、 MMS( multimedia messaging service , 多媒体消息业务),、网络套接字 Websocket、 JSON ( JavaScript Object Notation, JavaScript 对象表示法）、可扩展消息与存在协议 XMPP ( Extensible Messaging and Presence Protocol )异步 JavaScript和 XML 的 AJAX( Asynchronous JavaScript and XML ) 、 SIP ( Session Initiation Protocol, 会话初始十办议），基于 XML 的超额文本传输协议请求 XMLHTTPRequest等。可选的，所述呼叫请求信息中还可以携带有发送所述呼叫请求信息的终端的浏览器引擎的标识信息 , 例如 browser, ua等；

所述终端设备 1接收所述 RTC服务器发送的呼叫请求信息包括：监听客户端 11接收到所述 RTC服务器发送的呼叫请求信息后，解析所述呼叫请求信息，根据所述呼叫请求信息中浏览器引擎标识信息确定所述呼叫请求信息为发送给浏览器引擎的信息，将所述呼叫请求信息发送给所述终端设备 1 的浏览器引擎进行处理。该浏览器引擎的标识信息，可以在发送终端发送的呼叫请求信息中携带，也可由所述 RTC服务器 2在接受到该呼叫请求信息后，添加浏览器引擎的标识信息。所述浏览器引擎用来解析呼叫请求中携带的信息，以便进一步运行所述 WEB RTC应用，浏览器引擎可以是操作系统内的功能模块，例如 webkit; 可以是浏览器客户端内的功能模块。 WEB RTC应用可以在浏览器中运行，也可以脱离浏览器而基于操作系统内的浏览器引擎以 WEB应用形式独立运行。

优选的是，所述呼叫请求信息中还携带有会话协商的会话描述协议提供 SDP Offer ( Session Description Protocol Offer,会话描述协议提供 )信息；所述终端设备 1向所述 RTC服务器发送开启 WEB RTC应用请求信息，并在接收到所述 RTC服务器返回的 WEB RTC应用信息后，通过所述 WEB RTC应用与所述发送呼叫请求信息的终端进行通信具体包括：

所述终端设备 1 通过浏览器引擎向所述 RTC 服务器发送开启 WEB RTC应用请求信息，并在接收到所述 RTC服务器返回的 WEB RTC应用信息后，将所述呼叫请求信息中的 SDP Offer信息发送给所述 WEB RTC应用，通过所述 WEB RTC应用将所述 SDP Offer信息生成 SDP Answer信息，并通过所述 WEB RTC应用将所述 SDP Answer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述 SDP Answer信息发送给所述 RTC服务器，以使得所述 RTC服务器将所述 SDP Answer信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立通信通道开始通信。

或者，

终端设备 1通过浏览器引擎向所述 RTC服务器 2发送开启基于 WEB 的 RTC应用请求信息，该请求信息中携带浏览器引擎根据呼叫请求中携带的 SDP Offer信息生成的 SDP Answer信息，以使得所述 RTC服务器 2将所述 SDP Answer信息发送给所述信息发送终端的浏览器引擎以建立通信通道开始通信。 RTC服务器 2在接收到终端设备发送的开启基于 WEB的 RTC应用请求信息后，将返回基于 WEB的 RTC应用给终端设备 1呈现。

优选的是，会话协商的会话描述协议提供 SDP Offer信息可以由 RTC 服务器为终端设备 1 临时緩存，而不携带在所述呼叫请求信息中发送给终端设备 1。

终端设备 1通过浏览器引擎向所述 RTC服务器发送开启 WEB RTC应用请求信息，并在接收到所述 RTC服务器返回的 WEB RTC应用信息以及 SDP Offer信息后，通过所述 WEB RTC应用将所述 SDP Offer信息生成 SDP Answer信息，并通过所述 WEB RTC应用将所述 SDP Answer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述 SDP Answer信息发送给所述 RTC服务器，以使得所述 RTC服务器将所述 SDP Answer信息发送给所述信息发送终端的浏览器引擎以建立通信通道开始通信。

需要说明的是， RTC服务器 2在接收到终端设备 1发送的开启 WEB RTC应用请求信息后，可以向所述终端设备 1返回 WEB RTC应用信息，也可以返回 WEB RTC应用信息以及緩存的 SDP Offer信息。

优选的是，所述 RTC服务器在接收到其他终端发送给所述第一终端的呼叫请求信息后，在所述呼叫请求信息中添加提示信息，以使得所述第一终端在接收到所述呼叫请求信息后，根据所述呼叫请求信息中的提示信息生成相应的提示，包括但不限于震动、响铃或弹出提示框。

优选的是，所述终端设备 1 在接收到所述呼叫请求信息后，根据发送所述呼叫请求信息的终端的唯一标识符判断是否需要接受所述呼叫请求，若否，向所述 RTC服务器 2反馈拒绝信息，以使得 RTC服务器 2在接收到所述拒绝信息后，向发送所述呼叫请求信息的终端反馈所述终端设备 1 当前忙碌或者离线等信息。

可选的，所述 RTC服务器在将所述呼叫请求信息发送给所述终端设备 1后，若在预设时间内未接收到所述终端设备 1反馈的信息或者接收到的反馈信息为暂时不接收时，緩存所述呼叫请求信息，在预定时间后或者所述终端设备 1开启 WEB RTC应用后再发送该呼叫请求信息。所述 RTC服务器 2还可生成提示信息，并为该用户存储该信息，供终端设备 1查询或主动发送给终端设备 1。该提示信息可以为文本信息、音视频等多媒体类型的信息。可以提示用户发送呼叫的的发送方，呼叫时间，所使用的基于 WEB 的 RTC应用的类型，浏览器类型等信息。当用户下次登录该基于 WEB的 RTC应用或打开浏览器时，可以收到未接来电或留言的通知消息。

本实施例提供的系统场景只用于解释本发明，并不限定本发明的保护范围。

图 2示出了本发明另一实施例提供的实时通信方法的交互流程，该方法过程详述如下：

1、第一终端（终端设备 1 )向实时通信 RTC服务器发送注册离线业务请求信息，该信息中携带有 WEB RTC应用的唯一标识符。

在本实施例中，所述注册离线业务请求信息中携带有 WEB RTC应用的唯一标识符，所述唯一标识符包括 WEB RTC应用的类型以及对应的标识符，例如 QQ+张三（或者对应的 QQ号码）。其中，所述基于 WEB的 RTC应用包括但不限于具备 WEB应用功能的客户端程序、具备 WEB技术的打包格式的 widget应用、基于浏览器引擎的 WEB应用等，例如 WEB QQ 等。

在本实施例中，第一终端向实时通信 RTC服务器发送注册离线业务请求信息的目的是通知服务器其将关闭基于 WEB的 RTC应用（包括关闭基于 WEB的 RTC应用或者关闭浏览器），但希望关闭基于 WEB的 RTC应用后仍可以接收到其他终端发送给所述第一终端的呼叫请求信息或者其他通知信息等。

2、 RTC服务器在接收到所述注册离线业务请求信息后，为所述唯一标识符对应的 WEB RTC应用开启离线模式。

优选的是，为了增强安全性，防止恶意注册， RTC服务器在接收到所述注册离线业务请求信息后，根据注册离线业务请求信息中携带的 WEB RTC应用唯一标识符，判断所述唯一标识符对应的 WEB RTC应用是否具有注册离线业务请求权限，若是，为所述唯一标识符对应的 WEB RTC应用开启离线模式， RTC服务器将为所述第一终端保持在线状态、提供通知以及为所述第一终端保存通话信息等。

3、 RTC服务器向所述第一终端反馈成功响应信息；

4、第一终端在接收到所述 RTC服务器反馈的成功响应信息后，关闭基于 WEB的 RTC应用。例如，用户关闭浏览器应用程序，用户可以是待机状态，可以运行其它应用，或运行其它浏览器等情况。

5、 RTC服务器接收其他终端（第二终端）发送给所述第一终端的呼叫请求信息。

在本实施例中，第二终端可以是任意具有网络接入功能的终端设备，包括但不限于手机平板电脑、台式机、电视机，机顶盒，家庭网关、笔记本电脑等。

需要说明的是，当第二终端为不具备 WEB能力的传统终端时，需要通过其他网关（例如 RTC服务器代理网关、会话发起协议 (Session Initiation Protocol, SIP)代理网关、媒体网关等）完成协议和消息的转换后，将所述叫请求信息发送给所述 RTC服务器。

6、 RTC服务器将所述呼叫请求信息发送给所述第一终端，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端的 WEB RTC应用的唯一标识符以及 WEB RTC应用的类型。

具体的是， RTC服务器判断所述第一终端是否开启基于 WEB的 RTC 应用，若否，判断所述第一终端是否开启离线模式，若是，将所述呼叫请求信息发送给所述监听客户端，以使得所述监听客户端接收到所述 RTC服务器发送的呼叫请求信息后，解析所述呼叫请求信息，根据所述呼叫请求信息中浏览器引擎的标识信息确定所述呼叫请求信息为发送给浏览器引擎的信息，将所述呼叫请求信息发送给所述第一终端的浏览器引擎。

7、第一终端向所述 RTC服务器发送开启 WEB RTC应用请求信息；具体包括第一终端在接收到所述呼叫请求信息后，根据发送所述呼叫请求信息的终端的唯一标识符判断是否需要接受所述呼叫请求，若是，向所述 RTC 服务器发送开启 WEB RTC应用请求信息；所述 WEB RTC应用请求信息中还可以携带有用户所选定的 WEB RTC应用类型，以使得所述 RTC服务器在接收到所述 WEB RTC应用请求信息后，返回与用户所选定的 WEB RTC 应用类型相同的 WEB RTC应用。该 WEB RTC应用的类型与所述呼叫请求信息中 WEB RTC应用的类型可以相同，也可以不同。例如，第一终端通过 WEB QQ应用注册了离线业务，第二终端通过 MSN应用呼叫第一终端用户，第一终端可以通过向 RTC服务器请求开启 WEB QQ应用与第二终端用户进行通信。

8、 RTC服务器在接收到所述开启 WEB RTC应用应用请求信息，向所述第一终端返回的 WEB RTC应用信息；

所述返回给所述第一终端的 WEB RTC应用信息所对应的 WEB RTC应用的类型与所述发送所述呼叫请求信息的终端的 WEB RTC应用的类型相同或不同。 9、第一终端通过所述 WEB RTC应用与所述发送呼叫请求信息的终端

(第二终端）进行通信。

优选的是，所述呼叫请求信息中还携带有发送所述呼叫请求信息的终端的浏览器引擎的标识信息；

所述第一终端接收所述 RTC服务器发送的呼叫请求信息包括：所述第一终端的监听客户端接收到所述 RTC服务器发送的呼叫请求信息后，解析所述呼叫请求信息，根据所述呼叫请求信息中浏览器引擎标识信息确定所述呼叫请求信息为发送给浏览器引擎的信息，将所述呼叫请求信息发送给所述第一终端的浏览器引擎；

所述第一终端通过浏览器引擎向所述 RTC服务器发送开启 WEB RTC 应用请求信息，并在接收到所述 RTC服务器返回的 WEB RTC应用信息后，将所述呼叫请求信息中的 SDP Offer信息发送给所述 WEB RTC应用，通过所述 WEB RTC应用将所述 SDP Offer信息生成 SDP Answer信息，并通过所述 WEB RTC应用将所述 SDP Answer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述 SDP Answer信息发送给所述 RTC服务器，以使得所述 RTC服务器将所述 SDP Answer信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立通信通道开始通信；

或者，

所述第一终端通过浏览器引擎向所述 RTC服务器发送开启 WEB RTC 应用请求信息，所述 WEB RTC应用请求信息中携带有 SDP Answer信息，以使得所述 RTC服务器在接收到所述 WEB RTC应用请求信息，向所述第一终端返回 WEB RTC应用信息，并将所述 WEB RTC应用请求信息中的 SDP Answer信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立通信通道；

优选的，所述第一终端向所述 RTC服务器发送开启 WEB RTC应用请求信息，并在接收到所述 RTC服务器返回的 WEB RTC应用信息后，通过所述 WEB RTC应用与所述发送呼叫请求信息的终端进行通信具体包括：所述第一终端通过浏览器引擎向所述 RTC服务器发送开启 WEB RTC 应用请求信息，并在接收到所述 RTC服务器返回的 WEB RTC应用信息以及 SDP Offer信息后，通过所述 WEB RTC应用将所述 SDP Offer信息生成 SDP Answer信息，并通过所述 WEB RTC应用将所述 SDP Answer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述 SDP Answer信息发送给所述 RTC服务器，以使得所述 RTC服务器将所述 SDP Answer信息发送给所述信息发送终端的浏览器引擎以建立通信通道开始通信。

优选的是，为了增强用户体验，提高实用性，所述 RTC服务器在接收到其他终端发送给所述第一终端的呼叫请求信息后，在所述呼叫请求信息中添加提示信息，以使得所述第一终端在接收到所述呼叫请求信息后，根据所述呼叫请求信息中的提示信息生成相应的提示，包括但不限于震动、响铃或弹出提示框。提示信息可以通过脚本语言实现，例如通过 Java Script, 轻量级数据交换格式语言 JS0N ( JavaScript Object Notation )等方式实现。例如当所述提示信息为震动时，浏览器引擎解析所述提示信息，调用震动应用程序接口 API, 完成震动提示，如 navigator. vibrate([1000, 500, 2000]), 表示振动 1秒，停顿 0.5秒，一共振动 2秒。又例如当所述提示信息为弹出提示框时，则调用交互的 API接口，如通过使用 Alert方式，弹出提示才匡, Alert ( "第二终端" , www.WEBqq.com, "opera mini" , "是否应答呼叫" ）。

优选的是，为进一步增强用户体验，本实施例还包括：所述第一终端在拒绝所述呼叫请求时，向所述 RTC服务器反馈拒绝信息；

所述 RTC服务器在接收到所述拒绝信息后，向发送所述呼叫请求信息的终端反馈所述第一终端当前忙碌或者离线等信息。

需要说明的是，本实施例中的通信可以为多方通信，通信的信息包括音视频、文本以及数据等。当多方通信时，将携带多方唯一标识符的信息发送给第一终端的浏览器引擎解析，第一终端根据解析后获得的唯一标识符，选择相应的终端设备进行通信。

优选的是，所述 RTC服务器在将所述呼叫请求信息发送给所述第一终端后，若在预设时间内未接收到所述第一终端反馈的信息或者接收到的反馈信息为暂时不接收时，緩存所述呼叫请求信息，在预定时间后或者所述第一终端开启 WEB RTC应用后再发送该呼叫请求信息。所述 RTC服务器还可生成提示信息，并为该用户存储该信息，供终端设备查询或主动发送给终端设备。该提示信息可以为文本信息、音视频等多媒体类型的信息。可以提示用户发送呼叫的的发送方，呼叫时间，所使用的基于 WEB的 RTC 应用的类型，浏览器类型等信息。当用户下次登录该基于 WEB的 RTC应用或打开浏览器时，可以收到未接来电或留言的通知消息。

需要说明的是，本实施例中第一终端激活的浏览器可以与第二终端的浏览器相同或者不同。本实施例中第一终端所使用的网络也可以与第二终端的网络相同或者不同，比如对方使用固定电话呼叫 WEB QQ,只需要 RTC 服务器做一些相应的路由、协议转换即可。

图 3 示出了本发明实施例一提供的实时通信方法的实现流程，该实施例的执行主体为图 1中的终端设备 1 , 该方法过程详述如下：

在步骤 S301 中，第一终端接收 RTC服务器转发的其他终端发送给所述第一终端的呼叫请求信息，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端 WEB RTC应用的唯一标识符；在步骤 S302中，第一终端根据发送所述呼叫请求信息的终端 WEB RTC 应用的唯一标识符判断是否需要接受所述呼叫请求，若是，向所述 RTC服务器发送开启 WEB RTC应用请求信息，并在接收到所述 RTC服务器返回的 WEB RTC应用信息后，通过所述 WEB RTC应用与所述发送呼叫请求信息的终端进行通信。

优选的是，在所述第一终端接收 RTC服务器转发的其他终端发送给所述第一终端的呼叫请求信息的步骤之前，还包括：

第一终端向实时通信 RTC服务器发送注册离线业务请求信息，该信息中携带有 WEB RTC应用的唯一标识符，以使得所述 RTC服务器在接收到所述注册离线业务请求信息后，为所述唯一标识符对应的 WEB RTC应用开启离线模式，并向所述第一终端反馈成功响应信息；

第一终端在接收到所述 RTC服务器反馈的成功响应信息后，关闭所述 WEB RTC应用。

优选的是，所述 WEB RTC 应用请求信息中还携带有用户所选定的 WEB RTC应用类型，以使得所述 RTC服务器在接收到所述 WEB RTC应用请求信息后，返回与所述 WEB RTC应用类型相同的 WEB RTC应用。

优选的是，所述第一终端向所述 RTC服务器发送开启 WEB RTC应用请求信息，并在接收到所述 RTC服务器返回的 WEB RTC应用信息后，通过所述 WEB RTC应用与所述发送呼叫请求信息的终端进行通信具体包括：所述第一终端通过浏览器引擎向所述 RTC服务器发送开启 WEB RTC 应用请求信息，并在接收到所述 RTC服务器返回的 WEB RTC应用信息以及 SDP Offer信息后，通过所述 WEB RTC应用将所述 SDP Offer信息生成 SDP Answer信息，并通过所述 WEB RTC应用将所述 SDP Answer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述 SDP Answer信息发送给所述 RTC服务器，以使得所述 RTC服务器将所述 SDP Answer信息发送给所述信息发送终端的浏览器引擎以建立通信通道开始通信；

或者，

所述呼叫请求信息中还携带有会话协商的会话描述协议提供 SDP Offer 信息；

或者，

优选的是，所述呼叫请求信息中携带有提示信息，所述提示信息为 RTC 服务器在接收到其他终端发送给所述第一终端的呼叫请求信息时添加的；所述第一终端在接收到所述呼叫请求信息后，根据所述呼叫请求信息中的提示信息生成相应的提示，包括但不限于震动、响铃或弹出提示框。

优选的是，本实施例还包括：

本实施例的具体实施过程可参见图 2对应实施例相关步骤的描述，在此不再赘述。

图 4示出了本发明实施例一提供的实时通信方法的实现流程，该实施例的执行主体为图 1中的 RTC服务器 2, 该方法过程详述如下：

在步骤 S401中， RTC服务器在接收到其他终端发送给第一终端的呼叫请求信息后，将所述呼叫请求信息发送给所述第一终端，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端 WEB RTC应用的唯一标识符。

在本实施例中，所述 RTC服务器将所述呼叫请求信息发送给所述第一终端包括：

所述 RTC服务器将所述呼叫请求信息发送给监听客户端，以使得所述监听客户端在接收到所述 RTC服务器发送的呼叫请求信息后，解析所述呼叫请求信息，根据所述呼叫请求信息中浏览器引擎标识信息确定所述呼叫请求信息为发送给浏览器引擎的信息，将所述呼叫请求信息发送给所述第一终端的浏览器引擎。

在步骤 S402中， RTC服务器在接收到所述第一终端发送的开启 WEB RTC应用请求信息后，向所述第一终端返回 WEB RTC应用信息，以使得所述第一终端在接收到所述 RTC服务器返回的 WEB RTC应用信息后，通过所述 WEB RTC应用与所述发送呼叫请求信息的终端进行通信。

优选的是，在所述 RTC服务器接收到其他终端发送给第一终端的呼叫请求信息的步骤之前，还包括：

RTC服务器在接收到第一终端发送的注册离线业务请求信息后，为该信息中 WEB RTC应用唯一标识符对应的 WEB RTC应用开启离线模式，并向所述第一终端反馈成功响应信息，以使得所述第一终端在接收到所述 RTC服务器反馈的成功响应信息后，关闭其 WEB RTC应用。

具体包括所述 RTC服务器在接收到所述注册离线业务请求信息后，根据注册离线业务请求信息中携带的 WEB RTC应用唯一标识符，判断所述唯一标识符对应的 WEB RTC应用是否具有注册离线业务请求权限，若是，为所述唯一标识符对应的 WEB RTC应用开启离线模式。

优选的是，所述 WEB RTC 应用请求信息中还携带有用户所选定的 WEB RTC应用类型；

RTC服务器在接收到所述第一终端发送的开启 WEB RTC应用请求信息后，向所述第一终端返回与所述 WEB RTC应用类型相同的 WEB RTC应用。

优选的是，本实施例还包括：

优选的是，本实施例还包括：所述 RTC服务器在接收到所述第一终端发送的拒绝所述呼叫请求信息后，向发送所述呼叫请求信息的终端反馈所述第一终端当前忙碌或者离线信息。

优选的是，本实施例还包括：

图 5 示出了本发明另一实施例提供的实时通信方法的具体流程，该方法过程详述如下：

1、第一终端向实时通信 RTC服务器发送注册离线业务请求信息，该信息中携带有 WEB RTC应用的唯一标识符。

具体的是，第一终端通过 WEB RTC应用向所述 RTC服务器发送注册离线业务请求信息。其中，所述 WEB RTC应用包括但不限于具备 WEB应用功能的客户端程序，例如 WEB QQ等。

在本实施例中，第一终端向实时通信 RTC服务器发送注册离线业务请求信息的目的是通知服务器其将关闭 WEB RTC应用（包括关闭 WEB RTC 应用或者关闭浏览器），但希望关闭 WEB RTC应用后仍可以接收到其他终端发送给所述第一终端的呼叫请求信息或者其他通知信息等。

2、 RTC服务器在接收到所述注册离线业务请求信息后，为所述第一终端开启离线模式。

3、 RTC服务器为所述第一终端开启离线模式后，向所述第一终端反馈成功响应信息。

4、第一终端在接收到所述 RTC服务器反馈的成功响应信息后，关闭 WEB RTC应用和 /或浏览器。

在本实施例中，第二终端可以是任意具有网络接入功能的终端设备，包括但不限于手机、 IPAD、笔记本电脑等。

需要说明的是，但第二终端为手机等终端设备时，需要通过另外一个网关完成协议和消息的转换后，将所述叫请求信息发送给所述 RTC服务器。

6、 RTC服务器将所述呼叫请求信息发送给监听客户端，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端 WEB RTC应用的的唯一标识符、提示信息、 WEB RTC应用类型、浏览器信息、 RTC服务器地址信息和 /或会话描述协议提供 ( Session Description Protocol Offer, SDP Offer )信息等。

具体的是， RTC服务器判断所述第一终端是否开启基于 WEB的 RTC 应用，若否，判断所述第一终端是否开启离线模式，若是，将所述呼叫请求信息发送给所述监听客户端。

需要说明的是，本实施例中的呼叫请求信息可通过套接字（ WEBsocket ) 发送，还可通过短消息、彩信、 http消息、会话初始协议（ Session Initiation Protocol, SIP )等中的至少一种发送。

另夕卜，本实施例的监听客户端可以为一个单独的终端设备，也可以为集成在所述第一终端中的软件和 /或硬件单元。 7、监听客户端接收到所述 RTC服务器发送的呼叫请求信息后，解析所述呼叫请求信息，根据所述呼叫请求信息中浏览器引擎的标识信息确定所述呼叫请求信息为发送给浏览器引擎的信息，将所述呼叫请求信息发送给所述第一终端的浏览器引擎。

8、监听客户端将所述呼叫请求信息发送给所述第一终端的浏览器引擎。

需要说明的是，当所述浏览器为关闭状态时，监听客户端需要先激活所述浏览器引擎，再将所述呼叫请求信息发送给所述浏览器引擎解析处理。监听客户端根据呼叫请求信息中携带的浏览器引擎的标识信息，判断所述呼叫请求信息为发送给浏览器引擎的信息，并激活浏览器引擎。

9、浏览器引擎接收并解析所述呼叫请求信息，调用所述呼叫请求信息中的提示信息生成相应的提示，包括但不限于震动、响铃或弹出提示框。

例如当所述提示信息为震动时，浏览器引擎解析所述提示信息，调用震动应用程序接口 API , 完成震动提示，如 navigator. vibrate([1000, 500, 2000]), 表示振动 1秒，停顿 0.5秒，一共振动 2秒。又例如当所述提示信息为弹出提示框时，则调用交互的 API接口，如通过使用 Alert方式，弹出提示才匡, Alert ( "第二终端" , www.WEBqq.com, "opera mini" , "是否应答呼叫" ）。

10、在接收到用户根据所述提示信息选择的接收所述呼叫请求信息时，第一终端通过所述浏览器引擎向所述 RTC服务器发送开启 WEB RTC应用请求信息。

11、 RTC服务器在接收到所述呼叫请求信息后，返回相应的 WEB RTC 应用。

12、浏览器引擎将所述呼叫请求信息中的 SDP Offer信息发送给所述 WEB RTC应用。

13、 WEB RTC应用根据所述 SDP Offer信息生成 SDP Answer信息，并将所述 SDP Answer信息发送给所述浏览器引擎。

14、浏览器引擎将所述 SDP Answer信息发送给所述 RTC服务器。

15、 RTC服务器将所述 SDP Answer信息发送给所述信息发送终端（第二终端）的浏览器引擎。

16、第二终端的浏览器引擎将所述 SDP Answer信息发送给第二终端的 WEB RTC应用。

17、第一终端和第二终端建立通信。

优选的是，本实施例中的步骤 6可以不携带 SDP Offer信息，而在第 11步返回相应的 WEB RTC应用时携带所述 SDP Offer信息，则 WEB RTC 应用根据所述 SDP Offer信息直接生成 SDP Answer信息。

优选的是，为进一步增强用户体验，本实施例还包括：

所述第一终端在接收到用户选择的拒绝所述呼叫请求时，向所述 RTC 服务器反馈拒绝信息；

优选的是，所述 WEB RTC 应用请求信息中还携带有用户所选定的 WEB RTC应用类型，以使得所述 RTC服务器在接收到所述 WEB RTC应用请求信息后，返回与用户所选定的 WEB RTC应用类型相同的 WEB RTC 应用。该 WEB RTC应用的类型与所述呼叫请求信息中 WEB RTC应用的类型可以相同，也可以不同。

优选的是，所述 RTC服务器在将所述呼叫请求信息发送给所述第一终端后，若在预设时间内未接收到所述第一终端反馈的信息或者接收到的反馈信息为暂时不接收时，緩存所述呼叫请求信息，在预定时间后或者所述第一终端开启 WEB RTC应用后再发送该呼叫请求信息。所述 RTC服务器 2还可生成提示信息，并为该用户存储该信息，供终端设备 1查询或主动发送给终端设备 1。该提示信息可以为文本信息、音视频等多媒体类型的信息。可以提示用户发送呼叫的的发送方，呼叫时间，所使用的基于 WEB的 RTC 应用的类型，浏览器类型等信息。当用户下次登录该基于 WEB的 RTC应用或打开浏览器时，可以收到未接来电或留言的通知消息。

图 6示出了本发明另一实施例提供的终端设备的组成结构，为了便于说明，仅示出了与本发明实施例相关的部分。

该终端设备 1包括信息接收单元 11以及处理单元 12。其中，各单元的具体功能如下：

信息接收单元 11 ,用于接收所述 RTC服务器转发的其他终端发送给该终端设备的呼叫请求信息，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端 WEB RTC应用的唯一标识符；

处理单元 12,用于根据所述信息接收单元 11接收到的呼叫请求信息中携带的呼叫请求信息发送终端 WEB RTC应用的唯一标识符判断是否需要接受所述呼叫请求，若是，向所述 RTC服务器发送开启 WEB RTC应用请求信息，并在接收到所述 RTC服务器返回的 WEB RTC应用信息后，通过所述 WEB RTC应用与所述发送呼叫请求信息的终端进行通信。

进一步的是，所述终端设备 1还包括：

信息发送单元 13 ,用于向实时通信 RTC服务器发送注册离线业务请求信息，该信息中携带有 WEB RTC应用的唯一标识符，以使得所述 RTC服务器在接收到所述注册离线业务请求信息后，为所述唯一标识符对应的 WEB RTC应用开启离线模式，并向所述第一终端反馈成功响应信息；关闭单元 14, 用于在接收到所述 RTC服务器反馈的成功响应信息后，关闭所述 WEB RTC应用。

优选的，所述 WEB RTC应用请求信息中还携带有用户所选定的 WEB RTC应用类型，以使得所述 RTC服务器在接收到所述 WEB RTC应用请求信息后，返回与所述 WEB RTC应用类型相同的 WEB RTC应用。

进一步的，所述呼叫请求信息中还携带有发送所述呼叫请求信息的终端的浏览器引擎的标识信息；

所述信息接收单元 11具体用于，通过所述该终端设备的监听客户端接收所述 RTC服务器发送的呼叫请求信息，解析所述呼叫请求信息，根据所述呼叫请求信息中浏览器引擎标识信息确定所述呼叫请求信息为发送给浏览器引擎的信息，将所述呼叫请求信息发送给所述第一终端的浏览器引擎。

优选的，所述呼叫请求信息中还携带有会话协商的会话描述协议提供 SDP Offer信息；

所述处理单元 12具体用于，通过该终端设备的浏览器引擎向所述 RTC 服务器发送开启 WEB RTC应用请求信息，并在接收到所述 RTC服务器返回的 WEB RTC应用信息后，将所述呼叫请求信息中的 SDP Offer信息发送给所述 WEB RTC应用，通过所述 WEB RTC应用将所述 SDP Offer信息生发送给所述浏览器引擎，通过所述浏览器引擎将所述 SDP Answer信息发送给所述 RTC服务器，以使得所述 RTC服务器将所述 SDP Answer信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立通信通道开始通信。

或者，所述处理单元 12具体用于，通过该终端设备的浏览器引擎向所述 RTC服务器发送开启 WEB RTC应用请求信息，所述 WEB RTC应用请求信息中携带有 SDP Answer信息，以使得所述 RTC服务器在接收到所述 WEB RTC应用请求信息，向所述第一终端返回 WEB RTC应用信息，并将所述 WEB RTC应用请求信息中的 SDP Answer信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立通信通道，在接收到所述 RTC服务器返回的 WEB RTC应用信息后，通过所述 WEB RTC应用与所述发送呼叫请求信息的终端进行通信。

或者，

所述处理单元 12具体用于，通过该终端设备的浏览器引擎向所述 RTC 服务器发送开启 WEB RTC应用请求信息，并在接收到所述 RTC服务器返回的 WEB RTC应用信息以及 SDP Offer信息后，通过所述 WEB RTC应用将所述 SDP Offer信息生成 SDP Answer信息，并通过所述 WEB RTC应用将所述 SDP Answer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述 SDP Answer信息发送给所述 RTC服务器，以使得所述 RTC服务器将所述 SDP Answer信息发送给所述信息发送终端的浏览器引擎以建立通信通道开始通信。

优选的，所述呼叫请求信息中携带有提示信息，所述提示信息为 RTC 服务器在接收到其他终端发送给所述第一终端的呼叫请求信息时添加的；所述终端设备 1还包括：

提示单元 15 , 用于在接收到所述呼叫请求信息后，根据所述呼叫请求信息中的提示信息生成相应的提示，包括但不限于震动、响铃或弹出提示框。

进一步的，所述终端设备 1还包括：

信息反馈单元 16, 用于在拒绝所述呼叫请求时，向所述 RTC服务器反馈拒绝信息，以使得所述 RTC服务器在接收到所述拒绝信息后，向发送所述呼叫请求信息的终端反馈所述第一终端当前忙碌或者离线信息。

本实施例提供的终端设备 1 可以使用在前述对应的实时通信方法，详情参见上述实时通信方法图 2、图 3、图 5对应实施例的相关描述，在此不再赘述。

图 7示出了本发明另一实施例提供的 RTC服务器的组成结构，为了便于说明，仅示出了与本发明实施例相关的部分。

该 RTC服务器 2包括第一发送单元 21 以及第二发送单元 22。其中，各单元的具体功能如下：

第一发送单元 21 , 用于在接收到其他终端发送给所述第一终端的呼叫请求信息后，将所述呼叫请求信息发送给所述第一终端，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端 WEB RTC应用的唯一标识符；第二发送单元 22, 用于在接收到所述第一终端发送的开启 WEB RTC 应用请求信息后，向所述第一终端返回 WEB RTC应用信息，以使得所述第一终端在接收到所述 RTC服务器返回的 WEB RTC应用信息后，通过所述 WEB RTC应用与所述发送呼叫请求信息的终端进行通信。

进一步的，所述 RTC服务器 2还包括：

开启单元 23 ,用于在接收到第一终端发送的注册离线业务请求信息后，为该信息中 WEB RTC应用唯一标识符对应的 WEB RTC应用开启离线模式，并向所述第一终端反馈成功响应信息，以使得所述第一终端在接收到所述 RTC服务器反馈的成功响应信息后，关闭其 WEB RTC应用。

所述开启单元 23具体用于，在接收到所述注册离线业务请求信息后，根据注册离线业务请求信息中携带的 WEB RTC应用唯一标识符，判断所述唯一标识符对应的 WEB RTC应用是否具有注册离线业务请求权限，若是，为所述唯一标识符对应的 WEB RTC应用开启离线模式。

优选的，所述 WEB RTC应用请求信息中还携带有用户所选定的 WEB RTC应用类型；

所述第二发送单元 22 , 具体用于在接收到所述第一终端发送的开启 WEB RTC应用请求信息后，向所述第一终端返回与所述 WEB RTC应用类型相同的 WEB RTC应用。

进一步的，所述 RTC服务器 2还包括：

信息添加单元 24, 用于在接收到其他终端发送给所述第一终端的呼叫请求信息后，在所述呼叫请求信息中添加提示信息，以使得所述第一终端在接收到所述呼叫请求信息后，根据所述呼叫请求信息中的提示信息生成相应的提示，包括震动、响铃或弹出提示框。

进一步的，所述第二发送单元 23用于，将所述呼叫请求信息发送给监听客户端，以使得所述监听客户端接收到所述 RTC服务器发送的呼叫请求信息后，解析所述呼叫请求信息，根据所述呼叫请求信息中的浏览器标识信息确定所述呼叫请求信息为发送给浏览器引擎的信息，将所述呼叫请求信息发送给所述第一终端的浏览器引擎。

进一步的，所述 RTC服务器 2还包括：

第三发送单元 25 , 用于在接收到所述第一终端发送的拒绝所述呼叫请求信息后，向发送所述呼叫请求信息的终端反馈所述第一终端当前忙碌或者离线信息。

进一步的，所述 RTC服务器 2还包括：

处理单元 26, 用于在将所述呼叫请求信息发送给所述第一终端后，若在预设时间内未接收到所述第一终端反馈的信息或者接收到的反馈信息为暂时不接收时，緩存所述呼叫请求信息，在预定时间后或者所述第一终端开启 WEB RTC应用后再发送该呼叫请求信息。

本实施例提供的 RTC服务器 2可以使用在前述对应的实时通信方法，详情参见上述实时通信方法图 2、图 4、图 5对应实施例的相关描述，在此不再赘述。

本领域普通技术人员可以理解为所述终端设备 1实施例及 RTC服务器 2实施例所包括的各个单元只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明实施例的保护范围。

另外，在本发明实施例各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）或处理器（processor )执行本发明实施例各个实施例所述方法的全部或部分步骤。而前述的存储介质包括： U盘、移动硬盘、只读存储器（ROM, Read-Only Memory )、随机存取存储器（RAM, Random Access Memory ),磁碟或者光盘等各种可以存储程序代码的介质。

综上所述，本发明实施例通过向 RTC服务器发送注册离线业务请求信息来开启离线模式，使得在终端的 WEB RTC应用关闭的情况下，仍然可以接收到 RTC服务器转发的其他终端发送给该终端的呼叫请求信息，并在接收到所述呼叫请求信息后，向所述 RTC服务器发送开启 WEB RTC应用请求信息，在接收到所述 RTC服务器返回的 WEB RTC应用后，通过所述 WEB RTC应用与所述发送呼叫请求信息的终端进行通信。通过本发明实施例，可有效解决现有基于 WEB的实时通信在通信双方不同时在线或者未打开 WEB RTC应用时，无法获取信息的问题。而且通过关闭浏览器和 /或 WEB RTC应用，也可以节省电池电量，节省与网络保持单独连接、发送心跳消息等网络资源。并通过监听消息，在不建立会话情况下，也能实现信令协商的技术效果，提高信令协商效率。另外，还可以根据呼叫请求信息发送终端 WEB RTC应用的唯一标识符选择性的接受呼叫，提高用户体验，具有较强的实用性。

参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例各实施例技术方案的精神和范围。

Claims

权利要求

1、一种实时通信方法，其特征在于，所述方法包括：

2、如权利要求 1所述的方法，其特征在于，在所述第一终端接收 RTC 服务器转发的其他终端发送给所述第一终端的呼叫请求信息的步骤之前，还包括：

3、如权利要求 1或 2所述的方法，其特征在于，所述开启 WEB RTC 应用请求信息中还携带有用户所选定的 WEB RTC应用类型，以使得所述 RTC服务器在接收到所述开启 WEB RTC 应用请求信息后，返回与所述 WEB RTC应用类型相同的 WEB RTC应用信息。

4、如权利要求 1 所述的方法，其特征在于，所述呼叫请求信息中还携带有发送所述呼叫请求信息的终端的浏览器引擎的标识信息；

5、如权利要求 1至 4任一项所述的方法，其特征在于，所述呼叫请求信息中还携带有会话协商的会话描述协议提供 SDP Offer信息；

6、如权利要求 1至 4任一项所述的方法，其特征在于，所述呼叫请求信息中还携带有会话协商的会话描述协议提供 SDP Offer信息；

7、如权利要求 1至 4任一项所述的方法，其特征在于，所述第一终端向所述 RTC服务器发送开启 WEB RTC应用请求信息，并在接收到所述 RTC服务器返回的 WEB RTC应用信息后，通过所述 WEB RTC应用与所述发送呼叫请求信息的终端进行通信具体包括：

所述第一终端通过浏览器引擎向所述 RTC服务器发送开启 WEB RTC 应用请求信息，并在接收到所述 RTC服务器返回的 WEB RTC应用信息以及 SDP Offer信息后，通过所述 WEB RTC应用将所述 SDP Offer信息生成 SDP Answer信息，并通过所述 WEB RTC应用将所述 SDP Answer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述 SDP Answer信息发送给所述 RTC服务器，以使得所述 RTC服务器将所述 SDP Answer信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立通信通道开始通信。

8、如权利要求 1至 7任一项所述的方法，其特征在于，所述呼叫请求信息中携带有提示信息，所述提示信息为 RTC服务器在接收到其他终端发送给所述第一终端的呼叫请求信息时添加的；

9、如权利要求 1至 8任一项所述的方法，其特征在于，所述方法还包括：

10、如权利要求 1至 9任一项所述的方法，其特征在于，所述第一终端向所述 RTC服务器发送的开启 WEB RTC应用请求消息所对应的 WEB RTC应用的类型与所述发送所述呼叫请求信息的终端的 WEB RTC应用的类型相同或不同。

11、一种实时通信方法，其特征在于，所述方法包括：

12、如权利要求 11所述的方法，其特征在于，在所述 RTC服务器接收到其他终端发送给第一终端的呼叫请求信息的步骤之前，还包括：

13、如权利要求 12所述的方法，其特征在于，所述 RTC服务器在接收到所述注册离线业务请求信息后，为所述唯一标识符对应的 WEB RTC 应用开启离线模式具体包括：

14、如权利要求 11所述的方法，其特征在于，所述 WEB RTC应用请求信息中还携带有用户所选定的 WEB RTC应用类型； RTC服务器在接收到所述第一终端发送的开启 WEB RTC应用请求信息后，向所述第一终端返回 WEB RTC应用信息包括：

15、如权利要求 11至 14任一项所述的方法，其特征在于，所述方法还包括：

16、如权利要求 11至 15任一项所述的方法，其特征在于，所述方法还包括：

17、如权利要求 11至 16任一项所述的方法，其特征在于，所述方法还包括：

18、如权利要求 11至 17任一项所述的方法，其特征在于，所述 RTC 服务器返回的 WEB RTC应用信息所对应的 WEB RTC应用的类型与所述发送所述呼叫请求信息的终端的 WEB RTC应用的类型相同或不同。

19、一种终端设备，其特征在于，所述终端设备包括：信息接收单元，用于接收实时通信 RTC服务器转发的其他终端发送给该终端设备的呼叫请求信息，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端的 WEB RTC应用的唯一标识符；

20、如权利要求 19所述的终端设备，其特征在于，所述终端设备还包括：

信息发送单元，用于向实时通信 RTC服务器发送注册离线业务请求信息，该信息中携带有 WEB RTC应用的唯一标识符，以使得所述 RTC服务器在接收到所述注册离线业务请求信息后，为所述唯一标识符对应的 WEB RTC应用开启离线模式，并向所述第一终端反馈成功响应信息；

21、如权利要求 19所述的终端设备，其特征在于，所述 WEB RTC应用请求信息中还携带有用户所选定的 WEB RTC应用类型，以使得所述 RTC 服务器在接收到所述 WEB RTC应用请求信息后，返回与所述 WEB RTC应用类型相同的 WEB RTC应用信息。

22、如权利要求 19所述的终端设备，其特征在于，所述呼叫请求信息中还携带有发送所述呼叫请求信息的终端的浏览器引擎的标识信息；

23、如权利要求 19至 22任一项所述的终端设备，其特征在于，所述呼叫请求信息中还携带有会话协商的会话描述协议提供 SDP Offer信息；所述处理单元具体用于，通过该终端设备的浏览器引擎向所述 RTC服务器发送开启 WEB RTC应用请求信息，并在接收到所述 RTC服务器返回的 WEB RTC应用信息后，将所述呼叫请求信息中的 SDP Offer信息发送给所述 WEB RTC应用，通过所述 WEB RTC应用将所述 SDP Offer信息生成 SDP Answer信息，并通过所述 WEB RTC应用将所述 SDP Answer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述 SDP Answer信息发送给所述 RTC服务器，以使得所述 RTC服务器将所述 SDP Answer信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立通信通道开始通信。

24、如权利要求 19至 22任一项所述的终端设备，其特征在于，所述呼叫请求信息中还携带有会话协商的会话描述协议提供 SDP Offer信息；所述处理单元具体用于，通过该终端设备的浏览器引擎向所述 RTC服务器发送开启 WEB RTC应用请求信息，所述 WEB RTC应用请求信息中携带有 SDP Answer信息，以使得所述 RTC服务器在接收到所述 WEB RTC 应用请求信息，向所述第一终端返回 WEB RTC应用信息，并将所述 WEB RTC应用请求信息中的 SDP Answer信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立通信通道,在接收到所述 RTC服务器返回的 WEB RTC应用信息后，通过所述 WEB RTC应用与所述发送呼叫请求信息的终端进行通信。

25、如权利要求 19至 22任一项所述的终端设备，所述处理单元具体用于，通过该终端设备的浏览器引擎向所述 RTC服务器发送开启 WEB RTC 应用请求信息，并在接收到所述 RTC服务器返回的 WEB RTC应用信息以及 SDP Offer信息后，通过所述 WEB RTC应用将所述 SDP Offer信息生成 SDP Answer信息，并通过所述 WEB RTC应用将所述 SDP Answer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述 SDP Answer信息发送给所述 RTC服务器，以使得所述 RTC服务器将所述 SDP Answer信息发送给所述信息发送终端的浏览器引擎以建立通信通道开始通信。

26、如权利要求 19至 25任一项所述的终端设备，其特征在于，所述呼叫请求信息中携带有提示信息，所述提示信息为 RTC服务器在接收到其他终端发送给所述第一终端的呼叫请求信息时添加的；

所述终端设备还包括：

27、如权利要求 19至 26任一项所述的终端设备，其特征在于，所述终端设备还包括：

28、如权利要求 19至 27任一项所述的终端设备，其特征在于，所述向所述 RTC服务器发送的开启 WEB RTC应用请求消息所对应的 WEB RTC应用的类型与所述发送所述呼叫请求信息的终端的 WEB RTC应用的类型相同或不同。

29、一种实时通信 RTC服务器，其特征在于，所述 RTC服务器包括：第一发送单元，用于在接收到其他终端发送给所述第一终端的呼叫请求信息后，将所述呼叫请求信息发送给所述第一终端，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端 WEB RTC应用的唯一标识符；第二发送单元，用于在接收到所述第一终端发送的开启 WEB RTC应用请求信息后，向所述第一终端返回 WEB RTC应用信息，以使得所述第一终端在接收到所述 RTC服务器返回的 WEB RTC应用信息后，通过所述 WEB RTC应用与所述发送呼叫请求信息的终端进行通信。

30、如权利要求 29所述的 RTC服务器，其特征在于，所述 RTC服务器还包括：

开启单元，用于在接收到第一终端发送的注册离线业务请求信息后，为该信息中 WEB RTC应用唯一标识符对应的 WEB RTC应用开启离线模式，并向所述第一终端反馈成功响应信息，以使得所述第一终端在接收到所述 RTC服务器反馈的成功响应信息后，关闭其 WEB RTC应用。

31、如权利要求 30所述的 RTC服务器，其特征在于，所述开启单元具体用于，在接收到所述注册离线业务请求信息后，根据注册离线业务请求信息中携带的 WEB RTC应用唯一标识符，判断所述唯一标识符对应的 WEB RTC应用是否具有注册离线业务请求权限，若是，为所述唯一标识符对应的 WEB RTC应用开启离线模式。

32、如权利要求 29所述的 RTC服务器，其特征在于，所述 WEB RTC 应用请求信息中还携带有用户所选定的 WEB RTC应用类型；

所述第二发送单元具体用于在接收到所述第一终端发送的开启 WEB RTC应用请求信息后，向所述第一终端返回与所述 WEB RTC应用类型相同的 WEB RTC应用信息。

33、如权利要求 29至 32任一项所述的 RTC服务器，其特征在于，所述 RTC服务器还包括：

34、如权利要求 29至 33任一项所述的 RTC服务器，其特征在于，所述 RTC服务器还包括：

第三发送单元，用于在接收到所述第一终端发送的拒绝所述呼叫请求信息后，向发送所述呼叫请求信息的终端反馈所述第一终端当前忙碌或者离线信息。

35、如权利要求 29至 34任一项所述的 RTC服务器，其特征在于，所述 RTC服务器还包括：

36、如权利要求 29至 35任一项所述的 RTC服务器，其特征在于，所述返回给所述第一终端的 WEB RTC应用信息所对应的 WEB RTC应用的类型与所述发送所述呼叫请求信息的终端的 WEB RTC应用的类型相同或不同。

37、一种实时通信系统，其特征在于，所述系统包括如权利要求 19至 28任一项所述的终端设备，和 /或如权利要求 29至 36任一项所述的 RTC服务