CN103716224A - 接收到及时响应的可能性 - Google Patents

Abstract

公开了用于确定第一方将从第二方接收到响应于由第一方发起的消息的及时响应的可能性，以及向与第一方相关联的终端发送与接收到及时响应的可能性相关联的指示的设备和方法。接收到及时响应的可能性可以根据各方的响应历史、各方的关系，消息的类型和通信模态，以及存在性信息来确定。指示还可以与存在性指示一起呈现，或作为其补充而呈现。代表性的消息可包括基于消息的通信，诸如文本消息、语音通信，以及电子邮件通信。及时响应可包括对语音呼叫的应答、回叫，以及对消息的回复。及时性可以取决于所使用的通信模态。

Description

接收到及时响应的可能性

技术领域

下面所描述的设备和方法一般涉及通信网络以及存在感知通信网络领域。更具体而言，设备和方法涉及确定在网络中接收到及时响应的可能性。

背景技术

如今，各方之间的通信需要越来越高效、及时并且有成果。

例如，第一方可能在通信网络上已经花费了大量时间来通过即时消息服务编写并发送消息或者写了一封电子邮件给第二方。然后第一方可能无法从第二方接收到任何响应，因为第二方由于各种原因，比如离线、线路忙等等而不可能及时回复。在这种情况下，第一方进行尝试的时间就被浪费了。这显然不是高效的通信方式。

因此，需要一方在真正发送了任何通信到对等方之前就知道在通信中从对等方得到及时响应的可能性，从而使得通信将成为高效、及时和有成果的。

发明内容

可以使用此处所描述的设备和方法来确定接收到及时响应的可能性。接收到及时响应的可能性服务器确定第一终端处的第一方将从第二方接收到对由第一方发起的消息的及时响应的可能性。接收到及时响应的可能性服务器向第一终端处的第一方发送从第二方接收到及时响应的可能性的指示。指示可以例如通过在第一终端上显示指示而向第一方呈现。指示可以与，例如，来自存在服务器的存在指示之类的其他指示组合，或与它们一起使用。

确定接收到及时响应的可能性的方法可包括确定第一终端处的第一方将从第二方接收到对由所述第一方发起的消息的及时响应的可能性，以及向第一方的第一终端发送接收到及时响应的可能性的指示。该方法还可以包括接收与关于第二终端处的所述第二方的存在信息相关联的数据，并且指示可包括第二方的存在性。第二方的及时响应可以是基于消息的通信、语音邮件、回叫、电子邮件、对来自第一方的呼叫的回复，或由第二终端对通信请求做出的对通信建立请求消息的接受。该方法还可以包括确定影响接收到及时响应的可能性的一个或多个因素，并且指示可以至少部分地基于各种因素中的一个或多个。合适的因素可包括双方的关系因素、与各方之间的以前的通信相关的历史因素、消息的排序因素、通信对其中一方的重要性因素、第二方的存在性因素、一方或多方的位置因素、第二方与第一方的活动的相关性因素、第二方的活动因素，以及与第二方的活动相对于第一方的活动的优先级相关的优先级因素。该方法还可以包括接收存在性数据，并将接收到及时响应的可能性基于第二方的存在性。排序因素可以基于诸如消息的重要性设置或紧急程度设置之类的优先级因素，或者可以基于消息的保密性设置。活动因素可以基于各方的协作或项目，并可包括各方之间的诸如语音呼叫、电话会议、正在进行的消息对话和电子邮件之类的通信模态。位置因素可以是各方中的一方的位置、与第二方相关联的终端的位置，或在第二方的位置附近的终端的位置。历史因素可包括对确定各方之间的通信中的响应中的趋势有用的信息，诸如第二方在响应第一方的通信尝试中的历史、第二方对其他方的通信尝试的响应中的历史、第二方对第一方的通信尝试的最近的响应历史、当各方在一个项目中一起工作或以其他方式彼此协作地工作时的响应历史，以及，基于一天中的时刻、第二方的位置、第二方的活动、以及正在被使用的通信的模式的响应历史。指示可以基于第二方将应答来自第一方的呼叫、将对通信请求作出响应、将对消息作出响应、或将在一个或多个阈值时间间隔内作出响应的可能性。指示还可以是颜色、阴影、百分比、阶梯式的排序指示、肯定的指示或否定的指示。确定接收到及时响应的可能性的操作可以根据一个或多个用户策略、业务策略、基于规则的策略，以及学习算法来执行。用户策略可以是基于保密性设置、重要性设置，以及紧急程度设置的基于发件人的策略。用户策略可以是基于第一方的标识、各方的关系、各方中的一个或两个的活动、通信中标识的某一方的活动、各方的协作的模式，以及各方中的一个或两者的位置的基于接收方的策略。业务策略可以基于通信类型、消息类型、或各方中的一方的标识。

确定接收到及时响应的可能性的方法可包括在第一终端处显示与第二终端相关联的所关注的一方的标识标记，以及，在标识标记附近，显示响应于消息被从第一终端发送到第二终端而从所关注方接收到及时响应的可能性的预测。接收到及时响应的可能性可以通过对与从第二方接收到及时响应的可能性相关的一个或多个因素应用规则来确定。标识标记可以是所关注方的姓名、所关注方的假名、所关注方的地址，以及所关注方的电话号码。该方法还可以包括确定影响接收到及时响应的预测的可能性的一个或多个因素，将可能性基于可包括确定的各种因素的一个或多个因素。因素可包括各方的关系、各方在终端处的可用性、各方中的一方的活动、各方之间的以前的通信，以及与消息相关联的优先级指示。该方法还可以包括接收与有关方的存在性相关联的数据，并将接收到及时响应的预测的可能性基于该存在性数据。该方法还可以包括在第一终端处在标识标记以及接收到及时响应的可能性的指示附近显示存在标识符。

一种设备可包括被配置成确定将从第二方接收到对第一方发起的消息的及时响应的可能性的处理器，以及被配置成向所述第一方的终端发送与接收到及时响应的所述可能性相关联的指示的发送器。设备还可以包括被配置成接收与接收到及时响应的可能性相关的数据（例如，从数据存储或存在服务器接收到的数据）的接收器。数据可以作为查询操作的结果而接收到。处理器可以被配置成使用接收到的数据，例如，通过应用使用该数据的一个或多个规则，来确定接收到及时响应的可能性。设备可以进一步被配置成确定影响接收到及时响应的可能性的一个或多个因素，并且指示可以至少部分地基于因素中的一个或多个。合适的因素可包括双方的关系因素、与各方之间的以前的通信相关的历史因素、消息的排序因素、通信对其中一方的重要性因素、第二方的存在性因素、一方或多方的位置因素、第二方与第一方的活动的相关性因素、第二方的活动因素，以及与第二方相对于第一方的活动的优先级相关的优先级因素。

附图说明

图1是计算设备的框图。

图2是用于确定接收到及时响应的可能性的服务器的网络的框图。

图3是用于确定接收到及时响应的可能性的的服务器的示例操作的流程图。

图4是包括接收到及时响应的可能性的指示的显示的平面图。

图5是用于呈现接收到及时响应的可能性的设备的框图。

具体实施方式

可以使用在本文中所公开的并描述的设备、系统和方法来确定接收到及时响应的可能性，并向终端发送接收到及时响应的可能性的指示。指示可以在终端的显示器上向用户呈现。本领域的技术人员在阅读本说明书之后将认识到，所描述的设备、方法，以及系统可以应用于其他类型的设备、计算系统的其他布局，诸如客户端-服务器、对等体、或分布式系统、其他协议，以及在通信协议栈中的其他层，或轻松地修改以与它们一起使用。

在整个本说明书中，对组件或模块的引用一般是指在逻辑上可以分组在一起以执行功能或相关的功能组的项目。相同的参考编号一般旨在引用相同或类似的组件。组件和模块可以以软件、硬件，或软件和硬件的组合来实现。术语“软件”广义地用来不仅包括可执行代码，而且还包括数据结构、数据存储和任何电子格式的计算指令、固件、以及嵌入式软件。术语“信息”和“数据”广义地使用，并包括各种电子信息，包括但不限于机器可执行的或机器可解释的指令；诸如文本、视频数据，以及音频数据之类的内容等等；以及各种代码或标记。术语“信息”、“数据”，以及“内容”有时当被上下文允许时可互换地使用。应该注意，虽然为清楚起见并帮助理解，下面所讨论的某些示例可能作为特定组件或模块的一部分来描述特定特征或功能，或在计算设备的特定层（例如，硬件层、操作系统层，或应用层）上发生，但是，那些特征或功能可以作为不同的组件或模块的一部分或在不同的层实现。

下面所讨论的示例只是示例，是为帮助说明此处所描述的设备、系统和方法而提供的。附图所示出的或下面所讨论的特征或组件中没有一个应该理解为对于这些设备、系统或方法中的任何一个的任何特定实现是方式强制性的，除非特别指定为强制性的。为便于阅读和清楚起见，可以只参考特定附图描述某些组件、模块，或方法。任何不能具体地描述组件的组合或子组合都不应该被理解为任何组合或子组合不是可能的指示。同样，对于所描述的任何方法，不管方法是不是结合流程图描述的，应该理解，除非上下文另作说明或需要，在执行方法时执行的步骤的任何显式的或隐式的顺序并不意味着那些步骤必须按照呈现的顺序执行，而是可以以不同的顺序或并行地执行。

图1示出了示例性计算设备100。计算设备100可以是台式计算机、服务器、诸如智能电话之类的移动计算设备，或在本技术领域中将被理解的任何其他合适的计算设备。计算设备100包括可以是任何合适类型的处理单元的处理器120，例如，通用中央处理单元（CPU）、精简指令集计算机（RISC）、具有管道或多重处理能力（包括具有多个核）的处理器，复杂指令集计算机（CISC）、数字信号处理器（DSP）、专用集成电路（ASIC）、可编程逻辑器件（PLD)，以及现场可编程门阵列（FPGA），等等。

计算设备100还包括一个或多个存储器130，例如，只读存储器（ROM）140、随机存取存储器（RAM）150、与处理器120相关联的高速缓冲存储器122，或其他存储器，诸如动态RAM（DRAM）、静态RAM（SRAM）、闪存、可移动存储器卡或磁盘，固态驱动器等等。计算设备100还包括可以被配置成具有多个模块162、164、166的诸如存储设备160的存储介质，诸如磁盘驱动器、软盘驱动器、磁带驱动器、硬盘驱动器、光驱动器以及介质，磁光驱动器以及介质，压缩驱动器、只读压缩存储器（CD-ROM）、可记录压缩（CD-R）、可重写压缩（CD-RW）、合适的类型的数字多功能盘（DVD）或蓝光盘等等。诸如闪存驱动器、固态硬盘驱动器、独立磁盘冗余阵列（RAID）、虚拟驱动器、联网的驱动器之类的存储介质及其他存储器装置，包括处理器120或存储器130上的存储介质也被设想为存储设备160。

存储器130、处理器120，以及存储驱动器160可包括用于存储计算机可读指令、数据、数据结构、程序模块、代码、微代码的非易失性存储器，以及与用于执行此处所描述的方法的其他硬件组件一起以非瞬时的计算机可读介质存储计算机可读指令的其他软件组件。软件组件可包括源代码、编译的代码、解释的代码、可执行代码、静态代码、动态代码、加密代码，或使用任何合适的高级别的、低级别的、面向对象的、可视、编译的，或解释性编程语言实现的任何其他合适的类型的代码或计算机指令。

在各种配置中，计算设备100可包括用于互连计算设备100的各种组件的系统总线110，或计算设备100可以集成到诸如可编程逻辑器件或专用集成电路（ASIC）之类的一个或多个芯片中。系统总线110可包括用于支持输入设备190、输出设备170，或通信接口180的存储器控制器、局部总线，或外围总线。示例输入设备190和输出设备170包括键盘、键区、手势或附图输入设备、运动输入设备、触摸屏接口、显示器、音频单元、语音识别单元、振动设备、计算机鼠标，以及任何其他合适的用户接口。

通信接口180可使计算设备100跨网络与其他设备进行通信。通信接口180可以是以太网接口、无线电接口、电话接口、通用串行总线（USB）接口，或任何其他合适的通信接口。示例通信接口180可包括诸如以太网和TCP/IP之类的有线数据传输链路、以及PSTN通信链路，诸如Tis（或更好的），综合业务数字网（ISDN）、数字用户线（DSL），或实现例如点对点协议（PPP）的拨号调制解调器。通信接口180可包括用于与私有网络或公共网络接口连接的无线协议。例如，通信接口180和协议可包括用于与诸如WiFi网络之类的私有的无线网络，网络的IEEE802.11x系列中的一个，或其它合适的无线网络进行通信的接口。通信接口180和协议可包括用于与诸如蜂窝网络之类的公共无线网络进行通信的接口。

图2示出了包括接收到及时响应的可能性服务器202，或LRTR服务器202的网络206的框图。虽然被示为单一网络，但是，网络206可以是公共网络、私有网络、企业网络、内联网、因特网、电话网络、有线网络、无线网络、分组交换网络、电路交换网络，或网络的任何合适的组合。示例网络可包括异步传输模式（ATM）网络，运行例如TCP/IP协议套件的分组交换网络、支持会话初始化协议（SIP）的网络、运行IEEE802.11x系列协议中的一个或多个的无线网络、使用码分多址（CDMA或CDMA:2000）的蜂窝网络、全球移动通信系统（GSM）、运行3G或4G协议的蜂窝网络，或另一种合适的网络，包括在当前正在开发的协议或还有待于开发的协议上运行的网络。

使用网络206的计算设备100可以被配置成使用诸如因特网协议安全性（IPsec）、安全套接字层（SSL）、传输层安全性（TLS）、安全的超文本传输协议（HTTPS/1.1）之类的安全通信协议，或任何其他合适的加密的协议。加密也可以使用合适的类型的密码来执行，包括私钥密码、对称的私钥密码、公钥密码，以及椭圆曲线密码等等。具体而言，加密可以使用高级加密标准（AES）、数据加密标准（DES）、三重DES（3DES），或另一种合适的密码来实现。

每一个终端212A、212B、212C，...，212N（统称为终端212）可以是计算设备100。终端212可包括诸如显示器之类的输出设备170。终端212可以是任何合适类型的支持电话的终端，包括但不限于桌面电话、IP电话、移动计算设备、移动电话、膝上型计算机，以及台式计算机。

LRTR服务器202可以确定第一方将从第二方接收到响应于发送到第二方的消息的及时响应的可能性。LRTR服务器202向与第一方相关联的终端212发送关于第二方的一个或多个指示。终端212向第一方显示这些指示。

显示的指示给第一方提供有关第二方的信息，可使第一方作出关于是否要尝试联络第二方的智能决策。第一方可以在尝试联络（例如，第二终端212B上的）第二方之前查看显示器上的指示。例如，如果第一方希望联络第二方，但是指示指出第二方不太可能以及时的方式回复或对通信企图作出响应，那么，第一方可以决定在不同的时间呼叫，或呼叫不同的方。例如，如果第二方不太可能以及时的方式作出响应，但是第三终端212C处的第三方可能对第一方作出响应，则第一方可以决定尝试联络第三方作为替代。显示的指示可以通知参与方尝试的与另一方的通信是可能会成功还是浪费时间。显示的指示可以帮助参与方更有成果地使用他们的宝贵的时间。

LRTR服务器202可以从终端212、存在服务器208，及其他源接收可以被用来确定接收到及时响应的可能性的信息。LRTR服务器202可以将此信息以合适的格式存储在与LRTR服务器202相关联的数据存储204中。LRTR服务器202可以是任何类型的合适的服务器，包括在网络上操作的虚拟服务器，或多个服务器。LRTR服务器202可以支持多个终端212。LRTR服务器202也可以在终端212上实现。如果完全地或部分地在终端212上实现，则在各种配置中，LRTR服务器202可以只使用终端212上可用的信息，可以与一个或多个其他终端212共享信息，或可以使用与其他终端共享的数据存储204。数据存储204可以是任何合适的类型的数据存储，包括存储器、服务器，或多个存储器或服务器。

LRTR服务器202可以在消息被发送到与第二用户相关联的终端212B之前向与第一用户相关联的第一终端212A提供一个或多个指示。例如，如果第一终端212A处的第一方激活第一终端212A，以显示包括要被联络的第二方的选择，那么，LRTR服务器202可以确定从第二方接收到及时响应的可能性，并将与该可能性相关联的指示发送到第一终端212A。如果第一方激活第一终端212A以显示各方的列表，那么，LRTR服务器202可以提供从各方的列表中的每一方接收到及时响应的可能性的指示。

每一种指示都可以与要用于联络第二用户的特定模态相关联。LRTR服务器202可以提供对于每一种类型的消息或模态接收到及时响应的可能性的一个或多个指示。示例模态包括语音呼叫、即时消息、电子邮件等等。消息可以是用于特定模态的任何合适的类型的消息。例如，消息可以是即时消息，诸如文本消息、短消息服务（SMS）消息，或多媒体消息服务（MMS）消息、电子邮件消息、可包括图像、视频、音频或附件的多模态消息、语音消息、语音呼叫、呼叫建立消息、信号、协议特定的消息，或其他合适的消息。对于与第一方相关的每一方，LRTR服务器202可以基于要发送的消息是即时消息、电子邮件、语音呼叫等等，提供多个指示，每一个指示都指出从所关注的一方接收到及时响应的不同的可能性。

指示也可以独立于模态，并可以是例如表示从所关注的某一方接收到及时响应的可能性的单一指示。单一指示可以基于每一种模态的指示的总和、每一种模态的可能性的平均、每一种模态的可能性的中值，或任何其他合适的派生值。单一指示也可以是特定模态的可能性，例如，指示可以基于要被用户使用的最有可能的模态，或所使用的以前的模态。例如，如果用户通常向所关注的特定方发送即时消息，那么，单一指示可以初始被设置为显示对于即时消息模态接收到及时响应的可能性。在另一示例中，如果用于与所关注的一方进行通信的最后一个模态是语音呼叫，那么，指示可以初始被设置为语音呼叫模态。单一指示也可以被设置为具有最高的接收到及时响应的可能性的模态，从而，向用户提供关于他们应该使用哪一种模态以具有接收到及时响应的最佳机率的指南。

LRTR服务器202可以在任何合适的时间向终端212提供指示。例如，一旦所关注的一方显示在第一方的终端212A上，LRTR服务器202可以向终端212提供指示。在另一示例中，LRTR服务器202可以基于该方的地址簿中的条目、该特定终端中的频繁联络的各方，等等，向终端提供指示。当LRTR服务器202标识状态的变化或涉及所关注的某一方的信息的更新时，LRTR服务器202也可以向终端212发送指示。

LRTR服务器202可以基于什么将适合于特定类型的终端212或终端的用户来发送指示。例如，如果终端212是移动设备，则指示可以只在必要时发送，以降低移动网络上的流量。在另一示例中，如果终端212是有线网络上的桌面电话，则LRTR服务器202可以比较频繁地发送指示，因为一般而言网络成本较低。例如，LRTR服务器202可以将某一方的地址簿中列出的各方的所有指示发送到该方的终端。在另一配置中，LRTR服务器202可以向每一有线终端212发送指示，每一个终端212都可以判断是否使用接收到的指示。例如，如果指示不与某一方的地址簿中列出的某一方相关，那么，与该方相关联的终端212可以忽略指示。

第一方的终端212A从LRTR服务器202接收到一个或多个指示。一个或多个指示可以在一个或多个消息中接收，每一个指示都可包括由终端212A显示的图标或图像。指示可以是任何合适的值、图像、或值的集合、图像的集合、或值和图像的组合。例如，指示可以是数值，诸如百分比值或排序值。指示可包括阴影指示，或彩色指示，诸如绿色、黄色、红色、蓝色等等。指示可以是肯定的指示或否定的指示。指示可包括阶梯式的排序，例如，一组指出接收到及时响应的可能性的值，带有多个不同的时间阈值，诸如立即响应的第一百分比、在5分钟内响应的第二百分比，以及在30分钟内响应的第三百分比。指示可包括描绘了接收到及时响应的可能性的附图图像。指示可以基于接收到及时响应的概率大于或小于阈值。指示可以基于在阈值时间段内接收到响应的可能性。

指示可以显示为单色，带阴影或具有标记，包括重叠的图标，闪存，或使用其他适用的技术来传达状态信息。指示可以与诸如来自存在服务器的指示之类的另一指示分开地向终端处的一方呈现，或者可以与另一指示组合地呈现。

现在参考图4，提供了示出了接收到及时响应的可能性指示的显示400。显示400可以显示在桌面电话、移动电话、计算机，或合适的终端212上。在显示400中，显示了某一方的地址簿402中的多个条目404。每一个条目404都可包括所关注的某一方的姓名、该方的假名或昵称，可以是例如因特网协议（IP）地址的该方的地址，以及该方的电话号码，还有其他信息。对于每一个条目404，可以显示多个不同的模态406。可以显示的模态不一定必须在正在呈现显示400的终端212上被支持。例如，显示400可以在不支持拨打语音呼叫的计算机上呈现，但是，显示400仍可以包括关于不同的语音呼叫模态的信息，可使用户潜在地看到使用不同的通信手段联络到所关注的该方的更好的方法。在各种配置中，可以对于每一个模态406，或模态406的子集显示存在指示408，或者可以对于条目404显示单一存在指示408。对于每一个模态，接收到及时响应的可能性指示410可以显示在显示器上。

例如，如果与第一条目404A相关联的某一方远离他们的家庭电话，则对于该模态406接收到及时响应的可能性指示410可以显示为0%。如果该方当前正在利用他们的蜂窝电话通话，则对于该模态406接收到及时响应的可能性指示410可以显示为10%，指出当该方正在利用他们的蜂窝电话通话时他们将以及时的方式响应新呼叫的可能性为10%，例如，通过将当前呼叫保持等待，并回答传入的呼叫。对于该模态406接收到及时响应的可能性指示410也可以显示，如果没有应答呼叫，该方将在5分钟内回复呼叫的可能性为75%。类似地，该方的电子邮件模态406可以指出在短时间帧内电子邮件被答复的可能性为50%，在1小时内被答复的可能性为99%。在另一示例中，如果与第四条目404B相关联的某一方当前正在会议中，则对于接收到回复电子邮件，接收到及时响应的可能性指示410对于立即响应可以显示为25%，在会议在1PM结束之后接收到回复电子邮件的可能性为80%。

接收到及时响应的可能性指示410可以基于模态及其他因素。例如，接收到及时响应的可能性指示410可以基于主叫方相对于被叫方的身份。第一条目404A的指示410对于不同的呼叫方可以不同，例如，如果被叫方不认识主叫方（例如，如果主叫方不在被叫方的地址簿中），则为0%，如果主叫方与一个团队、组织组，或协作中的被叫方相关联，则为10%，如果主叫方是被叫方的主管，则为75%，如果主叫方是被叫方的最重要的客户，则为100%。接收到及时响应的其他可能性指示410也是可以的，并可以基于其他因素，包括此处所描述的任何或全部因素。

还参考图2，及时响应本身可以基于模态和消息类型。例如，及时响应可以是从第二终端212B到第一终端212A的基于消息的通信、从第二方定向到第一方的语音邮件、从第二方到第一方的呼叫、从第二方到第一方的电子邮件、由第二终端上的第二方对来自第一终端处的第一方的呼叫的回答。及时响应不一定必须使用相同模态来执行。例如，可以利用文本消息对语音呼叫作出响应，被视为及时响应。

及时响应的时段可以基于模态或消息类型，并可以是可配置的。例如，对于语音呼叫的及时响应可以是在呼叫将要发往语音邮件之前被叫方应答呼叫。及时响应可以可另选地是在阈值时间段内来自被叫方的回叫。对于电子邮件或即时消息的及时响应可以是基于预先配置的时间阈值的时间期内的返回消息。

及时响应还可以基于对LRTR服务器202可用的趋势信息。趋势信息可以基于一方或多方的过去的响应来确定。趋势信息可以是各方特定的，例如，及时响应可以根据该方的过去的响应历史来确定。趋势信息可以基于一方的典型的或平均响应历史。对于每一种模态或消息类型，趋势信息可以不同。可以对于长时间段以及较短时间段，例如，长时间段内的时间窗口，确定趋势信息。例如，某一方可能很少对单个主叫者快速地响应，但是，一旦他们在一个项目中一起工作，则该方可能以及时的方式作出响应。LRTR服务器202可以将长时间段的趋势信息与时间窗口内的趋势信息进行比较，以分析对来自一方或多方的消息的响应时间的变化。LRTR服务器202可以基于响应时间的变化来动态地改变指示。如果主叫方不在被叫方的地址簿中，或者如果没有主叫方或被叫方的可用的趋势信息，那么，LRTR服务器202可以使用默认规则，而不考虑趋势信息。地址簿只是索引和标识各方的一种方式。LRTR服务器202也可以保存不在地址簿里的各方的趋势信息。

指示可以根据对LRTR服务器202可用的任何合适的信息来确定。信息可包括第一方与第二方的关系。关系可以是家庭关系、社会关系、工作关系等等。例如，工作关系可以是主管人/被主管关系，或可以从一个公司内的各方的相应的地位来推断。其他类型的工作关系包括销售/客户关系、伙伴/对等关系、供应商/买主关系等等。此信息可以存储在数据存储204中，或可以从其他来源获取。例如，可以从社交网络中获取两方的社会关系。

例如，通过轮询其他服务器或从其他服务器接收消息，LRTR服务器202可以从其他服务器接收信息。在一种配置中，接收到及时响应的可能性服务器可以从存在服务器208接收信息。存在服务器208可以向终端212提供关于各方在其他终端212上的存在性的指示，如图4所示以及如在上面的示例中所描述的。存在服务器208从终端212接收存在信息，并将存在信息存储在与存在服务器208相关联的数据存储210中。存在服务器208在适当时向其他终端212发送存在指示。例如，第一终端212A可以从存在服务器208接收关于第二终端212B以及第三终端212C的指示。第一终端212A可以在显示器上以合适的格式向位于第一终端212A处的第一方呈现用于向第一方提供存在信息的指示。

显示的存在指示给第一方提供有关第二方和第三方的信息，可使第一方作出关于是否要呼叫其他各方中的一方的智能决策。第一终端212A上的第一方在尝试联络第二终端212B上的第二方或第三终端212C上的第三方之前可查看显示器上的存在指示。例如，如果第一方希望联络第二方，但是存在指示指出第二方当前正在通话，那么，第一方可以等到第二方可用。第一方可以决定在呼叫第二方之前等待直到存在指示指出第二方在他们的终端处并可用。第一方也可以决定呼叫诸如第三方之类的不同的方。例如，如果第二方忙，但是第三方可用，则第一方可以基于第三方对接受呼叫的可用性，决定呼叫第三方。

LRTR服务器202可以基于另一方的可用性来确定要发送的指示。此可用性信息可以从存在服务器208中获取。示例可用性信息可包括可用、忙，在会议中，正在打电话、请勿打扰、马上回来、离线、离开办公桌、特定的时间段内不在、不在办公室等等。

LRTR服务器202可以基于任一方的位置或者地理位置来确定要发送的指示。例如，如果所关注方的位置被判断为位于他们的工作地，那么，该方可以一般比该方在现场以外、当前正在旅行（移动），或在家时更快地对消息作出响应。类似地，主叫方，或发送消息的一方的位置也可以是一个因素。例如，如果主叫方正在旅行，并且被叫方知道主叫方正在旅行，那么，被叫方更加可能快速地作出响应。例如，秘书可能始终接听来自正在旅行的主管人的呼叫，即使他们当前将他们的终端设置为“请勿打扰”。类似地，取决于消息是来自于当地的人还是外地的人，一方可以不同地作出响应。例如，如果主叫方的位置指出他们正在从公司外面呼叫，则被叫方可能比他们正在从同一公司内部呼叫更可能或更不可能以及时的方式作出响应。位置信息可以从全球定位系统（GPS）、GPS数据、蜂窝塔三角测量，或其他合适的定位系统、方法或数据获取。位置信息还可以从各方的呼叫号码或地址获取，并可以与从诸如呼叫方ID、呼叫号码投递类型服务，以及目录服务之类的其他服务获取的信息分开地使用或结合地使用。

LRTR服务器202还可以基于要被发送的消息的紧急程度或重要性来确定指示。示例紧急程度可包括关键、紧急、时间敏感的、非紧急的，等等。示例重要性设置可以是普通重要性、高重要性，或非常重要。被标记为紧急或重要的诸如电子邮件之类的消息趋向于比其他消息更快地被答复。业务策略可以要求一些消息被标记为比较重要或比较紧急。类似地，LRTR服务器202还可以基于保密性设置来确定指示。

LRTR服务器202还可以基于用户可配置的设置来确定指示。例如，用户可以设置向LRTR服务器202提供关于对来自特定方的消息或基于一天中的特定时刻作出响应的可能性的信息的配置。例如，用户可以设置指出来自家庭的呼叫将始终接收到及时响应的配置。在另一示例中，用户可以设置指出他们在次日早晨以前不回答任何呼叫的配置。类似地，LRTR服务器202可以被配置成当确定指示时忽略某些因素。例如，用户可以设置指出家庭、主管人或来自主要客户帐户的呼叫都将接收到及时响应的配置，即使用户配置他们的终端显示“请勿打扰”或如果LRTR服务器202以别的方式指出及时响应不可能。

LRTR服务器202还可以基于联系人的工作组或子集，例如，一方的地址簿中的联系人的子集，来确定指示。例如，如果LRTR服务器202获取该方正在与特定的组的人一道工作的信息，那么，那些人可以接收到不同于发送到其他方的指示的指示。例如，如果某一方当前正在一个项目中或以其他方式与多个其他人协作，那么，LRTR服务器202可以向与该项目或协作相关联的人提供不同的指示。还可以在上下文中，根据趋势信息或根据当前活动来确定关系。例如，如果某一方开始从特定人或特定组的人接收到比正常的呼叫量更大的呼叫量，并且如果该方比其他人更快地对那些通信作出响应，那么，LRTR服务器202可以推断组或协作关系。

示例方法可包括使用算法或应用开窗功能来标识趋势、过去的历史、最近的活动，或该方如何对特定人或人的组作出响应的其他模式。LRTR服务器202可以使用这些历史因素来确定发送到终端212的指示。在将指示基于当前活动的示例中，如果某一方当前正在执行一活动，那么，向与该活动相关联的人呈现的指示可以不同于向其他人呈现的指示。例如，如果某一方当前正在与IT（信息技术）组的帮助台进行通话，那么，帮助台组的其他成员可以接收到指出该方将以及时的方式作出响应的指示，因为他们可能在处理同一个或相关的问题。类似地，某一方可以与该方将对加入多方电话会议的请求作出响应不同地对新语音呼叫作出响应。在正在进行的基于消息的对话中，某一方可以更快速地对前面的消息之后的消息作出响应，并且LRTR服务器202可以相应地改变指示。类似地，如果某一方最近应答了来自主叫方的呼叫，那么，接收到及时响应的可能性可以基于自从最后一次被应答的呼叫以来消逝的时间而变化。类似地，如果该方没有对前一消息作出响应，那么，LRTR服务器202可以使用该信息作为为该方设置指示的因素。

在另一示例中，LRTR服务器202还可以基于对一方可用的终端的数量和类型来确定指示。例如，如果与某一方相关联的唯一终端是手机，并且该方当前正在通话中，那么，接收到对即时消息或电子邮件的及时响应的可能性对于那些模态可以被设置为较低的值，因为一次将电话用于多于一种的模态是不切实际的或不可能的。类似地，如果某一方正位于办公桌上并且该方具有计算机、桌面电话，以及手机，那么，该方可以以及时的方式对文本消息或电子邮件作出响应，即使他们当前正在与其他方举行电话会议。响应时间也会随着其他因素而变化，例如，该方当前正在参与的活动的类型。例如，当正在通话中或在参加顾客会议时，该方可能很少对即时消息作出响应。但是，当在参加电话会议或部门会议时，该同一方可以始终作出响应。

LRTR服务器202可以使用可用信息来确定发送到终端212的指示。确定操作可以基于规则，并使用信息来作为确定用作指示的值时的因素。确定操作可包括学习操作，例如，以确定应用于各因素的权重。学习算法可包括但不限于决策树学习、贝叶斯类型算法、相关联的规则学习、人工神经网络、归纳逻辑编程，以及加强学习，还有其他合适的学习操作。可以捕捉各方之间的消息传送和通信的历史作为在进行关联和确定可以被用来确定接收到及时响应的可能性的趋势时使用的因素。可以对于用于确定接收到及时响应的可能性的每一种因素，捕捉任何合适的粒度的历史。例如，可以基于各方、基于各方所使用的模态、基于各方的关系、基于历史趋势或近期趋势信息，等等，来捕捉历史。历史数据及其他对LRTR服务器202可用的数据可以被用来预测接收到及时响应的可能性并提供合适的指示。

现在参考图3，提供了可能性响应服务器的示例操作的流程图。处理在开始框300开始，并继续到方框302。在方框302中，标识与通信方所关注的一方或多方。通信方可以是希望与第二方（所关注的一方）进行通信或尝试与其进行联络的第一方。第一方可以是主叫方，第二方可以是被叫方。第一方可能希望向第二方发送即时消息或电子邮件。可以，例如，由第一方显示第一方的地址簿中的一方或多方来标识所关注的各方。所关注的一方可以例如作为在桌面电话上执行的搜索的结果显示在桌面电话的终端上。处理继续到方框304。

在方框304中，标识可以被用来联络所关注的一方或与其进行通信的一个或多个模态。每一种模态都是联络一方或与其进行通信的方式，诸如语音通信、即时消息或电子邮件。例如，如果所关注的一方具有蜂窝电话，但是无数据计划，那么，可以为该所关注的一方只显示语音通信模态。如果所关注的该方还具有桌面电话和计算机，那么，可以提供额外的语音、电子邮件，以及即时消息模态。取决于与所关注的一方相关联的终端的数量和类型，该所关注方可以具有多个语音、多个即时消息，以及多个电子邮件模态。处理继续到方框306。

在方框306中，对于所关注的每一方的每一种模态，LRTR服务器202可以确定对于如上文所描述的每一种模态从所关注的一方接收到及时响应的可能性。LRTR服务器202对于每一种模态确定与接收到及时响应的可能性有关的指示。处理继续到方框308。

在方框308中，向与通信方相关联的一个或多个终端发送由LRTR服务器202所确定的指示。处理继续到方框310。

在方框310中，与通信方相关联的终端可以显示指示中的一个或多个。指示可以被通信方用来判断与谁进行通信或是否尝试与所关注的一方或多方进行通信。处理在结束框312结束。

参考图5，示出了用于呈现接收到及时响应的可能性的设备500的框图。该设备500被示出为包括第一显示单元510、第二显示单元520。在优选实施例中，该设备500还可包括确定单元530、接收器540和第三显示单元550。应意识到，第一、第二和第三显示单元510、520和550可以是分开的或集成在一个或两个显示单元中。

设备500可以位于第一终端中或位于服务器中。

第一显示单元510可以被配置为在第一终端处显示与第二终端相关联的所关注方的标识标记。

第二显示单元520可以被配置为在第一终端处，在标识标记附近显示响应于要从第一终端向第二终端发送的消息而从所关注方接收到及时响应的预测的可能性。

优选地，接收到及时响应的预测的可能性可以至少部分地通过对与所关注方相关联的、与从所关注方接收到及时响应的可能性相关的至少一个因素应用规则来确定。

在优选实施例中，标识标记是以下中的至少一项：所述所关注方的姓名、与所述所关注方相关联的假名、与所述所关注方相关联的地址，以及与所述所关注方相关联的电话号码。

在优选实施例中，设备500可以进一步包括确定单元530。确定单元530可以被配置为确定影响从所关注方接收到及时响应的预测的可能性的至少一个因素。每一个因素都可以与下列各项中的至少一项相关联：与所述第一终端相关联的第一方与所述所关注方的关系、所关注方在所述第二终端和第三终端中的一个处的可用性、第一方和所关注方中的至少一方的活动、第一方和所关注方之间的以前的通信，以及与消息相关联的优先级指示。从所关注方接收到及时响应的预测的可能性可以至少部分地基于至少一个因素。

在一个优选实施例中，设备500可以进一步包括接收器540。接收器540可以被配置为接收与所关注方的存在性相关联的数据。从所关注方接收到及时响应的所述预测的可能性可以进一步基于所关注方的存在性。

在一个优选实施例中，设备500可以进一步包括第三显示单元550。该第三显示单元可以被配置为，在第一终端处，在所述标识标记和接收到及时响应的所述预测的可能性附近，显示与所关注方以及第二终端相关联的存在性标识符。

上面的对各种组件和方法的描述旨在示出具体示例并描述实现这里所公开并描述的能够确定接收到及时响应的可能性的设备的某些方式。这些描述既不旨在也不应该理解为可以制造和使用这些设备、系统和模块的可能的方式的详尽列举。可以作出多种修改，包括各示例之间的系统和模块的替换以及组合之间的变化。这些修改和变化对阅读了本文档的本领域的技术人员应该是显而易见的。

Claims (25)

1.一种方法，包括：

确定第一终端处的第一方将从第二方接收到对由所述第一方所发起的消息的及时响应的可能性；以及

向位于所述第一终端处的所述第一方发送接收到及时响应的所述可能性的指示。

2.如权利要求1所述的方法，还包括：

接收与第二终端处的所述第二方的存在性相关联的数据，其中，所述指示包括所述第二方的所述存在性。

3.如权利要求1所述的方法，其中，所述及时响应是从包括下列各项的组中选出的：

从所述第二方到所述第一方的基于消息的通信，

从所述第二方到所述第一方的语音邮件，

从所述第二方到所述第一方的呼叫，

从所述第二方到所述第一方的电子邮件，

由所述第二方对来自所述第一方的呼叫的应答，以及

在与所述第二方相关联的第二终端处对来自所述第一方的通信建立请求的接受。

4.如权利要求1所述的方法，还包括：

确定影响所述第一方接收到及时响应的所述可能性的至少一个因素，

其中，所述指示至少部分地基于至少一个因素，以及

其中，每一个因素都是从包括下列各项的组中选出的：

第一方与所述第二方的关系因素，

与所述第一方和所述第二方之间的以前的通信活动相关的历史因素，

作为基于消息的通信的通信的排序因素，

所述通信对所述第一方和所述第二方中的至少一个的重要性因素，

所述第二方的存在性因素，

与所述第一方和第二方中的至少一个相关联的位置因素，

所述第二方与所述第一方的活动的相关性因素，

所述第二方的活动因素，以及

与第二方的活动相对于所述第一方的活动的优先级相关的优先级因素。

5.如权利要求4所述的方法，还包括：

接收与所述第二方的存在性相关联的数据，以及

其中，第一方接收到及时响应的所述可能性进一步基于所述第二方的存在性。

6.如权利要求4所述的方法，其中，作为消息的通信的所述排序因素至少部分地基于

基于下列各项中的至少一项的优先级因素：

重要性设置，以及

紧急程度设置；以及，

保密性设置。

7.如权利要求4所述的方法，其中，所述活动因素基于所述第二方正在参与的协作，并且其中，所述模态包括下列各项中的至少一项：

基于语音的呼叫，

多方电话会议，

正在进行的基于消息的对话，以及

电子邮件。

8.如权利要求4所述的方法，其中，所述位置因素是从下列各项中选择的：

所述第一方和所述第二方中的至少一方的位置，

与所述第二方相关联的所述第二终端的所述位置，以及

所述第二方附近的第三终端的所述位置。

9.如权利要求4所述的方法，其中，所述历史因素至少部分地基于下列各项中的至少一项：

所述第二方对所述第一方的通信企图的响应历史，

所述第二方对与所述第一方相关联的第三方的通信企图的响应历史，

所述第二方对所述第一方的通信企图的最近的响应历史，

在所述第二方和所述第一方之间就一个项目协作之后所述第二方对所述第一方的通信企图的响应历史，以及

基于一天中的时刻、所述第二方的位置、所述第二方的活动，以及所述通信的当前模式中的至少一项，所述第二方对所述第一方的通信企图的响应历史。

10.如权利要求1所述的方法，其中，所述指示是下列各项中的至少一项，

基于所述第二方将应答来自所述第一方的呼叫的所述可能性的指示，

基于所述第二方对所述第一方的通信请求的及时响应的所述可能性的指示，

基于所述第二方对所述第一方的消息的及时响应的所述可能性的指示，

基于所述第二方将在阈值时间间隔内对来自所述第一方的消息作出响应的可能性的指示，

基于所述第二方的及时响应的一个或多个阈值概率的指示，

颜色指示，

阴影指示，

百分比指示，

阶梯式的排序指示，

作为肯定指示的指示，以及

作为否定指示的指示。

11.如权利要求1所述的方法，其中，所述确定的操作是根据下列各项中的至少一项来执行的：

用户策略，

业务策略，

基于规则的策略，以及

学习算法。

12.如权利要求11所述的方法，其中，所述用户策略进一步基于下列各项中的至少一项：

所述第一方的发件人策略，包括以下各项中的至少一项：

保密性设置

重要性设置，以及

紧急程度设置；以及，

所述第二方的接收方策略，包括以下各项中的至少一项：

所述第一方的标识，

所述第一方与所述第二方的关系，

所述第二方的活动，

所述第一方的活动，

在所述通信中标识的所述第一方的活动，

在所述通信中标识的协作的模式，以及

所述第一方和所述第二方中的至少一方的位置，并且

其中，所述业务策略进一步基于下列各项中的至少一项：

通信类型，

消息类型，以及

所述第一方和所述第二方中的至少一方的身份。

13.一种方法，包括：

在第一终端处显示与第二终端相关联的所关注方的标识标记；以及

在所述第一终端处，在所述标识标记附近，显示响应于要从所述第一终端向所述第二终端发送的消息而从所述所关注方接收到及时响应的预测的可能性，以及

其中，接收到及时响应的所述预测的可能性是至少部分地通过对与所述所关注方相关联的、与从所述所关注方接收到及时响应的所述可能性相关的至少一个因素应用规则来确定的。

14.如权利要求13所述的方法，其中，所述标识标记是以下中的至少一项：所述所关注方的姓名、与所述所关注方相关联的假名、与所述所关注方相关联的地址，以及与所述所关注方相关联的电话号码。

15.如权利要求13所述的方法，还包括：

确定影响从所述所关注方接收到及时响应的所述预测的可能性的至少一个因素，其中，每一个因素都与下列各项中的至少一项相关联：

与所述第一终端相关联的第一方与所述所关注方的关系，

所述所关注方在所述第二终端和第三终端中的一个处的可用性，

所述第一方和所述所关注方中的至少一方的活动，

所述第一方和所述所关注方之间的以前的通信，以及

与消息相关联的优先级指示；以及

其中，从所述所关注方接收到及时响应的所述预测的可能性至少部分地基于至少一个因素。

16.如权利要求15所述的方法，还包括：

接收与所述所关注方的存在性相关联的数据，以及

其中，从所述所关注方接收到及时响应的所述预测的可能性进一步基于所述所关注方的所述存在性。

17.如权利要求13所述的方法，还包括：

在所述第一终端处，在所述标识标记和接收到及时响应的所述预测的可能性附近，显示与所述所关注方以及第二终端相关联的存在性标识符。

18.一种设备，包括：

被配置成确定第一终端处的第一方将从第二方接收到对由所述第一方发起的消息的及时响应的可能性的处理器；以及

被配置成向所述第一终端发送与接收到及时响应的所述可能性相关联的指示的发送器。

19.如权利要求18所述的设备，还包括：

被配置成接收与从所述第二方接收到及时响应的所述可能性相关的数据的接收器，以及

其中，所述处理器进一步被配置成至少部分地通过对所述数据应用规则来确定所述第一方将接收到及时响应的所述可能性。

20.如权利要求18所述的设备，其中，所述处理器进一步被配置成

确定与所述第一方接收到及时响应的所述可能性相关的至少一个因素，

其中，所述指示至少部分地基于至少一个因素，并且

其中，每一个因素都是从包括下列各项的组中选出的：

第一方与所述第二方的关系因素，

与所述第一方和所述第二方之间的以前的通信活动相关的历史因素，

作为基于消息的通信的通信的排序因素，

所述通信对所述第一方和所述第二方中的至少一个的重要性因素，

所述第二方的存在因素，

与所述第一方和第二方中的至少一个相关联的位置因素，

所述第二方与所述第一方的活动的相关性因素，

所述第二方的活动因素，以及

与第二方的活动相对于所述第一方的活动的优先级相关的优先级因素。

21.一种设备，包括：

第一显示单元，被配置为在第一终端处显示与第二终端相关联的所关注方的标识标记；以及

第二显示单元，被配置为在所述第一终端处，在所述标识标记附近，显示响应于要从所述第一终端向所述第二终端发送的消息而从所述所关注方接收到及时响应的预测的可能性，以及

其中，接收到及时响应的所述预测的可能性是至少部分地通过对与所述所关注方相关联的、与从所述所关注方接收到及时响应的所述可能性相关的至少一个因素应用规则来确定的。

22.如权利要求21所述的设备，其中，所述标识标记是以下中的至少一项：所述所关注方的姓名、与所述所关注方相关联的假名、与所述所关注方相关联的地址，以及与所述所关注方相关联的电话号码。

23.如权利要求21所述的设备，还包括：

确定单元，被配置为确定影响从所述所关注方接收到及时响应的所述预测的可能性的至少一个因素，其中，每一个因素都与下列各项中的至少一项相关联：

与所述第一终端相关联的第一方与所述所关注方的关系，

所述所关注方在所述第二终端和第三终端中的一个处的可用性，

所述第一方和所述所关注方中的至少一方的活动，

所述第一方和所述所关注方之间的以前的通信，以及

与消息相关联的优先级指示；以及

其中，从所述所关注方接收到及时响应的所述预测的可能性至少部分地基于至少一个因素。

24.如权利要求23所述的设备，还包括：

接收器，被配置为接收与所述所关注方的存在性相关联的数据，以及

其中，从所述所关注方接收到及时响应的所述预测的可能性进一步基于所述所关注方的所述存在性。

25.如权利要求21所述的设备，还包括：

第三显示单元，被配置为在所述第一终端处，在所述标识标记和接收到及时响应的所述预测的可能性附近，显示与所述所关注方以及第二终端相关联的存在性标识符。

Images