CN114640892A - 用于在通信会话期间进行基于上下文的公告的方法和系统 - Google Patents

Abstract

本公开涉及用于在通信会话期间进行基于上下文的公告的方法和系统。方法、系统或设备在活动通信会话期间向特定参与者播放基于上下文的公告。该方法包括在参与者处于活动通信会话中时接收针对该参与者的基于上下文的公告。该方法还包括监视通信会话，以确定应当向参与者播放基于上下文的公告的时间。该方法还包括在确定的时间向参与者播放基于上下文的公告。该方法还可以包括向参与者显示与基于上下文的公告相关联的视觉提醒，该视觉提醒可以包括允许参与者选择何时播放该公告的控件。

Description

用于在通信会话期间进行基于上下文的公告的方法和系统

版权声明

本专利文件的公开内容的一部分包含受版权保护的材料。版权所有者并不反对任何人对专利和商标局专利文件或记录中出现的专利文件或专利公开内容进行传真复制，但在其它方面保留所有版权。

技术领域

本发明一般而言涉及用于在通信会话期间播放的基于上下文的公告的系统和方法，并且具体地涉及改进播放公告的时间。

背景技术

交互变得越来越虚拟化。例如，学校和企业正在增加使用会议来连接用户。学生可以虚拟参加讲座，员工可以经由不同的会议解决方案进行虚拟交互。当前可用的会议应用不具有播放特定于用户的公告的能力。例如，公告可以针对一个或多个但不是全部参与活动通信会话的参与者，当前系统无法仅向预期用户广播公告。此外，当前系统无法确定广播公告的最佳时间(例如，当没有人讲话时)。用户目前必须依赖外部服务(例如，电子邮件、SMS等)来接收公告/更新(例如，关于取消连续会话的更新、关于会议的新时间的更新、关于即将到来的发言者的更新等)。因此，出席者需要持续监视不同的服务以接收重要且时间敏感的更新。

发明内容

本公开的各种实施例和配置解决这些和其它需要。本公开可以根据特定配置提供许多优点。从本公开中这些和其它优点将是显而易见的。

当前可用的会议应用不具有播放特定于用户的公告的能力。用户目前必须依赖会议服务外部的服务来接收公告/更新。因此，出席者需要持续监视不同的服务以接收重要且时间敏感的更新。这并不理想，尤其是对于时间敏感的公告或需要立即关注的公告。此外，当前系统没有确定何时广播公告的方式和/或按需播放特定于用户的公告的能力。本公开的各种实施例和配置旨在帮助会议系统和软件的用户在适当的时候并且以及时的方式接收公告。

本公开提供在活动通信会话期间(例如，在背景音频通道上、在音频耳语通道上等)播放公告的上下文/事件驱动的方法。活动通信会话的示例包括音频通话、视频通话等。在一些实施例中，虚拟参与者将根据上下文/事件挑选正确的音频流并将播放公告(例如，预先录制的、现场直播等)。公告的播放可以是自动的，或主持人控制的，并且可以使用分开的配置来定义这种模式。例如，如果公告是紧急通知，那么可以自动播放公告。对于不太时间敏感的公告，系统可以确定播放公告的最优时间。在又一个示例中，会议主持人可以发起公告。本公开在活动通话期间将与用户相关的任何基于上下文的公告通知给任何活动通话的出席者，并且因此消除了监视分开的/外部服务的需要。附加优点是可以在不中断活动通话参与者的情况下播放公告。

随着虚拟通信(例如，音频和视频会议)在专业和个人方面成为渐增的通信特征，在活动通信会话期间提供特定于用户的公告的能力将变得越来越重要。在活动通信会话期间提供特定于用户的公告允许用户更专注于当前通信会话(例如，不必为了更新而监视外部服务)。

在一些实施例中，方法和系统确定用户的相机是否被激活并传输视频，如果用户已禁用他的相机，那么可能没有必要执行本文公开的方法。如果用户的相机打开并在捕获视频，那么方法和系统监视捕获的视频以监视用户的面部和肩部区域是否被相机主要捕获。例如，系统可以包括图形单元，它持续监视用户的面部以确保用户的整个面部都被相机捕获。换句话说，方法和系统确定用户的位置以确保用户适当地定位在相机前面。例如，用户的头部和肩膀应当主要出现在相机的框架中。如果用户离相机太近或太远，那么方法和系统可以建议用户移动得更远/更近，以便用户的头部和肩部处于更优的位置。

附加地或可替代地，方法和系统可以确定照明状态并通知用户是增加还是减少照明以实现更优的呈现。在一些实施例中，图形单元处理捕获的图像/视频以确定视频的照明状态。例如，用户可以定位在窗口的前面，使得用户的面部出现在阴影中(例如，比图像的其余部分更暗)，方法和/或系统可以提醒用户并建议用户更改她的位置使得窗口不再直接位于用户后面(例如，用户移动以使窗口位于用户的左侧/右侧而不是直接位于用户后面)。在一些实施例中，提醒可以包括视觉和/或听觉提醒。例如，用户的屏幕上可以出现闪烁的窗口，或者可以经由耳语通道向用户发送消息(例如，仅用户可听到，并且视频会议的其他参与者听不到)。此外，或可替代地，提醒可以包括发送给用户的(例如，联络中心代理)主管的提醒。在一些实施例中，本文公开的方法和系统使用机器学习来改进用户位置的确定。系统识别用户的面部(和其它物理元素)，并且还可以经受由机器学习单元提供的训练。图形/机器学习单元将识别用户的面部和/或姿势(例如，肩膀)并使用人工智能(AI)进行检查以确定用户是否适当地定位(例如，完全在相机框架内)和/或视频/图像是否被适当照亮。

在一些实施例中，方法和/或系统可以部署在联络中心环境中，并且联络中心想要在与客户通信时确保其代理被适当定位。适当定位将向客户提供对联络中心和联络中心所代表的相关企业的更好印象。如果代理没有被适当定位(例如，违规)，那么数据(例如，提醒)会被传送给主管。主管可以在通信会话期间执行立即校正。在其它实施例中，数据可以被存储并用于其他代理的绩效审查和/或训练。

短语“至少一个”、“一个或多个”、“或”和“和/或”是在操作中既连接又拆分的开放式表达。例如，表达“A、B和C中的至少一个”、“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一起。

术语“一个”实体是指该实体的一个或多个。由此，术语“一个”、“一个或多个”和“至少一个”在本文中可以互换使用。还应当注意的是，术语“包括”、“包含”和“具有”可以互换使用。

如本文中所使用的，术语“自动”及其变型是指通常连续或半连续的、当被执行时无需实质性(material)人类输入就可以完成的任何处理或操作。但是，即使处理或操作的执行使用了实质性或非实质性人类输入，如果该输入是在执行处理或操作之前接收到的，那么该处理或操作也可以是自动的。如果人类输入影响处理或操作将如何执行，那么这种输入被认为是实质性的。同意处理或操作的执行的人类输入不被认为是“实质性的”。

本公开的各方面可以采取完全硬件实施例、完全软件实施例(包括固件、驻留软件、微代码等)或者组合软件和硬件方面的实施例的形式，这些在本文中全都可以一般地称为“电路”、“模块”或“系统”。可以利用一个或多个计算机可读介质的任何组合。计算机可读介质可以是计算机可读信号介质或计算机可读存储介质。

计算机可读存储介质可以是例如但不限于电子的、磁的、光学的、电磁的、红外的或半导体系统、装置或设备，或前述的任意合适组合。计算机可读存储介质的更具体的示例(非穷举列表)将包括以下：具有一根或多根导线的电连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光纤、便携式光盘只读存储器(CD-ROM)、光存储设备、磁存储设备，或前述的任意合适组合。在本文档的上下文中，计算机可读存储介质可以是可以包含或存储由指令执行系统、装置或设备使用或与其结合使用的程序的任何有形的介质。

计算机可读信号介质可以包括其中实施有计算机可读程序代码的传播的数据信号(例如，在基带中或者作为载波一部分)。这种传播的信号可以采用多种形式中的任意一种，包括但不限于，电磁信号、光信号或其任意合适组合。计算机可读信号介质还可以是不是计算机可读存储介质并且可以传送、传播或传输由指令执行系统、装置或设备使用或者与其结合使用的程序的任何计算机可读介质。实施在计算机可读介质上的程序代码可以使用任何适当的介质来发送，包括但不限于无线、有线、光缆、RF等，或前述的任意合适组合。

如本文所使用的，术语“确定”、“计算”及其变型被互换地使用，并且包括任何类型的方法、处理、数学运算或技术。

如本文所使用的，术语“部件”将根据35U.S.C.第112(f)节和/或第112节第6段给予其最宽泛可能的解释。因而，包含术语“部件”的权利要求应覆盖本文阐述的所有结构、材料或动作及其所有等同物。另外，结构、材料或动作及其等同物应包括发明内容、附图说明、具体实施方式、说明书摘要和权利要求本身中描述的所有内容。

前面是提供对本公开的一些方面的理解的本公开的简化总结。这个总结既不是对本公开及其各种实施例的广泛的概述也不是穷举的概述。本公开既不旨在识别本公开的关键或决定性元件，也不旨在描绘本公开的范围，而是以简化的形式呈现本公开的所选择的概念作为对以下呈现的更详细描述的介绍。如将认识到的，本公开的其它实施例有可能单独或组合地使用一个或多个上面阐述或下面详细描述的特征。而且，虽然本公开是以示例性实施例的形式呈现的，但应当认识到的是，本公开的各个方面可以分别要求保护。

附图说明

结合附图描述本公开：

图1描绘了根据本公开的实施例的在通信会话期间播放基于上下文的公告的系统；

图2描绘了根据本公开的实施例的端点；

图3描绘了根据本公开的实施例的在通信会话期间播放基于上下文的公告的过程；

图4描绘了根据本公开的实施例的在通信会话期间播放基于上下文的公告的过程；

图5描绘了根据本公开的实施例的在通信会话期间播放基于上下文的公告的系统；

图6A-图6B描绘了根据本公开的实施例的在通信会话期间播放基于上下文的公告的系统；

图7描绘了根据本公开的实施例的在通信会话期间播放基于上下文的公告的系统；

图8描绘了根据本公开的实施例的在视频会议会话期间优化用户呈现的计算系统。

在附图中，相似的组件和/或特征可以具有相同的附图标记。另外，相同类型的各种组件可以通过在附图标记后面加上区分相似组件的字母来区分。如果说明书中仅使用第一附图标记，那么该描述适用于具有相同第一附图标记的任何一个相似组件，而与第二附图标记无关。

具体实施方式

随后的描述仅提供实施例，并不旨在限制权利要求的范围、适用性或配置。更确切地说，随后的描述将为本领域技术人员提供用于实现实施例的可行描述。应该理解的是，在不脱离所附权利要求的精神和范围的情况下，可以对元件的功能和布置进行各种改变。

当以复数使用时，对包括元件编号而没有子元件标识符(当图中存在子元件标识符时)的描述的任何引用意图指具有相同元件编号的任何两个或更多个元件。当以单数形式进行这种引用时，旨在引用具有相同元件编号的元件之一而不限于具体的一个元件。本文中对相反的任何明确使用或提供进一步的资格或标识应优先。

还将关于分析软件、模块和相关联的分析硬件来描述本公开的示例性系统和方法。但是，为了避免不必要地模糊本公开，以下描述省略了众所周知的结构、部件和设备，其可以在附图中以简化的形式省略或示出或以其它方式概括。

出于解释的目的，阐述了许多细节以便提供对本公开的透彻理解。但是，应该理解的是，本公开可以以超出本文阐述的具体细节的各种方式实施。

本文公开的方法和系统允许在活动通信会话期间向特定用户播放基于上下文的公告。本文公开的方法和系统进一步确定播放基于上下文的公告的最优时间和/或允许用户(例如，接收公告的用户、主持人等)手动发起公告。视频的发送和接收可以被可选地使用，并结合到本文提供的实施例中。

例如，如果有紧急通知，那么系统可以自动播放紧急通知。在另一个示例中，系统可以确定何时播放公告。例如，如果公告旨在用于通信会话中的主动发言(例如，主持者)，那么系统可以等到发言者不讲话才播放公告。此外，或可替代地，方法/系统可以向用户提供视觉提醒，该视觉提醒可以允许用户选择播放还是不播放公告。在一些实施例中，视觉提醒可以包括公告的转录。

在活动通信会话期间实时提供公告。可以基于用户的偏好进一步配置公告和视觉提醒。例如，用户可以选择提醒的类型(例如，视觉、听觉等)和定位。在其它示例中，用户可以完全禁用公告。

图1的会议系统100整体包括可选的网络会议单元104和第一、第二、第三至第n端点108A-108N，它们通过网络112互连。用户102A与第一端点108A相关联；用户102B经由第二端点108B连接到通信会话；并且用户102C与第三端点108C相关联。虽然描绘了第一、第二和第三端点108A-108C，但是应该认识到的是，可以存在更多的端点并且参与通信会话。会议系统100可以是一对一或点对点通信的两个用户之间的个人音频/视频会议系统(在这种情况下不需要MCU)、三个或更多人之间的群组音频/视频会议系统、涉及一个或多个移动端点的移动音频/视频会议系统，并且可以是纯软件解决方案、纯硬件解决方案或软件和硬件解决方案的组合。

可选的网络视频会议单元104可以是任何网络多点会议单元(“MCU”)或视频会议服务器(“VCS”)。在多点会议会话期间，MCU可以一次管理多个端点，协调多个端点的音视/频数据处理，并且在多个端点之间转发媒体流(例如，音频和视频)的传播。MCU可以在混合媒体流的原则下进行群组音频/视频会议，例如，实时混合和重新编码参与者的视频会议流。例如，MCU可以创建画中画效果。大多数应用中的MCU包括多点控制器(“MC”)和可选地一个或多个多点处理器(“MP”)。MC可以协调端点之间的媒体流处理参数并且通常支持H.245协议。MP可以处理、混合和切换多媒体流。

相比之下，VCS常常实现数据流的多路复用模式，这意味着没有转码。VCS通常重定向音频/视频会议参与者的媒体流。压缩/解压缩和媒体流混合功能一般在端点设备中执行。

网络会议单元104可以服务于任何会议拓扑，包括集中式会议、分散式会议或混合式会议拓扑。可以如本文所阐述的那样被修改的示例性视频会议单元包括Avaya公司的ELITE 6000^TM、6110^TM、6120^TM、5000^TM、5105^TM和5110^TM产品。

第一、第二、第三至第N端点108A-108N可以是用于为语音或视频会议提供用户界面的任何合适的设备。其中一些端点可以只托管会议的语音部分或视频会议的一部分(例如，只显示远程参与者的图像，而不传输本地参与者的图像；或者只传输本地参与者的图像，而不显示远程参与者的图像)。可替代地，端点108A-108N中的任何一个都能够显示远程参与者的图像并同时传输本地参与者的图像。第一、第二和第三端点108A-108C可选地在本地向本地参与者显示远程参与者的图像。

合适设备的示例包括智能电话、蜂窝电话、平板电脑、平板电话、膝上型电脑、个人电脑和专用设备，诸如Avaya公司的SCOPIA XT EXECUTIVE 240^TM、XT ENDPOINT^TM、XT1700^TM、XT4200^TM、XT4300^TM、XT5000^TM、XT嵌入式服务器^TM、XT7000和具有嵌入式服务器产品的XT端点^TM，它们可以如本文阐述的那样被修改。根据本公开的至少一些实施例，端点设备108A-108N可以包括任何类型的已知通信装备或通信装备的集合。一般而言，每个端点108A-108N可以适于支持与其它端点108的视频、音频、文本和/或数据通信。端点108A-108N用来与其它端点108通信的介质的类型可以取决于端点108上可用的通信应用。

可选的网络会议单元104和第一、第二、第三至第N端点108A-108N通过网络112连接。网络112可以是局域网(“LAN”)、广域网(“WAN”)、无线网络、有线网络、电话网络、互联网和/或其中可以实现视频会议系统的各种其它合适的网络。

参考图2，描绘了示例性端点。示例性端点108包括显示设备200、控制器204、捕获设备208和控制单元212。

显示设备200可以是适合显示从控制单元212接收的图像流的任何适当的显示器或屏幕。显示设备200可以显示在控制单元212处通过通信网络112从远程视频会议端点之一接收到的图像流。可替代地和/或附加地，从图像捕获设备208接收到的图像流可以由显示设备200显示和/或在传输到显示设备200之前由控制单元212处理。

控制器204可以是任何类型的输入设备，诸如键盘、定点设备(例如，鼠标、轨迹球、定点杆等)、遥控单元或使得视频会议室的参与者能够与控制单元212交互的触摸屏设备。

捕获设备208可以包括图像捕获设备216(诸如一个或多个能够捕获2维或3维图像信息的静态相机或摄像机)，以及音频捕获设备220(诸如一个或多个麦克风)。图像捕获设备216捕获图像流并提供给控制单元212。音频捕获设备220可以包括麦克风的阵列以捕获音频流并将其提供给控制单元212。

控制单元212一般包括存储器228、存储单元232、处理器236和通信单元240。控制单元212可以通过通信网络112与其它视频会议端点和网络会议单元104通信(例如，交换音频和视频信息和/或任何附加数据)、访问包括订户信息在内的企业数据库260，或与包括订户电子邮件信函的企业电子邮件服务器264交互。这个显示设备200可以为用户提供命令和控制界面。

存储器228可以是任何计算机可读介质，诸如耦合到总线244的随机存取存储器(RAM)或其它动态存储设备(例如，动态RAM、静态RAM、同步RAM等)，用于存储信息和由处理器236执行的指令。此外，存储器228可以被用于在处理器236执行指令期间存储临时变量和/或其它中间信息。本领域技术人员将认识到的是，存储器228可以是单个存储器或拆分成多个存储器。例如，可以提供另外的存储器，诸如耦合到总线的只读存储器(ROM)或任何其它静态存储器(例如，可编程ROM、可擦除可编程ROM和电可擦除可编程ROM等)，用于存储用于处理器236的指令和静态信息。控制单元212的存储器228中包括成像控制器256和音频控制器258。

存储单元232可以是另外的计算机可读介质，诸如耦合到总线的磁性硬盘、或可移动介质驱动器(例如，软盘驱动器、只读光盘驱动器、读/写光盘驱动器、光盘点唱机、带驱动器和可移动磁光驱动器)等，用于存储其它信息和/或指令。

处理器236可以处理从会议用户接收的、由端点108触发的或从通信网络112(例如，从网络会议单元104和/或从另一个会议端点108)接收的任何命令。响应于接收到的命令，处理器236可以从存储器228和/或存储单元232检索并执行相关的(一个或多个)指令集。如本文所述的处理器的示例可以包括但不限于以下当中的至少一种：

800和801、具有4G LTE集成和64位计算的

610和615、具有64位体系架构的

A7处理器、

M7运动协处理器、

系列、

Core^TM系列处理器、

系列处理器、

Atom^TM系列处理器、Intel

系列处理器、

i5-4670K和i7-4770K 22nm Haswell、

i5-3570K22nm Ivy Bridge、

FX^TM系列处理器、

FX-4300、FX-6300和FX-835032nm Vishera、

Kaveri处理器、Texas

Jacinto C6000^TM汽车信息娱乐处理器、

OMAP^TM汽车级移动处理器、

Cortex^TM-M处理器、

Cortex-A和ARM926EJ-S^TM处理器，其它行业等效处理器，并且可以使用任何已知的或未来开发的标准、指令集、库和/或体系架构来执行计算功能。本领域技术人员将认识到的是，本公开不限于这种单处理器布置，而是可以采用多处理器布置中的一个或多个处理器以执行从存储器之一中检索出的(一个或多个)指令集。

最后，通信单元240一般是提供端点108和通信网络112之间的双向通信耦合的通信接口。通信单元240可以从端点108的不同设备(诸如显示设备200、控制器204和捕获设备208)接收任何类型的数据信息，并将数据信息传递给处理器236以供进一步处理和/或通过通信网络112传递给会议系统100的其它端点。而且，通信单元240可以接收由存在于端点108中的附加或替代设备接收的任何附加数据信息。通信单元240可以与耦合到控制单元212的多个设备交换(例如，传输和接收)任何合适类型的数据信息，并通过通信网络112与会议系统100的远程端点108或网络会议单元104交换信息。

公告单元224在活动通信会话期间向特定参与者播放基于上下文的公告。当参与者处于活动通信会话中时，公告单元224接收针对参与者的基于上下文的公告。公告单元224还监视通信会话，以确定应当向参与者播放基于上下文的公告的时间，并在确定的时间向参与者播放基于上下文的公告。公告单元224还可以向参与者显示与基于上下文的公告相关联的视觉提醒，该视觉提醒可以包括允许参与者选择何时播放公告的控件。公告单元224可以访问规则集，并基于规则确定何时播放公告和/或何时显示视觉提醒。

在一个示例中，学生或教授可以有多个连续的在线课程。其中一堂课可以被重新安排或取消，被重新安排或被取消的课程的任何出席者都需要被通知。如果一些出席者当前在上另一堂课，那么那些出席者可以在他们当前所在的课程期间收到新的时间/取消的通知。这增加了学生/教授持续监视其它信息源(例如，电子邮件、SMS等)以接收更新的需求。公告可以作为背景剪辑放置或经由耳语通道播放，只有受公告影响的出席者才能听到，以确保活动通信会话不会中断。公告也可以由会话主持人(例如，教授)控制。

在另一个示例中，会议出席者可以注册连续的网络研讨会会话。会议出席者也可以有多个他们想参加的会话，并且可以基于发言者选择某个会话。如果发言者改变，那么出席者可以决定参加不同的会话。但是，如果出席者在参加会议之前没有意识到发生了改变，那么他们可能无法参加其它会话。因此，会议出席者希望在会话开始之前收到会话主持者的改变通知。本公开允许会议出席者被通知这种改变并相应地修改他们的计划。本公开通过在当前活动的视频通话的背景中播放关于主持者改变的公告来实现这一点。

在另一个示例中，系统可以在医院中实现。系统可以连续轮询紧急公告并且可以为值班专业人员(例如，医生、护士、其组合等)播放音频。在一些实施例中，紧急公告可以与接待员提供的例行公告对应。紧急公告可以在特定时间(例如，在整点)和/或以特定时间间隔(例如，每15分钟、每半小时等)发生。紧急公告可以被存储(例如，在企业数据库260中)，并且在播放时针对每个个人进行个性化。例如，公告播放器(例如，contextBasedAudioPlayerAPI)存储录制的音频剪辑(例如，医院接待员的运行时公告)以及每个个人的姓名以接收公告。公告播放器可以与所有员工的日历集成，以识别每个接收者是否在任何活动的视频通话中。如果公告播放器确定接收者正在活动通话中，那么公告播放器还可以访问会议凭证以使公告和接收者的姓名对虚拟参与者可用。以这种方式，系统可以识别应当在哪个活动通话中播放紧急公告以及为哪个医生播放，使得每个紧急公告都可以针对个人(例如，医师)进行个性化。例如，每个医师可以有包含她的特定姓名的特定紧急公告。系统和/或其组件可以与附加的医院资源和/或个人资源(例如，特定医师的日历)集成。该集成可以允许系统例如确定个人何时可用或以其它方式被占用(例如，在活动视频通话中)。在个人(例如，医师)在会议会话中的示例中，系统可以能够将公告连接到电话会议(本文描述)并在会议会话中播放紧急公告。在电话会议中使用紧急公告可以允许医生意识到紧急情况。在一些实施例中，系统可以访问紧急公告并修改紧急公告以包括与个人相关联的信息(例如，医师的姓名)。在一些实施例中，除了电话会议之外，还可以在其它位置进行紧急公告(例如，通过医院的扬声器)。在此类实施例中，系统可以识别紧急公告以及预期接收者并确定预期接收者是否在电话会议中。系统然后可以在电话会议中为预期的接收者播放紧急公告。

在另一个示例中，系统可以被用于电子庆祝(例如，通过电子形式的通信发生的庆祝)。系统可以被配置为读取参与者简档并获得与参与者相关的信息(例如，姓名、生日等)并且可以使用该信息在电话会议中播放特定的音频通知。例如，系统可以确定视频通话中的用户在电话会议当天生日。系统然后可以自动访问视频通话并播放生日快乐歌、生日快乐背景曲调等。系统可以在用户加入视频通话之前、期间和/或之后播放该曲调。在一些实施例中，系统可以仅在具有生日的用户加入通话、在大多数参与者已经到达视频通话之后(和/或其组合)开始播放曲调。系统可以定义开始播放曲调的最小参与者数量。

在另一个示例中，本公开通过在活动通话的背景中播放紧急通知(例如，火警)在危机管理中发挥重要作用。

本公开提供了一种动态上下文驱动的方法来播放背景音频和向特定用户发送公告，进一步的公告和通信会话的当前状态被评估以确定播放公告的最优时间。在一些示例中，该公告需要立即关注。在其它示例中，该公告对时间不敏感。公告可以由主持人控制或者可以自动播放，具体取决于所选择的的配置选项。

本公开可以作为任何音频/视频通信应用的特征来实现，允许您设置虚拟视频和/或音频会议、网络研讨会、实时聊天、屏幕共享和其它协作能力。

本公开可以实现虚拟参与者以根据上下文/事件/时间来拾取和播放正确的音频流。这是通过在任何活动视频通话中以编程方式输入虚拟参与者来实现的。这个虚拟参与者将能够足以读取与会议服务器集成的外部接口。这个外部接口将充当虚拟参与者的输入馈送，为虚拟参与者提供所有必要的输入——如活动会议详细信息、参与者的列表、参与者的简档等。这个外部接口将访问动态音频流，具体取决于上下文并将音频流作为输入提供给虚拟参与者，其中包含有关何时何地需要播放公告的信息。在一些实施例中，公告在活动会话中作为背景音频播放。虚拟参与者被视为通话中的主动参与者，并且不会中断参与者之间的通信来发布公告。公告可以包括预先录制的消息和/或实况消息。在一些实施例中，本公开允许公告的调度。调度可以是特定时间，或特定通信会话等。附加配置允许在特定参与者加入之后播放公告(例如，广告/营销)，在达到定义的参与者法定人数时播放，使用选择、主持人控制等。系统足够智能，可以根据上下文/事件信息将公告作为背景音频播放，以防止与其他参与者(例如，不需要听到公告的参与者)的通信中断。

本公开还考虑在正在进行的活动通话中共享更新/警报(要求立即关注)。这有助于出席者立即被通知需要立即关注的事项(例如，火警、紧急公告等)。

如果要求，那么方法和系统智能确定是否要求参与者立即关注，并且可以在任何活动通话的背景中播放动态音频，根据上下文/事件宣布需要立即关注的事项，并且不会打扰其他参与者，并且无需外部服务来广播此类公告，这优于现有解决方案。

图3描绘了根据本公开的实施例的过程300。过程300可以实施为被编码为机器可读指令的算法，当被诸如端点108A-108N的处理器之类的处理器读取时，使处理器执行算法的步骤。在一个实施例中，过程300使系统(例如，系统100)在特定端点108上的活动通信会话期间播放基于上下文的公告。

在一个实施例中，过程300开始于通信会话的开始(步骤302)。例如，在视频会议会话中，每个参与者经由相关联的通信设备(例如，端点108)接收和传输会议内容(例如，音频和视频部分)。会议内容可以被广播给参与者102A-102N，诸如通过网络会议单元104。可以连续执行广播会议内容，同时执行过程300的其它步骤，直到会议结束。

在步骤304中，系统和/或其组件(例如，端点108和/或系统104和106)确定是否已经接收到针对通信会话的用户的基于上下文的公告。例如，基于上下文的公告可以是针对一个参与者、一些但不是所有参与者，或所有参与者。如果没有收到基于上下文的公告(否)，那么系统进行检查以查看通信会话是否已经结束。如果通信会话已经结束，那么过程300结束。

如果接收到基于上下文的公告，那么系统确定是否应当播放公告(步骤306)。系统等待，直到应当播放基于上下文的公告(是)，然后向预期的参与者播放基于上下文的公告(步骤308)。当通信会话结束时，过程300结束。如果通信会话尚未结束，那么系统继续监视基于上下文的公告，根据需要重复步骤304、306和308，并且当通信会话结束时，过程300结束。

图4描绘了根据本公开的实施例的过程400。过程400可以实施为被编码为机器可读指令的算法，当被诸如端点108A-108N的处理器之类的处理器读取时，使处理器执行算法的步骤。

在一个实施例中，过程400开始于通信会话的开始(步骤402)。例如，在视频会议会话中，每个参与者经由相关联的通信设备(例如，端点108)接收和传输会议内容(例如，音频和视频部分)。会议内容可以被广播给参与者102A-102N，诸如通过网络会议单元104。可以连续执行广播会议内容，同时执行过程400的其它步骤，直到会议结束。

在步骤404中，系统确定是否已经接收到针对通信会话的用户的基于上下文的公告。例如，基于上下文的公告可以是针对一个参与者、一些但不是所有参与者，或所有参与者。如果没有接收到基于上下文的公告(否)，那么系统进行检查以查看通信会话是否已经结束。如果通信会话已经结束，那么过程400结束。

如果接收到基于上下文的公告，那么系统将与基于上下文的公告相关联的视觉提醒传送给参与者(步骤406)。在步骤408中，系统确定参与者是否选择播放公告。如果用户不选择播放公告(否)，那么系统等待，直到用户选择播放公告(是)，并且在步骤410中播放公告。在一些示例中，系统可以覆盖用户的选择(例如，立即播放紧急通知)。当通信会话结束时，过程400结束。如果通信会话尚未结束，那么系统继续监视基于上下文的公告，根据需要重复步骤404、406、408和410，并且当通信会话结束时，过程400结束。

将关于图5-图7更完整地讨论在活动通信会话期间向特定参与者播放基于上下文的公告。

图5描绘了根据本公开的实施例的交互500。应当认识到的是，本文的性质需要将可以实施为声波或编码为电信号或数据分组的口头内容和其它声音表示为文本。这种使用文本的表示不应当与实际文本(例如，文本聊天、短消息服务(SMS)、电子邮件等)混淆。虽然可以可选地利用文本的发送和接收并将其结合到会议内容中，但是基于文本的通信不在本文提供的实施例的范围之内。

在一个实施例中，服务器510正在呈现包括经由相应端点508A-508C传输给参与者502A-502C的音频和视频内容的会议内容。会议内容的视频部分未在图5中描绘，以避免不必要地使图和相关描述复杂化。会议内容的音频部分包括音频512和514。

在一个实施例中，端点508A向服务器510提供音频，服务器510进而广播会议内容210。如在静默期(510)期间所指示的，播放基于上下文的公告(514)。

图6A-图6B描绘了视频会议600。视频会议600包括分别在会议窗口601A-601D中示出的参与者102A-102D。参与者102A-102D经由相应的端点108A-108D连接到视频会议600。如图所示，参与者102A不共享视频或音频。参与者102B正在共享音频(例如，如音频/噪声指示器602所示)和视频，并且当前是视频会议600中的活动发言者。参与者102C正在共享视频和音频(例如，取消静音)，但当前未讲话/贡献音频。参与者102D正在共享视频但不共享音频(例如，静音)。参与者102C接收视觉提醒(604)，向参与者102C通知旨在针对参与者102C的基于上下文的公告。

如图6B中所示，参与者102C使用视觉提醒604，参与者102C已经选择在参与者102B说话时播放基于上下文的公告606。

图7描绘了将基于上下文的公告作为背景音频播放的各种配置。

图8描绘了根据本公开的实施例的通信设备800。通信设备800在活动通信会话期间播放基于上下文的公告。当参与者处于活动通信会话中时，通信设备800接收针对相关联参与者的基于上下文的公告。通信设备800监视通信会话，以确定应当播放基于上下文的公告的时间，并在确定的时间播放基于上下文的公告。通信设备800还可以向用户显示与基于上下文的公告相关联的视觉提醒，该视觉提醒可以包括允许用户选择何时播放公告的控件。类似的计算系统可以全部或部分地包括在本文描述的端点108A-108N中以在活动通信会话期间播放基于上下文的公告。

计算系统800代表本文公开的各种操作体系架构、过程、场景和序列用来在活动通信会话期间播放基于上下文的公告的任何一个或多个计算系统，包括各种组件以及与其它组件和/或系统的连接。

计算系统800是端点108A-108N和通信设备308A-308D的示例，但是可以存在其它示例。计算系统800包括通信接口801、用户接口模块802和处理系统803。处理系统803链接到通信接口801和用户接口模块802。处理系统803包括微处理器和/或处理电路系统805以及存储操作软件807的存储系统806。计算系统800可以包括其它众所周知的组件，诸如为清楚起见未示出的电池和外壳。计算系统800可以包括服务器、用户设备、台式计算机、膝上型计算机、平板计算设备或某种其它用户通信装置。

通信接口801包括通过通信链路进行通信的组件，诸如网卡、端口、射频(RF)、处理电路系统和软件，或某种其它通信设备。通信接口801可以被配置为通过金属、无线或光链路进行通信。通信接口801可以被配置为使用时分复用(TDM)、互联网协议(IP)、以太网、光网络、无线协议、通信信令或某种其它通信格式——包括其组合。在一些实施方式中，通信接口801被配置为与其它终端用户设备通信，其中通信接口801被用于为设备传送和接收语音和视频通信。另外，通信接口801可以与网络服务接口，其中该服务可以包括可以经由网站访问的视频会议服务。

用户接口模块802包括与用户交互以呈现媒体和/信息(例如，提醒)、接收来自参与者端点应用的事件并且还允许用户配置显示优化的设置的组件。用户接口模块802可以包括扬声器、麦克风、按钮、灯、显示屏、触摸屏、触摸板、滚轮、通信端口或某种其它用户输入/输出装置——包括其组合。在一些示例中可以省略用户接口模块802。

处理电路系统805可以被实施为单个电子微处理器或多处理器设备(例如，多核)，其中具有诸如(一个或多个)控制单元、(一个或多个)输入/输出单元、(一个或多个)算术逻辑单元、(一个或多个)寄存器、主存储器和/或访问信息(例如，数据、指令等)(诸如经由总线接收的)的其它组件之类的组件，执行指令，并输出数据(再次诸如经由总线)。在其它实施例中，处理电路系统805可以包括可以由其它进程和/或进程所有者使用的共享处理设备，诸如在处理阵列或分布式处理系统(例如，“云”、服务器场等)中。应当认识到的是，处理电路系统805是非暂态计算设备(例如，包括与其它组件和设备通信的电路系统和连接的电子机器)。处理电路系统805可以操作虚拟处理器，诸如以处理非处理器本机的机器指令(例如，翻译

9xx芯片组代码以仿真不同处理器的芯片组或非本机操作系统，诸如Mac上的VAX操作系统)，但是，此类虚拟处理器是由底层处理器及其硬件和其它电路系统执行的应用。

处理电路系统805包括微处理器和从存储系统806检索和执行操作软件807的其它电路系统。存储系统806可以包括以用于存储信息(诸如计算机可读指令、数据结构、程序模块或其它数据)的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。存储系统806可以被实现为单个存储设备，但也可以跨多个存储设备或子系统实现。存储系统806可以包括附加元件，诸如读取操作软件807的控制器。存储介质的示例包括随机存取存储器、只读存储器、磁盘、光盘和闪存，以及它们的任何组合或变体，或任何其它类型的存储介质。在一些实施方式中，存储介质可以是非暂态存储介质。在一些情况下，存储介质的至少一部分可以是暂态的。应当理解的是，在任何情况下，存储介质都不是传播的信号。

处理电路系统805通常安装在电路板上，该电路板上还可以容纳存储系统806以及通信接口801和用户接口模块802的部分。操作软件807包括计算机程序、固件或某种其它形式的机器可读程序指令。操作软件807包括公告模块808、确定模块810和视觉提醒模块812，但是应用内的任何数量的软件模块可以提供相同的操作。操作软件807还可以包括操作系统、实用程序、驱动程序、网络接口、应用或某种其它类型的软件。当由处理电路系统805执行时，操作软件807指导处理系统803操作如本文所述的通信设备800。

在至少一个实施方式中，公告模块808在被处理系统803读取和执行时指导处理系统803监视针对活动通信会话中的用户的基于上下文的公告。例如，如果课程被取消，那么系统会确定哪些学生应当接收取消通知并确定是否有任何学生处于活动通信会话中。对于处于活动通信会话中的学生，将向每个相应的活动会话发送公告。确定模块810在被处理系统803读取和执行时指导处理系统803确定播放公告的时间。例如，如果公告是紧急通知，那么系统确定应当立即播放紧急通知。如果公告不是紧急通知，那么系统确定播放公告的最优时间。最优时间可以是没有人讲话或用户不讲话的时候。在一些实施例中，主持人可以发起公告。视觉提醒模块812在被处理系统803读取和执行时指导处理系统803将视觉提醒传送给与基于上下文的公告相关联的用户，用户可以能够指示何时播放公告(例如，立即播放、稍后播放等)。

应当认识到的是，可以由各种组件发送、接收、存储、处理和呈现计算机可读数据。还应当认识到的是，所说明的组件可以控制其它组件，无论是在本文中所说明的还是以其它方式。

本领域普通技术人员将认识到的是，除了本文描述的那些通信设备之外，或者作为替代，可以利用其它通信装备，而不背离实施例的范围。

在前面的描述中，出于说明的目的，以特定次序描述了方法。应当认识到的是，在替代实施例中，可以以与所描述的次序不同的次序来执行方法，而不脱离实施例的范围。还应当认识到的是，上述方法可以作为由硬件部件(例如，电路系统)执行的算法来执行，该硬件部件旨在执行本文所述的一或多种算法或其一部分。在另一个实施例中，硬件部件可以包括通用微处理器(例如，CPU、GPU)，其首先被转换成专用微处理器。然后，已经在其中加载了编码信号的专用微处理器使得现在专用的微处理器维护机器可读指令，以使微处理器能够读取并执行从本文所述的算法和/或其它指令得出的机器可读指令集。用于执行(一个或多个)算法或其一部分的机器可读指令不是无限的，而是利用微处理器已知的有限指令集。可以在微处理器中将机器可读指令编码为信号产生部件中的信号或值，并且在一个或多个实施例中包括存储器电路中的电压、开关电路的配置和/或通过特定逻辑门电路的选择性使用。

附加地或可替代地，机器可读指令可以是微处理器可访问的，并且在介质或设备中被编码为磁场、电压值、电荷值、反射/非反射部分和/或物理标记。

在另一个实施例中，微处理器还包括单个微处理器、多核处理器、多个微处理器、分布式处理系统(例如，(一个或多个)阵列、(一个或多个)刀片、(一个或多个)服务器场、“云”、(一个或多个)多用途处理器阵列、(一个或多个)集群等)和/或可以与执行其它处理操作的微处理器共置一处。任何一个或多个微处理器都可以集成到单个处理设备(例如，计算机、服务器、刀片等)中，或者全部或部分位于通过通信链路(例如，总线、网络、背板等，或其多个)连接的分立部件中。通用微处理器的示例可以包括中央处理单元(CPU)，其具有在指令寄存器(或其它保持指令的电路系统)中编码的数据值或包括存储器位置的数据值，存储器位置进而包括用作指令的值。存储器位置还可以包括在CPU外部的存储器位置。此类CPU外部部件可以实施为现场可编程门阵列(FPGA)、只读存储器(ROM)、可编程只读存储器(PROM)、可擦除可编程只读存储器(EPROM)、随机存取存储器(RAM)、总线可访问存储装置、网络可访问存储装置等中的一种或多种。

这些机器可执行指令可以存储在一个或多个机器可读介质上，诸如CD-ROM或其它类型的光盘、软盘、ROM、RAM、EPROM、EEPROM、磁卡或光卡、闪存或其它适于存储电子指令的机器可读介质的类型。可替代地，可以通过硬件和软件的组合来执行这些方法。

虽然机器可执行指令可以在特定机器(例如，个人计算机、移动计算设备、膝上型计算机等)本地存储和执行，但是应当认识到的是，数据和/或指令的存储和/或指令的至少一部分的执行可以经由到远程数据存储和/或处理设备或设备集合(通常称为“云”)的连接性来提供，但可以包括公共、私有、专用、共享和/或其它服务局，计算服务和/或“服务器场”。

本文描述的微处理器的示例可以包括但不限于以下当中的至少一个：

800和801、具有4G LTE集成和64位计算的

610和615、具有64位体系架构的

A7微处理器、

M7运动协微处理器、

系列微处理器、

Core^TM系列微处理器、

系列处理器、

Atom^TM系列处理器、Intel

系列处理器、

i5-4670K和i7-4770K 22nm Haswell、

i5-3570K 22nm Ivy Bridge、

FX^TM系列微处理器、

FX-4300、FX-6300和FX-8350 32nm Vishera、

Kaveri微处理器、Texas

Jacinto C6000^TM汽车信息娱乐微处理器、Texas

OMAP^TM汽车等级移动微处理器、

Cortex^TM-M微处理器、

Cortex-A和ARM926EJ-S^TM微处理器、其它行业等同的处理器，并且可以使用任何已知的或将来开发的标准、指令集、库和/或体系架构执行计算功能。

本文讨论的任何步骤、功能和操作可以连续且自动地执行。

已经关于用于在视频会议期间改进用户的视觉呈现的通信系统和组件以及方法描述了本公开的示例性系统和方法。但是，为了避免不必要地混淆本公开，前面的描述省略了许多已知的结构和设备。这种省略不应当被解释为对要求保护的公开的范围的限制。阐述具体细节以提供对本公开的理解。但是，应当认识到的是，本公开可以以超出本文阐述的具体细节的各种方式来实践。

此外，虽然本文说明的示例性实施例示出了并置的系统的各种部件，但是系统的某些部件可以远程地位于分布式网络(诸如LAN和/或互联网)的远处部分，或者位于专用系统内。因此，应当认识到的是，系统的部件或其部分(例如，微处理器、存储器/存储装置、接口等)可以组合成一个或多个设备(诸如一个或多个服务器、计算机、计算设备、终端、“云”或其它分布式处理)，或并置在分布式网络的特定节点上(诸如模拟和/或数字电信网络、分组交换网络或电路交换网络)。在另一个实施例中，部件可以在多个部件上物理地或逻辑地分布(例如，微处理器可以包括一个部件上的第一微处理器和另一部件上的第二微处理器，每个微处理器执行共享任务的一部分和/或分配的任务)。从前面的描述中将认识到，并且出于计算效率的原因，可以将系统的部件布置在部件的分布式网络内的任何位置而不影响系统的操作。例如，各种部件可以位于交换机中，诸如PBX和媒体服务器、网关、在一个或多个通信设备中、在一个或多个用户的室内，或其某种组合。类似地，系统的一个或多个功能部分可以分布在(一个或多个)电信设备和相关联的计算设备之间。

此外，应当认识到的是，连接元件的各种链路可以是有线或无线链路或其任意组合，或者任何其它已知的或以后开发的能够向连接的元件或从连接的元件供给和/或传送数据的(一个或多个)元件。这些有线或无线链路也可以是安全链路，并且可以能够传送加密信息。例如，用作链路的传输介质可以是用于电信号的任何合适的载体，包括同轴电缆、铜线和光纤，并且可以采取声波或光波的形式，诸如在无线电波和红外数据通信中生成的那些。

而且，虽然已经关于特定事件序列讨论和说明了流程图，但应当认识到的是，可以在不实质性地影响本公开的操作的情况下对这个序列进行改变、添加和省略。

可以使用本公开的许多变化和修改。有可能提供本公开的一些特征而不提供其它特征。

例如，在一个替代实施例中，一种系统包括：

微处理器；以及

计算机可读介质，与微处理器耦合并且包括微处理器可读和可执行指令，所述指令对微处理器进行编程以：

接收针对通信会话的参与者的基于上下文的公告；

监视通信会话，以确定应当播放基于上下文的公告的时间；以及

在确定的时间播放基于上下文的公告。

实施例的方面包括在音频耳语通道上播放基于上下文的公告，该音频耳语通道仅与基于上下文的公告相关联的参与者可听。

实施例的方面包括音频通信会话。

实施例的方面包括视频会议通信会话。

实施例的方面包括立即播放的紧急通知。

实施例的方面包括生成虚拟参与者、将虚拟参与者添加到通信会话，并且经由虚拟参与者播放基于上下文的公告。

实施例的方面包括确定在通信会话中何时没有活动发言者讲话，并且在通信会话中没有活动发言者时播放基于上下文的公告。

实施例的方面包括传送与基于上下文的公告相关联的视觉提醒，并且允许参与者选择是否播放基于上下文的公告。

在另一个替代实施例中，一种在通信会话中播放基于上下文的公告的方法，该方法包括：

在通信会话期间，接收针对通信会话的参与者的基于上下文的公告；

监视通信会话，以确定应当播放基于上下文的公告的时间；以及

在确定的时间播放基于上下文的公告。

在另一个替代实施例中，一种包括处理器可执行指令的非暂态计算机可读介质，该处理器可执行指令包括：

被配置为接收针对通信会话的参与者的基于上下文的公告的指令；

被配置为监视通信会话以确定应当播放基于上下文的公告的时间的指令；以及

被配置为在确定的时间播放基于上下文的公告的指令。

在又一个实施例中，本公开的系统和方法可以结合专用计算机、编程的微处理器或微控制器和(一个或多个)外围集成电路元件、ASIC或其它集成电路、数字信号微处理器、诸如分立元件电路之类的硬连线电子或逻辑电路、诸如PLD、PLA、FPGA、PAL之类的可编程逻辑设备或门阵列、专用计算机、任何可比较的部件等来实现。一般而言，能够实现本文说明的方法的任何(一个或多个)设备或部件都可以用于实现本公开的各个方面。可以用于本公开的示例性硬件包括计算机、手持设备、电话(例如，蜂窝式、启用互联网的、数字、模拟、混合及其它)以及本领域中已知的其它硬件。这些设备中的一些包括微处理器(例如，单个或多个微处理器)、存储器、非易失性存储装置、输入设备和输出设备。此外，还可以构建包括但不限于分布式处理或部件/对象分布式处理、并行处理或虚拟机处理的替代软件实现来实现本文描述的方法。在又一个实施例中，所公开的方法可以容易地结合使用对象或面向对象软件开发环境的软件来实现，该对象或面向对象软件开发环境提供可以在各种计算机或工作站平台上使用的便携式源代码。可替代地，所公开的系统可以使用标准逻辑电路或VLSI设计部分地或完全地用硬件来实现。使用软件还是硬件来实现根据本公开的系统取决于系统的速度和/或效率要求、特定功能以及被使用的特定软件或硬件系统或者微处理器或微计算机系统。

在又一个实施例中，所公开的方法可以部分地用可以存储在存储介质上、在编程的通用计算机上利用控制器和存储器、专用计算机、微处理器等的协作执行的软件来实现。在这些情况下，本公开的系统和方法可以被实现为嵌入在个人计算机上的程序(诸如applet、

或CGI脚本)，作为驻留在服务器或计算机工作站上的资源，作为嵌入在专用测量系统中的例程，系统部件，等等。该系统还可以通过将系统和/或方法物理地结合到软件和/或硬件系统中来实现。

本文中包括软件的实施例由一个或多个微处理器执行或存储以供后续执行，并作为可执行代码被执行。选择可执行代码以执行包括特定实施例的指令。执行的指令是从微处理器理解的离散原生指令集中选择的受约束的指令集，并且在执行之前将其提交给微处理器可访问的存储器。在另一个实施例中，在由一个或多个微处理器执行之前，人类可读的“源代码”软件首先被转换成系统软件，以包括从平台的原生指令集中选择的特定于平台(例如，计算机、微处理器、数据库等)的指令集。

虽然本公开描述了参考特定标准和协议在实施例中实现的部件和功能，但是本公开不限于这些标准和协议。本文未提及的其它类似的标准和协议是存在的并且被认为包括在本公开中。而且，本文提及的标准和协议以及本文未提及的其它类似的标准和协议周期性地被具有基本相同功能的更快或更有效的等同物所取代。具有相同功能的这种替换标准和协议被认为是包括在本公开中的等同物。

本公开在各种实施例、配置和方面(包括各种实施例、子组合及其子集)中包括基本上如本文所描绘和描述的部件、方法、处理、系统和/或设备。在理解本公开之后，本领域技术人员将理解如何生产和使用本公开。在各种实施例、配置和方面中本公开包括在没有本文未描绘和/或描述的项目的情况下提供设备和处理，或者在各种实施例、配置或其方面中包括在没有这些项目的情况下(如已经在先前的设备或处理中使用的)，例如用于改进性能、实现易用性和/或降低实现的成本。

已经出于说明和描述的目的呈现了本公开的前述讨论。前述内容并非旨在将本公开限制到本文公开的一种或多种形式。在例如前述的具体实施方式中，为了使本公开简化的目的，本公开的各种特征在一个或多个实施例、配置或方面中被组合在一起。本公开的实施例、配置或方面的特征可以在除以上讨论的那些之外的替代实施例、配置或方面中组合。这种公开方法不应当被解释为反映所要求保护的公开需要比每个权利要求中明确阐述的更多特征的意图。相反，如以下权利要求所反映的，发明性方面在于少于单个前述公开的实施例、配置或方面的所有特征。因此，下面的权利要求在此结合到本具体实施方式中，每项权利要求本身作为本公开的单独的优选实施例。

而且，虽然本公开的描述已经包括对一个或多个实施例、配置或方面以及某些变化和修改的描述，但是其它变化、组合和修改也在本公开的范围内，例如在理解本公开之后可以是在本领域技术人员的技能和知识范围内。旨在获得在允许的程度上包括替代实施例、配置或方面的权利，包括那些要求保护的替代、可互换和/或等同结构、功能、范围或步骤，无论这些替代、可互换和/或等同结构、功能、范围或步骤是否在本文中被公开，并且不意在公然贡献任何可专利的主题。

Claims (10)

1.一种系统，包括：

微处理器；以及

计算机可读介质，与微处理器耦合并且包括微处理器可读和可执行指令，所述指令将微处理器编程为：

接收预期针对通信会话的参与者的基于上下文的公告；

监视通信会话，以确定应当向预期参与者播放基于上下文的公告的时间；以及

在确定的时间向预期参与者播放基于上下文的公告。

2.如权利要求1所述的系统，其中在音频耳语通道上播放基于上下文的公告，该音频耳语通道仅与基于上下文的公告相关联的参与者可听。

3.如权利要求1所述的系统，其中通信会话包括音频通信会话或视频会议通信会话。

4.如权利要求1所述的系统，其中基于上下文的公告包括紧急通知，并且其中确定的应当播放基于上下文的公告的时间是立即。

5.如权利要求1所述的系统，还包括将微处理器编程为执行以下操作的指令：

生成要添加到通信会话的虚拟参与者；以及

经由生成的虚拟参与者播放基于上下文的公告。

6.如权利要求1所述的系统，还包括将微处理器编程为执行以下操作的指令：

监视通信会话以确定何时在通信会话中没有活动发言者讲话；以及

当通信会话中没有活动发言者讲话时，播放基于上下文的公告。

7.如权利要求1所述的系统，还包括将微处理器编程为执行以下操作的指令：

将与基于上下文的公告相关联的视觉提醒传送给预期参与者；以及

允许预期参与者选择是否播放基于上下文的公告。

8.一种在通信会话中播放基于上下文的公告的方法，该方法包括：

在通信会话期间，接收针对通信会话的参与者的基于上下文的公告；

监视通信会话，以确定应当向参与者播放基于上下文的公告的时间；以及

在确定的时间向参与者播放基于上下文的公告。

9.如权利要求8所述的方法，其中在音频耳语通道上播放基于上下文的公告，该音频耳语通道仅与基于上下文的公告相关联的参与者可听。

10.如权利要求8所述的方法，还包括：

监视通信会话以确定何时在通信会话中没有活动发言者讲话；以及

当通信会话中没有活动发言者讲话时，向参与者播放基于上下文的公告。

Images