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

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

Info

Publication number
CN103580986B
CN103580986B CN201210266735.XA CN201210266735A CN103580986B CN 103580986 B CN103580986 B CN 103580986B CN 201210266735 A CN201210266735 A CN 201210266735A CN 103580986 B CN103580986 B CN 103580986B
Authority
CN
China
Prior art keywords
information
terminal
rtc
request information
call request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201210266735.XA
Other languages
English (en)
Other versions
CN103580986A (zh
Inventor
范姝男
郜文美
吕小强
王雅辉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Device Co Ltd
Original Assignee
Huawei Device Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Device Co Ltd filed Critical Huawei Device Co Ltd
Priority to CN201210266735.XA priority Critical patent/CN103580986B/zh
Priority to PCT/CN2013/080406 priority patent/WO2014019497A1/zh
Priority to EP13825798.5A priority patent/EP2852106B1/en
Publication of CN103580986A publication Critical patent/CN103580986A/zh
Priority to US14/576,037 priority patent/US9854008B2/en
Application granted granted Critical
Publication of CN103580986B publication Critical patent/CN103580986B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1073—Registration or de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
    • H04L12/1818—Conference organisation arrangements, e.g. handling schedules, setting up parameters needed by nodes to attend a conference, booking network resources, notifying involved parties
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1059—End-user terminal functionalities specially adapted for real-time communication

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • General Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)

Abstract

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

Description

一种实时通信方法、终端设备、实时通信服务器及系统
技术领域
本发明属于通信技术领域，尤其涉及一种实时通信方法、终端设备、实时通信服务器及系统。
背景技术
传统的基于互联网(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服务器发送注册离线业务请求信息，该信息中携带有WEBRTC应用的唯一标识符，以使得所述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应用信息后，将所述呼叫请求信息中的SDPOffer信息发送给所述WEB RTC应用，通过所述WEB RTC应用将所述SDP Offer信息生成SDPAnswer信息，并通过所述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服务器返回的WEBRTC应用信息后，通过所述WEB RTC应用与所述发送呼叫请求信息的终端进行通信具体包括：
所述第一终端通过浏览器引擎向所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息以及SDP Offer信息后，通过所述WEBRTC应用将所述SDP Offer信息生成SDP Answer信息，并通过所述WEB RTC应用将所述SDPAnswer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述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服务器返回的WEBRTC应用信息后，通过所述WEB RTC应用与发送所述呼叫请求信息的终端进行通信。
在第二方面的第一种可能的实现方式中，在所述RTC服务器接收到其他终端发送给第一终端的呼叫请求信息的之前，还包括：
RTC服务器在接收到所述第一终端发送的注册离线业务请求信息后，为该信息中WEB RTC应用唯一标识符对应的WEB RTC应用开启离线模式，并向所述第一终端反馈成功响应信息，以使得所述第一终端在接收到所述RTC服务器反馈的成功响应信息后，关闭其WEBRTC应用。
结合第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述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应用的类型与所述发送所述呼叫请求信息的终端的WEBRTC应用的类型相同或不同。
第三方面，一种终端设备，所述终端设备包括：
信息接收单元，用于接收实时通信RTC服务器转发的其他终端发送给该终端设备的呼叫请求信息，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端的WEB RTC应用的唯一标识符；
处理单元，用于根据所述信息接收单元接收到的呼叫请求信息中携带的呼叫请求信息发送终端WEB RTC应用的唯一标识符判断是否需要接受所述呼叫请求，若是，向所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息后，通过所述WEB RTC应用与所述发送呼叫请求信息的终端进行通信。
在第三方面的第一种可能实现方式中，所述终端设备还包括：
信息发送单元，用于向实时通信RTC服务器发送注册离线业务请求信息，该信息中携带有WEB RTC应用的唯一标识符，以使得所述RTC服务器在接收到所述注册离线业务请求信息后，为所述唯一标识符对应的WEB RTC应用开启离线模式，并向所述第一终端反馈成功响应信息；
关闭单元，用于在接收到所述RTC服务器反馈的成功响应信息后，关闭所述WEBRTC应用。
在第三方面的第二种可能实现方式中，所述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应用将所述SDPOffer信息生成SDP Answer信息，并通过所述WEB RTC应用将所述SDP Answer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述SDP Answer信息发送给所述RTC服务器，以使得所述RTC服务器将所述SDP Answer信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立通信通道开始通信。
结合第三方面或第三方面的第一种可能的实现方式或第三方面的第二种可能的实现方式或第三方面的第三种可能的实现方式，在第五种可能的实现方式中，所述呼叫请求信息中还携带有会话协商的会话描述协议提供SDP Offer信息；
所述处理单元具体用于，通过该终端设备的浏览器引擎向所述RTC服务器发送开启WEB RTC应用请求信息，所述WEB RTC应用请求信息中携带有SDPAnswer信息，以使得所述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服务器反馈的成功响应信息后，关闭其WEBRTC应用。
结合第四方面的第一种可能实现方式，在第二种可能实现方式中，所述开启单元具体用于，在接收到所述注册离线业务请求信息后，根据注册离线业务请求信息中携带的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等。
终端设备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服务器反馈的成功响应信息后，关闭所述WEBRTC应用（关闭浏览器和/或关闭当前运行的WEB RTC应用）。其中，关闭当前运行的WEB RTC应用包括退出当前运行的WEB RTC应用或者将当前运行的WEB RTC应用从在线模式转为离线模式。
所述开启WEB RTC应用请求信息中还可以携带有用户所选定的WEB RTC应用类型，以使得所述RTC服务器在接收到所述开启WEB RTC应用请求信息后，返回与用户所选定的WEB RTC应用类型相同的WEB RTC应用。该WEB RTC应用的类型与所述呼叫请求信息中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 messagingservice，多媒体消息业务),、网络套接字Websocket、JSON（JavaScript Object Notation，JavaScript对象表示法）、可扩展消息与存在协议XMPP（Extensible Messaging andPresence 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应用形式独立运行。
优选的是，所述呼叫请求信息中还携带有会话协商的会话描述协议提供SDPOffer（Session Description Protocol Offer，会话描述协议提供）信息；
所述终端设备1向所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息后，通过所述WEB RTC应用与所述发送呼叫请求信息的终端进行通信具体包括：
所述终端设备1通过浏览器引擎向所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息后，将所述呼叫请求信息中的SDPOffer信息发送给所述WEB RTC应用，通过所述WEB RTC应用将所述SDP Offer信息生成SDPAnswer信息，并通过所述WEB RTC应用将所述SDP Answer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述SDP Answer信息发送给所述RTC服务器，以使得所述RTC服务器将所述SDP Answer信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立通信通道开始通信。
或者，
终端设备1通过浏览器引擎向所述RTC服务器2发送开启基于WEB的RTC应用请求信息，该请求信息中携带浏览器引擎根据呼叫请求中携带的SDP Offer信息生成的SDPAnswer信息，以使得所述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应用将所述SDPAnswer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述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应用请求信息；所述WEBRTC应用请求信息中还可以携带有用户所选定的WEB RTC应用类型，以使得所述RTC服务器在接收到所述WEB RTC应用请求信息后，返回与用户所选定的WEB RTC应用类型相同的WEBRTC应用。该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应用信息后，通过所述WEB RTC应用与所述发送呼叫请求信息的终端进行通信具体包括：
所述第一终端通过浏览器引擎向所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息后，将所述呼叫请求信息中的SDPOffer信息发送给所述WEB RTC应用，通过所述WEB RTC应用将所述SDP Offer信息生成SDPAnswer信息，并通过所述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应用信息，通过所述WEB RTC应用与所述发送呼叫请求信息的终端进行通信。
优选的，所述第一终端向所述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信息发送给所述信息发送终端的浏览器引擎以建立通信通道开始通信。
优选的是，为了增强用户体验，提高实用性，所述RTC服务器在接收到其他终端发送给所述第一终端的呼叫请求信息后，在所述呼叫请求信息中添加提示信息，以使得所述第一终端在接收到所述呼叫请求信息后，根据所述呼叫请求信息中的提示信息生成相应的提示，包括但不限于震动、响铃或弹出提示框。提示信息可以通过脚本语言实现，例如通过Java Script，轻量级数据交换格式语言JSON（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服务器发送注册离线业务请求信息，该信息中携带有WEBRTC应用的唯一标识符，以使得所述RTC服务器在接收到所述注册离线业务请求信息后，为所述唯一标识符对应的WEB RTC应用开启离线模式，并向所述第一终端反馈成功响应信息；
第一终端在接收到所述RTC服务器反馈的成功响应信息后，关闭所述WEB RTC应用。
优选的是，所述WEB RTC应用请求信息中还携带有用户所选定的WEB RTC应用类型，以使得所述RTC服务器在接收到所述WEB RTC应用请求信息后，返回与所述WEB RTC应用类型相同的WEB RTC应用。
优选的是，所述呼叫请求信息中还携带有发送所述呼叫请求信息的终端的浏览器引擎的标识信息；
所述第一终端接收所述RTC服务器发送的呼叫请求信息包括：
所述第一终端的监听客户端接收到所述RTC服务器发送的呼叫请求信息后，解析所述呼叫请求信息，根据所述呼叫请求信息中浏览器引擎标识信息确定所述呼叫请求信息为发送给浏览器引擎的信息，将所述呼叫请求信息发送给所述第一终端的浏览器引擎。
优选的是，所述第一终端向所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息后，通过所述WEB RTC应用与所述发送呼叫请求信息的终端进行通信具体包括：
所述第一终端通过浏览器引擎向所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息以及SDPOffer信息后，通过所述WEBRTC应用将所述SDP Offer信息生成SDP Answer信息，并通过所述WEB RTC应用将所述SDPAnswer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述SDP Answer信息发送给所述RTC服务器，以使得所述RTC服务器将所述SDP Answer信息发送给所述信息发送终端的浏览器引擎以建立通信通道开始通信；
或者，
所述呼叫请求信息中还携带有会话协商的会话描述协议提供SDP Offer信息；
所述第一终端通过浏览器引擎向所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息后，将所述呼叫请求信息中的SDPOffer信息发送给所述WEB RTC应用，通过所述WEB RTC应用将所述SDP Offer信息生成SDPAnswer信息，并通过所述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服务器在接收到其他终端发送给所述第一终端的呼叫请求信息时添加的；
所述第一终端在接收到所述呼叫请求信息后，根据所述呼叫请求信息中的提示信息生成相应的提示，包括但不限于震动、响铃或弹出提示框。
优选的是，本实施例还包括：
所述第一终端在拒绝所述呼叫请求时，向所述RTC服务器反馈拒绝信息，以使得所述RTC服务器在接收到所述拒绝信息后，向发送所述呼叫请求信息的终端反馈所述第一终端当前忙碌或者离线信息。
本实施例的具体实施过程可参见图2对应实施例相关步骤的描述，在此不再赘述。
图4示出了本发明实施例一提供的实时通信方法的实现流程，该实施例的执行主体为图1中的RTC服务器2，该方法过程详述如下：
在步骤S401中，RTC服务器在接收到其他终端发送给第一终端的呼叫请求信息后，将所述呼叫请求信息发送给所述第一终端，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端WEB RTC应用的唯一标识符。
在本实施例中，所述RTC服务器将所述呼叫请求信息发送给所述第一终端包括:
所述RTC服务器将所述呼叫请求信息发送给监听客户端，以使得所述监听客户端在接收到所述RTC服务器发送的呼叫请求信息后，解析所述呼叫请求信息，根据所述呼叫请求信息中浏览器引擎标识信息确定所述呼叫请求信息为发送给浏览器引擎的信息，将所述呼叫请求信息发送给所述第一终端的浏览器引擎。
在步骤S402中，RTC服务器在接收到所述第一终端发送的开启WEB RTC应用请求信息后，向所述第一终端返回WEB RTC应用信息，以使得所述第一终端在接收到所述RTC服务器返回的WEB RTC应用信息后，通过所述WEBRTC应用与所述发送呼叫请求信息的终端进行通信。
优选的是，在所述RTC服务器接收到其他终端发送给第一终端的呼叫请求信息的步骤之前，还包括：
RTC服务器在接收到第一终端发送的注册离线业务请求信息后，为该信息中WEBRTC应用唯一标识符对应的WEB RTC应用开启离线模式，并向所述第一终端反馈成功响应信息，以使得所述第一终端在接收到所述RTC服务器反馈的成功响应信息后，关闭其WEB RTC应用。
具体包括所述RTC服务器在接收到所述注册离线业务请求信息后，根据注册离线业务请求信息中携带的WEB RTC应用唯一标识符，判断所述唯一标识符对应的WEB RTC应用是否具有注册离线业务请求权限，若是，为所述唯一标识符对应的WEB RTC应用开启离线模式。
优选的是，所述WEB RTC应用请求信息中还携带有用户所选定的WEBRTC应用类型；
RTC服务器在接收到所述第一终端发送的开启WEB RTC应用请求信息后，向所述第一终端返回WEB RTC应用信息包括：
RTC服务器在接收到所述第一终端发送的开启WEB RTC应用请求信息后，向所述第一终端返回与所述WEB RTC应用类型相同的WEB RTC应用。
优选的是，本实施例还包括：
所述RTC服务器在接收到其他终端发送给所述第一终端的呼叫请求信息后，在所述呼叫请求信息中添加提示信息，以使得所述第一终端在接收到所述呼叫请求信息后，根据所述呼叫请求信息中的提示信息生成相应的提示，包括震动、响铃或弹出提示框。
优选的是，本实施例还包括：
所述RTC服务器在接收到所述第一终端发送的拒绝所述呼叫请求信息后，向发送所述呼叫请求信息的终端反馈所述第一终端当前忙碌或者离线信息。
优选的是，本实施例还包括：
所述RTC服务器在将所述呼叫请求信息发送给所述第一终端后，若在预设时间内未接收到所述第一终端反馈的信息或者接收到的反馈信息为暂时不接收时，缓存所述呼叫请求信息，在预定时间后或者所述第一终端开启WEB RTC应用后再发送该呼叫请求信息。
本实施例的具体实施过程可参见图2对应实施例相关步骤的描述，在此不再赘述。
图5示出了本发明另一实施例提供的实时通信方法的具体流程，该方法过程详述如下：
1、第一终端向实时通信RTC服务器发送注册离线业务请求信息，该信息中携带有WEB RTC应用的唯一标识符。
具体的是，第一终端通过WEB RTC应用向所述RTC服务器发送注册离线业务请求信息。其中，所述WEB RTC应用包括但不限于具备WEB应用功能的客户端程序，例如WEB QQ等。
在本实施例中，第一终端向实时通信RTC服务器发送注册离线业务请求信息的目的是通知服务器其将关闭WEB RTC应用（包括关闭WEB RTC应用或者关闭浏览器），但希望关闭WEB RTC应用后仍可以接收到其他终端发送给所述第一终端的呼叫请求信息或者其他通知信息等。
2、RTC服务器在接收到所述注册离线业务请求信息后，为所述第一终端开启离线模式。
优选的是，为了增强安全性，防止恶意注册，RTC服务器在接收到所述注册离线业务请求信息后，根据注册离线业务请求信息中携带的WEB RTC应用唯一标识符，判断所述唯一标识符对应的WEB RTC应用是否具有注册离线业务请求权限，若是，为所述唯一标识符对应的WEB RTC应用开启离线模式，RTC服务器将为所述第一终端保持在线状态、提供通知以及为所述第一终端保存通话信息等。
3、RTC服务器为所述第一终端开启离线模式后，向所述第一终端反馈成功响应信息。
4、第一终端在接收到所述RTC服务器反馈的成功响应信息后，关闭WEB RTC应用和/或浏览器。
5、RTC服务器接收其他终端（第二终端）发送给所述第一终端的呼叫请求信息。
在本实施例中，第二终端可以是任意具有网络接入功能的终端设备，包括但不限于手机、IPAD、笔记本电脑等。
需要说明的是，但第二终端为手机等终端设备时，需要通过另外一个网关完成协议和消息的转换后，将所述叫请求信息发送给所述RTC服务器。
6、RTC服务器将所述呼叫请求信息发送给监听客户端，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端WEB RTC应用的的唯一标识符、提示信息、WEB RTC应用类型、浏览器信息、RTC服务器地址信息和/或会话描述协议提供（Session DescriptionProtocol 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信息，并将所述SDPAnswer信息发送给所述浏览器引擎。
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服务器反馈拒绝信息；
所述RTC服务器在接收到所述拒绝信息后，向发送所述呼叫请求信息的终端反馈所述第一终端当前忙碌或者离线等信息。
优选的是，所述WEB RTC应用请求信息中还携带有用户所选定的WEB RTC应用类型，以使得所述RTC服务器在接收到所述WEB RTC应用请求信息后，返回与用户所选定的WEBRTC应用类型相同的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服务器反馈的成功响应信息后，关闭所述WEBRTC应用。
优选的，所述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信息，并通过所述WEB RTC应用将所述SDP Answer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述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应用信息以及SDPOffer信息后，通过所述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 (33)

1.一种实时通信方法，其特征在于，所述方法包括：
第一终端接收实时通信RTC服务器转发的其他终端发送给所述第一终端的呼叫请求信息，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端的WEB RTC应用的唯一标识符；
第一终端根据发送所述呼叫请求信息的终端的WEB RTC应用的唯一标识符判断是否需要接受所述呼叫请求，若是，向所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息后，通过所述WEB RTC应用与所述发送呼叫请求信息的终端进行通信；
在所述第一终端接收RTC服务器转发的其他终端发送给所述第一终端的呼叫请求信息的步骤之前，还包括：
第一终端向实时通信RTC服务器发送注册离线业务请求信息，该信息中携带有WEB RTC应用的唯一标识符，以使得所述RTC服务器在接收到所述注册离线业务请求信息后，为所述唯一标识符对应的WEB RTC应用开启离线模式，并向所述第一终端反馈成功响应信息；
第一终端在接收到所述RTC服务器反馈的成功响应信息后，关闭所述WEB RTC应用。
2.如权利要求1所述的方法，其特征在于，所述开启WEB RTC应用请求信息中还携带有用户所选定的WEB RTC应用类型，以使得所述RTC服务器在接收到所述开启WEB RTC应用请求信息后，返回与所述WEB RTC应用类型相同的WEB RTC应用信息。
3.如权利要求1所述的方法，其特征在于，所述呼叫请求信息中还携带有发送所述呼叫请求信息的终端的浏览器引擎的标识信息；
所述第一终端接收所述RTC服务器发送的呼叫请求信息包括：
所述第一终端的监听客户端接收到所述RTC服务器发送的呼叫请求信息 后，解析所述呼叫请求信息，根据所述呼叫请求信息中浏览器引擎标识信息确定所述呼叫请求信息为发送给浏览器引擎的信息，将所述呼叫请求信息发送给所述第一终端的浏览器引擎。
4.如权利要求1至3任一项所述的方法，其特征在于，所述呼叫请求信息中还携带有会话协商的会话描述协议提供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服务器将所述SDPAnswer信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立通信通道开始通信。
5.如权利要求1至3任一项所述的方法，其特征在于，所述呼叫请求信息中还携带有会话协商的会话描述协议提供SDP Offer信息；
所述第一终端向所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息后，通过所述WEB RTC应用与所述发送呼叫请求信息的终端进行通信具体包括：
所述第一终端通过浏览器引擎向所述RTC服务器发送开启WEB RTC应用请求信息，所述开启WEB RTC应用请求信息中携带有SDP Answer信息，以使得所述RTC服务器在接收到所述开启WEB RTC应用请求信息后，向所述第一终端返回WEB RTC应用信息，并将所述开启WEBRTC应用请求信息中的SDP Answer信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立通 信通道；
所述第一终端接收所述RTC服务器返回的WEB RTC应用信息，通过所述WEB RTC应用与所述发送呼叫请求信息的终端进行通信。
6.如权利要求1至3任一项所述的方法，其特征在于，所述第一终端向所述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信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立通信通道开始通信。
7.如权利要求1至3任一项所述的方法，其特征在于，所述呼叫请求信息中携带有提示信息，所述提示信息为RTC服务器在接收到其他终端发送给所述第一终端的呼叫请求信息时添加的；
所述第一终端在接收到所述呼叫请求信息后，根据所述呼叫请求信息中的提示信息生成相应的提示，包括震动、响铃或弹出提示框。
8.如权利要求1至3任一项所述的方法，其特征在于，所述方法还包括：
所述第一终端在拒绝所述呼叫请求时，向所述RTC服务器反馈拒绝信息，以使得所述RTC服务器在接收到所述拒绝信息后，向发送所述呼叫请求信息的终端反馈所述第一终端当前忙碌或者离线信息。
9.如权利要求1至3任一项所述的方法，其特征在于，所述第一终端向所述RTC服务器发送的开启WEB RTC应用请求消息所对应的WEB RTC应用的类型与所述发送所述呼叫请求信息的终端的WEB RTC应用的类型相同或不 同。
10.一种实时通信方法，其特征在于，所述方法包括：
实时通信RTC服务器在接收到其他终端发送给第一终端的呼叫请求信息后，将所述呼叫请求信息发送给所述第一终端，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端WEB RTC应用的唯一标识符；
RTC服务器在接收到所述第一终端发送的开启WEB RTC应用请求信息后，向所述第一终端返回WEB RTC应用信息，以使得所述第一终端在接收到所述RTC服务器返回的WEB RTC应用信息后，通过所述WEB RTC应用与发送所述呼叫请求信息的终端进行通信；
在所述RTC服务器接收到其他终端发送给第一终端的呼叫请求信息的步骤之前，还包括：
RTC服务器在接收到所述第一终端发送的注册离线业务请求信息后，为该信息中WEBRTC应用唯一标识符对应的WEB RTC应用开启离线模式，并向所述第一终端反馈成功响应信息，以使得所述第一终端在接收到所述RTC服务器反馈的成功响应信息后，关闭其WEB RTC应用。
11.如权利要求10所述的方法，其特征在于，所述RTC服务器在接收到所述注册离线业务请求信息后，为所述唯一标识符对应的WEB RTC应用开启离线模式具体包括：
所述RTC服务器在接收到所述注册离线业务请求信息后，根据注册离线业务请求信息中携带的WEB RTC应用唯一标识符，判断所述唯一标识符对应的WEB RTC应用是否具有注册离线业务请求权限，若是，为所述唯一标识符对应的WEB RTC应用开启离线模式。
12.如权利要求10所述的方法，其特征在于，所述WEB RTC应用请求信息中还携带有用户所选定的WEB RTC应用类型；
RTC服务器在接收到所述第一终端发送的开启WEB RTC应用请求信息后，向所述第一终端返回WEB RTC应用信息包括：
RTC服务器在接收到所述第一终端发送的开启WEB RTC应用请求信息后，向所述第一终端返回与所述WEB RTC应用类型相同的WEB RTC应用信息。
13.如权利要求10至12任一项所述的方法，其特征在于，所述方法还包括：
所述RTC服务器在接收到其他终端发送给所述第一终端的呼叫请求信息后，在所述呼叫请求信息中添加提示信息，以使得所述第一终端在接收到所述呼叫请求信息后，根据所述呼叫请求信息中的提示信息生成相应的提示，包括震动、响铃或弹出提示框。
14.如权利要求10至12任一项所述的方法，其特征在于，所述方法还包括：
所述RTC服务器在接收到所述第一终端发送的拒绝所述呼叫请求信息后，向发送所述呼叫请求信息的终端反馈所述第一终端当前忙碌或者离线信息。
15.如权利要求10至12任一项所述的方法，其特征在于，所述方法还包括：
所述RTC服务器在将所述呼叫请求信息发送给所述第一终端后，若在预设时间内未接收到所述第一终端反馈的信息或者接收到的反馈信息为暂时不接收时，缓存所述呼叫请求信息，在预定时间后或者所述第一终端开启WEB RTC应用后再发送该呼叫请求信息。
16.如权利要求10至12任一项所述的方法，其特征在于，所述RTC服务器返回的WEB RTC应用信息所对应的WEB RTC应用的类型与所述发送所述呼叫请求信息的终端的WEB RTC应用的类型相同或不同。
17.一种终端设备，其特征在于，所述终端设备包括：
信息接收单元，用于接收实时通信RTC服务器转发的其他终端发送给第一终端的呼叫请求信息，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端的WEB RTC应用的唯一标识符；
处理单元，用于根据所述信息接收单元接收到的呼叫请求信息中携带的呼叫请求信息发送终端WEB RTC应用的唯一标识符判断是否需要接受所述呼叫请求，若是，向所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息后，通过所述WEB RTC应用与所述发送呼叫请求信息的终端进行通信；
所述终端设备还包括：
信息发送单元，用于向实时通信RTC服务器发送注册离线业务请求信息，该信息中携带有WEB RTC应用的唯一标识符，以使得所述RTC服务器在接收到所述注册离线业务请求信息后，为所述唯一标识符对应的WEB RTC应用开启离线模式，并向所述第一终端反馈成功响应信息；
关闭单元，用于在接收到所述RTC服务器反馈的成功响应信息后，关闭所述WEB RTC应用。
18.如权利要求17所述的终端设备，其特征在于，所述WEB RTC应用请求信息中还携带有用户所选定的WEB RTC应用类型，以使得所述RTC服务器在接收到所述WEB RTC应用请求信息后，返回与所述WEB RTC应用类型相同的WEB RTC应用信息。
19.如权利要求17所述的终端设备，其特征在于，所述呼叫请求信息中还携带有发送所述呼叫请求信息的终端的浏览器引擎的标识信息；
所述信息接收单元具体用于，通过所述终端设备的监听客户端接收所述RTC服务器发送的呼叫请求信息，解析所述呼叫请求信息，根据所述呼叫请求信息中浏览器引擎标识信息确定所述呼叫请求信息为发送给浏览器引擎的信息，将所述呼叫请求信息发送给所述第一终端的浏览器引擎。
20.如权利要求17至19任一项所述的终端设备，其特征在于，所述呼叫请求信息中还携带有会话协商的会话描述协议提供SDP Offer信息；
所述处理单元具体用于，通过该终端设备的浏览器引擎向所述RTC服务器发送开启WEBRTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息后，将所述呼叫请求信息中的SDP Offer信息发送给所述WEB RTC应用，通过所述WEB RTC应用将所述SDP Offer信息生成SDP Answer信息，并通过所述WEB RTC应用将所述SDP Answer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述SDP Answer信息发送给所述RTC服务器，以使得所述RTC服务器将所述SDP Answer信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立通信通道开始通信。
21.如权利要求17至19任一项所述的终端设备，其特征在于，所述呼叫请求信息中还携带有会话协商的会话描述协议提供SDP Offer信息；
所述处理单元具体用于，通过该终端设备的浏览器引擎向所述RTC服务器发送开启WEBRTC应用请求信息，所述WEB RTC应用请求信息中携带有SDP Answer信息，以使得所述RTC服务器在接收到所述WEB RTC应用请求信息，向所述第一终端返回WEB RTC应用信息，并将所述WEB RTC应用请求信息中的SDP Answer信息发送给发送所述呼叫请求信息的终端的浏览器引擎以建立通信通道，在接收到所述RTC服务器返回的WEB RTC应用信息后，通过所述WEBRTC应用与所述发送呼叫请求信息的终端进行通信。
22.如权利要求17至19任一项所述的终端设备，所述处理单元具体用于，通过该终端设备的浏览器引擎向所述RTC服务器发送开启WEB RTC应用请求信息，并在接收到所述RTC服务器返回的WEB RTC应用信息以及SDP Offer信息后，通过所述WEB RTC应用将所述SDPOffer信息生成SDP Answer信息，并通过所述WEB RTC应用将所述SDP Answer信息发送给所述浏览器引擎，通过所述浏览器引擎将所述SDP Answer信息发送给所述RTC服务器，以使得所述RTC服务器将所述SDP Answer信息发送给所述信息发送终端的浏览器引擎以建立通信通道开始通信。
23.如权利要求17至19任一项所述的终端设备，其特征在于，所述呼叫请求信息中携带有提示信息，所述提示信息为RTC服务器在接收到其他终端发送给所述第一终端的呼叫请求信息时添加的；
所述终端设备还包括：
提示单元，用于在接收到所述呼叫请求信息后，根据所述呼叫请求信息中的提示信息生成相应的提示，包括震动、响铃或弹出提示框。
24.如权利要求17至19任一项所述的终端设备，其特征在于，所述终端设备还包括：
信息反馈单元，用于在拒绝所述呼叫请求时，向所述RTC服务器反馈拒绝信息，以使得所述RTC服务器在接收到所述拒绝信息后，向发送所述呼叫请求信息的终端反馈所述第一终端当前忙碌或者离线信息。
25.如权利要求17至19任一项所述的终端设备，其特征在于，所述向所述RTC服务器发送的开启WEB RTC应用请求消息所对应的WEB RTC应用的类型与所述发送所述呼叫请求信息的终端的WEB RTC应用的类型相同或不同。
26.一种实时通信RTC服务器，其特征在于，所述RTC服务器包括：
第一发送单元，用于在接收到其他终端发送给第一终端的呼叫请求信息后，将所述呼叫请求信息发送给所述第一终端，所述呼叫请求信息中携带有发送所述呼叫请求信息的终端WEB RTC应用的唯一标识符；
第二发送单元，用于在接收到所述第一终端发送的开启WEB RTC应用请求信息后，向所述第一终端返回WEB RTC应用信息，以使得所述第一终端在接收到所述RTC服务器返回的WEB RTC应用信息后，通过所述WEB RTC应用与所述发送呼叫请求信息的终端进行通信；
所述RTC服务器还包括：
开启单元，用于在接收到第一终端发送的注册离线业务请求信息后，为该信息中WEBRTC应用唯一标识符对应的WEB RTC应用开启离线模式，并向所述第一终端反馈成功响应信息，以使得所述第一终端在接收到所述RTC服务器反馈的成功响应信息后，关闭其WEB RTC应用。
27.如权利要求26所述的RTC服务器，其特征在于，所述开启单元具体 用于，在接收到所述注册离线业务请求信息后，根据注册离线业务请求信息中携带的WEB RTC应用唯一标识符，判断所述唯一标识符对应的WEB RTC应用是否具有注册离线业务请求权限，若是，为所述唯一标识符对应的WEB RTC应用开启离线模式。
28.如权利要求26所述的RTC服务器，其特征在于，所述WEB RTC应用请求信息中还携带有用户所选定的WEB RTC应用类型；
所述第二发送单元具体用于在接收到所述第一终端发送的开启WEB RTC应用请求信息后，向所述第一终端返回与所述WEB RTC应用类型相同的WEB RTC应用信息。
29.如权利要求26至28任一项所述的RTC服务器，其特征在于，所述RTC服务器还包括：
信息添加单元，用于在接收到其他终端发送给所述第一终端的呼叫请求信息后，在所述呼叫请求信息中添加提示信息，以使得所述第一终端在接收到所述呼叫请求信息后，根据所述呼叫请求信息中的提示信息生成相应的提示，包括震动、响铃或弹出提示框。
30.如权利要求26至28任一项所述的RTC服务器，其特征在于，所述RTC服务器还包括：
第三发送单元，用于在接收到所述第一终端发送的拒绝所述呼叫请求信息后，向发送所述呼叫请求信息的终端反馈所述第一终端当前忙碌或者离线信息。
31.如权利要求26至28任一项所述的RTC服务器，其特征在于，所述RTC服务器还包括：
处理单元，用于在将所述呼叫请求信息发送给所述第一终端后，若在预设时间内未接收到所述第一终端反馈的信息或者接收到的反馈信息为暂时不接收时，缓存所述呼叫请求信息，在预定时间后或者所述第一终端开启WEB RTC应用后再发送该呼叫请求信息。
32.如权利要求26至28任一项所述的RTC服务器，其特征在于，所述返 回给所述第一终端的WEB RTC应用信息所对应的WEB RTC应用的类型与所述发送所述呼叫请求信息的终端的WEB RTC应用的类型相同或不同。
33.一种实时通信系统，其特征在于，所述系统包括如权利要求17至25任一项所述的终端设备，和/或如权利要求26至32任一项所述的RTC服务器。
CN201210266735.XA 2012-07-30 2012-07-30 一种实时通信方法、终端设备、实时通信服务器及系统 Active CN103580986B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201210266735.XA CN103580986B (zh) 2012-07-30 2012-07-30 一种实时通信方法、终端设备、实时通信服务器及系统
PCT/CN2013/080406 WO2014019497A1 (zh) 2012-07-30 2013-07-30 一种实时通信方法、终端设备、实时通信服务器及系统
EP13825798.5A EP2852106B1 (en) 2012-07-30 2013-07-30 Real time communication method, terminal device, real time communication server and system
US14/576,037 US9854008B2 (en) 2012-07-30 2014-12-18 Real time communication method, terminal device, real time communication server and real time communication system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210266735.XA CN103580986B (zh) 2012-07-30 2012-07-30 一种实时通信方法、终端设备、实时通信服务器及系统

Publications (2)

Publication Number Publication Date
CN103580986A CN103580986A (zh) 2014-02-12
CN103580986B true CN103580986B (zh) 2016-12-21

Family

ID=50027256

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201210266735.XA Active CN103580986B (zh) 2012-07-30 2012-07-30 一种实时通信方法、终端设备、实时通信服务器及系统

Country Status (4)

Country Link
US (1) US9854008B2 (zh)
EP (1) EP2852106B1 (zh)
CN (1) CN103580986B (zh)
WO (1) WO2014019497A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108322941A (zh) * 2017-12-29 2018-07-24 京信通信系统（中国）有限公司 信息通信方法及装置

Families Citing this family (48)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2517760B (en) * 2013-08-30 2019-11-06 Metaswitch Networks Ltd Linking web sessions with telephone calls
US10033693B2 (en) 2013-10-01 2018-07-24 Nicira, Inc. Distributed identity-based firewalls
CN104995898B (zh) * 2014-02-19 2018-06-05 华为技术有限公司 一种建立数据通道的方法、装置和系统
CN104869101B (zh) * 2014-02-21 2018-02-23 华为技术有限公司 一种通道建立的方法和设备
KR102172468B1 (ko) 2014-03-14 2020-10-30 삼성전자 주식회사 WebRTC서비스를 위해 단말이 브라우저를 통해 IMS망에 접속하기 위한 방법
CN104980398B (zh) * 2014-04-04 2018-06-15 中国电信股份有限公司 浏览器与ims之间的消息分发方法、系统和信令中继设备
CN104980395B (zh) * 2014-04-04 2018-09-28 中国电信股份有限公司 第一系统与第二系统媒体互通的方法和系统以及媒体网关
WO2015164997A1 (zh) * 2014-04-28 2015-11-05 华为技术有限公司 一种呼叫消息的处理方法及装置
JP6338453B2 (ja) * 2014-05-30 2018-06-06 キヤノン株式会社 情報端末、制御方法及びプログラム
US9912705B2 (en) * 2014-06-24 2018-03-06 Avaya Inc. Enhancing media characteristics during web real-time communications (WebRTC) interactive sessions by using session initiation protocol (SIP) endpoints, and related methods, systems, and computer-readable media
DE102014009495B4 (de) * 2014-06-26 2020-07-23 Unify Gmbh & Co. Kg Verfahren zum Aufbau einer für die Übermittlung von Medienströmen geeigneten Kommunikationsverbindung von einem ersten RTC-Client zu einem zweiten RTC-Client
US9705993B1 (en) 2014-07-18 2017-07-11 Sprint Communications Company L.P. Information exchange between a directory assistance application server and a web-RTC engine
EP3016341B1 (de) 2014-10-27 2018-12-12 Deutsche Telekom AG Verfahren und Anordnung zur effizienten Gestaltung von Web-basierten Kommunikationsdiensten
EP3016344B1 (de) 2014-10-27 2017-08-16 Deutsche Telekom AG Intelligenter media-gateway switch für transparentes routen und verketten von medienströmen
CN104394270B (zh) * 2014-11-20 2016-09-07 北京安奇智联科技有限公司 辅助接听电话的方法和设备
US10606626B2 (en) 2014-12-29 2020-03-31 Nicira, Inc. Introspection method and apparatus for network access filtering
US10298628B2 (en) * 2015-05-05 2019-05-21 IPalive AB Establishing media paths in real time communications
CN111935076B (zh) * 2015-06-29 2021-10-22 华为技术有限公司 多mcptt系统的话权控制的方法、装置及系统
US10324746B2 (en) 2015-11-03 2019-06-18 Nicira, Inc. Extended context delivery for context-based authorization
CN105407369A (zh) * 2015-11-17 2016-03-16 青岛海信电器股份有限公司 一种基于Web应用的终端通信方法与装置
CN106921555B (zh) * 2015-12-24 2020-04-07 北京北信源软件股份有限公司 一种用于跨网络即时通信的用户账号定义方法
US10938837B2 (en) 2016-08-30 2021-03-02 Nicira, Inc. Isolated network stack to manage security for virtual machines
US9986052B1 (en) * 2016-11-28 2018-05-29 Facebook, Inc. Methods and systems for notifying callee availability
US10368034B2 (en) 2016-11-28 2019-07-30 Facebook, Inc. Methods and systems for connecting caller and callee client devices
US10715607B2 (en) 2016-12-06 2020-07-14 Nicira, Inc. Performing context-rich attribute-based services on a host
US10805332B2 (en) 2017-07-25 2020-10-13 Nicira, Inc. Context engine model
US10812451B2 (en) 2016-12-22 2020-10-20 Nicira, Inc. Performing appID based firewall services on a host
US10581960B2 (en) 2016-12-22 2020-03-03 Nicira, Inc. Performing context-rich attribute-based load balancing on a host
US10802858B2 (en) 2016-12-22 2020-10-13 Nicira, Inc. Collecting and processing contextual attributes on a host
US10803173B2 (en) 2016-12-22 2020-10-13 Nicira, Inc. Performing context-rich attribute-based process control services on a host
US11032246B2 (en) 2016-12-22 2021-06-08 Nicira, Inc. Context based firewall services for data message flows for multiple concurrent users on one machine
CN108259433B (zh) * 2016-12-29 2021-08-06 中国移动通信有限公司研究院 一种呼叫排队分发方法、系统及服务器
CN109274634B (zh) * 2017-07-18 2021-06-11 腾讯科技（深圳）有限公司 多媒体通信方法及装置、存储介质
US10778651B2 (en) 2017-11-15 2020-09-15 Nicira, Inc. Performing context-rich attribute-based encryption on a host
CN109995734A (zh) * 2017-12-30 2019-07-09 中国科学院沈阳计算技术研究所有限公司 一种基于SIP协议的WebRTC的通信方法
CN108418789B (zh) * 2018-01-22 2021-09-17 网宿科技股份有限公司 一种基于WebRTC的通信系统及其通信方法、信令服务器
US10862773B2 (en) 2018-01-26 2020-12-08 Nicira, Inc. Performing services on data messages associated with endpoint machines
US10802893B2 (en) 2018-01-26 2020-10-13 Nicira, Inc. Performing process control services on endpoint machines
CN112188139B (zh) * 2019-07-05 2022-03-11 腾讯科技（深圳）有限公司 一种网络通话的处理方法及系统
US11539718B2 (en) 2020-01-10 2022-12-27 Vmware, Inc. Efficiently performing intrusion detection
CN111479024A (zh) * 2020-04-17 2020-07-31 成都千立网络科技有限公司 基于网页浏览器的ip电话管理方法及系统
US11108728B1 (en) 2020-07-24 2021-08-31 Vmware, Inc. Fast distribution of port identifiers for rule processing
CN112953925B (zh) * 2021-02-05 2022-08-16 广州启智信息科技有限公司 基于sip协议和rtc网络实时音视频通信系统及方法
CN113114688B (zh) * 2021-04-15 2023-03-24 杭州网易智企科技有限公司 多媒体会议管理方法及装置、存储介质、电子设备
US11736573B2 (en) * 2021-12-10 2023-08-22 Topia Interactive, Inc. Client authoritative state distribution system
CN114710544B (zh) * 2022-03-23 2023-11-03 新华三信息安全技术有限公司 一种通道建立方法及装置
CN117294863A (zh) * 2022-06-16 2023-12-26 抖音视界(北京)有限公司 直播间连麦方法、装置、电子设备、存储介质及程序产品
CN116781672B (zh) * 2023-06-15 2024-03-19 广州德亨信息技术有限公司 一种视频会议接入网关和一种视频会议系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101102287A (zh) * 2006-07-03 2008-01-09 阿里巴巴公司 一种通过浏览器实现文件传送的方法及系统
CN101119327A (zh) * 2006-08-04 2008-02-06 陆悦 一种即时聊天实现系统和方法
CN102075455A (zh) * 2010-09-28 2011-05-25 苏州阔地网络科技有限公司 一种即时通讯方法
CN102130844A (zh) * 2010-01-20 2011-07-20 腾讯科技（深圳）有限公司 获取Web聊天记录的方法及系统
CN102316146A (zh) * 2010-09-17 2012-01-11 苏州阔地网络科技有限公司 一种实现文件传输的方法

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6650619B1 (en) * 1999-03-17 2003-11-18 Utstarcom Incorporated Method and system for facilitating increased call traffic by reducing signaling load in an emergency mode
US7325029B1 (en) * 2000-08-08 2008-01-29 Chang Ifay F Methods for enabling e-commerce voice communication
US7603403B2 (en) * 2001-05-30 2009-10-13 International Business Machines Corporation Localization in distributed computer environments
US7454510B2 (en) * 2003-05-29 2008-11-18 Microsoft Corporation Controlled relay of media streams across network perimeters
US20050141694A1 (en) * 2003-12-26 2005-06-30 Alcatel Real-time communications call center server
JP2007080050A (ja) * 2005-09-15 2007-03-29 Nec Corp 通信システム、対話履歴閲覧方法、履歴管理装置および通信端末
US8125931B2 (en) 2006-01-10 2012-02-28 Utbk, Inc. Systems and methods to provide availability indication
JP4793076B2 (ja) * 2006-04-25 2011-10-12 日本電気株式会社 接続制御システム
US9014197B2 (en) * 2006-07-14 2015-04-21 Verizon Patent And Licensing Inc. E911 implementation for IP phones
US9425973B2 (en) * 2006-12-26 2016-08-23 International Business Machines Corporation Resource-based synchronization between endpoints in a web-based real time collaboration
US10187509B2 (en) * 2010-09-14 2019-01-22 At&T Intellectual Property I, L.P. Enhanced video sharing
ES2454548T3 (es) * 2011-03-15 2014-04-10 Amadeus S.A.S. Procedimiento y sistema para proporcionar una sesión en un entorno heterogéneo

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101102287A (zh) * 2006-07-03 2008-01-09 阿里巴巴公司 一种通过浏览器实现文件传送的方法及系统
CN101119327A (zh) * 2006-08-04 2008-02-06 陆悦 一种即时聊天实现系统和方法
CN102130844A (zh) * 2010-01-20 2011-07-20 腾讯科技（深圳）有限公司 获取Web聊天记录的方法及系统
CN102316146A (zh) * 2010-09-17 2012-01-11 苏州阔地网络科技有限公司 一种实现文件传输的方法
CN102075455A (zh) * 2010-09-28 2011-05-25 苏州阔地网络科技有限公司 一种即时通讯方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Javascript Session Establishment Protocol，draft-uberti-rtcweb-jsep-02;J. Uberti，Google；C. Jennings，Cisco Systems, Inc.;《Internet-Draft》;20120216;全文 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108322941A (zh) * 2017-12-29 2018-07-24 京信通信系统（中国）有限公司 信息通信方法及装置
CN108322941B (zh) * 2017-12-29 2020-06-05 京信通信系统（中国）有限公司 信息通信方法及装置

Also Published As

Publication number Publication date
EP2852106A1 (en) 2015-03-25
WO2014019497A1 (zh) 2014-02-06
CN103580986A (zh) 2014-02-12
US20150106438A1 (en) 2015-04-16
US9854008B2 (en) 2017-12-26
EP2852106A4 (en) 2015-06-03
EP2852106B1 (en) 2018-03-14

Similar Documents

Publication Publication Date Title
CN103580986B (zh) 一种实时通信方法、终端设备、实时通信服务器及系统
US11997231B2 (en) System and method for determining and communicating presence information
US9491124B2 (en) Remote control using instant messaging
US11558322B2 (en) Communication management system
US20160219093A1 (en) Real-time communications gateway
CN103535004B (zh) 用于促进匿名音频和视频通信的方法和基于web的系统
KR20170048345A (ko) 대화형 오디오 비주얼 통신 동안 사용자 경험을 향상시키기 위한 시스템 및 방법
CN103379096B (zh) 因特网与运营商网络业务共享方法、服务方及网页网关
KR20110013516A (ko) 디바이스 및 서버 능력을 전달하는 방법
RU2438171C2 (ru) Способ, устройство и система для идентификации сервиса
CN115002689B (zh) 一种5g消息的通信方法及用于5g消息通信的网元
CN104518944B (zh) 一种通信套件在线状态转换方法、装置和系统
El Saghir et al. An intelligent assistant for context-aware adaptation of personal communications
CN115190091A (zh) 一种业务消息的推送方法和装置
CN115484237A (zh) 一种信令消息处理方法、装置、设备及介质

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20171115

Address after: Metro Songshan Lake high tech Industrial Development Zone, Guangdong Province, Dongguan City Road 523808 No. 2 South Factory (1) project B2 -5 production workshop

Patentee after: HUAWEI terminal (Dongguan) Co., Ltd.

Address before: 518129 Longgang District, Guangdong, Bantian HUAWEI base B District, building 2, building No.

Patentee before: Huawei Device Co., Ltd.

TR01 Transfer of patent right
CP01 Change in the name or title of a patent holder

Address after: 523808 Southern Factory Building (Phase I) Project B2 Production Plant-5, New Town Avenue, Songshan Lake High-tech Industrial Development Zone, Dongguan City, Guangdong Province

Patentee after: Huawei Device Co., Ltd.

Address before: 523808 Southern Factory Building (Phase I) Project B2 Production Plant-5, New Town Avenue, Songshan Lake High-tech Industrial Development Zone, Dongguan City, Guangdong Province

Patentee before: HUAWEI terminal (Dongguan) Co., Ltd.

CP01 Change in the name or title of a patent holder