应用数据推送方法、装置及系统的制作方法

文档序号:7996166阅读:226来源:国知局
应用数据推送方法、装置及系统的制作方法
【专利摘要】本发明公开了一种应用数据推送方法、装置及系统。其中,该方法包括:推送平台对无卡移动终端进行身份鉴权,鉴权成功后与无卡移动终端建立连接;推送平台接收应用平台下发的下行消息;其中,该下行消息中携带有应用数据;推送平台将上述应用数据推送至,与推送平台建立连接的无卡移动终端。通过本发明,推送平台与无卡移动终端建立连接之后,将应用平台下发的应用数据推送至无卡移动终端,解决了相关技术中在无卡移动终端获取应用服务过程中,内容更新的及时性无法保证的问题,从而能够将应用的最新内容智能的、实时的推送给无卡移动终端的用户,很大程度上降低了移动终端对SIM卡的依赖,提高了移动终端的交互能力,增强了用户体验。
【专利说明】应用数据推送方法、装置及系统
【技术领域】
[0001]本发明涉及移动通讯领域,特别是涉及一种应用数据推送方法、装置及系统。
【背景技术】
[0002]移动互联网业务是一项新兴的业务,它结合了移动网络和互联网的优势,可以通过手机终端给用户提供话音、数据、图像、多媒体等多种类型的业务。智能手机是移动互联网业务中的一个重要环节,在智能手机上可以运行特定功能的应用客户端程序,它通过和应用服务器的交互,可以给用户提供个性化、内容关联和交互作业的应用体验。随着智能手机的普及,越来越多的用户都习惯于通过手机终端,来使用自己日常生活、工作中所习惯的业务,例如手机QQ,手机邮箱等。
[0003]随着移动通讯越来越普及,移动终端的功能越来越强大,移动终端除了实现基本的语言和短消息沟通功能之外,已经日益成为用户生活中不可或缺的一部分。但是移动终端固有的问题依然存在,例如:目前移动互联网上的大多数应用都需要用户通过移动终端去主动获取、移动终端必须和SIM卡(Subscriber Identity Module,客户识别模块,简称为SIM)绑定,如果移动终端不插入SIM、SIM卡丢失或锁定,则内容更新的及时性没有办法保证。这些问题很大程度上成为移动终端进一步发展的瓶颈。
[0004]针对相关技术中在无卡移动终端获取应用服务过程中,内容更新的及时性无法保证的问题,目前尚未提出有效的解决方案。

【发明内容】

[0005]针对相关技术中在无卡移动终端获取应用服务过程中,内容更新的及时性无法保证的问题,本发明提供了一种应用数据推送方法、装置及系统,用以解决上述技术问题。
[0006]根据本发明的一个方面,本发明提供了一种应用数据推送方法,其中,该方法包括:推送平台对无卡移动终端进行身份鉴权,鉴权成功后与无卡移动终端建立连接;推送平台接收应用平台下发的下行消息;其中,该下行消息中携带有应用数据;推送平台将上述应用数据推送至,与推送平台建立连接的无卡移动终端。
[0007]进一步地,上述推送平台对上述无卡移动终端进行身份鉴权之前,上述方法还可以包括:上述推送平台的域名服务器DNS接收上述无卡移动终端发送的注册请求,其中,上述注册请求中携带有上述无卡移动终端的第一标识,上述第一标识是上述无卡移动终端对国际移动设备身份码MEI进行加密生成的标识;上述DNS根据上述第一标识,生成与上述第一标识对应的第二标识;上述DNS将上述第二标识携带在注册请求响应消息中,发送给上述无卡移动终端;其中,上述第二标识用于对上述无卡移动终端进行身份鉴权。
[0008]进一步地,上述推送平台对上述无卡移动终端进行身份鉴权可以包括:上述推送平台接收上述无卡移动终端发送的登录请求消息;其中,上述登录请求消息携带有上述无卡移动终端对应的上述第二标识;上述推送平台向上述DNS发送鉴权请求消息;其中,上述鉴权请求消息携带有上述无卡移动终端对应的上述第二标识;上述鉴权请求消息用于请求上述DNS根据上述第二标识对上述无卡移动终端进行身份鉴权。
[0009]进一步地,上述推送平台接收上述应用平台下发的下行消息之前,上述方法还可以包括:上述推送平台对应用平台进行身份鉴权,鉴权成功后接收上述应用平台发起的无卡移动终端状态的查询请求;上述推送平台确定上述无卡移动终端的连接状态,将上述连接状态发送至上述应用平台;其中,上述连接状态为上述无卡移动终端与上述推送平台正常连接的状态,或者上述无卡移动终端与上述推送平台断开连接的状态。
[0010]根据本发明的另一方面,本发明还提供了一种应用数据接收方法,其中,该方法包括:无卡移动终端向推送平台发送登录请求消息;在推送平台根据上述登录请求消息对无卡移动终端进行身份鉴权成功后,无卡移动终端接收推送平台发送的登录请求响应消息;无卡移动终端与推送平台建立连接;无卡移动终端接收应用平台通过推送平台推送的应用数据。
[0011]根据本发明的另一方面,本发明还提供了一种应用数据推送装置,应用于推送平台,其中,该装置包括:鉴权模块,用于对无卡移动终端进行身份鉴权;连接模块,用于在鉴权成功后与上述无卡移动终端建立连接;消息接收模块,用于接收应用平台下发的下行消息;其中,上述下行消息中携带有应用数据;应用数据推送模块,用于将上述应用数据推送至,与上述推送平台建立连接的上述无卡移动终端。
[0012]进一步地,上述装置还包括域名服务器DNS,上述DNS可以包括:注册模块,用于接收上述无卡移动终端发送的注册请求,其中,上述注册请求中携带有上述无卡移动终端的第一标识,上述第一标识是上述无卡移动终端对国际移动设备身份码MEI进行加密生成的标识;注册响应模块,用于根据上述第一标识,生成与上述第一标识对应的第二标识;将上述第二标识携带在注册请求响应消息中,发送给上述无卡移动终端;其中,上述第二标识用于对上述无卡移动终端进行身份鉴权。
[0013]进一步地,上述鉴权模块可以包括:登录请求接收单元,用于接收上述无卡移动终端发送的登录请求消息;其中,上述登录请求消息携带有上述无卡移动终端对应的上述第二标识;鉴权请求单元,用于向上述DNS发送鉴权请求消息;其中,上述鉴权请求消息携带有上述无卡移动终端对应的上述第二标识;上述鉴权请求消息用于请求上述DNS根据上述第二标识对上述无卡移动终端进行身份鉴权。
[0014]进一步地,上述装置还可以包括:查询请求接收模块,用于对应用平台进行身份鉴权,鉴权成功后接收上述应用平台发起的无卡移动终端状态的查询请求;连接状态发送模块,用于确定上述无卡移动终端的连接状态,将上述连接状态发送至上述应用平台;其中,上述连接状态为上述无卡移动终端与上述推送平台正常连接的状态,或者上述无卡移动终端与上述推送平台断开连接的状态。
[0015]根据本发明的另一方面,本发明还提供了一种应用数据接收装置,应用于无卡移动终端,其中,该装置包括:登录请求模块,用于向推送平台发送登录请求消息;登录请求响应接收模块,用于在上述推送平台根据上述登录请求消息对上述无卡移动终端进行身份鉴权成功后,接收上述推送平台发送的登录请求响应消息;连接模块,用于与上述推送平台建立连接;应用数据接收模块,用于接收应用平台通过上述推送平台推送的应用数据。
[0016]根据本发明的另一方面,本发明还提供了一种应用数据推送系统,其中,该系统包括:上述的应用于推送平台的应用数据推送装置,以及上述的应用于无卡移动终端的应用数据接收装置。
[0017]通过本发明,推送平台与无卡移动终端建立连接之后,将应用平台下发的应用数据推送至无卡移动终端,解决了相关技术中在无卡移动终端获取应用服务过程中,内容更新的及时性无法保证的问题,从而能够将应用的最新内容智能的、实时的推送给无卡移动终端的用户,很大程度上降低了移动终端对SM卡的依赖,提高了移动终端的交互能力,增强了用户体验。
【专利附图】

【附图说明】
[0018]图1是根据本发明实施例的应用数据推送方法的流程图;
[0019]图2是根据本发明实施例的网络部署示意图;
[0020]图3是根据本发明实施例的应用数据接收方法的结构框图;
[0021]图4是根据本发明实施例的终端登录流程示意图;
[0022]图5是根据本发明实施例的应用业务推送流程示意图;
[0023]图6是根据本发明实施例的应用数据推送装置的结构框图;
[0024]图7是根据本发明实施例的应用数据接收装置的结构框图;
[0025]图8是根据本发明实施例的应用数据推送系统的结构框图。
【具体实施方式】
[0026]为了解决相关技术中在无卡移动终端获取应用服务过程中,内容更新的及时性无法保证的问题,本发明实施例提供了一种应用数据推送方法、装置及系统,以下结合附图以及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不限定本发明。
[0027]本实施例提供了一种应用数据推送方法,该方法可以在推送平台侧实现。图1是根据本发明实施例的应用数据推送方法的流程图,如图1所示,该方法包括以下步骤(步骤S102-步骤 S106):
[0028]步骤S102,推送平台对无卡移动终端进行身份鉴权,鉴权成功后与无卡移动终端建立连接;
[0029]步骤S104,推送平台接收应用平台下发的下行消息;其中,该下行消息中携带有应用数据;
[0030]步骤S106,推送平台将上述应用数据推送至,与推送平台建立连接的无卡移动终端。
[0031]通过上述方法,推送平台与无卡移动终端建立连接之后,将应用平台下发的应用数据推送至无卡移动终端,解决了相关技术中在无卡移动终端获取应用服务过程中,内容更新的及时性无法保证的问题,从而能够将应用的最新内容智能的、实时的推送给无卡移动终端的用户,很大程度上降低了移动终端对SM卡的依赖,提高了移动终端的交互能力,增强了用户体验。
[0032]下面对本实施例中涉及的移动终端、推送平台以及应用平台的网络部署进行介绍,如图2所示的根据本发明实施例的网络部署示意图,SP平台(即应用平台)与推送平台相连接,推送平台与一个或多个移动终端相连接。SP平台指移动互联网服务内容应用服务的直接提供者,负责根据用户的要求开发和提供适合手机用户使用的服务。
[0033]当然,本实施例只是将实际操作过程中的最简单的情况进行举例说明,即只有一套网络侧的推送平台的情况,而在实际操作过程中,由于移动终端数量较庞大,需要多个推送平台相互之间协作,并有一定的路由选择策略才能完成。其中互联网的应用平台和网络侧的推送平台之间通过IP路由连接,双方协商统一的通讯协议。大量的移动终端通过无线信道连接推送平台,双方也采用协商的协议进行通讯。
[0034]推送平台需要认证互联网的应用服务的身份,以便确认相关数据和结果来自可信任的网元,优选地,推送平台可对注册的互联网应用收取一定的服务费。推送平台还需要对移动终端进行身份认证,以确保内容消息能推送给移动终端,并且确认应用内容的确是该用户的。
[0035]在上述步骤S102推送平台对无卡移动终端进行身份鉴权之前,无卡移动终端应该先进行注册,为后续推送平台与无卡移动终端进行交互提供基础,因此本实施例提供了一种优选实施方式,即推送平台的域名服务器(Domain Name System,简称为DNS)接收无卡移动终端发送的注册请求,其中,该注册请求中携带有无卡移动终端的第一标识,该第一标识是无卡移动终端对国际移动设备身份码(International Mobile Equipment Identity,简称为MEI)进行加密生成的标识;DNS根据上述第一标识,生成与第一标识对应的第二标识;DNS将上述第二标识携带在注册请求响应消息中,发送给无卡移动终端;其中,上述第二标识用于对无卡移动终端进行身份鉴权。
[0036]在无卡移动终端进行注册之后,推送平台对无卡移动终端进行身份鉴权,鉴权过程可通过以下优选实施方式实现:推送平台接收无卡移动终端发送的登录请求消息;其中,该登录请求消息携带有无卡移动终端对应的第二标识;推送平台向DNS发送鉴权请求消息;其中,该鉴权请求消息携带有无卡移动终端对应的上述第二标识;鉴权请求消息用于请求DNS根据上述第二标识对无卡移动终端进行身份鉴权。
[0037]在上述步骤S104推送平台接收应用平台下发的下行消息之前,上述方法还包括:推送平台对应用平台进行身份鉴权,鉴权成功后接收应用平台发起的无卡移动终端状态的查询请求;推送平台确定无卡移动终端的连接状态,将上述连接状态发送至应用平台;其中,上述连接状态为无卡移动终端与推送平台正常连接的状态,或者无卡移动终端与推送平台断开连接的状态。
[0038]对应于上述实施例介绍的推送平台侧的应用数据推送方法,本实施例提供了一种应用数据接收方法,该方法可以在移动终端侧实现。图3是根据本发明实施例的应用数据接收方法的结构框图,如图3所示,该流程包括以下步骤(步骤S302-步骤S308):
[0039]步骤S302,无卡移动终端向推送平台发送登录请求消息;
[0040]步骤S304,在推送平台根据上述登录请求消息对无卡移动终端进行身份鉴权成功后,无卡移动终端接收推送平台发送的登录请求响应消息;
[0041]步骤S306,无卡移动终端与推送平台建立连接;
[0042]步骤S308,无卡移动终端接收应用平台通过推送平台推送的应用数据。
[0043]通过上述方法,无卡移动终端与推送平台建立连接之后,接收应用平台通过推送平台推送的应用数据,解决了相关技术中在无卡移动终端获取应用服务过程中,内容更新的及时性无法保证的问题,从而能够将应用的最新内容智能的、实时的推送给无卡移动终端的用户,很大程度上降低了移动终端对SM卡的依赖,提高了移动终端的交互能力,增强了用户体验。
[0044]下面通过优选实施例对推送平台与无卡移动终端建立连接的过程进行详细介绍。图4是根据本发明实施例的终端登录流程示意图,如图4所示,该流程包括以下步骤(步骤S402-步骤 S412):
[0045]步骤S402,移动终端向推送平台的DNC (域名服务器)发送注册请求,该注册请求中携带有移动终端的第一标识token,该第一标识是移动终端对自身的IMEI进行加密得到的标识。
[0046]步骤S404,推送平台的DNS根据移动终端的第一标识token,生成与该第一标识token对应的第二标识。
[0047]推送平台的DNS向移动终端返回注册请求的响应消息,该响应消息中携带有上述第二标识,以及推送平台的网关接入地址信息(例如IP、端口)。
[0048]步骤S406,移动终端向推送平台发起登录请求消息,该登录请求消息中携带有上述第二标识。
[0049]步骤S408,推送平台向DNS发送鉴权请求消息,该鉴权请求消息中携带有移动终端上报的第二标识,该鉴权请求消息用于请求对移动终端进行身份鉴权。
[0050]推送平台的DNS接收到上述鉴权请求消息后,根据上述第二标识对移动终端进行身份鉴权。
[0051]步骤S410,推送平台DNS对移动终端的鉴权通过后,向推送平台反馈移动终端已
注册信息。
[0052]步骤S412,推送平台向移动终端返回登录请求的响应消息,移动终端根据推送平台的网关接入地址信息,与推送平台建立链路。该链路的连接状态将一直保持,除非异常情况下断链,在条件恢复后移动终端将立即进行重连,恢复该链路的连接。
[0053]下面通过优选实施例对应用平台通过推送平台向无卡移动终端推送应用数据的过程进行详细介绍。图5是根据本发明实施例的应用业务推送流程示意图,如5所示,该流程包括以下步骤(步骤S502-步骤S518):
[0054]步骤S502,应用平台向推送平台发起登录请求消息,该登录请求消息中携带应用平台身份标识号码(Identity,简称为ID)。
[0055]步骤S504,推送平台根据应用平台ID对应用平台进行身份鉴权后,向应用平台返回登录请求的响应消息。
[0056]步骤S506,应用平台向推送平台发起移动终端状态的查询请求。
[0057]步骤S508,推送平台确定移动终端的连接状态,然后向应用平台返回移动终端的连接状态,该连接状态为在线状态或不在线状态,在线状态是指移动终端与推送平台正常连接,不在线状态是指移动终端与推送平台断开连接。
[0058]步骤S510,应用平台向推送平台下发下行消息。在实际操作过程中,可以设置该下行消息要求返回确认回执。
[0059]步骤S512,推送平台向应用平台返回下行消息的响应消息,该响应消息中携带有推送平台为上述下行消息分配的标识消息ID。
[0060]步骤S514,推送平台根据处于在线状态的移动终端的第二标识,寻址到对应的移动终端,并将上述下行消息转发给移动终端。
[0061]步骤S516,移动终端收到下行消息后向推送平台返回响应消息。如果下行消息要求返回确认回执,推送平台向应用平台发送确认回执消息,然后应用平台向推送平台返回确认回执消息响应。
[0062]步骤S518,移动终端将下行消息转发给目的应用客户端。
[0063]对应于上述实施例介绍的推送平台侧的应用数据推送方法,本实施例提供了一种应用数据推送装置,该装置可以设置在推送平台侧,用以实现上述实施例。图6是根据本发明实施例的应用数据推送装置的结构框图,如图6所示,该装置包括:鉴权模块10、连接模块12、消息接收模块14和应用数据推送模块16。下面对该结构进行详细介绍。
[0064]鉴权模块10,用于对无卡移动终端进行身份鉴权;
[0065]连接模块12,连接至鉴权模块10,用于在鉴权成功后与上述无卡移动终端建立连接;
[0066]消息接收模块14,连接至连接模块12,用于接收应用平台下发的下行消息;其中,上述下行消息中携带有应用数据;
[0067]应用数据推送模块16,连接至消息接收模块14,用于将上述应用数据推送至,与上述推送平台建立连接的上述无卡移动终端。
[0068]通过上述装置,推送平台与无卡移动终端建立连接之后,将应用平台下发的应用数据推送至无卡移动终端,解决了相关技术中在无卡移动终端获取应用服务过程中,内容更新的及时性无法保证的问题,从而能够将应用的最新内容智能的、实时的推送给无卡移动终端的用户,很大程度上降低了移动终端对SM卡的依赖,提高了移动终端的交互能力,增强了用户体验。
[0069]在推送平台对无卡移动终端进行身份鉴权之前,无卡移动终端应该先进行注册,为后续推送平台与无卡移动终端进行交互提供基础,因此本实施例提供了一种优选实施方式,即上述装置还包括域名服务器DNS,该DNS包括:
[0070]注册模块,用于接收上述无卡移动终端发送的注册请求,其中,上述注册请求中携带有上述无卡移动终端的第一标识,上述第一标识是上述无卡移动终端对国际移动设备身份码MEI进行加密生成的标识;
[0071]注册响应模块,用于根据上述第一标识,生成与上述第一标识对应的第二标识;将上述第二标识携带在注册请求响应消息中,发送给上述无卡移动终端;其中,上述第二标识用于对上述无卡移动终端进行身份鉴权。
[0072]在无卡移动终端进行注册之后,推送平台对无卡移动终端进行身份鉴权,上述鉴权模块包括:登录请求接收单元,用于接收上述无卡移动终端发送的登录请求消息;其中,上述登录请求消息携带有上述无卡移动终端对应的上述第二标识;鉴权请求单元,用于向上述DNS发送鉴权请求消息;其中,上述鉴权请求消息携带有上述无卡移动终端对应的上述第二标识;上述鉴权请求消息用于请求上述DNS根据上述第二标识对上述无卡移动终端进行身份鉴权。
[0073]在推送平台接收应用平台下发的下行消息之前,上述装置还包括:查询请求接收模块,用于对应用平台进行身份鉴权,鉴权成功后接收上述应用平台发起的无卡移动终端状态的查询请求;连接状态发送模块,用于确定上述无卡移动终端的连接状态,将上述连接状态发送至上述应用平台;其中,上述连接状态为上述无卡移动终端与上述推送平台正常连接的状态,或者上述无卡移动终端与上述推送平台断开连接的状态。
[0074]对应于上述实施例介绍的移动终端侧的应用数据接收方法,本实施例提供了一种应用数据接收装置,该装置可以设置在无卡移动终端侧,用以实现上述实施例。图7是根据本发明实施例的应用数据接收装置的结构框图,如图7所示,该装置包括:登录请求模块20、登录请求响应接收模块22、连接模块24和应用数据接收模块26。下面对该结构进行详细介绍。
[0075]登录请求模块20,用于向推送平台发送登录请求消息;
[0076]登录请求响应接收模块22,连接至登录请求模块20,用于在所述推送平台根据所述登录请求消息对所述无卡移动终端进行身份鉴权成功后,接收所述推送平台发送的登录请求响应消息;
[0077]连接模块24,连接至登录请求响应接收模块22,用于与所述推送平台建立连接;
[0078]应用数据接收模块26,连接至连接模块24,用于接收应用平台通过所述推送平台推送的应用数据。
[0079]通过上述装置,无卡移动终端与推送平台建立连接之后,接收应用平台通过推送平台推送的应用数据,解决了相关技术中在无卡移动终端获取应用服务过程中,内容更新的及时性无法保证的问题,从而能够将应用的最新内容智能的、实时的推送给无卡移动终端的用户,很大程度上降低了移动终端对SM卡的依赖,提高了移动终端的交互能力,增强了用户体验。
[0080]对应于上述实施例介绍的应用于推送平台侧的应用数据推送装置,以及应用于无卡移动终端侧的应用数据接收装置,本实施例提供了一种应用数据推送系统,图8是根据本发明实施例的应用数据推送系统的结构框图,如图8所示,该系统包括应用于推送平台的应用数据推送装置,以及应用于无卡移动终端的应用数据接收装置。
[0081]对于上述实施例中介绍的应用于无卡移动终端侧的应用数据接收装置,该应用数据接收装置在实际操作过程中,可以通过在移动终端上设置处理中间件的方式实现应用数据接收装置的功能,本实施例对设置在移动终端上的处理中间件进行介绍。
[0082]上述处理中间件可以包括:移动终端无卡标识上报模块,用于检测移动终端是否插入SM卡,如果无卡则启动处理中间件将MEI+随机数(目前可采用固定数值简化代替,保证多次唯一性)进行加密,生成第一标识token,处理中间件存储该第一标识,并根据第一标识生成对应的第二标识,作为后续标识该无卡移动终端的唯一标识。
[0083]移动终端链路保活模块,用于检测和推送平台间的链路是否处于连接状态,并将移动终端与网络侧推送平台的连接一直保持,如发生异常情况下断链,则在条件恢复后处理中间件将立即进行重连,恢复该连接。移动终端长在线是推送平台执行推送策略的基础;
[0084]对于上述实施例中介绍的推送平台,在实际操作过程中,推送平台上可以设置:
[0085]移动终端状态管理与分析模块,该模块的功能与上述实施例中介绍的连接状态发送模块的功能相当,用于检测推送平台与移动终端间的链路连接状态,通过链路连接状态判断移动终端的在线状态,同时实时更新移动终端的在线状态。另外还负责在有数据要推送给移动终端时,将该移动终端的状态告知推送平台,以备后续处理。[0086]平台DNS模块,该模块的功能与上述实施例中介绍的DNS的功能相当,用于接收移动终端发送包含无卡终端唯一标识的注册消息,并实时更新保存在推送平台侧的移动终端信息表。
[0087]应用数据推送模块,该模块的功能与上述实施例中介绍的应用数据推送模块的功能相当,用于将应用数据,按照一定的策略推送给移动终端。优选地,判断移动终端用户对哪些应用比较感兴趣,将用户感兴趣的应用实时的推送给用户。优选地,接收移动终端返回的应用数据推送结果,并对结果做一定的处理,必要时出日志。
[0088]在本实施例中,设置在移动终端的处理中间件通过获取终端的MEI,对MEI进行加密生成该无卡终端的第一标识,并发送注册请求到推送平台,推送平台根据该第一标识生成对应的第二标识,推送平台后续根据该无卡终端的第二标识给终端推送消息。
[0089]优选地,在移动终端上设置的处理中间件可以以服务进程的方式运行。
[0090]优选地,加上自动升级功能后,对应的移动终端驻留程序可以支持更多的功能,可将某个应用的终端客户端程序一起安装在移动终端上,驻留程序可以在需要的时候绑定该客户端程序。
[0091]从以上的描述中可以看出,本发明实施例为未插入SM卡的无卡移动终端设备(包括手机终端、Pad等设备)获取应用服务内容提供了解决方法,提高了无卡移动终端的应用内容更新的及时性,很大程度上降低了移动终端对SIM卡的依赖,提高了移动终端的交互能力,增强了用户体验。
[0092]尽管为示例目的,已经公开了本发明的优选实施例,本领域的技术人员将意识到各种改进、增加和取代也是可能的,因此,本发明的范围应当不限于上述实施例。
【权利要求】
1.一种应用数据推送方法,其特征在于,所述方法包括: 推送平台对无卡移动终端进行身份鉴权,鉴权成功后与所述无卡移动终端建立连接; 所述推送平台接收应用平台下发的下行消息;其中,所述下行消息中携带有应用数据; 所述推送平台将所述应用数据推送至,与所述推送平台建立连接的所述无卡移动终端。
2.如权利要求1所述的方法,其特征在于,所述推送平台对所述无卡移动终端进行身份鉴权之前,所述方法还包括: 所述推送平台的域名服务器DNS接收所述无卡移动终端发送的注册请求,其中,所述注册请求中携 带有所述无卡移动终端的第一标识,所述第一标识是所述无卡移动终端对国际移动设备身份码MEI进行加密生成的标识; 所述DNS根据所述第一标识,生成与所述第一标识对应的第二标识;所述DNS将所述第二标识携带在注册请求响应消息中,发送给所述无卡移动终端;其中,所述第二标识用于对所述无卡移动终端进行身份鉴权。
3.如权利要求2所述的方法,其特征在于,所述推送平台对所述无卡移动终端进行身份鉴权包括: 所述推送平台接收所述无卡移动终端发送的登录请求消息;其中,所述登录请求消息携带有所述无卡移动终端对应的所述第二标识; 所述推送平台向所述DNS发送鉴权请求消息;其中,所述鉴权请求消息携带有所述无卡移动终端对应的所述第二标识;所述鉴权请求消息用于请求所述DNS根据所述第二标识对所述无卡移动终端进行身份鉴权。
4.如权利要求1至3中任一项所述的方法,其特征在于,所述推送平台接收所述应用平台下发的下行消息之前,所述方法还包括: 所述推送平台对应用平台进行身份鉴权,鉴权成功后接收所述应用平台发起的无卡移动终端状态的查询请求; 所述推送平台确定所述无卡移动终端的连接状态,将所述连接状态发送至所述应用平台;其中,所述连接状态为所述无卡移动终端与所述推送平台正常连接的状态,或者所述无卡移动终端与所述推送平台断开连接的状态。
5.一种应用数据接收方法,其特征在于,所述方法包括: 无卡移动终端向推送平台发送登录请求消息; 在所述推送平台根据所述登录请求消息对所述无卡移动终端进行身份鉴权成功后,所述无卡移动终端接收所述推送平台发送的登录请求响应消息; 所述无卡移动终端与所述推送平台建立连接; 所述无卡移动终端接收应用平台通过所述推送平台推送的应用数据。
6.一种应用数据推送装置,应用于推送平台,其特征在于,所述装置包括: 鉴权模块,用于对无卡移动终端进行身份鉴权; 连接模块,用于在鉴权成功后与所述无卡移动终端建立连接; 消息接收模块,用于接收应用平台下发的下行消息;其中,所述下行消息中携带有应用数据;应用数据推送模块,用于将所述应用数据推送至,与所述推送平台建立连接的所述无卡移动终端。
7.如权利要求6所述的装置,其特征在于,所述装置还包括域名服务器DNS,所述DNS包括: 注册模块,用于接收所述无卡移动终端发送的注册请求,其中,所述注册请求中携带有所述无卡移动终端的第一标识,所述第一标识是所述无卡移动终端对国际移动设备身份码IMEI进行加密生成的标识; 注册响应模块,用于根据所述第一标识,生成与所述第一标识对应的第二标识;将所述第二标识携带在注册请求响应消息中,发送给所述无卡移动终端;其中,所述第二标识用于对所述无卡移动终端进行身份鉴权。
8.如权利要求7所述的装置,其特征在于,所述鉴权模块包括: 登录请求接收单元,用于接收所述无卡移动终端发送的登录请求消息;其中,所述登录请求消息携带有所述无卡移动终端对应的所述第二标识; 鉴权请求单元,用于向所述DNS发送鉴权请求消息;其中,所述鉴权请求消息携带有所述无卡移动终端对应的所述第二标识;所述鉴权请求消息用于请求所述DNS根据所述第二标识对所述无卡移动终端进行身份鉴权。
9.如权利要求6至8中任一项所述的装置,其特征在于,所述装置还包括: 查询请求接收模块,用于对应用平台进行身份鉴权,鉴权成功后接收所述应用平台发起的无卡移动终端状态的查询请求; 连接状态发送模块,用于确定所述无卡移动终端的连接状态,将所述连接状态发送至所述应用平台;其中,所述连接状态为所述无卡移动终端与所述推送平台正常连接的状态,或者所述无卡移动终端与所述推送平台断开连接的状态。
10.一种应用数据接收装置,应用于无卡移动终端,其特征在于,所述装置包括: 登录请求模块,用于向推送平台发送登录请求消息; 登录请求响应接收模块,用于在所述推送平台根据所述登录请求消息对所述无卡移动终端进行身份鉴权成功后,接收所述推送平台发送的登录请求响应消息; 连接模块,用于与所述推送平台建立连接; 应用数据接收模块,用于接收应用平台通过所述推送平台推送的应用数据。
11.一种应用数据推送系统,其特征在于,所述系统包括权利要求6至9所述的应用于推送平台的应用数据推送装置,以及权利要求10所述的应用于无卡移动终端的应用数据接收装置。
【文档编号】H04L29/06GK103973648SQ201310038470
【公开日】2014年8月6日 申请日期:2013年1月31日 优先权日:2013年1月31日
【发明者】邵俊 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1