配置文件信息的检测方法及装置

摘要

本申请公开了一种配置文件信息的检测方法及装置。该方法包括：确定目标任务程序中的多个目标实例；从预设数据库中分别获取多个目标实例中每个目标实例对应的目标远程网络地址，其中，目标远程网络地址中存储有相应目标实例的配置文件；以及采用预设打开方式打开每个目标实例的配置文件，并检测每个目标实例的配置文件中的目标状态信息。通过本申请，解决了相关技术中检测程序的配置文件状态信息的效率较低的问题。

权利要求

1.一种配置文件信息的检测方法，其特征在于，包括：确定目标任务程序中的多个目标实例；

从预设数据库中分别获取所述多个目标实例中每个目标实例对应的目标远程网络地址，其中，所述目标远程网络地址中存储有相应目标实例的配置文件；以及采用预设打开方式打开所述每个目标实例的配置文件，并检测所述每个目标实例的配置文件中的目标状态信息；

其中，在检测所述每个目标实例的配置文件中的目标状态信息之后，所述方法还包括：获取由所述每个目标实例的配置文件中的目标状态信息组成的状态信息集合；

将所述状态信息集合输出至目标日志；以及

根据所述目标日志的每个目标实例的配置文件中的目标状态信息相应的更改所述目标任务程序中每个目标实例的配置文件的历史状态信息。

2.根据权利要求1所述的方法，其特征在于，根据所述目标日志的每个目标实例的配置文件中的目标状态信息相应的更改所述目标任务程序中每个目标实例的配置文件的历史状态信息包括：确定目标时间，其中，所述目标时间为所述状态信息集合在所述目标日志上进行显示的时间；

在所述目标时间内，在所述目标日志上显示所述状态信息集合中的每个目标状态信息；以及根据所述状态信息集合中的每个目标状态信息相应的更改所述目标任务程序中每个目标实例的配置文件的历史状态信息。

3.根据权利要求1所述的方法，其特征在于，在确定目标任务程序中的多个目标实例之前，所述方法还包括：确定多个任务程序中的多个实例，得到实例集合；

获取所述实例集合中每个实例对应的远程网络地址，得到多个远程网络地址；以及将所述多个远程网络地址存储至所述预设数据库中。

4.根据权利要求1所述的方法，其特征在于，在确定目标任务程序中的多个目标实例之前，所述方法还包括：在多个任务程序中确定需要更新配置文件的历史状态信息的任务程序；以及将需要更新配置文件的历史状态信息的任务程序作为目标任务程序。

5.一种配置文件信息的检测装置，其特征在于，包括：第一确定单元，用于确定目标任务程序中的多个目标实例；

第一获取单元，用于从预设数据库中分别获取所述多个目标实例中每个目标实例对应的目标远程网络地址，其中，所述目标远程网络地址中存储有相应目标实例的配置文件；以及检测单元，用于采用预设打开方式打开所述每个目标实例的配置文件，并检测所述每个目标实例的配置文件中的目标状态信息；

其中，所述装置还包括：

第二获取单元，用于获取由所述每个目标实例的配置文件中的目标状态信息组成的状态信息集合；

输出单元，用于将所述状态信息集合输出至目标日志；以及更改单元，用于根据所述目标日志的每个目标实例的配置文件中的目标状态信息相应的更改所述目标任务程序中每个目标实例的配置文件的历史状态信息。

6.根据权利要求5所述的装置，其特征在于，所述更改单元包括：确定模块，用于确定目标时间，其中，所述目标时间为所述状态信息集合在所述目标日志上进行显示的时间；

显示模块，用于在所述目标时间内，在所述目标日志上显示所述状态信息集合中的每个目标状态信息；以及更改模块，用于根据所述状态信息集合中的每个目标状态信息相应的更改所述目标任务程序中每个目标实例的配置文件的历史状态信息。

7.根据权利要求5所述的装置，其特征在于，所述装置还包括：第二确定单元，用于确定多个任务程序中的多个实例，得到实例集合；

第三获取单元，用于获取所述实例集合中每个实例对应的远程网络地址，得到多个远程网络地址；以及存储单元，用于将所述多个远程网络地址存储至所述预设数据库中。

8.根据权利要求5所述的装置，其特征在于，所述装置还包括：第三确定单元，用于在多个任务程序中确定需要更新配置文件的历史状态信息的任务程序；以及第四确定单元，用于将需要更新配置文件的历史状态信息的任务程序作为目标任务程序。

说明书

配置文件信息的检测方法及装置

技术领域

[0001] 本申请涉及信息检测领域，具体而言，涉及一种配置文件信息的检测方法及装置。

背景技术

[0002] 在一些应用场景下，任务程序会把其状态信息直接写在任务程序的配置文件中，例如日期、时间等状态信息，这些状态信息对于任务程序的运行是非常关键的。在实际的生产环境中，任务程序中包含很多实例，各个实例分布于多个服务器上，即任务程序的配置文件分布于多个服务器上，在每次需要对程序进行更新时，需要首先逐一检测任务程序的配置文件中该程序的状态信息，然后以待发布程序的配置文件状态调整生产环境上该程序的状态信息，再拷贝到线上。然而，相关技术中通过逐一进行检测程序的配置文件状态信息，导致检测程序的配置文件信息的效率较低。

[0003] 针对相关技术中检测程序的配置文件状态信息的效率较低的问题，目前尚未提出有效的解决方案。

发明内容

[0004] 本申请的主要目的在于提供一种配置文件信息的检测方法及装置，以解决相关技术中检测程序的配置文件状态信息的效率较低的问题。

[0005] 为了实现上述目的，根据本申请的一个方面，提供了一种配置文件信息的检测方法。该方法包括：确定目标任务程序中的多个目标实例；从预设数据库中分别获取多个目标实例中每个目标实例对应的目标远程网络地址，其中，目标远程网络地址中存储有相应目标实例的配置文件；以及采用预设打开方式打开每个目标实例的配置文件，并检测每个目标实例的配置文件中的目标状态信息。

[0006] 进一步地，在检测每个目标实例的配置文件中的目标状态信息之后，该方法还包括：获取由每个目标实例的配置文件中的目标状态信息组成的状态信息集合；将状态信息集合输出至目标日志；以及根据目标日志的每个目标实例的配置文件中的目标状态信息相应的更改目标任务程序中每个目标实例的配置文件的历史状态信息。

[0007] 进一步地，根据目标日志的每个目标实例的配置文件中的目标状态信息相应的更改目标任务程序中每个目标实例的配置文件的历史状态信息包括：确定目标时间，其中，目标时间为状态信息集合在目标日志上进行显示的时间；在目标时间内，在目标日志上显示状态信息集合中的每个目标状态信息；以及根据状态信息集合中的每个目标状态信息相应的更改目标任务程序中每个目标实例的配置文件的历史状态信息。

[0008] 进一步地，在确定目标任务程序中的多个目标实例之前，该方法还包括：确定多个任务程序中的多个实例，得到实例集合；获取实例集合中每个实例对应的远程网络地址，得到多个远程网络地址；以及将多个远程网络地址存储至预设数据库中。

[0009] 进一步地，在确定目标任务程序中的多个目标实例之前，该方法还包括：在多个任务程序中确定需要更新配置文件的历史状态信息的任务程序；以及将需要更新配置文件的历史状态信息的任务程序作为目标任务程序。

[0010] 为了实现上述目的，根据本申请的另一方面，提供了一种配置文件信息的检测装置。该装置包括：第一确定单元，用于确定目标任务程序中的多个目标实例；第一获取单元，用于从预设数据库中分别获取多个目标实例中每个目标实例对应的目标远程网络地址，其中，目标远程网络地址中存储有相应目标实例的配置文件；以及检测单元，用于采用预设打开方式打开每个目标实例的配置文件，并检测每个目标实例的配置文件中的目标状态信息。

[0011] 进一步地，该装置还包括：第二获取单元，用于获取由每个目标实例的配置文件中的目标状态信息组成的状态信息集合；输出单元，用于将状态信息集合输出至目标日志；以及更改单元，用于根据目标日志的每个目标实例的配置文件中的目标状态信息相应的更改目标任务程序中每个目标实例的配置文件的历史状态信息。

[0012] 进一步地，更改单元包括：确定模块，用于确定目标时间，其中，目标时间为状态信息集合在目标日志上进行显示的时间；显示模块，用于在目标时间内，在目标日志上显示状态信息集合中的每个目标状态信息；以及更改模块，用于根据状态信息集合中的每个目标状态信息相应的更改目标任务程序中每个目标实例的配置文件的历史状态信息。

[0013] 进一步地，该装置还包括：第二确定单元，用于确定多个任务程序中的多个实例，得到实例集合；第三获取单元，用于获取实例集合中每个实例对应的远程网络地址，得到多个远程网络地址；以及存储单元，用于将多个远程网络地址存储至预设数据库中。

[0014] 进一步地，该装置还包括：第三确定单元，用于在多个任务程序中确定需要更新配置文件的历史状态信息的任务程序；以及第四确定单元，用于将需要更新配置文件的历史状态信息的任务程序作为目标任务程序。

[0015] 通过本申请，采用以下步骤：确定目标任务程序中的多个目标实例；从预设数据库中分别获取多个目标实例中每个目标实例对应的目标远程网络地址，其中，目标远程网络地址中存储有相应目标实例的配置文件；以及采用预设打开方式打开每个目标实例的配置文件，并检测每个目标实例的配置文件中的目标状态信息，解决了相关技术中检测程序的配置文件状态信息的效率较低的问题，使用应用程序编程接口读取各个实例的配置文件的状态信息，进而达到了提升检测程序的配置文件状态信息的效率的效果。

附图说明

[0016] 构成本申请的一部分的附图用来提供对本申请的进一步理解，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

[0017] 图1是根据本申请实施例的配置文件信息的检测方法的流程图；以及[0018] 图2是根据本申请实施例的配置文件信息的检测装置的示意图。

具体实施方式

[0019] 需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

[0020] 为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

[0021] 需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

[0022] 为了便于描述，以下对本申请实施例涉及的术语进行说明：

[0023] 配置管理(Configuration Management)涉及网络管理的很多方面，在其最简单的形式中，网络管理人员维护一个具有关于桥接器、路由器、工作站、服务器以及网络上其它设备的各种信息的数据库。当需要改变网络配置或判断某些故障原因时，他们就可参考这些信息。这个数据库能包含重要的永久性信息，如物理连接和附属构件。Configuration Management是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的产品配置。

[0024] 根据本申请的实施例，提供了一种配置文件信息的检测方法。

[0025] 图1是根据本申请实施例的配置文件信息的检测方法的流程图。如图1所示，该方法包括以下步骤：

[0026] 步骤S101，确定目标任务程序中的多个目标实例。

[0027] 可选地，在本申请实施例提供的配置文件信息的检测方法中，在确定目标任务程序中的多个目标实例之前，该方法还包括：确定多个任务程序中的多个实例，得到实例集合；获取实例集合中每个实例对应的远程网络地址，得到多个远程网络地址；以及将多个远程网络地址存储至预设数据库中。

[0028] 即预先将多个远程网络地址存储至预设数据库中，为后续需要获取多个目标实例中每个目标实例对应的目标远程网络地址时，能够快速的从预设数据库中获取，提升获取效率。

[0029] 可选地，在本申请实施例提供的配置文件信息的检测方法中，在确定目标任务程序中的多个目标实例之前，该方法还包括：在多个任务程序中确定需要更新配置文件的历史状态信息的任务程序；以及将需要更新配置文件的历史状态信息的任务程序作为目标任务程序。

[0030] 在多个任务程序中确定出需要更新配置文件的历史状态信息的任务程序，以便在后续的处理中将目标任务程序的配置文件状态与生产坏境上(远程服务器上)的状态调整为一致，保证了任务程序拷贝到线上以后的正常运行。

[0031] 步骤S102，从预设数据库中分别获取多个目标实例中每个目标实例对应的目标远程网络地址，其中，目标远程网络地址中存储有相应目标实例的配置文件。

[0032] 目标任务程序中的配置参数中包含有其配置文件的远程网络地址，将其预先存储至预设数据库中，在本申请中通过Configuration Manager读取预设数据库中的这些目标远程网络地址。

[0033] 步骤S103，采用预设打开方式打开每个目标实例的配置文件，并检测每个目标实例的配置文件中的目标状态信息。

[0034] 可选地，在本申请实施例提供的配置文件信息的检测方法中，在检测每个目标实例的配置文件中的目标状态信息之后，该方法还包括：获取由每个目标实例的配置文件中的目标状态信息组成的状态信息集合；将状态信息集合输出至目标日志；以及根据目标日志的每个目标实例的配置文件中的目标状态信息相应的更改目标任务程序中每个目标实例的配置文件的历史状态信息。

[0035] 可选地，在本申请实施例提供的配置文件信息的检测方法中，根据目标日志的每个目标实例的配置文件中的目标状态信息相应的更改目标任务程序中每个目标实例的配置文件的历史状态信息包括：确定目标时间，其中，目标时间为状态信息集合在目标日志上进行显示的时间；在目标时间内，在目标日志上显示状态信息集合中的每个目标状态信息；以及根据状态信息集合中的每个目标状态信息相应的更改目标任务程序中每个目标实例的配置文件的历史状态信息。

[0036] 具体地，在本申请中通过每个配置文件对应的接口打开配置文件，例如，线上程序实例采用的是标准.NET xml配置文件，则使用ConfigurationManager.OpenExeConfi guration方式打开，打开配置文件后，读取其状态信息，并输出到日志。程序中末尾调用Console.Readline方法，等待用户输入后再结束显示状态信息，保证用户有足够时间观察这些状态信息。

[0037] 需要说明的是，由于是本机调用此程序访问远程文件，需要有一些前置条件，如网络和权限预先都有相应的处理，以保证满足远程访问的需求。

[0038] 通过以上步骤，应用了System.Configuration(自定义配置文件)命名空间提供的应用程序编程接口(Application Programming Interface，简称API)，方便的读取各个实例配置文件的状态信息，进而达到了提升检测程序的配置文件状态信息的效率的效果。

[0039] 本申请实施例提供的配置文件信息的检测方法，通过确定目标任务程序中的多个目标实例；从预设数据库中分别获取多个目标实例中每个目标实例对应的目标远程网络地址，其中，目标远程网络地址中存储有相应目标实例的配置文件；以及采用预设打开方式打开每个目标实例的配置文件，并检测每个目标实例的配置文件中的目标状态信息，解决了相关技术中检测程序的配置文件状态信息的效率较低的问题，使用应用程序编程接口读取各个实例的配置文件的状态信息，进而达到了提升检测程序的配置文件状态信息的效率的效果。

[0040] 需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

[0041] 本申请实施例还提供了一种配置文件信息的检测装置，需要说明的是，本申请实施例的配置文件信息的检测装置可以用于执行本申请实施例所提供的用于配置文件信息的检测方法。以下对本申请实施例提供的配置文件信息的检测装置进行介绍。

[0042] 图2是根据本申请实施例的配置文件信息的检测装置的示意图。如图2所示，该装置包括：第一确定单元10、第一获取单元20和检测单元30。

[0043] 第一确定单元10，用于确定目标任务程序中的多个目标实例。

[0044] 第一获取单元20，用于从预设数据库中分别获取多个目标实例中每个目标实例对应的目标远程网络地址，其中，目标远程网络地址中存储有相应目标实例的配置文件。

[0045] 检测单元30，用于采用预设打开方式打开每个目标实例的配置文件，并检测每个目标实例的配置文件中的目标状态信息。

[0046] 本申请实施例提供的配置文件信息的检测装置，通过第一确定单元10确定目标任务程序中的多个目标实例；第一获取单元20从预设数据库中分别获取多个目标实例中每个目标实例对应的目标远程网络地址，其中，目标远程网络地址中存储有相应目标实例的配置文件；以及检测单元30采用预设打开方式打开每个目标实例的配置文件，并检测每个目标实例的配置文件中的目标状态信息，解决了相关技术中检测程序的配置文件状态信息的效率较低的问题，使用应用程序编程接口读取各个实例的配置文件的状态信息，进而达到了提升检测程序的配置文件状态信息的效率的效果。

[0047] 可选地，在本申请实施例提供的配置文件信息的检测装置中，该装置还包括：第二获取单元，用于获取由每个目标实例的配置文件中的目标状态信息组成的状态信息集合；输出单元，用于将状态信息集合输出至目标日志；以及更改单元，用于根据目标日志的每个目标实例的配置文件中的目标状态信息相应的更改目标任务程序中每个目标实例的配置文件的历史状态信息。

[0048] 可选地，在本申请实施例提供的配置文件信息的检测装置中，更改单元包括：确定模块，用于确定目标时间，其中，目标时间为状态信息集合在目标日志上进行显示的时间；显示模块，用于在目标时间内，在目标日志上显示状态信息集合中的每个目标状态信息；以及更改模块，用于根据状态信息集合中的每个目标状态信息相应的更改目标任务程序中每个目标实例的配置文件的历史状态信息。

[0049] 可选地，在本申请实施例提供的配置文件信息的检测装置中，该装置还包括：第二确定单元，用于确定多个任务程序中的多个实例，得到实例集合；第三获取单元，用于获取实例集合中每个实例对应的远程网络地址，得到多个远程网络地址；以及存储单元，用于将多个远程网络地址存储至预设数据库中。

[0050] 可选地，在本申请实施例提供的配置文件信息的检测装置中，该装置还包括：第三确定单元，用于在多个任务程序中确定需要更新配置文件的历史状态信息的任务程序；以及第四确定单元，用于将需要更新配置文件的历史状态信息的任务程序作为目标任务程序。

[0051] 所述配置文件信息的检测装置包括处理器和存储器，上述第一确定单元、第一获取单元和检测单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元实现相应功能。上述预设数据库、预设打开方式都可以存储在存储器中。

[0052] 处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数检测配置文件信息。

[0053] 存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(Flash RAM)，存储器包括至少一个存储芯片。

[0054] 本申请还提供了一种计算机程序产品的实施例，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序代码：确定目标任务程序中的多个目标实例；从预设数据库中分别获取多个目标实例中每个目标实例对应的目标远程网络地址，其中，目标远程网络地址中存储有相应目标实例的配置文件；以及采用预设打开方式打开每个目标实例的配置文件，并检测每个目标实例的配置文件中的目标状态信息。

[0055] 需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

[0056] 在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

[0057] 在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

[0058] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

[0059] 另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

[0060] 显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

[0061] 以上所述仅为本申请的优选实施例，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。