CN104348628A - 获取本机Root权限的方法和装置 - Google Patents

Abstract

本发明公开一种获取本机Root权限的方法，包括如下步骤：获取是否有适用于本机特征信息的用于获取本机Root权限的配置信息的应答；当该应答指示有适用于获取本机Root权限的配置信息时，利用与该配置信息相关的本机存储的方案文件对本机实施提权；当利用本机存储的方案文件提权失败时，以应答方提供的配置信息所指向的方案文件对本机实施提权；向应答方反馈已据以实施提权的配置信息是否成功提权的结果数据。此外，本发明还相应提供一种获取本机Root权限的装置。概括而言，本发明实现了终端设备对自身获取Root权限的更为有效的解决方案，不仅提高了终端设备获取自身Root权限的成功率，还能节省流量。

Description

获取本机Root权限的方法和装置

技术领域

本发明涉及智能设备的系统权限管理控制技术，具体涉及一种获取本机Root权限的方法和装置。

背景技术

众所周知，Root权限是指Unix类操作系统(包括Linux、Android)的系统管理员权限，类似于Windows(视窗)系统中的Administrator(管理员)权限；Root权限可以访问和修改用户的移动设备中几乎所有的文件(Android系统文件及用户文件，不包括ROM)。但是，由于目前移动终端系统对于Root权限的管理是非常严格的，通常情况下多数应用或程序都不具备Root权限，因此对于某些需要具备Root权限的操作就无法执行，例如安装或卸载应用等操作；同时，此类操作调用进程每次执行相应操作时都需要向系统申请Root权限，但如果此时其他应用进程正在使用Root权限进行相关操作，则此调用进程的Root权限申请便无法成功；更甚者，如果用户在系统中设置了禁用Root权限的操作，则相关调用进程便无法进行相关操作。

用户一般都想获得自身终端设备的更广泛的控制权，有鉴于此，业内提供了多种多样的提权方案用于获取Android系统的Root权限，实现用户权限提升，达致全面控制操作系统的目的。这些提权方案，依提权后权限作用的生命周期来看，包括永久Root权限和临时Root权限，顾名思义，永久Root权限情况下，应用程序一经Root授权，以后可不必再进行Root提权操作；而临时Root权限情况下，权限作用的生命周期只是操作系统的一次从开机到关机的过程，下次开机依然需要进行Root。

无论采用何种Root方式，提权的基本原理均是通过向系统植入用于接收权限请求的su，再结合SuperUser.apk应用程序实现人机交互，通过su与SuperUser.apk在运行时的相互配合，来实现有效的权限管理。但是，由于移动终端设备的Android版本号、内核版本号、CPU型号、机型等信息的不同，导致这些不同的原因可能是在系统OTA或者系统升级，进一步往往导致su模块甚至SuperUser的代码、参数甚至原理等也必须做出适应性改变才能实现Root提权，因此，同一种型号的手机因其内核版本号或者系统版本号的不同，也可能需要不同的Root方案。此类Root方案，实际上便是适应移动终端设备的上述参数的变化而定制的用于对该移动终端获取Root权限以试图实现提权的配置信息。这些配置信息可以是在Root方案所需的文件的基础上，进一步结合相关运行参数配置而得，也可以是直接包含所述方案文件的指向信息如其URL或文件名，不管配置信息的实现形式如何，只要该配置信息能够被使用它的程序正确解析并使用即可。利用好这些配置信息，便能更高效地实现系统提权。

目前市面上推出多种一键Root应用程序，一般安装于个人电脑上，通过USB线与手机建立连接，从云端下载与该手机相适应的配置信息，也即相应的用于实现获取Root权限的方案，强行对该手机进行获取Root的操作，以期获得成功。然而，这种传统的获取Root权限的方式，依赖于电脑设备，用户使用不便。

发明内容

本发明的目的在于解决上述问题，而提供一种获取本机Root权限的方法和装置。

为实现本发明的目的，本发明采取如下技术方案：

本发明提供的一种获取本机Root权限的方法，包括如下步骤：

获取是否有适用于本机特征信息的用于获取本机Root权限的配置信息的应答；

当该应答指示有适用于获取本机Root权限的配置信息时，利用与该配置信息相关的本机存储的方案文件对本机实施提权；

当利用本机存储的方案文件提权失败时，以应答方提供的配置信息所指向的方案文件对本机实施提权；

向应答方反馈已据以实施提权的配置信息是否成功提权的结果数据。

具体的，所述特征信息包括机型、系统版本号、内核版本号、CPU型号中一种或任意多种。

较佳的，所述应答方提供的配置信息被格式化在推荐列表中，该推荐列表包含一个或多个配置信息。

具体的，所述推荐列表，包含于所述应答之中，或者，在利用本机方案文件提权失败之后，由本机向应答方发起请求而获得。

较佳的，所述推荐列表中的配置信息包含用于获取Root方案文件的指向信息，该指向信息指向本机存储的方案文件或为远程方案文件链接。

进一步，以应答方提供的配置信息所指向的方案文件实施提权的过程中，先利用应答方提供的配置信息中的指向信息获取远程方案文件并缓存于本机，然后以该方案文件实施提权。

较佳的，所述本机存储的方案文件，包括曾在本机成功获取Root权限的已缓存的方案文件及预存储的方案文件。

进一步，利用本机存储的方案文件对所述终端设备实施提权时，优先使用曾在本机成功获取Root权限的已缓存的方案文件。

较佳的，所述曾在本机成功获取Root权限的已缓存的方案文件存储于本机第一路径，所述预存储的方案文件存储于本机第二路径。

具体的，所述结果数据包括本机特征信息、已被实施提权的配置信息以及表征该配置信息指向的方案文件是否成功获取本机Root权限的信息。

本发明提供的一种获取本机Root权限的装置，包括：

获取单元，用于获取是否有适用于本机特征信息的用于获取本机Root权限的配置信息的应答；

提权单元，被配置为当该应答指示有适用于获取本机Root权限的配置信息时，利用与该配置信息相关的本机存储的方案文件对本机实施提权；当利用本机存储的方案文件提权失败时，以应答方提供的配置信息所指向的方案文件对本机实施提权；

反馈单元，用于向应答方反馈已据以实施提权的配置信息是否成功提权的结果数据。

较佳的，所述特征信息包括机型、系统版本号、内核版本号、CPU型号中一种或任意多种。

进一步，所述应答方提供的配置信息被格式化在推荐列表中，该推荐列表包含一个或多个配置信息。

具体的，所述推荐列表，包含于所述应答之中，或者，在利用本机方案文件提权失败之后，由本机向应答方发起请求而获得。

较佳的，所述推荐列表中的配置信息包含用于获取Root方案文件的指向信息，该指向信息指向本机存储的方案文件或为远程方案文件链接。

进一步，所述的提权单元，被配置为在以应答方提供的配置信息所指向的方案文件实施提权的过程中，先利用应答方提供的配置信息中的指向信息获取远程方案文件并缓存于本机，然后以该方案文件实施提权。

较佳的，所述本机存储的方案文件，包括曾在本机成功获取Root权限的已缓存的方案文件及预存储的方案文件。

进一步，所述提权单元还被配置为，在利用本机存储的方案文件对所述终端设备实施提权时，优先使用曾在本机成功获取Root权限的已缓存的方案文件。

较佳的，所述曾在本机成功获取Root权限的已缓存的方案文件存储于本机第一路径，所述预存储的方案文件存储于本机第二路径。

具体的，所述结果数据包括本机特征信息、已被实施提权的配置信息以及表征该配置信息指向的方案文件是否成功获取本机Root权限的信息。

相较于现有技术，本发明至少具有如下优点：

1、本发明根据一般终端设备在性能上略有不足的特点，实现瘦客户端方案，通过本地将部分通用方案文件预存储在本机，然后借助远程支持，由云端服务器确认其数据库中是否有相关方案文件配置信息已被成功用于获取Root权限的信息，向客户端返回相应的应答，客户端优先考虑已经预存在本机的方案文件尝试对自身获取Root权限，当这一操作失败后，再采用服务器包含于所述应用或者另行提供的配置信息所指向的方案文件对本机实施提权。由于预存的方案文件可以优选具有较高成功率(获取Root权限)的方案文件，这一实现逻辑便简化了终端设备的流量负荷，使得诸如手机、平板电脑之类的终端设备在本机上实现一键Root功能变得更为可行。

2、本发明的结果数据，是基于终端设备中每条配置信息被试Root以后形成的，且关联到终端设备的特征信息，也即机型、系统版本号、内核版本号、CPU型号等数据，该结果数据被客户终端发送给应答方，也即云端服务器，因此，云端服务器得以依据该结果数据对各种配置信息是否可用进行统计，以便为其他客户端提供更为精确的计算结果。

概括而言，本发明实现了终端设备对自身获取Root权限的更为有效的解决方案，不仅提高了终端设备获取自身Root权限的成功率，还能节省流量。

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

附图说明

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

图1是利用本发明的整体构思所构造的系统的结构原理图；

图2是本发明的提权配置信息反馈装置的结构原理图；

图3是本发明的获取本机Root权限的方法的流程示意图；

图4是本发明的获取本机Root权限的装置的结构原理图。

具体实施方式

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

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

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

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

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

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

为了说明本发明的实施，本发明试图结合计算机程序的静态和动态两个方面进行描述，所谓静态方面，是指程序安装包、文件、数据库等存储于媒介的存储对象；所谓动态方面，是指被调入内存中执行的动态对象，包括但不局限于进程、线程、所用到的数据等。鉴于计算机软件技术的这些特点，不应将本发明所述及的各个方法、步骤、子步骤、装置、单元、模块等，孤立地理解为仅静态或仅动态的方面，本领域技术人员对此应当知晓。故而，本领域技术人员应当能够依据本发明有关静态的表述而将其对应到动态的进程活动，或者依据本发明有关动态的进程活动对应到其静态的表现形式，建立起静态与动态两方面的必然性关联，以此为基础来理解本发明。

本发明将涉及对Android终端设备的Root提权操作，但也不应局限于Android操作系统，本领域技术人员可以合理预见，诸如Ubuntu、Linux之类的操作系统，只要其权限管理破解机制与Android相同，理论上即可适用本发明所构思的所有方案，因此，本领域技术人员应当知晓此一应用上的变通。

涉及Root提权操作的技术原理，也已在背景技术部分介绍，Root的过程其实就是把su文件放到/system/bin/中，把Superuser.apk放到system/app下面，前者用于监听用户的权限请求并与后者通信，后者主要是在与前者通信的基础上实现人机交互，从而允许用户做出相关指示。理论上，如果su可以实现为可以默认通过所有权限请求，则SuperUser.apk甚至可以舍弃。此外还需要设置/system/bin/su可以让任意用户可运行，使其具有有set uid和set gid的权限，具体可通过在android机器上运行命令：adb shell chmod 4755/system/bin/su便可实现。当然，也不排除本领域技术人员利用操作系统的变化例如其新版本或者经人为修改的出厂设定等，而使得破解机制有所变化。然而，不管这些破解机制如何变化，破解过程中所涉的数据，无非借助代码文件及运行这些文件之类的配置参数形成新的破解方案，本领域技术人员完全可以理解，这些破解方案可以被整合并概括为本发明的用于获取Root权限的方案文件。因此，对本发明方案文件的理解，应理解为涵盖所有能够用于获取具有权限管理功能的操作系统的最高权限的破解手段相关的代码文件及其配置参数，以及这些代码文件和配置参数的整合体，而不仅仅局限于上述以“su”、“SuperUser.apk”命名或实现的个别文件。任何最小化解释本发明的方案文件的企图均应被视为未超脱本发明的精神实质范围。

如前所述，本发明所采用的概念“配置信息”，可以仅指前述用于获取Root权限的方案文件，也可以是在Root方案文件的基础上，进一步结合相关运行参数配置而得，还可以是仅包含所述方案文件的指向信息如其URL或文件名的数据，不管配置信息的实现形式如何，只要该配置信息能够被使用它的用于实施Root提权操作的程序(进程)对应正确解析正常使用即可。应当知晓，当配置信息包含的是指向信息的文件名时，应当从本机中获取相应的方案文件，当是指向信息的链接时，应当利用相应的URL从远程下载方案文件适用之。也就是说，配置信息的格式，完全可以由本领域技术人员在进程软件实现时，依照一定的协议进行规定，只要在使用的过程中，遵守同一协议进行正向或反向的对应处理即可。利用好这些配置信息，便能更高效地实现系统提权。

本发明以下即将进行的描述，将基于一个网络环境所构造的系统进行，如图1所示，该系统包括云端服务器81、终端设备82，终端设备82也即与服务器81通信的客户端82，客户端82安装有例如“360一键Root”应用程序，该应用程序实现了本发明的一个方面即有关获取本机Root权限的方法和装置的构思，服务器81上实现了本发明的与该获取方法和装置相应的反馈方法和装置的构思，而终端设备82则主要适用于诸如运行Android操作系统的手机、平板电脑、电子阅读器等。终端设备82可以接入互联网以与云端服务器81建立通信连接。

首先，为便于说明本发明所要实现的终端设备上的功能和效果，揭示本发明在该系统的云端服务器81的具体实现，藉此揭示本发明的一种提权配置信息反馈方法和装置的实施例。本发明的提权配置信息反馈方法及本发明的提权配置信息反馈装置，具有一一对应性，后者是前者的模块化实现，因此，为说明的简化，以下部分文字结合融合了该方法和装置进行说明。本领域技术人员应当理解这种文字上的变通，不应视以下的描述为限制了方法和装置的独立性。

请参阅图2所示的本发明的提权配置信息反馈装置的原理框图，该图揭示该装置包括获取单元11、查找单元12、排序单元13、推送单元14、采集单元15以及更新单元16。

所述的获取单元11，用于获取包含终端设备82自身的特征信息的请求。所述请求由终端设备82发送，所述特征信息即是终端设备82的特征信息。这里所称的请求，可能包含一个或多个，其中之一必有终端设备82请求服务器81返回其数据库中是否含有适用于该特征信息的配置信息的内容，另一则可能包含终端设备82请求服务器向其提供适于终端设备82特征信息的用于获取Root权限的配置信息的内容。本发明可以通过多种实施例处理这两个请求的关系，既可以将两个请求合二为一，又可以将这两个请求分别独立，甚至可以忽略后一请求，在前一请求发起时，服务器即默认为既向终端设备82提供是否含有相关配置信息的应答，同时也将其它推荐的配置信息包含到同一应答中。不管按何种方式实施，只要终端设备82的相关应用程序与服务器遵守同一协议解释该服务器的应答内容即可对该应答进行有效利用。

所述的特征信息，包括机型、系统版本号、内核版本号、CPU型号中一种或任意多种。终端设备82具有诸多特征信息，并不局限于这里所列的几种。本实施例选定特征信息的标准，是以利用这些信息可以识别终端设备82的用于获取其系统的Root权限的配置信息为准。因此，特征信息的选定是非常灵活的，譬如，利用移动终端的SN号和IMEI号识别其出厂时指向的状态(如厂商、产地、销售区域等)，利用移动终端的机型可以识别厂商及其具体系列，利用系统版本号和内核版本号可以识别该移动终端的软件环境，以及利用CPU型号可以进一步判定机型的正确性等。本发明重点优选机型、系统版本号、内核版本号以及CPU型号等专项，主要是考虑到利用这几种型号中的一种或多种，便可在某种范围内确定其移动终端所使用的ROM(即其除引导程序之外的整个系统软件环境)，据此可以选择相应的用于获取Root权限的方案文件。以上专项通常会记载在Android系统中，从系统的设置页面可以看到相关信息，也可以借助本发明的客户端软件用指令直接读取。实施本发明时，所采用的专项数目越多，理论上确定所述方案文件的范围就越小，效果便越精确，计算量也就越少。例如，如果仅以手机的机型来选择方案文件，则由于该手机可能经过系统升级，导致系统版本号和内核版本号都发生了变化，刚好升级后的Root权限的破解方式与升级前不一致，这种情况下，仅以机型选择出大量的方案文件，其中绝大部分或者全部可能是无效的，无论对于终端设备82还是云端服务器81，其计算量均是较大的。如果选中以上三个(例如机型、系统版本号及CPU)或者四个专项，则其指向的方案文件便更精确，方案文件数量越少，则计算量也就越低，运行效率就更高。当然，也便会对软件实现提出更多细节要求。

对本发明的查找单元12与排序单元13的进一步揭示，需要结合本发明在云端服务器81中所构建的数据库来进行，故以下通过一个具体实例先对本发明所实现的数据库10结构进行说明。

本发明在一个数据库10中构建有三个数据表，分别是配置信息表、学习表，以及机型记录表。

所述配置信息表的结构请参阅下方表1所示：

机型	系统版本号	CPU型号	内核版本号	配置信息
					Note 3	4.0.4	骁龙800	3.0.3-abc	URL 1
Note 3	4.2.0	骁龙800	3.1.0-xyz	URL 2
					Xshot 710	4.3	骁龙801四核	3.04-pert	URL 3
Note 3	4.3	骁龙800	3.1.0-xyz	URL 3

表1主要用于示出配置信息表的表结构，需要说明的是，所述配置信息虽然以URL的形式示出其存储内容，但本领域技术人员应当理解，如果配置信息包括多个并列的数据域，也可以为其设置相应个数的字段来横向扩展配置信息表。这样的变通属于数据库10的公知技术，恕不赘述。表1还可以根据实际需要附加其它有利于提高程序实现效率的字段，而不应受本实施例的限制。

下方表2是本发明的学习表：

配置信息	权重
		URL 1	50
URL 2	70
		URL 3	90

学习表中仅示出本发明最为关注的两个字段，即配置信息以及权重，同理，本领域技术人员可以为此附加其它可以优化程序效率的相关字段。其中的权重，数值越高，其重要性也就越高，反之则越低。权重的计算依据是来源于机型记录表。

以下表3揭示本实施例的机型记录表的表结构：

配置信息	机型	成功次数	失败次数	成功率
					URL 1	Note 3	3	7	30％
URL 2	Note 3	6	4	60％
					URL 3	Xshot 710	7	3	70％
URL 3	Note 3	5	5	50％

机型记录表，主要是映射出特定配置信息在某种机型上进行过Root尝试的成功次数与失败次数，并将这些原始的历史使用数值采集并记录到该表中，且统计每条配置信息对于某个机型的历史尝试的成功率。诚然，在其他实施例中，本领域技术人员为了追求精确效果，还可以为该表增加诸如CPU型号、系统版本号等字段，使得每条记录所记载的信息更加细化，但是，本实施例相对于其他变化实施例，体现了系统运算量、简洁性与精确性的更优的平衡效果。

如前所述，学习表中的权重是由机型记录表的成功率得出的，这是对统计学的应用。利用客户端82的结果数据统计出机型记录表中的成功率，以及利用机型记录表中的成功率数据统计出学习表中的权重数值并相应更新学习表的权重数值的过程，可由本发明附加的更新单元16实现。作为第一统计数值，机型记录表中的成功率，可以依据特定配置信息与特定机型为依据，直接计算它们所在的记录的成功次数相对于总尝试次数的百分比而得出。机型记录表的数据是由云端不断采集用户产生的尝试Root的结果数据而记录生成的，因此，所述的权重，可以依据一定时间内例如一周内，利用简单算法，定期对所述的机型记录表中的数据进行加工而得出，作为第二统计数值使用。具体例如前述各表中的数据所揭示，配置信息URL 3由于在机型记录表中对不同机器分别产生70％、50％的成功率，因此，赋予较高的权重90，而URL 2仅在一种机型上取得过60％的成功率，因此，可赋予其70的权重，URL 1由于其成功率最低而赋予其50的权重。依据机型记录表统计学习表的权重的具体算法，可以由本领域技术人员灵活设定，例如，可以设定当同一配置信息适用于一个机型时，其权重值为基数100与其成功率的乘积，当其同时适用于第二个机型时，则其权重提升20个单位，以此类推。当然，以上仅为说明示例，有关算法的描述数据与前述各表的数据不需对应，实现权重计算的具体算法不应构成对本发明的限制。

相信通过揭示本实施例运用数据库10技术实现的配置信息表、学习表以及机型记录表，便可领略本发明的实现思路的概貌。以下再结合各具体单元进行更详细的说明。

所述的查找单元12，被配置为依据所述特征信息查找包含用于获取Root权限的配置信息。在本单元中，由获取单元11接收的特征信息请求被解析后，便可获得其中的具体专项，例如结合表1，可以获得其中的机型、CPU型号、系统版本号、内核版本号等专项的特征信息。利用这些特征信息在表1中进行数据库10查找，便可获得相应的配置信息。为说明的便利，本实施例中，设若只以特征信息中包含的机型“Note 3”为关键词进行检索，由此便可检索到一个配置信息列表如表4所示：

序号	配置信息
		1	URL 1
2	URL 2
		3	URL 3

请注意，其中URL3既适用于机型Note 3也适用于机型XShot 710，但在本次查找过程中，由于仅以机型进行查找，因此查找时本不会涉及XShot 710相关的记录。本发明中，将上述配置信息列表发送给发起请求的客户端82之前，将经排序优化。

所述的排序单元13，即用于对前述查找单元12得出的配置信息列表进行排序，排序的依据即是前述的历史使用数据，排序后形成即将推送给请求方的包含查找到的配置信息的推荐列表。

对此处所称的历史使用数据的利用，包含三个层次，第一个层次是机型记录表中的原始数据，即每条配置信息在每种机型上的尝试成功与否所得的有关成功次数、失败次数的初步统计数据，这些原始数据可以通过本发明的采集单元15向客户端82采集而得，当然也可以人工添加和修改，特别是在初次提供表数据需要赋予部分初始值或者测试时，可以提供部分人工原始数据。第二个层次即是对前述的第一统计数值的利用，也就是说，通过对每条配置信息在相同机型情况下的成功次数和失败次数加总，以成功次数与总尝试次数之百分比作为成功率，将成功率视为历史使用数据之一，用做本发明排序的基础。第三个层次是对前述第二统计数值的利用，具体而言，是在一定时间范围内通过进一步统计所述的成功率，来获得每个方案的权重数值。本发明依赖于这三个层次上的历史使用数据，但在具体程序实现排序时，则具体以第二、第三层次的历史使用数据为基础，即以所述第一统计数值所指的成功率和第二统计数值所指的权重为基础进行排序。这一思路将体现为本发明的排序单元13的三个实施例，请参阅以下进一步的说明。

本发明的排序单元13的第一实施例中，可以直接依赖于所述机型记录表中的成功率，对查找单元12所获得的配置信息列表中的各条配置信息进行排序，获得如下表5：

序号	配置信息
		1	URL 2
2	URL 3
		3	URL 1

本发明的排序单元13的第二实施例中，可以直接依赖于所述机型记录表中的权重，对查找单元12所获得的配置信息列表中的各条配置信息进行排序，获得如下表6：

序号	配置信息
		1	URL 3
2	URL 2
		3	URL 1

在本发明的排序单元13的第三实施例中，可以同时依据权重和成功率进行排序，例如，先以权重排序获得表6所示的结果，如果遇到权重相值的数值，则可以进一步利用机型记录表中的成功率对具有相同权重的配置信息进行二次排序。由于上述各表中未给出权重相同的配置信息示例，故实施本实施例而获得的配置信息列表也将如表6所示。

排序单元13对查找到的配置信息列表进行排序后获得的结果，即为本发明的用于发送给发起请求的客户端82的配置信息推荐列表。

所述的推送单元14，被配置为响应于该请求而推送包含排序后的配置信息的推荐列表。这里所称的被响应的请求，是指发起包含特征信息的请求，因此，响应于该请求进行的推送，也即响应本发明示例的系统中的客户端82进行的推送，以作为针对该请求的应答。推送单元14的目的在于将排序单元13处理获得的最终的配置信息推荐列表发送给客户端82，以便客户端82获取该推荐列表后，可以将该推荐列表进行解析，提取其所包含的配置信息的方案文件，以此对自身实施Root提权操作。客户端82获得的推荐列表是经过排序的，有更强的针对性，因此，获得Root权限的成功率理论上将得以提高。此外，如果本发明的查找单元12并未找到有效的可用于Root的配置信息时，也可由该推送单元14直接向发起请求的客户端82返回表征无配置信息的应答内容。

适应前述关于请求单元11的多种实施方式，本发明的各个模块可以灵活处理，例如，如果请求单元11仅仅需要对数据库中是否有匹配于相关特征信息的配置信息做出应答，则所述查找单元12直接检索配置信息表后即可向其返回或是或否的应答，从而排序单元13不必参与其中；如果请求单元11收到的请求是要求服务器为其提供更多配置信息，以便客户端82下载更多方案文件进行试Root，那么，则可按照前述的方式让请求单元、查找单元、排序单元参与其中发挥作用，所述查找单元12相应向客户端返回一个推荐列表；如果请求单元11中的请求可以被理解为既需要对其本机存储的方案文件是否能支持本机的Root操作，以及同时希望得到更多的预备配置信息以便获得更多方案用于试Root，那么，服务器可以通过上述各个单元相互协作，向终端设备82返回一个推荐列表，该推荐列表如果包含了与终端设备82已存储或已缓存的本地方案文件相关的配置信息，那么，也便视为对所述关于是否支持的请求内容的应答，因此，终端设备82由此同时获得两项请求内容的应答。

前文述及，所述的机型记录表的来源方式有两种，其一是可以人工添加，其二是采集客户端82的数据。为适应后一种情况，本发明进一步通过提供采集单元15来辅以实现。

所述的采集单元15，用于采集并保存表征被推送后的所述推荐列表所包含的配置信息是否成功获取Root权限的结果数据，将该结果数据作为所述历史使用数据。

具体而言，本实施例中，客户端82上的一键Root软件在获取推荐列表并以其中的配置信息对与自身试Root的过程中，以一条配置信息所指向的方案文件进行获取其Root权限的尝试，如果成功获取，则向为其提供所述的推荐列表的云端服务器81反馈一条结果数据，在该结果数据中除该配置信息之外，可以包含本机特征信息和表示Root成功的数据；同理，如果获取权限失败，向该云端服务器81反馈一条结果数据，在该结果数据中除包含该配置信息和本机特征信息外，还包含表示Root失败的数据。其中的特征信息，主要是因应机型记录表的需要而提供不同的特征信息专项，当然也可更为详尽地提供更多特征信息专项以供服务器81完善各表数据之用，但是，适应表3所揭示的机型记录表的表结构，可以看出，配置信息、机型这两个专项在本发明所揭示的前述实施例中是关键的。采集单元15，调用一更新单元16，根据接收到的结果数据，在机型记录表中查找到与结果数据中的特征信息相符的记录，然后对其相关联的成功次数或失败次数，以及成功率做适应性的更新。对相应的成功次数或失败次数，进行累加或累减，对所述的成功率，则仍依据相应的成功次数和失败次数计算而得。由此也可以看出，相对于权重，所述成功率是更为实时的数据。

通过采集单元15的作用，便可采集客户端82的用户结果数据，并将该些结果数据作为实施本发明所需的历史使用数据进行使用。

需要指出的是，本实施例的所述更新单元16，实现两方面的功能，即利用客户端82结果数据统计机型记录表中的成功率，以及利用机型记录表中的成功率统计出学习表中的权重。在其他实施例中，这两部分功能可以细分为两个子模块，并分别独立实现。例如，用于统计权重的模块可以定时独立运行，用于统计成功率的模块可以直接在所述采集单元15中实现，由此可知，所述更新单元16只是对本发明所要实现的统计功能的概括，对其理解，不应限制本发明的实施例的灵活实现。

由于云端服务器81能够实时地接收互联网上的多个用户的结果数据，所以，云端服务器81上的数据库10中的数据将具有大数据优势，根据这些结果数据进行的前述的深挖掘所形成的权重、成功率等数值，有助于进一步提高优选用于终端设备82的配置信息的智能化程度。

上述对于本发明的提权配置信息反馈装置的说明，也同步揭示了本发明的一种提权配置信息反馈方法的说明。观察所述反馈装置的各个单元的功能，实质上也揭示了由本发明所实现的一个服务器81程序实例的运行流程，该运行流程显然，以配置信息为基础，构成了闭环的信息流关系，配置信息是否有效的数据来源于终端设备82，最终也为终端设备82服务，只是基于云技术原理，利用该结果数据的终端设备82可能并非提供该结果数据的终端设备82。

现在进一步揭示本发明在前述系统的客户端82的具体实现，藉此揭示本发明的一种获取本机Root权限的方法和装置的实施例。同理，本发明的获取本机Root权限的方法及本发明的提权配置信息匹配装置，具有一一对应性，后者是前者的模块化实现，因此，为说明的简化，以下部分文字结合融合了该方法和装置进行说明。本领域技术人员应当理解这种文字上的变通，不应视以下的描述为限制了方法和装置的独立性。

请参阅图3所揭示的获取本机Root权限的方法，包括如下步骤：

S21、获取是否有适用于本机特征信息的用于获取本机Root权限的配置信息的应答。

本步骤的目的在于获取一个来自云端服务器81的应答，意味着需要终端设备82本机先向云端服务器发起一个请求。在本实施例中，由本机发起的请求的内容是，请求服务器81为本机查证服务器数据库中是否包含有支持本机获得Root权限的与方案文件有关的配置信息，同时，希望服务器将这些配置信息以推荐列表的形式下行给本机。

服务器81据此而查找自身的数据库，在其发现有若干配置信息被记载已成功获取过Root权限的结果数据时，或者这些配置信息具有较高的成功率，或者具有较高的权重时，将这些配置信息形成推荐列表提供给该终端设备。可以看出，这种情况下，服务器81可以分别对应查询方案表、机型记录表、学习表来满足相关请求，而不必针对每种情况都执行前述服务器上的装置所实现的完整业务流程。服务器81据以查找适用于终端设备82的配置信息的依据即是包含在终端设备82所发起的请求中的特征信息。这些特征信息如前所述可以是终端设备82的机型、CPU型号、系统版本号、内核版本号中的一种或多种。

S22、当该应答指示有适用于获取本机Root权限的配置信息时，利用与该配置信息相关的本机存储的方案文件对本机实施提权。

如前所述，所述的应答中已经包含了服务器81提供的推荐列表20(参阅图4)，这一列表包含一个或多个配置信息，每条配置信息均包括有用于指向相关方案文件的指向信息，指向信息本身，以多种方式来表达，既可以指向终端设备本机预存储或已缓存的方案文件，也可以指向一个远程方案文件链接URL，或者统一指向远程方案文件URL。前一种情况下，服务器知晓终端设备82的已存储方案文件的文件名或者诸如签名之类的摘要信息，给予一个代表该些摘要信息的指示符也可。后一情况下，至于这些URL是否在本机中已经保存，可以通过比较相应配置信息所随附的有关该URL的方案文件的签名与本地存储的方案文件的签名来确认，如果签名相同，则不需再行下载，如果签名不同，则在后续需要用到该URL指向的方案文件时，需要进行下载。可见，配置信息与本地方案文件之间的对应关系，以及与远程方案文件的对应关系的表达及其匹配是灵活多样的，完全可由本领域技术人员根据上面的原理进行变通再现。

本步骤提取出该推荐列表中的配置信息的指向信息。这些配置信息或者已经包含了对本地存储的方案文件的方向，或者未包括，不管如何，本发明可依照以下固有的过程执行：首先，先利用本地缓存的上次已经据以成功获取本机Root权限的方案文件再次进行试Root，此举是为了应对系统升级之后的权限获取需要而设置的；其次，当本地缓存的方案文件不能成功获取Root权限时，再利用本地预存储的其它方案文件进行试Root，这些本地预存储的方案文件，是终端设备82在安装一键Root软件时，由软件自带的，被认为是具有较高的成功率的可用于获取系统Root权限的方案文件。之所以先行试用已缓存的方案文件，是因为该已缓存的方案文件是曾在本机中成功获取过本机的Root权限，否则会被删除，因此，再次Root时优先使用已缓存的方案文件，可以提高试Root的成功率，避免浪费流量。

S23、当利用本机存储的方案文件提权失败时，以应答方提供的配置信息所指向的方案文件对本机实施提权。

如果执行完前一步骤，利用本地存储的方案文件，不管是预存储的方案文件还是已缓存的方案文件，均无法成功获取系统的Root权限，提权失败之后，则只能依据应答方提供的推荐列表中的与本地方案文件不相关的配置信息，解析配置信息中的指向信息，依据其中的远程方案文件链接去下载相应的方案文件。然后终端设备再以该方案文件去对自身实施提权，尝试获取自身的Root权限。对于推荐列表中的多条配置信息，可以依次执行，如果期间有一条配置信息已经成功获取Root权限，则终结后续配置信息的提权实施。

需要指出的是，前述下载的方案文件会被缓存到本机中，如果该方案文件成功获取了Root权限，则不予删除，如果不能成功获取Root权限，则可将之删除以节省存储空间，由此，保存下来的已缓存的方案文件便是曾经成功获取本机Root权限的文件，将成为下次再试Root时的本机已存储方案文件之一，后述对其再次利用且优先于其它方案文件进行利用便是自然而然可以理解的。本机存储的方案文件如前所述，包括这里的已缓存的方案文件和软件安装时自带的预存储的方案文件，两类方案文件适宜保存于不同的路径中，或者以不同的文件命名规则命名，以便终端设备所安装的一键Root软件能够快速识别之。

S24、向应答方反馈已据以实施提权的配置信息是否成功提权的结果数据。

对照前文关于服务器81的装置实现可知，终端设备82利用了服务器提供的配置信息之后，需要为其反馈实践结果的结果数据。具体而言，本步骤适用于每一次利用配置信息实施提权并对其检测是否成功获取Root权限(可通过调用su指令进行测试)之后，将该配置信息连同本机特征信息，以及表征是否利用该配置信息成功获取本机Root权限的指示信息一同格式化成结果数据，上传给所述的服务器，由所述的服务器的采集单元对该结果数据做前述的数据加工，以便为其它终端设备提供更高效的数据。

以上的步骤，仅仅揭示了实现本发明的获取本机Root权限的方法的部分实施例，但是，诚如前文有关服务器81实现部分所述，终端设备82可以分为两个请求向服务器获取数据，而前述给出的实施例仅仅揭示了将该两个请求合并为一个请求的情况，因此，有必要进一步说明该两个请求分别发起的情况。

具体而言，作为本发明获取本机Root权限的方法的另一实施例，对前面的实施例做出如下变通：

首先是体现在步骤S21中，终端设备82所发起的请求仅仅是为了获取二值应答，即让服务器返回其数据库中是否有支持本机终端设备82(以请求中所包含的特征信息为据)的记录，如果是，则执行后续步骤，如果否，则可终结执行。

其次是体现在步骤S23中，终端设备82确认本地存储的方案文件不适用于提权时，再次向服务器81发起请求，该请求同样包含本机特征信息，向服务器81请求一个所述的推荐列表。服务器81便进而依据其自身实现逻辑而向终端设备82提供该推荐列表。终端设备82获取该推荐列表后，解析出配置信息及其指向信息，最终下载相应的方案文件用于尝试获取本机Root权限。

依照这一变通实施例，进一步可以看出，实际上，不管终端设备82是以一个请求还是两个请求的形式来完成获取服务器81配置信息的目的，其实都无碍于服务器81要推送一个推荐列表的功能，因为两个请求中均包含有本机特征信息，而服务器只要掌握终端设备的本机特征信息即可得出推荐列表。因此，对于终端设备82而言，是分为一次请求还是两次请求，只要与服务器协议好，是不影响其实质功能和效果的。但是，可以预见，终端设备82采用两次请求的方式实现其目的时，由于本地存储的方案文件可能适用于本机，因此，在某些情况下可以免除执行第二次执行，从而可以进一步节省流量。

依据本发明的获取本机Root权限的方法，可以进一步利用模块化思维实现本发明的一种获取本机Root权限的装置。该装置如图4所示，包括获取单元21、提权单元22以及反馈单元23，其中，所述的获取单元被配置为执行步骤21从而实现其功能，所述提权单元被配置为相继执行步骤22、23从而实现其功能，所述反馈单元则被配置为执行步骤24以实现其功能。关于前述用于获取本机Root权限的方法的说明，包括有关特征信息、推荐列表、配置信息、方案文件等，以及其多种变化实施例，同理也均适用于本发明获取本机Root权限的装置。

可以看出，本发明的获取本机Root权限的方法和装置，在本质上是对本发明在服务器81实现的提权配置信息反馈方法和装置在客户端82的相对应的利用。客户端82逐条利用推荐列表中的配置信息进行尝试获取本机的Root权限的尝试，直至成功获取。对于每条已经实施提权操作的配置信息，客户端82将表征其是否成功获取权限的数据，连同终端设备的特征信息与该配置信息打包成结果数据上传给服务器81，以便进一步优化服务器81的成功率、权重等关键数据。本发明的这两个方面互相配合，可以实现一个更为有效的用于获取终端设备82的Root权限的系统。以下再简要说明本发明两方面的相关方法和装置如何相互配合使本发明的所述的系统充分发挥其作用。

具体而言，服务器81数据表中的配置信息来源于客户端82所提供的试用配置信息的结果数据，该结果数据将被加工为成功率、权重等数据表中的统计数值，利用该些统计数值可以进一步得出包含排序后的配置信息推荐列表20，而该推荐列表20又提供给客户端82进行利用。对于客户端82的用户而言，先向服务器81发起请求，询问是否有支持记录，必要时又向服务器81请求该推荐列表20，服务器81查询配置信息表获得配置信息，然后依据固有规则进行排序，形成优化了的配置信息推荐列表20推送给客户端82。客户端82在本地方案文件不适用时，据该推荐列表20中的各条配置信息下载方案文件对自身实施提权操作，直至终端设备82提权成功，获取Root权限为止。客户端82对于每条配置信息的试Root结果，均格式化成服务器81可以识别的结果数据反馈给服务器81进行前述的利用。

利用本发明的系统所实现的客户端软件，可以进一步结合到其它软件中，或者将其它软件的功能结合到其中。例如，本发明可以在终端设备82获取Root权限之后，通过植入基于Root权限运行的服务进程来实现权限请求的管理(类似于所述的SuperUser.apk所实现的功能)和权限管理后的后续指令执行。当本发明实现权限管理的相关服务进程为应用的权限请求开放系统Root权限后，即可由用户程序进程向该服务进程发送指令，例如：执行预置应用的卸载、执行应用程序的安装或卸载、执行应用数据的备份或还原、执行应用程序的启用或禁用等、执行内存或缓存清理功能等。进一步通过在服务进程中构造用于执行这些功能的函数，便可通过服务进程解析用户进程的指令，调用与用户目标功能相应的函数，实现相应的功能，从而解决用户进一步的需求。

以下进一步分析本发明的几方面的方法和装置所构造的系统的优势：

1、本发明通过为服务器人为提供或由服务器自动采集有关用于获取Root权限的配置信息的历史使用数据，在请求方发起请求之后，利用历史使用数据优选出相应的包含依据请求方的请求中所包含的特征信息而查找到的配置信息的推荐列表，以此反馈给请求方，使得请求方可以据该配置信息推荐列表中的配置信息，逐条尝试对终端设备自身进行Root提权操作。由于历史使用数据是基于配置信息被使用而获得的，因此，本发明所生成的推荐列表必然有所凭据，从而可以针对相关特征信息获得Root成功率较高的配置信息，在终端利用该推荐列表中实施Root提权操作时，显然能获得非常高的Root成功率。

2、本发明的历史使用数据，是基于每条配置信息被试Root以后形成的，且关联到终端设备的特征信息，也即机型、系统版本号、内核版本号、CPU型号等数据，因此，利用历史使用数据对云端配置信息进行优选时，可以获得更为精确的优选效果，尤其是在对历史使用数据进行有关成功率和/或权重的统计之后，可以获得更为有效的统计数据，用于配置信息的优选，进一步提高特定终端设备的配置信息的优选效果。

3、本发明通过数据库的方式，通过构造多个数据表来实现配置信息的优选基础，表与表之间通过特征信息、配置信息建立相互关联，而在表中则收集用于实现优选算法的数据，这种方式具有智能可扩展的优点。其中的学习表，利用机型记录表中从请求方发来的原始数据中进行统计，先获得成功率，再在成功率的基础上，结合一定时间范围统计每个配置信息的总体实施情况，并以此进一步获得该配置信息的权重，由此进一步强化了计算效果，使数据库技术与本发明隐含的算法实现了完美的结合，可以降低服务器的负荷，从而提高服务器的运行效率。

4、本发明的配置信息形成推荐列表被推送到终端设备后，藉由终端设备逐条对其进行有关获取本机Root权限的匹配尝试，直至成功获取本机的Root权限，完成匹配。基于配置信息已经被优选这一事实，终端设备对本机进行配置信息匹配的命中率将大大提高。而且，针对每条已尝试获取Root权限的配置信息，终端设备还能将其是否匹配成功的数据上传到服务器，因此，能够为服务器提供有利于提高配置信息优化效果的基础数据。

5、由于本发明的配置信息，可以灵活设置为包含方案文件或者包含方案文件的指向信息，因此，既可以将用于实施Root提权的方案文件如su、SuperUser.apk等存储于云端服务器，也可以存储于发起请求的终端设备，由此，为本领域提供了多种实现本发明的实施方案，具有高度的灵活性，便于实现。

综上所述，实施本发明能够更为高效地获得用于获取终端设备的Root权限的更为有效的配置信息，利用该配置信息有利于提高获取终端设备的Root权限的成功率，进一步使终端设备实现对本机Root权限的获取在节省流量的基础上成为可能。

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

Claims (10)

1.一种获取本机Root权限的方法，其特征在于，包括如下步骤：

获取是否有适用于本机特征信息的用于获取本机Root权限的配置信息的应答；

当该应答指示有适用于获取本机Root权限的配置信息时，利用与该配置信息相关的本机存储的方案文件对本机实施提权；

当利用本机存储的方案文件提权失败时，以应答方提供的配置信息所指向的方案文件对本机实施提权；

向应答方反馈已据以实施提权的配置信息是否成功提权的结果数据。

2.根据权利要求1所述获取本机Root权限的方法，其特征在于，所述特征信息包括机型、系统版本号、内核版本号、CPU型号中一种或任意多种。

3.根据权利要求1所述获取本机Root权限的方法，其特征在于，所述应答方提供的配置信息被格式化在推荐列表中，该推荐列表包含一个或多个配置信息。

4.根据权利要求3所述的获取本机Root权限的方法，其特征在于，所述推荐列表，包含于所述应答之中，或者，在利用本机方案文件提权失败之后，由本机向应答方发起请求而获得。

5.根据权利要求3所述的获取本机Root权限的方法，其特征在于，所述推荐列表中的配置信息包含用于获取Root方案文件的指向信息，该指向信息指向本机存储的方案文件或为远程方案文件链接。

6.根据权利要求5所述的获取本机Root权限的方法，其特征在于，以应答方提供的配置信息所指向的方案文件实施提权的过程中，先利用应答方提供的配置信息中的指向信息获取远程方案文件并缓存于本机，然后以该方案文件实施提权。

7.根据权利要求1或6所述的获取本机Root权限的方法，其特征在于，所述本机存储的方案文件，包括曾在本机成功获取Root权限的已缓存的方案文件及预存储的方案文件。

8.根据权利要求7所述的获取本机Root权限的方法，其特征在于，利用本机存储的方案文件对所述终端设备实施提权时，优先使用曾在本机成功获取Root权限的已缓存的方案文件。

9.根据权利要求1至8中任意一项所述的获取本机Root权限的方法，其特征在于，所述结果数据包括本机特征信息、已被实施提权的配置信息以及表征该配置信息指向的方案文件是否成功获取本机Root权限的信息。

10.一种获取本机Root权限的装置，其特征在于，包括：

获取单元，用于获取是否有适用于本机特征信息的用于获取本机Root权限的配置信息的应答；

提权单元，被配置为当该应答指示有适用于获取本机Root权限的配置信息时，利用与该配置信息相关的本机存储的方案文件对本机实施提权；当利用本机存储的方案文件提权失败时，以应答方提供的配置信息所指向的方案文件对本机实施提权；

反馈单元，用于向应答方反馈已据以实施提权的配置信息是否成功提权的结果数据。