CN103731802A - 基于Android移动终端的设备管理方法 - Google Patents

Abstract

本发明提供了一种基于Android移动终端的设备管理方法，步骤为：1：部署消息推送服务器和设备管理服务器；2：用户运行Android移动终端的客户端应用，将移动终端的信息发送至设备管理服务器进行注册；3：服务端对Android移动设备的信息进行审核；4：审核通过后，服务端向移动终端返回消息；5：从服务端向Android移动设备推送消息或者设备管理指令，消息推送服务器通过XMPP协议向Android移动设备推送消息；6：Android移动设备的客户端应用执行设备管理操作或在客户端界面响应显示推送消息。本发明可简单有效的进行移动设备的管理，满足企业对移动设备的业务通知要求和安全管理需要。

Description

基于Android移动终端的设备管理方法

技术领域

本发明涉及Android移动终端，具体地，涉及基于Android移动终端的消息推送机制(Push Notification，简称PN)，能够广泛应用于Android移动终端的设备管理(Mobile Device Management，简称MDM)。

背景技术

近几年来，随着移动互联网技术的飞速发展和智能型移动设备的功能的不断强大，移动设备的使用越来越广泛。对于企业，使用移动设备访问企业服务、查看企业数据、进行业务操作已经成为潮流。随之而来的问题是，用户的移动设备并不受企业控制，这就意味着一旦出现移动设备丢失、被盗等情况，企业的敏感数据和核心机密就面临着被泄露的危险。针对上述问题，Android平台提出了自己的解决方案，即通过消息推送的方式，达到从服务端控制具体移动设备的目的。

所谓消息推送，是指设备管理服务器能够主动向其所管理的设备发送消息。

所谓移动设备管理，是指通过应用服务器能够统一管理注册的移动设备。包括锁定设备屏幕，更改锁屏密码，擦除设备数据等功能。

从Android 2.2版本以来，Google引入了Cloud to Device Messaging(C2DM)框架,C2DM是Google官方提出的一种Android消息推送机制，在最新的Android4.0版本，Google又提出了Google Cloud Messaging方案，并不再支持原有的C2DM方案。（但可以从C2DM迁移到GCM）上述两种方案均是通过Google的服务器来推送消息。

使用C2DM或者GCM均要求Android设备***要在2.2以上，并且***应包括GoogleServiceFrameWork（GSF）模块，特别的在低于4.04的版本上还需要登录一个有效的Google账户。

归结起来，使用现有的技术方案存在如下两个问题：

1.由于在使用C2DM服务时，需要在Google的服务器注册C2DM账户，而一般的Android移动设备并不包含GoogleServicesFramework服务模块，因此无法实现与Google服务器的通信。

2.消息从服务端推送到移动设备终端的整个传送过程都要通过Google的服务器进行转发，而在中国大陆范围内，Google服务器有时无法连接，稳定性无法保证。

因此综上分析，Google提出的这种技术方案在国内是非常不可靠的。

中国专利申请号为200710175902.9的发明专利，该发明涉及一种基于移动终端管理业务的定制信息推送***及方法，包括通过无线承载网络进行通讯的移动终端、终端管理业务操作平台、终端管理业务服务器、定制信息服务器和信息推送服务器，移动终端注册后，由终端管理业务服务器获取与移动终端相关的终端能力信息和定制信息接受配置数据，生成符合所述移动终端能力和定制信息接收能力的定制信息，并分发给相应的所述信息推送服务器进行信息推送；从而将所述定制信息发送给所述移动终端。

上述发明200710175902.9对移动设备的种类没有要求并可以推送包括短信息，彩信，邮件等信息，设备管理器和消息推送服务器部署要求相对较高.上述发明的消息推送机制的实现更多的依赖于信息服务运营商，消息的推送会产生服务费用，并非实质意义上的推送。而且推送的信息只能作通知使用，不能触发设备的***功能，例如擦除数据，锁定屏幕等，达不到MDM的安全管理要求。

由于企业级移动应用的推广使用，移动设备的安全性越来越得到重视。从而企业对移动设备的管理需求也越来越迫切。移动设备管理的重要内容就是管理端和移动端的消息推送机制。本发明针对Android自身的消息推送机制（C2DM和GCM）存在的局限，提出一个新的消息推送方案并用于设备管理。

发明内容

针对现有技术中的缺陷，本发明的目的是提供一种基于Android移动终端的设备管理方案，可以简单有效的进行Android移动设备的管理，满足企业对移动设备的业务通知要求和安全管理需要。

为了实现上述目的，本发明提供了一种基于Android移动终端的设备管理方案。此方案需要部署独立的消息推送服务器，Android移动设备需要安装设备管理客户端应用（以下简称客户端应用）。

所述方案总体包括如下步骤：

步骤1：部署消息推送服务器和设备管理服务器

为了避免Google的服务器的使用限制和诸多不稳定因素，本发明参照C2DM的实现机制，定制了服务器，服务器包括设备管理服务器和消息推送服务器。设备管理服务器即存储注册的Android移动设备信息的服务器，消息推送服务器则为负责从服务端向已注册的Android移动设备推送消息的服务器。整个服务端还提供一个管理界面，通过web浏览器的方式，施行具体的推送操作。

服务器的实现使用了Apache的MINA框架，消息推送使用XMPP协议，最终服务端部署在Jetty容器中。

步骤2：用户运行Android移动终端的客户端应用，将Android移动终端的信息发送至设备管理服务器进行注册

Android移动终端安装的客户端应用向步骤1中描述的设备管理服务器注册时，需要使用服务端提供的APIKey和服务端的地址。注册信息包括设备的IMEI号(唯一)，操作***版本，设备型号，网络类型。

步骤3：服务端对Android移动设备的信息进行审核

服务端验证需要注册的Android移动设备的APIKey，确定此设备是由服务端授权的。并验证Android移动设备的注册信息，并根据Android移动设备的IMEI号生成UUID，用于唯一确定注册的Android移动设备。

步骤4：审核通过后，服务端向移动终端返回消息。至此步骤移动设备成功注册至设备管理服务器。

服务端管理人员审核设备注册信息后，确认授权Android移动设备使用服务端提供的设备管理功能。

步骤5：服务端提供一个web管理操作界面，通过浏览器，从服务端向Android移动设备推送消息或者设备管理指令。消息推送服务器通过XMPP协议向Android移动设备推送消息。

服务端管理人员通过服务端的操作界面，可以查看当前已注册的所有设备和设备的在线状态(即是否Android移动设备是否启动网络连接)，通过消息推送界面输入普通的简单消息或者设备关联指令。消息推送使用XMPP协议。

步骤6：Android移动设备的客户端应用接收到推送指令后，执行对应的设备管理操作。接收到普通消息时，在客户端界面响应显示推送消息。

在Android移动设备管理客户端，本发明在主线程中调用功能类ServiceManager，用于启动服务类NotificationService。该服务类负责对接收到的消息进行处理。当Server端(服务端)发送消息时，由功能类NotificationReceiver负责接收，并将消息传送到功能类Notifier中。类Notifier负责对消息进行判断和筛选，并调用设备管理API，执行相应命令。

与现有技术相比，本发明具有如下的有益效果：本发明为避免Google服务器注册、连接、消息推送等环节的诸多不稳定因素，搭建了自己的消息推送服务器并开发了Android移动设备的设备管理客户端应用。设备管理者直接由服务端管理工具通过XMPP协议向移动设备推送管理指令,移动设备在接受到指令之后，通过移动设备管理的客户端应用对设备进行管理，管理内容包括擦除所有数据、更改屏幕锁定密码、锁定屏幕等。本发明可以简单有效的进行Android移动设备的管理，满足企业对移动设备的业务通知要求和安全管理需要。

附图说明

通过阅读参照以下附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1为本发明方法流程图；

图2为Google的C2DM实现流程图；

图3为功能模块调用关系图；

图4为推送普通消息示意图；

图5为界面显示消息示意图；

图6为推送锁屏指令示意图；

图7为锁定屏幕示意图。

具体实施方式

下面结合具体实施例对本发明进行详细说明。以下实施例将有助于本领域的技术人员进一步理解本发明，但不以任何形式限制本发明。应当指出的是，对本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进。这些都属于本发明的保护范围。

如图1所示，本实施例可通过如下步骤实施:

步骤1:服务端管理人员启动服务器，通过浏览器打开设备管理操作界面；

服务器的实现使用了Apache的MINA框架，消息推送使用XMPP协议，最终服务端部署在Jetty容器中。服务器实现的关键代码在步骤5中详细描述。

步骤2:开启一台安装了设备管理客户端的Android移动设备，并确保打开了网络连接(WIFI,3G,GPRS等)，此时设备会根据客户端应用中配置的服务地址主动连接服务器，建立连接关系。

连接建立后，Android移动设备安装的客户端应用向服务器注册。Android移动设备注册时需要使用服务器提供的APIKey和服务器的地址。这些信息由服务器授权给设备管理客户端。Android移动设备自身的注册信息包括设备的IMEI号(唯一)，操作***版本，设备型号，网络类型。此步骤对应图1中过程①。

步骤3:服务器验证需要注册的Android移动设备的APIKey，确定此设备是由服务器授权的，并验证Android移动设备的注册信息，根据Android移动设备的IMEI号生成UUID，用于唯一确定注册的Android移动设备。

服务器管理人员审核设备注册信息后，确认授权Android移动设备使用服务端提供的设备管理功能。审核通过后，服务端向移动终端返回消息。此步骤对应图1中过程②。

步骤4:服务器提供一个web管理操作界面（如步骤1中描述），通过浏览器，从服务器向Android移动设备推送消息或者设备管理指令。此步骤对应图1中过程③。

步骤5:管理人员可以在设备管理界面发现安装了设备管理客户端的Android移动设备，在消息推送界面输入消息后，可以执行具体的消息推送操作；

本实施例中，推送普通消息时,如图4所示，管理人员在输入框内输入的消息内容为’This is a MDM application of iPlat4M’;

推送锁屏指令时，如图6所示；管理人员在输入框内输入的指令内容为’iPlat4M_MDM_Command_LockScreen’;

本实施例中，消息推送服务器通过XMPP协议向Android移动设备推送消息。消息推送服务器XMPPServer具体实现的关键代码:

上述代码主要描述了创建XMPPServer实例，启动和停止XMPPServer的接口。本实施例中，消息推送服务器负责消息推送的主要代码：

上述代码描述了消息推送管理类的推送接口，消息推送包括广播（消息推送至所有注册的Android移动设备）和推送至指定的注册的Android移动设备。

步骤6:Android设备接收到服务器的推送消息后，在界面显示消息（如图5所示），接收到管理指令后，客户端应用会根据指令内容调用***的设备管理接口(DeviceAdministration API),管控设备（如图7所示，锁定屏幕），从而达到从服务端管理移动设备的目的。如图1中过程④。

本实施例中，Android移动设备管理客户端应用的具体实现:

客户端应用的主线程中调用功能类ServiceManager，用于启动服务类NotificationService。该服务类负责对接收到的消息进行处理。当Server端(消息推动服务器)发送消息时，由功能类NotificationReceiver负责接收，并将消息传送到功能类Notifier中。类Notifier负责对消息进行判断和筛选，并调用设备管理API，执行相应命令。如图3所示。

设备管理客户端通过调用DeviceAdministration API(设备管理API)来实现对移动设备的远程锁定和数据擦除。设备管理API包括以下三个功能类：

DeviceAdminReceiver：一个实现设备管理组件的基类

DevicePolicyManager：用于处理设备的安全策略，执行设备管理的操作，之前必须实现类DeviceAdminReceiver

DeviceAdminInfo：用于指定一个设备组件的信息

实现远程设备管理功能的步骤如下：

授权设备管理权限

在使用Android的Device Administration API之前，需要在xml文件中定义两个安全策略：设备锁定和数据擦除

然后创建DeviceAdminReceiver的子类并在AndroidMainfest.xml文件中对这个Receiver进行注册并添加”BIND_DEVICE_ADMIN”权限。

设备管理初始化

在完成用户对设备的授权之后，需要对设备管理的相关功能类进行初始化：

远端消息接收

通过服务端远程发送消息，移动终端负责接收消息的代码如下：

执行设备锁定/数据擦除

在接收到消息之后，对消息进行判断和筛选，并调用API执行消息：

以上对本发明的具体实施例进行了描述。需要理解的是，本发明并不局限于上述特定实施方式，本领域技术人员可以在权利要求的范围内做出各种变形或修改，这并不影响本发明的实质内容。

Claims (6)

1.一种基于Android移动终端的设备管理方法，其特征在于所述方法包括如下步骤：

步骤1：部署消息推送服务器和设备管理服务器：参照C2DM的实现机制定制服务器，服务器包括设备管理服务器和消息推送服务器，设备管理服务器即存储注册的Android移动设备信息的服务器，消息推送服务器则为负责从服务端向已注册的Android移动设备推送消息的服务器；整个服务端还提供一个管理界面，通过web浏览器的方式，施行具体的推送操作；

步骤2：用户运行Android移动终端的客户端应用，将Android移动终端的信息发送至设备管理服务器进行注册；Android移动终端安装的客户端应用向步骤1中描述的设备管理服务器注册时，需要使用服务端提供的APIKey和服务端的地址；

步骤3：服务端对Android移动设备的信息进行审核：服务端验证需要注册的Android移动设备的APIKey，确定此设备是由服务端授权的，并验证Android移动设备的注册信息，并根据Android移动设备的IMEI号生成UUID，用于唯一确定注册的Android移动设备；

步骤4：审核通过后，服务端向移动终端返回消息；至此步骤移动设备成功注册至设备管理服务器；

步骤5：服务端提供一个web管理操作界面，通过浏览器，从服务端向Android移动设备推送消息或者设备管理指令，消息推送服务器通过XMPP协议向Android移动设备推送消息；

步骤6：Android移动设备的客户端应用接收到推送指令后，执行对应的设备管理操作；接收到普通消息时，在客户端界面响应显示推送消息。

2.根据权利要求1所述的基于Android移动终端的设备管理方法，其特征在于，步骤1中，服务器的实现使用Apache的MINA框架，消息推送使用XMPP协议，最终服务端部署在Jetty容器中。

3.根据权利要求1所述的基于Android移动终端的设备管理方法，其特征在于，步骤2中，注册信息包括设备的IMEI号，操作***版本，设备型号，网络类型。

4.根据权利要求1所述的基于Android移动终端的设备管理方法，其特征在于，步骤4中，服务端管理人员审核设备注册信息后，确认授权Android移动设备使用服务端提供的设备管理功能。

5.根据权利要求1所述的基于Android移动终端的设备管理方法，其特征在于，步骤5中，服务端管理人员通过服务端的操作界面，可以查看当前已注册的所有设备和设备的在线状态，即是否Android移动设备是否启动网络连接，通过消息推送界面输入普通的简单消息或者设备关联指令，消息推送使用XMPP协议。

6.根据权利要求1所述的基于Android移动终端的设备管理方法，其特征在于，步骤6中，在Android移动设备管理客户端，在主线程中调用功能类ServiceManager，用于启动服务类NotificationService，该服务类负责对接收到的消息进行处理，当服务端发送消息时，由功能类NotificationReceiver负责接收，并将消息传送到功能类Notifier中；功能类Notifier负责对消息进行判断和筛选，并调用设备管理API，执行相应命令。

Images