CN104184821A - 基于推送通知的会话及终端应答反馈的方法和装置 - Google Patents

Abstract

本发明提供了一种基于推送通知的会话方法，响应于用户请求，获取该用户预存储的通知通道；经由所述通知通道下发与该用户请求相应的推送通知；获取响应于该推送通知的关联反馈信息。本发明的实施例实现了基于推送通知来建立终端设备与远程网络设备之间的连接并进行会话；在当操作系统的系统API具有较高访问权限限制的情况下，在不唯一性依赖于移动通信网络的情况下，无需通过调用系统API，而依靠推送通知功能来实现的远程网络设备对终端设备的定位追踪、远程控制等服务，为终端设备与远程网络设备之间的会话提供了一种新的可靠方式。

Description

基于推送通知的会话及终端应答反馈的方法和装置

技术领域

本发明涉及计算机领域，具体而言，本发明涉及一种基于推送通知的会话方法和装置，还相应涉及一种应答反馈方法和装置。

背景技术

当前，以Android操作系统为例，终端设备的操作系统通常会为外部的第三方应用程序提供其可调用的应用程序编程接口(API)或函数(function)，第三方应用程序通过调用操作系统的API执行系统功能，并调用系统资源。

Windows Phone 8.1和Windows RT是微软为其终端设备推出的最新一代操作系统，其基于ARM处理器架构，采用全新的Metro(新WindowsUI)风格用户界面。微软基于系统安全层面上的考虑，严格限制了WindowsPhone 8.1和Windows RT操作系统的系统API访问权限，第三方开发者无法实现常规后台任务，因此，远程服务器无法通过调用终端设备的系统API与终端设备建立连接并进行会话；进一步地，基于调用系统API来实现的远程网络设备对终端设备的定位追踪、远程控制等服务均无法在以Windows Phone 8.1和Windows RT为操作系统的终端设备上有效使用。

公知的一种应用实例是通过向丢失的手机(号码)发送短信，由该手机上常驻后台的安全应用通过API拦截该短信，对短信内容进行解析，继而做出响应。可以看出，传统的这种通过调用API而实现远程会话进而实现远程定位、远程控制的方法，必须依赖于运营商的网络环境。换言之，一旦他人将捡获手机的SIM卡舍弃，即使该安全应用继续常驻后台，也接收不到短信，从而使远程定位、远程控制等功能形同虚设。因此，运营商及其移动通信网络不应当成为实现这类安全应用的唯一依赖因素。

发明内容

本发明的目的旨在至少解决上述技术缺陷之一，特别是无法通过调用终端设备的系统API来实现远程网络设备与终端设备之间会话的问题。

本发明提供一种基于推送通知的会话方法，包括以下步骤：

响应于用户请求，获取该用户预存储的通知通道；

经由通知通道下发与该用户请求相应的推送通知；

获取响应于该推送通知的关联反馈信息。

本发明还提供一种终端应答反馈方法，包括如下步骤：

将当前用户通过本机获取的通知通道发送到远端进行存储；

接收经该通知通道下发的推送通知，启动预注册的推送事件触发器；

由该推送事件触发器解析该推送通知，响应该推送通知包含的用户请求而向远端发送与该用户请求相关联的关联反馈信息。

本发明还提供一种基于推送通知的会话的装置，包括：

通道获取模块，用于响应于用户请求，获取该用户预存储的通知通道；

下发模块，用于经由通知通道下发与该用户请求相应的推送通知；

信息获取模块，用于获取响应于该推送通知的关联反馈信息。

本发明还提供一种应答反馈的装置，包括：

通道发送模块，用于将当前用户通过本机获取的通知通道发送到远端进行存储；

启动模块，用于接收经该通知通道下发的推送通知，启动预注册的推送事件触发器；

反馈发送模块，用于由该推送事件触发器解析该推送通知，响应该推送通知包含的用户请求而向远端发送与该用户请求相关联的关联反馈信息。

本发明的实施例，终端设备将当前用户通过本机获取的通知通道发送到远程网络设备进行存储，使得远程网络设备响应于用户请求，可获取该用户预存储的通知通道，并经由通知通道下发与该用户请求相应的推送通知，终端设备响应于该推送通知获取关联反馈信息；实现了基于推送通知来终端设备与远程网络设备之间建立连接并进行会话；在当终端设备操作系统的系统API具有较高访问权限限制的情况下，无需通过调用系统API，而依靠推送通知功能来实现的远程网络设备对该终端设备的定位追踪、远程控制等服务，为终端设备与远程网络设备之间建立连接并成功会话提供了一种新的可靠方式。

本发明的提出，为构建计算机网络的安全云服务平台提供了必要基础，可以实现对用户数据的集中控制，使得诸如远程定位、远程控制等网络安全技术的实现不必唯一性依赖于移动通信网络，安全系数无疑更高。

本发明提出的上述方案，对现有系统的改动很小，不会影响系统的兼容性，而且实现简单、高效。

本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为根据本发明实施例的基于推送通知的会话方法流程图；

图2为根据本发明实施例的基于推送通知的多方会话的示例图；

图3为根据本发明实施例的基于推送通知进行会话的设备功能示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本技术领域技术人员可以理解，这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，执行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(Personal Communications Service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(PersonalDigital Assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global PositioningSystem，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

本技术领域技术人员可以理解，这里所使用的远端网络设备，其包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云。在此，云由基于云计算(Cloud Computing)的大量计算机或网络服务器构成，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。本发明的实施例中，远端网络设备、终端设备与WNS服务器之间可通过任何通信方式实现通信，包括但不限于，基于3GPP、LTE、WIMAX的移动通信、基于TCP/IP、UDP协议的计算机网络通信以及基于蓝牙、红外传输标准的近距无线传输方式。

图1为根据本发明实施例的基于推送通知的会话方法流程图。

在步骤S110中，终端设备将当前用户通过本机获取的通知通道发送到远端进行存储。

其中，通知通道以统一资源定位符(URI，Uniform Resources Identifier)进行标识。众所周知的，URL(Uniform Resource Locator)、URN(UniformResource Name)为URI的子集，本领域技术人员应当知晓此一原理。

具体地，终端设备将当前用户通过本机获取的通知通道发送到远端的方式包括：

如图2所示，首先，终端设备的第三方应用向本机的通知客户端平台发送通知通道的获取请求；随后，该通知客户端平台向服务器，如配置有WNS服务的WNS服务器，发送通知通道获取请求，WNS服务器接收到该通知通道获取请求后，创建通知通道，并将该通知通道以URI的形式返回到终端设备；终端设备的通知客户端平台接收到该通知通道，将该通知通道告知第三方应用；随后，第三方应用将通知通道URI及终端设备的本机特征信息发送到远程网络设备。其中，终端设备中的第三方应用与通知客户端平台可作为两个独立的应用，可将通知客户端平台集成到第三方应用中作为第三方应用的一个单独模块。

其中，本机特征信息包括但不限于：终端设备的设备ID及设备类型等信息。需要指出的是，虽然本机特征信息有利于实现同用户多终端管理，但并非必需，在某些实施例中，考虑到多数用户只有一台手机的情况，可以不发送本机特征信息。

优选地，远程网络设备接收到终端设备发送的通知通道URI及终端设备的机器特征信息后，将用户的帐号信息、机器特征信息、与机器相应的通知通道之间作为关联数据进行存储，存储形式如下表1所示的逻辑表达效果：

表1：

在步骤S120中，远程网络设备响应于用户请求，获取该用户预存储的通知通道。

具体地，用户可通过任意其他终端设备登陆远程网络设备来发起用户请求，也可通过其他终端设备向远程网络设备发送用户请求；响应于来自其他终端设备的用户请求，远程网络设备根据该用户的账号信息，在数据存储库中查找以确定与该用户的账号信息相关联记录的通知通道URI。其中，数据存储库中包括多条将用户的帐号信息、机器特征信息、与机器相应的通知通道相关联记录的关联数据。

其中，所述用户请求包含但不限于以下终端操作指令：定位、格式化、出厂重置、删除、修改、重启、关机。

在步骤S130中，远程网络设备经由该通知通道下发与该用户请求相应的推送通知。

其中，通知通道包含生成该通知通道的服务器地址和路由末端地址，即通知通道URI包含WNS服务器地址和最终到达终端设备的路由末端地址，本领域技术人员应当知晓，URI由于其自身的表达方式所决定，表达了网络中的一个唯一性资源，由多层节点构成一条路径，路由末端便是其最终对象，路由第一节点一般指向网络主机，整个表达式在表达唯一资源的同时也表达了到达该唯一资源的网络传输路径。因而，经由通知通道进行路由，应被理解为通过所述WNS服务器实现对所述路由末端对象的访问的网络传输过程。

其中，推送通知包括但不限于用户请求。

具体地，步骤S130包括步骤S131(图中未示出)和步骤S132(图中未示出)；在步骤S131中，远程网络设备向通知通道所指向的服务器发送推送通知请求；在步骤S132中，经由该服务器，将与该用户请求相应的推送通知路由到通知通道的路由末端。

更具体地，在步骤S131中，远程网络设备根据通知通道URI中包含的WNS服务器地址，通过SSL(Secure Sockets Layer，安全套接层)向该URI所指向的WNS服务器发送HTTP POST请求，向WNS服务器请求发送推送通知。优选地，在远程网络设备和WNS服务器之间采用OAuth2.0协议进行认证授权。在步骤S132中，远程网络设备使用该URI所示的路由路径，经由该WNS服务器，通过整条路由路径的各个节点，将与该用户请求相应的推送通知路由到路由路径的路由末端，最终将推送通知路由至终端设备的接收端口。

在步骤S140中，终端设备接收经该通知通道下发的推送通知，启动预注册的推送事件触发器。

具体地，终端设备监测并接受经通知通道下发的推送通知，通知客户端平台对该推送通知执行解析处理，确定该推送通知的所属第三方应用，接着，启动该推送通知所属第三方应用预注册的推送事件触发器。其中，即使第三方应用当前未前台运行，也能触发启动该第三方应用预注册的推送事件触发器。

在步骤S150中，由该推送事件触发器解析该推送通知，响应该推送通知包含的用户请求而向远端发送与该用户请求相关联的关联反馈信息。

具体地，终端设备中，由推送事件触发器解析推送通知，来读取该推送通知包含的用户请求，例如，用户请求包括对终端设备进行定位，则通过第三方应用调用系统定位接口，如GPS定位系统API，来获取终端设备当前的定位信息；又例如，用户请求包括对终端设备执行其他指令，如格式化、出厂重置、删除、修改、重启、关机等，则调用其他相关系统API来执行指令，以获取终端设备指令执行状态信息；随后，远端网络设备向终端设备发送获取定位信息或指令执行状态信息的HTTP GET请求，终端设备响应于该HTTP GET请求，将定位信息或指令执行状态信息作为与该用户请求相关联的关联反馈信息发送至远端网络设备。

在步骤S160中，远程网络设备获取响应于该推送通知的关联反馈信息。

本发明的实施例，终端设备将当前用户通过本机获取的通知通道发送到远程网络设备进行存储，使得远程网络设备响应于用户请求，可获取该用户预存储的通知通道，并经由通知通道下发与该用户请求相应的推送通知，终端设备响应于该推送通知获取关联反馈信息；实现了基于推送通知来终端设备与远程网络设备之间建立连接并进行会话；在当终端设备操作系统的系统API具有较高访问权限限制的情况下，无需通过调用系统API，而依靠推送通知功能来实现的远程网络设备对该终端设备的定位追踪、远程控制等服务，为终端设备与远程网络设备之间建立连接并成功会话提供了一种新的可靠方式。

在一优选实施例中(参照图1)，该方法还包括步骤S170(图中未示出)；在步骤S170中，远程网络设备将关联反馈信息发送给该用户。

本优选实施例中，将关联反馈信息发送给该用户，可实现用户对终端设备的定位、远程操控等需求；在终端设备丢失的实际情景中，用户可通过远端登录的方式，查找确定该丢失终端设备的具体位置信息，使得找回该丢失终端设备成为可能；并对该丢失终端设备执行格式化、出厂重置、删除、修改、重启、关机等远程控制，以保护用户在终端设备中的个人数据安全。

在另一优选实施例中(参照图1)，该方法还包括步骤S180(图中未示出)；在步骤S180中，远程网络设备在预设的时限内未能获取关联反馈信息，向用户发送告警信息。

图3为根据本发明实施例的基于推送通知进行会话的设备功能示意图。

其中，远端网络设备100与终端设备200通过网络来基于推送通知进行会话。

其中，远端网络设备100包括基于推送通知的会话装置，该会话装置包括通道获取模块110、下发模块120与反馈获取模块130；终端设备200包括应答反馈装置，该应答反馈装置包括通道发送模块210、启动模块220及反馈发送模块230。在本发明的实施例中，不再对远端网络设备100及其包括的会话装置、终端设备200及其包括的应答反馈装置作区分，而以远端网络设备100、终端设备200为例进行实施例的描述。

首先，终端设备200的通道发送模块210将当前用户通过本机获取的通知通道发送到远端进行存储。

同理，通知通道以统一资源定位符(URI)进行标识。

具体地，将当前用户通过本机获取的通知通道发送到远端的方式包括：

如图2所示，首先，终端设备的第三方应用向本机的通知客户端平台发送通知通道的获取请求；随后，该通知客户端平台向服务器，如配置有WNS服务的WNS服务器，发送通知通道获取请求，WNS服务器接收到该通知通道获取请求后，创建通知通道，并将该通知通道以URI的形式返回到终端设备；终端设备的通知客户端平台接收到该通知通道，将该通知通道告知第三方应用；随后，第三方应用将通知通道URI及终端设备的本机特征信息发送到远程网络设备。其中，终端设备中的第三方应用与通知客户端平台可作为两个独立的应用，可将通知客户端平台集成到第三方应用中作为第三方应用的一个单独模块。

其中，本机特征信息包括但不限于：终端设备的设备ID及设备类型等信息。

优选地，远程网络设备100接收到终端设备200发送的通知通道URI及终端设备的机器特征信息后，将用户的帐号信息、机器特征信息、与机器相应的通知通道之间作为关联数据进行存储，存储形式如下表1所示的逻辑表达效果：

表1：

接着，远程网络设备100的通道获取模块110响应于用户请求，获取该用户预存储的通知通道。

具体地，用户可通过任意其他终端设备登陆远程网络设备来发起用户请求，也可通过其他终端设备向远程网络设备发送用户请求；响应于来自其他终端设备的用户请求，远程网络设备根据该用户的账号信息，在数据存储库中查找以确定与该用户的账号信息相关联记录的通知通道URI。其中，数据存储库中包括多条将用户的帐号信息、机器特征信息、与机器相应的通知通道相关联记录的关联数据。

其中，所述用户请求包含但不限于以下终端操作指令：定位、格式化、出厂重置、删除、修改、重启、关机。

接着，远程网络设备100的下发模块120经由该通知通道下发与该用户请求相应的推送通知。

其中，如前所述，通知通道包含生成该通知通道的服务器地址和路由末端地址，即通知通道URI包含WNS服务器地址和最终到达终端设备的路由末端地址。

其中，推送通知包括但不限于用户请求。

具体地，下发模块120包括推送通知发送单元(图中未示出)及路由单元(图中未示出)；推送通知发送单元向通知通道所指向的服务器发送推送通知请求；路由单元经由该服务器，将与该用户请求相应的推送通知路由到通知通道的路由末端。

更具体地，推送通知发送单元根据通知通道URI中包含的WNS服务器地址，通过SSL(Secure Sockets Layer，安全套接层)向该URI所指向的WNS服务器发送HTTP POST请求，向WNS服务器请求发送推送通知。优选地，在远程网络设备和WNS服务器之间采用OAuth2.0协议进行认证授权。随后，路由单元使用该URI所示的路由路径，经由该WNS服务器，通过整条路由路径的各个节点，将与该用户请求相应的推送通知路由到路由路径的路由末端，最终将推送通知路由至终端设备的接收端口。

接着，终端设备200的启动模块220接收经该通知通道下发的推送通知，启动预注册的推送事件触发器。

具体地，终端设备监测并接受经通知通道下发的推送通知，通知客户端平台对该推送通知执行解析处理，确定该推送通知的所属第三方应用，接着，启动该推送通知所属第三方应用预注册的推送事件触发器。其中，即使第三方应用当前未前台运行，也能触发启动该第三方应用预注册的推送事件触发器。

随后，反馈发送模块230由该推送事件触发器解析该推送通知，响应该推送通知包含的用户请求而向远端发送与该用户请求相关联的关联反馈信息。

具体地，终端设备中，由推送事件触发器解析推送通知，来读取该推送通知包含的用户请求，例如，用户请求包括对终端设备进行定位，则通过第三方应用调用系统定位接口，如GPS定位系统API，来获取终端设备当前的定位信息；又例如，用户请求包括对终端设备执行其他指令，如格式化、出厂重置、删除、修改、重启、关机等，则调用其他相关系统API来执行指令，以获取终端设备指令执行状态信息；随后，远端网络设备向终端设备发送获取定位信息或指令执行状态信息的HTTP GET请求，终端设备响应于该HTTP GET请求，将定位信息或指令执行状态信息作为与该用户请求相关联的关联反馈信息发送至远端网络设备。

随后，远程网络设备100的反馈获取模块130获取响应于该推送通知的关联反馈信息。

本发明的实施例，终端设备将当前用户通过本机获取的通知通道发送到远程网络设备进行存储，使得远程网络设备响应于用户请求，可获取该用户预存储的通知通道，并经由通知通道下发与该用户请求相应的推送通知，终端设备响应于该推送通知获取关联反馈信息；实现了基于推送通知来终端设备与远程网络设备之间建立连接并进行会话；在当终端设备操作系统的系统API具有较高访问权限的情况下，无需通过调用系统API，而依靠推送通知功能来实现的远程网络设备对该终端设备的定位追踪、远程控制等服务，为终端设备与远程网络设备之间建立连接并成功会话提供了一种新的可靠方式。

在一优选实施例中(参照图3)，远程网络设备100还包括信息发送模块(图中未示出)；信息发送模块将关联反馈信息发送给该用户。

本优选实施例中，将关联反馈信息发送给该用户，可实现用户对终端设备的定位、远程操控等需求；在终端设备丢失的实际情景中，用户可通过远端登录的方式，查找确定该丢失终端设备的具体位置信息，使得找回该丢失终端设备成为可能；并对该丢失终端设备执行格式化、出厂重置、删除、修改、重启、关机等远程控制，以保护用户在终端设备中的个人数据安全。

在另一优选实施例中(参照图3)，远程网络设备100还包括告警发送模块(图中未示出)；告警发送模块在预设的时限内未能获取关联反馈信息，向用户发送告警信息。本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

综上所述，本发明不依赖于终端操作系统的API而实现了远程会话建立的技术方案，不仅有利于实现集中控制，而且通过避开移动通信网络而提高了安全系数和执行效率。

由此可以理解，本发明不仅适用于Windows 8.1和Windows RT，也适用于包括Android、IOS等自行搭建了推送服务的系统环境中。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种基于推送通知的会话方法，其特征在于，包括以下步骤：

响应于用户请求，获取该用户预存储的通知通道；

经由所述通知通道下发与该用户请求相应的推送通知；

获取响应于该推送通知的关联反馈信息。

2.根据权利要求1所述的会话方法，其特征在于，所述通知通道以统一资源标识符(URI)的形式标记。

3.根据权利要求1所述的会话方法，其特征在于，经由所述通知通道下发与该用户请求相应的推送通知，包括：

向所述通知通道所指向的服务器发送推送通知请求；

经由该服务器，将与该用户请求相应的推送通知路由到通知通道的路由末端。

4.根据权利要求3所述的会话方法，其特征在于，所述服务器配置有WNS服务。

5.根据权利要求1至4中任意一项所述的会话方法，其特征在于，所述用户请求包含以下终端操作指令任意之一：定位、格式化、出厂重置、删除、修改、重启、关机。

6.一种终端应答反馈方法，其特征在于，包括以下步骤：

将当前用户通过本机获取的通知通道发送到远端进行存储；

接收经该通知通道下发的推送通知，启动预注册的推送事件触发器；

由该推送事件触发器解析该推送通知，响应该推送通知包含的用户请求而向远端发送与该用户请求相关联的关联反馈信息。

7.根据权利要求6所述的应答反馈方法，其特征在于，所述的通知通道通过本机的通知客户端平台向服务器获取。

8.一种基于推送通知的会话装置，其特征在于，包括：

通道获取模块，用于响应于用户请求，获取该用户预存储的通知通道；

下发模块，用于经由所述通知通道下发与该用户请求相应的推送通知；

反馈获取模块，用于获取响应于该推送通知的关联反馈信息。

9.根据权利要求8所述的会话装置，其特征在于，所述下发模块包括：

推送通知发送单元，用于向所述通知通道所指向的服务器发送推送通知请求；

路由单元，用于经由该服务器，将与该用户请求相应的推送通知路由到通知通道的路由末端。

10.一种应答反馈的装置，其特征在于，包括：

通道发送模块，用于将当前用户通过本机获取的通知通道发送到远端进行存储；

启动模块，用于接收经该通知通道下发的推送通知，启动预注册的推送事件触发器；

反馈发送模块，用于由该推送事件触发器解析该推送通知，响应该推送通知包含的用户请求而向远端发送与该用户请求相关联的关联反馈信息。