使能用于不同通信协议的通信特征的应用编程接口的制作方法
【专利说明】
[0001] 相关申请的交叉引用
[0002] 本申请要求2013年3月15日递交的美国临时申请号61/798, 865的权益，特此通 过引用将该申请的全部公开内容并入在此。
技术领域
[0003] 本公开概括而言涉及通信，更具体而言涉及基于web的通信。
【背景技术】
[0004] Web 实时通信（Web Real-Time Communications，WebRTC)是由万维网联盟起草的 应用编程接口（Application Programming Interface, API)定义，用来使能浏览器到浏览 器应用用于语音呼叫、视频聊天和点对点（P2P)文件共享，而不需要浏览器插件。
[0005] 随着WebRTC的出现，存在着如下的需要：支持浏览器到电话通信以及增强浏览器 到浏览器通信的某些方面。具体地，公司信息技术（IT)部门将开始感受到WebRTC的冲击。 这首先可表现为需要管制对基于浏览器的通信的使用，就好像对像Skype和FaceTime这样 的其他非安全的以消费者为中心的通信服务的使用需要被管制那样。之后其可能导致将浏 览器与WebRTC集成，其中预先部署了基于会话发起协议（Session Initiation Protocol, SIP)的通信解决方案，使得语音和视频会话可在两者之间建立。最终，其可改变在企业中部 署通信软件的方式，其中基于客户端的软件电话和统一通信（Unified Communications,UC) 软件被基于浏览器的技术所替换。
[0006] 另外，虽然WebRTC促进了浏览器到浏览器通信，但它是以促进单个web应用（例 如，单个网站）内的浏览器到浏览器通信为意图而开发的。然而，WebRTC不容易促进在这 种浏览器到浏览器通信上调用企业通信应用。尤其如果在单个企业内必须调用多个web应 用，则更是如此。同时，其他协议（例如，SIP、H. 323,等等）的应用开发相对成熟。将会希 望使得已经开发的SIP和H. 323的应用能够被用在WebRTC通信中。
[0007] -些群组已开始开发通过将SIP用户代理（User Agent，UA)嵌入在浏览器内来允 许企业通信应用（例如，专用交换分机（Private Branch eXchange，PBX))被应用在WebRTC 呼叫上的WebRTC解决方案。这个解决方案具有几个缺点。首先，如果浏览器要被表示为具 有企业特征的功能完全的SIP端点，则嵌入的JavaScript SIP UA必须非常丰富并且因此 非常复杂。其次，这些解决方案没有考虑到一些通信作为"纯粹IebRTC通信进行以及其他 的作为基于SIP的通信进行。
【发明内容】
[0008] 本文给出的实施例是针对上述问题和其他问题构思出来的。具体地，本公开的实 施例认识到WebRTC对于浏览器到浏览器和浏览器到电话通信相当有用。本公开的一个方 面提供了促进浏览器到电话通信和向浏览器提供丰富的企业通信特征的能力。当前可用的 WebRTC技术使得浏览器在简单模式中操作，并且因此浏览器不能访问通常对于传统的SIP 和Η. 323通信对电话可用的网络资源（例如，应用）。
[0009] 本公开的实施例因此提供了接收来自web应用的发起媒体会话的请求，检查主叫 /被叫方偏好，并且基于这些偏好来向呼叫应用企业通信特征的能力。在一些实施例中，上 述特征是由协作环境（Collaboration Environment,CE)提供的，该协作环境经由超文本传 输协议（Hypertext Transport Protocol, HTTP)Web套接字或者间接经由Java消息服务 (Java Message Service, JMS)有向浏览器的暴露。在一些实施例中，浏览器被使能经由特 制的库-例如JavaScript库-与CE通信。在这种实现方式中，web应用简单地提供 "发出呼叫"的指令，然后这些指令进入CE，在这里额外的呼叫特征如同针对电话的普通呼 叫那样被调用，而不是经由不同的专用web套接字。
[0010] 本公开还提供了增强的应用媒体服务器（Application Media Server,AMS)，其将 WebRTC 实时协议（Real-Time Protocol，RTP)流转换成 SIP/H. 323 友好 RTP。AMS 也可向 CE服务提供媒体服务。
[0011] 本公开的另一方面是当通信穿越网络边界时促进浏览器到浏览器通信，其中在网 络边界处（例如在防火墙处）可能需要实施一个或多个通信规章/限制。具体而言，当浏 览器到浏览器通信穿越这种网络边界时，需要利用已经拥有关于规章/限制的知识并且因 此能够对于WebRTC会话实施规章/限制的企业通信系统。
[0012] 在一些实施例中，浏览器与企业通信系统之间的接口可通过利用SIP端点适配器 (SIP Endpoint Adapter，SEA)来实现，SIP端点适配器在2012年9月26日递交的美国专 利申请13/846, 710号中描述，特此通过引用将该申请的全部内容并入在此。SEA使得浏览 器或多个浏览器能够被作为单个设备呈现给企业网络基础设施。
[0013] 在一些实施例中，协作环境（CE)向浏览器呈现web套接字或某种其他的基于HTTP 的协议并且这种浏览器被使得能够经由该浏览器可用的CE JavaScript库来与SEA通信。 过程开始于用户和/或客户端设备向企业网络的CE注册。一旦注册了，CE就可识别并适当 地处理由用户和/或用户的客户端设备发出的呼叫以及识别并适当地处理针对用户和/或 用户的客户端设备的呼叫。从而，当WebRTC通信会话被建立时，由注册的用户和/或用户 的客户端设备操作的浏览器之一利用CE JavaScript库来将浏览器与企业通信网络的CE 相接口。CE将浏览器与企业应用（例如，呼叫日志、个人呼叫处理应用、呼叫记录，等等）相 接口并且将这些应用指向通信会话。CE使这些应用可用并且代表这些应用对通信会话实 施任何策略。此外，CE使得丰富的统一通信（Unified Communications，UC)操作能够被调 用用于涉及浏览器的通信会话。对WebRTC呼叫可用的丰富UC操作的示例包括--但不限 于--呼叫转移、呼叫前转、会议、加入呼叫、记录呼叫和阻止呼叫操作。
[0014] 在一些实施例中，CE被配置为以数种不同的方式支持通信。首先，CE被配置为将 WebRTC浏览器/会话适配为看起来像SIP/H. 323端点。这一般将利用SEA来完成，并且本 质上使得传统的通信应用能够被调用用于WebRTC会话。其次，CE被配置为直接调用协议 无关API来促进原生操作模式中的通信。
[0015] 本公开的另一方面是向CE提供具有JMS/web套接字和原生模式使能组件的 WebRTC协议适配器。在一些实施例中，协议适配器与协议无关特征调用器通信。协议无关 通信特征调用器和API充当CE中的点，在这里无论通信会话的类型如何（例如，WebRTC或 SIP)，通信应用都可被调用。
[0016] 在一些实施例中，CE可支持"原生"（native)操作模式和传统的"SIP"操作模式。 当在SIP呼叫上执行时，CE将使用SEA来通过SIP接口访问企业网络中的应用。这些应用 可包括部署在CE上的应用。然而，当在WebRTC呼叫中操作时，CE将只调用在CE上部署的 应用。由于协议无关API，CE部署的应用能够同样良好地处理两种类型的呼叫。
[0017] 在原生操作模式中，CE访问的应用是在CE中原生操作的。然而，在SIP或H. 323 模式中，应用可在CE中操作或者可在更宽广的企业通信网络中操作。无论应用的位置如 何，应用都响应SEA，就好像它们通常会响应任何其他SIP或H. 323实体那样。因此，因为协 议无关通信API，WebRTC会话可利用为其他协议--作为示例例如是SIP和H. 323--开 发的应用。
[0018] 总之，本公开的一个方面是提供一种系统和方法来使得用户的企业呼叫特征（例 如，基于用户的SIP呼叫偏好调用的特征或应用）能够被利用在WebRTC会话中。
[0019] 本公开的另一方面是提供一种系统和方法来实现以丰富企业通信特征增强的浏 览器到浏览器通信会话，由此可在本地（例如，在企业通信网络内）应用企业通信特征，而 不必涉及整个企业通信体系结构。
[0020] 本公开的另一方面是提供一种协议无关通信API，其使得SIP和/或H. 323应用可 用于WebRTC通信会话中。
[0021] 在一些实施例中，提供了一种方法，其大体上包括：
[0022] 接收将浏览器绑定到企业通信网络的请求，其中该请求是经由基于web的协议接 收的；以及
[0023] 响应于接收到绑定请求，创建浏览器与企业通信网络之间的关联，使得浏览器被 使能访问企业通信网络内的一个或多个应用，其中企业通信网络促进与除了该基于web的 协议以外的协议的通信。
[0024] 在一些实施例中，通信会话是浏览器到浏览器通信会话。在一些实施例中，通信会 话是浏览器到电话通信会话。
[0025] 在另一实施例中，提供了一种方法，其大体上包括：
[0026] 在通信应用与使能通信会话上的呼叫和媒体控制的应用平台之间提供协议无关 应用编程接口（API);
[0027] 接收发起通信会话的请求；
[0028] 调用通信应用中的至少一个，使得向调用的通信应用中的至少一个隐藏用于发起 通信会话的协议，从而使得调用的通信应用中的至少一个能够在没有关于协议的知识的情 况下将其特征应用到通信会话；以及
[0029] 使得web浏览器能够访问由调用的通信应用中的至少一个所应用的特征，就好像 该web浏览器在使用除了基于web的协议以外的某种协议那样。
[0030] 短语"至少一个"、"一个或多个"以及"和/或"是开放式表述，这些表述在运算上 既是合取的也是析取的。例如，表述"A、B和C中的至少一个"、"A、B或C中的至少一个"、 "A、B和C中的一个或多个"、"A、B或C中的一个或多个"以及"A、B和/或C"中的每一个 的意思是A单独、B单独、C单独、A和B -起、A和C 一起、B和C 一起或者A、B和C 一起。
[0031] 术语"一"实体指的是一个或多个该实体。这样，术语"一"、"一个或多个"和"至 少一个"在本文中可互换使用。还要注意，术语"包括"、"包含"和"具有"可互换使用。
[0032] 术语"自动"及其变体在本文中使用时指的是任何如下的过程或操作：该过程或 操作在其被执行时是在没有实质性的人类输入的情况下完成的。然而，即使过程或操作的 执行使用了实质性或非实质性的人类输入，如果该输入是在该过程或操作的执行之前接收 的，则该过程或操作也可以是自动的。人类输入如果影响了过程或操作将如何被执行，则该 人类输入被视为实质性的。同意过程或操作的执行的人类输入不被视为"实质性的"。
[0033] 术语"登记地址（address of record) " 或"登记地址 URI "（address of record， "AoR"）指的是与用户相对应的UR