CN115134219A - 设备资源管理方法及装置、计算设备和存储介质 - Google Patents

Abstract

本申请实施例涉及计算机网络技术领域，且涉及一种设备资源管理方法及装置、计算设备和存储介质。具体实现方案为：第一节点与第二节点进行数据同步，所述数据同步包括将所述第二节点管理的第二设备的信息同步至所述第一节点；所述第一节点检测所述第二节点为离线状态时，确定所述第一节点记录的属于所述第二节点管理的第二设备；所述第一节点对所述第二设备进行接管。本申请实施例在设备资源录入的第二节点出现异常时，由预先配置的具有主备关系的第一节点对设备资源进行接管，能够使得设备资源在接管下继续正常运行，从而避免服务器节点异常导致的服务中断，可保证系统长期可靠地提供服务。

Description

设备资源管理方法及装置、计算设备和存储介质

技术领域

本发明涉及计算机网络技术领域，尤其涉及设备资源管理方法及装置、计算设备和存储介质。

背景技术

在分布式系统中，服务器节点间数据获取方式为节点同步方式。例如两个节点间将各自管理的设备资源的信息发送至对方节点中。此时其中一个服务器节点宕机或者网络持续异常的情况下，数据同步控制服务将对方节点上报的设备资源的信息进行状态下线操作，并通知本节点运行的客户端刷新设备离线状态。

在服务器节点异常的情况下，该服务节点管理的设备资源变为离线，且客户端操作界面无法对该设备进行业务控制。造成系统内的设备资源无法全部达到可用状态。直到出现异常的服务器节点重新恢复后，其管理的设备资源才能正常使用。这种设备资源管理方式可能导致长时间的服务中断，影响业务正常运作，用户体验不佳。

发明内容

鉴于现有技术的以上问题，本申请实施例提供一种设备资源管理方法及装置、计算设备和存储介质，可在设备资源录入的第二节点出现异常时，由预先配置的具有主备关系的第一节点对设备资源进行接管，能够使得设备资源在接管下继续正常运行，从而避免服务器节点异常导致的服务中断，可保证系统长期可靠地提供服务。

为达到上述目的，本申请第一方面提供了一种设备资源管理方法，包括：

第一节点与第二节点进行数据同步，所述数据同步包括将所述第二节点管理的第二设备的信息同步至所述第一节点；

所述第一节点检测所述第二节点为离线状态时，确定所述第一节点记录的属于所述第二节点管理的第二设备；

所述第一节点对所述第二设备进行接管。

作为第一方面的一种可能的实现方式，所述第一节点检测所述第二节点为离线状态，包括：

所述第一节点向所述第二节点刷新注册请求，当接收到的回馈信息为离线状态时，所述第二节点为离线状态。

作为第一方面的一种可能的实现方式，上述方法还包括：

所述第一节点检测所述第二节点为离线状态时，所述第一节点向其所管理的第一设备和第三节点通知所述第二设备为离线状态；以及

所述第一节点对所述第二设备进行接管后，所述第一节点向其所管理的第一设备和所述第三节点通知所述第二设备为在线状态；

其中，所述第三节点是所述第二设备的业务关联节点。

作为第一方面的一种可能的实现方式，上述方法还包括：

所述第一节点检测所述第二节点恢复在线状态后，将所述第一节点所接管的所述第二设备归还由所述第二节点管理。

作为第一方面的一种可能的实现方式，所述将所述第一节点所接管的所述第二设备归还由所述第二节点管理，包括：

所述第一节点收到所述第二节点的接管查询请求，查询其接管的所述第二设备的在线状态；

所述第一节点释放状态为在线的所述第二设备，并回馈给所述第二节点，以使所述第二节点对所述第二设备进行管理。

本申请第二方面提供了一种设备资源管理方法，包括：

第二节点恢复在线状态后，向第一节点发送接管查询请求，所述接管查询请求用于查询所述第二设备的信息，所述第二设备是由所述第二节点管理的、且在所述第二节点离线期间由所述第一节点接管的设备；

接收所述第一节点的回馈信息，并对所述第二设备进行管理。

本申请第三方面提供了一种设备资源管理装置，包括：

同步单元，用于：第一节点与第二节点进行数据同步，所述数据同步包括将所述第二节点管理的第二设备的信息同步至所述第一节点；

检测单元，用于：所述第一节点检测所述第二节点为离线状态时，确定所述第一节点记录的属于所述第二节点管理的第二设备；

接管单元，用于：所述第一节点对所述第二设备进行接管。

作为第三方面的一种可能的实现方式，所述检测单元用于：

所述第一节点向所述第二节点刷新注册请求，当接收到的回馈信息为离线状态时，所述第二节点为离线状态。

作为第三方面的一种可能的实现方式，所述装置还包括通知单元，所述通知单元用于：

所述第一节点检测所述第二节点为离线状态时，所述第一节点向其所管理的第一设备和第三节点通知所述第二设备为离线状态；以及

所述第一节点对所述第二设备进行接管后，所述第一节点向其所管理的第一设备和所述第三节点通知所述第二设备为在线状态；

其中，所述第三节点是所述第二设备的业务关联节点。

作为第三方面的一种可能的实现方式，所述接管单元还用于：

所述第一节点检测所述第二节点恢复在线状态后，将所述第一节点所接管的所述第二设备归还由所述第二节点管理。

作为第三方面的一种可能的实现方式，所述接管单元用于：

所述第一节点收到所述第二节点的接管查询请求，查询其接管的所述第二设备的在线状态；

所述第一节点释放状态为在线的所述第二设备，并回馈给所述第二节点，以使所述第二节点对所述第二设备进行管理。

本申请第四方面提供了一种设备资源管理装置，包括：

发送单元，用于：第二节点恢复在线状态后，向第一节点发送接管查询请求，所述接管查询请求用于查询所述第二设备的信息，所述第二设备是由所述第二节点管理的、且在所述第二节点离线期间由所述第一节点接管的设备；

管理单元，用于：接收所述第一节点的回馈信息，并对所述第二设备进行管理。

本申请第五方面提供了一种计算设备，包括：

通信接口；

至少一个处理器，其与所述通信接口连接；以及

至少一个存储器，其与所述处理器连接并存储有程序指令，所述程序指令当被所述至少一个处理器执行时使得所述至少一个处理器执行上述第一方面任一所述的方法。

本申请第六方面提供了一种计算机可读存储介质，其上存储有程序指令，所述程序指令当被计算机执行时使得所述计算机执行上述第一方面任一所述的方法。

本发明的这些和其它方面在以下(多个)实施例的描述中会更加简明易懂。

附图说明

以下参照附图来进一步说明本发明的各个特征和各个特征之间的联系。附图均为示例性的，一些特征并不以实际比例示出，并且一些附图中可能省略了本申请所涉及领域的惯常的且对于本申请非必要的特征，或是额外示出了对于本申请非必要的特征，附图所示的各个特征的组合并不用以限制本申请。另外，在本说明书全文中，相同的附图标记所指代的内容也是相同的。具体的附图说明如下：

图1为现有技术的设备资源管理方法的一实施例的时序图；

图2为现有技术的设备资源管理方法的一实施例的流程图；

图3为本申请实施例提供的设备资源管理方法的一实施例的示意图；

图4为本申请实施例提供的设备资源管理方法的一实施例的时序图；

图5为本申请实施例提供的设备资源管理方法的一实施例的自流程图；

图6为本申请实施例提供的设备资源管理方法的一实施例的应答方还原接替流程图；

图7为本申请实施例提供的设备资源管理方法的一实施例的示意图；

图8为本申请实施例提供的设备资源管理方法的一实施例的发起方还原接替流程图；

图9为本申请实施例提供的设备资源管理装置的一实施例的示意图；

图10为本申请实施例提供的设备资源管理装置的一实施例的示意图；

图11为本申请实施例提供的设备资源管理装置的一实施例的示意图；

图12为本申请实施例提供的计算设备的示意图。

具体实施方式

说明书和权利要求书中的词语“第一、第二、第三等”或模块A、模块B、模块C等类似用语，仅用于区别类似的对象，不代表针对对象的特定排序，可以理解地，在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

在以下的描述中，所涉及的表示步骤的标号，如S110、S120……等，并不表示一定会按此步骤执行，在允许的情况下可以互换前后步骤的顺序，或同时执行。

说明书和权利要求书中使用的术语“包括”不应解释为限制于其后列出的内容；它不排除其它的元件或步骤。因此，其应当诠释为指定所提到的所述特征、整体、步骤或部件的存在，但并不排除存在或添加一个或更多其它特征、整体、步骤或部件及其组群。因此，表述“包括装置A和B的设备”不应局限为仅由部件A和B组成的设备。

本说明书中提到的“一个实施例”或“实施例”意味着与该实施例结合描述的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在本说明书各处出现的用语“在一个实施例中”或“在实施例中”并不一定都指同一实施例，但可以指同一实施例。此外，在一个或多个实施例中，能够以任何适当的方式组合各特定特征、结构或特性，如从本公开对本领域的普通技术人员显而易见的那样。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。如有不一致，以本说明书中所说明的含义或者根据本说明书中记载的内容得出的含义为准。另外，本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

下面先对现有的方法进行介绍，然后再对本申请的技术方案进行详细介绍。

在现有的分布式系统中，服务器节点间数据获取方式为节点同步方式。如图1所示，服务器节点A和服务器节点B上线后互相注册以探测对方的在线状态。注册成功后，两个服务器互相同步彼此管理的设备资源的信息，进行数据同步。节点A与节点B建立注册链接成功后，两个节点将各自管理的设备资源的信息发送至对方节点中。在节点B的资源同步至节点A之后，服务器节点A在本节点运行的客户端上刷新显示节点B管理的设备资源的信息。此时如果其中一个服务器节点宕机或者网络持续异常的情况下，则两个节点间的注册链接断开。当检测不到对方节点的在线状态，服务器中的数据同步控制服务将对方节点上报的设备资源的信息进行状态下线操作，并通知本节点运行的客户端刷新设备离线状态。如图1所示，服务器节点A和服务器节点B在注册断开之后，节点A探测不到节点B的在线状态，则删除从节点B同步的数据，并通知本节点运行的客户端删除从节点B同步的资源。

如图2所示，现有的设备资源管理方法的流程如下：首先两个服务器开始互相注册，如果注册失败则等待1分钟后再注册；如果注册成功则保存从对方节点同步的数据，并通知本节点运行的客户端刷新同步数据的在线状态。按照预设周期定时刷新注册检测，如果超过预定时间间隔没有注册成功则检测结果失败。在这种情况下删除从对方节点同步的数据，并通知本节点运行的客户端刷新同步数据的离线状态。

现有技术存在着以下的缺陷：在服务器节点异常的情况下，该服务节点管理的外接设备资源变为离线，客户端上显示的该外接设备状态变为离线。客户端操作界面无法对该外接设备进行业务控制，造成系统内的设备资源无法全部达到可用状态。这种情况下只能通过重发注册的方式来检测对方节点的状态，直到出现异常的服务器节点重新恢复后，再通过同步的方式获取到对方节点管理的设备资源信息，该设备资源才能正常使用。这种设备资源管理方式可能导致长时间的服务中断，影响业务正常运作，用户体验不佳。

基于上述现有技术所存在的技术问题，本申请提供了一种设备资源管理的方法。该方法在设备资源录入的第二节点出现异常时，由预先配置的具有主备关系的第一节点对设备资源进行接管，从而保证系统长期可靠地提供服务，可解决现有技术中提到的服务器节点异常导致长时间的服务中断的技术问题。

图3为本申请实施例提供的设备资源管理方法的一实施例的示意图。如图3所示，该设备资源管理方法可以包括：

步骤S110，第一节点与第二节点进行数据同步，所述数据同步包括将所述第二节点管理的第二设备的信息同步至所述第一节点；

步骤S120，所述第一节点检测所述第二节点为离线状态时，确定所述第一节点记录的属于所述第二节点管理的第二设备；

步骤S130，所述第一节点对所述第二设备进行接管。

在分布式系统中，为保证系统长期可靠地提供服务，可为网络中的每个节点设置主备关系节点。网络中的两个节点可以互为主备关系节点。在主备关系节点中的一个节点出现异常的情况下，另一个节点可以对该异常节点所管理的设备资源进行接管，从而避免服务器节点异常导致的服务中断。本申请实施例中，第一节点和第二节点互为主备关系节点。在第二节点出现异常的情况下，第一节点对第二节点所管理的设备资源进行接管。

在步骤S110中，互为主备关系节点的主备服务器在系统运行过程中进行数据同步。在主备服务器节点上配置各自管理的设备资源的信息，保存信息时记录各自资源录入的服务器节点。主备服务器通过设置主备节点关系，增加同步配置策略，保证互为主备关系节点间的数据相互同步至对方节点数据库，且在同步的信息中记录数据来源的服务器节点。

参见图3和图4，主备服务器节点启动时，根据预先设置的主备关系节点的数据，确定与本节点关联的主备关系节点。在图4的示例中，节点A为第一节点，节点B为第二节点。节点A和节点B在本节点录入的设备资源完成在资源录入节点的注册和其他的业务操作。对于本节点管理的设备资源而言，在进行业务操作的过程中可能与其他节点进行交互或协作。这些与设备资源进行交互或协作的网络节点是与该设备相关联的节点。与该设备资源所进行的业务操作相关联的网络节点可称为设备资源的业务关联节点。

例如，节点A管理的设备资源包括设备A1、设备A2和设备A3。节点B管理的设备资源包括设备B1和设备B2。则第一节点管理的第一设备包括设备A1、设备A2和设备A3，第二节点管理的第二设备包括设备B1和设备B2。设备B1在进行相关业务操作时需要与节点C和节点D进行交互，则节点C和节点D是设备B1的业务关联节点。设备B2在进行相关业务操作时需要与节点C和节点E进行交互，则节点C和节点E是设备B2的业务关联节点。以上节点B管理的设备资源的信息会同步至节点A的数据库中。并且，节点B管理的设备资源在业务操作过程中产生的相关数据也会同步至节点A的数据库中。

在步骤S120中，服务器节点按照预设周期检测预先配置的主备关系节点的网络连接状态；在所述网络连接状态为离线状态的情况下，确定第一节点记录的属于所述第二节点管理的第二设备。

互为主备关系节点的主备服务器可以通过相互注册的方式检测对方节点是否处于在线状态。可预先设定检测周期，按照预设周期检测对方节点的网络连接状态。

参见图3和图4，节点A在检测到节点B的网络连接状态为离线状态的情况下，从数据库中获取预先同步的节点B的设备资源的信息，以确定第一节点记录的属于第二节点管理的第二设备。

在步骤S130中，服务器节点对所述主备关系节点管理的设备资源进行接管。参见图4，节点A根据记录的属于节点B的设备资源的信息，通知本节点的相关服务对节点B的设备资源进行接管。在后续业务操作中，对该类设备的操作请求全部发送至接替运行后的服务器节点上。

综上，在两个互为主备关系节点中，如果其中一个节点处于离线状态，则另一个节点可对离线节点管理的设备资源进行接管。在上述示例中，在节点B离线的情况下，节点A接管节点B的设备资源。使得在节点B离线的情况下，原本注册到节点B的设备资源仍能正常接入系统，客户端操作界面仍能对该设备进行业务控制。

本申请实施例在设备资源录入的服务器节点出现异常时，由预先配置的主备关系节点对设备资源进行接管，能够使得设备资源在接管下继续正常运行，从而避免服务器节点异常导致的服务中断，可保证系统长期可靠地提供服务。

在一种实施方式中，所述第一节点检测所述第二节点为离线状态，包括：

所述第一节点向所述第二节点刷新注册请求，当接收到的回馈信息为离线状态时，所述第二节点为离线状态。

服务器节点按照预设周期通过注册鉴权向所述主备关系节点发起注册；根据所述注册的结果判断所述主备关系节点的网络连接状态。

如图4所示，节点A和节点B是互为主备关系节点的主备服务器。主备服务器在系统运行过程中进行双向数据同步。同时主备服务器通过注册鉴权方式向对方节点发起注册。通过注册及定时的刷新注册方式来判断对方关系节点的在线状态。在网络连接状态正常的情况下，节点A管理的设备资源的信息和业务操作过程中产生的相关数据同步至节点B；同样，节点B管理的设备资源的信息和业务操作过程中产生的相关数据也会同步至节点A。服务器节点A在登录本节点相关服务的客户端上刷新显示节点B管理的设备资源的信息。

在一种实施方式中，上述方法还包括：

所述第一节点检测所述第二节点为离线状态时，所述第一节点向其所管理的第一设备和第三节点通知所述第二设备为离线状态；以及

所述第一节点对所述第二设备进行接管后，所述第一节点向其所管理的第一设备和所述第三节点通知所述第二设备为在线状态；

其中，所述第三节点是所述第二设备的业务关联节点。

服务器节点按照预设周期检测预先配置的主备关系节点的网络连接状态；在所述网络连接状态为离线状态的情况下，向本节点管理的第一设备和第二设备的业务关联节点通告所述主备关系节点管理的设备资源的离线状态。本节点管理的第一设备可包括登录本节点相关服务的客户端。

参见图3和图4，节点A在检测到节点B的网络连接状态为离线状态的情况下，从数据库中获取预先同步的节点B的设备资源的信息。预先同步的节点B的设备资源的信息可包括节点B管理的设备资源以及这些设备资源的业务关联节点。节点A清除节点B管理的设备资源在业务操作过程中产生的相关数据，并向业务关联节点和登录本节点相关服务的客户端通告设备资源的离线状态。例如，节点B管理的设备B1的业务关联节点是节点C和节点D，则节点A向节点C和节点D通告设备B1的离线状态；节点B管理的设备B2的业务关联节点是节点C和节点E，则节点A向节点C和节点E通告设备B2的离线状态。

服务器节点对所述主备关系节点管理的设备资源进行接管后，向业务关联节点通告所述设备资源在接管后的在线状态。

参见图4，节点A根据节点B的设备资源的信息，通知本节点的相关服务对节点B的设备资源进行接管，并向业务关联节点和登录本节点相关服务的客户端通告设备资源在接管后的在线状态。例如，则节点A向节点C和节点D通告设备B1已被节点A接管并处于在线状态；节点A向节点C和节点E通告设备B2已被节点A接管并处于在线状态。

参见图4，可在注册回馈第一次返回离线时，本节点查询当前是否有对方节点管理的设备资源的数据记录，并将查询到的来自对方的同步数据进行清除，即清除预先同步存储到本节点中的所述主备关系节点管理的设备资源的数据。然后本节点通知至其他业务关联节点和登录本节点相关服务的客户端该设备状态已变为离线状态。可预先设置连接次数阈值，在连续多次检测对方节点的网络连接状态为离线状态，且检测次数达到了预先设置连接次数阈值，仍不能连接至对方节点，则激活设备接替运行功能。如图4所示，节点A探测到节点B注册断开，则将原来由节点B管理的设备资源切换为由节点A接管。节点A从数据库记录中查询对方节点的设备信息，通知本节点相关服务进行对设备的接替控制，并通知其他业务关联节点和登录本节点相关服务的客户端对设备的注册节点记录刷新及进行设备状态在线显示。后续业务操作中，对该类设备的操作请求全部发送至接替运行后的服务节点上。

图5为本申请实施例提供的设备资源管理方法的一实施例的自流程图。如图5所示，互为主备关系的服务器节点之间相互注册。如果注册结果为注册失败，在连续失败次数小于预先设置次数的情况下，等待1分钟后再次进行注册；在连续失败次数大于等于预先设置次数的情况下，激活设备接替功能。如果注册结果为注册成功，则保存来自对方节点的同步数据，并通知登录本节点相关服务的客户端刷新同步数据相关设备的在线状态。服务器节点通过注册鉴权和刷新注册的方式来判断另外一个服务器节点的在线状态。当连续预先设置的次数无法注册，或者注册成功后刷新注册超时，则删除来自对方节点的同步数据，通知登录本节点相关服务的客户端刷新同步数据相关设备的离线状态。然后激活设备接替功能，并通知登录本节点相关服务的客户端刷新接替数据相关设备的在线状态。

在一种实施方式中，上述方法还包括：

所述第一节点检测所述第二节点恢复在线状态后，将所述第一节点所接管的所述第二设备归还由所述第二节点管理。

在一种实施方式中，所述将所述第一节点所接管的所述第二设备归还由所述第二节点管理，包括：

所述第一节点收到所述第二节点的接管查询请求，查询其接管的所述第二设备的在线状态；

所述第一节点释放状态为在线的所述第二设备，并回馈给所述第二节点，以使所述第二节点对所述第二设备进行管理。

本申请实施例中，服务器节点对离线的对方节点进行设备接管可包括以下步骤：

在对所述主备关系节点管理的设备资源进行接管之后，在检测到所述主备关系节点的网络连接状态为在线状态，且接收到来自所述主备关系节点的接管查询请求的情况下，服务器节点将接管的所述主备关系节点的设备资源进行释放，并向业务关联节点通告所述设备资源的离线状态；

将接管的所述主备关系节点的设备资源的信息作为接管设备信息反馈给所述主备关系节点，并将所述接管的过程中产生的所述设备资源的数据发送给所述主备关系节点。

参见图4，注册断开后，节点A将原来由节点B管理的设备资源切换为由节点A接管，然后继续按照预设周期向节点B发起注册。在重新注册成功后，节点A将已切换的设备资源归还给节点B。

对配置的主备关系节点的设备资源进行接管之后，服务器节点仍定时持续地对主备关系节点进行状态探测。当注册结果判断为被接管的服务器节点B重新链接成功后，节点B向节点A发送接管查询请求，询问对方接管自身设备资源的情况。节点A接收到接管查询请求，首先在数据库中查询原本归属于节点B的设备数据在被本节点接管后的在线状态。在查询这部分设备数据的情况下，先通知本节点相关服务释放被接管的设备，通知其他业务关联节点和登录本节点相关服务的客户端对设备离线状态进行刷新，并将接管的节点B的设备资源的信息反馈给查询节点B。查询节点B则根据反馈信息重新激活设备状态，并上报给设备的业务关联节点及主备服务器节点上。这样可保障所有的设备按照资源录入的注册服务器节点的信息，挂载在各自服务器节点上，且主备服务器节点间保持数据一致。

图6为本申请实施例提供的设备资源管理方法的一实施例的应答方还原接替流程图。参见图4和图6，节点A和节点B重新链接成功后，作为发起方的节点B向节点A发送接管查询请求，也就是发送查询设备接替情况的请求。作为应答方的节点A接收到查询设备接替情况的请求后，在数据库中查询接替对方设备数据的情况。若已接替对方设备，则释放被接替的设备，进行设备离线处理，并通知登录本节点相关服务的客户端刷新设备离线状态；然后向节点B反馈接管设备资源的信息。若未接替对方设备，则向节点B反馈未接管设备资源的信息。

图7为本申请实施例提供的设备资源管理方法的一实施例的示意图。如图7所示，该设备资源管理方法可以包括：

步骤S210，第二节点恢复在线状态后，向第一节点发送接管查询请求，所述接管查询请求用于查询所述第二设备的信息，所述第二设备是由所述第二节点管理的、且在所述第二节点离线期间由所述第一节点接管的设备；

步骤S220，接收所述第一节点的回馈信息，并对所述第二设备进行管理。

在系统运行过程中，可能出现服务器节点宕机或者网络异常的情况。这种情况下节点可能在一段时间内处于离线状态。在节点重新链接成功后，继续与预先配置的主备关系节点相互注册。在重新链接的初次注册成功之后，服务器节点可向对方节点发送接管查询请求，询问对方节点是否在本节点离线期间接管了本节点的设备资源。

本申请实施例中，服务器节点在与预先配置的主备关系节点初次注册成功之后，可执行以下步骤恢复对本节点的设备资源的管理：

向所述主备关系节点发送接管查询请求；

接收所述主备关系节点反馈的接管设备信息，所述接管设备信息是所述主备关系节点接管的本节点的设备资源的信息；

接收所述主备关系节点发送的所述接管的过程中产生的所述设备资源的数据；

根据所述接管设备信息，恢复对所述设备资源的管理，并向业务关联节点通告所述设备资源在恢复管理后的在线状态。

图8为本申请实施例提供的设备资源管理方法的一实施例的发起方还原接替流程图。参见图4和图8，服务器节点运行期间相互注册，根据注册结果可判断对方结点在线的情况下，节点B向节点A查询对方节点对本节点设备的接管信息。若得到的查询结果是对方节点未接管本节点的设备，则节点B通知登录本节点相关服务的客户端刷新设备在线状态。若得到的查询结果是对方节点已接管本节点的设备，则节点B协商对方节点归还接管的设备，接收对方节点发送的接管的过程中产生的设备资源的数据。在对方节点归还后重新开始管理对应设备，并通知登录本节点相关服务的客户端刷新设备在线状态。

本申请实施例中，对于还原接替发起方而言，当被接管的服务器节点上线后，向对方节点接管查询请求。按照查询结果，设备重新恢复至当前节点管理。对于还原接替应答方而言，当服务器接收到查询设备接替情况的请求，自动释放被接管的设备。这样可保障所有的设备按照资源录入注册服务器节点的信息，挂载在各自服务器节点上。

本申请实施例中，主备服务器节点实时进行数据和服务热备，提供设备接替还原业务功能。在其中一个节点异常时，设备资源能够在节点间接替运行。在系统运行过程中，不会因为资源录入服务器节点出现异常，出现两个节点之间的注册链路不通而导致设备无法正常接入系统中的情况，可保证系统长期可靠地提供服务。

如图9所示，本申请还提供了相应的一种设备资源管理装置的实施例，关于该装置的有益效果或解决的技术问题，可以参见与各装置分别对应的方法中的描述，或者参见发明内容中的描述，此处不再一一赘述。

在该设备资源管理装置的实施例中，该装置包括：

同步单元100，用于：第一节点与第二节点进行数据同步，所述数据同步包括将所述第二节点管理的第二设备的信息同步至所述第一节点；

检测单元200，用于：所述第一节点检测所述第二节点为离线状态时，确定所述第一节点记录的属于所述第二节点管理的第二设备；

接管单元300，用于：所述第一节点对所述第二设备进行接管。

在一种实施方式中，所述检测单元200用于：

所述第一节点向所述第二节点刷新注册请求，当接收到的回馈信息为离线状态时，所述第二节点为离线状态。

如图10所示，在一种实施方式中，所述装置还包括通知单元400，所述通知单元400用于：

所述第一节点检测所述第二节点为离线状态时，所述第一节点向其所管理的第一设备和第三节点通知所述第二设备为离线状态；以及

所述第一节点对所述第二设备进行接管后，所述第一节点向其所管理的第一设备和所述第三节点通知所述第二设备为在线状态；

其中，所述第三节点是所述第二设备的业务关联节点。

在一种实施方式中，所述接管单元300还用于：

所述第一节点检测所述第二节点恢复在线状态后，将所述第一节点所接管的所述第二设备归还由所述第二节点管理。

在一种实施方式中，所述接管单元300用于：

所述第一节点收到所述第二节点的接管查询请求，查询其接管的所述第二设备的在线状态；

所述第一节点释放状态为在线的所述第二设备，并回馈给所述第二节点，以使所述第二节点对所述第二设备进行管理。

如图11所示，本申请还提供了相应的一种设备资源管理装置的实施例，关于该装置的有益效果或解决的技术问题，可以参见与各装置分别对应的方法中的描述，或者参见发明内容中的描述，此处不再一一赘述。

在该设备资源管理装置的实施例中，该装置包括：

发送单元500，用于：第二节点恢复在线状态后，向第一节点发送接管查询请求，所述接管查询请求用于查询所述第二设备的信息，所述第二设备是由所述第二节点管理的、且在所述第二节点离线期间由所述第一节点接管的设备；

管理单元600，用于：接收所述第一节点的回馈信息，并对所述第二设备进行管理。

图12是本申请实施例提供的一种计算设备900的结构性示意性图。该计算设备900包括：处理器910、存储器920、通信接口930。

应理解，图12中所示的计算设备900中的通信接口930可以用于与其他设备之间进行通信。

其中，该处理器910可以与存储器920连接。该存储器920可以用于存储该程序代码和数据。因此，该存储器920可以是处理器910内部的存储单元，也可以是与处理器910独立的外部存储单元，还可以是包括处理器910内部的存储单元和与处理器910独立的外部存储单元的部件。

可选的，计算设备900还可以包括总线。其中，存储器920、通信接口930可以通过总线与处理器910连接。总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。

应理解，在本申请实施例中，该处理器910可以采用中央处理单元(centralprocessing unit，CPU)。该处理器还可以是其它通用处理器、数字信号处理器(digitalsignal processor，DSP)、专用集成电路(Application specific integrated circuit，ASIC)、现成可编程门矩阵(field programmable gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。或者该处理器910采用一个或多个集成电路，用于执行相关程序，以实现本申请实施例所提供的技术方案。

该存储器920可以包括只读存储器和随机存取存储器，并向处理器910提供指令和数据。处理器910的一部分还可以包括非易失性随机存取存储器。例如，处理器910还可以存储设备类型的信息。

在计算设备900运行时，所述处理器910执行所述存储器920中的计算机执行指令执行上述方法的操作步骤。

应理解，根据本申请实施例的计算设备900可以对应于执行根据本申请各实施例的方法中的相应主体，并且计算设备900中的各个模块的上述和其它操作和/或功能分别为了实现本实施例各方法的相应流程，为了简洁，在此不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时用于执行一种多样化问题生成方法，该方法包括上述各个实施例所描述的方案中的至少之一。

本申请实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是，但不限于，电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括、但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

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

注意，上述仅为本申请的较佳实施例及所运用的技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明的构思的情况下，还可以包括更多其他等效实施例，均属于本发明的保护范畴。

Claims (10)

1.一种设备资源管理方法，其特征在于，包括：

第一节点与第二节点进行数据同步，所述数据同步包括将所述第二节点管理的第二设备的信息同步至所述第一节点；

所述第一节点检测所述第二节点为离线状态时，确定所述第一节点记录的属于所述第二节点管理的第二设备；

所述第一节点对所述第二设备进行接管。

2.根据权利要求1所述的方法，其特征在于，所述第一节点检测所述第二节点为离线状态，包括：

所述第一节点向所述第二节点刷新注册请求，当接收到的回馈信息为离线状态时，所述第二节点为离线状态。

3.根据权利要求1所述的方法，其特征在于，还包括：

所述第一节点检测所述第二节点为离线状态时，所述第一节点向其所管理的第一设备和第三节点通知所述第二设备为离线状态；以及

所述第一节点对所述第二设备进行接管后，所述第一节点向其所管理的第一设备和所述第三节点通知所述第二设备为在线状态；

其中，所述第三节点是所述第二设备的业务关联节点。

4.根据权利要求1至3中任一项所述的方法，其特征在于，还包括：

所述第一节点检测所述第二节点恢复在线状态后，将所述第一节点所接管的所述第二设备归还由所述第二节点管理。

5.根据权利要求4所述的方法，其特征在于，所述将所述第一节点所接管的所述第二设备归还由所述第二节点管理，包括：

所述第一节点收到所述第二节点的接管查询请求，查询其接管的所述第二设备的在线状态；

所述第一节点释放状态为在线的所述第二设备，并回馈给所述第二节点，以使所述第二节点对所述第二设备进行管理。

6.一种设备资源管理方法，其特征在于，包括：

第二节点恢复在线状态后，向第一节点发送接管查询请求，所述接管查询请求用于查询所述第二设备的信息，所述第二设备是由所述第二节点管理的、且在所述第二节点离线期间由所述第一节点接管的设备；

接收所述第一节点的回馈信息，并对所述第二设备进行管理。

7.一种设备资源管理装置，其特征在于，包括：

同步单元，用于：第一节点与第二节点进行数据同步，所述数据同步包括将所述第二节点管理的第二设备的信息同步至所述第一节点；

检测单元，用于：所述第一节点检测所述第二节点为离线状态时，确定所述第一节点记录的属于所述第二节点管理的第二设备；

接管单元，用于：所述第一节点对所述第二设备进行接管。

8.一种设备资源管理装置，其特征在于，包括：

发送单元，用于：第二节点恢复在线状态后，向第一节点发送接管查询请求，所述接管查询请求用于查询所述第二设备的信息，所述第二设备是由所述第二节点管理的、且在所述第二节点离线期间由所述第一节点接管的设备；

管理单元，用于：接收所述第一节点的回馈信息，并对所述第二设备进行管理。

9.一种计算设备，其特征在于，包括：

通信接口；

至少一个处理器，其与所述通信接口连接；以及

至少一个存储器，其与所述处理器连接并存储有程序指令，所述程序指令当被所述至少一个处理器执行时使得所述至少一个处理器执行权利要求1-6任一所述的方法。

10.一种计算机可读存储介质，其上存储有程序指令，其特征在于，所述程序指令当被计算机执行时使得所述计算机执行权利要求1-6任一所述的方法。

Images