CN116166194B - 一种装备保障维修维护管理方法及系统 - Google Patents

Abstract

本发明公开了一种装备保障维修维护管理方法及系统，方法包括：由服务器生成针对装备A的维修工单A，其中，在生成维修工单A时，服务器不更新主存储器中的装备A的状态；由服务器读取主存储器中的装备A的状态；由服务器更新装备A的状态以使得装备A的状态由状态A变为状态B，并由服务器将装备A的状态B存储在第一低成本存储器中；由服务器将维修工单A发送给维修人员；如果满足以下条件之一，则由服务器将第一低成本存储器中的装备A的状态B更新为状态A：服务器接收到维修人员发送的无需维修的反馈；或者服务器在预定时间内接收到维修人员发送的维修完成的反馈。

Description

一种装备保障维修维护管理方法及系统

技术领域

本发明是关于装备保障技术领域，特别是关于一种装备保障维修维护管理方法及系统。

背景技术

装备保障维修维护管理系统是装备保障过程的核心，是协调相关资源开展一系列维修维护工作的管理系统。装备保障维修维护管理系统需要生成工单并将工单发送给执行主体所持有的手持电子设备，然后由执行主体依照工单完成装备保障维修任务。

目前装备保障维修维护管理系统在运行过程中存在一定问题，例如在某些实际应用场景中，对于某一台或者某几台装备的维修过程可能非常简单但是比较频繁，整个维修过程可能持续不超过10分钟，但是维修频率可能达到一天数次，如果在这类维修过程中，管理系统也不断更新存储器中的该装备的状态，则导致管理系统频繁对存储器进行写入操作，这大大降低了存储器的使用寿命。

发明内容

为实现上述目的，本发明提供了一种装备保障维修维护管理方法，其特征在于，方法包括：

由服务器生成针对装备A的维修工单A，其中，在生成维修工单A时，服务器不更新主存储器中的装备A的状态；

由服务器读取主存储器中的装备A的状态；

由服务器更新装备A的状态以使得装备A的状态由状态A变为状态B，并由服务器将装备A的状态B存储在第一低成本存储器中；

由服务器将维修工单A发送给维修人员；

如果满足以下条件之一，则由服务器将第一低成本存储器中的装备A的状态B更新为状态A：

服务器接收到维修人员发送的无需维修的反馈；或者

服务器在预定时间内接收到维修人员发送的维修完成的反馈。

在一优选的实施方式中，方法还包括：

在由服务器将装备A的状态B存储在第一低成本存储器中之后，由服务器在第二低成本存储器中建立针对装备A的条目；

由服务器接收由终端A发送的针对装备A的状态的第一查询消息；

在服务器接收到针对装备A的状态的第一查询消息之后，由服务器判断第二低成本存储器中是否存储有针对装备A的条目；

如果服务器判断第二低成本存储器中存储有针对装备A的条目，则由服务器在第一低成本存储器中搜索装备A的状态；

由服务器将在第一低成本存储器中存储的装备A的状态B发送给终端A。

在一优选的实施方式中，方法还包括：

在由服务器将第一低成本存储器中的装备A的状态B更新为状态A之后，由服务器比对第一低成本存储器中的装备A的状态与主存储器中的装备A的状态；

如果第一低成本存储器中的装备A的状态与主存储器中的装备A的状态均为状态A，则由服务器删除第一低成本存储器中的、对装备A的状态的记录；

如果第一低成本存储器中的装备A的状态与主存储器中的装备A的状态均为状态A，则由服务器删除第二低成本存储器中存储的、针对装备A的条目。

在一优选的实施方式中，方法还包括：

在服务器删除第二低成本存储器中存储的、针对装备A的条目之后，由服务器接收由终端B发送的针对装备A的状态的第二查询消息；

在服务器接收到针对装备A的状态的第二查询消息之后，由服务器判断第二低成本存储器中是否存储有针对装备A的条目；

如果服务器判断第二低成本存储器中没有存储针对装备A的条目，则由服务器在主存储器中搜索装备A的状态；

由服务器将在主存储器中存储的装备A的状态A发送给终端B。

在一优选的实施方式中，方法还包括：

如果满足以下两个条件，则由服务器保持第一低成本存储器中的装备A的状态B：

服务器没有接收到维修人员发送的无需维修的反馈；以及

服务器没有在预定时间内接收到维修人员发送的维修完成的反馈。

在一优选的实施方式中，方法还包括：

在由服务器保持第一低成本存储器中的装备A的状态B之后，由服务器比对第一低成本存储器中的装备A的状态与主存储器中的装备A的状态；

如果第一低成本存储器中的装备A的状态与主存储器中的装备A的状态不同，则由服务器将主存储器中存储的装备A的状态A更新为状态B；

在服务器将主存储器中存储的装备A的状态A更新为状态B之后，由服务器删除第一低成本存储器中的、对装备A的状态的记录；

在服务器将主存储器中存储的装备A的状态A更新为状态B之后，由服务器删除第二低成本存储器中存储的、针对装备A的条目。

在一优选的实施方式中，由服务器将维修工单A发送给维修人员具体包括如下步骤：

由服务器将维修工单A划分为第一部分和第二部分；

由服务器向维修人员持有的终端C发送第一消息，其中，第一消息包括维修工单A的第一部分以及维修工单A的标志码；

在终端C接收到第一消息之后，由终端C将维修工单A的第一部分展示给维修人员；

在维修人员阅读维修工单A的第一部分之后，由终端C向服务器发送用于请求维修工单A的第二部分的请求消息。

在一优选的实施方式中，由服务器将维修工单A发送给维修人员还包括如下步骤：

在服务器接收到用于请求维修工单A的第二部分的请求消息之后，由服务器向维修人员持有的终端C发送第二消息，其中，第二消息包括维修工单A的第二部分以及维修工单A的标志码；

由终端C基于维修工单A的标志码将维修工单A的第一部分和第二部分组合为完整的维修工单A；

由终端C将完整的维修工单A展示给维修人员。

本发明提供了一种装备保障维修维护管理系统，其特征在于，系统被配置为执行以下操作：

由服务器生成针对装备A的维修工单A，其中，在生成维修工单A时，服务器不更新主存储器中的装备A的状态；

由服务器读取主存储器中的装备A的状态；

由服务器更新装备A的状态以使得装备A的状态由状态A变为状态B，并由服务器将装备A的状态B存储在第一低成本存储器中；

由服务器将维修工单A发送给维修人员；

如果满足以下条件之一，则由服务器将第一低成本存储器中的装备A的状态B更新为状态A：

服务器接收到维修人员发送的无需维修的反馈；或者

服务器在预定时间内接收到维修人员发送的维修完成的反馈。

在一优选的实施方式中，系统还被配置为执行以下操作：

在由服务器将装备A的状态B存储在第一低成本存储器中之后，由服务器在第二低成本存储器中建立针对装备A的条目；

由服务器接收由终端A发送的针对装备A的状态的第一查询消息；

在服务器接收到针对装备A的状态的第一查询消息之后，由服务器判断第二低成本存储器中是否存储有针对装备A的条目；

如果服务器判断第二低成本存储器中存储有针对装备A的条目，则由服务器在第一低成本存储器中搜索装备A的状态；

由服务器将在第一低成本存储器中存储的装备A的状态B发送给终端A。

与现有技术相比，本发明具有如下优点，在现有技术中，即便针对维修过程非常简单但是维修比较频繁的维修过程，管理系统也不断更新存储器中的相关装备的状态，这种操作逻辑导致存储器的寿命下降。本发明提出了一种新的方法，本发明的方法能够防止在不必要的情况下，频繁擦写存储器中同一存储地址的数据，从而提高了昂贵存储器的寿命。

附图说明

图1是本发明的一个实施例的结构示意图。

图2是本发明的一个实施例的方法流程图。

具体实施方式

下面结合附图，对本发明的具体实施方式进行详细描述，但应当理解本发明的保护范围并不受具体实施方式的限制。

如背景技术所述，在维修过程非常简单但是维修比较频繁的维修过程中，如果管理系统不断更新存储器中的该装备的状态，将导致存储器的寿命下降。对于该技术问题的具体分析如下：在装备管理系统的运行过程中，装备管理系统服务器需要维护一个关于装备状态的数据库，服务器需要操作内部的存储器以便依照装备的当前状态，不断更新装备的状态，以便防止装备的误操作。例如对于某装备X，如果该装备X处于工作状态中，则服务器需要操作存储器，以便将存储器中的装备X的状态写为“工作中(还可以使用正常、运行中、使用中等等术语)”，如果该装备X处于维修状态中，则服务器需要操作存储器，以便将存储器中的装备X的状态改写为“维修中(还可以使用停用、维护中、不可用等等术语)”，如果该装备X维修完毕，则服务器需要操作存储器，以便将存储器中的装备X的状态再次改写为“工作中”。统计一次维修过程中该存储器的擦除和写入的次数为：擦除2次，写入2次。如果这类维修活动经常发生，则存储器的擦除和写入的次数将成倍增加。目前的管理系统服务器内部一般都使用企业级的固态硬盘，众所周知的是，固态硬盘的寿命主要取决于擦写次数，擦写次数一旦达到门限值，则存储单元将失去保存电荷(例如浮栅型的固态硬盘)的能力，从而导致固态硬盘失效。一般企业级的固态硬盘的成本均在万元以上，并且存储器中还存储有众多重要数据，更换存储器将导致管理系统的运维成本极大的增加。针对现有技术的问题，本发明提出了一种解决方案。

实施例1

图1是本发明的一个实施例的结构示意图。如图所示，本发明的系统可以包括服务器、第一低成本存储器、第二低成本存储器以及主存储器。其中，服务器可以通过处理器、软件程序以及存储器控制器来操作第一低成本存储器、第二低成本存储器以及主存储器，处理器操作存储器的具体方式是现代计算机领域的公知常识，本发明不再赘述。在本发明中，主存储器可以指管理系统内部的企业级固态硬盘，理论上，所有管理系统需要使用的数据都存储在该主存储器内部。第一低成本存储器是一个与主存储器物理隔离的单独存储器，第一低成本存储器不需要具有与主存储器相同的使用寿命，例如第一低成本存储器可以是简单的128Mb存储容量的flash闪存存储器，当前，这类存储芯片的价格可能是几十元一块。第一低成本存储器同时与第二低成本存储器物理隔离，第一低成本存储器和第二低成本存储器是两块独立的存储芯片，例如第二低成本存储器也可以是简单的128Mb存储容量的flash闪存存储器。

实施例2

图2是本发明的一个实施例的方法流程图。如图所示，本发明的方法包括如下步骤：

步骤1：由服务器生成针对装备A的维修工单A，其中，在生成维修工单A时，服务器不更新主存储器中的装备A的状态；在一个示例中，在服务器生成针对装备A的维修工单A之前，主存储器中的装备A的状态可能是“工作中”的状态；

步骤2：由服务器读取主存储器中的装备A的状态；在一个示例中，服务器可以将读取主存储器中的装备A的状态“工作中”，并将该装备A的状态“工作中”存入服务器的高速缓存中，在一个示例中，服务器可以将读取主存储器中的装备A的状态“工作中”，并将该装备A的状态“工作中”存入第一低成本存储器；

步骤3：由服务器更新装备A的状态以使得装备A的状态由状态A变为状态B，并由服务器将装备A的状态B存储在第一低成本存储器中；在一个示例中，可以操作服务器的高速缓存，将装备A的状态“工作中”改变为“维修中”；本领域技术人员应该理解，在本发明中，装备A的状态A可以表示装备A的状态为工作中、正常、运行中或使用中等；装备A的状态B可以表示装备A的状态为维修中、停用、维护中、不可用等；

步骤4：由服务器将维修工单A发送给维修人员；

步骤5：如果满足以下条件之一，则由服务器将第一低成本存储器中的装备A的状态B更新为状态A：

服务器接收到维修人员发送的无需维修的反馈；或者

服务器在预定时间内接收到维修人员发送的维修完成的反馈。在一个示例中，对于某些高重要等级的装备，服务器会在该装备未损坏的情况下，向维修人员发送维修工单，该装备具体是否需要维修，则需要维修人员到现场检查装备之后进行判断，因此，服务器可能接收到维修人员发送的无需维修的反馈；在一个示例中，某些简单的维修工作可能在10-20分钟内完成，例如，由于装备负载瞬时超载，导致装备停机，再例如装备的保险丝烧损，这类维修工作通常可能在10-20分钟内完成；在一个示例中，可以将预定时间设定为10分钟、20分钟、30分钟。在本发明中，预定时间不宜设定的过长，例如如果将预定时间设定为48小时，这代表装备A的当前状态将在48小时之内一直存储在第一低成本存储器中，但是第一低成本存储器由于是低成本设备，所以其稳定性远远低于主存储器，例如如果发生电流电涌时，第一低成本存储器中存储的数据可能被损坏，或者第一低成本存储器中存储的数据可能被错误地重写，这将导致后续装备A的当前状态的显示错误。此外，如果装备A的当前状态长期存储在第一低成本存储器中，这将导致第一低成本存储器中存储大量的装备的当前状态，这容易导致第一低成本存储器的存储空间被占满。

实施例3

在实施例3中，方法还包括：

在由服务器将装备A的状态B存储在第一低成本存储器中之后，由服务器在第二低成本存储器中建立针对装备A的条目；本领域技术人员应该理解，该步骤是发生在实施例2的步骤3之后，或者与实施例2的步骤3同时发生，在一个示例中，在服务器将装备A的状态B存储在第一低成本存储器中的同时，服务器在第二低成本存储器中建立针对装备A的条目；第二低成本存储器的作用是为了防止服务器无法定义数据读取错误，同时也为了防止服务器操作过程中出现逻辑错误，例如，假定不设置第二低成本存储器，那么当某个终端请求查询装备A的当前状态时，服务器不知道应该读取主存储器中的装备A的状态，还是读取第一低成本存储器中的装备A的当前状态，这时可能发生逻辑错误；此外，当终端向第一低成本存储器读取装备A的当前状态时，由于第一低成本存储器的缺陷，第一低成本存储器中存储的装备A的当前状态可能被删除，或者第一低成本存储器整体失效，如果没有第二低成本存储器中记载的针对装备A的条目，则服务器无法判断是否将装备A的状态存储到第一低成本存储器中，从而导致服务器无法定义数据读取错误的原因。单独设计第二低成本存储器的原因在于，如果将针对装备A的条目都存储在第一低成本存储器中，则如果第一低成本存储器发生失效，服务器仍然将出现无法定义数据读取错误和逻辑错误的问题；

由服务器接收由终端A发送的针对装备A的状态的第一查询消息；

在服务器接收到针对装备A的状态的第一查询消息之后，由服务器判断第二低成本存储器中是否存储有针对装备A的条目；

如果服务器判断第二低成本存储器中存储有针对装备A的条目，则由服务器在第一低成本存储器中搜索装备A的状态；

由服务器将在第一低成本存储器中存储的装备A的状态B发送给终端A。

实施例4

在实施例4中，方法还包括：

在由服务器将第一低成本存储器中的装备A的状态B更新为状态A之后，由服务器比对第一低成本存储器中的装备A的状态与主存储器中的装备A的状态；在一个示例中，当前第一低成本存储器中的装备A的状态为“工作中”，主存储器中的装备A的状态由于尚未进行过擦写，所以主存储器中的装备A的状态也是“工作中”；

如果第一低成本存储器中的装备A的状态与主存储器中的装备A的状态均为状态A，则由服务器删除第一低成本存储器中的、对装备A的状态的记录；在一个示例中，当前第一低成本存储器中的、对装备A的状态的记录为装备A的状态是“工作中”；在一个示例中，出于节省成本和数据恢复便利性的考虑，第一低成本存储器的存储空间较小，因此服务器需要随时删除第一低成本存储器中的、对装备A的状态的记录；

如果第一低成本存储器中的装备A的状态与主存储器中的装备A的状态均为状态A，则由服务器删除第二低成本存储器中存储的、针对装备A的条目。在一个示例中，由于服务器已经删除第一低成本存储器中的、对装备A的状态的记录，所以需要删除第二低成本存储器中存储的、针对装备A的条目，这样，当终端查询装备A的状态时，由于第二低成本存储器中不存在针对装备A的条目，则服务器将在主存储器中搜索装备A的当前状态。

方法还包括：在服务器删除第二低成本存储器中存储的、针对装备A的条目之后，由服务器接收由终端B发送的针对装备A的状态的第二查询消息；在服务器接收到针对装备A的状态的第二查询消息之后，由服务器判断第二低成本存储器中是否存储有针对装备A的条目；如果服务器判断第二低成本存储器中没有存储针对装备A的条目，则由服务器在主存储器中搜索装备A的状态；由服务器将在主存储器中存储的装备A的状态A发送给终端B。

实施例5

在实施例5中，方法还包括：

如果满足以下两个条件，则由服务器保持第一低成本存储器中的装备A的状态B：服务器没有(在预定时间内)接收到维修人员发送的无需维修的反馈；以及服务器没有在预定时间内接收到维修人员发送的维修完成的反馈。在一个示例中，可以将预定时间设定为10分钟、20分钟、30分钟。

在一优选的实施方式中，方法还包括：在由服务器保持第一低成本存储器中的装备A的状态B之后，由服务器比对第一低成本存储器中的装备A的状态与主存储器中的装备A的状态；如果第一低成本存储器中的装备A的状态与主存储器中的装备A的状态不同，则由服务器将主存储器中存储的装备A的状态A更新为状态B；在服务器将主存储器中存储的装备A的状态A更新为状态B之后，由服务器删除第一低成本存储器中的、对装备A的状态的记录；在服务器将主存储器中存储的装备A的状态A更新为状态B之后，由服务器删除第二低成本存储器中存储的、针对装备A的条目。在一个示例中，某些维修工作可能需要5小时、10小时才能够完成，在这种情况下，已经不存在频繁擦写主存储器中的存储单元的问题，此时为了能够尽快清空第一低成本存储器中的存储空间，则将装备A的更新的状态(“例如维修中的状态”)写入主存储器。由以上实施例可以看出，本发明能够避免频繁擦写昂贵的主存储器中的相同存储地址的数据，从而提高了主存储器的使用寿命。

实施例6

在实施例6中，由服务器将维修工单A发送给维修人员具体包括如下步骤：

由服务器将维修工单A划分为第一部分和第二部分；在一个示例中，可以将维修工单的内容划分为必要部分和非必要部分，例如，在维修工单中，待维修装备的位置、所需要的维修零件为维修工单的必要部分，维修过程中要求维修人员的维修细节则是维修工单的非必要部分；在一些场景下，服务器可能需要同时向多台终端发送多个维修工单，每张完整的维修工单的数据量较大，如果要求服务器同时向多台终端发送完整的维修工单，则服务器瞬时的数据发送量可能过大，这导致数据发送缓慢。在该实施例中，服务器将维修工单划分为至少两个部分，即便在服务器同时向多台终端发送完整的维修工单的场景下，服务器也仅是同时发送完整的维修工单的一部分，这大大降低了服务器瞬时的数据发送量；

由服务器向维修人员持有的终端C发送第一消息，其中，第一消息包括维修工单A的第一部分以及维修工单A的标志码；

在终端C接收到第一消息之后，由终端C将维修工单A的第一部分展示给维修人员；在一个示例中，终端C可以通过屏幕将维修工单A的第一部分展示给维修人员；

在维修人员阅读维修工单A的第一部分之后，由终端C向服务器发送用于请求维修工单A的第二部分的请求消息。在一个示例中，维修人员在阅读维修工单A的第一部分之后，可以点选终端C上某个虚拟按钮，从而告知终端C维修人员需要读取维修工单A的第二部分；在该实施例中，即便服务器同时向多台终端发送维修工单的第一部分，但是由于每台终端展示维修工单的速度不同、维修人员阅读工单的速度不同、维修人员点选终端上的按钮的时机不同，因此服务器基本不会再次同时向多台终端发送维修工单的第二部分，因此，该实施例也能够通过这种方式解决前述的技术问题。

在一优选的实施方式中，由服务器将维修工单A发送给维修人员还包括如下步骤：在服务器接收到用于请求维修工单A的第二部分的请求消息之后，由服务器向维修人员持有的终端C发送第二消息，其中，第二消息包括维修工单A的第二部分以及维修工单A的标志码；由终端C基于维修工单A的标志码将维修工单A的第一部分和第二部分组合为完整的维修工单A；由终端C将完整的维修工单A展示给维修人员。

实施例7

本发明提供了一种装备保障维修维护管理系统，该系统能够执行本发明前述实施例中描述的方法。

应当理解的是，本发明的上述具体实施方式仅仅用于示例性说明或解释本发明的原理，而不构成对本发明的限制。因此，在不偏离本发明的精神和范围的情况下所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。此外，本发明所附权利要求旨在涵盖落入所附权利要求范围和边界、或者这种范围和边界的等同形式内的全部变化和修改例。

Claims (10)

1.一种装备保障维修维护管理方法，其特征在于，所述方法包括：

由服务器生成针对装备A的维修工单A，其中，在生成所述维修工单A时，所述服务器不更新主存储器中的装备A的状态；

由服务器读取所述主存储器中的装备A的状态；

由服务器更新所述装备A的状态以使得所述装备A的状态由状态A变为状态B，并由服务器将所述装备A的状态B存储在第一低成本存储器中；

由服务器将所述维修工单A发送给维修人员；

如果满足以下条件之一，则由服务器将所述第一低成本存储器中的所述装备A的状态B更新为状态A：

服务器接收到所述维修人员发送的无需维修的反馈；或者

服务器在预定时间内接收到所述维修人员发送的维修完成的反馈。

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

在由服务器将所述装备A的状态B存储在第一低成本存储器中之后，由服务器在第二低成本存储器中建立针对装备A的条目；

由服务器接收由终端A发送的针对所述装备A的状态的第一查询消息；

在服务器接收到针对所述装备A的状态的第一查询消息之后，由服务器判断所述第二低成本存储器中是否存储有针对装备A的条目；

如果服务器判断所述第二低成本存储器中存储有针对装备A的条目，则由服务器在所述第一低成本存储器中搜索所述装备A的状态；

由服务器将在所述第一低成本存储器中存储的所述装备A的状态B发送给所述终端A。

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

在由服务器将所述第一低成本存储器中的所述装备A的状态B更新为状态A之后，由服务器比对所述第一低成本存储器中的所述装备A的状态与所述主存储器中的装备A的状态；

如果所述第一低成本存储器中的所述装备A的状态与所述主存储器中的装备A的状态均为状态A，则由服务器删除所述第一低成本存储器中的、对所述装备A的状态的记录；

如果所述第一低成本存储器中的所述装备A的状态与所述主存储器中的装备A的状态均为状态A，则由服务器删除所述第二低成本存储器中存储的、针对装备A的条目。

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

在服务器删除所述第二低成本存储器中存储的、针对装备A的条目之后，由服务器接收由终端B发送的针对所述装备A的状态的第二查询消息；

在服务器接收到针对所述装备A的状态的第二查询消息之后，由服务器判断所述第二低成本存储器中是否存储有针对装备A的条目；

如果服务器判断所述第二低成本存储器中没有存储针对装备A的条目，则由服务器在所述主存储器中搜索所述装备A的状态；

由服务器将在所述主存储器中存储的所述装备A的状态A发送给所述终端B。

5.如权利要求4所述的方法，其特征在于，所述方法还包括：

如果满足以下两个条件，则由服务器保持所述第一低成本存储器中的所述装备A的状态B：

服务器没有接收到所述维修人员发送的无需维修的反馈；以及

服务器没有在预定时间内接收到所述维修人员发送的维修完成的反馈。

6.如权利要求5所述的方法，其特征在于，所述方法还包括：

在由服务器保持所述第一低成本存储器中的所述装备A的状态B之后，由服务器比对所述第一低成本存储器中的所述装备A的状态与所述主存储器中的装备A的状态；

如果所述第一低成本存储器中的所述装备A的状态与所述主存储器中的装备A的状态不同，则由服务器将所述主存储器中存储的装备A的状态A更新为状态B；

在服务器将所述主存储器中存储的装备A的状态A更新为状态B之后，由服务器删除所述第一低成本存储器中的、对所述装备A的状态的记录；

在服务器将所述主存储器中存储的装备A的状态A更新为状态B之后，由服务器删除所述第二低成本存储器中存储的、针对装备A的条目。

7.如权利要求6所述的方法，其中，由服务器将所述维修工单A发送给维修人员具体包括如下步骤：

由服务器将所述维修工单A划分为第一部分和第二部分；

由服务器向所述维修人员持有的终端C发送第一消息，其中，所述第一消息包括所述维修工单A的第一部分以及维修工单A的标志码；

在终端C接收到所述第一消息之后，由终端C将所述维修工单A的第一部分展示给所述维修人员；

在维修人员阅读所述维修工单A的第一部分之后，由终端C向所述服务器发送用于请求所述维修工单A的第二部分的请求消息。

8.如权利要求7所述的方法，其中，由服务器将所述维修工单A发送给维修人员还包括如下步骤：

在服务器接收到用于请求所述维修工单A的第二部分的请求消息之后，由服务器向所述维修人员持有的终端C发送第二消息，其中，所述第二消息包括所述维修工单A的第二部分以及维修工单A的标志码；

由终端C基于所述维修工单A的标志码将所述维修工单A的第一部分和第二部分组合为完整的维修工单A；

由终端C将完整的维修工单A展示给所述维修人员。

9.一种装备保障维修维护管理系统，其特征在于，所述系统被配置为执行以下操作：

由服务器生成针对装备A的维修工单A，其中，在生成所述维修工单A时，所述服务器不更新主存储器中的装备A的状态；

由服务器读取所述主存储器中的装备A的状态；

由服务器更新所述装备A的状态以使得所述装备A的状态由状态A变为状态B，并由服务器将所述装备A的状态B存储在第一低成本存储器中；

由服务器将所述维修工单A发送给维修人员；

如果满足以下条件之一，则由服务器将所述第一低成本存储器中的所述装备A的状态B更新为状态A：

服务器接收到所述维修人员发送的无需维修的反馈；或者

服务器在预定时间内接收到所述维修人员发送的维修完成的反馈。

10.如权利要求9所述的系统，其特征在于，所述系统还被配置为执行以下操作：

在由服务器将所述装备A的状态B存储在第一低成本存储器中之后，由服务器在第二低成本存储器中建立针对装备A的条目；

由服务器接收由终端A发送的针对所述装备A的状态的第一查询消息；

在服务器接收到针对所述装备A的状态的第一查询消息之后，由服务器判断所述第二低成本存储器中是否存储有针对装备A的条目；

如果服务器判断所述第二低成本存储器中存储有针对装备A的条目，则由服务器在所述第一低成本存储器中搜索所述装备A的状态；

由服务器将在所述第一低成本存储器中存储的所述装备A的状态B发送给所述终端A。