将消息指向移动设备上的多个用户简档的系统和方法
【专利说明】将消息指向移动设备上的多个用户简档的系统和方法
[0001]相关申请的交叉引用
[0002]本申请根据35U.S.C§ 119(e)要求于2012年10月29日提交的美国临时专利申请N0.61/719，778的优先权和权益，该申请的全部内容和实质在此通过引用并入，如同下面完全阐述。
【背景技术】
[0003]推送通知服务广泛用于向包括移动设备的各种计算设备发送消息。例如，可以将推送通知从消息服务器发送到用户的移动设备，以通知用户接收到新的电子邮件消息。推送服务通过缓解移动设备需要不断地检查来自远程服务器的新电子邮件或其他新消息，可以减少移动设备所需的工作。
[0004]在常规的移动设备中，仅支持单个用户简档。因此，常规的消息传送架构支持移动设备与消息服务器之间的单个连接。推送消息通常通过此单个连接从消息服务器传递到移动设备，然后通过单个用户简档在移动设备处被处理。
【发明内容】
[0005]所公开的技术的各种实现方式可以至少部分地基于多个用户简档的状态来管理到具有多个用户简档的计算设备的推送消息传递。
[0006]在一个实现中，所公开的技术的计算机实现的方法包括:在消息服务器或其他计算系统处接收用于多个远程移动设备的多个消息；以及在计算系统与多个移动设备中的第一移动设备之间提供单个网络连接。第一移动设备可以具有第一用户简档和第二用户简档。应用的第一实例可以运行在第一用户简档上，而应用的第二实例独立于第一实例运行在第二用户简档上。该方法可以包括将第一用户简档与第一用户识别符相关联，并且将第二用户简档与第二标识符相关联。当接收到消息，并且该消息指向第一用户简档时，该方法可以包括:基于第一消息指向第一用户简档，将第一消息打包有第一用户识别符；以及将第一消息与第一用户识别符一起发送到第一移动设备。
[0007]在另一实现中，所公开的技术的计算机程序产品可以包含方法，所述方法包括从与应用相关联的应用服务器接收多个消息，其中所述多个消息指向在远程位置的多个移动设备。该方法还可以包括将第一注册标识符与在移动设备的第一用户简档上运行的应用的第一实例相关联，并且将第二注册标识符与在移动设备的第二用户简档上运行的应用的第二实例相关联。第一用户简档和第二用户简档中的每一个可以具有其自己的应用和偏好的集合。该方法还可以包括将多个消息中的第一消息识别为指向应用的第一实例；以及将表示第一用户简档的第一用户识别符与第一消息一起推送到移动设备。
[0008]在另一实现中，所公开的技术的消息发送系统可以包括消息服务器或其他计算系统、数据库和通信接口。计算系统可以与多个移动设备通信，所述多个移动设备包括具有第一用户简档和第二用户简档的第一移动设备。计算系统可以被配置为接收多个消息，每个消息都包括相关联的注册标识符。数据库可以被配置为将第一消息的第一注册标识符映射到第一用户简档，并且将第二消息的第二注册标识符映射到第二用户简档。通信接口可以被配置为通过单个网络连接来连接到移动设备。计算系统还可以被配置为通过将第一消息和与第一用户简档相关联的第一用户识别符一起发送到移动设备，以及通过将第二消息和与第二用户简档相关联的第二标识符一起发送到移动设备，来复用单个网络连接。
[0009]所公开的技术的其他实现方式、特征和方面在此详细描述，并且被认为是所要求保护的公开技术的一部分。可以参照下面的详细描述、附图和权利要求书理解其他实现方式、特征和方面。
【附图说明】
[0010]现将参考附图和流程图，附图不一定按比例绘制，其中:
[0011]图1是根据示例实现的说明性消息发送系统的框图。
[0012]图2是根据实现的消息发送系统的框图，其中移动设备上存在应用的多个实例。
[0013]图3是根据实现的管理消息传递的方法的流程图。
[0014]图4是根据实现的计算系统的架构的图。
【具体实施方式】
[0015]将在下文中参照附图更充分详细地描述所公开的技术的一些实现。然而，本公开的技术可以体现为许多不同的形式并且不应被认为限于这里阐述的实现方式。
[0016]在以下的描述中，阐述了许多具体细节。然而，可以理解，所公开的技术的实现方式可以在没有这些具体细节的情况下被实践。在其他实例中，众所周知的方法、结构和技术没有被详细示出，以便不模糊对本说明书的理解。对“一个实现”、“实现”、“示例性实现”、“各种实现”等的引用指示如此描述的所公开技术的实现可以包括特定特征、结构或特性，但不是每一个实现必然包括该特定特征、结构或特性。此外，重复使用短语“在一个实现中”不一定是指同一实现中，尽管可能是同一实现。
[0017]在整个说明书和权利要求中，以下术语至少采取在此明确相关联的含义，除非上下文另有明确说明。术语“或”意在表示包含性“或”。此外，术语“一”、“一个”和“该”意在表示一个或多个，除非另有指定或从上下文清楚可见是针对单数形式。
[0018]在此描述的各个方面可以使用标准编程或工程技术来实现，以产生软件、固件、硬件或其任何组合来控制计算设备实现所公开的主题。计算机可读介质可以包括例如:磁存储设备，诸如硬盘、软盘或磁条；光盘，诸如压缩盘(CD)或数字多功能盘(DVD);智能卡；和快闪存储器设备，诸如卡、棒或密钥驱动。此外，应当理解，载波可用于承载计算机可读的电子数据，包括那些在发送和接收诸如电子邮件的电子数据或在访问诸如因特网或局域网(LAN)的计算机网络中使用的电子数据。当然，本领域的普通技术人员将认识到在不背离要求保护的主题的范围或精神的情况下可以对此配置做出许多修改。
[0019]如在此所使用的，除非另外指明使用序数形容词“第一”、“第二”、“第三”等来描述通用对象，否则仅指示类似对象的不同实例被引用，而不是意在暗示如此描述的对象必须按照给定顺序，无论是时间、空间、排名或以任何其他方式。
[0020]许多移动设备当前使用推送消息来接收数据。推送消息是在没有提示或在移动设备不必首先检查消息的情况下发送到移动设备的数据。消息可以例如从远离移动设备的应用服务器指向移动设备。在一些情况下，可以将消息从应用服务器发送到消息服务器，消息服务器可以管理对从多个源接收推送消息的多个移动设备的消息传递。
[0021]移动设备可能具有多于一个用户简档。每个用户简档可以表示移动设备的不同用户或虚拟用户。每个用户可能会经历用户设备的不同状态，其中该状态利用相关联的用户的应用、偏好或工作空间安排来定制。具有移动设备上的第一用户简档的第一用户和具有相同移动设备上的第二用户简档的第二用户可能看到不同的应用集合。在一个示例实现中，第一用户简档中的第一用户可能无法访问第二用户简档中的第二个用户的数据中的一部分或全部。在一个示例实现中，移动设备的每个用户可以具有其自己的用户名和密码，并且可能需要对移动设备认证其自己来访问其用户简档。
[0022]在具有多个用户简档的设备中，特定的用户简档可以是活动简档、背景简档或停止简档。活动简档可以是当前在移动设备上使用的用户简档。背景简档可以不是活动用户的但在后台运行并且因此能够接收消息的用户简档。停止简档可以当前没有在计算设备上运行，并且因此可能无法处理命令。
[0023]多个用户简档的存在可以对管理消息传递的消息发送系统的角色增加进一步的考虑。
[0024]所公开的技术认识到，尽管移动设备的多个用户简档的用户，但是有可能在移动设备和消息发送服务器之间仅存在单个当前连接。这可以是由于各种原因。例如，由于常规的移动设备仅使用单个用户简档，因此消息发送系统400可能会被迫在每个移动设备只允许单个连接的架构上操作。替选地，它可能会汲取移动设备的电池电量来保持多个连接有效。因此，所公开的技术的示例实现能够使用单个连接用于到多个用户简档的消息传递。
[0025]现参照附图对消息发送系统和方法的各种实现进行详细说明，在附图的所有视图中，相同标号表示相同部件。
[0026]图1是根据公开技术的说明性消息发送系统100的框图。消息发送系统100可以全部或部分在与一个或多个应用服务器101通信的消息服务器400中体现。消息服务器400可以是或包括计算机系统，如图4所示。
[0027]参照图1，