供通信保障，完成系统与其 他调用它的进程之间的通信连接。由此也可以进一步推知，其他任何遵守本发明的通信接 口的通信规范的客户端，均可通过Binder机制与本发明的通信接口进行通信，获取相应的 权限。
[0025] 图1示出了根据本发明一个示例性实施方式保护移动终端中的服务进程的方法 的流程图。如图1所示，该方法100可包括步骤SllO至S140。在步骤SllO中，为移动终端 中的多个进程创建关联关系，其中创建关联关系的多个进程包括至少一个受保护服务进程 和至少一个保护进程。保护进程的作用是保护服务进程能够常驻系统后台，其可以是为了 实现本发明的目的而新建的一个专门用于保护该服务进程的进程，也可以是系统中原有的 其他任何进程。总之，在步骤SllO中在受保护服务进程和保护进程之间建立起关联关系， 以用于利用保护进程来使受保护服务进程常驻后台。
[0026] 在步骤S120中，根据在步骤Sl 10中所创建的关联关系，在服务进程与保护进程之 间创建通讯连接。这样，服务进程与保护进程可通过所建立起来的通讯连接而彼此知晓对 方的状态是否异常。在步骤S130中，监控服务进程与保护进程之间的通讯连接的状态。一 旦受保护的服务进程中断或异常（由于程序自身的故障或由于其他进程在操作中所带来 的干扰），则其无法再为用户提供相应的服务，此时保护进程会接收到其与该服务进程之间 的通讯连接中断或异常的通知。那么，在步骤S140中，根据保护进程接收到的该通讯连接 中断或异常的通知，利用关联关系重启服务进程。
[0027] 由此，可创建移动终端的进程之间的关联关系。当由于程序自身的故障或由于其 他进程在操作中所带来的干扰而使受保护的服务进程中断或发生异常时，可利用保护进程 通过关联关系重启服务进程。这样，可利用系统中作为保护进程的进程（可以是新建的进 程或原有进程）保护作为受保护对象的服务进程能够常驻后台。因此，本发明能够提高应 用程序的安全性，有效防止应用程序被反编译、恶意篡改等。
[0028] 根据本发明的一个实施方式，上述关联关系可包括：多个进程中每个进程的自身 套接端口、对方套接端口、对方文件路径以及对方启动参数。可以理解，在关联关系中具有 进程的自身套接端口和对方套接端口，则可通过端口建立进程之间的通讯连接。另外，在关 联关系中具有对方文件路径以及对方启动参数，则可在需要重启服务进程时，根据路径找 到并调用该服务进程相应的文件，并采用适用的启动参数使服务进程重启。
[0029] 根据本发明的一个实施方式，在上述步骤S120中创建服务进程与保护进程之间 的通讯连接时，可利用关联关系中服务进程的自身套接端口和对方套接端口以及保护进程 的自身套接端口和对方套接端口来创建服务进程与保护进程之间的通讯连接。
[0030] 根据本发明的一个实施方式，在上述步骤S140中重启服务进程时，可利用关联关 系中保护进程的对方文件路径找到服务进程的相应文件，并利用保护进程的对方启动参数 可重启服务进程。
[0031] 下面以示例的方式描述所创建的关联关系。可以理解，以下描述仅仅是示例性的， 而不应作为对本发明的限制。
[0032] 下列表1示出了两个进程之间的关联关系表的示例，其中的两个进程，一个是受 保护的服务进程，另一个是用于保护该服务进程的保护进程。在表1中，记录了每个进程的 自身套接端口和对方套接端口，从而可利用这些信息建立服务进程和保护进程之间的通讯 连接。在表1中，还记录了每个进程的对方文件路径以及对方启动参数，从而在服务进程异 常中断时，可利用这些信息找到服务进程的相应文件重启服务进程。图2示出了该示例的 两个进程之间的关联关系结构图。可以理解，由于在表1和图2所示的关联关系中还记录了 服务进程的对方文件路径和对方启动参数列表，所以实际上服务进程也可以保护保护进程 常驻后台，在保护进程异常中断时，可利用这些信息找到保护进程的相应文件重启保护进 程。在实际操作中，系统中的哪个进程是受保护的目标服务进程，哪个进程作为保护进程， 可由操作者根据需要自行选择。
[0035] 下列表2示出了三个进程之间的关联关系表的示例，其中的三个进程，一个是受 保护的服务进程，另外两个是用于保护该服务进程的保护进程。在表2中，记录了每个进程 的自身套接端口和对方套接端口，从而可利用这些信息建立每两个进程之间的通讯连接。 在表2中，还记录了每个进程的对方文件路径以及对方启动参数，从而在服务进程异常中 断时，可利用两个保护进程中任意一个进程在关联关系表中的信息找到服务进程的相应文 件重启服务进程。图3示出了该示例的三个进程之间的关联关系结构图。可以理解，由于 在表2和图3所示的关联关系中还记录了服务进程的对方文件路径和对方启动参数列表， 所以实际上服务进程也可以保护保护进程常驻后台，或者保护进程之间也可以相互保护对 方常驻后台。当一个保护进程异常中断时，可利用服务进程或另一个保护进程的对方文件 路径和对方启动参数列表找到该异常中断的保护进程的相应文件重启该保护进程。在实际 操作中，系统中的哪个进程是受保护的目标服务进程，哪个进程作为保护进程，可由操作者 根据需要自行选择。
[0036] 还可以理解，对于一个服务进程而言，其相应的保护进程的数量越多，对其的保护 也就越稳定，这是因为即便由于程序自身故障或其他非法进程的干扰，很难同时影响到服 务进程本身和其多个保护进程。当然，过多数量的保护进程会给系统带来过重的运行负担， 这可由操作者根据实际情况来确定保护进程的数量。还可以理解的是，还可利用同一个保 护进程来保护多个服务进程，这样可以节省系统资源。
[0039] 图4示出了根据本发明另一示例性实施方式保护移动终端中的服务进程的方法 的流程图。如图4所示，除了步骤SllO至S140,方法100'还可包括步骤S150至S170。为 了简要起见，以下仅针对图4所示实施方式与图1的不同之处进行详细描述，其相同之处将 不再赘述。
[0040] 在某些情况下，由于程序自身或系统故障或者由于其他非法进程的干扰，不仅会 导致受保护服务进程的异常中断，甚至还有可能破坏该服务进程相对应的文件，以使服务 的文件被删除或修改。对此，如图4所示，在步骤S150中，创建并存储服务进程的相应文件 的镜像文件。此即相当于为服务的文件制作了一个备份。随后，在步骤S160中，监控服务进 程的相应文件的状态。一旦受保护的服务进程的相应文件遭到破坏（如，被删除或修改）， 此时可接收到其状态发生变化的通知。那么，在步骤S170中，根据服务进程的相应文件的 状态变化通知，利用镜像文件将服务进程的相应文件回写至其原路径。由此，不仅对服务进 程提供了保护，对其相应的文件也能够进行保护。
[0041] 虽然在图4中步骤S150至S170的操作在步骤S120至S140之后，但本领域技术 人员可以理解，二者的操作可以并行执行或顺序对调。
[0042] 图5示出了根据本发明一个示例性实施方式的移动终端的框图。如图5所示，移