[发明专利]通过用户标识符重新建立推送通知信道

说明书

技术领域

本申请涉及重新建立推送通知信道，特别是通过用户标识符重新建立推送通知信道。

背景技术

现有的推送通知框架通过代理服务将通知从应用服务递送到客户端设备。代理服务维护用于将通知递送给在客户端设备上执行的应用的信道，并存储描述所述信道的会话信息。如果客户端设备或代理服务重启或故障，应用就重新开始并尝试重新建立到代理服务以及到应用服务的连接。

尽管某些现有系统允许应用在没有用户介入的情况下创建通知信道，但会话信息被绑定到所述代理服务和/或客户端设备。在重启或故障后，客户端设备仍然必须重新建立到代理服务和到应用服务的连接。

发明内容

本公开的实施例将会话信息与用户相关联。代理服务从推送环境中的用户计算设备处接收建立用于从应用服务接收通知的至少一个推送通知信道的请求。该请求包括用户标识符。代理服务基于所述用户标识符获得会话信息并基于所获得的会话信息建立推送通知信道。代理服务通过所建立的推送通信信道将通知从应用服务递送到用户计算设备。

提供本发明内容以便以简化形式介绍将在以下具体实施方式中进一步描述的一些概念。本发明内容并非旨在标识所要求保护的主题的关键特征或必要特征，也不旨在用于帮助确定所要求保护的主题的范围。

附图说明

图1是说明将通知从应用服务递送到用户计算设备的代理服务的示例性框图。

图2是说明存储有关推送环境并对应于用户标识符的会话信息的存储器区域的示例性框图。

图3是说明创建对应于用户标识符的会话信息并持久保存所述信息的代理服务的操作的示例性流程图。

图4是说明使用对应于用户标识符的会话信息重新建立推送通知信道的代理服务的操作的示例性流程图。

图5是说明在用户计算设备、代理服务和云服务之间的用以重新组合(rehydrate)推送环境中的会话的通信的示例性顺序图。

图6是说明基于从会话标识符确定的用户标识符来将通知递送给用户计算设备的代理服务的操作的示例性流程图。

在全部附图中，相应的附图标记指示相应的部分。

具体实施方式

参考附图，本发明的各实施例能够在故障的情况下基于用户标识符118来重新创建推送通知信道108。在一些实施例中，描述推送通知信道108的会话信息202与用户标识符118相关联并被存储在与代理服务102或其它网关分开的存储器区域中。代理服务102从应用服务104接收用于递送给用户计算设备106的通知。

本发明的各方面进一步允许用户计算设备106在经历通知会话故障之后重新连接到与代理服务102相关联的任意服务器，并且呈现用户标识符118以允许该服务器使用存储在云服务312中的信息来重新建立通知会话。

接着参考图1，一个示例性框图说明了在推送环境中将通知从应用服务104递送给用户计算设备106的代理服务102。在如图1所示的示例性推送环境中，应用服务104中的一个或多个生成要被推送给在用户计算设备106上执行的应用107的通知。所述通知被异步地推送，并且所述通知流是单向的，因为通知被从应用服务104发送到应用107以供消费。示例性应用服务104包括诸如社交网站、新闻网站和金融网站之类的网站。可考虑其它应用服务104，包括电子邮件和其它消息收发服务。示例性的通知包括对在线社交简档的更新、天气和交通状况、包裹递送通知、文本消息、电子邮件消息、语音消息、图像和视频。

代理服务102表示执行指令(例如，应用程序、操作系统功能或两者)以实现与代理服务102相关联的操作和功能的任意一个或多个计算设备。代理服务102可以包括诸如服务器、云计算布置、个人计算机之类的任意计算设备。另外，代理服务102可以表示一组处理单元或其他计算设备。

代理服务102具有至少一个处理器110和第一存储器区域112。处理器110包括任何数量的处理单元，并且被编程为执行用于实现本发明的各方面的计算机可执行指令。指令可由处理器110或由在代理服务102内执行的多个处理器执行，或者由代理服务102外部的处理器来执行。在一些实施例中，处理器110被编程为执行诸如各附图(例如图3和图4)中示出的那些指令。

代理服务102还具有一个或多个计算机可读介质，诸如第一存储器区域112。第一存储器区域112包括与代理服务102相关联或可以由代理服务102访问的任意数量的介质。第一存储器区域112可以在代理服务102的内部(如图1所示)、在代理服务102的外部(未示出)、或内部和外部两者(未示出)。