Communication Manager?, Avaya IP Office?,Communication Manager Branch?, Session Manager?, System Manager?, MultiVantage Express?，及其组合。
[0064] 虽然在图I中只描绘了单个通信服务器128,但在单个企业网络104中或者跨着由 单个企业拥有和操作但被通信网络108分隔的多个分开的LAN 180地可提供两个或更多个 通信服务器128。在企业或企业网络104包括两个或更多个通信服务器128的配置中，每个 服务器128可包括相似的功能，但可被配设用于仅向所有企业用户的子集提供其特征。具 体地，第一通信服务器128可以是企业用户的第一子集的权威并为其服务，而第二通信服 务器128可以是企业用户的第二子集的权威并为其服务，其中用户的第一和第二子集一般 不共享共同的用户。这是通信服务器128可设有服务器表格124的一个原因。
[0065] 此外，多个通信服务器128可支持共同的用户社区。例如，在地理冗余应用和用户 不一定被绑定到单个应用服务器的其他应用中，可以有等同服务器的集群，其中用户可由 该集群中的任何服务器来服务。
[0066] 在一些实施例中，在通信服务器128上提供的定序规则132可对应于或描述它是 其权威的每个用户的通信特征偏好。特定用户的定序规则132被该用户的权威通信服务器 128参考来确定哪些特征--如果有的话--应当被并入到该用户的通信会话中（例如， 经由应用152)以及这种特征应当以何种顺序被并入到该通信会话中。通信服务器152可 以实际将通信特征直接提供到通信会话中或者确定应用序列，该应用序列将在建立期间被 调用并且在通信会话期间被使用。
[0067] 应当明白，定序规则132可以是偏好的列表，可以是包含通信偏好的表格，或者可 以是任何其他适当格式的。另外，定序规则132可由用户和/或由管理人员来配设。如图 1所示，定序规则132可以替换地或额外地设在CE 136中，从而使得CE 136能够在原生操 作模式中对应用定序，这将在本文中更详细描述。
[0068] 还要理解，可以使用任何数据结构来渲染各种偏好表格，包括--但不限于-- 原始、合成或抽象数据类型、线性数据结构、树数据结构、散列、图，等等。
[0069] CE 136可对应于另一服务器，其用途是促?WebRTC通信利用应用152和企业网络 104的其他呼叫特征。CE 136的另一方面包括为对于WebRTC和其他类型的通信会话能够 调用的应用提供平台的能力。
[0070] 关于对应用152的利用，如果通信会话包括WebRTC(例如，采用了至少一个浏览器 116)，则CE 136可被调用以向浏览器116和/或168提供对企业网络104的特征的访问， 而如果遵循简单的WebRTC协议则这些特征将不可用。在一些实施例中，CE 136利用使其 自身对企业网络104外部的web浏览器116可用的端点适配器140。端点适配器140的额 外行为在2012年9月26日递交的美国专利申请13/846, 710号中描述，特此通过引用将该 申请的全部内容并入在此。在一些实施例中，端点适配器被配置为利用另一协议将浏览器 表示为完全特征使能的端点，从而使其能够利用现有的企业通信网络104的所有特征。
[0071] CE 136还可包括协议无关通信API 144,其使得端点适配器140能够访问企业网 络104的各种组件（例如，应用152、通信服务器128、数据库176、应用媒体服务器156、其他 服务器172,等等）。在一些实施例中，端点适配器140被配置为对从浏览器116接收的会 话和/或媒体控制信令（例如，根据WebRTC定义传送的会话和/或媒体控件）进行抽象， 以使得它们能够被企业网络104的本来不支持WebRTC的组件所理解。另一方面，协议无关 通信API 144被配置为使得在CE136内操作的应用能够将其特征提供给通信会话，无论下 层的端点在利用什么协议。作为示例，协议无关通信API 144可被配置为对来自正使用的 特定协议的会话和/或媒体控制信号进行抽象，以使得它们可被理解或被转化为不同的协 议（例如，WebRTC 到 SIP、WebRTC 到 H. 323、SIP 到 WebRTC、H. 323 到 WebRTC，等等）。
[0072] 可由位于WAN 180与通信网络108之间的网关和/或防火墙来保护WAN 180免遭 非信任方的入侵。在一些实施例中，边界设备120可包括网关和/或防火墙的功能。在一 些实施例中，在通信网络108与WAN 180之间可提供单独的网关或防火墙。在通信网络108 与WAN180之间可提供的设备的更具体示例包括反向代理和STUN/TURN服务器。
[0073] 其他服务器172可包括电子邮件服务器、语音邮件服务器、日历服务器、会议服务 器和已知向客户端设备提供特定服务的其他类型的服务器。在一些实施例中，其他服务器 172也可被认为是应用服务器148,其提供一个或多个应用152来用于通信会话中。
[0074] 内部通信设备136可由企业配设并且经常由企业拥有。通信设备160的示范性类 型包括--但不限于--任何具备能力的电话、硬电话、软电话、具备SIP能力的电话、具备 H. 323能力的电话、智能电话、蜂窝电话、PC、膝上型电脑、平板电脑和/或数字电话。适当 电话的示例包括 1600TM、2400TM、4600TM、5400TM、5600TM、9600?、9620TM、9630TM、9640TM、 9640GTM、9650TM、和 Quick EditionTM 电话、IP 无线电话（例如 Avaya 公司的 IP DECT TM 电话）、视频电话（例如Avaya公司的Videophone?)以及Avaya公司的软件电话。
[0075] 企业数据库176包括企业订户信息、例如名字、职位、电子地址信息（例如，电话号 码、电子邮件地址、即时消息处理、直拨分机，等等）、订户联络人列表（例如，联络人名字和 电子地址信息）、其他员工记录，等等。额外地或替换地，企业数据库176可包含用户的在场 信息、用户的通信能力以及通信服务器128和/或CE 136可取得的任何其他动态变量。在 一些实施例中，数据库176可包括某种结构化格式（例如，层次数据库、SQL数据库，等等） 或非格式化格式（例如，非SQL数据库，等等）的数据。数据库176可包括持久性存储（盘） 或者可以只是存储器内的数据库。
[0076] 根据至少一些实施例，通信服务器128确定应用序列并且使得一个或多个应用 144根据定序规则132被定序到通信会话中。具体地，通信服务器128被配置为分析特定用 户的定序规则132并且调用必要的应用152和路由来履行这种偏好。当与CE 136协同操 作时，通信服务器128可确定并调用企业应用152来用于传统的电话到电话通信会话、浏览 器到电话通信会话和/或浏览器到浏览器通信会话。从而，虽然通信服务器128被描绘为 与CE 136分离，但应当明白，可在单个服务器上执行通信服务器128和CE 136,并且在一些 实施例中，一个组件的功能可被并入到另一组件中（例如，CE 136功能可被并入到通信服 务器128中，或者通信服务器128功能可被并入到CE 136中）。
[0077] -旦通信服务器128确定了应用序列，通信服务器128就将通信使能消息传递到 应用序列中的第一应用152,从而允许第一应用确定通信会话的参数，将其自身插入到通信 会话的控制和/或媒体流中，并从而将其自身绑定到该通信会话。一旦第一应用将其自身 插入到了通信会话中，第一应用就或者将通信使能消息传递回通信服务器128以识别应用 序列中的下一应用（例如，基于定序规则132)或者将通信使能消息直接传递到应用序列中 的第二应用152。替换地或额外地，该消息可被重定向、拒绝等等。另外，应用152可向呼叫 添加参与方和/或媒体服务器。
[0078] 应用服务器148可提供的应用152的类型的示例包括--但不限于--呼叫记录 应用、通信日志服务、会议应用、安全性应用、加密应用、协作应用、白板应用、移动性应用、 在场应用、媒体应用、消息传递应用、桥接应用以及可以补充或增强通信的任何其他类型的 应用。与通信服务器和CE 136-样，应用服务器148或应用152可与CE 136和/或通信 服务器128共位，反之亦然，这不脱离本公开的范围。
[0079] 现在参考图2,将根据本公开的至少一些实施例来描述CE 136的额外细节。具体 而言，CE 136被示为包括协作总线204、呼叫/媒体API 208、第一协议适配器212、第二协 议适配器216和协议无关特征调用器220。图2还示出了 CE 136可包括一个或多个原生应 用152,其可以与本文描述的其他应用152相同或相似。
[0080] 第一和第二协议适配器212、216可被配置为执行协议正规化，以使得CE 136内部 的所有东西都是协议无关的。更具体而言，协议适配器212、216使得协作总线204、呼叫/媒 体API 208和特征调用器220全都能够以协议无关方式操作。适当的协议适配器212、216 的非限制性示例包括頂S服务控制（MS Service Control，ISC)接口、普通SIP UA、高级 SIP电话（Advanced SIP Tel印hony，AST)接口和WebRTC网关。协议适配器212、216还可 被配置为向web应用184和/或浏览器116、168呈现控制和/或信令接口。在一些实施例 中，web应用184可被配置为向协议适配器212和/或216提供诸如"发出呼叫"命令之类 的简单命令。另一方面，浏览器116、168可利用由web应用184提供的JavaScript库188 来与CE 136交换控制和/或状态信号。具体而言，JavaScript库188可向浏览器116、168 提供用于与协议适配器212、216通信的指令。另外，浏览器116U68与CE 136之间的交换 可根据WebRTC协议来执行。
[0081] 可以明白，协议适配器212、216可使得CE 136及其组件能够在企业网络104内和 企业网络外（例如与通信网络108)交换通信。然而，在CE 136内，通信可以是协议无关 的。因此，CE 136可被配置为在WebRTC、SIP、H. 323和任何其他非基于web的协议之间转 化通信。如本文将论述的，协议适配器212可使得CE 136能够与应用媒体服务器156交换 通信，从而使得CE 136能够调用应用媒体服务器156用于浏览器到电话或浏览器到浏览 器通信会话。应当注意，对于浏览器到浏览器通信会话可能不需要应用媒体服务器156,因 为在WebRTC中支持点对点RTP ;然而，可能希望包括一个或多个应用媒体服务器156来为 WebRTC呼叫播放通告、提供记录能力，等等。
[0082] 在一些实施例中，呼叫/媒体API 208使得协议无关特征调用器220能够调用CE 136内包含的一个或多个应用152。有利地，应用152可以在不关心在通信会话期间在端点 之间使用的下层协议的情况下工作。
[0083] 如图2所示，呼叫/媒体API经由协作总线204与协议无关特征调用器220相接 口。协作总线204在性