专利名称：一种在电话会议中接纳各参与方的系统和方法
技术领域：
本发明涉及发起音频/视频会议。
背景技术：
传统的音频/视频会议系统包括多个端点，这些端点在多个网络例如WAN、LAN和电路切换网络之上或之间传送实时视频、音频和/或数据流。
位于不同站点的多个音频/视频会议系统可以参加相同的会议，最经常是通过一个或多个执行如切换功能的MCU(多点控制单元)，以使得视听终端可适当地互相通信。
音频/视频会议涉及在不同位置可同时互操作的多个资源和设备以及性能。因此，需要管理所涉及资源的可能方法。音频/视频会议系统因此经常与管理系统结合使用。
管理系统通常是用于执行关键操作和监控会议网络的公共门户。这种管理系统可以包括从单个位置对会议系统进行预订(booking)、监控、维持、管理以及故障排除，确保所有系统的平稳操作。这样的系统通常是基于web的，并因此可以从任何运行web浏览器的工作站进行访问。在一个点上控制、监控、安排呼叫以及维持包括MCU、端点和网关的视频会议系统的能力还减少了用于例如软件升级、呼叫控制、管理目录和监控等任务的时间。
传统上，使用管理系统来调度的视频会议系统是利用被邀方的列表、开始时间和结束时间来提前计划的。在管理系统中的资源调度程序是用于在任何给定时间点对资源进行调度或预订的模块。资源调度程序使用户可请求资源的使用，并根据查询时期的可用资源，在请求的时间允许或不允许使用。该资源调度程序用于调度会议室、网络资源、视频系统等的使用。该资源调度程序必须连接到这样的数据库，该数据库除了用于检索更新的预订信息，还包含关于各装置例如MCU、网关、路由器、端点等的信息。
例如，如果用户A通过MCU调度与端点B和C的电话会议，资源调度程序在数据库中进行查询以审查端点B、C和MCU的能力，以及在给出的时期它们是否可用。如果已经为该MCU预订资源，剩余可用的资源将确定是否可进行电话会议。如果剩余充足的资源，可以预订该电话会议，并且数据库进行关于该预订的更新。在相同时期不能尝试相继地调度这些端点，因为它们在数据库中被标记为“忙”。如果例如通过MCU的四个可能的同时会议的四个已经被保留(reserve)时，对于MCU来说也是这种情况。
用于视频会议的管理系统还包括连接管理器，该连接管理器在给定的会议开始时间自动连接被邀方，并且在会议结束时间自动断开所有参与方。此外，该管理系统可以包括在参与端点之间提供自动路由的路由管理器。该路由管理器从管理系统数据库收集关于端点和可用网络设备的注册和预订数据。在包括必要的网络设备的各端点之间的一组可能的路由使用所述预订和注册数据来产生。该路由管理器然后基于预定的规则挑选最好的路由。
在传统技术的情况中，使用会议管理系统调度的视频会议利用被邀方的列表、开始时间和结束时间来提前做计划。如已经提到的，该会议管理系统要负责检查在请求时间可用的视频会议资源，在给出的会议开始时间连接被邀方，以及在会议结束时间断开所有参与方。然而，要想在相同环境中管理即兴(ad hoc)音频/视频会议，就需要解决特定的新问题。当邀请多个参与方加入即兴视频会议时，存在这样的风险一些被邀方不能参加，从而占用原本可以由其他人使用的视频会议资源。参与方不能参加即兴视频会议的风险高于参与方不能参加计划视频会议的风险。将参与方添加到正在进行中的会议也是一个问题，因为添加这位参与方可能由于其他网络资源的可能需求而导致正在进行的会议的断开连接。
随着越来越多的用户使用视频作为即兴通信工具，对于用于管理这种会议类型的视频会议管理系统的需求正在增加。当在即兴视频会议中涉及多个参与方时，需要进一步按严格的方式来管理资源，这样当不实际使用资源时将没有资源被预订。
发明内容
本发明的目标是提供一种方法和系统以避免以上描述的问题。
在所公开的独立权利要求中限定的特征描述了本方法的特性。
具体地，本发明提供了一种用于在邀请方和一个或多个被邀方之间启动临时会议的方法，邀请方被连接到具有性能及预订数据库(capability and booking database)的会议管理系统，并且各参与方具有至少一个与之相关联的会议端点，该方法包括以下步骤当启动即兴会议时，触发传输至所述会议管理系统的、识别一个或多个被邀方和/或相关联的端点的请求；以及在所述管理系统中接收到该请求时，至少在所述性能及预订数据库中审查所述一个或多个参与方的相关联的会议端点当前是否空闲，如果空闲，则在即兴会议中自动连接邀请方的端点以及一个或多个被邀方的端点。本发明还包括执行这种方法的系统。
为了使得本发明更容易被理解，以下的讨论将参考附图图1是在本发明的实施例的例子中包括的实体之间的消息流。
具体实施例方式
在下文中，本发明将通过描述优选实施例并参考附图进行讨论。然而，本领域技术人员能够理解在所公开的独立权利要求中限定的本发明的范围之内的其他应用和改型。
为了获得视频会议系统的更广泛的使用，即兴会议需要像进行传统电话呼叫或通过例如即时消息(Instant Messaging)和现状服务(Presence Service)与其他人联系一样容易和直观。任何时候当某人想要使用视频会议设备时，只要还有可用的资源，与计划会议无关，在最少准备和劳动的情况下立即给予他/她音频/视频会议资源。
本发明通过包括会议管理系统的一些或全部特征，提供这种直观和方便易用的多站点即兴会议启动。主要原理是一旦主叫方请求即兴会议并为被邀方接受时，自动保留为了连接会议中选定参与方所需要的资源。在本发明的一个实施例中，参与方将被邀请，并且一旦他们接受该邀请就被连接到会议。如果没有足够的资源来连接所请求数量的参与方，用户将收到通知有关情况的消息，并建议邀请的参与方的数量。如果用户想要邀请更多的参与方参加现有的视频会议，资源管理器将计算可用的资源，并让用户知道添加参与方是否可能。
根据本发明，当用户呼叫一个或多个参与方来进行立即通话时，则请求该会议管理系统。用户可以使用与他/她的端点相关联的即时消息(IM)应用程序，通过点击在IM界面中包括的好友列表(buddy-list)中的选择的参与方来启动呼叫。可替换地，用户可以从他/她的端点通过菜单系统或通过简单地连续拨出参与方系统的号码来直接启动呼叫。在启动时，管理系统中的一个或多个模块被请求，优选地用户对此并不知晓，或用户不对这些模块中的任何内容进行干预。该管理系统然后仅仅基于哪个端点参与的事实和在管理系统的数据库中可用的信息，来选择和预订资源以及做出路由决策。
在本发明的一个实施例中的消息流在图1中示出。当邀请方邀请一个被邀方参加多方即兴会议时，首先向资源管理器发出请求。该会议请求可包括被邀方的标识以及这些参与方的呼叫性能。
资源管理器然后开始计算在给定时间的可用资源。进行视频会议需要的资源取决于以下参数-参与方的数量。
-每个参与方需要的带宽。
-呼叫协议-视频分辨率-当前资源使用情况-端点性能的情况通过向所述管理系统数据库发送查询来提供此信息。如果用来向会议添加被邀方所需要的资源是可用的(没有已经预定的被邀方，MCU资源可用等)，按照在数据库中预定的来进行分配，并且优选包括待使用网络资源的确认消息被返回到资源管理器，并且资源管理器将通知邀请方不应发出邀请。另一方面，如果没有充足可用的资源，这将传达给资源管理器，而资源管理器将返回拒绝呼叫建立消息至该邀请方，或可选择地返回建议如何改变请求以使之被接受的消息(例如降低带宽或减少参与方数量)。
如前面提到的，会议管理系统也可以包括路由管理器。这样的路由管理器也可以涉及自动建立即兴会议来进一步优化该处理。然后该路由管理器将根据预先确定的成本函数来计算当前可用网络资源的最佳路由。然后此路由将被连接管理器在连接会议时使用。
然而，现在假定所请求的资源是可用的，接收到确认消息后，资源管理器返回消息告知邀请方所请求呼叫的连接在进行当中。另一个包括连接会议所需的充足信息(端点地址，网络资源地址等)的消息被发送到连接管理器。在接收到该消息之后，该连接管理器将根据正在使用的信令协议，发送连接请求至邀请方和被邀方。当被邀方接受该连接请求时，该会议被连接。当一方或多方断开时，将执行类似的反转进程。当断开消息从一方到达连接管理器，其根据正在使用的信令协议断开该方的连接，并发送消息到资源管理器告知该断开。资源管理器解释该消息，并将该信息传送到数据库，而数据库依次将被断开各方的状态从被预订赋值为空闲。其他因为断开连接而变得冗余的资源也被释放。
当参与方接收到邀请，也就是连接请求，他们可以接受或拒绝。如果参与方拒绝，将告知邀请方，并且被邀方原本应当占用的资源将被释放在数据库中。
视频会议的邀请方可能想要在会议开始之后添加更多的参与方到会议中。该资源管理器将再次计算是否有足够的资源来添加参与方，并执行如上所述的同样处理。在一些情况下向会议添加参与方可能导致需要通过其他网络单元重新路由呼叫。这可能需要暂停正在进行的会议。要询问该邀请方这是否是期望的解决方案。如果该邀请方接受此解决方案，正在进行中的会议将被结束，而具有新的被邀方的新会议将开始。如果邀请方拒绝此解决方案，则不发生任何事情。可替换地，为了结束会议，可通过第二网络单元提供可选择的连接，会议被转发给该可选择连接。在转发后，在由此转发会议的网络单元中先前占用的资源将被释放。当添加新参与方时将切换到其他网络单元，而不需结束会议。
同样，通过引入现状服务和IM，启动与其他用户的呼叫，或把用户接纳到已经建立的会议中，将会是简单的和直观的，如发出邀请的用户可简单地双击包括在现状服务或IM应用程序的“好友列表”中的想要邀请的和当前邀请的用户的链接。即使IM应用程序未安装在邀请方，还可以使用现状服务应用程序特征。如果被邀方安装有IM或现状服务应用程序，并且相关联的现状数据库连接到会议管理系统，被邀方的现状信息可用于做出即兴会议是否可以发生的决策。资源管理器然后还将调用现状数据库来审查被邀方当前是否出现在他们相关联的端点处。
权利要求
1.一种用来启动邀请方和一个或多个被邀方之间的即兴会议或添加一个或多个被邀方至已经启动的即兴会议的方法，所述邀请方连接到具有性能及预订数据库的会议管理系统，并且各参与方具有至少一个与其相关联的会议端点，其特征在于a)当启动所述即兴会议时或当添加一个或多个被邀方至所述即兴会议时，触发识别所述一个或多个被邀方和/或相关联端点的请求至所述会议管理系统的传送，b)当在所述管理系统中接收到该请求，在所述性能及预订数据库中至少审查该一个或多个参与方的相关联会议端点当前是否空闲，如果是，i.在所述即兴会议中自动连接所述邀请方的端点和所述一个或多个被邀方的端点。
2.根据权利要求1所述的方法，其特征在于步骤b)还包括审查所述一个或多个参与方的端点是否具有足够的通信能力来参与该即兴会议。
3.根据权利要求1或2所述的方法，其特征在于步骤b)还包括下列子步骤ii.在所述性能及预订数据库中将该邀请方的端点和被邀方的端点的状态从空闲改变为占用，并更新被该即兴会议占用的网络资源的状态。
4.根据权利要求1、2或3所述的方法，其特征在于步骤b)还包括下列子步骤iii.根据在所述性能及预订数据库中的数据和/或通过最小化预定义的成本函数来自动为该即兴会议创建网络资源的路由。
5.根据权利要求4所述的方法，其特征在于所述网络资源是一个或多个网关和/或一个或多个MCU。
6.根据权利要求1-5中的一项所述的方法，其特征在于步骤b)还包括审查与安装在一个或多个参与方处的IM应用程序相关联的现状数据库，以确定所述一个或多个参与方是否在他们各自的端点处存在。
7.根据权利要求1-6中的一项所述的方法，其特征在于所述邀请方通过经由IM应用程序用户界面选择所述一个或多个被邀方来启动所述即兴会议。
8.根据权利要求1-6中的一项所述的方法，其特征在于所述邀请方通过拨出所述一个或多个被邀方的端点的电话号码来启动所述即兴会议。
9.一种用来启动在邀请方和一个或多个被邀方之间的即兴会议、或如果该即兴会议已经启动时添加一个或多个被邀方至该即兴会议的系统，所述邀请方连接到具有性能及预订数据库的会议管理系统，并且各参与方具有至少一个与之相关联的会议端点，其特征在于触发装置，其配置成当该即兴会议启动时或当添加所述一个或多个被邀方至该即兴会议时，发送识别所述一个或多个被邀方和/或相关联的端点的请求至所述会议管理系统，该会议管理系统中的资源管理器，当该会议管理系统接收到请求后，在所述性能及预订数据库中至少审查该一个或多个参与方的相关联端点当前是否空闲，该会议管理系统中的连接管理器，如果所述资源管理器断言该一个或多个参与方的相关联端点当前空闲，该连接管理器在该即兴会议中自动连接所述邀请方的端点和所述一个或多个被邀方的端点。
10.根据权利要求9所述的系统，其特征在于所述资源管理器还审查该一个或多个参与方的端点是否具有足够的通信能力来参与该即兴会议，并且，如果不存在足够的通信能力，所述连接管理器就不连接。
11.根据权利要求9或10所述的系统，其特征在于所述资源管理器还被配置为在所述性能及预订数据库中把邀请方的端点和被邀方的端点的状态从空闲改变为占用，以及更新被所述即兴会议占用的网络资源的状态。
12.根据权利要求9、10或11所述的系统，其特征在于路由管理器，其配置为根据在所述性能及预订数据库中的数据和/或通过最小化预定义成本函数来为该即兴会议自动创建网络资源的路由。
13.根据权利要求12所述的系统，其特征在于所述网络资源是一个或多个网关和/或一个或多个MCU。
14.根据权利要求9-13中的一项所述的系统，其特征在于所述资源管理器还被配置为审查与安装在一个或多个参与方处的IM应用程序相关联的现状数据库，以确定该一个或多个参与方是否在他们各自的端点处存在。
15.根据权利要求9-14中的一项所述的系统，其特征在于调整该系统以使得所述邀请方可通过利用IM应用程序用户界面选择所述一个或多个被邀方来启动该即兴会议。
16.根据权利要求9-14中的一项所述的系统，其特征在于调整该系统以使得所述邀请方可通过拨出该一个或多个被邀方的端点的电话号码来启动该即兴会议。
全文摘要
本发明公开一种通过包括会议管理系统的一些或全部特征进行直观的和方便易用的多站点即兴(ad hoc)会议启动的方法。主要原理为一旦主叫方请求该即兴会议时，自动保留为了在会议中连接选择的参与方所需要的资源。
文档编号H04N7/15GK1934860SQ200580008995
公开日2007年3月21日 申请日期2005年4月18日 优先权日2004年4月23日
发明者韦嘎德·哈默, 蒂埃斯·施拉德尔 申请人:坦德伯格电信公司