[发明专利]控制应用程序间相互启动的方法、装置、设备

说明书

本申请公开了控制应用程序间相互启动的方法、应用程序间相互启动的方法及装置、设备，控制应用程序间相互启动的方法中，在第一应用程序运行时，唤起控制模块响应所述第一应用程序的调用请求，所述唤起控制模块耦合于所述第一应用程序中；所述唤起控制模块判断是否允许启动第二应用程序；如果判断结果为不允许启动所述第二应用程序，则过滤所述调用请求。本申请能够降低对系统资源的消耗。

技术领域

本申请涉及应用程序自启动技术，尤其涉及控制应用程序间相互启动的方法、应用程序间相互启动的方法及装置、设备。

背景技术

许多应用程序之间会发生相互启动(即通过应用程序A唤起应用程序B启动)的动作。通常应用程序A在执行启动应用程序B的动作时，应用程序A需要调用操作系统的API(Application Programming Interface，应用程序接口)来唤起应用程序B。API是操作系统留给应用程序的一个调用接口，应用程序通过调用操作系统的API而使操作系统去执行应用程序的命令(动作)。通常应用程序A与所调用的API在同一个进程中，而负责拦截检查的校验服务进程在另一个独立的进程中，因此调用API时所启动的进程会通过IPC(Inter-Process Communication，进程间通信)通知校验服务进程进行拦截检查。校验服务进程基于控制策略进行拦截检查的结果如果是允许启动应用程序B，则应用程序B被唤起；相反，如果校验服务进程的拦截检查结果是不允许启动应用程序B，则应用程序B将不被唤起。

由于每次拦截检查均需要经过IPC调用，而在每个时刻均可能发生很多次通过IPC调用校验服务进程的情况，因此应用程序间相互启动的拦截检查不仅占用很多系统资源而且拦截检查的耗时长。

发明内容

本申请提供一种控制应用程序间相互启动的方法、装置、设备，能够降低对系统资源的消耗。

根据本申请实施例的第一方面，提供一种控制应用程序间相互启动的方法，所述方法包括步骤：

在第一应用程序运行时，唤起控制模块响应所述第一应用程序的调用请求，所述唤起控制模块耦合于所述第一应用程序中；所述唤起控制模块判断是否允许启动第二应用程序；如果判断结果为不允许启动所述第二应用程序，则过滤所述调用请求。

根据本申请实施例的第二方面，提供一种应用程序间相互启动的方法，所述方法包括步骤：

第一应用程序向唤起控制模块发起调用请求，所述唤起控制模块耦合于所述第一应用程序中；所述唤起控制模块判断是否允许启动第二应用程序；并在判断结果为不允许启动所述第二应用程序时，过滤所述调用请求。

根据本申请实施例的第三方面，提供一种控制应用程序间相互启动的装置，所述装置耦合于所述第一应用程序中，该装置包括：

判定模块，用于在第一应用程序运行时，响应所述第一应用程序的调用请求，判断是否允许启动第二应用程序；

处理模块，用于在判断结果为不允许启动所述第二应用程序时，过滤所述调用请求。

根据本申请实施例的第四方面，提供一种应用程序，包括：

调用模块，用于在第一应用程序运行时，向唤起控制模块发出调用请求，以启动第二应用程序；

唤起控制模块，用于判断是否允许启动第二应用程序；如果所判断结果为不允许启动所述第二应用程序，则过滤所述调用请求。

根据本申请实施例的第五方面，提供一种设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：