CN103179520B - 一种基于接收者状态的数据推送系统和方法 - Google Patents
一种基于接收者状态的数据推送系统和方法 Download PDFInfo
- Publication number
- CN103179520B CN103179520B CN201110433892.0A CN201110433892A CN103179520B CN 103179520 B CN103179520 B CN 103179520B CN 201110433892 A CN201110433892 A CN 201110433892A CN 103179520 B CN103179520 B CN 103179520B
- Authority
- CN
- China
- Prior art keywords
- service platform
- data
- push
- client
- propelling movement
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 50
- 238000012384 transportation and delivery Methods 0.000 title claims abstract description 13
- 230000008569 process Effects 0.000 claims abstract description 36
- 238000004458 analytical method Methods 0.000 claims description 12
- 230000011664 signaling Effects 0.000 claims description 10
- 230000005540 biological transmission Effects 0.000 claims description 8
- 238000007726 management method Methods 0.000 claims description 8
- 238000012544 monitoring process Methods 0.000 claims description 8
- 230000005611 electricity Effects 0.000 claims description 7
- 206010048669 Terminal state Diseases 0.000 claims description 3
- 230000008447 perception Effects 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 6
- 230000007246 mechanism Effects 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 238000011084 recovery Methods 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 239000003999 initiator Substances 0.000 description 2
- 238000012550 audit Methods 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000003750 conditioning effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000004927 fusion Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000002618 waking effect Effects 0.000 description 1
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提出一种基于接收者状态的数据推送系统和方法。第三方应用服务平台向推送服务平台发送数据推送消息，推送服务平台对第三方应用服务平台发送的数据推送消息进行鉴权；鉴权通过，获取终端侧的状态信息以及网络侧的小区忙闲信息；推送服务平台根据终端侧的状态信息以及网络侧的小区忙闲信息控制推送过程，向推送客户端发送携带App？ID的推送控制消息，所述推送控制消息提供了下载数据的网址以及具体的控制指令；推送客户端通过接口控制第三方应用客户端的数据下载过程。本发明对应用和内容的推送做到闲时推送、忙时等待，提高网络系统的吞吐量。
Description
技术领域
本发明属于移动通信技术数据传输领域，涉及移动无线基础网络，尤其涉及一种基于接收者状态的数据推送系统和方法。
背景技术
对无线宽带的使用需求、多网融合技术、云计算等多种因素推动了智能手机的快速发展，智能手机上的网页浏览、电子邮件、MSN/QQ即时通信等互联网功能最受消费者的青睐，其中网页浏览的使用率超过了20％，这对流量的需求大大增加。
用户对流量的使用有Pull和Push两种方式，其中典型的Push数据方式有Push邮箱和Push彩信，随着未来技术的发展，以Push产生的流量将占主要地位。
目前的网络推送系统实现是网络侧发起，在内容具备情况下直接推送或者基于简单的缓存/存储转发机制来推送，整个推送过程没有考虑内容接收者(用户)的状态信息的变化。
发明内容
鉴于以上，本发明提出一种基于接收者状态的数据推送系统和方法。
本发明提出的一种基于接收者状态的数据推送方法，包括：
第三方应用服务平台向推送服务平台发送数据推送消息，在该消息中携带ClientID和AppID；
推送服务平台对第三方应用服务平台发送的请求进行鉴权；
鉴权通过，推送服务平台获取终端侧的状态信息以及网络侧的小区忙闲信息，终端侧的状态信息包括CellID、存储空间以及电池电量；
推送服务平台根据终端侧的状态信息以及网络侧的小区忙闲信息控制推送过程，向推送客户端发送携带AppID的推送控制消息，所述推送控制消息提供了下载数据的网址以及具体的控制指令；
推送客户端向第三方应用客户端提供接口，根据推送服务平台的推送控制消息，通过接口控制第三方应用客户端的数据下载过程。
本发明提出的一种基于接收者状态的数据推送系统，其中：
第三方应用服务平台，提供供第三方应用客户端下载的数据，向推送服务平台发送数据推送消息，在消息中携带ClientID和AppID；
推送服务平台，包括：
终端连接模块，支持第三方应用客户端通过推送客户端向推送服务平台发起的注册或注销请求，并维持与推送客户端建立的长连接；
系统管理模块，对第三方应用服务平台发送的数据推送消息进行鉴权，将鉴权结果返回给第三方应用服务平台，如果鉴权通过，通知终端状态监测模块以及网络状态查询模块；
终端状态监测模块，鉴权通过，从推送客户端获取终端侧的状态信息，发送给推送策略分析模块，所述终端侧的状态信息包括CellID、存储空间以及电池电量；
网络状态查询模块，从设备网管系统获取网络侧的小区忙闲信息，并发送给推送策略分析模块；
推送策略分析模块，根据终端侧的状态信息以及网络侧的小区忙闲信息控制推送过程，向推送客户端发送推送控制消息，所述推送控制消息提供了下载数据的网址以及具体的控制指令；
设备网管系统，向推送服务平台发送网络侧的小区忙闲信息；
推送客户端，包括：
上报模块，向推送服务平台上报终端侧的信息；
接口，向第三方应用客户端提供接口，所述接口包括数据接收接口，用于接收推送消息中包括的下载数据的网址，以及控制接口，用于控制第三方应用客户端从第三方应用服务平台下载数据的过程；
控制模块，根据推送服务平台的推送控制消息，通过接口控制第三方应用客户端的数据下载过程；
第三方应用客户端，根据推送客户端的控制执行数据下载过程。
传统的短信受限于只能做文本推送，彩信受限于300K字节限制，Pushmail只能做邮件的推送不能推送其他应用。而本发明既不受字节限制，也不受限于只能做文本推送，本发明除文本外，还可以推送视频、音频、图片等。此外，本发明还可以推送其他应用。与现有的推送业务(如短信Push、Wappush、Pushmail等)实现机制相比，本发明的推送能力具备内容的通用性和应用的可扩展性。
本发明能够根据接收者的不同状态、以及终端内存是否还有足够空间或者电池是否能支撑下载过程来决定是否推送，对应用和内容的推送做到闲时推送、忙时等待，从而对网络流量进行均衡，提高了基础网络的利用率，提高网络系统的吞吐量，节省网络设备的大量投资。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是示出本发明基于接收者状态的数据推送系统架构示意图，该系统架构包括推送服务平台以及推送客户端。
图2是示出本发明推送客户端功能架构示意图。
图3是示出本发明推送服务平台功能架构示意图。
图4是示出本发明基于接收者状态的数据推送方法流程图。
具体实施方式
现有的数据推送都由网络侧发起，推送过程不能根据用户的状态变化进行控制，不能更好的利用网络资源。本发明提出一种基于接收者状态的数据推送系统和方法，可以根据用户的状态变化，实时对网络推送过程进行干预和控制，包括启动下载、暂停或恢复下载等。
为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明进一步详细说明。
图1为本发明基于接收者状态的数据推送系统架构示意图，所述系统包括：第三方应用服务平台、推送服务平台、设备网管系统、推送客户端以及第三方应用客户端。
第三方应用服务平台，提供供第三方应用客户端下载的数据，向推送服务平台发送数据推送消息，在该消息中携带ClientID和AppID。
推送服务平台，对第三方应用服务平台发送的数据推送消息进行鉴权，鉴权过程是根据推送服务平台之前分配给第三方应用服务平台的AppID以及AppKey进行鉴权，鉴权通过，从推送客户端获取终端侧的状态信息以及从设备网管系统获取网络侧的小区忙闲信息，终端侧的状态信息包括CellID、存储空间以及电池电量；根据终端侧的状态信息以及网络侧的小区忙闲信息控制推送过程，向推送客户端发送推送控制消息。推送服务平台通过IP长连接机制和P-MAP+协议保持与推送客户端之间的通信，可以基于LMAP(Linux+MySQL+Apache+PHP)架构，采用ClientID标识不同的推送客户端，以对不同的推送客户端进行区别和管理。
设备网管系统，向推送服务平台发送网络侧的小区忙闲信息。
推送客户端，向推送服务平台发送终端侧的状态信息，向第三方应用客户端提供接口，根据推送服务平台的推送控制消息，通过接口控制第三方应用客户端的数据下载过程。不同的推送客户端采用不同的操作系统实现。例如，推送客户端采用Android操作系统，在Android操作系统上利用系统提供的Intent机制和操作系统API，定义好统一的消息格式，利用系统广播自定义的消息就可实现对第三方应用的干预和控制，例如，闲时推送、忙时等待。
第三方应用客户端，根据推送客户端的控制执行数据下载过程。对不同的操作系统提供的机制有所不同。例如，Android平台只需要利用Android操作系统监听系统消息，并对消息进行解析和执行，就能实现对推送客户端发出的指令的执行；而Symbian和iOS平台需要预编译推送客户端提供的头文件和库。
本发明可以根据用户终端的状态以及所处的网络状态，对推送过程进行干预。例如，在用户的网络状态处于忙时，暂停推送下载；在用户的网络状态处于闲时，且用户终端电量和存储空间充足，恢复下载；在用户的电池电量不足时，停止推送下载。本发明可以控制移动网络数据的推送时机，特别是对大数据量的推送时机进行控制，有利于协调网络资源，提高网络资源利用效率，也可以较低成本完成数据推送。
图2为本发明推送客户端的架构示意图。包括：上报模块21、控制模块为22以及接口23。
上报模块21，向推送服务平台上报终端侧的信息，例如，用户ID、终端型号、电池状态、存储空间的大小、CellID以及终端信号强度等。
控制模块22，配置于与推送服务平台保持连接。根据推送服务平台的推送控制消息，通过接口控制第三方应用客户端的数据下载过程，例如启动下载、暂停下载或恢复下载等。对第三方应用的身份识别和ID进行管理。
接口23，提供开放API(符合终端操作系统API标准)给第三方应用客户端，即应用控制API，具体为：
1)注册接口，第三方应用服务平台向推送客户端请求Push应用，该请求消息为：Smartpush_Register(AppID，ClientID)。其中，推送客户端向第三方应用客户端开放接口，第三方应用客户端是第三方应用服务平台安装在终端的插件。
第三方应用服务平台发送Intent(com.etui.pns.intent.REGISTER)注册请求，必须带有参数“AppId”。“AppId”是由已经获得推送服务授权的第三方应用标识。如果不是第一次注册，还需将之前注册时获得的“ClientId(客户端标识)”提交给推送服务平台。AppID的目的是用来标识推送客户端上的不同应用，如QQ用1000标识，MSN用1001标识，其作用是能够保证从第三方应用服务平台发到推送客户端上的消息到达它指定的应用(靠AppID来区别)。
Intent携带的Extra参数格式如下：
2)注销接口，第三方应用服务平台向推送客户端请求取消Push应用，该请求消息为：Smartpush_Unregister(AppID，ClientID)。
第三方应用服务平台向推送客户端发送Intent(com.etui.pns.intent.UNREGISTER)注销请求，必须带有参数“AppID”和“ClientID”。
3)数据接收接口，推送客户端向第三方应用客户端推送消息，即该推送消息中包括下载数据的网址，该推送消息为：Smartpush_Receive(AppID，ClientID，Message)。
当推送客户端收到推送服务平台发送的消息时，会提取消息的有效负载并将数据传给应用的Intent(com.etui.pns.intent.MESSAGE)，应用根据自身需要解析数据。Intent携带的Extra参数格式如下
| Key | 内容 | 含义 |
| App Id | 32位的字符串 | 已经获得推送服务授权的第三方应用标识 |
| Message | 字符串 | 具体的消息内容，JSON格式 |
4)控制接口，推送客户端控制第三方应用客户端从第三方应用服务平台下载数据的过程，第三方应用客户端与第三方应用服务平台之间的下载协议中，需要支持断点续传，能够保证数据在下载过程中可以被中断和续传。控制消息为：Smatpush_Control(AppID，devicestate)，向第三方应用客户端传输Intent，Action为com.etui.action.DEVICESTATE。带有字符串参数，参数名例如为DEVICESTATE
| 控制消息 | 含义 |
| Pause | 暂停数据下载 |
| Resume | 恢复数据下载 |
| Stop | 停止数据下载 |
| Restart | 启动数据下载 |
在Android平台技术实现方式如下：
第三方应用客户端需要声明如下权限。
com.etui.pns.permission.RECEIVE：应用有注册和接收推送消息的权限；
android.permission.INTERNET：应用需要访问网络的权限；
申明applicationPackage+″.permission.ETUI_MESSAGE权限，用来防止别的应用窃听推送消息；
接收com.etui.pns.intent.RECEIVE和com.etui.pns.intent.REGISTRATION这两个Intent的BroadcastReceiver；且Intent的category需要设置为应用的包名。这个Broadcastreceiver应该要求com.etui.pns.permission.SEND权限许可，从而保证不会收到其他恶意应用发送的假消息。
图3为本发明推送服务平台的架构示意图。包括：终端连接模块31、系统管理模块32、终端状态监测模块33、网络状态查询模块34、推送策略分析模块35以及消息整合路由模块36等。其中：
终端连接模块31，支持第三方应用客户端通过推送客户端向推送服务平台发起的注册/注销请求，并维持与推送客户端建立的长连接，并通过该长连接与推送客户端交互各种控制命令(暂停/恢复下载)。
系统管理模块32，对第三方应用服务平台发送的推送消息进行鉴权，将鉴权结果返回给第三方应用服务平台。如果鉴权通过，通知终端状态监测模块33以及网络状态查询模块34。
接收第三方应用的注册管理，在注册时，检测IMSI号，并自动将IMSI号与旧ClientID关联(可选)。还接收推送客户端发起的版本检测，及进行版本自动更新，也支持以Push方式向推送客户端下发升级通知。还用于用户帐号ClientID(32位的UUID)的生成与管理，维护ClientID与终端IP地址、IMSI号、IMEI、手机号码、终端安装应用列表等的关系。并维护相应的数据库、管理APPID等。
终端状态监测模块33，鉴权通过，从推送客户端获取终端侧的状态信息，发送给推送策略分析模块。状态信息包括终端所处位置的CellID、终端所剩电池电量、终端所剩存储空间，还可以包括用户ID、终端型号、终端的信号强度、IMSI、应用安装列表等。
终端状态信息的获得是通过终端操作系统API获取的，不同的操作系统有差别，以Android为例详见表1，这是现有技术。表1Android平台终端信息获取现实方式，PushClient与操作系统接口函数
网络状态查询模块34，从设备网管系统获取网络侧的小区忙闲信息，并发送给推送策略分析模块。
Np接口是设备网管系统和推送服务平台之间的接口。设备网管系统通过Np接口向推送服务平台上报忙小区及忙小区内用户列表。
Np接口可以采用以下两种方式实现：
1)RESTful方式，webserviceAPI。消息采用client-server模式交互，推送服务平台为server，设备网管系统为client。
设备网管系统发送拥塞告警通知(NotificationofCongestionAlert)给网络状态查询模块34和PCRF。该通知中携带：拥塞小区CellID、拥塞级别(闲、忙、非常忙)、拥塞原因(信令拥塞，用户面拥塞，信令和用户面拥塞，其它)、该Cell内所有用户IMSI列表。网络状态查询模块34根据IMSI查询其推送客户端是否处在忙小区，或者设备网管系统发送拥塞告警通知给推送服务平台，该通知中携带拥塞小区CellID以及拥塞级别，其中，拥塞级别定义4bits：0000表示闲；0001表示忙；0010表示拥塞(非常忙)；其余数值保留，用作后续扩充，比如多个忙闲级别，CellID的目的是终端获取基站的小区号，并与终端IMSI进行关联，以此小区号和终端IMSI，可从设备网管系统获得的小区忙闲信息表中查到当前终端(IMSI标识)所在小区(CellID唯一标示)的忙闲信息。
2)FTP方式。推送服务平台运行FTPServer程序，设备网管系统将包含忙小区及忙小区内用户列表的网络状态信息文件定期上传至推送服务平台的FTPServer上。每隔一段时间，例如10分钟，网络状态查询模块34扫描是否有新的数据文件产生。如果有新的数据文件，更新网络忙闲数据。
设备网管系统获取并生成网络状态信息文件，以文本格式保存，文件名按如下格式命名：Np_[Username]_[yyyymmdd]_[hhmmss].txt。其中，Username为设备网管系统FTPClient登录用户名，格式为[省份缩写+编号]。[yyyymmdd]_[hhmmss]为文件生成时间。设备网管系统定期将最新的网络状态信息文件上传至PUSHEngine的FTPServer上。周期可以配置，例如5分钟。上传完毕后，设备网管系统将文件名改为：Np_[Username]_[yyyymmdd]_[hhmmss]_ok.txt
Np接口传递的网络状态信息txt文件内容格式如下：
条目数\n
ECGI\t拥塞级别(闲、忙、非常忙)\t拥塞原因(信令拥塞，用户面拥塞，信令和用户面拥塞)\tIMSI数\t该cell内所有用户IMSI列表\n
参数格式
条目数，16bits。
ECGI：采用3GPP定义的标准格式
拥塞级别，4bits：0000表示闲；0001表示忙；0010表示拥塞(非常忙)；其余数值保留，用作后续扩充，比如多个忙闲级别。
拥塞原因，4bits：0000表示忽略；0001表示信令拥塞；0010表示用户面拥塞；0011表示信令和用户面拥塞；1111表示其它；中间数值保留。
IMSI数，12bits。
IMSI：采用3GPP定义的标准格式
设备网管系统可以定期上报(例如15分钟以内的频度)网络的小区忙闲信息。设备网管系统从核心网获取基站小区的忙闲信息，该忙闲信息由核心网根据基站的流量和信令负荷比计算得出。
推送策略分析模块35，根据终端侧的状态信息以及网络侧的小区忙闲信息控制推送过程，向推送客户端发送推送控制消息。
推送控制兼顾网络侧信息及终端侧信息，只有当网络侧及终端侧条件均具备，方可进行推送。例如，推送策略分析模块35向推送客户端发出推送控制消息，向推送客户端提供供第三方应用客户端下载数据的网址，以及控制第三方应用客户端执行的数据下载操作，例如为恢复下载或者启动下载。对于恢复下载，由第三方应用客户端将已下载信息通过推送客户端发送给推送服务平台，推送服务平台根据已下载信息控制第三方应用客户端从哪里开始继续下载，即从哪个字节处恢复下载。网络侧信息例如是用户所处网络的忙闲程度等。终端侧信息例如是终端所处位置的CellID、终端所剩电池电量、终端所剩存储空间、终端的信号强度、终端是否正在进行数据业务等。
基于每个用户每个应用级别可配置不同的推送条件，推送条件可在推送服务平台上进行预先配置，也可以在运维过程中通过portal方式在界面中调整、配置。推送条件包括剩余电量阈值、剩余存储空间阈值、信号强度阈值、小区忙闲程度等。当满足推送条件时，向推送客户端推送控制信息，推送客户端在终端侧唤醒第三方应用客户端，进行数据内容下载或者暂停下载等。
消息整合路由模块36，提供开放API(符合终端操作系统API标准)给第三方应用，通过开放的API，支持第三方应用客户端对推送服务平台发起的推送请求接入的能力、消息推送和提醒、内容数据读取和管理等。提供不同的推送服务能力给推送发起方(第三方应用服务平台)，包括实时推送以及延时(网络闲时)推送。如果不满足推送条件，推送服务平台将对推送消息(第三方应用服务平台与推送服务平台消息格式见下面的Jason格式描述)进行缓存，直到推送客户端与第三方应用服务平台之间的网络状态符合推送条件后，推送消息会由推送服务平台下发到终端，即将下载网址提供给终端。调用接口中进行参数区别标识，具备向推送发起方发送状态报告的能力和与SPServer的参数交互需具备灵活的可扩展性。需具备添加及更改参数的能力(例如：由Param1，param2，param3扩展至paramN)。具备SPServer的接入鉴权功能。
Jason格式具体内容如下：
图4为本发明基于接收者状态的数据推送方法实施例流程图，当第三方应用服务平台需要推送新的数据到第三方应用客户端时，推送服务平台根据终端侧以及网络侧的状态信息决策何时进行推送，推送客户端执行推送服务平台的推送控制信息，通过推送客户端操作系统的API控制第三方应用客户端的下载过程，实现了基于状态信息变化的可控制推送过程。该方法包括以下步骤：
在步骤1、第三方应用服务平台向推送服务平台发送数据推送消息，格式见如上Jason格式的描述。在该息中携带ClientID和AppID。该步骤必须在终端进行推送服务注册后方可执行，并在推送注销后失效。
在步骤2、推送服务平台对第三方应用服务平台发送的推送消息进行鉴权，其鉴权方式通过AppID与AppKey进行比对实现身份验证，AppID由推送服务平台签发，具体流程在下面进行说明，并通过硬编码或者配置文件固化于第三方应用服务平台中。向第三方应用服务平台返回数据推送异步响应，如果鉴权通过，执行步骤403，否则结束流程。
其中，推送服务平台签发AppID的流程为：
应用厂商向推送服务平台提交申请相关信息，包括厂家、应用地址以及应用类型等。推送服务平台对应用进行审核，审核通过后，为应用开通Push服务，分配AppID以及AppKey，并返回给应用厂商。
在步骤3、推送服务平台获取终端侧的状态信息以及网络侧的小区忙闲状态信息。其中，通过推送客户端上报和推送服务平台感知两种方式获取终端侧的状态信息，可以包括CellID、存储空间以及电池电量等。从设备网管系统获取网络侧的小区忙闲状态信息。
在步骤4、推送服务平台根据终端侧以及网络侧的状态信息控制推送过程，向推送客户端发送携带AppID的推送控制消息，推送控制消息提供了下载数据的网址以及具体的控制指令，包括启动下载、恢复下载以及暂停下载等。
其中，根据终端侧以及网络侧的状态信息控制推送过程，包括：
网络侧小区处于闲小区，终端侧的电量以及存储空间大于等于各自阈值。如果终端未启动数据下载，则发送的推送控制消息为启动数据下载。推送客户端控制第三方应用客户端启动数据下载，即第三方应用客户端从推送控制消息中的网址下载数据。如果终端已启动数据下载，但是未下载完成，则发送的推送控制消息为恢复数据下载，即第三方应用客户端从推送控制消息中的网址、以及推送控制消息中指明的下载位置，例如从第几个字节开始下载，推送客户端控制第三方应用客户端继续前面已经启动的数据下载。
网络侧小区处于忙小区，或者网络侧小区处于闲小区，终端侧的电量或存储空间小于各自阈值，发送的推送控制消息为暂停数据下载。如果第三方应用客户端数据仍在下载中(还没有下载完成)，推送客户端控制第三方应用客户端暂停前面已经启动的数据下载。
在步骤5、推送客户端启动第三方应用客户端，将该启动消息通过推送服务平台返回到第三方应用服务平台。
在步骤6、推送客户端向第三方应用客户端提供接口，根据推送服务平台的推送控制消息，通过接口控制第三方应用客户端的数据下载过程。
本发明根据用户所处的网络忙闲状态、用户终端的电池电量和/或存储容量大小变化等进行动态调整和控制。
在本发明中已经参照具体实施方式描述了本发明及其好处与优点，然而本领域的普通技术人员应该理解，可以做出不同的改进与变化而不会背离由下面的权利要求阐明的本发明的保护范围。因此，说明书和附图注重说明性而不是限制性的含义，并且所有的这些改进都包括在本发明的保护范围内。
Claims (8)
1.一种基于接收者状态的数据推送方法，包括：
第三方应用服务平台向推送服务平台发送数据推送消息，在该消息中携带ClientID和AppID；
推送服务平台对第三方应用服务平台发送的消息进行鉴权；
鉴权通过，推送服务平台获取终端侧的状态信息以及网络侧的小区忙闲信息，终端侧的状态信息包括CellID、存储空间以及电池电量；
推送服务平台根据终端侧的状态信息以及网络侧的小区忙闲信息控制推送过程，向推送客户端发送携带AppID的推送控制消息，所述推送控制消息提供了下载数据的网址以及具体的控制指令；
推送客户端向第三方应用客户端提供接口，根据推送服务平台的推送控制消息，通过接口控制第三方应用客户端的数据下载过程；
其中，根据终端侧的状态信息以及网络侧的小区忙闲信息控制推送过程，包括：
网络侧小区处于闲小区，终端侧的电量以及存储空间大于等于各自阈值，如果终端未启动数据下载，则发送的推送控制消息为启动数据下载，如果终端已启动数据下载，但是未下载完成，则发送的推送控制消息为恢复数据下载；
网络侧小区处于忙小区，或者网络侧小区处于闲小区，终端侧的电量或存储空间小于各自阈值，发送的推送控制消息为暂停数据下载。
2.根据权利要求1所述基于接收者状态的数据推送方法，获取网络侧的小区忙闲信息，包括：
设备网管系统发送拥塞告警通知给推送服务平台，该通知中携带拥塞小区CellID、拥塞级别以及该Cell内所有用户IMSI列表，推送服务平台根据IMSI查询其推送客户端是否处在忙小区，或者
设备网管系统发送拥塞告警通知给推送服务平台，该通知中携带拥塞小区CellID以及拥塞级别，推送服务平台根据CellID获取基站的小区号，并与终端IMSI进行关联，以此小区号和终端IMSI，查询IMSI标识所在小区的忙闲信息，其中，拥塞级别包括闲和忙。
3.根据权利要求2所述基于接收者状态的数据推送方法，设备网管系统从核心网获取基站小区的拥塞级别，该拥塞级别由核心网根据基站的流量和信令负荷比计算得出。
4.根据权利要求1至3中任一所述基于接收者状态的数据推送方法，推送服务平台获取终端侧的状态信息，包括：
通过推送客户端上报和推送服务平台感知两种方式获取推送客户端的状态信息。
5.一种基于接收者状态的数据推送系统，其中：
第三方应用服务平台，提供供第三方应用客户端下载的数据，向推送服务平台发送数据推送消息，在消息中携带ClientID和AppID；
推送服务平台，包括：
终端连接模块，支持第三方应用客户端通过推送客户端向推送服务平台发起的注册或注销请求，并维持与推送客户端建立的长连接；
系统管理模块，对第三方应用服务平台发送的数据推送消息进行鉴权，将鉴权结果返回给第三方应用服务平台，如果鉴权通过，通知终端状态监测模块以及网络状态查询模块；
终端状态监测模块，鉴权通过，从推送客户端获取终端侧的状态信息，发送给推送策略分析模块，所述终端侧的状态信息包括CellID、存储空间以及电池电量；
网络状态查询模块，从设备网管系统获取网络侧的小区忙闲信息，并发送给推送策略分析模块；
推送策略分析模块，根据终端侧的状态信息以及网络侧的小区忙闲信息控制推送过程，向推送客户端发送推送控制消息，所述推送控制消息提供了下载数据的网址以及具体的控制指令；
设备网管系统，向推送服务平台发送网络侧的小区忙闲信息；
推送客户端，包括：
上报模块，向推送服务平台上报终端侧的信息；
接口，向第三方应用客户端提供接口，所述接口包括数据接收接口，用于接收推送消息中包括的下载数据的网址，以及控制接口，用于控制第三方应用客户端从第三方应用服务平台下载数据的过程；
控制模块，根据推送服务平台的推送控制消息，通过接口控制第三方应用客户端的数据下载过程；
第三方应用客户端，根据推送客户端的控制执行数据下载过程；
其中，所述推送服务平台的推送策略分析模块在网络侧小区处于闲小区，终端侧的电量以及存储空间大于等于各自阈值时，如果终端未启动数据下载，则发送的推送控制消息为启动数据下载，如果终端已启动数据下载，但是未下载完成，则发送的推送控制消息为恢复数据下载；网络侧小区处于忙小区，或者网络侧小区处于闲小区，终端侧的电量或存储空间小于各自阈值，发送的推送控制消息为暂停数据下载。
6.根据权利要求5所述基于接收者状态的数据推送系统，所述设备网管系统发送拥塞告警通知给推送服务平台，该通知中携带拥塞小区CellID、拥塞级别以及该Cell内所有用户IMSI列表，推送服务平台根据IMSI查询其推送客户端是否处在忙小区；或者设备网管系统发送拥塞告警通知给推送服务平台，该通知中携带拥塞小区CellID以及拥塞级别，推送服务平台根据CellID获取基站的小区号，并与终端IMSI进行关联，以此小区号和终端IMSI，查询IMSI标识所在小区的忙闲信息，其中，拥塞级别包括闲和忙。
7.根据权利要求6所述基于接收者状态的数据推送系统，设备网管系统从核心网获取基站小区的忙闲信息，该忙闲信息由核心网根据基站的流量和信令负荷比计算得出。
8.根据权利要求5至7中任一所述基于接收者状态的数据推送系统，推送客户端上报和推送服务平台感知两种方式获取推送客户端的状态信息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110433892.0A CN103179520B (zh) | 2011-12-22 | 2011-12-22 | 一种基于接收者状态的数据推送系统和方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110433892.0A CN103179520B (zh) | 2011-12-22 | 2011-12-22 | 一种基于接收者状态的数据推送系统和方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103179520A CN103179520A (zh) | 2013-06-26 |
| CN103179520B true CN103179520B (zh) | 2016-03-23 |
Family
ID=48639083
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201110433892.0A Active CN103179520B (zh) | 2011-12-22 | 2011-12-22 | 一种基于接收者状态的数据推送系统和方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103179520B (zh) |
Families Citing this family (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10122812B2 (en) | 2013-06-28 | 2018-11-06 | Nec Corporation | Push-type information transmission device, push-type information transmission method, and program |
| CN103347270B (zh) * | 2013-07-09 | 2016-03-30 | 华为技术有限公司 | 策略控制方法、设备及系统 |
| CN103490981B (zh) * | 2013-09-11 | 2017-03-08 | 曹欢欢 | 一种跨移动应用的消息推送方法和装置 |
| CN104375854B (zh) * | 2014-07-25 | 2016-10-19 | 腾讯科技（深圳）有限公司 | 一种应用更新下载方法及用户终端 |
| CN104243609B (zh) * | 2014-09-29 | 2019-08-09 | 中国联合网络通信集团有限公司 | 一种信息业务推送方法和装置 |
| CN105743939B (zh) * | 2014-12-09 | 2019-03-22 | 中国移动通信集团江苏有限公司 | 一种消息推送的方法和装置 |
| CN105376589A (zh) * | 2015-10-27 | 2016-03-02 | 上海斐讯数据通信技术有限公司 | 基于mqtt的智能电视消息的推送装置及方法 |
| CN105634925B (zh) * | 2016-01-20 | 2018-11-09 | 北京乐动卓越科技有限公司 | 一种用户间可扩展的通信方法及系统 |
| CN105847366A (zh) * | 2016-03-29 | 2016-08-10 | 乐视控股（北京）有限公司 | 一种共享推送服务的方法和装置 |
| CN106131151A (zh) * | 2016-06-29 | 2016-11-16 | 乐视控股（北京）有限公司 | 用于测试推送系统的方法及装置 |
| CN106569899A (zh) * | 2016-11-03 | 2017-04-19 | 努比亚技术有限公司 | Ajax通信系统和方法 |
| CN108111565B (zh) * | 2016-11-25 | 2020-08-04 | 腾讯科技（深圳）有限公司 | 消息传输方法和装置 |
| CN108833261B (zh) * | 2018-06-19 | 2020-09-25 | 北京顺丰同城科技有限公司 | 一种基于Android平台客户端消息推送优化方法和装置 |
| CN109255653A (zh) | 2018-08-27 | 2019-01-22 | 阿里巴巴集团控股有限公司 | 一种动销方法、装置及电子设备 |
| CN109194734B (zh) * | 2018-08-29 | 2021-12-14 | 北京小米移动软件有限公司 | 消息推送方法、装置、服务器及可读存储介质 |
| CN111479261B (zh) * | 2019-01-24 | 2022-11-18 | 成都鼎桥通信技术有限公司 | 一种ota流量自适应管理方法和设备 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101765071A (zh) * | 2008-12-24 | 2010-06-30 | 卓望数码技术（深圳）有限公司 | 一种向无线数据通信终端上推送自适应数据的方法和设备 |
| CN102014161A (zh) * | 2010-11-22 | 2011-04-13 | 杭州鸿大网络发展有限公司 | 一种在移动终端通话过程中展示信息内容的装置及方法 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4935501B2 (ja) * | 2007-05-18 | 2012-05-23 | 富士通東芝モバイルコミュニケーションズ株式会社 | 移動通信端末 |
-
2011
- 2011-12-22 CN CN201110433892.0A patent/CN103179520B/zh active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101765071A (zh) * | 2008-12-24 | 2010-06-30 | 卓望数码技术（深圳）有限公司 | 一种向无线数据通信终端上推送自适应数据的方法和设备 |
| CN102014161A (zh) * | 2010-11-22 | 2011-04-13 | 杭州鸿大网络发展有限公司 | 一种在移动终端通话过程中展示信息内容的装置及方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103179520A (zh) | 2013-06-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103179520B (zh) | 一种基于接收者状态的数据推送系统和方法 | |
| CN110912789B (zh) | 一种基于阿里云IoT Hub平台的智能家居物联网通信方法 | |
| EP3550892B1 (en) | Method for network slice selection, user equipment, and network device | |
| JP5805873B2 (ja) | Ｍ２ｍデバイスサブスクリプションのための方法及び装置 | |
| CN105282732B (zh) | 用于更新配置文件管理服务器的方法和设备 | |
| KR101806257B1 (ko) | 가입 통지를 구현하기 위한 방법 및 장치 | |
| KR101599179B1 (ko) | 그룹 통신 방법 및 시스템, 그룹 서버 및 그룹 구성원 디바이스 | |
| US20120166610A1 (en) | Method and system for communication in application field | |
| JP6830494B2 (ja) | データ伝送の方法、デバイス、およびシステム | |
| CN103841167A (zh) | 一种用户数据同步方法及设备 | |
| JP2021520655A (ja) | Ｒｒｃ状態の制御方法、装置及びコンピュータ記憶媒体 | |
| CN102355500A (zh) | 业务推送方法和装置 | |
| WO2011150707A1 (zh) | 一种m2m业务中终端状态或事件管理的方法及系统 | |
| CN103188616A (zh) | 一种终端组的管理方法和系统 | |
| CN103839401A (zh) | 一种基于云服务器的集中红外遥控方法 | |
| CN108781358B (zh) | 一种管理eUICC中的签约信息集的方法及相关设备 | |
| CN102523577A (zh) | 应用服务更新方法和装置 | |
| CN113098988B (zh) | 数据传输方法及数据传输系统 | |
| CN106162655A (zh) | 一种频段锁定的方法、装置及系统 | |
| KR20180039980A (ko) | 클라우드 계정을 이용하여 백그라운드 데이터를 동기화시키는 휴대용 단말기 및 그 방법 | |
| CN100562148C (zh) | 基于wep技术的新型无线增值业务的实现方法和系统 | |
| CN103686863A (zh) | 实现控制信令传送的方法及系统 | |
| CN105323186B (zh) | 一种通知消息的负载控制方法和装置 | |
| CN103532800B (zh) | M2m家居网络及根据该网络进行智能处理的方法 | |
| CN103067953A (zh) | 一种小区状态上报、获取、监测、控制方法及设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |