CN110750424A - 资源巡检方法和装置 - Google Patents

Abstract

本公开的实施例提供了一种资源巡检方法和装置，首先判断获取的当前时刻是否满足预设条件，预设条件为当前时刻与上一次巡检时间点相差一个巡检周期，然后确定当前时刻满足该预设条件后，向中心控制节点管理程序发送资源查询请求，资源查询请求包括本地id和上上次巡检时间点，最后接收中心控制节点管理程序基于资源查询请求返回的资源列表，资源列表包括中心控制节点管理程序根据本地id和上上次巡检时间点查询的至少一个变更后的资源，实现了对新增的巡检周期中变更的资源进行查询，避免了对大量没有变化的数据进行查询。

Description

资源巡检方法和装置

技术领域

本公开的实施例涉及计算机技术领域，尤其涉及资源同步技术领域，具体涉及资源巡检方法和装置。

背景技术

随着OpenStack集群部署规模的持续增长，物理网络抖动、第三方软件缺陷所引入的虚拟网络资源不一致性问题时有发生。虚拟网络资源不一致的问题，难以及时地被系统主动发现，因此，会影响租户对云环境的正常使用。

现有技术中对资源进行巡检的方式一般包括：全量资源巡检和基于全局版本号的增量资源巡检。其中，进行全量资源巡检时，每次巡检对全部的资源进行查询；进行基于全局版本号的增量资源巡检时，依赖全局单调递增版本号，每个资源使用全局版本号，可以实现在每次巡检时，仅核对增量变更的资源。

然而现有技术中的两种方法需要核对全部资源，开销较高，或者需要依赖全局的单调递增版本号，对现有系统的实现有要求。

发明内容

本公开的实施例提出了一种资源巡检方法和装置。

第一方面，本公开的实施例提供了一种资源巡检方法，该方法包括：获取当前时刻，判断当前时刻是否满足预设条件，其中，预设条件为当前时刻与上一次巡检时间点相差一个巡检周期；响应于确定当前时刻满足预设条件，向中心控制节点管理程序发送资源查询请求，其中，资源查询请求包括本地id和上上次巡检时间点；接收中心控制节点管理程序基于资源查询请求返回的资源列表，其中，资源列表包括中心控制节点管理程序根据本地id和上上次巡检时间点查询的至少一个变更后的资源。

在一些实施例中，该方法还包括：响应于接收到中心控制节点管理程序返回的资源列表，判断资源列表中是否存在与本地资源不一致的资源；响应于确定资源列表存在与本地资源不一致的资源，基于不一致的资源生成不一致资源列表。

在一些实施例中，该方法还包括：基于不一致资源列表，将不一致资源列表指向的资源同步至本地资源或向监控系统发送包括不一致资源列表的报告。

在一些实施例中，在执行获取当前时刻的步骤之前，该方法还包括：响应于本地管理程序启动，获取本地管理程序的启动时间戳；基于巡检周期和启动时间戳，对上上次巡检时间点和上一次巡检时间点进行初始化操作；其中，初始化操作包括：将上上次巡检时间点初始化为启动时间戳减去巡检周期后对应的时刻，将上一次巡检时间点初始化为启动时间戳。

在一些实施例中，在执行完基于不一致资源列表，将不一致资源列表指向的资源同步至本地资源或向监控系统发送包括不一致资源列表的报告的步骤之后，该方法还包括：将上上次巡检时间点设置为上一次巡检时间点，将上一次巡检时间点设置为满足预设条件的当前时刻。

第二方面，本公开的实施例提供了一种资源巡检装置，该装置包括：第一判断单元，被配置成获取当前时刻，判断当前时刻是否满足预设条件，其中，预设条件为当前时刻与上一次巡检时间点相差一个巡检周期；发送单元，被配置成响应于确定当前时刻满足预设条件，向中心控制节点管理程序发送资源查询请求，其中，资源查询请求包括本地id和上上次巡检时间点；接收单元，被配置成接收中心控制节点管理程序基于资源查询请求返回的资源列表，其中，资源列表包括中心控制节点管理程序根据本地id和上上次巡检时间点查询的至少一个变更后的资源。

在一些实施例中，该装置还包括：第二判断单元，被配置成响应于接收到中心控制节点管理程序返回的资源列表，判断资源列表中是否存在与本地资源不一致的资源；生成单元，被配置成响应于确定资源列表存在与本地资源不一致的资源，基于不一致的资源生成不一致资源列表。

在一些实施例中，该装置还包括：同步单元，被配置成基于不一致资源列表，将不一致资源列表指向的资源同步至本地资源或向监控系统发送包括不一致资源列表的报告。

在一些实施例中，该装置还包括：获取单元，被配置成响应于本地管理程序启动，获取本地管理程序的启动时间戳；初始化单元，被配置成基于巡检周期和启动时间戳，对上上次巡检时间点和上一次巡检时间点进行初始化操作；其中，初始化操作包括：将上上次巡检时间点初始化为启动时间戳减去巡检周期后对应的时刻，将上一次巡检时间点初始化为启动时间戳。

在一些实施例中，该装置还包括：设置单元，被配置成将上上次巡检时间点设置为上一次巡检时间点，将上一次巡检时间点设置为满足预设条件的当前时刻。

第三方面，本公开的实施例提供了一种电子设备，该电子设备包括：一个或多个处理器；存储装置，其上存储有一个或多个程序；当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如第一方面中任一实施例描述的资源巡检方法。

第四方面，本公开的实施例提供了一种计算机可读介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如第一方面中任一实施例描述的资源巡检方法。

本公开的实施例提供的资源巡检方法和装置，首先获取当前时刻，判断当前时刻是否满足预设条件，其中，该预设条件为当前时刻与上一次巡检时间点相差一个巡检周期，然后确定当前时刻满足预设条件后，向中心控制节点管理程序发送资源查询请求，其中，该资源查询请求包括本地id和上上次巡检时间点，最后接收中心控制节点管理程序基于资源查询请求返回的资源列表，该资源列表包括中心控制节点管理程序根据本地id和上上次巡检时间点查询的至少一个变更后的资源，实现了对新增的巡检周期中变更的资源进行查询，避免了对大量没有变化的数据的查询。并且相对于现有技术中依赖全局的单调递增版本号对资源查询的方式，本公开实施例基于本地id对变更后的资源进行查询，从而查询到的变更后的资源与本地资源相关，在后续步骤中可以直接基于本地上上次巡检时间点对该时间点之后变更的资源进行查询，提高了资源查询的效率，能够直接适用于现有系统。同时相对于现有技术中每次查询的时间即上次巡检时间点到当前时刻，本公开实施例每次查询的时间为上上次巡检时间点至当前时刻，实现了巡检时间窗口的交叉重叠，避免了分布式系统下的时钟同步问题，提高了算法的容错性。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本公开的其它特征、目的和优点将会变得更明显：

图1是本公开的一个实施例可以应用于其中的示例性系统架构图；

图2是根据本公开的实施例的资源巡检方法的一个实施例的流程图；

图3是根据本公开的实施例的资源巡检方法的一个应用场景的示意图；

图4是根据本公开的实施例的资源巡检方法的另一个实施例的流程图；

图5是根据本公开的实施例的资源巡检方法的又一个实施例的流程图；

图6是根据本公开的实施例的资源巡检装置的一个实施例的结构示意图；

图7是适于用来实现本公开的实施例的电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关公开，而非对该公开的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关公开相关的部分。

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

图1示出了可以应用本公开的实施例的资源巡检方法和资源巡检装置的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备104、105、106，网络107，归属于同一个服务器集群的服务器101、102、103。网络107用以在终端设备104、105、106与属于同一个服务器集群的服务器101、102、103之间提供通信链路的介质。网络107可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以通过终端设备104、105、106通过网络107与属于同一服务器集群的服务器101、102、103交互，以接收或发送信息等。终端设备104、105、106上可以安装有各种应用，例如数据处理应用、数据分析应用、即时通信工具、社交平台软件、搜索类应用、购物类应用、浏览器类应用等。

终端设备104、105、106可以是硬件，也可以是软件。当终端设备为硬件时，可以是具有显示屏并且支持与服务器通信的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。当终端设备为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器101、102、103属于同一个服务器集群，可以是提供各种服务的服务器，例如对与其建立通信连接的终端设备发送的请求进行接收的后台服务器。后台服务器可以对终端设备发送的请求进行接收和分析等处理，并生成处理结果。

需要说明的是，服务器可以是硬件，也可以是软件。当服务器为硬件时，可以是为终端设备提供各种服务的各种电子设备。当服务器为软件时，可以实现成为为终端设备提供各种服务的多个软件或软件模块，也可以实现成为为终端设备提供各种服务的单个软件或软件模块。在此不做具体限定。

需要说明的是，本公开的实施例所提供的资源巡检方法可以由服务器101、102、103执行。相应地，资源巡检装置设置于服务器101、102、103中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本公开的资源巡检方法的一个实施例的流程200。该资源巡检方法应用于任一服务器，包括以下步骤：

步骤210，获取当前时刻，判断当前时刻是否满足预设条件。

其中，预设条件可以为当前时刻与上一次巡检时间点相差一个巡检周期，巡检周期可以是由相关技术人员根据配置项进行设置，例如，巡检周期可以设置为10分钟，20分钟，30分钟等，本申请对此不作具体限定。作为一个具体示例，当巡检周期为10分钟时，上一次巡检时间点为8:00，则预设条件为当前时刻与8:00相差10分钟，即当前时刻为8:10时满足预设条件。

在本步骤中，资源巡检方法运行于其上的执行主体(例如图1所示的服务器101、102或103)可以获取当前时刻，并判断获取的当前时刻是否满足预设条件。例如，当巡检周期为10分钟，上一次巡检时间点为8:00时，预设条件为当前时刻与8:00相差10分钟，上述执行主体获取到的当前时刻为8:09，判断获取到的当前时刻是否满足预设条件，即判断8:09是否与8:00相差10分钟，当判断获取的当前时刻不满足预设条件时，继续获取当前时刻。上述执行主体继续获取当前时刻，当获取到的当前时刻为8:10时，判断获取到的当前时刻是否满足预设条件，即判断8:10是否与8:00相差10分钟，当判断获取的当前时刻满足预设条件时，执行步骤220。

步骤220，响应于确定当前时刻满足预设条件，向中心控制节点管理程序发送资源查询请求。

在本步骤中，上述执行主体确定当前时刻满足预设条件后，向中心控制节点管理程序发送包括本地id和上上次巡检时间点的资源查询请求，以供中心控制节点管理程序根据本地id和上上次巡检时间点对资源进行查询。

步骤230，接收中心控制节点管理程序基于资源查询请求返回的资源列表。

在本步骤中，中心控制节点管理程序接收到上述执行主体发送的资源查询请求，然后中心控制节点管理程序根据该资源查询请求中的本地id和上上次巡检时间点，查询与本地id有关的、从上上次巡检时间点到现在发生变更的资源，之后将查询到的至少一个变更后的资源按照预设格式生成资源列表，最后将资源列表发送给上述执行主体。上述执行主体接收中心控制节点管理程序基于资源查询请求返回的资源列表。

例如，上上次巡检时间点为8:00，中心控制节点管理程序根据资源查询请求中的本地id和上上次巡检时间点，查询与本地id有关的、从8:00开始到现在查询的时间为止发生变更的资源，然后将所有查询到的变更后的资源按照预设格式：<资源类型，资源ID，资源版本号>，生成资源列表，然后将生成的资源列表返回给上述执行主体。

继续参考图3，图3是根据本实施例的资源巡检方法的一个应用场景的示意图。在图3的应用场景中，服务器310获取当前时刻，并判断获取的当前时刻是否满足预设条件，即判断当前时刻与上一次巡检时间点是否相差一个巡检周期。当获取的当前时刻满足预设条件时，服务器310向服务器320发送资源查询请求。服务器320接收到服务器310发送的资源查询请求，开始根据资源查询请求中服务器310的本地id和上上次巡检时间点，查询与服务器310的本地id有关的，且从上上次巡检时间点到现在发生变更的资源。服务器320将查询到的所有符合条件的变更后的资源按照预设格式生成资源列表，并将资源列表发送给服务器310。服务器310接收到服务器320返回的资源列表。

每次巡检时，实际查询的是从上上次巡检时间点到当前的变更后的资源，即巡检的时间窗口是交叉重叠的。作为一个具体示例，例如，巡检周期为10分钟，上次巡检时间点为8:00，则上上次巡检时间点为7:50，则服务器310获取当前时间，当获取的当前时间满足与8:00相差10分钟，即获取的当前时间为8:10时，服务器310向服务器320发送资源查询请求，此时，服务器320根据资源查询请求查询的变更后的资源对应的时间窗口为[07:50，08:10]，服务器310接收的资源列表中对应的资源为时间[07:50，08:10]之间的变更后的资源。之后更新上次巡检时间点和上上次巡检时间点，则上次巡检时间点为8:10，则上上次巡检时间点为8:00，服务器310获取当前时刻为8:20时，向服务器320发送资源查询请求，此时，服务器320根据资源查询请求查询的变更后的资源对应的时间窗口为[08:00，08:20]，服务器310接收的资源列表中对应的资源为时间[08:00，08:20]之间的变更后的资源。第一次查询的时间窗口为[07:50，08:10]，第二次查询的时间窗口为[08:00，08:20]，因此，实现了巡检时间的窗口重叠。

本公开的实施例提供的资源巡检方法和装置，首先获取当前时刻，判断当前时刻是否满足预设条件，其中，该预设条件为当前时刻与上一次巡检时间点相差一个巡检周期，然后确定当前时刻满足预设条件后，向中心控制节点管理程序发送资源查询请求，其中，该资源查询请求包括本地id和上上次巡检时间点，最后接收中心控制节点管理程序基于资源查询请求返回的资源列表，该资源列表包括中心控制节点管理程序根据本地id和上上次巡检时间点查询的至少一个变更后的资源，实现了仅对新增的巡检周期中变更的资源进行查询，避免了对大量没有变化的数据的查询。并且相对于现有技术中依赖全局的单调递增版本号对资源查询的方式，本公开实施例基于本地id对变更后的资源进行查询，从而查询到的变更后的资源与本地资源相关，在后续步骤中可以直接基于本地上上次巡检时间点对该时间点之后变更的资源进行查询，提高了资源查询的效率，能够直接适用于现有系统。同时相对于现有技术中每次查询的时间即上次巡检时间点到当前时刻，本公开实施例每次查询的时间为上上次巡检时间点至当前时刻，实现了巡检时间窗口的交叉重叠，避免了分布式系统下的时钟同步问题，也避免了时钟精度问题和数据库事务引入的可见性问题，从而提高了算法的容错性。

进一步参考图4，图4其示出了资源巡检方法的另一个实施例的流程400。该资源巡检方法的流程400，还可以包括以下步骤：

步骤410，获取当前时刻，判断当前时刻是否满足预设条件。

在本步骤中，步骤410与图2所示实施例中的步骤210相同，此处不赘述。

步骤420，响应于确定当前时刻满足预设条件，向中心控制节点管理程序发送资源查询请求。

在本步骤中，步骤420与图2所示实施例中的步骤220相同，此处不赘述。

步骤430，响应于接收到中心控制节点管理程序返回的资源列表，判断资源列表中是否存在与本地资源不一致的资源。

在本步骤中，上述执行主体向中心控制节点管理程序发送资源查询请求后，接收到中心控制节点管理程序返回的资源列表。之后上述执行主体基于接收到的资源列表，将该资源列表与本地资源进行判断，判断该资源列表中的资源与本地资源是否一致。当确定该资源列表中的资源与本地资源一致时，对上次巡检时间点和上上次巡检时间点进行更新，开始新一轮的资源巡检。当确定该资源列表存在与本地资源不一致的资源时，执行步骤440。

作为一个具体示例，上述执行主体接收到中心控制节点管理程序返回的资源列表，该资源列表是按照<资源类型，资源ID，资源版本号>的格式生成的。上述执行主体遍历该资源列表，确定资源列表中的各个表项，如资源类型、资源ID、资源版本号。然后上述执行主体将确定的表项逐一与本地资源的表项进行核对，以判断资源列表中的资源与本地资源是否一致。最后上述执行主体将表项一致的资源作为一致的资源，将表项不一致的资源作为不一致的资源。

步骤440，响应于确定资源列表存在与本地资源不一致的资源，基于不一致的资源生成不一致资源列表。

在本步骤中，上述执行主体确定资源列表中存在与本地资源不一致的资源，将确定出来的不一致的资源按照预设格式生成不一致资源表。其中，不一致资源列表中可以包括本地缺失的资源，也可以包括本地版本号低于资源列表中版本号的资源等。

例如，上述执行主体确定资源列表中变更后的资源的表项，其中一个变更后的资源的版本号高于本地资源中相应的资源的版本号，此时，将该变更后的资源确定为不一致的资源。然后，上述执行主体将每一个确定出来的不一致资源排列生成不一致资源列表。

在本实施例中，通过将变更后的数据与本地资源进行核对，判断本地资源是否与变更后的资源一致，避免了对大量没有变化的数据(冷数据)进行重复核对，提高了资源核查的效率。

在本实施例的一些可选的实现方式中，请继续参阅图4，该资源巡检方法还可以包括以下步骤：

步骤450，基于不一致资源列表，将不一致资源列表指向的资源同步至本地资源或向监控系统发送包括不一致资源列表的报告。

在本步骤中，上述执行主体确定出不一致资源列表后，将不一致资源列表指向的资源同步至本地资源。例如，不一致资源列表中可以包括全部与本地资源不一致的变更后的资源，上述执行主体可以将不一致资源列表中全部不一致的资源同步至本地资源，使得本地资源与资源列表中的资源一致。不一致资源列表中也可以包括全部与本地资源不一致的变更后的资源的表项，上述执行主体可以将不一致资源列表中的表项指向的资源同步至本地资源，使得本地资源与资源列表中的资源一致。

或者，上述执行主体确定出不一致资源列表后，将包括不一致资源列表的报告发送给监控系统，以告知监控系统本地资源与网络中更新的资源不一致。

在本实现方式中，基于不一致资源列表，触发本地资源与资源列表同步，使得本地资源与网络资源保持一致，从而营造良好的网络环境。

进一步参考图5，图5其示出了资源巡检方法的又一个实施例的流程500。在执行图2中步骤210，获取当前时刻，判断当前时刻是否满足预设条件之前，该资源巡检方法的流程500，还可以包括以下步骤：

步骤510，响应于本地管理程序启动，获取本地管理程序的启动时间戳。

在本步骤中，上述执行主体检测到本地管理程序启动，获取本地管理程序的启动时间戳。例如，上述执行主体检测到本地管理程序启动，获取到当前时间为8:00，则将获取的当前时间8:00作为本地管理程序的启动时间戳。

步骤520，基于巡检周期和启动时间戳，对上上次巡检时间点和上一次巡检时间点进行初始化操作。

在本步骤中，上述执行主体获取到启动时间戳后，根据巡检周期和启动时间戳，对上上次巡检时间点和上一次巡检时间点进行初始化操作，之后上述执行主体开始获取当前时刻，以判断当前时刻是否满足预设条件。上述执行主体将上上次巡检时间点初始化为启动时间戳减去巡检周期后对应的时刻，将上一次巡检时间点初始化为启动时间戳。例如，上述执行主体获取到本地管理程序的启动时间戳为8:00，巡检周期为10分钟，则将上上次巡检时间点初始化为7:50，将上一次巡检时间点初始化为8:00。

在本实施例中，通过对上上次巡检时间和上一次巡检时间点进行初始化操作，以初始化后的时间点作为初始巡检的时间点，方便记录和更新上上次巡检时间和上一次巡检时间点。

在本实施例的一些可选的实现方式中，在执行完将不一致资源列表指向的资源同步至本地资源或向监控系统发送包括不一致资源列表的报告的步骤之后，本公开的资源巡检方法还包括：将上上次巡检时间点设置为上一次巡检时间点，将上一次巡检时间点设置为满足预设条件的当前时刻。

在本实现方式中，对上上次巡检时间和上一次巡检时间点进行更新，得到新的时间点，以开始新一轮的资源巡检，提高了资源巡检的效率和准确性。

进一步参考图6，作为对上述各图所示方法的实现，本公开提供了一种资源巡检装置的一个实施例。该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于服务器集群中任一电子设备中。

如图6所示，本实施例的资源巡检装置600可以包括：第一判断单元610、发送单元620和接收单元630。其中，第一判断单元610，被配置成获取当前时刻，判断当前时刻是否满足预设条件，其中，预设条件为当前时刻与上一次巡检时间点相差一个巡检周期；发送单元620，被配置成响应于确定当前时刻满足预设条件，向中心控制节点管理程序发送资源查询请求，其中，资源查询请求包括本地id和上上次巡检时间点；接收单元630，被配置成接收中心控制节点管理程序基于资源查询请求返回的资源列表，其中，资源列表包括中心控制节点管理程序根据本地id和上上次巡检时间点查询的至少一个变更后的资源。

在本实施的一些可选的实现方式中，该装置还包括：第二判断单元，被配置成响应于接收到中心控制节点管理程序返回的资源列表，判断资源列表中是否存在与本地资源不一致的资源；生成单元，被配置成响应于确定资源列表存在与本地资源不一致的资源，基于不一致的资源生成不一致资源列表。

在本实施的一些可选的实现方式中，该装置还包括：同步单元，被配置成触发基于不一致资源列表，将不一致资源列表指向的资源同步至本地资源或向监控系统发送包括不一致资源列表的报告。

在本实施的一些可选的实现方式中，该装置还包括：获取单元，被配置成响应于本地管理程序启动，获取本地管理程序的启动时间戳；初始化单元，被配置成基于巡检周期和启动时间戳，对上上次巡检时间点和上一次巡检时间点进行初始化操作；其中，初始化操作包括：将上上次巡检时间点初始化为启动时间戳减去巡检周期后对应的时刻，将上一次巡检时间点初始化为启动时间戳。

在本实施的一些可选的实现方式中，该装置还包括：设置单元，被配置成将上上次巡检时间点设置为上一次巡检时间点，将上一次巡检时间点设置为满足预设条件的当前时刻。

本公开的上述实施例提供的装置，首先判断获取的当前时刻是否满足预设条件，预设条件为当前时刻与上一次巡检时间点相差一个巡检周期，然后确定当前时刻满足该预设条件后，向中心控制节点管理程序发送资源查询请求，资源查询请求包括本地id和上上次巡检时间点，最后接收中心控制节点管理程序基于资源查询请求返回的资源列表，资源列表包括中心控制节点管理程序根据本地id和上上次巡检时间点查询的至少一个变更后的资源，实现了仅对变更的资源进行查询，避免了对大量没有变化的数据的查询，同时每次查询的变更资源为上上次巡检时间点至当前时刻，实现了巡检时间的窗口重叠，避免了分布式系统下的时钟同步问题，提高了算法的容错性。

下面参考图7，其示出了适于用来实现本公开的实施例的电子设备(例如图1中的服务器)700的结构示意图。图7示出的服务器仅仅是一个示例，不应对本公开的实施例的功能和使用范围带来任何限制。

如图7所示，电子设备700可以包括处理装置(例如中央处理器、图形处理器等)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储装置708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有电子设备700操作所需的各种程序和数据。处理装置701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

通常，以下装置可以连接至I/O接口705：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置706；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置707；包括例如磁带、硬盘等的存储装置708；以及通信装置709。通信装置709可以允许电子设备700与其他设备进行无线或有线通信以交换数据。虽然图7示出了具有各种装置的电子设备700，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图7中示出的每个方框可以代表一个装置，也可以根据需要代表多个装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置709从网络上被下载和安装，或者从存储装置708被安装，或者从ROM 702被安装。在该计算机程序被处理装置701执行时，执行本公开的实施例的方法中限定的上述功能。需要说明的是，本公开的实施例的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：获取当前时刻，判断当前时刻是否满足预设条件，其中，预设条件为当前时刻与上一次巡检时间点相差一个巡检周期；响应于确定当前时刻满足预设条件，向中心控制节点管理程序发送资源查询请求，其中，资源查询请求包括本地id和上上次巡检时间点；接收中心控制节点管理程序基于资源查询请求返回的资源列表，其中，资源列表包括中心控制节点管理程序根据本地id和上上次巡检时间点查询的至少一个变更后的资源。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的实施例的操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言，诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络包括局域网(LAN)或广域网(WAN)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开的实施例中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (12)

1.一种资源巡检方法，包括：

获取当前时刻，判断所述当前时刻是否满足预设条件，其中，所述预设条件为所述当前时刻与上一次巡检时间点相差一个巡检周期；

响应于确定所述当前时刻满足所述预设条件，向中心控制节点管理程序发送资源查询请求，其中，所述资源查询请求包括本地id和上上次巡检时间点；

接收所述中心控制节点管理程序基于所述资源查询请求返回的资源列表，其中，所述资源列表包括所述中心控制节点管理程序根据所述本地id和所述上上次巡检时间点查询的至少一个变更后的资源。

2.根据权利要求1所述的方法，其中，所述方法还包括：

响应于接收到所述中心控制节点管理程序返回的所述资源列表，判断所述资源列表中是否存在与本地资源不一致的资源；

响应于确定所述资源列表存在与本地资源不一致的资源，基于不一致的资源生成不一致资源列表。

3.根据权利要求2所述的方法，其中，所述方法还包括：

基于所述不一致资源列表，将所述不一致资源列表指向的资源同步至本地资源或向监控系统发送包括所述不一致资源列表的报告。

4.根据权利要求1或2所述的方法，其中，在执行所述获取当前时刻的步骤之前，所述方法还包括：

响应于本地管理程序启动，获取所述本地管理程序的启动时间戳；

基于所述巡检周期和所述启动时间戳，对所述上上次巡检时间点和所述上一次巡检时间点进行初始化操作；

其中，所述初始化操作包括：将所述上上次巡检时间点初始化为所述启动时间戳减去所述巡检周期后对应的时刻，将所述上一次巡检时间点初始化为所述启动时间戳。

5.根据权利要求3所述的方法，其中，在执行完所述基于所述不一致资源列表，将所述不一致资源列表指向的资源同步至本地资源或向监控系统发送包括所述不一致资源列表的报告的步骤之后，所述方法还包括：

将所述上上次巡检时间点设置为所述上一次巡检时间点，将所述上一次巡检时间点设置为满足所述预设条件的当前时刻。

6.一种资源巡检装置，包括：

第一判断单元，被配置成获取当前时刻，判断所述当前时刻是否满足预设条件，其中，所述预设条件为所述当前时刻与上一次巡检时间点相差一个巡检周期；

发送单元，被配置成响应于确定所述当前时刻满足所述预设条件，向中心控制节点管理程序发送资源查询请求，其中，所述资源查询请求包括本地id和上上次巡检时间点；

接收单元，被配置成接收所述中心控制节点管理程序基于所述资源查询请求返回的资源列表，其中，所述资源列表包括所述中心控制节点管理程序根据所述本地id和所述上上次巡检时间点查询的至少一个变更后的资源。

7.根据权利要求6所述的装置，其中，所述装置还包括：

第二判断单元，被配置成响应于接收到所述中心控制节点管理程序返回的所述资源列表，判断所述资源列表中是否存在与本地资源不一致的资源；

生成单元，被配置成响应于确定所述资源列表存在与本地资源不一致的资源，基于不一致的资源生成不一致资源列表。

8.根据权利要求7所述的装置，其中，所述装置还包括：

同步单元，被配置成基于所述不一致资源列表，将所述不一致资源列表指向的资源同步至本地资源或向监控系统发送包括所述不一致资源列表的报告。

9.根据权利要求6或7所述的装置，其中，所述装置还包括：

获取单元，被配置成响应于本地管理程序启动，获取所述本地管理程序的启动时间戳；

初始化单元，被配置成基于所述巡检周期和所述启动时间戳，对所述上上次巡检时间点和所述上一次巡检时间点进行初始化操作；

其中，所述初始化操作包括：将所述上上次巡检时间点初始化为所述启动时间戳减去所述巡检周期后对应的时刻，将所述上一次巡检时间点初始化为所述启动时间戳。

10.根据权利要求8所述的装置，其中，所述装置还包括：

设置单元，被配置成将所述上上次巡检时间点设置为所述上一次巡检时间点，将所述上一次巡检时间点设置为满足所述预设条件的当前时刻。

11.一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1-5中任一项所述的方法。

12.一种计算机可读介质，其上存储计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1-5中任一项所述的方法。

Images