发明内容
鉴于上述现有的系统启动方法在系统启动服务中有漏洞,或者由于系统其他原因导致系统启动服务出现异常时,会拖慢系统启动过程,使用户体验变差的问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的计算机系统开机启动加速方法与装置。
依据本发明的一个方面,提供了计算机系统开机启动加速方法,包括:
系统检测到开机事件后,加载系统服务管理器,使所述系统服务管理器根据预先设置的系统启动服务的启动类型启动所述系统启动服务;其中,所述预先设置的系统启动服务的启动类型通过下列步骤设置:获取计算机系统的系统故障日志;从系统故障日志中获取系统启动服务的日志信息,日志信息包括系统启动服务的日志信息的数据来源、和系统启动服务的服务标识;判断系统启动服务的日志信息的数据来源是否为系统服务管理器,以及判断系统启动服务的服务标识是否为设定标识;若是,则获取系统启动服务的启动类型和当前状态;若系统启动服务的启动类型为自启动或手动启动,且当前状态为正在启动或已经停止,则将系统启动服务的启动类型修改为已禁用。
可选地,判断系统启动服务的服务标识是否为设定标识的步骤包括:判断系统启动服务的服务标识是否为以下标识中的至少一种:等待服务的连接超时的标识、等待来自服务的事务处理响应超时的标识、服务在启动时暂停的标识。
可选地,获取所述系统启动服务的启动类型和当前状态的步骤包括:当获取系统启动服务的启动类型时,向系统服务管理器发送第一查询消息,请求查询判断结果为是的系统启动服务的启动类型;接收系统服务管理器对第一查询消息的返回消息,根据返回消息获取判断结果为是的系统启动服务的启动类型;当获取系统启动服务的当前状态时,向系统服务管理器发送第二查询消息,请求查询判断结果为是的系统启动服务的当前状态;接收系统服务管理器对第二查询消息的返回消息,根据返回消息获取判断结果为是的系统启动服务的当前状态。
可选地,当获取系统启动服务的启动类型时,通过QueryServiceCong接口向系统服务管理器发送第一查询消息;以及,通过QueryServiceConfig接口接收系统服务管理器对第一查询消息的返回消息;当获取系统启动服务的当前状态时,通过QueryServiceStatus接口向系统服务管理器发送第二查询消息;以及,通过QueryServiceStatus接口接收系统服务管理器对第二查询消息的返回消息。
可选地,从所述系统故障日志中获取系统启动服务的日志信息的步骤包括:以日志生成时间为倒序的顺序,从系统故障日志中获取设定时间范围内的、系统启动服务的日志信息。
根据本发明的另一方面,提供了一种计算机系统开机启动加速装置,包括:启动加速模块,用于在系统检测到开机事件后,加载系统服务管理器,使所述系统服务管理器根据预先设置的系统启动服务的启动类型启动所述系统启动服务;其中,所述预先设置的系统启动服务的启动类型通过计算机系统启动处理装置设置;所述计算机系统启动处理装置包括:第一获取模块,用于获取计算机系统的系统故障日志;从系统故障日志中获取系统启动服务的日志信息,日志信息包括系统启动服务的日志信息的数据来源、和系统启动服务的服务标识;判断模块,用于判断系统启动服务的日志信息的数据来源是否为系统服务管理器,以及判断系统启动服务的服务标识是否为设定标识;第二获取模块,用于若判断模块的判断结果为是,则获取系统启动服务的启动类型和当前状态;修改模块,用于若系统启动服务的启动类型为自启动或手动启动,且当前状态为正在启动或已经停止,则将系统启动服务的启动类型修改为已禁用。
可选地,判断模块在判断系统启动服务的服务标识是否为设定标识时,判断系统启动服务的服务标识是否为以下标识中的至少一种:等待服务的连接超时的标识、等待来自服务的事务处理响应超时的标识、服务在启动时暂停的标识。
可选地,第二获取模块在获取系统启动服务的启动类型时,向系统服务管理器发送第一查询消息,请求查询判断结果为是的系统启动服务的启动类型;接收系统服务管理器对第一查询消息的返回消息,根据返回消息获取判断结果为是的系统启动服务的启动类型;在获取系统启动服务的当前状态时,向系统服务管理器发送第二查询消息,请求查询判断结果为是的系统启动服务的当前状态;接收系统服务管理器对第二查询消息的返回消息,根据返回消息获取判断结果为是的系统启动服务的当前状态。
可选地,当第二获取模块获取系统启动服务的启动类型时,通过QueryServiceConfig接口向系统服务管理器发送第一查询消息;以及,通过QueryServiceConfig接口接收系统服务管理器对第一查询消息的返回消息;当第二获取模块获取系统启动服务的当前状态时,通过QueryServiceStatus接口向系统服务管理器发送第二查询消息;以及,通过QueryServiceStatus接口接收系统服务管理器对第二查询消息的返回消息。
可选地,第一获取模块在从系统故障日志中获取系统启动服务的日志信息时,以日志生成时间为倒序的顺序,从系统故障日志中获取设定时间范围内的、系统启动服务的日志信息。
本发明针对现有的系统启动方法在系统启动服务中有漏洞,或者由于系统其他原因导致系统启动服务出现异常时,会拖慢系统启动过程,使用户体验变差的问题,在系统启动超过一定时间(即设定阈值)时,从系统故障日志中获取系统启动服务的信息,进而根据获取的信息判断出现漏洞或异常的系统启动服务,进而将该系统启动服务修改为禁用,在系统再次启动时使用修改后的系统启动服务启动系统。当禁用出现漏洞或异常的系统启动服务时,系统启动时将跳过这些服务,从而避免了系统启动过程慢,用户使用体验差的问题,达到了提高系统启动过程,提升用户使用体验的效果。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
系统启动过程是不断加载开机启动项目的过程,这些开机启动项目不仅包括加载系统文件、启动核心服务,显示欢迎界面、等待用户输入账号密码、根据个人配置加载非关键服务等一些后台开机启动项目,还包括输入法、杀毒软件等一些前台开机启动项目。
实施例一
参照图1,示出了根据本发明实施例一的一种计算机系统启动处理方法的步骤流程图。
本实施例的计算机系统启动处理方法包括以下步骤:
步骤S102:获取计算机系统的系统故障日志。
系统故障日志中通常记录有系统的故障信息,当系统启动出现了异常时,在系统故障日志中应当记录有这部分异常的信息。
步骤S104:从系统故障日志中获取系统启动服务的日志信息。
其中,系统启动服务的日志信息包括系统启动服务的日志信息的数据来源、和系统启动服务的服务标识。
系统启动服务包括但不限于SERVICE_FILE_SYSTEM_DRIVER服务、SERVICE_KERNEL_DRIVER服务、SERVICE_WIN32_OWN_PROCESS服务和SERVICE_WIN32_SHARE_PROCESS服务。
步骤S106:判断系统启动服务的日志信息的数据来源是否为系统服务管理器,以及判断系统启动服务的服务标识是否为设定标识,如果均为是,则执行步骤S108;否则,返回步骤S104,读取下一条日志继续分析。
步骤S108:若判断结果为是,则获取判断结果为是的系统启动服务的启动类型和当前状态。
步骤S110:判断系统启动服务的启动类型是否为自启动或手动启动,且当前状态是否为正在启动或已经停止,若均为是,则执行步骤S112;否则,返回步骤S104,读取下一条日志继续分析。
系统启动服务的启动类型包括但不限于:SERVICE_AUTO_START类型,即被服务管理器启动的自启动服务;SERVICE_BOOT_START类型,即被系统内核启动的自启动驱动;SERVICE_DEMAND_START类型,即被服务管理器启动的手动启动服务;SERVICE_DISABLED类型,即已禁用服务;SERVICE_SYSTEM_START,即被系统内核启动的自启动驱动。当系统启动服务的启动类型为自启动或手动启动,且当前状态为正在启动或已经停止时,则进行后续的启动类型修改操作。
步骤S112:将系统启动服务的启动类型修改为已禁用。
修改后的系统启动服务将在下次系统启动时生效。
通过本实施例,针对现有的系统启动方法在系统启动服务中有漏洞(漏洞),或者由于系统其他原因导致系统启动服务出现异常时,会拖慢系统启动过程,使用户体验变差的问题,在系统启动超过一定时间(即设定阈值)时,从系统故障日志中获取系统启动服务的信息,进而根据获取的信息判断出现漏洞或异常的系统启动服务,进而将该系统启动服务修改为禁用,在系统再次启动时使用修改后的系统启动服务启动系统。当禁用出现漏洞或异常的系统启动服务时,系统启动时将跳过这些服务,从而避免了系统启动过程慢,用户使用体验差的问题,达到了提高系统启动过程的速度,提升用户使用体验的效果。
实施例二
参照图2,示出了根据本发明实施例二的一种计算机系统启动处理方法的步骤流程图。
本实施例的计算机系统启动处理方法包括以下步骤:
步骤S202:当系统启动时间超过设定阈值时,获取计算机系统的系统故障日志。
其中,设定阈值可以根据对系统启动时间的统计分析结果适当设定,或者根据经验设定,或者采用其它设定方式,本发明对此不作限制。例如,系统服务管理程序启动服务时,会检测正在启动的服务状态,检测该服务是否超过预设时间没有正常响应,其中,该预设时间为80秒,因此可以将80秒作为本实施例中的设定阈值;再例如,系统服务管理程序启动服务时,会检测服务所在进程运行的时间是否超过了30秒,因此,也可以将30秒作为本实施例中的设定阈值。当然,不限于此,如上所述,任意适当的设定方式均可适用。
步骤S204:从系统故障日志中获取系统启动服务的日志信息。
其中,系统启动服务的日志信息包括系统启动服务的日志信息的数据来源、和系统启动服务的服务标识。
系统故障日志中的每条日志都有生成时间,因此,优选地,可以以日志生成时间为倒序的顺序,从系统故障日志中获取设定时间范围内的、系统启动服务的日志信息。其中,设定时间范围可以由本领域技术人员根据实际情况适当设置,如为当天的日志信息,或者为设定的几个小时内的日志信息,当然也可以为其它情况,为设定日期内的等等。以倒序顺序读取日志信息可以优先处理最新生成的日志信息,提高处理速度和效率。
步骤S206:判断系统启动服务的日志信息的数据来源是否为系统服务管理器,以及判断系统启动服务的服务标识是否为等待服务的连接超时的标识、等待来自服务的事务处理响应超时的标识、服务在启动时暂停的标识中的至少一种。
需要说明的是,在实际应用中,设定标识不限于上述等待服务的连接超时的标识、等待来自服务的事务处理响应超时的标识、服务在启动时暂停的标识,本领域技术人员可以根据实际情况适当选择服务标识,以能够判断系统启动服务是否超时或停止为原则。
步骤S208:若判断结果为是,则获取判断结果为是的系统启动服务的启动类型和当前状态。
其中,系统启动服务的启动类型可以通过向系统服务管理器发送第一查询消息,请求查询判断结果为是的系统启动服务的启动类型;接收系统服务管理器对第一查询消息的返回消息,根据返回消息获取判断结果为是的系统启动服务的启动类型;系统启动服务的当前状态可以通过向系统服务管理器发送第二查询消息,请求查询判断结果为是的系统启动服务的当前状态;接收系统服务管理器对第二查询消息的返回消息,根据返回消息获取判断结果为是的系统启动服务的当前状态。其中,启动类型和当前状态的获取可以不分先后顺序。
优选地,当获取判断结果为是的系统启动服务的启动类型时,通过QueryServiceConfig接口向系统服务管理器发送第一查询消息;以及,通过QueryServiceConfig接口接收系统服务管理器对第一查询消息的返回消息;当获取判断结果为是的系统启动服务的当前状态时,通过QueryServiceStatus接口向系统服务管理器发送第二查询消息;以及,通过QueryServiceStatus接口接收系统服务管理器对第二查询消息的返回消息。QueryServiceConfig接口和QueryServiceStatus接口均为操作系统提供的接口,使用这两个接口获取相应的信息,实现简单,节约了实现成本。
步骤S210:若系统启动服务的启动类型为自启动或手动启动,且当前状态为正在启动或已经停止,则将系统启动服务的启动类型修改为已禁用。
若系统启动服务的启动类型为自启动或手动启动,且当前状态为正在启动或已经停止,则表明该系统启动服务出现了异常,影响了系统的启动过程,则将其的启动类型修改为已禁用,从而禁止系统再启动该服务。
步骤S212:根据修改后的系统启动服务重新启动系统。
通过本实施例,避免了系统启动过程慢,用户使用体验差的问题,达到了提高系统启动过程,提升用户使用体验的效果。
实施例三
参照图3,示出了根据本发明实施例三的一种计算机系统启动处理方法的步骤流程图。
本实施例中,在系统中设置挂起服务检测模块,使用该挂起服务检测模块执行本实施例的计算机系统启动处理方法。
本实施例的计算机系统启动处理方法包括以下步骤:
步骤S302:当系统启动时间超过设定阈值时,挂起服务检测模块获取计算机系统的eventlog日志。
本实施例中,eventlog日志中记录有系统故障/异常信息,对于系统eventlog中的每一条日志,其包含有数据来源,ID(标识),数据内容,以及时间等字段和信息。
步骤S304:挂起服务检测模块通过系统接口ReadEventLog读取至少一条日志,获取该条日志的数据来源和服务ID等信息。
本实施例中,每条日志都有生成时间,读取日志的时候,可以先判断读取的该条日志的生成时间是否在设定时间范围内,本实施例中,设定时间范围可以以当天为例,读取日志的时候,采用倒序读取,即先读取最新生成的日志,后读取老日志。如果日志是当天生成的,则继续判断服务来源和ID是否匹配,否则,则认为当天的日志已经处理完成,可以退出当前流程。
为读取的日志设置设定时间范围,是因为老的日志可能是以前有问题但已被解决的日志,如果读取这部分日志将会影响本发明方案的最终检测判断结果。
此外,读取日志时不限于倒序读取,本领域技术人员可以采用其他的自定义的顺序进行读取。
步骤S306:挂起服务检测模块匹配读取的日志的数据来源是否是“Service Control Manager”,即系统服务管理器SCM,且ID是否是7009、7011、7022中的一项或多项,如果匹配成功,则说明读取的日志是启动服务的日志,则执行步骤S308;否则,不做处理,返回步骤S304。
其中,各ID的含义如下:7009,等待服务的连接超时;7011,等待来自服务的事务处理响应超时;7022,服务在启动时暂停。
通过分析和验证,发现当SCM遇到如上描述的3中ID时,会导致系统启动变慢,或登录到系统后较长时间没响应。
步骤S308:当匹配eventlog日志中条件成功时,挂起服务检测模块通过接口QueryServiceConfig判断系统启动服务的启动类型是否是自启动或手动启动,如果是,则执行步骤S310;如果否,则不进行处理,返回步骤S304。
因为系统启动服务之间会有相互依赖关系,如果一个自启动服务依赖手动启动服务,那么系统会先把手动启动的服务调用起来之后,再启动那个有依赖的自启动服务。因此,对于系统启动服务的启动类型为自启动或手动启动的服务都需要进行判断检测。
步骤S310:如果系统启动服务的启动类型是自启动或手动启动,挂起服务检测模块再通过接口QueryServiceStatus查询系统启动服务的当前状态,如果当前状态是正在启动或已经停止,则将启动类型修改为已禁用,执行步骤S312;如果当前状态不是正在启动或已经停止,则不进行处理,返回步骤S304。
如果当前状态是正在启动或已经停止,则认为此系统启动服务确实是影响系统启动速度的服务,把该服务的启动类型修改为已禁用。修改为已禁用后,该服务以后不能再次启动。在实现时,可以通过直接将注册表HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\XXXX下的Start键值修改为4实现,即,Start键值为4表示已禁用。
需要说明的是,在实际执行中,步骤S308和步骤S310的执行可以不分先后顺序,即启动类型和当前状态的获取可以不分先后顺序。
步骤S312:挂起服务检测模块根据修改后的系统启动服务重新启动系统。
本实施例通过匹配eventlog日志,查询服务的启动类型,查询服务的当前状态实现了异常系统启动服务的禁用,加快了系统启动速度,减少了系统启动过程中所耗费的时间,提升了用户使用体验的效果。
其中,本实施中,匹配eventlog日志必须先执行,查询服务的启动类型和查询服务的当前状态的执行可以不分先后顺序,不会影响检测结果。
实施例四
参照图4,示出了根据本发明实施例四的一种计算机系统开机启动加速方法的步骤流程图。
本实施例的计算机系统开机启动加速方法包括以下步骤:
步骤S10:系统检测到开机事件后,加载SCM(系统服务管理器)。
步骤S20:SCM根据预先设置的系统启动服务的启动类型启动系统服务。
其中,预先设置的系统启动服务的启动类型可以通过实施例一至三中任一个计算机系统启动处理方法实施例中对系统启动服务的启动类型检测和修改实现预先设置。
计算机系统开机速度的所需要的时间涉及到services.exe(即SCM)和explorer.exe(即explorer),services.exe是Windows操作系统的一部分,用于管理启动和停止服务。该进程也会处理在计算机启动和关机时运行的服务。explore r.exe进程为用户提供了图形用户界面(也成为图形壳),简单的说就是用来显示系统的桌面环境的,包括开始菜单、桌面下方的任务栏、桌面图标和文件管理。
在计算机系统启动过程中,SCM负责启动系统启动服务,explorer负责用户桌面环境。在系统启动过程中,SCM先被创建并运行,启动系统启动服务。稍后,explorer启动并初始化,加载用户桌面环境。当explorer中用到了和系统启动服务有关的组件时,需要和SCM交互,但因为SCM在启动服务过程中,占用了一个锁,在这个过程中,系统的其他进程如果想启动一个服务,那么在访问这个锁的时候会被阻塞住,从而影响系统的开机速度。
以WINDOWS XP系统为例,explorer启动时,会创建一个COM,其CLSID是{DD522ACC-F821-461A-A407-50B198B896DC},这个COM对应于系统的ShellHWDetection服务。在创建这个COM时,如果这个服务还没有启动,那么需要先启动该服务,而该服务的启动需要由SCM来执行。如果SCM启动的服务中有挂起服务,即SCM启动系统服务的过程被拖延了,那么explorer通知SCM启动这个服务时,就会由于不能占用之前提到的那个锁而被卡住,直到SCM完成了服务启动过程,explorer的请求才能被满足,继而继续后边的操作,这就造成开机速度慢。而通过实施例一至三中的计算机系统启动处理,在检测到并将挂起服务的启动类型修改为已禁用后,在SCM启动过程中,将不再启动已禁用的系统启动服务(即该部分挂起服务),从而使得开机过程会比较流畅地完成,explorer启动COM的过程不会因SCM启动系统启动服务而拖延或卡住,由于explorer启动COM的过程所需要的时间被减少,所以本实施例提高了系统的开机速度。
实施例五
参照图5,示出了根据本发明实施例五的一种计算机系统启动处理装置的结构框图。
本实施例的计算机系统启动处理装置包括:第一获取模块402,用于获取计算机系统的系统故障日志;从系统故障日志中获取系统启动服务的日志信息,该日志信息包括系统启动服务的日志信息的数据来源、和系统启动服务的服务标识;判断模块404,用于判断系统启动服务的日志信息的数据来源是否为系统服务管理器,以及判断系统启动服务的服务标识是否为设定标识;第二获取模块406,用于若判断模块404的判断结果为是,则获取判断结果为是的系统启动服务的启动类型和当前状态;修改模块408,用于若系统启动服务的启动类型为自启动或手动启动,且当前状态为正在启动或已经停止,则将系统启动服务的启动类型修改为已禁用。
优选地,判断模块404在判断系统启动服务的服务标识是否为设定标识时,判断系统启动服务的服务标识是否为以下标识中的至少一种:等待服务的连接超时的标识、等待来自服务的事务处理响应超时的标识、服务在启动时暂停的标识。
优选地,第二获取模块406在获取判断结果为是的系统启动服务的启动类型时,向系统服务管理器发送第一查询消息,请求查询判断结果为是的述系统启动服务的启动类型;接收系统服务管理器对第一查询消息的返回消息,根据返回消息获取判断结果为是的系统启动服务的启动类型;在获取判断结果为是的系统启动服务的当前状态时,向系统服务管理器发送第二查询消息,请求查询判断结果为是的系统启动服务的当前状态;接收系统服务管理器对第二查询消息的返回消息,根据返回消息获取判断结果为是的系统启动服务的当前状态。其中,启动类型和当前状态的获取不分先后顺序。
优选地,当第二获取模块406获取判断结果为是的系统启动服务的启动类型时,通过QueryServiceConfig接口向系统服务管理器发送第一查询消息;以及,通过QueryServiceConfig接口接收系统服务管理器对第一查询消息的返回消息;当第二获取模块406获取判断结果为是的系统启动服务的当前状态时,通过QueryServiceStatus接口向系统服务管理器发送第二查询消息;以及,通过QueryServiceStatus接口接收系统服务管理器对第二查询消息的返回消息。
优选地,第一获取模块402在从系统故障日志中获取系统启动服务的日志信息时,以倒序的顺序,从系统故障日志中获取生成时间在设定时间范围内的、系统启动服务的日志信息。
本实施例的系统启动装置用于实现前述多个方法实施例中相应的系统启动方法,并具有相应的方法实施例的有益效果,在此不再赘述。
实施例六
参照图6,示出了根据本发明实施例六的一种计算机系统开机启动加速装置的结构框图。
本实施例的计算机系统开机启动加速装置包括:启动加速模块602和实施例五中的计算机系统启动处理装置。
启动加速模块602,用于在系统检测到开机事件后,加载系统服务管理器,使系统服务管理器根据预先设置的系统启动服务的启动类型启动系统启动服务;其中,预先设置的系统启动服务的启动类型通过计算机系统启动处理装置预先设置。
例如,系统开机启动过程中,需要运行services.exe(即SCM)和explorer.exe(即explorer)。系统在检测到开机事件后,使用启动加速模块602加载SCM,通过SCM启动系统启动服务。稍后,explorer启动并初始化,加载用户桌面环境。在explorer运行过程中需要使用和系统启动服务有关的组件时,则需要和SCM交互,由SCM启动相关服务成功后,explorer才能进行后续流程。本实施例中,系统服务管理器根据预先设置的系统启动服务的启动类型启动系统启动服务,因那些造成SCM无法顺利运行的挂起服务已经由计算机系统启动处理装置禁用,SCM能够顺利完成流程,因此,explorer不会因SCM而拖延或卡住,由于explorer启动COM的过程所需要的时间被减少,所以本实施例从而加快了系统开机速度。
在此提供的系统启动方案不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造具有本发明方案的系统所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的开机启动加速方案中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。