开发工具:
文件大小: 373kb
下载次数: 0
上传时间: 2019-07-04
详细说明:本文档适用于 Push 通道厂商、App 开发者、第三方 Push 服务提供商。
本接口规范建议文档包含以下建议内容:
● 整体技术架构
● 基础功能清单
● UPS-Server API 接口规范
● 终端 UPS 服务接口规范前
这一技术文稿是由统一推送联盟()技术标准组攥写
项日过程中采用三位编码的原则,格式如下
,初始版本号为
其中,在每一次大版本发布的时候加;
在有技术性变吏的时候加,如增加删减功能模块;
在有编辑性改动的时候加,如格式、段落调整
本标准起草单位:中国信息通信研究院、华为技术有限公司、北京小米移动软件有限公司、广东欧珀移动通信
有限公司、维沃移动通信有限公司、浙江每日互动网络科技股份有限公司、深圳市和讯华谷信息技术有限公
司、珠海市魅族通讯设各冇限公司、*(中国)冇限公司、北京百度网讯科技冇限公司深圳市腾讯计算
机系统冇限公司、北京爱奇艺科技有限公司、北京北信源软件股份有限公司、平安科技(深圳)有限公司、
圳兆日科技股份冇限公司、北京云中融信网络科技冇限公司、努比亚技术有限公司、联想(北京)有限公司、
北京奇虎科技有限公司、展讯通信(上海)有限公司、深圳市金立通信设备有限公司、锤子软件(北京
有限公司、深圳市万普拉斯科技有限公司、厦门美图移动科技有限公司、青岛海信移动通信技术妝份有限公
司、屮国移动通信集闭终端有限公司、新浪网技术(屮国)有限公司、联通宽带在线有限公司、屮国电信殷份
有限公司综合平台开发运营中心、网易(杭州)网络有限公司、小沃科技有限公司、中国移动通信集团公
司、北京字节跳动科技有限公司。
范围
安卓生态圈一直为开发者提供了一个开放的运行环境,用于实现各种创新的想法,然而相应地也产生
了相应的性能问题。消息推送是运营的重要一环,为了伉化消息推送成功率,降低电量和流量消耗,改善
用户的使用体验,系统级的推送服务显得尤为重要,各大手机厂商也已经提供或者正在研发基于各自系统平台
的系统推送服务解决方案。
故中国信息通信硏究院泰尔终端实验室联手各大手机厂商和提供搾送服务的互联网厂家成立“统一排送联
”,通过标准化统一通道层,降低终端功耗、捉升用户体验、支撑开发者生态建设,促进安卓推送服务行业
盟
健康发展,为终端用户提供更好的手机使用体验,为应用开发者解决消息推送需求。
本文档适用于通道厂商、开发者、第三方服务提供商。
通道厂商:指提供终端设备,并在终端设备操作系统层内置通道,能够对通道进行管控,在
黑屏后能够保持通道的厂商
开发者指经有效申请并经过通道厂商第三方服务提供商同意,使用服务,具备民事行
为能力的个人、法人或其他组织。以下简称开发者。
第三方服务提供崗:与通道厂崗对应,指不提供终端设备,提供集成服务的厂崗
本接口规范建议文档包含以下建议内容
●整体技术架构
●基础功能清单
接口规范
●终端服务接口规范
定义和缩略语
定义
术诘名称
含义
推送服务器
推送服务器接收并处理从应用开发者发的请求消息,向
客户端发送
内容。
客户端
安装终端上的客户端,负责统一与
交互的,将消息转给发
其他。
开发者
的所有者,开发者应为具备民事行为能力的个人、法人或其他组织。
服务器
开发者的服务器,调用
推送消息
客户端
安装在手机上的客户端,与客户端交互,接受消息。
提供有客户端集成的,提供接口给有客户端,与客户端交
互。
通知栏消息
通知栏消息是指消息通过
发送到客户端时,使用通
道厂商默认的消息呈现和点击动作
留存用户
针对具体在个月内注册的,并且登陆过系统,并且未被明确告知卸载
的逻辑用户数(非独立终端数)。
活跃用户
针对具体在个月内登陆过系统,并且未被明确告知卸载的逻辑用户
无效用户
针对具体没有对应
的逻辑用户或者不再活跃用户列表
中的逻辑用户
当日活跃用广
针对具体在查询当天或者指定具体某日期中登陆过系统的逻辑用户
消息接收总数
针对具体通过单推和
接口或者
中的单推和
推
送请求中包含的逻辑用户数。
有效接收消息数
针对消息接收总数中去除无效用广的消息数
在线下发数
在针对某逻辑用户下发时,此用户正有效登陆在系统上,并且消息下发成功
的消息总数。
离线下发数
在针对某逻辑用户下发时,此用户未有效登陆在系统上,并且消息无法在即
时下发成功,而后用户在消息有效期内登陆到系统并成功下发该消息的总
数。
实际下发数
在线下发数离线下发数
终端接收消息数
推送系统服务器成功将消息传递给终端,并且收到终端回执的消息总数。
终端展示消息数
终端在接收到消息后,成功展示在通知栏的消息总数
消息点击数
消息展示在通知樘后,被用户最终点击的消息总数。
缩咯语
概要
整体技术架构
本标准的技术原则为:
减轻
尽可能只定义接∏,将实现隐藏到服务侧
·屏蔽不同商(包括第三方推送)的底层技术差异
基本行为一·致性,保证不同的系统上有相同的基本行为,降低不必要的维护成本技术架构:
端设备
ap1服务器
APP APK
第三产
L1
推送服务器
Ap业务部分
ap2服务器
应用层
商UPS服务器
UPS SDK
长连接
ap3服务器
系统层
UPS推送 Service
app3这服务器
图统一推送的系统框图
图中,厂商服务器通过统一接凵接收的推送请求。并和终端系统中的推送
保持唯
一长连接
提供了标准的,实现服务器之间的交工。
标准接口
本标准接口分为两个部分
接凵连接
和
主要用于应用进行推送请求的鉴权、提交推送请求
接口让业务部分可以通过
笫三方接口层来使用在于杋上的推送模块,最终连接到推送服务
系统,完成使用推送所需要的基础工作
基础功能要求
功能清单
·采用
或者形式的接口,建议支持
,避免大量推送时造成连接数压力,提高推送效率
和稳定性
支持指定单个
或一组
列表进行消息推送
终端侧服务功能清单
提供初始化接凵,传入所需的应用信息(如),实现设备注册,并返回
给,用于后续进行消息推送
服务可以独立完成通知消息展示
可以打廾,关闭和注销推送通道的功能
提供查询当前
的接口;
相关接口()
基木功能接口
接口编号
接口描述
备注
服务端和推送服务端之间的接口集
推送鉴权
操作接口
推送
操作接凵
推送鉴权
用于应用摧送用户身你鉴定,通过后可获得
用于后续请求身份校验
该
具有一定的时效性,以保证安全性。
后续请求做为请求参数,如使用
协议的可以做为
头携带,本文后续接口默认都认为已携带该参
数,并推荐使用
●本接口定义参考标准
规范请求参数
属性
类型是否必传说明
是
依据
规范,本值必须为
client credentials
是
用户申请推送业务时生成的
(最长
节)
是
时间戳(单位,标准,从年月
日开始)
是
用广申请推送业务时获得对应
的秘钥
(最长字节)
●响应数据
属性
类型说明
鉴权结果
结果描述
当鉴权成功时才会有该字段,权限令牌推送消息时,需要提供
的有效期,以秒为单位
推送
对中单个用户,单独推送消息
消息总长度不超过字节
●请求数据
属性
类型
是否必传说明
是
多
列表建议最大值不超过
是
通知标题(不超过字节)
是
通知内容(不超过字节
消息保留时长(单位:秒,最长不超过天)
否
点击通知栏时打开的
组件
点击通知栏时打开的组件的参数()(不超
过字节)
为满足安卓的特性,增加通知通道的特性(不超
过字节)
是
推送消息的来源,品牌名称(英文或拼音)(不超过
字节)
是
如果消息由第三方代发,消息中要挟带消息原始来源
的地址(举例:
为原始推送消息发出方,将消
息发送给了
由代为发送至厂商,则发
出的消息中需要增加的地址。)
●响应数据
属性
类型
说明
推送结果
结果描述
任务编号
响应结果说明
●响应结果
描述
系统未知
成功
无效的
无效的
丿商预留错误
移动端接口规范()
基本功能接凵
接口编号
接口描述
备注
类名
注册服务,为设备申请作为唯操作接口
标识
获得的回调接口
回调接口
开启推送
操作接口
只关闭应用通知,不改变
关闭推送
操作接口
接口回调结果
回调接口
反注册
操作接口
反注册的回调接口
回调接口
获取
操作接口
获得
的回调接口
回调接口
注册服务
参数:
字段
说明
应用的
在设各商开发者网站上创建应用时生成的唯一标识
●返回:
●无
说明:
注册服务,获取设备上应用的
,作为后续的消息推送目标,结果异步回调返回,建议在
启动的时候调用
注册服务的回调
参数
字段
类型
说明
应用的
返回给应用的
作为后续的消息推
送目标
返回:
(系统自动生成,下载前可以参看下载内容)
下载文件列表
相关说明
- 本站资源为会员上传分享交流与学习,如有侵犯您的权益,请联系我们删除.
- 本站是交换下载平台,提供交流渠道,下载内容来自于网络,除下载问题外,其它问题请自行百度。
- 本站已设置防盗链,请勿用迅雷、QQ旋风等多线程下载软件下载资源,下载后用WinRAR最新版进行解压.
- 如果您发现内容无法下载,请稍后再次尝试;或者到消费记录里找到下载记录反馈给我们.
- 下载后发现下载的内容跟说明不相乎,请到消费记录里找到下载记录反馈给我们,经确认后退回积分.
- 如下载前有疑问,可以通过点击"提供者"的名字,查看对方的联系方式,联系对方咨询.