CN114253906A - 配置文件的管理方法、装置、配置分发系统及存储介质 - Google Patents
配置文件的管理方法、装置、配置分发系统及存储介质 Download PDFInfo
- Publication number
- CN114253906A CN114253906A CN202011019567.5A CN202011019567A CN114253906A CN 114253906 A CN114253906 A CN 114253906A CN 202011019567 A CN202011019567 A CN 202011019567A CN 114253906 A CN114253906 A CN 114253906A
- Authority
- CN
- China
- Prior art keywords
- configuration
- file
- configuration file
- version number
- information
- 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
- 238000000034 method Methods 0.000 title claims abstract description 36
- 230000000694 effects Effects 0.000 claims abstract description 34
- 238000004891 communication Methods 0.000 claims abstract description 16
- 238000007726 management method Methods 0.000 claims description 22
- 230000001172 regenerating effect Effects 0.000 claims description 5
- 238000010200 validation analysis Methods 0.000 claims description 5
- 238000001514 detection method Methods 0.000 description 30
- 238000012423 maintenance Methods 0.000 description 23
- 238000012986 modification Methods 0.000 description 20
- 230000004048 modification Effects 0.000 description 20
- 230000007246 mechanism Effects 0.000 description 7
- 230000006870 function Effects 0.000 description 5
- 230000002159 abnormal effect Effects 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 238000005096 rolling process Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/11—File system administration, e.g. details of archiving or snapshots
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/182—Distributed file systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/1873—Versioning file systems, temporal file systems, e.g. file system supporting different historic versions of files
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/085—Retrieval of network configuration; Tracking network configuration history
- H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/085—Retrieval of network configuration; Tracking network configuration history
- H04L41/0859—Retrieval of network configuration; Tracking network configuration history by keeping history of different configuration generations or by rolling back to previous configuration versions
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种配置文件的管理方法、装置、配置分发系统及存储介质，所述方法包括应用于配置分发系统，所述配置分发系统包括服务端，以及分别与所述服务端通信连接的客户端和配置平台，所述方法包括：服务端基于配置平台的配置信息生成配置文件，并存储所述配置文件的参考版本号；客户端获取所述配置文件，并在所述配置文件生效后，将所述配置文件的文件版本号上传到所述服务端；所述服务端判断所述文件版本号是否和所述参考版本号匹配，若和所述参考版本号匹配，则判定所述配置文件生效成功。本发明通过配置分发系统，配置不同类型客户端的配置文件，提高了配置管理效率；并且通过文件版本号与参考版本号之间的匹配性，确保配置的准确性。
Description
技术领域
本发明涉及大数据技术领域，尤其涉及一种配置文件的管理方法、装置、配置分发系统及存储介质。
背景技术
随着大数据技术的发展，大数据集群为越来越多的行业、领域所应用。大数据集群中所接入的节点设备众多，且各节点设备的服务功能各异，运行状态也千差万别。并且，各节点设备为了实现各项服务功能，需要在各设备内接入服务的配置文件，通过配置文件的有效设定，来对外提供服务。
但是，对于各设备内所接入的配置文件，从生成到生效的各个阶段均在设备内各自单独设定管理，管理的效率低，且容易出错。因此，对于大数据集群中的各设备，如何提高配置文件从生成到生效的管理效率和准确性是当前亟待解决的技术问题。
发明内容
本发明的主要目的在于提供一种配置文件的管理方法、装置、配置分发系统及存储介质，旨在解决现有技术对于大数据集群中的各设备，如何提高配置文件从生成到生效的管理效率和准确性的技术问题。
为实现上述目的，本发明提供一种配置文件的管理方法，所述配置文件的管理方法应用于配置分发系统，所述配置分发系统包括服务端，以及分别与所述服务端通信连接的客户端和配置平台，所述配置文件的管理方法包括以下步骤：
服务端基于配置平台的配置信息生成配置文件，并存储所述配置文件的参考版本号；
客户端获取所述配置文件，并在所述配置文件生效后，将所述配置文件的文件版本号上传到所述服务端；
所述服务端判断所述文件版本号是否和所述参考版本号匹配，若和所述参考版本号匹配，则判定所述配置文件生效成功。
可选地，所述配置分发系统还包括第一数据库，所述服务端基于配置平台的配置信息生成配置文件的步骤包括：
所述配置平台接收配置信息，并在对所述配置信息分配配置值后，将所述配置信息和所述配置值存储至所述第一数据库，所述配置信息包括文件名称、文件格式和配置内容；
所述服务端从所述第一数据库获取所述配置信息和所述配置值，并将所述配置信息生成为待检查配置文件；
基于获取的所述配置值对所述待检查配置文件进行完整性检查，并在所述完整性检查通过后，将所述待检查配置文件生成为配置文件。
可选地，所述基于获取的所述配置值对所述待检查配置文件进行完整性检查的步骤包括：
判断所述配置平台对所述配置信息分配的配置值与获取的所述配置值是否一致；
若与获取的所述配置值一致，则判定对所述待检查配置文件的完整性检查通过。
可选地，所述配置分发系统还包括第二数据库，所述将所述配置信息生成为配置文件的步骤之后包括：
所述服务端将所述配置文件、所述配置信息和所述配置值传输到所述第二数据库存储。
可选地，所述判定所述配置文件生效成功的步骤之后包括：
所述配置平台将接收的配置更新信息上传到服务端，所述服务端基于所述配置更新信息重新生成所述配置文件，以更新所述配置文件，执行存储所述配置文件的参考版本号的步骤。
可选地，所述服务端基于所述配置更新信息重新生成所述配置文件的步骤之后包括：
每间隔预设更新周期，执行客户端获取所述配置文件的步骤，以对更新的所述配置文件进行获取。
可选地，所述客户端获取所述配置文件的步骤包括：
与所述客户端对应的设备启动代理服务，基于所述代理服务获取所述配置文件，并重启与所述配置文件对应的服务，以使所述配置文件生效。
可选地，所述服务端基于配置平台的配置信息生成配置文件的步骤之后包括：
所述配置平台接收绑定信息，并获取所述绑定信息中携带的与所述客户端对应的设备信息以及与所述配置文件对应的文件信息；
所述配置平台将所述设备信息和所述文件信息绑定，形成所述设备信息所对应设备与所述配置文件之间的对应关系，以供所述客户端对应的设备启动代理服务，基于所述代理服务获取所述配置文件。
可选地，所述判定所述配置文件生效成功的步骤之后包括：
每间隔预设检测周期，所述客户端向所述服务端上报所述配置文件的检测版本号；
所述服务端判断所述检测版本号是否和所述参考版本号匹配，生成判断结果；
根据所述判断结果，检测所述配置文件是否持续有效。
可选地，所述根据所述判断结果，检测所述配置文件是否持续有效的步骤包括：
若所述判断结果为所述检测版本号和所述参考版本号匹配，则判定所述配置文件持续有效；
若所述判断结果为所述检测版本号和所述参考版本号不匹配，则判定所述配置文件失效，并输出提示信息。
可选地，所述所述判定所述配置文件生效成功的步骤之后包括：
当所述配置平台接收到回滚指令时，获取所述回滚指令中携带的待回滚文件信息，以及待回滚版本号上传到所述服务端；
所述服务端基于所述待回滚文件信息确定待回滚配置文件，并基于所述待回滚版本号，对所述待回滚配置文件进行回滚。
可选地，所述服务端判断所述文件版本号是否和所述参考版本号匹配的步骤之后包括：
若所述文件版本号和所述参考版本号不匹配，则判定所述配置文件生效失败，并输出运维信息。
可选地，所述判定所述配置文件生效失败，并输出运维信息的步骤之后包括：
所述配置平台接收基于所述运维信息设置的修改信息，并将所述修改信息上传到所述服务端；
所述服务端基于所述修改信息对所述配置文件进行修正，以更新所述配置文件，执行存储所述配置文件的参考版本号的步骤。
进一步地，为实现上述目的，本发明还提供一种配置文件的管理装置，所述配置文件的管理装置包括：
生成模块，用于基于配置平台的配置信息生成配置文件，并存储所述配置文件的参考版本号；
上传模块，用于获取所述配置文件，并在所述配置文件生效后，将所述配置文件的文件版本号上传到所述服务端；
判断模块，用于判断所述文件版本号是否和所述参考版本号匹配，若和所述参考版本号匹配，则判定所述配置文件生效成功。
可选地，所述生成块还包括：
接收单元，用于接收配置信息，并在对所述配置信息分配配置值后，将所述配置信息和所述配置值存储至所述第一数据库，所述配置信息包括文件名称、文件格式和配置内容；
生成单元，用于从所述第一数据库获取所述配置信息和所述配置值，并将所述配置信息生成为待检查配置文件；
检查单元，用于基于获取的所述配置值对所述待检查配置文件进行完整性检查，并在所述完整性检查通过后，将所述待检查配置文件生成为配置文件。
可选地，所述检查单元还用于：
判断所述配置平台对所述配置信息分配的配置值与获取的所述配置值是否一致；
若与获取的所述配置值一致，则判定对所述待检查配置文件的完整性检查通过。
可选地，所述生成块还包括：
传输单元，用于将所述配置文件、所述配置信息和所述配置值传输到所述第二数据库存储。
可选地，所述配置文件的管理装置还包括：
更新模块，用于将接收的配置更新信息上传到服务端，所述服务端基于所述配置更新信息重新生成所述配置文件，以更新所述配置文件，执行存储所述配置文件的参考版本号的步骤。
进一步地，为实现上述目的，本发明还提供一种配置分发系统，所述配置分发系统包括服务端，以及分别与所述服务端通信连接的客户端和配置平台，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的配置文件的管理程序，所述配置文件的管理程序被所述处理器执行时实现如上述所述的配置文件的管理方法的步骤。
进一步地，为实现上述目的，本发明还提供一种存储介质，所述存储介质上存储有配置文件的管理程序，所述配置文件的管理程序被处理器执行时实现如上所述的配置文件的管理方法的步骤。
本发明的配置文件的管理方法、装置、配置分发系统和存储介质，通过配置分发系统对大数据集群中各设备的配置文件进行统一管理。配置分发系统包括服务端，以及分别与服务端通信连接的客户端以及配置平台。通过配置平台对接收配置信息，并由服务端依据接收的该类配置信息生成配置文件，并对配置文件生成配置版本号进行存储。此后，客户端对该配置文件进行获取，并在配置文件在客户端生效后，将配置文件的文件版本号上传到服务端，由服务端将其和配置文件生成时所存储的参考版本号比较，若经比较确定文件版本号和参考版本号匹配，则说明客户端所下载的配置文件为服务端所生成的配置文件一致，从而判定配置文件生成成功。若经比较确定文件版本号与参考版本号不匹配，则说明客户所下载的配置文件与服务端所生成的配置文件不一致，配置文件存在异常，故输出运维信息，以提醒及时对异常的配置文件进行修正。以此，通过配置分发系统，对不同类型客户端的配置文件进行配置，供安装客户端的各设备获取使用；同时，对于提供同一服务的不同设备，可获取同一配置文件进行使用，避免针对各个设备单独设置配置文件，以及配置过程中的误操作，提高了配置管理效率和准确性。此外，对于经由客户端获取的配置文件，设置文件版本号与参考版本号之间的匹配机制，匹配成功后才判定配置文件生效成功供设备使用，有利于进一步确保设备中配置文件的准确性。
附图说明
图1为本发明配置分发系统实施例方案涉及的硬件运行环境的结构示意图；
图2为本发明配置文件的管理方法第一实施例的流程示意图；
图3为本发明配置文件的管理装置较佳实施例的功能模块示意图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。
本发明提供一种配置分发系统，参照图1，图1为本发明配置分发系统实施例方案涉及的硬件运行环境的结构示意图。
如图1所示，该配置分发系统可以包括：处理器1001，例如CPU，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储配置分发系统。
本领域技术人员可以理解，图1中示出的配置分发系统的硬件结构并不构成对配置分发系统的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
如图1所示，作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及配置文件的管理程序。其中，操作系统是管理和控制配置分发系统的硬件与软件资源的程序，支持网络通信模块、用户接口模块、配置文件的管理程序以及其他程序或软件的运行；网络通信模块用于管理和控制网络接口1004；用户接口模块用于管理和控制用户接口1003。
在图1所示的配置分发系统硬件结构中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；处理器1001可以调用存储器1005中存储的配置文件的管理程序，并执行以下操作：
服务端基于配置平台的配置信息生成配置文件，并存储所述配置文件的参考版本号；
客户端获取所述配置文件，并在所述配置文件生效后，将所述配置文件的文件版本号上传到所述服务端；
所述服务端判断所述文件版本号是否和所述参考版本号匹配，若和所述参考版本号匹配，则判定所述配置文件生效成功。
进一步地，所述配置分发系统还包括第一数据库，所述服务端基于配置平台的配置信息生成配置文件的步骤包括：
所述配置平台接收配置信息，并在对所述配置信息分配配置值后，将所述配置信息和所述配置值存储至所述第一数据库，所述配置信息包括文件名称、文件格式和配置内容；
所述服务端从所述第一数据库获取所述配置信息和所述配置值，并将所述配置信息生成为待检查配置文件；
基于获取的所述配置值对所述待检查配置文件进行完整性检查，并在所述完整性检查通过后，将所述待检查配置文件生成为配置文件。
进一步地，所述基于获取的所述配置值对所述待检查配置文件进行完整性检查的步骤包括：
判断所述配置平台对所述配置信息分配的配置值与获取的所述配置值是否一致；
若与获取的所述配置值一致，则判定对所述待检查配置文件的完整性检查通过。
进一步地，所述配置分发系统还包括第二数据库，所述将所述配置信息生成为配置文件的步骤之后，处理器1001可以调用存储器1005中存储的配置文件的管理程序，并执行以下操作：
所述服务端将所述配置文件、所述配置信息和所述配置值传输到所述第二数据库存储。
进一步地，所述判定所述配置文件生效成功的步骤之后，处理器1001可以调用存储器1005中存储的配置文件的管理程序，并执行以下操作：
所述配置平台将接收的配置更新信息上传到服务端，所述服务端基于所述配置更新信息重新生成所述配置文件，以更新所述配置文件，执行存储所述配置文件的参考版本号的步骤。
进一步地，所述服务端基于所述配置更新信息重新生成所述配置文件的步骤之后，处理器1001可以调用存储器1005中存储的配置文件的管理程序，并执行以下操作：
每间隔预设更新周期，执行客户端获取所述配置文件的步骤，以对更新的所述配置文件进行获取。
进一步地，所述客户端获取所述配置文件的步骤包括：
与所述客户端对应的设备启动代理服务，基于所述代理服务获取所述配置文件，并重启与所述配置文件对应的服务，以使所述配置文件生效。
进一步地，所述服务端基于配置平台的配置信息生成配置文件的步骤之后，处理器1001可以调用存储器1005中存储的配置文件的管理程序，并执行以下操作：
所述配置平台接收绑定信息，并获取所述绑定信息中携带的与所述客户端对应的设备信息以及与所述配置文件对应的文件信息；
所述配置平台将所述设备信息和所述文件信息绑定，形成所述设备信息所对应设备与所述配置文件之间的对应关系，以供所述客户端对应的设备启动代理服务，基于所述代理服务获取所述配置文件。
进一步地，所述判定所述配置文件生效成功的步骤之后，处理器1001可以调用存储器1005中存储的配置文件的管理程序，并执行以下操作：
每间隔预设检测周期，所述客户端向所述服务端上报所述配置文件的检测版本号；
所述服务端判断所述检测版本号是否和所述参考版本号匹配，生成判断结果；
根据所述判断结果，检测所述配置文件是否持续有效。
进一步地，所述根据所述判断结果，检测所述配置文件是否持续有效的步骤包括：
若所述判断结果为所述检测版本号和所述参考版本号匹配，则判定所述配置文件持续有效；
若所述判断结果为所述检测版本号和所述参考版本号不匹配，则判定所述配置文件失效，并输出提示信息。
进一步地，所述所述判定所述配置文件生效成功的步骤之后，处理器1001可以调用存储器1005中存储的配置文件的管理程序，并执行以下操作：
当所述配置平台接收到回滚指令时，获取所述回滚指令中携带的待回滚文件信息，以及待回滚版本号上传到所述服务端；
所述服务端基于所述待回滚文件信息确定待回滚配置文件，并基于所述待回滚版本号，对所述待回滚配置文件进行回滚。
进一步地，所述服务端判断所述文件版本号是否和所述参考版本号匹配的步骤之后，处理器1001可以调用存储器1005中存储的配置文件的管理程序，并执行以下操作：
若所述文件版本号和所述参考版本号不匹配，则判定所述配置文件生效失败，并输出运维信息。
进一步地，所述判定所述配置文件生效失败，并输出运维信息的步骤之后，处理器1001可以调用存储器1005中存储的配置文件的管理程序，并执行以下操作：
所述配置平台接收基于所述运维信息设置的修改信息，并将所述修改信息上传到所述服务端；
所述服务端基于所述修改信息对所述配置文件进行修正，以更新所述配置文件，执行存储所述配置文件的参考版本号的步骤。
本发明配置分发系统的具体实施方式与下述配置文件的管理方法各实施例基本相同，在此不再赘述。
本发明还提供一种配置文件的管理方法。
参照图2，图2为本发明配置文件的管理方法第一实施例的流程示意图。
本发明实施例提供了配置文件的管理方法的实施例，需要说明的是，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。具体地，本实施例配置文件的管理方法应用于配置分发系统，配置分发系统包括服务端，以及分别与服务端通信连接的客户端和配置平台，该配置文件的管理方法包括：
步骤S10，服务端基于配置平台的配置信息生成配置文件，并存储所述配置文件的参考版本号；
本实施例中配置文件的管理方法适用于配置分发系统，通过配置分发系统对大数据集群中用于提供各项服务的设备进行配置文件的配置和管理。配置分发系统包括服务端、以及与服务端分别通信连接的客户端以及配置平台；配置平台用于供用户操作设置配置信息；服务端用于根据配置信息生成为配置文件，并判断客户端所获取的配置文件是否和其所生成的配置文件是否一致；客户端则用于获取配置文件。具体地，当作为用户的大数据集群开发人员或运维人员，具有对提供某一服务的终端的配置文件进行配置的需求时，在配置平台的显示界面进行操作，设置配置信息，由配置平台传输给服务端。服务端在获取到该类配置信息后，依据其生成为配置文件；并且，根据是否为首次生成该类配置文件，来确定配置文件的参考版本号。若配置文件为首次生成，则依据参考版本号的生成规则，生成该配置文件的参考版本号；若配置文件非首次生成，则以及参考版本号的升级规则，对配置文件此前的参考版本号进行升级。以后，得到配置文件的参考版本号进行存储。
需要说明的是，配置分发系统中设置有专用于对经配置平台所接收配置信息存储的第一数据库，服务端通过该第一数据库获取配置信息生成配置文件。具体地，服务端基于配置平台的配置信息生成配置文件的步骤包括：
步骤S11，所述配置平台接收配置信息，并在对所述配置信息分配配置值后，将所述配置信息和所述配置值存储至所述第一数据库，所述配置信息包括文件名称、文件格式和配置内容；
步骤S12，所述服务端从所述第一数据库获取所述配置信息和所述配置值，并将所述配置信息生成为待检查配置文件；
步骤S13，基于获取的所述配置值对所述待检查配置文件进行完整性检查，并在所述完整性检查通过后，将所述待检查配置文件生成为配置文件。
进一步地，配置平台在接收到配置信息后，对配置信息分配配置值；并且，该配置值优选为MD5(Message-Digest Algorithm，信息摘要算法)值。MD5为广泛使用的密码散列函数，可以产生出一个128位(16字节)的散列值(hash value)，用于确保信息传输完整一致。本实施例中的配置信息至少包含文件名称、文件格式和配置内容，以分别用于设定配置文件的名称、格式和内容。配置平台对该类配置信息通过MD5处理产生MD5值，并将该MD5值作为分配给配置信息的配置值，同时将配置信息和配置值一并存储于第一数据库。其中，第一数据库优选为MySQL数据库。
更进一步地，服务端从第一数据库中获取出配置信息和配置值，并依据配置文件生成规则，将配置信息中包含的文件名称、文件格式和配置内容生成为待检查配置文件。此后通过从第一数据库中获取的配置值，对待检查配置文件进行完整性检查，确定生成的待检查配置文件中是否包含有配置信息中的全部信息，以确保配置信息在服务端与配置平台间的传输完整一致。并且，完整性检查通过配置值的一致性实现，具体地，基于获取的配置值对待检查配置文件进行完整性检查的步骤包括：
步骤S131，判断所述配置平台对所述配置信息分配的配置值与获取的所述配置值是否一致；
步骤S132，若与获取的所述配置值一致，则判定对所述待检查配置文件的完整性检查通过。
将从第一数据库获取的配置值与配置平台生成的配置值比较，判断两者是否一致，若一致则说明生成的待检查配置文件中包含有配置信息中的全部信息，判定完整性检查通过。反之，若两项配置值不一致，则说明生成的待检查配置文件中不包含有配置信息中的全部信息，判定完整性检查不通过，输出未通过的提示信息。对于完整性检查通过的情形，则将待检测配置文件生成为配置文件，以便于客户端获取配置文件进行配置，并基于配置实现对外提供服务。
进一步地，所述配置分发系统还包括第二数据库，所述将所述配置信息生成为配置文件的步骤之后包括：
步骤14，所述服务端将所述配置文件、所述配置信息和所述配置值传输到所述第二数据库存储。
更进一步地，对于服务端生成的配置文件，在配置分发系统中设置有第二数据库对其进行存储。服务端在将待检查配置文件生成为配置文件后，将该生成的配置文件、配置信息，以及配置值一并传输到第二数据库存储，以便客户端从第二数据库获取配置文件进行配置。
可理解地，不同的客户端对外提供的服务不同，不同的服务对应不同的配置文件。故在客户端与配置文件之间具有对应关系，该对应关系可通过配置平台绑定。具体地，服务端基于配置平台的配置信息生成配置文件的步骤之后包括：
步骤a1，所述配置平台接收绑定信息，并获取所述绑定信息中携带的与所述客户端对应的设备信息以及与所述配置文件对应的文件信息；
步骤a2，所述配置平台将所述设备信息和所述文件信息绑定，形成所述设备信息所对应设备与所述配置文件之间的对应关系，以供所述客户端对应的设备启动代理服务，基于所述代理服务获取所述配置文件。
进一步地，配置平台的显示界面显示有可供添加设备信息的添加按键，以及选择配置文件的选择按键，通过操作添加按键将需要配置的客户端所在的设备信息进行添加，通过通过操作选择按键添加适用于该客户端的配置文件的文件信息。将设备信息和文件信息设为配置平台接收的绑定信息，配置平台在接受到该类绑定信息后，对其中包含的设备信息作为与客户端对应的设备信息进行获取，并且，对其中包含的文件信息作为与配置文件对应的文件信息进行获取。此后，配置平台将设备信息和文件信息绑定，形成设备信息所来源设备与文件信息所表征配置文件之间的对应关系，以便于设备通过其中的代理服务，依据该对应关系获取配置文件进行配置。
步骤S20，客户端获取所述配置文件，并在所述配置文件生效后，将所述配置文件的文件版本号上传到所述服务端；
更进一步地，服务端在生成配置文件存储于第二数据库之后，客户端即可通过访问第二数据库来获取配置文件，并在配置文件在客户端所对应设备生效后，获取配置文件在设备内呈现的文件版本号上传到服务端，由服务端验证在设备内生效的配置文件是否成功。
进一步地，所述客户端获取所述配置文件的步骤包括：
步骤b，与所述客户端对应的设备启动代理服务，基于所述代理服务获取所述配置文件，并重启与所述配置文件对应的服务，以使所述配置文件生效。
更进一步地，客户端对配置文件的获取，通过客户端所在设备的代理服务(即agent服务)实现。将安装客户端的设备作为与客户端对应的设备，该设备启动其中的代理服务，通过代理服务请求获取配置文件。此后，控制设备中与配置文件对应的服务重启，以使得设备中的配置文件生效。
步骤S30，所述服务端判断所述文件版本号是否和所述参考版本号匹配，若和所述参考版本号匹配，则判定所述配置文件生效成功。
进一步地，服务端接收到客户端上传到文件版本号之后，调用其在生成配置文件过程中所存储的参考版本号，并将参考版本号和文件版本号对比，判断两者是否匹配。若经对比参考版本号和文件版本号一致，则判定两者匹配。安装客户端的设备内的配置文件生效成功，设备可有效对外提供配置文件所针对的服务。
可理解地，对于升级的配置文件，经更新后生成的配置文件可能存在错误，针对此本实施例设置有回滚机制。具体地，判定配置文件生效成功的步骤之后包括：
步骤c1，当所述配置平台接收到回滚指令时，获取所述回滚指令中携带的待回滚文件信息，以及待回滚版本号上传到所述服务端；
步骤c2，所述服务端基于所述待回滚文件信息确定待回滚配置文件，并基于所述待回滚版本号，对所述待回滚配置文件进行回滚。
进一步地，配置平台的显示界面设置有用于回滚的虚拟按键，通过该虚拟按键可触发回滚指令。当配置平台接收到回滚指令时，对回滚指令中携带的待回滚文件信息和待回滚版本号进行获取。其中待回滚文件信息为所需要回滚的配置文件所具有的信息，待回滚版本号为所需要回滚的配置文件的版本号。配置文件将获取的待回滚文件信息和待回滚版本号上传到服务端，由服务端依据待回滚文件信息确定需要进行回滚操作的配置文件作为待回滚配置文件。针对该待回滚配置文件，依据待回滚版本号进行回滚，将待回滚配置文件的版本回滚到待归回版本号所表征的版本，实现待回滚版本号所对应版本的服务功能。
本发明的配置文件的管理方法，通过配置分发系统对大数据集群中各设备的配置文件进行统一管理。配置分发系统包括服务端，以及分别与服务端通信连接的客户端以及配置平台。通过配置平台对接收配置信息，并由服务端依据接收的该类配置信息生成配置文件，并对配置文件生成配置版本号进行存储。此后，客户端对该配置文件进行获取，并在配置文件在客户端生效后，将配置文件的文件版本号上传到服务端，由服务端将其和配置文件生成时所存储的参考版本号比较，若经比较确定文件版本号和参考版本号匹配，则说明客户端所下载的配置文件为服务端所生成的配置文件一致，从而判定配置文件生成成功。若经比较确定文件版本号与参考版本号不匹配，则说明客户所下载的配置文件与服务端所生成的配置文件不一致，配置文件存在异常，故输出运维信息，以提醒及时对异常的配置文件进行修正。以此，通过配置分发系统，对不同类型客户端的配置文件进行配置，供安装客户端的各设备获取使用；同时，对于提供同一服务的不同设备，可获取同一配置文件进行使用，避免针对各个设备单独设置配置文件，以及配置过程中的误操作，提高了配置管理效率和准确性。此外，对于经由客户端获取的配置文件，设置文件版本号与参考版本号之间的匹配机制，匹配成功后才判定配置文件生效成功供设备使用，有利于进一步确保设备中配置文件的准确性。
进一步地，基于本发明配置文件的管理方法的第一实施例，提出本发明配置文件的管理方法第二实施例。
所述配置文件的管理方法第二实施例与所述配置文件的管理方法第一实施例的区别在于，所述判定所述配置文件生效成功的步骤之后包括：
步骤S40，所述配置平台将接收的配置更新信息上传到服务端，所述服务端基于所述配置更新信息重新生成所述配置文件，以更新所述配置文件，执行存储所述配置文件的参考版本号的步骤。
本实施例针对生效成功的配置文件设置有更新机制。具体地，配置平台的显示界面中设置有更新选项，当具有对某一服务功能的更新需求时，通过在更新选项中设置需要更新的信息发起更新请求。配置平台在接收到更新请求时，获取其中携带的信息作为配置更新信息上传到服务端。
进一步地，服务端对配置平台上传的配置更新信息进行接收，并依据其重新生成配置文件，对原始的配置文件进行更新。具体地，根据配置更新信息中包含的配置文件的名称和版本号，查找需要更新的配置文件，并且用配置更新信息中包含的更新内容，对查找的配置文件中的信息进行替换，生成新的配置文件，即实现原始配置文件的更新。此后，依据更新前配置文件的版本号，确定新的配置文件的版本号，并作为配置文件夹的参考版本号进行存储，以用于和在客户端生效的配置文件的文件版本号对比，确定客户端中的配置文件是否生效成功。
更进一步地，所述服务端基于所述配置更新信息重新生成所述配置文件的步骤之后包括：
步骤S50，每间隔预设更新周期，执行客户端获取所述配置文件的步骤，以对更新的所述配置文件进行获取。
进一步地，为了使客户端的配置文件和服务端中的配置文件同步，本实施例针对客户端设置定期更新的机制。预先依据需求设置预设更新周期，每当检测到达该预设更新周期，则客户端向第二数据库请求获取配置文件，并对配置文件对应的服务重启，以使配置文件生效。考虑到到达预设更新周期时，配置文件并未更新，因此在获取配置文件之前，先对配置文件的版本号进行检测，确定客户端配置文件的版本号是否与第二数据库中相同配置文件的版本号是否一致。若一致则说明配置文件在预设更新周期内未更新，故而无须获取配置文件；反之若不一致则说明配置文件在预设周期内更新，因此获取更新的配置文件对客户端原配置文件进行替换，以更新客户端内生效的配置文件。
需要说明的是，除了根据预设更新周期对客户端内的配置文件更新之外，还可以对经服务端更新的配置文件设置更新下发机制。即服务端在对配置文件更新后，则向具有该配置文件的客户端推送配置文件或者推送更新信息，以便于客户端用推送的配置文件对原始的配置文件更新，或者根据推送的更新消息，获取更新的配置文件对原始的配置文件更新，以通过多种方式实现客户端配置文件的更新。
本实施例通过配置平台的配置更新信息，由服务端实现配置文件的更新，在多个客户端使用同一配置文件时，通过统一获取更新的配置文件即可对各自使用的配置文件进行更新，避免了逐一配置更新，提高了更新效率。
进一步地，基于本发明配置文件的管理方法的第一或第二实施例，提出本发明配置文件的管理方法第三实施例。
所述配置文件的管理方法第三实施例与所述配置文件的管理方法第一或第二实施例的区别在于，所述判定所述配置文件生效成功的步骤之后包括：
步骤S60，每间隔预设检测周期，所述客户端向所述服务端上报所述配置文件的检测版本号；
步骤S70，所述服务端判断所述检测版本号是否和所述参考版本号匹配，生成判断结果；
步骤S80，根据所述判断结果，检测所述配置文件是否持续有效。
本实施例设置通过检测版本号来确定配置文件是否有效的检测机制。具体地，预先依据需求设置预设检测周期，每间隔该预设检测周期，客户端将其配置文件的版本号作为检测版本号上报给服务端。服务端在接收到检测版本号之后，将其和参考版本号对比，判断检测版本号是否和参考版本号相同。其中，参考版本号为配置文件生成或者更新时，为配置文件设定的最新版本号。
进一步地，根据检测版本号和参考版本号对比判断，所生成的判断结果，对配置文件是否持续有效进行检测。其中，判断结果包括检测版本号与参考版本号匹配，以及检测版本号与参考版本号不匹配两种，依据该两种判断结果检测配置文件持续有效或者无效。具体地，根据判断结果，检测配置文件是否持续有效的步骤包括：
步骤S81，若所述判断结果为所述检测版本号和所述参考版本号匹配，则判定所述配置文件持续有效；
步骤S82，若所述判断结果为所述检测版本号和所述参考版本号不匹配，则判定所述配置文件失效，并输出提示信息。
更进一步地，若经对比生成的判断结果为检测版本号与参考版本号匹配，则说明客户端中配置文件的检测版本号与服务端生成的配置文件的最新版本号相同，客户端中的配置文件与服务端所生成的配置文件相同，从而判定在当前预设检测周期内，客户端配置的配置文件持续有效。反之，若经对比生成的判断结果为检测版本号与参考版本号之间不匹配，则说明客户端中配置文件的检测版本号与服务端生成的配置文件的最新版本号不相同，客户端中的配置文件与服务端所生成的配置文件不相同，故而判定在当前预设检测周期内，客户端配置的配置文件持续无效，输出对该配置文件进行更新的提示信息。并且，该提示信息可以以邮件的形式发送到运维人员的邮箱，以提醒运维人员及时对客户端所配置的配置文件进行更新，获取服务端生成的最新配置文件进行配置。
本实施例通过设置预设检测周期对配置文件的持续有效性进行检测，确保客户端配置的配置文件为服务端生成的最新配置文件，有利于维持客户端内配置文件的持续有效性。
进一步地，基于本发明配置文件的管理方法的第一、第二或第三实施例，提出本发明配置文件的管理方法第四实施例。
所述配置文件的管理方法第四实施例与所述配置文件的管理方法第一、第二或第三实施例的区别在于，所述服务端判断所述文件版本号是否和所述参考版本号匹配的步骤之后包括：
步骤S90，若所述文件版本号和所述参考版本号不匹配，则判定所述配置文件生效失败，并输出运维信息。
本实施例对于文件版本号与参考版本号不匹配，客户端内的配置文件为生效失败的配置文件进行处理。具体地，若服务端对文件版本号和参考版本号是否匹配进行判断，所得到的结果为文件版本号与参考版本号不匹配，则说明客户端当前配置文件的文件版本号，与服务端所生成配置文件的参考版本号不一致，客户端对获取的配置文件对应的服务进行重启，所生效的配置文件，与服务端生成的配置文件不一致，从而判定配置文件生效失败。
进一步地，对于生效失败的配置文件，输出运维信息，以提示对生效失败的配置文件及时处理。具体地，判定配置文件生效失败，并输出运维信息的步骤之后包括：
步骤S,100，所述配置平台接收基于所述运维信息设置的修改信息，并将所述修改信息上传到所述服务端；
步骤S110，所述服务端基于所述修改信息对所述配置文件进行修正，以更新所述配置文件，执行存储所述配置文件的参考版本号的步骤。
更进一步地，对于因版本号不匹配导致生效失败的配置文件，本实施例采用重新生成配置文件的方式进行运维。具体地，由运维人员在配置平台的显示界面根据运维信息设定修改信息，以通过修改信息对运维信息表征的失败原因进行修正。配置平台在接收到该类修改信息后，将修改信息上传到服务端。服务端对该修改信息进行接收，并依据其对配置文件进行修正；先依据修改信息中包含的修改标识信息，确定配置文件中需要修改的待修改信息，进而用修改信息中的修改内容信息，对待修改信息进行替换修改，生成新的配置文件。以此，通过对配置文件的修正来生成新的配置文件，实现配置文件的更新，进而依据更新前配置文件的版本号，确定新的配置文件的版本号，作为参考版本号存储到第一数据库中，用以在客户端获取该新的配置文件并生效后，和该生效的配置文件的文件版本号对比，确定客户端中新的配置文件是否生效成功。
本实施对于文件版本号与参考版本号不匹配，生效失败的配置文件，输出运维信息，并根据基于运维信息所接收到的修改信息，对配置文件运维修正，在确保配置文件生效成功的同时，有利于快速运维。
本发明还提供一种配置文件的管理装置。请参照图3，所述配置文件的管理装置包括：
生成模块10，用于基于配置平台的配置信息生成配置文件，并存储所述配置文件的参考版本号；
上传模块20，用于获取所述配置文件，并在所述配置文件生效后，将所述配置文件的文件版本号上传到所述服务端；
判断模块30，用于判断所述文件版本号是否和所述参考版本号匹配，若和所述参考版本号匹配，则判定所述配置文件生效成功。
进一步地，所述生成块还包括：
接收单元，用于接收配置信息，并在对所述配置信息分配配置值后，将所述配置信息和所述配置值存储至所述第一数据库，所述配置信息包括文件名称、文件格式和配置内容；
生成单元，用于从所述第一数据库获取所述配置信息和所述配置值，并将所述配置信息生成为待检查配置文件；
检查单元，用于基于获取的所述配置值对所述待检查配置文件进行完整性检查，并在所述完整性检查通过后，将所述待检查配置文件生成为配置文件。
进一步地，所述检查单元还用于：
判断所述配置平台对所述配置信息分配的配置值与获取的所述配置值是否一致；
若与获取的所述配置值一致，则判定对所述待检查配置文件的完整性检查通过。
进一步地，所述生成块还包括：
传输单元，用于将所述配置文件、所述配置信息和所述配置值传输到所述第二数据库存储。
进一步地，所述配置文件的管理装置还包括：
更新模块，用于将接收的配置更新信息上传到服务端，所述服务端基于所述配置更新信息重新生成所述配置文件，以更新所述配置文件，执行存储所述配置文件的参考版本号的步骤。
本发明配置文件的管理装置具体实施方式与上述配置文件的管理方法各实施例基本相同，在此不再赘述。
此外，本发明实施例还提出一种存储介质。
存储介质上存储有配置文件的管理程序，配置文件的管理程序被处理器执行时实现如上所述的配置文件的管理方法的步骤。
本发明存储介质可以为计算机存储介质，其具体实施方式与上述配置文件的管理方法各实施例基本相同，在此不再赘述。
上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，这些均属于本发明的保护之内。
Claims (10)
1.一种配置文件的管理方法，其特征在于，应用于配置分发系统，所述配置分发系统包括服务端，以及分别与所述服务端通信连接的客户端和配置平台，所述配置文件的管理方法包括以下步骤：
服务端基于配置平台的配置信息生成配置文件，并存储所述配置文件的参考版本号；
客户端获取所述配置文件，并在所述配置文件生效后，将所述配置文件的文件版本号上传到所述服务端；
所述服务端判断所述文件版本号是否和所述参考版本号匹配，若和所述参考版本号匹配，则判定所述配置文件生效成功。
2.如权利要求1所述的配置文件的管理方法，其特征在于，所述配置分发系统还包括第一数据库，所述服务端基于配置平台的配置信息生成配置文件的步骤包括：
所述配置平台接收配置信息，并在对所述配置信息分配配置值后，将所述配置信息和所述配置值存储至所述第一数据库，所述配置信息包括文件名称、文件格式和配置内容；
所述服务端从所述第一数据库获取所述配置信息和所述配置值，并将所述配置信息生成为待检查配置文件；
基于获取的所述配置值对所述待检查配置文件进行完整性检查，并在所述完整性检查通过后，将所述待检查配置文件生成为配置文件。
3.如权利要求2所述的配置文件的管理方法，其特征在于，所述基于获取的所述配置值对所述待检查配置文件进行完整性检查的步骤包括：
判断所述配置平台对所述配置信息分配的配置值与获取的所述配置值是否一致；
若与获取的所述配置值一致，则判定对所述待检查配置文件的完整性检查通过。
4.如权利要求2所述的配置文件的管理方法，其特征在于，所述配置分发系统还包括第二数据库，所述将所述配置信息生成为配置文件的步骤之后包括：
所述服务端将所述配置文件、所述配置信息和所述配置值传输到所述第二数据库存储。
5.如权利要求1所述的配置文件的管理方法，其特征在于，所述判定所述配置文件生效成功的步骤之后包括：
所述配置平台将接收的配置更新信息上传到服务端，所述服务端基于所述配置更新信息重新生成所述配置文件，以更新所述配置文件，执行存储所述配置文件的参考版本号的步骤。
6.如权利要求5所述的配置文件的管理方法，其特征在于，所述服务端基于所述配置更新信息重新生成所述配置文件的步骤之后包括：
每间隔预设更新周期，执行客户端获取所述配置文件的步骤，以对更新的所述配置文件进行获取。
7.如权利要求1所述的配置文件的管理方法，其特征在于，所述客户端获取所述配置文件的步骤包括：
与所述客户端对应的设备启动代理服务，基于所述代理服务获取所述配置文件，并重启与所述配置文件对应的服务，以使所述配置文件生效。
8.一种配置文件的管理装置，其特征在于，所述配置文件的管理装置包括：
生成模块，用于基于配置平台的配置信息生成配置文件，并存储所述配置文件的参考版本号；
上传模块，用于获取所述配置文件，并在所述配置文件生效后，将所述配置文件的文件版本号上传到所述服务端；
判断模块，用于判断所述文件版本号是否和所述参考版本号匹配，若和所述参考版本号匹配，则判定所述配置文件生效成功。
9.一种配置分发系统，其特征在于，所述配置分发系统包括服务端，以及分别与所述服务端通信连接的客户端和配置平台，还包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的配置文件的管理程序，所述配置文件的管理程序被所述处理器执行时实现如权利要求1-7中任一项所述的配置文件的管理方法的步骤。
10.一种存储介质，其特征在于，所述存储介质上存储有配置文件的管理程序，所述配置文件的管理程序被处理器执行时实现如权利要求1-7中任一项所述的配置文件的管理方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011019567.5A CN114253906A (zh) | 2020-09-24 | 2020-09-24 | 配置文件的管理方法、装置、配置分发系统及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011019567.5A CN114253906A (zh) | 2020-09-24 | 2020-09-24 | 配置文件的管理方法、装置、配置分发系统及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114253906A true CN114253906A (zh) | 2022-03-29 |
Family
ID=80790161
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011019567.5A Pending CN114253906A (zh) | 2020-09-24 | 2020-09-24 | 配置文件的管理方法、装置、配置分发系统及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114253906A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115913928A (zh) * | 2022-10-19 | 2023-04-04 | 阿里云计算有限公司 | 客户端配置方法、计算设备及计算机存储介质 |
-
2020
- 2020-09-24 CN CN202011019567.5A patent/CN114253906A/zh active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115913928A (zh) * | 2022-10-19 | 2023-04-04 | 阿里云计算有限公司 | 客户端配置方法、计算设备及计算机存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107666525B (zh) | 集群容器ip分配的方法和装置 | |
| CN107844343B (zh) | 一种复杂服务端应用系统的升级系统及方法 | |
| CN108874558B (zh) | 分布式事务的消息订阅方法、电子装置及可读存储介质 | |
| CN106341244B (zh) | 配置文件的更新方法、客户端、服务器及系统 | |
| CN106027644B (zh) | 一种业务的校验方法及系统 | |
| CN109857423B (zh) | 程序版本更新方法、装置、服务器及可读存储介质 | |
| CN111367545A (zh) | 终端升级方法、装置、服务器、终端设备及可读存储介质 | |
| CN108121559A (zh) | 配置文件推送方法、服务器及存储介质 | |
| CN110007946B (zh) | 一种算法模型的更新方法、装置、设备及介质 | |
| CN109284106A (zh) | 业务规则的发布管理方法、电子装置及可读存储介质 | |
| CN110825399B (zh) | 一种应用程序的部署方法及装置 | |
| CN112099825B (zh) | 组件进行升级的方法、装置、设备及存储介质 | |
| CN111897846A (zh) | 缓存数据校验方法、装置、设备及存储介质 | |
| CN114385759A (zh) | 配置文件的同步方法、装置、计算机设备及存储介质 | |
| CN111654522A (zh) | 文件同步方法、文件同步服务器及存储介质 | |
| CN113805925A (zh) | 分布式集群管理软件的在线升级方法、装置、设备及介质 | |
| CN111752577A (zh) | 一种系统版本的升级方法及设备 | |
| CN111338834B (zh) | 数据存储方法和装置 | |
| CN112256989A (zh) | 基于离线包的页面加载方法、装置、终端设备及存储介质 | |
| CN115543429A (zh) | 项目环境的搭建方法、电子设备及计算机可读存储介质 | |
| CN114253906A (zh) | 配置文件的管理方法、装置、配置分发系统及存储介质 | |
| CN111158654A (zh) | 算法调用方法、装置、服务器及存储介质 | |
| CN110737548A (zh) | 数据请求方法和服务器 | |
| CN113468143A (zh) | 数据迁移方法、系统、计算设备及存储介质 | |
| CN113037850A (zh) | 一种应用程序升级方法、装置、电子设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Country or region after: China Address after: 100020 1765, 15th floor, 17th floor, building 3, No.10, Jiuxianqiao Road, Chaoyang District, Beijing Applicant after: Beijing 360 Zhiling Technology Co.,Ltd. Address before: 100020 1765, 15th floor, 17th floor, building 3, No.10, Jiuxianqiao Road, Chaoyang District, Beijing Applicant before: Beijing Hongxiang Technical Service Co.,Ltd. Country or region before: China |