CN105303103A - 保护移动终端中的服务进程的方法和移动终端 - Google Patents

Abstract

本发明公开了一种保护移动终端中的服务进程的方法和移动终端。该方法包括：为移动终端中的多个进程创建关联关系，其中所述多个进程包括至少一个受保护服务进程和至少一个保护进程；根据所创建的关联关系，在所述服务进程与所述保护进程之间创建通讯连接；监控所述服务进程与所述保护进程之间的通讯连接的状态；以及根据所述保护进程接收到的所述通讯连接中断或异常的通知，利用所述关联关系重启所述服务进程。根据该方法，可创建移动终端的进程之间的关联关系。当由于程序自身的故障或由于其他进程在操作中所带来的干扰而使受保护的服务进程中断或发生异常时，可利用保护进程通过关联关系重启服务进程。

Description

保护移动终端中的服务进程的方法和移动终端

技术领域

本发明涉及移动终端，具体涉及一种保护移动终端中的服务进程的方法和移动终端。

背景技术

近年来，智能手机越来越普及，智能手机已能够实现越来越多的功能，其已成为人们生活中越来越不可或缺的一部分。

通常，在诸如智能手机的移动终端中，会有一些服务进程需要在系统后台常驻，以确保移动终端在待机状态下的一些功能能够得以正常实现。然而，由于程序自身的故障或由于其他进程在操作中所带来的干扰，有可能导致需要常驻后台的服务进程异常中断或退出。这会使得移动终端的某个或某些功能无法正常实现，而不得不重启该移动终端，从而影响了用户体验。

发明内容

有鉴于此，本发明提出了一种保护移动终端中的服务进程的方法和移动终端。

根据本发明的一个方面，提供了一种保护移动终端中的服务进程的方法，包括：为移动终端中的多个进程创建关联关系，其中所述多个进程包括至少一个受保护服务进程和至少一个保护进程；根据所创建的关联关系，在所述服务进程与所述保护进程之间创建通讯连接；监控所述服务进程与所述保护进程之间的通讯连接的状态；以及根据所述保护进程接收到的所述通讯连接中断或异常的通知，利用所述关联关系重启所述服务进程。

根据一个实施方式，所述关联关系包括：所述多个进程中每个进程的自身套接端口、对方套接端口、对方文件路径以及对方启动参数。

根据一个实施方式，根据所创建的关联关系，在所述服务进程与所述保护进程之间创建通讯连接包括：利用所述服务进程的自身套接端口和对方套接端口以及所述保护进程的自身套接端口和对方套接端口创建所述服务进程与所述保护进程之间的通讯连接。

根据一个实施方式，利用所述关联关系重启所述服务进程包括：利用所述保护进程的对方文件路径以及对方启动参数重启所述服务进程。

根据一个实施方式，该方法还包括：创建并存储所述服务进程的相应文件的镜像文件；监控所述服务进程的相应文件的状态；根据所述服务进程的相应文件的状态变化通知，利用所述镜像文件将所述服务进程的相应文件回写至其原路径。

根据本发明的另一方面，提供了一种移动终端，包括：关系创建单元，用于为所述移动终端中的多个进程创建关联关系，其中所述多个进程包括至少一个受保护服务进程和至少一个保护进程；连接创建单元，用于根据所述关系创建单元创建的关联关系，在所述服务进程与所述保护进程之间创建通讯连接；监控单元，用于监控所述服务进程与所述保护进程之间的通讯连接的状态；以及重启单元，用于响应于所述监控单元监控到的所述通讯连接中断或异常的通知，利用所述关联关系重启所述服务进程。

根据一个实施方式，所述关系创建单元创建的关联关系包括：所述多个进程中每个进程的自身套接端口、对方套接端口、对方文件路径以及对方启动参数。

根据一个实施方式，所述连接创建单元利用所述服务进程的自身套接端口和对方套接端口以及所述保护进程的自身套接端口和对方套接端口创建所述服务进程与所述保护进程之间的通讯连接。

根据一个实施方式，所述重启单元利用所述保护进程的对方文件路径以及对方启动参数重启所述服务进程。

根据一个实施方式，该移动终端还包括：文件创建单元和文件回写单元，其中所述文件创建单元用于创建所述服务进程的相应文件的镜像文件并存储至所述移动终端的存储器，所述监控单元还用于监控所述服务进程的相应文件的状态，所述文件回写单元用于响应于所述监控单元监控到的所述服务进程的相应文件的状态变化通知，利用所述镜像文件将所述服务进程的相应文件回写至其原路径。

根据本发明所提供的技术方案，可创建移动终端的进程之间的关联关系。当由于程序自身的故障或由于其他进程在操作中所带来的干扰而使受保护的服务进程中断或发生异常时，可利用保护进程通过关联关系重启服务进程。这样，可利用系统中作为保护进程的进程(可以是新建的进程或原有进程)保护作为受保护对象的服务进程能够常驻后台。本发明能够提高应用程序的安全性，有效防止应用程序被反编译、恶意篡改等。

附图说明

参照附图来阅读本发明的各实施方式，将更容易理解本发明的其它特征和优点，在此描述的附图只是为了对本发明的实施方式进行示意性说明的目的，而非全部可能的实施，并且不旨在限制本发明的范围。在附图中：

图1示出了根据本发明一个示例性实施方式保护移动终端中的服务进程的方法的流程图；

图2示出了该示例的两个进程之间的关联关系结构图；

图3示出了该示例的三个进程之间的关联关系结构图；

图4示出了根据本发明另一示例性实施方式保护移动终端中的服务进程的方法的流程图；

图5示出了根据本发明一个示例性实施方式的移动终端的框图；以及

图6示出了根据本发明另一示例性实施方式的移动终端的框图。

具体实施方式

现参照附图对本发明的实施方式进行详细描述。应注意，以下描述仅仅是示例性的，而并不旨在限制本发明，并且为了简要起见，在以下描述中省略了与现有技术相同的一些部件的具体描述。此外，在以下描述中，将采用相同的附图标号表示不同附图中的相同或相似的部件。在以下描述的不同实施方式中的不同特征，可彼此结合，以形成本发明范围内的其他实施方式。

在以下对具体实施方式的描述中，进程可通过通信接口进行交互，所称的通信接口，是指由以一个程序模块运行于内存中，通过内存中的相应主进程实现提权操作后，向系统注册一个通信服务进程。以Android为例，该通信服务进程基于Android系统所提供的Binder机制，向SystemManager注册自身，通过Android提供的固有的Binder机制，在通信服务进程与其监听的外部应用进程之间建立C/S架构的沟通管道。例如，当获取到系统的Root权限后，为了便于后续实现对外部应用进程的监听以及相关操作功能，首先启动具有已经获得Root权限的主进程，通过主进程在系统中插入所述通信服务进程，例如可通过系统调用函数ServiceManager.addService来实现插入操作，由此实现对程序的成功运行，不仅使主进程常驻内存，而且由其建立的通信服务进程也成为系统级别的通信接口。需要注意的是，所述通信服务进程通过上述的配置，已经成为系统级别的服务进程级别，其权限显然高于其他外部应用进程甚至所述主进程和其它进程等这些调用它的进程的权限，因此该通信服务进程可以作为通信基础，为其他调用它的进程提供通信保障，完成系统与其他调用它的进程之间的通信连接。由此也可以进一步推知，其他任何遵守本发明的通信接口的通信规范的客户端，均可通过Binder机制与本发明的通信接口进行通信，获取相应的权限。

图1示出了根据本发明一个示例性实施方式保护移动终端中的服务进程的方法的流程图。如图1所示，该方法100可包括步骤S110至S140。在步骤S110中，为移动终端中的多个进程创建关联关系，其中创建关联关系的多个进程包括至少一个受保护服务进程和至少一个保护进程。保护进程的作用是保护服务进程能够常驻系统后台，其可以是为了实现本发明的目的而新建的一个专门用于保护该服务进程的进程，也可以是系统中原有的其他任何进程。总之，在步骤S110中在受保护服务进程和保护进程之间建立起关联关系，以用于利用保护进程来使受保护服务进程常驻后台。

在步骤S120中，根据在步骤S110中所创建的关联关系，在服务进程与保护进程之间创建通讯连接。这样，服务进程与保护进程可通过所建立起来的通讯连接而彼此知晓对方的状态是否异常。在步骤S130中，监控服务进程与保护进程之间的通讯连接的状态。一旦受保护的服务进程中断或异常(由于程序自身的故障或由于其他进程在操作中所带来的干扰)，则其无法再为用户提供相应的服务，此时保护进程会接收到其与该服务进程之间的通讯连接中断或异常的通知。那么，在步骤S140中，根据保护进程接收到的该通讯连接中断或异常的通知，利用关联关系重启服务进程。

由此，可创建移动终端的进程之间的关联关系。当由于程序自身的故障或由于其他进程在操作中所带来的干扰而使受保护的服务进程中断或发生异常时，可利用保护进程通过关联关系重启服务进程。这样，可利用系统中作为保护进程的进程(可以是新建的进程或原有进程)保护作为受保护对象的服务进程能够常驻后台。因此，本发明能够提高应用程序的安全性，有效防止应用程序被反编译、恶意篡改等。

根据本发明的一个实施方式，上述关联关系可包括：多个进程中每个进程的自身套接端口、对方套接端口、对方文件路径以及对方启动参数。可以理解，在关联关系中具有进程的自身套接端口和对方套接端口，则可通过端口建立进程之间的通讯连接。另外，在关联关系中具有对方文件路径以及对方启动参数，则可在需要重启服务进程时，根据路径找到并调用该服务进程相应的文件，并采用适用的启动参数使服务进程重启。

根据本发明的一个实施方式，在上述步骤S120中创建服务进程与保护进程之间的通讯连接时，可利用关联关系中服务进程的自身套接端口和对方套接端口以及保护进程的自身套接端口和对方套接端口来创建服务进程与保护进程之间的通讯连接。

根据本发明的一个实施方式，在上述步骤S140中重启服务进程时，可利用关联关系中保护进程的对方文件路径找到服务进程的相应文件，并利用保护进程的对方启动参数可重启服务进程。

下面以示例的方式描述所创建的关联关系。可以理解，以下描述仅仅是示例性的，而不应作为对本发明的限制。

下列表1示出了两个进程之间的关联关系表的示例，其中的两个进程，一个是受保护的服务进程，另一个是用于保护该服务进程的保护进程。在表1中，记录了每个进程的自身套接端口和对方套接端口，从而可利用这些信息建立服务进程和保护进程之间的通讯连接。在表1中，还记录了每个进程的对方文件路径以及对方启动参数，从而在服务进程异常中断时，可利用这些信息找到服务进程的相应文件重启服务进程。图2示出了该示例的两个进程之间的关联关系结构图。可以理解，由于在表1和图2所示的关联关系中还记录了服务进程的对方文件路径和对方启动参数列表，所以实际上服务进程也可以保护保护进程常驻后台，在保护进程异常中断时，可利用这些信息找到保护进程的相应文件重启保护进程。在实际操作中，系统中的哪个进程是受保护的目标服务进程，哪个进程作为保护进程，可由操作者根据需要自行选择。

表1：

下列表2示出了三个进程之间的关联关系表的示例，其中的三个进程，一个是受保护的服务进程，另外两个是用于保护该服务进程的保护进程。在表2中，记录了每个进程的自身套接端口和对方套接端口，从而可利用这些信息建立每两个进程之间的通讯连接。在表2中，还记录了每个进程的对方文件路径以及对方启动参数，从而在服务进程异常中断时，可利用两个保护进程中任意一个进程在关联关系表中的信息找到服务进程的相应文件重启服务进程。图3示出了该示例的三个进程之间的关联关系结构图。可以理解，由于在表2和图3所示的关联关系中还记录了服务进程的对方文件路径和对方启动参数列表，所以实际上服务进程也可以保护保护进程常驻后台，或者保护进程之间也可以相互保护对方常驻后台。当一个保护进程异常中断时，可利用服务进程或另一个保护进程的对方文件路径和对方启动参数列表找到该异常中断的保护进程的相应文件重启该保护进程。在实际操作中，系统中的哪个进程是受保护的目标服务进程，哪个进程作为保护进程，可由操作者根据需要自行选择。

还可以理解，对于一个服务进程而言，其相应的保护进程的数量越多，对其的保护也就越稳定，这是因为即便由于程序自身故障或其他非法进程的干扰，很难同时影响到服务进程本身和其多个保护进程。当然，过多数量的保护进程会给系统带来过重的运行负担，这可由操作者根据实际情况来确定保护进程的数量。还可以理解的是，还可利用同一个保护进程来保护多个服务进程，这样可以节省系统资源。

表2：

图4示出了根据本发明另一示例性实施方式保护移动终端中的服务进程的方法的流程图。如图4所示，除了步骤S110至S140，方法100’还可包括步骤S150至S170。为了简要起见，以下仅针对图4所示实施方式与图1的不同之处进行详细描述，其相同之处将不再赘述。

在某些情况下，由于程序自身或系统故障或者由于其他非法进程的干扰，不仅会导致受保护服务进程的异常中断，甚至还有可能破坏该服务进程相对应的文件，以使服务的文件被删除或修改。对此，如图4所示，在步骤S150中，创建并存储服务进程的相应文件的镜像文件。此即相当于为服务的文件制作了一个备份。随后，在步骤S160中，监控服务进程的相应文件的状态。一旦受保护的服务进程的相应文件遭到破坏(如，被删除或修改)，此时可接收到其状态发生变化的通知。那么，在步骤S170中，根据服务进程的相应文件的状态变化通知，利用镜像文件将服务进程的相应文件回写至其原路径。由此，不仅对服务进程提供了保护，对其相应的文件也能够进行保护。

虽然在图4中步骤S150至S170的操作在步骤S120至S140之后，但本领域技术人员可以理解，二者的操作可以并行执行或顺序对调。

图5示出了根据本发明一个示例性实施方式的移动终端的框图。如图5所示，移动终端500可包括关系创建单元510、连接创建单元520、监控单元530和重启单元540。关系创建单元510可为移动终端500中的多个进程创建关联关系，其中该多个进程包括至少一个受保护服务进程和至少一个保护进程。连接创建单元520可根据关系创建单元510创建的关联关系，在服务进程与保护进程之间创建通讯连接。监控单元530可监控服务进程与保护进程之间的通讯连接的状态。重启单元540可响应于监控单元530监控到的通讯连接中断或异常的通知，利用关联关系重启所述服务进程。

根据本发明的一个实施方式，关系创建单元510创建的关联关系可包括：多个进程中每个进程的自身套接端口、对方套接端口、对方文件路径以及对方启动参数。

根据本发明的一个实施方式，连接创建单元520可利用服务进程的自身套接端口和对方套接端口以及保护进程的自身套接端口和对方套接端口创建服务进程与保护进程之间的通讯连接。

根据本发明的一个实施方式，重启单元540可利用保护进程的对方文件路径以及对方启动参数重启服务进程。

图6示出了根据本发明另一示例性实施方式的移动终端的框图。如图6所示，除了关系创建单元510、连接创建单元520、监控单元530和重启单元540之外，移动终端500’还可包括文件创建单元550和文件回写单元560。为了简要起见，以下仅针对图6所示实施方式与图5的不同之处进行详细描述，其相同之处将不再赘述。

如图6所示，文件创建单元550可创建服务进程的相应文件的镜像文件并存储至移动终端500’的存储器。监控单元530可监控服务进程的相应文件的状态。文件回写单元560可响应于监控单元530监控到的服务进程的相应文件的状态变化通知，利用文件创建单元550所创建的镜像文件将服务进程的相应文件回写至其原路径。

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

以上对本发明各实施方式的描述是为了更好地理解本发明，其仅仅是示例性的，而非旨在对本发明进行限制。应注意，在以上描述中，针对一种实施方式描述和/或示出的特征可以以相同或类似的方式在一个或更多个其它实施方式中使用，与其它实施方式中的特征相组合，或替代其它实施方式中的特征。本领域技术人员可以理解，在不脱离本发明的构思的情况下，针对以上所描述的实施方式进行的各种变化和修改，均属于本发明的范围内。

Claims (10)

1.一种保护移动终端中的服务进程的方法，包括：

为移动终端中的多个进程创建关联关系，其中所述多个进程包括至少一个受保护服务进程和至少一个保护进程；

根据所创建的关联关系，在所述服务进程与所述保护进程之间创建通讯连接；

监控所述服务进程与所述保护进程之间的通讯连接的状态；以及

根据所述保护进程接收到的所述通讯连接中断或异常的通知，利用所述关联关系重启所述服务进程。

2.如权利要求1所述的方法，其中所述关联关系包括：所述多个进程中每个进程的自身套接端口、对方套接端口、对方文件路径以及对方启动参数。

3.如权利要求2所述的方法，其中根据所创建的关联关系，在所述服务进程与所述保护进程之间创建通讯连接包括：

利用所述服务进程的自身套接端口和对方套接端口以及所述保护进程的自身套接端口和对方套接端口创建所述服务进程与所述保护进程之间的通讯连接。

4.如权利要求2所述的方法，其中利用所述关联关系重启所述服务进程包括：

利用所述保护进程的对方文件路径以及对方启动参数重启所述服务进程。

5.如权利要求1所述的方法，还包括：

创建并存储所述服务进程的相应文件的镜像文件；

监控所述服务进程的相应文件的状态；

根据所述服务进程的相应文件的状态变化通知，利用所述镜像文件将所述服务进程的相应文件回写至其原路径。

6.一种移动终端，包括：

关系创建单元，用于为所述移动终端中的多个进程创建关联关系，其中所述多个进程包括至少一个受保护服务进程和至少一个保护进程；

连接创建单元，用于根据所述关系创建单元创建的关联关系，在所述服务进程与所述保护进程之间创建通讯连接；

监控单元，用于监控所述服务进程与所述保护进程之间的通讯连接的状态；以及

重启单元，用于响应于所述监控单元监控到的所述通讯连接中断或异常的通知，利用所述关联关系重启所述服务进程。

7.如权利要求6所述的移动终端，其中所述关系创建单元创建的关联关系包括：所述多个进程中每个进程的自身套接端口、对方套接端口、对方文件路径以及对方启动参数。

8.如权利要求7所述的移动终端，其中所述连接创建单元利用所述服务进程的自身套接端口和对方套接端口以及所述保护进程的自身套接端口和对方套接端口创建所述服务进程与所述保护进程之间的通讯连接。

9.如权利要求7所述的移动终端，其中所述重启单元利用所述保护进程的对方文件路径以及对方启动参数重启所述服务进程。

10.如权利要求6所述的移动终端，还包括：文件创建单元和文件回写单元，其中所述文件创建单元用于创建所述服务进程的相应文件的镜像文件并存储至所述移动终端的存储器，所述监控单元还用于监控所述服务进程的相应文件的状态，所述文件回写单元用于响应于所述监控单元监控到的所述服务进程的相应文件的状态变化通知，利用所述镜像文件将所述服务进程的相应文件回写至其原路径。