专利名称：利用存在性连同其它信息来确定恰当的通信形态的制作方法
利用存在性连同其它信息来确定恰当的通信形态技术领域
一个示例性方面针对提高通信中的可联系性(contactability)。更具体地，一 个示例性方面针对为了确定用于与被联系人(contactee)建立通信的优选联系形态 (modality),评估博客、论坛、社交站点、微博等中的一个或多个来。另外，一个示例 实施例可以对提高如下情况的可能性尝试实现的联系可实际上经由所选择的形态来获得。
背景技术：
移动电话网络、固定电话网络和IP网络的集合为用户提供了多样的通信选择。 如果一个人想要与另一个人联系，他或她可以使用电子邮件(即e-mail)、即时消息、有 线或无线电话、个人计算机、寻呼机、个人数字助理(即PDA)、统一消息(即UM系 统)，这仅仅例举出一小部分。对于这么多选择，很难确定(在并非不可能确定的情 况下)在给定时间点上哪种选择将向主叫方提供联系到所希望的人或被叫方的最大可能 性。反复试错和猜测是用来联系被叫方所使用的典型技术，这对于主叫方而言常常是浪 费时间和精力的。
为了提供存在性获知网络已经进行了各种尝试，这些尝试暂时地跟踪个人对所 选择的通信装置的使用来向联系人(contactor)提供联系到这位个人的最大可能性。其它 机制基于诸如日历条目、时间等的存在性信息而建立被联系人的喜好的模式。
最近，已经开发了会话发起协议，即^tP(其是数据网络多媒体会议和电话所用 的简单信令/应用层协议)，来在通信网络中提供一定程度的存在性获知。尽管其它协议 等同地支持存在性概念，但是SIP提供了用于支持该功能的示例基础。
在幻？中，系统和代理服务器可以提供诸如以下的服务呼叫转发、被叫方和 主叫方号码传送(其中，号码可以是诸如传统的URL格式之类的任意命名方案)，个人移 动性(即使被叫方改变终端也能在单个的依赖于位置的地址的情况下联系到被叫方的能 力)，终端类型协商和选择(例如，可以给予主叫方有关如何联系被叫方的选择)、移动 电话接听服务，终端能力协商，主叫方和被叫方认证，隐蔽的或受监控的呼叫转移，多 点会议邀请，等等。
为了提供这些不同的服务，SIP使用相对简单的消息系统，S卩，“INVITE”消息(带有主叫方的编解码器参数选择)和“0K”消息(带有被叫方的编解码器参数选 择)，SIP使用不同的软件实体，即，维护当前时刻给定用户的地址图的登记器，执行呼 叫路由、会话管理、用户认证、重定向功能和路由到媒体网络的代理，执行转发功能的 子集的重定向服务器，和维护用户档案(profile)并且提供订户登记的SIP位置服务器。 “登记”是这样的机制，在每次用户上线并且个人档案(规定了基于许多标准进行路由的 信息)被访问时，用户的通信装置向网络进行登记。发明内容
尽管SIP (会话发起协议)提供某种程度的存在性获知，但是需要更完善的存在 性获知。与现有实现方式相关联的一个示例性问题是实况呼叫(live call)和消息系统之间 的人工通信中的通知间隔。
现有的实现方式在极为有限的范围上综合实况呼叫情景。它们的特征一般在 于用于在消息系统处结束呼叫的静态规则或使得消息系统可以发起呼叫。例如，为了 确定邮箱的信息等待状态，你必须要么登录邮箱要么邮箱必须打开装置特定的消息等待 灯或其它静态指示器。这两种机制都以用户或系统任一方的直接的刻意的动作为例，这 是当前系统的特点。当前的商用消息系统仅允许对消息通知、存在性和当前呼叫语境的 粗糙的动态校正。即使在数据网络中使用具有邮箱状态通知的更为动态的存在性数据的 那些最先进的工作流引擎和协作环境，它们的通信范围也受到严重的限制。它们一般不 能与公共交换电话网络进行交互操作。
微博是记录博客形式的被动式广播介质。微博与传统博客的不同在于其内容的 实际大小以及聚合文件大小两者都小得多。微博条目可以仅仅包括短的句段或图像和/ 或嵌入视频。与利用传统的博客一样，微博作者张贴从例如“我现在正在做什么”之类 的简单句到例如“外出就餐”之类的词干的范围内的话题。还存在商业微博，其一般推 销网站、服务和/或产品，并促进组织机构内的协作。
某些微博服务还提供一些特征，例如用户可以控制哪些人可以阅读他们博客的 隐私设置，或者除了基于网络的界面以外可选的其他用于公布条目的方式。这些可以包 括文本消息、即时消息、电子邮件或数字音频。
即使利用SIP和用户可获得的各种通信选择，对存在性本身的监视不能提供足够 的信息来确定用于通信的最恰当的联系形态。因此，需要用于生成最近活动的状况以从 中确定优选通信形态的更完备的方法，并提供使得联系人可以经由该形态联系到被联系 人的相应解决方案。例如，承载信道或订阅源(feed)的网络可以被建立为对于存在性确 定模块的输入。这些输入可以不仅可以包括存在性信息，也可以包括来自一个或更多博 客、微博、社交站点等的订阅源，使得系统可以确定更完整的最近活动的状况。基于该 输入信息和可选的一个或多个规则，可以确定可增强联系人与被联系人取得联系的能力 的优选联系形态。
例如，一个或多个社交站点的使用模式的统计分析可以连同存在性信息进行加 权来预测什么将是最有可能成功的通信形态。这些使用模式可以基于使用、使用频率、 最近的使用、被联系人的(一个或多个)偏好等来加权并且可以算作统计分析的因素。
另外，对于(一个或多个)社交站点的输入的类型可以被分析来辅助该确定。例 如，如果用户正在Facebook 上张贴图片，并且他们的工作日历指明他们不在办公室， 则可以确定他们很有可能在度假。因此，由于在该示例中联系人是同事，所以经由非实 时的形态来尝试联系被联系人会是更合适的，这样，被联系人可以在他们闲暇时经由非 实时的形态——可能是电子邮件——来回复。
作为另一示例，如果被联系人刚刚发出推特(tweet，一种微博)，则可见，被联 系人在这一天中会在多个场合发出推特，也许最成功的联系形态可以是通过Twitter 界 面——之后可以为“主叫方”启动一个恰当的界面来使得通信可以经由所选择的联系形态来发送。作为另一示例，可以对不同社交站点中的模式匹配进行评估来辅助联系形态确定处 理。例如，如果用户总是在大约下午8:15时在某一博客上张贴，则如果想在下午8:15与被 联系人进行联系的联系人向该博客发送消息将是一个好机会，被联系人将会看到该消息。
诸如在互联网上一个或多个社交网络和信息源中最近的活动、基于语境的分 析、基于内容的分析以及时间关系之类的信息也可以算作联系形态确定处理的因素。另 外，在考虑恰当的联系形态时还可以考虑贡献的大小和时间，并且还可以评估基于被联 系人的规则。
作为另一示例，模式趋势分析、预测存在性确定、对话分析和/或统计分析中 的一个或多个可以用来辅助确定恰当的联系形态。该联系形态确定的结果不仅可以用来 发展成为存在性信息的指示(例如，反映被联系人的预测存在性的标记)，而且还可以用 作发起联系人与被联系人之间的通信的基础。
另外的方面针对监视多个位置(包括传统的存在性以及社交站点、基于互联网 的网络站点或资源，互联网网页或资源)中的用户活动的能力以及一般而言来自任意资 源的信息来辅助确定恰当的联系形态。
另一示例性方面针对确定与被联系人相关联的一个或多个“身份”，这些身份 提供对可以用来进一步增强存在性确定和预测存在性性能的一个或多个资源的可见性。 例如，与用户相关联的传统信息是电话号码、电子邮件地址、移动电话号码等。对这些 信息构成补充的是与被联系人相关联的诸如用户ID之类的其它身份，例如，头衔、昵 称、屏幕显示名称、作者信息等。例如，用户可以具有与大量网站(例如，他们定期在 其上张贴信息的博客或社交站点)相关联的大量屏幕显示名称。类似地，被联系人可以 具有与社交和/或博客或微博服务相关联的用户名称，用户名称使得用户可以与其它人 交换信息。与用户相关联的活动和历史活动连同这些身份中的一个或多个身份被用来辅 助预测存在性，从而增强联系人与被联系人取得联系的能力。
本发明的方法也针对分析当前和历史信息中的一个或多个，摘要和分析该信 息，以及寻找可以进一步辅助预测被联系人的行为的趋势。例如，就以上示例，如果用 户在下午8点到9点之间定期在几个社交站点上进行张贴，用户在该时间期间应答个人电 子邮件，并且还常常以家庭电话号码接收电话呼叫，则可以假定，也许这是在晚饭后， 被联系人正在休闲和进行例如，爱好、个人兴趣等等的私人活动。因此，如果联系人在 该时间段期间尝试联系被联系人，则该系统可以提供与被联系人建立通信时更有可能的 一个或多个优选联系形态——从而有可能缩短使被联系人获知该通信并且可以进行应答 所需的时间。
另一方面针对在确定用于联系人与被联系人通信的优选联系形态时，向联系 人提供使得联系人能够与被联系人建立通信的恰当的界面、API、网页等中的一个或多 个。作为一个示例，如果确定优选联系形态是经由蜂窝电话，则可以向联系人提供被联 系人的蜂窝电话号码，或者，为了使被联系人的蜂窝电话号码不可见为，自动发出针对 被联系人的呼叫，联系人将不会看见被联系人的蜂窝电话号码。
在另一示例性实施例中，可以向联系人提供微博API，微博API以“发送 至”的字段来标识被联系人。与利用之前讨论的实施例一样，并且一般对于这里讨论 的所有实施例，该“发送至”类型的字段信息可能例如基于一个或多个规则使得联系人不可见。
相应地，一个示例性实施例针对确定优选联系形态。
另外的方面针对根据一个或多个规则、存在性信息以及另外的信息资源来确定 优选联系形态。
另一个方面针对监视和/或分析与一个或多个资源(例如，博客、论坛、社交站 点、微博、具有专用API的站点或一般任意信息源)的历史活动，并且使用该信息并可选 地连同传统的存在性信息来预测被联系人的优选联系形态。
另外的方面针对向联系人通知所确定的优选联系形态。
另一个方面针对执行模式趋势分析、语境分析、统计分析、使用模式分析、内 容分析、输入类型分析、时间关系分析以及历史分析中的一个或多个来辅助确定优选联 系形态。
另一个方面针对从用户检测或请求与该用户相关联的一个或多个身份，这些身 份例如与博客、论坛、社交站点、微博等中的一个或多个相关联地使用。
另外的方面针对一旦在优选联系形态已被确立之后，生成标记或可以呈现给 联系人的其它指示，该指示表示被联系人的优选联系形态。例如，如果优选联系形态是 经由电话，则可以显示电话标记，如果优选联系形态是某一商业微博，则显示该特定的 微博标识(logo)，如果优选联系形态是经由电子邮件，则显示信封标记，等等。
各个方面还涉及添加被联系人的时间/日期和/或位置。该信息可以来自于被 联系人经由Foursquare之类的应用进行的社交网络张贴或者将来的对移动服务提供商具有 的位置服务的使用。这是可以在用于挑拣最恰当的联系方法的方程中使用的另一因数。
根据本文这里包含的公开，这些和其它优点将变得清楚。上述实施例和配置既 不是全部的也不是穷尽的。应了解，本发明的其它实施例可单独地得到使用，或者与以 上阐述的或以下详细描述的特征集中的一个或多个相结合地得到使用。
这里使用的“至少一个”、“一个或多个”以及“和/或”是在操作中既可以 并列又可以分离的开放式表述。例如，表述“至少A、B和C”、“A、B或C中的至 少一个”、“A、B和C中的一个或多个”、“A、B或C中的一个或多个”以及“A、 B和/或C”中的每一者均包含仅A，仅B，仅C，A和B—起，A和C 一起，B和C 一起，或者A、B和C 一起的情况。
将参考以下附图来详细描述本发明的示例性实施例，其中
图1图示出示例性通信环境；
图2是描画出用于组合用户身份的示例性方法的概要的流程图；以及
图3是描画出用于确定优选联系形态的示例性方法的概要的流程图。
具体实施方式
以下，将结合示例性通信系统来说明某些实施例。尽管非常适合与例如使用 (一个或多个)交换机、(一个或多个)服务器和/或(一个或多个)数据库的系统一起 使用，但是这些实施例不限于与任意具体类型的通信系统一起使用，也不限于任意系统元件的构造。本领域 技术人员将认识到，所公开的技术可以用于任何其中期望提供增强 的可联系性的通信应用中。首先参考图1，将描述根据至少某些实施例的示例性通信环境100。该通信系统 包括(除了公知的元件部分以外)将多个通信装置、互联网信息源等连接的通信网络。在一个实施例中，通信系统可以包括交换机，交换机可以包括专用交换分机 (PBX)系统或能够向一个或多个实体提供电话服务的任意相似类型的交换系统，所述实 体例如是与该交换机相关联的企业、与该交换机相关联的用户(例如，主叫方或被叫方) 等等。交换机可以是许多已知交换系统中的一个，这些交换系统包括但不限于专用自动 交换分机(PABX)、计算机化交换分机(CBX)、数字交换分机(DBX)或集成交换分机 (IBX)。交换机也可以包括为多个端点的连接所设置的交换机构，这多个端点例如是与 呼叫参与方、服务器和数据库相关联的通信装置。交换机构可以提供用于将来话呼叫和 /或去话呼叫导向不同的端点的功能，并且还提供端点之间的会议能力以及用于与存在性 相关联的转发信息的能力。与参与方相关联的通信装置可以是分组交换或电路交换的，并且例如可以包 括诸如Avaya公司的96xx Series IP Phones 之类的IP电话，诸如Avaya公司的one_X Communicator 之类的IP软件电话，个人数字助理(即PDA)，个人计算机(即PC)，膝
上型计算机，上网本，平板计算机，基于分组的H.320视频电话和会议单元，基于分组的 语音消息和应答单元，基于分组的传统计算机电话附件，以及传统的有线或无线电话。 另外的与参与方相关联的装置可以是基于计算机的互联网浏览器和/或专用于特定通信 形态的应用，例如，支持从计算机或移动计算装置或移动通信装置发微博的应用(以及 相关联的通信硬件)。图1图示出了示例性的通信环境100。通信环境100包括经由一个或多个网络10 和链路5连接到一个或多个信息源的联系辅助系统1，所述一个或多个信息源例如是博客 110、论坛120、社交站点130、微博140、具有专用API的站点150 (例如，110-140中的 任一者)和其它信息源(一般地表示为其它160)，它们例如可以包括位置信息、存在性信 息并且还可以包括被联系人的位置处的时间/日期。在通信环境100中还存在信息聚合 模块2，其可连接到联系辅助系统1和信息源110-160中的一个或多个。联系辅助系统1包括存在性确定模块15、预测存在性模块20、对话分析模块 25、模式趋势分析模块30、语境分析模块35、发现模块40、人工智能模块45、规则模块 50、统计分析模块55、状态标识生成模块60、处理器65、存储器/存储装置70。为了辅助确定用于联系特定被联系人的更优选的方式，联系辅助系统1应当被 供应有可以辅助系统跟踪用户实际上正在做什么的各条信息或身份。如果基于档案信 息，信息聚合模块2得知与用户相关联的所有身份，例如，头衔、昵称、屏幕显示名 称、作者信息、电话号码、蜂窝电话号码、电子邮件地址以及一般地由用户用来传送和/ 或接收信息的任意信息；这使得信息聚合模块2可以进行信息的采集并且使得能够分析 与那些用户ID的信息相关联的任意通信。另外，基于档案信息、历史信息(例如，从互 联网浏览器得到)和用户活动中的一个或多个，用户张贴(或访问)信息所在的不同位置 也可以被信息聚合模块2识别来辅助预测存在性(稍后将更详细地描述)。假定在档案信息和历史信息之间，信息聚合模块2得知所有的地址、位置和其它信息源，则这些信息源处的各种信息要么被信息聚合模块2收取(pull)或推开(push)， 要么被其以其他方式组合、采集或挖掘。信息聚合模块2可以例如基于复制的信息、陈 旧的信息等来任意地执行过滤。作为一种可选方式，信息聚合模块2可以前瞻性地执行并且着眼于主叫方ID信 息、网络信息、历史信息、浏览信息、档案信息等中的一个或多个来获得与这些信息源 中的每一个相关联的一个或多个用户ID。然后，该发现的结果可以被信息聚合模块2用 来辅助针对用户(联系人)活动识别和监视这些信息源中的一个或多个。 作为另一种可选方式，或者附加地，可以向用户询问并要求用户输入针对这些 信息源中的一个或多个来的用户ID，然后，这些用户ID可以被信息聚合模块2如所讨论 的那样使用。利用对用户可能张贴信息的各种地方以及各种活动的了解，联系辅助系统 1开始使用该信息来监视一个或多个信息源，以辅助确定用户更准确的存在性，从而确定 更优选的联系形态。根据一个示例性实施例，可以建立各种信息源的订阅源(feed)，用户张贴到其 上的信息被信息聚合模块2转发给存在性确定模块15、人工智能模块45和存储器70中的 一个或多个。如所讨论的，这些信息可以基于一个或多个标准被过滤，来帮助联系辅助 系统1确定更准确的存在性以及被联系人偏好。在这些信息被聚合时，信息的一个或多 个部分可以被存储在联系辅助系统1中来辅助分析以及将来的存在性预测和/或偏好。更具体而言，可以与预测存在性模块20、对话分析模块25、模式趋势分析模块 30、语境分析模块35和统计分析模块55中的一个或多个协同来分析来自各种信息源的信 息，以辅助预测存在性。甚至更具体地，对话分析模块25可以，可选地与语境分析模块35和由人工智 能模块45执行的关联信息分析模块相协同，来分析各种对话、线程、张贴和/或消息交 换，以辅助预测存在性。例如，可以分析对话(或者甚至单一的张贴)的内容来寻找例 如可能有助于预测存在性的关键词。例如，用户表明他们将要去度假，用户表明他们将 要参加具体的活动或会面，用户表明他们将不在办公室，用户表明他们将与客户会面， 或者一般地将来的计划活动的任意指示都可以用来辅助存在性的预测。这也可以与日历 信息的分析相结合。模式趋势分析模块30可以在来自信息源110-116的信息中查找模式或趋势，再 来辅助预测存在性。例如，不论信息的源或其形态如何，模式(例如，何时对该信息源 进行张贴，该信息源何时被访问等等)可以与正被访问的该信息或者正被执行趋势分析 或模式识别的该信息中的全部一起使用。另外，历史信息(例如，与网络浏览器相关联 的历史信息、所发送的电子邮件、张贴等等)也可以被包括在模式趋势分析模块30的模 式趋势分析中，来建立用户何时执行某些活动以及在哪里执行的数据库。附加地，或者作为一种可选方式，或者与以上相协同，使用模式分析、输入类 型分析、内容分析以及时间关系分析也可以与上述情况相协同来辅助预测存在性。输入 类型分析例如可以包括用户正从何种类型的源或通信装置与各种信息源进行交互。作为 示例，可以与发现模块40协同检测个人计算机、PDA、平板PC、智能手机等来辅助确定 用户如何与各种信息源相接口。时间关系分析使得人工智能模块45可以着眼于一个或多个信息源、资源、实体、个人等之间的时间关系来进一步辅助预测存在性分析。在联系辅助系统1开始建立不仅提供趋势分析信息还洞察特定用户如何与各种信息源(例如，博客、论坛、社交站点、微博等)进行交互的数据库时，统计分析模块55 可以与预测存在性模块20协作来辅助基于统计分析进行的预测用户将来的存在性。另 夕卜，与存在性确定模块15相协作，可以包括传统的存在性信息，来与由预测存在性模块 20、人工智能模块45和规则模块50执行的预测用户的存在性的分析结合。可以了解， 存在某些实例，其中，该跟踪可以是被联系人可选的或者是被联系人可选择允许(或选 择禁止)的——例如，“监视”可以是在没有被联系人的准许的情况下不被执行的。然后，在联系辅助系统1被通知另一实体(主叫方或联系人)正尝试联系用户 (被联系人)时，该预测的存在性被预测存在性模块20用来确定优选的联系形态。该优选 的联系形态可以是经由与用户相关联的任意通信系统、技术或协议的，并且可以理解， 其可以不限于例如论坛上的回复。而是，来自所有不同的源的与用户相关联的信息的综 合和分析可以用来辅助预测存在性，这转变为在具体实例中对什么样的联系形态最有效 的估算。优先级高于该优选联系形态的决定的可以是用户能定义的一个或多个规则，它 们可以进一步根据用户的偏好来规定哪种优选的联系形态是更优选的联系形态。例如， 如果用户去度假，则即使优选的联系形态被确定为是来自同事用蜂窝电话联系用户，用 户也可以实现如下的规则，该规则规定，在该特定环境中，用户宁愿经由电子邮件或私 人消息(PM)而不是电话被联系。可选地，或附加地，该系统可以将基于每一形态可进 行通信的可能性得到的不同形态的排名提供给主叫方。因此，用户可以基于个人偏好、用户所具备的专门信息或知识等中的一个或多 个来建立一个或多个规则，这些规则要么优先级高于由预测存在性模块20所确定的确定 优选联系形态，要么对由预测存在性模块20所确定的确定优选联系形态进行补充。已经确定优选联系形态之后，联系辅助器可以将优选联系形态通知联系人，该 优选联系形态例如具有该优选联系形态可以在多长时间内有效的预测。作为一个示例， 假定用户通常每周检查特定的社交站点两到三次，并且他们访问该站点的平均时间是8 分钟——则，如果优选联系形态是经由联系人向该特定社交站点发送消息但是用户已经 登录了 5分钟，则可以通知联系人最佳时机是在接下来的三分钟里在该特定的社交站点 上联系该用户。该通知可以在状态标识生成模块60的协作下被提供给联系人。例如，当联系人 被确定为正尝试联系用户时，状态标识生成模块60可以经由文本、语音和/或图形中的 一种或多种方式生成的状态信息(例如，优选联系形态)并将其返回给联系人。状态标 识生成模块60还可以以已知的方式来与传统的存在性通知技术相接口来提供该增强的优 选联系形态功能。图2是描绘用于确定用户可以关联的信息源的示例方法的概要的流程图。具体 地，控制开始于步骤S200并且继续到步骤S210。在步骤S210中，进行是否知道用户的 所有身份的判定。如果知道所有的身份，则控制继续到步骤S220，获得一个或多个用户 ID(例如，头衔、昵称、屏幕显示名称、作者信息、主叫方ID信息、电话号码等)以及用 户张贴信息的各种位置的一个或多个地址(例如，URL)。然后，控制进行到步骤S250。 在步骤S250中，不同的用户ID被组合并且如稍后讨论的那样被用于采集和聚合与用户有关的信息。然后，控制继续进行到步骤S299，控制序列结束。如果不 知道身份，则控制跳到步骤S230。在步骤S230，进行是否要分析可获得 的信息的判定。如果要分析可获得的信息，则控制继续进行到步骤S240，系统可以查询 以下信息中的一个或多个主叫方ID信息、网络信息、历史信息(例如，浏览器历史信 息、呼叫日志信息、电子邮件发送和接收信息)、或一般的与从用户接收或由用户发出的 任意通信以及任意通信形态有关的任意信息。然后，控制继续到步骤S250。如果系统在步骤S230中不分析可获得的信息，则控制跳到步骤S260，进行是否 向用户询问他们的用户ID的判定。如果系统不询问用户，则控制继续到步骤S270，要 求用户针对一个或多个信息源(例如，博客、论坛、社交站点等)输入他们的用户ID， 使得可以跟踪用户在那些站点的活动。否则，控制继续到步骤S280，将可获得的信息用 来辅助预测存在性确定。图3是描绘用于预测存在性从而预测优选的联系形态的示例性方法的概要的流 程图。具体地，控制开始于步骤S300并且继续到步骤S310。在步骤S310，针对用户 存在性而监视用户信息(如上所述，可选地具有网站、社交站点等的一个或多个地址)。 另外，也可以使用与SIP和其它通信协议相关联的传统存在性监视技术。接着，在步骤 S320,并且连同对各种信息源的监视，那些信息源处的活动被监视并组合在例如在一个 或多个订阅源中，这些订阅源例如在步骤S330被可选地过滤。然后，在步骤S340中， 聚合信息以用于提交给预测存在性系统。然后，控制继续到步骤S350。在步骤S350，对从各个信息订阅源中接收到的信息的一个或多个部分执行模式 趋势分析、语境分析、统计分析、使用模式分析、输入类型分析、内容分析、时间关系 分析和历史分析中的一个或多个。接着，在步骤S360，利用步骤S350的结果(可选地 连同传统的存在性信息)来预测存在性以及优选的联系形态。然后，在步骤S370，确定 并存储该优选的联系形态。然后，控制继续到步骤S380。在步骤S380，判定是否将一个或多个规则应用于所确定的优选联系形态。如果 要应用一个或多个规则，控制跳到步骤S382，否则控制继续到步骤S390。在步骤S390， 经由文本、语音和/或图形中的一种或多种向联系人通知用户的优选联系形态(可选地， 还有对该优选联系形态适用的时间有多长的指示)。另外，可以向联系人提供多个优选联 系形态，并预测每一个联系形态作为某一时间段的优选联系形态。例如，可以向联系人提供优选的联系形态，向他们提供与此后两小时有关的优 选联系形态或多个形态。又假定利用该种实现方式存在安全性后果，则可以应用如下 规则基于例如联系人的身份对优选联系形态或多个形态的精细、详细或详尽程度进行 约束，联系人的身份可以经由主叫方ID或以类似方式来确定。然后，控制继续到步骤 S399，控制序列结束。在步骤S382，一个或多个规则可被应用于所确定的优选联系形态。接着，在步 骤S384，可以根据一个或多个规则(如果可应用的话)来更新优选的联系形态，从而替 换或补充所确定的优选联系形态。然后，在步骤S386，向联系人通知经更新的、或经规 则增强的(或经更改的)优选联系形态，控制继续到步骤S399，控制序列结束。各个实施例包括基本如这里所描述的组件、方法、处理、系统和/或设备，包 括各种实施例、子组合和其子集合。本领域技术人员在理解本公开之后将懂得如何实现和使用本发明。本发明在各个实施例中包括具有本文未描绘和/或描述的项目的装置和 处理，并且在其各个实施例中，包括没有在之前的装置或处理中已经使用的项目，例如 用于提高性能，实现便利性和/或降低成本的目的。已经为了说明和描述的目的展示了前述讨论。前文并不意在将本发明限制于这 里所公开的一个或多个形式。例如，在以上具体实施方式
中，为了使本公开简化，本发 明的各个特征在一个或多个实施例中被集结到一起。本公开的方法不应被解释为反映如 下意图请求保护的发明需要比每个权利要求中所明确阐述的方案更多的特征。而是， 如权利要求所反映的，创新性的方面所在于的特征比单个前述实施例的所有特征少。因 此，权利要求被结合到具体实施方式
中，每个权利要求作为分开的优选实施方式是独立 的。此外，尽管本发明的描述包括一个或多个实施例以及某些变形例和修改例的描 述，但是在理解本公开之后，其它变形例和修改例也在本公开的范围以内，例如，在本 领域的技术人员的技能和技术范围以内可以实现的。希望获得包括允许程度的可替换实 施例的权利，包括所要求保护的那些的可替换、可互换、和/或等同的结构、功能、范 围或步骤，而不论这样的可替换、可互换、和/或等同的结构、功能、范围或步骤是否 在这里被公开，以及不想公开地专用于任意可专利的主题。尽管关于事件的特定顺序描述了上述流程图，但是应当了解，在不实质上影响 本发明的操作的情况下可以更改该顺序。另外，事件的准确顺序不需要如示例性实施例 中所阐述的那样发生。这里说明的示例性实施例不限于具体说明的实施例，而是还可以 利用其它示例性实施例。并且每个描述的特征是可以分别地各自要求保护的。
这里描述的系统、方法和协议除了可以在所述通信装备、编程的微处理器或微 控制器和(一个或多个)外围集成电路元件、ASIC或其它集成电路、数字信号处理器、 硬连接电子或逻辑电路(例如离散元件电路)、可编程逻辑器件(例如PLD、PLA, FPGA、PAL)、通信装置(例如，电话)、任何相当的装置等上实现以外，还可以附加地 或替代地在专用计算机上实现。一般而言，能够实施使这里所说明的方法实现的状态机 的任意装置都可以用来实现这里公开的各种通信方法、协议和技术。此外，所公开的方法可以在使用对象或面向对象的软件开发环境的软件中容易 地实现，所述开发环境能够提供可以在各种计算机或工作平台上使用的可移植源代码。 可替换地，所公开的实施例可以部分或全部在使用标准逻辑电路或VLSI设计的硬件中实 现。是用硬件还是软件来实现根据本发明的系统取决于系统的速度和/或效率要求、具 体的功能、以及所利用的具体软件或硬件系统(或微处理器或微计算机系统)。这里所说 明的通信系统、方法和协议可以由本领域的技术人员根据这里提供的功能描述以及利用 计算机和通信领域的一般基础知识、使用任何已知的或以后开发的系统或结构，装置和/ 或软件来以硬件和/或软件容易地实现。此外，所公开的方法可以用可被存储在非暂时的存储介质上，在控制器和存储 器的协作下在编程的通用计算机上、专用计算机、微处理器等上通过执行软件来容易地 实现。在这些实例中，本发明的系统和方法可以被实现为嵌入在个人计算机上的程序 (例如，应用小程序、JAVA 或CGI脚本)，驻留在服务器或工作站上的源，嵌入在专 用通信系统或系统组件中的例程，等等。系统也可以通过将系统和/或方法物理地结合到软件和/或硬件(例如，通信装置或系统的硬件和软件系统)中来实现。 因此，显而易见的是，已经根据本发明提供了用于增强型通信的系统、设备和 方法。尽管结合许多实施例描述了这些实施例，但是显然，许多替换、修改和变形对于 本领域技术人员是显而易见的。因此，希望包含在本公开的精神和范围以内的所有这样 的替换例、修改、等同例和变形例。本申请要求2009年8月21日提交的美国专利临时申请NO.61/235,838和2010 年7月2日递交的美国专利申请No.12/829,620的优先权，通过引用将它们结合于此。
权利要求
1.一种用于在通信环境中提供改进的可联系性的方法，包括以下步骤利用信息聚合模块的协作来从一个或多个信息源聚合信息，其中，所述信息源包括 博客、论坛、社交站点、微博和网络站点中的一个或多个；对聚合的信息执行以下分析中的一个或多个对话分析、模式分析、语境分析、内 容分析、使用模式分析、输入类型分析、时间关系分析、历史分析和统计分析；预测优选联系形态。
2.根据权利要求1所述的方法，还包括以下步骤向联系人提供与预测得到的被联 系人的所述优选联系形态相关的信息，以及过滤所述聚合的信息。
3.根据权利要求1所述的方法，还包括以下步骤确定与被联系人相关联的一个或 多个用户身份。
4.根据权利要求1所述的方法，还包括以下步骤将一个或多个规则应用于预测得 到的所述优选联系形态，并且更新所述优选联系形态。
5.根据权利要求1所述的方法，其中，所述优选联系形态基于预测得到的存在性，并 且联系人被提供多个针对特定时间段的优选联系形态，并且其中，所述多个针对特定时 间段的优选联系形态是基于一个或多个规则以及被联系人识别信息受到过滤的。
6.一个或多个用于执行权利要求1所述的步骤的装置。
7.一种用于在通信环境中提供改进的可联系性的系统，包括信息聚合模块，所述信息聚合模块从一个或多个信息源聚合信息，其中，所述信息 源包括博客、论坛、社交站点、微博和网络站点中的一个或多个；一个或多个模块，所述一个或多个模块对聚合的信息执行以下分析中的一个或多 个对话分析、模式分析、语境分析、内容分析、使用模式分析、输入类型分析、时间 关系分析、历史分析和统计分析；预测存在性模块，所述预测存在性模块预测优选联系形态。
8.根据权利要求7所述的系统，还包括状态标识生成模块，所述状态标识生成模块向联系人提供与预测得到的被联系人的 优选联系形态相关的信息；发现模块，所述发现模块确定与被联系人相关联的一个或多个用户身份；规则模块，所述规则模块将一个或多个规则应用于预测得到的所述优选联系形态来 更新所述优选联系形态。
9.根据权利要求7所述的系统，还包括存在性确定模块和人工智能模块，所述存在性 确定模块确定被联系人的存在性，其中所述优选连续形态是基于预测得到的存在性的， 并且其中所述聚合的信息被过滤，所述人工智能模块分析一个或多个对话、张贴、线程 和消息交换。
10.根据权利要求7所述的系统，其中，所述优选联系形态是基于预测得到的存在性 的，并且向联系人提供多个用于特定时间段的优选联系形态，并且其中，所述多个用于 特定时间段的优选联系形态是基于一个或多个规则和被联系人识别信息受到过滤的。
全文摘要
本发明利用存在性连同其它信息来确定恰当的通信形态。即使利用SIP和用户可获得的各种通信选择，对存在性本身的监视不能提供足够的信息来确定用于通信的最恰当的联系形态。因此，需要用于生成最近活动状况以可以从中确定优选通信形态的更完备的方法，并提供使得联系人可以经由该形态联系到被联系人的相应解决方案。例如，承载信道或订阅源的网络可以被建立作为对于存在性确定模块的输入。这些输入可以不仅可以包括存在性信息，也可以包括来自一个或多个博客、微博、社交站点等的订阅源，使得系统可以确定更完整的最近活动的状况。基于该输入信息，可以确定可增强联系人与被联系人取得联系的能力的优选联系形态。
文档编号H04L29/08GK102025767SQ20101026274
公开日2011年4月20日 申请日期2010年8月23日 优先权日2009年8月21日
发明者美麦特·C·巴拉萨根, 迈克尔·J·克里恩 申请人:阿瓦雅公司