CN114859874B - 一种基于汽车诊断的封闭系统及其使用方法 - Google Patents

Abstract

本申请涉及汽车诊断技术领域，公开了一种基于汽车诊断的封闭系统及其使用方法，应用于汽车诊断设备，包括：Android系统，用于承载诊断设备内部运行的工具和所有运行的程序，为诊断应用和守护应用搭建活动平台；守护应用，所述守护应用内置于Android系统以便守护Android系统，防止诊断设备内部的运行工具和系统被删除；诊断应用，所述汽车诊断设备安装于Android系统上，在所述诊断应用执行诊断时，可悬浮于守护应用上层不受守护应用的限制，能够对汽车进行诊断。通过新增守护应用，对汽车诊断设备的系统和运行的工具进行保护，使得用户使用汽车诊断设备时直接开机进入诊断应用的界面，可阻止用户进入汽车诊断设备的系统桌面而随意修改系统或安装不必要的应用。

Description

一种基于汽车诊断的封闭系统及其使用方法

技术领域

本申请涉及汽车诊断技术领域，特别涉及一种基于汽车诊断的封闭系统及其使用方法。

背景技术

目前，基于Android系统定制的汽车诊断设备都是开放性系统，汽车诊断设备是一种很专业的设备，是对汽车进行诊断的工具之一，也正是因为其属于开放性系统，也就意味着使用该汽车诊断设备的用户能够随意安装其他应用，这就有可能导致汽车诊断设备的存储不够用，运行受到阻碍。

如果在安装其他应用的时候携带病毒，也会导致汽车诊断设备在后续的使用过程中，自动安装不必要的软件到汽车诊断设备中。

或者，用户能在同一时刻开启多个应用，导致汽车诊断设备发热，运行速度缓慢，影响诊断功能的使用，严重的会导致汽车诊断设备的整个系统烧坏崩溃，从而造成汽车诊断功能失效，无法对待测试汽车进行诊断。

发明内容

本申请的主要目的为提供一种基于汽车诊断的封闭系统及其使用方法，旨在解决现有技术中上述存在的技术问题。

本申请提出一种基于汽车诊断的封闭系统，应用于汽车诊断设备，其改进之处在于，包括：

Android系统，用于承载诊断设备内部运行的工具和所有运行的程序，为诊断应用和守护应用搭建活动平台；

守护应用，所述守护应用内置于Android系统以便守护Android系统，防止诊断设备内部的运行工具和系统被删除；

诊断应用，所述汽车诊断设备安装于Android系统上，在所述诊断应用执行诊断时，可悬浮于守护应用上层不受守护应用的限制，能够对汽车进行诊断。

作为上述技术方案的改进，所述守护应用包括守护桌面，所述守护应用内置于Android系统之后，所述守护桌面启动次数设为N，所述汽车诊断设备开机启动次数设为M，当进入休眠或者睡眠时，所述汽车诊断设备所启动的次数设为K，其中，所述N、M以及K有如下关系：

当M=1时，如果K=0，则N=M成立，如果K＞0，则N=K+1成立；

当M＞1时，如果K=0，则N= M成立，如果K＞0，则Nn=nK+(n-1)M+1成立。

作为上述技术方案的进一步改进，所述守护应用包括第一服务器，所述第一服务器可监测所述诊断应用是否存在；

所述诊断应用设有第二服务器，所述第二服务器可监测所述守护应用是否存在。

作为上述技术方案的进一步改进，所述第一服务器可监测所述诊断应用是否存在，以及所述第二服务器可监测所述守护应用是否存在，可通过Android系统的Android调试桥发送命令，在所述汽车诊断设备内查找诊断应用或者守护应用的内存信息，如果查找不到所述诊断应用或者所述守护应用的内存信息，则所述诊断应用或者守护应用不存在。

作为上述技术方案的进一步改进，若所述诊断应用不存在，所述守护应用在Android系统中查找诊断应用的包名，以唤醒所述诊断应用；

若所述守护应用不存在，所述诊断应用在Android系统中查找守护应用的包名，以唤醒所述守护应用。

作为上述技术方案的进一步改进，所述第一服务器监测所述诊断应用是否存在以及所述第二服务器监测所述守护应用是否存在均为定时任务，在诊断设备启动时，所述第一服务器和所述第二服务器根据定时任务定时触发监测。

作为上述技术方案的进一步改进，所述Android系统设有白名单应用和黑名单应用，所述白名单应用包括诊断应用、所述诊断应用的子应用、守护应用以及所述守护应用的子应用，所述黑名单包括第一应用以及第一应用的子应用，其中，所述第一应用以及所述第一应用的子应用为白名单以外的其他应用；

所述白名单应用可在Android系统执行工作；

所述守护应用通过所述第一服务器监测是否有黑名单应用在运行，如果发现所述黑名单应用在启动，立即阻止黑名单应用并将其关闭。

本申请还提出了一种基于汽车诊断的封闭系统的使用方法，包括：

打开汽车诊断设备，所述汽车诊断设备启动后且未跳出汽车诊断设备的系统桌面前，守护应用和诊断应用跟随所述汽车诊断设备一起启动，其中，所述诊断应用和守护应用两者的启动效果图与所述汽车诊断设备开机画面保持一致，包括诊断应用和守护应用两者的开机时长和开机展示的动画；

所述汽车诊断设备开机后进入诊断应用界面，其中，所述诊断应用悬浮于所述守护应用的上方不受所述守护应用的限制，可执行汽车诊断工作。

本申请还提供了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述一种基于汽车诊断的封闭系统的使用方法的步骤。

本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述一种基于汽车诊断的封闭系统的使用方法的步骤。

本申请的有益效果为：

1、本申请通过新增守护应用，守护桌面对汽车诊断设备的系统和运行的工具进行一级保护，使得用户使用汽车诊断设备时直接开机进入诊断应用的界面，可阻止用户进入汽车诊断设备的系统桌面而随意修改系统或安装不必要的应用；

2、通过新增守护应用，二级服务器还可以监测守护应用是否存在，不存在则将其唤醒，对汽车诊断设备进行了二次保护，保证守护应用时刻保护汽车诊断应用；

3、通过新增守护应用，一级服务器还可以监测黑名单应用的开启，告知守护应用立即关闭掉黑名单应用，可以防止使用汽车诊断设备的用户启动其他不必要的应用从而干扰诊断应用工作，一是减少程序运行，缓解运行内存压力，延长汽车诊断设备的使用寿命，二是对汽车诊断设备进行三级保护，可以防止守护桌面奔溃而引发黑名单应用的启动，或者保护病毒的入侵，从而杀死病毒。

附图说明

图1为本申请一实施例的一种基于汽车诊断的封闭系统的使用方法流程示意图。

图2为本申请一实施例的计算机设备内部结构示意图。

本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

汽车诊断设备是一款专门针对汽车检测的专业仪器，可实时检测车辆的性能，并对车辆故障进行检测，是检测车辆必备的一种工具。主要面向个人车主设计，采用集成技术，外观小巧功能多，车主可通过手机实时查看检测数据，是有车一簇的了解车辆性能和故障的大帮手。也可以面对专业人员和汽车修理厂设计，具有多重诊断功能。

实施例1

本申请提出一种基于汽车诊断的封闭系统，应用于汽车诊断设备，包括：

Android系统，用于承载诊断设备内部运行的工具和所有运行的程序，为诊断应用和守护应用搭建活动平台；

守护应用，所述守护应用内置于Android系统以便守护Android系统，防止诊断设备内部的运行工具和系统被删除；

诊断应用，所述汽车诊断设备安装于Android系统上，在所述诊断应用执行诊断时，可悬浮于守护应用上层不受守护应用的限制，能够对汽车进行诊断。

在汽车诊断设备中，搭载着整个运行工作的是Android系统，内部运行的工具和程序全是由Android系统承载，而诊断应用和守护应用也是以Android系统作为活动平台，守护应用直接安装在Android系统上，为内部应用，不可被用户删除，而守护应用安装完毕之后，再次启动汽车诊断设备可以将守护应用打开，或者安装所述守护应用后直接启动守护应用，致使汽车诊断设备进入诊断应用界面，无法接触系统桌面，这两种启动守护应用途径均可以防止诊断设备内部的运行工具和系统被用户删除，由于汽车诊断设备开机后或者安装完守护应用立即启动守护应用后，直接进入诊断应用界面，这就使得诊断应用悬浮于守护应用上层不受守护应用的限制，从而在工作时能够正常的对汽车进行诊断。这种设置方式使得用户无法进入系统桌面看到汽车诊断设备的所有应用，也就避免了系统被修改的可能和擅自被安装应用的可能。

进一步的，所述守护应用包括守护桌面，所述守护应用内置于Android系统之后，所述守护桌面启动次数设为N，所述汽车诊断设备开机启动次数设为M，当进入休眠或者睡眠时，所述汽车诊断设备所启动的次数设为K，其中，所述N、M以及K有如下关系：

当M=1时，如果K=0，则N=M成立，如果K＞0，则N=K+1成立；

当M＞1时，如果K=0，则N= M成立，如果K＞0，则Nn=nK+(n-1)M+1成立。

在上述实施例中，所述守护应用需要依靠守护桌面对汽车诊断设备进行一级防护，即在启动汽车诊断设备时，守护桌面跟随启动，这样就可以直接进入诊断应用界面，无需进入系统桌面。将守护桌面启动次数设为N，汽车诊断设备开机启动次数设为M，当进入休眠或者睡眠时，所述汽车诊断设备所启动的次数设为K。

场景1：当汽车诊断设备开机启动次数M等于1时，如果汽车诊断设备未进入睡眠或者休眠时（即K为0），守护桌面启动次数N等于汽车诊断设备开机启动次数M（即M=N）；如果汽车诊断设备进入睡眠或者休眠时（即K不为0），守护桌面启动次数N等于汽车诊断设备所启动的次数K+1（即N1=K+1），或者N1=K+M（这里已经假设M等于1了，所以N1=K+1和N1=K+M是一样的）。

场景2：如果M＞1且K=0时，也就是说第一次使用汽车诊断设备完毕之后（此时M=1）直接关机（K=0，不经过休眠或者睡眠），当再次打开汽车诊断设备时（此时M＞1），也不经过睡眠或者休眠（K=0），则守护桌面启动次数N等于汽车诊断设备开机次数M，即N2=M，这种情况是在使用汽车诊断设备完毕后直接关机的情形，不经过休眠或者睡眠。

场景3：如果M＞1且K＞0时，也就是汽车诊断设备已经启动过一次了（即M=1），在启动第一次的时候且有休眠或者睡眠的情况下（即K＞0作为前提），则守护桌面启动次数N1=K+1（为场景1中当K＞0时的情形）；如果汽车诊断设备第二次启动（即M=2），即守护桌面启动次数N2等于第一次汽车诊断设备开机M1和第二次汽车诊断设备开机M2的总和（此时考虑的是K＞0的情形），即N2= 2K+M+1；如果汽车诊断设备第三次启动（M=3），即守护桌面启动次数N3等于第一次汽车诊断设备开机M1、第二次汽车诊断设备开机M2以及第三次汽车诊断设备开机M3的总和（此时考虑的是K＞0的情形），即N3=3K+2M+1，如果汽车诊断设备第四次启动（M=4），即守护桌面启动次数N4等于第一次汽车诊断设备开机M1、第二次汽车诊断设备开机M2、第三次汽车诊断设备开机M3以及第四次汽车诊断设备开机M4的总和（此时考虑的是K＞0的情形），即N4=4K+3M+1，依次类推，Nn=nK+（n-1）M+1。

再进一步的，所述守护应用包括第一服务器，所述第一服务器可监测所述诊断应用是否存在；所述诊断应用设有第二服务器，所述第二服务器可监测所述守护应用是否存在。

所述第一服务器可监测所述诊断应用是否存在，以及所述第二服务器可监测所述守护应用是否存在，可通过Android系统的Android调试桥发送命令，在所述汽车诊断设备内查找诊断应用或者守护应用的内存信息，如果查找不到所述诊断应用或者所述守护应用的内存信息，则所述诊断应用或者守护应用不存在。

若所述诊断应用不存在，所述守护应用在Android系统中查找诊断应用的包名，以唤醒所述诊断应用；若所述守护应用不存在，所述诊断应用在Android系统中查找守护应用的包名，以唤醒所述守护应用。

在上述实施例中，本申请主要是通过诊断应用的第二服务器监控守护应用是否存在，如果不存在，则唤醒守护应用，起到二级防护作用，本申请还在守护应用设置了一级服务器，用于监测诊断应用是否存在，如果不存在，就无法对汽车进行诊断，因此要保证诊断应用时刻存在，在这个过程中，本方案是通过在Android系统中查找诊断应用的包名，以唤醒所述诊断应用；若所述守护应用不存在，所述诊断应用在Android系统中查找守护应用的包名，以唤醒所述守护应用；或者，通过Android系统的Android调试桥发送命令，在所述汽车诊断设备内查找诊断应用或者守护应用的内存信息，如果查找不到所述诊断应用或者所述守护应用的内存信息，则所述诊断应用或者守护应用不存在。

在上述方案当中，监测守护应用和诊断应用存在与否设为系统定时任务，即将所述第一服务器监测所述诊断应用是否存在以及所述第二服务器监测所述守护应用是否存在均为定时任务，在诊断设备启动时，所述第一服务器和所述第二服务器根据定时任务定时触发监测，此处不限定定时任务启动的时间，不过优先考虑每5秒进行一次监测。本申请设置的定时任务能及时的反馈汽车诊断设备的守护应用和诊断应用的运行情况，如果遇到突发情况，可进行厂家人为干预解决设备不响应问题。

最后，所述Android系统设有白名单应用和黑名单应用，所述白名单应用包括诊断应用、所述诊断应用的子应用、守护应用以及所述守护应用的子应用，所述黑名单包括第一应用以及第一应用的子应用，其中，所述第一应用以及所述第一应用的子应用为白名单以外的其他应用；

所述白名单应用可在Android系统执行工作；

所述守护应用通过所述第一服务器监测是否有黑名单应用在运行，如果发现所述黑名单应用在启动，立即阻止黑名单应用并将其关闭。

我们知道，汽车诊断设备在执行诊断过程中，会使用到诊断应用里面的其他功能模块，也就是诊断应用的子应用，比如读取故障码、清除故障码以及读取数据流等功能模块，因此，诊断应用包括诊断应用的子应用都可以可在Android系统执行工作，也能悬浮在守护应用上方，不受守护应用的限制执行诊断工作。

在上述实施例中，本申请通过设置二级服务器，还能够对汽车诊断设备进行了三级防护，即可以监控黑名单应用，包括了病毒引起的安装不必要软件，或者删除系统内的软件等等诸多情况，如果发现黑名单应用在执行，比如视频播放器或者音频播放器在开启着，视频播放器不属于白名单应用以及白名单应用的子应用，此时需要将视频播放器或者音频播放器关闭，直接调用Android系统将视频播放器或者音频播放器强制性关闭，解放汽车诊断设备的运行内存，减少系统发热，可延长汽车诊断设备的使用寿命。

实施例2

如图1所示，一种基于汽车诊断的封闭系统的使用方法，包括：

S1：打开汽车诊断设备，所述汽车诊断设备启动后且未跳出汽车诊断设备的系统桌面前，守护应用和诊断应用跟随所述汽车诊断设备一起启动，其中，所述诊断应用和守护应用两者的启动效果图与所述汽车诊断设备开机画面保持一致，包括诊断应用和守护应用两者的开机时长和开机展示的动画；

S2：所述汽车诊断设备开机后进入诊断应用界面，其中，所述诊断应用悬浮于所述守护应用的上方不受所述守护应用的限制，可执行汽车诊断工作。

在上述实施例中，所述守护应用提前安装在Android系统内部，以作为汽车诊断设备的内部应用，不可进行删除，安装完毕之后，守护应用的守护桌面替代系统桌面对汽车诊断设备进行保护，等到开启守护应用时，守护桌面直接开启，以保证汽车诊断设备开机后直接进入诊断应用的界面，而在此之前，守护应用将其他系统软件隐藏，用户无法查看得到其他软件，只保留了诊断应用可以使用。

所述守护应用内置于Android系统之后，所述守护应用需要依靠守护桌面对汽车诊断设备进行一级防护，即在启动汽车诊断设备时，守护桌面跟随启动，这样就可以直接进入诊断应用界面，无需进入系统桌面。

再进一步的，所述守护应用包括第一服务器，所述第一服务器可监测所述诊断应用是否存在；所述诊断应用设有第二服务器，所述第二服务器可监测所述守护应用是否存在。

所述第一服务器可监测所述诊断应用是否存在的步骤如下：

S3：通过Android系统的Android调试桥发送命令，在所述汽车诊断设备内查找诊断应用的内存信息；

S4：如果查找不到所述诊断应用的内存信息，则判断所述诊断应用不存在；

S5：若所述诊断应用不存在，所述守护应用在Android系统中查找诊断应用的包名，以唤醒所述诊断应用。

所述第二服务器可监测所述守护应用是否存在，的步骤如下：

S6：可通过Android系统的Android调试桥发送命令，在所述汽车诊断设备内查找守护应用的内存信息;

S7：如果查找不到所述守护应用的内存信息，则判断所述守护应用不存在；

S8：若所述守护应用不存在，所述诊断应用在Android系统中查找守护应用的包名，以唤醒所述守护应用。

在上述实施例中，本申请主要是通过诊断应用的第二服务器监控守护应用是否存在，如果不存在，则唤醒守护应用，起到二级防护作用，本申请还在守护应用设置了一级服务器，用于监测诊断应用是否存在，如果不存在，就无法对汽车进行诊断，因此要保证诊断应用时刻存在，在这个过程中，本方案是通过在Android系统中查找诊断应用的包名，以唤醒所述诊断应用；若所述守护应用不存在，所述诊断应用在Android系统中查找守护应用的包名，以唤醒所述守护应用；或者，通过Android系统的Android调试桥发送命令，在所述汽车诊断设备内查找诊断应用或者守护应用的内存信息，如果查找不到所述诊断应用或者所述守护应用的内存信息，则所述诊断应用或者守护应用不存在。

在上述方案当中，监测守护应用和诊断应用存在与否设为系统定时任务，即将所述第一服务器监测所述诊断应用是否存在以及所述第二服务器监测所述守护应用是否存在均为定时任务，在诊断设备启动时，所述第一服务器和所述第二服务器根据定时任务定时触发监测，此处不限定定时任务启动的时间，不过优先考虑每5秒进行一次监测。本申请设置的定时任务能及时的反馈汽车诊断设备的守护应用和诊断应用的运行情况，如果遇到突发情况，可进行厂家人为干预解决设备不响应问题。

本申请所述Android系统设有白名单应用和黑名单应用，所述白名单应用包括诊断应用、所述诊断应用的子应用、守护应用以及所述守护应用的子应用，所述黑名单包括第一应用以及第一应用的子应用，其中，所述第一应用以及所述第一应用的子应用为白名单以外的其他应用；

所述白名单应用可在Android系统执行工作；

所述守护应用通过所述第一服务器监测是否有黑名单应用在运行，如果发现所述黑名单应用在启动，立即阻止黑名单应用并将其关闭。

我们知道，汽车诊断设备在执行诊断过程中，会使用到诊断应用里面的其他功能模块，也就是诊断应用的子应用，比如读取故障码、清除故障码以及读取数据流等功能模块，因此，诊断应用包括诊断应用的子应用都可以可在Android系统执行工作，也能悬浮在守护应用上方，不受守护应用的限制执行诊断工作。

在上述实施例中，本申请通过设置二级服务器，还能够对汽车诊断设备进行了三级防护，即可以监控黑名单应用，包括了病毒引起的安装不必要软件，或者删除系统内的软件等等诸多情况，如果发现黑名单应用在执行，比如视频播放器或者音频播放器在开启着，视频播放器不属于白名单应用以及白名单应用的子应用，此时需要将视频播放器或者音频播放器关闭，直接调用Android系统将视频播放器或者音频播放器强制性关闭，解放汽车诊断设备的运行内存，减少系统发热，可延长汽车诊断设备的使用寿命。

本申请的方法步骤还包括其他，具体方案请参考实施例1对结构部分的描述，例如守护桌面的开启，这里将不再对其重复赘述。

实施例3

如图2所示，本申请还提供了一种计算机设备，该计算机设备可以是服务器，其内部结构可以如图2所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设计的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储一种基于汽车诊断的封闭系统的使用方法的过程需要的所有数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种基于汽车诊断的封闭系统的使用方法。

本领域技术人员可以理解，图2中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定。

本申请一实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任意一种基于汽车诊断的封闭系统的使用方法。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储与一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的和实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可以包括只读存储器（ROM）、可编程ROM（PROM）、电可编程ROM（EPROM）、电可擦除可编程ROM（EEPROM）或闪存。易失性存储器可包括随机存取存储器（RAM）或者外部高速缓冲存储器。作为说明而非局限，RAM通过多种形式可得，诸如静态RAM（SRAM）、动态RAM（DRAM）、同步DRAM（SDRAM）、双速据率SDRAM（SSRSDRAM）、增强型SDRAM（ESDRAM）、同步链路（Synchlink）DRAM（SLDRAM）、存储器总线（Rambus）直接RAM（RDRAM）、直接存储器总线动态RAM（DRDRAM）、以及存储器总线动态RAM（RDRAM）等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其它要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。

以上所述仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (9)

1.一种基于汽车诊断的封闭系统，应用于汽车诊断设备，其特征在于，包括：

Android系统，用于承载诊断设备内部运行的工具和所有运行的程序，为诊断应用和守护应用搭建活动平台；

守护应用，所述守护应用内置于Android系统以便守护Android系统，防止诊断设备内部的运行工具和系统被删除；

诊断应用，所述汽车诊断设备安装于Android系统上，在所述诊断应用执行诊断时，可悬浮于守护应用上层不受守护应用的限制，能够对汽车进行诊断；

所述守护应用包括守护桌面，所述守护应用内置于Android系统之后，所述守护桌面启动次数设为N，所述汽车诊断设备开机启动次数设为M，当进入休眠或者睡眠时，所述汽车诊断设备所启动的次数设为K，所述N、M以及K有如下关系：

当M=1时，如果K=0，则N=M成立，如果K＞0，则N=K+1成立；

当M＞1时，如果K=0，则N= M成立，如果K＞0，则Nn=nK+(n-1)M+1成立。

2.根据权利要求1所述的一种基于汽车诊断的封闭系统，其特征在于，所述守护应用包括第一服务器，所述第一服务器可监测所述诊断应用是否存在；

所述诊断应用设有第二服务器，所述第二服务器可监测所述守护应用是否存在。

3.根据权利要求2所述的一种基于汽车诊断的封闭系统，其特征在于，所述第一服务器可监测所述诊断应用是否存在，以及所述第二服务器可监测所述守护应用是否存在，均可通过Android系统的Android调试桥发送命令，在所述汽车诊断设备内查找诊断应用或者守护应用的内存信息，如果查找不到所述诊断应用或者所述守护应用的内存信息，则所述诊断应用或者守护应用不存在。

4.根据权利要求3所述的一种基于汽车诊断的封闭系统，其特征在于，若所述诊断应用不存在，所述守护应用在Android系统中查找诊断应用的包名，以唤醒所述诊断应用；

若所述守护应用不存在，所述诊断应用在Android系统中查找守护应用的包名，以唤醒所述守护应用。

5.根据权利要求4所述的一种基于汽车诊断的封闭系统，其特征在于，所述第一服务器监测所述诊断应用是否存在以及所述第二服务器监测所述守护应用是否存在均为定时任务，在诊断设备启动时，所述第一服务器和所述第二服务器根据定时任务定时触发监测。

6.根据权利要求5所述的一种基于汽车诊断的封闭系统，其特征在于，所述Android系统设有白名单应用和黑名单应用，所述白名单应用包括诊断应用、所述诊断应用的子应用、守护应用以及所述守护应用的子应用，所述黑名单包括第一应用以及第一应用的子应用，其中，所述第一应用以及所述第一应用的子应用为白名单以外的其他应用；

所述白名单应用可在Android系统执行工作；

所述守护应用通过所述第一服务器监测是否有黑名单应用在运行，如果发现所述黑名单应用在启动，立即阻止黑名单应用并将其关闭。

7.一种基于汽车诊断的封闭系统的使用方法，其特征在于，包括：

打开汽车诊断设备，所述汽车诊断设备启动后且未跳出汽车诊断设备的系统桌面前，守护应用和诊断应用跟随所述汽车诊断设备一起启动，其中，所述诊断应用和守护应用两者的启动效果图与所述汽车诊断设备开机画面保持一致，包括诊断应用和守护应用两者的开机时长和开机展示的动画；

所述汽车诊断设备开机后进入诊断应用界面，其中，所述诊断应用悬浮于所述守护应用的上方不受所述守护应用的限制，可执行汽车诊断工作。

8.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求7所述一种基于汽车诊断的封闭系统的使用方法的步骤。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求7所述一种基于汽车诊断的封闭系统的使用方法的步骤。

Images