执行呼叫筛选并提供个性化可用性信息的MeetMe助理

摘要

本发明涉及执行呼叫筛选并提供个性化可用性信息的MeetMe助理。公开了一种系统和方法，其用作个人秘书、也即实施呼叫筛选，并根据人员呼叫信息基于已知的日程和计划来提供被叫方的未来可用性。未来可用性系统(400)可以包括一个或多个以下特征：(a)存储器(103)，其特征在于，(i)未来可用性程序(500)，其中如果呼叫方(404)已被接收方(402)指定访问未来可用性数据，那么该未来可用性程序允许呼叫方(404)获得关于呼叫接收方(402)的未来可用性信息，(b)耦合到该存储器(103)、执行未来可用性程序(500)的处理器(630)，以及(c)位于该存储器(103)上的推理机(215)，其中该存储器存储关于呼叫接收方(402)的信息。

说明书

技术领域

本发明涉及电信系统。本发明尤其涉及自动话务员。本发明更尤其涉及基于存在的、允许外部参与方发现用户的未来可用性的通信系统的使用。

背景技术

大的企业接收很多电话呼叫，其中每个呼叫都必须根据呼叫方的指令来路由。呼叫典型地通过人工操作员或自动化呼叫路由系统(通常称为“自动化话务员(automated attendant)”或“自动话务员(autoattendant)”)来路由。人工操作员典型地精确而有效地对呼叫进行路由，但成本相对是高的。自动话务员相反典型地低廉地来实施，并非常快速地运行。

传统上，自动话务员向呼叫方播放通告，并提示呼叫方使用语音响应单元来进行多个选择之一。比如，可以提示该呼叫方来拨被呼方的分机。还可以给呼叫方提供其他的选项，比如保留语音消息，或者如果被叫方的分机是未知的，那么就访问名称目录。一些早期的自动化电话目录需要呼叫方使用电话双音多频(DTMF(telephone dual-tonemultifrequency))小键盘来拼写被叫方的名称。最近的自动话务员系统是语音使能的，允许简单地通过说出呼叫目的地的名称而把呼叫方路由到所期望的呼叫目的地。在这些系统中，自动话务员系统应答进入的呼叫，并要求呼叫方说出被呼叫的方或部门的名称。该自动话务员包括与说话者无关的语音识别机，该语音识别机识别并把所接收的语音信号变换为名称数据。该自动话务员根据所变换的名称数据从电话号码目录中获得与所变换的名称数据相对应的电话号码，并把呼叫路由到该电话号码。

基于存在的通信应用正进入到主流电信环境中。在这些应用中，用户维持着其他方的一个或多个“联系人列表”，其中这些方的存在状态将被监控并被显示给该用户。如果所述的其他方被确定是“存在的”，那么该用户的联系人列表将显示可用状态。然后该用户可以比如通告电话呼叫来联系所述的其他方。

已有的基于存在的实时通信系统允许用户来确定如何以及在何处来接收进入的呼叫。另外，基于存在的通信系统的用户能够利用“告诉我何时(Tell-Me-When)”特征来获得另一用户的未来可用性，其中该特征给该用户发送消息：另一用户能够被联系上。通过由呼叫接收方设置通告以表明如何在稍后的时间来联系上外部呼叫方，外部呼叫方已经能够大致懂得如何在稍后的时间联系个体。但是当前基于存在的通信系统不允许外方来获得呼叫接收方的未来语音或日历可用性。对于用户可以把他(她)的未来可用性放在特定的通告中以在呼叫方呼叫时提供给呼叫方。但是，这必须通过该用户人工地去做，并且每当该用户的未来可用性改变时都必须被改变。另外，这种人工系统没有考虑时区变更。比如，如果呼叫方处于EST(Eastern Standard Time，东部标准时间)而接收方处于PCT(Pacific Coast Time，太平洋海岸时间)。

因此，期望有一种系统允许在基于存在的电信系统之外的用户获得呼叫接收方的未来可用性。

发明内容

在现有技术中的这些和其他的缺点通过根据本发明的实施例的系统和方法而很大程度地被克服。

在一些实施例中，一种未来可用性系统可以包括以下一个或多个特征：(a)存储器，其具有(i)未来可用性程序，其中如果呼叫方已经通过接收方而被指定来访问未来可用性数据，那么所述未来可用性程序允许呼叫方获得与呼叫接收方有关的未来可用性信息；(b)耦合到该存储器的、执行该未来可用性程序的处理器；(c)位于该存储器上的推理机，其中该存储器存储有关于呼叫接收方的信息。

在一些实施例中，一种用于未来可用性筛选的方法可以包括以下一个或多个步骤：(a)探测来自呼叫方的呼叫，(b)确定该呼叫方是否有资格获得接收方的未来可用性数据，(c)确定该呼叫方是否愿意获得该接收方的未来可用性数据，(d)给推理机输入规则数据，(e)如果呼叫方没有资格获得该接收方的未来可用性数据，那么把呼叫方转移至语音邮件，(f)如果呼叫方有资格获得接收方的未来数据，那么把呼叫转移至未来可用性助理，(g)如果该呼叫方有资格获得接收方的未来可用性数据并期望获得接收方的未来可用性数据，那么就向该呼叫方告知该接收方的未来可用性，以及(h)确定该呼叫方是否愿意对该接收方启动“告诉我何时”动作以被通知该接收方何时可用于会话。

在一些实施例中，具有机器可执行指令的机器可读介质可以包括一个或多个以下特征：(a)确定进入的呼叫到达的探测指令，(b)确定呼叫方是否有权访问呼叫接收方的未来可用性的资格鉴定指令，(c)如果该呼叫方有权访问该呼叫接收方的未来可用性那么就向该呼叫方提供该呼叫接收方的未来可用性的访问指令，以及(d)允许该呼叫接收方输入呼叫处理规则的规则指令，其中所述呼叫处理规则包括能够访问呼叫接收方的未来可用性的所有呼叫方。

应理解的是，前面的概述和后面的详述都仅仅是示例性的和解释性的，并且对按照权利要求的本发明不必是限定性的。在此被结合并构成本说明书的一部分的附图示出了本发明的实施例，并连同概述一起用于解释本发明的原理。

附图说明

参照附图，那些本领域技术人员可以更好地理解本发明的许多优点，其中：

图1示出了根据本发明实施例的多模式存在系统；

图2示出了根据本发明的实施例的电信系统的框图；

图3示出了根据本发明实施例的多媒体服务器的框图；

图4示出了在本发明的实施例中的未来可用性助理系统运行；

图5示出了根据本发明实施例的未来可用性助理系统的流程图；

图6示出了根据本发明一些实施例的计算装置的内部构造框图。

具体实施方式

提供以下讨论用以使本领域技术人员能够实现并使用本教导。所示实施例的许多变化对于本领域技术人员将是显而易见的，并且在此的普通原理可以应用于其他实施例和应用，而不脱离本教导。因此，本教导意图并不是局限于所示的实施例，而应适合于与在此所公开的原理和特征相一致的最大范围。以下的详述应参照附图来理解，其中在不同附图中的相同元件具有相同的参考数字。不必按比例绘制的图描述了所选择的实施例，并且其意图不是限定本教导的范围。熟练的技术人员将认识到，在此所提供的例子可以具有很多有用的替代方案，并且处于本教导的范围之内。

本发明的实施例公开了基于存在的电信助理，其向外部方、包括在所述基于存在的通信网络之外的参与方提供“告诉我何时”回叫能力，包括用户的未来可用性的指示。该助理将考虑该用户的规则、自动化和日历信息的所有方面。

当前，在基于存在的电信系统外部的参与方不能询问所述基于存在的电信系统的用户的未来可用性。“MeetMe”助理可以允许基于存在的电信系统用户来指定谁有权询问用户的未来信息。

“MeetMe”助理可以具有接口，该接口将从呼叫方接收信息，比如使用DTMF小键盘或通过语音的呼叫方交互，用以输入所寻找的用户的名称。“MeetMe”助理还可以具有推理机用以确定该用户的未来可用性。未来可用性可以从该推理机根据用户的当前存在状态、该用户以日历的形式公布了什么、以及该用户配置了什么通信规则来推断。由于规则可以单独地指定，所以访问该未来可用性可以根据该请求者是谁以及该用户与该请求者之间的关系。“MeetMe”助理还能够解决该请求者与该用户之间的时差。该助理能够把用户的未来可用性日期/时间信息转换到请求者的时区。另外，“MeetMe”助理能够实现于当前已有的个人自动话务员中。

现在转向附图，并尤其关注图1，示出了根据本发明实施例的多模式的基于存在的电信系统10。电信系统10包括实时通信能力16、消息传递能力14、网络商务应用18、以及协作应用11。实时通信16比如可以包括语音、视频、或蜂窝。消息传递14包括电子邮件、即时消息传递、短消息业务(SMS)或其他基于文本的业务。商务应用18比如可以包括客户关系管理(CRM)和企业资源计划(ERP)软件包。协作应用11可以包括会议、白板、以及文档共享应用。

另外，根据本发明实施例的多模式存在特征12可以提供存在业务，包括通过不同的媒体14、16、18和11而综合的历史和日程安排信息。

要注意的是，虽然作为多模式存在系统来示出，但是本发明的实施例同样可应用于仅仅采用单个基于存在的媒体的系统。因此，附图仅仅是示例性的。

现在参照图2，示出了在一些实施例中示例电信或会议系统100。如图所示，系统100可以包括局域网(LAN)102。LAN 102可以使用TCP/IP网络来实现，并且可以比如使用会话初始化协议(SIP)来实现基于IP的语音或多媒体。服务器104可操作地耦合到局域网102。服务器104可以包括一个或多个控制器101和存储器103，其中所述控制器可以作为一个或多个微处理器来实现，所述存储器用于存储应用程序和数据。控制器101可以实现即时消息传递系统106。即时消息传递系统106可以作为SIP代理/寄存器以及SIMPLE(Session Initiation Protocol forInstant Messaging and Presence Leveraging Extensions，针对即时消息传递和存在扩展的会话初始协议)客户端或其他即时消息传递系统(Microsoft Windows Messenger^TM软件)110来实现。在一些实施例中，如果可能且可行，那么即时消息传递系统106可以实现Microsoft.Net^TM环境和/或实时通信服务器或协议(RTC)108或者是其一部分。

另外，在一些实施例中，可以提供协作系统114，其中该协作系统可以是由控制器101运行的应用程序112的交互程序集(suite)的一部分。另外，可以提供动作提示模块115，该模块探测动作暗示的发生并促使在客户端装置122处发起动作提示窗口。协作系统114可以允许该系统的用户成为会议或协作会话的参与者。

网关116也耦合到LAN 102，该网关可以作为至专用交换分机(PBX)、公共交换电话网(PSTN)、或多个其他网络中的任一个(比如无线或蜂窝网络)的网关来实施。另外，一个或多个LAN电话120a-120n以及一个或多个计算机122a-122n可以可操作地耦合到LAN102。在一些实施例中，一个或多个其他类型的网络可以用于在服务器104、计算机122a-122n、电话120a-120n、网关116等之间的通信。比如，在一些实施例中，通信网络可能是或者包括因特网、万维网、或其他一些公共或专用计算机、电缆、电话、客户端/服务器、对等或通信网络或内联网。在一些实施例中，通信网络还可以包括其他公共的和/或专用的广域网、局域网、无线网络、数据通信网络或连接、内联网、路由器、卫星链路、微波链路、蜂窝式或电话网络、无线电链路、光纤传输线、ISDN线、Tl线、DSL连接、等。此外，如在此所使用的，通信包括通过有线或无线技术所实现的那些通信。而且，在一些实施例中，一个或多个客户端装置(比如计算机122a-122n)可以直接连接到该服务器104。

计算机122a-122n可以是个人计算机，其实现Windows XP^TM操作系统以及从而实现Windows Messenger^TM即时信使系统、或在Linux^TM上运行的SIP客户端或运行基于IP的语音客户端或其他能够参与语音或多媒体会议的客户端的其他操作系统。另外，计算机122a-122n可以包括电话和其他多媒体消息传递功能，其比如使用外围照相机、网络照相机、麦克风和扬声器(未示出)或外围电话手持机124，比如Siemens^TM公司所提供的Optipoint^TM手持机。在其他实施例中，一个或多个计算机可以作为无线电话、数字电话、或个人数字助理(PDA)来实施。因此，图仅仅是示例性的。如参照计算机122a所示，该计算机可以包括一个或多个控制器129(比如Pentium^TM类型的微处理器)和用于应用程序和其他程序的存储器131。

最后，在一些实施例中计算机122a-122n可以实现交互业务128a-128n。交互业务128a-128n可以允许电话、好友列表、即时消息、存在、协作、日历、或其他应用程序交互工作。另外，交互业务128可以允许访问服务器104的协作系统或模块114以及动作提示模块115。

现在转向图3，示出了协作系统114的功能模型图。图3尤其是示出协作服务器104的特定实施例的逻辑图。服务器104包括多个应用模块200以及通信代理程序(CB(communication broker))模块201。一个或多个应用模块以及通信代理模块201可以包括推理机215，也即基于规则和直观推断的人工智能机用以实现一些实施例中的功能。推理机215在下文中更详细地讨论。另外，服务器104还提供接口、比如至SIP电话的API(application programming interfaces，应用编程接口)，或其他SIP用户代理220和网关/交互工作单元222。

根据所示的实施例，代理程序模块201包括基本业务模块214、高级业务模块216、自动模块212、以及工具包模块218。自动模块212实现ISV(independent software vendors，独立软件提供商)的自动构架212，其允许由这种ISV提供的产品、软件等被服务器104使用或创建。

基本业务模块214用于在需要时实现比如电话支持、PBX接口、呼叫特征和管理、以及Windows Messaging^TM软件和RTC插件(add-ins)。电话支持特征允许维护并访问好友列表并提供存在状态。

高级业务模块216实现诸如存在、多点控制单元或多信道会议单元(MCU)、记录以及诸如此类的功能。MCU功能用于语音会议，并支持按照ad hoc会议的SIP会议模型从好友列表的ad hoc和动态会议创建。在某些实施例中，提供对G.711、G.723.1、或其他编解码器的支持。另外，在一些实施例中，该MCU可以使用MEGACO/H.248协议把媒体处理分布到多个服务器上。

存在特征为SIP注册装置和用户定义的非SIP装置提供装置环境。多种用户环境(user context)、比如开会(In Meeting)、度假(OnVacation)、在办公室(In the Office)等都可以被规定。另外，还可以跨用户的装置提供语音、电子邮件和即时消息传递可用性。存在特征允许使用存在信息来进行实时呼叫控制，例如用以根据(多个)用户装置的存在来选择目的地。另外，许多部件都具有用于存在信息并用于改变并询问存在信息的中央储存库。另外，存在模块提供用户接口用以向用户呈现存在信息。

另外，代理程序模块201可以包括从西门子信息和通信网络^TM(Siemens Information and Communication Network^TM)公司可获得的ComResponse^TM平台。该ComResponse^TM平台特征包括语音识别、语音到文本、和文本到语音，并允许创建应用程序脚本。语音识别和语音至文本特征可以由协作综合单元114和动作提示模块115使用。

另外，由与基本业务模块214相关联的SIP API 220来提供实时呼叫控制。也即，在进行中和对呼叫执行的实时动作中、包括根据规则和或其他激励而把这些呼叫导向备选目的地，呼叫可以被拦截。SIP API220还提供呼叫进程监控能力，并用于把这些呼叫的状态报告给感兴趣的应用程序。SIP API 220还规定从用户接口进行呼叫控制。

工具包模块218可以提供工具、API、脚本语言、接口、软件模块、库、软件驱动、对象等，其可以由软件开发者或编程者来用于构建或集成附加的或补充的应用程序。

根据所示的实施例，这些应用程序模块包括协作模块202、交互中心模块204、移动性模块206、交互工作业务模块208、协作综合模块114以及动作提示模块115。

协作模块202允许为一组参与者或其他用户创建、更改或删除协作或会议会话。协作模块202还可以允许从任何客户端装置来激活语音会议。另外，该协作模块202可以发起多媒体会议包，比如WebEX^TM包。要注意的是，多媒体会议可通过其他的产品、应用程序、装置等来处理。

交互中心204为订户(subscriber)或客人提供电话接口。订户访问功能包括日历访问和语音邮件和电子邮件访问。该日历访问允许订户接受、拒绝、或更改约定以及筹划(block out)特定时间。该语音邮件和电子邮件访问允许订户对消息进行访问和分类。

同样，客人访问特征允许客人访问语音邮件用以留下消息，以及访问日历功能用以进行日程安排、取消、以及更改与订户的约定。另外，客人访问特征允许客人用户访问特定的数据，这对于他们比如意味着接收电子邮件和传真回复等。

移动性模块206为订户提供消息转发以及跨媒体的“一号(onenumber)”访问、以及跨媒体的消息“变形(morphing)”。另外，许多应用程序可以向多个目的地发送通知消息，比如电子邮件、即时消息、寻呼等诸如此类。另外，用户可以设置规则，移动性模块206使用所述规则来定义媒体处理，比如电子邮件、语音和即时消息处理。这些规则规定数据和有关的动作。比如，规则可以被定义为表达“如果我正在旅行，并且我收到标注为紧急的语音邮件或电子邮件，那么就寻呼我”。

另外，协作综合模块114被用于标识或强调多媒体会议的部分，并顺序地配置这些部分以稍后播放。这些部分可以根据由一个或多个会议参与者(比如议长)预设的或可设置的记录暗示而被存储或标识。记录暗示可以基于由ComResponse^TM模块的语音识别单元所识别的发音关键字，或者可以通过特定的控制或视频或白板或其他识别器而被调用。

动作提示模块115同样允许用户设置动作暗示，这致使在用户的相关客户端装置122上发起动作提示窗口。作为响应，该客户端装置122然后可以根据该动作暗示来执行不同的功能。

参照图4，示出了在本发明的实施例中未来可用性助理系统的一种实施方式。未来可用性助理系统400利用以下的例子来进行描述。Jane402将她的存在状态设置为“商务旅行”。从而对于所有的基于存在的电信用户来说，好像Jane 402不在办公室。另外，对于所有的外部方来说，由于她在商务旅行，他们将不能联系到Jane 402。Jane 402可以为外部方在她的语音邮件上留下消息，表明她当前正在商务旅行而无法接通。本发明的实施例仅仅公开了所有的参与方(内部和外部的)如何能够查明下次何时他们能够联系到Jane 402，或者利用Jane的助理来设置“告诉我何时”功能以在下次Jane能够通话时联系参与方。

Jane 402与网络102交互。Jane 402可以是可能与存在信息相关联的任何实体，包括人、电子装置、计算机程序或其他实体。Jane 402可以具有一个或多个存在状态，所述存在状态可能与一个或多个端点有关。表格1示出了存在状态以及存在状态的描述的例子。

在表格1中所示的存在状态可适用于单独的订户。上面的状态是示例性的。不同的存在系统可以具有不同的状态。本发明的实施例可以容易地适于在特定的存在系统中可用的状态。所述存在状态还可以应用于其他实体，包括集合实体，象工作组、群邮箱或群电话连接。比如，存在状态可以反映在投诉部门中一组客户业务代表的可用性。当没有代表可用来处理该呼叫时，相关的存在状态可以是‘在打电话’。存在信息可以反映该组的至少一个成员的可用性，或者可以反映应用于作为整体的该组的其他存在信息。

Jack 404可能不是基于存在的电信用户，或者他可以简单地是网络102的外部方。但是Jack 404可以是基于存在的电信用户。为了进行以下的描述，Jack 404被描述为是基于存在的网络102的外部第三方。本发明的实施例公开了一种方式，其中针对个体而通信的存在状态针对该存在信息的特定接收方而被设置为不同的值。要注意的是，用户能够选择特定的(多个)联系人个体或(多个)组用以于是以不同的方式将他们的存在呈现给他人。这可以通过规则或其他存在影响参数来控制。从而比如用户可能想向他们的直接报告和他们的管理者表明是可用的，即使他们“忙”于开会，其中这是向其他用户存在指示。这不仅可以影响由其他用户所看到的他们的存在状态，而且还可能影响在其他人想接通该用户时的实时通信处理。到达通信的处理在这种情况下对于该用户的直接报告和管理者相对于其他用户而得到不同的处理。这些规则可以使用图形用户界面来设置，其中该用户进行他们的选择，所述选择涉及存在状态以及谁可以看到该存在状态以及其他的项目，比如日历数据。

Jack 404正处理重要的和紧急的事件，并需要与Jane 402通话，那么Jack 404选择呼叫403 Jane 402。在接收到Jack的呼叫之后，Jane的个人助理408应答该呼叫。个人助理408可以位于服务器104上或者在Jane的计算机122上。未来可用性引擎410然后可以启动与Jack 404对话，以确认Jack是否启动“告诉我何时”回叫和/或获得Jane的未来可用性的指示。该引擎与Jack 404的通信可以通过电子邮件、IM、SMS、弹出显示消息或类似的视觉指示，或使用文本到语音软件而通过语音。以其过分简单化的形式，未来可用性引擎410向Jack 404提示说明他是否愿意启动“告诉我何时”回叫和/或获得与Jane的未来可用性有关的指示。该“告诉我何时”特征将允许引擎410通知Jack 404：Jane 402何时能够被联系。关于Jane的未来可用性的指示将允许Jack看到Jane的未来可用性，其基于的是Jane的规则、日历信息等在推理机215中所有所设置的。

Jack 404将被允许通过网关222来请求“告诉我何时”特征或访问Jane的未来可用性。通过网关222，未来可用性引擎410可以提示Jack404选择“告诉我何时”回叫特征和/或请求Jane的未来可用性。可替代地，未来可用性引擎410可以使Jane 402参与IM(instant messaging，即时消息传递)会话，从而允许Jane 402干预并影响Jack 404是否可以访问Jane的未来可用性。在确定Jack的优先选择是“告诉我何时”和/或Jane的未来可用性之后，未来可用性引擎410可以把Jack的“告诉我何时”请求存储在存储器103中和/或访问推理机215以找到Jane的未来可用性。为了本公开，规则将采用比如已由该用户指定为其代表的其他用户的实时存在信息、用户位置和时区、装置/媒体能力、日历上下文和为确定向呼叫方提供什么选项以及如何最有效地处理呼叫以进一步处理/路由所考虑的其他用户可定义的条件。未来可用性引擎410还考虑Jack的时区。比如，如果Jack位于东部时区(ETZ)，Jane位于太平洋时区(PTX)，那么未来可用性引擎410将找到以太平洋时间的Jane的未来可用性，并加上四个小时，使得Jack能够看到在东部时间Jane的可用性。

参照图5，示出了根据本发明实施例的未来可用性系统的流程图。完全预期的是，未来可用性系统400的其他实施方式可以在不脱离本发明精神的情况下来实现。在状态502处，用户、比如Jane 402可以输入其未来可用性处理规则412，该规则由未来可用性助理408接收。这些规则可以直接地(输入存在和日历信息)或间接地(在打电话)来输入。优先选择还可以包括能够访问未来可用性数据的电话号码列表。在规则215内，用户还可以设置呼叫方将如何与助理408相交互。比如，该接收方可以指示未来可用性引擎410在确定呼叫方是否能够访问未来可用性信息之前直接地从该呼叫方获得信息。

在状态504处，程序500探测到呼叫已经接至该接收方。在状态506处，程序500确定该呼叫方是否满足访问该接收方的未来可用性信息的初始标准。如果该呼叫方无权访问该接收方的未来可用性，或者不被允许设置“告诉我何时”动作，那么引擎410将在状态508处把该呼叫方转接至语音邮件。如果呼叫方在该呼叫方的访问未来可用性信息或者被允许设置“告诉我何时”动作的人员列表上，那么该呼叫方就在状态510处被转移至未来可用性引擎410。未来可用性引擎410在状态514处确定该呼叫方是否愿意知道该接收方的未来可用性。如果该呼叫方不希望知道该接收方的未来可用性，那么引擎410就在状态518处继续询问该呼叫方他们是否愿意针对该接收方设置“告诉我何时”动作。如果该呼叫方不希望知道该接收方的未来可用性，那么引擎410就进行至状态516，其中引擎410把未来可用性中继给呼叫方。如上所述，该引擎与呼叫方的通信可以通过电子邮件、IM、SMS、弹出显示消息或类似的视觉显示，或者使用文本至语音软件而通过语音，或者通过可以由接收方确定的回叫。回叫选项将导致：一旦被叫方的存在状态变化触发由呼叫方所指定的选项，那么在两方之间自动地接入呼叫。比如，如果呼叫方已经指定了对语音可用性的回叫选项，那么被叫方的语音存在状态一变得可用，呼叫方就将接收回叫。

在给呼叫方提供接收方的未来可用性之后，程序500进行到状态518，其中呼叫方被提供了选项，用以也针对接收方设置“告诉我何时”动作。如果呼叫方不希望启动“告诉我何时”动作，那么程序500在状态522中可以结束呼叫，或者作为替代方案向呼叫方提供留下语音消息的机会。如果呼叫方愿意启动“告诉我何时”动作，那么程序500就可以进行到状态520，其中引擎410可以从呼叫方接受“告诉我何时”规则数据。该规则数据可以包括引擎410当接收方可用于通话时而联系呼叫方的方式。呼叫方可以根据被叫方的特定语音可用性状态、语音可用性状态的变化、特定的当前状态(比如度假(ON VACATION))以及当前的状态变化(比如ON_VACATION的任何变化)来指定选项。一旦呼叫方结束，那么程序500就可以进行到状态522，其中呼叫可以被结束，或者呼叫方可以留下语音消息。

图6是根据一些实施例的计算装置的典型框图。应理解的是，计算装置104或122可以用于执行上述程序500。计算装置104可以包括单独的装置或计算机、联网的装置或计算机组或群，比如工作站、膝上型电脑等。计算装置104典型地是有数据会话功能的机器。计算装置104可以包括与通信总线640相通信的微处理器630。微处理器630用于执行处理器可执行的处理步骤，以便控制部件计算装置104用以提供根据本发明实施例的功能性。微处理器630可以包括Intel^TM公司制造的Pentium^TM、或者Itanium^TM微处理器。其他合适的处理器可以从Motorola^TM公司、AMD^TM、或Sun Microsystems^TM公司来获得。微处理器630还可以包括一个或多个微处理器、控制器、存储器、高速缓冲存储器以及诸如此类。

输入装置660和显示器670也与通信总线640相通信。任何已知的输入装置都可以用作输入装置660，包括键盘、鼠标、触摸板、语音识别系统、或这些装置的任何组合。输入装置660可以由用户用于输入信息和命令以及用于为推理机215选择规则。

显示器670可以是集成的或分离的CRT显示器、平板显示器或此类。显示器670通常用于响应于由微处理器630所发出的命令而向操作者输出图形和文本。显示器670可以显示在未来可用性处理期间所使用的表示数据等等。

RAM(Random Access Memory，随机存取存储器)680被连接到通信总线640以给微处理器630提供快速的数据存储和取回。在这方面，由微处理器630所执行的处理器可执行的处理步骤典型地被临时存储在RAM 680中，并通过微处理器630从中执行。ROM(Read Only Memory，只读存储器)690与此相反可以提供存储，其中数据可以从所述存储取回，但是数据不能被保存到所述存储。因此，ROM 690可以用于存储不变的处理步骤和其他数据，比如基本输入/输出指令和在系统启动期间所使用的或用于控制输入装置660的数据。RAM 680和ROM 690中的一个或两者都可以直接与微处理器630相通信，而不是通过通信总线640或者在单独的专用总线上。

除了数据之外，数据存储装置695存储关于图4和5所讨论的未来可用性程序500的处理器可执行的处理步骤。程序500的处理步骤和程序代码等等可以从计算机可读介质中读出，比如软盘、CD-ROM、DVD-ROM、Zip^TM盘、磁带或对处理步骤/程序进行编码的信号，并然后以原始的、压缩的、未编译的和/或加密的格式存储在数据存储装置695中。在替代实施例中，硬线电路可以用来替换用于实施所述处理的处理器可执行的处理步骤，或者与之相组合。因此，实施例并不局限于硬件、固件和软件的任何特定组合。

还示出了网络接口650，其可以是有线的或无线的以太网接口、调制解调器接口、以及诸如此类。在使用本发明的各实施例中，网络接口650可以连接到或提供或访问至因特网或内联网的高速连接来提供对因特网或类似网络的访问。使用这样的一个或多个网络，计算装置104可以把目的地方的标识符传送给移动应用服务器。

在数据存储装置695中还可以存储对于计算装置104的运行可能是必需的其他元件，比如其他应用程序、其他数据文件、网络服务器、操作系统、数据库管理系统以及用于允许微处理器630与外部装置相连接的“装置驱动”。这些元件对于本领域技术人员是已知的，并从而在此不再详细描述。

应认为，本发明以及其伴随的许多优点将通过前面的描述来进行理解，并且显然可以在形式、其部件的构造和布置上进行很多改变，而不脱离本发明的范围和精神，或者不牺牲它的全部实质性优点。前述的形式仅仅是其解释性的实施例，下面的权利要求的意图是涵盖并包括这些改变。