专利名称：基于驱动的设备业务管理方法及装置的制作方法
技术领域：
本发明涉及业务管理技术领域，具体涉及基于驱动的设备业务管理方法及装置。
背景技术：
设备网络业务管理包括同步获取设备上的已有业务配置和部署业务配置到设 备。常用的方法是使用简单网络管理协议(SNMP，Simple NetworkManagement Protocol)、 Telnet协议、安全命令解释器(S SH, Secure Shell)协议，对不同的业务开发不同的应用
进行管理。但在实际网络环境中，不同厂商以及同一厂商不同型号的设备同时存在。对于常 用的网络业务如访问控制列表(ACL，Access Control List)、服务质量(Q0S，Quality of krvice)、虚拟专网(VPN，Virtual Private Network)等，由于厂商设备的差异性、设备具 有的能力级不同、使用的协议不同、同样协议使用的具体参数不同如SNMP配置的管理信 息库(MIB，ManagementInformation Base)节点不同，！"elnet/SSH命令行也不同。因此导 致没有一个通用的方法管理所有厂商、所有设备的网络业务。图1为现有的采用SNMP或Telnet协议管理设备业务的示意图，如图1所示，采用 SNMP或Telnet进行设备业务管理时，针对不同厂商、不同设备的不同业务，网管软件走不 同的分支来适配。当出现新的厂商、新的设备和新的业务时，必须出新的网管软件版本来适配。这种方案的缺点如下一、由于设备的差异性，SNMP与Telnet方式不通用，而且有些设备没有提供SNMP 方式进行不同设备同一业务的配置管理，不同设备的同一业务对应的Telnet命令行也不 同。二、不能适应新厂商、新设备、新业务，不具有动态扩展性，不能满足用户的新需 求。例如在图1中，为了能够适配厂商三的若干设备，必须提供新的网管软件版本二，为了 能够适配厂商N的若干设备，又必须提供新的网管软件版本N，每个版本的网管软件只能适 配有限厂商的设备，这样严重浪费了用户的投资。图2为现有的采用Telnet协议+模板文件管理设备业务的示意图，如图2所示， 针对不同厂商、不同设备，提供不同的模板文件来适配。在模板文件中定义了每个业务、每 个设备对应的Telnet命令行的格式、输入与输出参数。当出现新的厂商、新的设备时，必须 提供新的模板文件来适配。这种方案的缺点如下一、在脚本存在错误时，在修改脚本之后必须重启整个系统，无法在线修改，且不 能解析执行。二、模板文件中脚本的参数固定，如果设备业务需要新增加参数而原有系统没有 提供，则导致功能将失效，因此不具备自动扩展机制。三、模板定义复杂的网络业务具有局限性。无法定义条件、循环特性、不识别正则表达式等；算法中命令行的构造与执行结果的解析不具有通用性，需要软件定制构造与解 析，新增加命令行的语义语法就需要同步修改命令行的构造与解析，从而导致不具有多样 性和扩展性。
发明内容
本发明提供基于驱动的设备业务管理方法及装置，以提高基于驱动的设备业务管 理的效率。本发明的技术方案是这样实现的一种基于驱动的设备业务管理方法，该方法包括为每个厂商的设备定义驱动文件，每个驱动文件由属性文件和脚本文件组成，其 中属性文件包含业务对应的动作、每个动作包括的步骤、每个步骤对应的命令以及每个命 令对应的脚本文件名；每个驱动文件以其适用的各设备的系统目标ID标识；当要对一个厂商的一个设备进行业务管理时，根据该设备的系统目标ID查找到 对应的驱动文件，解析该驱动文件的属性文件，得到管理该业务需先后执行的步骤，并得到 每个步骤的命令对应的脚本名；当要执行一个命令时，根据该命令对应的脚本名，找到对应的脚本文件，执行该脚 本文件。所述属性文件采用预设标准标记语言定义，所述脚本文件采用预设标准解析性语
言构造。为每个厂商定义一个缺省驱动文件，当要对一个厂商的一个设备进行业务管理时，若根据该设备的系统目标ID未查 找到对应的驱动文件，则将该厂商的缺省驱动文件作为该设备的驱动文件。当两个驱动第一驱动和第二驱动具有相同的业务内容或动作内容时，在第一驱 动文件中定义该业务内容或动作内容，在第二驱动文件中定义第一驱动文件名为引用驱动 文件名；所述解析该驱动文件的属性文件之后进一步包括未解析得到业务内容或动作内容，判断本驱动文件中是否定义了引用驱动文件 名，若是，根据引用驱动文件名查找到引用驱动文件，将引用驱动文件的业务内容或动作内 容作为本驱动文件的业务内容或动作内容。当后一步骤的第二参数需要引用前一步骤的第一参数的值时，在后一步骤的命令 之前增加一个属性，该属性定义第二参数和第一参数的引用关系；且，当要执行后一步骤时，根据所述第二参数和第一参数的引用关系，将第一参数 的值赋予第二参数，然后再执行后一步骤。当对于一业务，该业务的一步骤需要使用新增参数时，在该步骤之前增加一前导 步骤，该前导步骤用于获取该新增参数。一种基于驱动的设备业务管理装置，该装置包括属性文件定义单元定义每个厂商的设备的驱动文件中的属性文件，属性文件中 包含业务对应的动作、每个动作包括的步骤、每个步骤对应的命令以及每个命令对应的脚 本文件名；将属性文件放入驱动文件存储单元；
脚本文件构造单元构造属性文件中的各命令对应的脚本文件，将各脚本文件放 入驱动文件存储单元；驱动文件存储单元存储驱动文件，每个驱动文件由属性文件和脚本文件组成，其 中，每个驱动文件以其适用的各设备的系统目标ID标识；业务管理单元当要对一个厂商的一个设备进行业务管理时，根据该设备的系统 目标ID在驱动文件存储单元中查找到对应的驱动文件的属性文件，解析该属性文件，得到 管理该业务需先后执行的步骤，并得到每个步骤的命令对应的脚本名；当要执行一个命令 时，根据该命令对应的脚本名在驱动文件存储单元中找到对应的脚本文件，执行该脚本文 件。所述属性文件采用预设标准标记语言定义，所述脚本文件采用预设标准解析性语
言构造。所述装置进一步包括缺省驱动文件定义单元为每个厂商定义一个缺省驱动文件，将该缺省驱动文件 放入驱动文件存储单元；且，所述业务管理单元进一步用于，当要对一个厂商的一个设备进行业务管理时， 若根据该设备的系统目标ID在驱动文件存储单元中未查找到对应的驱动文件，则将驱动 文件存储单元中该厂商的缺省驱动文件作为该设备的驱动文件。所述属性文件定义单元进一步用于，当两个驱动第一驱动和第二驱动具有相同 的业务内容或动作内容时，在第一驱动文件的属性文件中定义该业务内容或动作内容，在 第二驱动文件的属性文件中定义第一驱动文件名为引用驱动文件名；且，所述业务管理单元进一步用于，当解析属性文件时，若未解析得到业务内容或 动作内容，则判断本驱动文件中是否定义了引用驱动文件名，若是，根据引用驱动文件名在 驱动文件存储单元中查找到引用驱动文件，将引用驱动文件的业务内容或动作内容作为本 驱动文件的业务内容或动作内容。所述属性文件定义单元进一步用于，当在定义属性文件时，若发现后一步骤的第 二参数需要引用前一步骤的第一参数的值时，在后一步骤的命令之前增加一个属性，该属 性定义第二参数和第一参数的引用关系；且，所述业务管理单元进一步用于，当要执行后一步骤时，根据所述第二参数和第 一参数的引用关系，将第一参数的值赋予第二参数，然后再执行后一步骤。所述属性文件定义单元进一步用于，当对于一业务，该业务的一步骤需要使用新 增参数时，在该业务的属性文件中的所述步骤之前增加一前导步骤，该前导步骤用于获取 该新增参数。与现有技术相比，本发明中，分离模板定义属性文件与脚本文件，使得可以在线修 改脚本文件，解析执行脚本文件、无需重启系统。同时可以使用任意的通用脚本语言写出命 令行脚本文件，使得系统具有更大的灵活性。本发明实施例中，采用引用驱动机制和缺省驱动机制，适应了厂商扩展新设备、新 业务的需要；采用属性引用机制，适应了自动获取需要的参数的需要；采用前导步骤，适应 了新增加配置参数的需要。本发明实施例中，采用标准的解析性语言定义命令行脚本，使得语法语义更丰富、可以处理复杂的逻辑。
图1为现有的采用SNMP或Telnet协议管理设备业务的示意图；图2为现有的采用Telnet协议+模板文件管理设备业务的示意图；图3为本发明实施例提供的基于驱动的设备业务管理方法流程图；图4为本发明实施例提供的基于驱动的设备业务管理装置的组成图。
具体实施例方式本发明提供一种基于驱动的设备业务管理方法，该方法包括为每个厂商的设备定义驱动文件，每个驱动文件由属性文件和脚本文件组成，属 性文件包含业务对应的动作、每个动作包括的步骤、每个步骤对应的命令以及每个命令对 应的脚本文件名；每个驱动文件以其适用的各设备的系统目标ID标识；当要对一个厂商的一个设备进行业务管理时，根据该设备的系统目标ID查找到 对应的驱动文件，解析该驱动文件的属性文件，得到管理该业务需先后执行的步骤，并得到 每个步骤的命令对应的脚本名；当要执行一个命令时，根据该命令对应的脚本名，找到对应的脚本文件，执行该脚 本文件。下面结合附图及具体实施例对本发明再作进一步详细的说明。图3为本发明实施例提供的基于驱动的设备业务管理方法流程图，如图3所示，其 具体步骤如下步骤301 对于每一厂商，采用预设标准标记语言为该厂商的所有驱动定义 驱动索引文件，该驱动索引文件中包含设备的系统目标标识(SysOID，System Object Identification)与该设备的驱动文件名的对应关系。每个厂商对应一个或多个设备，每个设备以SysOID唯一地标识，每个设备对应一 个驱动，每个驱动对应一个驱动文件，每个驱动具有唯一的名字即，驱动名。一个驱动的驱 动文件名与该驱动的驱动名相同。其中，不同的设备可对应同一驱动，此时一个驱动文件名 会同时与多个设备的SysOID对应，通过其中任一个设备的SysOID都可查找到该驱动文件。设备SysOID包含了设备的厂商名称、型号等。步骤302 对于任一驱动，采用预设标准标记语言为该驱动中的每个网络业务 (Service)定义一个属性文件。这里，预设标准标记语言可以为可扩展标记语音(XML，EXtensibleMarkup Language)。属性文件包括1、Builder 文件、Builder_kript 文件。其中(Il)Builder文件定义业务名称、该业务包括的各个动作(Action)、每个动作包 括的步骤(Mep)、每个步骤对应的命令(Command)。对于一个业务来说，该业务的管理过程可能包含一个或多个动作，每个动作按照 执行的先后次序分为一个或多个步骤，每个步骤有一种或多种实现方式，每种实现方式对应一个命令，只要一个命令执行成功，本步骤就执行成功。当一个步骤具有多种实现方式 时，该业务的管理过程就有多种实现方式。(12)Builder_Script文件定义每个命令对应的脚本文件名和执行该脚本文件 的模式。这里，命令对应的脚本可以是Expect脚本。Builder_Script文件还定义每个命令的结果处理器(ResultHandler)，以对每个 命令的结果进行处理。结果处理器包括解析器名(ParserName)和解析器脚本(ParserScript)名。其中，解析器在Parser文件中定义，每个解析器对应一个脚本文件；解析器脚本 定义解析器对应的脚本文件中的各脚本函数名，其中，各脚本函数在Parser Jicript文件 中定义。这里，解析器对应的脚本文件可以是Perl脚本文件。2、Parser 文件， Parser_Script 文件。通过执行该两文件，可以实现解析回显。其中(21)Parser_Script文件定义各种脚本函数，通常一个Parser_kript文件对应 一个脚本文件。(22)Parser文件定义ParserJcript文件中每个脚本函数的输入、输出参数名 称。3、设备访问文件。定义各个脚本的执行模式，例如定义每种配置协议如Telnet、SSH访问的参数 变量、登录交互过程及公共处理过程。其中，访问参数变量例如各种提示符。公共处理过程指的是不同业务共同具有的处理过程。将共同处理过程定义在设备 访问文件中，可以节省存储空间。步骤303 采用预设标准解析性语言构造用于实现各命令的各脚本文件，每个脚 本文件具有唯一的脚本文件名。—个设备的所有属性文件和所有脚本文件构成该设备的驱动文件。可以看出属性文件与脚本文件为相互独立的文件。通过每个属性文件中的 Builder_Script文件中定义的每个命令对应的脚本文件名，可以将属性文件与脚本文件关 联起来。这里，预设标准解析性语言可以为Expect或者Tcl或者Perl语音，对应地，脚本 文件可以为Expect脚本或者Tcl脚本或者Perl脚本。步骤304 当要对一个设备的一个业务进行管理时，在该设备所属厂商的驱动索 引文件中查找该设备的SysOID对应的驱动文件名。步骤305 根据该驱动文件名查找到对应的驱动文件，在该驱动文件中查找该业 务名称对应的属性文件。步骤306 解析属性文件中的Builder文件，得到需要执行的步骤列表，同时得到 每个步骤对应的命令。步骤307 解析BuilderJcript文件，得到每个命令对应的脚本文件名和执行该脚本文件的模式。步骤308 解析Parser文件、Parser_Script文件、设备访问文件，解析完毕，将这 些文件加载到内存。步骤309 对于每个命令，根据BuilderJcript文件定义的该命令对应的脚本文 件名，查找到脚本文件，根据Builderjicript文件定义的执行该脚本文件的模式名，在设 备访问文件中查找到对应模式，采用该模式执行该脚本文件；命令执行完毕，根据Parsel 文件和ParSel_kript文件，完成命令结果的处理。在实际应用中，厂商会不断推出新设备，但是，对于同一厂商来说，其不同设备的 基本管理过程是相同的，因此，可以为每个厂商定义一个缺省驱动文件，当查找不到一个厂 商的一个设备的驱动文件时，就可使用该厂商的缺省驱动文件。此时，需要在每个厂商的驱 动索引文件中包含对应的缺省驱动文件名。对应地，在图3所示步骤304中，当在设备所属厂商的驱动索引文件中未查找到设 备的SysOID对应的驱动文件名时，就在该驱动索引文件中查找到缺省驱动文件名，将缺省 驱动文件作为该设备的驱动文件，继续执行步骤305。考虑到对于同一厂商的不同驱动，或者不同厂商的不同驱动，其对一个业务的管 理过程可能完全相同，或者，其对一个动作的执行步骤可能完全相同，此时，只需在其中一 个驱动(设为驱动1)的驱动文件(设为驱动文件1)中完整定义该业务或该动作即可，而 在另一驱动(设为驱动2、的驱动文件(设为驱动文件2、中，将驱动文件1作为本驱动文 件的引用驱动文件即可，即，当驱动1、2属于同一厂商时，在驱动文件2中记录驱动文件1 的名字为本驱动文件的引用驱动文件名，当驱动1、2属于不同厂商时，在驱动文件2中记录 驱动1所属厂商名+驱动文件1的名字为本驱动文件的引用驱动文件名。对应地，在步骤306，当解析属性文件中的Builder文件，未得到业务内容(即 Builder文件未为该业务定义任何动作)，或者未得到其中一个或多个动作内容(即对于其 中一个或多个动作，Builder文件未定义任何步骤)时，则判断该驱动文件是否引用了其它 驱动文件，若是，则在引用的驱动文件中查找业务内容或动作内容，以得到需要执行的步骤 列表；否则，本流程结束。另外，在实际应用中，在业务管理过程中，设备的后一步骤的一个参数可能需要 实时地引用前一步骤的一个参数值。为了适应该需要，本发明采用属性引用机制，即在 Builder文件中为后一步骤定义引用属性，该引用属性位于后一步骤的命令之前，引用属性 可定义如下〈property name = “ VariableName “ refer=" Refer VariableName “ />S卩，引用属性包含后一步骤的引用参数名和前一步骤的被引用参数名。其中，VariableName为后一步骤的引用参数名，ReferVariableName为前一步骤 的被引用参数名，ReferVariableName可以在前一步骤的执行结果返回中得到。例如Builder文件中，前一步骤的定义可如下<step>
<command name="ReferCommand" description=" * * * "> 〈result name="ReferVariableName ">
〈parserparserName="CleanupParser"parserRet="
ReferVariableName" parserScript="cleanupFunction"/> </result> </command> </step>后一步骤的定义可如下
<step>
〈properties〉
〈property name=" VariableName" refer="ReferVariableName"/> 〈/properties〉
〈command name="ThisCommand" description=" * * * * "> </command> </step>如上所述命令WiisCommand中的变量VariableName需要实时取值，这可通过在 ThisCommand对应步骤中增加属性properties得到。而VariableName的值是从前一步骤 即，命令ReferCommand的执行结果ReferVariableName得到，而ReferCommand的执行结果 ReferVariableName 需要通过 CleanupParser. pi 脚本文件中的过程 cleanupFunction 解析 得到。另外，在实际应用中，对于某一种业务，可能会新增配置参数，此时，只需在使用该 参数的步骤之前增加一个前导步骤，该前导步骤用于获取该参数即可。从图3所示实施例可以看出属性文件与脚本文件是分开定义的，这样，当脚本存 在错误时，修改之后无需重启整个系统，可以实现在线修改、解析执行。另外，由于属性文件、脚本文件都可以采用任意的通用标准语言定义，这使得系统 具有更大的灵活性，当出现新的厂商、新的设备、新的业务时，只需采用标准语言定义新的 属性文件、采用标准语言定义新的脚本文件即可，实现了动态扩展。且，通过采用缺省驱动机制和引用驱动机制，适应了厂商推出新设备、新业务的需 要；通过属性引用机制，适应了自动获取需要的参数的需要；通过增加前导步骤适应了新 增加配置参数的需要。图4为本发明实施例提供的基于驱动的设备业务管理装置的组成图，如图4所示， 其主要包括属性文件定义单元41、脚本文件构造单元42、驱动文件存储单元43和业务管 理单元44，其中属性文件定义单元41 采用预设标准标记语音定义每个厂商的设备的驱动文件中的属性文件，属性文件中包含业务对应的动作、每个动作包括的步骤、每个步骤对应的命 令以及每个命令对应的脚本文件名；将属性文件放入驱动文件存储单元43。脚本文件构造单元42 采用预设标准解析性语言构造属性文件中的各命令对应 的脚本文件，将各脚本文件放入驱动文件存储单元43。驱动文件存储单元43:存储驱动文件，每个驱动文件由属性文件和脚本文件组 成，其中，每个驱动文件以其适用的各设备的系统目标ID标识。业务管理单元44:当要对一个厂商的一个设备进行业务管理时，根据该设备的系 统目标ID在驱动文件存储单元43中查找到对应的驱动文件的属性文件，解析该属性文件， 得到管理该业务需先后执行的步骤，并得到每个步骤的命令对应的脚本名；当要执行一个 命令时，根据该命令对应的脚本名在驱动文件存储单元43中找到对应的脚本文件，执行该 脚本文件。在实际应用中，图4所示装置还可包括缺省驱动文件定义单元，用于为每个厂商 定义一个缺省驱动文件，将该缺省驱动文件放入驱动文件存储单元43 ；且，业务管理单元44进一步用于，当要对一个厂商的一个设备进行业务管理时， 若根据该设备的系统目标ID在驱动文件存储单元43中未查找到对应的驱动文件，则将驱 动文件存储单元43中该厂商的缺省驱动文件作为该设备的驱动文件。在实际应用中，属性文件定义单元41还可用于，当两个驱动第一驱动和第二驱 动具有相同的业务内容或动作内容时，在第一驱动文件的属性文件中定义该业务内容或动 作内容，在第二驱动文件的属性文件中定义第一驱动文件名为引用驱动文件名；且，业务管理单元44进一步用于，当解析属性文件时，若未解析得到业务内容或 动作内容，则判断本驱动文件中是否定义了引用驱动文件名，若是，根据引用驱动文件名在 驱动文件存储单元43中查找到引用驱动文件，将引用驱动文件的业务内容或动作内容作 为本驱动文件的业务内容或动作内容。属性文件定义单元41还可用于，当在定义属性文件时，若发现后一步骤的第二参 数需要引用前一步骤的第一参数的值时，在后一步骤的命令之前增加一个属性，该属性定 义第二参数和第一参数的引用关系；且，业务管理单元44进一步用于，当要执行后一步骤时，根据所述第二参数和第 一参数的引用关系，将第一参数的值赋予第二参数，然后再执行后一步骤。属性文件定义单元41还可用于，当对于一业务，该业务的一步骤需要使用新增参 数时，在该业务的属性文件中的所述步骤之前增加一前导步骤，该前导步骤用于获取该新 增参数。以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精 神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。
权利要求
1.一种基于驱动的设备业务管理方法，其特征在于，该方法包括为每个厂商的设备定义驱动文件，每个驱动文件由属性文件和脚本文件组成，其中属 性文件包含业务对应的动作、每个动作包括的步骤、每个步骤对应的命令以及每个命令对 应的脚本文件名；每个驱动文件以其适用的各设备的系统目标ID标识；当要对一个厂商的一个设备进行业务管理时，根据该设备的系统目标ID查找到对应 的驱动文件，解析该驱动文件的属性文件，得到管理该业务需先后执行的步骤，并得到每个 步骤的命令对应的脚本名；当要执行一个命令时，根据该命令对应的脚本名，找到对应的脚本文件，执行该脚本文件。
2.根据权利要求1所述的方法，其特征在于，所述属性文件采用预设标准标记语言定 义，所述脚本文件采用预设标准解析性语言构造。
3.根据权利要求1或2所述的方法，其特征在于，为每个厂商定义一个缺省驱动文件， 当要对一个厂商的一个设备进行业务管理时，若根据该设备的系统目标ID未查找到对应的驱动文件，则将该厂商的缺省驱动文件作为该设备的驱动文件。
4.根据权利要求1或2所述的方法，其特征在于，当两个驱动第一驱动和第二驱动具 有相同的业务内容或动作内容时，在第一驱动文件中定义该业务内容或动作内容，在第二 驱动文件中定义第一驱动文件名为引用驱动文件名；所述解析该驱动文件的属性文件之后进一步包括未解析得到业务内容或动作内容，判断本驱动文件中是否定义了引用驱动文件名，若 是，根据引用驱动文件名查找到引用驱动文件，将引用驱动文件的业务内容或动作内容作 为本驱动文件的业务内容或动作内容。
5.根据权利要求1或2所述的方法，其特征在于，当后一步骤的第二参数需要引用前一 步骤的第一参数的值时，在后一步骤的命令之前增加一个属性，该属性定义第二参数和第 一参数的引用关系；且，当要执行后一步骤时，根据所述第二参数和第一参数的引用关系，将第一参数的值 赋予第二参数，然后再执行后一步骤。
6.根据权利要求1或2所述的方法，其特征在于，当对于一业务，该业务的一步骤需要 使用新增参数时，在该步骤之前增加一前导步骤，该前导步骤用于获取该新增参数。
7.一种基于驱动的设备业务管理装置，其特征在于，该装置包括属性文件定义单元定义每个厂商的设备的驱动文件中的属性文件，属性文件中包含 业务对应的动作、每个动作包括的步骤、每个步骤对应的命令以及每个命令对应的脚本文 件名；将属性文件放入驱动文件存储单元；脚本文件构造单元构造属性文件中的各命令对应的脚本文件，将各脚本文件放入驱 动文件存储单元；驱动文件存储单元存储驱动文件，每个驱动文件由属性文件和脚本文件组成，其中， 每个驱动文件以其适用的各设备的系统目标ID标识；业务管理单元当要对一个厂商的一个设备进行业务管理时，根据该设备的系统目标 ID在驱动文件存储单元中查找到对应的驱动文件的属性文件，解析该属性文件，得到管理 该业务需先后执行的步骤，并得到每个步骤的命令对应的脚本名；当要执行一个命令时，根据该命令对应的脚本名在驱动文件存储单元中找到对应的脚本文件，执行该脚本文件。
8.根据权利要求7所述的装置，其特征在于，所述属性文件采用预设标准标记语言定 义，所述脚本文件采用预设标准解析性语言构造。
9.根据权利要求7或8所述的装置，其特征在于，所述装置进一步包括缺省驱动文件定义单元为每个厂商定义一个缺省驱动文件，将该缺省驱动文件放入 驱动文件存储单元；且，所述业务管理单元进一步用于，当要对一个厂商的一个设备进行业务管理时，若根 据该设备的系统目标ID在驱动文件存储单元中未查找到对应的驱动文件，则将驱动文件 存储单元中该厂商的缺省驱动文件作为该设备的驱动文件。
10.根据权利要求7或8所述的装置，其特征在于，所述属性文件定义单元进一步用于， 当两个驱动第一驱动和第二驱动具有相同的业务内容或动作内容时，在第一驱动文件的 属性文件中定义该业务内容或动作内容，在第二驱动文件的属性文件中定义第一驱动文件 名为引用驱动文件名；且，所述业务管理单元进一步用于，当解析属性文件时，若未解析得到业务内容或动作 内容，则判断本驱动文件中是否定义了引用驱动文件名，若是，根据引用驱动文件名在驱动 文件存储单元中查找到引用驱动文件，将引用驱动文件的业务内容或动作内容作为本驱动 文件的业务内容或动作内容。
11.根据权利要求7或8所述的装置，其特征在于，所述属性文件定义单元进一步用于， 当在定义属性文件时，若发现后一步骤的第二参数需要引用前一步骤的第一参数的值时， 在后一步骤的命令之前增加一个属性，该属性定义第二参数和第一参数的引用关系；且，所述业务管理单元进一步用于，当要执行后一步骤时，根据所述第二参数和第一参 数的引用关系，将第一参数的值赋予第二参数，然后再执行后一步骤。
12.根据权利要求7或8所述的装置，其特征在于，所述属性文件定义单元进一步用于， 当对于一业务，该业务的一步骤需要使用新增参数时，在该业务的属性文件中的所述步骤 之前增加一前导步骤，该前导步骤用于获取该新增参数。
全文摘要
本发明公开了基于驱动的设备业务管理方法及装置。方法包括为每个厂商的设备定义驱动文件，每个驱动文件由属性文件和脚本文件组成，其中属性文件包含业务对应的动作、每个动作包括的步骤、每个步骤对应的命令及每个命令对应的脚本文件名；每个驱动文件以其适用的各设备的SysOID标识；当要对一个厂商的一个设备进行业务管理时，根据设备的SysOID找到驱动文件，解析驱动文件的属性文件，得到管理业务需执行的步骤，并得到每个步骤的命令对应的脚本名；当要执行一个命令时，根据命令对应的脚本名，找到并执行脚本文件。本发明提高了基于驱动的设备业务管理效率。
文档编号G06F17/30GK102081653SQ20101062434
公开日2011年6月1日 申请日期2010年12月31日 优先权日2010年12月31日
发明者张学明, 魏冬生 申请人:杭州华三通信技术有限公司