CN104838370B - 传输通知至与用户相关联的多个设备 - Google Patents

Abstract

通知系统向与多个用户设备相关联的用户提供通知。通知系统基于用户行为，诸如用户通过用户设备与通知系统的交互，选择用于接收通知或者对从用户设备接收的通知的确认的用户设备。通知被发送至选择的用户设备，并且通知系统等待确认延迟周期内来自所选择的通知系统的确认。如果在确认延迟周期内没有接收到确认，那么选择另外的用户设备并将通知发送至另外的用户设备。

Description

传输通知至与用户相关联的多个设备

技术领域

本发明总体上涉及在线系统中的事件通知，且更具体地，涉及提供通知至与在线系统用户相关联的多个用户设备。

背景技术

许多在线系统包括当事件发生时通知在线系统的用户的通知系统。例如，当社交网络系统的用户接收消息或者在帖子中被识别，社交网络系统的通知系统向用户传输事件的通知。通知可以被发送至与用户相关联的多个设备。因此，当用户使用单个用户设备访问在线系统时，单个用户设备接收该通知。但是当用户使用多个用户设备访问在线系统时，所有用户设备通常近似同时地被告知所生成的通知。这导致可能将通知发送至用户没有使用的用户设备。另外，用户必须单独确认收到或者移除来自每个用户设备的通知，从而使用户在多个用户设备上重复查看相同事件的通知。

发明内容

通知系统通过利用使通知至不同的用户设备的传输分开的延时将事件的通知传输至不同的用户设备来通知事件的用户。通知系统识别适合接收通知的与用户相关联的多个用户设备。例如，如果通知先前在阈值时间内没有传输到用户设备，那么用户设备适合接收通知。用户设备从适合接收通知的多个用户设备选择。例如，通知系统基于最近用户与各种用户设备的活动和用户对传输到各种用户设备的通知的先前的反应来选择用户设备。通知被提供至选择的用户设备，并且通知系统等待确认延迟周期以接收来自选择的用户设备的对通知的确认。如果用户设备在确认延迟周期届满时没有提供确认，那么通知系统从适合接收通知的多个用户设备选择另外的用户设备并且等待另外的确认延迟周期以接收来自选择的另外的用户设备的对通知的确认。在一些实施方式中，确认延迟周期可以根据通知传输至其的设备来变化。

在针对计算机实施的方法的所附权利要求中特别公开了根据本发明的实施方式。

在一种实施方式中，计算机实施的方法包括：

生成指定用户的通知；

识别适合于接收所述通知的多个用户设备，每个用户设备与所述用户相关联并且被配置为响应于所述用户在所述用户设备上与所述通知交互而提供确认；

从所述多个用户设备选择用户设备；

将所述通知传输至所选择的用户设备；

如果在确认延迟周期内没有从所选择的用户设备接收到确认，那么从所述多个用户设备中选择另外的用户设备；

将所选择的用户设备从适合于接收所述通知的所述多个用户设备中移除；以及

将所述通知传输至所选择的另外的用户设备。

特别地，选择另外的用户设备包括：

确定与另外的用户设备相关联的另外的确认延迟周期。

在另一实施方式中，该方法进一步包括：

如果在另外的确认延迟周期内没有从选择的另外的用户设备接收到确认，那么从多个用户设备中选择另一个用户设备。

确认延迟周期优选基于与选择的用户设备相关联的用户活动。

选择的用户设备尤其是最近从其接收到交互的用户设备和/或基于描述在多个用户设备中的不同的用户设备接收到用户交互的频率的概况文件选择的用户设备，其中，优选地，选择的用户设备是具有接收到用户交互的最高频率的用户设备和/或其中，优选地，接收用户交互的频率与当日时间有关。

在一种实施方式中，用户设备被配置为响应于所述用户与所述通知的交互而提供对所述通知的确认；并且该方法进一步包括确定在确认延迟周期内是否从用户设备接收到确认；并且响应于确定在所述确认延迟周期内没有从所述用户设备接收到确认，将通知传输至来自与用户相关联的多个用户设备中的另外的用户设备。

在可以单独要求的或者与任何其他实施方式结合的另一实施方式中，计算机实施的方法包括：

生成识别用户的通知；

从与所述用户相关联的多个用户设备中选择用户设备；

将所述通知传输至所述用户设备，所述用户设备被配置为响应于所述用户与所述通知的交互而提供对所述通知的确认；

确定在确认延迟周期内是否从所述用户设备接收到所述确认；以及

响应于确定在所述确认延迟周期内没有从所述用户设备接收到确认，将所述通知传输至来自与所述用户相关联的所述多个用户设备中的另外的用户设备。

在另一实施方式中，计算机实施的方法进一步包括：

响应于确定在所述确认延迟周期内没有从所述另外的用户设备接收到确认，将通知传输至来自与用户相关联的多个用户设备中的替代的用户设备，

和/或

响应于从所述替代的用户设备接收到对所述通知的确认，将传输到用户设备和传输到另外的用户设备的通知移除。

确认延迟周期优选基于与用户设备相关联的用户活动。

附图说明

图1是根据一种实施方式的包括通知系统的系统环境的框图。

图2是根据一种实施方式的用于向与多个用户设备相关联的用户发送通知的方法的流程图。

图3是根据一种实施方式的用于向与用户相关联的用户设备发送通知的方法的交互图。

这些图仅为了说明的目的说明了本发明的各个实施方式。本领域技术人员通过下面的讨论可以容易认识到在不偏离在此所述的本发明的原理的情况下可以使用在此说明的结构和方法的替代实施方式。

具体实施方式

系统架构

图1是包括通知系统100的环境的一种实施方式的框图。该环境包括通知系统100、多个用户设备110及网络120。该通知系统100通过网络120与多个用户设备110通信。

用户使用多个用户设备110中的一个或多个与通知系统100通信。每个用户设备110与通知系统100的具体用户相关联。用户设备110是能够处理数据以及通过网络120传输和/或接收数据的任意设备。用户设备110的示例包括移动设备、平板电脑、便携式计算机、台式计算机、机顶盒、或者任何其他计算设备。

用户设备110通过网络120从通知系统110接收事件的通知并且将所接收的通知呈现给用户设备110的用户。不同类型的用户设备110可能以不同的形式向用户呈现通知。例如，移动设备打开消息指示灯或者在设备的主屏幕上显示通知图标，而台式计算机显示弹出式窗口，播放声音，或者改变任务栏显示中的应用的描述。因此，用户设备110以配置为将用户的注意力吸引至通知的方式向用户呈现通知。

对于许多个用户设备110，当接收到通知时，将该通知呈现至用户，直至用户查看通知或者清除通知。因此，用户设备110继续将用户的注意力吸引至通知，直至用户访问用户设备以确认收到该通知。当用户在用户设备110上查看通知时，确认通过网络120从用户设备110被传送至通知系统100。该确认可以专用于通知，或者可以包括在至通知系统100的通信中，诸如用户与通知的交互以请求来自通知系统100的进一步信息。例如，结合到社交网络系统中的来自通知系统100的通知告知用户该用户在照片中被标记；用户与通知交互以访问该照片可以是用户对通知的确认。替代地，当用户访问通知时，用户设备110向通知系统100提供确认。

为了简化用户对通知的访问，通知系统100将通知串行地通信至用户设备110，而常规的通知技术将通知并行地通信至用户设备110。当通知系统100从与用户相关联的用户设备110接收到对通知的确认时，通知系统100停止将通知传输至与用户相关联的另外的用户设备110。因此，当用户确认收到来自一个用户设备110的通知时，该通知不被通信至与用户相关联的另外的用户设备110。

通知系统100选择与用户相关联的用户设备110(用户很可能从该用户设备110对通知作出反应)，并且首先将该通知通信至所选择的用户设备110。在所选择的用户设备接收到该通知之后，用户被提供有一段时间，也称为确认延迟周期，以确认收到该通知。在确认延迟周期过去之后，通知系统110将该通知通信至与用户相关联的另外的用户设备110。

在通过图1示出的实施方式中，通知系统100包括事件模块102、用户设备跟踪器104及通知模块106。事件模块102识别用于向用户通知的事件，并且将识别的事件通信至通知模块106。在一个实施方式中，事件模块102生成事件。替代地，事件模块102从通知系统110的另一组件或者从外部系统接收事件。例如，如果通知系统100是社交网络系统的一部分，那么事件模块102在新的帖子被创建时、当用户在照片中被标记时或者当在社交网络系统中采用其他动作时生成或者接收事件。事件模块102还确定是否通知具体事件的用户。系统设置和用户设置确定是否通知用户事件或者具体类型的事件。事件模块102使用户与事件关联并且将事件和关联的用户提供至通知模块106。

用户设备跟踪器104保持适合接收每个用户的通知的用户设备110的记录和在与用户相关联的用户设备110上描述用户活动的数据。适合接收用户的通知的用户设备是通过通知系统100与用户相关联并且用户识别为用于接收通知的设备的用户设备110。附加信息可以用于确定是否用户设备110适合接收通知；例如，如果用户设备110在阈值次数内接收到通知但是没有接收到对通知的确认，那么用户设备110可能是不适合接收通知的。在一个实施方式中，基于用户是否从用户设备110登陆到与通知系统100相关联的账户，将用户设备110识别为适合于或者不适合于通知。

当用户与通知系统100或者与通知系统100相关联的系统交互时，设备跟踪器104记录用户交互。对于用户的每个交互，用户设备跟踪器104识别接收到交互的用户设备110并且还可以使时间戳与所接收的交互关联。用户设备活动指示使用哪个用户设备110来访问通知系统100并且确认收到通知。

通知模块106基于通过用户设备跟踪器104存储的用户活动从与用户相关联的并且适合接收通知的用户设备中选择与用户相关联的用户设备110。可以基于用户设备活动以几种方式确定所选择的用户设备。在一个实施方式中，选择与具有最近的时间戳的活动相关联的用户设备110。在一个实施方式中，选择与具有当前时间的阈值空闲时间内(例如，过去的五分钟内)的最近时间戳的活动相关联的用户设备110。当在阈值空闲时间内没有使用用户设备时，通知模块106可以基于与不同的用户设备110相关联的历史交互预测哪个用户设备110很可能被查看。通知模块106将通知传输至选择的用户设备。

在一个实施方式中，通知模块106生成与不同的用户设备110相关联的用户的先前交互的概况文件。该概况文件可以列出用户可能访问不同的用户设备110的顺序。例如，如果用户没有主动使用用户设备110，那么通知模块106使用通过用户设备跟踪器104存储的用户交互生成概况文件以确定很可能首先访问的用户设备110。例如，当可以在三个设备上接收通知时，在空闲时间阈值之后，用户可能有50％的时间与用户设备110交互，30％的时间与另一个用户设备110交互，以及20％的时间与另外的用户设备110交互。因此，用户在空闲时间阈值之后与不同的用户设备110交互的频率被用于预测用户设备110很可能被用户访问。在一些实施方式中，用户与用户设备110交互的频率可以针对各种参数来确定。参数的示例包括当日时间，从各个用户设备110接收的交互之间的时间差，从各个用户设备110接收交互的排序。例如，许多用户在一天中具有共同的时间表并且在他们的时间表的不同的部分期间与不同的用户设备110交互。例如，公司职员可以在工作时间使用台式计算机，在午餐期间使用移动设备，并且在工作时间以外使用平板电脑来确认收到通知。使用户设备活动110与当日的时间关联允许概况文件更加有效地识别用户很可能与通知交互的用户设备110。

通知传输

图2是用于向与多个用户设备110相关联的用户发送通知的方法的一个实施方式的流程图。通知系统100的通知模块106从事件模块102接收200事件。所接收的事件识别用户以接收事件的通知。在另一实施方式中，通知模块106基于与用户相关联的偏好和与事件相关联的事件类型确定是否向与事件相关联的用户通知该事件。

识别210与用户相关联并且适合接收通知的用户设备110。所识别的设备是用户指定为可以用来接收通知的用户设备110。例如，用户设备110与通知系统100保持的用户的账户相关联。用户设备110从与用户相关联的并且适合接收通知的所识别的设备中来选择220。如以上结合图1进一步描述的，基于与各个用户设备110相关联的用户交互选择220用户设备110。在一个实施方式中，如果用户在空闲时间阈值内已与通知系统100通信，那么选择220接收到来自用户的最近通信的用户设备110。如果用户在空闲时间阈值内没有与通知系统100通信，那么使用一个或多个参数(诸如，当日时间)选择从用户简介中选择的用户很可能确认收到通知的用户设备110。在一个实施方式中，选择超过一个用户设备110来用于通知。在选择220用户设备110之后，通知被传输230至所选择的用户设备。

在将通知传输230至选择的用户设备110之后，通知系统100等待以在确认延迟周期内接收确认，并且确定240是否在确认延迟周期内接收到确认。确认可以从先前传输230通知至其的任何用户设备110接收到。如果通知系统100确定240在确认延迟周期内从先前接收通知的用户设备接收到确认，那么通知过程结束250。如果通知系统100确定240在确认延迟周期内没有接收到确认，那么从适合接收通知的用户设备110移除260所选择的设备并且选择220另外的用户设备110来接收通知并将该通知传输230至另外的用户设备。

在一个实施方式中，确定不同通知的确认延迟周期。各种因素可以修改不同通知的确认延迟周期。例如，确认延迟周期可以随着通知传输230至其的用户设备110的数目增加而增加。作为另一个示例，确认延迟周期基于不同的用户设备110的特性来确定。通知系统100从不同的用户设备110接收的用户交互被存储并且用于确定从不同的用户设备110接收到对通知的确认的平均时间。用户设备110的确认延迟周期可以选择作为对用户设备110呈现的通知作出反应的平均时间或者作为对应于与平均响应时间的一个或多个标准偏差的时间。

替代地，与用户设备110相关联的确认延迟周期被选择为包括从用户设备110接收的确认的百分位。例如，设置确认延迟周期使得来自用户设备110的80％的确认在确认延迟周期内被接收。替代地，可以对用户确认时间进行分析以确定用户应答时间中的下降点。例如，用户可以具有90％的时间在用户设备110接收通知的3分钟内确认收到，而确认时间在3分钟之后变为可变的，使3分钟为用户设备110的用户确认时间中的下降点。

图3是用于向与用户相关联的用户设备传输通知的方法的一个实施方式的交互图。图3的示例描述了事件模块102、通知模块106以及与通知系统110的用户相关联的三个用户设备110A、110B、110C。事件模块102生成310事件，并将该事件提供至通知模块106。通知模块106识别与用户相关联的用户设备110A、用户设备110B、用户设备110C并选择用户设备110A、用户设备110B、用户设备110C中的一个来接收通知。在图3的示例中，通知模块106选择第一用户设备110A并将通知传输320至第一用户设备110A。

在传输320通知之后，通知模块等待确认延迟周期325以从第一用户设备110A接收对通知的确认。在图3中，第一用户设备110A没有在确认延迟周期325内传输对通知的确认。因此，通知模块106选择第二用户设备110B并将通知传输330至第二用户设备110B。在将通知传输至第二用户设备110B之后，通知模块106等待第二确认延迟周期335。在图3的示例中，第二确认延迟周期335具有与确认延迟周期325不同的长度。

第二用户设备110B在第二确认延迟周期335内将确认传输340至通知模块106。该确认表示用户使用第二用户设备110B接收到通知。在图3中，虽然第三用户设备110C与用户相关联并且适合接收通知，但是未被通知，因为通知模块106在第二确认延迟周期335内从第二用户设备110B接收到确认。因此，通知没有被传输到第三用户设备110C，从而防止用户从第三用户设备110C查看并清除通知。在通知可能被清除的实施方式中，消息还发送至第一用户设备以清除用于用户的通知。以这种方法，一旦用户已经在一个用户设备(在此，第二用户设备)与通知交互，那么通知没有被传输到另外的用户设备并且移除先前被传输到其他用户设备110的通知。

总结

本发明实施方式的上述描述仅出于说明的目的而呈现，并且不旨在穷尽或者将本发明局限于所公开的优选形式。相关领域技术人员可以理解，根据以上公开内容可以有多种修改和变形。

该描述的某些部分根据算法和有关信息的操作的符号表示描述了本发明的实施方式。这些算法描述和表示通常由数据处理领域中的技术人员使用，以将他们工作的实质有效地传达给本领域其他技术人员。尽管功能上、计算性或逻辑性地描述了这些操作，但这些操作应被理解为由计算机程序或等效电路、微代码等来实现。而且，也已证明有时便于参考作为模块的操作布置，而不失一般性。所描述的操作及其相关模块可体现为软件、固件、硬件或者它们的任意组合。

单独或者结合其他设备使用一个或者多个硬件或者软件模块可执行或者实施本文所描述的任一步骤、操作或者过程。在一个实施方式中，软件模块利用包括含有计算机程序代码的计算机可读介质的计算机程序产品来实现，其可以由计算机处理器执行以便执行所描述的任意或全部步骤、操作或过程。

本发明的实施方式在本文中还可以涉及一种执行操作的装置。该装置可以特殊构造而成以便达到所需目的和/或可以包括由计算机中存储的计算机程序选择性激活或重新配置的通用计算设备。这种计算机程序可被存储在适用于存储电子指令的非易失性、有形的计算机可读存储介质或任何类型的介质中，这种计算机程序可以耦合至计算机系统的总线。此外，在本说明书中所引用的任何计算系统都可以包括单个处理器或者可以是采用多个处理器设计以提高计算能力的架构。

本发明的实施方式还可以涉及一种通过本文描述的计算过程生产的产品。该产品可以包括由计算过程产生的信息，其中信息存储在非暂时的、有形的计算机可读存储介质上并且可包括计算机程序产品的任何实施方式或者本文描述的其他数据组合。

最后，本说明书中使用的语言被主要选择为达到可读性和指导目的，并且可尚未被选择为描述或限制本发明主题。因此，意图是本发明的范围不受详细描述的限制，而是由在此基础上针对应用发布的任何权利要求限制。相应地，本发明的实施方式的公开内容旨在用于说明以下权利要求中陈述的本发明的范围，但不对其进行限制。

Claims (19)

1.一种计算机实施的方法，所述方法包括：

生成指定用户的通知；

识别适合于接收所述通知的多个用户设备，每个用户设备与所述用户相关联并且被配置为响应于所述用户在所述用户设备上与所述通知交互而提供确认；

至少部分基于包括从所述多个用户设备中的用户设备接收到用户交互的频率的概况文件从所述多个用户设备选择用户设备；

识别从选择的用户设备接收的针对发送给所述选择的用户设备的先前消息的一组确认时间；

针对所述选择的用户设备，基于所述选择的用户设备的所述一组确认时间的分布中的下降点，确定确认时间的百分位；

确定与所述确认时间的确定的百分位对应的百分位确认时间；

基于所述百分位确认时间确定确认延迟周期；

响应于在所述确认延迟周期内没有接收到确认，至少部分基于概况文件从所述多个用户设备中选择另外的用户设备；

将所选择的用户设备从适合于接收所述通知的所述多个用户设备中移除；以及

将所述通知传输至所选择的另外的用户设备。

2.根据权利要求1所述的计算机实施的方法，其中，选择所述另外的用户设备包括：

确定与所述另外的用户设备相关联的另外的确认延迟周期。

3.根据权利要求2所述的计算机实施的方法，进一步包括：

如果在所述另外的确认延迟周期内没有从所选择的另外的用户设备接收到确认，那么从所述多个用户设备中选择另一个用户设备。

4.根据权利要求1所述的计算机实施的方法，其中，所选择的用户设备是最近接收到交互所用的用户设备。

5.根据权利要求1所述的计算机实施的方法，其中，所选择的用户设备是具有接收到用户交互的最高频率的用户设备。

6.根据权利要求1所述的计算机实施的方法，其中，接收到用户交互的所述频率与当日时间有关。

7.一种计算机实施的方法，所述方法包括：

生成识别用户的通知；

至少部分基于包括从多个用户设备中的用户设备接收到用户交互的频率的概况文件从与所述用户相关联的多个用户设备中选择用户设备；

将所述通知传输至所述用户设备，所述用户设备被配置为响应于所述用户与所述通知的交互而提供对所述通知的确认；

识别从选择的用户设备接收的针对发送给所述选择的用户设备的先前消息的一组确认时间；

针对所述选择的用户设备，基于所述选择的用户设备的所述一组确认时间的分布中的下降点，确定确认时间的百分位；

确定与所述确认时间的确定的百分位对应的百分位确认时间；

基于所述百分位确认时间确定确认延迟周期；

确定在所述确认延迟周期内是否从所述用户设备接收到所述确认；以及

响应于确定在所述确认延迟周期内没有从所述用户设备接收到确认，将所述通知传输至来自与所述用户相关联的所述多个用户设备中的另外的用户设备。

8.根据权利要求7所述的计算机实施的方法，其中，所述用户设备是具有接收到用户交互的最高频率的用户设备。

9.根据权利要求8所述的计算机实施的方法，其中，接收到交互的所述频率与当日时间有关。

10.根据权利要求7所述的计算机实施的方法，进一步包括：

响应于确定在所述确认延迟周期内没有从所述另外的用户设备接收到确认，将所述通知传输至来自与所述用户相关联的所述多个用户设备中的替代的用户设备。

11.根据权利要求10所述的计算机实施的方法，进一步包括：

响应于从所述替代的用户设备接收到对所述通知的确认，将传输到所述用户设备和传输到所述另外的用户设备的所述通知移除。

12.根据权利要求7所述的计算机实施的方法，其中，所述确认延迟周期基于与所述用户设备相关联的用户活动。

13.一种计算机实施的方法，所述方法包括：

生成指定用户的通知；

识别适合于接收所述通知的多个用户设备，每个用户设备与所述用户相关联并且被配置为响应于所述用户在所述用户设备上与所述通知交互而提供确认；

至少部分基于包括从所述多个用户设备中的用户设备接收到用户交互的频率的概况文件从所述多个用户设备中选择用户设备；

将所述通知传输至所选择的用户设备；

识别从选择的用户设备接收的针对发送给所述选择的用户设备的先前消息的一组确认时间；

针对所述选择的用户设备，基于所述选择的用户设备的所述一组确认时间的分布中的下降点，确定确认时间的百分位；

确定与所述确认时间的确定的百分位对应的百分位确认时间；

基于所述百分位确认时间确定确认延迟周期；

响应于在确认延迟周期内没有接收到确认，至少部分基于概况文件从所述多个用户设备中选择另外的用户设备；

将所选择的用户设备从适合于接收所述通知的所述多个用户设备中移除；以及

将所述通知传输至所选择的另外的用户设备。

14.根据权利要求13所述的计算机实施的方法，其中，选择所述另外的用户设备的步骤还包括：

确定与所述另外的用户设备相关联的另外的确认延迟周期。

15.根据权利要求14所述的计算机实施的方法，进一步包括：

如果在所述另外的确认延迟周期内没有从所选择的另外的用户设备接收到确认，那么从所述多个用户设备中选择另一个用户设备。

16.根据权利要求13所述的计算机实施的方法，其中，所述确认延迟周期基于与所选择的用户设备相关联的用户活动。

17.根据权利要求13所述的计算机实施的方法，其中，所选择的用户设备是最近接收到交互所用的用户设备。

18.根据权利要求13所述的计算机实施的方法，其中，所选择的用户设备是具有接收到用户交互的最高频率的用户设备。

19.根据权利要求13所述的计算机实施的方法，其中，接收到用户交互的所述频率与当日时间有关。