CN100583097C - 对补丁文件进行管理的方法、系统及设备 - Google Patents
对补丁文件进行管理的方法、系统及设备 Download PDFInfo
- Publication number
- CN100583097C CN100583097C CN200710063795A CN200710063795A CN100583097C CN 100583097 C CN100583097 C CN 100583097C CN 200710063795 A CN200710063795 A CN 200710063795A CN 200710063795 A CN200710063795 A CN 200710063795A CN 100583097 C CN100583097 C CN 100583097C
- Authority
- CN
- China
- Prior art keywords
- patch
- file
- software entity
- service unit
- control system
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 35
- 238000012856 packing Methods 0.000 claims abstract description 7
- 230000000694 effects Effects 0.000 claims description 13
- 238000010200 validation analysis Methods 0.000 claims description 10
- 238000004806 packaging method and process Methods 0.000 claims description 5
- 238000007726 management method Methods 0.000 abstract 3
- 238000004891 communication Methods 0.000 description 16
- 238000012423 maintenance Methods 0.000 description 15
- 238000010586 diagram Methods 0.000 description 5
- 238000012545 processing Methods 0.000 description 3
- 230000007547 defect Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Landscapes
- Stored Programmes (AREA)
Abstract
一种对补丁文件进行管理的方法,包括:将多个业务单元软件的补丁文件进行打包,生成补丁包文件;将所述补丁包文件加载到主控系统软件实体中;主控系统软件实体根据其接收到的管理控制命令,对将补丁包文件拆分后得到的业务单元软件的补丁文件进行管理。本发明实施例通过将多个业务单元软件实体的补丁文件进行打包,生成补丁包文件后,将所述补丁包文件加载到主控系统软件实体中,实现了主控系统软件实体对业务单元软件实体的补丁文件进行管理,从而使业务单元软件实体的补丁文件的管理变得简单易行,提高加载效率。
Description
技术领域
本发明涉及通信技术领域,尤其涉及补丁文件管理技术领域。
背景技术
通信系统中,当分布式通信设备的软件系统由于其本身缺陷或其它原因出现错误时,经常需要利用补丁文件对有错误的软件系统进行修复。
通常情况下,分布式通信设备的软件实体结构如图1所示。图1中,软件实体包括主控系统软件实体和多个业务单元软件实体,其中,主控系统软件实体用于控制整个设备系统的多个业务单元软件实体。
由于多个业务单元软件通常都是独立开发的,都会为修复各自的漏洞而各自发布独立的补丁文件,这样对于通信设备的软件系统来说,就有很多业务单元软件的补丁文件,对这些补丁文件进行管理就比较复杂。
在给多个业务单板软件实体加载补丁时,通常需要通信设备维护人员将每个业务单元软件独立发布的补丁文件手工逐一加载到对应的业务单元软件实体,然后使加载的补丁生效。这就要求通信设备维护人员非常熟悉设备中的各个业务单元软件实体版本才可以,这样就造成补丁文件加载过程复杂,且加载效率低。
发明内容
鉴于上述现有技术所存在的问题,本发明实施例的目的是提供一种对补丁文件进行管理的方法、系统及设备,通过将多个业务单元软件的补丁文件进行打包,生成补丁包文件后,将所述补丁包文件加载到主控系统软件实体中,实现了主控系统软件实体对业务单元软件实体的补丁文件进行管理,从而使业务单元软件实体的补丁文件的管理变得简单易行,提高加载效率。
本发明实施例的目的是通过以下技术方案实现:
本发明实施例提供了一种对补丁文件进行管理的方法,所述方法包括:
将多个业务单元软件对应的补丁文件进行打包,生成补丁包文件;
将所述补丁包文件加载到主控系统软件实体中;
主控系统软件实体根据补丁文件生效指令,向业务单元软件实体发送更新补丁信息的指令;并根据业务单元软件实体反馈的补丁标识和补丁信息确定所述业务单元软件实体需要加载的补丁文件,将所述需要加载的补丁文件加载到所述业务单元软件实体中,并使所述补丁文件在所述业务单元软件实体上生效;
或者,
主控系统软件实体根据补丁文件失效指令,确定失效补丁文件所在业务单元;使所述业务单元的补丁文件失效;
当主控系统软件实体发现有新的业务单元软件实体加入或有业务单元软件实体消失时,主控系统软件实体自动更新补丁文件控制信息表。
本发明实施例还提供了一种对补丁文件进行管理的系统,包括:补丁包打包设备、文件服务器和补丁包文件管理设备,所述补丁包文件管理设备包括主控系统软件实体和多个业务单元软件实体;
补丁包打包设备:负责将多个业务单元软件对应的补丁文件进行打包,生成补丁包文件;
文件服务器:负责将得到的补丁包文件加载到补丁包文件管理设备的主控系统软件实体中;
所述主控系统软件实体,用于根据补丁文件生效指令,向业务单元软件实体发送更新补丁信息的指令;并根据业务单元软件实体反馈的补丁标识和补丁信息确定所述业务单元软件实体需要加载的补丁文件,将所述需要加载的补丁文件加载到所述业务单元软件实体中,并使所述补丁文件在所述业务单元软件实体上生效;或者根据补丁文件失效指令,确定失效补丁文件所在业务单元;使所述业务单元的补丁文件失效;当主控系统软件实体发现有新的业务单元软件实体加入或有业务单元软件实体消失时,所述主控系统软件实体,还用于自动更新补丁文件控制信息表。
本发明实施例又提供了一种补丁包文件管理设备,包括:
补丁包文件管理模块:设置于主控系统软件实体上,用于根据补丁文件生效指令,向业务单元软件实体发送更新补丁信息的指令;并根据业务单元软件实体反馈的补丁标识和补丁信息确定所述业务单元软件实体需要加载的补丁文件,将所述需要加载的补丁文件加载到所述业务单元软件实体中,并使所述补丁文件在所述业务单元软件实体上生效;或者根据补丁文件失效指令,确定失效补丁文件所在业务单元;使所述业务单元的补丁文件失效;
补丁包文件拆分模块:负责将生成的补丁包文件进行拆分,得到业务单元软件实体对应的补丁文件。
由上述本发明实施例提供的技术方案可以看出,本发明实施例通过将多个业务单元软件的补丁文件进行打包,生成补丁包文件后,将所述补丁包文件加载到主控系统软件实体中,实现了主控系统软件实体对业务单元软件实体的补丁文件进行管理,从而使业务单元软件实体的补丁文件的管理变得简单易行,提高加载效率。
附图说明
图1为现有技术中分布式通信设备的软件系统结构示意图;
图2为本发明实施例所述方法的流程图;
图3为本发明实施例补丁包文件生成过程的示意图;
图4为本发明实施例的补丁包文件的结构示意图;
图5为本发明实施例补丁包文件加载过程示意图;
图6为本发明实施例使补丁文件生效过程的流程图;
图7为本发明实施例使补丁包文件失效过程的流程图;
图8为本发明实施例补丁文件自动更新过程的流程图;
图9为本发明实施例所述系统及设备的结构示意图。
具体实施方式
下面结合附图2到附图8对本发明实施例所述方法进行详细说明。
本发明实施例所述方法在具体实现过程中可以是,将多个业务单元软件的补丁文件进行打包,生成补丁包文件后,将所述补丁包文件加载到通信设备的主控系统软件实体中,主控系统软件实体根据其接收到的管理控制命令,对将补丁包文件拆分后得到的业务单元软件实体的补丁文件进行管理。本发明实施例所述的主控系统软件实体指的是主控系统软件所运行的硬件平台,比如,运行了主控系统软件的主控单板;业务单元软件实体指的是业务单元软件所运行的硬件平台,比如,运行了业务单元软件的业务单板。
本发明实施例所述方法的具体实现过程如图2所示,包括:
步骤21、将主控系统软件的补丁文件和业务单元软件系统的补丁文件进行打包,生成补丁包文件;
其中,补丁包文件生成过程如图3所示,具体包括:
主控系统软件和各业务单元软件分别生成各自的补丁文件;
通过补丁包制作工具把主控系统软件的补丁文件和多个业务单元软件的补丁文件全部封装到一个补丁包文件中;
生成的补丁包文件的内部结构如图4所示,其中总体头信息中可以记录该补丁包文件的版本信息和其中的补丁文件个数,然后在子文件头信息中分别记录各个补丁文件的版本、大小、以及在整个包文件中的偏移量和交验值等信息,所有的补丁文件通过头尾字符串顺次连接在一起。
步骤22、操作维护人员将生成的补丁包文件利用补丁操作指令把补丁包文件加载到主控系统软件实体中,具体如图5所示,包括:
操作维护人员在文件服务器(设备维护终端也可以充当文件服务器)利用补丁操作指令将补丁包文件加载到通信设备的主控系统软件实体中,加载补丁包文件结束后,该补丁包文件只是传送到主控系统软件实体中暂时保存起来,其状态为失效态。
步骤23、当已经加载完补丁包文件,操作维护人员通过补丁操作指令对补丁包文件进行管理,包括使补丁文件生效、使补丁文件失效、删除补丁文件和查询补丁文件,下面举例进行说明。
本发明实施例中使补丁包文件生效的过程如图6所示,具体包括:
步骤60、操作维护人员向主控系统软件实体发送使补丁文件生效指令;
步骤61、主控系统软件实体给各个业务单元软件实体发送更新补丁信息的指令;
步骤62、业务单元软件实体接收到更新补丁信息指令后将其当前的补丁标识(在本发明实施例的具体实现过程中可以为补丁版本)和补丁信息发送给主控系统软件实体;
步骤63、主控系统软件实体接收到补丁版本和补丁信息后,主控系统软件实体根据所述补丁版本查询补丁文件控制信息表,从将补丁包文件进行拆分后得到的所有补丁文件中找到对应的业务单元补丁文件,如果发现补丁文件内容有增加,就把所述补丁文件发送给该业务单元,并执行步骤64;所述拆分过程可以是主控系统接收到补丁包文件之后就进行拆分,也可以在业务单元反馈补丁版本和补丁信息后,需要给业务单元发送补丁文件时再进行拆分。
步骤64、主控系统软件实体下发使其生效的指令,并更新补丁文件控制信息表,补丁文件控制信息表中记录的内容包括业务单元软件的补丁信息和补丁标识。所述补丁信息可以包括:补丁文件名称、补丁文件的状态(生效态/失效态)、当前正在运行该补丁文件的所有业务单元软件实体的标识等,所述补丁标识可以为补丁版本。在这里需要更新的是补丁文件的状态,即从原来的失效态变成生效态;
步骤65、将处理结果通知给操作维护人员。
当补丁文件生效后,可能由于某些原因,需要取消该补丁功能,此时可以通过使其失效的指令使补丁文件失效,使补丁文件失效的过程如图7所示,具体包括:
步骤70、操作维护人员向主控系统软件实体发送使补丁文件失效的指令;
步骤71、主控系统软件实体从补丁文件控制信息表中获取待失效补丁文件当前正在哪些业务单元软件实体上运行,并逐一给这些业务单元软件实体发送使补丁失效指令;各业务单元软件实体接收到主控系统软件实体的使补丁实效指令后,执行所述使补丁文件实效指令,取消该补丁文件的功能,业务单元软件系统继续执行原来的处理流程;
步骤72、主控系统通知操作维护人员执行结果。
在使补丁文件失效后,如果不再需要该补丁文件,可以将该补丁文件从主控系统的存储介质中完全删除,删除补丁文件后更新补丁文件控制信息表。
以上是对通信设备中已经存在业务单元软件实体时进行说明的,如果有新的业务单元软件实体加入或有业务单元软件实体消失时,主控系统就会自动更新该业务单元的补丁信息并更新补丁文件控制信息表,具体如图8所示,在本发明实施例的具体实现过程中可以包括:
步骤80、当主控系统软件实体发现一个新增的业务单元(主控系统软件实体可通过自动发现业务单元软件实体的策略实现,现有技术中已有成熟解决方案,不是本发明实施例所要关注的),此时主控系统立即为该单元发送更新补丁信息的指令;
步骤81、业务单元接收到更新补丁信息指令后将当前的补丁信息作为响应发送给主控系统软件实体,主控系统软件实体接收到所述补丁信息后,根据业务单元的补丁信息搜索该业务单元软件实体对应的补丁文件,如果找到而且其补丁文件的状态处于生效态,则执行步骤82;
步骤82、主控系统软件实体会把该补丁文件发送给业务单元软件实体,并更新补丁文件控制信息表,并执行步骤83;
步骤83、主控系统软件实体发送补丁文件生效指令,业务单元软件实体接收完补丁信息和生效指令后,使补丁文件在所述业务单元软件实体上生效。
当主控系统发现一个业务单元消失(出现故障或被人为删除),为了保持补丁文件控制信息表的正确性,此时只需要更新一下该补丁文件控制信息表即可。
下面结合附图9对本发明实施例所述的系统及设备进行详细说明。
本发明实施例所述的系统的结构如图9所示,包括:
补丁包打包设备:负责将多个业务单元软件的补丁文件进行打包,生成补丁包文件;在本发明实施例的具体实现过程中,所述补丁包打包设备可以为PC机。
文件服务器:负责将得到的补丁包文件加载到补丁包文件管理设备的主控系统软件实体中;
具体的说就是,将主控系统软件的补丁文件和业务单元软件的补丁文件进行打包,生成补丁包文件;将生成的补丁包文件存储到文件服务器(设备维护终端)中,操作维护人员在设备维护终端利用补丁操作指令将补丁包文件加载到通信设备的主控系统软件实体中。
补丁包文件管理设备:包括主控软件实体和多个业务单元软件实体;
主控系统软件实体根据其接收到的管理控制命令,对将补丁包文件拆分后得到的业务单元软件实体的补丁文件进行管理;
具体的说就是,将补丁包文件加载到对应的通信设备的主控系统软件实体中,加载补丁包文件结束后,该补丁包文件只是传送到主控系统软件实体中暂时保存起来,其状态为失效态。操作维护人员通过补丁操作指令对补丁包文件进行管理,包括使补丁文件生效、使补丁文件失效、删除补丁文件或查询补丁文件。
本发明实施例所述的补丁包文件管理设备,具体结构如图9所示,包括:
补丁包文件管理模块:根据其接收到的管理控制命令,对将补丁包文件拆分后得到的业务单元软件实体的补丁文件进行管理;所述设置于主控系统软件实体上;
补丁包文件拆分模块:负责将生成的补丁包文件进行拆分,得到业务单元软件的补丁文件;操作维护人员向主控系统软件实体发送补丁文件生效指令;
具体的说就是,在使补丁文件生效过程中,主控系统软件实体给各个业务单元软件实体发送更新补丁信息的指令;业务单元接收到该指令后将其补丁版本和当前的补丁信息发送给主控系统软件实体;主控系统软件实体接收到所述补丁版本和补丁信息后,将补丁包文件进行拆分,从将补丁文件进行拆分后得到的所有补丁文件中搜索出对应的业务单元补丁文件,如果发现补丁文件内容有增加,就把所述补丁文件发送给该业务单元;
所述通信设备还包括:
补丁文件控制信息模块:负责存储补丁文件的补丁标识和补丁信息,供补丁包文件管理模块调用;所述补丁标识可以为补丁版本,所述补丁信息包括:补丁文件名称、补丁文件的状态、当前正在运行该补丁文件的所有业务单元的标识;所述补丁文件控制信息模块在本发明实施例的具体实现过程中可以为补丁文件控制信息表的形式。
本发明实施例所述的通信设备可以为分布式通信设备。
对于本发明实施例所述系统和设备,其中对于补丁文件进行管理的具体处理流程,在方法中已作详细说明,此处不再赘述。
另外,本领域技术人员应该知道,本发明实施例不仅适用于由主控单板和业务单板组成的分布式设备,还适用于其他类型的分布式设备。
由上述本发明实施例提供的技术方案可以看出,本发明实施例通过将主控系统软件的补丁文件和业务单元软件的补丁文件进行打包,生成补丁包文件后,将所述补丁包文件加载到主控系统软件实体中,实现了主控系统软件实体对业务单元软件实体的补丁文件进行管理,从而使业务单元软件实体的补丁文件的管理变得简单易行。在给多个业务单元软件实体加载补丁时,控制系统软件实体将业务单元软件实体的补丁文件自动加载到对应的业务单元软件实体,并可以对加载的补丁文件进行生效、失效、删除和查询操作,这样简化了补丁文件加载过程复杂,提高了补丁加载效率。
以上所述,仅为本发明实施例较佳的具体实施方式,但本发明实施例的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明实施例揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明实施例的保护范围之内。因此,本发明实施例的保护范围应该以权利要求的保护范围为准。
Claims (9)
1、一种对补丁文件进行管理的方法,其特征在于,所述方法包括:
将多个业务单元软件对应的补丁文件进行打包,生成补丁包文件;
将所述补丁包文件加载到主控系统软件实体中;
主控系统软件实体根据补丁文件生效指令,向业务单元软件实体发送更新补丁信息的指令;并根据业务单元软件实体反馈的补丁标识和补丁信息确定所述业务单元软件实体需要加载的补丁文件,将所述需要加载的补丁文件加载到所述业务单元软件实体中,并使所述补丁文件在所述业务单元软件实体上生效;或者,主控系统软件实体根据补丁文件失效指令,确定失效补丁文件所在业务单元;使所述业务单元的补丁文件失效;
当主控系统软件实体发现有新的业务单元软件实体加入或有业务单元软件实体消失时,主控系统软件实体自动更新补丁文件控制信息表。
2、根据权利要求1所述的方法,其特征在于,所述方法还包括:
在使补丁文件失效后,将业务单元软件实体的补丁文件从主控系统软件实体中删除。
3、根据权利要求1所述的方法,其特征在于,所述方法还包括:
通过补丁文件控制信息表查询补丁文件的补丁信息。
4、根据权利要求1所述的方法,其特征在于,所述补丁标识为补丁版本;
所述补丁信息包括:补丁文件名称、补丁文件的状态和当前正在运行该补丁文件的所有业务单元软件实体的标识。
5、一种对补丁文件进行管理的系统,其特征在于,包括:补丁包打包设备、文件服务器和补丁包文件管理设备,所述补丁包文件管理设备包括主控系统软件实体和多个业务单元软件实体;
补丁包打包设备:负责将多个业务单元软件对应的补丁文件进行打包,生成补丁包文件;
文件服务器:负责将得到的补丁包文件加载到补丁包文件管理设备的主控系统软件实体中;
所述主控系统软件实体,用于根据补丁文件生效指令,向业务单元软件实体发送更新补丁信息的指令;并根据业务单元软件实体反馈的补丁标识和补丁信息确定所述业务单元软件实体需要加载的补丁文件,将所述需要加载的补丁文件加载到所述业务单元软件实体中,并使所述补丁文件在所述业务单元软件实体上生效;或者根据补丁文件失效指令,确定失效补丁文件所在业务单元;使所述业务单元的补丁文件失效;当主控系统软件实体发现有新的业务单元软件实体加入或有业务单元软件实体消失时,所述主控系统软件实体,还用于自动更新补丁文件控制信息表。
6、根据权利要求5所述的系统,其特征在于,所述主控系统软件实体还用于在使补丁文件失效后,将业务单元软件实体的补丁文件从主控系统软件实体中删除。
7、根据权利要求5所述的系统,其特征在于,所述主控系统软件实体,还用于通过补丁文件控制信息表查询补丁文件的补丁信息。
8、一种补丁包文件管理设备,其特征在于,包括:
补丁包文件管理模块:设置于主控系统软件实体上,用于根据补丁文件生效指令,向业务单元软件实体发送更新补丁信息的指令;并根据业务单元软件实体反馈的补丁标识和补丁信息确定所述业务单元软件实体需要加载的补丁文件,将所述需要加载的补丁文件加载到所述业务单元软件实体中,并使所述补丁文件在所述业务单元软件实体上生效;或者根据补丁文件失效指令,确定失效补丁文件所在业务单元;使所述业务单元的补丁文件失效;
补丁包文件拆分模块:负责将生成的补丁包文件进行拆分,得到业务单元软件实体对应的补丁文件。
9、根据权利要求8所述的补丁包文件管理设备,其特征在于,所述设备还包括:
补丁文件控制信息模块:负责存储补丁文件的补丁信息,供补丁包文件管理模块调用。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710063795A CN100583097C (zh) | 2007-02-09 | 2007-02-09 | 对补丁文件进行管理的方法、系统及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710063795A CN100583097C (zh) | 2007-02-09 | 2007-02-09 | 对补丁文件进行管理的方法、系统及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101042700A CN101042700A (zh) | 2007-09-26 |
CN100583097C true CN100583097C (zh) | 2010-01-20 |
Family
ID=38808211
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200710063795A Expired - Fee Related CN100583097C (zh) | 2007-02-09 | 2007-02-09 | 对补丁文件进行管理的方法、系统及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100583097C (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9158533B2 (en) * | 2012-01-16 | 2015-10-13 | International Business Machines Corporation | Manipulating source code patches |
CN106330516A (zh) * | 2015-07-01 | 2017-01-11 | 中兴通讯股份有限公司 | 一种补丁维护的方法及装置 |
CN106919843B (zh) * | 2017-01-24 | 2020-08-28 | 北京奇虎科技有限公司 | 漏洞修复系统、方法及设备 |
-
2007
- 2007-02-09 CN CN200710063795A patent/CN100583097C/zh not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
CN101042700A (zh) | 2007-09-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101325509B (zh) | 安装软件组件的方法、系统及装置 | |
CN107005426B (zh) | 一种虚拟网络功能的生命周期管理方法及装置 | |
CN101317381A (zh) | 对能力管理对象维护、对能力管理的方法、系统及终端 | |
CN109905492B (zh) | 基于分布式模块化数据中心的安全运营管理系统及方法 | |
CN102195798B (zh) | 一种升级光网络单元的方法和系统 | |
CN102609281A (zh) | 分布式软件补丁更新方法及系统 | |
CN103024782A (zh) | 一种基站软件版本管理的方法和系统 | |
CN104954482A (zh) | 管理配置的系统及方法 | |
CN111897643B (zh) | 线程池配置系统、方法、装置和存储介质 | |
CN110659259A (zh) | 数据库迁移方法、服务器以及计算机存储介质 | |
EP4162649B1 (en) | Stable references for network function life cycle management automation | |
CN110825408A (zh) | 程序版本的更新方法、自助设备和版本控制服务器 | |
CN100583097C (zh) | 对补丁文件进行管理的方法、系统及设备 | |
CN101877655A (zh) | 网络管理系统、网管服务器和方法 | |
CN115543429A (zh) | 项目环境的搭建方法、电子设备及计算机可读存储介质 | |
CN106708547A (zh) | 一种服务插件管理方法和系统 | |
CN104104701A (zh) | 在线服务的配置更新的方法和系统 | |
CN111949290B (zh) | 一种热补丁管理方法、装置、电子设备及存储介质 | |
CN112199104A (zh) | 一种软件升级方法、装置、电子设备和存储介质 | |
CN109614442B (zh) | 数据同步的数据表维护方法、装置、存储介质和电子设备 | |
CN108933681B (zh) | 一种云计算系统配置更新方法、控制中心及云计算节点 | |
CN113746676B (zh) | 基于容器集群的网卡管理方法、装置、设备、介质及产品 | |
CN113312073B (zh) | 一种安装包文件处理方法和相关装置 | |
CN113422644B (zh) | 一种告警处理方法、装置、设备、系统和存储介质 | |
CN102457873A (zh) | 基站收发台维护方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20100120 Termination date: 20160209 |