由潜在与会者呈现所驱动的自动语音会议动作

摘要

一种呈现触发系统(106)和一种服务系统(104)基于语音会议的潜在与会者(114)的呈现状态支持关于语音会议的自动的动作。系统(104，106)可以例如在所述潜在与会者呈现状态指示所述潜在与会者(114)有空时发起联系所述潜在与会者(114)并将所述潜在与会者(114)加入到所述语音会议中。作为另外的例子，系统(104，106)可以自动通知参与的与会者(112)：所述潜在与会者(114)已经变得有空。自动的通知允许参与的与会者(112)专心于该语音会议并贡献于该语音会议，而不会分散注意力于频繁地检查预期的、但是缺席的与会者的呈现状态。

说明书

技术领域

本发明涉及语音会议和呈现(presence)信息以及管理系统。尤其是，本发明涉及代表语音会议基于潜在与会者呈现状态而自动采取动作。

背景技术

受强大的市场需求驱动的、通信技术的快速发展导致了复杂的语音会议系统和呈现系统。语音会议系统在多个与会者之间建立、维持及终止语音会议。呈现系统追踪并报告某个个体是否在打电话、在其桌子旁、在开会或者具有另外的预先定义的呈现状态。

过去，语音会议系统和呈现系统相对独立地运行。语音会议参与者可以通过检查语音会议应用、例如语音会议工作组入口来确定哪个潜在与会者实际上已经加入该语音会议。然而，该语音会议参与者必须手动地检查不同的应用、例如个人入口以确定他们的联系人中的任何一个的呈现状态。

当潜在与会者缺席该语音会议时，正参与的与会者可手动地检查该潜在的与会者的呈现状态。手动地检查呈现状态使人分心、无收益并且费时。此外，语音会议的成功经常取决于与会者传达其思想、理解语音会议的实质性内容以及有助于讨论的能力。相应地，语音会议的成功不仅可能由于预期的参与者的缺席而受损，而且可能由于对潜在与会者的呈现状态的使人分心的手动调查而受损。

对增强的语音会议的需求已经长期存在。

发明内容

语音会议服务系统代表语音会议基于该语音会议的潜在与会者的呈现状态而采取动作。该服务系统最初请求呈现触发系统建立关于潜在与会者的通知触发。该通知触发确定该服务系统什么时候应该采取动作。呈现触发系统从呈现服务器接收潜在与会者的呈现更新并且响应性地确定呈现更新是否满足通知触发。当呈现更新满足通知触发时，呈现触发系统代表语音会议通过呼叫服务系统实施指定动作来发起动作。

通知触发可指定潜在与会者的物理呈现状态。替代地，通知触发可指定潜在与会者的媒体聚合状态。作为例子，物理呈现状态可以为“有空”、“在办公室中”或“在家工作”，而媒体聚合状态可以为“办公室语音有空”或“移动语音有空”。

服务系统可代表语音会议采取各种各样的动作。作为一个例子，语音会议动作可以是将呈现通知传递给该语音会议的参与的与会者。该呈现通知例如可通知参与的与会者：潜在与会者有空加入该语音会议。替代地或附加地，语音会议动作可以是提示语音会议或该语音会议的特定的参与的与会者是否要将潜在与会者添加到该语音会议中。参与的与会者于是可提供响应，所述响应例如引导服务系统发起对该潜在与会者的呼叫，尝试将该潜在与会者添加到所述语音会议中。

本发明由后面的权利要求来限定，而且在这个部分中的任何内容都不应被视为对那些权利要求的限制。本发明的另外的方面和优点在下面结合优选实施例来论述。上述方面或下述方面中的任何一个或多个都可被独立地使用或与所描述的其它方面相结合来使用。

附图说明

图1图解说明通信网络，在该通信网络中呈现触发系统和语音会议服务系统与呈现服务器和语音会议系统相互作用。

图2示出呈现触发系统。

图3示出语音会议服务系统。

图4示出在通信网络中的实体之间的消息和信息流，所述消息和信息流导致关于潜在与会者的空闲性的参与与会者通知。

图5示出在通信网络中的实体之间的消息和信息流，所述消息和信息流导致被传递给语音会议的潜在与会者的加入请求。

图6示出在通信网络中的实体之间的消息和信息流，所述消息和信息流导致提示参与的与会者是否将潜在与会者加入到语音会议中。

图7示出处理的流程图，在通信网络中的实体可执行该处理以响应于呈现触发采取关于语音会议的动作。

具体实施方式

在图中所图解说明的元素如下面更详细地解释的那样协同工作。然而在提出详细的解释之前，应该注意到，无论所描述的特殊的实施方案如何，下面所有的讨论本质上是示范性的、而不是限制性的。例如，虽然这些实施方案的所选择的方面、特征或组件被描述为被存储在硬件存储器中，然而系统和与这些系统相容的方法的全部或部分可被存储在、分布于其它机器可读介质上或从其它机器可读介质读出，所述其它机器可读介质例如是诸如硬盘、软盘和CD-ROM的二级存储装置、其它形式的ROM或RAM、传输的信号或其它机器可读介质。

作为另外的例子，虽然处理系统的特定的组件和实施方案将被描述，然而与该处理系统相容的制造方法、系统和产品可包括附加的或不同的组件。例如，处理器可被实施为微处理器、微控制器、专用集成电路(ASIC)、离散逻辑或其它类型的电路或逻辑的组合。标记、参数、标识符、列表、数据、数据库、表格和其它的数据结构可被分离地存储和管理，可被存储在单个存储器或数据库中，可以是分布式的，或者可以以多种不同方式在逻辑上和物理上进行组织。下面讨论的程序可以为单个程序的部分、可以为单独的程序、或者可以分布在多个存储器和/或处理器上。同样地，下面所描述的系统的功能可在单个处理系统或程序中被实施，或者可分布在多个不同的服务器、处理系统、程序或其它网络实体或代理中。

图1示出通信网络100。通过网络100相互作用的实体包括呈现服务器102、语音会议服务系统104和呈现触发系统106。此外，语音会议系统108建立、维持及终止在多个与会者之间的语音会议。图1示出两个参与的与会者110和112，他们已加入并且正参与语音会议。图1也示出潜在与会者114，他可能但是还没有加入该语音会议。

媒体服务器116也存在于图1中。媒体服务器116存储多媒体内容、例如语音、视频、声音或其它内容。媒体服务器116可以将内容传送给语音会议系统104或与会者110-114。如在下面将更详细地描述的，媒体服务器116可以传送是否将潜在与会者114添加到该语音会议中的提示给参与的与会者110和112。

实体102-116通过网络或网络118的互连彼此通信。例如，实体102-116可使用基于用户数据报协议(UDP)的实时协议(RTP)、传输控制协议/因特网协议(TCP/IP)或其它网络协议。在实体102-116之间的信令可以根据H.323基于分组的多媒体通信系统标准或根据其它通信标准来进行。网络118可以包括公共和私人网络并且可以将数据传送给家用或商用计算机、程序、PDA、寻呼机、蜂窝电话、有线电话、因特网电话或任何其它通信装置、电子系统或系统组件、代理或程序。

通过网络100通信的实体102-116可以使用遵守任何所期望的规范的协议。例如，这些实体可以使用会话发起协议(SIP)(其被开发用于因特网会议、电话、呈现、事件通知和即时消息传送)、Jabber协议或针对即时消息传送和呈现业务的利用扩展的SIP(SIP forInstant Messaging and Presence Leveraging Extensions，SIMPLE)。呈现信息的形式和内容可以根据与因特网工程任务组(IETF)请求注解(RFC)2778或IETF RFC2779一致的协议来建立。替代地或附加地，实体102-116可以使用RFC 2778或RFC 2779的扩展，或者可以使用私有协议。

语音会议中的与会者可以包括人类、电子装置、计算机程序、代理或其它实体。与会者可以通过一个或多个呈现状态、例如物理呈现状态或聚合媒体(aggregated media)呈现状态来表征。物理呈现状态可以和与会者可以访问的一个或多个端点(例如通信装置)有关。

表格1示出物理呈现状态的例子和对物理呈现状态的说明。

例如，“马上回来”呈现状态指示与会者在办公室中但是暂时远离开电话。不同的、更少的或者附加的呈现状态可以被使用。例如，一种实施方案可以使用呈现状态“有空”、“忙”和“离开”。

呈现状态可适用于聚合实体、例如工作组或组电话连接。例如，呈现状态可以反映在服务或支持部门中一组客户服务代表的空闲性(availability)。当没有代表有空处理呼叫时，相关联的呈现状态可能为“在打电话”。呈现状态可以反映一个或多个单独的组成员的空闲性，或该组作为整体的空闲性。呈现状态也可以适用于聚合媒体、即媒体聚合状态。媒体聚合状态可应用于特定类型的通信或可应用在同与会者相关联的端点子集上。作为例子，媒体聚合状态可应用于无线语音通信或有线语音通信。与多个端点(例如多个电话号码)相关联的与会者可具有聚合在端点的任何子集上的空闲性的呈现状态。例如，具有固定电话(desk phone)和蜂窝电话的与会者在所述电话中的至少一个在使用中时可具有“语音忙”的聚合媒体呈现状态。作为另一个例子，当两个电话都没有被使用时，该与会者可具有“语音有空”的聚合媒体呈现状态。

实体102-116可交换呈现信息。例如，同与会者110相关联的端点可监视与会者活动并将呈现更新传递给呈现服务器102。呈现消息可指示例如该与会者已发起电话呼叫、结束电话呼叫或者开始键入即时消息或者电子邮件消息。

呈现信息可以以呈现文件的形式被传递。在一个实施方案中，呈现文件是可扩展标记语言(XML)文件，其标识与会者和该与会者相对于一个或多个“地址”的呈现或空闲性，所述地址包括端点、例如电话号码、电子邮件地址、即时消息传送地址等等。呈现服务器102可聚合来自与会者的端点中的一个或多个的信息。呈现服务器102可将完全地或部分地包括聚合呈现文件的呈现更新传递给请求(例如轮询)或预订特定与会者的呈现信息的实体。

如在下面将更详细地解释的，呈现触发系统106维持用于潜在的与会者114的通知触发。呈现触发系统106从呈现服务器102接收潜在与会者114的呈现更新。当所述呈现更新满足通知触发时，呈现触发系统106发起语音会议的语音会议动作的执行。呈现触发系统106可通过将呈现触发通知传递给语音会议服务系统104来发起所述动作。而服务系统104可以执行涉及或关于语音会议的任何预先配置的动作，例如发送该潜在与会者的呈现通知给参与的与会者110和112中的一个或多个。

图2示出呈现触发系统106的例子，该呈现触发系统106包括通信接口202、处理器204和存储器206。通信接口202接收建立关于潜在语音与会者的通知触发的请求。这些请求可包括例如将引起触发通知的(一个或多个)呈现状态、通知触发被发送到的实体的标识符(例如IP地址、端口号、MAC地址或其它标识符)、以及与通知触发相关联的潜在的与会者的标识。

图2示出存储器206中的、被设定为呈现状态“有空”的通知触发208。通知接收者标识符210指示通知触发将被发送给服务系统104。潜在与会者标识符212将通知触发208与个体“戴夫”相关联。存储器206中的触发评价程序214相对于相关联的与会者的通知触发208检查从呈现服务器102接收的呈现更新216。当在呈现更新216中传送的呈现状态满足通知触发208时，触发评价程序214发送触发通知给服务系统104。触发通知可包括更新的呈现满足了通知触发208的潜在与会者的标识符、参与的与会者的标识符(例如语音会议发起者)、语音会议标识符(例如正举行语音会议的工作组的标识符)、文本消息或其它数据。

图3示出服务系统104的例子。服务器104包括通信接口302、处理器304和存储器306。通信接口302(例如从呈现触发系统106)接收呈现触发通知308并且代表语音会议采取动作。存储器306存储决定针对正被监视的任何潜在与会者采取什么动作的参数。为此，存储器306可存储潜在与会者标识符310并将该与会者标识符310与动作标识符312相关联。

动作执行程序314处理呈现触发通知。尤其是，动作执行程序314检查触发通知、确定其匹配哪个潜在与会者并且(例如通过相关联的动作标识符)确定采取什么动作。在图3中所示的例子中，服务系统104已接收到关于戴夫的呈现触发通知。动作执行程序314通过与潜在与会者标识符310相关联的动作标识符312来确定，要采取的动作是通知语音会议发起者：戴夫现在有空加入语音会议。

表格2提供动作执行程序314代表语音会议可采取或可发起的动作的例子。

表格3提供用于参与的与会者的通知技术的例子。

表格4提供用于潜在与会者的通知技术的例子。

任何动作或通知可被设定为语音会议的默认设置。替代地或附加地，与会者(例如语音会议发起者)可建立被传递给服务系统104或动作系统106的个人设置。如果任何个人设置是适当的，则个人设置可覆盖默认设置。这些设置可以特定于单独的与会者、特定于建立了语音会议的工作组，或者可以基于其它因素以其它方式被指定、设定或确定。

图4示出网络100中的消息流400的例子。尤其是，语音会议发起者(例如参与的与会者110)发起语音会议，产生至语音会议系统108的语音会议建立消息402。此外，参与的与会者110(或语音会议系统108)发送触发请求消息404给语音会议服务系统104。触发请求消息404可指定要监控的潜在与会者、用于触发呈现通知的呈现状态、要利用所述呈现通知来通知的实体、当呈现状态被满足时要采取的动作、优选的通知类型或其它信息。

语音会议服务系统104接收触发请求消息404并且发送触发建立消息406给呈现触发系统106。所述呈现触发系统106响应性地在存储器中建立新的通知触发。呈现触发系统106然后可以发送预订消息408给用于潜在与会者的呈现更新的呈现服务器102。

呈现服务器102提供呈现更新消息410给呈现触发系统106。当在所述呈现更新消息中所传递的呈现状态满足通知触发时，呈现触发系统106发送触发通知412给语音会议服务系统104。在图4中所示出的例子中，语音会议服务系统104采取发送通知414(例如呈现通知)给参与的与会者110的动作，所述通知为：潜在与会者已满足了指定的呈现触发并且例如有空加入语音会议。

图5示出在网络100中的消息流500的第二例子。然而，在该例子中，服务系统104采取将加入请求502传递给潜在与会者114的动作。所述加入请求可采用给潜在与会者114的电子邮件消息、即时消息或其它消息的形式。替代地或附加地，加入请求502可以包括设置对潜在与会者114的呼叫、提示潜在与会者114是否加入语音会议、以及自动地将所述潜在与会者114加入到所述语音会议中。

在图6中示出的消息流600的第三例子包括与媒体服务器116的相互作用。服务系统104采取提示参与的与会者110是否添加潜在与会者114的动作。为此，服务系统104可发送提示请求消息602给媒体服务器116。

媒体服务器116然后加入语音会议并传送提示604给语音会议系统108。语音会议系统108将提示606传递给参与的与会者110和112中的一个或多个。参与的与会者110和112可通过语音命令、DTMF音或其它机制向语音会议系统108提供响应608。然后，语音会议系统108可提供响应610给服务系统104。根据参与的与会者110和112是否选择了添加潜在与会者114，服务系统104可以以给潜在与会者114的加入请求612继续。

图7示出上面描述的系统和程序所采取的动作的流程图700。参与的与会者(例如语音会议发起者)或语音会议系统108可将触发通知请求传递给语音会议服务系统104(动作702)。服务系统104发送触发建立消息给呈现触发系统106(动作704)。因而，服务系统104和呈现触发系统106将代表参与的与会者和语音会议监控该语音会议的潜在与会者的呈现。

在接收到触发建立消息时，呈现触发系统106建立通知触发208、通知接收者标识符210和潜在与会者标识符212(动作706)。呈现触发系统106向呈现系统102预订潜在与会者的呈现更新(动作708)。呈现更新到达呈现触发系统(动作710)。

触发评价程序214确定在呈现更新中传送的呈现状态是否满足通知触发208(动作712)。如果满足，呈现触发系统106发送触发通知(动作714)。所述触发通知可包括呈现已改变的潜在与会者的标识符、参与的与会者(例如语音会议发起者)的标识符、语音会议标识符(例如正举行该语音会议的工作组的标识符)、文本消息或其它任何期望的数据。

触发通知到达通知触发的指定接收者、例如服务系统104(动作716)。系统104中的动作执行程序314确定潜在与会者和要采取的相关联的动作(动作718)。一旦确定了动作，动作执行程序314就代表语音会议执行该动作(动作720)，例如通知参与的与会者或潜在与会者、向该潜在与会者发送加入请求、或提示参与的与会者是否加入该潜在与会者。

代表语音会议自动地采取的动作允许参与的与会者收听、理解和贡献语音会议的内容。参与的与会者不因频繁地检查预期的、但是缺席的与会者的呈现状态而分心。这些动作可包括潜在与会者空闲性的自动语音会议通知、自动地联系潜在与会者并且将其加入到语音会议中或者其它动作。

因此意图将前面的详细描述看作是说明性的而不是限制性的，并且应当理解：后面的包括所有等价物在内的权利要求意图限定本发明的精神和范围。