[发明专利]使能用于不同通信协议的通信特征的应用编程接口

说明书

相关申请的交叉引用

本申请要求2013年3月15日递交的美国临时申请号61/798,865的权益，特此通过引用将该申请的全部公开内容并入在此。

技术领域

本公开概括而言涉及通信，更具体而言涉及基于web的通信。

背景技术

Web实时通信(Web Real-Time Communications，WebRTC)是由万维网联盟起草的应用编程接口(Application Programming Interface，API)定义，用来使能浏览器到浏览器应用用于语音呼叫、视频聊天和点对点(P2P)文件共享，而不需要浏览器插件。

随着WebRTC的出现，存在着如下的需要：支持浏览器到电话通信以及增强浏览器到浏览器通信的某些方面。具体地，公司信息技术(IT)部门将开始感受到WebRTC的冲击。这首先可表现为需要管制对基于浏览器的通信的使用，就好像对像Skype和FaceTime这样的其他非安全的以消费者为中心的通信服务的使用需要被管制那样。之后其可能导致将浏览器与WebRTC集成，其中预先部署了基于会话发起协议(Session Initiation Protocol，SIP)的通信解决方案，使得语音和视频会话可在两者之间建立。最终，其可改变在企业中部署通信软件的方式，其中基于客户端的软件电话和统一通信(Unified Communications，UC)软件被基于浏览器的技术所替换。

另外，虽然WebRTC促进了浏览器到浏览器通信，但它是以促进单个web应用(例如，单个网站)内的浏览器到浏览器通信为意图而开发的。然而，WebRTC不容易促进在这种浏览器到浏览器通信上调用企业通信应用。尤其如果在单个企业内必须调用多个web应用，则更是如此。同时，其他协议(例如，SIP、H.323，等等)的应用开发相对成熟。将会希望使得已经开发的SIP和H.323的应用能够被用在WebRTC通信中。

一些群组已开始开发通过将SIP用户代理(User Agent，UA)嵌入在浏览器内来允许企业通信应用(例如，专用交换分机(Private Branch eXchange，PBX))被应用在WebRTC呼叫上的WebRTC解决方案。这个解决方案具有几个缺点。首先，如果浏览器要被表示为具有企业特征的功能完全的SIP端点，则嵌入的JavaScript SIP UA必须非常丰富并且因此非常复杂。其次，这些解决方案没有考虑到一些通信作为“纯粹”WebRTC通信进行以及其他的作为基于SIP的通信进行。

发明内容

本文给出的实施例是针对上述问题和其他问题构思出来的。具体地，本公开的实施例认识到WebRTC对于浏览器到浏览器和浏览器到电话通信相当有用。本公开的一个方面提供了促进浏览器到电话通信和向浏览器提供丰富的企业通信特征的能力。当前可用的WebRTC技术使得浏览器在简单模式中操作，并且因此浏览器不能访问通常对于传统的SIP和H.323通信对电话可用的网络资源(例如，应用)。

本公开的实施例因此提供了接收来自web应用的发起媒体会话的请求，检查主叫/被叫方偏好，并且基于这些偏好来向呼叫应用企业通信特征的能力。在一些实施例中，上述特征是由协作环境(Collaboration Environment，CE)提供的，该协作环境经由超文本传输协议(Hypertext Transport Protocol，HTTP)Web套接字或者间接经由Java消息服务(Java Message Service，JMS)有向浏览器的暴露。在一些实施例中，浏览器被使能经由特制的库——例如JavaScript库——与CE通信。在这种实现方式中，web应用简单地提供“发出呼叫”的指令，然后这些指令进入CE，在这里额外的呼叫特征如同针对电话的普通呼叫那样被调用，而不是经由不同的专用web套接字。

本公开还提供了增强的应用媒体服务器(Application Media Server，AMS)，其将WebRTC实时协议(Real-Time Protocol，RTP)流转换成SIP/H.323友好RTP。AMS也可向CE服务提供媒体服务。

本公开的另一方面是当通信穿越网络边界时促进浏览器到浏览器通信，其中在网络边界处(例如在防火墙处)可能需要实施一个或多个通信规章/限制。具体而言，当浏览器到浏览器通信穿越这种网络边界时，需要利用已经拥有关于规章/限制的知识并且因此能够对于WebRTC会话实施规章/限制的企业通信系统。