CN105404529B - 刷机用操作系统弹窗的弹出方法、装置及系统 - Google Patents

Abstract

本发明提供一种刷机用操作系统弹窗的弹出方法，包括以下步骤：获取移动终端的第一信息，第一信息包括移动终端的VID、PID和唯一标识码；判断第一信息是否在预设的机型表、刷机表中；当第一判断信息表征第一信息在机型表中，且不在刷机表中时，弹出刷机用操作系统弹窗，否则弹出用于管理移动终端的弹窗。在弹出用于管理移动终端的弹窗后，获取第二信息，第二信息为移动终端的IMEI、SN，对第二信息进行相同的判断，当判断结果满足条件时，将用于管理移动终端的弹窗翻转为刷机用操作系统弹窗。本发明还提供一种刷机用操作系统弹窗的弹出装置和系统。通过上述方式，能够快速检测移动终端是否支持刷机用操作系统，并弹出相应的弹窗。

Description

刷机用操作系统弹窗的弹出方法、装置及系统

技术领域

本发明涉及计算机领域，具体而言，本发明涉及一种刷机用操作系统弹窗的弹出方法、装置及系统。

背景技术

随着移动终端的发展，尤其是智能手机的普及，智能手机在社会生活中所占的比重越来越大。对于用户来说，智能手机的速度、流畅度、耗电快慢等特性直接影响使用体验，而此特性由智能手机的硬件和操作系统控制。对于相同的硬件，不同的操作系统使用体验参差不齐，因此，刷入一款好的操作系统非常必要。

刷机可以使用户选择自己偏好的操作系统，其中，刷机的方法有：recovery方法，具体为将update.zip放入SD卡，然后进入recovery模式alt-s；fastboot方法，具体为将已有的各分区映像文件直接覆盖写到指定分区中。对于可刷入的操作系统，其对刷入对象有一定的限制，如智能手机的型号，因此，如何快速识别可刷机的智能手机并弹出相应的刷机入口是目前亟待解决的问题之一。

发明内容

本发明的目的旨在至少解决上述技术缺陷之一，特别是能够快速检测移动终端是否支持刷机用操作系统，并弹出相应的弹窗。

本发明提供一种刷机用操作系统弹窗的弹出方法，包括以下步骤：获取移动终端的第一信息，第一信息包括移动终端的VID、PID和唯一标识码；发送第一信息至服务器端，以判断第一信息是否在预设的机型表、刷机表中；接收服务器端反馈的第一判断信息；当第一判断信息表征第一信息在机型表中，且不在刷机表中时，弹出刷机用操作系统弹窗。

其中，当第一判断信息表征第一信息不在机型表中或在刷机表中时，弹出用于管理移动终端的弹窗。

其中，弹出用于管理移动终端的弹窗的步骤之后包括：在用于管理移动终端的弹窗所对应的应用程序与移动终端建立连接后，获取移动终端的第二信息，第二信息包括IMEI、SN；发送第二信息至服务器端，以判断第二信息是否在预设的机型表、刷机表中；接收服务器端反馈的第二判断信息；当第二判断信息表征第二信息在机型表中，且不在刷机表中时，将用于管理移动终端的弹窗翻转为刷机用操作系统弹窗。

其中，用于管理移动终端的弹窗所对应的应用程序与移动终端建立连接具体为应用程序与移动终端可通过ADB进行通信。

其中，机型表包括一个或多个刷机用操作系统所支持的机型，各机型由移动终端的VID、PID、唯一标识码、IMEI、SN组成。

其中，刷机表包括一条或多条利用刷机用操作系统刷过的移动终端的记录，各记录由移动终端的VID、PID、唯一标识码、IMEI、SN组成。

其中，第一信息为设备实例路径的信息。

本发明还提供一种刷机用操作系统弹窗的弹出方法，包括以下步骤：接收客户端发送的第一信息，第一信息包括移动终端的VID、PID、唯一标识码；判断第一信息是否在预设的机型表、刷机表中以形成第一判断信息；反馈第一判断信息至客户端，以用于使客户端弹出刷机用操作系统弹窗或用于管理移动终端的弹窗。

其中，当第一判断信息表征第一信息在机型表中，且不在刷机表中时，用于刷机用操作系统弹窗的弹出；当第一判断信息表征第一信息不在机型表中或在刷机表中时，用于管理移动终端弹窗的弹出。

其中，当反馈第一信息不在机型表中或在刷机表中后，接收客户端发送的第二信息，第二信息包括移动终端的IMEI、SN；判断第二信息是否在预设的机型表、刷机表中以形成第二判断信息；反馈第二判断信息至客户端，以用于使客户端的用于管理移动终端的弹窗翻转为刷机用操作系统弹窗或不翻转。

其中，当第二判断信息表征第二信息在机型表中，且不在刷机表中时，用于用于管理移动终端的弹窗翻转为刷机用操作系统弹窗。

其中，机型表包括一个或多个刷机用操作系统所支持的机型，各机型由移动终端的VID、PID、唯一标识码、IMEI、SN组成。

其中，刷机表包括一条或多条利用刷机用操作系统刷过的移动终端的记录，各记录由移动终端的VID、PID、唯一标识码、IMEI、SN组成。

其中，第一信息为设备实例路径的信息。

本发明提供一种刷机用操作系统弹窗的弹出装置，包括：第一获取模块，用于获取移动终端的第一信息，第一信息包括移动终端的VID、PID和唯一标识码；第一发送模块，用于发送第一信息至服务器端，以判断第一信息是否在预设的机型表、刷机表中；第一接收模块，用于接收服务器端反馈的第一判断信息；第一弹出模块，用于当第一判断信息表征第一信息在机型表中，且不在刷机表中时，弹出刷机用操作系统弹窗。

其中，装置包括：第二弹出模块，用于当第一判断信息表征第一信息不在机型表中或在刷机表中时，弹出用于管理移动终端的弹窗。

其中，装置包括：第二获取模块，用于在第二弹出模块弹出用于管理移动终端的弹窗后，且在用于管理移动终端的弹窗所对应的应用程序与移动终端建立连接后，获取移动终端的第二信息，第二信息包括IMEI、SN；第二发送模块，用于发送第二信息至服务器端，以判断第二信息是否在预设的机型表、刷机表中；第二接收模块，用于接收服务器端反馈的第二判断信息；翻转模块，用于当第二判断信息表征第二信息在机型表中，且不在刷机表中时，将用于管理移动终端的弹窗翻转为刷机用操作系统弹窗。

其中，用于管理移动终端的弹窗所对应的应用程序与移动终端建立连接具体为应用程序与移动终端可通过ADB进行通信。

其中，机型表包括一个或多个刷机用操作系统所支持的机型，各机型由移动终端的VID、PID、唯一标识码、IMEI、SN组成。

其中，刷机表包括一条或多条利用刷机用操作系统刷过的移动终端的记录，各记录由移动终端的VID、PID、唯一标识码、IMEI、SN组成。

其中，第一信息为设备实例路径的信息。

本发明还提供一种刷机用操作系统弹窗的弹出装置，包括：第三接收模块，用于接收客户端发送的第一信息，第一信息包括移动终端的VID、PID、唯一标识码；第一判断模块，用于判断第一信息是否在预设的机型表、刷机表中以形成第一判断信息；第一反馈模块，用于反馈第一判断信息至客户端，以用于使客户端弹出刷机用操作系统弹窗或用于管理移动终端的弹窗。

其中，当第一判断信息表征第一信息在机型表中，且不在刷机表中时，用于刷机用操作系统弹窗的弹出；当第一判断信息表征第一信息不在机型表中或在刷机表中时，用于管理移动终端弹窗的弹出。

其中，装置包括：第四接收模块，用于当反馈第一信息不在机型表中或在刷机表中后，接收客户端发送的第二信息，第二信息包括移动终端的IMEI、SN；第二判断模块，用于判断第二信息是否在预设的机型表、刷机表中以形成第二判断信息；第二反馈模块，用于反馈第二判断信息至客户端，以用于使客户端的用于管理移动终端的弹窗翻转为刷机用操作系统弹窗或不翻转。

其中，当第二判断信息表征第二信息在机型表中，且不在刷机表中时，用于用于管理移动终端的弹窗翻转为刷机用操作系统弹窗。

其中，机型表包括一个或多个刷机用操作系统所支持的机型，各机型由移动终端的VID、PID、唯一标识码、IMEI、SN组成。

其中，刷机表包括一条或多条利用刷机用操作系统刷过的移动终端的记录，各记录由移动终端的VID、PID、唯一标识码、IMEI、SN组成。

其中，第一信息为设备实例路径的信息。

与现有技术相比，本发明存在以下有益效果：

1、当客户端与移动终端建立连接后，可快速获取移动终端的第一信息，具体为移动终端的VID、PID和唯一标识码，该信息为USB信息。通过第一信息检测移动终端是否支持刷机用操作系统，具体为判断第一信息是否在预设的机型表、刷机表中，当第一信息在机型表中，且不在刷机表中时，即移动终端的机型是刷机用操作系统所支持的机型，且移动终端没有被该刷机用操作系统刷过机时，即移动终端支持刷机用操作系统时，弹出刷机用操作系统弹窗，该弹窗可作为用户进行刷机的入口。通过上述方式，可快速检测移动终端是否支持刷机用操作系统，并弹出相应的弹窗，提高用户体验。

2、在客户端检测出第一信息不在机型表中或在刷机表中时，弹出用于管理移动终端的弹窗，由于第一信息的不精确性，当客户端与移动终端通过ADB进行通信时，对移动终端进行二次检测，以确保检测的准确性。具体为，获取移动终端的第二信息，即移动终端的IMEI、SN，通过第二信息进行进一步判断，当第二信息在机型表中，且不在刷机表中时，将用于管理移动终端的弹窗翻转为刷机用操作系统的弹窗。通过上述方式，实现弹窗的翻版。

本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明系统结构原理图；

图2为本发明刷机用操作系统弹窗的弹出方法第一实施例的流程示意图；

图3为本发明刷机用操作系统弹窗的弹出方法第二实施例的流程示意图；

图4为本发明刷机用操作系统弹窗的弹出方法第三实施例的流程示意图；

图5为本发明刷机用操作系统弹窗的弹出方法第四实施例的流程示意图；

图6为本发明刷机用操作系统弹窗的弹出方法第五实施例的流程示意图；

图7为本发明刷机用操作系统弹窗的弹出装置一实施例的结构示意图；

图8为本发明刷机用操作系统弹窗的弹出装置另一实施例的结构示意图；

图9为雷电OS弹窗界面；

图10为雷电OS安装主界面；

图11为雷电OS安装主界面的用户评论子界面；

图12为雷电OS安装主界面的服务保障子界面；

图13为雷电OS正在安装界面；

图14为雷电OS提示移动终端操作界面；

图15为雷电OS完成安装界面；

图16为雷电OS确认允许读取移动终端应用列表界面；

图17为雷电OS安装检测界面一；

图18为雷电OS安装检测界面二；

图19为雷电OS安装检测界面三；

图20为雷电OS安装检测界面四；

图21为雷电OS安装失败界面。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本技术领域技术人员可以理解，这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，执行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(Personal Communications Service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(Personal Digital Assistant_，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global Positioning System，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

本技术领域技术人员可以理解，这里所使用的远端网络设备，其包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云。在此，云由基于云计算(Cloud Computing)的大量计算机或网络服务器构成，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。本发明的实施例中，远端网络设备、终端设备与WNS服务器之间可通过任何通信方式实现通信，包括但不限于，基于3GPP、LTE、WIMAX的移动通信、基于TCP/IP、UDP协议的计算机网络通信以及基于蓝牙、红外传输标准的近距无线传输方式。

本领域技术人员应当理解，本发明所称的“应用”、“应用程序”、“应用软件”以及类似表述的概念，是业内技术人员所公知的相同概念，是指由一系列计算机指令及相关数据资源有机构造的适于电子运行的计算机软件。除非特别指定，这种命名本身不受编程语言种类、级别，也不受其赖以运行的操作系统或平台所限制。理所当然地，此类概念也不受任何形式的终端所限制。

请参阅图1，图1为本发明系统结构原理图，如图1所示，包括客户端11、服务器端12及移动终端13。

图1所示系统中，客户端11通过远程通信端口与服务器端12连接，且通过USB线与移动终端13连接。其中，客户端11为PC端，服务器端12为云端，移动终端13为智能手机、平板电脑等设备。

上述系统用于刷机用操作系统弹窗的弹出，具体地，客户端11安装有所述弹窗对应的应用程序，服务器端12设置有用于判断刷机用操作系统弹窗是否弹出的库。在本实施例中，刷机用操作系统具体为雷电OS，具有速度快、待机时间长等优点。

请参阅图2，图2为本发明刷机用操作系统弹窗的弹出方法第一实施例的流程示意图，如图2所示，包括以下步骤：

S21，获取移动终端的第一信息，第一信息包括移动终端的VID、PID和唯一标识码。

结合图1，当移动终端13与客户端11通过USB线连接时，客户端11即可获取移动终端13的第一信息，具体为通过ADB的“设备实例路径”获取移动终端13的VID、PID和唯一标识码。其中，VID为供应商ID，PID为产品识别码，不同移动终端的唯一标识码不同，通过VID、PID和唯一标识码可以确定移动终端13的型号。VID、PID均为两个字节长，VID由供应商向USB执行论坛申请，每个供应商的VID是唯一的，PID由供应商自行决定。

在本实施例中，客户端11安装有相应的应用程序以实现刷机用操作系统弹窗的弹出，即刷机用操作系统弹窗对应的应用程序，该应用程序具体为手机助手。

S22，发送第一信息至服务器端，以判断第一信息是否在预设的机型表、刷机表中。

服务器端12设置有支持刷机用操作系统的型号库，具体为根据VID、PID、唯一标识码、IMEI、SN构建的机型表，此机型表可在移动终端13进行缓存。机型表包括一个或多个刷机用操作系统所支持的机型，各机型由移动终端的VID、PID、唯一标识码、IMEI、SN组成。

服务器端12还设置有刷机表，刷机表包括一条或多条利用刷机用操作系统刷过的移动终端的记录，各记录由移动终端的VID、PID、唯一标识码、IMEI、SN组成。其中，刷机表中的各记录由客户端11上传，具体为当客户端11对移动终端13刷机成功后，将移动终端13的信息上传。

客户端11获取第一信息后，即手机助手获取第一信息后，发送该信息至服务器端12，服务器端12利用正则表达式在机型表和刷机表中查询第一信息。

S23，接收服务器端反馈的第一判断信息。

服务器端12查询结束后，将相应的查询结果，即第一判断信息，反馈至客户端11。

S24，当第一判断信息表征第一信息在机型表中，且不在刷机表中时，弹出刷机用操作系统弹窗。

第一判断信息包括在机型表中的查询结果和在刷机表中的查询结果，在机型表中查询是为检测移动终端13是否是刷机用操作系统所支持的机型，在刷机表中查询是为检测移动终端13是否已刷过刷机用操作系统，上述两张表的查询可同时进行、也可依次进行，当依次进行时，先后顺序无限制。当第一信息在机型表中、且不在刷机表中时，说明移动终端13是刷机用操作系统支持的机型，且没有被刷过机，此时，手机助手可弹出刷机用操作系统弹窗，供用户参考是否刷机。当第一信息不在机型表中或在刷机表中时，说明移动终端13不具备利用刷机用操作系统刷机的条件或无需再利用刷机用操作系统刷机，此时，手机助手不弹出刷机用操作系统弹窗，弹出用于管理移动终端的弹窗，弹窗类型如：充电、清理、扫描恶意软件等。

以上所述，通过本实施例的方法可快速检测移动终端13是否支持刷机用操作系统，并弹出相应的弹窗。具体为，在客户端11与移动终端13建立ADB连接前，获取移动终端13的第一信息并进行检测，当第一信息符合条件时，与cleanandriod握手，弹出刷机用操作系统弹窗，此方式可实现USB层级的检测，实现刷机用操作系统弹窗的快速弹出，实现移动终端13机型的快速检测。

在实际应用中，对于机型表中的机型，均为精确的机型信息，具体为通过大数据分析，当一组VID、PID有多个厂商使用时，则不能记录至机型表中。在实际应用中，对于机型表，可预先通过手机助手下发至客户端11，当获取移动终端13的第一信息后，直接查询机型表，在机型表中查询第一信息。

在实际应用中，雷电OS弹窗弹出后，展示的界面如图9所示，包括立即体验控件、是否同意软件许可及服务协议控件、对雷电OS的功能介绍“永久提速30％、待机时间延长一倍、数据全保留”。当用户同意软件许可及服务协议且点击立即体验时，进入移动终端13的刷机操作。此时，弹出雷电OS安装主界面，如图10所示，包括立即体验控件、查看雷电特色控件、查看用户评论控件、查看服务保障控件、是否同意软件许可及服务协议控件，当用户点击立即体验控件时，需确保移动终端13的USB调试模式处于开启状态。其中，图11为雷电OS安装主界面的用户评论子界面，可使用户在刷机前了解产品的用户评价。图12为雷电OS安装主界面的服务保障子界面。用户点击雷电OS安装主界面的立即体验控件后，调用雷电OS正在安装界面，如图13所示，此界面用于展示雷电OS的安装过程，其中，雷电OS的安装为一键安装。雷电OS安装完成后，调用提示移动终端操作界面，如图14所示，该界面用于提示用户在移动终端13进行操作，以完成安装。当用户在移动终端13操作后，调用雷电OS完成安装界面，如图15所示，即客户端11操作已完成。

在雷电OS的安装过程中，会调用确认允许读取移动终端应用列表界面，如图16所示，当用户在移动终端13允许客户端11读取其应用列表时，在该界面上进行确认。

在雷电OS的安装过程中，还存在一系列的检测，并进行界面提示，如：USB调试模式是否打开(如图17所示)、USB连接是否中断(如图18所示)、电量是否满足安装需求(如图19所示)、是否更换移动终端13(如图20所示)。

当雷电OS安装失败时，会调用雷电OS安装失败界面，如图21所示。

在实际应用中，对于刷机用操作系统，可以在服务器端构建ROM库，供用户下载刷机，构建过程具体为：对原厂手机系统中的应用进行分类，并进行删减、添加、禁止自启等工作以形成新的系统。服务器端存储有多个ROM库，用户可根据需要进行选择。其中，对于原厂手机系统中的应用主要为删减和禁止，添加主要是UI、浏览器、通讯录、相册等，以使原手机系统得到优化和美化，如：通讯录中集成信息拦截功能等。其中，禁止自启可使手机省电、提速、省流量。

请参阅图3，图3为本发明刷机用操作系统弹窗的弹出方法第二实施例的流程示意图，如图3所示，包括以下步骤：

S31，获取移动终端的第一信息，第一信息包括移动终端的VID、PID和唯一标识码。

结合图1，当移动终端13与客户端11通过USB线连接时，客户端11即可获取移动终端13的第一信息，具体为通过ADB的“设备实例路径”获取移动终端13的VID、PID和唯一标识码。其中，VID为供应商ID，PID为产品识别码，不同移动终端的唯一标识码不同，通过VID、PID和唯一标识码可以确定移动终端13的型号。

在本实施例中，客户端11安装有相应的应用程序以实现刷机用操作系统弹窗的弹出，即刷机用操作系统弹窗对应的应用程序，该应用程序具体为手机助手。

S32，发送第一信息至服务器端，以判断第一信息是否在预设的机型表、刷机表中。

服务器端12设置有支持刷机用操作系统的型号库，具体为根据VID、PID、唯一标识码、IMEI、SN构建的机型表，此机型表可在移动终端13进行缓存。机型表包括一个或多个刷机用操作系统所支持的机型，各机型由移动终端的VID、PID、唯一标识码、IMEI、SN组成。

服务器端12还设置有刷机表，刷机表包括一条或多条利用刷机用操作系统刷过的移动终端的记录，各记录由移动终端的VID、PID、唯一标识码、IMEI、SN组成。其中，刷机表中的各记录由客户端11上传，具体为当客户端11对移动终端13刷机成功后，将移动终端13的信息上传。

客户端11获取第一信息后，即手机助手获取第一信息后，发送该信息至服务器端12，服务器端12利用正则表达式在机型表和刷机表中查询第一信息。

S33，接收服务器端反馈的第一判断信息。

服务器端12查询结束后，将相应的查询结果，即第一判断信息，反馈至客户端11。

S34，当第一判断信息表征第一信息不在机型表中或在刷机表中时，弹出用于管理移动终端的弹窗。

当第一信息不在机型表中，说明移动终端13不是刷机用操作系统支持的机型；当第一信息在刷机表中时，说明移动终端13已刷过刷机用操作系统，以上两种情况，均不具备弹出刷机用操作系统弹窗的条件，因此，弹出用于管理移动终端的弹窗，该弹窗类型如：充电、清理、扫描恶意软件等。

S35，在用于管理移动终端的弹窗所对应的应用程序与移动终端建立连接后，获取移动终端的第二信息，第二信息包括IMEI、SN。

此处所述用于管理移动终端的弹窗所对应的应用程序为手机助手，手机助手与移动终端13建立连接具体为手机助手与移动终端13可通过ADB进行通信。其中，通过ADB进行通信的条件为移动终端13的USB调试模式处于开启状态。

由于移动终端的VID、PID和唯一标识码不是绝对代表该移动终端，因此，不同移动终端的VID、PID和唯一标识码也会存在相同的情况，导致第一判断信息可能存在误差，如：第一移动终端和第二移动终端的第一信息相同，第一移动终端已刷过刷机用操作系统，而第二移动终端没有刷过机，但二者的第一判断信息相同，第一移动终端与第二移动终端与客户端11连接后，均弹出用于管理移动终端的弹窗，此时，对于第二移动终端的判断则不准确。因此，为确保判断的准确性，对移动终端13进行二次检测是非常必要的，既可确保机型判断的准确性，又可确保是否刷机的准确性。

对于二次检测，则需获取更能唯一表征移动终端13的信息，因此，当手机助手与移动终端13建立连接后，获取移动终端13的第二信息，第二信息包括IMEI、SN。其中，IMEI(International Mobile Equipment Identity，移动设备国际识别码，又称为国际移动设备标识)为移动终端的唯一识别号码，由GSM(Global System for MobileCommunications，全球移动通信协会)统一分配，通常由15位数字组成，包括：TAC(前6位)，代表机型；FAC(接着2位)，代表产地；SNR(之后6位)，代表生产顺序；SP(最后1位)，代表校验码。SN为移动终端的产品序列号，一移动终端对应一产品序列号。

S36，发送第二信息至服务器端，以判断第二信息是否在预设的机型表、刷机表中。

客户端11获取第二信息后，即手机助手获取第二信息后，发送该信息至服务器端12，服务器端12利用正则表达式在机型表和刷机表中查询第二信息。

S37，接收服务器端反馈的第二判断信息。

第二判断信息包括在机型表中的查询结果和在刷机表中的查询结果，在机型表、刷机表中进行查询，其目的为进一步确保第一次判断的准确性，并对第一次判断存在误差时，进行更正。

S38，当第二判断信息表征第二信息在机型表中，且不在刷机表中时，将用于管理移动终端的弹窗翻转为刷机用操作系统弹窗。

其中，第二判断信息可以以数值的方式展现，如：第二信息在机型表中、且不在刷机表中用1表示，其他情况用0表示。

当刷机用操作系统弹窗弹出后，用户可通过该弹窗进行刷机，具体为从服务器端下载刷机工具和刷机驱动，然后通过驱动和刷机工具进行刷机。

以上所述，在本实施例方法中，第一次判断可快速确定是否弹出刷机用操作系统弹窗，第二次判断可确保刷机用操作系统弹窗弹出的准确性，且可更正第一次判断的误差。通过二次检测，当第二判断信息符合条件时，实现弹窗的翻版。

请参阅图4，图4为本发明刷机用操作系统弹窗的弹出方法第三实施例的流程示意图，如图4所示，包括以下步骤：

S41，接收客户端发送的第一信息，第一信息包括移动终端的VID、PID、唯一标识码。

S42，判断第一信息是否在预设的机型表、刷机表中以形成第一判断信息。

S43，反馈第一判断信息至客户端，以用于使客户端弹出刷机用操作系统弹窗或用于管理移动终端的弹窗。

结合图1，本实施例的步骤由服务器端12实施，服务器端12设置有用于判断客户端11是否弹出刷机用操作系统弹窗的库，包括型号库和刷机表。

其中，型号库具体为根据VID、PID、唯一标识码、IMEI、SN构建的机型表，此机型表可在移动终端13进行缓存。机型表包括一个或多个刷机用操作系统所支持的机型，各机型由移动终端的VID、PID、唯一标识码、IMEI、SN组成。其中，刷机表包括一条或多条利用刷机用操作系统刷过的移动终端的记录，各记录由移动终端的VID、PID、唯一标识码、IMEI、SN组成。其中，刷机表中的各记录由客户端11上传，具体为当客户端11对移动终端13刷机成功后，将移动终端13的信息上传。

其中，当移动终端13与客户端11通过USB线连接时，客户端11通过ADB的“设备实例路径”获取移动终端13的第一信息。其中，客户端11安装有相应的应用程序以实现刷机用操作系统弹窗的弹出，即刷机用操作系统弹窗对应的应用程序，该应用程序具体为手机助手。

当第一判断信息表征第一信息在机型表中，且不在刷机表中时，手机助手弹出刷机用操作系统弹窗；当第一判断信息表征第一信息不在机型表中或在刷机表中时，手机助手弹出用于管理移动终端弹窗。

以上所述，本实施例通过云端可实现第一信息的实时检测，完成是否弹出刷机用操作系统弹窗的判断。

请参阅图5，图5为本发明刷机用操作系统弹窗的弹出方法第四实施例的流程示意图，如图5所示，包括以下步骤：

S51，接收客户端发送的第一信息，第一信息包括移动终端的VID、PID、唯一标识码。

S52，判断第一信息是否在预设的机型表、刷机表中以形成第一判断信息。

S53，反馈第一判断信息至客户端，以用于使客户端弹出刷机用操作系统弹窗或用于管理移动终端的弹窗。

S54，当第一判断信息表征第一信息不在机型表中或在刷机表中后，接收客户端发送的第二信息，第二信息包括移动终端的IMEI、SN。

S55，判断第二信息是否在预设的机型表、刷机表中以形成第二判断信息。

S56，反馈第二判断信息至客户端，以用于使客户端的用于管理移动终端的弹窗翻转为刷机用操作系统弹窗或不翻转。

结合图1，本实施例包括两次判断，第一次判断实现图4所示实施例的判断，第二次判断是为更精确地判断移动终端13是否为刷机用操作系统支持的机型、移动终端13是否刷过刷机用操作系统。第二次判断之所以更为精确是因为第二信息更能表征移动终端13的唯一性。

其中，当客户端11与移动终端13可通过ADB进行通信时，客户端11获取移动终端13的第二信息。

其中，当第二判断信息表征第二信息在机型表中，且不在刷机表中时，客户端11的用于管理移动终端的弹窗翻转为刷机用操作系统弹窗。

以上所述，本实施例方法对第一信息、第二信息实时检测，可确保刷机用操作系统弹窗弹出的准确性。

请参阅图6，图6为本发明刷机用操作系统弹窗的弹出方法第五实施例的流程示意图，如图6所示，包括以下步骤：

S61，客户端获取移动终端的第一信息，第一信息包括移动终端的VID、PID和唯一标识码。

S62，发送第一信息至服务器端。

S63，服务器端接收客户端发送的第一信息。

S64，判断第一信息是否在预设的机型表、刷机表中以形成第一判断信息。

S65，反馈第一判断信息至客户端，以用于使客户端弹出刷机用操作系统弹窗或用于管理移动终端的弹窗。

S66，接收服务器端反馈的第一判断信息。

S67，当第一判断信息表征第一信息不在机型表中或在刷机表中时，弹出用于管理移动终端的弹窗。

S68，在用于管理移动终端的弹窗所对应的应用程序与移动终端建立连接后，获取移动终端的第二信息，第二信息包括IMEI、SN。

S69，发送第二信息至服务器端。

S70，接收客户端发送的第二信息。

S71，判断第二信息是否在预设的机型表、刷机表中以形成第二判断信息。

S72，反馈第二判断信息至客户端，以用于使客户端的用于管理移动终端的弹窗翻转为刷机用操作系统弹窗或不翻转。

S73，接收服务器端反馈的第二判断信息。

S74，当第二判断信息表征第二信息在机型表中，且不在刷机表中时，将用于管理移动终端的弹窗翻转为刷机用操作系统弹窗。

结合图1，本实施例为客户端11与服务器端12的交互，二者相互配合，实现刷机用操作系统弹窗的弹出。其中，上述步骤在图2、图3、图4、图5所示的实施例中均有详细的阐述，在此不再赘述。

请参阅图7，图7为本发明刷机用操作系统弹窗的弹出装置一实施例的结构示意图，如图7所示，包括：第一获取模块81、第一发送模块82、第一接收模块83、第一弹出模块84、第二弹出模块85、第二获取模块86、第二发送模块87、第二接收模块88及翻转模块89。

其中，上述各模块的功能如下：

第一获取模块81，用于获取移动终端的第一信息，第一信息包括移动终端的VID、PID和唯一标识码；第一发送模块82，用于发送第一信息至服务器端，以判断第一信息是否在预设的机型表、刷机表中；第一接收模块83，用于接收服务器端反馈的第一判断信息；第一弹出模块84，用于当第一判断信息表征第一信息在机型表中，且不在刷机表中时，弹出刷机用操作系统弹窗；第二弹出模块85，用于当第一判断信息表征第一信息不在机型表中或在刷机表中时，弹出用于管理移动终端的弹窗。

第二获取模块86，用于在第二弹出模块85弹出用于管理移动终端的弹窗后，且在用于管理移动终端的弹窗所对应的应用程序与移动终端建立连接后，获取移动终端的第二信息，第二信息包括IMEI、SN；第二发送模块87，用于发送第二信息至服务器端，以判断第二信息是否在预设的机型表、刷机表中；第二接收模块88，用于接收服务器端反馈的第二判断信息；翻转模块89，用于当第二判断信息表征第二信息在机型表中，且不在刷机表中时，将用于管理移动终端的弹窗翻转为刷机用操作系统弹窗。

其中，用于管理移动终端的弹窗所对应的应用程序与移动终端建立连接具体为应用程序与移动终端可通过ADB进行通信。第一信息为设备实例路径的信息。

其中，机型表包括一个或多个刷机用操作系统所支持的机型，各机型由移动终端的VID、PID、唯一标识码、IMEI、SN组成。刷机表包括一条或多条利用刷机用操作系统刷过的移动终端的记录，各记录由移动终端的VID、PID、唯一标识码、IMEI、SN组成。

请参阅图8，图8为本发明刷机用操作系统弹窗的弹出装置另一实施例的结构示意图，如图8所示，包括：第三接收模块91、第一判断模块92、第一反馈模块93、第四接收模块94、第二判断模块95及第二反馈模块96。

其中，上述各模块的功能如下：

第三接收模块91，用于接收客户端发送的第一信息，第一信息包括移动终端的VID、PID、唯一标识码；第一判断模块92，用于判断第一信息是否在预设的机型表、刷机表中以形成第一判断信息；第一反馈模块93，用于反馈第一判断信息至客户端，以用于使客户端弹出刷机用操作系统弹窗或用于管理移动终端的弹窗。

第四接收模块94，用于当反馈第一信息不在机型表中或在刷机表中后，接收客户端发送的第二信息，第二信息包括移动终端的IMEI、SN；第二判断模块95，用于判断第二信息是否在预设的机型表、刷机表中以形成第二判断信息；第二反馈模块96，用于反馈第二判断信息至客户端，以用于使客户端的用于管理移动终端的弹窗翻转为刷机用操作系统弹窗或不翻转。

其中，当第一判断信息表征第一信息在机型表中，且不在刷机表中时，用于刷机用操作系统弹窗的弹出；当第一判断信息表征第一信息不在机型表中或在刷机表中时，用于管理移动终端弹窗的弹出。

其中，当第二判断信息表征第二信息在机型表中，且不在刷机表中时，用于用于管理移动终端的弹窗翻转为刷机用操作系统弹窗。

其中，机型表包括一个或多个刷机用操作系统所支持的机型，各机型由移动终端的VID、PID、唯一标识码、IMEI、SN组成。刷机表包括一条或多条利用刷机用操作系统刷过的移动终端的记录，各记录由移动终端的VID、PID、唯一标识码、IMEI、SN组成。第一信息为设备实例路径的信息。

结合图7和图8，图7所示装置位于客户端，图8所示装置位于服务器端，下面详细阐述图7所示装置、图8所示装置、移动终端的工作过程。

当移动终端与客户端通过USB线连接时，客户端的第一获取模块81即可获取移动终端的第一信息，具体为通过ADB的“设备实例路径”获取移动终端的VID、PID和唯一标识码。其中，VID为供应商ID，PID为产品识别码，不同移动终端的唯一标识码不同，通过VID、PID和唯一标识码可以确定移动终端的型号。第一获取模块81获取第一信息后，第一发送模块82发送第一信息至服务器端，服务器端的第三接收模块91接收第一信息后，第一判断模块92判断第一信息是否在预设的机型表、刷机表中并形成第一判断信息，第一反馈模块93反馈第一判断信息至客户端，客户端根据第一判断信息弹出相应的弹窗。

在第二弹出模块85弹出用于管理移动终端的弹窗后，且在用于管理移动终端的弹窗所对应的应用程序与移动终端建立连接后，客户端的第二获取模块86获取移动终端的第二信息，第二信息包括IMEI、SN。获取第二信息是为更精确检测该移动终端是否是刷机用操作系统所支持的机型，是否被刷机用操作系统刷过机。当第二获取模块86获取第二信息后，第二发送模块87发送第二信息至服务器端，服务器端的第四接收模块94接收第二信息后，第二判断模块95判断第二信息是否在预设的机型表、刷机表中并形成第二判断信息，第二反馈模块96反馈第二判断信息至客户端，客户端根据第二判断信息确定是否对用于管理移动终端的弹窗进行翻转。

以上所述，图7所示实施例的客户端、图8所示实施例的服务器端、移动终端，三者配合、交互，构成刷机用操作系统弹窗的弹出系统。在该系统中，第一次判断可快速确定是否弹出刷机用操作系统弹窗，第二次判断可确保刷机用操作系统弹窗弹出的准确性，且可更正第一次判断的误差。通过二次检测，当第二判断信息符合条件时，实现弹窗的翻版。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (25)

1.一种刷机用操作系统弹窗的弹出方法，其特征在于，包括以下步骤：

获取移动终端的第一信息，所述第一信息包括移动终端的VID、PID和唯一标识码；

发送所述第一信息至服务器端，以判断所述第一信息是否在预设的机型表、刷机表中；

接收所述服务器端反馈的第一判断信息；

当所述第一判断信息表征所述第一信息在机型表中，且不在刷机表中时，弹出刷机用操作系统弹窗；

当所述第一判断信息表征所述第一信息不在机型表中或在刷机表中时，弹出用于管理移动终端的弹窗。

2.根据权利要求1所述的刷机用操作系统弹窗的弹出方法，其特征在于，所述弹出用于管理移动终端的弹窗的步骤之后包括：

在用于管理移动终端的弹窗所对应的应用程序与移动终端建立连接后，获取移动终端的第二信息，所述第二信息包括IMEI、SN；

发送所述第二信息至服务器端，以判断所述第二信息是否在预设的机型表、刷机表中；

接收所述服务器端反馈的第二判断信息；

当所述第二判断信息表征所述第二信息在机型表中，且不在刷机表中时，将用于管理移动终端的弹窗翻转为刷机用操作系统弹窗。

3.根据权利要求2所述的刷机用操作系统弹窗的弹出方法，其特征在于，所述用于管理移动终端的弹窗所对应的应用程序与移动终端建立连接具体为所述应用程序与移动终端可通过ADB进行通信。

4.根据权利要求3所述的刷机用操作系统弹窗的弹出方法，其特征在于，所述机型表包括一个或多个刷机用操作系统所支持的机型，各机型由移动终端的VID、PID、唯一标识码、IMEI、SN组成。

5.根据权利要求4所述的刷机用操作系统弹窗的弹出方法，其特征在于，所述刷机表包括一条或多条利用刷机用操作系统刷过的移动终端的记录，各记录由移动终端的VID、PID、唯一标识码、IMEI、SN组成。

6.根据权利要求5所述的刷机用操作系统弹窗的弹出方法，其特征在于，所述第一信息为设备实例路径的信息。

7.一种刷机用操作系统弹窗的弹出方法，其特征在于，包括以下步骤：

接收客户端发送的第一信息，所述第一信息包括移动终端的VID、PID、唯一标识码；

判断所述第一信息是否在预设的机型表、刷机表中以形成第一判断信息；

反馈第一判断信息至所述客户端，以用于使客户端弹出刷机用操作系统弹窗或用于管理移动终端的弹窗；

当所述第一判断信息表征所述第一信息在机型表中，且不在刷机表中时，用于刷机用操作系统弹窗的弹出；

当所述第一判断信息表征所述第一信息不在机型表中或在刷机表中时，用于管理移动终端弹窗的弹出。

8.根据权利要求7所述的刷机用操作系统弹窗的弹出方法，其特征在于，当反馈所述第一信息不在机型表中或在刷机表中后，接收客户端发送的第二信息，所述第二信息包括移动终端的IMEI、SN；

判断所述第二信息是否在预设的机型表、刷机表中以形成第二判断信息；

反馈第二判断信息至所述客户端，以用于使客户端的用于管理移动终端的弹窗翻转为刷机用操作系统弹窗或不翻转。

9.根据权利要求8所述的刷机用操作系统弹窗的弹出方法，其特征在于，当所述第二判断信息表征所述第二信息在机型表中，且不在刷机表中时，用于所述用于管理移动终端的弹窗翻转为刷机用操作系统弹窗。

10.根据权利要求9所述的刷机用操作系统弹窗的弹出方法，其特征在于，所述机型表包括一个或多个刷机用操作系统所支持的机型，各机型由移动终端的VID、PID、唯一标识码、IMEI、SN组成。

11.根据权利要求10所述的刷机用操作系统弹窗的弹出方法，其特征在于，所述刷机表包括一条或多条利用刷机用操作系统刷过的移动终端的记录，各记录由移动终端的VID、PID、唯一标识码、IMEI、SN组成。

12.根据权利要求11所述的刷机用操作系统弹窗的弹出方法，其特征在于，所述第一信息为设备实例路径的信息。

13.一种刷机用操作系统弹窗的弹出装置，其特征在于，包括：

第一获取模块，用于获取移动终端的第一信息，所述第一信息包括移动终端的VID、PID和唯一标识码；

第一发送模块，用于发送所述第一信息至服务器端，以判断所述第一信息是否在预设的机型表、刷机表中；

第一接收模块，用于接收所述服务器端反馈的第一判断信息；

第一弹出模块，用于当所述第一判断信息表征所述第一信息在机型表中，且不在刷机表中时，弹出刷机用操作系统弹窗；

第二弹出模块，用于当所述第一判断信息表征所述第一信息不在机型表中或在刷机表中时，弹出用于管理移动终端的弹窗。

14.根据权利要求13所述的刷机用操作系统弹窗的弹出装置，其特征在于，所述装置包括：

第二获取模块，用于在所述第二弹出模块弹出用于管理移动终端的弹窗后，且在用于管理移动终端的弹窗所对应的应用程序与移动终端建立连接后，获取移动终端的第二信息，所述第二信息包括IMEI、SN；

第二发送模块，用于发送所述第二信息至服务器端，以判断所述第二信息是否在预设的机型表、刷机表中；

第二接收模块，用于接收所述服务器端反馈的第二判断信息；

翻转模块，用于当所述第二判断信息表征所述第二信息在机型表中，且不在刷机表中时，将用于管理移动终端的弹窗翻转为刷机用操作系统弹窗。

15.根据权利要求14所述的刷机用操作系统弹窗的弹出装置，其特征在于，所述用于管理移动终端的弹窗所对应的应用程序与移动终端建立连接具体为所述应用程序与移动终端可通过ADB进行通信。

16.根据权利要求15所述的刷机用操作系统弹窗的弹出装置，其特征在于，所述机型表包括一个或多个刷机用操作系统所支持的机型，各机型由移动终端的VID、PID、唯一标识码、IMEI、SN组成。

17.根据权利要求16所述的刷机用操作系统弹窗的弹出装置，其特征在于，所述刷机表包括一条或多条利用刷机用操作系统刷过的移动终端的记录，各记录由移动终端的VID、PID、唯一标识码、IMEI、SN组成。

18.根据权利要求17所述的刷机用操作系统弹窗的弹出装置，其特征在于，所述第一信息为设备实例路径的信息。

19.一种刷机用操作系统弹窗的弹出装置，其特征在于，包括：

第三接收模块，用于接收客户端发送的第一信息，所述第一信息包括移动终端的VID、PID、唯一标识码；

第一判断模块，用于判断所述第一信息是否在预设的机型表、刷机表中以形成第一判断信息；

第一反馈模块，用于反馈第一判断信息至所述客户端，以用于使客户端弹出刷机用操作系统弹窗或用于管理移动终端的弹窗；

当所述第一判断信息表征所述第一信息在机型表中，且不在刷机表中时，用于刷机用操作系统弹窗的弹出；

当所述第一判断信息表征所述第一信息不在机型表中或在刷机表中时，用于管理移动终端弹窗的弹出。

20.根据权利要求19所述的刷机用操作系统弹窗的弹出装置，其特征在于，所述装置包括：

第四接收模块，用于当反馈所述第一信息不在机型表中或在刷机表中后，接收客户端发送的第二信息，所述第二信息包括移动终端的IMEI、SN；

第二判断模块，用于判断所述第二信息是否在预设的机型表、刷机表中以形成第二判断信息；

第二反馈模块，用于反馈第二判断信息至所述客户端，以用于使客户端的用于管理移动终端的弹窗翻转为刷机用操作系统弹窗或不翻转。

21.根据权利要求20所述的刷机用操作系统弹窗的弹出装置，其特征在于，当所述第二判断信息表征所述第二信息在机型表中，且不在刷机表中时，用于所述用于管理移动终端的弹窗翻转为刷机用操作系统弹窗。

22.根据权利要求21所述的刷机用操作系统弹窗的弹出装置，其特征在于，所述机型表包括一个或多个刷机用操作系统所支持的机型，各机型由移动终端的VID、PID、唯一标识码、IMEI、SN组成。

23.根据权利要求22所述的刷机用操作系统弹窗的弹出装置，其特征在于，所述刷机表包括一条或多条利用刷机用操作系统刷过的移动终端的记录，各记录由移动终端的VID、PID、唯一标识码、IMEI、SN组成。

24.根据权利要求23所述的刷机用操作系统弹窗的弹出装置，其特征在于，所述第一信息为设备实例路径的信息。

25.一种刷机用操作系统弹窗的弹出系统，其特征在于，包括移动终端、具有权利要求13-18所述装置的客户端、具有权利要求19-24所述装置的服务器端，所述移动终端、客户端、服务器端交互以实现刷机用操作系统弹窗的弹出。