先进可用性检测的制作方法

专利名称：先进可用性检测的制作方法
技术领域：
本发明总地涉及电信，更具体而言涉及可用性(availability)检测。
背景技术：
在电信上下文中，术语“可用性”指的是用户是否有空(available)接受请求参与 电信会话的传入邀请。例如，如果电话线忙碌，则用户可能没有空接受电话呼叫。在即时消 息传递中，如果用户的在线状态被设定为“忙碌”，则用户没有空。在后一种情况下，通过在 即时消息传递客户端中通常可得的“改变在线状态”菜单来手动设置在线状态。电信设备使用可用性信息来决定是否接受传入电信通讯 (incomingtelecommunication)，警告用户有传入电信通讯，显示传入电信通讯，以及其他 用途。在现有应用中实现的可用性检测反映对电信信道的利用率或者表达出用户不愿参与 电信通讯。目前，可用性检测至少有两个缺陷。首先，用户的“可用性”只反映出用户的偏好； 它没有考虑到用户的可用性需要反映第三方的偏好的情形。例如，在工作设置中，希望雇员 以及雇主都对雇员是否有空有发言权。其次，用户经常忘记手动重置其在线状态，结果，难 以得知何时一个人的在线状态是其可用性的真实反映。因此，需要一种解决这些缺陷以提供改进的且更强健的电信设备的方法。

发明内容
本发明通过提供一种基于用户的虚拟环境和物理环境两者确定用户可用性的方 法，解决了现有技术的缺陷。更具体而言，本发明是这样一种方法，其中，电信终端基于以下因素来确定其用户 是否有空接受请求参与电信会话的传入邀请(1)软件应用组件的使用情况的特性，或者(2)终端的资源的使用情况的特性，或者(3)传感器输入，或者(4)该传入邀请的特性，或者(5)对(1)、(2)、(3)和(4)的任何组合。当在电信终端处接收到请求参与电信会话的邀请时，本发明确定用户可用性。基 于可用性确定，本发明接受传入邀请或拒绝它。此外，本发明在其某些实施例中提供了一种用于可用性策略的集中实施的方法。 对于本说明书而言，术语“可用性策略”被定义为确定用户何时有空进行电信通讯的一个或 多个规则的集合。在本发明的第一实施例中，根据软件应用组件的使用情况的特性来确定用户可用 性。对于本说明书而言，术语“软件应用组件的使用情况的特性”被定义为关于使用特定软 件应用组件的方式的任何信息项。例如(但不限于此)，这种特性包括web浏览器曾访问过的地址、位于即时消息中的关键字、打开以供编辑的文档中的关键字、所使用的特定软件 应用组件的身份，等等。对于本说明书而言，“软件应用组件”是为软件应用的用户提供功能的软件应用的 一部分。软件应用组件是由下层的应用可执行代码定义的。不同的软件应用组件可共享可 执行代码。然而，一个组件的可执行代码不与另一组件的可执行代码完全相同，如果这两 个组件要提供不同功能的话。简言之，两个不同的软件应用组件必须有至少一行代码不同 (机器可执行代码或更高级别的编程语言代码)。在其第一实施例的一个实例中，本发明基于web浏览器已访问的一个或多个网站 来确定可用性。根据本发明的此实施例，网站用作表明web浏览器的用户是否有空接受电 信会话的邀请的线索。例如，如果用户访问诸如Movies, com TM之类的娱乐网站，则这表明 用户正在将其电信终端用于个人娱乐，而与用户的工作无关。根据此示例的可用性策略，当 发现用户在访问Movies, com时，则认为该用户有空参与电信通讯。在其第一实施例的另一实例中，本发明识别在用户计算机上被打开以供编辑的文 档中键入的一个或多个关键字。根据此实施例，这些关键字用作确定用户是否有空参加电 信通讯的基准。例如(但不限于此)，如果打开的文档包含因特网俚语词，则这表明，用户 正进行个人交谈，而没有进行与工作有关的事务。相应地，当在文档中识别出因特网俚语词 时，认为用户有空参与电信通讯。在其第一实施例的第三实例中，本发明识别被使用或已被使用的特定应用组件。 此信息用作确定用户是否有空参加电信通讯的基准。例如(但不限于此)，web浏览器可包 括web会议组件和动画组件。web会议组件是使用户可以参与公司web会议的插件。这种 会议是严格与业务有关的。动画组件使得用户可以观看Youtube. com TM上的视频。当动画 组件被使用时，运行浏览器的终端的用户很有可能在观看Youtube. com TM视频以供个人娱 乐。根据此示例的可用性策略，当web会议组件被使用时，认为用户没有空参与电信通讯。一般地，以上示例的策略在用户没有进行与工作有关的活动时认为用户有空。虽 然该策略背后的理论基础是增加雇员生产力，但本发明的范围并不限于任何特定的策略集 合。本发明实现的策略是由本发明的用户的需求来确定的。根据本发明的第二实施例，获得终端的资源的使用情况的度量。对于本说明书而 言，术语“终端的资源的使用情况的特性”被定义为关于以下各项中的至少一个的任何信 息(1)终端的特定硬件组件或外围设备是否被使用；以及(2)硬件组件或外围设备的负载 和/或利用率。在其第二实施例的一个实例中，本发明基于按键速率来确定可用性。根据此实施 例的可用性策略，当用户的按键速率超过每单位时间按键的特定阈值时，所有请求用户参 与电信会话的传入邀请都被拒绝。此策略的理论基础是如果用户正在快速键入，则用户很 有可能正把其全部注意力投入到准备文档中，并且他或她不愿意被传入电信通讯所打扰。在其第二实施例的另一实例中，本发明基于缓存未中率来确定可用性。根据此实 施例的可用性策略，当缓存未中模式类似于在可用性策略中指定的缓存未中模式时，所有 请求用户参与电信会话的传入邀请都被拒绝。缓存未中率提供了关于电信终端的用户正在 进行的活动的类型的信息。例如，当用户生成许多缓存未中时，用户有可能正在进行大数据 集(例如大的电子数据表)的操纵。在此示例中，当存在对用户涉及电子数据表的工作的
5指示时，用户没有空进行传入电信通讯。与针对第一实施例描述的示例性策略一样，此示例 的规则通过确保电信终端用户在其资源的使用情况表明其正参与生产性活动时不被打扰， 促进了雇员生产力的提升。在本发明的第三示例性实施例中，基于关于用户的物理环境的信息来确定用户可 用性。根据第三实施例，用户可用性是基于来自传感器的输入来确定的。传感器包括生理 传感器、运动传感器，等等。在其第三实施例的一个实例中，本发明使用来自被放置于用户的椅子上的运动传 感器的信号。运动传感器检测用户在其座位上移动了多少。根据此实施例的可用性策略， 当运动传感器提供超过每单位时间运动阈值的反馈时，所有请求用户参与电信会话的传入 邀请都被拒绝。这种配置的理论基础是如果用户没有在其座位上移动，则表明用户已把其 全部注意力投入到执行任务中，并且他可能不愿意接受电信通讯。在其第三实施例的另一实例中，本发明基于来自温度传感器的输入来确定可用 性。根据此实施例的可用性策略，当温度下降到低于一定阈值时，所有请求用户参与电信会 话的传入邀请都被拒绝。这种配置的理论基础是如果屋里太冷，则有可能其中没有人。在本发明的第四实施例中，基于请求参与电信会话的传入邀请的特性来确定可用 性。对于本公开而言，术语“请求参与电信会话的邀请的特性”被定义为以下各项中的至少 一个(1)关于发起电信会话的用户的信息，(2)电信会话的主题，(3)电信会话的预期持续 时间，以及(4)电信会话的优先级等级。应当理解，提供上述实施例及其实例是为了更好地例示本发明的不同方面。它们 绝不是穷举了本发明的完整范围。以下公开详细教导了本发明的某些实施例的示例。


图1示出了本发明的示例性实施例的重要组件的示意图。图2示出了本发明的示例性实施例的重要组件的示意图。图3示出了与本发明的示例性实施例的操作相关联的重要任务的执行的流程图。图4示出了与任务320的执行相关联的重要子任务的执行的流程图。图5示出了与任务330的执行相关联的重要子任务的执行的流程图。图6示出了与任务340的执行相关联的重要子任务的执行的流程图。图7示出了与任务350的执行相关联的重要子任务的执行的流程图。图8示出了与任务360的执行相关联的重要子任务的执行的流程图。图9示出了与任务820的执行相关联的重要子任务的执行的流程图。图10示出了由本发明的另一示例性实施例执行的、与任务820的执行相关联的重 要子任务的执行的流程图。图11示出了与任务830的执行相关联的重要子任务的执行的流程图。图12示出了与任务840的执行相关联的重要子任务的执行的流程图。图13示出了与任务380的执行相关联的重要子任务的执行的流程图。
具体实施例方式图1示出了本发明的示例性实施例的重要组件的示意图。示例性实施例包括终端
6110、电信网络120、策略服务器140、传感器150以及终端130。终端110是桌面电话接收器。根据本发明的示例性实施例，终端110既能够进行 语音电信通讯又能够进行视频电信通讯，但是本领域的技术人员在阅读本公开之后将会清 楚如何做出和使用其中终端110只具有语音能力的本发明替换实施例。另外，本领域的技 术人员在阅读本公开之后将会清楚如何做出和使用其中终端110是另一电信设备(例如， 软电话、蜂窝电话、双向无线电装置、便携式数字助理等等)的本发明替换实施例。电信网络120在终端110、终端130和策略服务器140之间传输信号。根据本发明 的示例性实施例，电信网络120是因特网，但是本领域的技术人员在阅读本公开之后将会 清楚如何做出和使用其中电信网络120是任何类型的电信网络(例如，局域网、公共交换电 话网、SONET、ATM、蜂窝网络等等)的本发明替换实施例。终端130是电信终端。根据本发明的示例性实施例，终端130既能够进行音频电话 呼叫也能够进行视频电话呼叫，但是本领域的技术人员在阅读本公开之后将会清楚如何做 出和使用其中终端130只具有语音能力的本发明替换实施例。另外，本领域的技术人员在 阅读本公开之后将会清楚如何做出和使用其中终端I30是任何类型的电信设备(例如，蜂 窝电话、双向无线电装置、便携式数字助理、桌面电话接收器等等)的本发明替换实施例。策略服务器140是存储可用性策略规则的服务器。根据本发明的示例性实施例， 终端130从策略服务器140接收可用性策略规则。然而，本领域的技术人员在阅读本公开 之后将会清楚如何做出和使用其中终端130从另一源获得可用性策略规则的本发明替换 实施例(例如，由管理员或终端130的用户将规则手动加载在终端上，等等)。另外，根据本 发明的示例性实施例，存储在策略服务器140处的可用性策略规则是由终端130的用户指 定的，但本领域的技术人员在阅读本公开之后将会清楚如何做出和使用其中可用性策略规 则由网络管理员指定或者由可用性检测器237的设计者指定的本发明替换实施例。传感器150是能够向终端130提供数据的多个传感器。虽然根据本发明的示例性 实施例，传感器150是三个传感器的集合，但是本领域的技术人员在阅读本公开之后将会 清楚如何做出和使用其中传感器150包括任何数目的传感器(例如、1个、2个、5个、10个、 15个等等)的本发明替换实施例。在关于图2的论述中进一步描述传感器150。图2示出了本发明的示例性实施例的重要组件的示意图。示例性实施例包括传感 器150、终端130、温度传感器251、运动传感器252、相机253、硬件231、系统软件232、终端 监视器236、以及可用性检测器237。电信终端130包括硬件231、系统软件232、终端监视器236和可用性检测器237。硬件231是构成终端130的电子组件，例如但不限于处理器(单核或多核)、存储 器、收发器、网络接口、显示器、声音接口、视频接口等等。硬件231能够执行系统软件和一 个或多个应用。根据本发明的示例性实施例，硬件231执行终端监视器236和系统软件232。 本领域的技术人员将清楚如何做出和使用硬件231。系统软件232是在硬件231上执行的操作系统实例。终端监视器236是用于获得关于终端130的信息的软件。根据本发明的示例性实 施例，终端监视器236执行两个功能中的至少一个i.获得在终端130上运行的软件应用组件的使用情况的一个或多个特性。ii.获得终端130的一个或多个资源的使用情况的度量。
7
在关于图3的论述中更详细描述终端监视器236的操作。可用性检测器237是用于确定终端130的用户是否有空参与电信会话的软件。在 关于图7-13的论述中进一步描述可用性检测器237的操作。传感器150包括温度传感器251、运动传感器252和相机253。温度传感器251是温度传感器。运动传感器252是运动传感器。根据本发明的示例性实施例，运动传感器252是 使用红外(IR)技术的电子运动检测器。然而，本领域的技术人员在阅读本公开之后将会清 楚如何做出和使用其中使用其他传感器(例如，超声、微波、霍耳效应等等)的本发明替换 实施例。相机253是视频相机。然而，本领域的技术人员在阅读本公开之后将会清楚如何 做出和使用其中相机253是静止图像相机的本发明替换实施例。图3示出了与本发明的示例性实施例的操作相关联的重要任务的执行的流程图。 本领域的技术人员在阅读本公开之后将会清楚如何以与所表示的顺序不同的顺序执行与 图3相关联的任务或者同时执行这些任务中的一个或多个。另外，本领域的技术人员在阅 读本公开之后将会清楚如何做出和使用省略这些任务中的一个或多个的本发明替换实施 例。在任务310，终端130接收请求参与电信会话的邀请。该邀请是从终端110发送来 的。根据本发明的示例性实施例，该电信会话是电话呼叫。然而，本领域的技术人员在阅读 本公开之后将会清楚如何做出和使用本发明的如下替换实施例其中该电信会话是任何其 他类型的电信会话，例如但不限于视频呼叫、聊天交谈、电信会议等等。在任务320，可用性检测器237获得软件应用组件的使用情况的特性。该特性是从 终端监视器236获得的。例如(但不限于此)，诸如Outlook TM之类的软件应用可以提供 多个组件，例如电子邮件客户端、日历以及任务安排器。本发明的示例性实施例监视这各个 组件的使用情况的一些方面。在关于图4的论述中进一步描述任务320。在任务330，可用性检测器237获得终端130的一个或多个资源的使用情况的度 量。该度量是从终端监视器236获得的。在关于图5的论述中进一步描述任务330。在任务340，终端130从传感器150接收输入。在关于图6的论述中进一步描述任 务 340。在任务350，终端130确定请求参与电信会话的邀请的特性。在关于图7的论述中 进一步描述任务350。在任务360，终端130确定是否接受在任务310接收到的邀请。在关于图8的论述 中进一步描述任务360。在任务370，终端130以公知方式发送对请求参与电信会话的邀请的响应。根据 本发明的示例性实施例，该响应是接受或拒绝。然而，本领域的技术人员在阅读本公开之后 将会清楚如何做出和使用本发明的如下替换实施例其中，向终端110发送一消息，该消息 标识出远端方要采取的动作，例如但不限于稍后回呼、使用另一种通信媒介等等。另外，本 领域的技术人员在阅读本公开之后将会清楚如何做出和使用本发明的如下替换实施例其 中，该消息包含对关于电信会话的额外信息的指示，例如但不限于优选通信媒介(例如，语 音、文本等等)、优选的进行电信会话的替换时间，等等。
另外，本领域的技术人员在阅读本公开之后将会清楚如何做出和使用其中终端 130接受呼叫并让远端方等待(on hold)的本发明替换实施例。让远端方等待的时间可根 据可用性策略规则来确定。在另外的实施例中，本发明向远端方发送消息，表明其被要求等
IvTo在任务380，终端130执行推翻(override)序列。推翻序列是在终端130拒绝请 求参与电信会话的邀请时执行的。当出现这种情况时，终端110的用户被给予以下选项输 入口令，以推翻终端130的决定，并且强迫它接受传入邀请。在关于图13的论述中进一步 描述任务380。图4示出了与任务320的执行相关联的重要子任务的执行的流程图。本领域的技 术人员在阅读本公开之后将会清楚如何以与所表示的顺序不同的顺序执行与图4相关联 的任务或者同时执行这些任务中的一个或多个。另外，本领域的技术人员在阅读本公开之 后将会清楚如何做出和使用省略这些任务中的一个或多个的本发明替换实施例。在任务410，终端监视器236确定正在终端130上执行的软件应用组件的身份。根 据本发明的示例性实施例，该软件应用是包括电话组件和即时消息传递组件的电话应用。 然而，本领域的技术人员在阅读本公开之后将会清楚如何做出和使用其中分析任何其他应 用(例如，字处理、电子邮件客户端等等)的本发明替换实施例。终端监视器236确定使用 这两个组件中的哪一个。根据本发明的示例性实施例，终端监视器236通过考查由该应用记录的日志文 件，确定使用电话应用的什么组件。然而，本领域的技术人员在阅读本公开之后将会清楚如 何做出和使用其中终端监视器236使用替换方式来确定使用什么应用组件的本发明替换 实施例。在本发明的一个替换实施例中，终端监视器236识别一个或多个活动进程并且将 关于进程的信息(例如，进程名称、与进程相关联的文件等等)匹配到特定的应用组件。根据本发明的替换实施例，终端监视器236识别资源消耗的模式，并将这些模式 匹配到已知与特定应用组件相关联的模式。例如(但不限于此)，“25%CPU利用率”模式 可与电话应用的即时消息传递器组件相关联。而“50% CPU利用率”模式可与该应用的电 话组件相关联。本领域的技术人员将清楚如何识别资源消耗的模式并将其与特定软件组件 联系起来。在任务420，终端监视器236确定在由在终端130上执行的软件应用打开的文件中 关键字的存在性。根据本发明的示例性实施例，该软件应用是字处理器，并且打开的文件是 文本文档。然而，本领域的技术人员在阅读本公开之后将会清楚如何做出和使用其中该软 件应用是任何其他能够打开文件的软件应用(例如，媒体播放器、另一文本编辑器、文件压 缩工具，等等)的本发明替换实施例。另外，本领域的技术人员在阅读本公开之后将会清楚 如何做出和使用其中打开的文件为任何其他类型(例如，MP3、MPEG、JPEG等等)的本发明 替换实施例。根据本发明的示例性实施例，终端监视器236定位被放置有锁的文档并且扫描其 内容以寻找一个或多个关键字的存在。然而，本领域的技术人员在阅读本公开之后将会清 楚如何做出和使用本发明的如下替换实施例其中，终端监视器236通过使用替换手段来 定位打开的文档，例如但不限于监视由该软件应用进行的系统调用、考查指示出什么文件 被该应用打开的应用日志文件。另外，在其中文件是媒体文件的本发明替换实施例中，终端
9监视器236使用语音识别(或字符/图像识别)技术来确定在该文件中是否存在该关键字。在任务430，终端监视器236识别一软件应用连接到(或曾连接到)的地址。该地 址是因特网域名，但本领域的技术人员在阅读本公开之后将会清楚如何做出和使用其中统 一标识符(URI)是任何类型的标识符(例如，因特网协议(IP)地址、SIP统一资源标识符 (URI)等等)的本发明替换实施例。另外，该软件应用是因特网浏览器，但本领域的技术人 员在阅读本公开之后将会清楚如何做出和使用其中该软件应用是任何其他类型的软件应 用(例如，FTP客户端、流媒体播放器、服务器、聊天客户端、电子邮件客户端等等)的本发 明替换实施例。根据本发明的示例性实施例，该地址是通过考查由因特网浏览器记录的日 志文件来确定的。然而，本领域的技术人员在阅读本公开之后将会清楚如何做出和使用本 发明的如下替换实施例其中，该地址是通过替换手段来识别的，例如但不限于考查网络流 量、监视终端130上cookie和其他令牌的存储，等等。图5示出了与任务330的执行相关联的重要子任务的执行的流程图。本领域的技 术人员在阅读本公开之后将会清楚如何以与所表示的顺序不同的顺序执行与图5相关联 的任务或者同时执行这些任务中的一个或多个。另外，本领域的技术人员在阅读本公开之 后将会清楚如何做出和使用省略这些任务中的一个或多个的本发明替换实施例。关于图5的论述描述了终端130的资源的使用情况的度量的取得。根据本发明的 示例性实施例，每个度量由每隔四(4)秒取得的五(5)个样本组成。然而，本领域的技术人 员在阅读本公开之后将会清楚如何做出和使用其中取得任何数目的样本(例如，1个、2个、 3个、5个、100个、150个等等)的本发明替换实施例。本领域的技术人员在阅读本公开之 后还将会清楚，每个个体样本可以在任何时间窗口期间取得(即，收集个体样本的数据的 时间段可以变化)，例如但不限于1秒、2秒、3秒、30秒、1分钟、15分钟、1小时，等等。另 外，本领域的技术人员将清楚，不同样本之间的时间段可以为任何长度(例如，1秒、10秒、1 分钟、10分钟等等)。此外，本领域的技术人员将清楚，对于不同资源的度量，样本数目、取 得每个个体样本的时间以及个体样本之间的时间段的组合可以是不同的。在任务510，终端监视器236获得终端130的按键速率的度量。按键速率是终端 130的用户按压终端的键盘上的键的速率(例如，40键/分钟，等等)。在任务520，终端监视器236获得终端130的存储器访问频率的度量。根据本发明 的示例性实施例，终端测量向终端130的永久存储装置请求信息的频率。然而，本领域的技 术人员在阅读本公开之后将会清楚如何做出和使用本发明的如下替换实施例其中，终端 获得替换度量，例如但不限于页面故障率、随机访问存储器写入率，等等。在任务530，终端监视器236获得终端130的处理器的缓存未中率的度量。本领域 的技术人员在阅读本公开之后将会清楚如何做出和使用其中改为测量缓存命中率的本发 明替换实施例。在任务540，终端监视器236确定终端130是否使用外围设备。根据本发明的示例 性实施例，该外围设备是扫描仪，但是本领域的技术人员在阅读本公开之后将会清楚如何 做出和使用本发明的如下替换实施例其中，检测对另一外围设备的使用，例如但不限于打 印机、幻灯片放映遥控器、麦克风、视频相机、音频扬声器、头戴式受话器等等。在任务550，终端监视器236获得终端130的另外硬件资源的使用情况的度量。根 据本发明的示例性实施例，终端监视器236确定处理器温度、视频卡(或GPU)温度、视频卡
10存储器使用情况、是否使用了视频卡3D加速、是否使用了声卡的环绕声能力、声卡利用率、 处理器温度，等等。图6示出了与任务340的执行相关联的重要子任务的执行的流程图。本领域的技 术人员在阅读本公开之后将会清楚如何以与所表示的顺序不同的顺序执行与图6相关联 的任务或者同时执行这些任务中的一个或多个。另外，本领域的技术人员在阅读本公开之 后将会清楚如何做出和使用省略这些任务中的一个或多个的本发明替换实施例。关于图6的论述描述了从不同传感器取得度量。根据本发明的示例性实施例，每 个度量由每隔四(4)秒取得的五(5)个样本组成。然而，本领域的技术人员在阅读本公开之 后将会清楚如何做出和使用其中取得任何数目的样本(例如，1个、2个、3个、5个、100个、 150个等等)的本发明替换实施例。本领域的技术人员在阅读本公开之后还将会清楚，每个 个体样本可以在任何时间窗口期间取得(S卩，收集个体样本的数据的时间段可以变化)，例 如但不限于1秒、2秒、3秒、30秒、1分钟、15分钟、1小时，等等。另外，本领域的技术人员 将清楚，不同样本之间的时间段可以为任何长度(例如，1秒、10秒、1分钟、10分钟等等)。 此外，本领域的技术人员将清楚，对于来自不同传感器的度量，样本数目、取得每个个体样 本的时间以及个体样本之间的时间段的组合可以不同。在任务610，可用性检测器237从温度传感器251获得温度度量。本领域的技术人 员将清楚如何执行任务610。在任务620，可用性检测器237从运动传感器252获得度量。在任务630，可用性检测器237从相机253获得输入。根据本发明的示例性实施 例，相机输入用于确定用户是否站在相机的可视范围内。然而，本领域的技术人员在阅读本 公开之后将会清楚如何做出和使用本发明的如下替换实施例其中，可用性检测器237应 用图像识别技术，例如但不限于面部识别、面部表情识别以及凝视方向识别。在任务640，可用性检测器237获得来自另外的传感器的输入，例如但不限于器具 传感器(即，检测特定器具(例如厨房炉子)是否在运行的传感器)、大气压力传感器、湿度 传感器、压力传感器、测量生理参数(例如，ECG、EEG等等)的传感器，等等。图7示出了与任务350的执行相关联的重要子任务的执行的流程图。本领域的技 术人员在阅读本公开之后将会清楚如何以与所表示的顺序不同的顺序执行与图7相关联 的任务或者同时执行这些任务中的一个或多个。另外，本领域的技术人员在阅读本公开之 后将会清楚如何做出和使用省略这些任务中的一个或多个的本发明替换实施例。在任务710，可用性检测器237获得关于发起电信会话的用户的信息。根据本发明 的示例性实施例，可用性检测器237确定发起电信会话的终端的端点标识符。然而，本领域 的技术人员在阅读本公开之后将会清楚如何做出和使用本发明的如下替换实施例其中， 可用性检测器237通过使用标识技术(例如主叫ID)或者通过在电话号簿中进行反向电话 号码查找来确定发出电话呼叫的人的身份。本领域的技术人员在阅读本公开之后还将会清楚如何做出和使用本发明的如下 替换实施例其中，可用性检测器237确定关于发起电信会话的人的额外信息，例如但不 限于在公司内的职位(例如，CE0、部门主管等等)、性别、年龄、工作状态、社会安全号，等 等。本发明的替换实施例通过利用基于终端110的端点标识符的搜索键值执行数据库搜索 来获得额外信息。然而，本领域的技术人员在阅读本公开之后将会清楚如何做出和使用本
11发明的如下替换实施例其中，额外信息包含在邀请本身之中或者包含在由可用性检测器 237接收的单独消息之中。另外，本领域的技术人员在阅读本公开之后将会清楚如何做出和使用本发明的如 下替换实施例其中，获得或确定发起电信会话的用户与终端130的用户之间的关系(例 如，主叫者是终端130的用户的上级、主叫者是终端231-1的用户的亲属，等等)。在本发 明的一些替换实施例中，关系信息是与请求参与电信会话的邀请一起在终端130处被接收 的。在本发明的其他实施例中，主叫者与终端130的用户之间的关系是从主叫者的身份信 息和将主叫者与用户联系起来的表格(例如，雇员记录、家庭记录等等)来得出的。在任务720，可用性检测器237确定电信会话的预期持续时间。可用性检测器237 搜索呼叫日志以寻找关于终端130与终端110之间过去的电信会话的持续时间的信息，并 且计算接收到关于其的邀请的电信会话的预期持续时间。根据本发明的示例性实施例，预 期持续时间是η个最近的电信会话的平均值，其中η是整数。另外，本领域的技术人员在阅读本公开之后将会清楚如何做出和使用其中预期持 续时间被包含在邀请本身之中(例如，ANI字段的内容或等同物被覆写，等等)的本发明替 换实施例。此外，本领域的技术人员在阅读本公开之后将会清楚如何做出和使用其中利用 与邀请分开的消息在终端130处接收预期持续时间的本发明替换实施例。在任务730，可用性检测器237确定电信会话的主题。根据本发明的示例性实施 例，对主题的指示被包含在邀请本身之中(例如，ANI字段的内容或者等同物被覆写，等 等)。然而，本领域的技术人员在阅读本公开之后将会清楚如何做出和使用其中利用与邀请 分开的消息接收对主题的指示的本发明替换实施例。在任务740，可用性检测器237确定电信会话的优先级等级。根据本发明的示例性 实施例，选择三个等级之一“重要”、“极重要”以及“不重要”。然而，本领域的技术人员在 阅读本公开之后将会清楚如何做出和使用其中可能的等级空间更大或更小的本发明替换 实施例。根据本发明的示例性实施例，对优先级等级的指示被包含在邀请本身之中(例 如，ANI字段的内容或者等同物被覆写，等等)。然而，本领域的技术人员在阅读本公开之后 将会清楚如何做出和使用其中利用与邀请分开的另一消息接收对优先级等级的指示的本 发明替换实施例。另外，本领域的技术人员在阅读本公开之后将会清楚如何做出和使用本 发明的如下替换实施例其中，可用性检测器237基于在任务710至730处接收的信息来确 定重要性等级(例如，如果CEO呼叫，则优先级等级被设为“极重要”；如果主题是账务，则优 先级等级被设为“重要”)。图8示出了与任务360的执行相关联的重要子任务的执行的流程图。本领域的技 术人员在阅读本公开之后将会清楚如何以与所表示的顺序不同的顺序执行与图8相关联 的任务或者同时执行这些任务中的一个或多个。另外，本领域的技术人员在阅读本公开之 后将会清楚如何做出和使用省略这些任务中的一个或多个的本发明替换实施例。在任务810，可用性检测器237从传感器150接收可用性策略。如前所述，对于本 说明书而言，术语“可用性策略”被定义为一个或多个规则的集合，这些规则确定用户何时 有空进行电信通讯。根据本发明的示例性实施例，该策略是利用可扩展标记语言(XML)文 件接收的，但本领域的技术人员在阅读本公开之后将会清楚如何做出和使用其中以任何其他形式(例如，文本文件、序列号等等)来表示该策略的本发明替换实施例。虽然根据本发 明的示例性实施例该策略是从服务器获得的，但本领域的技术人员在阅读本公开之后将会 清楚如何做出和使用其中该策略被存储在终端130上的本发明替换实施例。更具体而言，在任务810，本发明接收可用性策略，该可用性策略包括用于确定用 户是否有空的四个规则。这些规则是i. “如果指派给用户最近访问过的网站的可用性得分的加权和低于五十五(55)， 则用户没有空”，ii. “如果用户的按键速率的五个最近样本的加权和超过一百三十(130)，则用户
没有空”，iii. “如果用户的办公室中的温度低于五十五华氏度(55F)，则用户没有空”，以及iv. “如果公司CEO呼叫，则用户有空”。根据本发明的示例性实施例，这些可用性策略规则规定了用户是否接受要求参与 电信会话的传入邀请。然而，本领域的技术人员在阅读本公开之后将会清楚如何做出和使 用本发明的如下替换实施例其中，这些可用性策略规则规定了用户可用性的其他方面，例 如但不限于替换通信媒介、替换呼叫时间、远端方将被要求等待的时间延迟，等等。在其中可用性策略规则被用于选择在其上用户有空的优选通信媒介的本发明替 换实施例中，这些规则取决于以下各项中的一个或多个软件应用组件的使用情况的特性、 终端130的一个或多个资源的使用情况的度量、来自一个或多个传感器的输入、以及邀请 的特性。这种规则的示例包括i. “如果终端130的用户的按键速率超过每分钟八十(80)字符，则通知远端方 文本是优选通信媒介”，ii. “如果用户正在使用在可用性检测器237上运行的电话应用的聊天组件，则通 知远端方语音是优选通信媒介”。在其中要求参与电信会话的传入邀请被接受但被要求等待的本发明替换实施例 中，根据一个或多个可用性策略规则来确定使会话保持空闲的时间段。在这些替换实施例 中，可用性策略规则取决于以下各项中的一个或多个软件应用组件的使用情况的特性、终 端130的一个或多个资源的使用情况的度量、来自一个或多个传感器的输入、以及邀请的 特性。这种规则的示例包括i. “如果测量到的按键速率在每分钟五十(50)次至八十(80)次按压之间，则使 会话等待η分钟”，ii. “在按键下降到低于阈值(例如，50次按键)之前，使会话等待”，iii. “在来自一个或多个传感器的输入下降到低于阈值(例如，运动传感器表明 用户已经停止了剧烈运动)之前，使会话等待”，以及iv. “在终端130的用户停止使用特定软件应用组件之前，使会话等待”。本领域的技术人员在阅读本公开之后将会清楚如何做出和使用本发明的如下替 换实施例其中，在远端方被要求等待之后，任务330至360被反复执行，直到可用性检测器 237确定一条件得到满足为止，该条件决定是否使用户停止等待。另外，本领域的技术人员在阅读本公开之后将会清楚如何做出和使用本发明的如 下替换实施例其中，终端130最初拒绝来自终端110的请求参与电信会话的邀请，但继续反复执行任务330至360，直到根据可用性规则确定出终端130的用户变得有空为止。当用 户变得有空时，终端130发起与终端110的新电信会话。例如(但不限于此)，在本发明的替换实施例中，任务330至360被执行，直到用户 的按键强度下降到低于阈值，例如每分钟五十次按键为止。在本发明的这个替换实施例中， 可用性规则规定如果用户的按键速率低于每分钟五十次按键，则用户有空。因此，当用户 的按键速率下降到低于阈值时，终端130发起与终端110的新电信会话。在其中可用性策略规则被用于确定远端方呼叫的替换时间的本发明替换实施例 中，这些规则取决于以下各项中的一个或多个软件应用组件的使用情况的特性、终端130 的一个或多个资源的使用情况的度量、来自一个或多个传感器的输入、以及邀请的特性。这 种规则的示例包括i. “如果缓存未中率超过百分之五十(50% )，则要求远端方在九十(90)分钟内 回呼”，ii. “如果媒体播放器应用的电影播放器组件被使用，则要求远端方在预定时间段 (例如，120分钟)内呼叫”。根据本发明的替换实施例，回呼时间段是在用于确定可用性的策略规则中规定 的。然而，本领域的技术人员在阅读本公开之后将会清楚如何做出和使用本发明的如下替 换实施例其中，根据存储在终端130上的约会信息(例如，由日历应用存储的信息，等等) 来确定回呼时间段。虽然根据本发明的示例性实施例，可用性策略规则就接收到电信会话的时间或者 电信会话的媒介而言是中立的，但本领域的技术人员在阅读本公开之后将会清楚如何做出 和使用本发明的如下替换实施例其中，规则取决于请求参与电信会话的邀请被接收到的 时间或者电信会话的媒介。这种规则的示例包括i. “如果请求参与电信会话的邀请是在特定时间段内接收到的，则用户没有空”；ii. “如果电信会话的媒介是文本，则用户有空”；iii. “如果电信会话的媒介是语音，则用户没有空”。在任务820，可用性检测器237向任务320处的信息应用第一规则。虽然第一规则 取决于最近的网站访问，但本领域的技术人员在阅读本公开之后将会清楚如何做出和使用 本发明的如下替换实施例其中，第一规则取决于在任务320处接收到的任何类型的信息 (例如，软件的特定组件的使用情况、关键字的存在性，等等)。在关于图9和图10的论述 中进一步描述任务820。在任务830，可用性检测器237向在任务330处获得的信息应用第二规则。虽然第 二规则取决于按键强度度量，但本领域的技术人员在阅读本公开之后将会清楚如何做出和 使用本发明的如下替换实施例其中，第二规则取决于在任务330处接收到的任何类型的 信息(例如，存储器访问率的度量、缓存未中率、关于是否使用外围设备的信息，等等)。在 关于图11的论述中进一步描述任务830。在任务840，可用性检测器237向在任务340处接收的信息应用第三规则。虽然第 三规则取决于温度度量，但本领域的技术人员在阅读本公开之后将会清楚如何做出和使用 本发明的如下替换实施例其中，第三规则取决于在任务340处收集的任何类型的信息(例 如，运动传感器输入、相机输入，等等)。在关于图12的论述中进一步描述任务840。
在任务850，可用性检测器237向在任务350处获得的信息应用第四规则。根据该 规则，如果发起了电信会话的用户是公司的CE0，则可用性检测器237接受邀请。虽然第四 规则取决于主叫方在公司内的地位，但本领域的技术人员在阅读本公开之后将会清楚如何 做出和使用其中第四规则取决于在任务350处获得的任何信息的本发明替换实施例。例如 (但不限于此)，这种替换规则包括i. “如果邀请的优先级等级是“极重要”，则用户始终有空”，以及ii. “如果电信会话的预期持续时间短于预定阈值(例如，5分钟)，则用户始终有空”。本领域的技术人员在阅读本公开之后还将会清楚如何做出和使用本发明的如下 替换实施例其中，该规则取决于在任务710处确定的主叫方与终端130的用户之间的关 系。例如(但不限于此)，这种规则包括i. “如果用户的亲属呼叫，则用户始终有空”，ii. “如果在用户公司中某个地位更高的人呼叫，则用户始终有空”。图9示出了与任务820的执行相关联的重要子任务的执行的流程图。本领域的技 术人员在阅读本公开之后将会清楚如何以与所表示的顺序不同的顺序执行与图9相关联 的任务或者同时执行这些任务中的一个或多个。另外，本领域的技术人员在阅读本公开之 后将会清楚如何做出和使用省略这些任务中的一个或多个的本发明替换实施例。在任务910至930，可用性检测器237应用在任务810处接收的第一策略规则。 第一策略规则规定如果指派给用户最近访问的网站的可用性得分的加权和小于五十五 (55)，则用户没有空。可用性得分是在确定终端130的用户是否有空参与电信通讯时使用的数字。根据 本发明的示例性实施例，可用性得分被包含在任务810处接收的策略的指示中(例如，XML 文件)，然而，本领域的技术人员在阅读本公开之后将会清楚如何做出和使用其中可用性 得分与可用性策略分开的本发明替换实施例，例如但不限于其中可用性得分被存储在终端 130上或者远程服务器上的实施例。在任务910，可用性检测器237将特性与可用性得分相匹配。根据本发明的第一 示例性实施例，对于曾被终端130访问的统一资源标识符(URI)，可获得以下一组可用性得 分 表1-指派给统一资源标识符的可用性得分如上所述，可用性得分是对终端130的用户没有空接受传入邀请的可能性的指示。根据本发明的示例性实施例，可用性得分的大小与用户有空对在任务310处接收的邀 请作出响应的概率成反比。另外，根据本发明的示例性实施例，“Movies, com TM”被指派以 较低的可用性得分。指派低得分的理论基础是Movies, com TM是通常为了个人娱乐而观看 的网站。与之不同，在此示例性实施例中，内部文档库是严格用于业务的文档存储场所。如 果用户正在访问文档库，则他或她很有可能正在执行与用户的工作有关的任务。由于此原 因，内部文档库被指派以较高的可用性得分。根据本发明的第一示例性实施例，向不同的软件应用组件指派以下可用性得分 表2-指派给软件应用组件的可用性得分根据本发明的第一示例性实施例，Skype TM即时消息传递器组件被给予一较低的 可用性得分，而Outlook TM日历组件被给予一较高的可用性得分。这种指派的理论基础是， 因特网聊天通常是为了个人娱乐而不是为了工作而进行的，而在日历中添加和编辑约会被 认为是一个人的工作职责的一部分。根据本发明的第二示例性实施例，向在被打开来供编辑的文档中找到的关键字指 派以下可用性得分 表3-指派给关键字的可用性得分根据本发明的第二实施例，单词“L0L”被指派以较低的可用性得分。“L0L”是“大 声笑”的缩写，并且是因特网俚语的常见元素。当在文档中存在这个单词时，终端130的用 户很有可能正进行个人交谈。因此，关键字“L0L”被指派以较低的可用性得分。根据本发明的第二示例性实施例，可用性检测器237扫描两类文档以寻找关键 字i.被终端130的用户打开来供编辑的文档，以及
16
ii.由于用户与软件应用的交互而被该软件应用打开来供编辑的文档，例如由于 用户发送即时消息而打开的消息日志，其中有可能用户并没有意识到它的打开。然而，本领域的技术人员在阅读本公开之后将会清楚如何做出和使用其中只扫描 这两类文档之一的本发明替换实施例。另外，本领域的技术人员在阅读本公开之后将会清 楚如何做出和使用其中在任务320处获得的软件应用的组件的使用情况的任何特性被与 可用性得分相匹配的本发明替换实施例。在任务920，可用性检测器237计算在任务910处识别的可用性得分的总和。本 领域的技术人员在阅读本公开之后将会清楚如何做出和使用本发明的如下替换实施例其 中，可用性检测器237计算替换数字，例如但不限于加权和、加权平均、得分平均，等等。在任务930，可用性检测器237将计算出的总和匹配到在任务810处接收的策略中 定义的预定范围。根据本发明的示例性实施例，该策略规定如果该总和小于五十五(55)， 则终端130的用户有空接受请求参与电信会话的邀请。图10示出了由本发明的另一示例性实施例执行的、与任务820的执行相关联的重 要子任务的执行的流程图。本领域的技术人员在阅读本公开之后将会清楚如何以与所表示 的顺序不同的顺序执行与图10相关联的任务或者同时执行这些任务中的一个或多个。另 外，本领域的技术人员在阅读本公开之后将会清楚如何做出和使用省略这些任务中的一个 或多个的本发明替换实施例。在任务1010和1020，可用性检测器237应用策略规则。该策略规则规定如果用 户访问过的来自“业务”群组的网站的数目大于或等于所访问的来自“个人娱乐”群组的网 站的数目，则用户没有空。根据本发明的示例性实施例，所访问的网站被分类成两个群组。 根据本发明的示例性实施例，可用性群组定义被包含在任务810处接收的策略中(例如， XML文件)，然而，本领域的技术人员在阅读本公开之后将会清楚如何做出和使用其中群组 定义被存储在终端130上或远程服务器上的本发明替换实施例。在任务1010，可用性检测器237确定在终端上执行的因特网浏览器最近访问过的 最后三个网站的群组。这三个网站是“Movies, com TM”、“Bloomberg, com TM”和“内部文 档库”。本发明的示例性实施例的群组定义在以下列出 表4_网站群组定义本领域的技术人员在阅读本公开之后将会清楚如何做出和使用其中群组定义不 同的本发明替换实施例。本领域的技术人员在阅读本公开后将容易认识到，群组定义取决于本发明所用于的应用。此外，本领域的技术人员在阅读本公开之后将会清楚如何做出和使用其中在任务 320处获得的任何类型的信息被按群组分类的本发明替换实施例。例如(但不限于此)，在 本发明的一个替换实施例中，按以下方式对不同的应用组件分类 表5-软件应用组件群组定义在任务1020，可用性检测器237确定策略规则是否适用。由于Movies, com TM属 于娱乐群组，内部文档库属于业务群组，而Bloomberg, com既不属于“业务”群组也不属于 “娱乐”群组，所以用户访问过的“业务”网站的数目大于或等于“娱乐”网站的数目。因此， 根据此实施例的可用性策略规则，认为用户有空参与电信会话。图11示出了与任务830的执行相关联的重要子任务的执行的流程图。本领域的 技术人员在阅读本公开之后将会清楚如何以与所表示的顺序不同的顺序执行与图11相关 联的任务或者同时执行这些任务中的一个或多个。另外，本领域的技术人员在阅读本公开 之后将会清楚如何做出和使用省略这些任务中的一个或多个的本发明替换实施例。在任务1110至1130，可用性检测器237向在任务330处接收的信息应用在任务 810处接收的第二策略规则。第二策略规则规定如果用户的按键速率的五个最近样本的 加权和超过一百三十(130)，则用户没有空。在任务1110，可用性检测器237对在任务330处获得的终端130的资源使用情况 的度量中的样本进行加权。根据本发明的示例性实施例，可用性检测器237接收其键盘上 的键被按压的速率(即按键速率)的度量。可用性检测器237接收表4的前两行中包含的 数据样本 表6-按键样本和相应的加权值根据本发明的示例性实施例，使每个样本与加权系数相乘，以得出此样本的经加 权的值。样本是根据其被取得的时间被加权的(例如，最近的样本的权重较低)。本领域的 技术人员将会清楚如何指派适当的加权值。另外，本领域的技术人员在阅读本公开之后将 会清楚如何做出和使用其中不对样本加权的本发明替换实施例。
在任务1120，可用性检测器237计算经加权的样本的总和。在任务1130，可用性检测器237将计算出的总和匹配到在任务810处接收的策略 中定义的预定范围。根据本发明的示例性实施例，该策略规定如果经加权的按键速率样本 的总和小于130，则终端130的用户有空接受请求参与电信会话的邀请。虽然，该策略是基 于多个按键速率样本的，但本领域的技术人员在阅读本公开之后将会清楚如何做出和使用 本发明的如下替换实施例其中，该策略取决于单个样本(例如，“如果按键速率大于每分 钟八十(80)个字符，则用户没有空”)、取决于样本的加权平均或者样本的任何其他组合。虽然，本发明的示例性实施例的策略规则取决于按键速率，但本领域的技术人员 在阅读本公开之后将会清楚如何做出和使用其中可用性策略规则取决于在任务330处测 量的其他资源的使用情况(例如，按键速率和缓存未中率两者，等等)的本发明替换实施 例。这种规则的示例为1. “当缓存未中率超过百分之五十(50% )时，用户没有空”；ii. “如果在过去一分钟内做出的对(永久的或易失性的)存储器做出的读取请 求少于十(10)个，则用户有空”；iii. “如果在请求参与电信会话的邀请被接收到时，连接到终端130的扫描仪正 被使用，则用户没有空”。本领域的技术人员在阅读本公开之后将会清楚如何做出和使用其中可用性和不 可用性的范围不同于示例性实施例的本发明替换实施例。本领域的技术人员在阅读本公开 之后将会清楚如何向这些范围指派值。另外，本领域的技术人员在阅读本公开之后将会清 楚如何做出和使用本发明的如下替换实施例其中，指定第三范围，并且当总和落入第三范 围中时，从终端130向终端110发送一条消息，要求终端110的用户在预定的一段时间(例 如，30分钟)内回呼。图12示出了与任务840的执行相关联的重要子任务的执行的流程图。本领域的 技术人员在阅读本公开之后将会清楚如何以与所表示的顺序不同的顺序执行与图12相关 联的任务或者同时执行这些任务中的一个或多个。另外，本领域的技术人员在阅读本公开 之后将会清楚如何做出和使用省略这些任务中的一个或多个的本发明的替换实施例。在任务1210至1230，可用性检测器237向在任务340处接收的信息应用在任务 810处接收的第三策略规则。第三策略规则规定如果用户的办公室中的温度低于五十五 华氏度(55F)，则用户没有空。在任务1210，可用性检测器237处理在任务340处接收的传感器输入。根据本发 明的示例性实施例，可用性检测器237对在任务340处接收的传感器数据进行数字化(当 接收到模拟信号时)和正规化。虽然根据本发明的示例性实施例，来自温度传感器的输入 被处理，但本领域的技术人员在阅读本公开之后将会清楚如何做出和使用其中来自其他传 感器(例如，运动传感器、生理传感器、湿度传感器，等等)的输入以相同方式被处理的本发 明替换实施例。根据本发明的一个替换实施例，可用性检测器237处理在任务630处接收的相机 输入，以确定用户的情绪。具体而言，终端使用一采用面部识别的情绪检测器。然而，本领域 的技术人员在阅读本公开之后将会清楚如何做出和使用其中来自生理传感器的输入(例 如，ECG和EEG)也被用于评估终端130的用户的情绪的本发明替换实施例。
在任务1220，可用性检测器237确定在任务340处接收的来自温度传感器的输入 是否表明温度低于五十五华氏度(55F)。根据本发明的替换实施例，可用性检测器237将情绪检测的结果应用到将用户情 绪与其可用性联系起来的策略。另外，根据本发明的替换实施例，该策略规定仅当情绪检 测断定终端130的用户处于正面情绪中时才接受传入邀请。图13示出了与任务380的执行相关联的重要子任务的执行的流程图。本领域的 技术人员在阅读本公开之后将会清楚如何以与所表示的顺序不同的顺序执行与图13相关 联的任务或者同时执行这些任务中的一个或多个。另外，本领域的技术人员在阅读本公开 之后将会清楚如何做出和使用省略这些任务中的一个或多个的本发明的替换实施例。在任务1310，终端130接收到来自终端110的字符串。根据本发明的示例性实施 例，该字符串是字母数字型的，但本领域的技术人员在阅读本公开之后将会清楚，该字符串 可以是任何类型的(例如，数字的，等等)。在任务1320，可用性检测器237将接收到的字符串与存储在终端130上的第二字 符串相比较。如果两个字符串匹配，则可用性检测器237使得终端130接受在任务310处 接收的邀请。本领域的技术人员在阅读本公开之后将会清楚如何做出和使用其中该字符串 被存储在远程服务器上而不在终端130上的本发明替换实施例。另外，本领域的技术人员 在阅读本公开之后将会清楚如何做出和使用其中第二字符串由在任务810处接收的策略 指定的本发明替换实施例。此外，本领域的技术人员在阅读本公开之后将会清楚如何做出 和使用本发明的如下替换实施例其中，即使两个字符串匹配，也由在任务810处接收的策 略规定可用性检测器237是否应当接受呼叫(即，该策略规定本发明的推翻组件是否被使 能)。应当理解，本公开仅仅教导了示例性实施例的一些示例，本领域的技术人员在阅 读本公开后将容易设计出本发明的许多变体，并且本发明的范围应由权利要求来确定。本申请要求2009年3月16日提交的标题为“Presence Based on theContext or Persona of the Party Being Contacted”的美国临时申请No. 61/160，572 (代理人案卷号 630-464us)的权益，该临时申请也通过引用被并入。
权利要求
一种方法，包括在电信终端处接收请求参与电信会话的邀请，其中i.所述电信会话的进行要求所述电信终端利用软件应用的第一组件，并且ii.所述软件应用在所述电信终端上执行；在所述电信终端处获得所述软件应用的第二组件的使用情况的第一特性；以及从所述电信终端发送对所述邀请的响应，其中所述响应取决于所述第一特性。
2.如权利要求1所述的方法，包括在所述电信终端处接收对可用性策略的指示；并且 其中对所述邀请的所述响应取决于所述可用性策略。
3.如权利要求1所述的方法，其中对所述邀请的所述响应是拒绝，包括在所述电信终端处获得第二软件应用的第二组件的使用情况的第二特性，其中所述软 件应用在所述电信终端上执行；以及从所述电信终端发起电信会话，其中该电信会话是在软件应用组件的使用情况的第二 特性符合一标准时被发起的。
4.一种方法，包括在电信终端处接收请求参与电信会话的邀请，其中所述电信会话的进行要求使用第一 软件应用；在所述电信终端处获得第二软件应用的组件的使用情况的第一特性，其中该第二软件 应用在所述电信终端上执行；以及从所述电信终端发送对所述邀请的响应，其中所述响应取决于所述第一特性。
5.如权利要求4所述的方法，包括在所述电信终端处接收对可用性策略的指示；并且 其中对所述邀请的所述响应取决于所述可用性策略。
6.如权利要求4所述的方法，其中所述第一特性是统一资源标识符(URI)，所述第二软 件应用建立了到该统一资源标识符的连接。
7.如权利要求4所述的方法，其中所述第一特性是关键字的存在性。
8.一种方法，包括在电信终端处接收请求参与电信会话的邀请，其中所述电信会话的进行要求所述电信 终端的资源的非空集合空闲；在所述电信终端处获得所述电信终端的第一资源的使用情况的度量，其中所述第一资 源不是所述资源的非空集合的成员；以及从所述电信终端发送对所述邀请的响应，其中所述响应取决于所述第一资源的使用情 况的度量。
9.如权利要求8所述的方法，其中所述度量包括所收集的样本的非空集合s，其中集合 s中的每个样本si构成在特定时刻所述资源的使用情况的数值指标，所述方法包括在所述电信终端处计算经加权的样本的非空集合W，其中集合W的每个成员Wi的值取 决于a.集合s的成员m的值，以及b.成员m被记录的时间；并且其中，对所述邀请的所述响应取决于集合w的成员的值。
10.如权利要求8所述的方法，其中所述度量是按键强度。
全文摘要
本发明提供了先进可用性检测。提供了一种方法，其中，电信终端基于以下因素来确定其用户是否有空接受请求参与电信会话的传入邀请(1)软件应用组件的使用情况的特性，(2)终端的资源的使用情况的特性，(3)传感器输入，(4)该传入邀请的特性，或者(5)对(1)、(2)、(3)、(4)和(5)的任何组合。
文档编号H04L12/26GK101917301SQ201010134549
公开日2010年12月15日 申请日期2010年3月16日 优先权日2009年3月16日
发明者利尼·夏皮罗·布鲁特曼, 里恩哈德·彼得·克莱姆 申请人:阿瓦雅公司