一种升级服务器外接设备的方法及系统与流程

本发明涉及通信技术领域，特别是涉及一种升级服务器外接设备的方法及系统。

背景技术：

随着信息化的深入推进，金融、通信、税务等大型企事业都面临着分布式办理业务的问题。为了集中化、网络化、高速化实现分布式办理业务，采用集中管理的方式管理服务器外接设备，实现业务功能集成。当需要对某一业务相关的服务器外接设备进行升级时，现有技术中一般是采用将外接设备从服务器拔出，利用厂商的升级工具进行手工升级，但是由于金融、通信、税务等大型企事业对保密和安全要求会比较高，要求用户尽量避免到机房现场维护业务相关的服务器外接设备，所以进行手工升级不符合一些特定领域的保密和安全需求，且操作难度。

此外，服务器外接设备以阵列的形式存在，且各个外接设备的形状、大小均相同，每个外接设备上印有各自对应的设备编号，随着插拔次数增多，外接设备上印刷的设备编号可能会被磨损，当用户无法识别出外接设备的设备编号以确定待升级设备的准确性位置时，可能会误操作其他外接设备，破坏用户的应用数据，所以一般在对服务器外接设备进行升级时不考虑指定某一个或某几个外接设备升级，而是采用全部升级的方式，但是采用这种全部升级的方式不仅浪费时间，降低了工作效率，而且会造成所有外接设备对应的业务中断，影响用户业务执行。

因此，如何提供一种解决上述技术问题的方案是本领域技术人员目前需要解决的问题。

技术实现要素：

本发明的目的是提供一种升级服务器外接设备的方法，不需要任何人工操作，可以满足特定领域的保密和安全需求，通过第一映射表存储各个外接设备的设备编号，可以更加精确地确定待升级设备，同时可以针对某一个或某几个指定的服务器外接设备进行升级，且进行升级的过程中不会中断其他外接设备对应的业务进程。本发明的另一目的是提供一种升级服务器外接设备的系统。

为解决上述技术问题，本发明提供了一种升级服务器外接设备的方法，包括：

客户端接收用户发送的指令，根据所述指令确定待升级设备的设备编号和升级文件；

服务器接收所述设备编号和所述升级文件，查询第一映射表，根据所述设备编号获取所述待升级设备的设备名，其中，所述第一映射表包括设备编号与设备名的映射；

所述服务器根据所述设备名打开所述待升级设备，将所述升级文件传输给所述待升级设备，以升级所述待升级设备。

优选的，将所述升级文件传输给所述待升级设备，以升级待升级设备之后，该方法还包括：

所述服务器判断是否接收到所述待升级设备返回的升级文件传输成功信息；

若是，修改升级状态标识字为成功，根据所述升级状态标识字生成并发送反馈数据包至所述客户端；

若否，将升级重试次数变量加一，并判断实际升级重试次数是否超过预设值；

若是，修改升级状态标识字为失败，根据所述升级状态标识字生成并发送反馈数据包至所述客户端；

若否，重新将所述升级文件传输给所述待升级设备。

优选的，所述根据所述设备名打开所述待升级设备之后，将所述升级文件传输给所述待升级设备之前，该方法还包括：

所述服务器控制所述待升级设备从应用模式跳转到升级模式；

则将所述升级文件传输给所述待升级设备之后，该方法还包括：

所述服务器控制所述待升级设备从升级模式跳转到应用模式。

优选的，所述第一映射表还包括设备名与系统挂载路径的映射；

则所述服务器控制所述待升级设备从升级模式跳转到应用模式的过程具体为：

查询所述第一映射表，根据所述设备名获取所述待升级设备的系统挂载路径；

根据预设对应关系，获取与所述系统挂载路径相匹配的端口系统路径；

查询第二映射表，获取所述待升级设备的端口系统路径相对应的上、下电硬件指令并发送至所述待升级设备，以实现所述待升级设备从升级模式跳转到应用模式，其中所述第二映射表包括端口系统路径与硬件指令的映射。

优选的，所述获取所述待查询设备所在端口对应的上、下电硬件指令并发送至所述待升级设备，以实现所述待升级设备从升级模式跳转到应用模式之后，该方法还包括：

所述服务器判断是否接收到所述待升级设备返回的所述上、下电硬件指令发送成功的信息；

若是，修改升级状态标识字为成功，根据所述升级状态标识字生成并发送反馈数据包至所述客户端；

若否，修改升级状态标识字为失败，根据所述升级状态标识字生成并发送反馈数据包至所述客户端。

为了解决上述技术问题，本发明还提供了一种升级服务器外接设备的系统，包括：

客户端模块，用于接收用户发送的指令，根据所述指令确定待升级设备的设备编号和升级文件；

服务器模块，用于接收所述待升级设备的设备编号和升级文件，查询第一映射表，根据所述设备编号获取所述待升级设备的设备名，其中，所述第一映射表包括设备编号和设备名的映射；

所述服务器模块还用于根据所述设备名打开所述待升级设备，将所述升级文件传输给所述待升级设备，以升级所述待升级设备。

优选的，将所述升级文件传输给所述待升级设备，以升级待升级设备之后，所述服务器模块还用于判断是否接收到所述待升级设备返回的升级文件传输成功信息；

若是，修改升级状态标识字为成功，根据所述升级状态标识字生成并发送反馈数据包至所述客户端模块；

若否，将升级重试次数变量加一，并判断实际升级重试次数是否超过预设值；

若是，修改升级状态标识字为失败，根据所述升级状态标识字生成并发送反馈数据包至所述客户端模块；

若否，重新将所述升级文件传输给所述待升级设备。

优选的，所述根据所述设备名打开所述待升级设备之后，将所述升级文件传输给所述待升级设备之前，所述服务器模块还用于控制所述待升级设备从应用模式跳转到升级模式；

则将所述升级文件传输给所述待升级设备之后，所述服务器模块还用于控制所述待升级设备从升级模式跳转到应用模式。

优选的，所述第一映射表还包括设备名与系统挂载路径之间的映射；

则所述服务器模块具体用于查询所述第一映射表，根据所述设备名获取所述待升级设备的系统挂载路径；

根据预设对应关系，获取与所述系统挂载路径相匹配的端口系统路径；

查询第二映射表，获取所述待升级设备的端口系统路径相对应的上、下电硬件指令并发送至所述待升级设备，以实现所述待升级设备从升级模式跳转到应用模式，其中所述第二映射表包括端口系统路径与硬件指令的映射。

优选的，所述获取所述待查询设备所在端口对应的上、下电硬件指令并发送至所述待升级设备，以实现所述待升级设备从升级模式跳转到应用模式之后，所述服务器模块还用于判断是否接收到所述待升级设备返回的所述上、下电硬件指令发送成功的信息；

若是，修改升级状态标识字为成功，根据所述升级状态标识字生成并发送反馈数据包至所述客户端模块；

若否，修改升级状态标识字为失败，根据所述升级状态标识字生成并发送反馈数据包至所述客户端模块。

本发明提供了一种升级服务器外接设备的方法，包括客户端接收用户发送的指令，根据指令确定待升级设备的设备编号和升级文件；服务器接收待升级设备的设备编号和升级文件，查询第一映射表，根据设备编号获取待升级设备的设备名，其中，第一映射表包括设备编号和设备名的映射；服务器根据设备名打开待升级设备，将升级文件传输给待升级设备，以升级待升级设备。

可见，在实际应用中，采用本发明的方案，不需要任何人工操作，操作简单，可以满足特定领域的保密和安全需求，通过第一映射表存储各个外接设备的设备编号，可以在接收到用户指令后更加精确地确定待升级设备，不会出现误操作，造成破坏用户应用数据的情况，同时可以针对某一个或某几个指定的服务器外接设备进行升级，节约了时间，提高了工作效率，而且在对待升级设备进行升级的过程中不会中断其他外接设备对应的业务进程。

本发明还提供了一种升级服务器外接设备的系统，具有如上述升级方法相同的有益效果。

附图说明

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

图1为本发明所提供的一种升级服务器外接设备方法的流程图；

图2为本发明所提供的一种升级服务器外接设备系统的结构示意图。

具体实施方式

本发明的核心是提供一种升级服务器外接设备的方法，不需要任何人工操作，可以满足特定领域的保密和安全需求，通过第一映射表存储各个外接设备的设备编号，可以更加精确地确定待升级设备，同时可以针对某一个或某几个指定的服务器外接设备进行升级，且进行升级的过程中不会中断其他外接设备对应的业务进程。本发明的另一核心是提供一种升级服务器外接设备的系统。

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

请参照图1，图1为本发明所提供的一种升级服务器外接设备方法的流程图，包括：

步骤1：客户端接收用户发送的指令，根据指令确定待升级设备的设备编号和升级文件；

具体的，服务器外接设备中任意一个外接设备均可成为待升级设备，且各个外接设备的形状、大小均相同，用户通过每个外接设备上的设备编号对其进行区分，且服务器上的所有外接设备共用同一个升级文件，所以当用户要对一个或多个外接设备进行升级时，需要确定各个待升级设备的设备编号，以便在升级过程中服务器可以准确的将升级文件传输给用户指定的待升级设备。

步骤2：服务器接收设备编号和升级文件，查询第一映射表，根据设备编号获取待升级设备的设备名，其中，第一映射表包括设备编号与设备名的映射；

具体的，本发明会在服务器中预先建立一个包括设备编号与设备名一一对应的第一映射表，当外接设备出现异常或异常恢复的时候，该映射表会进行更新，然后客户端根据和服务器的私有交互传输协议，将升级文件和设备编号由客户端传递到服务器内部，服务器查询第一映射表，根据待升级设备的设备编号解析出其对应的设备名，不需要任何人工操作，满足了特定领域的保密和安全需求，可以在接收到用户指令后更加精确地确定待升级设备，不会出现误操作，造成破坏用户应用数据的情况。

步骤3：服务器根据设备名打开待升级设备，将升级文件传输给待升级设备，以升级待升级设备。

具体的，服务器根据一个或多个待升级设备的设备名打开对应的待升级设备，将升级文件从服务器内部传送到待升级设备中，来升级待升级设备，在实际应用中，采用本发明的方案，可以针对某一个或某几个指定的服务器外接设备进行升级，节约了时间，提高了工作效率，且对待升级设备进行升级的过程中不会中断其他外接设备对应的业务进程。

本发明提供了一种升级服务器外接设备的方法，包括客户端接收用户发送的指令，根据指令确定待升级设备的设备编号和升级文件；服务器接收待升级设备的设备编号和升级文件，查询第一映射表，根据设备编号获取待升级设备的设备名，其中，第一映射表包括设备编号和设备名的映射；服务器根据设备名打开待升级设备，将升级文件传输给待升级设备，以升级待升级设备。

可见，在实际应用中，采用本发明的方案，不需要任何人工操作，操作简单，可以满足特定领域的保密和安全需求，通过第一映射表存储各个外接设备的设备编号，可以在接收到用户指令后更加精确地确定待升级设备，不会出现误操作，造成破坏用户应用数据的情况，同时可以针对某一个或某几个指定的服务器外接设备进行升级，节约了时间，提高了工作效率，而且在对待升级设备进行升级的过程中不会中断其他外接设备对应的业务进程。

在上述实施例的基础上：

作为一种优选的实施例，将升级文件传输给待升级设备，以升级待升级设备之后，该方法还包括：

服务器判断是否接收到待升级设备返回的升级文件传输成功信息；

若是，修改升级状态标识字为成功，根据升级状态标识字生成并发送反馈数据包至客户端；

若否，将升级重试次数变量加一，并判断实际升级重试次数是否超过预设值；

若是，修改升级状态标识字为失败，根据升级状态标识字生成并发送反馈数据包至客户端；

若否，重新将升级文件传输给待升级设备。

具体的，当升级文件成功传输至各个待升级设备进行升级的时候，待升级设备会发送一个升级文件传输成功的信息给服务器，服务器接收到这个信息，证明升级文件已经成功传输到待升级设备上了，这时由服务器将升级状态标识字修改为成功，根据升级状态标识字生成并发送一个反馈数据包给客户端，以提醒用户升级成功，可以继续执行该业务，但是如果服务器没有接收到待升级设备返回的信息，就将升级重试次数变量加一，判断此时重试次数是否超过预设值，如果超过预设值，则表明待升级设备可能出现故障，需要对其进行处理，这时服务器修改升级状态标识字为失败，根据升级状态标识字生成并发送反馈数据包至客户端，以便用户及时对出现故障的外接设备进行处理，如果没超过，就将升级文件重新发送给待升级设备，并继续判断服务器是否能接收到待升级设备返回的信息，进一步保证了在对待升级设备进行升级的过程中不会中断其他外接设备对应的业务进程。

其中，预设值为满足服务器向处于正常状态下的外接设备重新发送升级文件次数的任何值，本发明在此不做限定。

当然，服务器除了可以将升级状态标识字修改为成功还可以修改为其他标识字，本发明在此不做限定。

作为一种优选的实施例，根据设备名打开待升级设备之后，将升级文件传输给待升级设备之前，该方法还包括：

服务器控制待升级设备从应用模式跳转到升级模式；

则将升级文件传输给待升级设备之后，该方法还包括：

服务器控制待升级设备从升级模式跳转到应用模式。

具体的，在实际应用中，外接设备都是在应用模式下进行工作的，但是有的外接设备在进行升级时，需要向待升级设备发送跳转指令，使待升级设备从应用模式跳转到升级模式，进行升级，将升级文件传输给待升级设备后，再跳转回应用模式，来完成待升级设备的升级，不需要人工操作，可以进一步保证满足特定领域的保密和安全需求，并且不会造成破坏用户应用数据的情况。

作为一种优选的实施例，第一映射表还包括设备名与系统挂载路径的映射；

则服务器控制待升级设备从升级模式跳转到应用模式的过程具体为：

查询第一映射表，根据设备名获取待升级设备的系统挂载路径；

根据预设对应关系，获取与系统挂载路径相匹配的端口系统路径；

查询第二映射表，获取待升级设备的端口系统路径相对应的上、下电硬件指令并发送至待升级设备，以实现待升级设备从升级模式跳转到应用模式，其中第二映射表包括端口系统路径与硬件指令的映射。

具体的，服务器中的第一映射表还包括设备名与系统挂载路径的映射，即根据各个外接设备的设备名可以解析出与其一一对应的系统挂载路径，由于在将待升级设备从应用模式跳转到升级模式，接收完服务器传输的升级文件后，还需要将待升级设备从升级模式跳转回应用模式，以便待升级设备执行相应的业务，在实际应用中，可以采用发送指令的方式，使待升级设备从升级模式跳转回应用模式，但是这种方法，操作时间过长，可能会影响后续的整个业务流程。

具体的，在实际应用中，服务器里还存在系统挂载路径与端口系统路径的一一对应关系，通过系统挂载路径匹配到与其对应的端口系统路径，然后就可以准确的找到待升级设备在服务器外接设备面板接口上的具体位置，此时服务器查询包括端口系统路径与硬件指令映射的第二映射表，获取待升级设备对于其所在端口的硬件指令，并将硬件指令发送至待升级设备，本发明采用上下电的方式，使升级成功的待升级设备迅速从升级模式跳转回应用模式，节约了时间，提高工作效率，进一步保证了后续的业务执行。

当然，除了采用向待升级设备发送上下电硬件指令，服务器还可以采用其他方式控制待升级设备从升级模式跳转到应用模式，本发明在此不做限定。

作为一种优选的实施例，获取待查询设备所在端口对应的上、下电硬件指令并发送至待升级设备，以实现待升级设备从升级模式跳转到应用模式之后，该方法还包括：

服务器判断是否接收到待升级设备返回的上、下电硬件指令发送成功的信息；

若是，修改升级状态标识字为成功，根据升级状态标识字生成并发送反馈数据包至客户端；

若否，修改升级状态标识字为失败，根据升级状态标识字生成并发送反馈数据包至客户端。

具体的，待升级设备执行完毕服务器发送的硬件指令时会返回一个成功信息给服务器，服务器接收到成功信息后，修改升级状态标识字为成功，根据升级状态标识字生成并发送反馈数据包至客户端，以提醒用户可以进行后续业务执行，服务器接未收到成功信息时，修改升级状态标识字为失败，根据升级状态标识字生成并发送反馈数据包至客户端，以提醒用户待升级设备可能出现故障，方便用户及时处理故障设备，提高了工作效率。

当然，服务器除了可以将升级状态标识字修改为成功还可以修改为其他标识字，本发明在此不做限定。

请参照图2，图2为本发明所提供的一种升级服务器外接设备系统的结构示意图，包括：

客户端模块1，用于接收用户发送的指令，根据指令确定待升级设备的设备编号和升级文件；

服务器模块2，用于接收待升级设备的设备编号和升级文件，查询第一映射表，根据设备编号获取待升级设备的设备名，其中，第一映射表包括设备编号和设备名的映射；

服务器模块2还用于根据设备名打开待升级设备，将升级文件传输给待升级设备，以升级待升级设备。

作为一种优选的实施例，将升级文件传输给待升级设备，以升级待升级设备之后，服务器模块2还用于判断是否接收到待升级设备返回的升级文件传输成功信息；

若是，修改升级状态标识字为成功，根据升级状态标识字生成并发送反馈数据包至客户端模块1；

若否，将升级重试次数变量加一，并判断实际升级重试次数是否超过预设值；

若是，修改升级状态标识字为失败，根据升级状态标识字生成并发送反馈数据包至客户端模块1；

若否，重新将升级文件传输给待升级设备。

作为一种优选的实施例，根据设备名打开待升级设备之后，将升级文件传输给待升级设备之前，服务器模块2还用于控制待升级设备从应用模式跳转到升级模式；

则将升级文件传输给待升级设备之后，服务器模块2还用于控制待升级设备从升级模式跳转到应用模式。

作为一种优选的实施例，第一映射表还包括设备名与系统挂载路径之间的映射；

则服务器模块2具体用于查询第一映射表，根据设备名获取待升级设备的系统挂载路径；

根据预设对应关系，获取与系统挂载路径相匹配的端口系统路径；

查询第二映射表，获取待升级设备的端口系统路径相对应的上、下电硬件指令并发送至待升级设备，以实现待升级设备从升级模式跳转到应用模式，其中第二映射表包括端口系统路径与硬件指令的映射。

作为一种优选的实施例，获取待查询设备所在端口对应的上、下电硬件指令并发送至待升级设备，以实现待升级设备从升级模式跳转到应用模式之后，服务器模块2还用于判断是否接收到待升级设备返回的上、下电硬件指令发送成功的信息；

若是，修改升级状态标识字为成功，根据升级状态标识字生成并发送反馈数据包至客户端模块1；

若否，修改升级状态标识字为失败，根据升级状态标识字生成并发送反馈数据包至客户端模块1。

对于本发明提供的一种升级服务器外接设备系统的介绍请参照上述实施例，本发明在此不再赘述。

本发明还提供了一种升级服务器外接设备的系统，具有如上述升级方法相同的有益效果。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

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