启动项处理结果的判定方法及装置制造方法
【专利摘要】本发明实施例公开了一种启动项处理结果的判定方法及装置，涉及计算机应用【技术领域】，解决了现有技术中不能准确地对启动项的处理结果进行判定的问题。本发明的启动项处理结果的判定方法包括：记录启动项的启动位置、启动项名称和指向目标；对所述启动项进行处理；在预定时间间隔之后，判断所述启动位置的所述启动项名称是否处理成功；若处理成功，则在操作系统重启后，再次判断所述启动位置的所述启动项名称是否处理成功；若处理成功，则判断所述指向目标是否处于活跃状态，若所述指向目标没有处于活跃状态，则所述启动项处理成功，若所述指向目标处于活跃状态，则所述启动项处理失败。本发明的实施例主要用于对计算机开机启动项的处理结果进行判定。
【专利说明】启动项处理结果的判疋方法及装直
【技术领域】
[0001]本发明涉及计算机应用【技术领域】，尤其涉及一种启动项处理结果的判定方法及装置。
【背景技术】
[0002]启动项是指开机的时候系统在前台或者后台运行的程序。操作系统在启动的时候，自动加载了很多程序。许多程序的自启动，给用户带来了很多方便，但不是每个自启动的程序对用户都有用。一些不常用程序的自启动会影响计算机的开机和运行速度，而一些可能的病毒或木马程序的自启动则会威胁计算机的运行安全。因此，需要对某些启动项进行处理以达到禁用启动项的目的。
[0003]目前，对启动项的处理，一般采取删除、修改注册表或者启动文件的方式来达到禁用启动项的目的，然后再简单的判断计算机重启后，注册表或者启动文件是否删除、修改成功来作为启动项处理成功与否的标准。
[0004]而随着计算机技术的发展，很多软件为了生存，会采取各种各样的手段来对抗优化软件，干扰启动项的处理，只要有任意一个启动点没有禁用完全，就可能导致整个启动项的处理失败。因此，现有的启动项禁用是否成功的判定标准，已经不能真实客观地反映启动项的处理结果。
[0005]在实现本发明的过程中，发明人发现现有技术中至少存在如下技术问题:
[0006]现有技术中，不能准确地对启动项的处理结果进行判定，所得到的判定结果不够可靠。
【发明内容】
[0007]有鉴于此，本发明实施例提供的启动项处理结果的判定方法及装置，能够准确地对启动项的处理结果进行判定，得到的判定结果真实可靠。
[0008]一方面，本发明实施例提供一种启动项处理结果的判定方法，包括:
[0009]记录启动项的启动位置、启动项名称和指向目标；
[0010]对所述启动项进行处理；
[0011]在预定时间间隔之后,判断所述启动位置的所述启动项名称是否处理成功；
[0012]若处理成功，则在操作系统重启后，再次判断所述启动位置的所述启动项名称是否处理成功；
[0013]若处理成功，则判断所述指向目标是否处于活跃状态，若所述指向目标没有处于活跃状态，则所述启动项处理成功，若所述指向目标处于活跃状态，则所述启动项处理失败。
[0014]另一方面，本发明实施例提供一种启动项处理结果的判定装置，包括:
[0015]第一记录单元,用于记录启动项的启动位置、启动项名称和指向目标；
[0016]处理单元，用于对所述启动项进行处理；
[0017]第一判断单元，用于在预定时间间隔之后，判断所述启动位置的所述启动项名称是否处理成功；
[0018]第二判断单元，用于在所述第一判断单元判断所述启动位置的所述启动项名称处理成功时，在操作系统重启后，再次判断所述启动位置的所述启动项名称是否处理成功；
[0019]第三判断单元，用于在所述第二判断单元再次判断所述启动位置的所述启动项名称处理成功时，判断所述指向目标是否处于活跃状态，若所述指向目标没有处于活跃状态，则所述启动项处理成功，若所述指向目标处于活跃状态，则所述启动项处理失败。
[0020]本发明实施例提供的启动项处理结果的判定方法及装置，在对启动项进行处理之后，经过预定时间间隔，判断启动位置的启动项名称是否处理成功，若处理成功，则在操作系统重启后，再次判断启动位置的启动项名称是否处理成功，若处理成功，则判断指向目标是否处于活跃状态，只有在指向目标没有处于活跃状态时才判定启动项处理成功。与现有技术相比，本发明能够综合利用启动项的启动位置、启动项名称和指向目标等信息，准确地对启动项的处理结果进行判定，得到的判定结果真实可靠。
【专利附图】
【附图说明】
[0021]为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
[0022]图1为本发明启动项处理结果的判定方法一实施例的流程示意图；
[0023]图2为本发明启动项处理结果的判定方法另一实施例的流程示意图；
[0024]图3为本发明启动项处理结果的判定装置一实施例的结构示意图；
[0025]图4为本发明启动项处理结果的判定装置另一实施例的结构示意图。
【具体实施方式】
[0026]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
[0027]参看图1，本发明实施例提供一种启动项处理结果的判定方法，包括:
[0028]S11、记录启动项的启动位置、启动项名称和指向目标；
[0029]S12、对所述启动项进行处理；
[0030]S13、在预定时间间隔之后,判断所述启动位置的所述启动项名称是否处理成功；
[0031]S14、若处理成功，则在操作系统重启后，再次判断所述启动位置的所述启动项名称是否处理成功；
[0032]S15、若处理成功，则判断所述指向目标是否处于活跃状态，若所述指向目标没有处于活跃状态，则所述启动项处理成功，若所述指向目标处于活跃状态，则所述启动项处理失败。
[0033]本发明实施例提供的启动项处理结果的判定方法，在对启动项进行处理之后，经过预定时间间隔，判断启动位置的启动项名称是否处理成功，若处理成功，则在操作系统重启后，再次判断启动位置的启动项名称是否处理成功，若处理成功，则判断指向目标是否处于活跃状态，只有在指向目标没有处于活跃状态时才判定启动项处理成功。与现有技术相t匕，本发明能够综合利用启动项的启动位置、启动项名称和指向目标等信息，准确地对启动项的处理结果进行判定，得到的判定结果真实可靠。
[0034]可选地，在本发明启动项处理结果的判定方法一实施例中，所述启动位置可包括开始菜单中的启动文件夹、注册表的启动项、系统服务、驱动或计划任务。本发明不仅限于此。
[0035]可选地，在本发明启动项处理结果的判定方法一实施例中，所述启动项名称为启动项的唯一名称标识。本发明不仅限于此。
[0036]可选地，在本发明启动项处理结果的判定方法一实施例中，所述对所述启动项进行处理(S12)可包括:对注册表或启动文件进行修改或删除。
[0037]在本实施例中，所述判断所述启动位置的所述启动项名称是否处理成功(S13或S14)可包括:判断所述启动位置的所述启动项名称是否修改或删除成功。
[0038]参看图2，可选地，在本发明启动项处理结果的判定方法一实施例中，在所述在预定时间间隔之后，判断所述启动位置的所述启动项名称是否处理成功(S13)之后，还可包括:
[0039]S16、记录判断结果。
[0040]在本实施例中，所记录的判断结果仅作为参考结果。
[0041]可选地，在本发明启动项处理结果的判定方法一实施例中，所述指向目标包括要启动的进程或服务。本发明不仅限于此。
[0042]在本实施例中，所述判断所述指向目标是否处于活跃状态可包括:判断进程或服务是否处于活跃状态。
[0043]在本实施例中，所述判断进程或服务是否处于活跃状态可包括:判断进程是否处于运行状态，或者，判断服务是否处于服务状态。
[0044]在本实施例中，所述判断服务是否处于服务状态可包括:通过调用系统API (Applicat1n Programming Interface,应用程序编程接口)判断服务是否处于服务状态。
[0045]在本发明启动项处理结果的判定方法一实施例中，以需要禁用一个服务HKEY_LOCAL_MACHINE\SYSTEM\CurrentCont rolSet\services\kxescore 为例，该服务的启动位置为:
[0046]HKEY_LOCAL_MACHINE\SYSTEM\CurrentCont rolSet\services
[0047]启动项名称为:kxescore
[0048]指向目标为:
[0049]" c:\program files (x86) \kingsoft\kingsoft antivirus\kxescore.exe"
[0050]采用本发明启动项处理结果的判定方法，具体过程如下:
[0051]将注册表HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services 键值中的“Start”中的值改为0x3 ；
[0052]30秒后判断“Start”的值是否依旧为0x3 ；
[0053]判断该值依旧为0x3，表明操作系统重启前启动项处理成功；
[0054]操作系统重启后，再次判断注册表中“Start”值，依旧为0x3 ；
[0055]再调用系统API，对kxescore服务状态进行判断，其状态为停止，表明该启动项处理成功。
[0056]在本发明启动项处理结果的判定方法一实施例中，以需要禁用一个通用的启动项 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVers1n\Run:“QQ2013” 为例，其注册表位置为:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVers1n\Run
[0057]启动项名称为:QQ2013
[0058]指向目标为:“C:\Program Files\Tencent\qq2013\bin\qq.exe”
[0059]采用本发明启动项处理结果的判定方法，具体过程如下:
[0060]删除注册表位置中的启动项名称QQ2013 ；
[0061]30 秒后，判断注册表 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVers1n\Run: ” QQ2013，，是否存在；
[0062]判断结果为不存在，说明操作系统重启前处理成功；
[0063]操作系统重启后，再次判断HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVers1n\Run: ” QQ2013”是否存在,其结果为不存在；
[0064]判断指向目标是否活跃，判断结果为进程QQ.exe正在运行，表明该启动项处理失败。
[0065]参看图3，本发明实施例提供一种启动项处理结果的判定装置，所述启动项处理结果的判定装置包括:第一记录单元11，用于记录启动项的启动位置、启动项名称和指向目标；处理单元12，用于对所述启动项进行处理；第一判断单元13，用于在预定时间间隔之后，判断所述启动位置的所述启动项名称是否处理成功；第二判断单元14，用于在所述第一判断单元13判断所述启动位置的所述启动项名称处理成功时，在操作系统重启后，再次判断所述启动位置的所述启动项名称是否处理成功；第三判断单元15，用于在所述第二判断单元15再次判断所述启动位置的所述启动项名称处理成功时，判断所述指向目标是否处于活跃状态，若所述指向目标没有处于活跃状态，则所述启动项处理成功，若所述指向目标处于活跃状态，则所述启动项处理失败。
[0066]本发明实施例提供的启动项处理结果的判定装置，在对启动项进行处理之后，经过预定时间间隔，判断启动位置的启动项名称是否处理成功，若处理成功，则在操作系统重启后，再次判断启动位置的启动项名称是否处理成功，若处理成功，则判断指向目标是否处于活跃状态，只有在指向目标没有处于活跃状态时才判定启动项处理成功。与现有技术相t匕，本发明能够综合利用启动项的启动位置、启动项名称和指向目标等信息，准确地对启动项的处理结果进行判定，得到的判定结果真实可靠。
[0067]可选地，在本发明启动项处理结果的判定装置一实施例中，所述启动位置可包括开始菜单中的启动文件夹、注册表的启动项、系统服务、驱动或计划任务。本发明不仅限于此。
[0068]可选地，在本发明启动项处理结果的判定装直一实施例中，所述启动项名称为启动项的唯一名称标识。本发明不仅限于此。
[0069]可选地，在本发明启动项处理结果的判定装置一实施例中，所述处理单元12，还可用于对注册表或启动文件进行修改或删除。
[0070]在本实施例中，所述第一判断单元13或第二判断单元14，还可用于判断所述启动位置的所述启动项名称是否修改或删除成功。
[0071]参看图4,可选地,在本发明启动项处理结果的判定装置一实施例中,所述启动项处理结果的判定装置，还可包括:
[0072]第二记录单元16，用于记录所述第一判断单元13的判断结果。
[0073]在本实施例中，第二记录单元16所记录的判断结果仅作为参考结果。
[0074]可选地，在本发明启动项处理结果的判定装置一实施例中，所述指向目标包括要启动的进程或服务。本发明不仅限于此。
[0075]在本实施例中，所述第三判断单元15，还可用于判断进程或服务是否处于活跃状态。
[0076]在本实施例中，所述第三判断单元15可包括:
[0077]进程判断模块，用于判断进程是否处于运行状态；若进程处于运行状态，则第三判断单元15判断进程处于活跃状态；
[0078]服务判断模块，用于判断服务是否处于服务状态。若服务处于服务状态，则第三判断单元15判断服务处于活跃状态。
[0079]在本实施例中，所述服务判断模块，还可用于通过调用API判断服务是否处于服务状态。
[0080]本发明实施例启动项处理结果的判定方法及装置，可以适用于利用启动项的相关信息对计算机开机启动项的处理结果进行综合判定，以便提高判定结果的准确性和可靠性。
[0081]本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory, ROM)或随机存储记忆体(Random AccessMemory, RAM)等。
[0082]以上所述，仅为本发明的【具体实施方式】，但本发明的保护范围并不局限于此，任何熟悉本【技术领域】的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
【权利要求】
1.一种启动项处理结果的判定方法，其特征在于，包括: 记录启动项的启动位置、启动项名称和指向目标； 对所述启动项进行处理； 在预定时间间隔之后，判断所述启动位置的所述启动项名称是否处理成功； 若处理成功，则在操作系统重启后，再次判断所述启动位置的所述启动项名称是否处理成功； 若处理成功，则判断所述指向目标是否处于活跃状态，若所述指向目标没有处于活跃状态，则所述启动项处理成功，若所述指向目标处于活跃状态，则所述启动项处理失败。
2.根据权利要求1所述的启动项处理结果的判定方法，其特征在于，所述启动位置包括开始菜单中的启动文件夹、注册表的启动项、系统服务、驱动或计划任务。
3.根据权利要求1所述的启动项处理结果的判定方法，其特征在于，所述启动项名称为启动项的唯一名称标识。
4.根据权利要求1所述的启动项处理结果的判定方法，其特征在于，所述对所述启动项进行处理包括: 对注册表或启动文件进行修改或删除。
5.根据权利要求4所述的启动项处理结果的判定方法，其特征在于，所述判断所述启动位置的所述启动项名称是否处理成功包括: 判断所述启动位置的所述启动项名称是否修改或删除成功。
6.根据权利要求1或5所述的启动项处理结果的判定方法，其特征在于，在所述在预定时间间隔之后，判断所述启动位置的所述启动项名称是否处理成功之后，还包括: 记录判断结果。
7.根据权利要求1所述的启动项处理结果的判定方法，其特征在于，所述指向目标包括要启动的进程或服务。
8.根据权利要求7所述的启动项处理结果的判定方法，其特征在于，所述判断所述指向目标是否处于活跃状态包括: 判断进程或服务是否处于活跃状态。
9.根据权利要求8所述的启动项处理结果的判定方法，其特征在于，所述判断进程或服务是否处于活跃状态包括: 判断进程是否处于运行状态，或者，判断服务是否处于服务状态。
10.根据权利要求9所述的启动项处理结果的判定方法，其特征在于，所述判断服务是否处于服务状态包括: 通过调用系统应用程序编程接口判断服务是否处于服务状态。
11.一种启动项处理结果的判定装置，其特征在于，包括: 第一记录单元，用于记录启动项的启动位置、启动项名称和指向目标； 处理单元,用于对所述启动项进行处理； 第一判断单元，用于在预定时间间隔之后，判断所述启动位置的所述启动项名称是否处理成功； 第二判断单元，用于在所述第一判断单元判断所述启动位置的所述启动项名称处理成功时，在操作系统重启后，再次判断所述启动位置的所述启动项名称是否处理成功； 第三判断单元，用于在所述第二判断单元再次判断所述启动位置的所述启动项名称处理成功时，判断所述指向目标是否处于活跃状态，若所述指向目标没有处于活跃状态，则所述启动项处理成功，若所述指向目标处于活跃状态，则所述启动项处理失败。
12.根据权利要求11所述的启动项处理结果的判定装置，其特征在于，所述启动位置包括开始菜单中的启动文件夹、注册表的启动项、系统服务、驱动或计划任务。
13.根据权利要求11所述的启动项处理结果的判定装置，其特征在于，所述启动项名称为启动项的唯一名称标识。
14.根据权利要求11所述的启动项处理结果的判定装置，其特征在于，所述处理单元，还用于对注册表或启动文件进行修改或删除。
15.根据权利要求14所述的启动项处理结果的判定装置，其特征在于，所述第一判断单元或第二判断单元，还用于判断所述启动位置的所述启动项名称是否修改或删除成功。
16.根据权利要求11或15所述的启动项处理结果的判定装置，其特征在于，还包括: 第二记录单元，用于记录所述第一判断单元的判断结果。
17.根据权利要求11所述的启动项处理结果的判定装置，其特征在于，所述指向目标包括要启动的进程或服务。
18.根据权利要求17所述的启动项处理结果的判定装置，其特征在于，所述第三判断单元，还用于判断进程或服务是否处于活跃状态。
19.根据权利要求18所述的启动项处理结果的判定装置，其特征在于，所述第三判断单元包括: 进程判断模块，用于判断进程是否处于运行状态； 服务判断模块，用于判断服务是否处于服务状态。
20.根据权利要求19所述的启动项处理结果的判定装置，其特征在于，所述服务判断模块，还用于通过调用API判断服务是否处于服务状态。
【文档编号】G06F21/51GK104166575SQ201410419455
【公开日】2014年11月26日 申请日期:2014年8月22日 优先权日:2014年8月22日
【发明者】黄舰 申请人:珠海市君天电子科技有限公司