首页 > 专利 > 上海斐讯数据通信技术有限公司 > 一种多板卡核心交换机的配置命令交互方法和系统专利详情

一种多板卡核心交换机的配置命令交互方法和系统   0    0

有效专利 查看PDF
专利申请流程有哪些步骤?
专利申请流程图
申请
申请号:指国家知识产权局受理一件专利申请时给予该专利申请的一个标示号码。唯一性原则。
申请日:提出专利申请之日。
2014-12-12
申请公布
申请公布指发明专利申请经初步审查合格后,自申请日(或优先权日)起18个月期满时的公布或根据申请人的请求提前进行的公布。
申请公布号:专利申请过程中,在尚未取得专利授权之前,国家专利局《专利公报》公开专利时的编号。
申请公布日:申请公开的日期,即在专利公报上予以公开的日期。
2015-09-02
授权
授权指对发明专利申请经实质审查没有发现驳回理由,授予发明专利权;或对实用新型或外观设计专利申请经初步审查没有发现驳回理由,授予实用新型专利权或外观设计专利权。
2018-04-06
预估到期
发明专利权的期限为二十年,实用新型专利权期限为十年,外观设计专利权期限为十五年,均自申请日起计算。专利届满后法律终止保护。
2034-12-12
基本信息
有效性 有效专利 专利类型 发明专利
申请号 CN201410769175.9 申请日 2014-12-12
公开/公告号 CN104486117B 公开/公告日 2018-04-06
授权日 2018-04-06 预估到期日 2034-12-12
申请年 2014年 公开/公告年 2018年
缴费截止日 2022-01-12
分类号 H04L12/24H04L12/931 主分类号 H04L12/24
是否联合申请 独立申请 文献类型号 B
独权数量 1 从权数量 4
权利要求数量 5 非专利引证数量 0
引用专利数量 3 被引证专利数量 0
非专利引证
引用专利 US2014082218A1、CN101764696A、WO2011140790A1 被引证专利
专利权维持 5 专利申请国编码 CN
专利事件 转让 事务标签 公开、实质审查、授权、权利转移
申请人信息
申请人 第一申请人
专利权人 上海斐讯数据通信技术有限公司 当前专利权人 台州市吉吉知识产权运营有限公司
发明人 王伟 第一发明人 王伟
地址 上海市松江区思贤路3666号 邮编 201616
申请人数量 1 发明人数量 1
申请人所在省 上海市 申请人所在市 上海市松江区
代理人信息
代理机构
专利代理机构是经省专利管理局审核,国家知识产权局批准设立,可以接受委托人的委托,在委托权限范围内以委托人的名义办理专利申请或其他专利事务的服务机构。
杭州千克知识产权代理有限公司 代理人
专利代理师是代理他人进行专利申请和办理其他专利事务,取得一定资格的人。
周希良
摘要
本发明提供一种多板卡核心交换机的配置命令交互方法和系统,包括用户通过第一命令创建单元创建第一命令;根据第一命令设备管理模块通过第二命令创建单元关联创建第二命令;提示单元提示用户是否确认执行第一命令:如果用户放弃,则交互结束;如果用户确认,则通过命令交互发送单元向设备管理模块发送第二命令,设备管理模块按照第二命令对多板卡核心交换机的业务卡或主控卡进行控制操作。本发明在遵循行业命令规范的同时,避免了单独对特定交互命令的处理,提高了执行效率,具有良好的移植性和扩展性,对多板卡核心交换机的运行不会产生任何影响。
  • 摘要附图
    一种多板卡核心交换机的配置命令交互方法和系统
  • 说明书附图:图1
    一种多板卡核心交换机的配置命令交互方法和系统
  • 说明书附图:图2
    一种多板卡核心交换机的配置命令交互方法和系统
  • 说明书附图:图3
    一种多板卡核心交换机的配置命令交互方法和系统
法律状态
序号 法律状态公告日 法律状态 法律状态信息
1 2020-11-13 专利权的转移 登记生效日: 2020.11.03 专利权人由上海斐讯数据通信技术有限公司变更为台州市吉吉知识产权运营有限公司 地址由201616 上海市松江区思贤路3666号变更为318015 浙江省台州市椒江区洪家街道东环大道2388号农港城A区2-3167号
2 2018-04-06 授权
3 2015-09-02 实质审查的生效 IPC(主分类): H04L 12/24 专利申请号: 201410769175.9 申请日: 2014.12.12
4 2015-04-01 公开
权利要求
权利要求书是申请文件最核心的部分,是申请人向国家申请保护他的发明创造及划定保护范围的文件。
1.一种多板卡核心交换机的配置命令交互方法,所述多板卡核心交换机包括综合管理模块和设备管理模块,其特征在于,所述配置命令交互方法包括:
步骤一,用户创建第一命令;所述设备管理模块通过所述第一命令关联创建第二命令;
所述第二命令的属性为隐藏;
步骤二,所述综合管理模块提示用户是否确认执行所述第一命令:如果用户确认,则跳转至步骤三;如果用户放弃,则跳转至步骤五;
步骤三,所述综合管理模块向所述设备管理模块发送所述第二命令;
步骤四,所述设备管理模块执行所述第二命令;
步骤五,交互结束。

2.根据权利要求1所述的多板卡核心交换机的配置命令交互方法,其特征在于,所述第一命令是用户通过所述综合管理模块提供的终端界面创建的。

3.根据权利要求1所述的多板卡核心交换机的配置命令交互方法,其特征在于,所述第二命令是所述设备管理模块的可执行命令。

4.一种多板卡核心交换机的配置命令交互系统,所述多板卡核心交换机包括综合管理模块和设备管理模块,其特征在于,所述多板卡核心交换机的配置命令交互系统包括第一命令创建单元、提示单元、命令交互发送单元和第二命令创建单元;
所述第一命令创建单元用于创建第一命令;
所述提示单元用于提示用户是否确认执行所述第一命令;
所述第二命令创建单元用于根据所述第一命令关联创建第二命令;所述第二命令的属性为隐藏;
所述命令交互发送单元用于向所述设备管理模块发送所述第二命令;
所述第一命令创建单元、所述提示单元和所述命令交互发送单元位于所述综合管理模块,所述第二命令创建单元位于所述设备管理模块;
所述命令交互发送单元在收到用户确认执行所述第一命令时才向所述设备管理模块发送所述第二命令。

5.根据权利要求4所述的多板卡核心交换机的配置命令交互系统,其特征在于,所述第二命令是所述设备管理模块的可执行命令。
说明书

技术领域

[0001] 本发明涉及一种核心交换机的命令交互领域,特别是涉及一种多板卡核心交换机的配置命令交互方法和系统。

背景技术

[0002] 核心交换机是针对大型网络汇聚和中小型网络核心的高性能的交换机,其通过综合管理模块,提供终端界面,用户通过终端界面,以终端命令的形式来对交换机进行配置,并且,执行过的命令会以配置的形式存储与内存当中,而且,如果执行存盘的操作,也会将配置以文本的形式存放在文本文件中。综合管理模块除了负责与用户进行信息的交互,还负责读取和输出信息,处理用户输入的命令。
[0003] 核心交换机分为单板交换机和多板卡核心交换机。单板交换机的业务和主控都集中在一起,即主控制芯片和业务控制芯片都是集中在一般板卡上,通过一个电源来统一控制,直接在核心交换机的综合管理模块中进行管理,命令也不需要发送到其他模块去执行,直接在综合管理模块就可以完成交互。
[0004] 多板卡核心交换机,包括多块主控卡和业务卡,并且,每块主控卡或业务卡上都会自带电源和风扇。由于电源和风扇比较多,所以多板卡核心交换机除了配备一个与用户进行交互的综合管理模块,还需要专门配置一个用于对所有的板卡进行设备管理的设备管理模块,设备管理包括电源管理和风扇管理等等。
[0005] 通过设备管理模块对不同的设备进行统一集中管理,虽然使得系统更加便利和合理,但是这种方式也会为系统带来一定的问题。按照现有的设计,综合管理模块是直接向设备管理模块发送可执行命令。但是在对某一块业务卡进行下电或者重启操作时,多板卡核心交换机的命令执行过程如图1所示,综合管理模块的终端界面接收到用户的指令后,综合管理模块还要按照行业规范,需要对用户进行再次提示,并且在得到用户确认后方可进行操作,这也就是说,需要在设备管理模块和用户之间进行确认信息的交互。通常情况下,用户的确认信息一般为“yes”或“no”等语句,这种语句并非是设备管理模块的可执行命令,设备管理模块对这类语句是无法识别的,设备管理模块和用户之间无法进行交互。目前,对于设备管理模块和用户之间的交互,是对用户的确认信息做一些特殊处理,将其改换为设备管理模块可执行的命令,但是,这样做不符合设计规范,也给日后的维护留下了隐患。

发明内容

[0006] 鉴于以上所述现有技术的缺点,本发明的目的在于提供一种多板卡核心交换机的配置命令交互方法和系统,用于解决现有技术中多板卡核心交换机的设备管理模块和用户之间无法直接进行配置命令的交互的问题。
[0007] 为实现上述目的及其他相关目的,本发明提供一种多板卡核心交换机的配置命令交互方法,所述多板卡核心交换机包括综合管理模块和设备管理模块,所述配置命令交互方法包括:步骤一,用户创建第一命令;所述设备管理模块通过所述第一命令关联创建所述第二命令;步骤二,所述综合管理模块提示用户是否确认执行所述第一命令:如果用户确认,则跳转至步骤三;如果用户放弃,则跳转至步骤五;步骤三,所述综合管理模块向所述设备管理模块发送所述第二命令;步骤四,所述设备管理模块执行所述第二命令;步骤五,交互结束。
[0008] 可选地,所述第一命令是用户通过所述综合管理模块提供的终端界面创建的。
[0009] 可选地,所述第二命令的属性为隐藏。
[0010] 可选地,所述第二命令是所述设备管理模块的可执行命令。
[0011] 一种多板卡核心交换机的配置命令交互系统,所述多板卡核心交换机包括综合管理模块和设备管理模块,所述多板卡核心交换机的配置命令交互系统包括命第一命令创建单元、提示单元、命令交互发送单元和第二命令创建单元;所述第一命令创建单元用于创建第一命令;所述提示单元用于提示用户是否确认执行所述第一命令;所述第二命令创建单元用于根据所述第一命令关联创建第二命令;所述命令交互发送单元用于向所述设备管理模块发送所述第二命令。
[0012] 可选地,所述第一命令创建单元、所述提示单元和所述命令交互发送单元位于所述综合管理模块,所述第二命令创建单元位于所述设备管理模块。
[0013] 可选地,所述第二命令的属性为隐藏。
[0014] 可选地,所述命令交互发送单元在收到用户确认执行所述第一命令时才向所述设备管理模块发送所述第二命令。
[0015] 可选地,所述第二命令是所述设备管理模块的可执行命令。
[0016] 如上所述,本发明的多板卡核心交换机的配置命令交互方法和系统,是一种非常简单有效的多板卡核心交换机的配置命令交互方法和系统,其从提高代码质量的角度出发,将需要特殊处理的字符封装在单个命令当中,不需要在每次接收终端字符的时候都进行处理。这样做在遵循行业命令规范的同时,避免了单独对特定交互命令的处理,优化了代码结构,提高了执行效率,具有良好的移植性和可扩展性,对系统的运行不会产生任何影响。

实施方案

[0029] 以下通过特定的具体实例说明本发明的实施方式,本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用,本说明书中的各项细节也可以基于不同观点与应用,在没有背离本发明的精神下进行各种修饰或改变。需说明的是,在不冲突的情况下,以下实施例及实施例中的特征可以相互组合。
[0030] 请参阅附图。需要说明的是,以下实施例中所提供的图示仅以示意方式说明本发明的基本构想,遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制,其实际实施时各组件的型态、数量及比例可为一种随意的改变,且其组件布局型态也可能更为复杂。
[0031] 本发明的一种多板卡核心交换机的配置命令交互方法和系统,针对多板卡核心交换机的设备管理模块智能处理可执行命令,而无法识别和处理用户的确认信息,提出了一种在命令中嵌套命令的方法,将用户通过终端界面下达的命令进行拓展,拓展成为两部分,一部分是用户与综合管理模块之间的第一命令,一部分是综合管理模块与设备管理模块之间的第二命令。多板卡核心交换机的综合管理模块在执行完与用户之间的第一命令的交互之后,才会将真正完成命令的第二命令发送至设备管理模块去执行。本发明通过综合管理模块和设备管理模块相互协作并通过模块间的通信来完成配置命令的交互。
[0032] 实施例1
[0033] 本实施例提供了一种多板卡核心交换机的配置命令交互方法,其中,所述配置命令是由用户通过终端界面以命令的形式输入的一组命令的集合,其主要用于设置或者获取多板卡核心交换机的信息。用户可以根据需求,例如对核心交换机的某一业务卡进行下电或者重新启动,输入不同的命令向核心交换机发出相应的指令去完成对应的操作。在本实施例中,以重新启动一块业务卡为例来对配置命令的交互予以说明,本发明的多板卡核心交换机的配置命令交互方法并不仅限于此。假设需重新启动的业务卡为SVC卡,如图2所示,包括:
[0034] 步骤一S21,用户根据需要创建第一命令;设备管理模块根据第一命令关联创建第二命令。
[0035] 本实施例中,用户需要重新启动SVC卡,所以通过综合管理模块提供的终端界面输入第一命令:reboot svccard。第一命令是用户与综合管理模块的交互命令。
[0036] 与此同时,设备管理模块会根据综合管理模块接收到第一命令reboot svccard,关联创建一个第二命令:reboot svccard_devmrg。第二命令reboot svccard_devmrg是设备管理模块的可执行命令。此外,设备管理模块在创建该第二命令时,将其属性设置为隐藏。
[0037] 步骤二S22,配置命令一般都会涉及到多板卡核心交换机的板卡的下电和热插拔,所以在行业规范中对配置命令的执行都有一个不成文的规定,配置命令在执行前,必须经过用户的再次确认,以防止用户的误操作。
[0038] 综合管理模块针对用户下达的第一命令reboot svccard,再次提示用户是否确认执行第一命令:如果用户确认执行,则跳转至步骤三S23;如果用户放弃执行,则跳转至步骤五。
[0039] 步骤三S23,综合管理模块在接受到用户从终端界面传送过来的确认执行命令后,向设备管理模块发送第二命令reboot svccard_devmrg。
[0040] 步骤四S24,由于第二命令reboot svccard_devmrg是可执行命令,设备管理模块接收到第二命令reboot svccard_devmrg后,按照该命令对SVC卡执行重新启动操作。
[0041] 步骤五S25,多板卡核心交换机的配置命令的交互结束。
[0042] 上面方法的步骤划分,只是为了描述清楚,实现时可以合并为一个步骤或者对某些步骤进行拆分,分解为多个步骤,只要包含相同的逻辑关系,都在本专利的保护范围内;对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计,但不改变其算法和流程的核心设计都在该专利的保护范围内。
[0043] 实施例2
[0044] 本实施例公开了一种用于多板卡核心交换机的配置命令交互系统300,其中,多板卡核心交换机包括综合管理模块100和设备管理模块200,其中,综合管理模块100提供终端界面用于与用户进行命令的交互;设备管理模块200用于管理多板卡核心交换机100内的多个板卡,包括但不限于对板卡进行电源管理和风扇管理;综合管理模块100和设备管理模块200之间相互协作,通过模块之间的通信来完成命令的执行。
[0045] 如图3所示,本实施例的多板卡核心交换机的配置命令交互系统300包括第一命令创建单元310、第二命令创建单元320、提示单元330和命令交互发送单元340。
[0046] 第一命令创建单元310位于综合管理模块100,用于创建第一命令。用户通过综合管理模块100提供的终端界面创建第一命令。
[0047] 第二命令创建单元320位于设备管理模块200,用于创建第二命令。根据第一命令,第二命令创建单元320关联创建对应的第二命令,且在创建时,将第二命令的属性设置为隐藏。第二命令是设备管理模块的可执行命令。
[0048] 提示单元330位于综合管理模块100,用于提示用户是否执行所述第一命令。在创建了第一命令后,提示单元330会再次提示用户,是否确认执行第一命令,以减少用户的误操作。
[0049] 命令交互发送单元340位于综合管理模块100,用于向设备管理模块200发送第二命令。命令交互发送单元340在接收到提示单元330传送过来的确认执行第一命令信息时,会向设备管理模块200发送第二命令。由于第二命令是设备管理模块200的可执行命令,所以设备管理模块200按照第二命令对对应的板卡进行操作。
[0050] 不难发现,本实施例为与第一实施例相对应的系统实施例,本实施例可与第一实施例互相配合实施。第一实施例中提到的相关技术细节在本实施例中依然有效,为了减少重复,这里不再赘述。相应地,本实施例中提到的相关技术细节也可应用在第一实施例中。
[0051] 综上所述,本发明多板卡核心交换机的配置命令交互方法和系统,从提高代码质量的角度出发,将需要特殊处理的字符封装在单个命令当中,不需要在每次接收终端字符的时候都进行处理。这样做在遵循行业命令规范的同时,避免了单独对特定交互命令的处理,优化了代码结构,提高了执行效率,具有良好的移植性和扩展性,对系统的运行不会产生任何影响。所以,本发明有效克服了现有技术中的种种缺点而具高度产业利用价值。
[0052] 上述实施例仅例示性说明本发明的原理及其功效,而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下,对上述实施例进行修饰或改变。因此,举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变,仍应由本发明的权利要求所涵盖。

附图说明

[0017] 图1显示为现有技术中多板卡核心交换机配置命令执行的流程示意图。
[0018] 图2显示为本发明实施例公开的一种多板卡核心交换机的配置命令交互方法的流程示意图。
[0019] 图3显示为本发明实施例公开的一种多板卡核心交换机的配置命令交互系统的结构示意图。
[0020] 元件标号说明
[0021] S21~S25  步骤
[0022] 100       综合管理模块
[0023] 200       设备管理模块
[0024] 300       多板卡核心交换机的配置命令交互系统
[0025] 310       第一命令创建单元
[0026] 320       第二命令创建单元
[0027] 330       提示单元
[0028] 340       命令交互发送单元
专利联系人(活跃度排行)
版权所有:盲专网 ©2023 zlpt.xyz  蜀ICP备2023003576号