CN104135388B - 一种分布式系统中数据节点的安全管理方法 - Google Patents
一种分布式系统中数据节点的安全管理方法 Download PDFInfo
- Publication number
- CN104135388B CN104135388B CN201410401812.7A CN201410401812A CN104135388B CN 104135388 B CN104135388 B CN 104135388B CN 201410401812 A CN201410401812 A CN 201410401812A CN 104135388 B CN104135388 B CN 104135388B
- Authority
- CN
- China
- Prior art keywords
- back end
- state
- management system
- physical state
- physical
- 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.)
- Active
Links
Landscapes
- Debugging And Monitoring (AREA)
Abstract
本发明提供一种分布式系统中数据节点的安全管理方法,包括以下步骤:确定数据节点的物理状态和物理状态的转移路径;管理系统对数据节点的物理状态进行管理;不同物理状态下的数据节点对数据操作进行管理。本发明为所有的数据节点定义6个物理状态,保证了数据健康程度监控的及时性,以使用户得以及时得知整个分布式系统上每个节点上的数据健康状况;且数据节点的删除操作仅允许针对僵尸状态的数据节点进行,如果用户想要删除健康的数据节点,必须手动对其进行手动重建的操作,待其重建完成后方可删除,这样从根本上保证了分布式系统的数据安全性。
Description
技术领域
本发明涉及一种管理方法,具体涉及一种分布式系统中数据节点的安全管理方法。
背景技术
分布式系统中管理系统作为管理整个机群文件系统的一部分,具有非常重要的作用。在整个分布式系统中大致可以分为三类节点:管理节点、数据节点、元数据节点。其中数据节点负责数据的读写与存储,元数据负责数据的名字空间,管理节点则对整个机群的所有节点进行管理。管理系统可以控制整个系统的安装与部署,启动与停止;管理系统可以监控整个机群中所有节点的各种状态信息:包括服务状态,网络状态,数据读写速率等等,对于异常情况能给出实时告警信息,以方便用户进行下一步的操作;管理系统可以管理整个机群的拓扑:比如为整个机群添加或者删除一个节点,添加或者删除一个磁盘等等操作;管理系统可以控制整个机群的用户与用户组的访问权限和配额等信息。总之,管理系统是分布式系统与用户交互的唯一窗口,它有着不可或缺的作用。
分布式系统中的各个节点都是相对比较独立的,同时每个节点均有可能发生故障,比如网络异常,磁盘坏掉甚至整个操作系统损坏等情况,因此管理系统需要支持对整个机群的相应节点的操作。比如替换节点,删除磁盘等操作。但是提供这种操作也会带来相应的风险,比如删除磁盘操作,在一个以双副本作为可靠性机制的存储机群中,如果不加限制而允许用户调用命令随意删除节点的磁盘,如果同时删除了某个文件的两个副本所在的磁盘,将会导致该文件的数据不可用,并且无法修复,这将造成严重的后果。同理,对于删除节点的操作,如果不加限制,也会造成不可逆转的严重后果。
与此同时,当数据节点上的硬件发现异常,该节点上的数据便会出现异常,这时候如果不将它与健康的节点区分开来,继续在该节点上进行读写操作,而该节点的对外服务此时必然不正常,这时整个系统的性能将会受到影响。
由上所述,需要对删除节点和删除磁盘这类操作加以限制从而避免上述情况的发生。同时对所有数据节点上的数据健康状态作出一定的健康,甚至主动控制该节点对外的服务的状态,避免系统的不稳定因素。
发明内容
为了克服上述现有技术的不足,本发明提供一种分布式系统中数据节点的安全管理方法,确保用户上述操作的安全性和数据健康程度的监控的及时性。
为了实现上述发明目的,本发明采取如下技术方案:
本发明提供一种分布式系统中数据节点的安全管理方法,所述方法包括以下步骤:
步骤1:确定数据节点的物理状态和物理状态的转移路径;
步骤2:管理系统对数据节点的物理状态进行管理;
步骤3:不同物理状态下的数据节点对数据操作进行管理。
所述步骤1中,数据节点的物理状态包括健康状态、孤立状态、修复状态、被动重建状态、手动重建状态和僵尸状态。
物理状态的转移路径包括以下步骤:
(1)元数据节点上报数据节点上存在坏数据,管理系统将该数据节点的物理状态由健康状态置为修复状态;
(2)元数据节点上报数据节点上不存在坏数据,管理系统将该数据节点的物理状态由修复状态置为健康状态;
(3)所有的数据节点均汇报与某个数据节点的网络不通,管理系统将该数据节点的物理状态置为孤立状态;
(4)任一数据节点汇报与处于孤立状态的数据节点的网络重新连接成功,管理系统将该处于孤立状态的数据节点的物理状态置为健康状态;
(5)处于孤立状态的数据节点与机群网络一直处于隔离状态,并且超过设定时间,管理系统将该处于孤立状态的数据节点的物理状态置为被动重建状态;
(6)用户想要删除某个数据节点,删除之前执行重建操作,管理系统将该数据节点的物理状态置为手动重建状态,以通知其他数据节点将该数据节点上的数据转移;
(7)用户取消处于手动重建状态的数据节点的重建,管理系统将该处于手动重建状态的数据节点的物理状态重新置为健康状态;
(8)元数据节点汇报处于孤立状态的数据节点或处于手动重建状态的数据节点上的对象数为0,代表重建已经完成,将处于孤立状态的数据节点或处于手动重建状态的数据节点的物理状态置为僵尸状态,此状态下的处于孤立状态的数据节点或处于手动重建状态的数据节点允许删除。
所述步骤2包括以下步骤:
步骤2-1:每个数据节点定时向管理系统汇报与其它数据节点的网络连接状态,管理系统对接收的网络连接状态进行汇总,并检查判断每个数据节点是否与整个机群断开连接;
步骤2-2:每个元数据节点定时向管理系统汇报每个数据节点上的对象信息,对象信息包括该数据节点的坏数据数目和总对象数目,管理系统接收后并将对象信息存储到监控矩阵中;
步骤2-3:管理系统定时检查所有数据节点的网络状态,如果处于孤立状态的数据节点孤立于整个机群超过用户设定的时间阈值,管理系统将设置该数据节点的物理状态为被动重建状态,在该状态下,所有的数据节点协商将存储于该数据节点的数据转移出去,以保障数据的安全性;
步骤2-4:管理系统定时检查所有数据节点的物理状态,如果某个数据节点上的坏数据数目不为0,则将该数据节点的物理状态设为修复状态;与此同时,如果管理系统发现该数据节点原来的物理状态是修复状态,但是现在坏数据数目已经为0,则将该数据节点的物理状态重新置为健康状态;
步骤2-5:管理系统向用户提供重建数据节点的功能,用户执行数据节点重建操作后,管理系统将该数据节点的物理状态置为手动重建状态,在该状态下,所有的数据节点协商将存储于该数据节点的数据转移出去,以保障数据的安全性;同时用户随时对处于重建状态的数据节点取消重建操作,取消之后,管理系统将其数据节点的物理状态置为健康状态;
步骤2-6:管理系统定时检查所有数据节点的物理状态,如果某个数据节点上的总对象数目为0,同时它又处于被动重建状态或手动重建状态下,则管理系统认为该数据节点重建已经完成,该数据节点上没有任何数据,将其物理状态置为僵尸状态;
步骤2-7:删除数据节点的操作只能针对物理状态为僵尸状态的数据节点进行,其它物理状态下的数据节点一律禁止删除。
所述步骤2-1中,若所有的数据节点都汇报与某个数据节点无法连接,则管理系统认为该数据节点为孤立状态,将该数据节点的物理状态置为孤立状态,并保存在配置文件中;同时如果某个数据节点原来的物理状态为孤立状态,经过检查发现其网络已正常,管理系统将重置该数据节点的物理状态为健康状态。
所述步骤3包括以下步骤:
步骤3-1:数据节点定时向管理系统获得自身最新的物理状态,在读写操作命令到来时,首先检查自身的物理状态,如果是写操作,则物理状态为健康状态或修复状态下才允许进行;如果是读操作,则物理状态为健康状态、修复状态、手动重建状态或被动重建状态下才允许进行;
步骤3-2:元数据节点定时向管理系统获得所有数据节点最新的物理状态,当发现某个数据节点的物理状态为手动重建状态或者被动重建状态时,则触发该数据节点上数据的转移操作,分批次将该数据节点的数据全部转移出去。
与现有技术相比,本发明的有益效果在于:
1、本发明为所有的数据节点定义6个物理状态,保证了数据健康程度监控的及时性,以使用户得以及时得知整个分布式系统上每个节点上的数据健康状况;
2、管理系统通过定时监控所有数据节点上的数据状态,如果网络异常,则将其置为孤立状态,超过一定时间则对其进行重建,重建完成为进入僵尸状态;
3、数据节点的删除操作仅允许针对僵尸状态的数据节点进行,如果用户想要删除健康的数据节点,必须手动对其进行手动重建的操作,待其重建完成后方可删除,这样从根本上保证了分布式系统的数据安全性。
附图说明
图1是本发明实施例中物理状态的转移路径示意图。
具体实施方式
下面结合附图对本发明作进一步详细说明。
如图1,本发明提供一种分布式系统中数据节点的安全管理方法,所述方法包括以下步骤:
步骤1:确定数据节点的物理状态和物理状态的转移路径;
步骤2:管理系统对数据节点的物理状态进行管理;
步骤3:不同物理状态下的数据节点对数据操作进行管理。
所述步骤1中,数据节点的物理状态包括健康状态、孤立状态、修复状态、被动重建状态、手动重建状态和僵尸状态,如表1:
表1
如图1,物理状态的转移路径包括以下步骤:
(1)元数据节点上报数据节点上存在坏数据,管理系统将该数据节点的物理状态由健康状态置为修复状态,路径1;
(2)元数据节点上报数据节点上不存在坏数据,管理系统将该数据节点的物理状态由修复状态置为健康状态,路径2;
(3)所有的数据节点均汇报与某个数据节点的网络不通,管理系统将该数据节点的物理状态置为孤立状态,路径3或8;
(4)任一数据节点汇报与处于孤立状态的数据节点的网络重新连接成功,管理系统将该处于孤立状态的数据节点的物理状态置为健康状态,路径4或10;
(5)处于孤立状态的数据节点与机群网络一直处于隔离状态,并且超过设定时间,管理系统将该处于孤立状态的数据节点的物理状态置为被动重建状态,路径9;
(6)用户想要删除某个数据节点,删除之前执行重建操作,管理系统将该数据节点的物理状态置为手动重建状态,以通知其他数据节点将该数据节点上的数据转移路径5或7;
(7)用户取消处于手动重建状态的数据节点的重建,管理系统将该处于手动重建状态的数据节点的物理状态重新置为健康状态,路径6;
(8)元数据节点汇报处于孤立状态的数据节点或处于手动重建状态的数据节点上的对象数为0,代表重建已经完成,将处于孤立状态的数据节点或处于手动重建状态的数据节点的物理状态置为僵尸状态,此状态下的处于孤立状态的数据节点或处于手动重建状态的数据节点允许删除,路径11或12。
所述步骤2包括以下步骤:
步骤2-1:每个数据节点定时向管理系统汇报与其它数据节点的网络连接状态,管理系统对接收的网络连接状态进行汇总,并检查判断每个数据节点是否与整个机群断开连接;
步骤2-2:每个元数据节点定时向管理系统汇报每个数据节点上的对象信息,对象信息包括该数据节点的坏数据数目和总对象数目,管理系统接收后并将对象信息存储到监控矩阵中;
步骤2-3:管理系统定时检查所有数据节点的网络状态,如果处于孤立状态的数据节点孤立于整个机群超过用户设定的时间阈值,管理系统将设置该数据节点的物理状态为被动重建状态,在该状态下,所有的数据节点协商将存储于该数据节点的数据转移出去,以保障数据的安全性;
步骤2-4:管理系统定时检查所有数据节点的物理状态,如果某个数据节点上的坏数据数目不为0,则将该数据节点的物理状态设为修复状态;该状态下不影响此节点对外提供的服务,但是可以即时向用户提醒检查该数据节点的硬件,查看是否有磁盘损坏或者其它异常,用户可以及时进行维护;与此同时,如果管理系统发现该数据节点原来的物理状态是修复状态,但是现在坏数据数目已经为0,则将该数据节点的物理状态重新置为健康状态;
步骤2-5:管理系统向用户提供重建数据节点的功能,用户执行数据节点重建操作后,管理系统将该数据节点的物理状态置为手动重建状态,在该状态下,所有的数据节点协商将存储于该数据节点的数据转移出去,以保障数据的安全性;同时用户随时对处于重建状态的数据节点取消重建操作,取消之后,管理系统将其数据节点的物理状态置为健康状态;
步骤2-6:管理系统定时检查所有数据节点的物理状态,如果某个数据节点上的总对象数目为0,同时它又处于被动重建状态或手动重建状态下,则管理系统认为该数据节点重建已经完成,该数据节点上没有任何数据,将其物理状态置为僵尸状态;
步骤2-7:删除数据节点的操作只能针对物理状态为僵尸状态的数据节点进行,其它物理状态下的数据节点一律禁止删除。
所述步骤2-1中,若所有的数据节点都汇报与某个数据节点无法连接,则管理系统认为该数据节点为孤立状态,将该数据节点的物理状态置为孤立状态,并保存在配置文件中;同时如果某个数据节点原来的物理状态为孤立状态,经过检查发现其网络已正常,管理系统将重置该数据节点的物理状态为健康状态。
所述步骤3包括以下步骤:
步骤3-1:数据节点定时向管理系统获得自身最新的物理状态,在读写操作命令到来时,首先检查自身的物理状态,如果是写操作,则物理状态为健康状态或修复状态下才允许进行;如果是读操作,则物理状态为健康状态、修复状态、手动重建状态或被动重建状态下才允许进行;
步骤3-2:元数据节点定时向管理系统获得所有数据节点最新的物理状态,当发现某个数据节点的物理状态为手动重建状态或者被动重建状态时,则触发该数据节点上数据的转移操作,分批次将该数据节点的数据全部转移出去。
最后应当说明的是:以上实施例仅用以说明本发明的技术方案而非对其限制,所属领域的普通技术人员参照上述实施例依然可以对本发明的具体实施方式进行修改或者等同替换,这些未脱离本发明精神和范围的任何修改或者等同替换,均在申请待批的本发明的权利要求保护范围之内。
Claims (4)
1.一种分布式系统中数据节点的安全管理方法,其特征在于:所述方法包括以下步骤:
步骤1:确定数据节点的物理状态和物理状态的转移路径;
步骤2:管理系统对数据节点的物理状态进行管理;
步骤3:不同物理状态下的数据节点对数据操作进行管理;
所述步骤1中,数据节点的物理状态包括健康状态、孤立状态、修复状态、被动重建状态、手动重建状态和僵尸状态;
物理状态的转移路径包括以下步骤:
(1)元数据节点上报数据节点上存在坏数据,管理系统将该数据节点的物理状态由健康状态置为修复状态;
(2)元数据节点上报数据节点上不存在坏数据,管理系统将该数据节点的物理状态由修复状态置为健康状态;
(3)所有的数据节点均汇报与某个数据节点的网络不通,管理系统将该数据节点的物理状态置为孤立状态;
(4)任一数据节点汇报与处于孤立状态的数据节点的网络重新连接成功,管理系统将该处于孤立状态的数据节点的物理状态置为健康状态;
(5)处于孤立状态的数据节点与机群网络一直处于隔离状态,并且超过设定时间,管理系统将该处于孤立状态的数据节点的物理状态置为被动重建状态;
(6)用户想要删除某个数据节点,删除之前执行重建操作,管理系统将该数据节点的物理状态置为手动重建状态,以通知其他数据节点将该数据节点上的数据转移;
(7)用户取消处于手动重建状态的数据节点的重建,管理系统将该处于手动重建状态的数据节点的物理状态重新置为健康状态;
(8)元数据节点汇报处于孤立状态的数据节点或处于手动重建状态的数据节点上的对象数为0,代表重建已经完成,将处于孤立状态的数据节点或处于手动重建状态的数据节点的物理状态置为僵尸状态,此状态下的处于孤立状态的数据节点或处于手动重建状态的数据节点允许删除。
2.根据权利要求1所述的分布式系统中数据节点的安全管理方法,其特征在于:所述步骤2包括以下步骤:
步骤2-1:每个数据节点定时向管理系统汇报与其它数据节点的网络连接状态,管理系统对接收的网络连接状态进行汇总,并检查判断每个数据节点是否与整个机群断开连接;
步骤2-2:每个元数据节点定时向管理系统汇报每个数据节点上的对象信息,对象信息包 括该数据节点的坏数据数目和总对象数目,管理系统接收后将对象信息存储到监控矩阵中;
步骤2-3:管理系统定时检查所有数据节点的网络状态,如果处于孤立状态的数据节点孤立于整个机群超过用户设定的时间阈值,管理系统将设置该数据节点的物理状态为被动重建状态,在该状态下,所有的数据节点协商将存储于该数据节点的数据转移出去,以保障数据的安全性;
步骤2-4:管理系统定时检查所有数据节点的物理状态,如果某个数据节点上的坏数据数目不为0,则将该数据节点的物理状态设为修复状态;与此同时,如果管理系统发现该数据节点原来的物理状态是修复状态,但是现在坏数据数目已经为0,则将该数据节点的物理状态重新置为健康状态;
步骤2-5:管理系统向用户提供重建数据节点的功能,用户执行数据节点重建操作后,管理系统将该数据节点的物理状态置为手动重建状态,在该状态下,所有的数据节点协商将存储于该数据节点的数据转移出去,以保障数据的安全性;同时用户随时对处于重建状态的数据节点取消重建操作,取消之后,管理系统将其数据节点的物理状态置为健康状态;
步骤2-6:管理系统定时检查所有数据节点的物理状态,如果某个数据节点上的总对象数目为0,同时它又处于被动重建状态或手动重建状态下,则管理系统认为该数据节点重建已经完成,该数据节点上没有任何数据,将其物理状态置为僵尸状态;
步骤2-7:删除数据节点的操作只能针对物理状态为僵尸状态的数据节点进行,其它物理状态下的数据节点一律禁止删除。
3.根据权利要求2所述的分布式系统中数据节点的安全管理方法,其特征在于:所述步骤2-1中,若所有的数据节点都汇报与某个数据节点无法连接,则管理系统认为该数据节点为孤立状态,将该数据节点的物理状态置为孤立状态,并保存在配置文件中;同时如果某个数据节点原来的物理状态为孤立状态,经过检查发现其网络已正常,管理系统将重置该数据节点的物理状态为健康状态。
4.根据权利要求1所述的分布式系统中数据节点的安全管理方法,其特征在于:所述步骤3包括以下步骤:
步骤3-1:数据节点定时向管理系统获得自身最新的物理状态,在读写操作命令到来时,首先检查自身的物理状态,如果是写操作,则物理状态为健康状态或修复状态下才允许进行;如果是读操作,则物理状态为健康状态、修复状态、手动重建状态或被动重建状态下才允许进行;
步骤3-2:元数据节点定时向管理系统获得所有数据节点最新的物理状态,当发现某个数 据节点的物理状态为手动重建状态或者被动重建状态时,则触发该数据节点上数据的转移操作,分批次将该数据节点的数据全部转移出去。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410401812.7A CN104135388B (zh) | 2014-08-15 | 2014-08-15 | 一种分布式系统中数据节点的安全管理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410401812.7A CN104135388B (zh) | 2014-08-15 | 2014-08-15 | 一种分布式系统中数据节点的安全管理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104135388A CN104135388A (zh) | 2014-11-05 |
CN104135388B true CN104135388B (zh) | 2017-06-06 |
Family
ID=51807917
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410401812.7A Active CN104135388B (zh) | 2014-08-15 | 2014-08-15 | 一种分布式系统中数据节点的安全管理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104135388B (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103701661A (zh) * | 2013-12-23 | 2014-04-02 | 浪潮(北京)电子信息产业有限公司 | 一种实现节点监控的方法及系统 |
CN103716381A (zh) * | 2013-12-12 | 2014-04-09 | 华为技术有限公司 | 一种分布式系统的控制方法,及管理节点 |
CN103853618A (zh) * | 2014-03-06 | 2014-06-11 | 南京理工大学 | 基于截止日期驱动的云系统代价最小化资源分配方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8073929B2 (en) * | 2005-12-29 | 2011-12-06 | Panasonic Electric Works Co., Ltd. | Systems and methods for managing a provider's online status in a distributed network |
-
2014
- 2014-08-15 CN CN201410401812.7A patent/CN104135388B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103716381A (zh) * | 2013-12-12 | 2014-04-09 | 华为技术有限公司 | 一种分布式系统的控制方法,及管理节点 |
CN103701661A (zh) * | 2013-12-23 | 2014-04-02 | 浪潮(北京)电子信息产业有限公司 | 一种实现节点监控的方法及系统 |
CN103853618A (zh) * | 2014-03-06 | 2014-06-11 | 南京理工大学 | 基于截止日期驱动的云系统代价最小化资源分配方法 |
Also Published As
Publication number | Publication date |
---|---|
CN104135388A (zh) | 2014-11-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10013323B1 (en) | Providing resiliency to a raid group of storage devices | |
US9946655B2 (en) | Storage system and storage control method | |
CN101833497A (zh) | 一种基于专家系统方法的计算机故障管理系统 | |
US20100106907A1 (en) | Computer-readable medium storing data management program, computer-readable medium storing storage diagnosis program, and multinode storage system | |
CA2554405A1 (en) | System and method for takeover of partner resources in conjunction with coredump | |
CN105224888B (zh) | 一种基于安全预警技术的磁盘阵列数据保护系统 | |
CN102761528A (zh) | 数据管理系统及方法 | |
CN110413205A (zh) | 用于向磁盘阵列进行写入的方法、设备和计算机可读存储介质 | |
WO2021259351A1 (zh) | 一种复位系统、数据处理系统以及相关设备 | |
US9378078B2 (en) | Controlling method, information processing apparatus, storage medium, and method of detecting failure | |
CN105393212A (zh) | 使用锁定机制的高效任务调度 | |
DE602004007884T2 (de) | Speichersteuerungssystem und -Verfahren | |
CN107368485A (zh) | 一种数据库的管理方法及数据库系统 | |
US20130054907A1 (en) | Storage system, storage control apparatus, and storage control method | |
CN106569751A (zh) | 一种多控制器缓存镜像方法及系统 | |
US9396102B2 (en) | Recovery from cache and NVS out of sync | |
CN106227464A (zh) | 一种双层冗余存储系统及其数据写入、读取及恢复方法 | |
US8423776B2 (en) | Storage systems and data storage method | |
CN107453932A (zh) | 一种分布式存储系统管理方法及其装置 | |
JP6223594B2 (ja) | 遠隔統合監視操作システム | |
US9244868B2 (en) | Leased lock in active-active high availability DAS systems | |
CN103605620A (zh) | 一种集群存储数据保护方法及装置 | |
CN104135388B (zh) | 一种分布式系统中数据节点的安全管理方法 | |
CN105119765B (zh) | 一种智能处理故障体系架构 | |
CN105159846A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20220802 Address after: 100193 No. 36 Building, No. 8 Hospital, Wangxi Road, Haidian District, Beijing Patentee after: Dawning Information Industry (Beijing) Co.,Ltd. Patentee after: DAWNING INFORMATION INDUSTRY Co.,Ltd. Address before: 100193 Shuguang building, Zhongguancun Software Park, 8 Dongbeiwang West Road, Haidian District, Beijing Patentee before: Dawning Information Industry (Beijing) Co.,Ltd. |