对通信设备的接入控制的制作方法

专利名称：对通信设备的接入控制的制作方法
对通信设备的接入控制本发明涉及对通信设备的接入控制，具体地说，涉及对音频会议设备(audio conferencing facility)的接入控制。这种设备为多个用户提供了通过单点联系的连接来 参加电信会话的功能。通常，这是通过针对各个用户进行配置以创建到电话会议平台的连 接来实现。该平台提供连接了全部参加方的桥接器，使得每个人都可以听见其他人所说的 全部内容。该平台可以设置防止串话、反馈等的设备，并且可以设置空间定位设备，以使得 不同参加方的声音相对于听者好像是从不同方向发出。在许多网络中，可以通过由现有两方通话的一个通话方针对第三通话方创建第二 通话、随后在这些通话之间创建“桥接”，来实现简单的三方通话。添加第四通话方或更多的 通话方(如果可能的话)需要发起方针对每个通话方创建单独的通话，这并不方便。此外， 因为即使另外两个通话方想要在无需发起方的情况下继续通话，发起方也仍然必须保持在 该通话上，所以该设备的应用受到限制。第三通话方和更多的通话方他们自己并不发起参 加通话，而必须被呼入。相反，专用的会议设备提供了每个期望参加的用户都可以连接的桥 接器，使得每个想要参加的用户可以在准备好时拨入预先提供的号码。创建并控制会议的 负担在大部分被转移到基于网络的会议设备，而不再是各个参加方的责任。通常存在两种可用的会议设备，称为“预约型(booked type)”与“非预约型 (reservationless type) ”。在预约型系统(例如美国专利申请 US2004/0125933 (Peng Jun 等)中描述的系统)中，组织方预先创建会议并将接入细节(要拨叫的号码与任何口令代 码)通知给受邀方。可将通话限于所提名的参加方。这种配置是安全的，但是需要预先通知 所提议的全部参加方。这也确保了在商定的会议时间有可用的容量——如果在期望的时间 容量不足，则用户进行预约的尝试将会失败。他当然可以尝试在其它时间进行预约，并且可 以确保他最终可以进行预约的任意时间。使用接入控制需要参加方记住或记录接入细节， 并在加入会议时输入它们。如果用户例如处于移动中并且没有容易获得的口令代码信息的 情况，则这可能并不方便。另一个困难是，因为参加方的日程表可能运行于单独的日程安排接口之内(通常 是基于网络的接口，例如Microsoft Outlook，该接口可能并不与主办方(主席)创建会议 所使用的接口相兼容)，所以主办方对参加方的日程表通常并不具备可见性。结果，主办方 必须在进行预约之前预先检查受邀方的日程表，或者必须在不能确定所要求的参加方将会 出席的情况下预约会议。此外，如果在初始预约之后要更改会议时间，则主办方必须在会议 接口和日程安排接口这两者上进行更新。非预约型会议系统需要参加方通过使用静态和预定的口令代码来简单地拨入非 预约型会议。如果经常使用，当然可以将该数字存储在手持设备上的“软键”上，以避免手拨 大量数字。这种系统适合于弱结构性的情况，其中，会议主办方并不希望预先预约好设备， 而是希望每当需要时就可以使用这些设备。然而，没有预约系统，则不能确保在需要的时侯 有足够的容量——该系统要在竞争的请求之间进行仲裁，无论是基于“先到先服务”的基础 还是由向特定单独用户赋予优先权(这会潜在地导致过早地终止其它用户的会议)。此外，在现有的非预约型系统中的通话流对于会议主办方而言是非常不便的。标
3准的CISCO “MeetingPlaces”系统需要会议主办方输入两条信息(方案编号以及方案密 码)以及中间DTMF输入，以确认所输入的内容。主办方的冗长输入过程常常会导致增大针 对开始会议的帮助台协助量，并会导致客户的不满。针对移动的用户，接入的复杂度使得难 以在小型移动电话(其中，键盘敲击在人体工程学上(ergonomically)并不总是容易)上 执行该通话流。非预约型的另一个缺点是，一旦将接入码提供给特定电话会议的参加方，则该参 加方可以接入由该主办方所管理的任何后续电话会议，而于是否邀请了该参加方无关。为 了避免这种擅自进入，该用户必须改变其口令代码，并将新的代码通知给其它会议的全部 有意参加方，从而使得了非预约型的一个潜在优点无效。期望的是，向用户提供电子邮件客户端“插件”应用，用于只有一次的会议的安排。 这种插件使得用户能够在创建日程表邀请的过程内安排会议，而不是通过单独的接口来安 排会议并随后将预约细节拷贝至日程表邀请中。然而，这需要针对每种电子邮件客户端类 型来开发、维护并升级特定的电子邮件客户端插件应用，或者，这需要部署并使用会议桥接 器制造商的客户端应用。在后一种情况中，电子邮件客户端插件直接与桥接器平台进行通 信，所以服务供应商对于针对该桥接器而安排的会议没有中心可见性。这会导致多种运行 上的问题，例如口令代码冲突，其中，核心预约系统会发布已经由桥接器针对直接到达该桥 接器的电子邮件客户端预约请求而创建的口令代码。因此，尽管电子邮件客户端安排插件应用向客户提供了有吸引力的优点，但是对 于服务供应商的支撑成本是明显的，并且不易于扩展(scalable)。本发明提供用于提供克服了这些困难的会议设备的替换方法，并在单独的统一系 统中提供了预约型会议和非预约型会议的各种功能。根据本发明，针对潜在的参加方给予对会议设备的预定持续时长的接入。具体地 说，提供了分配用于执行会议功能的电信设备的方法，该方法包括以下步骤对用户进行验 证以允许按照可由该用户选择的预定持续时长来接入所述设备；按照所述预定持续时长来 向所述用户分配资源；以及在所述预定持续时长到期之前的一个或更多个时机，响应于来 自所述用户的命令而将所述资源连接到所述用户。该持续时长可以根据到期日期而定义， 或者按照预定次数的、允许接入所述设备的单独时机而定义，或者按照所述两种情况的组 合而定义。为了允许用户退出会议并重新加入，在针对所述预定次数的接入进行计数时，可 将在预定时段(例如一天)内的多次接入作为单次接入进行计数。可以对不同用户按照不 同持续时长使用同一资源验证通过。为了鼓励负责任地使用预约设备，资源分配可以是优先针对持续时长最受限的用 户而进行。本发明也包含电信会议设备，该电信会议设备包括用于向用户分配资源的供给 (provisioning)设备以及用于生成验证信息的验证处理器，其中，该供给设备和该验证处 理器对接入所述资源进行控制，使得允许所述用户在可由该用户选择的预定持续时长到期 之前的一个或更多个时机接入所述资源。可以使用计时器和/或计数器，以在经过了预定 时段之后或在预定次数的接入之后禁止接入。在该优选实施方式中，通过发出有效期受限的口令代码来批准接入，该有效期可 以根据到期日期而定义，或者按照预定次数的、允许接入所述设备的单独时机而定义，或者按照所述两种情况的组合而定义。可以通过指定较大的允许通话数量，或通过指定较远的 到期日期，来仿真(emulate)非预约型会议设备。为了仿真预约通话，可将单个参加方限制 于仅一次接入，或者将其限制于非常有限的时间范围。有利的是，并且与传统的预约通话不 同，如果重新安排的实际会议时间位于所选择的约束之内，则可以重新安排实际的会议时 间。因为会议主办方不再需要定义精确的会议细节(日期、时间)，仅需要选择一项 “有效期”，所以极大地简化了预约过程。预约通话的另一个特征(即，对可用性的确保)可以通过优先针对有效期最受限 的被允许的用户而进行通话，来部分地进行仿真。因为该网络可以识别出在任意时刻有效 的口令代码的数量并相应地安排资源，所以这提供了按需管理的形式。通过使得有效性最 受限的口令代码优先，这可以防止对具有不必要的过高有效性的口令代码的滥用。现在将参照附图来描述本发明的实施方式，在附图中

图1是例示了协作执行本发明的元件的示意图。图2是例示了在分配口令代码时所执行的过程的流程图。图3和图4是例示了适于图2的过程的界面的例示性的屏幕截图。图5是例示了在使用口令代码进行会议时所执行的过程的流程图。图6和图7是例示了取消供给(cbprovisioning)过程的流程图。图1图示了三个用户终端1、7、8并图示了协作设立该设备的基于网络的各种元 件。包括预约管理系统(RMS)(其包括提供了对口令代码生成子系统21的接入的服务器2、 供给子系统22以及取消供给子系统23)、验证服务器3、会议服务平台4、数据库5以及允许 在多个用户之间进行连接的会议桥接器5。图2例示了由用户执行的设立会议设备的过程。最初，要创建会议预约的用户1 利用互联网浏览器11来接入预约管理系统2 (步骤101)。预约管理系统2在验证服务器3 上运行认证过程(102)(用户名/密码证明，或通过自动的单点登录认证模式)，以对用户1 进行识别。这标识出了任何相关的使用应当所属的用户。在接入了预约管理系统2之后，用户接着请求用于接入该设备的口令代码(步骤 103)。提示该用户对所请求的设备的到期标准进行定义(步骤104)。该用户以请求细节进 行答复(步骤105)。现在，预约管理系统2经由API集成件来向预约子系统21生成请求，以生成新的 口令代码(步骤106)，并且传送以下内容请求方用户的细节、到期日期以及预约类型是有 效期有限的类型这一情况。预约子系统21生成唯一的口令代码组(步骤107)，并将该信息以及拨入细节传送 回请求方服务器2(步骤108)。在该过程中，预约系统也在其预约数据库5中记录该信息 (步骤109)。现在，该预约系统的供给代理22可以对适当的音频及网络混合设备进行预约，以 在会议期间为用户提供实际的音频和网络会议设备(步骤110)。由于可以在到期之前的任 何时刻使用这种预约，所以供给代理应当按照与传统的“非预约型”类型相同的方式来预约 所请求的设备。现在，预约已经准备好可以使用。现在，服务器2可以向主办方用户1提供拨入细节以及口令代码(步骤111)，主办方用户1可以将该拨入细节以及口令代码传送给与他所希望邀请至该会议的参加方7、8。针对同一会议接入码而言，可以将超过一个的口令代码视为有效。这可以允许为 单个用户8赋予对由其它用户1、7长期使用的会议设备的临时接入，而不必仅为了接纳单 个访问者而为平常的用户赋予其它口令代码。通过请求对现有预约进行修改来指定标准 105，从而对提示104进行答复，可以实现这种设置。当然在该情况下，除非所预约的设备对 于大量的参加方而言并不足够，否则不需要附加的预约(步骤110)。图3和图4是示出了提供简化的接入以获取口令代码的插件应用的屏幕截图。该 插件提供了当用户的计算机在工作时始终能够进行预约的功能。为了执行预约，用户可以 简单地右键点击“口令代码”图标50并从菜单51中选择合适的期望有效期。一旦作出了选择，则发起了预约过程(步骤107至109)。生成了唯一的口令代码 组(步骤107)，并且，将该信息以及拨入细节传送回请求方服务器(步骤108)。在自动打 开的新的网络浏览器中将拨入和口令代码细节返回给该用户，图3例示了其屏幕截图。该画面允许用户向该用户期望其参与通话的任何其它用户发出参加方口令代码 61。例如，可以通过使用主席口令代码60从该服务器来接入更复杂的功能(诸如发出针对 同一会议的有效性不同的多个口令代码)。利用该插件可以进行其它功能。例如，图3的屏 幕截图提供了通常在在线安排portals内所提供的各种其它功能的单击快捷接入，例如通过打开新的网络浏览器、对用户进行认证并将用户直接引导到安排会议页面， 来安排会议(图标52)。通过打开新的网络浏览器、并将用户直接引导到会议的网络会议部分的进入页 面，来加入现有会议(图标53)。将用户直接连接至预约历史搜索页面，其中，显示了该用户未来及过去的预约细 节(图标54)。将用户连接至用户设置页面，该页面呈现了针对该用户当前存储的联系方式细节 (图标55)。该插件的设置使得能够设置特定用户偏好，使得该插件可以提供所期望的简单体 验。需要创建认证证明，并且，会要求其它因素(例如用户优选的语言以及本地时区)(如 果不能假设该服务器的全部用户都处于与该服务器相同的时区或彼此处于同一时区，则需 要定义口令代码的到期时间)。因为这并不依赖于同电子邮件客户端的集成，所以口令代码 的生成对于使用不同电子邮件客户端的用户是兼容的。将该应用设置为可以按照这样的方式进行接入，这意味着用户可以在任何时刻预 约会议，而不必首先打开电子邮件客户端来获得安排功能(如现有的电子邮件客户端安排 插件所要求的)。这使得能够通过简单地“点击”图标56并选择“Valid today only (仅今 天有效)”的口令代码(56)来创建即时的会议。然后，可以返回拨入细节，准备好可以通过 任何期望的方式进行分发。用户得到最新生成的口令代码以及返回给他的拨入细节，因为当场生成口令代 码，所以这节省了时间并且提供通常与只有一次的预约相关的安全性级别。因为口令代码 直到到期之后才失效，所以用户可以放心地将拨入细节包括在任何会议邀请中，然后更改 该会议的日期/时间以与人们的日程表保持一致，而不必担心这种更改会反映到该会议系 统上。
在该优选实施方式中，非预约型和预约型会议仅是特殊情况，并且，该过程对于全 部类型都是相同的，但是在其它实施方式中，可以使用特殊的过程来提供针对这些类型的 认证——例如，为了对针对这些过程的现有技术接口(现有用户对此已经熟悉)进行仿真。图5例示了当进行电话会议时所执行的过程。各个用户(1、7、8)拨入至会议服务 平台4 (步骤112)，并提交合适的会议标识和口令代码，该会议标识和口令代码通过参考在 存储部5中所维护的细节而进行验证(步骤113)。这样做的第一用户(这不必一定是主办 方1)也使得供给功能部22使用之前预约的资源(图2的步骤110)来创建所需的会议桥 接器4(步骤114)，用户之后连接至该会议桥接器(步骤115)。然后，其它用户可以通过执 行相同的拨入过程(112、113)并通过分别对针对该会议的有效口令代码进行验证，来连接 至该桥接器。该服务平台识别出所需桥接器6已经就位，并将用户1、8(步骤115)连接至 桥接器6。当最后一个通话方挂断时，将桥接器6断开连接(步骤116)。除了可以针对同一会议桥接器6验证通过超过一个口令代码(每个口令代码的有 效性不同)之外，该过程是传统的。然而，对用户到桥接器的各个连接进行监视，下面将进 行讨论。图6和图7例示了取消供给过程。根据针对口令代码所选择的有效性条件，可以 通过所经过的时间来触发该过程，或通过使用计数器的递增来触发该过程，或同时通过这 两个条件来触发该过程。取消供给代理23对桥接器会议的创建与拆除动作(114、116)进行监视并记录，并 记录单个用户对会议设备的使用(步骤115)。取消供给代理23由存储部5访问口令代码 有效性数据(步骤118)，并且，在每次使用了由使用次数受到限制的口令代码时，对计数器 24进行递增(步骤119)。如果该计数器达到了所允许的最大“使用”次数，则取消供给功 能部23使得该口令代码在音频/网络混合设备上失效(deactivation)(步骤120)。如果 没有达到该最大值，则它并不触发任何取消供给动作。针对计数119进行供给118，其中，并不针对在发生了一次递增之后的预定持续时 长内进行的第二次和后续使用而对计数119进行递增。这使得口令代码受到指定连接次数 限制的用户能够离开并返回到同一会议，而不必进一步递增它们的计数器(例如，在如果 他们需要中断到该会议的连接的情况)。期望的是，失效过程(121)本身并不立刻发生，相反，而是例如作为由日期功能部 25所引导的周期性过程(例如，一天一次)。同样，这使得口令代码“只有一次”的用户能 够离开并返回到同一会议(例如，在如果这些用户中断的情况)。此外，周期性过程121识别出要到期的时间受限的任何预约(图7的步骤122)，并 且，通过从供给功能部中移除对音频/网络混合设备(其构成桥接器6)的已经到期的任何 预约来针对该预约取消供给，并且更新存储部5，使得不再允许使用过期的口令代码。
权利要求
一种分配用于执行会议功能的电信设备的方法，该方法包括以下步骤对用户进行验证以允许按照可由该用户选择的预定持续时长来接入所述设备；按照所述预定持续时长来向所述用户分配资源；以及在所述预定持续时长到期之前的一个或更多个时机，响应于来自所述用户的命令而将所述资源连接到所述用户。
2.根据权利要求1所述的方法，其中，所述持续时长是按照到期日期而定义。
3.根据权利要求1或2所述的方法，其中，所述持续时长是按照预定次数的、允许接入 所述设备的单独时机而定义。
4.根据权利要求3所述的方法，其中，所述设备在达到了预定次数的接入之后的预定 时段内保持可接入。
5.根据权利要求1、2、3或4所述的方法，其中，资源分配是优先针对持续时长最受限的 用户而进行。
6.根据权利要求1、2、3、4或5所述的方法，其中，对不同用户按照不同持续时长使用同 一资源进行验证。
7.根据权利要求1、2、3、4、5或6所述的方法，其中，所述资源包括对会议桥接器的接入。
8.一种电信会议设备，该电信会议设备包括用于向用户分配资源的供给设备以及用于 生成验证信息的验证处理器，其中，该供给设备和该验证处理器控制对所述资源的接入，使 得允许所述用户在可由该用户选择的预定持续时长到期之前的一个或更多个时机接入所 述资源。
9.根据权利要求8所述的电信会议设备，该电信会议设备包括定时器，该定时器在经 过了预定时段之后禁止接入。
10.根据权利要求8或9所述的电信会议设备，该电信会议设备包括计数器，该计数器 确定所述用户接入所述资源的次数，并且在预定次数的这种接入之后禁止接入。
11.根据权利要求10所述的电信会议设备，其中，所述计数器包括延迟定时器，该延迟 定时器在达到了所述预定次数的接入之后将可接入性保持预定时段。
12.根据权利要求8、9、10或11所述的电信会议设备，其中，所述供给系统被设置为使 得接入条件最受限的用户优先接入资源。
13.根据权利要求8、9、10或11所述的电信会议设备，该电信会议设备还包括会议桥接 设备，对该会议桥接设备的接入是由所述供给设备控制。
全文摘要
通过对用户进行验证以按照预定持续时长内接入设备(107)，并且通过按照预定持续时长向该用户分配资源(110)，来准许预期的参加方(1)按照预定持续时长内接入远程会议系统。该持续时长可以根据到期日期而定义，或者按照预定次数的、允许接入所述设备的单独时机而定义，或者按照所述两种情况的组合而定义。为了使得用户能够退出会议并重新加入，在针对所述预定次数的接入进行计数时，可将在预定时段(例如一天)内的多次接入视为单次接入。可以对不同用户按照不同持续时长使用同一资源验证通过。这种配置在单独的统一系统中提供了预约型会议和非预约型会议的各种功能。可以通过指定较大的允许通话数量，或通过指定较远的到期日期，来仿真非预约型会议设备。为了仿真预约通话，可将单个参加方限制于仅一次接入，或者将其限制于非常有限的时间范围。与传统的预约通话不同，如果重新安排的实际会议时间位于所选择的约束之内，则可以重新安排实际的会议时间。为了鼓励负责任地使用预约设备，资源分配可以是优先针对持续时长最受限的用户而进行。具体地说，对预约通话可用性的确保可以通过优先针对有效期最受限的被允许的用户而进行通话，来进行仿真。因为该网络可以识别出在任意时刻有效的口令代码的数量并相应地安排资源，所以这提供了按需管理的形式。
文档编号H04M3/56GK101946499SQ200980105177
公开日2011年1月12日 申请日期2009年1月23日 优先权日2008年2月15日
发明者贾森·哈里·金 申请人:英国电讯有限公司