运维任务的处理方法和装置与流程

文档序号:17160156发布日期:2019-03-20 00:34阅读:229来源:国知局
运维任务的处理方法和装置与流程

本发明涉及互联网技术领域,尤其涉及一种运维任务的处理方法和装置。



背景技术:

随着科技的不断发展,对集采项目中运维任务的处理方法备受公司和个人的喜爱。目前,现有技术中,运维人员一般采用脚本撰写的登录方式,登录单台或多台运维主机,使得运维主机通过执行特定的命令集合来执行运维任务,且运维人员需要事先对执行命令和任务结果有一定的了解,并通过对任务结果的分析和验证,才可以解决运维任务对应的问题。

然而,由于脚本可实现的功能局限,只能完成执行命令对应的部分,仍需要人工方式分析验证任务结果,或重新登录运维主机验证验证任务结果,操作繁琐,浪费人力,效率较低。



技术实现要素:

本发明提供一种运维任务的处理方法和装置,以解决现有技术中需要运维主机多次重复执行运维任务以及人工分析和处理任务结果而导致降低成本和效率低下的问题。

第一方面,本发明提供一种运维任务的处理方法,包括:

根据接收到的触发指令,登录与所述触发指令关联的运维主机,所述触发指令中包括至少一个任务信息,每个任务信息对应一个运维任务;

根据所述任务信息,执行获得任务结果的过程;

其中,所述获得任务结果的过程包括:

控制所述运维主机执行与所述任务信息对应的运维任务,获得任务结果;

在所述任务结果匹配到对应的执行信息时,根据所述任务结果对应的任务信息和所述执行信息,得到组装后的任务信息,所述执行信息为所述运维主机执行运维任务所需的信息;

根据所述组装后的任务信息,重复执行所述获得任务结果的过程,直到所述任务结果未匹配到对应的执行信息为止。

可选地,所述在所述任务结果匹配到对应的执行信息时,根据所述任务结果对应的任务信息和所述执行信息,得到组装后的任务信息,包括:

根据所述任务结果的类型,判断是否存储有与所述任务结果对应的执行信息;

若是,则根据所述任务信息和所述执行信息,得到所述组装后的任务信息。

可选地,所述在所述任务结果匹配到对应的执行信息时,根据所述任务结果对应的任务信息和所述执行信息,得到组装后的任务信息,包括:

根据所述运维任务的类型,获取任务执行信息集,所述任务执行信息集中包括至少一个执行信息;

根据执行信息与任务信息之间的对应关系,从所述任务执行信息集中,获得与所述任务结果匹配的执行信息;

将与所述任务结果对应的任务信息和所述执行信息进行组装,得到所述组装后的任务信息。

可选地,在所述根据执行信息与任务信息之间的对应关系,从所述任务执行信息集中,获得与所述任务结果匹配的执行信息之前,所述方法还包括:

根据所述任务信息的类型,建立所述执行信息与任务信息之间的对应关系。

可选地,所述将与所述任务结果对应的任务信息和所述执行信息进行组装,得到所述组装后的任务信息,包括:

将所述执行信息增加至所述任务信息中,得到所述组装后的任务信息。

可选地,所述将与所述任务结果对应的任务信息和所述执行信息进行组装,得到所述组装后的任务信息,包括:

从所述执行信息中,获取与所述任务信息不同的第一信息;

将所述第一信息增加至所述任务信息中,得到所述组装后的任务信息。

可选地,在所述任务结果未匹配到对应的执行信息时,所述方法还包括:

输出所述任务结果。

可选地,所述运维任务包括:获取所述运维主机的状态信息、检查和/或升级所述运维主机的系统版本、检查和/或所述运维主机上应用程序的系统版本、获取和/或查找所述运维主机中的文件、在所述运维主机上安装应用程序中的任意一个。

第二方面,本发明提供一种服务器,包括:

登录模块,用于根据接收到的触发指令,登录与所述触发指令关联的运维主机,所述触发指令中包括至少一个任务信息,每个任务信息对应一个运维任务;

执行模块,用于根据所述任务信息,执行获得任务结果的过程;

其中,所述执行模块,用于控制所述运维主机执行与所述任务信息对应的运维任务,获得任务结果;在所述任务结果匹配到对应的执行信息时,根据所述任务结果对应的任务信息和所述执行信息,得到组装后的任务信息,所述执行信息为所述运维主机执行运维任务所需的信息;根据所述组装后的任务信息,重复执行所述获得任务结果的过程,直到所述任务结果未匹配到对应的执行信息为止。

可选地,所述执行模块,具体用于根据所述任务结果的类型,判断是否存储有与所述任务结果对应的执行信息;若是,则根据所述任务信息和所述执行信息,得到所述组装后的任务信息。

可选地,所述执行模块,具体用于根据所述运维任务的类型,获取任务执行信息集,所述任务执行信息集中包括至少一个执行信息;根据执行信息与任务信息之间的对应关系,从所述任务执行信息集中,获得与所述任务结果匹配的执行信息;将与所述任务结果对应的任务信息和所述执行信息进行组装,得到所述组装后的任务信息。

可选地,所述执行模块,具体用于在所述根据执行信息与任务信息之间的对应关系,从所述任务执行信息集中,获得与所述任务结果匹配的执行信息之前,根据所述任务信息的类型,建立所述执行信息与任务信息之间的对应关系。

可选地,所述执行模块,具体用于将所述执行信息增加至所述任务信息中,得到所述组装后的任务信息。

可选地,所述执行模块,具体用于从所述执行信息中,获取与所述任务信息不同的第一信息;将所述第一信息增加至所述任务信息中,得到所述组装后的任务信息。

可选地,所述执行模块,还用于在所述任务结果未匹配到对应的执行信息时,输出所述任务结果。

可选地,所述运维任务包括:获取所述运维主机的状态信息、检查和/或升级所述运维主机的系统版本、检查和/或所述运维主机上应用程序的系统版本、获取和/或查找所述运维主机中的文件、在所述运维主机上安装应用程序中的任意一个。

第三方面,本发明提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现第一方面所述的运维任务的处理方法。

第四方面,本发明提供一种服务器,包括:

处理器;以及

存储器,用于存储所述处理器的可执行指令;

其中,所述处理器配置为经由执行所述可执行指令来执行第一方面所述的运维任务的处理方法。

本发明提供的运维任务的处理方法和装置,通过根据接收到的触发指令,运维服务器登录与触发指令关联的运维主机,该触发指令中包括至少一个任务信息,每个任务信息对应一个运维任务,进而,运维服务器根据任务信息,可以先控制运维主机执行与任务信息对应的运维任务,获得任务结果。运维服务器再在任务结果匹配到对应的执行信息时,可以根据任务结果对应的任务信息和执行信息,得到组装后的任务信息,该执行信息为运维主机执行运维任务所需的信息。接着,运维服务器根据组装后的任务信息,可以重复执行获得任务结果的过程,直到任务结果未匹配到对应的执行信息为止。本发明中,运维服务器通过任务结果与执行信息至少一次的匹配过程,实现任务结果自动的分析和处理,使得运维主机可以完整执行相应的运维任务,无需重复登陆运维主机,节省了运维任务的执行时间,减少了登陆运维主机的次数,简化了原有批量登录执行命令的人工繁琐操作,加快了运维任务的执行速率,解决了现有技术中需要运维主机多次重复执行运维任务以及人工分析和处理任务结果而导致降低成本和效率低下的问题。

附图说明

为了清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明实施例的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。

图1为本发明提供的运维任务的处理方法的场景示意图;

图2为本发明提供的运维任务的处理方法的流程图;

图3为本发明提供的运维任务的处理方法的流程图;

图4为本发明提供的运维任务的处理方法的流程图;

图5为本发明提供的服务器的结构示意图;

图6为本发明提供的服务器的硬件结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明实施例一部分实施例,而不是全部的实施例。基于本发明实施例中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明实施例保护的范围。

图1为本发明提供的运维任务的处理方法的场景示意图,如图1所示,本实施例的运维任务的处理方法可以以运维服务器为执行主体,应用于运维服务器可以登录一台或多台运维主机,并在运维主机上执行各种运维任务。其中,运维主机为执行运维任务并进行具体运维操作的主机设备,运维主机的个数可根据实际情况进行设定。且本实施例对运维任务的类型不做限定。可选地,运维任务包括:获取运维主机的状态信息、检查和/或升级运维主机的系统版本、检查和/或运维主机上应用程序的系统版本、获取和/或查找运维主机中的文件、在运维主机上安装应用程序中的任意一个。

本实施例中,运维人员可以通过运维服务器登录单台或多台运维主机,并根据实际的运维任务,单台或多台运维主机执行相应的稽核命令。进而,运维服务器可以自动对单台或多台运维主机反馈的执行结果进行分析与处理,操作简单易行,避免了现有技术中多次登录单台或多台运维主机来执行运维任务的现象,解决了现有技术中人工分析和处理运维任务的执行结果的问题,加快了运维任务的执行速率,提升了执行结果的分析和处理效率。

其中,运维服务器与运维主机之间采用有线或无线网络进行连接,实现运维服务器与运维主机之间的短距离或远程的数据传输和控制处理。

下面结合图1的场景示意图,以运维服务器为执行主体,通过具体实施例,对运维任务的处理方法的具体实现过程进行详细说明。图2为本发明提供的运维任务的处理方法的流程图,如图2所示,本实施例的运维任务的处理方法可以包括:

s201、根据接收到的触发指令,登录与触发指令关联的运维主机,触发指令中包括至少一个任务信息,每个任务信息对应一个运维任务。

s202、根据任务信息,执行获得任务结果的过程。

具体地,当运维人员需要通过运维服务器控制一台或多台运维主机执行运维任务时,运维人员可以向运维服务器发送触发指令,该触发指令中可以包括一个或多个任务信息,每一个任务信息对应一个运维任务。

进一步地,由于运维人员向运维服务器发送运维指令时可以指定对应的运维主机,因此,运维服务器可以根据接收到的触发指令,登录与触发指令关联的运维主机,进而,运维服务器可以根据任务信息,在对应的运维主机上执行获得任务结果的过程,具体包括s2021和s2022。

s2021、控制运维主机执行与任务信息对应的运维任务,获得任务结果。

s2022、在任务结果匹配到对应的执行信息时,根据任务结果对应的任务信息和执行信息,得到组装后的任务信息,执行信息为运维主机执行运维任务所需的信息。

s2023、根据组装后的任务信息,重复执行s2021-s2022的获得任务结果的过程,直到任务结果未匹配到对应的执行信息为止。

具体地,运维服务器可以控制运维主机执行任务信息对应的运维任务,获得任务结果。由于每个任务信息对应一个运维任务,因此,任务结果中可以包括执行运维任务的一个或多个结果。其中,本实施例对任务结果的具体形式不做限定,任务结果可以以代码或标识等进行标识。

进一步地,由于运维主机中可以能够会缺少执行运维任务所必要全部的执行信息,使得运维主机仅可以执行运维任务的部分,实质上无法完全执行整个运维任务。例如,运维主机的系统版本从低到高的级别为a-b-c-d,当运维任务具体为运维主机升级到d系统版本,运维主机当前的系统版本为a,运维主机中仅存储有升级到c系统版本的执行信息时,运维主机仅仅可以从a系统版本升级到c系统版本,而无法直接升级到d系统版本。因此,为了避免重复登录运维主机的操作,运维服务器中可以事先存储有执行信息,该执行信息为运维主机执行运维任务所需的信息,进而,若运维主机执行运维任务完全,则该运维结果的执行结果便无法匹配到执行信息;若运维主机执行部分的运维任务或者无法执行运维任务,则该运维结果的执行结果便可以匹配到对应的执行信息。

进一步地,在任务结果匹配到对应的执行信息时,运维服务器可以根据任务结果对应的任务信息和任务结果匹配到的执行信息,获得组装后的任务信息。进而,运维服务器根据组装后的任务信息,重复执行s2021-s2022上述获得任务结果的过程,直到任务结果未匹配到对应的执行信息为止,这样,运维服务器便可获得最终的任务结果,便可对任务结果进行分析和处理,节约操作成本和时间成本,提高运维任务的执行速率。

例如,系统版本从低到高的级别为a-b-c-d,当运维任务具体为运维主机升级到d系统版本,运维主机当前的系统版本为a时,若运维主机仅可以从a系统版本升级到c系统版本,则运维服务器根据获得的任务结果可以匹配到从c系统版本升级到d系统版本的执行信息,再对任务结果对应的任务信息和执行信息进行组装,进而,运维主机可以根据组装后的任务信息,将自身的系统版本从c系统版本升级到d系统版本。若运维主机仅可以从a系统版本升级到b系统版本,则运维服务器根据获得的任务结果可以匹配到从b系统版本升级到c系统版本以及从c系统版本升级到d系统版本的执行信息,再对任务结果对应的任务信息和执行信息进行组装,进而,运维主机可以根据组装后的任务信息,将自身的系统版本可以先从b系统版本升级到c系统版本,再从c系统版本升级到d系统版本。

需要说明的是:当任务结果中包括运维任务执行时的多个结果,运维服务器可以采用多种方式执行任务结果与执行信息的匹配过程,本实施例对此不做限定。具体地,运维服务器可以匹配任务结果中一个运维任务对应的执行信息,得到组装后的任务信息,重复执行s2021-s2022的获得任务结果的过程,直至任务结果未匹配到与运维任务对应的执行信息。运维服务器还可以匹配任务结果中全部运维任务对应的执行信息,得到组装后的任务信息,重复执行s2021-s2022的获得任务结果的过程,直至任务结果未匹配到与运维任务对应的执行信息。

本实施例提供的运维任务的处理方法,通过根据接收到的触发指令,运维服务器登录与触发指令关联的运维主机,该触发指令中包括至少一个任务信息,每个任务信息对应一个运维任务,进而,运维服务器根据任务信息,可以先控制运维主机执行与任务信息对应的运维任务,获得任务结果。运维服务器再在任务结果匹配到对应的执行信息时,可以根据任务结果对应的任务信息和执行信息,得到组装后的任务信息,该执行信息为运维主机执行运维任务所需的信息。接着,运维服务器根据组装后的任务信息,可以重复执行获得任务结果的过程,直到任务结果未匹配到对应的执行信息为止。本实施例中,运维服务器通过任务结果与执行信息至少一次的匹配过程,实现任务结果自动的分析和处理,使得运维主机可以完整执行相应的运维任务,无需重复登陆运维主机,节省了运维任务的执行时间,减少了登陆运维主机的次数,简化了原有批量登录执行命令的人工繁琐操作,加快了运维任务的执行速率,解决了现有技术中需要运维主机多次重复执行运维任务以及人工分析和处理任务结果而导致降低成本和效率低下的问题。

在上述实施例的基础上,结合图3,对本实施例运维任务的处理方法的具体结构进行详细说明。图3为本发明提供的运维任务的处理方法的流程图,如图3所示,本实施例的运维任务的处理方法可以包括:

s301、根据接收到的触发指令,登录与触发指令关联的运维主机,触发指令中包括至少一个任务信息,每个任务信息对应一个运维任务。

s302、根据任务信息,执行获得任务结果的过程。

s3021、控制运维主机执行与任务信息对应的运维任务,获得任务结果。

其中,s301、s302和s3021分别与图2实施例中的s201、s202和s2021实现方式类似,本实施例此处不再赘述。

s3022、根据任务结果的类型,判断是否存储有与任务结果对应的执行信息。若是,则执行s3023-s3024;若否,则执行s3025。

s3023、在任务结果匹配到对应的执行信息时,根据任务结果对应的任务信息和执行信息,得到组装后的任务信息,执行信息为运维主机执行运维任务所需的信息。

s3024、根据组装后的任务信息,重复执行s3021-s3023的获得任务结果的过程,直到任务结果未匹配到对应的执行信息为止。

其中,s3023和s3024分别与图2实施例中的s2022和s2023实现方式类似,本实施例此处不再赘述。

s3025、获得任务结果。

具体地,在运维主机执行运维任务后,运维服务器可以获得对应的任务结果。由于任务结果的类型不同,运维任务的完成程度不同,因此,运维服务器可以先根据任务结果的类型,判断自身是否存储有与任务结果对应的执行信息。当自身存储有执行信息时,任务结果可以匹配到对应的执行信息,即运维主机未彻底完成运维认为,此时运维服务器便可执行s3021-s3024,该过程可参加图2中的描述,此处不做赘述。当自身中未存储有执行信息时,任务结果无法匹配到对应的执行结果,即运维主机要么彻底执行运维任务,要不无法执行运维任务,因此,运维服务器可通过任务结果的类型进行判断,并对该任务结果进行输出,直观地显示给运维人员,便于运维人员及时进行后续操作。

结合图4对图3所示实施例s3023中的在任务结果匹配到对应的执行信息时,根据任务结果对应的任务信息和执行信息,得到组装后的任务信息的具体实现方式进行详细说明。

图4为本发明提供的运维任务的处理方法的流程图,如图4所示,本实施例的运维任务的处理方法可以包括:

s401、根据运维任务的类型,获取任务执行信息集,任务执行信息集中包括至少一个执行信息。

具体地,由于运维任务不同,对应的执行信息不同,因此,运维服务器可以根据运维任务的类型,获取任务执行信息集。例如,若运维任务为升级运维主机的系统版本,则执行信息集为系统版本的升级信息。若运维任务为安装应用程序,则执行信息集为应用程序的安装信息。

s402、根据执行信息与任务信息之间的对应关系,从任务执行信息集中,获得与任务结果匹配的执行信息。

s403、将与任务结果对应的任务信息和执行信息进行组装,得到组装后的任务信息。

具体地,运维服务器可以根据任务信息的类型,事先建立执行信息与任务信息之间的对应关系,并将执行信息与任务信息之间的对应关系进行存储。进而,运维服务器在获得任务信息时,根据执行信息与任务信息之间的对应关系,并结合任务结果,可以从任务执行信息集中获得与任务结果匹配的执行信息。这样,运维服务器便可将与任务结果对应的任务信息述执行信息进行组装,得到组装后的任务信息。其中,本实施例对组装后的任务信息的具体实现方式不做限定。下面两种方式对运维服务器将与任务结果对应的任务信息述执行信息进行组装,得到组装后的任务信息的具体过程进行详细说明。

一种可行的实施方式,可选地,将执行信息增加至任务信息中,得到组装后的任务信息。具体地,运维服务器可以直接将执行信息和任务信息的全部作为组装后的任务信息。

另一种可行的实施方式,可选地,从执行信息中,获取与任务信息不同的第一信息;将第一信息增加至任务信息中,得到组装后的任务信息。具体地,运维服务器可以比较任务信息与执行信息的不同,将两者不同的部分作为增加至任务信息中,得到组装后的任务信息。

需要说明的是:运维服务器可以根据运维任务的类型,选择上述两种实现方式。例如,当运维任务为安装应用程序时,由于安装应用程序的执行信息为一个不可分割的整体,因此,运维服务器可以采用如上述方式的第一种。当运维任务为获取运维主机上的文件时,由于获取文件的执行信息可以为一条执行指令,因此,运维服务器可以采用如上述方式的第两种。

图5为本发明提供的服务器的结构示意图,如图5所示,本实施例的服务器50可以包括:

登录模块51,用于根据接收到的触发指令,登录与触发指令关联的运维主机,触发指令中包括至少一个任务信息,每个任务信息对应一个运维任务;

执行模块52,用于根据任务信息,执行获得任务结果的过程;

其中,执行模块52,用于控制运维主机执行与任务信息对应的运维任务,获得任务结果;在任务结果匹配到对应的执行信息时,根据任务结果对应的任务信息和执行信息,得到组装后的任务信息,执行信息为运维主机执行运维任务所需的信息;根据组装后的任务信息,重复执行获得任务结果的过程,直到任务结果未匹配到对应的执行信息为止。

可选地,执行模块52,具体用于根据任务结果的类型,判断是否存储有与任务结果对应的执行信息;若是,则根据任务信息和执行信息,得到组装后的任务信息。

可选地,执行模块52,具体用于根据运维任务的类型,获取任务执行信息集,任务执行信息集中包括至少一个执行信息;根据执行信息与任务信息之间的对应关系,从任务执行信息集中,获得与任务结果匹配的执行信息;将与任务结果对应的任务信息和执行信息进行组装,得到组装后的任务信息。

可选地,执行模块52,具体用于在根据执行信息与任务信息之间的对应关系,从任务执行信息集中,获得与任务结果匹配的执行信息之前,根据任务信息的类型,建立执行信息与任务信息之间的对应关系。

可选地,执行模块52,具体用于将执行信息增加至任务信息中,得到组装后的任务信息。

可选地,执行模块52,具体用于从执行信息中,获取与任务信息不同的第一信息;将第一信息增加至任务信息中,得到组装后的任务信息。

可选地,执行模块52,还用于在任务结果未匹配到对应的执行信息时,输出任务结果。

可选地,运维任务包括:获取运维主机的状态信息、检查和/或升级运维主机的系统版本、检查和/或运维主机上应用程序的系统版本、获取和/或查找运维主机中的文件、在运维主机上安装应用程序中的任意一个。

本实施例的服务器,可以用于执行本发明上述各方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。

本发明中可以根据上述方法示例对服务器进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本发明各实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。

图6为本发明提供的服务器的硬件结构示意图。如图6所示,该服务器60包括:存储器61和处理器62;

存储器61,用于存储计算机程序;

处理器62,用于执行存储器存储的计算机程序,以实现上述实施例中的运维任务的处理方法。具体可以参见前述方法实施例中的相关描述。

可选地,存储器61既可以是独立的,也可以跟处理器62集成在一起。

当存储器61是独立于处理器62之外的器件时,服务器60还可以包括:

总线63,用于连接存储器61和处理器62。

本实施例提供的服务器可用于执行上述的运维任务的处理方法,其实现方式和技术效果类似,本实施例此处不再赘述。

本发明还提供一种计算机可读存储介质,计算机可读存储介质包括计算机程序,计算机程序用于实现如上实施例中的运维任务的处理方法。

在本发明所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。例如,以上所描述的设备实施例仅仅是示意性的,例如,模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个模块可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或模块的间接耦合或通信连接,可以是电性,机械或其它的形式。

作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外,在本发明各个实施例中的各功能模块可以集成在一个处理单元中,也可以是各个模块单独物理存在,也可以两个或两个以上模块集成在一个单元中。上述模块成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。

上述以软件功能模块的形式实现的集成的模块,可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(英文:processor)执行本申请各个实施例方法的部分步骤。

应理解,上述处理器可以是中央处理单元(英文:centralprocessingunit,简称:cpu),还可以是其他通用处理器、数字信号处理器(英文:digitalsignalprocessor,简称:dsp)、专用集成电路(英文:applicationspecificintegratedcircuit,简称:asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速ram存储器,也可能还包括非易失性存储nvm,例如至少一个磁盘存储器,还可以为u盘、移动硬盘、只读存储器、磁盘或光盘等。

总线可以是工业标准体系结构(industrystandardarchitecture,isa)总线、外部设备互连(peripheralcomponent,pci)总线或扩展工业标准体系结构(extendedindustrystandardarchitecture,eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示,本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

上述计算机可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(sram),电可擦除可编程只读存储器(eeprom),可擦除可编程只读存储器(eprom),可编程只读存储器(prom),只读存储器(rom),磁存储器,快闪存储器,磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。

本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1