CN101032157A

CN101032157A - 用于在电信中提供在线等待服务的方法和系统

Info

Publication number: CN101032157A
Application number: CNA2005800312229A
Authority: CN
Inventors: 兰德尔·B·拜德
Original assignee: Cisco Technology Inc
Current assignee: Cisco Technology Inc
Priority date: 2004-11-02
Filing date: 2005-10-28
Publication date: 2007-09-05
Anticipated expiration: 2025-10-28
Also published as: US8542813B2; EP1808003A2; EP1808003B1; WO2006050088A2; US20060093116A1; EP1808003A4; CA2586104A1; WO2006050088A3; CN101032157B

Abstract

根据本发明的一个实施例，一种用于辅助通信的方法包括接收表明主叫者希望对与被等待者相关的电话进行等待的指示，以及响应于所述指示将所述主叫者分配给等待者队列，所述等待者队列存储对与所述被等待者相关的电话进行等待的多个等待者的以优先级顺序排列的列表。

Description

用于在电信中提供在线等待服务的方法和系统

技术领域

本发明一般地涉及电信系统，更具体地说，本发明涉及用于在电信中提供等待特征的方法和系统。

背景技术

电信在当今的社会中正变得愈发重要。主叫者经常遇到的一个问题是由于被叫者的电话占线而无法与被叫者联系。该问题的一种解决之道是一些电话系统中所提供的等待特征(camp feature)。等待特征允许主叫者在呼叫由于被叫者占线而失败时完成呼叫。根据一种方法，如果被叫者占线，则主叫者调用在线等待特征。当被叫者挂断先前呼叫时，被叫者被自动响铃。在基于TDM的系统中，在线等待特征经常被实现在交换机处。

发明内容

根据本发明的一个实施例，一种用于辅助电信的方法包括接收表明主叫者希望在线等待与被等待者相关的电话的指示，以及响应于所述指示将所述主叫者分配给等待者队列，所述等待者队列存储在线等待与所述被等待者相关的电话的多个等待者的以优先级顺序排列的列表。

本发明的实施例可提供多种技术优势。某些实施例可受益于这些优势中的一些、零个或所有。例如，根据本发明的一个实施例，通过创建以优先级顺序排列的列表来解决与当被等待者变得可用时准予哪个等待者访问该被等待者相关的问题。另外，在一个实施例中，这种以优先级顺序排列的列表可由被等待者管理，使得被等待者可选择谁可被准予访问其电话。另一个技术优势涉及与不再可用的等待者相关的问题。例如，通过仅当等待者具有“开放”状态时在等待者与被等待者之间安排呼叫，等待的取消可被避免。另外，通过包括与不应答电话的等待者相关的超时特征，特定等待者的不断响铃可被避免。

其他优势对本领域技术人员可显而易见。

附图说明

现在结合附图来参照下列描述，其中相似的标号表示相似的部件，其中：

图1是图示了根据本发明的一个实施例的教导的结合多个出席用户代理和出席监视器的出席服务器的框图；

图2A是根据本发明的教导的图1的出席服务器的一个示例的框图；

图2B是根据本发明的教导的图1的出席服务器的第二示例；

图3是图示了根据本发明的教导的图1的出席服务器的操作的流程图；以及

图4A到图4C是图示了根据本发明的教导的图1的系统的操作的图表。

具体实施方式

本发明的实施例通过参照附图的图1到4C来最好地理解，相似的标号被用于各种附图中的相似和对应的部件。

图1是用于通过多个被等待者(campee)来提供等待功能的系统10的框图。系统10包括出席实体(presentity)12、出席服务器14，以及多个出席监视器16。出席实体12表示期望与其进行通信的特定一方，例如被叫方或者说被叫者。出席服务器14是单台计算机或成组计算机，其能够接收关于一个或多个出席实体12的出席信息和将该信息选择性地提供给出席监视器16。出席服务器的示例包括如IETF规范所定义的出席服务器。出席监视器16表示希望获得关于一个或多个出席实体12的出席信息的实体。出席信息可包括关于出席实体12是否在打电话、出席实体12是否登入计算机、出席实体12是否位于特定位置的信息，或者一般关于可用性、位置或出席实体所参加的活动的其他类型的信息。

多个出席用户代理(PUA)18也被图示。出席用户代理18获得关于出席实体12的出席的一个方面的特定信息。出席用户代理18的一个示例是包含在电信交换机中的确定与出席实体12相关的电话的话机状态(hook status)的软件或硬件。出席用户代理的另一个示例是监视与出席实体12相关的计算机是否被登入的软件。出席用户代理的第三个示例是与出席实体12所带的ID标志进行通信以指示出席实体12的位置的设备。出席用户代理的另一个示例是IP电话。虽然特定的出席用户代理被描述，但是根据本发明的教导多种出席用户代理可被使用，包括那些待开发的。出席用户代理18确定出席实体12的出席状态并将状态提供给出席服务器14。

出席服务器14的非集合(unaggregated)出席实体块20从一个或多个出席用户代理18接收表明出席实体12的出席状态的一个或多个指示。该信息根据出席实体集合策略块22的出席实体集合策略而被集合。这种策略的一个示例是，如果所有的出席实体状态为绿(或者说“开放”)则出席实体的集合出席状态为绿，但是如果任何出席实体状态为红(或者说“闭合”)则出席实体12的出席状态为红。

出席实体集合策略块22将集合出席实体状态输出到集合出席实体状态块24。集合出席实体状态块24将该集合出席实体状态提供给出席实体过滤策略块26。

如下面所更详细描述的，出席实体过滤策略26可执行策略来将出席实体12的出席实体状态选择性地提供给一个或多个出席监视器16，使得该状态可依赖于出席监视器16的身份而不同。在实现该功能时，可利用等待者队列(camper queue)28来确定将出席实体12的出席实体状态提供给任何特定出席监视器16的顺序。

本发明的教导认识到了传统在线等待服务的一些局限。例如，难于解决当被叫者变得空闲时无法确定等待者(这里也被称为主叫者)是否可用这一问题。这可导致等待特征被取消，或导致等待者的电话不断响铃。另外，难于对不接电话而非只是电话占线的被叫者进行在线等待。此外，被叫者无法管理等待者的列表是决不期望的。另外，人们认为传统系统无法恰当地解决多个等待者对单个被等待者进行等待的问题。

根据本发明的教导，传统在线等待服务的上述局限在本发明的一些实施例中被解决。例如，被叫者的出席状态可被用于将等待功能扩展到无应答的情况。此外，当等待者不再出席时，其出席状态可被用来避开其电话。被等待者可检查各种等待者的状态和管理其接收等待者访问或拒绝不期望的等待者的访问的次序。根据本发明的一个实施例，维护等待者队列，其将多个等待者存储在以优先级顺序排列的列表中。因此，可以规定，准予等待同一被等待者的多个等待者中的特定等待者在被等待者变得可用时首先访问被等待者。在一个实施例中，被准予首先访问的特定者是等待被等待者的第一个等待者。因此，基于先入先出来处理等待者。然而，可使用其他的优先级判定方法，包括基于被等待者的输入来区分优先级，以及基于诸如等待者的身份这样的其他预定规则来区分优先级。

具体的说，根据本发明的一个实施例，“在线等待队列”过滤策略被实现在出席服务器14中的出席实体过滤策略块26中或规定的被等待者出席实体12中。根据该过滤实施例，每次只能将被等待者(出席实体12)的开放通知给一个队列元素。这防止了所有等待者在被等待者变得可用时同时扑向被等待者。等待者利用出席监视器16来请求被加入等待队列28或被从等待队列28除去。这可以通过任何的合适协议来完成或者可以通过监视与每个被等待者相关的专用“在线等待”出席实体来完成。队列中的等待者具有固定量的时间来完成对被等待者的呼叫。如果它们无法完成呼叫则它们被临时禁用，假定等待者不可用。稍后在完成呼叫的尝试中被临时禁用的等待者将被重新启用。如果等待者自己的出席实体显示出它们被关闭则等待者也可被禁用；换言之，等待者在其不可用时可被禁用。

在一个实施例中，等待者所具有的优先级高于正常的非等待监视器。虽然存在活动的等待者，但是正常的监视器总是把被等待者看作“关闭”，换言之占线。当所有的等待者被禁用时，或者当没有等待者时，非等待的监视器接收到关于被等待者的开放出席信息。另外，根据一个实施例，被等待者可以查询等待队列28的当前状态并且可以重新安排该队列中的等待者的优先级。

图2A是根据本发明的教导的出席服务器10的部件30的一个实施例。在该示例中，部件30接收来自等待者出席用户代理监视器32、34和36的关于多个等待者的出席实体状态信息。另外，部件30接收来自被等待者出席用户代理40的出席实体状态信息。等待浏览器42与存储在部件30中的等待队列出席过滤器44进行通信，从而允许被等待者查看和操作等待队列出席过滤器44。被等待者出席实体块48集合从被等待者出席用户代理40和类似出席用户代理(如果利用了多于一个出席用户代理)接收到的出席实体状态信息。被等待者出席实体的集合状态被提供给等待队列出席过滤器44。等待队列28是对被等待者进行等待的等待者的队列。可通过来自等待者出席用户代理32、34和36的请求将等待者加入等待者队列28。可利用诸如HTTP通信这样的任何合适形式的请求，或者可基于订阅了被等待者状态的等待者来暗示该请求。

在本实施例中，部件30中包括多个等待者出席实体块50、52和54。每个等待者出席实体块存储相应等待者出席用户代理监视器的集合出席实体状态。因此，在确定被提供给相应的等待者出席用户代理监视器的被等待者的出席实体状态时，特定等待者的出席实体状态被等待队列出席过滤器使用。另外，非等待监视器38接收来自等待队列出席过滤器44的出席状态。

在操作中，希望对被等待者进行在线等待的一方将这种请求从相关的等待者出席用户代理监视器通过线路47之一提供给等待者队列28。用于完成该操作的合适协议包括HTTP交换和简单出席“监视”订阅。被等待者队列块46将与该请求相对应的等待者通过线路45加入等待队列出席过滤器。在一个实施例中，等待队列出席过滤器44维护与请求对被等待者进行在线等待的每个等待者相对应的先入先出的优先级列表。根据一个实施例，被等待者可通过线路49来操作该列表，其中在该示例中，被等待者可通过等待浏览器42来操作等待队列出席过滤器中的等待者的次序。被等待者出席实体块48所存储的被等待者的出席实体状态通过线路51被提供给等待队列出席过滤器44。

当被等待者变得可用时，“开放”或者说可用状态被提供给在等待者队列中具有第一优先级的等待者。然而，根据一个实施例，为了使这种情况发生，不但等待者必须是队列中的第一个而且等待者必须也具有“开放”或者说可用状态。换言之，如果等待者不同样“开放”则其将不被提供被等待者的“开放”状态。对于队列中的所有其他等待者，当被等待者出席实体状态对队列中的第一等待者变得“开放”时，则其余的等待者将接收到被等待者的“关闭”状态。应该注意到，除上述的开放/关闭出席状态之外，本发明还预期到了出席状态的丰富形式的使用。为等待者中的每一个所接收到的针对等待者中的每一个的被等待者状态通过线路53被提供给相应的出席用户代理监视器，包括未等待的监视器38。仅当等待队列出席过滤器为空时，才向非等待的监视器提供被等待者的“开放”状态。因此，当多个等待者正对特定被等待者进行等待时，进入队列的第一个等待者在被等待者变得可用且等待者也可用时被准予访问被等待者。当这种情况发生时，被等待者和等待者被自动响铃，以完成呼叫。因此，根据本发明的教导，准予等待者访问被等待者的顺序是由出席过滤器确定的，出席过滤器可使用先入先出过滤器，或者所述顺序可以以包括接收来自被等待者的输入的其他方式来区分优先级。

注意到出席服务器10响应来自等待者监视器32、34、36的某一一般行为并与该行为合作，所述出席服务器10具有以优先级顺序排列的等待者队列28和相关的过滤器。监视器32、34、36通过将自己放入等待者队列28中，或通过经由HTTP请求入队(enqueue)然后进行订阅来监视被等待者的出席实体，或仅通过订阅来表明其等待意图。当监视器32、34、36看见被等待者的出席实体变成“开放”时，其尝试向用户通知可以安排呼叫。如果用户进行响应，则监视器32、34、36随后安排呼叫，停止对被等待者的出席实体的订阅，并且在有些情形下请求被从等待者队列28除去。一旦等待者尝试进行呼叫，该过程就将该等待者从队列服务器除去。

如果呼叫失败，则监视器32、34、36可以将自己重新加入等待者队列28中。在一些实施例中，功能可被提供在过滤器44或机构的其他合适位置中，以指示等待者未能接通呼叫和将等待者插入除等待队列28的末端之外的某处位置中。

在图2A的实施例中，出席服务器30是同时包括等待队列出席过滤器和等待者出席实体块的定制出席服务器。然而，在一些实施例中，期望使用普通出席服务器，同时在单独设备上执行等待队列出席过滤器功能，从而无需修改出席服务器本身。

图2B图示了在线等待队列服务器56、普通出席服务器58、被等待者出席用户代理60、多个等待者出席用户代理和监视器62、64和66，以及非等待监视器68。除了普通出席服务器58工作得象通常没有在线等待队列服务器一样之外，图2B的系统的操作与图2A的系统的操作类似。在该示例中，在线等待队列服务器56包括等待队列出席过滤器70和被等待者出席实体块72。被等待者出席实体块72被级联(cascade)，意味着其对每个等待者出席用户代理和监视器62、64和66具有不同的输出。作为普通出席服务器，出席服务器58通过出席实体块74、76、78和80维护被等待者和各等待者中的每一个的出席实体状态。

在操作中，当被等待者变为可用时，被等待者状态开放的指示被提供给被等待者出席实体块74。被等待者的出席实体状态被在线等待队列服务器56中的被等待者出席实体块72监视。当看见被等待者出席实体块72所存储的开放状态时，等待队列出席过滤器确定队列中的第一个等待者并确定该等待者当前具有“开放”状态。等待队列出席过滤器70与被等待者出席实体状态72进行通信，以将“开放”出席实体状态输出给队列中同样具有“开放”状态的第一等待者。“关闭”状态被提供给所有其他等待者。

在一个实施例中，如线路69所指示，非等待监视器可通过普通出席服务器58直接访问被等待者出席实体状态。因此，在这种情况下，在不允许等待监视器访问开放的被等待者的某些情况下允许非等待监视器访问开放的被等待者。

在图2A或2B中的任一实施例中，一旦等待者被提供“开放”状态，则呼叫可在等待者和被等待者之间发生，如下面连同图4所更详细地描述的。用来实现用于允许多个等待者访问一个被等待者的上述过程的具体结构可能变化。例如，在一种方法中，不同的过滤器可被用于作为等待者的监视器和非等待者的监视器。

因此，可以利用除即时消息过滤器之外还使用等待者队列的出席服务器，即时消息过滤器和等待者队列都选择性地访问特定出席实体的状态。在一个示例中，即时消息过滤器总是可以提供出席实体的合适状态，而等待者队列过滤器仅向队列中的第一等待者提供“开放”状态。因此，在该示例中，等待监视器和即时消息监视器可对与当前出席服务器中与特定过滤器相对应的两个不同地址进行订阅。在另一个实施例中，在出席服务器中还可利用相同的出席实体过滤器，其被等待监视器和诸如即时消息监视器这样的非等待监视器访问。可通过诸如不同的HTTP消息这样的被发往过滤器的不同消息来区分这些不同类型的监视器。在一个示例中，一条HTTP消息可标识等待者专用的请求，而另一条消息可标识即时消息监视器专用的请求。在第三实施例中，与图2B的方法类似，利用了普通出席服务器，其允许非等待监视器直接访问特定出席实体的出席实体状态，而等待者必须通过被耦合到普通出席服务器的另外的等待队列出席服务器。该方法帮助了上述的等待队列策略的实现，而无需修改现有的出席服务器。

图3是图示了在处理对共同被等待者进行等待的多个等待者的优先级区分时与图1、2A和2B的等待队列出席过滤器相关的动作的流程图。注意到提供顺序流程图是为了更好地描述可执行的各种动作，但是不应被理解为暗示基础(underlying)过程不可以是事件驱动的。图4A和4B中描述了示例的呼叫转发过程。方法在步骤102处开始。在步骤104处，判定相关等待者队列是否为空。如果队列为空，则出席实体的状态在步骤106处被传递给所有监视器。然而，如果队列非空，则在步骤108处询问是否有任何“开放”的等待者队列实体。如果没有开放的等待者队列实体，则被等待者的出席实体状态被不变地传递给不在队列中的监视器，如块110所示。然而，如果队列中没有开放的等待者，则在步骤114处确定等待实体状态是否为“开放”。如果等待实体状态非开放，则处理将在适合的时候在步骤108处重新开始。然而，如果等待实体状态为开放，则“开放”的出席实体状态在步骤116处被提供给队列中的第一等待者。

在步骤118处，监视器状态被设为已被通知。监视器状态表示特定监视器是否已被通知了“开放”状态。该状态可被存储在出席服务器14中并且在特定实施例中可被存储于出席实体过滤策略块26以及等待队列出席过滤器44；然而，其可被存储在其他位置中。过程在步骤119处继续，其中发生了对待接通的呼叫的等待。在步骤120处定时器被设置，在关于监视器已经将自己从队列除去的通知之前，指示出呼叫曾被接通。在步骤112处，在被通知的状态被除去之前判定定时器是否到期。应该注意到，队列元素将应监视器的机器的请求而被除去，如图4A和4B的示例中所述。如果定时器尚未到期，则呼叫曾被客户接通。然而，如果定时器的确到期，指示出与监视器相关的主叫者尚未应答其电话(虽然其出席实体状态可能仍是“开放”)，则与该监视器相关的主叫者在步骤126处被标记为稍后重试。

在步骤128处，与特定监视器相关的主叫者被移动到队列的末端，并且在步骤130处为重试设置了第二定时器。在步骤132处，判定用于重试的第二定时器是否到期。该步骤被继续，直到定时器已到期为止。在步骤134处，取决于监视器的状态将与监视器相关的主叫者设为“开放”或者“关闭”。注意到等待者可能不期望无限期地逗留在等待队列中，例如在等待者外出的情况下可能发生。为了避免这种情况，在定时器几次到期之后等待者未能尝试呼叫的情况下，等待者可被从等待者队列除去。这种方法可通过出席过滤器44来实现，并且还可涉及与等待者的电话相关的合适编程。方法在步骤136处结束。

图4A、4B和4C是图示了在两个等待者希望等待同一被等待者的示例中根据本发明的一个实施例可能发生的各种动作的图表。在该图表中，垂直线对应于等待者202、等待者204、非等待者206、实现了队列过滤器的出席服务器208和被等待者210采取的动作。诸如非等待者206这样的非等待者例如可能是即时消息客户。下面的示例是SIP/SIMPLE的示例。图4中使用的缩写包括“SUB”，其代表SIP订阅请求。“/200”等符号是以箭头的相反方向流回的SIP响应代码。“PUB”是SIP发布请求，并且“NOT”是SIP通知请求。

块212指示出被等待者以关闭的出席实体状态开始。块214指示了涉及等待者1和等待者2的一系列动作，等待者1和等待者2监视被等待者并将本身加入等待者队列。具体的说，在步骤216处等待者1发送命令到出席服务器，以监视被等待者。在步骤218处，等待者202通过HTTP命令表达希望将本身加入等待者队列。在该示例中，等待者204在步骤210、220和222处采取相应的动作。另外，非等待者206在步骤224处开始监视被等待者210。

块226指示了导致等待者202和204变成关闭的动作，意味着两等待者都不可用来与被等待者212进行呼叫。在该示例中这是通过等待者202的步骤228和等待者204的步骤230来实现的。如图4B所示，块232指示出因为两个等待者都不可用所以非等待监视器206看见被等待者210变成“开放”，如块234和236所示。这是响应于被等待者在步骤233处发布被等待者“开放”出席实体状态。在步骤240和步骤242处，两个等待者都变回“开放”，如块238所示。

在被等待者在步骤244处发布“开放”状态之后，作为队列中的第一个的等待者202被通知了被等待者210的“开放”状态。根据该示例，等待者202已经走开并且被等待的呼叫无法被完成，如块248处所示。出席服务器在步骤250处检测到该情况，因为等待者202的通知已经超时。作为响应，出席服务器向等待者202通知因为等待者202已经超时故被等待者被关闭，如块252所示。另外，因为等待者204在队列中是下一个所以等待者204被通知了被等待者开放，如块254和256所示。

在步骤260处，被等待的呼叫成功。另外，等待者204提供信号来使本身从等待队列出列。这可通过相关的监视器或通过其他合适设备来发送。在该示例中，队列命令是发往出席服务器208的HTTP命令。在步骤264处，被等待者的“关闭”状态被发布到所有的等待者，因为被等待者应答了等待者204的呼叫。在步骤266处，等待者202的重试定时器到期并且等待者202的等待队列状态变成“开放”。

继续该示例，与等待者204的呼叫被结束，如块268所示，导致被等待者向出席服务器发布“开放”状态，该“开放”状态在步骤274处又被通知到等待者202。作为响应，等待者202安排到对等待者210的呼叫，如块276所示。在成功进行呼叫之后，等待者在本示例中通过在步骤280处发送HTTP命令到出席服务器208来使本身从等待者队列出列，如块278所示。响应于呼叫的完成，被等待者210在步骤282处向出席服务器208发布“关闭”状态。继续本示例，被等待者210与等待者202间的呼叫被完成，如块284所示，导致被等待者在步骤286处将其出席实体状态发布给出席服务器208和在步骤288处向非等待者206通知被等待者210的开放状态。进行该通知是因为没有等待者留在队列中，因此所有的非等待实体被准予访问被等待者210的出席实体状态。

虽然已经详细描述了本发明和其优势，但是应当明白，其中可以进行各种变化、替换和改变，而不脱离如所附权利要求书所限定的本发明的精神和范围。

Claims

1.一种用于辅助通信的方法，包括：

接收表明主叫者希望对与被等待者相关的电话进行等待的指示；

响应于所述指示，将所述主叫者分配给等待者队列，所述等待者队列存储对与所述被等待者相关的电话进行等待的多个等待者的以优先级顺序排列的列表；

将所述以优先级顺序排列的列表提供给所述被等待者；

响应于所述被等待者所提供的信息来设置所述以优先级顺序排列的列表的顺序；

通过从与所述被等待者相关的至少一个出席用户代理接收所述被等待者接听呼叫的看起来的可用性，对所述看起来的可用性进行监视；以及

响应于表明所述被等待者看来可用来接听呼叫和被所述以优先级顺序排列的列表中的最高优先级的主叫者达到的指示，自动向所述主叫者提供表明所述被等待者看来可用来接听呼叫的指示。

2.根据权利要求1所述的方法，其中，设置所述以优先级顺序排列的列表的顺序包括在向所述被等待者提供所述以优先级顺序排列的列表之前设置所述顺序。

3.根据权利要求1所述的方法，其中，设置所述以优先级顺序排列的列表的顺序包括在向所述被等待者提供所述以优先级顺序排列的列表之后设置所述顺序。

4.一种用于辅助通信的方法，包括：

响应于所述指示，将所述主叫者分配给等待者队列，所述等待者队列存储对与所述被等待者相关的电话进行等待的多个等待者的以优先级顺序排列的列表。

5.根据权利要求4所述的方法，还包括当所述主叫者得到所述以优先级顺序排列的列表中的最高优先级并且所述被等待者看来可用来接听呼叫时自动向所述主叫者提供表明所述被等待者看来可用来接听呼叫的指示。

6.根据权利要求4所述的方法，其中，所述以优先级顺序排列的列表是先入先出式列表。

7.根据权利要求4所述的方法，还包括响应于所述被等待者所提供的信息来设置所述以优先级顺序排列的列表的优先级顺序。

8.根据权利要求4所述的方法，还包括响应于所述等待者的身份来设置所述以优先级顺序排列的列表的优先级顺序。

9.根据权利要求4所述的方法，还包括允许所述被等待者访问所述以优先级顺序排列的列表。

10.根据权利要求4所述的方法，其中，自动向所述主叫者提供表明所述被等待者看来可用的指示还包括仅在所述主叫者看来可用的情况下自动向所述主叫者提供表明所述被等待者看来可用的指示。

11.根据权利要求4所述的方法，还包括通过出席服务器来监视所述被等待者接听呼叫的可用性。

12.根据权利要求4所述的方法，还包括通过出席服务器来监视所述多个等待者接听呼叫的可用性。

13.根据权利要求5所述的方法，还包括响应于表明所述主叫者可用的指示来自动安排从所述主叫者到所述被等待者的呼叫。

14.一种用于辅助通信的系统，包括：

出席服务器，可操作用来接收与至少一个被等待者中的相应被等待者相关的至少一个指示，所述指示表明所述被等待者的可用性；以及

存储器，存储了对所述被叫者进行等待的多个等待者的至少一个以优先级顺序排列的列表。

15.根据权利要求14所述的系统，还包括可操作用来设置所述以优先级顺序排列的列表的优先级顺序的过滤器。

16.根据权利要求15所述的系统，其中，所述过滤器和所述以优先级顺序排列的列表被存储于所述出席服务器之内和所述出席服务器之外中的一个中。

17.根据权利要求14所述的系统，还包括可操作用来生成表明所述被等待者的可用性的至少一个指示的出席用户代理。

18.根据权利要求14所述的系统，还包括可操作用来生成表明所述等待者中的至少一个等待者的可用性的至少一个指示的至少一个出席用户代理。

19.根据权利要求15所述的系统，其中，所述过滤器还可操作用来以先入先出的方式来设置所述以优先级顺序排列的列表的优先级顺序。

20.根据权利要求15所述的系统，其中，所述过滤器还可操作用来响应于所述被等待者所提供的信息来设置所述以优先级顺序排列的列表的优先级顺序。

21.根据权利要求15所述的系统，其中，所述过滤器还可操作用来响应于所述等待者的身份来设置所述以优先级顺序排列的列表的优先级顺序。

22.根据权利要求14所述的系统，还包括所述以优先级顺序排列的列表与所述被等待者之间的连接，该连接允许所述被等待者访问所述以优先级顺序排列的列表。

23.一种存储在计算机可读介质上的计算机程序，所述计算机程序当在处理器上执行时可操作用来：

接收表明主叫者希望对与被等待者相关的通信设备进行等待的指示；

24.根据权利要求23所述的计算机程序，其中，所述计算机程序还可操作用来当所述主叫者得到所述以优先级顺序排列的列表中的最高优先级并且所述被等待者看来可用来接听呼叫时向所述主叫者提供表明所述被等待者看来可用来接听呼叫的指示。

25.根据权利要求23所述的计算机程序，其中，所述以优先级顺序排列的列表是先入先出式列表。

26.根据权利要求23所述的计算机程序，其中，所述计算机程序还可操作用来响应于所述被等待者所提供的信息来设置所述以优先级顺序排列的列表的优先级顺序。

27.根据权利要求23所述的计算机程序，其中，所述计算机程序还可操作用来响应于所述等待者的身份来设置所述以优先级顺序排列的列表的优先级顺序。

28.根据权利要求23所述的计算机程序，其中，所述计算机程序还可操作用来允许所述被等待者访问所述以优先级顺序排列的列表。

29.根据权利要求23所述的计算机程序，其中，所述计算机程序还可操作用来通过仅在所述主叫者看来可用的情况下自动向所述主叫者提供表明所述被等待者看来可用的指示来自动向所述主叫者提供表明所述被等待者看来可用的指示。

30.根据权利要求23所述的计算机程序，其中，所述计算机程序还可操作用来监视所述被等待者接听呼叫的可用性。

31.根据权利要求23所述的计算机程序，其中，所述计算机程序还可操作用来监视所述多个等待者的可用性以便安排呼叫。

32.被编码在介质中的逻辑，可操作用来：

33.根据权利要求32所述的逻辑，其中，所述逻辑还可操作用来当所述主叫者得到所述以优先级顺序排列的列表中的最高优先级并且所述被等待者看来可用来接听呼叫时自动向所述主叫者提供表明所述被等待者看来可用来接听呼叫的指示。

34.根据权利要求32所述的逻辑，其中，所述以优先级顺序排列的列表是先入先出式列表。

35.根据权利要求32所述的逻辑，其中，所述逻辑还可操作用来响应于所述被等待者所提供的信息来设置所述以优先级顺序排列的列表的优先级顺序。

36.根据权利要求32所述的逻辑，其中，所述逻辑还可操作用来允许所述被等待者访问所述以优先级顺序排列的列表。

37.根据权利要求32所述的逻辑，其中，所述逻辑还可操作用来仅在所述主叫者看来可用的情况下自动向所述主叫者提供表明所述被等待者看来可用的指示。

38.根据权利要求32所述的逻辑，其中，所述逻辑还可操作用来监视所述被等待者接听呼叫的可用性。

39.根据权利要求32所述的逻辑，其中，所述逻辑还可操作用来监视所述多个等待者接听呼叫的可用性。

40.一种用于辅助通信的系统，包括：

用于接收与至少一个被叫者中的相应被等待者相关的至少一个指示的装置，所述指示表明所述被叫者的可用性；以及

用于存储对所述被叫者进行等待的多个等待者的以优先级顺序排列的列表的装置。

41.根据权利要求40所述的系统，还包括可操作用来设置所述以优先级顺序排列的列表的优先级顺序的装置。

42.根据权利要求40所述的系统，所述可操作用来设置所述以优先级顺序排列的列表的优先级顺序的装置和所述以优先级顺序排列的列表被存储于下面两处之一：所述可操作用来接收至少一个指示的装置之中和所述可操作用来接收至少一个指示的装置之外。

43.根据权利要求40所述的系统，还包括用于生成表明所述被等待者的可用性的至少一个指示的装置。

44.根据权利要求40所述的系统，还包括用于生成表明所述等待者中的至少一个等待者的可用性的至少一个指示的至少一个装置。

45.根据权利要求40所述的系统，其中，所述用于设置所述以优先级顺序排列的列表的优先级顺序的装置还可操作用来以先入先出的方式来设置所述以优先级顺序排列的列表的优先级顺序。

46.根据权利要求40所述的系统，其中，所述用于设置所述以优先级顺序排列的列表的优先级顺序的装置还可操作用来响应于所述被等待者所提供的信息来设置所述以优先级顺序排列的列表的优先级顺序。

47.根据权利要求41所述的系统，其中，所述可操作用来设置所述以优先级顺序排列的列表的优先级顺序的装置还可操作用来响应于所述等待者的身份来设置所述以优先级顺序排列的列表的优先级顺序。

48.根据权利要求40所述的系统，还包括位于所述以优先级顺序排列的列表与所述被等待者之间的连接装置，该连接装置允许所述被等待者访问所述以优先级顺序排列的列表。