Android消息推送完美方案

Android消息推送完美方案
Android消息推送完美方案

Android消息推送完美方案

推送功能在手机应用开发中越来越重要,已经成为手机开发的必须。在Android应用开发中,由于众所周知的原因,Android消息推送我们不得不大费周折。本文就是用来和大家共同探讨一种Android消息推送的完美解决方案。

1.消息推送基础

消息推送,就是在互联网上通过定期传送用户需要的信息来减少信息过载的一项新技术。推送技术通过自动传送信息给用户,来减少用于网络上搜索的时间。它根据用户的兴趣来搜索、过滤信息,并将其定期推给用户,帮助用户高效率地发掘有价值的信息

当我们开发需要和服务器交互的移动应用时,基本上都需要和服务器进行交互,包括上传数据到服务器,同时从服务器上获取数据。

一般情况下,客户端与服务器之间通讯客户端是主动的,但这就存在一个问题就是一旦服务器数据有更新或者服务器要下发通知给客户端只能等客户端连接的时候才能实现。这种方式使消息失去了实时性。

如何使客户端能够实时的收到服务器的消息和通知,总体来说有两种方式,第一种是客户端使用Pull(拉)的方式,就是隔一段时间就去服务器上获取一下信息,看是否有更新的信息出现。第二种就是服务器使用Push(推送)的方式,当服务器端有新信息了,则把最新的信息Push到客户端上。这样,客户端就能自动的接收到消息。

虽然Pull和Push两种方式都能实现获取服务器端更新信息的功能,但是明显来说Push方式比Pull方式更优越。因为Pull方式更费客户端的网络流量,更主要的是费电量,还需要我们的程序不停地去监测服务端的变化。

2. 几种常见的解决方案实现原理

1)轮询(Pull)方式:客户端定时向服务器发送询问消息,一旦服务器有变化则立即同步消息。2)SMS(Push)方式:通过拦截SMS消息并且解析消息内容来了解服务器的命令,但这种方式一般用户在经济上很难承受。

3)持久连接(Push)方式:客户端和服务器之间建立长久连接,这样就可以实现消息的及时行和实时性。

3、消息推送解决方案概述

A、C2DM云端推送方案

在Android手机平台上,Google提供了C2DM(Cloudto Device Messaging)服务。Android Cloud to Device Messaging (C2DM)是一个用来帮助开发者从服务器向Android应用程序发送数据的服务。该服务提供了一个简单的、轻量级的机制,允许服务器可以通知移动应用程序直接与服务器进行通信,以便于从服务器获取应用程序更新和用户数据。

该方案存在的主要问题是C2DM需要依赖于Google官方提供的C2DM服务器,由于国内的网络环境,这个服务经常不可用。

B、MQTT协议实现Android推送

采用MQTT协议实现Android推送功能也是一种解决方案。MQTT是一个轻量级的消息发布/订阅协议,它是实现基于手机客户端的消息推送服务器的理想解决方案。

wmqtt.jar 是IBM提供的MQTT协议的实现。我们可以从这里

(https://https://www.360docs.net/doc/ce3222607.html,/tokudu/AndroidPushNotificationsDemo)下载该项目的实例代码,并且可以找到一个采用PHP书写的服务器端实现(https://https://www.360docs.net/doc/ce3222607.html,/tokudu/PhpMQTTClient)。

C、RSMB实现推送功能

Really Small Message Broker (RSMB) ,是一个简单的MQTT代理,同样由IBM提供,其查看地址是:https://www.360docs.net/doc/ce3222607.html,/tech/rsmb。缺省打开1883端口,应用程序当中,它负责接收来自服务器的消息并将其转发给指定的移动设备。SAM是一个针对MQTT写的PHP库。我们可以从这个https://www.360docs.net/doc/ce3222607.html,/package/sam/download/0.2.0地址下载它.

D、XMPP协议实现Android推送

Google官方的C2DM服务器底层也是采用XMPP协议进行的封装。XMPP(可扩展通讯和表示协议)是基于可扩展标记语言(XML)的协议,它用于即时消息(IM)以及在线探测。这个协议可能最终允许因特网用户向因特网上的其他任何人发送即时消息。

androidpn是一个基于XMPP协议的java开源Android push notification实现。它包含了完整的客户端和服务器端。但也存在一些不足之处:

1)比如时间过长时,就再也收不到推送的信息了。

2)性能上也不够稳定。

3)如果将消息从服务器上推送出去,就不再管理了,不管消息是否成功到达客户端手机上。如果我们要使用androidpn,则还需要做大量的工作,需要理解XMPP协议、理解Androidpn 的实现机制,需要调试内部存在的BUG。

E、使用第三方平台

目前国内、国外有一些推送平台可供使用,但是涉及到收费问题、保密问题、服务质量问题、扩展问题等等,又不得不是我们望而却步。

4、消息推送完美方案

综合以上论述,在建立Android消息推送方面可谓方案多多,但每一款方案都有其优缺点。但无论如何,还是自己搭建一个推送平台是上策。因为你有、他有不如自己有。

在搭建自有推送平台上建议使用《九日升Android消息推送组件》

(https://www.360docs.net/doc/ce3222607.html,/product/13629681868537.html)。该组不仅可以拿来即用,并且还可以提供源码以便扩展,实现自己的特殊需求。

A、推送原理

九日升Android消息推送组件基于XMPP协议实现Android推送。XMPP(可扩展通讯和表示协议)是基于可扩展标记语言(XML)的协议,它用于即时消息(IM)以及在线探测。这个协议可能最终允许因特网用户向因特网上的其他任何人发送即时消息。

九日升Android消息推送组件实现原理见下图:

图1-消息推送原理图

九日升Android消息推送组件由服务器部分和客户端部分组成。每一部分都由XMPP协议组件和外部接口组件构成。XMPP协议组件负责服务器和Android客户端间的连接管理、消息通讯,外部接口组件负责接收应用系统、客户端应用的命令,向应用系统发送接收到的通知消息。

九日升Android消息组件提供基于Tomcat的服务器应用和Android开发jar包。其中基于Tomcat的服务器应用直接在Tomcat上部署即可,Android开发jar包引入Android项目即可。

B 集成方式

1)、服务器部署

九日升Android消息组件Tomcat的服务器应用直接部署在Tomcat中,端口号任意设定。

2)、客户端jar包引用

在Android项目中建立libs目录,然后将提供的Android开发jar包复制到该目录即可。见下图:

图2-jar包引入图

3)、Android项目AndroidManifest.xml文件修改

在该文件中增加以下权限:

在该文件中注册服务:

android:name="com.bjjrs.server.NotificationService"

android:label="NotificationService">

至此,九日升Android消息组件集成工作完成。

C、接口方式

1)、服务器端接口采用基于http协议的访问方式,采用http协议从服务器中获取各种信息,实现通知消息的推送。

如使用以下方式和参数就可以实现各种用户消息的查询:

http://localhost:8080/user.do?action=getAllUser&isOnline=&userID=&userType=&deptID=&de ptName=&realName=

使用如下方式就可以实现各种消息的推送:

http://localhost:8080/notification.do?action=pushNoti&userNames=&title=&content=

2)、Android客户端接口采用广播机制。

消息接收:当XMPP协议组件接收到推送消息时,将按照一定格式广播该消息,通知客户端其他应用接收并处理该消息。

消息发送:客户端应用需要向服务器或者其他客户端发送即时消息时,只需按一定格式广播该消息,XMPP组件就会自动接收该消息并发送到指定的其他客户端。

D、优势特点

1)、系统集成简单,无需复杂的设置。

2)、Android客户端应用和九日升Android消息推送组件完全分离,通过接口相互调用,实现模块应用最优化。

3)、客户端通讯机制采用广播方式,给客户端应用带来极大的灵活性和可扩展性,可以自由处理接收到的推送消息。

4)、九日升Android消息推送组件在服务器端具备消息存储、消息重发、消息路由等功能,在客户端部分具备断线重连、、收到确认、阅读确认、消息发送、命令执行等功能,确保消息能够推送到客户端,同时也保证客户端能够收到、阅读消息。

E、应用范围

九日升Android消息推送组件可在以下场景中使用:

1)、用于消息推送。如:通知下达、应急指挥等。

2)、用户及时消息交互。如在线聊天、工作情况交互等。

3)、用于远程控制。如控制远程客户端的状态、数据上报等。

最后,希望转载的朋友能够尊重作者的劳动成果,加上转载地址。

APP消息推送技术开发指南

APP消息推送技术开发指南 推送准备 编译正式版App,并安装到手机 推送只对正式版App有效,请先创建或上传Android ,ios 证书,然后编译App正式版。把编译的正式版App安装到手机。 iOS推送证书 iOS推送证书需要从苹果开发网站上面创建,然后再转换成服务器端专用p12格式证书,详情参考iOS证书申请教程 推送设置 进入APICloud官网你的应用页面,在侧边栏…应用服务?里面选择…推送?,进入推送页面。如下图: 然后在页面里选择右上角的设置按钮,弹出推送证书设置页面,注意开启状态,然后上传之前创建的推送证书,并且输入密码,保存。同时,在此页面还可以设置离线消息的保存时间,之前未收到通知的设备在离线消息设定时间以内上线后会收到通知消息。如下图:

新建推送消息 即时通知 选择右上角的新建推送,在展开的发送页面中,选择推送类型是通知或消息,输入标题和内容,选择推送群组和平台,点击发送,通知将立即进入发送状态。 查看推送统计 推送概览与推送记录 在推送页面的顶部…推送概览?页,可以查看到推送条数和终端数目等相关数据。 在推送概览下面是推送记录页面,包括定时发送、正在发送和发送成功等状态的推送消息记录。

接收推送消息 push模块 在APICloud网站上面创建应用时,push模块默认已经被引入。push模块提供了绑定用户,加入群组,监听消息等接口。详情参考push文档。 绑定推送 push模块提供了bind方法,将来自业务系统的用户信息绑定至推送服务器,如果不需要关联业务系统用户信息,则可以不调用bind方法。详情参考push文档bind方法。 示例代码: // 绑定用户 var push = api.require('push'); push.bind({ userName:'testName', userId:'testId' },function(ret,err){ if(ret.status){ api.alert({msg:'绑定成功'}); }else{ api.alert({msg:err.msg}); } }); // 解绑用户 var push = api.require('push');

海量数据推送服务技术讲解

小米海量数据推送服务技术讲解 2014-11-17 10:00 佚名字号:T | T 11.11大促,随着移动端业务量的急剧提升,像小米推送这样的基础服务也经受了巨大的考验。11月12日,小米的项目总监汪轩然在微博上宣布,“小米推送服务共发出9.65亿条消息,平均每分钟发送67万条。更值得一提的是,后台监控显示,推送服务后台系统在全天运作非常平稳,没有任何卡顿拥堵现象,让各种促销、返利、订单更新消息第一时间触达用户。” AD:2014WOT全球软件技术峰会北京站课程视频发布 11月21日-22日与WOT技术大会相约深圳现在抢票 11.11大促,随着移动端业务量的急剧提升,像小米推送这样的基础服务也经受了巨大的考验。11月12日,小米的项目总监汪轩然在微博上宣布,“小米推送服务共发出9.65亿条消息,平均每分钟发送67万条。更值得一提的是,后台监控显示,推送服务后台系统在全天运作非常平稳,没有任何卡顿拥堵现象,让各种促销、返利、订单更新消息第一时间触达用户。” 汪轩然,2007年毕业于清华大学计算机系,后加入微软亚洲工程院,曾参与WP7上的浏览器的开发。2010年7月加入小米,曾担任米聊安卓团队的团队主管,现在在小米任项目总监,负责小米的开发者服务,掌管推送服务、统计服务和移动广告联盟三大业务,旨在为小米搭建一个移动App业务的互联网生态圈。 我们联系了汪轩然,就小米推送服务的架构、特点、性能等问题对他进行了采访,以下内容根据本次采访整理而成。 基础技术架构 协议是推送服务的核心。小米推送服务所采用的协议是由之前的米聊演变过来的,而米聊从一开始就选择使用XMPP协议,之后开发团队对XMPP协议做过几轮精简和重构。现在XMPP部分只是作为一个数据的传输层,之上跑着各种独立的业务,每个业务称为一个“channel”;每个channel上跑的数据格式可以是不一样的。消息推送服务是其中一个channel,这个channel上传输的数据是通过Thrift进行二进制化的协议格式。 再来看一下小米推送服务的服务端架构。下图是后台服务端的一个基本架构图。整个服务端包含如下几层:

统一推送技术要求和测试方法

T-UPA0003-2018 V1.0.0(2019-1) 统一推送技术要求和测试方法Technical Requirements and Testing Methods for Unified Push

1 范围 (4) 2 定义和缩略语 (4) 2.1 定义4 2.2 缩略语 (6) 3 技术要求 (6) 3.1 性能要求 (6) 3.1.1 空载流量 (6) 3.1.2 空载功耗 (7) 3.1.3 在线可靠性 (7) 3.1.4 并发能力 (7) 3.1.5 网络鲁棒性 (7) 3.2标准符合性要求 (8) 3.2.1 接口标准符合性 (8) 4 测试方法 (8) 4.1 性能要求测试方法 (8) 4.1.1空载流量 (8) 4.1.2 空载功耗 (9) 4.1.3 在线可靠性 (10) 4.1.4 并发能力 (11) 4.1.5 网络鲁棒性 (11) 4.2 标准符合性测试方法 (12) 4.2.1 接口标准符合性 (12) 附录 A:修订记录 (14)

前言 这一技术文稿是由统一推送联盟(UPA)技术标准组攥写。项目过程中采用三位编码的原则,格式如下: Vx.y.z,初始版本号为V0.0.0。 其中,x在每一次大版本发布的时候加1; y在有技术性变更的时候加1,如增加删减功能模块; z在有编辑性改动的时候加1,如格式、段落调整。 本标准起草单位:

1 范围 安卓生态圈为App 开发者提供了一个开放的运行环境,用于实现各种创新的想法,然而也产生了相应的性能问题。消息推送是App 运营的重要一环,为了优化消息推送成功率,降低电量和流量消耗,改善用户的使用体验,系统级的推送服务显得尤为重要,各大手机厂商也已经提供或者正在研发基于各自系统平台的系统推送服务解决方案。 中国信息通信研究院泰尔终端实验室联合各大手机厂商和提供推送服务的互联网厂家成立“统一推送联盟”,通过标准化统一通道层,降低终端功耗、提升用户体验、支撑开发者生态建设,促进安卓推送服务行业健康发展,为终端用户提供更好的手机使用体验,为应用开发者解决消息推送需求。经联盟成员讨论,《统一推送通道层接口规范》已达成共识,并面向社会公布。 推送作为移动互联网的一项基础服务,对于开发者和行业发展有着重要的意义。本文档希望推动各终端厂商制定推送基本技术指标和测试方法,逐步推动整个行业的服务水平提升,为移动互联网服务的发展提供基础保障。 本文档适用于 Push 通道厂商、第三方 Push 服务提供商。 Push通道厂商:指提供终端设备,并在终端设备操作系统层内置 Push通道,能够对 Push通道进行管控,在黑屏后能够保持 Push 通道的厂商。 第三方 Push 服务提供商:与 Push通道厂商对应,指不提供终端设备,提供 Push 集成服务的厂商。 本文档包含以下建议内容: ?统一推送技术要求 ?统一推送测试方法 2 定义和缩略语 2.1 定义

个推推送的技术原理

PUSH是互联网上内容提供者和内容定制方之间的一种通信机制,利用在服务器端的程序把数据源源不断地推向客户端,大大提高客户机和服务器之间的交互性能。 传统互联网上数据交互一般有poll和push两种方式。poll典型使用场景是浏览网页,是用户主动发起请求,向服务器获取数据;push刚好相反,通过服务器直接发送数据给客户端,用户被动接受消息,类似于更加及时的短信。Push的使用场景有以下两特点:时间不确定性、时效性,如发送团购信息,发送电子消费账单等。 个推为第三方应用提供了跨手机平台一致的、稳定可靠的消息推送服务,实现服务端到客户端的消息主动推送。第三方应用可以实现针对单一目标地址的推送,也可以实现群发消息推送,还可以通过指定tag进行定向群组推送。个推除了为第三方提供基本的透明消息传输,还提供了一些消息展示方式,实现在客户端的通知提示、弹框操作等,帮助客户快速实现更为定制化的消息推送服务。 个推目前支持Android、iOS手机平台。 技术原理 首先我们来看一下组成一个推送系统的几个要素 1.个推SDK: 以jar的方式出现,集成于第三方客户端,解析第三方下行的数据,并把结果透传给第三方客户端;也可以上行第三方定制的客户端信息。 2.个推服务器: 一侧负责维护与成千上万的个推SDK的长时连接,另一侧与第三方服务器对接,将第三方定制数据下行推送至个推SDK。 3.第三方服务器: 数据推送的发起者,通过对接个推服务器,将数据发送至第三方客户端。 4.第三方客户端: 第三方集成个推SDK的客户端,推送数据正真的接收者和展现者。 以上是个推推送系统中的四个不同角色,看起来比较抽象,可以通过以下图片来加强理解:

网络环境下信息推送拉取和推拉结合的比较重点

网络环境下信息推送、拉取和推拉结合的比较 首先明了一下什么是信息。信息是系统的组成部分,是物质和能量的形态、结构、属性、和含义的表征,是人类认识客观的纽带。如物质表现为具有一定质量、体积、形状、颜色、温度、强度等性能。这些物质的属性都是以信息的形式表达的。我们通过信息认识物质、认识能量、认识系统、认识周围世界。 信息网络的演变过程。 Internet诞生于20世纪80年代,它源于电信网络。Internet一出现就表现了强大的生命力,充满了活力,并为广大用户提供了最方便的服务而得到他们的支持和青睐,因而迅速发展成为国际性的网络。到了90年代Web的出现,大大增强了Internet的服务能力,为用户提供了极丰富、极方便的信息服务,使Internet为全人类构建了一个新的生存空间——Cyberspace(赛伯空间、信息空间、数字空间、或虚拟空间),将人类社会推进到一个新的信息化社会阶段。Web 2.0更为Internet中的每个用户提供了方便而有力的工具,使每个用户不仅是一个信息的服务对象,也可以成为一个媒体的制造者和提供者,平等的点对点(P2P)成为人们在信息空间中生存和相互交往的主要模式。在信息化社会中,人们既要在物理空间中生存和竞争,又要在虚拟的信息空间中生存和竞争。① 谈到信息的推拉,不可避免的要谈一下信息素养。意思是说信息获取者的对信息的拉取以及信息推送者对信息的推送都和信息需求者的信息素养有关。信息素养能够判断什么时候需要信息,并且懂得如何去获取信息,如何去评价和有效利用所需的信息。②那么什么信息素养的标准是什么呢?能意识到信息的重要性;能有效地、高效地获取信息;能批评地、胜任地评价这些信息;能准确地、创造性地利用这些信息;能有效地组织信息;具有很强的信息安全意识;知识获取能力。 下面我们来看一下信息的重要性:当今社会的三门主要技能是计算机应用水平、英语和信息获取技能;当今社会的支柱是材料、能源和信息;数字鸿沟。③只有具备及时获取信息,把握动态、分享知识、解决问题的能力,才能抓住机遇,才能迅速适应新职业的技术需求、才能充分展示和发挥自己的才华,实现自我的追求和价值。 当前我们所了解的信息是经历了长久的变革演变而来的。信息经历了五次变革。第一次,第一次信息革命,在原始社会人类有了数字和文字;第二次信息革命是书籍,第三次信息革命当是印刷术,信息开始高效率传播和复制,第四次信息革命是电报、电话、广播和电视的发明和普及应用。人类社会的第五次信息革命目前正在进行之中,第五次信息革命是以计算机的数据处理技术与新一代通信技术的有机结合为开端的。④目前为止信息的特性:(1)可识别性 信息是可以识别的,识别又可分为直接认别和间接识别,直接认别是指通过感官的识别,间接识别是指通过各种测试手段的识别。不同的信息源有不同的识别方法。 (2)可存储性 信息是可以通过各种方法存储的。 (3)可扩充性 信息随着时间的变化,将不断扩充。 (4)可压缩性 人们对信息进行加工、整理、概括、归纳就可使之精练,从而浓缩。 (5)可传递性 信息的可传递性是信息的本质等征。 ①摘自IT社区 ②摘自百度文档 ③摘自道客巴巴

OPPO消息推送服务开发者协议

OPPO消息推送服务开发者协议 文档版本号修订人修订日期修订内容 V1.0.0汤志文2017-6-12创建文档,新建规范V1.0.1 汤志文 李淑君 2017-7-5修订文档V1.0.2计玥2017-12-8修订文档 V1.0.3计玥2018-1-8修订文档 V1.0.4 计玥 李淑君 2018-2-22修订文档 OPPO消息推送技术服务协议(以下简称“本协议”)为东莞市讯怡电子科技有限公司(以下简称“讯怡”)与开发者就开展消息推送技术服务合作所应遵守的条款。 请开发者认真阅读、充分理解本协议各条款,特别是免除或者限制讯怡及其关联公司责任的条款、对开发者的权利限制条款、争议解决和法律适用条款等,该类条款将以加粗的形式提示开发者注意。请审慎阅读并选择接受或不接受本协议。除非开发者接受本协议所有条款,否则开发者无权使用讯怡提供的相关服务。开发者的登录或使用服务行为将视为对本协议(包括后续更新版本、以及开通或使用某项服务的单独协议)的接受,并同意接受本协议各项条款的约束。 1定义 1.1消息推送技术:是指提供给第三方应用(APP)开发者集成并使用消息推送平台的技术服务。开发者可以使用消息推送技术服务向终端用户发送应用通知消息。开发者可以使用的消息推送具体功能取决于讯怡授权的范围。 1.2授权技术:是指讯怡独立开发并享有知识产权或拥有合法授权的的消息推送技术以及本协议履行期间内的全部后续版本,包括但不限于其目标指令(可运行文件)以及技术文档等;以及指基于本协议的定制或开发需求产生的版本或为修复软件缺陷而提供技术支持产生的后续版本。 1.3开发者:是指在讯怡应用商店发布应用(APP)并且基于该应用向讯怡终端用户提供服务的个体,包括但不限于法人、自然人,为本协议所约束的当事方。

消息推送机制技术设计

消息推送技术 消息推送技术 消息推送 Web 层消息推送 套接字 HTTP 请求轮询 简单轮询 长轮询 HTTP 流 HTML 5 WebSocket 多客户端支持 APIs 多样 网络连接不稳定 最小化流量 服务层消息服务 Java Message Service 消息域 消息确认 技术设计 目标 Web 层设计 Pushlets 组件 JS 客户端 服务层设计 处理步骤 消息表 逻辑架构 推时序 关键点 参考 消息推送 消息推送是针对 Web 应用开发领域的技术,指服务端以主动方式将信息送达客户端。主要用于提升用户体验,避免用户刷新页面从服务端拉取数据。例如 Web 邮件中自动出现刚收到的邮件项,Web 即时通讯自动提示新到消息等应用场景。 要实现消息推送机制,涉及两方面的内容: ●Web 层消息推送 ●服务层消息服务

Web 层消息推送 套接字 可以使用套接字接口进行全双工通讯。可以通过 Flash XMLSocket、Java Applet 技术实现。 但由于实现方案与厂商技术绑定过紧,不属于 Web 标准化范畴,并且存在一些限制(通讯端口开启安全、客户端插件),这里不进行描述。 HTTP 请求轮询 目前的 Web 应用是基于 HTTP 协议的,其规定了请求-响应的处理模型,位于应用层的单工通讯模式使得纯粹意义上的服务端推送方式变得难以实现。 为了基于 HTTP 协议进行“推送”实现,可由客户端发起 HTTP 请求轮询,服务端在请求后返回响应。 根据轮询时间、请求处理方式,分为以下三种推。 简单轮询 客户端一般以定时方式发起请求,服务端处理后返回响应。 ●原理、客户端/服务端实现简单 ●可根据应用场景调整轮询时间间隔 ●服务端需要处理大量请求 长轮询 客户端发起请求后服务端将该请求挂起(不返回响应),直到超时、异常或需要处理响应(推内容)才返回。客户端收到响应后再次请求(即轮询)服务端,并处理响应。 ●实时性高 ●服务端需要管理挂起请求

消息推送方法、设备及显示终端的制作方法

本技术涉及消息共享技术领域,特别是公开了一种消息推送方法、装置及显示终端。在本技术所公开的消息推送方法中,首先接收待推送消息,获取与所述待推送消息对应的关键内容及显示参数,所述显示参数至少包括内容布局和显示时间,然后在所述显示参数规定的显示时间,将所述关键内容推送至显示终端的屏幕,并按照所述内容布局的限定进行显示。通过本方案,不需要打开特定界面下的消息通知栏才能获取到消息,从而能够直接快速的获取到感兴趣的消息,提高了消息显示的效率。并且,该方法中,不需要事先对节目流进行消息的加载,不需要运营商配置相关的设备,节省了成本。 技术要求 1.一种消息推送方法,其特征在于,包括: 接收待推送消息; 获取所述待推送消息对应的关键内容,所述关键内容至少包括:消息正文和/或消息标 题,以及,获取所述待推送消息的显示参数,其中所述显示参数至少包括:内容布局和 显示时间; 在所述显示参数规定的显示时间,将所述关键内容推送至屏幕,并按照所述显示参数规 定的内容布局显示所述关键内容在所有应用程序之上,以实现将推送消息强制显示在所 有应用程序之上,在用户使用任何应用的过程中显示推送消息,不必依赖消息通知栏, 使用户及时获取到推送消息。

2.根据权利要求1所述的方法,其特征在于,所述关键内容还包括: 所述待推送消息的发布人和/或发布时间。 3.根据权利要求1所述的方法,其特征在于,所述显示参数还包括: 显示次数、显示循环间隔和每次显示持续的时间长度。 4.根据权利要求1所述的方法,其特征在于,还包括: 当显示所述关键内容时,启动定时装置; 当根据所述定时装置,确定所述关键内容显示的时间长度已经达到预设值时,删除所述待推送消息。 5.根据权利要求1所述的方法,其特征在于,所述获取所述待推送消息的显示参数,包括: 解析所述接收到的消息,获取所述消息中包含的显示参数; 或, 接收输入的、与所述待推送消息相对应的所述显示参数。 6.一种消息推送装置,其特征在于,包括: 接收模块,用于接收待推送消息; 第一获取模块,用于获取所述待推送消息对应的关键内容,所述关键内容至少包括:消息正文和/或消息标题; 第二获取模块,用于获取所述待推送消息的显示参数,其中所述显示参数至少包括:内容布局和显示时间;

移动信息推送技术介绍_V0.1.0

移动信息推送技术介绍日期:2012-03-17

发布清单 步骤类型:批准,审核,告知,归档,其它(请说明)文档修改记录

目录 1概述 (4) 1.1推送实现技术 (4) 1.1.1客户端轮询方式实现push效果 (4) 1.1.2客户端保持IP长连接方式 (5) 1.1.3WAP 推送 (5) 1.2推送的价值 (7) 2主流推送技术平台介绍 (7) 2.1OMA Email Notification(EMN)技术 (7) 2.2Android Cloud to Device Messaging(C2DM)技术 (10) 2.3Apple Push Notification Service (APNS)技术 (11) 2.4BlackBerry Push Service(BES)技术 (14) 2.5Microsoft Push Notification Service (MPNS)技术 (15) 3现有推送技术方案评价 (16)

1概述 自从1998年推出无线应用协议(WAP)后,该协议得到了包括Nokia、Motorola、Ericssion 等多家大公司在内的业界的广泛支持。各公司除尽快的推出自己的产品,以期占有市场外,还在不遗余力的进行着协议的扩充和新应用的开发工作。推送(PUSH),这项在Internet中曾一度引起过轰动的技术,在同移动通信相结合后,再次被认为有着良好的应用前景。随着时代的发展,智能手机正在深刻地改变着人们使用手机的习惯,移动互联网无处不在,给众多开发人员和公司业务发展提供了一个很好的机遇。 所谓推送(push)技术是一种基于客户服务器机制,由服务器主动的将信息发往客户端的技术,其传送的信息通常是用户所事先预定的。同传统的拉技术(PULL)相比,两者最为主要的区别在于前者的是由服务器主动发送信息,而后者则是由客户机主动请求信息。其优势在于信息的主动性和及时性,可随时将信息推送到用户面前。在固定互联网中,用户对信息准确性、可靠性的要求远胜于对其及时性的要求,因此拉取方式得到了更广泛的应用。与传统pc方式访问互联网相比,移动终端的操作便利性和浏览器的用户体验较差,且对流量和耗电量更加敏感,因此对推送方式有更强烈的需求。因此,推送技术开始被越来越多的应用和平台所关注。 推送一次也越来越多的被人们提及和讨论。但是,因为推送本事是一类技术的统称,有多种具体的实现方式。在实际中也发现对推送技术有一些误解。本文试图阐述各主流推送技术机制,分析各自特点,并对推送技术的发展提供参考和建议。 1.1推送实现技术 1.1.1 客户端轮询方式实现push效果 最早出现的基于客户端轮询(Polling)实现类似push效果,对Email,新闻,天气等实时性要求不太高的应用,最简单、最自然的思路就是客户端周期性自动连接服务器执行查询、读取数据等任务。如Android平台上的一些咨询类Widget、国内商用的尚邮软件都是采用这样的方式。 这种方案以较简单、灵活的方式,为用户提供类似推送的体验。但是,周期性联网并连接服务器,对手机的电量和流量消耗都是很大的考验,特别是Polling比较频繁或终端上同时运行多个此类应用的时候。同时,当服务器无法更新数据时,polling也会消耗较多无意义的流量和电量。 严格来讲,周期性polling方案与推送无关,但从用户体验的角度来说,在一定程度上提供了类似推送的效果。

统一客户接触信息推送平台技术方案

安徽统一客户接触信息推送平台 技术方案

文档记录:摘要记录: 变更记录:

目录 第一章项目概述 (1) 1.1.项目背景 (1) 1.2.项目目标 (1) 第二章整体技术方案 (2) 2.1.系统总体架构 (3) 2.2.系统部署架构 (7) 第三章系统功能方案 (8) 3.1.接入配置管理 (8) 3.1.1.接入系统管理 (8) 3.1.2.服务等级管理 (8) 3.1.3.服务限制管理 (9) 3.1.4.接入场景管理 (9) 3.1.5.接入安全管理 (10) 3.2.策略配置管理 (10) 3.2.1.模板管理 (10) 3.2.2.规则管理 (10) 3.2.3.名单管理 (11) 3.2.4.信息防火墙管理 (11) 3.3.服务请求 (12) 3.4.信息构造 (12) 3.4.1.信息组合 (12) 3.4.2.信息压缩与合并 (12) 3.4.3.信息替换 (12) 3.5.推送执行 (13) 3.6.优先级发送机制 (13) 3.7.延迟发送 (13) 3.8.执行结果获取 (14) 3.9.全流程监控 (14) 3.9.1.执行监控 (14) 3.9.2.异常预警 (14)

3.10.1.字典管理 (15) 3.10.2.模块管理 (15) 3.10.3.机构管理 (15) 3.10.4.用户管理 (15) 3.10.5.角色管理 (16) 3.10.6.日志管理 (16) 第四章系统设计原则 (17) 4.1.实用性 (17) 4.2.易用性 (18) 4.3.可靠性 (19) 4.4.安全性 (19) 4.5.扩展性 (20) 4.6.开放性 (20) 4.7.先进性 (20) 4.8.标准性 (21) 第五章硬件要求 (21) 第六章整体实施方案 (22) 6.1.总体实施计划 (22) 6.2.项目组织架构及分工 (22) 6.2.1 组织架构图 (22) 6.2.2 架构分工及职责说明 (23) 6.3.系统安装、测试及数据迁移方案 (24) 6.3.1系统安装(上线割接) (24) 6.3.2测试保障 (25) 6.3.2.1V-Model测试方法 (25) 6.3.2.2测试分类 (26) 6.3.2.3测试执行、职责 (26) 6.4.验收标准 (27) 6.5.技术支撑及培训 (27) 6.5.1技术服务请求 (27)

相关主题
相关文档
最新文档