标准规范方案

标准规范方案

在标准规范制定方面，以《全军网络安全和信息化建设“十三五”规划》为基础，以各类军事信息化建设总体标准、系统工程标准、应用支撑标准、网络基础设施标准、信息安全标准以及管理标准为依据，针对空军军事人力资源大数据系统项目特色，补充建设空军军事人力资源工作数据元数据标准、空军军事人力资源工作数据分类及编码标准、空军军事人力资源工作数据质量管理标准、空军军事人力资源工作数据库设计标准、空军军事人力资源工作数据模型管理标准、空军军事、空军军事人力资源工作数据产品制作标准、空军军事人力资源工作数据访问服务接口标准以及空军军事人力资源工作数据推送技术接口规范等符合空军军事人力资源工作及数据平台建设的统一化标准规范。

0.0.1.1标准规范建设依据

0.0.1.2制定方法及流程

标准规范建设是一项基础工作，需要根据项目建设的实际情况进行分步实施。标准规范建设的研究制定过程要经过体系规划、研究编制、宣传培训、实际应用、监督完善等阶段，每个阶段的工作都需要在统一的标准规范工作平台上完成。具体过程如下图所示：

图 21‑51 标准规范体系建设方法及流程

第一阶段：体系规划

空军人力资源工作数据标准规范主要在全军军事人力资源信息系统标准规范下，继承空军数据标准规范等内容，结合空军人力资源工作实际，规划空军人力资源工作数据需要遵循的标准规范、需要制定的标准规范。

第二阶段：研究编制

为安全、高效地采集、管理和运用空军人力资源工作数据，发挥人力资源工作数据的作用，研究制定九类人力资源工作数据标准规范，并进行标准规范之间的一致性协调。标准规范研究编制工作需在项目建设领导小组的统一领导下，由标准规范编制组进行相关标准的研究制定工作。项目建设领导小组由空军信息中心领导、各业务相关部门领导组成；标准规范编制组由空军人力资源部相关业务专家、行业专家以及我单位相关标准研究人员共同组成。

标准规范研究编制流程为：

图 21‑52 标准规范研究编制流程

第三阶段：宣传培训

培训主要针对空军各层级的各个部门相关人员，经过标准相关内容和使用技巧的宣贯培训，确保标准使用人员能够更快捷的获取所需的标准，更准确的把握标准的使用程度。使得各项标准能够充分的应用。开展各项标准规范宣传培训。

第四阶段：实际应用

在空军各层级数据建设中应用标准规范，协助制定符合规范的技术方案，建设符合标准规范的服务应用系统。

第五阶段：监督完善

监督标准规范实施，并不断完善标准规范。根据数据实际发展建设过程的应用情况和技术发展情况不断完善标准规范，制定符合空军人力资源部应用的标准规范推广工作方案，在推广过程中建立标准规范落实的质量控制体系，保证标准规范的具体落实和不断改进。

0.0.1.3补充建设数据标准

人力资源工作数据标准规范建设如下所示：

表 21‑174 人力资源工作数据标准规范

0.0.1.4人力资源元数据标准

0.0.1.4.1范围

本规范规定了空军人力资源工作数据的元数据描述规范。

本规范适用于空军人力资源工作数据的元数据描述方法、元数据框架、专用元数据选取与扩展、元数据规范及元数据扩展等内容。

0.0.1.4.2规范性引用文件

下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。

GB/T 18391.1-2002信息技术 数据元的规范与标准化 第1部分:数据元的规范与标准化框架

GB/T 18391.2-2003信息技术 数据元的规范与标准化 第2部分:数据元的分类

GB/T 18391.3-2001信息技术 数据元的规范与标准化 第3部分:数据元的基本属性

GB/T 18391.4-2001信息技术 数据元的规范与标准化 第4部分:数据定义的编写规则与指南

GB/T 18391.5-2001信息技术 数据元的规范与标准化 第5部分:数据元的命名和标识原则

GB/T 18391.6-2001信息技术 数据元的规范与标准化 第6部分:数据元的登记

0.0.1.4.3术语和定义

下列术语和定义适用于本文件。

【元数据】定义和描述其他数据的数据。

[GB/T 18391.3-2009，定义3.2.18]

【属性】元数据的特征。

【必选】必须要求的。

【可选】允许但并非必要的。

0.0.1.4.4元数据规范与描述

空军人力资源工作数据元数据描述应该包括元数据标识符、中文名称、字段名称、字段说明、数据类型、数据格式、值域、密级、开放类型、共享类型、提供方式。

1.元数据描述

元数据按照名称、定义、约束、出现次数、数据类型进行描述。

表 21‑175 元数据描述

2.字段中文名称

表 21‑176 字段中文名称

3.字段英文名称

表 21‑177 字段英文名称

4.字段说明

表 21‑178 字段说明

5.数据类型

表 21‑179 数据类型

6.元数据标识符

表 21‑180 元数据标识符

7.数据格式

定义：从应用的角度规定的元数据值的格式需求，包括所允许的最大或最小字符长度、元数据值的类型等；

约束：必选；

出现次数：0:1；

类型：字符串；

备注：数据格式的表示如下表所示：

表 21‑181 数据格式的表示

8.值域

表 21‑182 值域

9.密级

表 21‑183 密级

10.共享类型

表 21‑184 共享类型

11.开放类型

表 21‑185 开放类型

12.提供部门

表 21‑186 提供部门

13.提供方式

表 21‑187 提供方式

0.0.1.4.5元数据框架

1.元数据编码结构

元数据编码结构如下图所示：

图 21‑53 元数据编码结构

编码说明如下所述：

一级代码：由1位阿拉伯数字表示，1代表空军人力资源基本情况，2代表人力资源工作业务情况，3代表人力资源工作相关。

二级代码：在一级分类基础上，再划分子分类，如，基本情况基本大类下再划分人力资源工作、体制编制等核心元数据，用01标识人力资源工作核心元数据，02代表体制编制核心元数据。

三级代码：在二级分类基础上，在划分子分类，如，人力资源工作下的组织建设。

顺序码：用01，02等顺序表示元数据。

2.元数据目录

基于数据资源库设计，按照元数据编码规则对元数据进行编码，形成人力资源工作数据元数据目录。

0.0.1.4.6专用元数据选取与扩展

专用元数据是对一个或多个元数据基础标准扩展的集合，在适用的范围内，为完成一个特定的功能，需对基础标准的章、类选项和参数进行合理的取舍或增加。在满足用户需求的情况下，为维护专用元数据标准的一致性，对元数据标准的扩展要依据一定的原则。

扩展的元数据元素不应该改变现有元数据元素的名称、定义或数据类型；扩展的元数据可以定义为实体，可以包含扩展的和现有的元数据元素，作为其组成部分；允许对现有元数据元素施加比原标准要求更加严格的约束条件；允许对元数据元素的域施加比原标准更加严格的限制；允许对原标准认可的域值的使用加以限制；允许对代码表中值的数目进行扩展；不得扩展原标准不允许的内容。

0.0.1.4.7元数据扩展

在扩展元数据标准前，要对领域元数据标准进行全面分析，分析元数据实体/元素名称、定义、数据类型、约束条件、值域和最大出现次数等属性，满足要求则采用该现有元数据实体/元素，不满足需求的情况下，扩展元数据标准。

0.0.1.5人力资源数据分类及编码标准

0.0.1.5.1范围

本文档规定了空军人力资源工作数据分类及编码方法、编码结构、分类编码方法和分类代码等内容。

本文档适用于在空军人力资源工作数据建设与运维管理中，对数据进行分类，并用于分类信息的处理和交换，进行数据统计时的信息类型或者类别使用分类代码时需遵循本规范。

0.0.1.5.2规范性引用文件

下列文件中的条款通过本文档的引用而成为本部分的条款，凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本文档。凡是不注日期的引用文件，其最新版本适用于本文档。

GB/T 7027-2002 《信息分类和编码的基本原则和方法》

GB/T 10113-2003 《分类与编码通用术语》

GJB/T 5402.1-2005 《军事信息资源分类法 第1部分：编制规则》

0.0.1.5.3分类原则及方法

唯一性：每一个编码对应仅对应有一个代码，一个代码只唯一表示一个编码对象。

可扩充性：留有适当的后备容量，以便适应不断扩充的需要。

简明性：代码结构尽量简单，长度尽量短，以便减少代码的差错率。

规范性：代码的类型，代码的结构以及代码的编写格式应当统一。

0.0.1.5.4数据分类编码结构

空军人力资源工作数据分类及编码结构如下图所示：

图 21‑54 人力资源工作数据分类及编码结构

0.0.1.5.5数据分类编码方法

参考“GB/T 5402.1-2005 《军事信息资源分类法 第1部分：编制规则》”、“GB/T 10113-2003 《分类与编码通用术语》”，采用线分类和层次编码法，将空军人力资源工作数据分类划分为基本大类、中类、小类和细类四级。

空军人力资源工作数据分为军队组织工作数据、军队干部工作数据、军队兵员工作数据、军队文职人员工作数据、军队保卫工作数据，依次用A、B、C、D、E顺次表示。

数据分类中的中类、小类、细类，根据需要设立带有“其他”字样的收容项。为了便于识别，原则上规定收容项的代码尾数为“9”。

字母后面每四位数字用“.”分隔。

0.0.1.6人力资源数据质量管理标准

0.0.1.6.1范围

本规范规定了空军人力资源工作数据抽取、清洗、转换、整编等过程的质量管理审核的规范。

本规范使用于空军人力资源工作数据在采集、治理、使用过程中的质量管理。

0.0.1.6.2术语和定义

下列术语和定义适用于本文件。

【数据质量】客观反映人力资源工作数据固有特性的程度。

【数据质量管理】对人力资源工作数据从数据抽取、清洗、转换、整编的全生命周期的每个阶段里可能引发的各类数据质量问题，进行识别、监控、预警、处理等一系列管理活动，并通过改善和提高管理水平使得数据质量获得进一步提高。

0.0.1.6.3数据质量管理内容

数据质量管理是运用相关技术来衡量、提高和确保数据质量的规划、实施与控制等一系列活动。

数据质量管理贯穿数据生命周期的全过程，覆盖人力资源工作数据(包括从指挥信息系统、人力资源信息系统、党员管理信息系统等相关系统引接及从空军人力资源工作部门采集数据)抽取、清洗、转换、整编等各个过程的质量管理审核。

数据质量管理内容包括：

制定、修订数据质量管理遵循的标准；

确立、修订数据质量管理工作流程、优化部门协同机制；

制定数据质量管理决策机制；

监督日常数据质量管理；

有序进行数据质量的核查。

0.0.1.6.4数据质量管理指标

通过开展数据质量管理工作，可以获得干净、结构清晰的数据，是后续人力资源部对数据应用、提供对外数据服务、发挥数据价值的必要前提。衡量数据质量的指标包括：

表 21‑188 衡量数据质量的指标

0.0.1.7人力资源数据库设计标准

能够构建人力资源工作数据库设计标准，该标准包括数据库表设计要求、命名要求、字段描述、数据类型设计、数据字典及数据版本控制等规范要求。

0.0.1.7.1范围

本文档规定了空军人力资源工作数据库设计标准，该标准包括数据库表设计要求、命名要求、字段描述、数据类型设计、数据字典及数据版本控制等内容。

本文档适用于指导空军人力资源工作数据库建设及运行过程中数据模型设计、数据库对象命名以及表、字段等数据库设计及版本管理。

0.0.1.7.2规范性引用文件

下列文件中的条款通过本文档的引用而成为本部分的条款，凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本文档。凡是不注日期的引用文件，其最新版本适用于本文档。

GB/T 11457-2006 《信息技术 软件工程术语》

0.0.1.7.3术语和缩略语

1.术语

下列术语和定义适用于本文件。

表 21‑189 术语

2.缩略语

E-R：实体关系图(Entity-Relationship Diagram)

UML：统一建模语言(Unified Modeling Language)

DBMS：数据库管理系统(Database Management System)

0.0.1.7.4总体要求

1.基本要求

数据库设计的描述应满足以下要求：

采用文字、表格、实体-关系图等形式进行数据库设计；

设计库设计必须遵循命名规范。

2.数据库范式要求

数据库要求达到第三范式的要求，根据实际情况，若达到第三范式确实有困难，不能低于第二范式。

表 21‑190 数据库范式

0.0.1.7.5数据类型设计

数据类型包括Text、Memo、Byte、Intege、Long、Single、Double、Currency等多种类型，数据类型及描述具体如下表所示：

表 21‑191 数据类型设计

0.0.1.7.6数据模型设计

1.概念设计

概念设计包括实体、实体关系，并进行必要的文字说明，实体-实体关系如下表所示的图元素进行表达。

表 21‑192 概念设计图元素

2.逻辑设计

基本要求：逻辑设计用于描述信息的逻辑结构，采用实体-关系图、数据元-实体关系表、数据元取值影响说明表、复合属性代码表相结合的方式。

概念设计转化逻辑设计：将概念设计E-R图中的实体、实体属性和实体间的关联转换成数据表。

实体-关系图：在实体-关系中，应显示实体数据项的类型域，不显示实体数据项在具体数据库管理系统中的数据类型。

数据完整性：逻辑设计应达到实体完整性和引用完整性两个方面的要求。

3.物理设计要求

基本要求：物理设计应准确描述数据资源在具体的数据库管理系统中的物理结构，主要包括数据项名称、数据类型、数据长度、数据表定义、表间关系、主键、外键、完整性约束等，采用实体-关系图和实体数据项定义表相结合的方式描述。

实体关系图：实体关系图应包括所有的实体；实体中应包括所有数据项、标识出主键、外键；应准确描述实体与实体之间一对一、一对多、多对一和多对多等关联关系，以及数据完整性的约束；应显示实体中的数据项在具体数据库管理系统中的数据类型，不显示数据项的类型域。

实体数据项定义表：实体数据项定义应满足以下要求：数据库管理系统名称及版本：填写所采用的数据库管理系统名称，并填写具体版本号；序号：采用正整数，升序排列；

实体名称：应同与逻辑设计中数据元-实体关系表中对应的实体名称；

数据表名称：填写实体在数据库管理系统中对应的数据表名称；

数据元标识符：数据表中数据字段对应的数据元标识符；

数据元名称：填写数据元标识符对应的数据元名称或简称；

字段名称：填写数据项对应的数据表字段的名称；

数据类型：填写数据表字段的数据类型；

存储参数：填写字段的字符长度，或数值有效位数，精度；

备注：填写数据表字段需要说明的其他内容。

表 21‑193 实体数据项定义表

0.0.1.7.7数据库分类与组织

1.数据库分类

按照数据库的功能、用途等特性，把一个系统或者一个项目所使用的数据库分为一到多个数据库，数据库再分为一到多个数据集，一个数据集再分为一到多个数据表。

2.数据库组织

数据库按照数据集、数据表的方式组织。

数据集：数据库中由内容完整一致性或相近或相互关系较紧密的一些列表组成。

数据表：数据的最小组织单位。

图 21‑55 数据库组织

0.0.1.7.8数据库对象命名规范

数据库命名：数据库命名由中文名称汉字的汉语拼音大写首字母组成。

数据集命名：数据集命名在数据库命名基础上，中间加下划线以及数据集汉语拼音大写首字母组成，数据集下可再分数据子集。数据集命名结构如下图所示：

图 21‑56 数据集命名规则

数据表命名：数据表命名在数据集命名基础上，中间加下划线以及数据表汉语拼音大写首字母组成。数据表命名规则如下图所示：

图 21‑57 数据表命名规则

字段命名：字段命名在数据表命名基础上，中间加下划线以及字段汉语拼音大写首字母组成。字段命名也可直接采用字段拼音首字母大写方式进行命名。字段命名规则如下图所示：

图 21‑58 字段命名规则

0.0.1.7.9数据库设计规范

数据库设计规范涵盖表设计规范、字段设计规范，具体如下表所示：

表 21‑194 数据库设计规范

0.0.1.7.10数据字典设计规范

数据字典是确保开发人员使用统一的数据定义，也是系统设计、系统实施与维护的重要依据。

数据字典是以数据库中数据基本单元为单位，按一定顺序排列，对其内容作详细说明。

数据字典对所有数据库结构进行描述。

数据字典定义应用程序中使用的所有数据元素和结构的含义、类型、数据大小、格式、度量单位、精度以及允许的取值范围。

0.0.1.7.11数据版本控制设计

数据版本控制的目标一是保留历史数据，二是有效的解决并发编辑操作。版本控制使用时，需要对数据库中的表新增一条版本号字段。

版本字段内数据的设计，采用两种方式，使用一条自增的数据或使用生效时间和失效时间。

0.0.1.8人力资源数据产品制作标准

能够构建人力资源工作数据产品制作标准，该标准包括各类数据产品(标准目录、转换工具等)的内容、结构、约束以及需遵守质量要求。

0.0.1.8.1范围

本文档规定了空军人力资源工作各类数据产品的内容、结构、约束以及需遵守的质量等内容。

本文档适用于空军人力资源工作数据产品的研制与生产，其他数据产品可参照本文档。

0.0.1.8.2术语和定义

下列术语和定义适用于本文件。

【数据产品】：数据产品是发挥数据价值辅助各级部门更优的做决策的一种产品形式。

0.0.1.8.3数据产品分类

空军人力资源工作数据产品类别可分为：数据服务类产品、数据分析类产品、数据检索类产品、数据挖掘类产品。

0.0.1.8.4数据覆盖范围

数据覆盖范围干部、兵员、文职人员、生长干部、预备役人员等基础人员信息、党团组织、法律战、舆论战、心理战、保卫、敌军和群众工作、宣传文化装备信息，兵力编组、调控计划、方案预案、文书、演训资料等。

0.0.1.8.5数据产品内容及结构

数据产品内容包括数据产品标识信息、数据产品内容、数据更新维护信息、数据产品更新频率、数据产品分发信息、数据产品密级共5部分内容，各类数据产品的具体内容如下表。

表 21‑195 各类数据产品内容

数据产品约束：数据产品约束主要是用来确保数据产品的准确性和一致性。数据产品约束主要包括以下三类：数据源的准确性，对数据产品的数据源进行约束，包括数据范围、数据准确性；数据模型的精确性，数据产品精确性依赖于数据模型的训练精确性；统计提要指标的完整性，对业务中涉及的统计提要指标进行编制，保障统计提要指标的完整性。

0.0.1.9人力资源数据访问服务接口标准

0.0.1.9.1范围

本文档规定了空军人力资源工作数据访问服务接口的数据服务方式、内容、范围，数据共享服务的接口协议、数据调用方法服务的安全性、可靠件、稳定性等内容。

本文档适用于空军人力资源工作数据访问接口进行管理以及其他系统数据访问的调用。

0.0.1.9.2规范性引用文件

GB 18030-2005 信息技术 中文编码字符集

TR-REC-014 核心元数据标准

TR-REC-014 资源唯一标识符规范

0.0.1.9.3数据服务方式

基于可编程的应用程序Web Service方式提供。

应用之间通过Web Service进行集成，其中工作角色主要有服务提供者、服务消费者，如下图所示：

图 21‑59 数据接口交互过程

业务应用服务提供者负责开发、定义接口服务，并以Web Service形式发布，第三方业务应用服务消费者通过客户端调用服务提供者提供的服务，并通过服务提供者来执行服务。

0.0.1.9.4接口内容及范围

访问服务接口内容及接口描述如下表。

表 21‑196 访问服务接口内容及接口描述

0.0.1.9.5数据共享服务接口协议

数据共享服务的接口协议采用HTTP1.1传输协议。

HTTP是一个客户端和服务器端请求和应答的标准(TCP)。客户端是终端用户，服务器端是网站。

0.0.1.9.6数据调用方法

1.数据调用方式

数据调用方式包括POST方法与GET方法。

POST方法：POST方法是必须实现的，被用于请求源服务器接受请求中的实体作为请求资源的一个新的从属物。

GET方法：GET方法为可选方式，是获取被请求URI(Request-URI)指定的信息(以实体的格式)。

2.数据调用安全

采用基于IP地址的身份验证方式。在服务调用的过程中，服务提供者获取调用者的IP地址，在本地保存的授权访问IP地址列表中查询，认证通过执行服务返回数据，不通过则拒绝服务。

0.0.1.9.7数据交换格式

1.XML数据格式交换要求

数据交换包由数据包头和数据包体两部分组成。

数据包头：由数据包标识、发送方标识、接收方标识、数据包生成日期及时间等属性组成。

数据包体：主要由若干数据项组成。

数据交换包组成见下图所示：

图 21‑60 数据交换包组成表 21‑197 数据交换包组成元素及属性

2.JSON数据格式交换要求

JSON两种标识结构，对象和数组。

（1）对象

对象结构以“{”大括号开始，以“}”大括号结束，中间部分由0或多个以“，”分隔的“key(关键字)/value(值)”对构成，关键字和值之间以“:”分隔。

采用的语法结构如下所示。

{

Key1:value1，Key2:value2

…

}

（2）数组

数组结构以“[”开始，以“]”结束，中间部分由0或多个以“，”分隔的值列表组成，采用的语法结构如下所示。

[

{

Key1:value1，Key2:value2

}，{

Key3:value3，Key4:value4

…

}

]

0.0.1.10人力资源数据推送技术接口标准

0.0.1.10.1范围

本文档规定了空军人力资源工作数据推送技术接口的技术要求。

本文档适用于空军人力资源工作数据推送数据到其他系统，以实现数据共享共用。

0.0.1.10.2术语和缩略语

1.术语

【推送服务器】推送服务器接收并处理从应用开发者发起的请求消息，向各目标系统发送推送内容。

2.缩略语

【UPS】Unified Push Service

【API】Application Program Interface

【SDK】Software Development Kit

0.0.1.10.3数据推送内容及描述

空军人力资源工作数据推送技术接口内容描述如下表。

表 21‑198 推送内容描述

0.0.1.10.4统一推送通道层接口

1.技术架构

本规范的技术原则为：

减轻SDK，尽可能只定义接口，将实现隐藏到服务侧；

屏蔽不同厂商(包括第三方推送)的底层技术差异；

基本行为一致性，保证不同的系统上有相同的基本行为，降低不必要的维护成本。

技术架构如下图所示：

图 21‑61 统一推送技术框架

2.标准技术接口

标准技术接口分为两部分：

L1接口：连接应用服务器和UPS服务器。主要用于应用进行推送请求的鉴权、提交推送请求。

L2接口：让应用系统业务部分可以通过UPS SDK/第三方接口层来使用推送模块，最终连接到推送服务系统，完成使用推送所需要的基础工作。

3.基础功能

（1）UPS服务器API功能

采用HTTPS或者socket形式的接口，支持HTTP2.0，避免大量推送时造成连接数压力，提高推送效率和稳定性。

支持指定单个Registration_token或一组Registration_token列表进行消息推送。

（2）UPS 服务功能

UPS SDK 提供初始化接口，传入所需的应用信息，实现设备注册，并返回Registration_token给各类应用，用于后续进行消息推送；

UPS服务可以独立完成通知消息展示

UPS SDK可以打开，关闭和注销推送通道的功能。

UPS SDK提供查询当前Registration_token的接口。

4.UPS服务器API接口(L1)

（1）基本功能接口

表 21‑199 基本功能接口

（2）推送鉴权(L1/Auth)

用于应用推送用户身份鉴定，通过后可获得auth_token用于后续请求身份校验。该auth_token具有一定的时效性，以保证安全性。

表 21‑200 本接口定义请求参数

表 21‑201 响应数据

（3）信息推送(L1/ Send)

对应用系统中单个用户，单独推送消息。消息总长度不超过4K字节。

表 21‑202 请求数据

表 21‑203 响应数据

表 21‑204 响应结果

5.接收端接口(L2)

（1）基本功能接口

表 21‑205 基本功能接口

（2）注册服务

public void registerToken(Context context, String appID)

参数：

返回：无

说明：注册UPS服务，获取设备上应用的registration_token，作为后续的消息推送目标，结果异步回调返回，建议在应用启动的时候调用。

（3）注册服务的回调

public void onReceiveToken(Context context, String registration_token)

参数：

返回：无

说明：当UPS SDK注册成功后，通过该回调接口获取registration_token。

（4）开启推送服务

public void turnOnPush(Context context)

参数：

返回：无

说明：开启Push推送，关闭状态则收不到推送。

（5）关闭推送服务

public void turnOffPush(Context context)

参数：

返回：无

说明：关闭Push推送，关闭后则无法收到推送消息。

（6）开启/关闭推送的回调接口

public void onCommandResult(Context context, Bundle extras)

参数：

返回：无

说明：返回Push关闭的结。

（7）反注册服务

public void unRegister(Context context)

参数：

返回：无

说明：进行反注册。

（8）反注册的回调接口

public void onUnRegister(Context context)

参数：

返回：无

说明：返回反注册的结果。

（9）获取RegistrationToken

public void getRegistrationToken(Context context)

参数：

返回：无

说明：获取设备上应用的token，作为后续的消息推送目标，结果异步回调返回。

（10）RegistrationToken回调接口

public void onReceiveRegistrationToken(Context context, String registration_token)

参数：

返回：无

说明：当UPS SDK初始化成功后，通过该回调接口获取RegistrationToken。

公司安全生产法律法规标准规范执行情况检查评估报告

征文活动方案

学术活动方案

分组活动方案

校外活动方案

《校外活动方案.docx》

将本文的Word文档下载到电脑，方便收藏和打印

推荐度：

点击下载文档