一种设备全生命周期管理系统

技术领域

本申请涉及设备管理技术领域，特别是涉及一种设备全生命周期管理系统。

背景技术

计算机设备全生命周期是指设备的到货验收、入库、加电验收、上线、按需分配至业务系统、使用和维护维修、下线以及报废等各个阶段。

目前，计算机设备全生命周期各个阶段的管理由不同的信息系统完成，这种采用多个不同的信息系统进行管理的方式导致，一个计算机设备从到货验收直至报废所经历的各个阶段分别产生的数据分散在不同的信息系统，并且各信息系统之间互相独立，不可交互，从而导致各阶段产生的数据无法形成规范统一的标准化信息，且各阶段产生的数据无法为其他阶段所使用和分析，数据交互性差。

发明内容

有鉴于此，本申请提供了一种设备全生命周期管理系统，以解决现有技术中计算机设备全生命周期各个阶段产生的数据分散在不同的信息系统导致数据交互性差的问题，其技术方案如下：

一种设备全生命周期管理系统，包括：到货验收模块、加电验收模块、资源分配模块、设备上下线模块、设备报废模块和设备维护维修模块；

到货验收模块，用于获取目标设备的设备标识信息，并基于设备标识信息所对应的采购订单对目标设备的到货情况进行验收；

加电验收模块，用于在到货验收模块对目标设备的到货情况验收合格后，获取目标设备的配置信息，并基于采购订单对目标设备的加电开机情况和配置信息进行验收；

资源分配模块，用于在加电验收模块对目标设备的加电开机情况和配置信息验收合格后，根据计算资源分配申请、当前可用的计算资源、目标设备的配置信息和机房环境信息，确定目标设备对应的资源分配方案；

设备上下线模块，用于基于资源分配方案对目标设备进行上线处理；

设备维护维修模块，用于在目标设备上线后，对目标设备进行日常维护和维修处理；

设备上下线模块，还用于当接收到针对目标设备的下线申请时，对目标设备进行下线处理；

设备报废模块，用于在目标设备下线后，若接收到针对目标设备的设备报废申请，则对目标设备进行报废处理。

可选的，到货验收模块，还用于存储目标设备的设备标识信息以及目标设备的到货情况的验收结果；

加电验收模块，还用于存储目标设备的配置信息以及加电开机情况和配置信息的验收结果；

资源分配模块，还用于存储目标设备对应的资源分配方案；

设备上下线模块，还用于存储目标设备在上线处理时产生的上线处理信息和目标设备在下线处理时产生的下线处理信息；

设备维护维修模块，还用于存储目标设备在维护处理时产生的日常维护信息和目标设备在维修处理时产生的维修处理信息；

设备报废模块，还用于存储目标设备在报废处理时产生的报废处理信息。

可选的，

到货验收模块获取目标设备的设备标识信息时，具体用于利用标识采集设备对目标设备的设备标识信息进行采集；

加电验收模块获取目标设备的配置信息时，具体用于利用配置信息采集设备对目标设备的配置信息进行采集。

可选的，加电验收模块，还用于获取并存储目标设备的属性信息和维护保修信息，以及，存储目标设备的库存位置信息。

可选的，资源分配模块，具体用于在接收到用于指示对计算资源分配申请审批通过的资源分配申请审批信息后，根据计算资源分配申请、当前可用的计算资源、目标设备的配置信息和机房环境信息，确定目标设备对应的资源分配方案。

可选的，设备上下线模块在对目标设备进行下线处理时，具体用于：

对目标设备中的计算资源进行回收处理；

在对目标设备中的计算资源回收完毕后，对目标设备进行下电退库处理。

可选的，设备报废模块，还用于在目标设备下线后，确定目标设备是否为待报废设备，以在目标设备为待报废设备后，若接收到针对目标设备的设备报废申请，则对目标设备进行报废处理。

可选的，设备报废模块确定目标设备是否为待报废设备时具体用于：

获取目标设备是否满足开发测试需求的判断结果，其中，判断结果根据目标设备的使用情况信息确定；

若判断结果为目标设备满足开发测试需求，则目标设备不为待报废设备；

若判断结果为目标设备不满足开发测试需求，则目标设备为待报废设备。

可选的，设备维护维修模块对目标设备进行维修处理时，具体用于：

在目标设备产生告警时，获取目标设备对应的告警信息；

获取告警信息对目标设备中的业务的影响情况信息，影响情况信息用于指示告警信息是否对目标设备中的业务产生影响；

若影响情况信息指示告警信息对目标设备中的业务产生影响，则根据应急策略和维修策略对目标设备进行维修处理；

若影响情况信息指示告警信息未对目标设备中的业务产生影响，则根据维修策略对目标设备进行维修处理。

可选的，设备维护维修模块根据应急策略和维修策略对目标设备进行维修处理时，具体用于：

根据应急策略对目标设备中的业务进行限制处理，限制处理为限流处理或屏蔽处理；

根据维修策略对限制处理业务后的目标设备进行维修处理。

经由上述的技术方案可知，本申请提供的设备全生命周期管理系统，包括：到货验收模块、加电验收模块、资源分配模块、设备上下线模块、设备报废模块和设备维护维修模块，其中，到货验收模块可对目标设备的到货情况进行验收，加电验收模块可对目标设备的加电开机情况和配置信息进行验收，资源分配模块可确定目标设备对应的资源分配方案，设备上下线模块可对目标设备进行上线处理和下线处理，设备报废模块可对目标设备进行报废处理，设备维护维修模块可对目标设备进行日常维护和维修处理。本申请将目标设备从到货验收直至报废所经历的各阶段集中到一个系统，即目标设备从到货验收直至报废所经历的各阶段产生的数据能够统一至设备全生命周期管理系统，实现了对目标设备全生命周期各个阶段的统一管理，提高了对目标设备的管理水平，同时，目标设备各阶段产生的数据能够准确传导至后续阶段，从而各阶段产生的数据能够被后续阶段所使用和分析，数据交互性好。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例提供的目标设备全生命周期管理流程图；

图2为本申请实施例提供的到货验收模块和加电验收模块对应的功能设计模型示意图；

图3为本申请实施例提供的资源分配模块和设备上线模块对应的功能设计模型示意图；

图4为本申请实施例提供的设备维护维修模块对应的功能设计模型示意图；

图5为本申请实施例提供的设备下线模块对应的功能设计模型示意图；

图6为本申请实施例提供的设备报废模块对应的功能设计模型示意图。

具体实施方式

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

本案发明人发现，目前所知的对计算机设备的全生命周期的管理由不同的信息系统完成，并且，各信息系统之间互相独立，不可交互，从而导致一个计算机设备从到货验收直至报废的整个过程中，数据分散在不同的信息系统，且一信息系统中的数据无法为其他信息系统所使用和分析，数据交互性差。

鉴于现有的计算机设备全生命周期管理存在的问题，本案发明人进行了深入研究，最终提出了一种设备全生命周期管理系统，该设备全生命周期管理系统能够对计算机设备的全生命周期的各阶段的数据进行统一管理。接下来通过下述实施例对本申请提供的设备全生命周期管理系统进行详细介绍。

本申请实施例提供的设备全生命周期管理系统包括到货验收模块1、加电验收模块2、资源分配模块3、设备上下线模块4、设备维护维修模块5和设备报废模块6，其中，设备上下线模块4包括设备上线模块41和设备下线模块42，基于上述各模块可实现对目标设备从到货验收直至报废的全生命周期各阶段的管理。为了更清楚地理解上述各模块及各模块之间的交互过程，下面结合图1进行介绍，参见图1所示，为本申请实施例提供的目标设备全生命周期管理流程图。

本申请实施例中，到货验收模块1可以获取目标设备的设备标识信息，并基于设备标识信息所对应的采购订单对目标设备的到货情况进行验收。

可选的，到货验收模块1可以利用标识采集设备对目标设备的设备标识信息进行采集，以获得目标设备的设备标识信息。可选的，标识采集设备可为移动终端，利用移动终端上安装的标识采集工具可对目标设备的设备标识信息进行采集。

可以理解的是，金融机构采购设备时通常需要针对各供应商、各到货地点、各采购需求等生成大量采购订单，那么在对一目标设备进行到货验收时，需要从大量采购订单中查找该目标设备所在的采购订单。本申请实施例基于到货验收模块1获得的设备标识信息，可以快速定位到设备标识信息对应的采购订单，从而基于设备标识信息对应的采购订单可对目标设备的到货情况进行验收，若目标设备的到货情况与设备标识信息对应的采购订单一致，则对目标设备的到货情况验收合格。

到货验收模块1对目标设备的到货情况进行验收的同时，还可以实时统计验收合格的目标设备的数量并与采购计划进行匹配，并且，本申请实施例到货验收模块1支持对多个合同、多个订单、多个供应商和多个到货地点的同时到货验收，提高了目标设备到货验收的效率。

本申请实施例中，加电验收模块2可以在到货验收模块1对目标设备的到货情况验收合格后，获取目标设备的配置信息，并基于设备标识信息对应的采购订单对目标设备的加电开机情况和配置信息进行验收。

可选的，加电验收模块2可以利用配置信息采集设备对目标设备的配置信息进行采集，以获得目标设备的配置信息。可选的，配置信息采集设备可为移动终端，利用移动终端上安装的配置信息采集工具或者利用移动终端上存储的型号规格数据字典可对目标设备的配置信息进行采集。

在加电验收模块2对目标设备进行加电验收时，首先对目标设备加电开机，以验证目标设备的工作状态是否良好，若目标设备的工作状态良好，则对目标设备的加电开机情况验收合格，其次验证加电验收模块2获得的目标设备的配置信息是否与设备标识信息对应的采购订单中目标设备的配置信息一致，若加电验收模块2获得的目标设备的配置信息与设备标识信息对应的采购订单中目标设备的配置信息一致，则对目标设备的配置信息验收合格。

可选的，本申请实施例加电验收模块2还可以获取目标设备的属性信息和维护保修信息。

这里，目标设备的配置信息包括但不限于CPU核数和存储容量，目标设备的属性信息包括但不限于设备类别和设备型号，目标设备的维护保修信息包括但不限于目标设备的维护保修时间。

在加电验收模块2对目标设备的加电开机情况和配置信息验收合格后，目标设备可作为计算资源，在有业务需求时对该目标设备进行资源分配，基于此，本申请实施例资源分配模块3可以根据计算资源分配申请、当前可用的计算资源、目标设备的配置信息和机房环境信息，确定目标设备对应的资源分配方案。这里，计算资源分配申请根据业务需求得到，机房环境信息为部署目标设备的机房的环境信息，例如机房已使用资源物理分布情况、机房电力资源情况、机房温湿度情况、机房空间、机柜空间等信息。

可选的，资源分配模块3可以根据计算资源分配申请，利用智慧机房系统综合分析当前可用的计算资源、目标设备的配置信息和机房环境信息对目标设备进行资源分配，得到目标设备对应的资源分配方案。可选的，资源分配方案包括但不限于需要部署的目标设备的数量、存储容量和需要部署的目标设备在机房的具体安装位置信息。例如，计算资源分配申请中包括5台目标设备，若机房的某区域空间仅能部署4台目标设备，则剩余的1台目标设备需要部署在其他区域，此时利用智慧机房系统对当前可用的计算资源、目标设备的配置信息和机房环境信息进行综合分析，可在其他区域计算出最佳的安装位置来部署该剩余的1台目标设备。

由于资源分配模块3在对目标设备进行资源分配时，会综合分析当前可用的计算资源、目标设备的配置信息和机房环境信息，从而能够获得最优的目标设备部署方案，提高了机房环境资源使用效率。

本申请实施例中，在获得目标设备对应的资源分配方案后，设备上线模块41可以基于资源分配方案对目标设备进行上线处理。

对目标设备进行上线处理的过程包括但不限于对目标设备进行部署上架、加电开机、网络连通、软硬件安装以及接入业务系统。

在上线后，目标设备可以处理各种业务，在目标设备处理业务的过程中可能出现目标设备故障的情况，此时设备维护维修模块5可以对目标设备进行维修处理，此外，设备维护维修模块5还可以对目标设备进行日常维护。

可选的，设备维护维修模块5对目标设备进行维修处理包括但不限于：目标设备中各种软件问题的重启与修复、故障点的隔离与切换、业务系统重启、各种硬件损坏的维修替换、网络链路的修复和设备整机替换；设备维护维修模块5对目标设备进行日常维护处理包括但不限于：各类基础软件版本升级、业务系统升级、补丁安装、设备微码升级、应急演练和电路切换。可选的，本申请实施例中，设备维护维修模块5对目标设备进行日常维护和维修处理时可以通过变更审批的方式进行，例如在一目标设备故障时，可以提出针对该目标设备的维修申请，在对该维修申请审批通过后可以对该目标设备进行维修。

本申请实施例中，应用管理部门可以对不再使用的目标设备提出下线申请，那么设备下线模块41当接收到针对目标设备的下线申请时，可以对目标设备进行下线处理。

可选的，对目标设备进行下线处理的过程包括但不限于退出业务系统、断开网络连接、关机下电和下架退出机房。

本申请实施例对下线处理过程中的各项操作需要通过变更审批控制，例如，先对针对目标设备的下线申请进行审批，若审批通过，再对目标设备进行下线处理。本申请实施例通过变更审批控制下线处理过程中的各项操作，能够确保各项操作安全、合规且操作过程可追溯。

在目标设备下线后，本申请实施例可以获得针对下线的目标设备的设备报废申请，那么设备报废模块6可以在接收到针对下线的目标设备的设备报废申请后，对目标设备进行报废处理。

本申请实施例中，设备报废申请是基于报废规则提出的，可选的，基于报废规则提出设备报废申请包括：若目标设备达到报废条件，则提出针对目标设备的设备报废申请；若目标设备达到限期替换对应的限期时间，则提出针对目标设备的设备报废申请。

在一可选实施例中，考虑到在目标设备下线后，该下线的目标设备可能仍有使用价值，直接报废可能造成对目标设备的浪费，基于此，本申请实施例设备报废模块6还可以在目标设备下线后，确定下线的目标设备是否为待报废设备，从而在下线的目标设备为待报废设备时，若接收到针对下线的目标设备的设备报废申请，则对目标设备进行报废处理。

可选的，设备报废模块6确定下线的目标设备是否为待报废设备的过程可以包括：获取下线的目标设备是否满足开发测试需求的判断结果，若判断结果为下线的目标设备满足开发测试需求，则确定下线的目标设备不为待报废设备，此时下线的目标设备可以在开发测试领域使用，若判断结果为下线的目标设备不满足开发测试需求，则确定下线的目标设备为待报废设备。这里，判断结果可以为设备报废模块6根据下线的目标设备的使用情况信息确定，和/或，工程师根据下线的目标设备的使用情况信息确定。例如，在一些情况下设备报废模块6可以根据下线的目标设备的使用年限信息确定该下线的目标设备是否满足开发测试需求，在一些情况下工程师可以根据下线的目标设备的使用年限信息、故障率和运行状态等信息确定该下线的目标设备是否满足开发测试需求。

本申请实施例中，设备报废模块6可以以信息技术产品分类目录中对各种产品生命周期的规定为依据，自动计算并标示目标设备所处生命周期阶段，对达到报废条件或进入限期替换阶段的目标设备进行自动统计，统计结果可以为制定设备更新计划和采购预算提供依据。

本申请提供的设备全生命周期管理系统，到货验收模块可对目标设备的到货情况进行验收，加电验收模块可对目标设备的加电开机情况和配置信息进行验收，资源分配模块可确定目标设备对应的资源分配方案，设备上下线模块可对目标设备进行上线处理和下线处理，设备报废模块可对目标设备进行报废处理，设备维护维修模块可对目标设备进行日常维护和维修处理。本申请将目标设备从到货验收直至报废所经历的各阶段集中到一个系统，即目标设备从到货验收直至报废所经历的各阶段产生的数据能够统一至设备全生命周期管理系统，实现了对目标设备全生命周期各个阶段的统一管理，提高了对目标设备的管理水平，同时，目标设备各阶段产生的数据能够准确传导至后续阶段，从而各阶段产生的数据能够被后续阶段所使用和分析，数据交互性好。

在一可选实施例中，本申请实施例可以将上述到货验收模块1、加电验收模块2、资源分配模块3、设备上下线模块4、设备维护维修模块5和设备报废模块6产生的数据存储下来，以供后续操作使用和分析。

具体的，到货验收模块1还用于存储目标设备的设备标识信息以及目标设备的到货情况的验收结果。

加电验收模块2还用于存储目标设备的配置信息以及加电开机情况和配置信息的验收结果。可选的，加电验收模块2还用于存储目标设备的属性信息和维护保修信息，以及，在到货验收模块1对目标设备的到货情况验收合格，且加电验收模块2对目标设备的加电开机情况和配置信息验收合格后，在对目标设备入库时，存储目标设备的库存位置信息。

本申请实施例中，加电验收模块2可以存储目标设备的配置信息、属性信息和维护保修信息，从而在后续需要时可以将目标设备按照配置信息或属性信息或维护保修信息进行统计，例如，按照目标设备的维护保修时间统计需要采购续保服务的目标设备。并且，加电验收模块2可存储目标设备的库存位置信息，从而在一目标设备有出库需求时能够从库房内快速找到该目标设备。

资源分配模块3还用于存储目标设备对应的资源分配方案。

设备上下线模块4还用于存储目标设备在上线处理时产生的上线处理信息和目标设备在下线处理时产生的下线处理信息。

本申请实施例中，设备上下线模块4在对目标设备进行上线处理和下线处理时会存储全部操作过程产生的数据，从而在后续需要时可以查看设备上下线模块4存储的数据。

设备维护维修模块5还用于存储目标设备在维护处理时产生的日常维护信息和目标设备在维修处理时产生的维修处理信息。

本申请实施例中，设备维护维修模块5在对目标设备进行日常维护和维修处理时会存储全部操作过程产生的数据，从而设备维护维修模块5存储的数据可为回顾各类事件发生、演进、影响、处置过程提供依据。此外，设备维护维修模块5会对总结后的成功处置方案形成知识库，从而目标设备出现相同故障时可以基于知识库对故障进行维修处理。本申请实施例还可以基于设备维护维修模块5存储的数据对目标设备的维修记录进行统计，例如按品牌、型号、部件、部署位置等统计故障率，从而为产品选型、机房改造等提供了依据。

设备报废模块6还用于存储目标设备在报废处理时产生的报废处理信息。

本申请实施例中，设备报废模块6在对目标设备进行报废处理时会存储报废处理过程中的价值评估、竞价结果、处置方案等数据，存储的数据通过与财务系统的联动可以完成资产销账。

本申请实施例通过详细记录各模块对目标设备全生命周期各阶段的操作数据，使得各模块对应的实施部门紧密联系，提高了各模块对应的实施部门的工作效率。

在另一可选实施例中，本申请实施例还提供了到货验收模块1、加电验收模块2、资源分配模块3、设备上下线模块4、设备维护维修模块5和设备报废模块6分别对应的功能设计模型，下面结合图2-图6，对到货验收模块1、加电验收模块2、资源分配模块3、设备上下线模块4、设备维护维修模块5和设备报废模块6分别对应的功能设计模型进行详细介绍。

功能设计模型1：到货验收模块1和加电验收模块2对应的功能设计模型。

参见图2所示，为本申请实施例提供的到货验收模块1和加电验收模块2对应的功能设计模型示意图。首先库房管理环节基于到货验收模块1对目标设备进行到货验收(即对目标设备的到货情况进行验收)，在对目标设备到货验收合格后，产品管理环节基于加电验收模块2对目标设备进行加电验收(即对目标设备的加电开机情况和配置信息进行验收)，最后在对目标设备加电验收合格后，基于加电验收模块2对目标设备的库存位置信息进行存储。

图2所示功能模型可以实现对目标设备的到货验收和加电验收，并在到货验收和加电验收均验收合格后，对目标设备的库存位置信息进行存储，以在库房内快速找到验收合格的目标设备。

功能设计模型2：资源分配模块3和设备上线模块41对应的功能设计模型。

参见图3所示，为本申请实施例提供的资源分配模块3和设备上线模块41对应的功能设计模型示意图。首先应用管理部门可以根据业务新增或扩容需求提出计算资源分配申请，进而系统经理将计算资源分配申请提交本处室负责人进行初审，若初审通过，则中心级专家审核会对通过初审的计算资源分配申请进行审核，并提交中心领导进行终审，若初审和终审均通过，则对计算资源分配申请审批通过。本申请实施例中，对计算资源分配申请进行初审和终审后会获得指示对计算资源分配申请是否审批通过的资源分配申请审批信息，其中，若对计算资源分配申请的初审和终审均通过，则资源分配申请审批信息指示对计算资源分配申请审批通过，若对计算资源分配申请的初审未通过或者对计算资源分配申请的终审未通过，则资源分配申请审批信息指示对计算资源分配申请未审批通过。

本申请实施例中，资源分配模块3在接收到用于指示对计算资源分配申请审批通过的资源分配申请审批信息后，可以根据计算资源分配申请、当前可用的计算资源、目标设备的配置信息和机房环境信息，确定目标设备对应的资源分配方案。参见图3，资源分配模块3根据计算资源分配申请、当前可用的计算资源、目标设备的配置信息和机房环境信息，确定目标设备对应的资源分配方案的过程包括：在资源管理环节，根据计算资源分配申请、当前可用的计算资源、目标设备的配置信息和机房环境信息，确定资源分配类型，进而确定目标设备对应的资源分配方案。这里，资源分配类型主要包括设备分配和已有可用的资源分配(值得注意的是，分配的设备中的计算资源与已有可用的资源的总和应当大于或等于计算资源资源分配申请中申请的计算资源，这样分配的总的计算资源才符合业务需求)，其中，设备分配包括目标设备分配和原设备调整，已有可用的资源分配包括新建逻辑分区(在原设备或目标设备上新建逻辑分区)、原分区调整和已有分区分配。应当理解，若需要分配具体的目标设备，则资源分配方案中包括需要分配的目标设备在机房的详细安装位置(即某个机房某个机柜的某个U位)。

资源分配完毕后，在机房管理环节对分配的计算资源进行上架加电及系统上线(即设备上线模块41对目标设备进行上线处理)。若分配的计算资源符合业务需求，则由应用管理部门对分配的计算资源进行确认。

图3所示功能模型可以实现对目标设备的资源分配和上线处理，目标设备上线后即可对相关业务进行处理。

功能设计模型3：设备维护维修模块对应的功能设计模型。

本申请实施例中，设备维护维修模块5对目标设备进行维修处理的过程可以参见图4所示，在告警管理环节可以部署系统各类告警设置，全方位监控目标设备及其中的业务的运行情况。在监控管理环节，通过各种途径接收告警信息，包括应用部门收到目标设备中的业务运行不正常的告警、设备维护部门收到目标设备运行不正常的告警以及在例行巡检过程中主动发现的目标设备中的软硬件的告警，上述监控管理环节接收的告警信息可以被设备维护维修模块5获知，即设备维护维修模块5在目标设备产生告警时，可以获取目标设备对应的告警信息。在设备维护维修管理环节，设备维护维修模块5还可以获取用于指示告警信息是否对目标设备中的业务产生影响的影响情况信息，该影响情况信息可以为设备维护维修模块5自身分析告警信息并确定告警信息是否对目标设备中的业务产生影响得到，也可以为设备维护部门分析告警信息并确定告警信息是否对目标设备中的业务产生影响得到。若影响情况信息指示告警信息对目标设备中的业务产生影响，则根据应急策略和维修策略对目标设备进行维修处理；若影响情况信息指示告警信息未对目标设备中的业务产生影响，则根据维修策略对目标设备进行维修处理。

可选的，若影响情况信息指示告警信息对目标设备中的业务产生影响，则本申请实施例可以首先根据应急策略对目标设备中的业务进行限制处理，然后再根据维修策略对限制处理业务后的目标设备进行维修处理。即，设备维护维修模块5根据应急策略和维修策略对目标设备进行维修处理的过程为：首先根据应急策略对目标设备中的业务进行限制处理，其次根据维修策略对限制处理业务后的目标设备进行维修处理。可选的，上述限制处理可以为限流处理或屏蔽处理。

可选的，设备维护维修模块5根据维修策略对限制处理业务后的目标设备进行维修处理的过程为：根据设备维护维修模块5中预先存储的知识库中的维修策略确定对目标设备进行维修对应的维修时间窗口和维修方案并确定是否需要应用部门配合，若需要应用部门配合，则应用部门暂停使用目标设备中的计算资源，若不需要应用部门配合，则在达到在维修时间窗口对应的维修时间时根据维修方案对目标设备进行维修。

本申请实施例中，设备维护维修模块5根据维修方案对目标设备进行维修的过程可以为：确定是否需要更换整机，若需要更换整机，则根据变更流程更换备机，若不需要更换整机，则进一步确定是否需要更换部件，如需要更换部件，则根据变更流程更换备件。

功能设计模型4：设备下线模块42对应的功能设计模型。

设备下线模块42对目标设备进行下线处理的过程可以参见图5所示，应用管理部门可以对不再使用的目标设备提出下线申请，进而可对下线申请进行初审，若初审通过，则由应用管理负责人对下线申请进行终审，若初审和终审均通过，则对下线申请审批通过。本申请实施例中，对下线申请进行初审和终审后会获得指示对下线申请是否审批通过的下线申请审批信息，其中，若对下线申请的初审和终审均通过，则下线申请审批信息指示对下线申请审批通过，若对下线申请的初审未通过或者对下线申请的终审未通过，则下线申请审批信息指示对下线申请未审批通过。

本申请实施例中，设备下线模块42在接收到用于指示对下线申请审批通过的下线申请审批信息后，可以对目标设备进行下线处理。参见图4，设备下线模块42对目标设备进行下线处理的过程可以包括：对目标设备中的计算资源进行回收处理，在对目标设备中的计算资源回收完毕后，对目标设备进行下电退库处理。这里，设备下线模块42对目标设备中的计算资源进行回收处理的过程包括：对目标设备中的存储资源进行回收处理和对目标设备中的网络资源进行回收处理。

机房管理环节对目标设备进行下线处理后，库房管理环节可以回收下线的目标设备，上述全部操作执行完毕后由应用管理部门确认下线完成，之后可以关闭下线申请。

功能设计模型5：设备报废模块6对应的功能设计模型。

设备报废模块6在目标设备下线后，若接收到针对下线的目标设备的设备报废申请，则对目标设备进行报废处理的过程可以参见图6所示，资源管理环节可以对下线的目标设备提出设备报废申请，进而由资源管理部门对设备报废申请进行初审，若初审通过，则由资源管理部门对设备报废申请进行终审，若终审通过，则由数据中心负责人对设备报废申请进行审批，若数据中心负责人对设备报废申请审批通过，则由金融科技管理部门对设备报废申请进行审批，若资源管理部门对设备报废申请的终审、数据中心负责人对设备报废申请的审批和金融科技管理部门对设备报废申请的审批均通过，则对设备报废申请审批通过。本申请实施例中，资源管理部门对设备报废申请进行终审、数据中心负责人对设备报废申请进行审批以及金融科技管理部门对设备报废申请进行审批后会获得指示对设备报废申请是否审批通过的报废申请审批信息，其中，若资源管理部门对设备报废申请的终审、数据中心负责人对设备报废申请的审批和金融科技管理部门对设备报废申请的审批均通过，则报废申请审批信息指示对设备报废申请审批通过，若资源管理部门对设备报废申请的终审未通过或者数据中心负责人对设备报废申请的审批未通过或者金融科技管理部门对设备报废申请的审批未通过，则报废申请审批信息指示对设备报废申请未审批通过。

本申请实施例中，设备报废模块6在接收到用于指示对设备报废申请审批通过的报废申请审批信息后，可以对下线的目标设备进行报废处理。可选的，若下线的目标设备仍有价值，则对该下线的目标设备进行报废处理可以为由企业公关关系部门对外联系进行捐赠，若下线的目标设备没有价值，则对该下线的目标设备进行报废处理可以为将该下线的目标设备作为电子废弃物处置。

本申请实施例通过上述到货验收模块1、加电验收模块2、资源分配模块3、设备上下线模块4、设备维护维修模块5和设备报废模块6分别对应的功能设计模型，可以更好地对目标设备全生命周期各阶段进行管理。

最后，还需要说明的是，在本文中，诸如和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。