CN111381843A - 一种固件升级调度方法、固件升级方法及相关装置 - Google Patents

Abstract

本申请提供了一种固件升级调度方法、固件升级方法及相关装置，其中，该方法包括：依据待升级设备对应的运行环境数据，生成至少一种固件获取策略；将生成的所述固件获取策略，向所述待升级设备发送。本申请实施例通过利用待升级设备的运行环境数据，确定适宜其采用的固件获取策略，实现提高待升级设备获取到固件升级数据的成功率，进而提高批量升级的成功率。

Description

一种固件升级调度方法、固件升级方法及相关装置

技术领域

本申请涉及计算机应用技术领域，具体而言，涉及一种固件升级调度方法、固件升级方法及相关装置。

背景技术

随着技术的不断发展，电子设备也不断更新换代。电子设备的更新换代不仅体现在新设备的不断推出，也体现在对旧设备进行不断的设备升级。其中，固件升级为设备升级的重要环节。

目前，固件升级的难点主要在于获取固件升级数据成功率低。特别是，对大批量开放环境下运行的设备统一升级时，由于采用的固件获取渠道单一且固定，并不适用于每一台设备的当前情况，从而导致升级的成功率很低。

发明内容

有鉴于此，本申请实施例的目的在于提供一种固件升级调度方法、固件升级方法及相关装置，能够通过依据对应的运行环境数据，确定至少一种适宜该待升级设备的固件获取策略，达到提高升级成功率的效果。

根据本申请的一个方面，一种固件升级调度方法可以包括以下操作中的一个或多个：

依据待升级设备对应的运行环境数据，生成至少一种固件获取策略；

将生成的所述固件获取策略，向所述待升级设备发送。

在一些实施例中，待升级设备从本端获取固件升级数据是非常可靠、快捷的方式，但考虑到网络条件对固件获取成功率的影响，所述运行环境数据可以包括网络环境相关信息，所述依据待升级设备对应的运行环境数据，生成至少一种固件获取策略的步骤可以包括：

根据所述网络环境相关信息及本端的网络供给负载，生成第一获取策略；

其中，所述第一获取策略为指示所述待升级设备从本端获取固件升级数据的策略。

在一些实施例中，还包括：

在接收到所述待升级设备响应于所述第一获取策略生成的固件获取请求时，基于预存储的最新固件数据，生成对应的所述固件升级数据；

将所述固件升级数据反馈至所述待升级设备。

在一些实施例中，所述运行环境数据还可以包括位置相关信息，所述依据待升级设备对应的运行环境数据，生成至少一种固件获取策略的步骤可以包括：

依据所述待升级设备的位置相关信息，判断是否存在与所述待升级设备匹配的固件提供端；

若存在所述匹配的固件提供端，则基于所述匹配的固件提供端生成第二获取策略；

其中，所述固件提供端具有最新固件数据；所述第二获取策略为指示所述待升级设备从所述匹配的固件提供端获取固件升级数据的策略。

在一些实施例中，为了发挥近场的数据传输比较可靠的优势，上述依据所述待升级设备的位置相关信息，判断是否存在与待升级设备匹配的固件提供端的步骤可以包括：

获取所述固件提供端的实时位置信息；

将所述位置相关信息与获取到的每一所述实时位置信息进行比较；

若所述实时位置信息与所述位置相关信息之间满足预设的距离条件，将所述实时位置信息对应的固件提供端确定为所述匹配的固件提供端。

在一些实施例中，所述方法可以应用于云管服务器；

所述固件提供端包括近场服务节点或者所述待升级设备的同类设备。

在一些实施例中，在所述匹配的固件提供端为近场服务节点时，所述方法还包括：

向所述近场服务节点发送固件供给设备列表；

其中，所述固件供给设备列表包括所述待升级设备；所述固件供给设备列表用于指示所述近场服务节点建立与所述待升级设备之间的通信连接。

在一些实施例中，所述方法还可以应用于近场服务节点；所述固件提供端包括所述待升级设备的同类设备。

在一些实施例中，为了适应开发的运行环境和提供更多可选的固件获取方式，提供固件获取成功率，上述生成的固件获取策略还可以包括第三获取策略；

其中，所述第三获取策略为指示所述待升级设备从同类设备自主确定固件提供端并获取固件升级数据的策略。

在一些实施例中，还可以包括：

接收固件请求端发送的设备信息；

依据所述设备信息，从所述固件请求端中确定所述待升级设备，以便从所述待升级设备对应的设备信息中获取所述运行环境数据。

根据本申请的另一方面，提供一种固件升级方法可以包括以下操作中的一个或多个：

将携带运行环境数据的设备信息发送至固件分配调度端；

接收所述固件分配调度端发送的基于所述运行环境数据确定的至少一种固件获取策略；

执行所述固件获取策略，以获取固件升级数据。

在一些实施例中，在所述固件获取策略中包括第一获取策略时，所述执行所述固件获取策略的步骤可以包括：

将生成的固件获取请求发送至所述固件分配调度端；

接收所述固件分配调度端反馈的固件升级数据。

在一些实施例中，在所述固件获取策略中包括第二获取策略时，所述执行所述固件获取策略的步骤可以包括：

依据所述第二获取策略中携带的与本端匹配的固件提供端所对应的信息，建立与所述匹配的固件提供端之间的通信；

将生成的固件获取请求发送至所述匹配的固件提供端；

接收所述固件提供端反馈的固件升级数据。

在一些实施例中，在所述固件获取策略中包括第三获取策略时，所述执行所述固件获取策略的步骤可以包括：

侦听由同类设备发送的设备身份信息；

依据所述设备身份信息从对应的所述同类设备中确定是否存在固件提供端；

若确定存在所述固件提供端，则从所述固件提供端获取固件升级数据。

在一些实施例中，若获得的固件获取策略中包括第一获取策略、第二获取策略和第三获取策略中至少两个时，为了提高升级成功率，也为了避免并行执行对系统资源造成不必要的损耗，所述执行所述固件获取策略的步骤可以包括：

依据为每一种所述固件获取策略预先设置的优先级，依次执行各所述固件获取策略，直至获取到所述固件升级数据。

在一些实施例中，所述第一获取策略的优先级高于所述第二获取策略，所述第二获取策略的优先级高于所述第三获取策略。

根据本申请的另一方面，提供一种固件升级调度装置可以包括生成模块和第一发送模块。其中，生成模块，用于依据待升级设备对应的运行环境数据，生成至少一种固件获取策略；第一发送模块，用于将生成的所述固件获取策略，向所述待升级设备发送。

在一些实施例中，所述运行环境数据包括网络环境相关信息，所述生成模块具体用于：

根据所述网络环境相关信息及本端的网络供给负载，生成第一获取策略；

其中，所述第一获取策略为指示所述待升级设备从本端获取固件升级数据的策略。

在一些实施例中，还包括：

处理模块，用于在接收到所述待升级设备响应于所述第一获取策略生成的固件获取请求时，基于预存储的最新固件数据，生成对应的所述固件升级数据；

所述第一发送模块，还用于将所述固件升级数据反馈至所述待升级设备。

在一些实施例中，所述运行环境数据包括位置相关信息，所述生成模块具体用于：

依据所述待升级设备的位置相关信息，判断是否存在与所述待升级设备匹配的固件提供端；

若存在所述匹配的固件提供端，则基于所述匹配的固件提供端生成第二获取策略；

其中，所述固件提供端具有最新固件数据；所述第二获取策略为指示所述待升级设备从所述匹配的固件提供端获取固件升级数据的策略。

在一些实施例中，所述生成模块具体还用于：

获取所述固件提供端的实时位置信息；

将所述位置相关信息与获取到的每一所述实时位置信息进行比较；

若所述实时位置信息与所述位置相关信息之间满足预设的距离条件，将所述实时位置信息对应的固件提供端确定为所述匹配的固件提供端。

在一些实施例中，所述装置应用于云管服务器；

所述固件提供端包括近场服务节点或者所述待升级设备的同类设备。

在一些实施例中，在所述匹配的固件提供端为近场服务节点时，所述第一发送模块，还用于向所述近场服务节点发送固件供给设备列表；

其中，所述固件供给设备列表包括所述待升级设备；所述固件供给设备列表用于指示所述近场服务节点建立与所述待升级设备之间的通信连接。

在一些实施例中，所述装置应用于近场服务节点；所述固件提供端包括所述待升级设备的同类设备。

在一些实施例中，所述生成模块生成的所述固件获取策略还包括第三获取策略；

其中，所述第三获取策略为指示所述待升级设备从同类设备自主确定固件提供端并获取固件升级数据的策略。

在一些实施例中，还包括：

第一接收模块，用于接收固件请求端发送的设备信息；

确定模块，用于依据所述设备信息，从所述固件请求端中确定所述待升级设备，以便从所述待升级设备对应的设备信息中获取所述运行环境数据。

根据本申请的另一方面，提供一种固件升级装置可以包括第二发送模块和第二接收模块，其中，第二发送模块，用于将携带运行环境数据的设备信息发送至固件分配调度端；第二接收模块，用于接收所述固件分配调度端发送的基于所述运行环境数据确定的至少一种固件获取策略；执行模块，用于执行所述固件获取策略，以获取固件升级数据。

在一些实施例中，在所述固件获取策略中包括第一获取策略时，所述执行模块具体用于：

将生成的固件获取请求发送至所述固件分配调度端；

接收所述固件分配调度端反馈的固件升级数据。

在一些实施例中，在所述固件获取策略中包括第二获取策略时，所述执行模块具体用于：

依据所述第二获取策略中携带的与本端匹配的固件提供端所对应的信息，建立与所述匹配的固件提供端之间的通信；

将生成的固件获取请求发送至所述匹配的固件提供端；

接收所述固件提供端反馈的固件升级数据。

在一些实施例中，在所述固件获取策略中包括第三获取策略时，所述执行模块具体用于：

侦听由同类设备发送的设备身份信息；

依据所述设备身份信息从对应的所述同类设备中确定是否存在固件提供端；

若确定存在所述固件提供端，则从所述固件提供端获取固件升级数据。

在一些实施例中，在所述固件获取策略中包括第一获取策略、第二获取策略和第三获取策略中至少两个时，所述执行模块具体用于：

依据为每一种所述固件获取策略预先设置的优先级，依次执行各所述固件获取策略，直至获取到所述固件升级数据。

在一些实施例中，所述第一获取策略的优先级高于所述第二获取策略，所述第二获取策略的优先级高于所述第三获取策略。

根据本申请的另一方面，提供一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行前述的固件升级调度方法的步骤。

根据本申请的另一方面，还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行前述的固件升级调度方法的步骤。

根据本申请的另一方面，提供一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行前述的固件升级方法的步骤。

根据本申请的另一方面，还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行前述的固件升级方法的步骤。

基于上述任一方面，本公开通过利用待升级设备的运行环境数据，生成至少一种适合待升级设备采用的固件获取策略，并发送给待升级设备，提高待升级设备获取到固件升级数据的成功率。该方式可以利用各待升级设备运行环境的特异性，为每一待升级设备的生成适应的固件获取策略，提高其获取到固件升级数据的成功率，提高批量升级的成功率。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了相关技术中提供固件升级服务的系统的结构示意图；

图2示出了本申请实施例提供的固件升级的服务系统的示意图；

图3示出了本申请实施例提供的固件升级的服务系统的一种结构示意图；

图4示出了本申请实施例提供的固件升级的服务系统的另一种结构示意图；

图5示出了本申请实施例提供的电子设备的结构示意图；

图6示出了本申请实施例所提供的一种固件升级调度方法的流程图；

图7示出了本申请实施例所提供的一种固件升级调度方法的流程图的另一部分；

图8示出了本申请实施例所提供的一种固件升级调度装置的结构示意图；

图9示出了本申请实施例所提供的一种固件升级方法的流程图；

图10示出了本申请实施例所提供的一种固件升级装置的结构示意图；

图11示出了本申请实施例所提供的信令交互图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“共享设备应对节假日活动的批量固件升级”，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕共享设备应对节假日活动的批量固件升级这一场景进行描述，但是应该理解，这仅是一个示例性实施例。本申请可以应用于任何其他类型设备的批量固件升级。例如，本申请可以应用于各类电子设备的固件升级，包括手机固件升级、平板固件升级、便携式穿戴设备固件升级、智能家居设备固件升级、家电设备固件升级、共享设备固件升级等。

需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。

本申请中的术语“本端”指代方法、装置的执行主体，“固件分配调度端”可以是协调固件获取方法的实体或工具，“固件提供端”指代除固件分配调度端外可以提供固件升级数据的实体或工具。本申请中的术语“待升级设备”为“固件请求端”中的一个或多个设备，在部分情况下二者可互换使用。

本申请中使用的定位技术可以基于全球定位系统(Global Positioning System,GPS)、全球导航卫星系统(Global Navigation Satellite System,GLONASS)，罗盘导航系统(COMPASS)、伽利略定位系统、准天顶卫星系统(Quasi-Zenith Satellite System,QZSS)、无线保真(Wireless Fidelity,WiFi)定位技术等，或其任意组合。一个或多个上述定位系统可以在本申请中互换使用。

值得注意的是，在本申请提出申请之前，现有的技术方案为：

如图1所示，可升级设备与固件服务器通信连接。上述固件服务器内存储可升级设备所需的最新固件数据。可升级设备在需要进行升级时只能通过网络向固件服务器请求对应的最新固件数据。

然而，固件数据传输过程对网络资源占用大，且耗时长。若是暂时只能采用窄带宽通信方式与固件服务器通信的可升级设备(例如，采用2G或3G的嵌入式设备)，即使不考虑固件服务器自身负载问题，受限于网络，同一时间段内，同一基站覆盖范围内的可升级设备中可以从固件服务器成功获取到固件数据的设备数量是有限的。可以看出，对于暂时只能采用窄带宽通信方式与固件服务器通信的可升级设备而言，直接从固件服务器获取固件数据的成功效率低，并不是一个适宜的选择。这就导致，大批量可升级设备同时进行升级时，会出现大量固件获取失败的可升级设备。从而，导致设备的批量固件升级成功率低。

为了解决上述技术问题，本发明实施例提供一种固件升级调度方法、固件升级方法及相关装置。其核心改进点在于：针对每一台待升级设备当前的运行环境，确定适宜该待升级设备的至少一种固件升级策略，以供待升级设备执行，提高每台待升级设备获取固件的成功率，进而，提高批量设备升级成功率。下面通过可能的实现方式对本发明的技术方案进行说明。

图2是本申请一些实施例的固件升级的服务系统100的框图。例如，固件升级的服务系统100可以是用于为诸如汽车、共享车辆、手机、电脑、PC设备、穿戴设备、闸机、售票机或充电柜之类的设备提供固件升级服务。

固件升级的服务系统100可以包括固件分配调度端110、网络120、固件请求端130和固件提供端140中的一种或多种，固件分配调度端110中可以包括执行指令操作的处理器220。

在一些实施例中，如图3所示，固件分配调度端110内具有最新固件数据。上述固件分配调度端110可以是云管服务器。工程师可以将需要发布的最新固件数据存储到云管服务器。云管服务器可以是单个服务器，也可以是服务器组。服务器组可以是集中式的，也可以是分布式的(例如，服务器可以是分布式系统)。

在一些实施例中，如图4所示，固件分配调度端110也可以是近场服务节点。近场服务节点与云管服务器通信连接，近场服务节点通过稳定可靠的通信方式从云管服务器获取最新固件数据及可向固件请求端130提供的服务类型。

可选地，近场服务节点可以是在不同区域架设的多个由云管服务器管控的服务设备，其内安装与圆管服务器对应的APP，以便于接收云管服务器的服务。例如，可以架设于各个区域、且与云管服务器通过稳定的通信方式通信的计算机、移动设备等。可以理解的，上述近场服务节点可以从云管服务器获取到最新固件数据及提供固件分配调度服务的规则。对于无法直接连接云管服务器、却可以与近场服务节点连接上的固件请求端130而言，该近场服务节点则为固件分配调度端110。因此，设置近场服务节点的目的在于：为属于其近场覆盖范围且暂时无法与云管服务器通信的固件请求端130提供相关服务(例如，判定是否具备升级资格的服务、推荐适宜的固件获取方式的服务等)。

在一些实施例中，固件提供端140可以是与固件分配调度端110通信且已获得最新固件数据的终端。例如，在云管服务器作为固件分配调度端110时，此时对应的固件提供端140可以包括已获得最新固件数据的近场服务节点，还可以包括固件请求端130的同类设备中已获得最新固件数据的设备。在近场服务节点作为固件分配调度端110时，此时对应的固件提供端140可以包括固件请求端130的同类设备中已获得最新固件数据的设备。

在一些实施例中，固件请求端130可以是可以接受固件升级服务的电子产品，诸如汽车、共享车辆、手机、电脑、PC设备、穿戴设备、闸机、售票机或充电柜之类的设备。

网络120可以用于信息和/或数据的交换。在一些实施例中，固件升级的服务系统100中的一个或多个组件(例如，固件请求端、固件提供端、固件分配调度端)可以向其他组件发送信息和/或数据。在一些实施例中，网络可以是任何类型的有线或者无线网络，或者是他们的结合。仅作为示例，网络可以包括有线网络、无线网络、光纤网络、远程通信网络、内联网、因特网、局域网(Local Area Network，LAN)、广域网(Wide Area Network，WAN)、无线局域网(Wireless Local Area Networks，WLAN)、城域网(Metropolitan Area Network，MAN)、广域网(Wide Area Network，WAN)、公共电话交换网(Public Switched TelephoneNetwork，PSTN)、蓝牙网络、ZigBee网络、或近场通信(Near Field Communication,NFC)网络等，或其任意组合。在一些实施例中，网络120可以包括一个或多个网络接入点。例如，网络120可以包括有线或无线网络接入点，例如基站和/或网络交换节点，固件升级的服务系统100的一个或多个组件可以通过该接入点连接到网络以交换数据和/或信息。

图5示出根据本申请的一些实施例的可以实现本申请思想的固件分配调度端110、固件请求端130的电子设备200的示例性硬件和软件组件的示意图。例如，处理器220可以用于电子设备200上，并且用于执行本申请中的功能。

电子设备200可以是通用计算机或特殊用途的计算机，两者都可以用于实现本申请的固件升级调度方法及固件升级方法。本申请尽管仅示出了一个计算机，但是为了方便起见，可以在多个类似平台上以分布式方式实现本申请描述的功能，以均衡处理负载。

例如，电子设备200可以包括连接到网络的网络端口210、用于执行程序指令的一个或多个处理器220、通信总线230、和不同形式的存储介质240，例如，磁盘、ROM、或RAM，或其任意组合。示例性地，计算机平台还可以包括存储在ROM、RAM、或其他类型的非暂时性存储介质、或其任意组合中的程序指令。根据这些程序指令可以实现本申请的方法。电子设备200还包括计算机与其他输入输出设备(例如键盘、显示屏)之间的输入/输出(Input/Output，I/O)接口250。

为了便于说明，在电子设备200中仅描述了一个处理器。然而，应当注意，本申请中的电子设备200还可以包括多个处理器，因此本申请中描述的一个处理器执行的步骤也可以由多个处理器联合执行或单独执行。例如，若电子设备200的处理器执行步骤A和步骤B，则应该理解，步骤A和步骤B也可以由两个不同的处理器共同执行或者在一个处理器中单独执行。例如，第一处理器执行步骤A，第二处理器执行步骤B，或者第一处理器和第二处理器共同执行步骤A和B。

图6示出了本发明实施例提供的一种固件升级调度方法的步骤流程图，该方法可以应用于固件分配调度端110。为了方便描述，下面的实施例中将执行上述固件升级调度方法的主体称为本端。可选地，上述固件升级调度方法可以包括以下步骤：

步骤S101，依据待升级设备对应的运行环境数据，生成至少一种固件获取策略。

步骤S102，将生成的所述固件获取策略，向所述待升级设备发送。

在一些实施例中，上述待升级设备可以是固件升级的服务系统100内的固件请求端130中被本端判定为满足升级条件的设备。作为一种实施方式，在固件请求端130接入固件分配调度端110后向固件分配调度端110发送设备信息，以便固件分配调度端110判定该固件请求端130是否满足升级条件。可选地，上述固件请求端130可以按照预定的时间间隔向连接的固件分配调度端110发送设备信息；也可以在接入固件分配调度端110时，向连接的固件分配调度端110发送设备信息。

在一些实施例中，上述设备信息可以包括设备当前的运行环境数据。上述运行环境数据会随着固件请求端130所处区域或设备性能状态的改变而改变。

可选地，运行环境数据可以包括所处的网络环境相关信息。上述网络环境相关信息可以是固件请求端130与固件分配调度端110之间进行数据交互可以采用通信方式。上述通信方式可以是，但不限于是，WiFi方式、2G、3G、4G、5G及近场通信等。可以理解的，固件请求端130可以同时具备采用多种通信方式的能力，但受限于各类通信服务提供设备(例如，基站、网络120热点设备)覆盖范围，上述固件请求端130对应的网络环境相关信息随着固件请求端130的位置变化而出现变化。当然，也会受限于设备性能状态，例如，一区域同时被4G、3G基站所覆盖，但该区域内大量固件请求端130同时请求4G基站提供服务，则会出现当前设备性能状态差的设备无法通过4G基站与外界进行数据交互，只能选择通过3G通信方式与外界进行数据交互。

可选地，运行环境数据还可以包括位置相关信息。固件请求端130的位置相关信息可以利用定位技术获取到。

进一步地，上述设备信息还可以包括该设备对应的固有属性相关。例如，可以包括设备MAC、设备IP、设备类型、遵循的协议标准等。可选地，上述设备信息还可以包括设备对应的可更新属性相关信息。例如，设备软件信息、设备固件种类、固件版本信息。可以理解的，上述设备固件种类、固件版本信息可以是该固件请求端130已安装并使用的固件信息。可选地，上述设备信息还可以包括设备状态相关信息，例如，可以包括的剩余电量信息、剩余存储空间大小等。

可以理解的，上述设备信息可以是运行环境数据、设备对应的固有属性相关信息、设备对应的可更新属性相关信息及设备状态相关信息等中的一种或多种之间的组合。

在一些实施例中，上述固件获取策略可以是待升级设备获取固件升级数据的方式。可以理解的是，固件升级数据可以是基于待升级设备对应的最新固件数据生成。

上述步骤S101的目的为：判定出待升级设备此时可采用的获取固件升级数据的方式，实现固件获取方式的调度，避免大量待升级设备不考虑自身情况均采用同样的策略请求固件升级数据，从而导致大部分待升级设备获取固件失败，徒增升级失败率。

上述步骤S102的目的为：便于待升级设备可以采用更适宜的策略获取到固件。相较于相关技术中待升级设备只能采用固化于其内、难以根据实际情况调整的固件获取策略而言，更加灵活，也更适于待升级设备的当前状态，提高固件获取成功率。

为了方便理解，下面以手机作为待升级设备为例，进行固件升级调度场景的描述：

固件分配调度端110同时确定手机A和手机B为待升级设备，手机A向固件分配调度端110发送的运行环境数据显示手机A当前可以采用WiFi方式与固件分配调度端110通信，手机B向固件分配调度端110发送的运行环境数据显示手机B当前只能采用2G方式与固件分配调度端110通信，且网络120状态不稳定。由于WiFi带宽较宽，也比较稳定，而2G通信属于窄带宽通信，且网络120状态不稳定。另外，固件升级数据体积较大，传输过程对网络带宽占用大，且需要稳定的网络传输。因此，固件分配调度端110针对手机A生成的固件获取策略可以包括直接从固件分配调度端110获取，而固件分配调度端110针对手机B生成的固件获取策略则不包括直接从固件分配调度端110获取，并针对其实际情况设计其他的获取策略。

下面对本公开实现的具体过程和细节进行介绍。

在一些实施例中，待升级设备与固件分配调度端110之间的通信连接已建立，且固件分配调度端110内存储着待升级设备的最新固件数据。因此，能从固件分配调度端110直接获取到固件升级数据是一种直接、快捷、可靠的方式。但是，固件数据通常所占字节也多，可靠的网络传输条件是固件数据传输的保障。因此，待升级设备对应的网络环境相关信息，可以是评估待升级设备是否适宜采用从固件分配调度端110直接获取到固件升级数据这一方式的条件。可以理解的，待升级设备的最新固件数据为该待升级设备可以使用且发布时间最近的固件数据。

基于此，上述步骤S101的第一实现方式可以是：根据网络环境相关信息，判断是否生成第一获取策略。可以理解的，生成的第一获取策略指代用于指示待升级设备从本端(即固件分配调度端110)获取固件升级数据的策略。

在一些实施例中，虽然2G、3G等窄带宽通信方式可分配给待升级设备使用的带宽小，但是，在固件分配调度端110与待升级设备所处的区域对应的2G或3G的基站之间的下行带宽被占用小时，待升级设备即使采用2G或3G从固件分配调度端110获取固件升级数据的方式也是可行且可靠的。虽然，采用WiFi这一稳定的通信方式与固件分配调度端110进行数据交互很可靠，但是，在固件分配端当前同时供应固件升级数据的待升级设备的数量超过所能承受的最大量时，此时，直接从固件分配调度端110获取固件升级数据的方式也不能视为一种可靠的方式。

基于此，在一些实施例中，上述根据网络环境相关信息，生成第一获取策略还可以是：根据所述网络环境相关信息及本端(即固件分配调度端110)的网络供给负载，判断是否生成第一获取策略。

需要说明的是，网络供给负载可以由当前固件分配调度端110供给固件升级数据的待升级设备的数量表征。可以理解的，被供给固件升级数据的待升级设备可以是指固件分配调度端110正向其传输固件升级数据的设备。可选地，网络供给负载可以包括固件分配调度端110总的下行网络带宽的占用情况。可选地，网络供给负载还可以包括当前固件分配调度端110与待升级设备对应的通信服务提供设备(例如，基站)之间的下行通信带宽占用情况。

因此，在可能的实施方式中，上述根据网络环境相关信息及本端(即固件分配调度端110)的网络供给负载，判断是否生成第一获取策略可以包括：结合网络环境相关信息，将本端当前的网络供给负载与预设负荷进行比较，如果比较结果满足要求，判定该待升级设备也适宜采用第一获取策略进行固件升级数据的获取，针对该待升级设备生成第一获取策略；如果比较结果不满足要求，则不生成第一获取策略。

下面以二个例子对上述可能的实施方式进行说明：

示例一：待升级设备A发送的运行环境数据中携带的网络环境相关信息显示待升级设备通过区域A的3G基站与固件分配调度端110进行数据交互时，固件分配调度端110先评估其总的下行网络带宽的占用情况是否超过对应的预设负荷。如没有超过，则继续判断固件分配调度端110与区域A的3G基站之间的下行通信带宽占用情况是否也超过对应的预设负荷。若没有超过，则判断该待升级设备可以采用第一获取策略，因此，为该待升级设备生成的固件获取策略可以包括第一获取策略。若超过，则判断该待升级设备不可以采用第一获取策略，因此，为该待升级设备生成的固件获取策略不包括第一获取策略。

示例二：待升级设备B发送的运行环境数据中携带的网络环境相关信息显示待升级设备采用近场通信的方式与固件分配调度端110进行数据交互时，固件分配调度端110先评估其近场通信的下行网络带宽的占用情况是否超过对应的预设负荷。如没有超过，则判断该待升级设备可以采用第一获取策略，因此，为该待升级设备生成的固件获取策略可以包括第一获取策略。若超过，则判断该待升级设备不可以采用第一获取策略，因此，为该待升级设备生成的固件获取策略不包括第一获取策略。

进一步地，在一些实施例中，上述步骤S101中若为待升级设备生成的固件获取策略中包括第一获取策略，则固件升级调度方法还可以包括以下步骤：

(1)在接收到待升级设备响应于第一获取策略生成的固件获取请求时，基于预存储的最新固件数据，生成对应的所述固件升级数据。

可以理解的，固件分配调度端110为待升级设备生成的固件获取策略类型可以包括一个或多个，在待升级设备决定采用第一获取策略时，生成一固件获取请求，并发送至固件分配调度端110。固件分配调度端110响应于该固件获取请求，根据该待升级设备对应的设备信息、最新固件数据生成对应的所述固件升级数据。

可选地，生成固件升级数据的方式可以是：对最新固件数据直接进行打包处理，以生成所述固件升级数据。

可选地，生成固件升级数据的方式可以是：依据对应设备信息中携带的固件版本信息和最新固件数据之间的差异，从最新固件数据中拆分出待处理固件数据。对待处理固件数据进行打包处理，以生成所述固件升级数据。通过上述方式，可以固件升级数据传输过程中的网络120占用，也可以提高待升级设备基于得到固件升级数据进行升级的升级速度。

(2)将固件升级数据反馈至待升级设备。

可以理解的，固件分配调度端110可以基于待升级设备提供的网络环境相关信息确定固件升级数据的传输方式，并将固件升级数据向待升级设备发送。

在一些实施例中，近场数据传输具有传输稳定性高、传输速度快等优点。同时，将固件分配调度端110之外已获得对应的最新固件数据的设备也作为提供固件的设备，可以增加更多的最新固件数据来源，分担单点进行大批量固件传输的压力。可见，选择利用近场通信从具备最新固件数据的固件提供端140获取固件升级数据也是一种高效、可行的策略。但是，由于固件提供端140在近场数据传输受到距离影响，因此，并非所有待升级设备均适用该策略。

基于此，上述步骤S101的第二实现方式还可以包括：依据待升级设备的位置相关信息，判断是否存在与待升级设备匹配的固件提供端140。若存在匹配的固件提供端140，则基于所述匹配的固件提供端140生成第二获取策略。

可以理解的，生成的第二获取策略指代用于指示待升级设备从匹配的固件提供端140获取固件升级数据的策略。

需要说明的是，上述固件提供端140与固件分配调度端110通信，且固件分配调度端110确定其内已具有最新固件数据的设备。

如前所述，固件分配调度端110可以是云管服务器，在固件分配调度端110可以是云管服务器时，上述固件提供端140的类型可以包括近场服务节点和/或者待升级设备的同类设备。也就是，可以作为固件提供端140的设备可以是近场服务节点，也可以是待升级设备的同类设备中具有最新固件数据的设备。需要说明的是，上述云管服务器在得到最新固件数据后均会向可通信的近场服务节点发送。同时，待升级设备的每一同类设备在与固件分配调度端110进行通信时，均会将自身的设备信息发送至固件分配调度端110，固件分配调度端110可以基于接收到的设备信息确定哪些设备已具备最新固件数据，进而确定其是否可以作为固件提供端140。

进一步地，在与待升级设备匹配的固件提供端140为近场服务节点时，所述方法还包括：向近场服务节点发送固件供给设备列表。

可以理解的，上述固件供给设备列表为指示近场服务节点可以提供固件传输服务的设备列表。该固件供给设备列表中包括该待升级设备。近场服务节点可以建立与固件供给设备列表中设备之间的通信连接。可以理解为，固件分配调度端110通过固件供给设备列表指示近场服务节点建立与待升级设备之间的通信连接。从而，便于待升级设备确定采用第二获取策略时，能快速获取到固件升级数据。

可选地，也可以在近场服务节点建立与待升级设备之间的通信后直接将固件升级数据推送给待升级设备。

如前所述，固件分配调度端110可以是近场服务节点，在固件分配调度端110为近场服务节点时，上述固件提供端140的类型可以包括待升级设备的同类设备。也就是，可以作为固件提供端140的设备为待升级设备的同类设备中具有最新固件数据的设备。例如，共享单车向通信的近场服务节点发送设备信息，该近场服务节点依据设备信息判定该共享单车为待升级设备，则根据共享单车对应的设备信息中携带的位置相关信息判断与近场服务节点服务覆盖范围内是否存在具有最新固件数据的其他共享单车，以便从中确定匹配的固件提供端140。

可以理解的，固件分配调度端110确认可以作为固件提供端140的设备可以包括一个或多个，在这一个或多个固件提供端140中可能存在与待升级设备匹配的固件提供端140。

可选地，从一个或多个固件提供端140确定与待升级设备匹配的固件提供端140的方式可以是：固件分配调度端110获取每一固件提供端140当前的位置相关信息，以作为其对应的实时位置信息。将待升级设备的位置相关信息与获取到的每一实时位置信息进行比较。若获取的实时位置信息中存在与待升级设备的位置相关信息之间满足预设的距离条件的实时位置信息，则将满足距离条件的实时位置信息所对应的固件提供端140确定为待升级设备匹配的固件提供端140。可以理解，上述距离条件可以是二者之间的空间距离小于预设距离阈值。上述预设距离阈值可以是预先存储于固件分配调度端110内的固定值，例如，固件分配调度端110内预设的一数值，也可以是根据固件提供端140上传的设备信息中携带的当前信号可覆盖范围评估值。

可以理解的，上述步骤S101还可以包括第三实现方式，该第三实现方式可以综合前述第一实现方式和第二实现方式。即，既可以根据网络环境相关信息，判定是否生成第一获取策略；又可以依据所述待升级设备的位置相关信息，判定是否生成第二获取策略。

如此，在一个待升级设备不适宜第一获取策略但适宜第二获取策略时，指引该待升级设备采用最佳的方式获取到固件升级数据，提高固件获取成功率。在一个待升级设备既适宜第一获取策略又适宜第二获取策略时，让待升级设备可以有更多获取选择，提高固件获取的灵活性，如此待升级设备执行某一策略获取固件失败后，还有后备策略提供保障，进而提高固件获取的成功率。

在一些实施例中，为了避免可通过运行环境数据确定出的固件获取策略均不适宜待升级设备，也为了给待升级设备提供更多的策略进行选择。上述步骤S101还可以包括第四实现方式。第四实现方式可以是：生成第三获取策略。可以理解的，生成的第三获取策略指代用于指示待升级设备从同类设备自主确定固件提供端140并获取固件升级数据的策略。

在一些实施例中，固件升级的服务系统100可以同时为大量固件请求端130提供服务。若不对固件请求端130进行区分，固件分配调度端110为每一固件请求端130判定适宜的固件获取策略，那么固件分配调度端110的工作负荷是非常严重的，不利于整个系统可靠的运行。因此，如图7所示，在图6所示的固件升级调度方法的基础上，还可以包括以下步骤：

步骤S201，接收固件请求端130发送的设备信息。

在一些实施例中，每一固件请求端130接入固件分配调度端110后，均会向固件分配调度端110发送设备信息。可选地，可以是按照预设的时间价格发送，也可以是接入的同时发送。

步骤S202，依据设备信息，从固件请求端130中确定待升级设备，以便从所述待升级设备对应的设备信息中获取运行环境数据。

可选的实施方式一，上述依据设备信息从固件请求端130中确定待升级设备可以包括：依据对应的固件版本信息，判定固件请求端130是否可作为待升级设备。可以理解的，固件版本信息不低于最新固件数据的版本信息，则确定对应的固件请求端130不具备作为待升级设备的资格。

可选的实施方式二，上述依据设备信息从固件请求端130中确定待升级设备可以包括：依据对应的设备状态相关信息，判定固件请求端130是否可作为待升级设备。例如，可以依据其对应的剩余电量信息与预设的升级电量低限进行比较，若剩余电量信息低于预设的升级电量低限，则确定对应的固件请求端130不具备作为待升级设备的资格；可以依据其剩余存储空间大小(如，flash空间剩余大小)与预设的升级空间低限进行比较，若剩余存储空间大小低于升级空间低限，则确定对应的固件请求端130不具备作为待升级设备的资格。

可选的实施方式三，上述依据设备信息从固件请求端130中确定待升级设备可以包括：依据对应的运行环境数据，结合本端的网络供给负载，判定固件请求端130是否可作为待升级设备。例如，预先设定的每个升级周期通过同一3G基站可触发升级的升级设备量为15台，固件请求端130对应的运行环境数据中携带的网络环境相关信息显示固件请求端130只能通过区域A的3G基站与固件分配调度端110进行数据交互，同时，固件分配调度端110通过网络供给负载确定固件分配调度端110在当前的升级周期内已通过区域A的3G基站触发15台待升级设备进行升级，则判定该固件请求端130不具备作为待升级设备的资格。

可选的实施方式四，上述依据设备信息从固件请求端130中确定待升级设备可以包括：依据接收到设备信息的时间点，是否属于预设的升级时间区间，判定固件请求端130是否可作为待升级设备。例如，升级时间区间为每天的1:00～6:00，固件分配调度端110接收到一固件请求端130发送的设备信息的时间点为12:00，则判定该固件请求端130暂时不具备作为待升级设备的资格。

可选的实施方式五，在固件分配调度端110为近场服务节点时，上述依据设备信息从固件请求端130中确定待升级设备可以包括：依据固件请求端130的位置相关信息，结合预设的服务距离阈值，判定固件请求端130是否可作为待升级设备。例如，服务距离阈值为3公里，计算出固件请求端130的位置相关信息与近场服务节点之间的距离为4公里，二者间的距离超出服务距离阈值，则判定该固件请求端130暂时不具备作为待升级设备的资格。需要说明的是，近场服务节点的通信能力强弱，以自身为中心，由近及远逐渐衰减，在指定范围能还可以提供稳定的通信服务，而超过指定范围时，虽然也能实现一定的数据交互，但是可提供的通信服务却不够稳定，不适宜固件传输。

可以理解的，上述步骤S202可以采用上述实施方式中的一种或多种之间的组合判定出可以最终作为待升级设备的固件请求端130。

图8是示出本申请的一些实施例的固件升级调度装置300的框图，该固件升级调度装置300实现的功能对应上述方法执行的步骤。该装置可以理解为上述固件分配调度端110，或固件分配调度端110的处理器，也可以理解为独立于上述固件分配调度端110或处理器之外的在固件分配调度端110控制下实现本申请功能的组件，如图所示，固件升级调度装置300可以包括生成模块301、第一发送模块302、处理模块303、第一接收模块304和确定模块305。

上述生成模块301，用于依据待升级设备对应的运行环境数据，生成至少一种固件获取策略；

可选地，运行环境数据包括网络环境相关信息，所述生成模块301具体用于：根据所述网络环境相关信息及本端的网络供给负载，生成第一获取策略。其中，所述第一获取策略为指示所述待升级设备从本端获取固件升级数据的策略。

可选地，运行环境数据包括位置相关信息，所述生成模块301具体用于：依据所述待升级设备的位置相关信息，判断是否存在与所述待升级设备匹配的固件提供端140；若存在所述匹配的固件提供端140，则基于所述匹配的固件提供端140生成第二获取策略；其中，所述固件提供端140具有最新固件数据；所述第二获取策略为指示所述待升级设备从所述匹配的固件提供端140获取固件升级数据的策略。

进一地，所述生成模块301具体还用于：获取所述固件提供端140的实时位置信息；将所述位置相关信息与获取到的每一所述实时位置信息进行比较；若所述实时位置信息与所述位置相关信息之间满足预设的距离条件，将所述实时位置信息对应的固件提供端140确定为所述匹配的固件提供端140。

可选地，所述生成模块301生成的所述固件获取策略还包括第三获取策略；

其中，所述第三获取策略为指示所述待升级设备从同类设备自主确定固件提供端140并获取固件升级数据的策略。

第一发送模块302，用于将生成的所述固件获取策略，向所述待升级设备发送。

可选地，所述装置应用于云管服务器；所述固件提供端140包括近场服务节点或者所述待升级设备的同类设备。

进一步地，在匹配的固件提供端140为近场服务节点时，第一发送模块302，还用于向所述近场服务节点发送固件供给设备列表；其中，所述固件供给设备列表包括所述待升级设备；所述固件供给设备列表用于指示所述近场服务节点建立与所述待升级设备之间的通信连接。

可选地，所述装置应用于近场服务节点；所述固件提供端140包括所述待升级设备的同类设备。

上述处理模块303，用于在接收到所述待升级设备响应于所述第一获取策略生成的固件获取请求时，基于预存储的最新固件数据，生成对应的所述固件升级数据。

上述第一发送模块302，还用于将所述固件升级数据反馈至所述待升级设备。

上述第一接收模块304，用于接收固件请求端130发送的设备信息。

上述确定模块305，用于依据所述设备信息，从所述固件请求端130中确定所述待升级设备，以便从所述待升级设备对应的设备信息中获取所述运行环境数据。

上述模块可以经由有线连接或无线连接彼此连接或通信。有线连接可以包括金属线缆、光缆、混合线缆等，或其任意组合。无线连接可以包括通过LAN、WAN、蓝牙、ZigBee、或NFC等形式的连接，或其任意组合。两个或更多个模块可以组合为单个模块，并且任何一个模块可以分成两个或更多个单元。

图9示出了本发明实施例提供的一种固件升级方法的步骤流程图，该方法可以应用于固件请求端130。为了方便描述，下面的实施例中将执行上述固件升级方法的主体称为本端。可选地，上述固件升级方法可以包括以下步骤：

步骤S301，将携带运行环境数据的设备信息发送至固件分配调度端110。

步骤S302，接收固件分配调度端110发送的基于运行环境数据确定的至少一种固件获取策略。

步骤S303，执行所述固件获取策略，以获取固件升级数据。

上述固件分配调度端110可以包括云管服务器或近场服务节点。

在一些实施例中，在固件请求端130只能接入云管服务器时，云管服务器为其对应的固件分配调度端110；在固件请求端130只能接入近场服务节点时，近场服务节点为其对应的固件分配调度端110；在固件请求端130既可接入近场服务节点，又可接入云管服务器时，云管服务器为其对应的固件分配调度端110。

上述固件升级数据可以是使固件请求端130将使用固件更新到最新固件数据的固件包。

上述步骤S301的目的在于，方便固件分配调度端110判定该固件请求端130是否为待升级设备，并在确定其为待升级设备后，为固件请求端130针对性的设计适宜其采用的固件获取策略。

上述步骤S302和步骤S303的目的在于，实现可作为待升级设备的固件请求端130灵活地获取固件升级数据，提高固件获取的成功率，进而提高升级成功率。

下面对本公开实现的具体过程和细节进行介绍。

在一些实施例中，若步骤S302获得的固件获取策略中包括第一获取策略时，上述步骤S303可以包括：将生成的固件获取请求发送至固件分配调度端110，接收固件分配调度端110反馈的固件升级数据。可以理解的，直接从固件分配调度端110获取固件升级数据，无需单独与其他设备建立通信，节约中间耗时，获得固件升级数据也更加可靠。

在一些实施例中，若步骤S302获得的固件获取策略中包括第二获取策略时，上述步骤S303可以包括：依据第二获取策略中携带的与本端匹配的固件提供端140所对应的信息，建立与匹配的固件提供端140之间的通信；将生成的固件获取请求发送至所述匹配的固件提供端140；接收所述固件提供端140反馈的固件升级数据。可以理解的，通过第二获取策略可以分担固件分配调度端110的固件数据传输压力，一定程度上可以增加并行的待升级设备的数量。

在一些实施例中，若步骤S303获得的固件获取策略中包括第三获取策略时，上述步骤S303可以包括以下步骤：

(1)侦听由同类设备发送的设备身份信息。

(2)依据所述设备身份信息从对应的所述同类设备中确定是否存在固件提供端140。

(3)若确定存在所述固件提供端140，则从所述固件提供端140获取固件升级数据。

上述同类设备可以是与本端设备具备相同的硬件架构及遵循相同的协议标准的设备。例如，本端设备为电子车锁，则其他电子车锁可以是本端设备的同类设备。

可选地，该设备身份信息可以包括设备对应的固有属性相关信息。例如，可以包括设备MAC、设备IP、设备类型、遵循的协议标准等。可选地，该设备身份信息还可以包括设备对应的可更新属性相关信息。例如，设备软件信息、设备固件种类、固件版本信息。可以理解的，上述设备固件种类、固件版本信息可以是已安装并使用的固件信息。可选地，该设备身份信息还可以包括涉及设备安全的信息，例如，可以包括安全等级、公钥等。可以理解的，上述设备身份信息可以是设备对应的固有属性相关信息、设备对应的可更新属性相关信息及涉及设备安全的信息等中的一种或多种之间的组合。

上述固件升级数据可以是实现将设备固件更新到另一版本的程序组件。上述固件提供端140可以是被本端设备确定获取固件升级数据的同类设备。

因此，上述步骤的目的为：被确定为待升级设备的固件请求端130可以从同类设备中自主寻找到最新固件数据。

为了适应广域网环境及开放环境下运行的其他设备，固件升级的服务系统100中的各其他设备均可以通过至少一种通信协议将自身对应的设备身份信息向外界发出。于本端设备而言，需要从其他设备发出的设备身份信息中获取到同类设备发出的设备身份信息。

为了配合各其他设备发送设备身份信息所采用的通信协议，本端设备在执行上述侦听由同类设备发送的设备身份信息时，可以对应多种可选的实现方式。下面依次针对配合广播协议或匹配协议时，上述侦听由同类设备发送的设备身份信息的实现方式进行例举：

第一种实施方式：适用于固件升级的服务系统100中各固件请求设备采用广播协议发出对应的设备身份信息。具体地：

先侦听预选网段传播的广播协议数据。在一些实施例中，固件升级的服务系统100中的各其他设备可以将自身对应的设备身份数据基于广播协议生成广播协议数据，通过预选的网段向外界广播。而本端设备则实时的侦听预选网段内传播的广播协议数据。

再识别广播协议数据中携带的设备身份信息是否由同类设备发出。在一些实施例中，本端设备依据侦听到的广播协议数据所携带的设备身份信息，判断发送该广播协议数据的其他设备是否为本端设备的同类设备。例如，可以将广播协议数据携带的设备身份信息中的固有的属性相关信息与本端设备身份信息中的固有的属性相关信息进行比对，从而判定发出该广播协议数据的其他设备是否具备与本端设备相同的硬件架构、是否遵循与本端设备同样的协议标准，进而判定该广播协议数据所携带的设备身份信息是否由本端设备的同类设备发出。

然后，若广播协议数据中携带的设备身份信息由同类设备发出，从该广播协议数据中获取所述设备身份信息。在一些实施例中，从识别出携带的设备身份信息由同类设备的广播协议数据中获取其携带的设备身份信息。

第二种实施方式：适用于固件升级的服务系统100中各其他设备采用匹配协议发出对应的设备身份信息。具体地：

先，利用预设的匹配协议扫描周边设备。在一些实施例中，上述匹配协议可以是近场通信协议，例如，匹配协议可以是蓝牙协议、ZigBee协议等。本端设备可以实时的利用对应的匹配协议对所处环境进行扫描，以发现周边设备。可以理解的，上述周边设备可以是各类设备，其中，发现的周边设备中可以包括本端设备的同类设备，也可以不包括本端设备的同类设备。

然后，若周边设备存在同类设备，建立与同类设备之间的通信。在一些实施例中，在采用匹配协议进行扫描时，可以同步利用匹配协议检验扫描到的每一周边设备是否为同类设备。并在确定为同类设备后，利用该匹配协议建立与该确定为同类设备之间的通信连接，以实现本端设备与同类设备之间的数据通信需求。

最后，接收同类设备发送的设备身份信息。在一些实施例中，本端设备从建立了通信连接的同类设备获取该同类设备发出的设备身份信息。

可以理解的，上述第一种实施方式和第二种实施除了可适应对应的通信协议外，还各具优点。第一种实施方式可以改善设备间距离导致的传播范围限制，第二种实施方式可以提供更稳定的数据传递链路，使设备之间互传数据的时效性更高。

可以理解的，本端设备可以采用至少一种实施方式执行上述侦听由同类设备发送的设备身份信息。也就是，本端设备还可以同时采用多种实施方式实现获取到由同类设备发送的设备身份信息。例如，本端设备可以先利用匹配协议扫描周边设备，若没有在周边设备中发现同类设备，则启动侦听预选网段传播的广播协议数据，以便获取到由同类设备发送的设备身份信息。

上述依据所述设备身份信息从对应的所述同类设备中确定是否存在固件提供端140可以是：本端设备依据已得到的由同类设备的设备身份信息，筛选出可以被作为固件提供端140的设备。

可选地，依据已得到的由同类设备的设备身份信息，筛选出可以被作为固件提供端140的设备的方式可以是：将获取到的设备身份信息中携带的固件版本信息与从固件分配调度端110获得的最新固件数据对应的固件版本信息进行比较。如果设备身份信息中携带的固件版本信息不低于最新固件数据对应的固件版本信息，则将该设备身份信息对应的同类设备作为固件提供端140。

当然，实际运行过程中，可能存在同一固件请求设备接收到的固件获取策略包括第一获取策略、第二获取策略和第三获取策略中至少两个时，该固件请求端130可以从固件获取策略中选择策略执行。选择的方式可以是：依据预先为每一类固件获取策略设定的优先级进行选择，具体如下：依据为每一种所述固件获取策略预先设置的优先级，依次执行获得的各固件获取策略，直至获取到所述固件升级数据。可以理解的，在被推荐了多种固件获取策略后，依次执行可以有效的提高固件获取的成功率。各固件获取策略对应的优先级可以依据其可靠、效率、稳定等各方面因子综合评估后确定。

作为一种实施方式，上述第一获取策略的优先级高于第二获取策略，所述第二获取策略的优先级高于所述第三获取策略。

另外，需要说明的是，如果固件分配调度端110为云管服务器时，第二获取策略可以包括基于匹配的近场服务节点生成的第二获取策略和基于匹配的同类设备生成的第二获取策略。可以理解的，由于近场服务节点相对于同类设备性能更加稳定可靠，因此，可基于匹配的近场服务节点生成的第二获取策略的优先级高于基于匹配的同类设备生成的第二获取策略。

图10是示出本申请的一些实施例的固件升级装置400的框图，该固件升级装置400实现的功能对应上述方法执行的步骤。该装置可以理解为上述固件请求端130，或固件请求端130的处理器，也可以理解为独立于上述固件请求端130或处理器之外的在固件请求端130控制下实现本申请功能的组件，如图所示，固件升级装置400可以包括第二发送模块401、第二接收模块402和执行模块403。

上述第二发送模块401，用于将携带运行环境数据的设备信息发送至固件分配调度端110。

上述第二接收模块402，用于接收所述固件分配调度端110发送的基于所述运行环境数据确定的至少一种固件获取策略。

上述执行模块403，用于执行所述固件获取策略，以获取固件升级数据。

可选地，在所述固件获取策略中包括第一获取策略时，所述执行模块403具体用于：将生成的固件获取请求发送至所述固件分配调度端110；接收所述固件分配调度端110反馈的固件升级数据。

可选地，在所述固件获取策略中包括第二获取策略时，所述执行模块403具体用于：依据所述第二获取策略中携带的与本端匹配的固件提供端140所对应的信息，建立与所述匹配的固件提供端140之间的通信；将生成的固件获取请求发送至所述匹配的固件提供端140；接收所述固件提供端140反馈的固件升级数据。

可选地，在所述固件获取策略中包括第三获取策略时，所述执行模块403具体用于：侦听由同类设备发送的设备身份信息；依据所述设备身份信息从对应的所述同类设备中确定是否存在固件提供端140；若确定存在所述固件提供端140，则从所述固件提供端140获取固件升级数据。

可选地，在所述固件获取策略中包括第一获取策略、第二获取策略和第三获取策略中至少两个时，所述执行模块403具体用于：依据为每一种所述固件获取策略预先设置的优先级，依次执行各所述固件获取策略，直至获取到所述固件升级数据。

可选地，所述第一获取策略的优先级高于所述第二获取策略，所述第二获取策略的优先级高于所述第三获取策略。

上述模块可以经由有线连接或无线连接彼此连接或通信。有线连接可以包括金属线缆、光缆、混合线缆等，或其任意组合。无线连接可以包括通过LAN、WAN、蓝牙、ZigBee、或NFC等形式的连接，或其任意组合。两个或更多个模块可以组合为单个模块，并且任何一个模块可以分成两个或更多个单元。

图11是示出本申请的一些实施例的信令交互的流程示意图，具体如下：

S1，固件请求端130发送设备信息至固件分配调度端110；

S2，固件分配调度端110依据设备信息判定固件请求端130是否为待升级设备；

S3，在确定固件请求端130为待升级设备时，依据对应的运行环境数据，生成至少一种固件获取策略；

S4，固件分配调度将生成的至少一种固件获取策略反馈给该固件请求端130(即，待升级设备)；

S5，固件请求端130接收到的固件获取策略同时包括第一获取策略、第二获取策略及第三获取策略；

S6，固件请求端130接依据第一获取策略向固件分配调度端110请求固件升级数据；

S7，固件分配调度端110依据对应的设备信息，依据最新固件数据生成固件升级数据；

S8，固件分配调度端110将固件升级数据发送至固件请求端130；

S9，若固件请求端130没有接收成功；

S10，依据第二获取策略向匹配的固件提供端140请求固件升级数据；

S11，匹配的固件提供端140，依据最新固件数据生成固件升级数据；

S12，匹配的固件提供端140将固件升级数据发送至固件请求端130；

S13，若固件请求端130没有接收成功，执行第三获取策略从同类设备自主确定固件提供端140并获取固件升级数据的策略。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

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

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

以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (36)

1.一种固件升级调度方法，其特征在于，包括：

依据待升级设备对应的运行环境数据，生成至少一种固件获取策略；

将生成的所述固件获取策略，想所述待升级设备发送。

2.根据权利要求1所述的方法，其特征在于，所述运行环境数据包括网络环境相关信息，所述依据待升级设备对应的运行环境数据，生成至少一种固件获取策略的步骤，包括：

根据所述网络环境相关信息及本端的网络供给负载，生成第一获取策略；

其中，所述第一获取策略为指示所述待升级设备从本端获取固件升级数据的策略。

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

在接收到所述待升级设备响应于所述第一获取策略生成的固件获取请求时，基于预存储的最新固件数据，生成对应的所述固件升级数据；

将所述固件升级数据反馈至所述待升级设备。

4.根据权利要求1所述的方法，其特征在于，所述运行环境数据包括位置相关信息，所述依据待升级设备对应的运行环境数据，生成至少一种固件获取策略的步骤，包括：

依据所述待升级设备的位置相关信息，判断是否存在与所述待升级设备匹配的固件提供端；

若存在所述匹配的固件提供端，则基于所述匹配的固件提供端生成第二获取策略；

其中，所述固件提供端具有最新固件数据；所述第二获取策略为指示所述待升级设备从所述匹配的固件提供端获取固件升级数据的策略。

5.根据权利要求4所述的方法，其特征在于，所述依据所述待升级设备的位置相关信息，判断是否存在与所述待升级设备匹配的固件提供端的步骤，包括：

获取所述固件提供端的实时位置信息；

将所述位置相关信息与获取到的每一所述实时位置信息进行比较；

若所述实时位置信息与所述位置相关信息之间满足预设的距离条件，将所述实时位置信息对应的固件提供端确定为所述匹配的固件提供端。

6.根据权利要求4所述的方法，其特征在于，所述方法应用于云管服务器；

所述固件提供端包括近场服务节点或者所述待升级设备的同类设备。

7.根据权利要求6所述的方法，其特征在于，在所述匹配的固件提供端为近场服务节点时，所述方法还包括：

向所述近场服务节点发送固件供给设备列表；

其中，所述固件供给设备列表包括所述待升级设备；所述固件供给设备列表用于指示所述近场服务节点建立与所述待升级设备之间的通信连接。

8.根据权利要求4所述的方法，其特征在于，所述方法应用于近场服务节点；所述固件提供端包括所述待升级设备的同类设备。

9.根据权利要求1所述的方法，其特征在于，生成的所述固件获取策略还包括第三获取策略；

其中，所述第三获取策略为指示所述待升级设备从同类设备自主确定固件提供端并获取固件升级数据的策略。

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

接收固件请求端发送的设备信息；

依据所述设备信息，从所述固件请求端中确定所述待升级设备，以便从所述待升级设备对应的设备信息中获取所述运行环境数据。

11.一种固件升级方法，其特征在于，包括：

将携带运行环境数据的设备信息发送至固件分配调度端；

接收所述固件分配调度端发送的基于所述运行环境数据确定的至少一种固件获取策略；

执行所述固件获取策略，以获取固件升级数据。

12.根据权利要求11所述的方法，其特征在于，在所述固件获取策略中包括第一获取策略时，所述执行所述固件获取策略的步骤，包括：

将生成的固件获取请求发送至所述固件分配调度端；

接收所述固件分配调度端反馈的固件升级数据。

13.根据权利要求11所述的方法，其特征在于，在所述固件获取策略中包括第二获取策略时，所述执行所述固件获取策略的步骤包括：

依据所述第二获取策略中携带的与本端匹配的固件提供端所对应的信息，建立与所述匹配的固件提供端之间的通信；

将生成的固件获取请求发送至所述匹配的固件提供端；

接收所述固件提供端反馈的固件升级数据。

14.根据权利要求11所述的方法，其特征在于，在所述固件获取策略中包括第三获取策略时，所述执行所述固件获取策略的步骤包括：

侦听由同类设备发送的设备身份信息；

依据所述设备身份信息从对应的所述同类设备中确定是否存在固件提供端；

若确定存在所述固件提供端，则从所述固件提供端获取固件升级数据。

15.根据权利要求11-14任意一项所述的方法，其特征在于，在所述固件获取策略中包括第一获取策略、第二获取策略和第三获取策略中至少两个时，所述执行所述固件获取策略的步骤包括：

依据为每一种所述固件获取策略预先设置的优先级，依次执行各所述固件获取策略，直至获取到所述固件升级数据。

16.根据权利要求15所述的方法，其特征在于，所述第一获取策略的优先级高于所述第二获取策略，所述第二获取策略的优先级高于所述第三获取策略。

17.一种固件升级调度装置，其特征在于，包括：

生成模块，用于依据待升级设备对应的运行环境数据，生成至少一种固件获取策略；

第一发送模块，用于将生成的所述固件获取策略，向所述待升级设备发送。

18.根据权利要求17所述的装置，其特征在于，所述运行环境数据包括网络环境相关信息，所述生成模块具体用于：

根据所述网络环境相关信息及本端的网络供给负载，生成第一获取策略；

其中，所述第一获取策略为指示所述待升级设备从本端获取固件升级数据的策略。

19.根据权利要求18所述的装置，其特征在于，还包括：

处理模块，用于在接收到所述待升级设备响应于所述第一获取策略生成的固件获取请求时，基于预存储的最新固件数据，生成对应的所述固件升级数据；

所述第一发送模块，还用于将所述固件升级数据反馈至所述待升级设备。

20.根据权利要求17所述的装置，其特征在于，所述运行环境数据包括位置相关信息，所述生成模块具体用于：

依据所述待升级设备的位置相关信息，判断是否存在与所述待升级设备匹配的固件提供端；

若存在所述匹配的固件提供端，则基于所述匹配的固件提供端生成第二获取策略；

其中，所述固件提供端具有最新固件数据；所述第二获取策略为指示所述待升级设备从所述匹配的固件提供端获取固件升级数据的策略。

21.根据权利要求20所述的装置，其特征在于，所述生成模块具体还用于：

获取所述固件提供端的实时位置信息；

将所述位置相关信息与获取到的每一所述实时位置信息进行比较；

若所述实时位置信息与所述位置相关信息之间满足预设的距离条件，将所述实时位置信息对应的固件提供端确定为所述匹配的固件提供端。

22.根据权利要求20所述的装置，其特征在于，所述装置应用于云管服务器；

所述固件提供端包括近场服务节点或者所述待升级设备的同类设备。

23.根据权利要求22所述的装置，其特征在于，在所述匹配的固件提供端为近场服务节点时，所述第一发送模块，还用于向所述近场服务节点发送固件供给设备列表；

其中，所述固件供给设备列表包括所述待升级设备；所述固件供给设备列表用于指示所述近场服务节点建立与所述待升级设备之间的通信连接。

24.根据权利要求20所述的装置，其特征在于，所述装置应用于近场服务节点；所述固件提供端包括所述待升级设备的同类设备。

25.根据权利要求17所述的装置，其特征在于，所述生成模块生成的所述固件获取策略还包括第三获取策略；

其中，所述第三获取策略为指示所述待升级设备从同类设备自主确定固件提供端并获取固件升级数据的策略。

26.根据权利要求17所述的装置，其特征在于，还包括：

第一接收模块，用于接收固件请求端发送的设备信息；

确定模块，用于依据所述设备信息，从所述固件请求端中确定所述待升级设备，以便从所述待升级设备对应的设备信息中获取所述运行环境数据。

27.一种固件升级装置，其特征在于，包括：

第二发送模块，用于将携带运行环境数据的设备信息发送至固件分配调度端；

第二接收模块，用于接收所述固件分配调度端发送的基于所述运行环境数据确定的至少一种固件获取策略；

执行模块，用于执行所述固件获取策略，以获取固件升级数据。

28.根据权利要求27所述的装置，其特征在于，在所述固件获取策略中包括第一获取策略时，所述执行模块具体用于：

将生成的固件获取请求发送至所述固件分配调度端；

接收所述固件分配调度端反馈的固件升级数据。

29.根据权利要求27所述的装置，其特征在于，在所述固件获取策略中包括第二获取策略时，所述执行模块具体用于：

依据所述第二获取策略中携带的与本端匹配的固件提供端所对应的信息，建立与所述匹配的固件提供端之间的通信；

将生成的固件获取请求发送至所述匹配的固件提供端；

接收所述固件提供端反馈的固件升级数据。

30.根据权利要求27所述的装置，其特征在于，在所述固件获取策略中包括第三获取策略时，所述执行模块具体用于：

侦听由同类设备发送的设备身份信息；

依据所述设备身份信息从对应的所述同类设备中确定是否存在固件提供端；

若确定存在所述固件提供端，则从所述固件提供端获取固件升级数据。

31.根据权利要求27-30任意一项所述的装置，其特征在于，在所述固件获取策略中包括第一获取策略、第二获取策略和第三获取策略中至少两个时，所述执行模块具体用于：

依据为每一种所述固件获取策略预先设置的优先级，依次执行各所述固件获取策略，直至获取到所述固件升级数据。

32.根据权利要求31所述的装置，其特征在于，所述第一获取策略的优先级高于所述第二获取策略，所述第二获取策略的优先级高于所述第三获取策略。

33.一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行如权利要求1至10任一所述的固件升级调度方法的步骤。

34.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至10任一所述的固件升级调度方法的步骤。

35.一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行如权利要求11至16任一所述的固件升级方法的步骤。

36.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求11至16任一所述的固件升级方法的步骤。

Images