配置文件的升级处理方法以及装置的制造方法
【专利摘要】本发明公开了一种配置文件的升级处理方法以及装置。其中，方法包括：监测第一配置文件是否升级；如果监测到第一配置文件升级为第二配置文件，根据第一配置文件对应的内存信息重新加载第二配置文件。实现了无需重启服务或者重启系统即可实时加载新的配置文件以达到配置文件的实时生效的目的，使得升级处理过程更加简单方便，并使得升级文件列表的添加维护更加方便，从而提高了配置文件的升级效率。
【专利说明】
配置文件的升级处理方法以及装置
技术领域
[0001]本发明涉及计算机技术领域，尤其涉及一种配置文件的升级处理方法以及装置。 【背景技术】
[0002]可以理解，配置文件是服务类应用或软件为用户所要加载所需环境的设置和文件的集合，如可以记录该服务类应用需要保护的文件、保护的注册表信息等，当这些配置文件更新成功后，需要实时生效才可实时保护所更新的文件、注册表项等，这样才能符合软件设计需求和用户预期。
[0003]然而，服务类应用或软件中的服务程序是在服务启动时加载配置文件的，由于服务类应用或软件中的升级程序将配置文件升级之后，服务程序无法知道该配置文件升级完成，更无法知道升级的就是配置文件，这样导致在配置文件升级更新之后，在服务或操作系统重启后重新加载该升级后的配置文件，才可使该升级后的配置文件生效，使得配置文件的升级过程繁琐，不方便对更新文件的添加维护，并导致配置文件的升级效率低等。
【发明内容】
[0004]本发明的目的旨在至少在一定程度上解决上述的技术问题之一。
[0005]为此，本发明的第一个目的在于提出一种配置文件的升级处理方法。该方法无需重启服务或者重启系统即可实时加载新的配置文件以达到配置文件的实时生效的目的，使得升级处理过程更加简单方便，并使得升级文件列表的添加维护更加方便，从而提高了配置文件的升级效率。
[0006]本发明的第二个目的在于提出一种配置文件的升级处理装置。
[0007]为了实现上述目的，本发明第一方面实施例的配置文件的升级处理方法，包括:监测第一配置文件是否升级；如果监测到所述第一配置文件升级为第二配置文件，根据所述第一配置文件对应的内存信息重新加载所述第二配置文件。
[0008]本发明实施例的配置文件的升级处理方法，可监测第一配置文件是否升级，如果监测到第一配置文件升级为第二配置文件，则根据第一配置文件对应的内存信息重新加载第二配置文件。即通过实时监测是否对配置文件进行了升级，并在监测到已对配置文件进行升级时，根据新升级的配置文件重新加载与旧配置文件对应的内存信息，以实现升级后的配置文件实时生效的目的，在整个过程中，无需重启服务或者重启系统即可实时加载新的配置文件以达到配置文件的实时生效的目的，使得升级处理过程更加简单方便，并使得升级文件列表的添加维护更加方便，从而提高了配置文件的升级效率。
[0009]根据本发明的一个实施例，所述监测第一配置文件是否升级，包括:创建与所述第一配置文件对应的升级监测事件;检测所述升级监测事件是否为有信号状态，以确定所述第一配置文件是否升级为第二配置文件。
[0010]根据本发明的一个实施例，所述创建与所述第一配置文件对应的升级监测事件， 包括:调用第一函数创建跨进程的所述升级监测事件，以使升级程序对所述第一配置文件升级后，将所述升级监测事件设置为有信号状态。
[0011]根据本发明的一个实施例，所述升级程序对所述第一配置文件升级后，将所述升级监测事件设置为有信号状态，包括:对所述第一配置文件升级后，调用第二函数打开所述升级监测事件;调用第三函数将所述升级监测事件设置为有信号状态。
[0012]根据本发明的一个实施例，所述检测所述升级监测事件是否为有信号状态，以确定所述第一配置文件是否升级为第二配置文件，包括:创建线程，在所述线程中调用第四函数检测所述升级监测事件的信号状态;如果所述第四函数根据所述升级监测事件的有信号状态反馈预设消息，则获知所述第一配置文件升级为第二配置文件。
[0013]根据本发明的一个实施例，所述根据所述第一配置文件对应的内存信息重新加载所述第二配置文件，包括:获取内存中所述第一配置文件的链表头的位置;根据所述链表头的位置将所述第一配置文件的链表中的数据从内存中删除，并将所述第二配置文件的数据添加到链表中。
[0014]为了实现上述目的，本发明第二方面实施例的配置文件的升级处理装置，包括:监测模块，用于监测第一配置文件是否升级；重新加载模块，用于在所述监测模块监测到所述第一配置文件升级为第二配置文件，根据所述第一配置文件对应的内存信息重新加载所述第二配置文件。
[0015]本发明实施例的配置文件的升级处理装置，可通过监测模块监测第一配置文件是否升级，重新加载模块在监测到第一配置文件升级为第二配置文件时，根据第一配置文件对应的内存信息重新加载第二配置文件。即通过实时监测是否对配置文件进行了升级，并在监测到已对配置文件进行升级时，根据新升级的配置文件重新加载与旧配置文件对应的内存信息，以实现升级后的配置文件实时生效的目的，在整个过程中，无需重启服务或者重启系统即可实时加载新的配置文件以达到配置文件的实时生效的目的，使得升级处理过程更加简单方便，并使得升级文件列表的添加维护更加方便，从而提高了配置文件的升级效率。
[0016]根据本发明的一个实施例，所述监测模块包括:创建单元，用于创建与所述第一配置文件对应的升级监测事件;检测单元，用于检测所述升级监测事件是否为有信号状态，以确定所述第一配置文件是否升级为第二配置文件。
[0017]根据本发明的一个实施例，所述创建单元具体用于:调用第一函数创建跨进程的所述升级监测事件，以使升级程序对所述第一配置文件升级后，将所述升级监测事件设置为有信号状态。
[0018]根据本发明的一个实施例，所述检测单元具体用于:创建线程，在所述线程中调用第四函数检测所述升级监测事件的信号状态;在所述第四函数根据所述升级监测事件的有信号状态反馈预设消息时，获知所述第一配置文件升级为第二配置文件。
[0019]根据本发明的一个实施例，所述重新加载模块包括:获取单元，用于获取内存中所述第一配置文件的链表头的位置;重新加载单元，用于根据所述链表头的位置将所述第一配置文件的链表中的数据从内存中删除，并将所述第二配置文件的数据添加到链表中。
[0020]本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。【附图说明】
[0021]本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中，
[0022]图1是根据本发明一个实施例的配置文件的升级处理方法的流程图；
[0023]图2是根据本发明一个实施例的配置文件的升级处理装置的结构框图；
[0024]图3是根据本发明一个具体实施例的配置文件的升级处理装置的结构框图；
[0025]图4是根据本发明另一个具体实施例的配置文件的升级处理装置的结构框图。【具体实施方式】
[0026]下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。
[0027]下面参考附图描述本发明实施例的配置文件的升级处理方法以及装置。
[0028]图1是根据本发明一个实施例的配置文件的升级处理方法的流程图。需要说明的是，在本发明的实施例中，该配置文件可理解为是用户在使用应用程序或软件时，应用程序系统或软件系统为用户所要加载所需环境的设置和文件的集合，即对不同对象进行不同配置的文件。其中，该配置文件可包括但不限于规则文件，该规则文件可用于记录应用或软件系统需要保护的文件、注册表项等信息。
[0029]举例而言，本发明实施例的配置文件的升级处理方法可应用于具有安全保护功能的安全应用程序或安全软件中，通过该方法可对安全应用程序或安全软件中的配置文件进行升级，通过简单的升级方式使得安全应用程序或安全软件能够方便地重新加载该升级后的配置文件使其实时生效。具体地，如图1所示，该配置文件的升级处理方法可以包括:
[0030]S110,监测第一配置文件是否升级。
[0031]举例而言，本发明实施例的配置文件的升级处理方法可应用于配置文件的升级处理装置中，该配置文件的升级处理装置可被配置于安全类软件或安全类应用程序上，该安全类软件或安全类应用程序中可包括用于为用户提供服务的服务程序以及用于对配置文件进行升级的升级程序。当安全类应用程序或安全类软件被启动使用时，可实时监测该安全类应用程序或安全类软件中的第一配置文件是否升级，若监测到对该第一配置文件进行了升级，则可对升级后的配置文件重新加载以使该升级后的配置文件实时生效。
[0032]具体而言，在本发明的实施例中，可先创建与第一配置文件对应的升级监测事件， 之后，可检测该升级监测事件是否为有信号状态，以确定第一配置文件是否升级为第二配置文件。
[0033]更具体地，可先创建一个与第一配置文件对应的升级监测事件，并检测该升级监测事件是否为有信号状态，以确定该第一配置文件是否进行了升级，如是否升级为第二配置文件。例如，如果检测到该升级监测事件被设置为有信号状态，则可确定该第一配置文件已升级为第二配置文件;如果检测到该升级监测事件不为有信号状态，则可确定当前并未对该第一配置文件进行升级操作。
[0034]进一步地，在本发明的一个实施例中，创建与第一配置文件对应的升级监测事件的具体实现过程可如下:调用第一函数创建跨进程的升级监测事件，以使升级程序对第一配置文件升级后，将升级监测事件设置为有信号状态。
[0035]具体地，可通过修改安全类应用程序或安全类软件中的服务程序以创建一个与第一配置文件对应的升级监测事件，并检测该升级监测事件的信号状态。其中，上述第一函数可理解为用于创建或打开一个命名的或无名的事件对象的函数，如CreatEvent函数，例如， 可通过服务程序调用CreatEvent函数来创建一个可以跨进称间使用的升级监测事件，以使得可以通过检测该升级监测事件的信号状态，以确定第一配置文件是否升级为第二配置文件。可以理解，在本发明的实施例中，该升级监测事件是一个全局事件，可以跨进程之间使用的，以便能够实现全局监控。
[0036]具体而言，在本发明的一个实施例中，升级程序对第一配置文件升级后，将升级监测事件设置为有信号状态的具体实现过程可如下:升级程序对第一配置文件升级后，调用第二函数打开升级监测事件;调用第三函数将升级监测事件设置为有信号状态。其中，该第二函数可理解为用于执行返回升级监测事件对象的句柄的函数，如OpenEvent函数;第三函数可理解为用于设置升级监测事件的信号的函数，如SetEvent函数。
[0037]可以理解，升级程序在实现升级的过程中，升级程序升级了哪些或哪个配置文件都会进行记录，在完成文件升级之后，可通过判断该文件的名称是否为该第一配置文件的名称，如是，则可确定升级程序对该第一配置文件进行了升级，此时，升级程序可调用第二函数以打开该升级监测事件，并通过该第二函数打开该升级监测事件名以返回该升级监测事件的句柄，并通过调用第三函数将该升级监测事件设置为有信号状态。
[0038]具体而言，在本发明的一个实施例中，检测该升级监测事件是否反馈升级事件信号，以确定第一配置文件是否升级为第二配置文件的具体实现过程可如下:创建线程，在线程中调用第四函数检测升级监测事件的信号状态;如果第四函数根据该升级监测事件的有信号状态反馈预设消息，则获知第一配置文件升级为第二配置文件。
[0039]更具体地，可通过服务程序创建一个线程，在该线程中调用该第四函数来检测该升级监测事件的信号状态，如果该升级监测事件一直没有检测到该升级监测事件为有信号状态，则该第四函数会一直处于等待状态，直至检测到该升级监测事件为有信号状态时，该第四函数返回一个通知消息，当服务程序收到该通知消息时，可说明升级程序刚刚对第一配置文件进行了升级，并将该第一配置文件升级为第二配置文件，其中，在本发明的实施例中，该第四函数可为WaitForSiagleObject函数，该通知消息可为WAIT_0BJECT+1。
[0040]S120，如果监测到第一配置文件升级为第二配置文件，根据第一配置文件对应的内存信息重新加载第二配置文件。[0041 ]具体地，在服务程序获知该第一配置文件升级为第二配置文件之后，可通过服务程序对该第二配置文件进行重新加载以达到实时生效的目的。也就是说，在升级程序完成配置文件的升级之后，通过升级程序通知服务程序实时加载该升级后的配置文件，以达到配置文件的实时生效的目的。
[0042]需要说明的是，在本发明的实施例中，配置文件(如第一配置文件、第二配置文件) 是以链表的形式加载到内存空间的。因此，在本发明的实施例中，在根据第一配置文件对应的内存信息重新加载第二配置文件的具体实现过程中，可先获取内存中第一配置文件的链表头的位置，并根据链表头的位置将第一配置文件的链表中的数据从内存中删除，并将第二配置文件的数据添加到链表中。
[0043]更具体地，可先找到内存中的第一配置文件链表头，并枚举该链表中所有数据，并将该所有数据通过一个个节点从内存中删除，然后，重新读取该升级的第二配置文件，并从之前第一配置文件的链表头所对应的位置开始，将该读取到第二配置文件中的所有数据一条条的添加到链表中，这样实现了新升级的配置文件的重新加载，即可以达到实时生效的目的，在整个过程中避免了在配置文件升级之后，需要重启服务或重启系统后才能实时生效的情况的发生。
[0044]本发明实施例的配置文件的升级处理方法，可监测第一配置文件是否升级，如果监测到第一配置文件升级为第二配置文件，则根据第一配置文件对应的内存信息重新加载第二配置文件。即通过实时监测是否对配置文件进行了升级，并在监测到已对配置文件进行升级时，根据新升级的配置文件重新加载与旧配置文件对应的内存信息，以实现升级后的配置文件实时生效的目的，在整个过程中，无需重启服务或者重启系统即可实时加载新的配置文件以达到配置文件的实时生效的目的，使得升级处理过程更加简单方便，并使得升级文件列表的添加维护更加方便，从而提高了配置文件的升级效率。
[0045]为了使得本领域技术人员能够更加清楚地了解本发明，下面可举例说明。
[0046]举例而言，以本发明实施例的配置文件的升级处理方法应用于安全类软件为例， 假设该安全类软件中包含升级程序和服务程序，首先，可通过服务程序调用第一函数(如 CreatEvent函数)仓ij建一个升级监测事件，该升级监测事件名称可定义为“ _T(〃Global\\ {8E5F193C-7D23-4fbd-BEB6-7FA41765D00E}〃)”，可以理解该升级监测事件为一个全局事件，可以跨进程间使用，这样可以使得升级程序对第一配置文件升级之后，通过该升级监测事件反馈升级事件信号。之后，还可通过服务程序创建一个线程，在该线程中调用第四函数 (如WaitForSiagleObject函数)来检测该升级监测事件的信号状态，若该升级监测事件不为有信号状态，则该第四函数会一直处于等待状态，若该升级监测事件为有信号状态，则会返回一个WAIT_0BJECT+1的消息，该消息用于指示该升级监测事件反馈了对应的升级事件信号。
[0047]在升级程序对配置文件进行升级的过程中，升级程序会记录升级了哪些或哪个文件，在文件升级完成之后，可判断该升级文件的名称是否与配置文件的名称一致，如该配置文件的名称为ru 1 e.krf，如果一致，则可调用第二函数(如OpenE vent函数)以打开该升级监测事件，其中，该第二函数的调用方式可如下:(^6沾￥61^(“_!'(〃61(*&1\\{8￡5?193(:-7023-4fbd-BEB6-7FA4176ro〇OE}〃)”)，此时，由第二函数返回一个事件句柄，并调用第三函数(如 SetEvent函数)来将该升级监测事件的信号状态设置为有信号状态，此时服务程序通过第四函数就会收到一个WAIT_0BJECT+1的预设消息。[〇〇48]当服务程序接收到通过第四函数返回的WAIT_0BJECT+1的预设消息时，可说明升级程序刚刚更新配置文件，且已通知了服务程序，此时服务程序即可重新加载该更新后的配置文件(如第二配置文件):首先，可找到内存中第一配置文件的链表头，并枚举链表所有数据，并将该所有数据通过一个个节点从内存中删除;然后重新读取该第二配置文件，并从该链表头的位置开始，将该第二配置文件中的所有数据一条条的添加到该链表中，这样即可实现新升级的配置文件的重新加载，即可以达到实时生效的目的，在整个过程中避免了在配置文件升级之后，需要重启服务或重启系统后才能实时生效的情况的发生。由此，有利于安全类软件中服务程序实时读取新的配置文件，实时生效保护新文件，新注册表规则等， 符合了软件设计逻辑需求和用户预期，事件通知更新的方案提高了软件的性能。
[0049]为了实现上述实施例，本发明还提出了一种配置文件的升级处理装置。
[0050]图2是根据本发明一个实施例的配置文件的升级处理装置的结构框图。需要说明的是，在本发明的实施例中，该配置文件可理解为是用户在使用应用程序或软件时，应用程序系统或软件系统为用户所要加载所需环境的设置和文件的集合，即对不同对象进行不同配置的文件。其中，该配置文件可包括但不限于规则文件，该规则文件可用于记录应用或软件系统需要保护的文件、注册表项等信息。
[0051]如图2所示，该配置文件的升级处理装置可以包括:监测模块100和重新加载模块 200 〇
[0052]具体地，监测模块100可用于监测第一配置文件是否升级。举例而言，本发明实施例的配置文件的升级处理装置可被配置于安全类软件或安全类应用程序上，该安全类软件或安全类应用程序中可包括用于为用户提供服务的服务程序以及用于对配置文件进行升级的升级程序。当安全类应用程序或安全类软件被启动使用时，监测模块1〇〇可实时监测该安全类应用程序或安全类软件中的第一配置文件是否升级，若监测到对该第一配置文件进行了升级，则可对升级后的配置文件重新加载以使该升级后的配置文件实时生效。[〇〇53]具体而言，在本发明的一个实施例中，如图3所示，该监测模块100可包括:创建单元110和检测单元120。其中，创建单元110可用于创建与第一配置文件对应的升级监测事件。检测单元120可用于检测升级监测事件是否为有信号状态，以确定第一配置文件是否升级为第二配置文件。
[0054]更具体地，创建单元110可创建一个与第一配置文件对应的升级监测事件，检测单元120可检测该升级监测事件是否为有信号状态，以确定该第一配置文件是否进行了升级， 如是否升级为第二配置文件。例如，如果检测单元120检测到该升级监测事件被设置为有信号状态，则可确定该第一配置文件已升级为第二配置文件;如果检测单元120监测到该升级监测事件不为有信号状态，则可确定当前并未对该第一配置文件进行升级操作。
[0055]进一步地，在本发明的一个实施例中，创建单元110创建与第一配置文件对应的升级监测事件的具体实现过程可如下:调用第一函数创建跨进程的升级监测事件，以使升级程序对第一配置文件升级后，将升级监测事件设置为有信号状态。
[0056]更具体地，创建单元110可通过修改安全类应用程序或安全类软件中的服务程序以创建一个与第一配置文件对应的升级监测事件，并检测该升级监测事件的信号状态。其中，上述第一函数可理解为用于创建或打开一个命名的或无名的事件对象的函数，如 Cr eatEvent函数，例如，仓ij建单元110可通过服务程序调用Cr ea tEven t函数来创建一个可以跨进称间使用的升级监测事件，以使得可以通过检测该升级监测事件的信号状态，以确定第一配置文件是否升级为第二配置文件。可以理解，在本发明的实施例中，该升级监测事件是一个全局事件，可以跨进程之间使用的，以便能够实现全局监控。[〇〇57]具体而言，在本发明的一个实施例中，升级程序在对第一配置文件升级之后，还可调用第二函数打开升级监测事件，并调用第三函数将升级监测事件设置为有信号状态。其中，该第二函数可理解为用于执行返回升级监测事件对象的句柄的函数，如OpenEvent函数;第三函数可理解为用于设置升级监测事件的信号的函数，如SetEvent函数。
[0058]可以理解，升级程序在实现升级的过程中，升级程序升级了哪些或哪个配置文件都会进行记录，在完成文件升级之后，可通过判断该文件的名称是否为该第一配置文件的名称，如是，则可确定升级程序对该第一配置文件进行了升级，此时，升级程序可调用第二函数以打开该升级监测事件，并通过该第二函数打开该升级监测事件名以返回该升级监测事件的句柄，并通过调用第三函数将该升级监测事件设置为有信号状态。
[0059]具体而言，在本发明的一个实施例中，检测单元120监测该升级监测事件是否反馈升级事件信号，以确定第一配置文件是否升级为第二配置文件的具体实现过程可如下:检测单元120可创建线程，在线程中调用第四函数检测升级监测事件的信号状态，并在第四函数根据该升级监测事件的有信号状态反馈预设消息时，获知第一配置文件升级为第二配置文件。
[0060]更具体地，检测单元120可通过服务程序创建一个线程，在该线程中调用该第四函数来检测该升级监测事件的信号状态，如果该升级监测事件一直没有检测到该升级监测事件为有信号状态，则该第四函数会一直处于等待状态，直至检测到该升级监测事件为有信号状态时，通过该第四函数返回一个通知消息，当服务程序收到该通知消息时，可说明升级程序刚刚对第一配置文件进行了升级，并将该第一配置文件升级为第二配置文件，其中，在本发明的实施例中，该第四函数可为WaitForSiagleObject函数，该通知消息可为WAIT_ 0BJECT+1。
[0061]重新加载模块200可用于在监测模块监测到第一配置文件升级为第二配置文件， 根据第一配置文件对应的内存信息重新加载第二配置文件。具体地，在服务程序获知该第一配置文件升级为第二配置文件之后，重新加载模块200可通过服务程序对该第二配置文件进行重新加载以达到实时生效的目的。也就是说，在升级程序完成配置文件的升级之后， 通过升级程序通知服务程序实时加载该升级后的配置文件，以达到配置文件的实时生效的目的。
[0062]需要说明的是，在本发明的实施例中，配置文件(如第一配置文件、第二配置文件) 是以链表的形式加载到内存空间的。因此，在本发明的一个实施例中，如图4所示，该重新加载模块200可以包括:获取单元210和重新加载单元220。其中，获取单元210可用于获取内存中第一配置文件的链表头的位置。重新加载单元220可用于根据链表头的位置将第一配置文件的链表中的数据从内存中删除，并将第二配置文件的数据添加到链表中。
[0063]更具体地，获取单元210可找到内存中的第一配置文件链表头，重新加载单元220 可枚举该第一配置文件所对应的链表中的所有数据，并将该所有数据通过一个个节点从内存中删除，然后，重新读取该升级的第二配置文件，并从之前第一配置文件的链表头所对应的位置开始，将该读取到的第二配置文件中的所有数据一条条的添加到链表中，这样实现了新升级的配置文件的重新加载，即可以达到实时生效的目的，在整个过程中避免了在配置文件升级之后，需要重启服务或重启系统后才能实时生效的情况的发生。[〇〇64]本发明实施例的配置文件的升级处理装置，可通过监测模块监测第一配置文件是否升级，重新加载模块在监测到第一配置文件升级为第二配置文件时，根据第一配置文件对应的内存信息重新加载第二配置文件。即通过实时监测是否对配置文件进行了升级，并在监测到已对配置文件进行升级时，根据新升级的配置文件重新加载与旧配置文件对应的内存信息，以实现升级后的配置文件实时生效的目的，在整个过程中，无需重启服务或者重启系统即可实时加载新的配置文件以达到配置文件的实时生效的目的，使得升级处理过程更加简单方便，并使得升级文件列表的添加维护更加方便，从而提高了配置文件的升级效率。
[0065]在本发明的描述中，需要理解的是，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个” 的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
[0066]在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
[0067]流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。
[0068]在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器 (ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDR0M)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。
[0069]应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。
[0070]本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。[0071 ]此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
[0072] 上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。
【主权项】
1.一种配置文件的升级处理方法，其特征在于，包括:监测第一配置文件是否升级；如果监测到所述第一配置文件升级为第二配置文件，根据所述第一配置文件对应的内 存信息重新加载所述第二配置文件。2.如权利要求1所述的方法，其特征在于，所述监测第一配置文件是否升级，包括:创建与所述第一配置文件对应的升级监测事件；检测所述升级监测事件是否为有信号状态，以确定所述第一配置文件是否升级为第二 配置文件。3.如权利要求2所述的方法，其特征在于，所述创建与所述第一配置文件对应的升级监 测事件，包括:调用第一函数创建跨进程的所述升级监测事件，以使升级程序对所述第一配置文件升 级后，将所述升级监测事件设置为有信号状态。4.如权利要求3所述的方法，其特征在于，所述升级程序对所述第一配置文件升级后， 将所述升级监测事件设置为有信号状态，包括:对所述第一配置文件升级后，调用第二函数打开所述升级监测事件；调用第三函数将所述升级监测事件设置为有信号状态。5.如权利要求2所述的方法，其特征在于，所述检测所述升级监测事件是否为有信号状 态，以确定所述第一配置文件是否升级为第二配置文件，包括:创建线程，在所述线程中调用第四函数检测所述升级监测事件的信号状态；如果所述第四函数根据所述升级监测事件的有信号状态反馈预设消息，则获知所述第 一配置文件升级为第二配置文件。6.如权利要求1-5任一所述的方法，其特征在于，所述根据所述第一配置文件对应的内 存信息重新加载所述第二配置文件，包括:获取内存中所述第一配置文件的链表头的位置；根据所述链表头的位置将所述第一配置文件的链表中的数据从内存中删除，并将所述 第二配置文件的数据添加到链表中。7.—种配置文件的升级处理装置，其特征在于，包括:监测模块，用于监测第一配置文件是否升级；重新加载模块，用于在所述监测模块监测到所述第一配置文件升级为第二配置文件， 根据所述第一配置文件对应的内存信息重新加载所述第二配置文件。8.如权利要求7所述的装置，其特征在于，所述监测模块包括:创建单元，用于创建与所述第一配置文件对应的升级监测事件；检测单元，用于检测所述升级监测事件是否为有信号状态，以确定所述第一配置文件 是否升级为第二配置文件。9.如权利要求8所述的装置，其特征在于，所述创建单元具体用于:调用第一函数创建跨进程的所述升级监测事件，以使升级程序对所述第一配置文件升 级后，将所述升级监测事件设置为有信号状态。10.如权利要求8所述的装置，其特征在于，所述检测单元具体用于:创建线程，在所述线程中调用第四函数检测所述升级监测事件的信号状态；在所述第四函数根据所述升级监测事件的有信号状态反馈预设消息时，获知所述第一 配置文件升级为第二配置文件。
【文档编号】G06F9/445GK106055350SQ201610340808
【公开日】2016年10月26日
【申请日】2016年5月19日
【发明人】李文靖
【申请人】北京金山安全软件有限公司