一种实时通信方法、终端设备、实时通信服务器及系统的制作方法
【专利摘要】本发明适用于通信【技术领域】，提供了一种实时通信方法、终端设备、RTC服务器及系统，所述方法包括：第一终端接收RTC服务器转发的其他终端发送给所述第一终端的呼叫请求信息，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端的WEB?RTC应用的唯一标识符；第一终端根据发送所述呼叫请求信息的终端的WEB?RTC应用的唯一标识符判断是否需要接受所述呼叫请求，若是，向所述RTC服务器发送开启WEB?RTC应用请求信息，并在接收到所述RTC服务器返回的WEB?RTC应用信息后，通过所述WEB?RTC应用与所述发送呼叫请求信息的终端进行通信。通过本发明可解决在未开启WEB?RTC应用时无法获取信息的问题。
【专利说明】一种实时通信方法、终端设备、实时通信服务器及系统
【技术领域】
[0001]本发明属于通信【技术领域】，尤其涉及一种实时通信方法、终端设备、实时通信服务器及系统。
【背景技术】
[0002]传统的基于互联网(WEB)的实时通信类业务，需要下载和安装额外的插件，通过安装的插件完成实时通信业务，例如QQ、MSN等。
[0003]而现有的基于WEB的实时通信(Real Time Communication，RTC)，通过制定WEB应用和浏览器之间的API接口，使基于WEB的RTC应用能够在浏览器中运行，实现端与端之间消息、音视频等的传输。举例来说，当第一用户通过浏览器访问一个提供WEB RTC服务的网站，该网站向所述第一用户所在终端返回一个基于WEB RTC应用的页面，即打开了基于WEB的RTC应用，例如WEB QQ0第二用户也同时以相同的方式打开所述WEB RTC应用，则第一用户和第二用户之间可以建立联系相互通信。当用户关闭该网页或该浏览器时，通信也将被终止，或接收通信连接请求也无法实现。
[0004]现有基于WEB的实时通信需要通信双方同时在线并打开WEB RTC应用。例如，通过浏览器进行实时通信时，当通信一方没有打开浏览器，或是打开了浏览器，但没有登录到提供WEB RTC服务的网站，即没有打开WEB RTC应用时，将无法获取另一方发送的信息。
【发明内容】
[0005]本发明实施例提供一种实时通信方法，以解决现有基于WEB的实时通信在通信双方不同时在线或者未打开WEB RTC应用时，无法获取信息的问题。
[0006]第一方面，一种实时通信方法，所述方法包括:
[0007]第一终端接收实时通信RTC服务器转发的其他终端发送给所述第一终端的呼叫请求信息，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端的WEB RTC应用的唯一标识符；
[0008]第一终端根据发送所述呼叫请求信息的终端的WEB RTC应用的唯一标识符判断是否需要接受所述呼叫请求，若是，向所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息后，通过所述WEB RTC应用与所述发送呼叫请求信息的终端进行通信。
[0009]在第一方面的第一种可能的实现方式中，在所述第一终端接收RTC服务器转发的其他终端发送给所述第一终端的呼叫请求信息之前，还包括:
[0010]第一终端向实时通信RTC服务器发送注册离线业务请求信息，该信息中携带有WEB RTC应用的唯一标识符，以使得所述RTC服务器在接收到所述注册离线业务请求信息后，为所述唯一标识符对应的WEB RTC应用开启离线模式，并向所述第一终端反馈成功响应
信息；
[0011]第一终端在接收到所述RTC服务器反馈的成功响应信息后，关闭所述WEB RTC应用。
[0012]结合第一方面或第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述开启WEB RTC应用请求信息中还携带有用户所选定的WEB RTC应用类型，以使得所述RTC服务器在接收到所述开启WEB RTC应用请求信息后，返回与所述WEB RTC应用类型相同的WEB RTC应用信息。
[0013]在第一方面的第三种可能的实现方式中，所述呼叫请求信息中还携带有发送所述呼叫请求信息的终端的浏览器引擎的标识信息；
[0014]所述第一终端接收所述RTC服务器发送的呼叫请求信息包括:
[0015]所述第一终端的监听客户端接收到所述RTC服务器发送的呼叫请求信息后，解析所述呼叫请求信息，根据所述呼叫请求信息中浏览器引擎标识信息确定所述呼叫请求信息为发送给浏览器引擎的信息，将所述呼叫请求信息发送给所述第一终端的浏览器引擎。
[0016]结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式或第一方面的第三种可能的实现方式，在第四种可能的实现方式中，所述呼叫请求信息中还携带有会话协商的会话描述协议提供SDP Offer信息；
[0017]所述第一终端向所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息后，通过所述WEB RTC应用与所述发送呼叫请求信息的终端进行通信具体包括:
[0018]所述第一终端通过浏览器引擎向所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息后，将所述呼叫请求信息中的SDPOffer信息发送给所述WEB RTC应用，通过所述WEB RTC应用将所述SDP Offer信息生成SDP Answer信息，并通过所述WEB RTC应用将所述SDP Answer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述SDP Answer信息发送给所述RTC服务器，以使得所述RTC服务器将所述SDP Answer信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立通信通道开始通信。
[0019]结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式或第一方面的第三种可能的实现方式，在第五种可能的实现方式中，所述呼叫请求信息中还携带有会话协商的会话描述协议提供SDP Offer信息；
[0020]所述第一终端向所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息后，通过所述WEB RTC应用与所述发送呼叫请求信息的终端进行通信具体包括:
[0021]所述第一终端通过浏览器引擎向所述RTC服务器发送开启WEB RTC应用请求信息，所述开启WEB RTC应用请求信息中携带有SDP Answer信息，以使得所述RTC服务器在接收到所述开启WEB RTC应用请求信息后，向所述第一终端返回WEB RTC应用信息，并将所述开启WEB RTC应用请求信息中的SDP Answer信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立通信通道；
[0022]所述第一终端接收所述RTC服务器返回的WEB RTC应用信息，通过所述WEB RTC应用与所述发送呼叫请求信息的终端进行通信。
[0023]结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式或第一方面的第三种可能的实现方式，在第六种可能的实现方式中，所述第一终端向所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息后，通过所述WEB RTC应用与所述发送呼叫请求信息的终端进行通信具体包括:
[0024]所述第一终端通过浏览器引擎向所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息以及SDP Offer信息后，通过所述WEB RTC应用将所述SDP Offer信息生成SDP Answer信息，并通过所述WEB RTC应用将所述SDP Answer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述SDP Answer信息发送给所述RTC服务器，以使得所述RTC服务器将所述SDP Answer信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立通信通道开始通信。
[0025]结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式或第一方面的第三种可能的实现方式或第一方面的第四种可能的实现方式或第一方面的第五种可能的实现方式或第一方面的第六种可能的实现方式，在第七种可能的实现方式中，所述呼叫请求信息中携带有提示信息，所述提示信息为RTC服务器在接收到其他终端发送给所述第一终端的呼叫请求信息时添加的；
[0026]所述第一终端在接收到所述呼叫请求信息后，根据所述呼叫请求信息中的提示信息生成相应的提示，包括震动、响铃或弹出提示框。
[0027]结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式或第一方面的第三种可能的实现方式或第一方面的第四种可能的实现方式或第一方面的第五种可能的实现方式或第一方面的第六种可能的实现方式或第一方面的第七种可能的实现方式，在第八种可能的实现方式中，所述方法还包括:
[0028]所述第一终端在拒绝所述呼叫请求时，向所述RTC服务器反馈拒绝信息，以使得所述RTC服务器在接收到所述拒绝信息后，向发送所述呼叫请求信息的终端反馈所述第一终端当前忙碌或者离线信息。
[0029]结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式或第一方面的第三种可能的实现方式或第一方面的第四种可能的实现方式或第一方面的第五种可能的实现方式或第一方面的第六种可能的实现方式或第一方面的第七种可能的实现方式或第一方面的第八种可能的实现方式，在第九种可能的实现方式中，所述第一终端向所述RTC服务器发送的开启WEB RTC应用请求消息所对应的WEB RTC应用的类型与所述发送所述呼叫请求信息的终端的WEB RTC应用的类型相同或不同。
[0030]第二方面，一种实时通信方法，所述方法包括:
[0031]实时通信RTC服务器在接收到其他终端发送给第一终端的呼叫请求信息后，将所述呼叫请求信息发送给所述第一终端，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端WEB RTC应用的唯一标识符；
[0032]RTC服务器在接收到所述第一终端发送的开启WEB RTC应用请求信息后，向所述第一终端返回WEB RTC应用信息，以使得所述第一终端在接收到所述RTC服务器返回的WEBRTC应用信息后，通过所述WEB RTC应用与发送所述呼叫请求信息的终端进行通信。
[0033]在第二方面的第一种可能的实现方式中，在所述RTC服务器接收到其他终端发送给第一终端的呼叫请求信息的之前，还包括:
[0034]RTC服务器在接收到所述第一终端发送的注册离线业务请求信息后，为该信息中WEB RTC应用唯一标识符对应的WEB RTC应用开启离线模式，并向所述第一终端反馈成功响应信息，以使得所述第一终端在接收到所述RTC服务器反馈的成功响应信息后，关闭其WEBRTC应用。
[0035]结合第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述RTC服务器在接收到所述注册离线业务请求信息后，为所述唯一标识符对应的WEB RTC应用开启离线模式具体包括:
[0036]所述RTC服务器在接收到所述注册离线业务请求信息后，根据注册离线业务请求信息中携带的WEB RTC应用唯一标识符，判断所述唯一标识符对应的WEB RTC应用是否具有注册离线业务请求权限，若是，为所述唯一标识符对应的WEB RTC应用开启离线模式。
[0037]在第二方面的第二种可能的实现方式中，所述WEB RTC应用请求信息中还携带有用户所选定的WEB RTC应用类型；
[0038]RTC服务器在接收到所述第一终端发送的开启WEB RTC应用请求信息后，向所述第一终端返回WEB RTC应用信息包括:
[0039]RTC服务器在接收到所述第一终端发送的开启WEB RTC应用请求信息后，向所述第一终端返回与所述WEB RTC应用类型相同的WEB RTC应用信息。
[0040]结合第二方面或第二方面的第一种可能的实现方式或第二方面的第二种可能的实现方式或第二方面的第三种可能的实现方式，在第四种可能的实现方式中，所述方法还包括:
[0041]所述RTC服务器在接收到其他终端发送给所述第一终端的呼叫请求信息后，在所述呼叫请求信息中添加提示信息，以使得所述第一终端在接收到所述呼叫请求信息后，根据所述呼叫请求信息中的提示信息生成相应的提示，包括震动、响铃或弹出提示框。
[0042]结合第二方面或第二方面的第一种可能的实现方式或第二方面的第二种可能的实现方式或第二方面的第三种可能的实现方式或第二方面的第四种可能的实现方式，在第五种可能的实现方式中，所述方法还包括:
[0043]所述RTC服务器在接收到所述第一终端发送的拒绝所述呼叫请求信息后，向发送所述呼叫请求信息的终端反馈所述第一终端当前忙碌或者离线信息。
[0044]结合第二方面或第二方面的第一种可能的实现方式或第二方面的第二种可能的实现方式或第二方面的第三种可能的实现方式或第二方面的第四种可能的实现方式或第二方面的第五种可能的实现方式，在第六种可能的实现方式中，所述方法还包括:
[0045]所述RTC服务器在将所述呼叫请求信息发送给所述第一终端后，若在预设时间内未接收到所述第一终端反馈的信息或者接收到的反馈信息为暂时不接收时，缓存所述呼叫请求信息，在预定时间后或者所述第一终端开启WEB RTC应用后再发送该呼叫请求信息。
[0046]结合第二方面或第二方面的第一种可能的实现方式或第二方面的第二种可能的实现方式或第二方面的第三种可能的实现方式或第二方面的第四种可能的实现方式或第二方面的第五种可能的实现方式或第二方面的第六种可能的实现方式，在第七种可能的实现方式中，所述RTC服务器返回的WEB RTC应用信息所对应的WEB RTC应用的类型与所述发送所述呼叫请求信息的终端的WEBRTC应用的类型相同或不同。
[0047]第三方面，一种终端设备，所述终端设备包括:
[0048]信息接收单元，用于接收实时通信RTC服务器转发的其他终端发送给该终端设备的呼叫请求信息，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端的WEB RTC应用的唯一标识符；
[0049]处理单元，用于根据所述信息接收单元接收到的呼叫请求信息中携带的呼叫请求信息发送终端WEB RTC应用的唯一标识符判断是否需要接受所述呼叫请求，若是，向所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息后，通过所述WEB RTC应用与所述发送呼叫请求信息的终端进行通信。
[0050]在第三方面的第一种可能实现方式中，所述终端设备还包括:
[0051]信息发送单元，用于向实时通信RTC服务器发送注册离线业务请求信息，该信息中携带有WEB RTC应用的唯一标识符，以使得所述RTC服务器在接收到所述注册离线业务请求信息后，为所述唯一标识符对应的WEB RTC应用开启离线模式，并向所述第一终端反馈成功响应信息；
[0052]关闭单元，用于在接收到所述RTC服务器反馈的成功响应信息后，关闭所述WEBRTC应用。
[0053]在第三方面的第二种可能实现方式中，所述WEB RTC应用请求信息中还携带有用户所选定的WEB RTC应用类型，以使得所述RTC服务器在接收到所述WEB RTC应用请求信息后，返回与所述WEB RTC应用类型相同的WEB RTC应用信息。
[0054]在第三方面的第三种可能实现方式中，所述呼叫请求信息中还携带有发送所述呼叫请求信息的终端的浏览器引擎的标识信息；
[0055]所述信息接收单元具体用于，通过所述该终端设备的监听客户端接收所述RTC服务器发送的呼叫请求信息，解析所述呼叫请求信息，根据所述呼叫请求信息中浏览器引擎标识信息确定所述呼叫请求信息为发送给浏览器引擎的信息，将所述呼叫请求信息发送给所述第一终端的浏览器引擎。
[0056]结合第三方面或第三方面的第一种可能的实现方式或第三方面的第二种可能的实现方式或第三方面的第三种可能的实现方式，在第四种可能的实现方式中，所述呼叫请求信息中还携带有会话协商的会话描述协议提供SDP Offer信息；
[0057]所述处理单元具体用于，通过该终端设备的浏览器引擎向所述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信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立通信通道开始通信。
[0058]结合第三方面或第三方面的第一种可能的实现方式或第三方面的第二种可能的实现方式或第三方面的第三种可能的实现方式，在第五种可能的实现方式中，所述呼叫请求信息中还携带有会话协商的会话描述协议提供SDP Offer信息；
[0059]所述处理单元具体用于，通过该终端设备的浏览器引擎向所述RTC服务器发送开启WEB RTC应用请求信息，所述WEB RTC应用请求信息中携带有SDPAnswer信息，以使得所述RTC服务器在接收到所述WEB RTC应用请求信息，向所述第一终端返回WEB RTC应用信息，并将所述WEB RTC应用请求信息中的SDP Answer信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立通信通道，在接收到所述RTC服务器返回的WEB RTC应用信息后，通过所述WEB RTC应用与所述发送呼叫请求信息的终端进行通信。
[0060]结合第三方面或第三方面的第一种可能的实现方式或第三方面的第二种可能的实现方式或第三方面的第三种可能的实现方式，在第六种可能的实现方式中，所述处理单元具体用于，通过该终端设备的浏览器引擎向所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息以及SDP Offer信息后，通过所述WEB RTC应用将所 述SDP Offer信息生成SDP Answer信息，并通过所述WEB RTC应用将所述SDP Answer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述SDP Answer信息发送给所述RTC服务器，以使得所述RTC服务器将所述SDP Answer信息发送给所述信息发送终端的浏览器引擎以建立通信通道开始通信。
[0061]结合第三方面或第三方面的第一种可能的实现方式或第三方面的第二种可能的实现方式或第三方面的第三种可能的实现方式或第三方面的第四种可能的实现方式或第三方面的第五种可能的实现方式或第三方面的第六种可能的实现方式，在第七种可能的实现方式中，所述呼叫请求信息中携带有提示信息，所述提示信息为RTC服务器在接收到其他终端发送给所述第一终端的呼叫请求信息时添加的；
[0062]所述终端设备还包括:
[0063]提示单元，用于在接收到所述呼叫请求信息后，根据所述呼叫请求信息中的提示信息生成相应的提示，包括震动、响铃或弹出提示框。
[0064]结合第三方面或第三方面的第一种可能的实现方式或第三方面的第二种可能的实现方式或第三方面的第三种可能的实现方式或第三方面的第四种可能的实现方式或第三方面的第五种可能的实现方式或第三方面的第六种可能的实现方式或第三方面的第七种可能的实现方式，在第八种可能的实现方式中，所述终端设备还包括:
[0065]信息反馈单元，用于在拒绝所述呼叫请求时，向所述RTC服务器反馈拒绝信息，以使得所述RTC服务器在接收到所述拒绝信息后，向发送所述呼叫请求信息的终端反馈所述第一终端当前忙碌或者离线信息。
[0066]结合第三方面或第三方面的第一种可能的实现方式或第三方面的第二种可能的实现方式或第三方面的第三种可能的实现方式或第三方面的第四种可能的实现方式或第三方面的第五种可能的实现方式或第三方面的第六种可能的实现方式或第三方面的第七种可能的实现方式或第三方面的第八种可能的实现方式，在第九种可能的实现方式中，所述向所述RTC服务器发送的开启WEB RTC应用请求消息所对应的WEB RTC应用的类型与所述发送所述呼叫请求信息的终端的WEB RTC应用的类型相同或不同。
[0067]第四方面，一种实时通信RTC服务器，所述RTC服务器包括:
[0068]第一发送单元，用于在接收到其他终端发送给所述第一终端的呼叫请求信息后，将所述呼叫请求信息发送给所述第一终端，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端WEB RTC应用的唯一标识符；
[0069]第二发送单元，用于在接收到所述第一终端发送的开启WEB RTC应用请求信息后，向所述第一终端返回WEB RTC应用信息，以使得所述第一终端在接收到所述RTC服务器返回的WEB RTC应用信息后，通 过所述WEB RTC应用与所述发送呼叫请求信息的终端进行通?目。[0070]在第四方面的第一种可能实现方式中，所述RTC服务器还包括:
[0071]开启单元，用于在接收到第一终端发送的注册离线业务请求信息后，为该信息中 WEB RTC应用唯一标识符对应的WEB RTC应用开启离线模式，并向所述第一终端反馈成功响 应信息，以使得所述第一终端在接收到所述RTC服务器反馈的成功响应信息后，关闭其WEB RTC应用。
[0072]结合第四方面的第一种可能实现方式，在第二种可能实现方式中，所述开启单元 具体用于，在接收到所述注册离线业务请求信息后，根据注册离线业务请求信息中携带的 WEB RTC应用唯一标识符，判断所述唯一标识符对应的WEB RTC应用是否具有注册离线业务 请求权限，若是，为所述唯一标识符对应的WEB RTC应用开启离线模式。
[0073]在第四方面的第二种可能实现方式中，所述WEB RTC应用请求信息中还携带有用 户所选定的WEB RTC应用类型；
[0074]所述第二发送单元具体用于在接收到所述第一终端发送的开启WEB RTC应用请求 信息后，向所述第一终端返回与所述WEB RTC应用类型相同的WEB RTC应用信息。
[0075]结合第四方面或第四方面的第一种可能的实现方式或第四方面的第二种可能的 实现方式或第四方面的第三种可能的实现方式，在第四种可能的实现方式中，所述RTC服 务器还包括:
[0076]信息添加单元，用于在接收到其他终端发送给所述第一终端的呼叫请求信息后， 在所述呼叫请求信息中添加提示信息，以使得所述第一终端在接收到所述呼叫请求信息 后，根据所述呼叫请求信息中的提示信息生成相应的提示，包括震动、响铃或弹出提示框。
[0077]结合第四方面或第四方面的第一种可能的实现方式或第四方面的第二种可能的 实现方式或第四方面的第三种可能的实现方式或第四方面的第四种可能的实现方式，在第 五种可能的实现方式中，所述RTC服务器还包括:
[0078]第三发送单元，用于在接收到所述第一终端发送的拒绝所述呼叫请求信息后，向 发送所述呼叫请求信息的终端反馈所述第一终端当前忙碌或者离线信息。
[0079]结合第四方面或第四方面的第一种可能的实现方式或第四方面的第二种可能的 实现方式或第四方面的第三种可能的实现方式或第四方面的第四种可能的实现方式或第 四方面的第五种可能的实现方式，在第六种可能的实现方式中，所述RTC服务器还包括:
[0080]处理单元，用于在将所述呼叫请求信息发送给所述第一终端后，若在预设时间内 未接收到所述第一终端反馈的信息或者接收到的反馈信息为暂时不接收时，缓存所述呼叫 请求信息，在预定时间后或者所述第一终端开启WEB RTC应用后再发送该呼叫请求信息。
[0081]结合第四方面或第四方面的第一种可能的实现方式或第四方面的第二种可能的 实现方式或第四方面的第三种可能的实现方式或第四方面的第四种可能的实现方式或第 四方面的第五种可能的实现方式或第四方面的第六种可能的实现方式，在第七种可能的实 现方式中，所述返回给所述第一终端的WEB RTC应用信息所对应的WEB RTC应用的类型与 所述发送所述呼叫请求信息的终端的WEB RTC应用的类型相同或不同。
[0082]第五方面，一种实时通信系统，所述系统包括所述终端设备和/或所述RTC服务 器。
[0083]从上述技术方案可以看出，通过本发明实施例，使得在终端的WEB RTC应用关闭的 情况下，仍然可以接收到RTC服务器转发的其他终端发送给该终端的呼叫请求信息，并在接收到所述呼叫请求信息后，向所述RTC服务器发送开启WEB RTC应用请求信息，在接收到 所述RTC服务器返回的WEB RTC应用信息后，通过所述WEB RTC应用与所述发送呼叫请求 信息的终端进行通信。本发明实施例可有效解决现有基于WEB的实时通信在通信双方不同 时在线或者或者未打开WEB RTC应用时，无法获取信息的问题。另外，还可以根据呼叫请求 信息发送终端WEB RTC应用的唯一标识符选择性的接受呼叫，提高用户体验，具有较强的实 用性。
【专利附图】
【附图说明】
[0084]为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述 中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些 实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些 附图获得其他的附图。
[0085]图1是本发明一实施例提供的实时通信系统的网络架构图；
[0086]图2是本发明另一实施例提供的实时通信方法的交互流程图；
[0087]图3是本发明另一实施例提供的实时通信方法的实现流程图；
[0088]图4是本发明另一实施例提供的实时通信方法的实现流程图；
[0089]图5是本发明另一实施例提供的实时通信方法的具体流程图；
[0090]图6是本发明另一实施例提供的终端设备的组成结构图；
[0091]图7是本发明另一实施例提供的RTC服务器的组成结构图。
【具体实施方式】
[0092]为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对 本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并 不用于限定本发明。
[0093]另外，本发明实施例中术语“系统”和“网络”在本文中常被可互换使用。本发明 实施例中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例 如，A和/或B，可以表示:单独存在A，同时存在A和B，单独存在B这三种情况。另外，本发 明实施例中字符“/”，一般表示前后关联对象是一种“或”的关系。
[0094]为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。
[0095]图1示出了本发明一实施例提供的实时通信方法所适用系统的网络架构图，为了 便于说明，仅示出了与本实施例相关的部分。
[0096]如图1所示，该系统包括终端设备I以及RTC服务器2。
[0097]其中，所述终端设备I可以是任意具有网络接入功能的终端设备，包括但不限于 手机、平板电脑、台式机、笔记本电脑，电视机，机顶盒，家庭网关等。
[0098]所述RTC服务器2可以是一个单一的服务器，也可以为由几个功能服务器共同组 成的服务器端。例如，为终端设备I提供服务的WEB服务器、为终端设备I所使用浏览器提 供服务的WEB服务器、或者为终端设备I所使用的基于WEB的RTC应用提供服务的WEB服 务器。不同的WEB RTC应用可以有不同的WEB服务器，因此RTC服务器2可以为多个不同 WEB服务器的组合，以实现不同浏览器、不同网络、不同的WEB RTC应用之间的通信，完成协议转化、消息转换、路由寻址、建立连接、页面优化、加速、信息添加等功能。
[0099]在本实施例中，RTC服务器2在接收到其他终端发送给终端设备I的呼叫请求信 息后，将所述呼叫请求信息发送给终端设备1，所述呼叫请求信息中携带有发送所述呼叫请 求信息的终端的WEB RTC应用的唯一标识符,例如:张三@msn.webrtc.com,表示张三通过 实时通信msn发送的信息。需要说明的是，所述WEB RTC应用的唯一标识符中还可以包括 发送终端的信息,例如终端的类型iphone或ipad等。
[0100]终端设备I在接收到所述呼叫请求信息后，根据发送所述呼叫请求信息的终端的 WEB RTC应用唯一标识符判断是否需要接受所述呼叫请求，若是，向所述RTC服务器发送开 启WEB RTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息后，通过所 述WEB RTC应用与所述发送呼叫请求信息的终端进行通信。其中，所述向所述RTC服务器 发送的开启WEB RTC应用请求消息所对应的WEB RTC应用的类型与所述发送所述呼叫请求 信息的终端的WEB RTC应用的类型相同或不同。
[0101]需要说明的是，所述开启WEB RTC应用包括将WEB RTC应用从离线模式转为在线 模式，或者从关闭状态到重新开启。
[0102]优选的是，本实施例终端设备I在接收RTC服务器2转发的其他终端发送给终端 设备I的呼叫请求信息前，还可以包括:
[0103]终端设备I向RTC服务器2发送注册离线业务请求信息，该信息中携带有需要进 行离线业务的WEB RTC应用的唯一标识符(例如QQ号、MSN号等)，所述RTC服务器2在接 收到所述注册离线业务请求信息后，为所述唯一标识符对应的WEB RTC应用开启离线模式， 并向所述终端设备I反馈成功响应信息。终端设备I在接收到所述RTC服务器反馈的成功 响应信息后，关闭所述WEBRTC应用(关闭浏览器和/或关闭当前运行的WEB RTC应用)。其 中，关闭当前运行的WEB RTC应用包括退出当前运行的WEB RTC应用或者将当前运行的WEB RTC应用从在线模式转为离线模式。
[0104]所述开启WEB RTC应用请求信息中还可以携带有用户所选定的WEB RTC应用类 型，以使得所述RTC服务器在接收到所述开启WEB RTC应用请求信息后，返回与用户所选定 的WEB RTC应用类型相同的WEB RTC应用。该WEB RTC应用的类型与所述呼叫请求信息中 WEB RTC应用的类型可以相同，也可以不同。
[0105]需要说明的是，当用户未选择WEB RTC应用类型时，终端设备I或者RTC服务器2 可以选择默认(预先设定)的WEB RTC应用类型。
[0106]优选的是，所述RTC服务器在接收到所述注册离线业务请求信息后，根据注册离 线业务请求信息中携带的WEB RTC应用唯一标识符，判断所述唯一标识符对应的WEB RTC 应用是否具有注册离线业务请求权限，若是，为所述唯一标识符对应的WEB RTC应用开启离 线模式。
[0107]优选的是，所述终端设备I还可以包括监听客户端11，所述RTC服务器2在接收 到其他终端发送给终端设备I的呼叫请求信息后，先将所述呼叫请求信息发送给监听客户 端11，以使得所述监听客户端11将所述呼叫请求信息发送给所述终端设备I。进一步，RTC 服务器2在接收到其他终端发送给终端设备I所属用户的呼叫请求信息后，可以选择将该 呼叫请求信息发送给终端设备I所属用户的监听客户端11。所述监听客户端(例如可以 为推送Push客户端)接收由网络侧主动发送的业务消息，该业务消息可以是“携带了呼叫请求信息的Push消息”，所述Push消息可以携带在以下任一种消息格式中以发送给终端 设备I，所述消息格式包括: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等；
[0108]所述终端设备I接收所述RTC服务器发送的呼叫请求信息包括:
[0109]监听客户端11接收到所述RTC服务器发送的呼叫请求信息后，解析所述呼叫请求 信息，根据所述呼叫请求信息中浏览器引擎标识信息确定所述呼叫请求信息为发送给浏览 器引擎的信息，将所述呼叫请求信息发送给所述终端设备I的浏览器引擎进行处理。该浏 览器引擎的标识信息，可以在发送终端发送的呼叫请求信息中携带，也可由所述RTC服务 器2在接受到该呼叫请求信息后，添加浏览器引擎的标识信息。所述浏览器引擎用来解析 呼叫请求中携带的信息，以便进一步运行所述WEB RTC应用，浏览器引擎可以是操作系统内 的功能模块，例如webkit ;可以是浏览器客户端内的功能模块。WEB RTC应用可以在浏览器 中运行，也可以脱离浏览器而基于操作系统内的浏览器引擎以WEB应用形式独立运行。
[0110]优选的是，所述呼叫请求信息中还携带有会话协商的会话描述协议提供SDP Offer (Session Description Protocol Offer,会话描述协议提供)信息；
[0111]所述终端设备I向所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到 所述RTC服务器返回的WEB RTC应用信息后，通过所述WEB RTC应用与所述发送呼叫请求 信息的终端进行通信具体包括:
[0112]所述终端设备I通过浏览器引擎向所述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信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立 通信通道开始通信。
[0113]或者，
[0114]终端设备I通过浏览器引擎向所述RTC服务器2发送开启基于WEB的RTC应用请 求信息，该请求信息中携带浏览器引擎根据呼叫请求中携带的SDP Offer信息生成的SDP Answer信息，以使得所述RTC服务器2将所述SDP Answer信息发送给所述信息发送终端 的浏览器引擎以建立通信通道开始通信。RTC服务器2在接收到终端设备发送的开启基于 WEB的RTC应用请求信息后，将返回基于WEB的RTC应用给终端设备I呈现。
[0115]优选的是，会话协商的会话描述协议提供SDP Offer信息可以由RTC服务器为终 端设备I临时缓存，而不携带在所述呼叫请求信息中发送给终端设备I。
[0116]终端设备I通过浏览器引擎向所述RTC服务器发送开启WEB RTC应用请求信息， 并在接收到所述RTC服务器返回的WEB RTC应用信息以及SDP Offer信息后，通过所述WEBRTC应用将所述SDP Offer信息生成SDP Answer信息，并通过所述WEB RTC应用将所述SDP Answer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述SDP Answer信息发送给 所述RTC服务器，以使得所述RTC服务器将所述SDP Answer信息发送给所述信息发送终端 的浏览器引擎以建立通信通道开始通信。
[0117]需要说明的是，RTC服务器2在接收到终端设备I发送的开启WEB RTC应用请求 信息后，可以向所述终端设备I返回WEB RTC应用信息，也可以返回WEB RTC应用信息以及 缓存的SDP Offer信息。
[0118]优选的是，所述RTC服务器在接收到其他终端发送给所述第一终端的呼叫请求信 息后，在所述呼叫请求信息中添加提示信息，以使得所述第一终端在接收到所述呼叫请求 信息后，根据所述呼叫请求信息中的提示信息生成相应的提示，包括但不限于震动、响铃或 弹出提示框。
[0119]优选的是，所述终端设备I在接收到所述呼叫请求信息后，根据发送所述呼叫请 求信息的终端的唯一标识符判断是否需要接受所述呼叫请求，若否，向所述RTC服务器2反 馈拒绝信息，以使得RTC服务器2在接收到所述拒绝信息后，向发送所述呼叫请求信息的终 端反馈所述终端设备I当前忙碌或者离线等信息。
[0120]可选的，所述RTC服务器在将所述呼叫请求信息发送给所述终端设备I后，若在预 设时间内未接收到所述终端设备I反馈的信息或者接收到的反馈信息为暂时不接收时，缓 存所述呼叫请求信息，在预定时间后或者所述终端设备I开启WEB RTC应用后再发送该呼 叫请求信息。所述RTC服务器2还可生成提示信息，并为该用户存储该信息，供终端设备I 查询或主动发送给终端设备I。该提示信息可以为文本信息、音视频等多媒体类型的信息。 可以提示用户发送呼叫的的发送方，呼叫时间，所使用的基于WEB的RTC应用的类型，浏览 器类型等信息。当用户下次登录该基于WEB的RTC应用或打开浏览器时，可以收到未接来 电或留言的通知消息。
[0121]本实施例提供的系统场景只用于解释本发明，并不限定本发明的保护范围。
[0122]图2示出了本发明另一实施例提供的实时通信方法的交互流程，该方法过程详述 如下:
[0123]1、第一终端(终端设备I)向实时通信RTC服务器发送注册离线业务请求信息，该 信息中携带有WEB RTC应用的唯一标识符。
[0124]在本实施例中，所述注册离线业务请求信息中携带有WEB RTC应用的唯一标识符， 所述唯一标识符包括WEB RTC应用的类型以及对应的标识符，例如QQ+张三(或者对应的QQ 号码)。其中，所述基于WEB的RTC应用包括但不限于具备WEB应用功能的客户端程序、具 备WEB技术的打包格式的widget应用、基于浏览器引擎的WEB应用等，例如WEB QQ等。
[0125]在本实施例中，第一终端向实时通信RTC服务器发送注册离线业务请求信息的目 的是通知服务器其将关闭基于WEB的RTC应用(包括关闭基于WEB的RTC应用或者关闭浏 览器)，但希望关闭基于WEB的RTC应用后仍可以接收到其他终端发送给所述第一终端的呼 叫请求彳目息或者其他通知彳目息等。
[0126]2、RTC服务器在接收到所述注册离线业务请求信息后，为所述唯一标识符对应的 WEB RTC应用开启离线模式。
[0127]优选的是，为了增强安全性，防止恶意注册，RTC服务器在接收到所述注册离线业务请求信息后，根据注册离线业务请求信息中携带的WEB RTC应用唯一标识符，判断所述唯 一标识符对应的WEB RTC应用是否具有注册离线业务请求权限，若是，为所述唯一标识符对 应的WEB RTC应用开启离线模式，RTC服务器将为所述第一终端保持在线状态、提供通知以 及为所述第一终端保存通话信息等。
[0128]3、RTC服务器向所述第一终端反馈成功响应信息；
[0129]4、第一终端在接收到所述RTC服务器反馈的成功响应信息后，关闭基于WEB的RTC 应用。例如，用户关闭浏览器应用程序，用户可以是待机状态，可以运行其它应用，或运行其 它浏览器等情况。
[0130]5、RTC服务器接收其他终端(第二终端)发送给所述第一终端的呼叫请求信息。
[0131]在本实施例中，第二终端可以是任意具有网络接入功能的终端设备，包括但不限 于手机平板电脑、台式机、电视机，机顶盒，家庭网关、笔记本电脑等。
[0132]需要说明的是，当第二终端为不具备WEB能力的传统终端时，需要通过其他网关 (例如RTC服务器代理网关、会话发起协议(Session Initiation Protocol, SIP)代理网关、 媒体网关等)完成协议和消息的转换后，将所述叫请求信息发送给所述RTC服务器。
[0133]6、RTC服务器将所述呼叫请求信息发送给所述第一终端，所述呼叫请求信息中携 带有发送所述呼叫请求信息的终端的WEB RTC应用的唯一标识符以及WEB RTC应用的类 型。
[0134]具体的是，RTC服务器判断所述第一终端是否开启基于WEB的RTC应用，若否，判 断所述第一终端是否开启离线模式，若是，将所述呼叫请求信息发送给所述监听客户端，以 使得所述监听客户端接收到所述RTC服务器发送的呼叫请求信息后，解析所述呼叫请求信 息，根据所述呼叫请求信息中浏览器引擎的标识信息确定所述呼叫请求信息为发送给浏览 器引擎的信息，将所述呼叫请求信息发送给所述第一终端的浏览器引擎。
[0135]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应用与第二终端用 户进行通信。
[0136]8、RTC服务器在接收到所述开启WEB RTC应用应用请求信息，向所述第一终端返 回的WEB RTC应用信息；
[0137]所述返回给所述第一终端的WEB RTC应用信息所对应的WEB RTC应用的类型与所 述发送所述呼叫请求信息的终端的WEB RTC应用的类型相同或不同。
[0138]9、第一终端通过所述WEB RTC应用与所述发送呼叫请求信息的终端(第二终端)进 行通信。
[0139]优选的是，所述呼叫请求信息中还携带有发送所述呼叫请求信息的终端的浏览器 引擎的标识信息；[0140]所述第一终端接收所述RTC服务器发送的呼叫请求信息包括:
[0141]所述第一终端的监听客户端接收到所述RTC服务器发送的呼叫请求信息后，解析 所述呼叫请求信息，根据所述呼叫请求信息中浏览器引擎标识信息确定所述呼叫请求信息 为发送给浏览器引擎的信息，将所述呼叫请求信息发送给所述第一终端的浏览器引擎；
[0142]所述第一终端向所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到所 述RTC服务器返回的WEB RTC应用信息后，通过所述WEB RTC应用与所述发送呼叫请求信 息的终端进行通信具体包括:
[0143]所述第一终端通过浏览器引擎向所述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信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立 通信通道开始通信；
[0144]或者，
[0145]所述第一终端通过浏览器引擎向所述RTC服务器发送开启WEB RTC应用请求信 息，所述WEB RTC应用请求信息中携带有SDP Answer信息，以使得所述RTC服务器在接收 到所述WEB RTC应用请求信息，向所述第一终端返回WEB RTC应用信息，并将所述WEB RTC 应用请求信息中的SDP Answer信息发送给发送所述呼叫请求信息的终端的浏览器引擎以 建立通信通道；
[0146]所述第一终端接收所述RTC服务器返回的WEB RTC应用信息，通过所述WEB RTC 应用与所述发送呼叫请求信息的终端进行通信。
[0147]优选的，所述第一终端向所述RTC服务器发送开启WEB RTC应用请求信息，并在接 收到所述RTC服务器返回的WEB RTC应用信息后，通过所述WEB RTC应用与所述发送呼叫 请求信息的终端进行通信具体包括:
[0148]所述第一终端通过浏览器引擎向所述RTC服务器发送开启WEB RTC应用请求信 息，并在接收到所述RTC服务器返回的WEB RTC应用信息以及SDP Offer信息后，通过所述 WEB RTC应用将所述SDP Offer信息生成SDP Answer信息，并通过所述WEB RTC应用将所 述SDP Answer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述SDP Answer信息 发送给所述RTC服务器，以使得所述RTC服务器将所述SDP Answer信息发送给所述信息发 送终端的浏览器引擎以建立通信通道开始通信。
[0149]优选的是，为了增强用户体验，提高实用性，所述RTC服务器在接收到其他终端发 送给所述第一终端的呼叫请求信息后，在所述呼叫请求信息中添加提示信息，以使得所述 第一终端在接收到所述呼叫请求信息后，根据所述呼叫请求信息中的提示信息生成相应的 提示，包括但不限于震动、响铃或弹出提示框。提示信息可以通过脚本语言实现，例如通过 Java Script,轻量级数据交换格式语言JSON (JavaScript Object Notation)等方式实 现。例如当所述提示信息为震动时，浏览器引擎解析所述提示信息，调用震动应用程序接口 API,完成震动提示，如navigator, vibrate ([1000, 500, 2000])，表示振动 I 秒，停顿 0.5秒, 一共振动2秒。又例如当所述提示信息为弹出提示框时，则调用交互的API接口，如通过使用 Alert 方式,弹出提示框，Alert (“第二终端”，www.WEBqq.com, “opera mini”, “是否应 答呼叫”)。
[0150]优选的是，为进一步增强用户体验，本实施例还包括:
[0151]所述第一终端在拒绝所述呼叫请求时，向所述RTC服务器反馈拒绝信息；
[0152]所述RTC服务器在接收到所述拒绝信息后，向发送所述呼叫请求信息的终端反馈 所述第一终端当前忙碌或者离线等信息。
[0153]需要说明的是，本实施例中的通信可以为多方通信，通信的信息包括音视频、文本 以及数据等。当多方通信时，将携带多方唯一标识符的信息发送给第一终端的浏览器引擎 解析，第一终端根据解析后获得的唯一标识符，选择相应的终端设备进行通信。
[0154]优选的是，所述RTC服务器在将所述呼叫请求信息发送给所述第一终端后，若在 预设时间内未接收到所述第一终端反馈的信息或者接收到的反馈信息为暂时不接收时，缓 存所述呼叫请求信息，在预定时间后或者所述第一终端开启WEB RTC应用后再发送该呼叫 请求信息。所述RTC服务器还可生成提示信息，并为该用户存储该信息，供终端设备查询或 主动发送给终端设备。该提示信息可以为文本信息、音视频等多媒体类型的信息。可以提 示用户发送呼叫的的发送方，呼叫时间，所使用的基于WEB的RTC应用的类型，浏览器类型 等信息。当用户下次登录该基于WEB的RTC应用或打开浏览器时，可以收到未接来电或留 言的通知消息。
[0155]需要说明的是，本实施例中第一终端激活的浏览器可以与第二终端的浏览器相同 或者不同。本实施例中第一终端所使用的网络也可以与第二终端的网络相同或者不同，比 如对方使用固定电话呼叫WEB QQ，只需要RTC服务器做一些相应的路由、协议转换即可。
[0156]图3示出了本发明实施例一提供的实时通信方法的实现流程，该实施例的执行主 体为图1中的终端设备I，该方法过程详述如下:
[0157]在步骤S301中，第一终端接收RTC服务器转发的其他终端发送给所述第一终端的 呼叫请求信息，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端WEB RTC应用的 唯一标识符；
[0158]在步骤S302中，第一终端根据发送所述呼叫请求信息的终端WEB RTC应用的唯一 标识符判断是否需要接受所述呼叫请求，若是，向所述RTC服务器发送开启WEB RTC应用请 求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息后，通过所述WEB RTC应用与 所述发送呼叫请求信息的终端进行通信。
[0159]优选的是，在所述第一终端接收RTC服务器转发的其他终端发送给所述第一终端 的呼叫请求信息的步骤之前，还包括:
[0160]第一终端向实时通信RTC服务器发送注册离线业务请求信息，该信息中携带有 WEB RTC应用的唯一标识符，以使得所述RTC服务器在接收到所述注册离线业务请求信息 后，为所述唯一标识符对应的WEB RTC应用开启离线模式，并向所述第一终端反馈成功响应
信息；
[0161]第一终端在接收到所述RTC服务器反馈的成功响应信息后，关闭所述WEB RTC应用。
[0162]优选的是，所述WEB RTC应用请求信息中还携带有用户所选定的WEB RTC应用类 型，以使得所述RTC服务器在接收到所述WEB RTC应用请求信息后，返回与所述WEB RTC应用类型相同的WEB RTC应用。
[0163]优选的是，所述呼叫请求信息中还携带有发送所述呼叫请求信息的终端的浏览器 引擎的标识信息；
[0164]所述第一终端接收所述RTC服务器发送的呼叫请求信息包括:
[0165]所述第一终端的监听客户端接收到所述RTC服务器发送的呼叫请求信息后，解析 所述呼叫请求信息，根据所述呼叫请求信息中浏览器引擎标识信息确定所述呼叫请求信息 为发送给浏览器引擎的信息，将所述呼叫请求信息发送给所述第一终端的浏览器引擎。
[0166]优选的是，所述第一终端向所述RTC服务器发送开启WEB RTC应用请求信息，并在 接收到所述RTC服务器返回的WEB RTC应用信息后，通过所述WEB RTC应用与所述发送呼 叫请求信息的终端进行通信具体包括:
[0167]所述第一终端通过浏览器引擎向所述RTC服务器发送开启WEB RTC应用请求信 息，并在接收到所述RTC服务器返回的WEB RTC应用信息以及SDPOffer信息后，通过所述 WEB RTC应用将所述SDP Offer信息生成SDP Answer信息，并通过所述WEB RTC应用将所 述SDP Answer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述SDP Answer信息 发送给所述RTC服务器，以使得所述RTC服务器将所述SDP Answer信息发送给所述信息发 送终端的浏览器引擎以建立通信通道开始通信；
[0168]或者，
[0169]所述呼叫请求信息中还携带有会话协商的会话描述协议提供SDP Offer信息；
[0170]所述第一终端通过浏览器引擎向所述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信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立 通信通道开始通信；
[0171]或者，
[0172]所述呼叫请求信息中还携带有会话协商的会话描述协议提供SDP Offer信息；
[0173]所述第一终端通过浏览器引擎向所述RTC服务器发送开启WEB RTC应用请求信 息，所述WEB RTC应用请求信息中携带有SDP Answer信息，以使得所述RTC服务器在接收 到所述WEB RTC应用请求信息，向所述第一终端返回WEB RTC应用信息，并将所述WEB RTC 应用请求信息中的SDP Answer信息发送给发送所述呼叫请求信息的终端的浏览器引擎以 建立通信通道；
[0174]所述第一终端接收所述RTC服务器返回的WEB RTC应用信息，通过所述WEB RTC 应用与所述发送呼叫请求信息的终端进行通信。
[0175]优选的是，所述呼叫请求信息中携带有提示信息，所述提示信息为RTC服务器在 接收到其他终端发送给所述第一终端的呼叫请求信息时添加的；
[0176]所述第一终端在接收到所述呼叫请求信息后，根据所述呼叫请求信息中的提示信 息生成相应的提示，包括但不限于震动、响铃或弹出提示框。
[0177]优选的是，本实施例还包括:[0178]所述第一终端在拒绝所述呼叫请求时，向所述RTC服务器反馈拒绝信息，以使得 所述RTC服务器在接收到所述拒绝信息后，向发送所述呼叫请求信息的终端反馈所述第一 终端当前忙碌或者离线信息。
[0179]本实施例的具体实施过程可参见图2对应实施例相关步骤的描述，在此不再赘 述。
[0180]图4示出了本发明实施例一提供的实时通信方法的实现流程，该实施例的执行主 体为图1中的RTC服务器2，该方法过程详述如下:
[0181]在步骤S401中，RTC服务器在接收到其他终端发送给第一终端的呼叫请求信息 后，将所述呼叫请求信息发送给所述第一终端，所述呼叫请求信息中携带有发送所述呼叫 请求信息的终端WEB RTC应用的唯一标识符。
[0182]在本实施例中，所述RTC服务器将所述呼叫请求信息发送给所述第一终端包括:
[0183]所述RTC服务器将所述呼叫请求信息发送给监听客户端，以使得所述监听客户端 在接收到所述RTC服务器发送的呼叫请求信息后，解析所述呼叫请求信息，根据所述呼叫 请求信息中浏览器引擎标识信息确定所述呼叫请求信息为发送给浏览器引擎的信息，将所 述呼叫请求信息发送给所述第一终端的浏览器引擎。
[0184]在步骤S402中，RTC服务器在接收到所述第一终端发送的开启WEB RTC应用请求 信息后，向所述第一终端返回WEB RTC应用信息，以使得所述第一终端在接收到所述RTC服 务器返回的WEB RTC应用信息后，通过所述WEBRTC应用与所述发送呼叫请求信息的终端进 行通信。
[0185]优选的是，在所述RTC服务器接收到其他终端发送给第一终端的呼叫请求信息的 步骤之前，还包括:
[0186]RTC服务器在接收到第一终端发送的注册离线业务请求信息后，为该信息中WEB RTC应用唯一标识符对应的WEB RTC应用开启离线模式，并向所述第一终端反馈成功响应 信息，以使得所述第一终端在接收到所述RTC服务器反馈的成功响应信息后，关闭其WEB RTC应用。
[0187]具体包括所述RTC服务器在接收到所述注册离线业务请求信息后，根据注册离线 业务请求信息中携带的WEB RTC应用唯一标识符，判断所述唯一标识符对应的WEB RTC应 用是否具有注册离线业务请求权限，若是，为所述唯一标识符对应的WEB RTC应用开启离线 模式。
[0188]优选的是，所述WEB RTC应用请求信息中还携带有用户所选定的WEBRTC应用类 型；
[0189]RTC服务器在接收到所述第一终端发送的开启WEB RTC应用请求信息后，向所述 第一终端返回WEB RTC应用信息包括:
[0190]RTC服务器在接收到所述第一终端发送的开启WEB RTC应用请求信息后，向所述 第一终端返回与所述WEB RTC应用类型相同的WEB RTC应用。
[0191]优选的是，本实施例还包括:
[0192]所述RTC服务器在接收到其他终端发送给所述第一终端的呼叫请求信息后，在所 述呼叫请求信息中添加提示信息，以使得所述第一终端在接收到所述呼叫请求信息后，根 据所述呼叫请求信息中的提示信息生成相应的提示，包括震动、响铃或弹出提示框。[0193]优选的是，本实施例还包括:
[0194]所述RTC服务器在接收到所述第一终端发送的拒绝所述呼叫请求信息后，向发送 所述呼叫请求信息的终端反馈所述第一终端当前忙碌或者离线信息。
[0195]优选的是，本实施例还包括:
[0196]所述RTC服务器在将所述呼叫请求信息发送给所述第一终端后，若在预设时间内 未接收到所述第一终端反馈的信息或者接收到的反馈信息为暂时不接收时，缓存所述呼叫 请求信息，在预定时间后或者所述第一终端开启WEB RTC应用后再发送该呼叫请求信息。
[0197]本实施例的具体实施过程可参见图2对应实施例相关步骤的描述，在此不再赘 述。
[0198]图5示出了本发明另一实施例提供的实时通信方法的具体流程，该方法过程详述 如下:
[0199]1、第一终端向实时通信RTC服务器发送注册离线业务请求信息，该信息中携带有 WEB RTC应用的唯一标识符。
[0200]具体的是，第一终端通过WEB RTC应用向所述RTC服务器发送注册离线业务请求 信息。其中，所述WEB RTC应用包括但不限于具备WEB应用功能的客户端程序，例如WEB QQ
坐 寸o
[0201]在本实施例中，第一终端向实时通信RTC服务器发送注册离线业务请求信息的目 的是通知服务器其将关闭WEB RTC应用(包括关闭WEB RTC应用或者关闭浏览器)，但希望 关闭WEB RTC应用后仍可以接收到其他终端发送给所述第一终端的呼叫请求信息或者其他 通知信息等。
[0202]2、RTC服务器在接收到所述注册离线业务请求信息后，为所述第一终端开启离线 模式。
[0203]优选的是，为了增强安全性，防止恶意注册，RTC服务器在接收到所述注册离线业 务请求信息后，根据注册离线业务请求信息中携带的WEB RTC应用唯一标识符，判断所述唯 一标识符对应的WEB RTC应用是否具有注册离线业务请求权限，若是，为所述唯一标识符对 应的WEB RTC应用开启离线模式，RTC服务器将为所述第一终端保持在线状态、提供通知以 及为所述第一终端保存通话信息等。
[0204]3、RTC服务器为所述第一终端开启离线模式后，向所述第一终端反馈成功响应信
肩、O
[0205]4、第一终端在接收到所述RTC服务器反馈的成功响应信息后，关闭WEB RTC应用 和/或浏览器。
[0206]5、RTC服务器接收其他终端(第二终端)发送给所述第一终端的呼叫请求信息。
[0207]在本实施例中，第二终端可以是任意具有网络接入功能的终端设备，包括但不限 于手机、IPAD、笔记本电脑等。
[0208]需要说明的是，但第二终端为手机等终端设备时，需要通过另外一个网关完成协 议和消息的转换后，将所述叫请求信息发送给所述RTC服务器。
[0209]6、RTC服务器将所述呼叫请求信息发送给监听客户端，所述呼叫请求信息中携带 有发送所述呼叫请求信息的终端WEB RTC应用的的唯一标识符、提示信息、WEB RTC应用 类型、浏览器信息、RTC服务器地址信息和/或会话描述协议提供(Session DescriptionProtocol Offer, SDP Offer)信息等。
[0210]具体的是，RTC服务器判断所述第一终端是否开启基于WEB的RTC应用，若否，判 断所述第一终端是否开启离线模式，若是，将所述呼叫请求信息发送给所述监听客户端。
[0211]需要说明的是，本实施例中的呼叫请求信息可通过套接字(WEBsocket)发送，还可 通过短消息、彩信、http消息、会话初始协议(Session Initiation Protocol, SIP)等中的 至少一种发送。
[0212]另外，本实施例的监听客户端可以为一个单独的终端设备，也可以为集成在所述 第一终端中的软件和/或硬件单元。
[0213]7、监听客户端接收到所述RTC服务器发送的呼叫请求信息后，解析所述呼叫请求 信息，根据所述呼叫请求信息中浏览器引擎的标识信息确定所述呼叫请求信息为发送给浏 览器引擎的信息，将所述呼叫请求信息发送给所述第一终端的浏览器引擎。
[0214]8、监听客户端将所述呼叫请求信息发送给所述第一终端的浏览器引擎。
[0215]需要说明的是，当所述浏览器为关闭状态时，监听客户端需要先激活所述浏览器 引擎，再将所述呼叫请求信息发送给所述浏览器引擎解析处理。监听客户端根据呼叫请 求信息中携带的浏览器引擎的标识信息，判断所述呼叫请求信息为发送给浏览器引擎的信 息，并激活浏览器引擎。
[0216]9、浏览器引擎接收并解析所述呼叫请求信息，调用所述呼叫请求信息中的提示信 息生成相应的提示，包括但不限于震动、响铃或弹出提示框。
[0217]例如当所述提示信息为震动时，浏览器引擎解析所述提示信息，调用震动应用程 序接口 API,完成震动提示,如navigator, vibrate ([1000, 500, 2000]),表示振动I秒,停顿
0.5秒，一共振动2秒。又例如当所述提示信息为弹出提示框时，则调用交互的API接口， 如通过使用Alert方式，弹出提示框，Alert (“第二终端”, www.WEBqq.com, “opera mini”， “是否应答呼叫”)。
[0218]10、在接收到用户根据所述提示信息选择的接收所述呼叫请求信息时，第一终端 通过所述浏览器引擎向所述RTC服务器发送开启WEB RTC应用请求信息。
[0219]11、RTC服务器在接收到所述呼叫请求信息后，返回相应的WEB RTC应用。
[0220]12、浏览器引擎将所述呼叫请求信息中的SDP Offer信息发送给所述WEB RTC应用。
[0221]13、WEB RTC应用根据所述SDP Offer信息生成SDP Answer信息，并将所述SDP Answer信息发送给所述浏览器引擎。
[0222]14、浏览器引擎将所述SDP Answer信息发送给所述RTC服务器。
[0223]15,RTC服务器将所述SDP Answer信息发送给所述信息发送终端(第二终端)的浏 览器引擎。
[0224]16、第二终端的浏览器引擎将所述SDP Answer信息发送给第二终端的WEB RTC应用。
[0225]17、第一终端和第二终端建立通信。
[0226]优选的是,本实施例中的步骤6可以不携带SDP Offer信息,而在第11步返回相 应的WEB RTC应用时携带所述SDP Offer信息，则WEB RTC应用根据所述SDP Offer信息 直接生成SDP Answer信息。[0227]优选的是，为进一步增强用户体验，本实施例还包括:
[0228]所述第一终端在接收到用户选择的拒绝所述呼叫请求时，向所述RTC服务器反馈 拒绝信息；
[0229]所述RTC服务器在接收到所述拒绝信息后，向发送所述呼叫请求信息的终端反馈 所述第一终端当前忙碌或者离线等信息。
[0230]优选的是，所述WEB RTC应用请求信息中还携带有用户所选定的WEB RTC应用类 型，以使得所述RTC服务器在接收到所述WEB RTC应用请求信息后，返回与用户所选定的 WEB RTC应用类型相同的WEB RTC应用。该WEB RTC应用的类型与所述呼叫请求信息中WEB RTC应用的类型可以相同，也可以不同。
[0231]优选的是，所述RTC服务器在将所述呼叫请求信息发送给所述第一终端后，若在 预设时间内未接收到所述第一终端反馈的信息或者接收到的反馈信息为暂时不接收时，缓 存所述呼叫请求信息，在预定时间后或者所述第一终端开启WEB RTC应用后再发送该呼叫 请求信息。所述RTC服务器2还可生成提示信息，并为该用户存储该信息，供终端设备I查 询或主动发送给终端设备I。该提示信息可以为文本信息、音视频等多媒体类型的信息。可 以提示用户发送呼叫的的发送方，呼叫时间，所使用的基于WEB的RTC应用的类型，浏览器 类型等信息。当用户下次登录该基于WEB的RTC应用或打开浏览器时，可以收到未接来电 或留言的通知消息。
[0232]图6示出了本发明另一实施例提供的终端设备的组成结构，为了便于说明，仅示 出了与本发明实施例相关的部分。
[0233]该终端设备I包括信息接收单元11以及处理单元12。其中，各单元的具体功能如 下:
[0234]信息接收单元11，用于接收所述RTC服务器转发的其他终端发送给该终端设备的 呼叫请求信息，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端WEB RTC应用的 唯一标识符；
[0235]处理单元12，用于根据所述信息接收单元11接收到的呼叫请求信息中携带的呼 叫请求信息发送终端WEB RTC应用的唯一标识符判断是否需要接受所述呼叫请求，若是，向 所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息后，通过所述WEB RTC应用与所述发送呼叫请求信息的终端进行通信。
[0236]进一步的是，所述终端设备I还包括:
[0237]信息发送单元13，用于向实时通信RTC服务器发送注册离线业务请求信息，该信 息中携带有WEB RTC应用的唯一标识符，以使得所述RTC服务器在接收到所述注册离线业 务请求信息后，为所述唯一标识符对应的WEB RTC应用开启离线模式，并向所述第一终端反 馈成功响应信息；
[0238]关闭单元14，用于在接收到所述RTC服务器反馈的成功响应信息后，关闭所述WEB RTC应用。
[0239]优选的，所述WEB RTC应用请求信息中还携带有用户所选定的WEB RTC应用类型， 以使得所述RTC服务器在接收到所述WEB RTC应用请求信息后，返回与所述WEB RTC应用 类型相同的WEB RTC应用。
[0240]进一步的，所述呼叫请求信息中还携带有发送所述呼叫请求信息的终端的浏览器引擎的标识信息；
[0241]所述信息接收单元11具体用于，通过所述该终端设备的监听客户端接收所述RTC 服务器发送的呼叫请求信息，解析所述呼叫请求信息，根据所述呼叫请求信息中浏览器引 擎标识信息确定所述呼叫请求信息为发送给浏览器引擎的信息，将所述呼叫请求信息发送 给所述第一终端的浏览器引擎。
[0242]优选的，所述呼叫请求信息中还携带有会话协商的会话描述协议提供SDP Offer
信息；
[0243]所述处理单元12具体用于，通过该终端设备的浏览器引擎向所述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信息发送给发送所述呼叫请求信息的终 端的浏览器引擎以建立通信通道开始通信。
[0244]或者，所述处理单元12具体用于，通过该终端设备的浏览器引擎向所述RTC服务 器发送开启WEB RTC应用请求信息，所述WEB RTC应用请求信息中携带有SDP Answer信息， 以使得所述RTC服务器在接收到所述WEB RTC应用请求信息，向所述第一终端返回WEB RTC 应用信息，并将所述WEB RTC应用请求信息中的SDP Answer信息发送给发送所述呼叫请求 信息的终端的浏览器引擎以建立通信通道，在接收到所述RTC服务器返回的WEB RTC应用 信息后，通过所述WEB RTC应用与所述发送呼叫请求信息的终端进行通信。
[0245]或者，
[0246]所述处理单元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 信息发送给所述信息发送终端的浏览器引擎以建立通信通道开始通信。
[0247]优选的，所述呼叫请求信息中携带有提示信息，所述提示信息为RTC服务器在接 收到其他终端发送给所述第一终端的呼叫请求信息时添加的；
[0248]所述终端设备I还包括:
[0249]提示单元15，用于在接收到所述呼叫请求信息后，根据所述呼叫请求信息中的提 示信息生成相应的提示，包括但不限于震动、响铃或弹出提示框。
[0250]进一步的，所述终端设备I还包括:
[0251]信息反馈单元16，用于在拒绝所述呼叫请求时，向所述RTC服务器反馈拒绝信息， 以使得所述RTC服务器在接收到所述拒绝信息后，向发送所述呼叫请求信息的终端反馈所 述第一终端当前忙碌或者离线信息。
[0252]本实施例提供的终端设备I可以使用在前述对应的实时通信方法，详情参见上述 实时通信方法图2、图3、图5对应实施例的相关描述，在此不再赘述。
[0253]图7示出了本发明另一实施例提供的RTC服务器的组成结构，为了便于说明，仅示出了与本发明实施例相关的部分。
[0254]该RTC服务器2包括第一发送单元21以及第二发送单元22。其中，各单元的具体 功能如下:
[0255]第一发送单元21，用于在接收到其他终端发送给所述第一终端的呼叫请求信息 后，将所述呼叫请求信息发送给所述第一终端，所述呼叫请求信息中携带有发送所述呼叫 请求信息的终端WEB RTC应用的唯一标识符；
[0256]第二发送单元22，用于在接收到所述第一终端发送的开启WEB RTC应用请求信息 后，向所述第一终端返回WEB RTC应用信息，以使得所述第一终端在接收到所述RTC服务器 返回的WEB RTC应用信息后，通过所述WEB RTC应用与所述发送呼叫请求信息的终端进行通信。
[0257]进一步的，所述RTC服务器2还包括:
[0258]开启单元23，用于在接收到第一终端发送的注册离线业务请求信息后，为该信息 中WEB RTC应用唯一标识符对应的WEB RTC应用开启离线模式，并向所述第一终端反馈成 功响应信息，以使得所述第一终端在接收到所述RTC服务器反馈的成功响应信息后，关闭 其WEB RTC应用。
[0259]所述开启单元23具体用于，在接收到所述注册离线业务请求信息后，根据注册离 线业务请求信息中携带的WEB RTC应用唯一标识符，判断所述唯一标识符对应的WEB RTC 应用是否具有注册离线业务请求权限，若是，为所述唯一标识符对应的WEB RTC应用开启离 线模式。
[0260]优选的，所述WEB RTC应用请求信息中还携带有用户所选定的WEB RTC应用类型；
[0261]所述第二发送单元22，具体用于在接收到所述第一终端发送的开启WEB RTC应用 请求信息后，向所述第一终端返回与所述WEB RTC应用类型相同的WEB RTC应用。
[0262]进一步的，所述RTC服务器2还包括:
[0263]信息添加单元24，用于在接收到其他终端发送给所述第一终端的呼叫请求信息 后，在所述呼叫请求信息中添加提示信息，以使得所述第一终端在接收到所述呼叫请求信 息后，根据所述呼叫请求信息中的提示信息生成相应的提示，包括震动、响铃或弹出提示 框。
[0264]进一步的，所述第二发送单元23用于，将所述呼叫请求信息发送给监听客户端， 以使得所述监听客户端接收到所述RTC服务器发送的呼叫请求信息后，解析所述呼叫请求 信息，根据所述呼叫请求信息中的浏览器标识信息确定所述呼叫请求信息为发送给浏览器 引擎的信息，将所述呼叫请求信息发送给所述第一终端的浏览器引擎。
[0265]进一步的，所述RTC服务器2还包括:
[0266]第三发送单元25，用于在接收到所述第一终端发送的拒绝所述呼叫请求信息后， 向发送所述呼叫请求信息的终端反馈所述第一终端当前忙碌或者离线信息。
[0267]进一步的，所述RTC服务器2还包括:
[0268]处理单元26，用于在将所述呼叫请求信息发送给所述第一终端后，若在预设时间 内未接收到所述第一终端反馈的信息或者接收到的反馈信息为暂时不接收时，缓存所述呼 叫请求信息，在预定时间后或者所述第一终端开启WEB RTC应用后再发送该呼叫请求信息。
[0269]本实施例提供的RTC服务器2可以使用在前述对应的实时通信方法，详情参见上述实时通信方法图2、图4、图5对应实施例的相关描述，在此不再赘述。
[0270]本领域普通技术人员可以理解为所述终端设备I实施例及RTC服务器2实施例所 包括的各个单元只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现 相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本 发明实施例的保护范围。
[0271 ] 另外，在本发明实施例各个实施例中的各功能单元可以集成在一个处理单元中， 也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集 成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0272]所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用 时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案 本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品 的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台 计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本 发明实施例各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬 盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)> 磁碟或者光盘等各种可以存储程序代码的介质。
[0273]综上所述，本发明实施例通过向RTC服务器发送注册离线业务请求信息来开启离 线模式，使得在终端的WEB RTC应用关闭的情况下，仍然可以接收到RTC服务器转发的其他 终端发送给该终端的呼叫请求信息，并在接收到所述呼叫请求信息后，向所述RTC服务器 发送开启WEB RTC应用请求信息，在接收到所述RTC服务器返回的WEB RTC应用后，通过所 述WEB RTC应用与所述发送呼叫请求信息的终端进行通信。通过本发明实施例，可有效解 决现有基于WEB的实时通信在通信双方不同时在线或者未打开WEB RTC应用时，无法获取 信息的问题。而且通过关闭浏览器和/或WEB RTC应用，也可以节省电池电量，节省与网络 保持单独连接、发送心跳消息等网络资源。并通过监听消息，在不建立会话情况下，也能实 现信令协商的技术效果，提高信令协商效率。另外，还可以根据呼叫请求信息发送终端WEB RTC应用的唯一标识符选择性的接受呼叫，提高用户体验，具有较强的实用性。
[0274]以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实 施例对本发明进行了详细的说明，本领域的普通技术人员应当理解:其依然可以对前述各 实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改 或者替换，并不使相应技术方案的本质脱离本发明实施例各实施例技术方案的精神和范 围。
【权利要求】
1.一种实时通信方法，其特征在于，所述方法包括: 第一终端接收实时通信RTC服务器转发的其他终端发送给所述第一终端的呼叫请求信息，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端的WEB RTC应用的唯一标识符； 第一终端根据发送所述呼叫请求信息的终端的WEB RTC应用的唯一标识符判断是否需要接受所述呼叫请求，若是，向所述RTC服务器发送开启WEBRTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息后，通过所述WEB RTC应用与所述发送呼叫请求信息的终端进行通信。
2.如权利要求1所述的方法，其特征在于，在所述第一终端接收RTC服务器转发的其他终端发送给所述第一终端的呼叫请求信息的步骤之前，还包括: 第一终端向实时通信RTC服务器发送注册离线业务请求信息，该信息中携带有WEBRTC应用的唯一标识符，以使得所述RTC服务器在接收到所述注册离线业务请求信息后，为所述唯一标识符对应的WEB RTC应用开启离线模式，并向所述第一终端反馈成功响应信息； 第一终端在接收到所述RTC服务器反馈的成功响应信息后，关闭所述WEBRTC应用。
3.如权利要求1或2所述的方法，其特征在于，所述开启WEBRTC应用请求信息中还携带有用户所选定的WEB RTC应用类型，以使得所述RTC服务器在接收到所述开启WEB RTC应用请求信息后，返回与所述WEB RTC应用类型相同的WEB RTC应用信息。
4.如权利要求1所述的方法，其特征在于，所述呼叫请求信息中还携带有发送所述呼叫请求信息的终端的浏览器引擎的标识信息； 所述第一终端接收所述RTC服务器发送的呼叫请求信息包括:` 所述第一终端的监听客户端接收到所述RTC服务器发送的呼叫请求信息后，解析所述呼叫请求信息，根据所述呼叫请求信息中浏览器引擎标识信息确定所述呼叫请求信息为发送给浏览器引擎的信息，将所述呼叫请求信息发送给所述第一终端的浏览器引擎。
5.如权利要求1至4任一项所述的方法，其特征在于，所述呼叫请求信息中还携带有会话协商的会话描述协议提供SDP Offer信息； 所述第一终端向所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息后，通过所述WEB RTC应用与所述发送呼叫请求信息的终端进行通信具体包括: 所述第一终端通过浏览器引擎向所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息后，将所述呼叫请求信息中的SDP Offer信息发送给所述WEB RTC应用，通过所述WEB RTC应用将所述SDP Offer信息生成SDPAnswer信息，并通过所述WEB RTC应用将所述SDP Answer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述SDP Answer信息发送给所述RTC服务器，以使得所述RTC服务器将所述SDP Answer信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立通信通道开始通信。
6.如权利要求1至4任一项所述的方法，其特征在于，所述呼叫请求信息中还携带有会话协商的会话描述协议提供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应用与所述发送呼叫请求信息的终端进行通信。
7.如权利要求1至4任一项所述的方法，其特征在于，所述第一终端向所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息后，通过所述WEB RTC应用与所述发送呼叫请求信息的终端进行通信具体包括: 所述第一终端通过浏览器引擎向所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息以及SDP Offer信息后，通过所述WEBRTC应用将所述SDP Offer信息生成SDP Answer信息，并通过所述WEB RTC应用将所述SDPAnswer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述SDP Answer信息发送给所述RTC服务器，以使得所述RTC服务器将所述SDP Answer信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立通信通道开始通信。
8.如权利要求1至7任一项所述的方法，其特征在于，所述呼叫请求信息中携带有提示信息，所述提示信息为RTC服务器在接收到其他终端发送给所述第一终端的呼叫请求信息时添加的；· 所述第一终端在接收到所述呼叫请求信息后，根据所述呼叫请求信息中的提示信息生成相应的提示，包括震动、响铃或弹出提示框。
9.如权利要求1至8任一项所述的方法，其特征在于，所述方法还包括: 所述第一终端在拒绝所述呼叫请求时，向所述RTC服务器反馈拒绝信息，以使得所述RTC服务器在接收到所述拒绝信息后，向发送所述呼叫请求信息的终端反馈所述第一终端当前忙碌或者离线信息。
10.如权利要求1至9任一项所述的方法，其特征在于，所述第一终端向所述RTC服务器发送的开启WEB RTC应用请求消息所对应的WEB RTC应用的类型与所述发送所述呼叫请求信息的终端的WEB RTC应用的类型相同或不同。
11.一种实时通信方法，其特征在于，所述方法包括: 实时通信RTC服务器在接收到其他终端发送给第一终端的呼叫请求信息后，将所述呼叫请求信息发送给所述第一终端，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端WEB RTC应用的唯一标识符； RTC服务器在接收到所述第一终端发送的开启WEB RTC应用请求信息后，向所述第一终端返回WEB RTC应用信息，以使得所述第一终端在接收到所述RTC服务器返回的WEB RTC应用信息后，通过所述WEB RTC应用与发送所述呼叫请求信息的终端进行通信。
12.如权利要求11所述的方法，其特征在于，在所述RTC服务器接收到其他终端发送给第一终端的呼叫请求信息的步骤之前，还包括:RTC服务器在接收到所述第一终端发送的注册离线业务请求信息后，为该信息中WEBRTC应用唯一标识符对应的WEB RTC应用开启离线模式，并向所述第一终端反馈成功响应信息，以使得所述第一终端在接收到所述RTC服务器反馈的成功响应信息后，关闭其WEBRTC应用。
13.如权利要求12所述的方法，其特征在于，所述RTC服务器在接收到所述注册离线业务请求信息后，为所述唯一标识符对应的WEB RTC应用开启离线模式具体包括: 所述RTC服务器在接收到所述注册离线业务请求信息后，根据注册离线业务请求信息中携带的WEB RTC应用唯一标识符，判断所述唯一标识符对应的WEB RTC应用是否具有注册离线业务请求权限，若是，为所述唯一标识符对应的WEB RTC应用开启离线模式。
14.如权利要求11所述的方法，其特征在于，所述WEBRTC应用请求信息中还携带有用户所选定的WEB RTC应用类型； RTC服务器在接收到所述第一终端发送的开启WEB RTC应用请求信息后，向所述第一终端返回WEB RTC应用信息包括: RTC服务器在接收到所述第一终端发送的开启WEB RTC应用请求信息后，向所述第一终端返回与所述WEB RTC应用类型相同的WEB RTC应用信息。
15.如权利要求11至14任一项所述的方法，其特征在于，所述方法还包括: 所述RTC服务器在接收到 其 他终端发送给所述第一终端的呼叫请求信息后，在所述呼叫请求信息中添加提示信息，以 使得所述第一终端在接收到所述呼叫请求信息后，根据所述呼叫请求信息中的提示信息生成相应的提示，包括震动、响铃或弹出提示框。
16.如权利要求11至 15任一项所述的方法，其特征在于，所述方法还包括: 所述RTC服务器在接收到所述第一终端发送的拒绝所述呼叫请求信息后，向发送所述呼叫请求信息的终端反馈所述第一终端当前忙碌或者离线信息。
17.如权利要求11至16任一项所述的方法，其特征在于，所述方法还包括: 所述RTC服务器在将所述呼叫请求信息发送给所述第一终端后，若在预设时间内未接收到所述第一终端反馈的信息或者接收到的反馈信息为暂时不接收时，缓存所述呼叫请求信息，在预定时间后或者所述第一终端开启WEB RTC应用后再发送该呼叫请求信息。
18.如权利要求11至17任一项所述的方法，其特征在于，所述RTC服务器返回的WEBRTC应用信息所对应的WEB RTC应用的类型与所述发送所述呼叫请求信息的终端的WEBRTC应用的类型相同或不同。
19.一种终端设备，其特征在于，所述终端设备包括: 信息接收单元，用于接收实时通信RTC服务器转发的其他终端发送给该终端设备的呼叫请求信息，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端的WEB RTC应用的唯一标识符； 处理单元，用于根据所述信息接收单元接收到的呼叫请求信息中携带的呼叫请求信息发送终端WEB RTC应用的唯一标识符判断是否需要接受所述呼叫请求，若是，向所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息后，通过所述WEB RTC应用与所述发送呼叫请求信息的终端进行通信。
20.如权利要求19所述的终端设备，其特征在于，所述终端设备还包括: 信息发送单元，用于向实时通信RTC服务器发送注册离线业务请求信息，该信息中携带有WEB RTC应用的唯一标识符，以使得所述RTC服务器在接收到所述注册离线业务请求信息后，为所述唯一标识符对应的WEB RTC应用开启离线模式，并向所述第一终端反馈成功响应信息； 关闭单元，用于在接收到所述RTC服务器反馈的成功响应信息后，关闭所述WEB RTC应用。
21.如权利要求19所述的终端设备，其特征在于，所述WEBRTC应用请求信息中还携带有用户所选定的WEB RTC应用类型，以使得所述RTC服务器在接收到所述WEB RTC应用请求信息后，返回与所述WEB RTC应用类型相同的WEB RTC应用信息。
22.如权利要求19所述的终端设备，其特征在于，所述呼叫请求信息中还携带有发送所述呼叫请求信息的终端的浏览器引擎的标识信息； 所述信息接收单元具体用于，通过所述该终端设备的监听客户端接收所述RTC服务器发送的呼叫请求信息，解析所述呼叫请求信息，根据所述呼叫请求信息中浏览器引擎标识信息确定所述呼叫请求信息为发送给浏览器引擎的信息，将所述呼叫请求信息发送给所述第一终端的浏览器引擎。
23.如权利要求19至22任一项所述的终端设备，其特征在于，所述呼叫请求信息中还携带有会话协商的会话描述协议提供SDP Offer信息； 所述处理单元具体用于，通过该终端设备的浏览器引擎向所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到所述RTC服务器返回的WEBRTC应用信息后，将所述呼叫请求信息中的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应用将所述SDPOffer信息生成SDP Answer信息，并通过所述WEB RTC应用将所述SDP Answer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述SDP Answer信息发送给所述RTC服务器，以使得所述RTC服务器将所述SDP Answer信息发送给所述信息发送终端的浏览器引擎以建立通信通道开始通信。
26.如权利要求19至25任一项所述的终端设备，其特征在于，所述呼叫请求信息中携带有提示信息，所述提示信息为RTC服务器在接收到其他终端发送给所述第一终端的呼叫请求信息时添加的； 所述终端设备还包括: 提示单元，用于在接收到所述呼叫请求信息后，根据所述呼叫请求信息中的提示信息生成相应的提示，包括震动、响铃或弹出提示框。
27.如权利要求19至26任一项所述的终端设备，其特征在于，所述终端设备还包括: 信息反馈单元，用于在拒绝所述呼叫请求时，向所述RTC服务器反馈拒绝信息，以使得所述RTC服务器在接收到所述拒绝信息后，向发送所述呼叫请求信息的终端反馈所述第一终端当前忙碌或者离线信息。
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服务器还包括: 开启单元，用于在接收到第一终端发送的注册离线业务请求信息后，为该信息中WEBRTC应用唯一标识符对应的WEB RTC应用开启离线模式，并向所述第一终端反馈成功响应信息，以使得所述第一终端在接收到所述RTC服务器反馈的成功响应信息后，关闭其WEBRTC应用。
31.如权利要求30所述的RTC服务器，其特征在于，所述开启单元具体用于，在接收到所述注册离线业务请求信息后，根据注册离线业务请求信息中携带的WEB RTC应用唯一标识符，判断所述唯一标识符对应的WEB RTC应用是否具有注册离线业务请求权限，若是，为所述唯一标识符对应的WEB RTC应用开启离线模式。
32.如权利要求29所述的RTC服务器，其特征在于，所述WEBRTC应用请求信息中还携带有用户所选定的WEB RTC应用类型； 所述第二发送单元具体用于在接收到所述第一终端发送的开启WEB RTC应用请求信息后，向所述第一终端返回与所述WEB RTC应用类型相同的WEB RTC应用信息。
33.如权利要求29至32任一项所述的RTC服务器，其特征在于，所述RTC服务器还包括: 信息添加单元，用于在接收到其他终端发送给所述第一终端的呼叫请求信息后，在所述呼叫请求信息中添加提示信息，以使得所述第一终端在接收到所述呼叫请求信息后，根据所述呼叫请求信息中的提示信息生成相应的提示，包括震动、响铃或弹出提示框。
34.如权利要求29至33任一项所述的RTC服务器，其特征在于，所述RTC服务器还包括:第三发送单元，用于在接收到所述第一终端发送的拒绝所述呼叫请求信息后，向发送所述呼叫请求信息的终端反馈所述第一终端当前忙碌或者离线信息。
35.如权利要求29至34任一项所述的RTC服务器，其特征在于，所述RTC服务器还包括: 处理单元，用于在将所述呼叫请求信息发送给所述第一终端后，若在预设时间内未接收到所述第一终端反馈的信息或者接收到的反馈信息为暂时不接收时，缓存所述呼叫请求信息，在预定时间后或者所述第一终端开启WEB RTC应用后再发送该呼叫请求信息。
36.如权利要求29至35任一项所述的RTC服务器，其特征在于，所述返回给所述第一终端的WEB RTC应用信息所对应的WEB RTC应用的类型与所述发送所述呼叫请求信息的终端的WEB RTC应用的类型相同或不同。
37.一种实时通信系统，其特征在于，所述系统包括如权利要求19至28任一项所述的终端设备，和/或如权利要求29至36任一项所述的RTC服务器。
【文档编号】H04L29/08GK103580986SQ201210266735
【公开日】2014年2月12日 申请日期:2012年7月30日 优先权日:2012年7月30日
【发明者】范姝男, 郜文美, 吕小强, 王雅辉 申请人:华为终端有限公司