提供汇总可达性状态的制作方法

专利名称：提供汇总可达性状态的制作方法
技术领域：
本发明一般地涉及网络通信，更具体地，涉及提供用户的汇总可达性 状态。
背景技术：
随着出现越来越多的网络和处理能力，个人通常使用多个设备或应用
来进行通信。例如， 一个人可以具有手机和家用电话、email以及即时消 息服务以用于与其他人进行通信。在某些系统中，中央管理服务可以管理 或监控与各个用户相关联的个体设备。

发明内容
根据本发明，提供了这样的技术，其用于提供用户的汇总可达性状 态。根据具体的实施例，这些技术描述了一种可由用户定制的机制，该机 制用于基于用户所关联的多个网络元件的当前状态来确定并报告个人的汇 总可达性。
根据具体的实施例，用于向订户提供可达性状态的方法包括呈现一组 可达性状态。每个可达性状态代表从一组状态得到的用户的汇总可访问 性，其中每个状态对应于与用户相关联的一组网络元件之一。针对每个可 达性状态，至少一个可达性规则被呈现。每个可达性规则对应于网络元件 之一并且指示满足可达性规则的状态。对一个或多个可达性规则的选择被 接收。维持对应于网络元件的状态的中央存储器被访问。可达性规则的顺 序被标识。执行以下步骤，直到当前可达性状态被选出(1)基于所标 识的排序来标识可达性规则；(2)判断可达性规则是否被满足；并且 (3)如果所标识的可达性规则被满足，则选择与所标识的可达性规则相 关联的可达性状态作为当前可达性状态。接收当前可达性状态的一个或多
个订户被确定，并且当前可达性状态被传达给订户。
本发明的实施例提供各种技术优点。例如，这些技术可以允许订户看 见用户的统一的可达性状态。统一的可达性状态可以代替或补充关于用户 的可达性及其通信设备的状态的多条独立的信息。在某些实施例中，用户 可以定制可达性规则，这降低了订户可能错误地确定用户的可达性的可能 性。此外，在具体的实施例中，通过使得用户能够选择优选的通信设备， 可以提高效率以及便利性，该优选通信设备可以向订户指示联系用户的最
佳方法。在某些实施例中，用户可以定制其可见性(visibility)，从而使
得某些订户能够看见与其他订户所见信息不同的某些存在性和/或可达性信 息。
根据如下的附图、描述和权利要求书，本发明的其他技术优点对于本 领域中的普通技术人员将是显而易见的。此外，虽然以上列举了具体的优 点，但是各个实施例可以包括所有的、某些所列举的优点或者不包括所列 举的优点。


为了更全面地理解本发明及其优点，结合附图来参考以下描述，其
中
图1示出用于提供用户的汇总可达性状态的系统； 图2示出用于定制用户的可达性规则的用户界面； 图3A、图3B和图3C示出用于使用户与汇总用户的可达性状态的通
信系统接口的图形用户界面部分；
图4A和图4B示出用于可见性定制的界面和用于添加联系人的关联选
单；
图5A和图5B是示出用于定制可达性和可见性规则以及用于从提供汇 总可达性状态的系统接收信息的操作方法的流程图；以及
图6是示出用于汇总网络元件的存在性状态、可达性规则和可见性规 则以确定用户的汇总可达性的方法的流程图。
具体实施例方式
图1示出总的以10指示的用于提供汇总可达性状态的系统。如所示 出的，系统10包括可以利用任何适当的技术或协议来进行互连的企业网
12和通信网14。通常，企业网12内的元件交互操作以确定各个系统用户
的汇总可达性状态，并且将这些汇总可达性状态报告给适当的订户。
企业网12代表用于使耦合到企业网12的元件互连的硬件、软件以及 控制逻辑的任何适当的集合。因此，企业网12提供用于支持所附接的设 备之间的通信的下层构造。在具体的实施例中，企业网12可以包括一个 或多个网络，例如电信网、卫星网、电缆网、局域网(LAN)、广域网 (WAN)、因特网和/或任何其他适当的网络。如所示出的，企业网12包 括存在性汇总系统(presence aggregation system) 16和多个用户18。用户 18和存在性汇总系统16利用用于在企业网12内进行通信的任何适当的技 术或协议来进行通信。
存在性汇总系统16包括用户界面20、可达性引擎22、存在性引擎24 和存储器26。在存在性汇总系统16内，存储器26包括可达性存储器 28、存在性存储器30、规则存储器32和软件34。虽然位于存储器26中 的信息被图示为个别的存储器，但是应理解，可以以任何适当的方式来存 储等价信息。可以以各种不同的方式(包括以文件、阵列、数据库等的方 式)来存储被描述为位于存储器中的信息。.
用户界面20提供界面，通过该界面用户18可以与存在性汇总系统16 进行通信。在具体实施例中，这可以包括通过被呈现给用户18的图形用 户界面而进行的操作，例如，通过计算机、个人数字助理(PDA)、手机 或者其他设备而进行的操作。用户界面20负责辅助交互作用以创建、修 改和/或删餘可达性规则，所述可达性规则可以由用户18定制并且可以用 于确定可达性状态。 一个用户18的可达性状态广义地指示从用户18所关 联的一组网络元件36获得的状态信息的汇总。也就是，用户18的可达性 状态可以得自于用户18所关联的多个网络元件的个体状态。 一个用户18 的可达性状态可以是多个所列举的可达性状态的任一个。将在下文中更详 细地讨论可达性情形(reachability state)和可达性状态(reachability
status)。
在某些实施例中，用户界面20向用户18呈现对应于不同可达性状态 的多个规则。在用户18指示了将要应用的具体规则后，用户界面20接收 信息并且将其存储在规则存储器32中。在某些实施例中，用户界面20被 用于向用户18进行询问以获得经更新的可达性规则。在其他实施例中， 在用户18更新了可达性规则后，用户18通过用户界面20将可达性规则发 送到存在性汇总系统16。
存在性引擎24监控网络元件36的存在性信息。在某些实施例中，存 在性引擎24可以负责跟踪特定网络元件36与特定用户18的关联。在所示 出的示例中，五个网络元件36与用户18a相关联视频电话36a、办公室 电话36b、手机36c、电子邮件地址36d和即时消息客户端36e。存在性引 擎24可以跟踪这些网络元件36a-e与用户18a的关联，并且还可以监控网 络元件36a-e的存在性状态。类似地，存在性引擎24可以跟踪其他网络元 件36与其他用户18的关联并且监控那些网络元件36的存在性状态。存在 性引擎24将每个网络元件36的存在性状态存储在存在性存储器30中。存 在性状态指示网络元件的当前状态。例如，存在性状态可以指示网络元件 忙碌、离线、不可用等等。在具体的实施例中，存在性引擎24还可以将 特定用户18所关联的网络元件36的存在性状态分发给其他用户18或远程 订户38。将在下文中更详细地讨论远程订户38。
可达性引擎22基于由存在性引擎24所维持的存在性状态以及由用户 界面20所获得的可达性规则来确定用户18的可达性状态。可达性引擎22 可以将可达性状态分发给其他用户18或远程订户38。为了确定特定用户 18的可达性状态，可达性引擎22可以访问规则存储器32以获得特定用户 18的可达性规则，访问存在性存储器30以获得特定用户18所关联的网络 元件36的存在性状态，并且将所获得的网络元件36的存在性状态应用于 特定用户18的可达性规则以获得用户18的可达性状态。可达性引擎22然 后可以将该信息存储在可达性存储器28中。可达性引擎22可以将特定用 户18的可达性状态分发给诸如其他用户18之类的订户。
软件34包括任何适当的程序、软件、硬件、逻辑或电路，并且当被
执行时能够控制存在性汇总系统16中的各元件的操作，并能够执行存在
性汇总系统16所需的任何其他功能。软件34可以被或者可以不被包括在 存在性汇总系统16中。
虽然存在性汇总系统16被示出为包含模块的特定配置和排列的单个 元件，但是应理解，这是逻辑的描述，并且存在性汇总系统16的组件和 功能可以位于一个或多个物理位置处。此外，可以通过组件的任何适当的 集合和排列来提供存在性汇总系统16的功能。可以由任何适当的设备来 完成由存在性汇总系统16的组件所执行的功能，从而提供用户18的汇总 可达性状态。
用户18与存在性汇总系统16进行通信以提供定制的可达性规则并且 接收用户18的可达性状态。虽然图1示出两个用户，用户18a和用户 18b，但是应理解，企业网12可以包括任何数目个用户18。如在上文中记 载的，五个网络元件36与用户18a相关联视频电话36a、办公室电话 36b、手机36c、电子邮件地址36d和即时消息客户端36e。在具体的实施 例中，网络元件36包括日程表和位置服务(未示出)。所示出并描述的 网络元件36仅是说明性的，然而，应理解网络元件36可以包括任何的这 些设备和应用，或者可以包括用户18可用于与其他用户进行通信的任何 其他终端订户网络端点服务。每个用户18可以使其自身与所有的、部分 的或者不与所列出的网络元件36相关联，或者可以包括附加的、未列出 的网络元件36。如用户18b所示出的，另一用户18可以具有另一组相关 联的网络元件36。
在具体实施例中，远程订户(位于远离企业网12的位置处的那些订 户)可以订购由存在性汇总系统16支持的通知服务。在所示出的实施例 中，远程订户38通过网络14连接到企业网12。网络14代表用于互连通 信设备的硬件、软件和控制逻辑的任何适当的集合。在具体实施例中，网 络14可以包括一个或多个诸如电信网、卫星网、电缆网、局域网 (LAN)、广域网(WAN)、因特网和/或任何其他适当的网络之类的网 络。远程订户38可以被授权同意接收可达性状态和/或网络元件36的一个 或多个存在性状态。在具体实施例中，远程订户38可以提供可达性状态
和/或可能关联于远程订户38的网络元件的存在性状态。系统IO预期企业
网12和企业网12中的元件实现适当的访问限制以及其他的安全措施，从 而保护用户18防止不被授权，或者相反防止对关于用户18的状态信息的 不适当的访问。
在操作中，存在性汇总系统16维持网络元件36的存在性状态，获得 并存储可达性规则，确定用户18的可达性状态，并且将可达性状态和存 在性状态提供给适当的订户。
为了维持网络元件36的存在性状态，存在性引擎24收集用户18所关 联的网络元件36的状态信息，并且还跟踪特定网络元件36与特定用户18 的关联。为了获得该信息，存在性引擎24可以查询个体网络元件36，或 者一旦存在性状态或关联发生改变，网络元件36就可以负责通知存在性 引擎24。在所示出的实施例中，存在性汇总系统16将网络元件36的存在 性状态存储在存在性存储器30中。
存在性汇总系统16还获得并存储可达性规则。存在性汇总系统16可 以采用用户界面20来与用户18进行交互。例如，通过用户界面20，存在 性汇总系统16可以呈现与不同可达性状态相关联的多个规则，根据所述 可达性状态，用户18可以选择待使用特定规则。存在性汇总系统16然后 可以使用所选择的规则来确定用户18的可达性状态。用户界面20可以将 可达性规则存储在规则存储器32中。
存在性汇总系统16通过可达性引擎22来确定用户18的可达性状态。 可达性引擎22访问存在性存储器30以获得用户18所关联的网络元件36 的存在性状态。可达性引擎22还访问规则存储器32以获得可达性规则。 然后，可达性引擎22将网络元件36的存在性状态应用于可达性规则以确 定用户18的可达性状态，并且将用户18的可达性状态存储在可达性存储 器28中。
存在性汇总系统16还向适当的订户提供关于可达性状态和存在性状 态的信息。在所示出的实施例中，存在性汇总系统16使用可达性引擎22 来将可达性状态提供给经授权的订户，并且使用存在性引擎24来将存在 性状态提供给经授权的订户。经授权的订户包括经用户18、系统管理员或
者其他适当的授权代理商授权的其他用户18和远程订户38。例如，可达 性引擎22可以利用由用户18所提供的配置或其他设定来确定哪些订户被 授权接收用户18的可达性状态。可替代地，存在性汇总系统16中的其他 组件或设备可以确定哪些订户被授权接收可达性状态。可达性引擎22然 后可以向经授权的订户呈现可达性状态。
类似地，存在性引擎24可以向经授权的订户呈现存在性信息。可以 与接收可达性信息的授权相区别地来维持订购存在性信息的授权。例如， 被授权接收特定用户18的可达性状态的订户可以或可以不被授权接收该 用户18的存在性状态。因此，特定用户18可以使各个订户能够接收相对 不太详细的汇总可达性状态，同时防止访问关于个体网络元件36的存在 性状态的更详细的信息。根据具体的实施例，存在性引擎24确定哪些订 户被授权接收用户18所关联的网络元件36的存在性状态。可替代地，存 在性汇总系统16中的其他组件或设备可以确定哪些订户被授权接收存在 性状态。存在性引擎24然后向经授权的订户呈现网络元件36的存在性状 态。
例如，如果可达性引擎22确定用户18b和远程订户38都被授权接收 用户18a的可达性状态，那么可达性引擎22向用户18b和远程订户38 二 者呈现用户18a的可达性状态。类似地， 一旦确定用户18b被授权接收用 户18a所关联的所有网络元件36的存在性状态，存在性引擎24就向用户 18b呈现网络元件36a-e的存在性状态。然而，存在性引擎24可以确定远 程订户38未被授权接收用户18a所关联的网络元件36a-e的存在性状态。 在该情况下，存在性引擎24将不会向远程订户38呈现网络元件36a-e的 存在性状态。可替代地，存在性引擎24可以确定远程订户38被授权仅接 收与用户18a所关联的特定网络元件36相关联的存在性状态。在该情况 下，存在性引擎24将仅向远程订户38转发那些经授权的存在性状态。
用于提供汇总可达性状态的系统的具体实施例已经被描述，并且这些 实施例并非意欲包含所有的情况。虽然系统10被示出为包含元件的某种 配置和排列，但是应注意，这是逻辑的描述，并且在逻辑上和在实体上， 系统10的组件和功能都可以被适当地组合、分离和分布。此外，可以通
过组件的任何适当的集合和排列来提供系统10的功能。可以由任何适当 的设备来完成由存在性汇总系统16的各组件所执行的功能以提供汇总可 达性状态。
图2示出总的以50指示的用户界面，该用户界面用于定制用户18的 可达性规则。用户界面50显示可达性状态52的列表"在度假中"52a、
"不在办公室"52b、"不接受探访(Unavailable) " 52c、"请勿打扰" 52d、"忙碌"52e、"可打断但忙碌"52f以及"接受探访"52g。在某些 实施例中，"未知的"(未示出)可以是另一种可达性状态52。在所示出 的实施例中，每个可达性状态52具有在其正下方的至少一个规则。在可 达性状态52之下列出的规则与可达性状态52相关联。例如，规则56
("当我的日程表示出我在度假中时")与"在度假中"52a相关联。在 具体的实施例中，用户界面50还在每条规则附近显示复选框(checkbox) 54。
部分58显示一种可达性状态即"不接受探访"52c，以及其所关联的 规则60、 62、 64和66。当当前时间在所指定的工作时间之外时，规则60 为真(true)。在某些实施例中，用户18在部分68中手动地标识的工作 时间、时区和当前时间。在其他实施例中，系统利用任何适当的方式，自 动地确定用户18的工作时间、时区和当前时间。当主即时信使的存在性 状态为不接受探访时，规则62为真。当台式电话当前具有不接收探访的 状态时，规则64为真。当手机当前具有不接收探访的状态时，规则66为 真。复选框54使得用户18能够选择规则。 一旦规则被选择，它就可以作 为用户18的可达性规则之一被包括。
在操作中，存在性汇总系统16通过评估特定用户18所关联的可达性 规则来确定特定用户18的可达性状态。在某些实施例中，存在性汇总系 统16在用户界面50中的第一个被列出的可达性状态52处开始评估，在所 示出的实施例中，即"在度假中"52a。在其他实施例中，存在性汇总系 统16在第一个被列出的可达性规则处开始评估，在所示出的实施例中， 即规则56。存在性汇总系统16判断第一个被选出的规则是否为真。如果 否，那么存在性汇总系统16前进到用户界面50中的下一个被列出的可达
性规则，在所示出的实施例中，即被列出在"不在办公室"52b之下的规 则。如果该规则不为真，那么存在性汇总系统前进到用户界面中的下一个 被列出的可达性规则，在所示出的实施例中，即规则60。处理继续向下遍 历可达性规则的列表直到所选出的规则被发现为真。当规则被发现为真
时，可达性状态被设定为与该规则相关联的可达性状态52。
这提供了用于指定并确定可达性状态的自顶向下的分级技术。然而，
这仅是一种操作方法，并且应理解，可以以操作用于确定特定用户18的 可达性状态的任何顺序来完成所描述的处理。可以根据任何类型的算法
(包括分级或最优(best fit)算法)来评估可达性状态。例如，可以以不 同于在用户界面50上向用户18示出的顺序的顺序来评估可达性状态。在 具体的实施例中，可达性状态52可以包括某些、全部或者不包括所列举 的状态，并且可以包括没有被具体列出的附加状态。此外，在图2中示出 的规则仅是说明性的可以与可达性状态52相关联的规则的类型。
图3A到3C示出用于使用户与汇总用户的可达性状态的通信系统交互 的图形用户界面部分。图3A示出总的以70指示的主要图形用户界面
(GUI)。在所示出的示例中，GUI 70包括选单栏72、姓名74和分别用 于修改可达性和联系方法偏好的下拉选单76和78。
下拉选单76使得用户18能够选择确定可达性状态的方法。在所示出 的实施例中，下拉选单76可以允许用户18在自动和手动可达性状态之间 进行选择。手动可达性状态使得用户18能够选择特定的可达性状态(例 如，接受探访、不接受探访、忙碌、可打断但忙碌等)作为用户18的可 达性状态。在某些实施例中，手动可达性状态包括可达性的推翻
(override)或者其中不使用任何入口方法的情况。另一方面，自动可达性 状态指示系统使用与用户18相关联的可达性规则来确定用户18的当前可 达性状态。在具体的实施例中，将多个自动可达性状态呈现给用户18，从 而使得用户18能够在不同的可达性规则组之间进行选择。下拉选单78使 得用户18能够快速选出优选的联系方法，该优选的联系方法被显示给订 户以指示用户18更希望以何种方式被联系(例如，通过台式电话、手 机、视频电话、电子邮件、即时消息等)。在某些实施例中，在下拉选单
78上列出的联系方法对应于与GUI 70相关联的特定用户18所关联的网络 元件36。
GUI70还包括图标80，该图标80对应于不同的通信模式。图标80可 以被用户18选择以通过所指示的模式来起动与联系人88的通信。在某些 实施例中，所显示的图标80的组基于所选出的联系人88而改变。例如， 所显示的图标80可以对应于特定联系人88所关联的网络元件36。如所示 出的，图标80包括台式电话、手机、视频电话、即时消息用户姓名和电 子邮件系统。在某些实施例中， 一个特定图标80与其余的图标80相分离 以指定优选的联系方法。在图3A中用一条线来示出该指定。
如所示出的，GUI 70还包括联系人选单84，该联系人选单84显示用 户18的联系人的列表。在联系人选单84中，用户18可以通过下拉选单 86来选择显示所有的、某些、特定组的联系人或者不显示联系人。在某些 实施例中，联系人88可以被划分为组90。例如，在所示出的实施例中， 组90包括对应于销售团队的所有联系人88。在具体的实施例中，用姓名 88a (例如，Diane McKi皿ey)来标识联系人88。在所显示的实施例中， 在姓名88a左侧的框88b指示联系人的可达性状态。可以通过框88b的底 纹(shading)或颜色，或者通过任何其他适当的方式，在框88b中指示可 达性状态。在姓名88a的右侧的第二个框88c指示由联系人88所选择的优 选的联系方法。在某些实施例中，用户18可以通过联系人选单84来起动 与联系人88的联系。虽然没有具体示出，但是GUI70可以允许用户18指 定用于显示的关于联系人88的附加信息。例如，用户18可以选择显示与 一个或多个联系人88相关联的某些或全部的网络元件36的存在性状态。
如所示出的，GUI 70还包括最近通信部分92，该部分可以显示由用 户18所发送和/或接收的最近的通信。在所示出的实施例中，最近通信部 分92显示用户18所接收到的语音留言和未接电话的数目。GUI 70还包括 搜索部分94。搜索部分94可以允许用户18输入搜索信息，所述搜索信息 包括联系人姓名、特定联系人的联系信息或其他信息。用户18还可以指 定GUI70将在其中进行搜索的信息存储单元(例如，目录)。
图3B示出总的以96指示的设定选单，该设定选单96使得用户18能
够定制图3A的GUI 70的特定方面。设定选单96使得用户18能够选择用 于确定可达性状态的自动选项98或者手动选项100之一。如果用户18选 择自动选项98，那么与用户18相关联的可达性规则被用于确定用户18的 可达性状态。可替代地，用户18可以选择特定的手动选项100之一，从 而手动地设定用户18的可达性状态。手动选项100列出可选择的可达性 状态。例如，如所示出的，手动选项100包括"接收探访"、"可打断 但忙碌"、"忙碌"、"请勿打扰"、"不接收探访"、"不在办公室" 以及"在度假中"。在具体的实施例中，手动选项100可以列出某些或全 部的可达性状态52。 一旦用户18选择了手动选项100之一，用户18的可 达性状态就变为所选出的可达性状态，直到其被用户18改变。
此外，用户18可以通过复选框102来选择优选的联系方法。在具体 的实施例中，用户18可以在台式电话、手机、视频电话、即时消息程序 或电子邮件系统之间选择作为优选的联系方法的方法。在具体的实施例 中，所显示的优选联系方式对应于用户18所关联的某些或全部的网络元 件36。在所示出的实施例中，设定选单96还使得用户18能够通过对项 104进行选择来创建、修改和删除当前状态消息。用户18可以将文本放在 当前状态消息中以发送给订户。例如，该文本可以被用于提供关于用户18 的所在之处或接收探访的更多细节。设定选单96还可以允许用户18通过 对项106进行选择来创建、修改和删除用户简档(profile)。最后，设定 选单96可以提供用户18可用以登出(sign out)系统108或者关闭设定选 单110的方式。
图3C示出由图3A的下拉选单76所提供的选项。在某些实施例中， 下拉选单76简单地提供访问许多与图3B的设定选单96相同的选项(例 如，自动选项98和手动选项100)的另一种方式。如上所述，用户18可 以选择自动选项98来确定可达性状态，从而使得可达性状态根据用户18 所关联的可达性规则被确定。此外，用户18可以选择手动选项100之 一，从而将可达性状态手动地设定为由用户18所选出的特定的手动选项 100。下拉选单76可以被包括，从而为用户18提供选择当前可达性状态 的更快并且更容易的方式。
虽然图3A到图3C的GUI 70、设定选单96和下拉选单76被显示为 具有提供特定操作的组件的特定配置，但是应理解，系统10预期利用任 何适当的界面、组件和/或设备来实现类似的功能。此外，可以以任何适当 的顺序来执行由这些组件所执行的功能和/或可以完全省略由这些组件所执 行的功能。虽然以一种方式被示出，但是GUI 70意欲包括用于使得用户 18能够与提供用户的可达性信息的通信系统进行通信的任何组件或功能。
图4A-4B示出用于可见性定制的界面以及用于添加联系人的关联选 单。图4A示出总的以120指示的用户界面，该用户界面提供对用户18的 可见性的定制。通常，可见性确定关于可达性和存在性状态的哪些信息 (如果有)被传达给联系人。在所示出的实施例中，用户18可以通过从 下拉选单122中选择选项来定制可见性。下拉选单122可以允许用户18选 择如下三种默认的可见性规则之一(1)联系人可以看见我的可达性状 态和我的存在性状态，(2)联系人仅可以看见我的可达性状态，或者 (3)联系人既看不见我的可达性状态也看不见我的存在性状态。某些实 施例包括提供给用户18的不同的默认规则，并且其他实施例根本不提供 默认的可见性规则。
用户界面120包括例外部分(exception section) 124，该例外部分124 使得用户18能够指定在下拉选单122中选出的一般可见性规则的例外情 况。例外部分124使得用户18能够指定不适用在下拉选单122中选出的默 认规则的特定联系人88。作为替代，这些特定的联系人88适用由用户18 指定的不同的可见性规则。如所示出的，框126、 128使得用户18能够根 据用户18在下拉选单122中没有选择的两个默认规则的每个，选择被授 权接收可达性和存在性状态的特定联系人。例如，用户18在下拉选单122 中指定默认规则联系人88仅可以看见可达性状态。因此，在框126 中，用户18标识被授权接收可达性和存在性状态二者的联系人88，并且 在框128.中，用户18标识被授权既不接收可达性状态也不接收存在性状 态的联系人88。
在某些实施例中，可见性规则指定所指定的联系人88关于用户18的 可达性状态接收到的特定的可达性状态。因此，特定的订户(或者订户
组)接收到一种可达性状态，而其他订户接收到另一种可达性状态。这将 是有益的，例如，因为在工作时间之外的时间，用户18可能希望同事接 收到"不接受探访"的状态，而朋友和家人接收到"接收探访"的状态。 虽然被示出为具有一种配置，但是应理解，用户界面120可以允许用户18
建立可见性规则，从而使得联系人88接收到用户18所期望的关于可达性 和存在性状态的任何信息。
图4B示出总的以130指示的添加联系人选单，通过该添加联系人选 单130，用户18可以选择特定的联系人88。例如，联系人88可以被选择 以使得用户18可以将联系人88包括在图4A的框126、 128中。在某些实 施例中，添加联系人选单130可以辅助选择用于在图3A的GUI 70上显示 的联系人88。
虽然图4A-4B的用户界面120和添加联系人选单130被示出为具有特 定的组件或操作，但是应理解，可以通过任何数目和类型的组件和/或设备 来实现类似的功能。此外，可以以任何适当的顺序来执行由这些组件所执 行的功能和/或可以完全省略由这些组件所执行的功能。虽然以一种方式被 示出，但是用户界面120意欲包括使得用户18能够指示期望的可见性偏 好所必需的任何组件或功能。应理解，用户18可以以任何适当的方式来 指定并定制可见性规则以及例外。
图5A-5B描述示出用于定制可达性和可见性规则以及用于从提供汇总 可达性状态的系统接收信息的操作方法的流程图。图5A是示出用于定制 用户18的可达性规则和可见性偏好的方法148的流程图。在步骤150，存 在性汇总系统16向用户18显示如下的选单，其提供用于定制可达性偏好 的选项。该选单可以通过用户界面50被显示给用户18。用户18可以通过 选择用户界面50中的对应于各种可达性规则60、 62、 64和66的复选框 54，来定制其可达性偏好。在步骤152，存在性汇总系统16接收由用户 18选择的可达性规则以及由用户18设定的可达性设定。可达性设定可以 被设定为手动选项100之一或者自动选项98。手动选项IOO将直接确定用 户18的可达性状态，在此自动选项98将需要存在性汇总系统16根据可达 性规则来确定可达性状态。在具体的实施例中，用户界面20代表存在性
汇总系统16进行操作，从而将选单显示给用户18并且从用户18接收输入。
在步骤154，存在性汇总系统16显示选单，该选单使得用户18能够 选择优选的联系方法102。该选单可以类似于设定选单96或下拉选单 76。优选的联系方法102可以指示用户18更希望以何种方式被订户(其 他的用户18和/或远程订户38)联系。在步骤156，存在性汇总系统16接 收对优选的联系方法102的选择。
在步骤158，存在性汇总系统16显示可见性偏好选单，该选单可以类 似于用户界面120，并且在步骤160接收可达性选择和/或例外。用户18 可以通过可见性偏好选单来指示哪些联系人88被授权接收何种信息。用 户18可以指定哪些联系人88可以接收可达性状态和/或存在性状态。在某 些实施例中，用户18可以定制其可见性从而使得某些订户18、 38被授权 获得可达性状态和存在性状态的多种组合。虽然用户界面120被描述，但 是应理解，可以通过更复杂的方法来完成可见性定制。在具体的实施例 中，可达性引擎22代表存在性汇总系统16进行操作以处理从用户18接收 到的可见性偏好。
在步骤162，存在性汇总系统16判断用户18是否通过评估可达性设 定而选择了手动选项100之一。如果用户18选择了手动选项100之一，那 么方法前进到步骤164，其中存在性汇总系统16推翻可达性规则并且将可 达性状态设定为由所选择的手动选项100之一所指示的可达性状态。方法 然后前进到步骤168。另一方面，如果用户18选择了自动选项98，那么 方法从步骤162前进到步骤166，其中存在性汇总系统16通过将可达性规 则应用于用户18所关联的网络元件36的当前存在性状态来确定用户18的 可达性状态。在某些实施例中，存在性汇总系统16的可达性引擎22执行 在步骤162、 164和166中描述的功能。
从步骤164或者步骤166起，方法前进到步骤168，其中存在性汇总 系统16判断用户18是否输入了状态消息。例如，用户18可能通过选择设 定选单96中的项104而输入了状态消息。如果状态消息已经被输入，那 么在步骤170，存在性汇总系统16将状态消息传送给被授权接收状态消息
的订户18、 38。在任一种情况下，方法前进到步骤172。在步骤172，存 在性汇总系统16判断用户简档是否被输入。例如，用户18可能通过选择 设定选单96中的项106而输入了用户简档。如果用户简档没有被输入， 那么方法结束。否则，在步骤174，存在性汇总系统16将用户简档传送给 被授权接收用户简档的订户18、 38，然后方法结束。在某些实施例中，存 在性汇总系统16通过应用由用户18在步骤160所标识的可见性规则来确 定哪些订户18、 38被授权接收状态消息和/或用户简档。
图5B是示出用户18用以查看与联系人88相关联的可达性状态以及 其他信息的方法178的流程图。在步骤180，存在性汇总系统16从用户 18接收指示系统应该向用户18显示哪些联系人88的选择。例如，用户18 可以通过在GUI 70中显示的下拉选单86来指示该选择。在具体的实施例 中，存在性汇总系统16的用户界面20用于向用户18显示选单并且从用户 18接收输入。在步骤182，存在性汇总系统16显示由用户18选择的联系 人88。所选择的联系人88可以被显示在如图3A所示的GUI 70中，或者 任何适当的图形用户界面中。
在步骤184，存在性汇总系统16接收联系人88的可达性状态信息和 优选的联系方法。在假设用户18被授权接收与联系人88相关联的信息的 情况下，在步骤186，存在性汇总系统16显示所接收的联系人88的信 息。例如，如图3A所示，GUI70显示用姓名88a来标识的特定联系人 88，以及与该特定联系人88相关联的可达性状态88b和优选的联系方法 88c。在某些实施例中，用户18可以选择这样的特定联系人88，针对该特 定联系人88，存在性汇总系统16将显示一组特定的信息。在具体的实施 例中，用户18在由用户18所指定的多个位置处接收关于联系人88的信
必o
在步骤188，存在性汇总系统16判断是否请求了搜索联系人88。例 如，用户18可以通过将信息输入到GUI70的搜索部分94中，来指示期望 搜索特定的联系人88。如果搜索己经被请求，那么在步骤190，针对与联 系人88相关联的姓名或者其他信息来搜索目录或其他所指示的数据库。 在搜索完成后或者如果没有请求搜索，那么方法前进到步骤192。在步骤
192，存在性汇总系统16判断是否请求了联系人88的附加信息。如果 是，那么在步骤194，存在性汇总系统16取回并显示联系人88的附加信 息；否则，方法跳过步骤194并且前进到步骤196。例如，用户18可以请 求诸如联系人88所关联的网络元件36的列表以及那些网络元件36的存在 性状态之类的附加信息。
在步骤196，存在性汇总系统16判断与联系人88之一进行通信的请 求是否被接收。如果与联系人88之一进行通信的请求尚未被接收，那么 方法结束。如果用户18请求了与联系人88之一进行通信，那么在步骤 198，存在性汇总系统16判断用户18是否标识了用于通信的特定网络元 件36。如果用户18指定了特定的网络元件36，那么在步骤200，存在性 汇总系统16通过所选择的网络元件36来起动用户18和所选择的联系人 88之间的连接。如果在步骤198，用户18没有指定特定的网络元件36， 那么存在性汇总系统16前进到步骤202，并且通过所选择的联系人88的 优选联系方法来起动连接。
关于图5A-5B而描述的方法仅是说明性的，并且应理解，可以以任何 适当的方式来修改操作方式以及被指示为执行操作的设备。虽然已经描述 了用于定制可达性和可见性规则以及用于提供汇总可达性状态的具体方 法，但是这些方法并非意欲包含所有的情况。虽然这些方法描述了以特定 顺序执行的特定步骤，但是应理解，系统10预期以任何可操作的顺序来 执行某些、所有或者不执行这些步骤的任何适当的元件的集合和配置。
图6是示出用于汇总可达性规则、可见性规则以及网络元件36的存 在性状态以确定用户18之一的汇总可达性状态的方法208的流程图。当 在步骤210，存在性汇总系统16从用户18接收到可达性规则时，方法开 始。然后，在步骤212，存在性汇总系统16接收可见性规则和例外。在步 骤214，存在性汇总系统16将所接收的可达性规则以及可见性规则和例外 存储在规则存储器32中。然后，在步骤216，存在性汇总系统16收集用 户18所关联的网络元件36的当前存在性状态。在步骤218，存在性汇总 系统16将存在性状态信息存储在存在性存储器30中，并且在步骤220， 确定用户18的可达性状态。可以通过将用户18所关联的网络元件36的存
在性状态应用于由用户18所选择的可达性规则，来确定可达性状态。在 某些实施例中，由可达性引擎22来完成该确定。方法然后前进到步骤
222，其中用户18的可达性状态被存储在可达性存储器28中。在步骤 224,基于由用户18所选择的可见性规则和例外来过滤可达性状态。
在步骤226，存在性汇总系统16判断提出请求的订户18、 38是否被 授权接收用户18的可达性状态。如果是，那么在步骤228，存在性汇总系 统16将可达性状态分发到提出请求的订户18、 38。在某些实施例中，由 用户18提供的可见性规则和例外将指示提出请求的订户18、 38没有被授 权接收可达性状态。此外，可见性规则和例外可以指定提出请求的订户 18、 38接收到不同于其他订户18、 38所接收到的可达性状态。在具体的 实施例中，可达性引擎22代表存在性汇总系统16进行操作以分发可达性 状态。
在步骤230，存在性汇总系统16判断提出请求的订户18、 38是否被 授权接收用户18所关联的网络元件36的存在性状态。如果是，那么在步 骤232，存在性汇总系统16将存在性状态分发到提出请求的订户18、 38。在某些实施例中，提出请求的订户18、 38仅被授权接收对应于用户 18所关联的网络元件的特定一些的存在性状态。在该情况下，存在性汇总 系统16仅将经授权的存在性状态分发给提出请求的订户18、 38。在具体 的实施例中，订户18、 38以基于用户18的当前可达性状态的具体方式来 接收、请求和/或使用用户18所关联的网络元件36的存在性状态。在某些 实施例中，可达性引擎22代表存在性汇总系统16进行操作以分发存在性 状态。在某些实施例中，步骤228和232，如果被执行，那么被同时地执 行从而使得被授权既接收用户18的可达性状态又接收用户18的存在性状 态的订户18、 38将在一个通知中接收到所有的信息。
关于图6而描述的方法仅是说明性的，并且应理解，可以以任何适当 的方式来修改操作方式以及被指示为执行操作的设备。虽然该方法描述了 以特定顺序执行的特定步骤，但是应理解，系统10预期以任何可操作的 顺序来执行某些、所有或者不执行这些步骤的任何适当的元件的集合和配 置。
虽然在若干个实施例中描述了本发明，但是无数的改变和修改可能被 暗示给本领域中的普通技术人员，并且本发明意欲包含这样的改变和修 改，只要它们落入本发明的随附权利要求书中。
权利要求
1.一种向订户提供可达性状态的方法，包括呈现多个可达性状态，每个可达性状态代表从多个状态得到的用户的汇总可访问性，其中每个所述状态对应于与所述用户相关联的多个网络元件之一；针对每个所述可达性状态，呈现至少一个可达性规则，每个可达性规则对应于所述网络元件之一并且指示满足所述可达性规则的状态；接收对一个或多个所述可达性规则的选择；访问中央存储器，该中央存储器维持对应于所述网络元件的所述状态；标识所述可达性规则的排序；执行以下步骤，直到当前可达性状态被选出基于所标识的排序来标识所述可达性规则之一；判断所标识的可达性规则是否被满足；并且如果所标识的可达性规则被满足，则选择与所标识的可达性规则相关联的可达性状态作为所述当前可达性状态；确定用于接收所述当前可达性状态的一个或多个订户；并且将所述当前可达性状态传达给订户。
2. 如权利要求1所述的方法，其中按对应于所述所标识的可达性规则 的排序的顺序来呈现所述可达性规则。
3. 如权利要求1所述的方法，还包括 接收对优选的联系方法的选择；确定用于接收所述优选的联系方法的通知的一个或多个订户；并且 将所述优选的联系方法的通知传达给所述一个或多个所确定的订户。
4. 如权利要求1所述的方法，还包括: 接收对多个手动可达性状态之一的选择；将所述当前可达性状态设定为所选择的所述手动可达性状态之一。
5. 如权利要求1所述的方法，还包括 接收指定可以被传达给订户的一组信息的可见性规则，其中所述一组 信息包括所述当前可达性状态和对应于所述与用户相关联的多个网络元件 的多个状态中的所标识的状态；应用所述可见性规则来确定将哪些信息传达给订户。
6. 如权利要求1所述的方法，其中所述一个或多个所选择的可达性规则中的至少一个对应于多个网络元件，并且针对所述多个网络元件中的每个，指示满足所述可达性规则的状态。
7. 如权利要求1所述的方法，还包括接收多个规则组，其中每个规则组指示对一个或多个所述可达性规则的选择；接收规则组选择，其中所述规则组选择标识所述规则组之一；并且 根据由所述规则组选择所标识的所述规则组，来选择针对所述可达性 状态的可达性规则。
8. 如权利要求1所述的方法，其中所述多个可达性状态包括在度假 中、不在办公室、不接受探访、请勿打扰、忙碌、可打断但忙碌、接受探 访以及未知。
9. 一种用于向订户提供可达性状态的设备，包括 与用户相关联的多个网络元件；用户界面，其可操作用于呈现多个可达性状态，其中每个可达性状态 代表从多个状态得到的所述用户的汇总可访问性，每个所述状态对应于所 述多个网络元件之一，并且所述用户界面可操作用于针对每个所述可达性 状态呈现至少一个可达性规则，其中每个可达性规则对应于所述网络元件 之一并且指示满足所述可达性规则的状态；以及存在性汇总系统，其可操作用于接收对一个或多个所述可达性规则 的选择，访问维持对应于所述网络元件的所述状态的中央存储器，标识所 述可达性规则的排序；所述存在性汇总系统还可操作用于执行以下步骤， 直到当前可达性状态被选出基于所标识的排序来标识所述可达性规则之 一，判断所标识的可达性规则是否被满足，并且如果所标识的可达性规则 被满足，则选择与所标识的可达性规则相关联的可达性状态作为所述当前 可达性状态；并且所述存在性汇总系统还可操作用于确定用于接收所述当 前可达性状态的一个或多个订户，并且将所述当前可达性状态传达给订 户。
10. 如权利要求9所述的设备，其中所述用户界面可操作用于以对应 于由所述存在性汇总系统所标识的所述可达性规则的排序的顺序来呈现所 述可达性规则。
11. 如权利要求9所述的设备，其中所述存在性汇总系统还可操作用于接收对优选的联系方法的选择；确定用于接收所述优选的联系方法的通知的一个或多个订户；并且 将所述优选的联系方法的通知传达给所述一个或多个所确定的订户。
12. 如权利要求9所述的设备，其中所述存在性汇总系统还可操作用于接收对多个手动可达性状态之一的选择；将所述当前可达性状态设定为所选择的所述手动可达性状态之一 。
13. 如权利要求9所述的设备，其中所述存在性汇总系统还可操作用于接收指定可以被传达给订户的一组信息的可见性规则，其中所述一组 信息包括所述当前可达性状态和对应于与所述用户相关联的所述多个网络 元件的多个状态中的所标识的状态；应用所述可见性规则来确定将哪些信息传达给订户。
14. 如权利要求9所述的设备，其中所述一个或多个所选择的可达性 规则中的至少一个对应于多个网络元件，并且针对所述多个网络元件中的每个，指示满足所述可达性规则的状态。
15. 如权利要求9所述的设备，其中所述存在性汇总系统还可操作用接收多个规则组，其中每个规则组指示对一个或多个所述可达性规则 的选择；接收规则组选择，其中所述规则组选择标识所述规则组之一；并且 根据由所述规则组选择所标识的所述规则组，来选择针对所述可达性 状态的可达性规则。
16. 如权利要求9所述的设备，其中所述多个可达性状态包括在度假中、不在办公室、不接受探访、请勿打扰、忙碌、可打断但忙碌、接受探 访以及未知。
17. —种用于向订户提供可达性状态的逻辑，所述逻辑被编码在介质中并且当被执行时可操作用于-呈现多个可达性状态，每个可达性状态代表从多个状态得到的用户的 汇总可访问性，其中每个所述状态对应于与所述用户相关联的多个网络元件之一；针对每个所述可达性状态，呈现至少一个可达性规则，每个可达性规 则对应于所述网络元件之一并且指示满足所述可达性规则的状态； 接收对一个或多个所述可达性规则的选择；访问中央存储器，该中央存储器维持对应于所述网络元件的所述状态；标识所述可达性规则的排序； 执行以下步骤，直到当前可达性状态被选出基于所标识的排序来标识所述可达性规则之一；判断所标识的可达性规则是否被满足；并且如果所标识的可达性规则被满足，则选择与所标识的可达性规则 相关联的可达性状态作为所述当前可达性状态；确定用于接收所述当前可达性状态的一个或多个订户；并且 将所述当前可达性状态传达给订户。
18. 如权利要求17所述的逻辑，其中按对应于所述所标识的可达性规 则的排序的顺序来呈现所述可达性规则。
19. 如权利要求17所述的逻辑，还可操作用于 接收对优选的联系方法的选择； 确定用于接收所述优选的联系方法的通知的一个或多个订户；并且 将所述优选的联系方法的所述通知传达给所述一个或多个所确定的订户。
20. 如权利要求17所述的逻辑，还可操作用于 接收对多个手动可达性状态之一的选择；将所述当前可达性状态设定为所选择的所述手动可达性状态之一。
21. 如权利要求17所述的逻辑，还可操作用于接收指定可以被传达给订户的一组信息的可见性规则，其中所述一组 信息包括所述当前可达性状态和对应于与所述用户相关联的所述多个网络 元件的多个状态中的经标识的状态；应用所述可见性规则来确定将哪些信息传达给订户。
22. 如权利要求17所述的逻辑，其中所述一个或多个所选择的可达性 规则的至少一个对应于多个网络元件，并且针对所述多个网络元件中的每个，指示满足所述可达性规则的状态。
23. 如权利要求17所述的逻辑，还可操作用于接收多个规则组，其中每个规则组指示对一个或多个所述可达性规则的选择；接收规则组选择，其中所述规则组选择标识所述规则组之一；并且 根据由所述规则组选择所标识的所述规则组，来选择针对所述可达性 状态的所述可达性规则。
24. 如权利要求17所述的逻辑，其中所述多个可达性状态包括在度假 中、不在办公室、不接受探访、请勿打扰、忙碌、可打断但忙碌、接受探 访以及未知。
25. —种用于向订户提供可达性状态的系统，包括 用于呈现多个可达性状态的装置，每个可达性状态代表从多个状态得到的用户的汇总可访问性，其中每个所述状态对应于与所述用户相关联的 多个网络元件之一；用于针对每个所述可达性状态呈现至少一个可达性规则的装置，每个可达性规则对应于所述网络元件之一并且指示满足所述可达性规则的状 态；用于接收对一个或多个所述可达性规则的选择的装置；用于访问中央存储器的装置，所述中央存储器维持对应于所述网络元件的所述状态；用于标识所述可达性规则的排序的装置； 用于选择当前可达性状态的装置，其包括用于基于所标识的排序来标识所述可达性规则之一的装置； 用于判断所标识的可达性规则是否被满足的装置；以及 用于在所标识的可达性规则被满足的情况下，选择与所标识的可 达性规则相关联的可达性状态的装置；用于确定用于接收所述当前可达性状态的一个或多个订户的装置；以及用于将所述当前可达性状态传达给订户的装置。
全文摘要
提供了一种可定制的机制，该机制用于基于用户所关联的多个网络元件的当前状态来确定并报告用户的汇总可达性，该机制例如是用户可以用以与其他用户进行通信的设备或应用。系统可以评估可定制的可达性规则以确定用户的汇总可达性状态。系统准备将网络元件的可达性状态和存在性状态分发给经授权的订户。
文档编号G06F15/16GK101375267SQ200780003553
公开日2009年2月25日 申请日期2007年1月19日 优先权日2006年3月22日
发明者凯瑟琳·A·麦克莫瑞, 大卫·A·拉德, 大卫·W·巴特, 彼得·M·吉茨, 戴尔·J·西维, 戴维·J·诺维斯, 斯蒂芬·莱维 申请人:思科技术公司