WO2015085940A1

WO2015085940A1 - 移动终端防盗方法及客户端

Info

Publication number: WO2015085940A1
Application number: PCT/CN2014/093636
Authority: WO
Inventors: 黄铮; 张炅轩; 范国峰; 闫学松; 镡云宇; 张之弢; 邱慧; 宋宛芸
Original assignee: Beijing Qihoo Technology Co Ltd; Qizhi Software Beijing Co Ltd
Current assignee: Beijing Qihoo Technology Co Ltd; Qizhi Software Beijing Co Ltd
Priority date: 2013-12-13
Filing date: 2014-12-11
Publication date: 2015-06-18
Anticipated expiration: 2016-06-13

Abstract

本发明提供了移动终端防盗方法及客户端。其中一种移动终端防盗方法应用于未开始防盗功能的移动终端，包括：接收来自服务器的后台防止盗窃开启指令，其中，后台防止盗窃开启指令中携带有本移动终端的验证信息（S102）；解析后台防止盗窃开启指令，获取验证信息并进行验证（S104）；若验证通过，则根据后台开启防止盗窃指令在后台开启防止盗窃功能（S106）。其余的移动终端防盗方法应用于开始防盗功能的移动终端。本发明能够在移动终端丢失之后，开启移动终端的防盗功能，进而根据防盗指令执行相应的防盗操作，达到了更加合理有效保证移动终端安全、打击偷窃犯罪的有益效果。

Description

移动终端防盗方法及客户端

技术领域

本发明涉及互联网应用领域，特别是涉及移动终端防盗方法及客户端。

背景技术

随着智能移动终端和网络的飞速发展，移动终端(包括手机、平板等多种设备)在人们生活中扮演的角色也越来越重要，越来越成为人们工作和生活中不可或缺的全方位“助手”。为方便使用，人们在使用移动终端的应用时通常会将各种账号信息、私人聊天记录以及图片照片等信息直接存储在移动终端。因此，若移动终端丢失，不仅会给用户带来财产损失，更为重要的是用户存储于移动终端内的私人信息，例如账号密码等财务信息。这些私人信息若被泄露，对用户造成的损失难以估计。因此，移动终端的防盗十分重要。

现有技术中，用户仅能够在移动终端未丢失之前开启移动终端的防盗功能。若移动终端在开启防盗功能之前丢失，则偷盗者能够通过关闭移动终端或者对移动终端进行刷机等操作阻止失主找回移动终端。例如，若用户在手机中开启了防盗功能，手机丢失之后，用户能够通过手机的防盗功能获知获取偷盗者以及被盗移动终端的相关信息。若用户在手机丢失之前未开启手机防盗，则无法使用防盗功能获取上述信息，进而无法追回被盗手机。

现有技术中，若移动终端丢失之前没有开启防盗功能，则移动终端丢失之后无法使用各种防盗功能获取偷盗者以及被盗移动终端的相关信息，增大移动终端寻回的难度，无法有效打击偷窃犯罪。

另外，现有技术中，当移动终端被盗之后，偷盗者可以继续使用被盗的移动终端。偷盗者通过对移动终端进行刷机或者拔出移动终端电池等操作阻止失主找回被盗移动终端，而失主在终端被盗之后无法对移动终端进行保护。当偷盗者对被盗终端进行交易，失主无法找回被盗终端，导致财产损失，并且，存储于移动终端中的数据等用户资料随着移动终端的丢失而丢失甚至造成更多难以估计的损失。

综上，现有技术中移动终端被盗之后，无法继续对移动终端进行防盗的缺陷间接鼓励偷盗者的偷盗行为，无法有效遏制偷盗犯罪，并且给用户造成财产损失等恶劣后果。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决或者减缓上述问题的移动终端防盗方法及客户端。

依据本发明的一个方面，提供了一种移动终端防盗方法，适用于未开启防盗功能的移动终端，包括：接收来自服务器的后台防盗开启指令，其中，所述后台防盗开启指令中携带有本移动终端的验证信息；解析所述后台防盗开启指令，获取所述验证信息并进行验证；若验证通过，则根据所述后台开启防盗指令在后台开启防盗功能。

本发明还提供了一种移动终端防盗客户端，设置于未开启防盗功能的移动终端，包括：接收模块，配置为接收来自服务器的后台防盗开启指令，其中，所述后台防盗开启指令中携带有本移动终端的验证信息；解析模块，配置为解析所述后台防盗开户指令，获取所述验证信息并进行验证；防盗开启模块，配置为若验证通过，则根据所述后台开启防盗指令在后台开启防盗功能。

在本发明实施例中，当移动终端丢失时，能够通过服务器发送后台防盗开启指令至移动终端。接收到后台防盗开启指令之后，对其进行解析以及验证，保证接收到的后台防盗指令是真实有效可信的指令，避免接收来自不可信或恶意的服务器发送的后台防盗指令，导致移动终端错误开启防盗功能。若恶意服务器使用防盗功能恶意锁定移动终端，导致移动终端全部或部分功能不可用，则会对使用者产生恶劣影响。当接收到的后台防盗开启指令通过验证之后，本发明实施例根据后台开启防盗指令在移动终端的后台开启防盗功能，解决现有技术中，移动终端丢失之后无法开启防盗功能的问题。采用远程开启防盗功能的方式能够使得丢失的移动终端在不被找回的情况下也能够开启防盗，提高了移动终端的安全性保障，其中的验证功能也避免移动终端被恶意开启防盗功能，进一步提高移动终端的安全性。因此，本发明实施例能够在移动终端丢失之后，开启移动终端的防盗功能，进而根据防盗指令执行相应的防盗操作，达到了更加合理有效保证移动终端安全、打击偷窃犯罪的有益效果。

依据本发明的另一个方面，提供了一种移动终端防盗方法，包括：接收来自发送方的防盗指令，其中，所述防盗指令以短信为发送载体；解析所述防盗指令，得到该指令对应的防盗命令；执行所述防盗命令对应的操作，以实现移动终端防盗。

本发明还提供了一种移动终端防盗客户端，包括：接收模块，配置为接收来自发送方的防盗指令，其中，所述防盗指令以短信为发送载体；解析模块，配置为解析所述防盗指令，得到该指令对应的防盗命令；执行模块，配置为执行所述防盗命令对应的操作，以实现移动终端防盗。

在本发明实施例中，接收来自发送方的、以短信为发送载体的防盗指令，通过解析防盗指令获取防盗命令，并且根据防盗命令，能够执行对应的防盗操作。由此可见，本发明实施例中的防盗指令来自能够发送短信的设备或终端，目前能够发送短信的设备或终端很多(例如手机、电脑、平板等)，从而能够方便快捷地实现移动终端的防盗，解决了现有技术中，移动终端被盗之后，无法继续对移动终端进行防盗的问题。并且，使用能够发送短信的其他设备或终端能够开启本移动终端的防盗功能，避免如现有技术所说，因本移动终端自身未开启防盗功能导致给偷盗者可乘之机。本发明实施例在移动终端被盗之后，仍旧能够接收到发送方的防盗指令，并根据解析防盗指令获得的防盗命令执行防盗操作。例如，用户移动终端丢失之后，通过发送防盗指令至被盗移动终端，本发明实施例能够对被盗移动终端进行锁屏操作，阻止偷盗者使用移动终端。偷盗者无法使用移动终端导致偷盗者无法通过刷机等操作翻新移动终端，进而偷盗者无法将被盗移动终端转卖获得利润。进一步，能够有效降低偷窃犯罪发生的概率。另外，根据接收到的防盗指令，本发明实施例还可以获取偷盗者的身份标识信息(如偷盗者的照片、指纹等)。根据本发明实施例获取到偷盗者的身份标识信息之后，能够根据上述身份标识信息对偷盗者进行抓捕。因此，本发明实施例能够达到终端被盗之后有效对终端进行防盗，并且降低偷盗犯罪率、保护用户财产安全的有益效果。

依据本发明的另一个方面，提供了一种移动终端防盗方法，包括：接收来自服务器的防盗指令，其中，所述防盗指令由已激活账户发送至所述服务器；解析所述防盗指令，得到该指令对应的防盗命令；执行所述防盗命令对应的操作，以实现移动终端防盗。

本发明还提供了一种移动终端防盗客户端，包括：接收模块，配置为接收来自服务器的防盗指令，其中，所述防盗指令由已激活账户发送至所述服务器；解析模块，配置为解析所述防盗指令，得到该指令对应的防盗命令；执行模块，配置为执行所述防盗命令对应的操作，以实现移动终端防盗。

在本发明实施例中，接收来自已激活账户的、经服务器转发的防盗指令，通过解析防盗指令获取防盗命令，并且根据防盗命令，能够执行对应的防盗操作。由此可见，本发明实施例中的防盗指令来自能够登录已激活账户的设备或终端，使用已激活账户发送防盗指令对设备或终端的要求较小，并且，使用已激活账户以短信或者网络指令均能够发送防盗指令，目前能够发送短信或者网络指令的发送平台很多，而能够登录账户的设备或终端更是不胜枚举(例如手机、电脑、平板等)，从而能够方便快捷地实现移动终端的防盗，解决了现有技术中，移动终端被盗之后，无法继续对移动终端进行防盗的问题。并且，使用能够登录已激活账户的其他设备或终端能够开启本移动终端的防盗功能，避免如现有技术所说，因本移动终端自身未开启防盗功能导致给偷盗者可乘之机。本发明实施例在移动终端被盗之后，仍旧能够接收到发送方的防盗指令，并根据解析防盗指令获得的防盗命令执行防盗操作。例如，用户移动终端丢失之后，通过发送防盗指令至被盗移动终端，本发明实施例能够对被盗移动终端进行锁屏操作，阻止偷盗者使用移动终端。偷盗者无法使用移动终端导致偷盗者无法通过刷机等操作翻新移动终端，进而偷盗者无法将被盗移动终端转卖获得利润。进一步，能够有效降低偷窃犯罪发生的概率。另外，根据接收到的防盗指令，本发明实施例还可以获取偷盗者的身份标识信息(如偷盗者的照片、指纹等)。根据本发明实施例获取到偷盗者的身份标识信息之后，能够根据上述身份标识信息对偷盗者进行抓捕。因此，本发明实施例能够达到终端被盗之后有效对终端进行防盗，并且降低偷盗犯罪率、保护用户财产安全的有益效果。

依据本发明的又一个方面，提供了一种移动终端防盗方法，包括：接收来自个人电脑PC终端的防盗指令；解析所述防盗指令，得到该指令对应的防盗命令；执行所述防盗命令对应的操作，以实现移动终端防盗。

本发明还提供了一种移动终端防盗客户端，包括：接收模块，配置为接收来自个人电脑PC终端的防盗指令；解析模块，配置为解析所述防盗指令，得到该指令对应的防盗命令；执行模块，配置为执行所述防盗命令对应的操作，以实现移动终端防盗。

在本发明实施例中，接收来自PC终端的防盗指令，通过解析防盗指令获取防盗命令，并且根据防盗命令，能够执行对应的防盗操作。由此可见，本发明实施例中的防盗指令来自能够使用PC终端，在被盗移动终端未开启防盗功能的前提下，开启和使用移动终端的防盗功能。使用PC终端发送防盗指令，操作简单，从而能够方便快捷地实现移动终端的防盗，并且能够提供完善的防盗功能对移动终端进行防盗，解决了现有技术中，移动终端被盗之后，无法继续对移动终端进行防盗的问题。本发明实施例在移动终端被盗之后，仍旧能够接收到发送方的防盗指令，并根据解析防盗指令获得的防盗命令执行防盗操作。例如，用户移动终端丢失之后，通过发送防盗指令至被盗移动终端，本发明实施例能够对被盗移动终端进行锁屏操作，阻止偷盗者使用移动终端。偷盗者无法使用移动终端导致偷盗者无法通过刷机等操作翻新移动终端，进而偷盗者无法将被盗移动终端转卖获得利润。进一步，能够有效降低偷窃犯罪发生的概率。另外，根据接收到的防盗指令，本发明实施例还可以获取偷盗者的身份标识信息(如偷盗者的照片、指纹等)。根据本发明实施例获取到偷盗者的身份标识信息之后，能够根据上述身份标识信息对偷盗者进行抓捕。因此，本发明实施例能够达到终端被盗之后有效对终端进行防盗，并且降低偷盗犯罪率、保护用户财产安全的有益效果。

依据本发明的再一个方面，提供了一种移动终端防盗方法，包括：根据来自发送方的防盗指令确定所述发送方的身份信息；启动与所述发送方身份信息匹配的防盗策略解析所述防盗指令，得到该指令对应的防盗命令；执行所述防盗命令对应的操作，以实现移动终端防盗。

本发明还提供了一种移动终端防盗客户端，包括：确定模块，配置为根据来自发送方的防盗指令确定所述发送方的身份信息；解析模块，配置为启动与所述发送方身份信息匹配的防盗策略解析所述防盗指令，得到该指令对应的防盗命令；执行模块，配置为执行所述防盗命令对应的操作，以实现移动终端防盗。

在本发明实施例中，能够根据来自发送方的防盗指令确定发送方的身份信息，启动与发送方身份信息匹配的防盗策略解析防盗指令，得到该指令对应的防盗命令，并且执行防盗命令对应的操作，以实现移动终端防盗。由此可见，本发明实施例中的防盗指令可以来自能够发送短信的设备或终端(如防盗指令的发送方为移动终端或者服务器或者个人电脑)，还可以来自能够发送网络指令的设备或终端。目前能够发送短信或者网络指令的设备或终端很多(例如手机、电脑、平板等)，并且通过短信或者网络指令发送防盗指令时效快、到达准，能够节省被盗移动终端的流量和电量消耗，为找回被盗移动终端提供更多时间，从而能够方便快捷地实现移动终端的防盗，解决了现有技术中，移动终端被盗之后，无法继续对移动终端进行防盗的问题。本发明实施例确定发送方的身份信息之后，启动与发送方身份信息匹配的防盗策略解析防盗指令，得到对应的防盗命令，保证能够根据用户需要选择适当的防盗策略对移动终端进行防盗保护。并且，本发明实施例中，根据发送方的身份信息可以匹配一种防盗策略对移动终端进行防盗保护，还可以匹配到多种防盗策略同时对移动终端进行防盗保护，增强移动终端的安全性。另外，本发明实施例中，移动终端被盗之后，仍旧能够接收到发送方的防盗指令，并根据解析防盗指令获得的防盗命令执行防盗操作。例如，用户移动终端丢失之后，通过发送防盗指令至被盗移动终端，本发明实施例能够对被盗移动终端进行锁屏操作，阻止偷盗者使用移动终端。偷盗者无法使用移动终端导致偷盗者无法通过刷机等操作翻新移动终端，进而偷盗者无法将被盗移动终端转卖获得利润。进一步，能够有效降低偷窃犯罪发生的概率。另外，根据接收到的防盗指令，本发明实施例还可以获取偷盗者的身份标识信息(如偷盗者的照片、指纹等)。根据本发明实施例获取到偷盗者的身份标识信息之后，能够根据上述身份标识信息对偷盗者进行抓捕。因此，本发明实施例能够达到终端被盗之后有效对终端进行防盗，并且降低偷盗犯罪率、保护用户财产安全的有益效果。

根据本发明的又一个方面，提供了一种计算机程序，其包括计算机可读代码，当所述计算机可读代码在计算设备上运行时，导致所述计算设备执行本发明实施例提供的移动终端的防盗方法。

根据本发明的再一个方面，提供了一种计算机可读介质，其中存储了执行本发明实施例提供的移动终端的防盗方法的计算机程序。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的移动终端防盗方法的处理流程图；

图2示出了根据本发明一个实施例的移动终端防盗客户端的结构示意图；

图3示出了根据本发明又一个实施例的移动终端防盗方法的处理流程图；

图4示出了根据本发明一个实施例的注册短信拦截功能的处理流程图；

图5示出了根据本发明一个实施例的短信接收处理方法的处理流程图；

图6示出了根据本发明一个优选实施例的预先存储验证码的方法的处理流程图；

图7示出了根据本发明一个实施例的对命令执行情况进行轮询查询的处理流程图；

图8示出了根据本发明一个实施例的查询回执的方法的处理流程图；

图9示出了根据本发明又一个优选实施例的移动终端防盗方法的处理流程图；

图10示出了根据本发明一个实施例的亲友手机侧的移动终端防盗方法的处理流程图；

图11示出了根据本发明一个实施例的被盗手机一侧的移动终端防盗方法的处理流程图；

图12示出了根据本发明又一个实施例的移动终端防盗客户端的结构示意图；

图13示出了根据本发明又一个实施例的移动终端防盗方法的处理流程图；

图14示出了根据本发明又一个实施例的开启防盗功能的方法的处理流程图；

图15示出了根据本发明一个实施例的解除绑定的方法的处理流程图；

图16示出了根据本发明又一个优选实施例的移动终端防盗方法的处理流程图；

图17示出了根据本发明一个实施例的已激活账户一侧发送防盗指令的处理流程图；

图18示出了根据本发明一个实施例的移动终端一侧防盗的方法处理流程图；

图19示出了根据本发明又一个实施例的移动终端防盗客户端的结构示意图；

图20示出了根据本发明又一个实施例的移动终端防盗方法的处理流程图；

图21示出了根据本发明一个实施例的PC终端一侧的激活手机防盗功能的方法的处理流程图；

图22示出了根据本发明又一个实施例手机一侧的防盗方法的处理流程图；

图23示出了根据本发明又一个实施例的移动终端防盗客户端的结构示意图；

图24示出了根据本发明又一个实施例的移动终端防盗方法的处理流程图；

图25示出了根据本发明又一个实施例的注册短信拦截功能的处理流程图；

图26示出了根据本发明一个实施例的判断防盗策略的方法的处理流程图；

图27示出了根据本发明一个实施例的对命令执行情况进行互斥查询的处理流程图；

图28示出了根据本发明又一个实施例的移动终端防盗客户端的结构示意图；

图29示意性地示出了用于执行根据本发明的移动终端防盗方法的计算设备的框图；以及

图30示意性地示出了用于保持或者携带实现根据本发明的移动终端防盗方法的程序代码的存储单元。

具体实施方式

下面结合附图和具体的实施方式对本发明作进一步的描述。

实施例一

相关技术中提及，若移动终端丢失之前未开启防盗功能，则移动终端丢失之后，无法远程开启并使用防盗功能，导致造成移动终端丢失后无法找回的恶劣后果。

为解决上述技术问题，本发明实施例提供了一种移动终端防盗方法，应用于未开启防盗功能的移动终端。图1示出了根据本发明一个实施例的移动终端防盗方法的处理流程图。如图1所示，该流程至少包括步骤S102至步骤S106。

步骤S102、接收来自服务器的后台防盗开启指令，其中，后台防盗开启指令中携带有本移动终端的验证信息。

步骤S104、解析后台防盗开启指令，获取验证信息并进行验证。

步骤S106、若验证通过，则根据后台开启防盗指令在后台开启防盗功能。

本发明实施例中，步骤S102中提及，后台防盗指令中携带有本移动终端的验证信息。其中，本移动终端(例如手机或者平板电脑)的验证信息可以包括本移动终端的唯一身份标识以及至少一个用户身份识别模块(Subscriber Identity Module，以下简称SIM)卡号，可以包括本移动终端的唯一身份标识以及用户的账户信息，还可以同时包括本移动终端的唯一身份标识、至少一个SIM卡号以及用户的账户信息三者。当然，验证信息也可以包括其他可对移动终端进行验证的信息，例如，移动终端的硬件配置、移动终端的硬件标识ID、移动终端的系统版本号，等等。其中，本发明实施例优选本移动终端的国际移动设备身份识别码(International Mobile Equipment Identity,以下简称IMEI号码)，IMEI号码本身与移动终端是终身绑定且唯一不变，并且可识别性高，因此，本发明实施例中，优选IMEI号码为本移动终端的唯一身份标识。

现以不同的验证信息为例，对本发明实施例提供的移动防盗方法进行详细说明。本实施例中优选三组验证信息，分别是包括本移动终端的IMEI以及至少一个SIM卡号的第一组验证信息，包括本移动终端的IMEI以及用户的账户信息的第二组验证信息，以及同时包括本移动终端的IMEI、至少一个SIM卡号和用户的账户信息三者的第三组验证信息。

首先以第一组验证信息为例进行说明。本实施例中，本移动终端的验证信息包括本移动终端的IMEI以及至少一个SIM卡号。当本发明实施例接收到携带有该验证信息的防盗开启指令之后，执行如图1所示的步骤S104，解析接收到的后台防盗开启指令，并获取到后台防盗开启指令携带的验证信息。获取到验证信息之后，本发明实施例对验证信息中的IMEI以及至少一个SIM卡号分别进行验证。首先，本发明实施例对验证信息中的IMEI进行验证。若验证信息中的IMEI与本移动终端的IMEI匹配，则验证信息中的IMEI通过验证。其次，本发明实施例对验证信息中的SIM卡号进行验证。若验证信息中存在至少一个SIM卡号与本移动终端的联系人列表中的SIM卡号匹配，则验证信息中的SIM卡号通过验证。另外，本发明实施例中也可以首先验证至少存在一个SIM卡号与本移动终端的联系人列表中的SIM卡号匹配，其次，对验证信息中的IMEI进行验证。本发明实施例中对验证信息中包含的IMEI以及至少一个SIM卡号的验证顺序并不加以限定。

本发明实施例中的验证信息包含的SIM卡号的个数可以是除0之外的任意整数值个，本发明实施例对此并不加以限定。例如，验证信息中包含4个SIM卡号，仅其中一个SIM卡号与本移动终端的联系人列表中的SIM卡号匹配，另外三个SIM卡号与本移动终端的联系人列表中的SIM卡号均不匹配，则该验证信息中的SIM卡号通过验证。再例如，验证信息中仅包含一个SIM卡号，且该SIM卡号与本移动终端的联系人列表中的SIM卡号能够匹配，则该验证信息中的SIM卡号通过验证。在实际运用中，用户移动终端的联系人列表会因为职位变更、工作地点变更等因素发生不定期更改。因此，本发明实施例中，验证信息中包含的SIM卡号有一个与本移动终端的联系人列表中的SIM卡号匹配，则验证信息中的SIM卡号通过验证。验证信息中的SIM卡号通过验证之后，标识该SIM卡号为可信任号码。本发明实施例中，将通过验证的SIM卡号均标识为可信任号码，保证在之后的操作中，任意可信任号码发送的防盗指令均能够被识别。并且，本发明实施例根据可信任号码发送的防盗指令执行防盗操作。

本发明实施例中，若验证信息中的IMEI通过验证，而没有SIM卡号与本移动终端的联系人列表中的SIM卡号匹配，则验证信息不能通过验证。同理，当验证信息中存在至少一个SIM卡号与本移动终端的联系人列表中的SIM卡号匹配，但该验证信息中的IMEI与本移动终端的IMEI不匹配，则验证信息不能通过。本发明实施例中，当验证信息中包含的两种信息均通过验证，则验证信息通过验证，保证用户的移动终端不会因为图谋不轨者的恶意操作或者用户的失误操作开启防盗指令，避免不必要的情况下开启防盗功能给用户带来的麻烦。

如上文所述，步骤S104执行完毕之后，即对验证信息进行验证之后，若验证通过，执行如图1所示的步骤S106。步骤S106中，本发明实施例根据后台开启防盗指令在后台开启防盗功能。防盗功能开启后，当接收到标识为可信任号码的SIM卡号的防盗指令，本发明实施例解析该防盗指令，并执行该防盗指令对应的防盗操作。本发明实施例中，标识为可信任号码的SIM卡号指与本移动终端绑定的、通过验证的可信任SIM卡号。例如，通讯录中的常用SIM卡号、指定白名单SIM卡号等等。当本移动终端开启防盗功能之后，本发明实施例接收到标识为可信任号码的SIM卡号发送的防盗指令。本发明实施例能够根据该防盗指令执行对应的防盗操作，避免本移动终端的丢失，或者在本移动终端丢失之后，提供找回本移动终端的线索。例如，用户手机丢失之后，本发明实施例能够通过服务器开启该丢失的手机的防盗功能。防盗功能开启之后，本发明实施例通过绑定的亲友号码发送防盗指令至该手机。手机接收到防盗指令之后，能够根据该防盗指令进行自动锁屏或者反馈更换后的SIM卡号至服务器或者返回该手机的实时位置至服务器等操作，帮助机主寻回被盗手机。

其次以第二组验证信息为例进行说明。本实施例中，本移动终端的验证信息包括IMEI以及用户的账户信息。当本发明实施例接收到携带有该验证信息的防盗开启指令之后，执行如图1所示的步骤S104，解析接收到的后台防盗开启指令，并获取到后台防盗开启指令携带的验证信息。获取到验证信息之后，本发明实施例对验证信息中的IMEI以及用户的账户信息进行验证。

首先，本发明实施例对验证信息中的IMEI进行验证。若验证信息中的IMEI与本移动终端的IMEI匹配，则验证信息中的IMEI通过验证。其次，当验证信息中的IMEI通过验证之后，本发明实施例登录用户的账户信息获取该账户的标识(Identity，以下简称ID)。

本发明实施例中的用户账户信息可以是用户名和密码，可以是用户名和系统随机选取的验证码，还可以是用户邮箱账号等等，本发明实施例对此并不加以限定。优选地，本发明实施例中，选择用户名和密码作为用户账户信息。在实际运用中，使用用户名和密码作为账户信息进行登录能够合理有效保证用户账户的安全。若使用用户名和随机选取的验证码作为账户，虽然仅需要记住用户名，无需密码，比较方便，但缺乏安全性。另外，使用邮箱账号作为账户信息同样比较方便，但由于邮箱账户登录地点容易发生改变，导致邮箱账号容易泄露，也存在安全隐患。因此，当验证信息中的IMEI通过验证之后，本发明实施例使用用户名和密码登录账户信息，获取该账户的ID。

获取到账户ID之后，本发明实施例发送该账户ID至服务器，由服务器对该账户ID进行验证。本发明实施例接收到服务器经过验证得到的验证结果之后，确定用户的账户信息是否通过验证。若用户的账户信息通过验证，则本发明实施例确定验证信息通过验证，若用户的账户信息没有通过验证，则本发明实施例确定验证信息未通过验证。

本发明实施例中，可以首先对验证信息中的IMEI进行验证。其次，对验证信息中的用户的账户信息进行验证。本发明实施例还可以首先验证用户的账户信息，其次，对验证信息中的IMEI进行验证。本发明实施例对验证验证信息中的IMEI以及用户的账户信息的顺序并不加以限定。对验证信息中的IMEI进行验证仅需要本发明实施例获取自身的IMEI，并对两个IMEI进行匹配。对验证信息中的用户账户信息进行验证，需要本发明实施例登录用户的账户信息，获取到账户ID之后，将该账户ID发送至服务器进行验证。相对于验证IMEI，对用户的账户信息进行验证的步骤更为繁琐、复杂。因此，本发明实施例中优选首先验证IMEI。当验证信息中的IMEI通过验证之后，再对验证信息中的用户的账户信息进行验证，保证更加高效率地对验证信息进行验证。

如上文所述，本发明实施例中，当验证信息中包含的两种信息均通过验证，则验证信息通过验证，保证用户的移动终端不会因为图谋不轨者的恶意操作或者用户的失误操作开启防盗指令，避免不必要的情况下开启防盗功能给用户带来的麻烦。

对验证信息进行验证之后，步骤S104执行完毕，本发明实施例继续执行步骤S106。步骤S106中，当验证信息通过验证，本发明实施例根据接收到的后台防盗开启指令在后台开启防盗功能。防盗功能开启后，当接收到上述通过验证的账户ID的防盗指令，本发明实施例解析该防盗指令，并执行该防盗指令对应的防盗操作。例如，当用户的手机丢失之后，若用户丢失的手机没有绑定可信任号码，则用户能够登陆服务器开启丢失的手机的防盗功能。丢失的手机的防盗功能开启之后，本发明实施例能够登录注册的账户，通过账户中的唯一账户ID发送防盗指令至手机。手机接收到防盗指令之后，能够根据该防盗指令，进行自动锁屏或者反馈更换后的SIM卡号至服务器或者返回该手机的实时位置至服务器等操作，帮助机主寻回被盗手机。

最后以第三组验证信息为例进行说明。本实施例中，本移动终端的验证信息同时包括IMEI、至少一个SIM卡号和用户的账户信息三者。当本发明实施例接收到携带有该验证信息的防盗开启指令之后，执行如图1所示的步骤S104，解析接收到的后台防盗开启指令，并获取到后台防盗开启指令携带的验证信息。获取到验证信息之后，本发明实施例对验证信息中的IMEI、至少一个SIM卡号以及用户的账户信息分部进行验证。首先，本发明实施例对验证信息中的IMEI进行验证。若验证信息中的IMEI与本移动终端的IMEI匹配，则验证信息中的IMEI通过验证。其次，本发明实施例对验证信息中的SIM卡号进行验证。若验证信息中存在至少一个SIM卡号与本移动终端的联系人列表中的SIM卡号匹配，则验证信息中的SIM卡号通过验证。另外，本发明实施例中也可以首先验证至少存在一个SIM卡号与本移动终端的联系人列表中的SIM卡号匹配，其次，对验证信息中的IMEI进行验证，本发明实施例对此并不加以限定。

本发明实施例中的验证信息包含的SIM卡号的格式可以是除0之外的任意整数值个，本发明实施例对此并不加以限定。例如，验证信息中包含2个SIM卡号，其中一个SIM卡号与本移动终端的联系人列表中的SIM卡号匹配，另外一个SIM卡号与本移动终端的联系人列表中的SIM卡号均不匹配，则该验证信息中的SIM卡号通过验证。在实际运用中，用户移动终端的联系人列表会因为职位变更、公国地点变更等因素发生不定期更改。因此，本发明实施例中，验证信息中包含的SIM卡号有一个与本移动终端的联系人列表中的SIM卡号匹配，则验证信息中的SIM卡号通过验证。

当验证信息中的IMEI以及至少一个SIM卡号通过验证，本发明实施例继续对验证信息中的用户的账户信息进行验证。本发明实施例中的用户账户信息可以是用户名和密码，可以是用户名和系统随机选取的验证码，还可以是用户邮箱账号等等，本发明实施例对此并不加以限定。优选地，本发明实施例中，选择用户名和密码作为用户账户信息。在实际运用中，使用用户名和密码作为账户信息进行登录能够合理有效保证用户账户的安全。若使用用户名和随机选取的验证码作为账户，虽然仅需要记住用户名，无需密码，比较方便，但缺乏安全性。另外，使用邮箱账号作为账户信息同样比较方便，但由于邮箱账户登录地点容易发生改变，导致邮箱账号容易泄露，也存在安全隐患。因此，当验证信息中的IMEI以及至少一个SIM卡号通过验证之后，本发明实施例使用用户名和密码登陆账户信息，获取该账户的ID。

获取到账户ID之后，本发明实施例发送该账户ID至服务器，由服务器对该账户ID进行验证。本发明实施例接收到服务器经过验证得到的验证结果之后，确定用户的账户信息是否通过验证。若用户的账户信息没有通过验证，则本发明实施例确定验证信息未通过验证。若用户的账户信息通过验证，则本发明实施例确定验证信息通过验证。

本发明实施例中，当本移动终端的验证信息包含IMEI、至少一个SIM卡号和用户的账户信息时，当且仅当三者同时通过验证，验证信息通过验证。例如，当验证信息中的IMEI以及至少一个SIM卡号通过验证，但验证信息中的用户账户信息未通过验证，则验证信息未通过验证。另外，本发明实施例中，若首先对验证信息中的IMEI进行验证，并且该IMEI未通过验证，则无需继续对验证信息中的SIM卡号以及用户的账户信息进行验证，验证信息无法通过验证。本发明实施例中，当验证信息中包含的所有信息均通过验证，则验证信息通过验证，保证用户的移动终端不会因为图谋不轨者的恶意操作或者用户的失误操作开启防盗指令，避免不必要的情况下开启防盗功能给用户带来的麻烦。

对验证信息进行验证之后，步骤S104执行完毕，本发明实施例继续执行步骤S106。步骤S106中，当验证信息通过验证，本发明实施例根据接收到的后台防盗开启指令在后台开启防盗功能。防盗功能开启之后，当接收到上述通过验证的账户ID的防盗指令，本发明实施例解析该防盗指令，并执行该防盗指令对应的防盗操作。例如，当用户的手机丢失之后，本发明实施例能够登陆服务器发送后台防盗开启指令至丢失手机。手机后台开启防盗功能之后，本发明实施例能够通过绑定的亲友号码或者注册的用户账户信息中的ID发送防盗指令至丢失手机。手机接收到防盗指令之后，能够根据该防盗指令进行自动锁屏或者反馈更换后的SIM卡号至服务器或者返回该手机的实时位置至服务器等操作，帮助机主寻回被盗手机。

基于上文各优选实施例提供的移动终端防盗方法，基于同一发明构思，本发明实施例提供了一种客户端，设置于未开启防盗功能的移动终端，以实现上述移动终端防盗方法。

图2示出了根据本发明一个实施例的移动终端防盗客户端的结构示意图。参见图2，本发明实施例的客户端至少包括：接收模块210、解析模块220以及防盗开启模块230。

现介绍本发明实施例的客户端的各器件或组成的功能以及各部分间的连接关系：

接收模块210，配置为接收来自服务器的后台防盗开启指令，其中，后台防盗开启指令中携带有本移动终端的验证信息。

解析模块220，与接收模块210相耦合，配置为解析后台防盗开启指令，获取验证信息并进行验证。

防盗开启模块230，与解析模块220相耦合，配置为若验证通过，则根据后台开启防盗指令在后台开启防盗功能。

本发明实施例中，如图2所示的接收模块210接收来自服务器的后台防盗开启指令。其中，服务器的后台防盗开启指令中携带有本移动终端的验证信息。

本发明实施例中，本移动终端(例如手机或者平板电脑)的验证信息可以包括本移动终端的唯一身份标识以及至少一个SIM卡号，可以包括本移动终端的唯一身份标识以及用户的账户信息，还可以同时包括本移动终端的唯一身份标识、至少一个SIM卡号以及用户的账户信息三者。其中，本发明实施例优选IMEI，IMEI本身与本移动终端是终身绑定且唯一不变，并且可识别性高，因此，本发明实施例中，优选IMEI为本移动终端的唯一身份标识。

现以不同的验证信息为例，对本发明实施例提供的移动防盗客户端进行详细说明。本实施例中优选三组验证信息，分别是包括本移动终端的IMEI以及至少一个SIM卡号的第一组验证信息，包括本移动终端的IMEI以及用户的账户信息的第二组验证信息，以及同时包括本移动终端的IMEI、至少一个SIM卡号和用户的账户信息三者的第三组验证信息。

首先以第一组验证信息为例进行说明。本实施例中，本移动终端的验证信息包括本移动终端的IMEI以及至少一个SIM卡号。当接收模块210接收到携带有该验证信息的防盗开启指令之后，触发解析模块220。解析模块220受到触发之后，解析上述防盗开启指令，并获取到后台防盗开启指令携带的验证信息。解析模块220获取到验证信息之后，继续对该验证信息中的IMEI以及至少一个SIM卡号分别进行验证。首先，解析模块220对验证信息中的IMEI进行验证。若验证信息中的IMEI与本移动终端的IMEI匹配，则验证信息中的IMEI通过验证。其次，解析模块220对验证信息中的SIM卡号进行验证。若验证信息中存在至少一个SIM卡号与本移动终端的联系人列表中的SIM卡号匹配，则验证信息中的SIM卡号通过验证。另外，本发明实施例中的解析模块220也可以首先验证至少存在一个SIM卡号与本移动终端的联系人列表中的SIM卡号匹配，其次，对验证信息中的IMEI进行验证。本发明实施例中对验证信息中包含的IMEI以及至少一个SIM卡号的验证顺序并不加以限定。

本发明实施例中的验证信息包含的SIM卡号的个数可以是除0之外的任意整数值个，本发明实施例对此并不加以限定。例如，验证信息中包含4个SIM卡号，仅其中一个SIM卡号与本移动终端的联系人列表中的SIM卡号匹配，另外三个SIM卡号与本移动终端的联系人列表中的SIM卡号均不匹配，则该验证信息中的SIM卡号通过验证。再例如，验证信息中仅包含一个SIM卡号，且该SIM卡号与本移动终端的联系人列表中的SIM卡号能够匹配，则该验证信息中的SIM卡号通过验证。在实际运用中，用户移动终端的联系人列表会因为职位变更、工作地点变更等因素发生不定期更改。因此，本发明实施例中，验证信息中包含的SIM卡号有一个与本移动终端的联系人列表中的SIM卡号匹配，则验证信息中的SIM卡号通过验证。

如上文所述，解析模块220对验证信息进行验证之后，若根据解析模块220，验证信息未通过验证，则触发拒绝模块240。拒绝模块240受到触发之后，拒绝执行后台开启防盗指令。若根据解析模块220，验证信息通过验证，则如图2所示的防盗开启模块230根据后台开启防盗指令在后台开启防盗功能。防盗功能开启之后，与防盗开启模块230耦合的信任标识模块250标识通过验证的至少一个SIM卡号为可信任SIM卡号。当接收到标识为可信任号码的SIM卡号发送的防盗指令，防盗处理模块260根据该防盗指令执行对应的防盗操作，避免本移动终端的丢失，或者在本移动终端丢失之后，提供找回本移动终端的线索。

其次以第二组验证信息为例进行说明。本实施例中，本移动终端的验证信息包括IMEI以及用户的账户信息。当客户端中的接收模块210接收到携带有该验证信息的防盗开启指令之后，触发解析模块220。解析模块220解析接收到的后台防盗开启指令，并获取到后台防盗开启指令携带的验证信息。获取到验证信息之后，解析模块220对验证信息中的IMEI以及用户的账户信息进行验证。

首先，解析模块220对验证信息中的IMEI进行验证。若验证信息中的IMEI与本移动终端的IMEI匹配，则验证信息中的IMEI通过验证。其次，当验证信息中的IMEI通过验证之后，本发明实施例登录用户的账户信息获取该账户的ID。

获取到账户ID之后，解析模块220通过将该账户ID发送至服务器对该账户ID进行验证。解析模块220接收到服务器经过验证得到的验证结果之后，确定用户的账户信息是否通过验证。若用户的账户信息通过验证，则解析模块220确定验证信息通过验证，并触发防盗开启模块230。防盗开启模块230在后台开启防盗功能。若用户的账户信息没有通过验证，则解析模块220触发拒绝模块240。拒绝模块240拒绝在后台开启防盗功能。

本发明实施例中，解析模块220可以首先对验证信息中的IMEI进行验证。其次，对验证信息中的用户的账户信息进行验证。解析模块220还可以首先验证用户的账户信息，其次，对验证信息中的IMEI进行验证。对验证信息中的IMEI进行验证仅需要本发明实施例获取自身的IMEI，并对两个IMEI进行匹配。对验证信息中的用户账户信息进行验证，需要本发明实施例登录用户的账户信息，获取到账户ID之后，将该账户ID发送至服务器进行验证。相对于验证IMEI，对用户的账户信息进行验证的步骤更为繁琐、复杂。因此，本发明实施例中优选首先验证IMEI。当验证信息中的IMEI通过验证之后，再对验证信息中的用户的账户信息进行验证，保证更加高效率地对验证信息进行验证。

当防盗开启模块230开启防盗功能之后，若防盗处理模块260接收到上述通过验证的账户ID发送的防盗指令，则防盗处理模块260解析该防盗指令。解析之后，防盗处理模块260根据该防盗指令执行对应的防盗操作。例如，当用户的手机丢失之后，登录服务器发送防盗开启指令至丢失手机，则本发明实施例的客户端的接收模块210接收到后台防盗开启指令之后，对该防盗开启指令进行验证。若后台防盗开启指令通过验证，则防盗开启模块230开启后台防盗功能，并由防盗处理模块260根据接收到的防盗指令执行相应操作。如根据接收到的防盗指令进行自动锁屏或者反馈更换后的SIM卡号至服务器或者返回该手机的实时位置至服务器等操作，帮助机主寻回被盗手机。

最后以第三组验证信息为例进行说明。本实施例中，本移动终端的验证信息同时包括IMEI、至少一个SIM卡号和用户的账户信息三者。当如图2所示的客户端的接收模块210接收到携带有该验证信息的防盗开启指令之后，触发解析模块220。解析模块220解析接收到的后台防盗开启指令，并获取到后台防盗开启指令携带的验证信息。获取到验证信息之后，解析模块220对验证信息中的IMEI、至少一个SIM卡号以及用户的账户信息分部进行验证。首先，解析模块220对验证信息中的IMEI进行验证。若验证信息中的IMEI与本移动终端的IMEI匹配，则验证信息中的IMEI通过验证。其次，验证模块220对验证信息中的SIM卡号进行验证。若验证信息中存在至少一个SIM卡号与本移动终端的联系人列表中的SIM卡号匹配，则验证信息中的SIM卡号通过验证。另外，解析模块220也可以首先验证至少存在一个SIM卡号与本移动终端的联系人列表中的SIM卡号匹配，其次，对验证信息中的IMEI进行验证，本发明实施例对此并不加以限定。

当验证信息中的IMEI以及至少一个SIM卡号通过验证，信任标识模块250标识通过验证的SIM卡号为可信任卡号。另外，解析模块220继续对验证信息中的用户的账户信息进行验证。本发明实施例中的用户账户信息可以是用户名和密码，可以是用户名和系统随机选取的验证码，还可以是用户邮箱账号等等，本发明实施例对此并不加以限定。优选地，本发明实施例中，选择用户名和密码作为用户账户信息。在实际运用中，使用用户名和密码作为账户信息进行登录能够合理有效保证用户账户的安全。若使用用户名和随机选取的验证码作为账户，虽然仅需要记住用户名，无需密码，比较方便，但缺乏安全性。另外，使用邮箱账号作为账户信息同样比较方便，但由于邮箱账户登录地点容易发生改变，导致邮箱账号容易泄露，也存在安全隐患。因此，当验证信息中的IMEI以及至少一个SIM卡号通过验证之后，本发明实施例使用用户名和密码登陆账户信息，获取该账户的ID。

获取到账户ID之后，解析模块220发送该账户ID至服务器，由服务器对该账户ID进行验证。解析模块220接收到服务器经过验证得到的验证结果之后，确定用户的账户信息是否通过验证。若用户的账户信息没有通过验证，则解析模块220确定验证信息未通过验证。若用户的账户信息通过验证，则解析模块220确定验证信息通过验证。

当客户端中的解析模块220确定验证信息未通过验证之后，解析模块220触发拒绝模块240。当客户端中的解析模块220确定验证信息通过验证之后，解析模块220触发防盗开启模块230。防盗功能开启之后，当防盗处理模块260接收到上述通过验证的账户ID的防盗指令，本发明实施例解析该防盗指令，并执行该防盗指令对应的防盗操作。

例如，当用户的手机丢失之后，登陆服务器发送后台防盗开启指令至丢失手机，本发明实施例的客户端中的接收到后台防盗开启指令之后，对其进行验证。若该后台防盗开启指令通过验证，则在手机后台开启防盗功能。手机后台开启防盗功能之后，能够通过绑定的亲友号码或者注册的用户账户信息中的ID发送防盗指令至丢失手机。手机接收到防盗指令之后，能够根据该防盗指令进行自动锁屏或者反馈更换后的SIM卡号至服务器或者返回该手机的实时位置至服务器等操作，帮助机主寻回被盗手机。

根据上述任意一个优选实施例或多个优选实施例的组合，本发明实施例能够叨叨如下有益效果：

实施例二

本发明实施例提供了另一种移动终端防盗方法。图3示出了根据本发明一个实施例的移动终端防盗方法的处理流程图。如3所示，该流程至少包括步骤S302至步骤S306。

步骤S302、接收来自发送方的防盗指令，其中，防盗指令以短信为发送载体。

步骤S304、解析防盗指令，得到该指令对应的防盗命令。

步骤S306、执行防盗命令对应的操作，以实现移动终端防盗。

如图3中的步骤S302所示，本发明实施例接收到的防盗指令以短信为发送载体。在接收以短信为载体的防盗指令之前，本发明实施例注册短信拦截功能。图4示出了根据本发明一个实施例的注册短信拦截功能的处理流程图。如图4中的步骤S402所示，本发明实施例首先注册短信拦截功能。注册完成之后，本发明实施例执行步骤S404，生成防盗指令与防盗命令对应的映射表。若以短信为防盗指令的发送载体，也可以称该映射表为“短信-命令表”，实施时可以根据该表查找并确定接收短信对应的防盗命令。该映射表中，防盗指令以及防盗命令形成对应关系。例如“Dingwei#”、“Suoding#”等。在映射表中，防盗指令中的“Dingwei#”在映射表中可以查找到对应防盗命令中的定位(Locate)命令，同理，防盗指令中的“Suoding#”在映射表中可以查找到对应防盗命令中的锁定屏幕(Lock)命令。另外，为区分防盗指令与普通短信，防盗指令中存储有识别防盗指令的识别字符，帮助识别短信中存在防盗指令。例如“Dingwei#”、“Suoding#”中的“#”或者“*Dingwei*”中防盗指令前后的“*”。当短信中出现如上述优选实施例中提及的“#”或者“*”或者其他移动终端能够输入的识别字符时，本发明实施例能够识别并拦截到短信中的防盗指令，进而能够继续执行防盗操作。本例中的识别字符可以是一个或多个字符的组合。由于识别字符的区别特性，通常选取不常用的特殊字符作为识别字符，例如上文提及的“#”、“*”，再例如指定不常用的罗马字母、希腊字母等字符作为识别字符均可。多个字符的组合使用可以加强识别字符的验证功能，例如，可以设置如下防盗格式：每隔N个字符检测到一个特殊字符，则证明该条短信为防盗短信，并非是普通短信。此时，若根据短信内容的长度，特殊字符的个数相应变化，可以是1、2、3……。

短信拦截功能注册结束之后，本发明实施例按照如图4所示的本发明一个实施例的短信接收处理方法的处理流程图执行操作。如图5所示，当本发明实施例接收到短信(即步骤S502)之后，本发明实施例执行步骤S504，判断接收到的短信是否携带有防盗指令。根据在图4中的步骤S404中生成的映射表，本发明实施例查询接收到的短信中是否携带有该映射表中包含的特殊字符。若含有特殊字符，则判断出接收的短信中携带有防盗指令，本发明实施例继续执行步骤S506。若未含有上述特殊字符，则判断出接收的短信中未携带有防盗指令，本发明实施例继续执行步骤S508。

如图5中的步骤S506所示，本发明实施例判断短信中携带有防盗指令之后，拦截该短信(通常也称吃掉短信)。本发明实施例中，拦截短信可以避免该短信在移动终端的系统中出现，引起偷盗者的疑心，导致偷盗者提高警惕。若移动终端的系统中显示携带有防盗指令的短信，偷盗者据此判断移动终端开启防盗功能，则偷盗者可能对移动终端执行刷机或者拔出电池等操作，降低被盗移动终端被找回的机率，并增大相关部门找回被盗终端、抓获偷盗者的难度。步骤S506执行完毕，本发明实施例继续执行步骤S510，获取短信中的防盗指令信息，并触发对发送方的身份信息进行确定的操作，流程结束。若根据判断，接收到的短信中未携带有防盗指令，则本发明实施例执行步骤S508，放行短信，流程结束。

本发明实施例中，当判断接收到的短信中未携带有防盗指令时，放行短信，能够降低偷盗者的警惕性，有利于找回被盗终端，抓获偷盗者。例如，当用户的移动终端丢失之后，若偷盗者在被盗移动终端中看到移动终端能够接收到短信，认为移动终端并未被锁定，并未开启防盗功能。另外，本发明实施例将携带有防盗指令的短信拦截，使其无法显示在移动终端的系统中，而是在后台根据短信中携带的防盗指令进行防盗操作。偷盗者无法发现移动终端已开启防盗功能，并执行相应防盗操作，如上报移动终端的实时位置甚至上报偷盗者的指纹等操作。因此，本发明实施例能够降低偷盗者的警惕性，增大被盗移动终端找回的可能性，进而有效遏制偷盗犯罪的发生，保护用户的财产安全。

上文提及，当接收到的短信中携带有防盗指令时，本发明实施例获取短信中的防盗指令信息，并触发确定或验证发送方身份信息操作。如图3中的步骤S304所示，本发明实施例解析防盗指令，得到该指令对应的防盗命令。

本发明实施例对防盗指令进行解析，得到发送该防盗指令的发送方的验证码。得到验证码之后，本发明实施例继续对得到的验证码与移动终端预存的验证码进行匹配，并根据匹配结果确定是否获取防盗指令对应的防盗命令。若得到的验证码与移动终端预存的可信任的移动终端标识和/或密码匹配，则获取防盗命令。若得到的验证码与移动终端预存的可信任的移动终端标识和/或密码不匹配，为避免接收到恶意发送端发送的防盗指令导致对移动终端执行错误的防盗操作，本发明实施例忽略该防盗命令。

本发明实施例中，验证码可以是发送方的移动终端标识和/或证明发送方可信任的密码。其中，发送方的移动终端标识包括发送方的电话号码、发送方的SIM卡号以及发送方的IMEI至少任意之一。证明发送方可信任的密码可以是发送方的移动终端标识、预先设置的证明发送方可信任的字符串至少任意之一。例如，可以将数字与字母的任意组合设置为证明发送方可信任的字符串。如，ac1088206、A34TFAK6808等。还可以将用户的姓名或者用户的生日、宠物的生日设置为证明发送方可信任的密码等等。

图6示出了根据本发明一个优选实施例的预先存储可信任的移动终端标识和/或密码的方法的处理流程图。需要说明的是，本优选实施例中，为方便称呼，将可信任的移动终端标识和/或密码统称为密码，将可信任的移动终端标识称为亲友号码。参见图6，该流程至少包括步骤S602至步骤S612。

步骤S602、是否设置亲友号码。

本优选实施例中，首先询问用户是否在本移动终端上设置亲友号码，若是，则执行步骤S604，若否，则执行步骤S608。

步骤S604、设置亲友号码。

若用户选择设置亲友号码，则本发明实施例根据在移动终端本地的通讯录或者常用联系人列表或者白名单中选择若干常用联系电话号码，将其设为亲友号码。

步骤S606、对亲友号码设置完毕之后，设置密码为亲友号码。当移动终端接收到携带有防盗指令的短信之后，解析防盗指令获得验证码。若该验证码与预先设置的作为密码的亲友号码匹配，则获取防盗指令对应的防盗命令。

步骤S608、是否设置密码。

若根据用户选择，对亲友号码未进行设置，则继续询问是否设置密码。若不进行设置，则流程结束。若设置，则执行步骤S612。

步骤S610、根据用户输入的字符串设置密码

步骤S612、确认开启密码。

当设置密码为亲友号码成功之后，确认开启使用密码功能，流程结束。

如上文所述的存储可信任的移动终端标识和/或密码的方法，本发明实施例还可以通过设置可信任的移动终端标识和/或密码为空将已存储的可信任的移动终端标识和/或密码删除。例如，本发明实施例能够按照如图6所示的流程，将亲友号码、短信防盗密码设置为空，并在点击“开启密码”栏以关闭密码功能。删除可信任的移动终端标识和/或密码之后，本发明实施例还可以选择注销防盗功能。

如上文所述，本发明实施例对防盗指令进行解析时获取验证码，确定防盗指令是否加密。若防盗指令为加密防盗指令，则本发明实施例采用相应的解密手段对防盗指令进行解密，并采用相应的解密手段对验证码进行解密，获取解密后的验证码并进行匹配。本发明实施例中，防盗指令可以是通过任意加密算法被加密，本发明实施例在对防盗指令进行解析时采用相应的解密手段对防盗命令以及验证码进行解密，本发明实施例对此并不加以限定。优选地，本发明实施例中采用目前使用最广泛的数据加密标准(Data Encryption Standard，以下简称DES)对防盗指令进行加密以及解密。另外，本发明实施例能够对接收到的防盗指令中除验证码以及防盗命令之外的其他信息或者内容也进行加密处理。本发明实施例对防盗指令中的所有信息或者内容进行加密处理，能够增强对防盗指令中重要信息或者内容(如防盗指令中的验证码或者防盗命令)的保护，提高接收到的防盗指令的安全性。

当本发明实施例根据预先存储的验证码对防盗指令中携带的验证码进行匹配之后，若发送方的验证码与移动终端的验证码能够匹配，则解析防盗指令以得到对应的防盗命令。获取到防盗命令之后，执行如图3所示的步骤S306，执行防盗命令对应的操作，以实现移动终端防盗。

在任一防盗命令被执行的过程中，本发明实施例轮询查询该命令是否执行成功。如图7示出了根据本发明一个实施例的对命令执行情况进行轮询查询的处理流程图。执行图7中的步骤S702，判断即将执行的防盗命令是否执行成功。若根据判断结果，该防盗命令未能执行，则执行步骤S704，再次尝试执行该防盗命令，流程结束。若根据判断结果，该防盗命令执行成功，则流程结束。

本发明实施例中，对防盗命令的执行情况进行轮询查询保证移动终端获取到的防盗命令能够被及时执行，避免因防盗命令执行不及时导致偷盗者对移动终端进行刷机或者其他操作使得移动终端无法被找回。例如，本发明实施例即将执行锁定屏幕命令，对该锁定屏幕命令是否执行成功进行查询。若锁定屏幕命令未执行，则本发明实施例执行锁定屏幕命令，对移动终端的屏幕进行锁定。若锁定屏幕命令执行成功，则本发明实施例放弃再次执行该屏幕锁定命令。

当接收到的防盗命令执行完毕之后，本发明实施例将执行结果作为回执返回防盗指令的发送方，提醒发送方防盗指令已执行。发送方收到该回执之后，能够继续下一步防盗操作。另外，若防盗指令发送方在指定时间内未收到回执，则本发明实施例发起轮询查询，查询回执是否成功。如图8示出了根据本发明一个实施例的查询回执的方法的处理流程图。当发送方在执行时间内未收到回执，本发明实施例执行如图8所示的步骤S802，向服务器请求查询回执。继而，本发明实施例执行步骤S804，查询是否回执成功。若成功，则流程结束。若未成功，则本发明实施例返回执行步骤S802，直至查询回执成功。通过发送回执查询，本发明实施例保证防盗指令发送方能够及时获知防盗指令的执行情况，并能够及时获知防盗指令执行结束，并更加高效执行防盗操作。进一步，本发明实施例能够提高被盗移动终端找回的机率。

现以具体实施例对本发明的移动终端防盗方法进行说明。

图9至图11示出了根据本发明一个优选实施例的移动终端防盗方法的处理流程图，用于支持上述任意一个移动终端防盗方法，将上述移动终端防盗方法阐述得更加清晰易懂。需要说明的是，为将本优选实施例阐述得更加明白简单，本优选实施例中，将发送方设置于亲友手机，将移动终端设置于被盗手机。

图9示出了根据本发明一个优选实施例的移动终端防盗方法的处理流程图。如图9所示，手机被盗之后，本优选实施例执行步骤S902，通过亲友手机发送防盗短信至被盗手机。其中，该亲友手机的号码预先存储于被盗手机中。被盗手机接收到防盗短信之后，本优选实施例执行步骤S904，处理防盗短信。处理完毕之后，执行步骤S906，返回被盗处理结果至亲友手机，完成被盗手机的防盗处理流程。

现分别从亲友手机侧以及被盗手机侧介绍本优选实施例的移动终端防盗方法的处理流程。

请注意，在此以亲友手机代表防盗指令发送方，根据本发明公开的内容，本领域技术人员可以理解，防盗指令发送方不止可以使亲友手机，而可以是任何其他可以发送短信的通信设备，通过验证在防盗指令中包含的密码来验证该发送方的身份是否合法，本发明不限于此。

图10示出了根据本发明一个实施例的亲友手机侧的移动终端防盗方法的处理流程图。参见图10，该流程至少包括步骤S1002至步骤S1006。

当手机被盗之后，本实施例通过亲友手机编辑并发送防盗短信至被盗手机。在编辑防盗短信时，若防盗短信中的防盗命令为一些简单操作，如“锁定手机屏幕”，则本实施例可以通过编辑特殊的防盗短信直接进行发送。若防盗短信中的防盗命令为一些安全要求较高的防盗命令，如“删除手机数据”、“备份手机数据”等，则本实施例首先对即将发送的防盗短信进行加密。其次，将经过加密处理的防盗短信发送至被盗手机。

如图10所示的步骤S1002，本实施例对即将发送的防盗短信进行加密处理时，首先拼接特殊标记。在上文提及的包含特殊字符以及防盗指令的映射中存在步骤S1002中拼接的特殊标记。并且，在该映射中，存在专门用于加密的特殊标记。例如，该映射中，同时存在“Dingwei#”以及“Dingwei#E”，两者对应的防盗命令均为Locate命令。但 “Dingwei#”表示未加密的防盗指令，“Dingwei#E”标识加密的防盗命令。

之后，本实施例继续执行步骤S1004，对其余内容进行加密。例如，“Dingwei#E1380013800”中，“Dingwei#E”后面的数字表示验证码，即被盗手机预先存储的密码或者亲友号码等。步骤S1004对该密码或者亲友号码进行加密处理。加密处理之后，得到“DingweiE#ac35e5b301”。其中，需要说明的是，本发明实施例中展示的防盗指令中的字母及数字仅用作示例，不能代表真实的密码或者亲友号码的数字位数或者加密后的防盗指令的真实显示。对防盗短信进行加密之后，本实施例执行步骤S1006，发送防盗短信至被盗手机，流程结束。

亲友手机发送防盗短信至被盗手机之后，被盗手机对接收到的防盗短信进行处理。如图11示出了根据本发明一个实施例的被盗手机一侧的移动终端防盗方法的处理流程图。参见图11，该流程至少包括步骤S1102至步骤S1120。

步骤S1102、接收防盗短信。

步骤S1104、判断接收到的防盗短信的发送方是否为亲友号码。若是，直接执行步骤S1110，若否，执行步骤S1106。

步骤S1106、判断接收到的防盗短信中是否含有经过DES加密的内容。若是，执行步骤S1118，若否，执行步骤S1108。

步骤S1108、判断防盗短信中的验证码是否正确。

具体地，防盗短信中的验证码可以是证明发送方可信任的密码，可以是发送方移动终端的标识信息，还可以同时包括密码以及移动终端的标识信息两者。经判断，若防盗短信中的验证码正确，执行步骤S1110，若错误，流程结束。

步骤S1110、获取防盗命令。

被盗手机接收到防盗短信之后，解析防盗短信中携带的防盗指令，获取与该防盗指令对应的防盗命令。

步骤S1112、执行防盗命令。

获取到防盗命令之后，被盗手机根据防盗命令执行相应的防盗操作。如根据防盗命令对被盗手机进行锁定屏幕的操作，或者根据防盗命令对解锁手机者进行拍照操作等的。

步骤S1114、返回执行结果。

防盗命令执行完毕之后，被盗手机返回执行结果至发送方，提示发送方命令执行完毕。

步骤S1116、返回执行结果至发送方之后，被盗手机防盗操作成功执行完毕，流程结束。

步骤S1118、若防盗短信中存在DES加密内容，则对短信内容进行解密。

步骤S1120、判断对防盗短信内容解密是否成功。若是，返回执行步骤S1108，若否，流程结束。

基于上文各优选实施例提供的移动终端防盗方法，基于同一发明构思，本发明实施例提供一种移动终端防盗客户端，用于实现上述移动终端防盗方法。

图12示出了根据本发明一个实施例的移动终端防盗客户端的结构示意图。参见图12，本发明实施例的客户端至少包括：接收模块1220、解析模块1230以及执行模块1260。

现介绍本发明实施例的移动终端防盗客户端的各器件或组成的功能以及各部分间的连接关系：

接收模块1220，配置为接收来自发送方的防盗指令，其中，防盗指令以短信为发送载体。

解析模块1230，与接收模块1220以及执行模块1260分别耦合，配置为解析防盗指令，得到该指令对应的防盗命令。

执行模块1260，与解析模块1230相耦合，配置为执行防盗命令对应的操作，以实现移动终端防盗。

如图12所示，本发明实施例的移动终端防盗客户端中的接收模块1220接收来自发送方的防盗指令之前，短信拦截模块1210对移动终端接收到的短信进行筛选操作。即，移动终端接收到短信之后，短信拦截模块1210判断接收到的短信是否携带有防盗指令。

若短信拦截模块1210判断该短信中包含防盗指令，则短信拦截模块拦截该短信，阻止该短信在移动终端系统内显示，并触发接收模块1220接收以上述短信为载体的防盗指令。本发明实施例中，短信拦截模块1210对携带有防盗指令的短信进行拦截操作，避免该短信在移动终端的系统中出现，引起偷盗者的疑心，导致偷盗者提高警惕。若移动终端的系统中显示携带有防盗指令的短信，偷盗者据此判断移动终端开启防盗功能，则偷盗者可能对移动终端执行刷机或者拔出电池等操作，降低被盗移动终端被找回的机率，并增大相关部门找回被盗终端、抓获偷盗者的难度。

若短信拦截模块1210判断接收到的短信中未携带有防盗指令时，放行短信，能够降低偷盗者的警惕性，有利于找回被盗终端，抓获偷盗者。例如，当用户的移动终端丢失之后，若偷盗者在被盗移动终端中看到移动终端能够接收到短信，认为移动终端并未被锁定，并未开启防盗功能。另外，本发明实施例中的短信拦截模块1210将携带有防盗指令的短信拦截，使其无法显示在移动终端的系统中，而是触发接收模块1210在后台接收短信中携带的防盗指令，并进行防盗操作。偷盗者无法发现移动终端已开启防盗功能并执行相应防盗操作，如上报移动终端的实时位置甚至上报偷盗者的指纹等操作。因此，本发明实施例能够降低偷盗者的警惕性，增大被盗移动终端找回的可能性，进而有效遏制偷盗犯罪的发生，保护用户的财产安全。

当短信拦截模块1210拦截到携带有防盗指令的短信之后，触发接收模块1220。接收模块1220接收以短信为载体的防盗指令，并触发解析模块1230对该防盗指令进行解析。

解析模块1230对防盗指令进行解析，得到发送该防盗指令的发送方的验证码。得到验证码之后，解析模块1230继续对得到的验证码与本地存储的可信任的移动终端标识和/或密码进行匹配，并根据匹配结果确定是否获取防盗指令对应的防盗命令。本发明实施例中，客户端本地存储的可信任的移动终端标识和/或密码由存储模块1240进行存储。若得到的验证码与存储模块1240存储的可信任的移动终端标识和/或密码匹配，则解析模块1230获取防盗命令。若得到的验证码与存储模块1240存储的可信任的移动终端标识和/或密码不匹配，为避免接收到恶意发送端发送的防盗指令导致对移动终端执行错误的放到操作，解析模块1230忽略该防盗命令。另外，本发明实施例中，与存储模块1240相耦合的注销模块1250能够删除存储模块1240存储的发送方的移动终端标识和/或密码，并注销防盗功能。

另外，解析模块1230对防盗指令进行解析时获取验证码，确定防盗指令是否加密。若防盗指令为加密防盗指令，则解析模块1230采用相应的界面手段对防盗指令进行解密，并采用相应的解密手段对验证码进行解密，获取解密后的验证码并进行匹配。本发明实施例中，防盗指令可以是通过任意加密算法被加密，解析模块1230在对防盗指令进行解析时采用相应的解密手段对防盗指令以及验证码进行解密，本发明实施例对此并不加以限定。优选地，本发明实施例中采用目前使用最广泛的DES对防盗指令进行加密以及解密。另外，本发明实施例能够对接收到的防盗指令中除验证码以及防盗命令之外的其他信息或者内容也进行加密处理。

当解析模块1230对防盗指令中携带的验证码以及存储模块1240预先存储的验证码进行匹配之后，若发送方的验证码与存储模块1240中存储的验证码能够匹配，则解析模块1230能够解析防盗指令得到对应的防盗命令。解析模块1230获取到防盗命令之后，触发执行模块1260根据防盗命令执行对应的操作，以实现移动终端防盗。在执行模块1260执行防盗命令的过程中，与执行模块1260相耦合的命令轮询模块1270轮询查询该防盗命令是否执行成功。若该防盗命令未执行成功，则命令轮询模块1270触发执行模块1260尝试再次执行该防盗命令。若该防盗命令执行成功，则命令轮询模块1270触发执行模块1260结束执行该防盗命令。

本发明实施例中，命令轮询模块1270对防盗命令的执行情况进行轮询查询保证获取到的防盗命令能够被及时执行，避免因防盗命令执行不及时导致偷盗者对移动终端进行刷机或者其他操作使得移动终端无法被找回。例如，命令轮询模块1270对该锁定屏幕命令是否执行成功进行查询。若锁定屏幕命令未执行成功，则命令轮询模块1270触发执行模块1260尝试再次执行锁定屏幕命令。若锁定屏幕命令执行成功，则执行模块1260放弃再次执行该屏幕锁定命令。

根据上述任意一个优选实施例或多个优选实施例的组合，本发明实施例能够达到如下有益效果：

实施例三

本发明实施例提供了又一种移动终端防盗方法。图13示出了根据本发明一个实施例的移动终端防盗方法的处理流程图。如图13所示，该流程至少包括步骤S1302至步骤S1306。

步骤S1302、接收来自服务器的防盗指令，其中，防盗指令由已激活账户发送至服务器。

步骤S1304、解析防盗指令，得到该指令对应的防盗命令。

步骤S1306、执行防盗命令对应的操作，以实现移动终端防盗。

如图13中的步骤S1302所示，本发明实施例接收来自服务器的防盗指令。其中，防盗指令格式可以只包括防盗命令，还可以既包括防盗命令，还包括除防盗命令之外的其他标识信息。本发明实施例中，防盗指令可以包括防盗策略标识、已激活账户标识、防盗命令、防盗对象标识中的至少一项。优选地，本发明实施例中，防盗策略标识为账户(Account)，用来确定防盗策略的标识，该标识确定之后，不会发生改变。已激活账户标识为当前登录时为该账户生成的唯一的账号识别码(UID)。防盗命令包括命令编号(ACTIONID)和/或任务编号(TASKID)，其中，通过ACTIONID能够在包含ACTIONID与防盗命令的对应表中查找到对应的命令。TASKID为防盗指令发送时，在服务器中生成的对应的任务编号，通过该TASKID能够在服务器中对该TASKID对应的防盗命令的执行情况进行查询。另外，当该防盗指令为首次发起时，TASKID为0。防盗对象标识可以包括本移动终端的IMEI，还可以包括能够唯一标识本移动终端的其他身份标识。综上，本发明实施例中，防盗指令的格式可以设置为：

[Accout]<UID>,<IMEI>,<ACTIONID>,<TASKID>,<OTHERS>

其中，OTHERS为与防盗指令相关的附加信息。例如，Erase的附加信息为指定删除移动终端系统中哪部分的数据(如删除系统内的短信数据或者记事本数据或者应用的聊天记录数据等)。再例如，TakePhoto的附加信息可以是对拍摄照片的清晰度的要求。

例如，终端锁定指令的格式为：[Accout]200868996,323450296939291，LOCK，2000000,0。

需要说明的是，本发明实施例中提及的代表UID、IMEI以及TASKID的数字仅用作示例，不能代表真实运用中代表UID、IMEI以及TASKID的数字的位数及组合。

当本发明实施例执行步骤S1302完毕，接收到防盗指令之后，执行步骤S1304，解析该防盗指令。在对防盗指令进行解析操作时，本发明实施例确定防盗指令是否被加密。若防盗指令为加密防盗指令，则本发明实施例采用相应的解密手段对防盗指令进行解密。加解密方式请参见实施例二相应介绍部分，在此不做赘述。

上文对本发明实施例接收到的防盗指令进行了介绍，本发明实施例在接收防盗指令之前，需要在本移动终端启动防盗功能。如图14示出了根据本发明一个实施例的开启防盗功能的方法的处理流程图。参见图14，该流程至少包括步骤S1402至步骤S1414。

步骤S1402、登陆已激活的账号。

通过网络向登陆服务器发送登陆请求。

步骤S1404、返回登录信息。

登录服务器接收到登陆请求之后，返回登陆信息，如“账户名称”、“账户识别码”。

步骤S1406、通过短信发送绑定(Bind)指令。

通过短信发送Bind指令至防盗服务器。该Bind指令中，ACTIONID为Bind，TASKID为0，OTHERS为空。并且，该指令中携带的号码为本移动终端的电话号码。当绑定成功之后，将本移动终端的电话号码设置为可信任号码，并启动防盗功能。

步骤S1408、检查Bind状态。

若发送Bind指令之后，预定时间(如20秒)内，没有收到防盗服务器返回的查询结果，则通过网络检查Bind状态。

步骤S1410、防盗服务器返回Bind结果。

防盗服务器返回的查询结果中包含OTHERS格式的信息。若OTHERS为1，则表示本移动终端绑定成功，若OTHERS为0，则表示本移动终端绑定失败。

本发明实施例中，步骤S1408以及步骤S1410能够多次重复执行，其中，每隔预定时间(如20秒)若未收到防盗服务器返回的查询结果或者绑定结果为失败，检查Bind状态。

步骤S1412、若重复检查Bind状态三次之后，仍然无法成功绑定，通过网络发送未携带有本移动终端电话号码的Bind指令。若绑定成功，则启动防盗功能，并标识本移动终端为不可信任号码。

步骤S1414、防盗服务器返回网络发送的Bind结果。

需要说明的是，如图14所示，当本移动终端未被盗时，图14中的登录方可以是被盗之后登陆已激活账户一侧，还可以是本移动终端一侧。此时，登录服务器与防盗服务器为同一服务器。

图15示出了根据本发明一个实施例的解除绑定的方法的处理流程图。参见图15，该流程至少包括步骤S1502至步骤S1506。

步骤S1502、发送解除绑定(Unbind)指令。

具体地，本步骤通过网络向防盗服务器发送Unbind指令。该Unbind指令为一种防盗指令，采用上文提及的防盗指令格式。在本Unbind指令中，ACTIONID为Unbind，TASKID为0，OTHERS为空。

步骤S1504、防盗服务器返回Unbind结果。若解除绑定成功，则执行步骤S1506，若解除绑定失败，则提示用户进行其他操作。

步骤S1506、解除绑定成功，删除已激活账户的账户信息以及防盗记录。如将账户信息中的“账户名称”、“账户识别码”设置为空并删除该账户对应的防盗记录的数据库等。

另外，解除绑定成功并删除已激活账户的账户信息以及防盗记录之后，本发明实施例能够注销防盗功能。

上文介绍了本发明实施例中开启防盗功能以及注销防盗功能的处理流程。当移动终端丢失之后，本发明实施例首先对已激活账户在能够触发移动终端防盗的客户端中进行登录。优选地，本发明实施例中，能够触发移动终端防盗的客户端可以是浏览器，可以是手机侧带有手机防盗功能的客户端(例如手机卫士)，还可以是个人电脑(Personal Computer，以下简称PC)侧带有手机防盗功能的客户端(例如安全卫士)等，本发明实施例对此并不加以限定。本发明实施例中，已激活账户登录之后，能够以短信和/或网络指令为载体发送防盗指令，保证移动终端丢失之后，能够通过常用发送方及时发送防盗指令对丢失的移动终端进行防盗。其中，若已激活账户以短信为载体发送防盗指令，则本发明实施例中，移动终端接收到短信之后，首先判断短信中是否携带有防盗指令，若是，拦截该短信，并触发如图13中步骤S1304所示的解析防盗指令操作。若否，则放行该短信。

本发明实施例判断短信中携带有防盗指令之后，拦截该短信(通常也称吃掉短信)，其功能描述请参见实施例二相应介绍部分。

如上文所述，移动终端丢失之后，对已激活账户进行登陆，并接收已激活账户以短信和/或网络为载体发送的防盗指令。具体地，在已激活账户中存在存储有与激活账户绑定的至少一个移动终端的标识的设备列表。本发明实施例在已激活账户的设备列表中选择进行防盗操作的本移动终端，并由已激活账户将针对本移动终端的防盗指令发送至服务器。例如，发送“获取设备列表”指令至服务器，该“获取设备列表”指令中，ACTIONID为GET_LIST，TASKID为0，OTHERS为空。服务器返回该账户对应的设备列表。其中，设备列表中包含能够唯一标识移动终端的身份标识信息(如IMEI或者UID等)以及移动终端的电话号码等信息。已激活账户在设备列表中选取指定的移动终端，并将针对该移动终端的防盗指令发送至服务器，由服务器转发至该移动终端。

另外，若进行防盗操作的本移动终端的标识未存储于设备列表中，由已激活账户输入本移动终端的标识，将该输入的本移动终端的标识添加至已激活账户的设备列表中。并且，选择本移动终端对应的防盗操作通过服务器发送至本移动终端。

本移动终端接收到防盗指令之后，解析防盗指令得到防盗命令，进而根据防盗命令执行防盗操作。本发明实施例中，当任一防盗命令被执行的过程中，轮询查询该防盗命令是否执行成功，若是，则结束该防盗命令的执行，若否，则再次尝试执行该防盗命令。

当接收到的防盗命令执行完毕之后，本发明实施例将执行结果作为回执返回服务器，提醒服务器已执行。服务器收到该回执之后，能够继续下一步防盗操作。另外，若服务器在指定时间内未收到回执，则本发明实施例发起轮询查询，查询回执是否成功。查询回执的方法的处理流程图参见图8。

现以具体实施例对本发明的移动终端防盗方法进行说明。

图16示出了根据本发明一个优选实施例的移动终端防盗方法的处理流程图。参见图16，该流程至少包括步骤S1602至步骤S1618。

步骤S1602、登录已激活账户，并通过该已激活账户发送防盗指令至服务器。

步骤S1604、服务器返回对防盗指令的处理结果，提示已激活账户服务器接收到防盗指令。其中，服务器返回的处理结果中携带有服务器生成的TASKID。

步骤S1604执行完毕之后，根据已激活账户发送的防盗指令，若被盗移动终端的手机号码为可信任号码，则直接执行步骤S1608，若被盗移动终端的手机号码为不可信号码，执行步骤S1606。

步骤S1606、在已激活账户中输入被盗移动终端的手机号码，并发送至服务器，以便在服务器中存储的已激活账户对应的设备列表中添加该手机号码。将该手机号码添加至设备列表之后，被盗移动终端的手机号码由不可信任号码转变为可信任号码。

步骤S1608、确定被盗移动终端的手机号码为可信任号码之后，服务器以短信形式发送防盗指令至被盗移动终端。其中，该防盗指令中的ACTIONID和OTHERS与已激活账户发送至服务器的防盗指令中的ACTIONID和OTHERS相同，而该防盗指令中的TASKID为步骤S1604中生成的TASKID。

步骤S1610、已激活账户发送防盗指令完毕，每隔预定时间(如30秒)，通过网络向服务器发送查询请求，查询防盗指令的执行结果。其中，查询请求中携带有被盗移动终端的身份标识信息(如被盗移动终端的IMEI或者UID等)以及步骤S1604中生成的TASKID。

步骤S1612、服务器接收到查询请求之后，查询防盗指令的执行情况，并返回至已激活账户。如服务器返回“被盗移动终端未收到防盗指令”、“被盗终端正在执行防盗指令”、“被盗终端执行防盗指令成功”或者“被盗终端执行防盗指令失败”等等至已激活账户。用户能够及时通过已激活账户查看被盗终端执行防盗指令的情况，并根据防盗指令的执行情况选择执行下一防盗指令等操作。

步骤S1614、被盗终端对防盗命令执行完毕之后，返回执行结果至服务器。服务器接收到返回结果之后，将TASKID对应的防盗命令的状态更新为“已完成”。

步骤S1616、已激活账户向服务器发送查询请求，查询防盗指令的执行结果。

步骤S1618、接收到已激活账户的查询请求之后，返回“被盗终端执行防盗指令成功”至已激活账户。

需要说明的是，上述流程中，步骤S1610以及步骤S1612能够轮询执行一次或者多次。如已激活账户能够每隔30秒发送查询请求至服务器，查询被盗终端对防盗指令的执行情况直到服务器返回被盗终端执行防盗指令成功。即，在上述流程中，步骤S1616以及步骤S1618为步骤S1610以及步骤S1612的重复。

图17示出了根据本发明一个实施例的已激活账户一侧发送防盗指令的处理流程图。参见图17，该流程至少包括步骤S1702至步骤S1708。

步骤S1702、生成防盗指令内容。

生成防盗指令中，ACTIONID为要执行的命令的命令编号，如定位(Locate)、删除(Erase)、拍照取证(TakePhoto)等等。TASKID为0，OTHERS为与防盗指令相关的附加信息。例如，Erase指令的附加信息为指定删除移动终端系统中哪部分的数据(如删除系统内的短信数据或者记事本数据或者应用的聊天记录数据等)。再例如，TakePhoto的附加信息可以是对拍摄照片的清晰度的要求。

步骤S1704、对防盗指令进行加密处理。

在防盗指令中，除Accout外，其他数据或内容或信息均需要经过加密处理，本优选实施例中，采用DES对防盗指令进行加密处理，保证防盗指令能够被更加安全地发送至服务器，再由服务器转发至被盗终端。另外，若已激活账户与服务器的通讯采用了具有安全性的加密传输协议(Hypertext Transfer Protocol over Secure Socket Layer，以下简称Https)等加密协议，则本优选实施例可以跳过该加密步骤。

步骤S1706、发送防盗指令至服务器。

步骤S1708、发送轮询查询请求至服务器，查询被盗终端对防盗指令的执行情况。若执行完毕，流程结束。若未执行完毕，重复步骤S1708。

图18示出了根据本发明一个实施例的移动终端一侧防盗的方法处理流程图。参见图18，该流程至少包括步骤S1802至步骤S1814。

步骤S1802、接收携带有防盗指令的短信。

步骤S1804、对防盗指令进行解密处理。若能够解密，执行步骤S1808，若不能够解密，执行步骤S1806。

步骤S1806、解密失败，执行防盗指令失败，流程结束。

步骤S1808、解密成功，确定防盗指令中携带的移动终端标识(如IMEI或者UID)是否正确。若是，则执行步骤S1810。若否，则防盗指令的发送方错误发送，该防盗指令不由本移动终端执行，返回执行步骤S1806。

步骤S1810、解析接收到的防盗指令，获取与该防盗指令对应的防盗命令。

步骤S1812、执行防盗命令。

步骤S1814、执行完毕之后，返回执行结果至服务器，流程结束。

图19示出了根据本发明一个实施例的移动终端防盗客户端的结构示意图。参见图19，本发明实施例的客户端至少包括：接收模块1940、解析模块1950以及执行模块1960。

接收模块1940，配置为接收来自服务器的防盗指令，其中，防盗指令由已激活账户发送至服务器。

解析模块1950，与接收模块1940相耦合，配置为解析防盗指令，得到该指令对应的防盗命令。

执行模块1960，与执行模块1950相耦合，配置为执行防盗命令对应的操作，以实现移动终端防盗。

本发明实施例中，如图19所示的移动终端防盗客户端中的判断模块1910在移动终端接收到短信之后，判断接收到的短信中是否携带有防盗指令。若是，则触发拦截模块1920，拦截携带有防盗指令的短信，若否，则触发放行模块1930，放行该短信。

判断模块1910判断短信中携带有防盗指令之后，触发拦截模块1920拦截该短信(通常也称吃掉短信)。本发明实施例中，吃掉短信可以避免该短信在移动终端的系统中出现，引起偷盗者的疑心，导致偷盗者提高警惕。若移动终端的系统中显示携带有防盗指令的短信，偷盗者据此判断移动终端开启防盗功能，则偷盗者可能对移动终端执行刷机或者拔出电池等操作，降低被盗移动终端被找回的机率，并增大相关部门找回被盗终端、抓获偷盗者的难度。

本发明实施例中，当判断模块1910判断接收到的短信中未携带有防盗指令时，触发放行模块1930放行短信，能够降低偷盗者的警惕性，有利于找回被盗终端，抓获偷盗者。例如，当用户的移动终端丢失之后，若偷盗者在被盗移动终端中看到移动终端能够接收到短信，认为移动终端并未被锁定，并未开启防盗功能。另外，本发明实施例将携带有防盗指令的短信拦截，使其无法显示在移动终端的系统中，而是在后台根据短信中携带的防盗指令进行防盗操作。偷盗者无法发现移动终端已开启防盗功能，并执行相应防盗操作，如上报移动终端的实时位置甚至上报偷盗者的指纹等操作。因此，本发明实施例能够降低偷盗者的警惕性，增大被盗移动终端找回的可能性，进而有效遏制偷盗犯罪的发生，保护用户的财产安全。

上文提及，判断模块1910判断移动终端中携带有防盗指令之后，触发拦截模块1920拦截该短信。拦截模块1920拦截该短信之后，与拦截模块1920相耦合的接收模块1940接收短信中的防盗指令，并触发解析模块1950对该防盗命令进行解析。

若防盗指令为加密防盗指令，则解析模块1950采用相应的解密手段对防盗指令进行解密。本发明实施例中，防盗指令可以是通过任意加密算法被加密，解析模块1950在对防盗指令进行解析时采用相应的解密手段对防盗指令进行解密，本发明实施例对此并不加以限定。优选地，本发明实施例中采用目前使用最广泛的DES对防盗指令进行加密以及解密。另外，本发明实施例能够对接收到的防盗指令中除防盗命令之外的其他信息或者内容也进行加密处理。本发明实施例对防盗指令中的所有信息或者内容进行加密处理，能够增强对防盗指令中重要信息或者内容(如防盗指令中的验证码或者防盗命令)的保护，提高接收到的防盗指令的安全性。

解析模块1950对防盗指令进行解析之后，获取到相应的防盗命令。与解析模块1950相耦合的执行模块1960根据防盗命令执行防盗操作。在任一防盗命令被执行的过程中，与执行模块1960相耦合的命令轮询模块1970轮询查询该防盗命令是否执行成功。若是，则命令轮询模块1970触发执行模块1960结束执行防盗命令。若否，则命令轮询模块1970触发执行模块1960再次尝试执行该防盗命令。

命令轮询模块1970对防盗命令的执行情况进行轮询查询保证移动终端获取到的防盗命令能够被及时执行，避免因防盗命令执行不及时导致偷盗者对移动终端进行刷机或者其他操作使得移动终端无法被找回。例如，本发明实施例即将执行锁定屏幕命令，对该锁定屏幕命令是否执行成功进行查询。若锁定屏幕命令未执行成功，则命令轮询模块1970触发执行模块1960尝试再次执行锁定屏幕命令，对移动终端的屏幕进行锁定。若锁定屏幕命令执行成功，则命令轮询模块1970触发执行模块1960放弃再次执行该屏幕锁定命令。

如图19所示，本发明实施例中还包括激活模块1980以及注销模块1990。接收模块1940接收来自服务器的防盗指令之前，由激活模块1980利用已激活账户发送以短信为载体的Bind命令至服务器，激活本移动终端的防盗功能。当接收到服务器返回的与已激活账户绑定成功的消息，则本移动终端的手机号码为可信任号码，并且本移动终端成功启动防盗客户端。另外，本发明实施例中，与激活模块1980相耦合的注销模块1990能够利用已激活账户向服务器发送解除绑定指令。解除绑定成功时，注销模块1990删除已激活账户的账户信息以及防盗记录，并注销本移动终端的防盗功能。

本发明实施例中，已激活账户能够以短信和/或网络指令为载体发送防盗指令，保证移动终端丢失之后，能够使用常用发送平台发送防盗指令，更加有效地保护移动终端的安全性。另外，已激活账户在能够触发移动终端防盗的任意客户端中进行登录，如已激活账户可以在浏览器中登录，还可以在手机卫士或者安全卫士中进行登录。

实施例四

本发明实施例提供了又一种移动终端防盗方法。图20示出了根据本发明一个实施例的移动终端防盗方法的处理流程图。参见图20，该流程至少包括步骤S2002至步骤S2006。

步骤S2002、接收来自个人电脑(Personal Computer，以下简称PC)终端的防盗指令。

步骤S2004、解析防盗指令，得到该指令对应的防盗命令。

步骤S2006、执行防盗命令对应的操作，以实现移动终端防盗。

在执行如图20所示的步骤S2002之前，即，接收来自PC终端的防盗指令之前，接收来自PC终端的、携带有本移动终端的身份标识以及防盗模式标识的激活文件。优选地，本发明实施例中的激活文件由可扩展标记语言XML或者轻量级的数据交换格式(JavaScript Object Notation，以下简称JSON)组成，用于PC终端与移动终端间的激活操作。接收到激活文件之后，本发明实施例根据激活文件中携带的移动终端的身份标识对激活文件进行验证。若激活文件中携带的移动终端的身份标识是本移动终端的身份标识，则激活文件通过验证。若激活文件中携带的移动终端的身份标识不是本移动终端的身份标识，则激活文件未通过验证。考虑到PC终端除具备设备的属性外，还具备上网等特性，因此，PC终端适用范围较广，能够触发不同的防盗模式。当激活文件通过验证之后，本发明实施例可以根据激活文件携带的防盗模式标识在不同的防盗模式中确认本次所采用的防盗模式。

因防盗模式有多样性，防盗模式标识也相应存在多种。反过来说，可以根据不同防盗模式标识中包括的不同信息，区分不同防盗模式。本发明实施例中提供不同的防盗模式标识的例证，具体地，可以包括：

仅包括由PC生成的、与本移动终端一一对应的随机字符串GUID的第一组防盗模式标识、包括GUID和密码(PASSWORD)的第二组防盗模式标识、仅包括账号标识符(UID)的第三组防盗模式标识、包括GUID和UID的第四组防盗模式标识以及同时包括GUID、UID、PASSWORD三者的第五组防盗模式标识。

现对五组不同的防盗模式标识及其作用分别进行说明。

当防盗模式标识为仅包括GUID的第一组防盗模式标识时，开启PC防盗策略，并根据接收到的防盗命令直接执行相应的防盗操作。其中，GUID为PC生成的随机字符串，并且该字符串能够与移动终端建立一一对应的绑定关系。

当防盗模式标识为包括GUID和PASSWORD的第二组防盗模式标识时，开启PC防盗策略，并对PASSWORD是否正确进行验证。若是，则执行接收到的防盗命令对应的防盗操作。若否，则停止响应，不执行任何操作。其中，该PASSWORD为用户预先设置的密码，当该密码值不为空时，本发明实施例在执行防盗命令前，对该PASSWORD进行验证。

当防盗模式标识为仅包括UID的第三组防盗模式标识时，开启账号防盗策略。其中，UID为用户登录账号名称为USERSNAME的账号之后生成的用于标识账号的账号标识符。

当防盗模式标识为包括UID以及GUID的第四组防盗模式标识时，开启PC防盗策略以及账号防盗策略，接收来自PC终端或者UID的防盗指令并执行相应的防盗操作。

当防盗模式标识为同时包括GUID、UID、PASSWORD三者的第五组防盗模式标识时，开启PC防盗策略以及账号防盗策略。并且，接收到来自PC终端或者UID的防盗命令时均需要首先对PASSWORD进行验证。其次，根据PASSWORD是否通过验证进行下一步操作。具体地，当通过时，本发明实施例执行接收到的防盗命令对应的防盗操作，当不通过时，本发明实施例停止响应，不执行任何操作。

如上文所述，根据PC终端发送的激活文件中携带的防盗模式标识的不同，本发明实施例能够激活不同的防盗模式。即，在通过PC终端对移动终端进行防盗操作时，通过PC终端可以触发一种防盗策略向移动终端发送防盗命令，还可以触发多种防盗策略同时向移动终端发送防盗命令。例如，当激活文件中的防盗模式标识为仅包含UID或者仅包含GUID时，本发明实施例能够分别仅进行账号防盗策略或者仅进行PC防盗策略。当激活文件中的防盗模式标识为同时包括UID以及GUID时，本发明实施例能够同时进行PC防盗以及账号防盗，增强对移动终端的防盗保护，增大找回移动终端的可能性。本发明实施例中，PC防盗包括通过PC终端发送防盗指令至移动终端对移动终端进行防盗，还包括激活账号对移动终端进行账号防盗。当PC终端激活账号对移动终端进行账号防盗时，PC终端仅将账号信息发送至作为登录方的移动终端中。

本发明实施例中，PC防盗策略与账号防盗策略的不同之处有：PC防盗策略中的ACTIONID需要和帐号防盗策略中的ACTIONID区分开。例如在帐号防盗策略中的“定位”，ACTIONID为LOCATE，而在PC防盗策略种应为“LOCATE_PC”，但执行的操作完全相同。UID在PC防盗策略中为GUID。即，标记帐号防盗中的唯一帐号的信息是UID，而标记PC防盗中的唯一的计算机的信息是GUID。如果是防盗模式标识为包括GUID和PASSWORD的防盗模式标识的方式，也即发送命令需要密码，则在每一命令的OTHERS中，添加PASSWORD部分(可附在该字段的最后)。例如“清除手机数据”的<OTHERS>中可为“3,PASSWORD:123123123”，其中“3”表示要清除的手机数据类型，而“PASSWORD:”后面的就是密码。被盗方在收到命令后，如果通过PC激活时已有密码，则发来的命令中，还应取出<OTHERS>部分，取出“PASSWORD:”后面的密码进行对比。如果相同，则表示命令正确，否则有可能是用户密码输入错误，或者命令已经被篡改。

另外，本发明实施例中，可以对PASSWORD进行个性化设置。若用户设置PASSWORD，在执行防盗操作之前，对该PASSWORD进行验证，能够避免恶意终端发送防盗指令导致移动终端错误执行防盗操作(如恶意锁屏、泄露实时位置信息等)导致恶劣的后果。用户也可以根据需要不进行PASSWORD的设置，直接通过PC或账户进行移动终端防盗，避免步骤繁琐。不需PASSWORD验证通常用于可信任的网络环境或者常用可信任终端，如家里电脑、办公室电脑等设备。

本发明实施例中，根据通过验证的激活文件中的防盗模式标识激活相应的防盗模式之后，执行如图20所示的步骤S2002，接收来自PC终端的防盗指令。接收到之后，执行步骤S2004，对接收到的防盗指令进行解析，得到防盗指令中携带的本移动终端的身份标识。得到防盗指令中携带的本移动终端的身份标识之后，本发明实施例对身份标识进行验证。若验证通过，则执行如图20所示的步骤S2006，执行防盗命令对应的操作，以实现移动终端防盗。若验证未通过，则本发明实施例停止响应，不执行任何操作。

本发明实施例中，在任一防盗命令被执行的过程中，轮询查询该防盗命令是否执行成功，若是，则结束该防盗命令的执行，若否，则再次尝试执行该防盗命令。

本发明实施例中，优选IMEI为本移动终端的唯一身份标识。

另外，本发明实施例中，PC终端与本移动终端能够通过有线或者无线方式连接打通。例如，PC终端与本移动终端能够通过通用串行总线(Universal Serial Bus，以下简称USB)数据线进行连接。再例如，PC终端与本移动终端能够通过蓝牙、无线网络等无线方式进行连接。本发明实施例中，PC终端与本移动终端能够通过有线或者无线方式进行连接并打通，方便PC终端以及移动终端通过多种方式或者手段进行连接并打通，进而能够通过PC终端对移动终端进行防盗，有效保证移动终端的安全性。

现以具体实施例对本发明的移动终端防盗方法进行说明。

图21示出了根据本发明一个实施例的PC终端一侧的激活手机防盗功能的方法的处理流程图。参见图21，该流程至少包括步骤S2102至步骤S2116。

步骤S2102、判断PC终端与手机是否已建立连接。若是，执行步骤S2104，若否，流程结束。

步骤S2104、获取手机的身份标识IMEI。

步骤S2106、判断用户登录账号是否已激活。若否，执行步骤S2108，若是，执行步骤S2110。

步骤S2108、向服务器发送PC绑定(Bind_By_PC)指令。

若根据步骤S2106的判断结果，用户登录账号未激活，则触发PC防盗策略，通过PC终端直接发送防盗指令至服务器，或者，在输入PASSWORD并通过验证之后，发送防盗指令至服务器。其中，该防盗指令的格式可以包括命令编号(ACTIONID)、任务编号(TASKID)以及附加信息(OTHERS)。例如，ACTIONID为Bind_By_PC，TASKID为0以及OTHERS为GUID、IMEI和密码三者。

步骤S2110、向服务器发送Bind指令。

若根据步骤S2106的判断结果，用户登录账号已激活，则触发账号防盗策略。

步骤S2112、生成激活文件。

生成携带有手机的IMEI以及防盗模式标识激活文件。其中，若仅需手机开启PC防盗，则防盗模式标识为仅包括GUID或者包括GUID和PASSWORD。若仅需手机开启账号防盗，则防盗模式标识为仅包括UID。若手机需要开启PC防盗以及账号防盗，则防盗模式标识包括GUID和UID或者同时包括GUID、UID和PASSWORD三者。

步骤S2114、将激活文件发送至手机。

步骤S2116、通知手机读取激活文件并打开。

具体地，在手机安卓系统中读取激活文件并打开的步骤为：启动进程，其进程名和参数为：adb shell am start-a BIND_FROM_PC-n com.qihoo360.mobilesafe/com.qihoo360.mobilesafe.PortalActivity-d/mnt/sdcard/Protection.dat。其中：BIND_FROM_PC表示一个Intent的Action。Com.qihoo360.mobilesafe表示安卓应用的包名。Com.qihoo360.PortalActivity表示真正用来处理激活的Activity。/mnt/sdcard/Protection.dat表示打通文件所放的路径。

图22示出了根据本发明一个实施例手机一侧的防盗方法的处理流程图。参见图22，该流程至少包括步骤S2202至步骤S2224。

步骤S2202、接收到PC终端发送的激活指令，判断其合法性。

手机接收到PC终端发送的激活指令之后，判断激活指令中的命令是否为Bind_From_PC，并且获取指令中的字段，查看该字段是否为完整激活文件的路径。若激活指令中的命令为Bind_From_PC，则判断指令合法，执行步骤S2204，若不合法，流程结束。

步骤S2204、解析激活文件，获取激活文件中携带的IMEI。

步骤S2206、判断IMEI是否正确，若是，执行步骤S2208，若否，执行步骤S2210。

步骤S2208、读取激活文件中携带的防盗模式标识，并保存。

在本地保存如下信息：

当防盗模式标识仅包括GUID时，开启PC防盗策略，直接执行防盗命令对应的操作。

当防盗模式标识包括GUID和PASSWORD时，开启PC防盗策略，验证PASSWROD是否正确；若是，则执行防盗命令对应的操作；若否，则停止响应。

当防盗模式标识包括UID时，开启账号防盗策略，在本移动终端中登录USERNAME，接收来自UID的防盗命令并执行对应的操作。

当防盗模式标识包括GUID和UID时，开启PC防盗策略以及账号防盗策略，接收来自PC终端或者UID的防盗命令并执行对应的操作。

当防盗模式标识包括GUID、UID和PASSWORD，开启PC防盗策略以及账号防盗策略，接收到来自PC终端或者述UID的防盗命令均对PASSWORD进行验证；若验证通过，则执行接收的防盗命令对应的操作；若验证不通过，则停止响应。

在本移动终端中，接收到相应指令后会开启不同的防盗模式，现对移动终端自身如何设置相应属性值开启不同的防盗模式进行说明。

当防盗模式标识仅包括GUID时：

1.设置选项中，“PC防盗标示符值”设置为GUID值。

2.设置选项中，“开启PC防盗值”为true。

当防盗模式标识包括GUID和PASSWORD时：

1.设置选项中，“PC防盗标示符值”设置为GUID值。

2.设置选项中，“PC防盗密码值”为密码值。

3.设置选项中，“开通PC防盗值”为true。

当防盗模式标识包括UID时：

1.设置选项中，“帐号识别码值”设置为UID值。

2.设置选项中，“帐号名值”设置为USERNAME值。

3.设置选项中，“开通帐号防盗值”为True。

注意：此处没有设置“开通PC防盗值”，因为没有打开PC防盗。

当防盗模式标识包括GUID和UID时：

1.设置选项中，“PC防盗标示符值”为GUID值。

2.设置选项中，“帐号识别码值”为UID值。

3.设置选项中，“帐号名值”设置为USERNAME值。

4.设置选项中，“开通帐号防盗值”为true。

5.设置选项中，“开通PC防盗值”为true。

当防盗模式标识包括GUID、UID和PASSWORD时：

1.设置选项中，“PC防盗标示符值”为GUID值。

2.设置选项中，“PC防盗密码值”为密码值。

3.设置选项中，“帐号识别码值”为UID值。

4.设置选项中，“帐号名值”设置为USERNAME值。

5.设置选项中，“开通帐号防盗值”为true。

6.设置选项中，“开通PC防盗值”为true。

当防盗模式标识包括其他情况时，均按失败处理。

步骤S2210、开启防盗功能失败。

步骤S2212、开启防盗功能成功。

步骤S2214、接收PC终端发送的防盗指令。

步骤S2216、解析防盗指令，获取防盗命令以及身份标识。

步骤S2218、对防盗指令中携带的身份标识进行验证。若验证通过，执行步骤S2220，若验证未通过，流程结束。

步骤S2220、执行防盗命令对应的操作。

步骤S2222、轮询查询防盗命令是否执行成功。若是，执行步骤S2224，若否，继续执行该步骤。

步骤S2224、防盗命令执行成功，返回执行结果至PC终端，流程结束。

图23示出了根据本发明一个实施例的移动终端防盗客户端的结构示意图。参见图23，本发明实施例的客户端至少包括：接收模块2330、解析模块2340以及执行模块2350。

接收模块2330，配置为接收来自PC终端的防盗指令。

解析模块2340，与接收模块2330相耦合，配置为解析防盗指令，得到该指令对应的防盗命令。

执行模块2350，与解析模块2340相耦合，配置为执行防盗命令对应的操作，以实现移动终端防盗。

接收模块2330接收来自PC终端的防盗指令之前，激活模块2320接收来自PC终端的、携带有本移动终端的身份标识以及防盗模式标识的激活文件。接收到激活文件之后，激活模块2320根据激活文件中携带的移动终端的身份标识对激活文件进行验证。若激活文件中携带的移动终端的身份标识是本移动终端的身份标识，则激活文件通过验证。若激活文件中携带的移动终端的身份标识不是本移动终端的身份标识，则激活文件未通过验证。当激活文件通过验证之后，激活模块2320根据激活文件携带的防盗模式标识确定不同的防盗模式。

根据不同防盗模式标识中包括的不同信息，能够将防盗模式标识分为仅包括随机字符串GUID的第一组防盗模式标识、包括GUID和PASSWORD的第二组防盗模式标识、仅包括UID的第三组防盗模式标识、包括GUID和UID的第四组防盗模式标识以及同时包括GUID、UID、PASSWORD三者的第五组防盗模式标识。现对五组不同的防盗模式标识及其作用分别进行说明。

当防盗模式标识为仅包括GUID的第一组防盗模式标识时，激活模块2320开启PC防盗策略，并根据接收到的防盗命令直接执行相应的防盗操作。其中，GUID为PC终端生成的随机字符串，并且该字符串能够与移动终端建立一一对应的绑定关系。

当防盗模式标识为包括GUID和PASSWORD的第二组防盗模式标识时，激活模块2320开启PC防盗策略，并对PASSWORD是否正确进行验证。若是，则执行接收到的防盗命令对应的防盗操作。若否，则停止响应，不执行任何操作。其中，该PASSWORD为用户预先设置的密码，当该密码值不为空时，本发明实施例在执行防盗命令前，对该PASSWORD进行验证。

当防盗模式标识为仅包括UID的第三组防盗模式标识时，激活模块2320开启账号防盗策略。其中，UID为用户登录账号名称为USERSNAME的账号之后生成的用于标识账号的账号标识符。

当防盗模式标识为包括UID以及GUID的第四组防盗模式标识时，激活模块2320开启PC防盗策略以及账号防盗策略，接收来自PC终端或者UID的防盗指令并执行相应的防盗操作。

当防盗模式标识为同时包括GUID、UID、PASSWORD三者的第五组防盗模式标识时，激活模块2320开启PC防盗策略以及账号防盗策略。并且，接收到来自PC终端或者UID的防盗命令时均需要首先对PASSWORD进行验证。其次，根据PASSWORD是否通过验证进行下一步操作。具体地，当通过时，本发明实施例执行接收到的防盗命令对应的防盗操作，当不通过时，本发明实施例停止响应，不执行任何操作。

本发明实施例中，激活模块2320根据通过验证的激活文件中的防盗模式标识激活相应的防盗模式之后，触发与其耦合的接收模块2330。当接收模块2330接收到防盗指令之后，触发解析模块2340对防盗指令进行解析，得到防盗指令中携带的本移动终端的身份标识，并对其进行验证。若通过验证，则解析模块2340触发执行模块2350对该防盗命令对应的防盗操作进行执行，以实现移动终端防盗。若验证未通过，则停止响应，不执行任何操作。

在任一防盗命令被执行的过程中，与执行模块2350相耦合的轮询模块2360轮询查询该防盗命令是否执行成功，若是，则轮询模块2360触发执行模块2350结束该防盗命令的执行，若否，则轮询模块2360触发执行模块2350再次尝试执行该防盗命令。本发明实施例中，轮询模块2360对防盗命令的执行情况进行轮询查询保证移动终端获取到的防盗命令能够被及时执行，避免因防盗命令执行不及时导致偷盗者对移动终端进行刷机或者其他操作使得移动终端无法被找回。例如，本发明实施例即将执行锁定屏幕命令，对该锁定屏幕命令是否执行成功进行查询。若锁定屏幕命令未执行，则本发明实施例执行锁定屏幕命令，对移动终端的屏幕进行锁定。若锁定屏幕命令执行成功，则本发明实施例放弃再次执行该屏幕锁定命令。

另外，如图23所示的移动终端防盗客户端所在的本移动终端通过与激活模块2320相耦合的接口2310与PC终端进行连接打通。本发明实施例中，接口2310能够通过有线或者无线方式将本移动终端与PC终端进行连接打通。例如，接口2310能够通过USB数据线与PC终端进行连接。再例如，接口2310能够通过蓝牙、无线网络等无线方式与PC终端进行连接。本发明实施例中，PC终端与接口2310能够通过有线或者无线方式进行连接并打通，方便PC终端以及移动终端通过多种方式或者手段进行连接并打通，进而能够通过PC对移动终端进行防盗，有效保证移动终端的安全性。

实施例五

本发明实施例提供了又一种移动终端防盗方法。图24示出了根据本发明一个实施例的移动终端防盗方法的处理流程图。参见图24，该流程至少包括步骤S2402至步骤S2406。

步骤S2402、根据来自发送方的防盗指令确定发送方的身份信息。

步骤S2404、启动与发送方身份信息匹配的防盗策略解析防盗指令，得到该指令对应的防盗命令。

步骤S2406、执行防盗命令对应的操作，以实现移动终端防盗。

执行如图24中的步骤S2402时，本发明实施例获取防盗指令中携带的特殊字符，根据该特殊字符确定发送方的身份信息。其中，特殊字符为特定的字符串。本发明实施例中，根据特殊字符确定的发送方的身份信息包括移动终端、服务器或者PC至少之一。当发送方为移动终端时，防盗指令的发送载体为短信。当发送方为服务器时，防盗指令的发送载体为短信和/或网络指令。当发送方为PC终端时，防盗指令的发送载体为短信和/或网络指令。可以看出，本发明实施例中，不论发送方为移动终端或者服务器或者PC终端时，防盗指令均可以以短信为载体进行发送。在接收已短信为载体的防盗指令之前，本发明实施例注册短信拦截功能。

图25示出了根据本发明一个实施例的注册短信拦截功能的处理流程图。如图25中的步骤S2502所示，本发明实施例首先注册短信拦截功能。注册完成之后，本发明实施例执行步骤S2504，生成防盗指令与防盗命令对应的映射表。若以短信为防盗指令的发送载体，也可以称该映射表为“短信-命令表”，实施时可以根据该表查找并确定接收短信对应的防盗命令。该映射表中，防盗指令以及防盗命令形成对应关系。具体请参见实施例一中的相应介绍部分，在此不做赘述。

参见图25所示流程，步骤S2504执行完毕之后，执行步骤S2506，生成命令编号(ACTIONID)对应的映射表。该映射表中，命令编号与命令形成一一对应的映射关系。在生成该映射表时，还可以将被盗移动终端可识别的命令加入该映射。例如Bind对应账号防盗、PC防盗绑定时使用的命令，UnBind对应账号防盗、PC防盗解除绑定时使用的命令。生成该映射表之后，执行步骤S2508，向PC端公开读取文件的接口。在PC防盗策略中，需要公开能够被PC端直接调用的接口。

短信拦截功能注册结束之后，根据图5所示的本发明一个实施例的短信接收处理方法的处理流程图执行操作。如图5所示，当本发明实施例所示出的接收到短信(即步骤)之后的处理流程图对该短信进行处理。本发明实施例判断接收到的短信是否携带有防盗指令。根据在图25中的步骤S2504中生成的防盗指令与防盗命令对应的映射表，本发明实施例查询接收到的短信中是否携带有该映射表中包含特殊字符的防盗指令。若含有特殊字符，则判断出接收的短信中携带有防盗指令，拦截该短信(通常也称吃掉短信)。进而获取短信中的防盗指令信息，并触发对发送方的身份信息进行确定的操作，流程结束。本发明实施例继续执行步骤。若未含有上述特殊字符，则判断出接收的短信中未携带有防盗指令，本发明实施例放行短信，流程结束。

上文提及，本发明实施例能够运用的防盗策略至少包括三种，因此，在实际应用中，当防盗终端接收到防盗短信时，需要判断是根据何种防盗策略发出的防盗短信，进而能够根据相应的防盗策略进行处理。图26示出了根据本发明一个实施例的判断防盗策略的方法的处理流程图。参见图26，该流程至少包括步骤S2602至步骤S2622。

步骤S2602、移动终端接收到短信。

步骤S2604、判断是否为短信防盗短信。若是，执行步骤S2606，若否，执行步骤S2610。

步骤S2606、拦截短信，触发短信防盗策略。

步骤S2608、执行短信防盗策略，流程结束。

步骤S2610、判断是否为账号防盗短信。若是，执行步骤S2612，若否，执行步骤S2616。

步骤S2612、拦截短信，触发账号防盗策略。

步骤S2614、执行账号防盗策略，流程结束。

步骤S2616、判断是否为PC防盗短信。若是，执行步骤S2618，若否，执行步骤S2622。

步骤S2618、拦截短信，触发PC防盗策略。

步骤S2620、执行PC防盗策略，流程结束。

步骤S2622、放行短信，流程结束。

根据图26所示流程确定当前启动的防盗策略后，继续执行图24中的步骤S2404，启动与发送方身份信息匹配的防盗策略解析防盗指令，得到该指令对应的防盗命令。上文提及，本发明实施例中，防盗策略包括三种，相应的发送方根据防盗策略不同而不同，例如，防盗策略为短信防盗策略时，发送方为移动终端，防盗策略为账号防盗策略时，发送方为服务器或PC终端，防盗策略为PC防盗策略时，发送方为PC终端。现根据发送方的不同(即对应不同的防盗策略)对本发明实施例的移动终端防盗方法分别进行介绍。

首先介绍当发送方为移动终端时，本发明实施例提供的移动终端防盗方法。当发送方为移动终端时，与移动终端匹配的防盗策略为短信防盗策略，防盗指令以短信为载体发送。

当接收到的短信中携带有防盗指令时，本发明实施例获取短信中的防盗指令信息，并触发确定或验证发送方身份信息操作。本发明实施例对防盗指令进行解析，得到发送该防盗指令的发送方的验证码。得到验证码之后，本发明实施例继续对得到的验证码与移动终端预存的验证码进行匹配，并根据匹配结果确定是否获取防盗指令对应的防盗命令。若得到的验证码与移动终端预存的可信任的移动终端标识和/或密码匹配，则获取防盗命令。若得到的验证码与移动终端预存的可信任的移动终端标识和/或密码不匹配，为避免接收到恶意发送端发送的防盗指令导致对移动终端执行错误的防盗操作，本发明实施例忽略该防盗命令。

需要说明的是，本优选实施例中，为方便称呼，将可信任的移动终端标识和/或密码统称为密码，将可信任的移动终端标识称为亲友号码。预先存储可信任的移动终端标识和/或密码的方法的处理流程图请参见图6。如上文所述的存储可信任的移动终端标识和/或密码的方法，本发明实施例还可以通过设置可信任的移动终端标识和/或密码为空将已存储的可信任的移动终端标识和/或密码删除。例如，本发明实施例能够按照如图6所示的流程，将亲友号码、短信防盗密码设置为空，并在点击“开启密码”栏以关闭密码功能。删除可信任的移动终端标识和/或密码之后，本发明实施例还可以选择注销防盗功能。

如上文所述，本发明实施例对防盗指令进行解析时获取验证码，确定防盗指令是否加密。若防盗指令为加密防盗指令，则本发明实施例采用相应的解密手段对防盗指令进行解密，并采用相应的解密手段对验证码进行解密，获取解密后的验证码并进行匹配。

当本发明实施例根据预先存储的验证码对防盗指令中携带的验证码进行匹配之后，若发送方的验证码与移动终端的验证码能够匹配，则解析防盗指令以得到对应的防盗命令。获取到防盗命令之后，执行如图24所示的步骤S2406，执行防盗命令对应的操作，以实现移动终端防盗。

在任一防盗命令被执行的过程中，本发明实施例轮询查询该命令是否执行成功，对命令执行情况进行轮询查询的处理流程图请参见图7。本发明实施例中，对防盗命令的执行情况进行轮询查询保证移动终端获取到的防盗命令能够被及时执行，避免因防盗命令执行不及时导致偷盗者对移动终端进行刷机或者其他操作使得移动终端无法被找回。例如，本发明实施例即将执行锁定屏幕命令，对该锁定屏幕命令是否执行成功进行查询。若锁定屏幕命令未执行，则本发明实施例执行锁定屏幕命令，对移动终端的屏幕进行锁定。若锁定屏幕命令执行成功，则本发明实施例放弃再次执行该屏幕锁定命令。

当接收到的防盗命令执行完毕之后，本发明实施例将执行结果作为回执返回防盗指令的发送方，提醒发送方防盗指令已执行。发送方收到该回执之后，能够继续下一步防盗操作。另外，若防盗指令发送方在指定时间内未收到回执，则本发明实施例发起轮询查询，查询回执是否成功。查询回执的方法的处理流程图请参见图8。

现以具体实施例对本发明的移动终端防盗方法(发送方为移动终端)进行说明。

需要说明的是，为将本优选实施例阐述得更加明白简单，本优选实施例中，将发送方设置于亲友手机，将移动终端设置于被盗手机。

根据本发明一个优选实施例提供了采用短信防盗策略的移动终端防盗方法的处理流程图，具体流程参见图9。

其中，从亲友手机侧出发，本发明一个实施例提供的亲友手机侧的移动终端防盗方法的处理流程图参见图10。

本实施例对即将发送的防盗短信进行加密处理时，首先拼接特殊标记。在上文提及的包含特殊字符以及防盗指令的映射中存在步骤S1002中拼接的特殊标记。并且，在该映射中，存在专门用于加密的特殊标记。例如，该映射中，同时存在“Dingwei#”以及“Dingwei#E”，两者对应的防盗命令均为Locate命令。但“Dingwei#”表示未加密的防盗指令，“Dingwei#E”标识加密的防盗命令。

亲友手机发送防盗短信至被盗手机之后，被盗手机对接收到的防盗短信进行处理。从被盗手机侧出发，本发明一个实施例提供了被盗手机一侧的移动终端防盗方法的处理流程图，如图11所示。

其次介绍当发送方为服务器时，本发明实施例提供了另一种移动终端防盗方法。当发送方为服务器时，与服务器匹配的防盗策略为账号防盗策略，防盗指令以短信和/或网络指令为载体发送。

当发送方为服务器时，本发明实施例接收来自服务器的防盗指令。其中，防盗指令格式可以只包括特殊字符，还可以既包括特殊字符，还包括除特殊字符之外的其他标识信息。本发明实施例中，防盗指令可以包括特殊字符、已激活账户标识、防盗命令、防盗对象标识。中的至少一项。优选地，本发明实施例中，特殊字符为Account，用来确定防盗策略的标识，该标识确定之后，不会发生改变。已激活账户标识为当前登录时为该账户生成的唯一的UID。防盗命令包括命令编号(ACTIONID)和/或任务编号(TASKID)，其中，通过ACTIONID能够在包含防盗指令与防盗命令的对应表中查找到对应的命令。TASKID为防盗指令发送时，在服务器中生成的对应的任务编号，通过该TASKID能够在服务器中对该TASKID对应的防盗命令的执行情况进行查询。另外，当该防盗指令为首次发起时，TASKID为0。防盗对象标识可以包括本移动终端的IMEI，还可以包括能够唯一标识本移动终端的其他身份标识。综上，本发明实施例中，防盗指令的格式可以设置为：

[Accout]<UID>,<IMEI>,<ACTIONID>,<TASKID>,<OTHERS>

其中，OTHERS为与防盗指令相关的附加信息。例如，Erase指令的信息为指定删除移动终端系统中哪部分的数据(如删除系统内的短信数据或者记事本数据或者应用的聊天记录数据等)。再例如，TakePhoto的附加信息可以是对拍摄照片的清晰度的要求。

接收到防盗指令之后，本发明实施例根据账号防盗策略对防盗指令进行解析。在对防盗指令进行解析操作时，本发明实施例确定防盗指令是否被加密。若防盗指令为加密防盗指令，则本发明实施例采用相应的解密手段对防盗指令进行解密。本发明实施例中，防盗指令可以是通过任意加密算法被加密，本发明实施例在对防盗指令进行解析时采用相应的解密手段对防盗指令进行解密，本发明实施例对此并不加以限定。加解密方式请参见实施例二相应介绍部分，在此不做赘述。

上文对本发明实施例接收到的防盗指令进行了介绍，本发明实施例在接收防盗指令之前，需要在本移动终端启动防盗功能。本发明一个实施例提供了开启防盗功能的方法的处理流程图，具体请参见图14。

本发明一个实施例还提供了解除绑定的方法，其处理流程图参见图15。

上文介绍了本发明实施例中开启防盗功能以及注销防盗功能的处理流程。当移动终端丢失之后，本发明实施例首先对已激活账户在能够触发移动终端防盗的客户端中进行登录。优选地，本发明实施例中，能够触发移动终端防盗的客户端可以是浏览器，可以是手机侧带有手机防盗功能的客户端(例如手机卫士)，还可以是PC侧带有手机防盗功能的客户端(例如安全卫士)等，本发明实施例对此并不加以限定。本发明实施例中，已激活账户登录之后，能够以短信和/或网络指令为载体发送防盗指令，保证移动终端丢失之后，能够通过常用发送方及时发送防盗指令对丢失的移动终端进行防盗。其中，若已激活账户以短信为载体发送防盗指令，则本发明实施例中，移动终端接收到短信之后，首先判断短信中是否携带有防盗指令，若是，拦截该短信，并触发解析防盗指令操作。若否，则放行该短信。

当接收到的防盗命令执行完毕之后，本发明实施例将执行结果作为回执返回服务器，提醒服务器已执行。服务器收到该回执之后，能够继续下一步防盗操作。另外，若服务器在指定时间内未收到回执，则本发明实施例发起轮询查询，查询回执是否成功。本发明一个实施例提供了查询回执的方法的处理流程图，具体参见图8。

图示出了根据本发明一个优选实施例的还提供了采用账号防盗策略的移动终端防盗方法的处理流程图，具体请参见图16。

本发明一个实施例提供了已激活账户一侧发送防盗指令的处理流程图，具体请参见图17。相对应的，本发明一个实施例提供了移动终端一侧防盗的方法处理流程图，具体请参见图18。

最后介绍当发送方为PC终端时，本发明实施例提供的移动终端防盗方法。当发送方为PC终端时，与服务器匹配的防盗策略为PC防盗策略或者账号防盗策略，防盗指令以短信和/或网络指令为载体发送。

当发送为PC终端时，接收来自PC终端的防盗指令之前，接收来自PC终端的、携带有本移动终端的身份标识以及防盗模式标识的激活文件。激活文件的介绍部分请参见实施例四。

因防盗模式有多样性，防盗模式标识也相应存在多种。反过来说，可以根据不同防盗模式标识中包括的不同信息，区分不同防盗模式。本发明实施例中提供不同的防盗模式标识的例证参见实施例四。

如上文所述，根据PC终端发送的激活文件中携带的防盗模式标识的不同，本发明实施例能够激活不同的防盗模式。即，在通过PC终端对移动终端进行防盗操作时，通过PC终端可以触发一种防盗策略向移动终端发送防盗命令，还可以触发多种防盗策略同时向移动终端发送防盗命令。例如，当激活文件中的防盗模式标识为仅包含UID或者仅包含GUID时，本发明实施例能够分别仅进行账号防盗策略或者仅进行PC防盗策略。当激活文件中的防盗模式标识为同时包括UID以及GUID时，本发明实施例能够同时进行PC防盗以及账号防盗，增强对移动终端的防盗保护，增大找回移动终端的可能性。本发明实施例中，PC防盗包括通过PC终端发送防盗指令至移动终端对移动终端进行防盗，还包括激活账号对移动终端进行账号防盗。当PC终端激活账号对移动终端进行账号防盗时，PC终端仅将账号信息发送至作为登录方的移动终端中。其中，本发明实施例中，PC防盗策略与账号防盗策略的不同之处及相应处理方法请参见实施例四。

本发明实施例中，根据通过验证的激活文件中的防盗模式标识激活相应的防盗模式之后，接收来自PC终端的防盗指令。接收到之后，对接收到的防盗指令进行解析，得到防盗指令中携带的本移动终端的身份标识。得到防盗指令中携带的本移动终端的身份标识之后，本发明实施例对身份标识进行验证。若验证通过，则执行防盗命令对应的操作，以实现移动终端防盗。若验证未通过，则本发明实施例停止响应，不执行任何操作。

本发明实施例中，在任一防盗命令被执行的过程中，轮询查询该防盗命令是否执行成功，若是，则结束该防盗命令的执行，若否，则再次尝试执行该防盗命令。本发明实施例中，对防盗命令的执行情况进行轮询查询保证移动终端获取到的防盗命令能够被及时执行，避免因防盗命令执行不及时导致偷盗者对移动终端进行刷机或者其他操作使得移动终端无法被找回。例如，本发明实施例即将执行锁定屏幕命令，对该锁定屏幕命令是否执行成功进行查询。若锁定屏幕命令未执行，则本发明实施例执行锁定屏幕命令，对移动终端的屏幕进行锁定。若锁定屏幕命令执行成功，则本发明实施例放弃再次执行该屏幕锁定命令。

本发明实施例中，移动终端的身份标识可以是SIM卡号，可以是移动终端的硬件配置信息等任意能够唯一标识移动终端的身份标识信息。优选地，本发明实施例采用移动终端的IMEI号码作为本移动终端的身份标识，IMEI号码本身与移动终端是终身绑定且唯一不变，并且可识别性高，因此，本发明实施例中，优选IMEI为本移动终端的唯一身份标识。

现以具体实施例对本发明的移动终端防盗方法(发送方为PC终端)进行说明。

本发明一个实施例提供了PC终端一侧的激活手机防盗功能的方法的处理流程图，具体流程图参见图21。相应的，本发明一个实施例还提供了手机一侧的防盗方法的处理流程图，具体流程图参见图22。

上文详细介绍了本发明实施例中，当发送方分别为移动终端、服务器以及PC终端时，本发明实施例的移动防盗方法的处理流程。其中，在对防盗命令执行完毕之后，本发明实施例均发送回执至防盗指令发送方。当不确定发送方身份时，防盗命令执行完毕之后，首先判断回执类型，其次，根据回执类型的不同，尝试回执次数不同。例如，当执行PC防盗策略时，通过网络发送回执至PC终端，本法实施了可以设置尝试发送10次回执至PC终端。当执行短信防盗策略时，本发明实施例直接发送回执至移动终端。为避免引起偷盗者的警惕性，减少回执发送次数至5次。当执行账号防盗策略时，为减少消耗短信条数，本发明实施例通过网络发送回执至服务器，若尝试多次发送(如8次)，仍旧发送失败，则尝试以短信为载体发送回执至移动终端，如可以设置尝试次数为2次。

在对移动终端进行防盗保护时，本发明实施例可以仅使用短信防盗策略、账户防盗策略以及PC防盗策略中的一种对移动终端进行防盗保护，还可以同时使用上述三种防盗策略中的任意两种或者同时使用三种防盗策略对移动终端进行防盗保护。因此，在任一防盗命令被执行的过程中，本发明实施例轮询查询该命令是否执行成功。图27示出了根据本发明一个实施例的对命令执行情况进行互斥查询的处理流程图。如图27所示，本发明实施例即将执行命令时，执行图27中的步骤S2702，判断即将执行的防盗命令是否正在执行。若根据判断结果，该防盗命令未执行，则执行步骤S2706，执行该防盗命令，流程结束。若根据判断结果，该防盗命令正在执行，则执行步骤S2704。步骤S2704中，判断若该防盗命令被同时执行两次或两次以上是否互斥。若互斥，则执行步骤S2708，执行防盗命令失败，流程结束。若不互斥，则执行步骤S2706，执行该防盗命令，流程结束。

本发明实施例中，对防盗命令的执行情况进行轮询查询保证移动终端获取到的防盗命令能够被及时执行，避免因防盗命令执行不及时导致偷盗者对移动终端进行刷机或者其他操作使得移动终端无法被找回。例如，本发明实施例即将执行锁定屏幕命令，对该锁定屏幕命令是否正在执行进行查询。若锁定屏幕命令未执行，则本发明实施例执行锁定屏幕命令，对移动终端的屏幕进行锁定。若锁定屏幕命令正在执行，并且移动终端屏幕无法被锁定多次，即可以判断锁定屏幕执行两次及两次以上是互斥的，则本发明实施例放弃执行该屏幕锁定命令。再例如，本发明实施例即将执行对解锁者拍照取证命令，则对该命令是否正在执行拍照取证命令进行判断。若根据判断结果，该命令未执行，则本发明实施例执行拍照取证命令。若根据判断结果，该命令正在执行，并且拍照取证命令能够被执行两次或者两次以上，并不互斥，则本发明实施例继续执行该拍照取证命令。

图28示出了根据本发明一个实施例的移动终端防盗客户端的结构示意图。参见图28，本发明实施例的客户端至少包括：确定模块2820、解析模块2840以及执行模块2850。

确定模块2820，配置为根据来自发送方的防盗指令确定发送方的身份信息。

解析模块2840，与确定模块2820相耦合，配置为启动与发送方身份信息匹配的防盗策略解析防盗指令，得到该指令对应的防盗命令。

执行模块2850，与解析模块2840相耦合，配置为执行防盗命令对应的操作，以实现移动终端防盗。

在一个优选实施例中，确定模块2820还配置为：

获取防盗指令中携带的特殊字符，其中，特殊字符为特定的字符串；

根据特殊字符确定发送方的身份信息。

在一个优选实施例中，发送方的身份信息包括下列至少之一：

发送方为移动终端；

发送方为服务器；

发送方为个人电脑PC终端。

在一个优选实施例中，还包括判断模块2810，配置为：

分别接收到身份信息不同的发送方发送的防盗指令时，判断在后接收的防盗指令解析出的防盗命令是否与在前接收的防盗指令解析出的防盗命令互斥；

若是，则拒绝执行后一防盗命令；

若否，则继续执行后一防盗命令。

在一个优选实施例中，还包括：

发送方为移动终端时，匹配的防盗策略为短信防盗策略；

发送方为服务器时，匹配的防盗策略为账号防盗策略；

发送方为PC终端时，匹配的防盗策略为PC防盗策略或者账号防盗策略。

在一个优选实施例中，还包括：

发送方为移动终端时，防盗指令的发送载体为短信；

发送方为服务器时，防盗指令的发送载体为：短信和/或网络指令；

发送方为PC终端时，防盗指令的发送载体为：短信和/或网络指令。

在一个优选实施例中，判断模块2810还配置为：

利用短信作为防盗指令的发送载体时，在确定发送方的身份信息之前，判断收到的短信是否携带有防盗指令；

若是，则拦截该短信，获取防盗指令并触发发送方的身份信息确定操作；

若否，则放行该短信。

在一个优选实施例中，解析模块2840还配置为：发送方为移动终端时，

启动短信防盗策略解析防盗指令，得到发送方的移动终端标识和/或密码；

将得到的发送方的移动终端标识与本移动终端预存的可信任移动终端标识进行匹配，和/或，将得到的密码与本移动终端预存的密码进行匹配；

若两者能够匹配，则解析获得该指令对应的防盗命令。

在一个优选实施例中，发送方的移动终端标识包括下列至少之一：发送方的电话号码、发送方的用户识别模块SIM卡号、发送方的国际移动设备身份识别码IMEI。

在一个优选实施例中，本移动终端预存的密码包括下列至少之一：

发送方的移动终端标识；

预先设置的证明发送方身份的字符串。

在一个优选实施例中，发送方为服务器时，防盗指令由已激活账户发送至服务器，由服务器转发至本移动终端，触发防盗操作。

在一个优选实施例中，已激活账户在能够触发移动终端防盗的客户端中登录，其中，客户端包括下列至少之一：浏览器、手机侧带有手机防盗功能的客户端、PC侧带有手机防盗功能的客户端。

在一个优选实施例中，确定模块2820还配置为接收所述服务器转发的、已激活账户通过短信和/或网络指令发送的防盗指令。

在一个优选实施例中，短信和/或网络指令的内容除包括特殊字符外，还包括下列至少之一：已激活账户标识、防盗命令、防盗对象标识。

在一个优选实施例中，还包括：

特殊字符为Account；

已激活账户标识为当前登录时为该账户生成的唯一的账号识别码UID；

防盗命令包括命令编号和/或任务编号；

防盗对象标识包括本移动终端的IMEI。

在一个优选实施例中，还包括：

激活模块2860，配置为发送方为PC终端时，启动与发送方身份信息匹配的防盗策略解析防盗指令之前，接收来自PC终端的激活文件；其中，激活文件携带有本移动终端的身份标识以及防盗模式标识；

根据身份标识对所述激活文件进行验证；

若验证通过，根据防盗模式标识激活不同的防盗模式。

在一个优选实施例中，激活模块还配置为：

若防盗模式标识为PC防盗模式标识，则激活PC防盗策略；

若防盗模式标识为账号防盗模式标识，则激活账号防盗策略。

在一个优选实施例中，防盗模式标识包括下列至少之一：

PC终端生成的、与本移动终端一一对应的随机字符串GUID；

用户登录账号后生成的用于标识账号的账号标识符UID，其中，UID的用户登录的账号名称为USERNAME；

密码PASSWORD。

在一个优选实施例中，激活模块2860还配置为：

若防盗模式标识仅包括GUID时，激活PC防盗策略，直接执行防盗命令对应的操作；

若防盗模式标识包括GUID和PASSWORD时，激活PC防盗策略，验证PASSWROD是否正确；若是，则执行防盗命令对应的操作；若否，则停止响应；

若防盗模式标识包括UID时，激活账号防盗策略，在本移动终端中登录USERNAME，接收来自UID的防盗命令并执行对应的操作；

若防盗模式标识包括GUID和UID时，激活PC防盗策略以及账号防盗策略，接收来自PC终端或者UID的防盗命令并执行对应的操作；

若防盗模式标识包括GUID、UID和PASSWORD，激活PC防盗策略以及账号防盗策略，接收到来自PC终端或者UID的防盗命令均对PASSWORD进行验证；若验证通过，则执行接收的防盗命令对应的操作；若验证不通知，则停止响应。

在一个优选实施例中，还包括：

解密模块2830，配置为防盗命令中除特殊字符外的内容为加密内容时，采用相应的解密手段对接收的防盗指令进行解密，获取防盗指令的可解析内容。

在一个优选实施例中，加密方式为DES加密，解密方式为DES解密。

在一个优选实施例中，加密的防盗指令包括以下至少一项：

删除手机数据指令；

备份手机数据指令。

在一个优选实施例中，还包括：

轮询模块2870，配置为当任一防盗命令进行执行时，轮询查询其是否执行成功；

若是，则结束该防盗命令的执行；

若否，则再次尝试执行该防盗命令。

在一个优选实施例中，轮询模块2870还配置为：若在指定时间内未收到被请求方的回执，则轮询查询是否回执成功；

若是，则结束回执查询；

若否，则再次请求回执。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

例如，图29示出了可以实现根据本发明的移动终端防盗方法的计算设备。该计算设备传统上包括处理器2910和以存储器2920形式的计算机程序产品或者计算机可读介质。存储器2920可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。存储器2920具有用于执行上述方法中的任何方法步骤的程序代码2931的存储空间2930。例如，用于程序代码的存储空间2930可以包括分别用于实现上面的方法中的各种步骤的各个程序代码2931。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。这些计算机程序产品包括诸如硬盘，紧致盘(CD)、存储卡或者软盘之类的程序代码载体。这样的计算机程序产品通常为如参考图30所述的便携式或者固定存储单元。该存储单元可以具有与图29的计算设备中的存储器2920类似布置的存储段、存储空间等。程序代码可以例如以适当形式进行压缩。通常，存储单元包括计算机可读代码2931’，即可以由例如诸如2910之类的处理器读取的代码，这些代码当由计算设备运行时，导致该计算设备执行上面所描述的方法中的各个步骤。

本文中所称的“一个实施例”、“实施例”或者“一个或者多个实施例”意味着，结合实施例描述的特定特征、结构或者特性包括在本发明的至少一个实施例中。此外，请注意，这里“在一个实施例中”的词语例子不一定全指同一个实施例。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

此外，还应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的，而非限制性的，本发明的范围由所附权利要求书限定。

Claims

一种移动终端防盗方法，适用于未开启防盗功能的移动终端，包括：

接收来自服务器的后台防盗开启指令，其中，所述后台防盗开启指令中携带有本移动终端的验证信息；

解析所述后台防盗开启指令，获取所述验证信息并进行验证；

若验证通过，则根据所述后台开启防盗指令在后台开启防盗功能。
根据权利要求1所述的方法，其中，还包括：若验证失败，则拒绝执行所述后台开启防盗指令。
根据权利要求1或2所述的方法，其中，所述验证信息包括本移动终端的唯一身份标识；

还包括：至少一个用户身份识别模块SIM卡号和/或用户的账户信息。
根据权利要求3所述的方法，其中，所述唯一身份标识为国际移动设备身份识别码IMEI。
根据权利要求3所述的方法，其中，所述验证信息包括本移动终端的唯一身份标识以及至少一个SIM卡号时，

获取所述验证信息并进行验证，包括：

分别对所述验证信息中的IMEI以及所述至少一个SIM卡号进行验证；

若所述验证信息中的IMEI与本移动终端的IMEI匹配，且所述至少一个SIM卡号与在本移动终端的联系人列表中的SIM卡号匹配时，确定所述验证信息验证通过；否则为验证未通过。
根据权利要求5所述的方法，其中，所述验证信息验证通过之后，还包括：标识所述至少一个SIM卡号为可信任号码；

根据所述后台开启防盗指令在后台开启防盗功能之后，还包括：

接收来自标识为可信任号码的SIM卡号的防盗指令；

解析所述防盗指令，执行所述防盗指令对应的防盗操作。
根据权利要求3所述的方法，其中，所述验证信息包括本移动终端的唯一身份标识以及用户的账户信息时，

获取所述验证信息并进行验证，包括：

所述验证信息中的IMEI与本移动终端的IMEI匹配时，登录所述账户信息获取该账户的标识ID；

发送该账户的ID至所述服务器；

接收来自所述服务器的ID验证通过消息，确定所述验证信息通过验证。
根据权利要求7所述的方法，其中，根据所述后台开启防盗指令在后台开启防盗功能之后，还包括：

接收来自该账户ID的防盗指令；

解析所述防盗指令，执行所述防盗指令对应的防盗操作。
根据权利要求7或8所述的方法，其中，所述账户信息包括用户名和密码。
根据权利要求3所述的方法，其中，所述验证信息包括本移动终端的唯一身份标识、用户的账户信息以及至少一个SIM卡号时，

获取所述验证信息并进行验证，包括：

分别对所述验证信息中的IMEI以及所述至少一个SIM卡号进行验证；

若所述验证信息中的IMEI与本移动终端的IMEI匹配，且所述至少一个SIM卡号与在本移动终端的联系人列表中的SIM卡号匹配时，登录所述账户信息获取该账户的ID；

发送该账户的ID至所述服务器；

接收来自所述服务器的ID验证通过消息，确定所述验证信息通过验证。
根据权利要求10所述的方法，其中，根据所述后台开启防盗指令在后台开启防盗功能之后，还包括：

接收来自该账户ID的防盗指令；

解析所述防盗指令，执行所述防盗指令对应的防盗操作。
一种移动终端防盗客户端，设置于未开启防盗功能的移动终端，包括：

接收模块，配置为接收来自服务器的后台防盗开启指令，其中，所述后台防盗开启指令中携带有本移动终端的验证信息；

解析模块，配置为解析所述后台防盗开户指令，获取所述验证信息并进行验证；

防盗开启模块，配置为若验证通过，则根据所述后台开启防盗指令在后台开启防盗功能。
根据权利要求12所述的客户端，其中，还包括：

拒绝模块，配置为若验证失败，则拒绝执行所述后台开启防盗指令。
根据权利要求12或13所述的客户端，其中，所述验证信息包括本移动终端的唯一身份标识；

还包括：至少一个用户身份识别模块SIM卡号和/或用户的账户信息。
根据权利要求14所述的客户端，其中，所述唯一身份标识为国际移动设备身份识别码IMEI。
根据权利要求15所述的客户端，其中，所述解析模块还配置为：

所述验证信息包括本移动终端的唯一身份标识以及至少一个SIM卡号时，

分别对所述验证信息中的IMEI以及所述至少一个SIM卡号进行验证；

若所述验证信息中的IMEI与本移动终端的IMEI匹配，且所述至少一个SIM卡号与在本移动终端的联系人列表中的SIM卡号匹配时，确定所述验证信息验证通过；否则为验证未通过。
根据权利要求16所述的客户端，其中，还包括：

信任标识模块，配置为所述验证信息验证通过之后，标识所述至少一个SIM卡号为可信任号码；

防盗处理模块，配置为接收来自标识为可信任号码的SIM卡号的防盗指令；解析所述防盗指令，执行所述防盗指令对应的防盗操作。
根据权利要求15所述的客户端，其中，所述解析模块还配置为：

所述验证信息包括本移动终端的唯一身份标识以及用户的账户信息时，

所述验证信息中的IMEI与本移动终端的IMEI匹配时，登录所述账户信息获取该账户的标识身份标识号码ID；

发送该账户的ID至所述服务器；

接收来自所述服务器的ID验证通过消息，确定所述验证信息通过验证。
根据权利要求18所述的客户端，其中，所述防盗处理模块还配置为接收来自该账户ID的防盗指令；解析所述防盗指令，执行所述防盗指令对应的防盗操作。
根据权利要求18或19所述的客户端，其中，所述账户信息包括用户名和密码。
根据权利要求15所述的客户端，其中，所述解析模块还配置为：

所述验证信息包括本移动终端的唯一身份标识、用户的账户信息以及至少一个SIM卡号时，

分别对所述验证信息中的IMEI以及所述至少一个SIM卡号进行验证；

若所述验证信息中的IMEI与本移动终端的IMEI匹配，且所述至少一个SIM卡号与在本移动终端的联系人列表中的SIM卡号匹配时，登录所述账户信息获取该账户的ID；

发送该账户的ID至所述服务器；

接收来自所述服务器的ID验证通过消息，确定所述验证信息通过验证。
根据权利要求21所述的客户端，所述防盗处理模块还配置为接收来自该账户ID的防盗指令；解析所述防盗指令，执行所述防盗指令对应的防盗操作。
一种移动终端防盗方法，包括：

接收来自发送方的防盗指令，其中，所述防盗指令以短信为发送载体；

解析所述防盗指令，得到该指令对应的防盗命令；

执行所述防盗命令对应的操作，以实现移动终端防盗。
根据权利要求23所述的方法，其中，解析所述防盗指令，得到该指令对应的防盗命令，包括：

解析所述防盗指令，得到所述发送方的验证码，其中，所述验证码包括所述发送方的移动终端标识和/或证明所述发送方可信任的密码；

将得到的所述发送方的验证码与预存的验证码进行匹配；

若确定两者匹配，则解析得到所述防盗指令对应的防盗命令。
根据权利要求24所述的方法，其中，所述发送方的移动终端标识包括下列至少之一：

所述发送方的电话号码；

所述发送方的用户识别模块SIM卡号；

所述发送方的国际移动设备身份识别码IMEI。
根据权利要求24或25所述的方法，其中，证明所述发送方可信任的密码包括下列至少之一：

所述发送方的移动终端标识；

预先设置的证明所述发送方可信任的字符串。
根据权利要求23至26任一项所述的方法，其中，解析所述防盗指令，包括：

确定所述防盗指令是否被加密；

若是，采用相应的解密手段对所述防盗指令进行解密。
根据权利要求27所述的方法，其中，所述防盗指令中的所述发送方的验证码被加密；

相应的，采用相应的解密手段对所述验证码进行解密，获取解密后的验证码。
根据权利要求27或28所述的方法，其中，加密手段为数据加密标准DES加密，解密手段为DES解密。
根据权利要求23至29任一项所述的方法，其中，接收来自发送方的防盗指令之前，还包括：

预先存储可信任的移动终端标识和/或可信任的密码，以待对所述发起方进行验证。
根据权利要求23至30任一项所述的方法，其中，还包括：

将已存储的可信任的发送方的移动终端标识和/或密码删除；

注销防盗功能。
根据权利要求23至31任一项所述的方法，其中，当任一防盗命令被执行的过程中，

轮询查询其是否执行成功；

若是，则结束该防盗命令的执行；

若否，则再次尝试执行该防盗命令。
根据权利要求23至32任一项所述的方法，其中，执行所述防盗命令对应的操作之后，还包括：

将执行结果作为回执返回所述发送方，其中，若所述发送方在指定时间内未收到所述回执，则发起轮询查询，查询是否回执成功；若是，则结束回执查询；若否，则再次请求回执。
根据权利要求23至33任一项所述的方法，其中，利用短信作为所述防盗指令的发送载体时，在确定所述发送方的身份信息之前，还包括：

判断接收到的短信是否携带有所述防盗指令；

若是，则拦截该短信，获取所述防盗指令信息并触发所述发送方的身份信息确定操作；

若否，则放行该短信。
一种移动终端防盗客户端，包括：

接收模块，配置为接收来自发送方的防盗指令，其中，所述防盗指令以短信为发送载体；

解析模块，配置为解析所述防盗指令，得到该指令对应的防盗命令；

执行模块，配置为执行所述防盗命令对应的操作，以实现移动终端防盗。
根据权利要求35所述的移动终端防盗客户端，其中，所述解析模块还配置为：

解析所述防盗指令，得到所述发送方的验证码，其中，所述验证码包括所述发送方的移动终端标识和/或证明所述发送方可信任的密码；

将得到的所述发送方的验证码与预存的验证码进行匹配；

若确定两者匹配，则解析得到所述防盗指令对应的防盗命令。
根据权利要求35或36所述的移动终端防盗客户端，其中，所述解析模块还配置为：

确定所述防盗指令是否被加密；

若是，采用相应的解密手段对所述防盗指令进行解密。
根据权利要求37所述的移动终端防盗客户端，其中，所述解析模块还配置为：

所述防盗指令中的所述发送方的验证码被加密；

相应的，采用相应的解密手段对所述验证码进行解密，获取解密后的验证码。
根据权利要求35至38任一项所述的移动终端客户端，其中，还包括存储模块，配置为：

预先存储可信任的移动终端标识和/或可信任的密码，以待对所述发起方进行验证。
根据权利要求35至39任一项所述的移动终端客户端，其中，还包括注销模块，配置为将已存储的可信任的发送方的移动终端标识和/或密码删除；注销防盗功能。
根据权利要求35至40任一项所述的移动终端客户端，其中，还包括：

命令轮询模块，配置为当任一防盗命令被执行的过程中，轮询查询其是否执行成功；若是，则结束该防盗命令的执行；若否，则再次尝试执行该防盗命令。
根据权利要求35至41任一项所述的移动终端客户端，其中，还包括短信拦截模块，配置为：

判断接收到的短信是否携带有所述防盗指令；

若是，则拦截该短信，获取所述防盗指令信息并触发所述发送方的身份信息确定操作；

若否，则放行该短信。
一种移动终端防盗方法，包括：

接收来自服务器的防盗指令，其中，所述防盗指令由已激活账户发送至所述服务器；

解析所述防盗指令，得到该指令对应的防盗命令；

执行所述防盗命令对应的操作，以实现移动终端防盗。
根据权利要求43所述的方法，其中，所述防盗指令以短信和/或网络指令为发送载体。
根据权利要求44所述的方法，其中，所述防盗指令以短信作为发送载体时，解析所述防盗指令之前，还包括：

判断该短信中是否携带有所述防盗指令；

若是，拦截该短信，触发所述防盗指令的解析操作；

若否，放行该短信。
根据权利要求43至45任一项所述的方法，其中，所述已激活账户在能够触发移动终端防盗的客户端中登录。
根据权利要求46所述的方法，其中，所述客户端包括下列至少之一：浏览器、手机侧带有手机防盗功能的客户端、PC侧带有手机防盗功能的客户端。
根据权利要求43至47任一项所述的方法，其中，所述防盗指令由已激活账户发送至所述服务器，包括：

在所述已激活账户的设备列表中选择进行防盗操作的本移动终端，其中，设备列表中存储有与所述已激活账户绑定的至少一个移动终端的标识；

由所述已激活账户将针对本移动终端的防盗指令发送至所述服务器。
根据权利要求48所述的方法，其中，若进行防盗操作的本移动终端的标识未存储在所述设备列表中，由所述已激活账户输入本移动终端的标识；以及，由所述服务器将所述防盗指令发送至本移动终端的标识对应的移动终端中。
根据权利要求49所述的方法，其中，将所述已激活账户输入的本移动终端的标识添加到所述设备列表中。
根据权利要求43至50任一项所述的方法，其中，所述防盗指令格式包括以下至少一项：防盗策略标识、所述已激活账户标识、防盗命令、防盗对象标识。
根据权利要求51所述的方法，其中，

所述防盗策略标识为账户Account；

所述已激活账户标识为当前登录时为该账户生成的唯一的账号识别码UID；

所述防盗命令包括命令编号和/或任务编号；

所述防盗对象标识包括本移动终端的国际移动设备身份识别码IMEI。
根据权利要求43至52任一项所述的方法，其中，解析所述防盗指令，包括：

确定所述防盗指令是否被加密；

若是，采用相应的解密手段对所述防盗指令进行解密。
根据权利要求53所述的方法，其中，所述防盗指令中除防盗策略标识外的其他内容被加密；

相应的，采用相应的解密手段对所述防盗指令中除防盗策略标识外的其他内容进行解密。
根据权利要求53或54所述的方法，其中，加密手段为数据加密标准DES加密，解密手段为DES解密。
根据权利要求43至55任一项所述的方法，其中，接收来自服务器的防盗指令之前，还包括采用如下方式激活本移动终端的防盗功能：

利用所述已激活账户向所述服务器发送以短信为载体的绑定Bind指令，其中，所述短信的发送号码为本移动终端的手机号码；

接收所述服务器返回的与所述已激活账户的绑定成功消息，将本移动终端的手机号码设置为可信任号码，启动防盗功能。
根据权利要求56所述的方法，其中，若接收所述服务器返回的绑定失败消息，则利用所述已激活账户向所述服务器发送以网络指令为载体的Bind指令；

接收所述服务器返回的绑定成功消息，启动防盗功能。
根据权利要求43至57任一项所述的方法，其中，还包括：

利用所述已激活账户向所述服务器发送解除绑定指令；

解除绑定成功时，删除所述已激活账户的账户信息以及防盗记录；

注销防盗功能。
根据权利要求43至58任一项所述的方法，其中，当任一防盗命令被执行的过程中，

轮询查询其是否执行成功；

若是，则结束该防盗命令的执行；

若否，则再次尝试执行该防盗命令。
根据权利要求43至59任一项所述的方法，其中，执行所述防盗命令对应的操作之后，还包括：

将执行结果作为回执返回所述服务器，其中，若所述服务器在指定时间内未收到所述回执，则发起轮询查询，查询是否回执成功；若是，则结束回执查询；若否，则再次请求回执。
一种移动终端防盗客户端，包括：

接收模块，配置为接收来自服务器的防盗指令，其中，所述防盗指令由已激活账户发送至所述服务器；

解析模块，配置为解析所述防盗指令，得到该指令对应的防盗命令；

执行模块，配置为执行所述防盗命令对应的操作，以实现移动终端防盗。
根据权利要求61所述的移动终端防盗客户端，其中，所述防盗指令以短信和/或网络指令为发送载体。
根据权利要求62所述的移动终端防盗客户端，其中，还包括：

判断模块，配置为判断该短信中是否携带有所述防盗指令；

拦截模块，配置为若是，拦截该短信，触发所述防盗指令的解析操作；

放行模块，配置为若否，放行该短信。
根据权利要求61至63任一项所述的移动终端防盗客户端，其中，所述已激活账户在能够触发移动终端防盗的客户端中登录。
根据权利要求64所述的移动终端防盗客户端，其中，所述客户端包括下列至少之一：浏览器、手机卫士、安全卫士。
根据权利要求61至64任一项所述的移动终端防盗客户端，其中，所述解析模块还配置为：

确定所述防盗指令是否被加密；

若是，采用相应的解密手段对所述防盗指令进行解密。
根据权利要求61至66任一项所述的移动终端防盗客户端，其中，接收来自服务器的防盗指令之前，还包括激活模块，配置为采用如下方式激活本移动终端的防盗功能：

利用所述已激活账户向所述服务器发送以短信为载体的绑定Bind指令，其中，所述短信的发送号码为本移动终端的手机号码；

接收所述服务器返回的与所述已激活账户的绑定成功消息，将本移动终端的手机号码设置为可信任号码，启动防盗功能。
根据权利要求67所述的移动终端防盗客户端，其中，所述激活模块还配置为若接收所述服务器返回的绑定失败消息，则利用所述已激活账户向所述服务器发送以网络指令为载体的Bind指令；

接收所述服务器返回的绑定成功消息，启动防盗功能。
根据权利要求61至68任一项所述的移动终端防盗客户端，其中，还包括注销模块，配置为：

利用所述已激活账户向所述服务器发送解除绑定指令；

解除绑定成功时，删除所述已激活账户的账户信息以及防盗记录；

注销防盗功能。
根据权利要求61至69任一项所述的移动终端防盗客户端，其中，还包括：

命令轮询模块，配置为当任一防盗命令被执行的过程中，轮询查询其是否执行成功；

若是，则结束该防盗命令的执行；

若否，则再次尝试执行该防盗命令。
一种移动终端防盗方法，包括：

接收来自个人电脑PC终端的防盗指令；

解析所述防盗指令，得到该指令对应的防盗命令；

执行所述防盗命令对应的操作，以实现移动终端防盗。
根据权利要求71所述的方法，其中，解析所述防盗指令，得到该指令对应的防盗命令，包括：

解析所述防盗指令，得到所述防盗指令中携带的本移动终端的身份标识；

对所述身份标识进行验证；

若验证通过，则触发所述防盗命令的执行操作；

若验证未通过，则停止响应。
根据权利要求72所述的方法，其中，所述本移动终端的身份标识包括：所述本移动终端的国际移动设备身份识别码IMEI。
根据权利要求71至73任一项所述的方法，其中，所述接收来自PC终端的防盗指令之前，包括：

接收来自所述PC终端的激活文件，其中，所述激活文件携带有所述本移动终端的身份标识以及防盗模式标识；

根据所述身份标识对所述激活文件进行验证；

若验证通过，根据所述防盗模式标识激活不同的防盗模式。
根据权利要求74所述的方法，其中，根据所述防盗模式标识确定不同的防盗模式，包括：

若所述防盗模式标识为PC防盗模式标识，则启动PC防盗策略；

若所述防盗模式标识为账号防盗模式标识，则启动账号防盗策略。
根据权利要求74或75所述的方法，其中，所述防盗模式标识包括下列至少之一：

所述PC终端生成的、与本移动终端一一对应的随机字符串GUID；

用户登录账号后生成的用于标识账号的账号标识符UID，其中，UID的用户登录的账号名称为USERNAME；

密码PASSWORD。
根据权利要求74至76任一项所述的方法，其中，根据所述防盗模式标识确定不同的防盗模式，包括：

若所述防盗模式标识仅包括所述GUID时，开启PC防盗策略，直接执行所述防盗命令对应的操作；

若所述防盗模式标识包括所述GUID和所述PASSWORD时，开启PC防盗策略，验证所述PASSWROD是否正确；若是，则执行所述防盗命令对应的操作；若否，则停止响应；

若所述防盗模式标识包括所述UID时，开启账号防盗策略，在所述本移动终端中登录所述USERNAME，接收来自所述UID的防盗命令并执行对应的操作；

若所述防盗模式标识包括所述GUID和所述UID时，开启PC防盗策略以及账号防盗策略，接收来自PC终端或者所述UID的防盗命令并执行对应的操作；

若所述防盗模式标识包括所述GUID、所述UID和所述PASSWORD，开启PC防盗策略以及账号防盗策略，接收到来自所述PC终端或者所述UID的防盗命令均对所述PASSWORD进行验证；若验证通过，则执行接收的防盗命令对应的操作；若验证不通过，则停止响应。
根据权利要求71至77任一项所述的方法，其中，还包括：

当任一操作被执行的过程中，轮询查询其是否执行成功；

若是，则结束该操作；

若否，则再次尝试执行该操作。
根据权利要求71至78任一项所述的方法，其中，执行所述防盗命令对应的操作之后，还包括：

将执行结果作为回执返回所述PC终端，其中，若所述PC终端在指定时间内未收到所述回执，则发起轮询查询，查询是否回执成功；若是，则结束回执查询；若否，则再次请求回执。
根据权利要求71至79任一项所述的方法，其中，所述PC终端与本移动终端通过有线或无线方式连接并打通，其中，所述有线方式包括通用串行总线USB连接线，所述无线方式包括无线网络。
一种移动终端防盗客户端，包括：

接收模块，配置为接收来自个人电脑PC终端的防盗指令；

解析模块，配置为解析所述防盗指令，得到该指令对应的防盗命令；

执行模块，配置为执行所述防盗命令对应的操作，以实现移动终端防盗。
根据权利要求81所述的客户端，其中，所述解析模块还配置为：

解析所述防盗指令，得到所述防盗指令中携带的本移动终端的身份标识；

对所述身份标识进行验证；

若验证通过，则触发所述防盗命令的执行操作；

若验证未通过，则停止响应。
根据权利要求82所述的客户端，其中，所述本移动终端的身份标识包括：所述本移动终端的国际移动设备身份识别码IMEI。
根据权利要求81至83任一项所述的客户端，其中，还包括：激活模块，配置为：

接收来自所述PC终端的激活文件，其中，所述激活文件携带有所述本移动终端的身份标识以及防盗模式标识；

根据所述身份标识对所述激活文件进行验证；

若验证通过，根据所述防盗模式标识激活不同的防盗模式。
根据权利要求84所述的客户端，其中，所述激活模块还配置为：

若所述防盗模式标识为PC防盗模式标识，则启动PC防盗策略；

若所述防盗模式标识为账号防盗模式标识，则启动账号防盗策略。
根据权利要求84或85所述的客户端，其中，所述防盗模式标识包括下列至少之一：

所述PC终端生成的、与本移动终端一一对应的随机字符串GUID；

用户登录账号后生成的用于标识账号的账号标识符UID，其中，UID的用户登录的账号名称为USERNAME；

密码PASSWORD。
根据权利要求84至86任一项所述的客户端，其中，所述激活模块还配置为：

若所述防盗模式标识仅包括所述GUID时，开启PC防盗策略，直接执行所述防盗命令对应的操作；

若所述防盗模式标识包括所述GUID和所述PASSWORD时，开启PC防盗策略，验证所述PASSWROD是否正确；若是，则执行所述防盗命令对应的操作；若否，则停止响应；

若所述防盗模式标识包括所述UID时，开启账号防盗策略，在所述本移动终端中登录所述USERNAME，接收来自所述UID的防盗命令并执行对应的操作；

若所述防盗模式标识包括所述GUID和所述UID时，开启PC防盗策略以及账号防盗策略，接收来自PC终端或者所述UID的防盗命令并执行对应的操作；

若所述防盗模式标识包括所述GUID、所述UID和所述PASSWORD，开户PC防盗策略以及账号防盗策略，接收到来自所述PC终端或者所述UID的防盗命令均对所述PASSWORD进行验证；若验证通过，则执行接收的防盗命令对应的操作；若验证不通知，则停止响应。
根据权利要求81至87任一项所述的客户端，其中，还包括轮询模块，配置为：

当任一操作被执行的过程中，轮询查询其是否执行成功；

若是，则结束该操作；

若否，则再次尝试执行该操作。
根据权利要求81至88任一项所述的客户端，其中，还包括：

接口，配置为通过有线或无线方式连接所述PC终端与本移动终端，其中，所述有线方式包括通用串行总线USB连接线，所述无线方式包括无线网络。
一种移动终端防盗方法，包括：

根据来自发送方的防盗指令确定所述发送方的身份信息；

启动与所述发送方身份信息匹配的防盗策略解析所述防盗指令，得到该指令对应的防盗命令；

执行所述防盗命令对应的操作，以实现移动终端防盗。
根据权利要求90所述的方法，其中，所述根据来自发送方的防盗指令确定所述发送方的身份信息，包括：

获取所述防盗指令中携带的特殊字符，其中，所述特殊字符为特定的字符串；

根据所述特殊字符确定所述发送方的身份信息。
根据权利要求90或91所述的方法，其中，所述发送方的身份信息包括下列至少之一：

所述发送方为移动终端；

所述发送方为服务器；

所述发送方为个人电脑PC终端。
根据权利要求90至92任一项所述的方法，其中，还包括：

分别接收到身份信息不同的发送方发送的防盗指令时，判断在后接收的防盗指令解析出的防盗命令是否与在前接收的防盗指令解析出的防盗命令互斥；

若是，则拒绝执行后一防盗命令；

若否，则继续执行后一防盗命令。
根据权利要求92或93所述的方法，其中，

所述发送方为移动终端时，匹配的防盗策略为短信防盗策略；

所述发送方为服务器时，匹配的防盗策略为账号防盗策略；

所述发送方为PC终端时，匹配的防盗策略为PC防盗策略或者所述账号防盗策略。
根据权利要求91至94任一项所述的方法，其中，所述防盗指令的内容除包括所述特殊字符外，还包括下列至少之一：所述已激活账户标识、防盗命令、防盗对象标识。
根据权利要求95所述的方法，其中，

所述特殊字符为Account；

所述已激活账户标识为当前登录时为该账户生成的唯一的账号识别码UID；

所述防盗命令包括命令编号和/或任务编号；

所述防盗对象标识包括本移动终端的IMEI。
根据权利要求91至96任一项所述的方法，其中，所述防盗命令中除所述特殊字符外的内容为加密内容；以及

采用相应的解密手段对接收的防盗指令进行解密，获取所述防盗指令的可解析内容。
根据权利要求97所述的方法，其中，加密的防盗指令包括以下至少一项：

删除手机数据指令；

备份手机数据指令。
一种移动终端防盗客户端，包括：

确定模块，配置为根据来自发送方的防盗指令确定所述发送方的身份信息；

解析模块，配置为启动与所述发送方身份信息匹配的防盗策略解析所述防盗指令，得到该指令对应的防盗命令；

执行模块，配置为执行所述防盗命令对应的操作，以实现移动终端防盗。
根据权利要求99所述的客户端，其中，所述确定模块还配置为：

获取所述防盗指令中携带的特殊字符，其中，所述特殊字符为特定的字符串；

根据所述特殊字符确定所述发送方的身份信息。
根据权利要求99或100所述的客户端，其中，所述发送方的身份信息包括下列至少之一：

所述发送方为移动终端；

所述发送方为服务器；

所述发送方为个人电脑PC终端。
根据权利要求99至101任一项所述的客户端，其中，还包括判断模块，配置为：

分别接收到身份信息不同的发送方发送的防盗指令时，判断在后接收的防盗指令解析出的防盗命令是否与在前接收的防盗指令解析出的防盗命令互斥；

若是，则拒绝执行后一防盗命令；

若否，则继续执行后一防盗命令。
根据权利要求101或102所述的客户端，其中，

所述发送方为移动终端时，匹配的防盗策略为短信防盗策略；

所述发送方为服务器时，匹配的防盗策略为账号防盗策略；

所述发送方为PC终端时，匹配的防盗策略为PC防盗策略或者所述账号防盗策略。
根据权利要求100至103中任一项所述的客户端，其中，所述防盗指令的内容除包括所述特殊字符外，还包括下列至少之一：所述已激活账户标识、防盗命令、防盗对象标识。
根据权利要求104所述的客户端，其中，

所述特殊字符为Account；

所述已激活账户标识为当前登录时为该账户生成的唯一的账号识别码UID；

所述防盗命令包括命令编号和/或任务编号；

所述防盗对象标识包括本移动终端的IMEI。
根据权利要求100至105任一项所述的客户端，其中，还包括：

解密模块，配置为所述防盗命令中除所述特殊字符外的内容为加密内容时，采用相应的解密手段对接收的防盗指令进行解密，获取所述防盗指令的可解析内容。
根据权利要求106所述的客户端，其中，加密的防盗指令包括以下至少一项：

删除手机数据指令；

备份手机数据指令。
一种计算机程序，包括计算机可读代码，当所述计算机可读代码在计算设备上运行时，导致所述计算设备执行根据权利要求23至34任一项所述的移动终端防盗方法，和/或，权利要求43至60任一项所述的移动终端防盗方法，和/或，权利要求71至80任一项所述的移动终端防盗方法，和/或，权利要求90至98任一项所述的移动终端防盗方法。
一种计算机可读介质，其中存储了如权利要求108所述的计算机程序。