专利名称：支持呈现的呼叫寻线组的制作方法
技术领域：
本发明总体上涉及一种基于呈现(presence)的通信系统，并且特别地涉及提供一种支持呈现的呼叫寻线组(call hunting group)。
背景技术：
目前由专用交换分机(PBX)和5类交换机提供的一个共同呼叫特征是“呼叫寻线组”特征。寻线组通常包括多个成员，每个成员具有一个或者多个终端(例如手机、桌面电话、PDA、计算机终端等)，其中进入呼叫可以被路由到上述每个终端。例如，寻线组能和企业内不同的组织小组相关联，如客户服务、信息技术(IT)和行政支助小组。但是，寻线组也可以包括具有多个终端的单个成员。
使用特定类型的呼叫调度，寻线组特征使得把在PBX或者5类交换机处接收的进入呼叫路由到寻线组中的终端的一个。各种呼叫调度选项包括轮询呼叫调度、顺序呼叫调度和广播呼叫调度。轮询呼叫调度连续地轮询寻线组内的各个终端，直到识别到一个可以接收该呼叫的空闲终端为止。顺序呼叫调度使用一个终端的优先级列表(即预先定义的终端次序)来识别空闲终端。如果没有终端可用，可以重复顺序的终端振铃或者该呼叫可以被转接到语音信箱中心。广播呼叫调度对寻线组内的每个终端同时进行振铃，并将该呼叫路由到第一个应答该呼叫的终端。如果该呼叫不能被接通，则该呼叫将被放置在等待列队中，以及当有终端变得可以处理该呼叫时，该呼叫被重定向到那个空闲终端。
但是，如果寻线组的成员处于“远离他们的办公桌”、“开会中”、“在另一个终端或者线路上”或者其他的无法接近来应答该呼叫的状态下，取决于使用的呼叫调度的特定类型，无法接近的成员的终端还是可能持续振铃一段特定时间。不必要的终端振铃导致了网络资源的低效率使用，并且在呼叫路由中产生了额外的时延。对很多的企业小组例如客户服务小组和其他的服务相关的小组来说，响应时间是评估整体效率和客户满意度的一个重要因素。
因此，存在这样的寻线组特征的需求其能在一个呼叫寻线组内识别出可用终端，并且把进入呼叫定向到该呼叫寻线组的可用终端。
发明内容
本发明的实施方式提供了用于提供支持呈现的呼叫寻线组的呼叫服务器。该呼叫服务器包括一个到呈现系统的接口，该呈现系统从多个呈现源汇聚呈现信息，所述呈现信息指示形成支持呈现的呼叫寻线组的终端组内的终端的可用性以及与支持呈现的呼叫寻线组中的终端相关联的呈现者组内的呈现者的可用性。该接口抽取与支持呈现的呼叫寻线组相关联的终端和呈现者的呈现信息，并且把该呈现信息提供给呼叫处理器。该呼叫处理器还接收与支持呈现的呼叫寻线组通信会话的请求，根据呈现信息从呈现者组中识别出可用呈现者，根据呈现信息从与可用呈现者相关联的终端组中识别出可用终端，以及把该通信会话定向到可用终端的至少之一。
本发明的实施方式还提供了一种用于提供由与呈现者组相关联的终端组形成的支持呈现的呼叫寻线组的通信系统。该通信系统包括用于从多个呈现源汇聚呈现信息的呈现服务器，其中呈现信息指示了在终端组内的终端的可用性和在呈现者组内的呈现者的可用性。该通信系统还包括用于接收与支持呈现的呼叫寻线组通信会话的请求的呼叫服务器。该呼叫服务器从呈现服务器取回呈现者组内的呈现者的和终端组内的终端的呈现信息，根据呈现信息从呈现者组中识别出可用呈现者，根据呈现信息从与可用呈现者相关联的终端组中识别出可用终端，以及把该通信会话定向到可用终端的至少之一。
在一个实施方式中，呈现服务器还维护每个呈现者和/或终端的偏爱信息。使用偏爱信息对提供给呼叫服务器的呈现信息进行过滤。
本发明的实施方式还提供了一种把通信会话定向到支持呈现的呼叫寻线组的方法。该方法包括接收与支持呈现的呼叫寻线组通信会话的请求；取回呈现信息，该呈现信息从多个呈现源汇聚，指示形成所述支持呈现的呼叫寻线组的终端组内的终端的可用性以及与所述终端组相关联的呈现者组内的呈现者的可用性。该方法还包括根据呈现信息从呈现者组中识别出可用呈现者；根据呈现信息从与所述可用呈现者相关联的终端组中识别出可用终端；和把该通信会话定向到该可用终端中选择出的一个。
通过参考下面结合附图进行的详细描述，可以获得对本发明的更加完整的理解，其中图1示出了一个根据本发明的实施方式的示例性呈现系统；图2示出了一个根据本发明的实施方式的用于提供支持呈现的呼叫寻线组的示例性通信系统；图3是示出了根据本发明的实施方式的用于提供支持呈现的呼叫寻线组的呼叫服务器的示例性组件的方框图；和图4是示出了一个根据本发明的实施方式的把通信会话定向到支持呈现的呼叫寻线组的示例性处理的流程图。
具体实施例方式
参考图1，示出了一个能够实现本发明的各种实施方式的示例性呈现系统100。该呈现系统100包括呈现者(presentity)110和与该呈现者110相关联的一个或多个终端120。呈现者110代表被叫者，并且向呈现系统100提供关于该被叫者的呈现状态的呈现信息。每一个终端120都是能够在通信网络130上发送和/或接收通信的物理通信设备。这样的终端120的例子包括但不限于桌面电话120a、膝上型计算机120b、个人计算机120c、手机120d和个人数字助理(PDA)120e。在图1中，通信网络130代表在其上可以发送媒体(电路交换或分组交换的语音或数据)的任何类型的网络。例如，通信网络130可以包括公共交换电话网络(PSTN)、公共陆地移动网络(PLMN)、一个或多个专用局域网(LAN)、互联网和/或任何其他类型网络或网络的组合。
呈现系统100还包括一个或多个呈现用户代理140(PUA)、呈现代理(PA)150、呈现服务器160和呈现者110的一个或多个观察者(watcher)170。PUA 140能够操作和提供用于呈现者110的呈现信息。在图1中，对于每一个终端120示出了不同的PUA 140。然而，应该理解，在其他实施方式中，PUA 140的数目可以根据终端120的数目和类型、由终端120所支持的应用以及系统配置而变化。每一个PUA 140代表独立地产生用于呈现者110的全部呈现信息的分量的电话应用。典型地，当呈现状态发生变化时，PUA 140产生呈现信息。呈现状态变化的例子包括但不限于打开和关闭终端120、修改来自终端120的注册、和改变终端120上的即时消息状态。作为一个例子，当一个呈现者发起或应答一个电话呼叫时，该电话应用通知呈现服务器将该呈现者的呈现状态设置为“在电话上”。
来自PUA 140的每一个的呈现信息由一个或多个呈现代理(PA)150收集。在图1中，为简单仅示出了一个PA 150。但是，应该理解，在其他实施方式中，对于呈现者110可以有多个PA 150，其中每一个负责当前对于呈现者110激活的总订阅(从观察者170的呈现信息请求)的一个子集。另外，PA 150从日历/日程表应用50(例如Microsoft Exchange Server、IBM Lotus Notes，Meeting Maker或其他类似应用)和呈现信息的其他源60(例如即时消息应用)收集呈现信息。例如，如果呈现者在他或她的日历上从上午10:00到下午12:00安排有会议，则在上午10:00，日历/日程表应用50通知PA 150设置呈现者的呈现状态为“在会议中”。
PA 150汇聚来自每一个源(例如PUA 140、日历50和其他源60)的呈现信息，并为呈现者110维护当前的完整呈现信息。呈现信息180指示如下信息，例如呈现者的可用性、呈现者的当前活动、呈现者所在的当地时间、呈现者的当前位置和激活终端以及在激活终端上运行的应用的当前状态。PA 150还可作为向已经订阅呈现者110的呈现服务的一个或多个观察者170(呼叫者或通信会话发起者)提供呈现信息。
呈现服务器160还为呈现系统100的观察者170和呈现者110存储偏爱(preference)信息190(例如终端偏爱)。例如，偏爱信息190既可以包括由呈现者110为每个观察者170设置的呈现者偏爱信息(例如隐私过滤器)还可包括每个观察者170为呈现者110设置的观察者偏爱信息(例如观察者过滤器)。偏爱信息190用于过滤呈现者110提供给观察者170的呈现信息180，以适应隐私考虑、优先次序需求、管理者政策和安全考虑。
呈现服务器160是可以作为PA 150或代理服务器进行作的物理实体，上述代理服务器用于将请求从观察者170路由到PA 150。呈现服务器160存储用于多个呈现者110和观察者170的呈现信息180和偏爱信息190。因此，与呈现服务器160相结合，PA 150可以接收来自PUA 140的呈现者110的呈现信息，接收来自观察者170对于呈现信息的请求，并将该呈现信息提供给观察者170。当作为PA 150时，呈现服务器160还可以与PUA 140位于同一位置。
呈现系统100使用呈现协议来向呈现者110和观察者170提供呈现服务。可以用于呈现系统100中的呈现协议的例子是会话初始协议(SIP)，如在J.Rosenberg等，2002年6月，“SIPSession InitiationProtocol”RFC3261中和A.Roach等，2002年6月，“Session InitiationProtocol(SIP)-Specific Event Notification”RFC3265中所描述，其中的每一个在此通过参考并入。SIP是用于创建、修改和终止通信(语音、文本和/或多媒体)会话的应用层控制协议。SIP可以与其他协议一起使用，例如实时传输协议(RTP)、实时流协议(RTSP)、会话描述协议(SDP)、国际电信联盟-电信(“ITU-T”)H.263标准(视频CODEC)、G.711和G.729标准(音频CODEC)，以及其他或附加标准或协议。可以理解，可以使用其他或附加协议和配置。
SIP网络可以将请求从网络上的任何用户路由到对用户维护注册状态的服务器。因此，SIP网络使得呼叫者(观察者)可以发送对于与特定被叫者(呈现者110)有关的呈现信息的订阅(SUBSCRIBE)请求，该请求将被路由到维护用于呈现者110的呈现信息的呈现服务器160。在操作中，为了高效的目的，呈现服务器160和PA 150可以与SIP代理/注册器位于同一位置。
现在参考图2，示出了一个根据本发明的实施方式的用于提供支持呈现的呼叫寻线组的示例性通信系统200。图2中，呼叫者240通过通信网络250(例如PSTN、PLMN、LAN、互联网等)向呼叫服务器220发送与寻线组205通信会话(例如实时或者非实时的语音、文本和多媒体(视频+)通信会话)的请求。呼叫服务器220包括任何一种设备，例如电路交换机、路由器、网关或者其他路由媒体(语音、数据等)和/或把媒体从由一种类型网络需要的格式转换成由另一种类型网络需要的格式的交换设备。例如，呼叫服务器220可以是专用交换分机(PBX)或者5类交换机。
响应接收到请求，呼叫服务器220对形成寻线组205的终端组210a、210b、210c...210N进行识别，并且经由接口230访问呈现服务器160以取回与每个呈现者(用户)相关的呈现信息180和与寻线组205内每个终端210a、210b、210c...210N相关的呈现信息180，其中每个呈现者(用户)与寻线组205内的一个或者多个终端210a、210b、210c...210N相关。在一个实施方式中，每个终端210a、210b、210c...210N与不同的呈现者相关。在另一个实施方式中，呼叫寻线组205内的所有终端210a、210b、210c...210N和单个呈现者相关。而在另外的一个实施方式中，两个或者更多终端210a、210b、210c...210N和单个呈现者相关，而剩余的终端210a、210b、210c...210N和一个或者多个呈现者相关，从而每个终端210a、210b、210c...210N只与唯一单个呈现者相关。
接口230配置成用于构造向呈现服务器160的呈现信息请求，以及从呈现服务器160向呼叫服务器220提供呈现信息。接口230包括用于在呼叫服务器220和呈现服务器160间接口的任何硬件、软件、固件或者它们的组合。例如，接口230可以包括一个或者多个执行指令的处理器，以及一个或者多个存储由处理器使用的数据和指令的存储器。处理器通常应理解为一种驱动通用计算机的设备。但是应该明白，其他的处理器设备例如微控制器、现场可编程门阵列(FPGA)、专用集成电路(ASIC)或者它们的组合，也可以应用并且取得此处描述的优点和好处。
在一个实施方式中，接口230被包含在呈现服务器160内。在另一个实施方式中，接口230是一个能访问呈现服务器160的独立系统。在又一个实施方式中，接口230被包含在例如呼叫服务器220的电话服务器内。例如，接口230可以是运行在呼叫服务器220上的一个应用程序。
呈现服务器160汇聚每个与终端210a、210b、210c...210N相关的呈现者的呈现信息180，以及汇聚寻线组205内每个终端210a、210b、210c...210N的呈现信息180，以及将汇聚的呈现者呈现信息180、汇聚的终端呈现信息180和在某些实施方式中相关的偏爱信息190发送回呼叫服务器220。在其他实施方式中，呈现服务器160使用偏爱信息190过滤每个呈现者和/或终端的呈现信息180，并且把汇聚的且过滤过的呈现者和/或终端呈现信息180发送回呼叫服务器220。呼叫服务器220处理从呈现服务器160返回的呈现者呈现信息180，以确定每个呈现者的当前呈现状态，其中上述每个呈现者与呼叫寻线组205内的一个或者多个终端210a、210b、210c...210N相关联。根据每个呈现者的当前呈现状态，呼叫服务器220识别出一个或者多个可用于该请求的通信会话的可用呈现者。然后，呼叫服务器220确定与该可用呈现者相关联的每个终端210a、210b、210c...210N的呈现状态，以及选择一个与可用呈现者相关联的可用终端210a、210b、210c...210N来接收该通信会话。
类似地，确定每个呈现者和与其相关联的终端210a、210b、210c...210N的当前呈现状态，因此，此处只讨论终端210a和与终端210a相关联的呈现者的呈现状态的确定。为了确定与终端210a相关联的呈现者的当前呈现状态，呼叫服务器220首先对于按照所请求媒体类型的所请求通信会话，确定与终端210a相关联的呈现者的媒体状态以及可用性。如果呈现者对于按照所请求媒体类型的所请求通信会话是可用的，则呼叫服务器220接着对于按照所请求媒体类型的所请求通信会话，确定特定终端210a的媒体状态和可用性。此处使用的术语“媒体状态”是指在任何某个时间瞬间的下述状态中的一种和唯一一种INACTIVE(非激活)、ACTIVE(激活)、IN USE(在使用中)、BUSY(忙)。另外，此处使用的术语“可用性”是指在任何某个时间瞬间的下述状态中的一种和唯一一种AVAILABLE(可用)、UNAVAILABLE(不可用)。
更为具体地，呈现信息180，识别由与呈现者相关联的每个终端(包括终端210a)所支持的媒体类型的信息，以及识别由运行在与呈现者相关联的每个终端上的每个应用所支持的媒体类型的信息，被用于获得该呈现者的媒体类型能力。例如，呈现信息180可以包括由呈现者参加的实时语音通信会话的当前数目、由呈现者参加的实时多媒体通信会话的当前数目和由呈现者参加的实时文本通信会话的当前数目。而且，在其他实施方式中，呈现信息180可以包括活动-媒体状态映像，以在安排的活动开始/终止后来更新媒体类型的媒体状态，上述活动例如开会、外出午餐、驾车、参加语音通信会话等。例如，与终端210a相关联的呈现者可以把偏爱数据输入到呈现系统中，规定当呈现者的日历指示该呈现者正在开会时，在呈现者的任何终端或者呈现者的特定终端(例如终端210a)上没有媒体类型可供使用或者只有某些媒体类型可供使用。
在示例性实施方式中，呼叫服务器220把按照所请求媒体类型的与终端210a相关联的呈现者的当前媒体状态与偏爱信息190进行比较，其中偏爱信息190于呈现系统中规定了由呈现者所支持的每种媒体的最大交互数目。在其他实施方式中，由呈现服务器160进行这种比较。特定媒体类型的最大交互数目指示了在该特定媒体状态进入“BUSY”状态之前，呈现者能处理的实时交互的最大数目。该最大交互数目由用户/呈现者作为他/她的偏爱规则的一部分规定。在偏爱信息190中规定的最大交互数目可以与呈现者能支持的实际最大交互数目不同。例如，呈现者可以具有两个终端，其中每个终端能支持三个IM通信会话、两个语音通信会话和一个多媒体通信会话。但是，呈现者可以设置偏爱信息190来将同时发生的IM通信会话数目限制为两个(一个终端一个)，且当呈现者在任一个终端上参加语音通信会话时来阻止任何多媒体通信会话被路由到呈现者的任何终端。
基于由呈现服务器160所提供的呈现信息180和在偏爱信息190中的最大交互数目，呼叫服务器220对于按照所请求媒体类型的所请求实时通信会话，确定呈现者的媒体状态(INACTIVE、ACTIVE、IN USE或BUSY)和可用性(AVAILABLE、UNAVAILABLE)。对每种媒体类型，INACTIVE表示用户/呈现者未准备好处理该种特定媒体类型的交互。例如，当呈现者未使用任何能支持该特定媒体类型的设备登陆到网络上时，INACTIVE状态适用。另外，INACTIVE状态可以由下述结论引起目前呈现者没有既支持所请求的媒体类型又满足由呼叫者240所规定的任何其他标准的激活设备。ACTIVE状态指示用户/呈现者准备好处理该种特定媒体类型的交互。例如，当支持该特定媒体类型的至少一个呈现者终端登陆到网络上时，ACTIVE状态适用。
对每种媒体类型，IN USE状态通知呼叫服务器220呈现者正在参与一个或者多个使用这种特定媒体类型的通信会话。然而，该呈现者还能在一个或者多个终端上处理同样媒体类型的另外交互。对每种媒体类型，BUSY状态指示呈现者不能在任何终端上参加该媒体类型的任何通信会话。例如，BUSY状态可能由于资源(例如通信信道)限制，呈现者的能力限制(例如已经达到该特定媒体类型的最大交互数目)，或者偏爱引起，其中所述偏爱规定了当呈现者的日历指示呈现者正在开会、旅游、不在现场等时，该特定媒体类型不可用(UNAVAILABLE)。
如果在所请求的媒体类型中呈现者的状态是“INACTIVE”或者“BUSY”，呼叫服务器220确定与那个呈现者相关联的任何终端对于该所请求的通信会话UNAVAILABLE。因此，在呼叫寻线组205内与那个呈现者相关联的终端210a和任何其他终端将被认为对于该进入的通信会话UNAVAILABLE。但是，如果呈现者的媒体状态是“ACTIVE”或者“IN USE”，则呼叫服务器220确定呈现者目前对于该通信会话AVAILABLE。如果呼叫服务器220确定呈现者是AVAILABLE，则呼叫服务器220接着确定在呼叫寻线组205内的与该呈现者相关联的每个终端的媒体状态和可用性。
再次，呼叫服务器220可以把在所请求的媒体类型中的该呈现者的特定终端210a的当前媒体状态与偏爱信息190进行比较，其中偏爱信息190规定了由终端210a所支持的每种媒体类型的最大交互数目。例如，终端210a可以同时支持无限制的文本(例如IM)通信会话，两个语音通信会话和一个多媒体通信会话，但是呈现者可以设置他/她的偏爱信息190来将IM通信会话数目限制为两个，语音通信会话数目限制为一个，且当在终端210a上参加语音通信时来阻止任何多媒体通信会话。
基于在偏爱信息190中的最大交互数目和由呈现服务器160所提供的呈现信息180，呼叫服务器220确定终端210a对于按照所请求媒体类型的所请求实时通信会话的媒体状态(INACTIVE、ACTIVE、IN USE或BUSY)和可用性(AVAILABLE、UNAVAILABLE)。对每种媒体类型，INACTIVE表示终端210a不能够或者没有准备好处理该种特定媒体类型的交互。ACTIVE状态指示终端210a能够或者准备好处理该种特定媒体类型的交互。IN USE状态通知呼叫服务器220终端210a正在参加一个或者多个使用这种特定媒体类型的通信会话。然而，终端210a还能处理该同样媒体类型的另外交互(即在所请求的媒体类型中对于终端210a还存在另外通信信道)，而且偏爱信息190没有排除该媒体类型的另外交互。BUSY状态指示终端210a不能进行该媒体类型的任何另外通信会话(即在所请求的媒体类型中对于该终端210a不存在另外的通信信道)。
如果在所请求的媒体类型中终端210a的媒体状态是“INACTIVE”或者“BUSY”，则呼叫服务器220确定终端210a对于该所请求的通信会话UNAVAILABLE。但是，如果终端210a的媒体状态是“ACTIVE”或者“IN USE”，则呼叫服务器220确定终端210a对于该所请求的通信会话AVAILABLE。最后，如果呼叫服务器220指示终端210a和与终端210a相关联的呈现者当前对于该通信会话都AVAILABLE，则呼叫服务器220把终端210a包含进呼叫寻线组205中的可用终端列表。
根据该可用终端列表，呼叫服务器220使用特定类型的呼叫调度(如轮询、顺序或者广播)把通信会话定向到可用终端210a、210b、210c...210N中的一个。例如，假设呼叫寻线组205内的所有终端210a、210b、210c...210N和相关联的呈现者都是可用的，呼叫服务器220可以使用轮询呼叫调度以轮询的方式对终端210a、210b、210c...210N进行振铃，直到终端210a、210b、210c...210N中的一个应答了该呼叫。作为另外一个例子，呼叫服务器220可以使用顺序呼叫调度基于一个预先定义的终端顺序对终端210a、210b、210c...210N进行振铃，直到终端210a、210b、210c...210N中的一个应答了该呼叫。再一个例子，呼叫服务器220可以使用广播呼叫调度对组205内的每个终端210a、210b、210c...210N同时进行振铃，并把该呼叫定向到第一个应答该呼叫的终端。
图3是示出了根据本发明的实施方式的用于提供支持呈现的呼叫寻线组的呼叫服务器220的示例性组件的方框图。呼叫服务器220包括呼叫处理器300、终端接口340、干线接口350和呈现接口230。呼叫处理器300还包括交换控制器330，并且提供各种呼叫服务310，如语音信箱320、呼叫寻线322和其他服务324。
交换控制器330控制在终端接口340、干线接口350和呈现接口230之间的通信会话和消息路由。例如，在经由干线接口350接收一个到呼叫寻线组的进入通信会话后，交换控制器330访问呼叫寻线服务322以识别寻线组内的终端和与该寻线组内的终端相关联的呈现者。接着，交换控制器330向呈现接口230提供该终端识别和相关联的呈现者识别。其中该呈现接口230构造到呈现服务器的与识别出的呈现者和终端相关的呈现信息的请求。当呈现接口230从呈现服务器接收到所请求的呈现信息时，呈现接口230向交换控制器330提供所接收到的呈现信息。
交换控制器330接着向呼叫寻线服务322提供所接收到的呈现信息，其中该呼叫寻线服务322使用该呈现信息在呼叫寻线组内识别可用呈现者和与可用呈现者相关联的可用终端。呼叫寻线服务322还向交换控制器330提供与该可用呈现者相关联的可用终端的终端识别(例如PBX分机)，用于经由终端接口340对可用终端进行振铃。交换控制器330可以对与该可用呈现者相关联的所有可用终端同时进行振铃(例如使用广播呼叫调度)，或者可以顺序地对与可用呈现者相关联的可用终端进行振铃(例如使用轮询或者顺序呼叫调度)。当一个终端应答时，交换控制器330通过终端接口340探测到，并且经由干线接口350和终端接口340为该通信会话分配资源(例如预留干线、信道和/或带宽资源)。
干线接口350、终端接口340和交换控制器330中每个都包含任何的硬件、软件、固件或者它们的组合。作为一个例子，交换控制器330可以包含一个或者多个执行指令的处理器，以及一个或者多个存储由处理器使用的数据和指令的存储器。另外，呼叫处理器300能执行呼叫服务310和交换控制器330，并且包括一个或者多个处理设备，例如微控制器、现场可编程门阵列(FPGA)、或专用集成电路(ASIC)或者它们的组合。
图4是示出了根据本发明的实施方式的用于把通信会话定向到支持呈现的呼叫寻线组的示例性处理400的流程图。在块410处，接收到与支持呈现的呼叫寻线组通信会话的请求。在块420处，识别出在呼叫寻线组内的终端组和与在该呼叫寻线组中的终端相关联的呈现者组。在块430处，取回呈现者组中的每个呈现者的呈现信息和终端组中的每个终端的呈现信息。在示例性实施方式中，呈现信息从多个呈现源(例如电话源、日历源和其他源)汇聚。在块440处，根据呈现信息识别出呈现者组中的可用呈现者，以及在块450处，根据呈现信息识别出与所识别的可用呈现者相关联的终端组中的可用终端。在块460处，将通信会话定向到识别出的可用终端中的至少之一。
如果在块470处一个可用终端应答了该通信会话，则在块480处建立与该应答终端的通信会话的连接。但是，如果在块470处没有任何可用终端应答该通信会话，在块490处确定是否存在该通信会话以前没有被定向到的另外可用终端。如果属于这种情况(490的“是”分支)，在块460处将该通信会话定向到另外一个可用终端。如果不是(490的“否”分支)，在块495处提供对该通信会话的呼叫处理。例如，可以将该通信会话路由到语音信箱、放置为等待、提供忙音、放回到队列以再次对可用终端进行振铃或者使用其他可应用呼叫处理特征进行处理。
本领域的普通技术人员将认识到，本申请中所描述的创新性思想可以在一个宽的应用范围内进行修改和变化。同样，本专利主题的范围不局限于讨论的任何一个特定的示例性教义，而是由下面的权利要求书定义。
权利要求
1.一种用于提供支持呈现的呼叫寻线组的呼叫服务器，包括到呈现系统的接口，该呈现系统从多个呈现源汇聚呈现信息，所述呈现信息指示形成所述支持呈现的呼叫寻线组的终端组内的终端的可用性以及与所述支持呈现的呼叫寻线组中的所述终端相关联的呈现者组内的呈现者的可用性，其中所述接口可操作为抽取与所述支持呈现的呼叫寻线组相关联所述终端和所述呈现者的所述呈现信息；以及呼叫处理器，连接为接收与所述支持呈现的呼叫寻线组通信会话的请求，其中所述呼叫处理器可操作为根据所述呈现信息，从与所述支持呈现的呼叫寻线组相关联的所述呈现者组中识别出可用呈现者以及从与所述可用呈现者相关联的所述终端组中识别出可用终端，其中所述呼叫处理器还可操作为把所述通信会话定向到所述可用终端中的至少一个。
2.根据权利要求1的呼叫服务器，其中所述终端组内的每个所述终端与所述呈现者中的一个不同呈现者相关联。
3.根据权利要求1的呼叫服务器，其中所述通信会话是实时通信会话或者非实时通信会话。
4.根据权利要求3的呼叫服务器，其中所述通信会话的媒体包括语音、文本或者多媒体。
5.根据权利要求1的呼叫服务器，其中使用偏爱信息来过滤由所述接口接收的所述呈现信息，其中所述偏爱信息与在所述呈现者组内的所述呈现者和在所述终端组内的所述终端相关联。
6.一种用于把通信会话定向到支持呈现的呼叫寻线组的方法，包括以下步接收与所述支持呈现的呼叫寻线组通信会话的请求；取回呈现信息，所述呈现信息从多个呈现源汇聚，指示形成所述支持呈现的呼叫寻线组的终端组内的终端的可用性以及与所述终端组相关联的呈现者组内的呈现者的可用性；根据所述呈现信息从所述呈现者组中识别出可用呈现者；根据所述呈现信息从与所述可用呈现者相关联的所述终端组中识别出可用终端；和把所述通信会话定向到所述可用终端中选择出的一个。
7.根据权利要求6的方法，还包括以下步响应所述可用终端中选择出的所述终端不可用，确定是否存在所述可用终端的另外的可用终端；以及把所述通信会话定向到所述可用终端的所述另外的可用终端的一个。
8.根据权利要求7的方法，还包括以下步响应所述可用终端中每一个终端都不可用，对所述通信会话提供呼叫处理。
9.根据权利要求6的方法，还包括以下步响应所述可用终端中选择出的所述终端可用，与所述可用终端中选择出的所述终端建立所述通信会话的连接。
10.根据权利要求6的方法，其中所述取回所述呈现信息还包括接收与所述终端组相关联的所述呈现者的日程安排信息和识别在所述终端组中的每个所述终端的状态的状态信息。
全文摘要
一种支持呈现的呼叫寻线组，提供了使用呈现信息对呼叫寻线组内的可用终端进行识别。在接收到与支持呈现的呼叫寻线组通信会话的请求后，呼叫服务器从呈现系统取回形成支持呈现的呼叫寻线组的终端组的每个终端的呈现信息以及与支持呈现的呼叫寻线组中的终端相关联的每个呈现者的呈现信息，其中该呈现系统从多个呈现源汇聚呈现信息。呼叫服务器使用呈现信息在呼叫寻线组内识别出可用呈现者和与可用呈现者相关联的可用终端，并且把该通信会话定向到可用终端中的一个。
文档编号H04M3/54GK1941811SQ200610072738
公开日2007年4月4日 申请日期2006年4月6日 优先权日2005年5月3日
发明者蒂马辛·奥朱格 申请人:阿尔卡特公司