CN104954409A - 一种ap升级方法以及装置 - Google Patents
一种ap升级方法以及装置 Download PDFInfo
- Publication number
- CN104954409A CN104954409A CN201410126858.2A CN201410126858A CN104954409A CN 104954409 A CN104954409 A CN 104954409A CN 201410126858 A CN201410126858 A CN 201410126858A CN 104954409 A CN104954409 A CN 104954409A
- Authority
- CN
- China
- Prior art keywords
- upgrading
- upgrade
- upgrade server
- information
- resource utilization
- 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.)
- Pending
Links
Landscapes
- Stored Programmes (AREA)
Abstract
本发明提供一种AP升级方法，应用于升级服务器，其中该包括以下步骤：步骤A、定期收集升级服务器的资源使用率以及升级的AP信息；步骤B、若检测到所述资源使用率小于第一预设阈值时，根据所述升级的AP信息判断所述升级服务器的升级AP状态是否饱和，若是转步骤C，否则转步骤D；步骤C、根据所述资源使用率以及升级的AP信息控制升级服务器的升级AP数量；步骤D、向AP下发升级报文，通知所述AP进行升级。本发明可有效缓解在有大量AP升级时对升级服务器造成巨大压力的问题，保证即使拥有上千台AP也能稳定完成升级。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种AP升级方法以及装置。
背景技术
目前无线网络已经无处不在，随处拿出手机都能搜到一堆无线信号。家用无线的部署只需一台无线路由器即可，但工厂、学校等大面积场所的无线部署就必须用到AC（Access Controller或Wireless Access PointController），即无线控制器，以及AP（Access Point或Wireless Access Point），即无线访问接入点。
使用AC、AP形式部署无线网，即采用AP进行无线覆盖、再使用AC对AP进行统一管理的过程。而AC对AP进行统一管理的过程即包括了AP的版本升级。这其中的一个难题就是如何让上百台甚至上千台AP进行有条不紊的升级。然而CAPWAP协议规定了AC对AP进行版本升级的方式，但却没有考虑到升级服务器的压力，如果上百台甚至上千台AP同时升级，势必造成升级服务器的压力，一旦造成升级服务器的瘫痪，就会使得AP大面积掉线而造成数据中断。
因此，亟待一种可缓解有大量AP升级时造成的升级服务器压力的方法来解决上述问题。
发明内容
有鉴于此，本发明提供了一种AP升级方法以及装置来解决上述问题。
本发明提供一种AP升级方法，应用于升级服务器，其中包括：
步骤A、定期收集升级服务器的资源使用率以及升级的AP信息；
步骤B、若检测到所述资源使用率小于第一预设阈值时，根据所述升级的AP信息判断所述升级服务器的升级AP状态是否饱和，若是转步骤C，否则转步骤D；
步骤C、根据所述资源使用率以及升级的AP信息控制升级服务器的升级AP数量；
步骤D、向AP下发升级报文，通知所述AP进行升级。
进一步地，所述升级服务器包括AC以及外部升级服务器，所述升级服务器的资源使用率包括AC的CPU或/和内存使用率，所述步骤B具体包括：
若所述AC的资源使用率大于或等于第一预设阈值，根据所述外部服务器的升级的AP信息判断所述升级服务器的升级AP状态是否饱和，如是，转步骤C，否则转步骤D。
进一步地，所述升级的AP信息包括升级服务器上升级的AP数量与AP升级结果，
步骤B所述判断升级服务器升级AP状态是否饱和具体为：若判断所述升级服务器的AP升级数量已达到预设升级AP数量上限，或/和根据所述AP升级结果检测到的AP升级失败记录大于第二预设阈值，则确定所述升级服务器的AP升级数量已饱和。
进一步地，所述步骤C具体包括，根据所述资源使用率以及升级的AP信息相应减少AC上正在升级的升级AP数量。
进一步地，定期将收集的AP升级结果作为日志输出。
本发明还提供一种AP升级装置，应用于升级服务器，其中包括：
信息收集模块，用于定期收集升级服务器的资源使用率以及升级的AP信息；
状态检测模块，用于在检测到所述资源使用率小于第一预设阈值时，根据所述升级的AP信息判断所述升级服务器的升级AP状态是否饱和，若是转升级控制模块处理，否则转升级通知模块处理；
升级控制模块，用于根据所述资源使用率以及升级的AP信息控制升级服务器的升级AP数量；
升级通知模块，用于向AP下发升级报文，通知所述AP进行升级。
进一步地，所述升级服务器包括AC以及外部升级服务器，所述升级服务器的资源使用率包括AC的CPU或/和内存使用率，所述状态检测模块具体包括：
若所述AC的资源使用率大于或等于第一预设阈值，根据所述外部服务器的升级的AP信息判断所述升级服务器的升级AP状态是否饱和，如是，转升级控制模块处理，否则转升级通知模块处理。
进一步地，所述升级的AP信息包括升级服务器上升级的AP数量与AP升级结果，
所述判断升级服务器升级AP状态是否饱和具体为：若判断所述升级服务器的AP升级数量已达到预设升级AP数量上限，或/和根据所述AP升级结果检测到的AP升级失败记录大于第二预设阈值，则确定所述升级服务器的AP升级数量已饱和。
进一步地，所述升级控制模块具体用于，根据所述资源使用率以及升级的AP信息相应减少AC上正在升级的升级AP数量。
进一步地，定期将收集的AP升级结果作为日志输出。
本发明提供的AP升级方法以及装置，通过在检测到升级服务器的升级AP状态饱和时控制升级服务器的升级的AP数量，在升级服务器的升级AP状态未饱和时，向AP下发升级报文，通知AP进行升级以有效缓解在有大量AP升级时对升级服务器造成巨大压力的问题，保证即使拥有上千台AP也能稳定完成升级。
附图说明
图1是本发明实施例中AP升级装置逻辑结构示意图；
图2是本发明实施例中AP升级方法流程框图；
图3是本发明实施例中AP升级方法工作流程示意图。
具体实施方式
本发明提供了一种AP升级方法以及装置通过定期收集升级服务器的资源使用率以及升级的AP信息，并在检测到所述资源使用率小于第一预设阈值，以及在判断所述升级服务器的升级AP状态饱和时，根据所述资源使用率以及升级的AP信息控制升级服务器的升级的AP数量，在判断所述升级服务器的升级AP状态未饱和时，向AP下发升级报文，通知所述AP进行升级来缓解在大量AP同时升级时对升级服务器造成的压力。
请参考图1，本发明提供的AP升级方法以及装置应用于升级服务器，该AP升级装置的基本硬件环境包括CPU、内存、非易失性存储器以及其他硬件，其从本质上说其是一个逻辑装置，在本实施方式中，该AP升级装置在逻辑层面上包括：信息收集模块、状态检测模块、升级控制模块以及升级通知模块，请参考图2，该装置在运行过程中执行如下处理流程：
步骤201，信息收集模块定期收集升级服务器的资源使用率以及升级的AP信息；
步骤202，状态检测模块在检测到所述资源使用率小于第一预设阈值，根据所述升级的AP信息判断所述升级服务器的AP升级状态是否饱和，若是转步骤203，否则转步骤204；
步骤203，升级控制模块根据所述资源使用率以及升级的AP信息控制升级服务器的升级的AP数量；
步骤204，升级通知模块向AP下发升级报文，通知所述AP进行升级。
本发明实施例提供的AP升级方法中，在AP进行升级时会定期收集各升级服务器的资源使用率以及升级的AP信息。该升级服务器可以包括AC以及外部服务器，该外部服务器可以为TFTP服务器或者FTP服务器等。该升级服务器定期收集的资源使用率以及升级的AP信息的目的为定期检测升级服务器的压力状况，并根据该压力状况相应控制升级服务器上升级AP的数量。其中，该资源使用率具体可以为AC的CPU使用率以及内存使用率；升级的AP信息则包括升级服务器上升级AP的数量以及各AP的升级结果，例如升级进度、升级成功或者升级失败等。
接着，在采集完所述升级服务器的资源使用率以及升级的AP信息后，首先判断该升级服务器的资源使用率是否小于第一预设阈值，该第一预设阈值为开发人员根据测试而得出的经验值，本发明对此并无限制。若判断该资源使用率小于第一预设阈值，则要进一步依据升级服务器上升级AP的数量以及各AP的升级结果判断所述升级服务器的AP升级状态是否饱和来检测升级服务器上是否存在压力过大的问题，并根据检测结果控制升级服务器上的升级AP数量。
本发明实施例中，升级服务器控制AP升级与否主要通过下发升级报文实现，若根据升级服务器的升级的AP信息判断所述升级服务器的升级AP状态已饱和，说明该升级服务器的压力已过大，因此要根据所述资源使用率以及升级的AP信息控制升级服务器上的升级AP数量，即暂缓向待升级的AP下发升级报文，使得待升级AP可以继续工作，减少网络中断时间。
若根据升级服务器的升级的AP信息判断所述升级服务器的升级AP状态已饱和，说明该升级服务器可继续增加其可升级的AP数量，则向待升级的AP下发升级报文，以通知所述AP进行升级。
本发明实施例所提供的AP升级方法以及装置通过定期收集升级服务器的资源使用率以及升级的AP信息，并在检测到升级服务器的升级AP状态饱和时，根据所述资源使用率以及升级的AP信息控制升级服务器的升级的AP数量，在判断所述升级服务器的升级AP状态未饱和时，向AP下发升级报文，通知所述AP进行升级来解决在有大量AP升级时对升级服务器造成巨大压力的问题。
请参考图3，在本发明优选地实施方式中，若在检测到升级服务器中AC的资源使用率使用率小于第一预设阈值时，则进一步判断升级服务器中AC上的升级AP状态是否饱和。判断升级服务器升级AP状态是否饱和具体为：若判断所述升级服务器的AP升级数量已达到预设升级AP数量上限，或/和根据所述AP升级结果检测到的AP升级失败记录大于第二预设阈值，则确定所述升级服务器的AP升级数量已饱和。该第二预设阈值为开发人员根据测试而设定的经验值，本发明对此并无限制。
具体地，在具有AC以及外部升级服务器的场景中，首先判断所述AC的资源使用率（CPU使用率以及内存的使用率）是否小于第一预设阈值，若该AC的资源使用率均小于其预设阈值，则根据升级的AP信息检测AC上升级AP数量是否达到预设升级AP数量上限，若是则说明该AC以及外部升级服务器的升级AP状态已饱和；或者在根据AP升级结果检测到有大量的AP升级失败记录且该记录大于第二预设阈值时，同样说明该AC以及外部升级服务器的升级AP状态已饱和。那么则暂缓向待升级的AP发送升级报文，待根据定期收集的升级服务器资源使用率以及升级的AP信息判断AC的资源使用率小于第一预设阈值，以及AC与外部服务器的升级AP状态未饱和时，才向待升级的AP发送升级报文以通知待升级的AP进行升级。
若判断所述AC的资源使用率中的CPU使用率或者内存的使用率的任意一项大于或者等于其预设阈值时，则根据升级的AP信息检测外部服务器上升级AP数量是否达到预设升级AP数量上限，若是则说明该AC以及外部升级服务器的升级AP状态已饱和；或者在根据AP升级结果检测到有大量的AP升级失败记录且大于第二预设阈值时，同样说明该AC以及外部升级服务器的升级AP状态已饱和。那么AC以及外部服务器均暂缓向待升级的AP发送升级报文，直到根据收集的资源使用率以及升级的AP信息判断升级服务器的资源使用率较低以及AP升级状态未饱和时即可向待升级AP发送升级报文通知其进行升级。
进一步地，在根据所述升级的AP信息判断所述升级服务器的升级AP状态饱和时，AC可根据所述资源使用率以及升级的AP信息相应减少AC上正在升级的升级AP数量。
具体地，在判断所述升级服务器的升级AP状态饱和时，AC可根据AC的资源使用率以及升级的AP信息计算出当前AC上适宜的升级AP数量，并根据该计算出的适宜升级AP数量强制停止AC上升级失败的AP再次升级或者强制停止正在进行升级AP的升级进程，同时AC以及外部升级服务器均暂缓向待升级的AP发送升级报文。
另外，本发明实施例提供的AP升级装置还包括日志输出模块，用于在收集到升级的AP信息时，定期将AP升级结果输出，以便于用户查看当前升级状态，确认升级结果。
综上所述，本发明提供的AP升级方法以及装置通过定期收集升级服务器的资源使用率以及升级的AP信息，并在检测到所述资源使用率过高以及升级服务器的升级AP状态饱和时，根据所述资源使用率以及升级的AP信息控制升级服务器的升级的AP数量，在判断所述升级服务器的升级AP状态未饱和时，向AP下发升级报文以通知所述AP进行升级。本发明可缓解在大量AP同时升级时对升级服务器造成巨大压力的问题，特别是应用于瘦AP升级的场景，可有效保证即使拥有上千台AP也能稳定升级完成。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。
Claims (10)
1.一种AP升级方法，应用于升级服务器，其特征在于，包括：
步骤A、定期收集升级服务器的资源使用率以及升级的AP信息；
步骤B、若检测到所述资源使用率小于第一预设阈值时，根据所述升级的AP信息判断所述升级服务器的升级AP状态是否饱和，若是转步骤C，否则转步骤D；
步骤C、根据所述资源使用率以及升级的AP信息控制升级服务器的升级AP数量；
步骤D、向AP下发升级报文，通知所述AP进行升级。
2.如权利要求1所述的方法，其特征在于，所述升级服务器包括AC以及外部升级服务器，所述升级服务器的资源使用率包括AC的CPU或/和内存使用率，所述步骤B具体包括：
若所述AC的资源使用率大于或等于第一预设阈值，根据所述外部服务器的升级的AP信息判断所述升级服务器的升级AP状态是否饱和，如是，转步骤C，否则转步骤D。
3.如权利要求2所述的方法，其特征在于，所述升级的AP信息包括升级服务器上升级的AP数量与AP升级结果，
步骤B所述判断升级服务器升级AP状态是否饱和具体为：若判断所述升级服务器的AP升级数量已达到预设升级AP数量上限，或/和根据所述AP升级结果检测到的AP升级失败记录大于第二预设阈值，则确定所述升级服务器的AP升级数量已饱和。
4.如权利要求1所述的方法，其特征在于，所述步骤C具体包括，根据所述资源使用率以及升级的AP信息相应减少AC上正在升级的升级AP数量。
5.如权利要求3所述的方法，其特征在于，所述方法进一步包括，定期将收集的AP升级结果作为日志输出。
6.一种AP升级装置，应用于升级服务器，其特征在于，包括：
信息收集模块，用于定期收集升级服务器的资源使用率以及升级的AP信息；
状态检测模块，用于在检测到所述资源使用率小于第一预设阈值时，根据所述升级的AP信息判断所述升级服务器的升级AP状态是否饱和，若是转升级控制模块处理，否则转升级通知模块处理；
升级控制模块，用于根据所述资源使用率以及升级的AP信息控制升级服务器的升级AP数量；
升级通知模块，用于向AP下发升级报文，通知所述AP进行升级。
7.如权利要求6所述的装置，其特征在于，所述升级服务器包括AC以及外部升级服务器，所述升级服务器的资源使用率包括AC的CPU或/和内存使用率，所述状态检测模块具体包括：
若所述AC的资源使用率大于或等于第一预设阈值，根据所述外部服务器的升级的AP信息判断所述升级服务器的升级AP状态是否饱和，如是，转升级控制模块处理，否则转升级通知模块处理。
8.如权利要求7所述的装置，其特征在于，所述升级的AP信息包括升级服务器上升级的AP数量与AP升级结果，
所述判断升级服务器升级AP状态是否饱和具体为：若判断所述升级服务器的AP升级数量已达到预设升级AP数量上限，或/和根据所述AP升级结果检测到的AP升级失败记录大于第二预设阈值，则确定所述升级服务器的AP升级数量已饱和。
9.如权利要求6所述的装置，其特征在于，所述升级控制模块具体用于，根据所述资源使用率以及升级的AP信息相应减少AC上正在升级的升级AP数量。
10.如权利要求8所述的装置，其特征在于，所述装置进一步包括日志输出模块，用于定期将收集的AP升级结果作为日志输出。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410126858.2A CN104954409A (zh) | 2014-03-31 | 2014-03-31 | 一种ap升级方法以及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410126858.2A CN104954409A (zh) | 2014-03-31 | 2014-03-31 | 一种ap升级方法以及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN104954409A true CN104954409A (zh) | 2015-09-30 |
Family
ID=54168760
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410126858.2A Pending CN104954409A (zh) | 2014-03-31 | 2014-03-31 | 一种ap升级方法以及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104954409A (zh) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106059790A (zh) * | 2016-05-13 | 2016-10-26 | 杭州华三通信技术有限公司 | 一种防火墙升级方法及装置 |
| CN106068021A (zh) * | 2016-08-02 | 2016-11-02 | 杭州迪普科技有限公司 | 一种升级ap的方法及装置 |
| CN106656582A (zh) * | 2016-12-01 | 2017-05-10 | 北京小米移动软件有限公司 | 系统升级方法及装置 |
| CN106850267A (zh) * | 2016-12-29 | 2017-06-13 | 杭州迪普科技股份有限公司 | Ap版本升级方法和装置 |
| CN107645408A (zh) * | 2017-08-18 | 2018-01-30 | 上海斐讯数据通信技术有限公司 | 无线ap批量升级管理装置 |
| CN109951334A (zh) * | 2019-03-20 | 2019-06-28 | 深圳市信锐网科技术有限公司 | 一种交换机升级方法、装置、网络控制器及可读存储介质 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101335641A (zh) * | 2007-06-29 | 2008-12-31 | 华为技术有限公司 | 一种升级设备的方法、装置及系统 |
| CN101715199A (zh) * | 2009-11-16 | 2010-05-26 | 中兴通讯股份有限公司 | 无线接入点设备升级方法及装置 |
| CN101808315A (zh) * | 2010-04-08 | 2010-08-18 | 北京傲天动联技术有限公司 | 瘦ap升级方法 |
| CN101958799A (zh) * | 2009-07-14 | 2011-01-26 | 中兴通讯股份有限公司 | 一种终端升级方法、装置和系统 |
| CN102316549A (zh) * | 2011-09-21 | 2012-01-11 | 杭州华三通信技术有限公司 | 一种无线局域网中ap接入ac的方法、ac及ap |
| CN102523107A (zh) * | 2011-12-02 | 2012-06-27 | 中兴通讯股份有限公司 | 均衡网管系统服务端和客户端运算压力的方法及装置 |
| CN103001985A (zh) * | 2011-09-14 | 2013-03-27 | 腾讯科技（深圳）有限公司 | 软件升级中服务器带宽控制的方法、升级配置服务器及系统 |
-
2014
- 2014-03-31 CN CN201410126858.2A patent/CN104954409A/zh active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101335641A (zh) * | 2007-06-29 | 2008-12-31 | 华为技术有限公司 | 一种升级设备的方法、装置及系统 |
| CN101958799A (zh) * | 2009-07-14 | 2011-01-26 | 中兴通讯股份有限公司 | 一种终端升级方法、装置和系统 |
| CN101715199A (zh) * | 2009-11-16 | 2010-05-26 | 中兴通讯股份有限公司 | 无线接入点设备升级方法及装置 |
| CN101808315A (zh) * | 2010-04-08 | 2010-08-18 | 北京傲天动联技术有限公司 | 瘦ap升级方法 |
| CN103001985A (zh) * | 2011-09-14 | 2013-03-27 | 腾讯科技（深圳）有限公司 | 软件升级中服务器带宽控制的方法、升级配置服务器及系统 |
| CN102316549A (zh) * | 2011-09-21 | 2012-01-11 | 杭州华三通信技术有限公司 | 一种无线局域网中ap接入ac的方法、ac及ap |
| CN102523107A (zh) * | 2011-12-02 | 2012-06-27 | 中兴通讯股份有限公司 | 均衡网管系统服务端和客户端运算压力的方法及装置 |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106059790A (zh) * | 2016-05-13 | 2016-10-26 | 杭州华三通信技术有限公司 | 一种防火墙升级方法及装置 |
| CN106068021A (zh) * | 2016-08-02 | 2016-11-02 | 杭州迪普科技有限公司 | 一种升级ap的方法及装置 |
| CN106656582A (zh) * | 2016-12-01 | 2017-05-10 | 北京小米移动软件有限公司 | 系统升级方法及装置 |
| CN106850267A (zh) * | 2016-12-29 | 2017-06-13 | 杭州迪普科技股份有限公司 | Ap版本升级方法和装置 |
| CN107645408A (zh) * | 2017-08-18 | 2018-01-30 | 上海斐讯数据通信技术有限公司 | 无线ap批量升级管理装置 |
| CN109951334A (zh) * | 2019-03-20 | 2019-06-28 | 深圳市信锐网科技术有限公司 | 一种交换机升级方法、装置、网络控制器及可读存储介质 |
| CN109951334B (zh) * | 2019-03-20 | 2022-04-26 | 深圳市信锐网科技术有限公司 | 一种交换机升级方法、装置、网络控制器及可读存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104954409A (zh) | 一种ap升级方法以及装置 | |
| CN101873616B (zh) | 一种移动终端自检的方法、系统及移动终端 | |
| CN106412091A (zh) | 数据传输的控制方法、装置及系统 | |
| WO2015131679A1 (zh) | 任务进程的处理方法及装置 | |
| CN105354044A (zh) | 一种应用唤醒方法及装置 | |
| CN103970550A (zh) | 一种移动终端的软件更新提示方法及装置 | |
| CN103927239A (zh) | 一种终端设备的系统恢复方法及装置 | |
| CN102779068A (zh) | 移动终端和应用程序联网控制方法 | |
| CN103049287A (zh) | 移动终端和移动终端应用安装的方法 | |
| CN103607310A (zh) | 一种异地容灾的仲裁方法 | |
| CN105573819A (zh) | 一种直接通过宿主机获取虚拟机磁盘容量信息的方法 | |
| CN104066076A (zh) | 移动终端参数配置方法及参数配置装置 | |
| TW201621623A (zh) | 內存清理系統、方法及終端設備 | |
| CN105739668A (zh) | 一种笔记本电脑的电源管理方法及电源管理系统 | |
| CN112637013A (zh) | Can总线报文异常检测方法及装置、设备、存储介质 | |
| CN104866063A (zh) | 一种信息处理的方法及电子设备 | |
| CN103870319A (zh) | 信息处理方法、装置及电子设备 | |
| CN104253870A (zh) | 控制数据访问周期的方法和装置 | |
| CN102129228B (zh) | 一种监控系统及其配置方法 | |
| WO2019015051A1 (zh) | 一种工作模式的切换方法及装置 | |
| CN103116545A (zh) | 智能终端的升级检测方法及系统 | |
| CN103051793B (zh) | 一种移动终端控制数据传输模式的方法及装置 | |
| US11947481B2 (en) | Terminal and type C interface anti-corrosion method | |
| CN102646065B (zh) | 具有保护功能的设备上电检测方法及装置 | |
| CN105278931A (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 | ||
| CB02 | Change of applicant information |
Address after: Binjiang District and Hangzhou city in Zhejiang Province Road 310051 No. 68 in the 6 storey building Applicant after: Hangzhou Dipu Polytron Technologies Inc Address before: Binjiang District and Hangzhou city in Zhejiang Province Road 310051 No. 68 in the 6 storey building Applicant before: Hangzhou Dipu Technology Co., Ltd. |
|
| CB02 | Change of applicant information | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150930 |
|
| RJ01 | Rejection of invention patent application after publication |