CN117170934A - 一种更新方法、装置、系统、电子设备及存储介质 - Google Patents

Abstract

本申请实施例涉及通信技术领域，公开了一种更新方法、装置、系统、电子设备及存储介质。更新方法包括：在联网的情况下，扫描目标图形码，所述目标图形码携带URL、模组信息；根据扫描得到的URL访问对应的服务器并下载更新包；根据所述更新包进行固件更新；在固件更新后，关闭网络并扫描所述目标图形码；根据扫描得到的模组信息和固件更新后的模组信息，确定更新后的固件是否可用，以在所述更新后的固件不可用的情况下，再次进行更新。至少有利于减少或避免FOTA升级后的模组不可用问题。

Description

一种更新方法、装置、系统、电子设备及存储介质

技术领域

本申请实施例涉及通信技术领域，特别涉及一种更新方法、装置、系统、电子设备及存储介质。

背景技术

固件空中升级(Firmware Over The Air，FOTA)是指通过无线下载的方式获取软件版本并对固件进行升级。

然而，通过FOTA技术实现升级后，模组可能会出现不可用的问题。

发明内容

本申请实施例提供了一种更新方法、装置、系统、电子设备及存储介质，至少有利于减少或避免FOTA升级后的模组不可用问题。

根据本申请一些实施例，本申请实施例一方面提供了一种更新方法，包括：在联网的情况下，扫描目标图形码，所述目标图形码携带URL、模组信息；根据扫描得到的URL访问对应的服务器并下载更新包；根据所述更新包进行固件更新；在固件更新后，关闭网络并扫描所述目标图形码；根据扫描得到的模组信息和固件更新后的模组信息，确定更新后的固件是否可用，以在所述更新后的固件不可用的情况下，再次进行更新。

在一些实施例中，所述确定更新后的固件是否可用之后，所述方法还包括：在所述更新后的固件不可用的情况下，根据所述扫描得到的模组信息，更新所述固件更新后的模组信息，以再次进行更新。

在一些实施例中，所述下载更新包，包括：根据用户指令，确定更新方式，所述更新方式包括升级和/或回退；从所述对应的服务器下载与所述更新方式对应的所述更新包。

在一些实施例中，所述根据所述更新包进行固件更新之后，所述方法还包括：获取所述更新后的固件的版本号；根据所述更新后的固件的版本号和所述更新包的版本号，确定所述更新后的固件是否完成更新，以在所述更新后的固件未完成更新的情况下，再次进行更新。

在一些实施例中，所述根据所述更新包进行固件更新，包括：在重启的过程中，根据所述更新包进行固件更新。

在一些实施例中，所述模组信息包括以下至少一项：模组号段、校准参数。

根据本申请一些实施例，本申请实施例另一方面还提供了一种更新装置，包括：第一扫描模块，用于在联网的情况下，扫描目标图形码，所述目标图形码携带URL、模组信息；下载模块，用于根据扫描得到的URL访问对应的服务器并下载更新包；更新模块，用于根据所述更新包进行固件更新；第二扫描模块，用于在固件更新后，关闭网络并扫描所述目标图形码；验证模块，用于根据扫描得到的模组信息和固件更新后的模组信息，确定更新后的固件是否可用，以在所述更新后的固件不可用的情况下，再次进行更新。

根据本申请一些实施例，本申请实施例另一方面还提供了更新系统，包括：更新装置和服务器；所述更新装置用于实现如上任一实施例所述的更新方法；所述服务器用于接收用户上传的更新包，根据所述更新包确定对应的URL和模组信息，并根据确定出的URL和模组信息生成目标图形码，以在接收到所述更新装置基于所述目标图形码发起的访问后，向所述更新装置下发所述更新包。

根据本申请一些实施例，本申请实施例另一方面还提供了一种电子设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上任一实施例所述的更新方法。

根据本申请一些实施例，本申请实施例另一方面还提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现如上任一实施例所述的更新方法。

本申请实施例提供的技术方案，至少具有以下优点：

在目标图形码中不仅携带URL的信息，还携带模组信息，从而，在联网的情况下，通过扫描目标图形码，能够获取到URL，以从URL对应的服务器处获取更新包，实现固件更新，还可以在关闭网络的情况下，通过扫描目标图形码，获取模组信息，以对模组信息进行验证，从而保证更新后的固件的模组信息也是正确的，从而通过避免由于模组信息不正确导致的更新后的固件的不可用问题，提高了模组的固件更新的准确性。并且充分利用了目标图形码，一码多用，无需再次向服务器请求模组信息才能验证，节约了资源，简化了验证流程，有利于提升模组的固件更新的效率以及降低更新成本。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是本申请一实施例中提供的更新方法的一种流程图；

图2是本申请一实施例中提供的更新方法的另一种流程图；

图3是本申请一实施例中提供的更新方法的另一种流程图；

图4是本申请一实施例中提供的更新装置的结构示意图；

图5是本申请一实施例中提供的更新系统的结构示意图；

图6是本申请一实施例中提供的电子设备的结构示意图。

具体实施方式

由背景技术可知，目前的FOTA升级存在升级后的模组不可用的问题。

经分析发现，出现上述问题的原因之一在于：虽然目前已认识到FOTA的实现过程可能会出错，如更新流程中断而导致更新失败、更新的版本不对等，进而导致模组不可用。但是上述内容也仅仅是认识到更新的固件版本不正确带来的不可用问题，而没有意识到模组信息带来的不可用问题。可以理解的是，如果模组信息错误，即使更新的版本是正确的，模组仍然会由于参数错误等问题，而导致更新后的固件无法按照期望运行，最终导致模组不可用。

为解决上述问题，本申请实施例提供了一种更新方法、装置、系统、电子设备及存储介质，通过在目标图形码中增加模组信息，使得在固件更新后，还能够通过扫描目标图形码获取模组信息，进而验证固件更新后的模组信息是否正确，使得固件更新结束后，模组信息也能够保证是正确的，从而通过避免由于模组信息不正确导致的更新后的固件的不可用问题，提高了模组固件更新的准确性。并且充分利用了目标图形码，一码多用，无需再次向服务器请求模组信息才能验证，节约了资源，简化了验证流程，有利于提升模组的固件更新的效率以及降低更新成本。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请的各实施例进行详细的阐述。然而，本领域的普通技术人员可以理解，在本申请各实施例中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施例的种种变化和修改，也可以实现本申请所要求保护的技术方案。

以下各个实施例的划分是为了描述方便，不应对本申请的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。

本申请实施例一方面提供了一种更新方法。在一些实施例中，其流程如图1所示，包括以下步骤：

步骤101，在联网的情况下，扫描目标图形码，目标图形码携带URL和模组信息。

本实施例中，目标图形码为用于对固件进行FOTA更新所需要使用的图形码。其中，图形码为任一按照一定编码规则对URL和模组信息等信息进行编码并以图形形式展示的编码结果。具体地，图形码可以是一维码(即条形码)、二维码或者三维码等，本实施例对此并不限制，可以根据需求进行设置。如目标图形码在携带统一资源定位符(Uniform ResourceLocator，URL)和模组信息的基础上，还携带更新说明等内容，此时，可以基于图形码需要携带的信息量较大的特点，使用能够携带更多信息量的二维码，而不是使用一维码等。

本实施例中，目标图形码携带的URL所指向的服务器中保存有固件更新所需要的数据。

本实施例中，模组信息为与需要进行更新的固件所属的模组相关的信息。

在一些实施例中，模组信息可以包括用于区分不同类型模组的信息，如模组号段，从而根据模组信息即可确认该模组进行固件更新时所需要的数据，同时还可以通过模组信息检测当前的固件更新是否与模组的更新需求相适应，从而有利于保证更新后的固件的可用性和准确性。

在一些实例中，模组信息可以包括与固件更新相关的参数，如校准参数，即固件更新时需要设置的与固件运行有关的参数。这样，通过该参数可以确定当前的固件更新的相关参数是否同步更新，保证更新后的固件的可用性和准确性。

在一些实施例中，模组信息包括以下至少一项：模组号段、校准参数。

当然，以上仅为对模组信息的具体举例说明，在一些实施例中，模组信息还可以包括其它信息，此处就不再一一赘述了。

需要说明的是，本实施例不对目标图形码携带的URL进行限定，在一些实施例中，不同目标图形码携带的URL可以指向不同的服务器，这样，进行更新的模组中向同一服务器请求更新包的模组数量更少，即单个服务器需要响应的请求数量更少，有利于减少服务器的处理压力，提高其服务质量；在一些实施例中，不同目标图形码携带的URL可以指向相同的服务器，这样，有利于减少需要占用的服务器的数量，降低成本；在一些实施例中，不同目标图形码携带的URL可以指向相同的服务器，且不同目标图形码携带的URL还携带随着模组类型、更新版本不同而不同的特征信息，从而服务器可以根据特征信息进一步快速地确定对应同的更新包，有利于提高更新效率等，此处也不再一一赘述了。

可以理解的是，由于联网状态下，才能对外通信，而在FOTA更新的模式下，需要对外通信才能获取到更新包，因此，此处的扫描是在联网状态下进行的。当然，在一些情况下，还可以是在扫描获取到URL之后，进行联网，以从外部获取更新包。

步骤102，根据扫描得到的URL访问对应的服务器并下载更新包。

本实施例中，扫描得到URL后，基于该URL发起访问请求，以实现对相应服务器的访问。其中，服务器可以是文件传输协议(File Transfer Protocol，FTP)服务器，也可以是超文本传输协议(Hypertext Transfer Protocol，HTTP)服务器等。

在一些实施例中，下载更新包，可以通过如下方式实现：根据用户指令，确定更新方式，更新方式包括升级和/或回退；从对应的服务器下载与更新方式对应的更新包。

也就是说，本实施例不仅允许升级更新，也允许回退更新。而可以想到的是，有一些情况下，存在固件回退的更新需求，如测试人员在验证当前开发的新版本的固件的情况下，需要与更新前的固件进行对比，此时，提供回退更新的功能，有利于测试人员通过回退更新，实现新旧版本的对比测试验证；再如，用户对当前的固件版本不适应，希望回退到历史已适应的固件版本，从而通过提供的回退更新，有利于提高用户体验。

在一些实施例中，下载更新包，还可以通过如下方式实现：查询服务器是否存储有多个版本的更新包，若是，则根据服务器所存储的多个版本的更新包，向用户提供多个选项，供用户选择，然后根据用户的选择确定需要下载的更新包，并进行下载；若否，则直接下载服务器存储的更新包，或者，在向用户确定下载服务器存储的更新包后，再进行下载。

在一些实施例中，为了提高用户的体验，还可以一边下载更新包，一边在用户交互界面上显示当前的下载进度，并实时更新下载进度，甚至还可以显示当前的下载速率等，从而便于用户感知下载的进度。

在一些实施例中，为了提高下载成功率，还可以对下载过程进行监控，一旦检测到由于网络断开等导致的下载中止，则会将下载异常中止的情况下通知给用户，从而便于用户在合适的时候再次进行更新。其中，下载中止是下载得到的数据可以删除，从而下一次重新开始下载，避免占用存储空间；下载中止是下载得到的数据还可以保留，从而下一次继续接着下载，有利于提高下载效率。

当然，以上仅为对下载方式的具体举例说明，本实施例并不对更新包的具体下载过程进行限定，其可以根据具体应用场景和具体需求进行设置，此处就不再一一赘述了。

步骤103，根据更新包进行固件更新。

本实施例不对根据更新包进行固件更新的具体实现方式进行限定，其可以根据应用场景或用户需求进行设置。

在一些实施例中，根据更新包进行固件更新，可以通过如下方式实现：对固件进行重启，并在重启的过程中，根据更新包进行固件更新。

也就是说，一边重启，一边进行固件更新，将重启和固件更新进行结合，使得更新后无需用户等待重启，有利于提高更新效率，提高用户体验。

在一些实施例中，根据更新包进行固件更新，还可以通过如下方式实现：在用户指定的时段，根据更新包进行固件更新。

也就是说，不会立即开启固件更新，而是在用户认为合适的时段进行，这样，不会影响用户当前的固件使用需求，也有利于提高用户的体验。

需要说明的是，以上仅为便于理解而对固件更新做出的说明，而不意味其只能通过上述方式实现，此处就不再一一赘述了。

步骤104，在固件更新后，关闭网络并扫描目标图形码。

如前所述，在固件更新前，由于FOT更新方式下，需要对外通信，因此，要保持联网，而在固件更新后，可以不再保持联网。特别的，本实施例中，通过扫描目标图形码获取对应的参数，而不再需要向服务器请求相关信息，因此，并不需要保持联网，断开网络更有利于其进行固件更新后的验证，同时还有利于节约资源。

步骤105，根据扫描得到的模组信息和固件更新后的模组信息，确定更新后的固件是否可用，以在更新后的固件不可用的情况下，再次进行更新。

也就是说，不断更新，直到确定出更新后的固件可用才停止。其中，固件可用即模组信息正确，即固件更新后的模组信息为扫描得到的模组信息。

可以理解的是，固件更新时，模组信息中的一些参数通常也需要随之更新，因为这些参数可能会影响固件的运行，只有这些参数被同步更新，更新后的固件才能按照期望的情况进行运行，否则，会导致固件无法运行，或者，固件无法按照期望的情况进行运行。即固件无法运行，或者，固件无法按照期望的情况进行运行，均可视为固件不可用。

即上述实施例中，在目标图形码中不仅携带URL的信息，还携带模组信息，从而，在联网的情况下，通过扫描目标图形码，能够获取到URL，以从URL对应的服务器处获取更新包，实现固件更新，还可以在关闭网络的情况下，通过扫描目标图形码，获取模组信息，以对模组信息进行验证，从而保证更新后的固件的模组信息也是正确的，从而通过避免由于模组信息不正确导致的更新后的固件的不可用问题，提高了模组的固件更新的准确性。并且充分利用了目标图形码，一码多用，无需再次向服务器请求模组信息才能验证，节约了资源，简化了验证流程，有利于提升模组的固件更新的效率以及降低更新成本。

在一些实施例中，如图2所示，确定更新后的固件是否可用之后，更新方法还包括：

步骤106，在更新后的固件不可用的情况下，根据扫描得到的模组信息，更新固件更新后的模组信息，以再次进行更新。

可以理解的是，如前所述，更新后的固件不可用在于更新后的固件的模组信息不正确，因此，可以通过对模组信息进行更新，实现对固件的再次更新，而不需要对固件从更新包开始更新。有利于简化后续更新流程，提高更新的准确率和效率。

当然，以上仅为对更新后的固件不可用情况下，对固件的再次更新的举例说明，在一些实施例中，还可以通过从联网情况下扫描二维码、下载更新包或者根据更新包进行固件更新等步骤再次进行更新，此处就不再一一赘述了。

在一些实施例中，如图3所示，根据更新包进行固件更新之后，更新方法还包括：

步骤107，获取更新后的固件的版本号。

一般而言，每次更新的固件属于不同的版本。版本号可用于区分不同版本的更新包，其中，版本号可以包括数字、字符串等任一能够从不同版本中唯一确定出某个版本的信息，此处就不再一一赘述了。

步骤108，根据更新后的固件的版本号和更新包的版本号，确定更新后的固件是否完成更新，以在更新后的固件未完成更新的情况下，再次进行更新。

可以理解的是，固件不仅仅会由于模组信息错误导致更新出现问题，还会由于更新包自身的问题等原因造成固件并未实质完成更新，如更新包配置文件缺失导致的更新未正常完成，此时，固件可能会维持原来的版本。基于此，本实施例在固件更新后，还对其版本号进行校验，从而确定固件更新是否完成，在未完成的情况下，再次进行更新，有利于保证固件完成更新。并且，在验证模组信息之前先验证固件更新是否完成，有利于减少对模组信息的无意义验证，如在未完成更新的情况下，不论模组信息是否验证通过，模组均不可用，此时，需要的是再次更新，而不需要继续对模组信息进行验证，对模组信息进行验证就是无意义的验证。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本申请实施例另一方面还提供了一种更新装置，如图4所示，包括：

第一扫描模块401，用于在联网的情况下，扫描目标图形码，目标图形码携带URL、模组信息。

下载模块402，用于根据扫描得到的URL访问对应的服务器并下载更新包。

更新模块403，用于根据更新包进行固件更新。

第二扫描模块404，用于在固件更新后，关闭网络并扫描目标图形码。

验证模块405，用于根据扫描得到的模组信息和固件更新后的模组信息，确定更新后的固件是否可用，以在更新后的固件不可用的情况下，再次进行更新。

不难发现，本实施例为与方法实施例相对应的装置实施例，本实施例可与方法实施例互相配合实施。方法实施例中提到的相关技术细节在本实施例中依然有效，为了减少重复，这里不再赘述。相应地，本实施例中提到的相关技术细节也可应用在方法实施例中。

值得一提的是，本实施例中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本申请的创新部分，本实施例中并没有将与解决本申请所提出的技术问题关系不太密切的单元引入，但这并不表明本实施例中不存在其它的单元。

本申请实施例另一方面还提供了一种更新装置，如图5所示，包括：更新装置100和服务器200；

其中，更新装置100用于实现如上任一实施例所述的更新方法；服务器200用于接收用户上传的更新包，根据更新包确定对应的URL和模组信息，并根据确定出的URL和模组信息生成目标图形码，以在接收到更新装置100基于目标图形码发起的访问后，向更新装置下发更新包。

不难发现，本实施例为与方法实施例相对应的系统实施例，本实施例可与方法实施例互相配合实施。方法实施例中提到的相关技术细节在本实施例中依然有效，为了减少重复，这里不再赘述。相应地，本实施例中提到的相关技术细节也可应用在方法实施例中。

值得一提的是，本实施例中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本申请的创新部分，本实施例中并没有将与解决本申请所提出的技术问题关系不太密切的单元引入，但这并不表明本实施例中不存在其它的单元。

为了便于本领域技术人员更好地理解上述实施例，以下将结合不同实施例进行说明。

开发人员在完成对模组的最新升级包的开发之后，通过开发人员的设备将最新升级包上传至对应的服务器。

然后服务器对接收到的最新升级包进行本地缓存，并根据最新升级包中的模组信息以及本服务器对外提供的URL生成对应的二维码，下发给测试人员的设备。

接着，测试人员操作相关的扫描设备扫描二维码，使得模组获取到二维码中携带的URL，然后模组基于该URL访问服务器，并以下载最新升级包，再然后模组根据最新升级包进行升级，在固件更新后，模组关闭网络并提示测试人员再次扫描目标图形码，使得模组获取到模组信息，并与固件更新后的模组信息进行对比，确定更新后的固件可用。

然后测试人员可以基于更新后的固件，对模组进行测试。

这样，在目标图形码中不仅携带URL的信息，还携带模组信息，从而，在联网的情况下通过扫描图形码，获取URL，以从URL对应的服务器处获取更新包，实现固件更新，还可以在关闭网络的情况下，通过扫描目标图形码，获取模组信息，以对模组信息进行验证，从而保证更新后的固件的模组信息也是正确的，从而通过避免由于模组信息不正确导致的更新后的固件的不可用问题，提高了模组的固件更新的准确性。并且充分利用了图形码，一码多用，无需再次向服务器请求模组信息才能验证，节约了资源，简化了验证流程，有利于提升模组的固件更新的效率以及降低更新成本。

本申请实施例另一方面还提供了一种电子设备，如图6所示，包括：至少一个处理器601；以及，与至少一个处理器601通信连接的存储器602；其中，存储器602存储有可被至少一个处理器601执行的指令，指令被至少一个处理器601执行，以使至少一个处理器601能够执行上述任一方法实施例所描述的更新方法。

其中，存储器602和处理器601采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器601和存储器602的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器601处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传输给处理器601。

处理器601负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器602可以被用于存储处理器601在执行操作时所使用的数据。

本申请实施方式另一方面还提供了一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述任一方法实施例所描述的更新方法。

即，本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施例是实现本申请的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本申请的精神和范围。

Claims (10)

1.一种更新方法，其特征在于，包括：

在联网的情况下，扫描目标图形码，所述目标图形码携带URL和模组信息；

根据扫描得到的URL访问对应的服务器并下载更新包；

根据所述更新包进行固件更新；

在固件更新后，关闭网络并扫描所述目标图形码；

根据扫描得到的模组信息和固件更新后的模组信息，确定更新后的固件是否可用，以在所述更新后的固件不可用的情况下，再次进行更新。

2.根据权利要求1所述的更新方法，其特征在于，所述确定更新后的固件是否可用之后，所述方法还包括：

在所述更新后的固件不可用的情况下，根据所述扫描得到的模组信息，更新所述固件更新后的模组信息，以再次进行更新。

3.根据权利要求1或2所述的更新方法，其特征在于，所述下载更新包，包括：

根据用户指令，确定更新方式，所述更新方式包括升级和/或回退；

从所述对应的服务器下载与所述更新方式对应的所述更新包。

4.根据权利要求1或2所述的更新方法，其特征在于，所述根据所述更新包进行固件更新之后，所述方法还包括：

获取所述更新后的固件的版本号；

根据所述更新后的固件的版本号和所述更新包的版本号，确定所述更新后的固件是否完成更新，以在所述更新后的固件未完成更新的情况下，再次进行更新。

5.根据权利要求1或2所述的更新方法，其特征在于，所述根据所述更新包进行固件更新，包括：

对所述固件进行重启，并在重启的过程中，根据所述更新包进行固件更新。

6.根据权利要求1或2所述的更新方法，其特征在于，所述模组信息包括以下至少一项：模组号段、校准参数。

7.一种更新装置，其特征在于，包括：

第一扫描模块，用于在联网的情况下，扫描目标图形码，所述目标图形码携带URL、模组信息；

下载模块，用于根据扫描得到的URL访问对应的服务器并下载更新包；

更新模块，用于根据所述更新包进行固件更新；

第二扫描模块，用于在固件更新后，关闭网络并扫描所述目标图形码；

验证模块，用于根据扫描得到的模组信息和固件更新后的模组信息，确定更新后的固件是否可用，以在所述更新后的固件不可用的情况下，再次进行更新。

8.一种更新系统，其特征在于，包括：更新装置和服务器；

所述更新装置用于实现如权利要求1至6中任一项所述的更新方法；

所述服务器用于接收用户上传的更新包，根据所述更新包确定对应的URL和模组信息，并根据确定出的URL和模组信息生成目标图形码，以在接收到所述更新装置基于所述目标图形码发起的访问后，向所述更新装置下发所述更新包。

9.一种电子设备，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至6中任一项所述的更新方法。

10.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至6中任一项所述的更新方法。