CN108469959A - 监护设备的固件升级方法以及装置 - Google Patents

Abstract

本发明公开了一种监护设备的固件升级方法以及装置。其中方法包括：建立与至少一个监护设备之间的通信连接；接收至少一个监护设备发送的固件升级申请请求，并根据固件升级申请请求和预先建立的至少一个升级任务确定至少一个目标升级任务；根据至少一个目标升级任务生成至少一个待升级固件的监护设备的升级文件信息并将其发送至至少一个待升级固件的监护设备；将至少一个待升级固件的监护设备获得的待升级文件的文件内容发送至至少一个待升级固件的监护设备。该方法能够灵活管理升级任务，减少人员参与使升级过程趋于自动化，监护设备升级不再受连接方式的限制，能够减少开发升级程序的开销。

Description

监护设备的固件升级方法以及装置

技术领域

本发明涉及系统固件升级技术领域，尤其涉及一种监护设备的固件升级方法以及装置。

背景技术

监护设备与中央站的连接方式通常分为有线连接和无线连接两种。按照连接方式的不同，在中央站上对监护设备进行固件升级的方法有：

(1)利用串口升级固件，该方法主要应用于不支持人为操作外设的无线监护设备的固件升级。使用该方法升级固件时需要额外增加硬件线路实现连接，且需要由特定升级人员在超级终端上配置串口工作参数，监护设备的文件传输协议是独立的协议，与监护设备和中央站的通信协议需要分开处理，难以统一管理和扩展。

(2)利用FTP(File Transfer Protocol，文件传输协议)升级固件，该方法主要应用于支持人为操作的有线监护设备的固件升级。使用该方法升级固件时需要单独的FTP服务程序，并需要在FTP上配置工作模式，监护设备上的FTP协议与监护设备和中央站的通信协议需要分开处理，难以统一管理和扩展。

(3)利用网络协议升级固件，该方法主要应用于支持人为操作的无线监护设备的固件升级。使用该方法升级固件时需要人工从监护设备后台界面逐个进行点击操作才能升级固件，增加了监护设备上的开发任务和固件升级的繁琐性。

上述三种升级固件的方法存在共同的缺点：每种方法均仅支持对应的监护设备升级固件，从而导致每种监护设备均需要开发对应的升级程序；每种方法仅同时支持一种监护设备的固件升级；采用每种方法升级固件时都需要对应的人为操作，升级过程繁琐；升级工作必须在特定时间内执行。

发明内容

本发明的目的旨在至少在一定程度上解决上述的技术问题之一。

为此，本发明的第一个目的在于提出一种监护设备的固件升级方法。该方法能够灵活管理升级任务，使升级时间不受限制，减少人员参与使升级过程趋于自动化，一个中央站上可以同时升级不同类型的监护设备，节省升级时间，监护设备升级不再受连接方式的限制，能够减少升级程序的开发消耗。

本发明的第二个目的在于提出一种监护设备的固件升级装置。

为达到上述目的，本发明第一方面实施例提出的监护设备的固件升级方法，应用于中央站，该方法包括：建立与至少一个监护设备之间的通信连接；接收所述至少一个监护设备发送的固件升级申请请求；根据所述固件升级申请请求，从预先建立的至少一个升级任务中确定与至少一个待升级固件的监护设备对应的至少一个目标升级任务；根据所述至少一个目标升级任务生成所述至少一个待升级固件的监护设备的升级文件信息，并发送至所述至少一个待升级固件的监护设备；将所述至少一个待升级固件的监护设备根据所述升级文件信息获得的待升级文件的文件内容，发送至所述至少一个待升级固件的监护设备，其中，所述至少一个待升级固件的监护设备根据所述待升级文件中的文件内容对所述固件进行升级。

本发明实施例的监护设备的固件升级方法，通过建立与至少一个监护设备的通信连接，根据接收到的至少一个监护设备发送的固件升级申请请求，从至少一个升级任务中确定与至少一个待升级固件的监护设备对应的至少一个目标升级任务，根据至少一个目标升级任务生成至少一个待升级固件的监护设备的升级文件信息并发送至至少一个待升级固件的监护设备，将待升级文件的文件内容发送至至少一个待升级固件的监护设备，当至少一个待升级固件的监护设备成功获取待升级文件的文件内容时，根据文件内容升级固件。由此，在整个升级过程中，通过监护设备何时向中央站发送升级申请请求来决定何时进行固件升级，并通过升级任务来完成监护设备固件的升级，使得升级时间段不受限制，并减少了人员参与使升级过程趋于自动化，并且，通过多个升级任务使得一个中央站上可以同时升级不同类型的监护设备，节省了升级时间，使得监护设备升级不再受连接方式的限制，减少了开发升级程序的开销。

为达到上述目的，本发明第二方面实施例提出的监护设备的固件升级装置，应用于中央站，该装置包括：建立模块，用于建立与至少一个监护设备之间的通信连接；接收模块，用于接收所述至少一个监护设备发送的固件升级申请请求；确定模块，用于根据所述固件升级申请请求，从预先建立的至少一个升级任务中确定与至少一个待升级固件的监护设备对应的至少一个目标升级任务；生成模块，用于根据所述至少一个目标升级任务生成所述至少一个待升级固件的监护设备的升级文件信息；第一发送模块，用于将所述升级文件信息发送至所述至少一个待升级固件的监护设备；第二发送模块，用于将所述至少一个待升级固件的监护设备根据所述升级文件信息获得的待升级文件的文件内容，发送至所述至少一个待升级固件的监护设备，其中，所述至少一个待升级固件的监护设备根据所述待升级文件中的文件内容对所述固件进行升级。

本发明实施例的监护设备的固件升级装置，通过建立模块建立与至少一个监护设备的通信连接，确定模块根据接收模块接收到的至少一个监护设备发送的固件升级申请请求，从至少一个升级任务中确定与至少一个待升级固件的监护设备对应的至少一个目标升级任务，生成模块根据至少一个目标升级任务生成至少一个待升级固件的监护设备的升级文件信息并由第一发送模块发送至至少一个待升级固件的监护设备，第二发送模块将待升级文件的文件内容发送至至少一个待升级固件的监护设备，当至少一个待升级固件的监护设备成功获取待升级文件的文件内容时，根据文件内容升级固件。由此，能够灵活管理升级任务，使升级时间不受限制，减少人员参与使升级过程趋于自动化，一个中央站上可以同时升级不同类型的监护设备，节省升级时间，监护设备升级不再受连接方式的限制，能够减少开发升级程序的开销。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1是根据本发明一实施例的监护设备的固件升级方法的流程图；

图2是中央站与监护设备建立通信连接的示意图；

图3是根据本发明实施例的建立升级任务的流程图；

图4是根据本发明实施例的确定至少一个目标升级任务的流程图；

图5是根据本发明另一实施例的监护设备的固件升级方法的流程图；

图6是根据本发明又一实施例的监护设备的固件升级方法的流程图；

图7是根据本发明一实施例的监护设备的固件升级装置的结构示意图；

图8是根据本发明一实施例的确定模块的结构示意图；

图9是根据本发明另一实施例的监护设备的固件升级装置的结构示意图；

图10是根据本发明一实施例的预先处理模块的结构示意图；

图11是根据本发明又一实施例的监护设备的固件升级装置的结构示意图；

图12是根据本发明再一实施例的监护设备的固件升级装置的结构示意图；

图13是根据本发明还一实施例的监护设备的固件升级装置的结构示意图；

图14是根据本发明又一实施例的监护设备的固件升级装置的结构示意图；

图15是根据本发明一实施例的监护设备的固件升级系统的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

下面参考附图描述本发明实施例的监护设备的固件升级方法以及装置。

目前，在中央站上对监护设备的监护数据进行接入和管理的技术已经成熟，但每种监护设备的升级程序仍然是独立的，需要针对不同类型的监护设备开发各自适用的升级程序，导致开发工作耗时耗力，升级过程繁琐。

现有的监护设备的固件升级方法可以分为如下三种：

(1)利用串口升级固件，该方法主要应用于不支持人为操作外设的无线监护设备的固件升级。使用该方法升级固件时需要额外增加硬件线路实现连接，且需要由特定升级人员在超级终端上配置串口工作参数，监护设备的文件传输协议是独立的协议，与监护设备和中央站的通信协议需要分开处理，难以统一管理和扩展。

(2)利用FTP升级固件，该方法主要应用于支持人为操作的有线监护设备的固件升级。使用该方法升级固件时需要单独的FTP服务程序，并需要在FTP上配置工作模式，监护设备上的FTP协议与监护设备和中央站的通信协议需要分开处理，难以统一管理和扩展。

(3)利用网络协议升级固件，该方法主要应用于支持人为操作的无线监护设备的固件升级。使用该方法升级固件时需要人工从监护设备后台界面逐个进行点击操作才能升级固件，增加了监护设备上的开发任务和固件升级的繁琐性。

为此，本发明提出了一种监护设备的固件升级方法，能够灵活管理升级任务，使升级时间不受限制，减少人员参与使升级过程趋于自动化，并通过升级任务使得一个中央站上可以同时升级不同类型的监护设备，节省升级时间，并使得监护设备升级不再受连接方式的限制，能够减少升级程序的开发消耗。

图1是根据本发明一实施例的监护设备的固件升级方法的流程图，该监护设备的固件升级方法应用于中央站。需要说明的是，本发明实施例的监护设备的固件升级方法可应用于本发明实施例的监护设备的固件升级装置，该监护设备的固件升级装置可被配置于监护设备的固件升级系统上。

如图1所示，该监护设备的固件升级方法可以包括：

S110，建立与至少一个监护设备之间的通信连接。

其中，作为一种示例，通信连接中所采用的文件传输协议可以与监护数据协议一致，这样无需开发新的端口，可以直接采用现有的中央站端口即可实现监护设备的固件升级。作为另一种示例，通信连接中所采用的文件传输协议还可以与监护数据协议不一致，这样，需要用在中央站以及监护设备中设置独立的端口以实现监护设备固件的升级。可以理解，文件传输协议与监护数据协议是否有差异，决定了是否需要设置独立的端口来实现升级，而上述仅是给出监护设备固件升级中所采用两种不同的文件传输协议的示例，不作为本发明的具体限定。

需要说明的是，在本发明的实施例中，通信连接的连接方式可以是有线连接，也可以是无线连接。有线监护设备可以通过网线与中央站建立有线连接，无线监护设备可以通过无线接入点(Access Point，英文简称AP)与中央站建立连接，若将无线AP忽略，则无线监护设备和有线监护设备与中央站的组网方式并无区别，监护设备在中央站上进行固件升级时不再受通信连接方式的限制。

作为一种示例，参见图2，图2是中央站与监护设备建立通信连接的示意图。

如图2所示，有线监护设备A和有线监护设备B通过有线连接的方式与中央站之间进行通信连接；无线监护设备C和无线监护设备D通过无线连接的方式与无线AP进行连接后，由无线AP作为中间节点连接至中央站，从而实现无线监护设备C和无线监护设备D与中央站之间的通信连接。其中，图2中的实线表示有线连接，虚线表示无线连接。

在本发明的实施例中，中央站建立与监护设备之间的通信连接时，不必再区别监护设备是无线监护设备还是有线监护设备，只要能将监护设备连接到中央站上即可实现固件升级，能够提高中央站的适用性和灵活性。

S120，接收至少一个监护设备发送的固件升级申请请求。

其中，固件升级申请请求可包含但不限于至少一个监护设备的名称和标识信息、以及固件的系统版本号等。例如，固件升级申请请求的包结构如下面表1所示。

表1固件升级申请请求的包结构

包头	包体(监护设备的名称、监护设备的标识信息、固件的系统版本号)

表1中，监护设备的名称和标识信息指的是发送该固件升级申请请求的监护设备的名称和标识信息，固件的系统版本号指的是该监护设备现有固件的系统版本号。

S130，根据固件升级申请请求，从预先建立的至少一个升级任务中确定与至少一个第一待升级固件的监护设备对应的至少一个目标升级任务。

其中，升级任务是在中央站上预先建立的。建立升级任务的过程可以在该步骤S130执行之前的任一时刻进行，本发明对此不作限制。

作为一种示例，如图3所示，建立升级任务的具体实现过程可以包括以下步骤：

S310，当检测到当前有升级文件需要更新时，获取目标目录下的预设的升级文件的文件信息。

其中，升级文件的文件信息包括但不限于文件编号、文件名称和文件内容字节流等。

在本发明的实施例中，当中央站上检测到当前有升级文件需要更新时，获取目标目录下的预设的升级文件的文件信息。

具体地，可以依据人工操作方式通过中央站上提供的工作界面来选择目标目录下的预设的升级文件，并获取升级文件的文件信息；还可以通过建立升级任务的代码程序从目标目录下获取该升级文件的文件信息。

为了便于后续监护设备的固件升级，在本发明的实施例中，可以将目标目录下的预设的升级文件读入至中央站的系统内存中，存储格式如表2所示。

表2升级文件在系统内存中的存储格式

文件编号

文件名称

文件内容字节流

升级任务编号

需要说明的是，表2中的升级任务编号是由中央站自动产生的，不允许修改，当目标目录下的预设的升级文件被成功读入至系统内存后，中央站即自动生成唯一的升级任务编号，并录入至表2中的相应字段位置。

S320，获取预设的配置信息。

其中，在本发明的实施例中，该配置信息可包括但不限于第二待升级固件的监护设备名称、升级范围、固件系统版本号等，该升级范围可包含至少一个第二待升级固件的监护设备标识信息。

需要说明的是，第二待升级固件的监护设备指的是升级文件所适用的监护设备，可包含第一待升级固件的监护设备。也就是说，第一待升级固件的监护设备是第二待升级固件的监护设备中的至少一种。

在本发明的实施例中，第二待升级固件的监护设备名称的参数值为与第二待升级固件的监护设备对应的设备型号。比如，第二待升级固件的监护设备名称为胎儿监护仪，该胎儿监护仪可包括F1、F2、…、F6这六种型号，则第二待升级固件的监护设备名称的参数值可分别为F1、F2、…、F6。升级范围用于指定被允许使用该升级文件进行固件升级的监护设备。例如，当该升级文件允许所有型号的第二待升级固件的监护设备使用时，升级范围的参数值为65535；又如，当限定某几个第二待升级固件的监护设备使用时，升级范围的参数值可为通过字符“#”分割的第二待升级固件的监护设备的标识信息，比如，升级范围的参数值为4#8#125，表示仅允许标识信息为4、8和125的这3个第二待升级固件的监护设备使用该升级文件；再如，当升级范围的参数值为第二待升级固件的监护设备的某段标识信息时，表示允许该标识信息段内的第二待升级固件的监护设备使用该升级文件，比如，升级范围的参数值为3-9，表示允许标识信息在3至9之间的第二待升级固件的监护设备使用该升级文件进行固件升级。固件系统版本号即为该升级文件的版本号，对于同一种监护设备，其对应的升级文件的版本号是唯一的，且新升级文件的版本号大于旧升级文件的版本号。

可选地，在本发明的实施例中，配置信息还可以包括发布状态，用以表示配置信息中其他参数是否配置成功。当发布状态的参数值为1时，表明该配置信息中的其他参数均配置正确且保存成功；当发布状态的参数值为0时，表明该配置信息中的其他参数配置失败。

还需要说明的是，在本发明的实施例中，上述配置信息可以是人工根据实际需求预先配置的，以便在实际固件升级应用中，可以按照人为需求来实现监护设备的固件升级，可以实现个性化使用体验。可以理解，上述给出的配置信息的设置方式仅是一种示例，并不能作为对本发明的具体限定。

S330，根据升级文件的文件信息和配置信息建立升级任务。

在本发明的实施例中，在获取了目标目录下的预设的升级文件的文件信息和预设的配置信息之后，可以进一步建立升级任务。

为了便于监护设备使用升级文件进行固件升级，可以将建立的升级任务存储在数据库中，存储格式如表3所示。

表3升级任务的存储格式

表3中，文件个数指的是该升级文件的升级包所包含的文件数。

需要说明的是，表3所示的存储格式中各字段的参数值可以由工作人员根据实际需求自行配置，本发明对此不作限制。

为了实现对升级任务的灵活管理，在本发明的实施例中，可以对已经建立的升级任务进行修改配置参数或删除升级任务等操作，以提高升级任务的管理灵活性。

需要说明的是，建立的升级任务不限于一个，可以预先建立多个升级任务，以满足多个监护设备共同对固件进行升级的需求，节省升级时间，提高升级效率。

可选地，为了保证监护设备固件升级的准确性，在本发明的实施例中，当中央站接收到监护设备发送的升级申请请求后，可以对升级申请请求进行解析。若解析后未获得完整的监护设备的名称和标识信息、以及固件的系统版本号，比如，解析后的获得的信息中缺少监护设备的名称，则中央站向监护设备返回监护设备无需升级的应答消息；若解析后获得完整的监护设备的名称和标识信息、以及固件的系统版本号，则中央站根据固件升级申请请求，在预先建立的至少一个升级任务中确定与至少一个待升级固件的监护设备对应的至少一个目标升级任务。

作为一种示例，如图4所示，该根据固件升级申请请求，从至少一个升级任务中确定与至少一个第一待升级固件的监护设备对应的至少一个目标升级任务的具体实现过程可以包括以下步骤：

S410，针对每个监护设备的固件升级申请请求，从至少一个升级任务中，确定与固件升级申请请求中的监护设备名称相同的第一升级任务。

在本发明的实施例中，当中央站接收到监护设备发送的固件升级申请请求后，首先根据固件升级申请请求中的监护设备的名称，从至少一个预先建立的升级任务中，选择与固件升级申请请求中的监护设备的名称相同的升级任务作为第一升级任务。

举例而言，假设中央站接收到的升级申请请求中，监护设备的名称为F3型号的胎儿监护仪，即监护设备的名称的参数值为F3，监护设备的标识信息为3，固件系统版本号为v2.3。中央站预先建立了三个升级任务，其配置信息如表4所示。

表4升级任务配置信息表

中央站根据接收到的固件升级申请请求中的监护设备的名称在升级任务中搜寻具有该名称的升级任务，得知固件升级申请请求中的监护设备的名称包含于建立的三个升级任务的第二待升级固件的监护设备名称范围内，因此，升级任务编号为1、2和3的三个升级任务均作为第一升级任务。

S420，从第一升级任务中，确定包含固件升级申请请求中的监护设备标识信息的第二升级任务。

在本发明的实施例中，确定了第一升级任务之后，可以进一步根据固件升级申请请求中的监护设备的标识信息在第一升级任务中确定第二升级任务。

仍以上述举例为例，中央站将固件升级申请请求中的监护设备的标识信息同第一升级任务中的升级范围进行对比，得知固件升级申请请求中的监护设备的标识信息包含于升级任务编号为1和2的两个升级任务中，则将升级任务编号为1和2的升级任务作为第二升级任务。

S430，从第二升级任务中，确定固件系统版本号最大的第三升级任务。

在本发明的实施例中，确定了第二升级任务之后，可以进一步根据第二升级任务中，各个升级任务的固件系统版本号确定第三升级任务。若第二升级任务中只有一个升级任务，则该第二升级任务即为第三升级任务；若第二升级任务中包含多个升级任务，则将固件系统版本号最大的升级任务作为第三升级任务。

仍以上述举例为例，在确定的第二升级任务中包含两个升级任务，升级任务编号为1的升级任务的固件系统版本号为v2.5，升级任务编号为2的升级任务的固件系统版本号为v2.4，可见，升级任务编号为1的升级任务的固件系统版本号大于升级任务编号为2的升级任务的固件系统版本号，因此，升级任务编号为1的升级任务被确定为第三升级任务。

S440，将第三升级任务中的固件系统版本号与固件升级申请请求中的固件的系统版本号进行对比。

在本发明的实施例中，在确定了第三升级任务之后，可以进一步将第三升级任务中的固件系统版本号与固件升级申请请求中的固件系统版本号进行对比，以判断该升级任务能否用于发送了该固件升级申请请求的监护设备的升级。

S450，当第三升级任务中的固件系统版本号大于固件升级申请请求中的固件的系统版本号时，将第三升级任务作为目标升级任务。

可选地，在本发明的实施例中，当第三升级任务中的固件系统版本号大于固件升级申请请求中的固件的系统版本号时，此时可将发送了该固件升级申请请求的监护设备作为待升级固件的监护设备，并将第三升级任务作为目标升级任务；当第三升级任务中的固件系统版本号不大于固件升级申请请求中的固件的系统版本号时，向相关监护设备发送无需升级的应答消息，也就是说，当第三升级任务中的固件系统版本号小于或等于固件升级申请请求中的固件的系统版本号时，说明书发送了该固件升级申请请求的监护设备无需进行固件升级。

仍以上述举例为例，第三升级任务中的固件系统版本号为v2.5，固件升级申请请求中的固件系统版本号为v2.3，可见，第三升级任务中的固件系统版本号大于固件升级申请请求中的固件系统版本号，因此，第三升级任务关联的升级文件能够用于发送了该固件升级申请请求的监护设备的升级，此时可将第三升级任务作为该监护设备的目标升级任务。

S140，根据至少一个目标升级任务生成至少一个第一待升级固件的监护设备的升级文件信息，并发送至至少一个第一待升级固件的监护设备。其中，升级文件信息至少包括待升级文件的文件编号和文件包个数。

在本发明的实施例中，在确定了与第一待升级固件的监护设备对应的目标升级任务之后，根据确定的目标升级任务，可以获取第一待升级固件的监护设备的升级文件信息。

可选地，在本发明的一个实施例中，可以根据目标升级任务中的升级任务编号，在中央站的系统内存中查询与该升级任务编号对应的升级文件的文件编号和文件包个数，还可以获取升级文件的文件内容字节流。

需要说明的是，在本发明的实施例中，当目标升级任务的升级范围包含多个监护设备的标识信息，例如，该升级范围包含两个监护设备的标识信息，如监护设备A和监护设备B时，如果根据升级申请请求确定该监护设备A需要进行固件升级，而监护设备B不需要进行固件升级，则仍然可将该目标升级任务作为该监护设备A的升级任务，此时根据该目标升级任务生成一个针对监护设备A的固件升级进程，以通过该进程对该监护设备A进行固件升级操作即可，而无需对监护设备B进行固件升级处理。

在本发明的实施例中，中央站获取了第一待升级固件的监护设备的升级文件信息之后，可以将升级文件信息以数据包的格式发送给至少一个第一待升级固件的监护设备，数据包格式如表5所示。

表5中央站发送升级文件信息的数据包格式

表5中，监护设备的名称和标识信息指的是第一待升级固件的监护设备的名称和标识信息，固件系统版本号指的是根据目标升级任务获取的升级文件的版本号，文件编号、文件名称和文件包数指的是升级文件的编号、名称和包数。其中，文件包数由升级文件的文件内容字节流除以2k字节得到，若余数为0，则文件包数为文件内容字节流除以2k字节的商；若余数不为0，则文件包数为文件内容字节流除以2k字节的商加1。

S150，将至少一个第一待升级固件的监护设备根据升级文件信息获得的待升级文件的文件内容，发送至至少一个第一待升级固件的监护设备，其中，至少一个第一待升级固件的监护设备根据待升级文件中的文件内容对所述固件进行升级。

在本发明的实施例中，中央站将获取的升级文件信息发送给至少一个第一待升级固件的监护设备。至少一个第一待升级固件的监护设备收到中央站发送的升级文件信息后，根据待升级文件的文件编号和文件包个数，按照预设的获取方式获取待升级文件的文件内容。

其中，预设的获取方式可以是第一待升级固件的监护设备根据待升级文件的文件编号和文件包个数向中央站发送升级文件内容请求。应当说明的是，预设的获取方式并不限于此。

中央站接收到升级文件内容请求后，根据升级文件内容请求向第一待升级固件的监护设备发送对应的待升级文件。

可选地，中央站在发送待升级文件时，可以将待升级文件的内容分割成若干个大小不超过2k字节的文件包后，再逐包发送给第一待升级固件的监护设备。第一待升级固件的监护设备每成功接收一个文件包，即向中央站发送确认消息，中央站发送下一个文件包，直至待升级文件的所有文件包发送完毕。

在本发明的实施例中，当至少一个第一待升级固件的监护设备成功获取待升级文件中的文件内容时，即可根据待升级文件中的文件内容对固件进行升级。

需要说明的是，无论第一待升级固件的监护设备是否在线，中央站上始终保存有升级文件，一旦第一待升级固件的监护设备上线，即可自动进行固件升级，弥补了传统固件升级方法中升级时间受限的不足。

本发明实施例的监护设备的固件升级方法，通过建立与至少一个监护设备的通信连接，根据接收到的至少一个监护设备发送的固件升级申请请求，从至少一个升级任务中确定与至少一个待升级固件的监护设备对应的至少一个目标升级任务，根据至少一个目标升级任务生成至少一个待升级固件的监护设备的升级文件信息并发送至至少一个待升级固件的监护设备，将待升级文件的文件内容发送至至少一个待升级固件的监护设备，当至少一个待升级固件的监护设备成功获取待升级文件的文件内容时，根据文件内容升级固件。由此，在整个升级过程中，通过监护设备何时向中央站发送升级申请请求来决定何时进行固件升级，并通过升级任务来完成监护设备固件的升级，使得升级时间段不受限制，并减少了人员参与使升级过程趋于自动化，并且，通过多个升级任务使得一个中央站上可以同时升级不同类型的监护设备，节省了升级时间，使得监护设备升级不再受连接方式的限制，减少了开发升级程序的开销。

图5是根据本发明另一实施例的监护设备的固件升级方法的流程图，该监护设备的固件升级方法应用于监护设备。本发明实施例的监护设备的固件升级方法可应用于本发明实施例的监护设备的固件升级装置，该监护设备的固件升级装置可被配置于监护设备的固件升级系统上。

如图5所示，该监护设备的固件升级方法可以包括：

S510，建立与中央站之间的通信连接。

需要说明的是，在本发明的实施例中，通信连接的连接方式可以是有线连接，也可以是无线连接。当监护设备为有线监护设备时，监护设备与中央站之间的通信连接方式为有线连接；当监护设备为无线监护设备时，监护设备与中央站之间的通信连接方式为无线连接，此时，可以借助无线AP作为中间节点连接至中央站的有线网络。由此，能够使监护设备在中央站上进行固件升级时不再受监护设备类型的限制。

S520，向中央站发送监护设备的固件升级申请请求。

其中，中央站在根据升级申请请求和预先建立的至少一个升级任务判断固件需要升级时，从至少一个升级任务中确定与需要升级的固件对应的目标升级任务，并根据目标升级任务生成固件的升级文件信息，其中，至少一个升级任务是由中央站根据预设的升级文件的文件信息和配置信息预先建立的。

在本发明的实施例中，监护设备需要进行固件升级时，可以在与中央站建立通信连接之后，进一步向中央站发送监护设备的固件升级申请请求。固件升级申请请求的包结构如上面表1所示。

中央站接收到监护设备发送的固件升级申请请求后，根据固件升级申请请求和预先建立的至少一个升级任务判断固件是否需要升级。当需要升级时，从至少一个升级任务中确定与需要升级的固件对应的目标升级任务，并根据目标升级任务生成固件的升级文件信息。

可选地，为了避免升级过程因电量不足而异常中断导致系统损坏，在本发明的一个实施例中，在向中央站发送监护设备的固件升级申请请求之前，可以先检测监护设备的电源情况，判断监护设备的当前电源情况是否满足升级条件，如果当前电源情况满足升级要求，则向中央站发送固件升级申请请求；否则，停止发送固件升级申请请求。其中，监护设备的当前电源情况满足升级要求包括但不限于监护设备与固定市电连接、监护设备与充电装置连接，或者，监护设备的当前电量大于预设阈值等。

需要说明的是，预设阈值可以由工作人员根据实际情况自行设定，比如预设阈值可以是监护设备电池容量的20％，本发明对此不作限制。

S530，接收中央站返回的升级文件信息，其中，升级文件信息至少包括待升级文件的文件编号和文件包个数。

在本发明的实施例中，中央站在确定了目标升级任务并获得固件的升级文件信息后，将升级文件信息发送给监护设备。

监护设备接收中央站返回的固件的升级文件信息。

可选地，在本发明的一个实施例中，中央站可以针对接收到的固件升级申请请求向监护设备返回对应的应答消息，若中央站上存在能够用来升级的较高版本的固件，则在应答消息中包含固件的升级文件信息，升级文件信息的数据包格式如上面表5所示；若中央站上无较高版本的固件，则应答消息为无需升级。由此，能够提高固件升级的准确度，避免监护设备进行固件升级后系统版本降低。

S540，根据待升级文件的文件编号和文件包个数，按照预设的获取方式从中央站获取待升级文件的文件内容。

具体地，监护设备可以根据待升级文件的文件编号，逐个按照当前文件包数从中央站获取与当前文件包数对应的文件内容，直至当前文件包数与文件包个数相同时得到待升级文件的文件内容。

举例而言，假设待升级文件的文件编号为1，文件包数为5。监护设备首先向中央站请求文件1的第1个包，中央站收到请求后将与文件1的第1个包对应的文件内容发送给监护设备，监护设备存储与文件1的第1个包对应的文件内容，并继续请求文件1的第2个包。监护设备接收到中央站发送的与文件1的第2个包对应的文件内容后，将其存储在与文件1的第1个包的文件内容之后，继续请求文件1的第3个包，依次类推，直至监护设备接收并缓存与文件1的第5个包对应的文件内容，文件1的文件内容获取完毕。

S550，在待升级文件中的文件内容全部成功获取时，根据待升级文件中的文件内容对固件进行升级。

在本发明的实施例中，在监护设备成功获取待升级文件的文件内容之后，即可根据待升级文件中的文件内容对固件进行升级。

作为一种示例，在本发明的实施例中，监护设备可以通过覆盖系统文件并自动重启监护设备完成固件升级。

为了避免升级过程因电量不足而异常中断导致系统损坏，在本发明的一个实施例中，在根据待升级文件中的文件内容对固件进行升级之前，可以先检测监护设备的电源情况，判断监护设备的当前电源情况是否满足升级条件，如果当前电源情况满足升级要求，则根据待升级文件中的文件内容对固件进行升级；否则，停止固件升级操作。其中，监护设备的当前电源情况满足升级要求包括但不限于监护设备与固定市电连接、监护设备与充电装置连接，或者，监护设备的当前电量大于预设阈值。

需要说明的是，预设阈值可以由工作人员根据实际情况自行设定，比如预设阈值可以是监护设备电池容量的20％，本发明对此不作限制。

可选地，在本发明的一个实施例中，在根据待升级文件中的文件内容对固件进行升级时，可以生成系统升级提示信息，并将系统升级提示信息提供给用户，以提醒用户升级过程中的注意事项，或者由用户自行选择是否进行固件升级，提高监护设备固件升级的自主选择性。

作为一种示例，在监护设备上设置显示装置，当根据待升级文件中的文件内容对固件进行升级时，显示装置显示“正在升级，请勿关机、重启或断电！”等信息，以提醒用户在监护设备进行固件升级的过程中不要关闭或重启监护设备，也不要切断监护设备的电源。

作为一种示例，在监护设备上设置显示装置，当监护设备成功接收待升级文件的文件内容时，显示装置显示“是否进行升级？”，同时显示“是”和“否”按键供用户进行选择。当用户选择“是”时，监护设备进行固件升级；当用户选择“否”时，监护设备不进行固件升级。

作为一种示例，在监护设备上设置显示装置，当监护设备成功接收待升级文件的文件内容时，显示装置显示“是否进行升级？”，同时显示“是”和“否”按键供用户进行选择。当用户选择“是”时，监护设备进行固件升级，此时显示装置上进一步显示“正在升级，请勿关机、重启或断电！”等信息，以提醒用户在监护设备进行固件升级的过程中不要关闭或重启监护设备，也不要切断监护设备的电源；当用户选择“否”时，监护设备不进行固件升级。

本发明实施例的监护设备的固件升级方法，通过建立与中央站之间的通信连接，向中央站发送监护设备的固件升级申请请求，接收中央站返回的升级文件信息，根据升级文件信息中包含的待升级文件的文件编号和文件包个数，按照预设的获取方式从中央站获取待升级文件的文件内容，并在待升级文件的文件内容全部成功获取时对固件进行升级。由此，能够减少人员参与，使升级过程趋于自动化，升级时间不受限制。

图6是根据本发明又一实施例的监护设备的固件升级方法的流程图。需要说明的是，本实施例的监护设备的固件升级方法可应用于监护设备的固件升级系统中，该监护设备的固件升级系统可包括中央站和至少一个监护设备。

如图6所示，该监护设备的固件升级方法可以包括：

S610，中央站与至少一个监护设备之间建立通信连接。

其中，作为一种示例，通信连接中所采用的文件传输协议可以与监护数据协议一致，这样无需开发新的端口，可以直接采用现有的中央站端口即可实现监护设备的固件升级。作为另一种示例，通信连接中所采用的文件传输协议还可以与监护数据协议不一致，这样，需要用在中央站以及监护设备中设置独立的端口以实现监护设备固件的升级。可以理解，文件传输协议与监护数据协议是否有差异，决定了是否需要设置独立的端口来实现升级，而上述仅是给出监护设备固件升级中所采用两种不同的文件传输协议的示例，不作为本发明的具体限定。

需要说明的是，在本发明的实施例中，通信连接的连接方式可以是有线连接，也可以是无线连接。有线监护设备可以通过网线与中央站建立有线连接，无线监护设备可以通过无线AP与中央站建立连接，若把无线AP忽略，则无线监护设备和有线监护设备与中央站的组网方式并无区别，监护设备在中央站上进行固件升级时不再受通信连接方式的限制。

S620，至少一个监护设备向中央站发送监护设备的固件升级申请请求。

在本发明的实施例中，当至少一个监护设备需要进行固件升级时，可以在与中央站建立通信连接之后，进一步向中央站发送监护设备的固件升级申请请求。其中，固件升级申请请求包含至少一个监护设备的名称和标识信息、以及固件的系统版本号，升级申请请求的包结构如表1所示。

可选地，为了避免升级过程因电量不足而异常中断导致系统损坏，在本发明的一个实施例中，在向中央站发送监护设备的固件升级申请请求之前，可以先检测至少一个监护设备的电源情况，判断监护设备的当前电源情况是否满足升级条件，如果当前电源情况满足升级要求，则向中央站发送固件的升级申请请求；否则，停止发送升级申请请求。其中，监护设备的当前电源情况满足升级要求包括但不限于监护设备与固定市电连接、监护设备与充电装置连接，或者，监护设备的当前电量大于预设阈值。

需要说明的是，预设阈值可以由工作人员根据实际情况自行设定，比如预设阈值可以是监护设备电池容量的20％，本发明对此不作限制。

S630，中央站接收至少一个监护设备发送的固件升级申请请求。

S640，中央站根据固件升级申请请求，从预先建立的至少一个升级任务中确定与至少一个第一待升级固件的监护设备对应的至少一个目标升级任务。

其中，升级任务是在中央站上预先建立的。如图3所示的建立升级任务的具体过程也适用于本实施例的监护设备的固件升级方法，为避免赘余，此处不再详细说明。

可选地，为了保证监护设备固件升级的准确性，在本发明的实施例中，当中央站接收到监护设备发送的固件升级申请请求后，可以对固件升级申请请求进行解析。若解析后未获得完整的监护设备的名称和标识信息、以及固件的系统版本号，比如，解析后的获得的信息中缺少监护设备的名称，则中央站向监护设备返回监护设备无需升级的应答消息；若解析后获得完整的监护设备的名称和标识信息、以及固件的系统版本号，则中央站根据固件升级申请请求，在预先建立的至少一个升级任务中确定与至少一个待升级固件的监护设备对应的至少一个目标升级任务。

需要说明的是，如图4所示的确定至少一个目标升级任务的具体过程也适用于本实施例的监护设备的固件升级方法，为避免赘余，此处不再详细说明。

另外，需要说明的是，至少一个第一待升级固件的监护设备是至少一个监护设备中，能够获得相应的待升级文件的监护设备，至少一个第一待升级固件的监护设备的个数不大于至少一个监护设备的个数。

S650，中央站根据至少一个目标升级任务生成至少一个第一待升级固件的监护设备的升级文件信息，其中，升级文件信息至少包括待升级文件的文件编号和文件包个数。

在本发明的实施例中，在确定了与第一待升级固件的监护设备对应的目标升级任务之后，根据确定的目标升级任务，中央站可以获取第一待升级固件的监护设备的升级文件信息。

可选地，在本发明的一个实施例中，可以根据目标升级任务中的升级任务编号，在中央站的系统内存中查询与该升级任务编号对应的升级文件的文件编号和文件包个数，还可以获取升级文件的文件内容字节流。

S660，中央站将至少一个第一待升级固件的监护设备的升级文件信息发送至至少一个第一待升级固件的监护设备。

在本发明的实施例中，中央站获取了第一待升级固件的监护设备的升级文件信息之后，可以将升级文件信息以数据包的格式发送给至少一个第一待升级固件的监护设备，数据包格式如上面表5所示。

可选地，在本发明的一个实施例中，中央站可以针对接收到的升级申请请求向监护设备返回对应的应答消息，若中央站上存在能够用来升级的较高版本的固件，则在应答消息中包含固件的升级文件信息，升级文件信息的数据包格式如上面表5所示；若中央站上无较高版本的固件，则应答消息为无需升级。由此，能够提高固件升级的准确度，避免监护设备进行固件升级后系统版本降低。

S670，至少一个第一待升级固件的监护设备接收中央站返回的固件的升级文件信息。

需要说明的是，中央站在接收到至少一个监护设备发送的升级申请请求后，在中央站的系统内存中检索是否有符合升级要求的升级文件存在，若检索到升级文件，则向对应的监护设备即第一待升级固件的监护设备返回固件的升级文件信息，否则，向监护设备返回无需升级的消息。

S680，至少一个第一待升级固件的监护设备根据待升级文件的文件编号和文件包个数，按照预设的获取方式从中央站获取待升级文件的文件内容。

S690，中央站将待升级文件的文件内容发送至至少一个第一待升级固件的监护设备。

具体地，至少一个第一待升级固件的监护设备可以根据待升级文件的文件编号，逐个按照当前文件包数从中央站获取与当前文件包数对应的文件内容，直至当前文件包数与文件包个数相同时得到待升级文件的文件内容。

举例而言，假设与一个第一待升级固件的监护设备对应的待升级文件的文件编号为1，文件包数为5。该第一待升级固件的监护设备首先向中央站请求文件1的第1个包，中央站收到请求后将与文件1的第1个包对应的文件内容发送给该第一待升级固件的监护设备，该第一待升级固件的监护设备存储与文件1的第1个包对应的文件内容，并继续请求文件1的第2个包。该第一待升级固件的监护设备接收到中央站发送的与文件1的第2个包对应的文件内容后，将其存储在与文件1的第1个包的文件内容之后，继续请求文件1的第3个包，依次类推，直至该第一待升级固件的监护设备接收并缓存与文件1的第5个包对应的文件内容，文件1的文件内容获取完毕。

S6100，在待升级文件中的文件内容全部成功获取时，至少一个第一待升级固件的监护设备根据待升级文件中的文件内容对固件进行升级。

在本发明的实施例中，在至少一个第一待升级固件的监护设备成功获取待升级文件的文件内容之后，即可根据待升级文件中的文件内容对固件进行升级。

作为一种示例，在本发明的实施例中，至少一个第一待升级固件的监护设备可以通过覆盖系统文件并自动重启监护设备完成固件升级。

为了避免升级过程因电量不足而异常中断导致系统损坏，在本发明的一个实施例中，在至少一个第一待升级固件的根据待升级文件中的文件内容对固件进行升级之前，可以先检测监护设备的电源情况，判断监护设备的当前电源情况是否满足升级条件，如果当前电源情况满足升级要求，则根据待升级文件中的文件内容对固件进行升级；否则，停止固件升级操作。其中，监护设备的当前电源情况满足升级要求包括但不限于监护设备与固定市电连接、监护设备与充电装置连接，或者，监护设备的当前电量大于预设阈值。

需要说明的是，预设阈值可以由工作人员根据实际情况自行设定，比如预设阈值可以是监护设备电池容量的20％，本发明对此不作限制。

可选地，在本发明的一个实施例中，在至少一个第一待升级固件的根据待升级文件中的文件内容对固件进行升级时，可以生成系统升级提示信息，并将系统升级提示信息提供给用户，以提醒用户升级过程中的注意事项，或者由用户自行选择是否进行固件升级，提高监护设备固件升级的自主选择性。

为了实现上述实施例，本发明还提出了一种监护设备的固件升级装置，图7是根据本发明一实施例的监护设备的固件升级装置的结构示意图，该监护设备的固件升级装置应用于中央站。

如图7所示，本实施例的监护设备的固件升级装置70包括：建立模块710、接收模块720、确定模块730、生成模块740、第一发送模块750，以及第二发送模块760。其中，

建立模块710，用于建立与至少一个监护设备之间的通信连接。

其中，作为一种示例，通信连接中所采用的文件传输协议可以与监护数据协议一致，这样无需开发新的端口，可以直接采用现有的中央站端口即可实现监护设备的固件升级。作为另一种示例，通信连接中所采用的文件传输协议还可以与监护数据协议不一致，这样，需要用在中央站以及监护设备中设置独立的端口以实现监护设备固件的升级。可以理解，文件传输协议与监护数据协议是否有差异，决定了是否需要设置独立的端口来实现升级，而上述仅是给出监护设备固件升级中所采用两种不同的文件传输协议的示例，不作为本发明的具体限定。

接收模块720，用于接收至少一个监护设备发送的固件升级申请请求。

其中，固件升级申请请求包含至少一个监护设备的名称和标识信息、以及固件的系统版本号。

确定模块730，用于根据固件升级申请请求，从预先建立的至少一个升级任务中确定与至少一个第一待升级固件的监护设备对应的至少一个目标升级任务。

作为一种示例，如图8所示，该确定模块730可包括：第一确定单元731、第二确定单元732、第三确定单元733、对比单元734，以及第四确定单元735。其中，第一确定单元731用于针对每个监护设备的固件升级申请请求，从至少一个升级任务中，确定与固件升级申请请求中的监护设备名称相同的第一升级任务。第二确定单元732用于从第一升级任务中，确定包含固件升级申请请求中的监护设备标识信息的第二升级任务。第三确定单元733用于从第二升级任务中，确定固件系统版本号最大的第三升级任务。对比单元734，用于将第三升级任务中的固件系统版本号与固件升级申请请求中的固件的系统版本号进行对比。第四确定单元735用于在第三升级任务中的固件系统版本号大于固件升级申请请求中的固件的系统版本号时，将第三升级任务作为目标升级任务。

作为一种示例，如图9所示，该监护设备的固件升级装置70还可以包括：预先处理模块700，用于预先建立升级任务。其中，如图10所示，该预先处理模块700可以包括：第一获取单元701、第二获取单元702，以及建立单元703。其中，

第一获取单元701，用于在检测到当前有升级文件需要更新时，获取目标目录下的预设的升级文件的文件信息。

第二获取单元702，用于获取预设的配置信息，其中，配置信息包括第二待升级固件的监护设备名称、升级范围、固件系统版本号，升级范围包含至少一个第二待升级固件的监护设备标识信息。

建立单元703，用于根据升级文件的文件信息和配置信息建立升级任务。

生成模块740，用于根据至少一个目标升级任务生成至少一个第一待升级固件的监护设备的升级文件信息，其中，升级文件信息至少包括待升级文件的文件编号和文件包个数。

第一发送模块750，用于将至少一个第一待升级固件的监护设备的升级文件信息发送至至少一个第一待升级固件的监护设备。

第二发送模块760，用于将至少一个第一待升级固件的监护设备根据待升级文件的文件编号和文件包个数，按照预设的获取方式获得的待升级文件的文件内容，发送至至少一个第一待升级固件的监护设备，其中，至少一个第一待升级固件的监护设备在待升级文件中的文件内容全部成功获取时，根据待升级文件中的文件内容对固件进行升级。

需要说明的是，前述实施例(如上述图1至图4所示的实施例)中对监护设备的固件升级方法实施例的解释说明也适用于本实施例的监护设备的固件升级装置，其实现原理类似，此处不再赘述。

本发明实施例的监护设备的固件升级装置，通过建立与至少一个监护设备的通信连接，根据接收到的至少一个监护设备发送的固件升级申请请求，从至少一个升级任务中确定与至少一个待升级固件的监护设备对应的至少一个目标升级任务，根据至少一个目标升级任务生成至少一个待升级固件的监护设备的升级文件信息并发送至至少一个待升级固件的监护设备，将待升级文件的文件内容发送至至少一个待升级固件的监护设备，当至少一个待升级固件的监护设备成功获取待升级文件的文件内容时，根据文件内容升级固件。由此，能够灵活管理升级任务，使升级时间不受限制，减少人员参与使升级过程趋于自动化，一个中央站上可以同时升级不同类型的监护设备，节省升级时间，监护设备升级不再受连接方式的限制，能够减少开发升级程序的开销。

为了实现上述实施例，本发明还提出了一种监护设备的固件升级装置，图11是根据本发明又一实施例的监护设备的固件升级装置的结构示意图，该监护设备的固件升级装置应用于监护设备。

如图11所示，该监护设备的固件升级装置80包括：建立模块810、发送模块820、接收模块830、获取模块840，以及升级模块850。其中，

建立模块810，用于建立与中央站之间的通信连接。

发送模块820，用于向中央站发送监护设备的固件升级申请请求，其中，中央站在根据升级申请请求和预先建立的至少一个升级任务判断所述固件需要升级时，从至少一个升级任务中确定与需要升级的固件对应的目标升级任务，并根据目标升级任务生成固件的升级文件信息，其中，至少一个升级任务是由中央站根据预设的升级文件的文件信息和配置信息预先建立的。

为了避免升级过程因电量不足而异常中断导致系统损坏，进一步地，在本发明的一个实施例中，如图12所示，该监护设备的固件升级装置80还可以包括：第一判断模块860，第一判断模块860可用于在发送模块向中央站发送监护设备的固件升级申请请求之前，判断监护设备的当前电源情况是否满足升级要求。其中，监护设备的当前电源情况满足升级要求包括：监护设备与固定市电连接；或者，监护设备与充电装置连接；或者，监护设备的当前电量大于预设阈值。此时，在本发明的实施例中，发送模块820可具体用于：在当前电源情况满足升级要求时，向中央站发送固件升级申请请求。

接收模块830，用于接收中央站返回的升级文件信息。

其中，升级文件信息至少包括待升级文件的文件编号和文件包个数。

获取模块840，用于根据待升级文件的文件编号和文件包个数，按照预设的获取方式从中央站获取待升级文件的文件内容。

作为一种示例，获取模块840可具体用于：根据待升级文件的文件编号，逐个按照当前文件包数从中央站获取与当前文件包数对应的文件内容，直至当前文件包数与文件包个数相同时得到待升级文件的文件内容。

升级模块850，用于在待升级文件中的文件内容全部成功获取时，根据待升级文件中的文件内容对固件进行升级。

为了避免升级过程因电量不足而异常中断导致系统损坏，进一步地，在本发明的一个实施例中，如图13所示，该监护设备的固件升级装置80还可以包括：第二判断模块870，第二判断模块870可用于在升级模块根据待升级文件中的文件内容对固件进行升级之前，判断监护设备的当前电源情况是否满足升级要求。其中，监护设备的当前电源情况满足升级要求包括：监护设备与固定市电连接；或者，监护设备与充电装置连接；或者，监护设备的当前电量大于预设阈值。此时，在本发明的实施例中，升级模块850可具体用于：在当前电源情况满足升级要求时，根据待升级文件中的文件内容对固件进行升级。

为了提高监护设备固件升级的自主选择性，以及保证升级过程的顺利进行，进一步地，在本发明的一个实施例中，如图14所示，该监护设备的固件升级装置80还可以包括：生成模块880和提供模块890。其中，生成模块880用于在升级模块根据待升级文件中的文件内容对固件进行升级时，生成系统升级提示信息。提供模块890用于将系统升级提示信息提供给用户。

需要说明的是，前述实施例(如上述图5所示的实施例)中对监护设备的固件升级方法实施例的解释说明也适用于本实施例的监护设备的固件升级装置，其实现原理类似，此处不再赘述。

本发明实施例的监护设备的固件升级装置，通过建立与中央站之间的通信连接，向中央站发送监护设备中固件的升级申请请求，接收中央站返回的固件的升级文件信息，根据升级文件信息中包含的待升级文件的文件编号和文件包个数，按照预设的获取方式从中央站获取待升级文件的文件内容，并在待升级文件的文件内容全部成功获取时对固件进行升级。由此，能够减少人员参与，使升级过程趋于自动化，升级时间不受限制。

为了实现上述实施例，本发明还提出了一种监护设备的固件升级系统，如图15所示，该监护设备的固件升级系统包括上述任一个实施例所述的监护设备的固件升级装置70和监护设备的固件升级装置80。

在本发明的描述中，需要理解的是，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种监护设备的固件升级方法，其特征在于，所述方法应用于中央站，所述方法包括以下步骤：

建立与至少一个监护设备之间的通信连接；

接收所述至少一个监护设备发送的固件升级申请请求；

根据所述固件升级申请请求，从预先建立的至少一个升级任务中确定与至少一个第一待升级固件的监护设备对应的至少一个目标升级任务；

根据所述至少一个目标升级任务生成所述至少一个第一待升级固件的监护设备的升级文件信息，并发送至所述至少一个第一待升级固件的监护设备；

将所述至少一个第一待升级固件的监护设备根据所述升级文件信息获得的待升级文件的文件内容，发送至所述至少一个第一待升级固件的监护设备，其中，所述至少一个第一待升级固件的监护设备根据所述待升级文件中的文件内容对所述固件进行升级。

2.如权利要求1所述的监护设备的固件升级方法，其特征在于，所述固件升级申请请求包含所述至少一个监护设备的名称和标识信息、以及所述固件的系统版本号。

3.如权利要求2所述的监护设备的固件升级方法，其特征在于，所述根据所述固件升级申请请求，从预先建立的至少一个升级任务中确定与至少一个第一待升级固件的监护设备对应的至少一个目标升级任务，包括：

针对每个监护设备中的固件升级申请请求，从所述至少一个升级任务中，确定与所述固件升级申请请求中的监护设备名称相同的第一升级任务；

从所述第一升级任务中，确定包含所述固件升级申请请求中的监护设备标识信息的第二升级任务；

从所述第二升级任务中，确定固件系统版本号最大的第三升级任务；

将所述第三升级任务中的固件系统版本号与所述固件升级申请请求中的固件的系统版本号进行对比；

当所述第三升级任务中的固件系统版本号大于所述固件升级申请请求中的固件的系统版本号时，将所述第三升级任务作为所述目标升级任务。

4.如权利要求1所述的监护设备的固件升级方法，其特征在于，所述升级任务通过以下步骤预先建立的：

当检测到当前有升级文件需要更新时，获取目标目录下的预设的升级文件的文件信息；

获取预设的配置信息，其中，所述配置信息包括第二待升级固件的监护设备名称、升级范围、固件系统版本号，所述升级范围包含至少一个第二待升级固件的监护设备标识信息；

根据所述升级文件的文件信息和所述配置信息建立所述升级任务。

5.如权利要求1所述的监护设备的固件升级方法，其特征在于，其中，所述通信连接中所采用的文件传输协议与监护数据协议一致。

6.一种监护设备的固件升级装置，其特征在于，所述装置应用于中央站，所述装置包括：

建立模块，用于建立与至少一个监护设备之间的通信连接；

接收模块，用于接收所述至少一个监护设备发送的固件升级申请请求；

确定模块，用于根据所述固件升级申请请求，从预先建立的至少一个升级任务中确定与至少一个第一待升级固件的监护设备对应的至少一个目标升级任务；

生成模块，用于根据所述至少一个目标升级任务生成所述至少一个第一待升级固件的监护设备的升级文件信息；

第一发送模块，用于将所述升级文件信息发送至所述至少一个第一待升级固件的监护设备；

第二发送模块，用于将所述至少一个第一待升级固件的监护设备根据所述升级文件信息获得的待升级文件的文件内容，发送至所述至少一个第一待升级固件的监护设备，其中，所述至少一个第一待升级固件的监护设备根据所述待升级文件中的文件内容对所述固件进行升级。

7.如权利要求6所述的监护设备的固件升级装置，其特征在于，所述固件升级申请请求包含所述至少一个监护设备的名称和标识信息、以及所述固件的系统版本号。

8.如权利要求7所述的监护设备的固件升级装置，其特征在于，所述确定模块包括：

第一确定单元，用于针对每个监护设备中的固件升级申请请求，从所述至少一个升级任务中，确定与所述固件升级申请请求中的监护设备名称相同的第一升级任务；

第二确定单元，用于从所述第一升级任务中，确定包含所述固件升级申请请求中的监护设备标识信息的第二升级任务；

第三确定单元，用于从所述第二升级任务中，确定固件系统版本号最大的第三升级任务；

对比单元，用于将所述第三升级任务中的固件系统版本号与所述固件升级申请请求中的固件的系统版本号进行对比；

第四确定单元，用于在所述第三升级任务中的固件系统版本号大于所述固件升级申请请求中的固件的系统版本号时，将所述第三升级任务作为所述目标升级任务。

9.如权利要求6所述的监护设备的固件升级装置，其特征在于，还包括：

预先处理模块，用于预先建立所述升级任务；

其中，所述预先处理模块包括：

第一获取单元，用于在检测到当前有升级文件需要更新时，获取目标目录下的预设的升级文件的文件信息；

第二获取单元，用于获取预设的配置信息，其中，所述配置信息包括第二待升级固件的监护设备名称、升级范围、固件系统版本号，所述升级范围包含至少一个第二待升级固件的监护设备标识信息；

建立单元，用于根据所述升级文件的文件信息和所述配置信息建立所述升级任务。

10.如权利要求6所述的监护设备的固件升级装置，其特征在于，其中，所述通信连接中所采用的文件传输协议与监护数据协议一致。