消息推送规则

微信平台内容推送计划书草案

微信平台内容推送计划方案（草案） 一、信息推送内容分类 集团微信： 1、企业管理 2、集团及子公司新闻 3、集团及子公司活动信息 4、节假日客户关怀信息 二、信息来源： 各大门户网站、权威发布平台、新闻、集团内部各子公司提供（注：公司内部提供信息、主题需在发布前一天提供） 三、素材管理 通过百度图库，360图库，门户网站照片等途径选择合适的推送图片。根据推送内容设计相关性高的图片，活动推广效果截图等 四、推送频率：1次/周，周五（内容必须在周四4点之前全部排版并审核完） 五、推送时间： 周五中午11点30分，下午17点30分 六、审核方式： 编辑好的图文信息于周四4点之前发送至各负责人（姜总、车总、宋总）审核，审核通过后按照原定计划时间发送。 七、沟通反馈 每次信息推送后，24小时内收集客户的反馈，将核心问题整理成文件收集，上报相关负责人。

八、推广方式 公司内部员工朋友圈转发推广。要求每个人收到公司发布的文章进行转发并配上相关的文字。 九、微信运营情况分析 每一个月，对微信的整体运营情况进行一个总体的分析，通过数据表确定哪些内容是客户所关注的内容，把客户问题回复整理成文件，针对客户反馈，着重推送客户关心的内容。 微信推送分析方案 一、定位： 依托微信公众平台，面向红木行业群体开展信息资讯传递、知识理念分享、优质资源推送和交流互动活动，打造红木业内贴身的“好帮手”，为受众群体提供最新的资讯，一站式的红木知识，便捷的服务，营造一个良好的氛围。 二、面向对象人群： 目前主要以从事红木行业及其相关人员为主。 三、版块设置和内容来源： 微信从内容上划分为“微资讯、微交流、微分享”三大系列十个小版块，每期根据内容编排，推出4条内容（周末除外）。 1、微资讯： 1）行业资讯：红木行业最新资讯。 2）热点追踪：业内最热门的资讯。 3）木材行情：每日原材最新行情。 4）仙作聚焦：仙游红木家具新闻。 2、微交流： 1）有奖活动：举办一些活动，起到交流互动的目的。例如，本次的挂历免费送活动。2）知识问答：举例，今天推送红木相关的问题，明日揭晓正确答案。 3、微分享： 1）收藏鉴赏：包括精品鉴赏，收藏知识。赏析精品红木家具，了解红木收藏知识。 2）红木百科：包括红木知识，红木选购，红木保养，红木鉴别一站式的红木百科。

消息推送(androidpn)

关于服务器端向Android客户端的推送，主要有三种方式：轮询，应用程序应当阶段性的与服务器进行连接并查询是否有新的消息到达，你必须自己实现与服务器之间的通信，例如消息排队等。而且你还要考虑轮询的频率，如果太慢可能导致某些消息的延迟，如果太快，则会大量消耗网络带宽和电池；SMS（通过发送短信并解析短信内容来获取服务器端的指令），这个出现的问题是很难找到免费的网关来发送短信；最后就是持久连接，主要是Socket通讯，这个解决了性能问题，但是耗电问题依旧没能解决。 在这里，我们主要介绍的是第三种，用持久连接的方式来进行推送。现在比较成熟的及时消息传递协议共有四种，而无疑最为主流就是XMPP协议，它是一种基于XML的传递协议，具有很强的灵活性和可扩展性。它的特点是将复杂性从客户端转移到了服务器端。在网上可以找到很多的XMPP资料，这里就不在赘述了，不然越扯越多。总之，XMPP主要显著的优点主要有以下几个方面： 1、分布式任何人都可以运行自己的XMPP服务器，它没有主服务器 2、安全性很高。使用SASL及TLS等技术的可靠安全性 3、开发性它是开源的，易于进行学习和了解 4、跨平台毋庸置疑，使用的XML进行传输的 说完优点，我们言归正传，基于XMPP协议的java开发有一个开源框架，那就是smack，它主要封装了一些XMPP的实现。而如果把它直接用在Android上是不行的，因为android缺少了一些java的类库，于是一个改进版的asmack诞生了，它是专门为android而改进的android smack。而另外一个开源框架的诞生，则是对在引用smack的基础上实现和服务器端的持久连接，以实现服务器对客户端的推送，那就是android push notification，简称androidpn。 Androidpn在客户端集成了asmack。这样就可以很容易的简立一个和服务器端的基于xmpp协议的socket连接。A ndroidpn的客户端中，进行管理连接的类是XmppManager，它主要用来管理连接的信息，比如XMPP的端口、IP、登录的用户名密码，以及对连接的维护。为什么还有用户名和密码？这不得不提到XMPP 的具体细节。整个服务器端和客户端的通信是基于一个session（会话）过程，

高可用的移动消息推送平台方案

高可用的移动消息推送平台方案

消息推送作为移动APP 运营中的一项关键技术，已经被越来越广泛的运用。本文追溯了推送技术的发展历史，剖析了其核心原理，并对推送服务的关键技术进行深入剖析，围绕消息推送时产生的服务不稳定性，消息丢失、延迟，接入复杂性，统计缺失等问题，提供了一整套平台级的高可用消息推送解决方案。实践中，借助于该平台，不仅能提能显著提高消息到达率，还能提高研发效率，并道出了移动开发基础设施的平台化架构思路。推送基础 移动互联网蓬勃发展的今天，大部分手机APP 都提供了消息推送功能，如新闻客户端的热点新闻推荐，IM 工具的聊天消息提醒，电商产品促销信息，企业应用的通知和审批流程等等。推送对于提高产品活跃度、提高功能模块使用率、提升用户粘性、提升用户留存率起到了重要作用，作为APP 运营中一个关键的免费渠道，对消息推送的合理运用能有效促进目标的实现。 推送最早诞生于Email 中，用于提醒新的消息，而移动互联网时代则更多的运用在了移动客户端程序。要获取服务器的数据，通常有两种方式：第一种是客户端PULL（拉）方式，即每隔一段时间去服务器获取是否有数据；第二种是服务端PUSH（推）方式，服务器在有数据的时候主动发给客户端。 很显然，PULL 方案优点是简单但是实时性较差，我们也可以通过提高查询频率来提高实时性，但这又会造电量、流量的消耗过高，反之PUSH 方案基于TCP 长连接方式实现，消息实时性好，但是由于要保持APP 客户端和服务端的长连接心跳，也会带来额外的电量和流量消耗。因此在整体架构设计中需要折中平衡，目前主流的推送实现方式都是基于PUSH 的方案。 移动推送的三种实现方式 目前移动推送技术实现方式主要有以下三种： 轮询方式（PULL）

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.wendangku.net/doc/f216762146.html,/tokudu/AndroidPushNotificationsDemo）下载该项目的实例代码，并且可以找到一个采用PHP书写的服务器端实现（https://https://www.wendangku.net/doc/f216762146.html,/tokudu/PhpMQTTClient）。 C、RSMB实现推送功能 Really Small Message Broker(RSMB)，是一个简单的MQTT代理，同样由IBM提供，其查看地址是：https://www.wendangku.net/doc/f216762146.html,/tech/rsmb。缺省打开1883端口，应用程序当中，它负责接收来自服务器的消息并将其转发给指定的移动设备。SAM是一个针对MQTT写的PHP库。我们可以从这个https://www.wendangku.net/doc/f216762146.html,/package/sam/download/0.2.0地址下载它.

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 请求轮询，服务端在请求后返回响应。 根据轮询时间、请求处理方式，分为以下三种推。 简单轮询 客户端一般以定时方式发起请求，服务端处理后返回响应。 ●原理、客户端/服务端实现简单 ●可根据应用场景调整轮询时间间隔 ●服务端需要处理大量请求 长轮询 客户端发起请求后服务端将该请求挂起（不返回响应），直到超时、异常或需要处理响应（推内容）才返回。客户端收到响应后再次请求（即轮询）服务端，并处理响应。 ●实时性高 ●服务端需要管理挂起请求

客户端消息推送实现方案

客户端消息推送方案 本文所提推送为服务端有新的消息时，把最新的信息push到客户端上。 1、第一种解决方案 采用http json轮询方式 客户端固定频率向服务器发送查询报文，服务端返回最新信息。 ●优点：实现简单、成要较低 ●缺点：消息实时性欠佳，客户过多，可能导致资源浪费 2、第二种解决方案 Android平台采用google 提供的C2DM云端推送功能。 Android Cloud to Device Messaging (C2DM)是一个用来帮助开发者从服务器向Android应用程序发送数据的服务。该服务提供了一个简单的、轻量级的机制，允许服务器可以通知移动应用程序直接与服务器进行通信，以便于从服务器获取应用程序更新和用户数据。C2DM服务负责处理诸如消息排队等事务并向运行于目标设备上的应用程序分发这些消息。其操作过程如下： 经过查询和实验，有如下问题： 1）C2DM内置于Android的2.2系统上，无法兼容老的1.6到2.1系统; 2）C2DM需要依赖于Google官方提供的C2DM服务器，由于国内的网络环境，这个服务经

常不可用，如果想要很好的使用，我们的App Server必须也在国外。 3、第三种解决方案 XMPP协议实现Android推送功能 Google官方的C2DM服务器底层也是采用XMPP协议进行的封装。XMPP(可扩展通讯和表示协议)是基于可扩展标记语言（XML）的协议，它用于即时消息（IM）以及在线探测。这个协议可能最终允许因特网用户向因特网上的其他任何人发送即时消息。 androidpn 客户端需要用到一个基于java的开源XMPP协议包asmack，这个包同样也是基于openfire下的另外一个开源项目smack，不过我们不需要自己编译，可以直接把androidpn 客户端里面的asmack.jar拿来使用。客户端利用asmack中提供的XMPPConnection类与服务器建立持久连接，并通过该连接进行用户注册和登录认证，同样也是通过这条连接，接收服务器发送的通知。 androidpn服务器端也是java语言实现的，基于openfire开源工程，不过它的Web部分采用的是spring框架，这一点与openfire是不同的。Androidpn服务器包含两个部分，一个是侦听在5222端口上的XMPP服务，负责与客户端的XMPPConnection类进行通信，作用是用户注册和身份认证，并发送推送通知消息。另外一部分是Web服务器，采用一个轻量级的HTTP服务器，负责接收用户的Web请求。服务器架构如下： 最上层包含四个组成部分，分别是SessionManager，Auth Manager，PresenceManager以及Notification Manager。SessionManager负责管理客户端与服务器之间的会话，Auth Manager 负责客户端用户认证管理，Presence Manager负责管理客户端用户的登录状态，NotificationManager负责实现服务器向客户端推送消息功能。 这个解决方案的最大优势就是简单，我们不需要象C2DM那样依赖操作系统版本，也不会担心某一天Google服务器不可用。利用XMPP协议我们还可以进一步的对协议进行扩展，实现更为完善的功能。采用这个方案，我们目前只能发送文字消息，一般情况下，利用推送只是告诉手机端服务器发生了某些改变，当客户端收到通知以后，应该主动到服务器获取最新的数据，这样才是推送服务的完整实现。 经过查询和试验，发现androidpn一些缺点： ●连接时间过长时，客户端收不到服务器推送消息。 ●性能上不够稳定。 ●没有失败重推机制。

百度云推送服务的流程简述及概念解释

百度云推送服务的流程简述及概念解释 一，百度云推送服务概述 “百度云推送”是“百度开放云平台”向开发者提供的消息推送服务；通过利用云端与客户端之间建立稳定、可靠的长连接来为开发者提供向客户端应用推送实时消息服务。 云推送服务主要提供以下功能： 1，推送通知：向移动端推送展现在系统通知栏的通知消息。 2，推送消息：将开发者自定义的内容发送到客户端。开发者可以预先在客户端设定好规范，进行消息定制化。 3，推送富媒体：推送图片、视频、音频、网址等形式的富媒体信息。 4，信息统计：提供推送信息和用户行为的统计。 二，推送流程 1，开发者在百度注册并登陆后，创建一个应用（该应用会被百度分配一个API Key 和一个secret Key）； 2，利用百度提供的客户端android SDK编写该应用的客户端程序，将API Key写入客户端程序的配置文件；（客户端程序在安装时，会根据设备属性等参数生成一 个user id和一个channel id，并通过网络在百度云推送服务器中注册。）3，利用百度提供的推送平台向百度的推送服务器（“云端”）发送推送消息的命令（人工操作），百度服务器收到命令后向客户端推送消息。该过程也可以由开发 者利用百度提供的PHP SDK编写脚本完成，此时需要显式使用API Key和secret Key，根据推送需求可能还会需要user id、channel id以及tag。 三，名词解释 1，API Key：应用标识，终端上的绑定和服务端推送消息时都要用到。 2，Secret Key：应用私钥，服务端推送消息时用到。 3，channel id：推送通道ID，通常指一个终端，如一台android系统手机。客户端绑定调用返回值中可获得。 4，user id：应用的用户ID，一个应用在多个端可以都属于同一用户。user id和channel id配合可以唯一指定一个应用的特定终端。如果应用不是基于百度账户 的账户体系，单独用user就通常指定了一个应用的特定终端。客户端绑定调用 返回值中可获得。 5，tag：tag是一个用来划分用户群的属性。android SDK和PHP SDK均能对tag进行设置、绑定、删除等操作，所不同的是android SDK只能进行用户级的tag操 作，而PHP SDK可以进行全局级的tag操作。 6，云端：百度云推送服务器，是云推送服务的核心。保存了各个云推送服务的各项属性及数据，包括API Key、Secret Key，所有的channel id、user id、tag、尚 未发送的离线消息等。百度云推送服务器直接负责消息的推送工作，并通过SDK

校园消息推送APP

校园消息推送APP 一、内容 1、产品概念 “”APP是一款针对当代大学生量身定做的一款校园服务型应用。在互联网日益发展的新媒体时代，人们越来越倾向于快节奏的生活。而“”就是针对我国日益增多的大学生们量身定做的一款以互联网为平台，模拟真实的校园环境，为广大师生提供各类校园资讯、校内服务，连接起更多的第三方业务，提供“一站式”服务的智慧型模拟校园APP。 其功能主要包括校园电子地图导航，学习资源查询（包括空教室、图书馆馆藏、教师课件、历年考试试题下载、成绩查询等），校内资讯推送，等级考试知识分享、学长学姐经验说、失物招领等多种功能，切实解决大学新生入学难以融入大学生活、校内网通知难以及时把握、从校级到院级逐层通知的繁琐等问题。引领校园生活走向新媒体的时代，让校园生活变得更加丰富多彩，方便快捷。 当今媒体上，此类校园服务类APP并不匮乏，但 而“”APP的优势则在于其全面性和针对性。

首先，它将切实针对不同学院不同专业不同兴趣爱好的学生，为其推送仅与使用者有关的校方通知，做到有效过滤无用信息，及时更新各类资讯。 其次，校内电子地图导航的功能将极好的解决新生入学对大学不了解的情况。 除此之外，校内图书馆馆藏查询也有效的节约了在校大学生的宝贵时间。使得大学生们的生活变得更加方便快捷。 而我们也会与其他第三方合作，提供包括课程、答疑、题库、在线测评、智能课堂的互动。我们主要还是搭一个平台、做连接器的工作，把更多的第三方业务结合进来。 与同类产品相比，腾讯智慧校园具有六大特点。第一，场景全覆盖，市面类似的App多为覆盖某一个场景相比，腾讯智慧校园致力于实现服务场景的全覆盖；第二，为用户提供企业级安全保障，为数据的稳定性和安全性提供保障；第三，连通腾讯网亿级用户媒体平台，为学校提供媒体方面的支撑；第四，腾讯智慧校园将满足全媒体类型的无限量信息推送，直接推送到用户的微信主信息流中；第五，可以为教育厅局、教研单位等教育教学管理单位提供数据统计、舆情统计、排行榜等功能；第六，集成腾讯优质产品为学校服务，如整合了微信、腾讯视频、腾讯地图等产品服务，提供“一站式”服务。 市场推广方面，11月开始，腾讯将在全国8个重点城市展开“腾讯智慧校园公开课”，向校园场景的用户介绍智慧校园产品；同时，在各教育领域、各区域，选择合作伙伴共同进行产品的市场推广和用户维护。“目前我们已经在一些领域找到了一些非常优质的合作伙伴，并将继续通过腾讯网在全国的13个地方站实现产品的迅速推广和合作共赢。”腾讯教育频道主编翟东海介绍。 2、市场需求 随着网络技术的发达，消息的传播形式也发生了一些根本上的变化。例如学校的一些重要信息都只是在校园网上刊登， 学校的一些招聘信息以及一些其他重大的信息都是在校园网上