[发明专利]脚本处理方法、装置、系统及路由器

说明书

本发明提供了一种脚本处理方法、装置、系统及路由器，该方法包括：检测到终端模块启动；判断是否存在与终端模块对应的预定业务的脚本；在判断结果为否的情况下，加载与终端模块对应的预定业务的脚本，其中，将与不同终端模块对应的预定业务的脚本状态分别设置为已加载状态。通过本发明，解决了相关技术中对不同终端加载相同业务模块的脚本时，互相干扰的问题。

技术领域

本发明涉及通信领域，具体而言，涉及一种脚本处理方法、装置、系统及路由器。

背景技术

相关技术中，路由器或交换机等通讯设备，在网络中运行时，需要在不同的终端上配置命令，比如在命令行、简单网络管理协议(Simple Network Management Protocol，简称为SNMP)、网路配置(Network Configuration，简称为NETCONF)协议等终端配置命令。上述设备支持在这些不同种类的终端上配置命令时，涉及到与配置命令相关的业务模块的脚本加载和卸载的功能。

目前，如图1所示，由于系统当前对相同模块的脚本加载和卸载状态的标志是全局唯一的，因此，不同终端的相同模块的脚本加载和卸载的状态，进而会影响命令配置。例如，终端模块A需要注册两个或多个业务模块的脚本，如果终端模块A启动起来，业务模块1对应于终端模块A的脚本加载成功了，并标识业务模块1的唯一脚本状态标识为已加载状态，接着终端模块B也启动起来后，此时，由于业务模块1的唯一脚本状态已经被标识为已加载状态，因此，设备会认为业务模块1对应于终端模块B的脚本已经加载成功了，但是，实际上业务模块1对应于终端模块B的脚本并没有被加载，此时会导致业务模块1的命令在终端模块B上无法配置。

因此，相关技术中存在对不同终端加载相同业务模块的脚本时，互相干扰的问题。

发明内容

本发明实施例提供了一种脚本处理方法、装置、系统及路由器，以至少解决相关技术中对不同终端加载相同业务模块的脚本时，互相干扰的问题。

根据本发明的一个实施例，提供了一种脚本处理方法，包括：检测到终端模块启动；判断是否存在与所述终端模块对应的预定业务的脚本；在判断结果为否的情况下，加载与所述终端模块对应的所述预定业务的脚本，其中，将与不同终端模块对应的所述预定业务的脚本状态分别设置为已加载状态。

可选地，判断是否存在与所述终端模块对应的所述预定业务的脚本包括：根据所述预定业务的脚本状态，判断是否存在与所述终端模块对应的所述预定业务的脚本，其中，所述预定业务的脚本状态包括：已加载状态，已卸载状态。

可选地，在将与不同终端模块对应的所述预定业务的脚本状态分别设置为已加载状态之后，还包括：检测到所述终端模块出现故障；卸载与所述终端模块对应的已加载的所述预定业务的脚本，其中，将与卸载了脚本的不同终端模块对应的所述预定业务的脚本状态分别设置为已卸载状态。

可选地，检测到终端模块启动包括：检测到所述终端模块和所述预定模块完成初始化。

根据本发明的另一个实施例，提供了一种脚本处理装置，包括：第一检测模块，用于检测到终端模块启动；判断模块，用于判断是否存在与所述终端模块对应的预定业务的脚本；加载模块，用于在判断结果为否的情况下，加载与所述终端模块对应的所述预定业务的脚本，其中，将与不同终端模块对应的所述预定业务的脚本状态分别设置为已加载状态。

可选地，所述判断模块包括：判断单元，用于根据所述预定业务的脚本状态，判断是否存在与所述终端模块对应的所述预定业务的脚本，其中，所述预定业务的脚本状态包括：已加载状态，已卸载状态。

可选地，还包括：第二检测模块，用于检测到所述终端模块出现故障；卸载模块，卸载模块，用于卸载与所述终端模块对应的已加载的所述预定业务的脚本，其中，将与卸载了脚本的不同终端模块对应的所述预定业务的脚本状态分别设置为已卸载状态。

可选地，第一检测模块包括：检测单元，用于检测到所述终端模块和所述业务模块完成初始化。