CN118276890A - IoT设备的软件系统升级方法及设备 - Google Patents

Abstract

一种物联网IoT设备的软件系统升级方法及设备，涉及终端技术领域，能够解决前装场景下，IoT设备的软件系统升级时，流量、时间等消耗较多且软件系统升级不稳定的问题，提升IoT设备软件系统升级成功的概率，降低前装成本，提高交付效率。方法包括：设备接收第一操作，第一操作为触发至少一个IoT设备软件系统升级的操作；响应于第一操作，设备向第一IoT设备发送升级安装文件，升级安装文件用于第一IoT设备的软件系统升级，第一IoT设备为至少一个IoT设备中的一个或多个；其中，设备预先存储有第一IoT设备的升级安装文件，设备与第一IoT设备之间通过本地局域网络通信。

Description

IoT设备的软件系统升级方法及设备

技术领域

本申请涉及终端技术领域，尤其涉及IoT设备的软件系统升级方法及设备。

背景技术

随着智能家居的快速发展，越来越多的用户在诸如家或办公室等场所中安装物联网(Internet of Things，IoT)设备，甚至全屋安装IoT设备，用户可以感受到IoT设备所带来的便捷的用户体验。

但是，全屋智能场景下，随着IoT设备的数量、品类的逐渐增多，这些IoT设备的软件系统的升级管理也变得更加复杂。比如，前装场景下(前装场景指的是在房屋装修之前，如毛坯房等，根据设备的需求，先进行设备安装的方式)，由于网络环境较差等原因，IoT设备的软件系统升级需要消耗较多的流量以及时间，软件系统升级不稳定，容易出现IoT设备的软件系统升级失败的情况，导致前装成本增加，影响交付进度。

发明内容

本申请提供一种IoT设备的软件系统升级方法及设备，能够解决前装场景下，IoT设备的软件系统升级时，流量、时间等消耗较多且软件系统升级不稳定的问题，提升IoT设备软件系统升级成功的概率，降低前装成本，提高交付效率。

为达到上述目的，本申请采用如下技术方案：

第一方面，提供一种物联网IoT设备的软件系统升级方法，应用于设备，方法包括：设备接收第一操作，第一操作为触发至少一个IoT设备软件系统升级的操作；响应于第一操作，设备向第一IoT设备发送升级安装文件，升级安装文件用于第一IoT设备的软件系统升级，第一IoT设备为至少一个IoT设备中的一个或多个；其中，设备预先存储有第一IoT设备的升级安装文件，设备与第一IoT设备之间通过本地局域网络通信。

基于上述技术方案，设备接收到用于触发IoT设备升级的操作之后，可以将预先存储的IoT设备的升级安装文件发送给IoT设备，以完成该IoT设备的软件系统升级。而设备与IoT设备之间可以通过本地局域网络通信，该通信方式无需Wi-Fi网络，也无需消耗网络流量。这样，在诸如前装场景等无网络或网络环境较差的场景下，可以实现IoT设备的软件系统省流、快速、稳定升级，提升IoT设备的软件系统升级成功的概率，降低前装成本，提高交付效率。并且，在大规模升级IoT设备软件系统的场景，该方案可以更加节省流量，更加提高IoT设备软件系统升级的稳定性以及效率。

一种可能的设计中，设备还预先存储有第一IoT设备的版本配置文件，版本配置文件用于确定第一IoT设备的版本与第二IoT设备的版本匹配关系。基于该设计，设备中预先存储有IoT设备的版本配置文件，而该版本配置文件指示了不同IoT设备的版本配套关系。这样，设备在向IoT设备发送升级安装文件时，可以基于该版本配置文件向IoT设备发送适合版本的升级安装文件，进而可以实现IoT设备软件系统之间的协同升级，可以使得升级后的IoT设备的软件系统之间的版本匹配，可以配套使用。

一种可能的设计中，在设备向第一IoT设备发送升级安装文件之前，方法还包括：设备确定存在第二IoT设备，且升级安装文件的版本与第二IoT设备的版本满足版本匹配关系。基于该设计，设备向IoT设备发送满足版本匹配关系的升级安装文件，可以实现IoT设备软件系统之间的协同升级，可以使得升级后的IoT设备的软件系统之间的版本匹配，可以配套使用。

一种可能的设计中，在设备向第一IoT设备发送升级安装文件之前，方法还包括：设备根据第一IoT设备的当前版本以及升级安装文件的版本满足第一条件，第一条件包括：升级安装文件的版本高于第一IoT设备的当前版本。基于该设计，设备在向IoT设备发送升级安装文件之前，先判断IoT设备的当前版本与升级安装文件的版本是不是满足第一条件，只有满足第一条件，也即升级安装文件的版本高于IoT设备的当前版本时，才向IoT设备发送升级安装文件，可以避免IoT设备的软件系统升级到错误版本的情况，同时也可以减少发送不满足第一条件的升级安装文件的开销。

一种可能的设计中，在设备向第一IoT设备发送升级安装文件之前，方法还包括：设备通过中继设备向第一IoT设备发送第一消息，第一消息包括升级消息以及升级安装文件的存储地址；设备通过中继设备从第一IoT设备接收第二消息，第二消息用于请求升级安装文件；其中，中继设备用于提供本地局域网络。基于该设计，本地局域网络可以通过中继设备提供，也就是说，设备与IoT设备之间可以通过中继设备转发通信，进而可以在无需Wi-Fi网络，也无需消耗网络流量的情况下，实现IoT设备的软件系统升级。并且，设备可以通过向IoT设备发送升级消息以及升级安装文件的存储地址，进而使得IoT设备可以请求对应存储地址的升级安装文件，并完成软件系统的升级操作。可以实现IoT设备软件系统的省流、快速、稳定升级，提升IoT设备软件系统升级成功的概率。

一种可能的设计中，所述网关设备包括电力总线通信PLC网关设备、蓝牙网关设备中的一种或多种。

一种可能的设计中，在设备接收第一操作之前，方法还包括：设备预先在具备网络或者不具备网络的环境下，从其他设备获取升级安装文件和/或版本配置文件。基于该设计，设备可以预先在具备网络或者不具备网络的情况下，预先获取IoT设备的升级安装文件和/或版本配置文件，使得后续在无网络或网络环境较差的场景下，可以实现IoT设备软件系统的省流、快速、稳定升级，提升IoT设备软件系统升级成功的概率，降低前装成本，提高交付效率。

并且，在替换或增设相同品类的IoT设备时，该IoT设备也可以在没有网络的情况下，从设备获取到预先存储的升级安装文件，根据该升级安装文件完成升级操作。实现该IoT设备的离线升级，可以减少网络流量的消耗。并且，即使设备中预先存储的升级安装文件是提前在具备网络的环境下获取的，但是对于同一个品类的IoT设备的升级安装文件是相同的，因此设备只需要获取一次升级安装文件。也就是说，只需要消耗下载一次升级安装文件的流量，无需同一品类的IoT设备中的每个IoT设备均执行至少一次的下载升级安装文件的操作，更加能够节省网络流量的消耗。

第二方面，提供一种IoT设备的软件系统升级方法，应用于第一IoT设备，方法包括：第一IoT设备从设备接收升级安装文件；第一IoT设备根据升级安装文件进行软件系统升级；其中，升级安装文件预先存储于设备，第一IoT设备与设备之间通过本地局域网络通信。

一种可能的设计中，升级安装文件的版本满足第一条件，第一条件包括：升级安装文件的版本高于第一IoT设备的当前版本。

一种可能的设计中，在第一IoT设备从设备接收升级安装文件之前，方法还包括：第一IoT设备通过中继设备从设备接收第一消息，第一消息包括升级消息以及升级安装文件的存储地址；第一IoT设备根据第一消息通过中继设备向设备发送第二消息，第二消息用于请求升级安装文件；其中，中继设备用于提供本地局域网络。

一种可能的设计中，第一IoT设备为至少一个IoT设备中的一个或多个，至少一个IoT设备为全屋智能场景中的IoT设备。

第三方面，提供一种设备，该设备具有实现如上述第一方面或第二方面及其中任一设计所述的方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第四方面，提供一种设备，包括：包括处理器和存储器，存储器与处理器耦合，存储器用于存储程序代码，程序代码包括指令，处理器从存储器中读取指令，以使得设备执行如上述第一方面或第二方面及其中任一设计所述的方法。可选的，该存储器可以与处理器耦合，或者，也可以独立于该处理器。

一种可能的设计中，设备还包括通信接口，该通信接口可用于设备与其他装置通信。示例性的，该通信接口可以为收发器、输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等。

一种可能的设计中，设备还包括显示屏，显示屏可用于设备执行显示操作。

第五方面，提供一种可读存储介质，可读存储介质包括程序或指令，当程序或指令在设备上运行的情况下，使得设备执行如上述第一方面或第二方面及其中任一设计所述的方法。

第六方面，提供一种程序产品，当程序产品在设备上运行时，使得设备可以执行如上述第一方面或第二方面及其中任一设计所述的方法。

第七方面，提供一种芯片系统，包括至少一个处理器和至少一个接口电路，至少一个接口电路用于执行收发功能，并将指令发送给至少一个处理器，当至少一个处理器执行指令时，至少一个处理器执行如上述第一方面或第二方面及其中任一设计所述的方法。

第八方面，提供一种通信系统，包括设备以及第一IoT设备，所述设备用于执行如上述第一方面及其中任一设计所述的方法，所述第一IoT设备用于执行如上述第二方面及其中任一设计所述的方法。

需要说明的是，上述第二方面至第八方面中任一设计所带来的技术效果可以参见第一方面中对应设计所带来的技术效果，此处不再赘述。

附图说明

图1为本申请实施例提供的全屋智能的场景示意图；

图2为本申请实施例提供的一种通信系统的架构示意图；

图3为本申请实施例提供的一种设备的硬件结构示意图；

图4为本申请实施例提供的又一种设备的结构示意图；

图5为本申请实施例提供的一种IoT设备的软件系统升级方法的流程示意图；

图6为本申请实施例提供的界面示意图一；

图7为本申请实施例提供的界面示意图二；

图8为本申请实施例提供的界面示意图三；

图9为本申请实施例提供的界面示意图四；

图10为本申请实施例提供的界面示意图五；

图11为本申请实施例提供的又一种IoT设备的软件系统升级方法的流程示意图；

图12为本申请实施例提供的界面示意图六；

图13为本申请实施例提供的又一种IoT设备的软件系统升级方法的流程示意图；

图14为本申请实施例提供的又一种设备的结构示意图；

图15为本申请实施例提供的一种芯片系统的结构示意图。

具体实施方式

下面结合附图对本申请实施例提供的技术方案进行详尽的描述。

本申请的描述中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在本申请的描述中，除非另有说明，“多个”的含义是指两个或两个以上。本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

目前，各种各样的IoT设备已经进入人们的生活，针对家庭使用IoT设备场景提出智能家居的概念。而随着智能家居场景下，安装的IoT设备越来越多，甚至全屋安装IoT设备，全屋智能的概念应运而生。全屋智能以住宅为平台，利用综合布线技术、网络通信技术、安全防范技术、自动控制技术、音视频技术等各种技术将与家居生活有关的设施集成，通过构建高效的住宅设施与家庭日程事务的管理系统，提升了家居安全性、便利性、舒适性等各方面的体验。

示例性的，图1示出了本申请实施例提供的全屋智能的场景示意图。如图1所示，全屋包括入户过道、厨房、餐厅、客厅、阳台、主卧、次卧、卫生间等。全屋设置有多个IoT设备。具体来说，厨房设置有电饭煲或电压力锅、燃气设备等；客厅设置有音箱(比如，智能音箱)、电视(比如，智能电视，也称为智慧屏、大屏等)、路由设备等；阳台设置有晾衣架(比如，智能晾衣架等)；餐厅设置有扫地机器人等；主卧设置有电视(比如，智能电视)、音箱(比如，智能音箱)、落地灯(比如，智能落地灯)、路由设备等；次卧设置有台灯(比如，智能台灯)、音箱(比如，智能音箱)等；卫生间设置有体脂秤等。

其中，全屋智能场景下的各IoT设备之间可以采用有线通信方式或无线通信方式建立连接。示例性的，有线通信方式可以包括但不限于电力总线通信(power linecommunication，PLC)等。无线通信方式可以包括但不限于近距离无线通信(near fieldcommunication，NFC)，蓝牙(bluetooth，BT)(例如，传统蓝牙或者低功耗(bluetooth lowenergy，BLE)蓝牙)，无线局域网(wireless local area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，紫蜂(Zigbee)，调频(frequency modulation，FM)，红外(infrared，IR)等。

在一些场景下，全屋智能场景中的各IoT设备的软件系统存在升级的需要。各IoT设备可以通过网络从云服务器下载对应的安装包，以完成对软件系统的升级。比如：以采用Wi-Fi通信的IoT设备(以下简称为Wi-Fi设备)而言，其可以通过Wi-Fi网络从云服务器下载安装包，以完成软件系统的升级。再比如：以采用PLC通信的IoT设备(以下简称为PLC设备)而言，可以通过连接Wi-Fi网络的PLC网关从云服务器下载安装包，然后PLC网关可以将下载的安装包发送给对应的PLC设备，PLC设备可以根据该安装包完成软件系统的升级。再比如：以采用蓝牙通信的IoT设备(以下简称为蓝牙设备)而言，也可以通过连接Wi-Fi网络的蓝牙网关从云服务器下载安装包，然后蓝牙网关可以将下载的安装包发送给对应的蓝牙设备，蓝牙设备可以根据该安装包完成软件系统的升级等。

可以理解，网关又称网间连接器、协议转换器等。其可以实现不同网络的互联。比如：上述PLC网关可以实现Wi-Fi与PLC的互联，蓝牙网关可以实现Wi-Fi与蓝牙的互联等。

上述方案中，均需要通过Wi-Fi网络连接到云服务器下载安装包。但是在一些场景中，Wi-Fi网络环境较差。比如：前装场景，前装场景指的是在房屋装修之前，如毛坯房等，根据IoT设备的需求，先进行IoT设备安装的方式。由于前装场景下，房屋的Wi-Fi网络还未安装，安装人员只能通过手机热点、客户端设备(customer premise equipment，CPE)等方式向IoT设备提供Wi-Fi网络。其中，CPE是一种接收移动信号并以无线Wi-Fi信号转发出来的移动信号接入设备，也被称作“移动路由器”。其通过插入运营商提供的用户标识模块(subscriber identification module，SIM)卡，即可将流量转化为Wi-Fi信号，从而为其他设备提供网络支持。

但是，上述方式提供的Wi-Fi网络较差，容易出现IoT设备的安装包下载失败的情况。对于大规模的IoT设备的软件系统升级的场景，需要消耗较多的流量以及时间，软件系统升级不稳定，导致前装成本增加，影响交付进度。

并且，目前IoT设备的品类繁多，各IoT设备的软件系统版本之间可能需要匹配使用。比如：场景面板和PLC网关之间的软件系统版本匹配才可使用。再比如：投屏场景中，IoT设备之间的软件系统版本匹配时才可实现投屏功能等。而目前的IoT设备升级方案中，各IoT设备的软件系统是单独升级的，因此可能出现IoT设备软件系统升级之后无法匹配使用的问题。

此外，上述方案中，当全屋智能场景中增设或替换相同品类的IoT设备时，该IoT设备的软件系统升级仍旧需要依赖于网络，无法实现软件系统的离线升级。

基于此，本申请实施例提供一种IoT设备的软件系统升级方法，能够解决前装场景下，IoT设备的软件系统升级时，包括但不限于单个IoT设备的软件系统升级、大规模IoT设备的软件系统升级等，流量、时间等消耗较多且软件系统升级不稳定的问题，提升IoT设备的软件系统升级成功的概率，降低前装成本，提高交付效率。同时，还可以使得升级后的IoT设备软件系统之间的版本匹配，可以配套使用。还可以在全屋智能场景中增设或替换相同品类的IoT设备时，使得该IoT设备的软件系统能够实现离线升级，不依赖于网络，减少网络流量的消耗。

本申请实施例提供的技术方案可以应用于一个或多个IoT设备的软件系统升级的场景中，包括但不限于全屋智能下的前装场景、后装场景等各种IoT设备的软件系统升级的场景。其中，后装场景指的是，在房屋已装修完毕之后，再进行IoT设备安装的场景。

示例性的，图2示出了本申请实施例提供的一种IoT设备的软件系统升级方法应用的通信系统10的架构示意图。如图2所示，该通信系统10包括设备100以及至少一个IoT设备200(图2中仅示出了六个)。

其中，设备100可以为控制IoT设备200的专用设备，或者为包括控制IoT设备200功能的设备。在一些实施例中，设备100可以控制IoT设备200的的软件系统升级，其可以作为升级服务端，为IoT设备200提供升级安装文件下载、版本管理等服务。可选的，设备100例如可以是手机(图2中以此为例)、个人数字助理(personal digital assistant，PDA)、个人计算机(personal computer，PC)、膝上型计算机(Laptop)、大屏显示设备、可穿戴设备、人工智能(artificial intelligence，AI)设备等终端设备。还可以是家庭存储、边缘升级服务器等各种存储设备。

可选的，IoT设备200例如可以是音箱201、大屏设备202、台灯203、电灯204、摄像头205、空气净化器206、智能窗帘、智能空调、智能门锁等各种IoT设备。在一些实施例中，IoT设备200可以作为升级客户端，从设备100获取升级安装文件(或称升级安装包等)，以实现IoT设备200的的软件系统升级。

可选的，上述设备100和/或IoT设备200安装的操作系统包括但不限于 或者其它操作系统。当然，设备100和/或IoT设备200中也可以不安装有操作系统。在一些实施例中，设备100和/或IoT设备200可以为固定式设备，也可以为便携式设备。本申请对设备100和/或IoT设备200的具体类型、有无安装操作系统、在有安装操作系统下所安装的操作系统均不作限制。

在一些实施例中，IoT设备200可以为智能家居设备，各个IoT设备200之间可以建立连接。示例性的，IoT设备200之间可以采用有线通信方式或无线通信方式建立连接。关于有线通信方式或无线通信方式的具体介绍可参考上文所述。

在一些示例中，IoT设备200之间都支持靠近发现功能。示例性，以IoT设备200为音箱201、大屏设备202为例，音箱201靠近大屏设备202后，音箱201和大屏设备202能够相互发现对方，之后建立诸如Wi-Fi端到端(peer to peer，P2P)连接、蓝牙连接等无线通信连接。在建立无线通信连接后，音箱201和大屏设备202可通过该无线通信连接实现信号交互。

在另一些示例中，IoT设备200之间可以通过局域网，建立无线通信连接。还是以IoT设备200为音箱201、大屏设备202为例，如音箱201与大屏设备202都连接至同一路由器。

在又一些示例中，IoT设备200之间可以通过蜂窝网络、因特网等，建立无线通信连接。还是以IoT设备200为音箱201、大屏设备202为例，比如：音箱201通过路由器接入因特网，大屏设备202通过蜂窝网络接入因特网，进而音箱201与大屏设备202建立无线通信连接。

在一些实施例中，设备100与一个或多个IoT设备200之间也可以通过有线或者无线的方式建立连接，以此获得IoT设备200的设备信息。设备100可以提供人机交互界面，通过人机交互界面为用户显示IoT设备200的设备信息，以及接收用户对IoT设备200的控制指令，如包括但不限于升级指令等。

可选的，设备100与IoT设备200之间可以直接通信，也可以通过其他设备转发通信。示例性的，在设备100与IoT设备200通过其他设备转发通信的情况下，如图2所示的通信系统10中还可以包括一个或多个中继设备300。在一些实施例中，中继设备300可用于提供本地局域网络，以实现设备100与IoT设备200之间的通信。可以理解，设备100与IoT设备200之间通过本地局域网络通信的过程中不会消耗网络流量。也就是说，中继设备300可以不提供Wi-Fi网络，仅提供数据转发功能，以实现设备100与IoT设备200之间的通信。示例性的，中继设备300可以诸如路由器等。同样的，设备100与中继设备300之间，和/或，中继设备300与IoT设备200之间也可以通过有线通信方式或无线通信方式建立连接，本申请实施例对此也不做具体限制。

示例性的，以图2所示的音箱201、大屏设备202等采用Wi-Fi通信方式(或称支持Wi-Fi通信)，台灯203等采用PLC通信方式(或称支持PLC通信)，电灯204等采用PLC+Wi-Fi通信方式(或称PLC及Wi-Fi通信方式，或称同时支持Wi-Fi通信以及PLC通信)，摄像头205、空气净化器206等采用蓝牙通信方式(或称支持蓝牙通信)为例。在一些实施例中，如图2所示，对于音箱201、大屏设备202等采用Wi-Fi通信方式的IoT设备，其可以直接向设备100请求升级安装文件。对于台灯203等采用PLC通信方式以及电灯204等采用PLC+Wi-Fi通信方式等的IoT设备，其可以通过PLC网关向设备100请求升级安装文件。同样的，对于摄像头205、空气净化器206等采用蓝牙通信方式的IoT设备，其可以通过蓝牙网关向设备100请求升级安装文件。

可选的，上述IoT设备200向设备100请求升级安装文件的过程中，可以直接向设备100请求升级安装文件，也可以通过中继设备300间接向设备100请求升级安装文件。

在一些实施例中，在设备100为IoT设备200提供升级安装文件下载、版本管理等服务之前，设备100还可以从其他设备获取一个或多个IoT设备200的升级安装文件以及版本管理的相关文件(如版本配置文件)等。示例性的，该其他设备例如可以是手机、个人数字助理(personal digital assistant，PDA)、个人计算机(personal computer，PC)、膝上型计算机(Laptop)、大屏显示设备、可穿戴设备、人工智能(artificial intelligence，AI)设备等设备。还可以是服务器400(图2中以此为例)等设备。可选的，设备100与其他设备可以为同种类型的设备，也可以为不同类型的设备。

可选的，服务器400可以是云服务器或者网络服务器等具有计算功能的设备或网络设备。服务器400可以是一台服务器，也可以是由多台服务器组成的服务器集群，或者是一个云计算服务中心。

可选的，设备100与其他设备之间也可以通过有线通信方式(如通用串行总线(universal serial bus，USB)等)或无线通信方式(如蓝牙、Wi-Fi等)建立连接，关于该有线通信方式、无线通信方式的具体介绍也可参考上文所述。

可选的，图2可以为便于理解而示例的简化示意图，在实际应用中，上述系统中还可以包括其他设备，图中未予以画出。

示例性的，以设备100为手机为例，图3示出了本申请实施例提供的一种设备100的硬件结构示意图。

如图3所示，设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriberidentification module，SIM)卡接口195等。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。

设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(lownoise amplifier，LNA)等。

无线通信模块160可以提供应用在设备100上的包括无线局域网(wireless localarea networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequencymodulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。

在一些实施例中，设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得设备100可以通过无线通信技术与网络以及其他设备通信。

在本申请的一些实施例中，设备100的移动通信模块150和/或无线通信模块160等可用于与诸如图2所示的服务器400、中继设备300、IoT设备200等中的一种或多种设备通信。

设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)。在一些实施例中，设备100可以包括1个或N个显示屏194，N为大于1的正整数。在本申请的一些实施例中，显示屏194可用于显示一个或多个IoT设备的设备信息，以实现对一个或多个IoT设备的软件系统的升级操作。

摄像头193用于捕获静态图像或视频。在一些实施例中，设备100可以包括1个或N个摄像头193，N为大于1的正整数。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能)等。存储数据区可存储设备100使用过程中所创建的数据(比如音频数据)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行设备100的各种功能应用以及数据处理。在本申请的一些实施例中，内部存储器121可以用于存储一个或多个IoT设备的升级安装文件、版本配置文件等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。设备100可以通过音频模块170，例如音乐播放，录音等。音频模块170可以包括扬声器，受话器，麦克风，耳机接口，以及应用处理器等实现音频功能。

传感器模块180可以包括压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器，骨传导传感器等。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。设备100可以接收按键输入，产生与设备100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。SIM卡接口195用于连接SIM卡。

示例性的，上述仅以手机举例说明本申请实施例中设备100的结构，但并不构成对设备100结构、形态的限制。本申请实施例对设备100的结构、形态不做限制。示例性的，图4示出了设备100的另一种示例性结构。如图4所示，设备100包括：处理器401、存储器402、收发器403。处理器401、存储器402的实现可参见图3所示的处理器、存储器的实现。收发器403，用于设备100与其他设备(如包括但不限于图2所示的服务器400、中继设备300、IoT设备200等中的一种或多种)交互。收发器403可以是基于诸如Wi-Fi、蓝牙或其他通信协议的器件。

可以理解的是，本申请实施例示意的结构并不构成对设备100的具体限定。在本申请另一些实施例中，设备100可以包括比图3、图4所示的更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

以下实施例所涉及的技术方案均可以在具有如图3、图4所示结构的设备，以及如图2所示架构的系统中实现。

可以理解，本申请实施例中，以设备100为设备，IoT设备200为IoT设备，中继设备300为中继设备进行描述，设备，和/或IoT设备，和/或中继设备可以执行本申请实施例中的部分或全部步骤，这些步骤或操作仅是示例，本申请实施例还可以执行其它操作或者各种操作的变形。此外，各个步骤可以按照本申请实施例呈现的不同的顺序来执行，并且有可能并非要执行本申请实施例中的全部操作。

示例性的，图5示出了本申请实施例提供的一种IoT设备的软件系统升级方法的流程示意图，该方法包括以下步骤：

S501、设备接收第一操作。

在一些实施例中，第一操作为用于升级一个或多个IoT设备软件系统的操作。在一些场景中，该一个或多个IoT设备可以为全屋智能中包括的IoT设备，如包括但不限于前装场景、后装场景等中的IOT设备。

可选的，第一操作可触发一个IoT设备软件系统的升级，也可同时触发多个IoT设备的软件系统升级。

下面以管理IoT设备的应用为智慧生活应用为例，对第一操作进行介绍。

在一些实施例中，设备接入局域网(如包括但不限于如图2所示的中继设备300提供的本地局域网络等)之后，能够发现接入同一个局域网和/或登录同一个账户的IoT设备。示例性的，账户用于表示设备在服务器注册过程中登录的IoT设备管理系统的账户，比如：该账户可以是用户注册的智慧生活应用的账号。

具体的，以手机为例，如图6中(1)所示，手机显示主界面600(或称桌面600)，在主界面600中包括一个或多个应用的图标，如日历应用的图标、天气应用的图标等，这里不再一一举例说明。不同应用的图标可用于打开对应应用的运行界面，实现对应应用的功能。这一个或多个应用的图标中包括智慧生活应用的图标601。

如手机检测到诸如用户对智慧生活应用的图标601的点击操作，响应于该点击操作，如图6中(2)所示，手机显示智慧生活应用的运行界面610。其中，在智慧生活应用的运行界面610中包括添加控件(或称按钮)611，其可用于添加一个或多个IoT设备。可选的，添加控件611还可用于实现创建场景、共享设备、连接三方平台、扫一扫等中的一种或多种功能，对于这些功能本文不再详细介绍。和/或，在智慧生活应用的运行界面610中还可以显示一个或多个添加设备卡片612，其也可用于添加一个或多个IoT设备。

以用户通过添加控件611添加一个或多个IoT设备为例，手机检测到诸如用户对添加控件611的点击操作，响应于该点击操作，如图6中(3)所示，手机显示界面620。其中，界面620中包括添加设备控件621，其可用于添加一个或多个IoT设备。手机检测到诸如用户对添加设备控件621的点击操作，确定用户需要添加IoT设备至智慧生活应用，响应于该点击操作，如图6中(4)所示的添加设备界面630，手机显示一个或多个位于手机附近的IoT设备，如包括但不限于投影仪、音箱、电视、洗碗机、蒸箱、烤箱等。在一些示例中，手机可以通过图6中(4)所示的连接按钮631，将对应的IoT设备添加至智慧生活应用。当然，在其他的示例中，手机也可以通过其他的添加操作，将搜索到的一个或IoT设备添加至智慧生活应用，本申请实施例对该添加操作的类型不做具体限制。

可选的，在一些示例中，手机在检测诸如用户对添加设备控件621的点击操作，在显示添加设备界面630之前，如图7中(1)所示，手机可以先显示搜索设备界面700。其中，在搜索设备界面700中包括手动添加控件701和/或扫码添加控件702，用户也可以通过手动添加控件701或者扫码添加控件702将一个或多个IoT设备添加至智慧生活应用。

以通过手动添加控件701添加一个或多个IoT设备为例，如图7中(1)所示的搜索设备界面700，手机检测到诸如用户对手动添加控件701的点击操作，响应于该点击操作，如图7中(2)所示，手机显示分类界面710。其中，在分类界面710中按照分类标准将不同的IoT设备划分至不同的类别。如以分类标准为功能为例，示例性的，该类别包括但不限于路由、照明、影音、运动等。如路由类别包括5G随行Wi-Fi、5G CPE等具有路由功能的IoT设备，照明类别包括智能台灯、读写台灯、全彩灯泡等具有照明功能的IoT设备，影音类别包括音箱、智慧屏、耳机等实现影音功能的IoT设备，运动类别包括跑步机、智能跳绳等实现运动功能的IoT设备等。

可以理解，以上仅例举了几个类别以及每个类别中包括的IoT设备的示例，其并不构成本申请的限定。在实际应用中，可以包括更多或者更少的类别，或者有其他的类别划分方式。

当用户确定将一个IoT设备添加至智慧生活应用时，用户可以根据该IoT设备的类别来执行该添加操作。以IoT设备为智慧屏，用户想要将智慧屏添加至智慧生活应用为例，如图7中(2)所示，用户可以对影音类别中包括的智慧屏的图标(或称控件、模块等)执行诸如点击操作。可选的，响应于该点击操作，如图7中(3)所示，手机可以先显示配置向导界面720。其中，在配置向导界面720中包括扫码登录控件721，用户可以通过扫码登录控件721触发手机的扫码功能。可选的，在配置向导界面720中还可以包括提示信息722，以便于用户可以根据提示信息722调出智慧屏上对应的二维码。

如手机检测到用户对扫码登录控件721的点击操作，响应于该操作，如图7中(4)所示，手机显示扫码界面730。通过扫码界面730扫描智慧屏上对应的二维码(图中以此为例)或者条形码等各种类型的标识码，即可将智慧屏添加至智慧生活应用。

同样的，当通过图7中(1)所示的扫码添加控件702添加一个或多个IoT设备时，手机检测到用户对扫码添加控件702的点击操作(图中未示出)，响应于该点击操作，手机也可显示诸如图7中(4)所示的扫码界面730。通过扫码界面730扫描IoT设备上对应的二维码或者条形码等各种类型的标识码，即可将IoT设备添加至智慧生活应用。

可选的，上述手动添加控件701和/或扫码添加控件702也可显示在图6中(4)所示的添加设备界面630中，本申请对手动添加控件701和/或扫码添加控件702的显示位置不做任何限制。

可以理解，上述仅举例说明了几种将一个或多个IoT设备添加至智慧生活应用的方式。在实际应用中，也可以通过其他方式将一个或多个IoT设备添加至智慧生活应用。比如：还可以通过碰一碰、蓝牙配对等方式，本申请对将一个或多个IoT设备添加至智慧生活应用的方式不做具体限制。

示例性的，在将一个或多个IoT设备添加至智慧生活应用之后，手机可以呈现诸如图8中(1)所示的界面800，其中，在界面800中显示有一个或多个已添加至智慧生活应用的IoT设备，如电视、投影仪、音箱、烤箱、洗碗机、烤箱、蒸箱等。用户可以根据需要触发其中一个或多个IoT设备的软件系统升级。

在一些示例中，用户可以通过已添加的IoT设备的显示控件来触发该IoT设备的软件系统升级。

以IoT设备为音箱为例，如图8中(1)所示，手机检测到用户对音箱的显示控件801的点击操作，响应于该操作，如图8中(2)所示，手机显示音箱的详情界面810。其中，在音箱的详情界面810中包括固件更新控件811，用户可以通过固件更新控件811触发音箱的软件系统更新。如手机检测到用户对固件更新控件811的点击操作，响应于该点击操作，如图8中(3)所示，手机显示固件更新界面820。其中，在固件更新界面820中包括检查更新控件821，用户可以通过检查更新控件821触发音箱的软件系统升级。该示例中，上述第一操作可以是对检查更新控件821的触发操作，触发操作包括但不限于点击操作等。可选的，在固件更新界面820中还可以包括音箱的系统版本，如“V1.0.0.186”等。

在另一些示例中，用户可以通过设置界面来触发IoT设备的软件系统升级。

示例性的，手机检测到用户对图6中(2)所示的“我的”控件的点击操作(图中未示出)，响应于该点击操作，如图9中(1)所示的界面900，手机可以显示一个或多个选项，如共享管理、我的二维码、我的商城等，对这些选项的功能本文不再详细介绍。其中，这多个选项中，包括设置选项901，手机检测到用户对设置选项901的点击操作，响应于该点击操作，手机显示设置界面910。在设置界面910中也可以包括一个或多个功能选项，如领豆服务、扫一扫等，这里不再一一举例说明。这多个功能选项中包括固件更新选项911，其可用于实现一个或多个IoT设备的软件系统升级。

如手机检测到用户对固件更新选项911的点击操作，响应于该点击操作，如图9中(3)所示，手机显示固件更新界面920。手机可以检测一个或多个IoT设备的系统版本，执行对一个或多个IoT设备的软件系统升级的操作。该示例中，上述第一操作可以为用户对固件更新选项911的触发操作，该触发操作包括但不限于点击操作等。

在另一些示例中，手机还可以将检测的结果先呈现给用户。示例性的，如图9中(4)所示的界面930，手机可以将检测到的IoT设备是否存在新版本和/或具体存在的新版本号等呈现给用户。如界面930所示，电视、洗碗机、烤箱等未检测到新版本，投影仪存在新版本，新版本号为“1.1.8.2”等，这里不再一一举例介绍。可选的，呈现在界面930中的IoT设备可以为已添加到智慧生活应用中的部分或全部IoT设备。

其中，在界面930中包括立即升级控件931，手机检测到用户对立即升级控件931的点击操作，响应于该点击操作，手机执行对一个或多个IoT设备(如包括但不限于检测到新版本的一个或多个IoT设备)的软件系统升级的操作。该示例中，第一操作可以是对立即升级控件931的触发操作，该触发操作包括但不限于点击操作等。

当然，用户也可以根据实际需要选择界面930中的某些IoT设备的软件系统进行升级，第一操作也可以是对这些IoT设备的软件系统的升级操作等。

可以理解，上述实施例仅举例说明了第一操作，并不够构成本申请的限定，在实际应用中，第一操作也可以是其他类型的操作，比如：语音操作、按键操作、手势操作，或者也可以是对其他控件或按钮的操作等，本申请对此不做任何限定。上述实施例是以先将IoT设备添加至设备，然后由设备接收第一操作为例的，也即是以第一操作作用于设备为例的。当然，也可不执行上述将IoT设备添加至设备的操作，由IoT设备接收第一操作，也即第一操作也可直接作用在IoT设备上。

还可以理解，上述实施例中，是以用户通过设备触发一个或多个IoT设备的软件系统升级为例的。在其他的实施例中，也可以通过除设备之外的其他设备，比如：对IoT设备存在管理功能的其他设备等，触发一个或多个IoT设备的软件系统升级。或者，还可以由IoT设备自身周期性或者定时触发各自的软件系统升级。本申请对于触发一个或多个IoT设备的软件系统升级的方式不做具体限制。

在一些示例中，IoT设备自身周期性或者定时触发各自软件系统升级的方式还可以由用户设定。示例性的，以IoT设备为音箱为例，在图8中(3)所示的固件更新界面820中还可以包括设置按钮822，其可用于设置音箱的软件系统升级方式。如手机检测到用户对设置按钮822的点击操作(图中未示出)，响应于该点击操作，如图10所示，手机显示设置界面1000。其中，在设置界面1000中包括自动升级选项，用户可以通过自动升级选项开启音箱的自动升级功能。如手机检测到用户对自动升级选项的按钮1001的开启操作，响应于该操作，手机开启音箱的自动升级功能。

在其他的示例中，IoT设备自身周期性或者定时触发各自软件系统升级的方式还可以是系统自动设定的。可选的，IoT设备自动触发软件系统升级的时间或者周期也可以由用户通过设备设定。

可以理解，本申请实施例中的各界面仅仅为示意图，并不构成本申请的限定。在实际应用时，各界面中可以包括更多或更少的内容，也可以包括更多或更少的界面。

S502、响应于第一操作，设备触发IoT设备的软件系统升级。

在一些实施例中，设备可以直接将IoT设备的升级安装文件发送至IoT设备。即响应于第一操作，设备直接向IoT设备发送升级安装文件。相应的，IoT设备接收到该升级安装文件之后，根据该升级安装文件完成软件系统升级。

可选的，本申请实施例中的升级安装文件可以是全量文件(或称全量安装包)，也可以是增量文件(或称增量安装包，或称补丁安装包等)。可以理解，全量文件可以指完整的软件系统安装文件，增量文件可以指在原有软件系统的基础上添加补丁或做修改的升级文件。

可以理解，本申请实施例中，设备内部(或称本地)预先存储有一个或多个IoT设备的升级安装文件，该升级安装文件可以是设备预先从其他设备获取的。如设备可以预先在具备网络的环境下从服务器等下载一个或多个IoT设备的升级安装文件。或者，也可以从其他设备导入(如包括但不限于通过USB、蓝牙等有线通信方式或无线通信方式)一个或多个IoT设备的升级安装文件。可选的，设备获取一个或多个IoT设备的升级安装文件的操作可以在具备网络的环境下进行，也可以在不具备网络的环境下进行，本申请实施例对设备获取一个或多个IoT设备的升级安装文件的方式不做任何限制。

该实施例下，作为一种可能的实现，设备在向IoT设备发送升级安装文件之前，设备还可以根据存储的该IoT设备的升级安装文件的版本与该IoT设备当前的版本确定是否要向该IoT设备发送升级安装文件。比如：在设备确定存储的该IoT设备的升级安装文件的版本高于该IoT设备当前的版本的情况下，设备再将该升级安装文件发送给对应的IoT设备。在确定存储的该IoT设备的升级安装文件的版本低于或等于该IoT设备当前的版本的情况下，设备可以确定不向该IoT设备发送升级安装文件。

可选的，设备可以存储有IoT设备的当前版本，如IoT设备在被添加至智慧生活应用之后，设备即可获得该IoT设备的版本。也可以从其他设备，如包括但不限于IoT设备，以及除IoT设备以外的其他设备接收IoT设备的当前版本。

作为另外一种可能的实现，设备可以直接向IoT设备发送升级安装文件，即不执行上述实现方式中，根据存储的IoT设备的升级安装文件的版本确定是否向IoT设备发送升级安装文件的操作。可选的，IoT设备在接收到来自设备的升级安装文件之后，可以根据当前版本以及升级安装文件的版本确定是否升级软件系统。如IoT设备接收到的升级安装文件的版本高于当前版本的情况下，则IoT设备执行软件系统的升级操作。在确定接收到的升级安装文件的版本低于或等于当前版本的情况下，则IoT设备不执行软件系统的升级操作。

在一些实施例中，IoT设备的版本之间可能需要匹配(或称配套)使用。因此，本申请实施例中，设备内部还可以预先存储有IoT设备的版本配置文件，其中该版本配置文件用于指示(或称确定)多个IoT设备之间的版本匹配关系。如这多个IoT设备之间的版本只有匹配时，这些IoT设备才可以配合使用。反之，这多个IoT设备则不可配合使用。

以投屏场景为例，只有IoT设备A的版本高于某版本时，IoT设备B才可以投屏到IoT设备A。反之，在IoT设备A版本低于或等于该版本时，IoT设备B无法投屏到IoT设备A，即不能实现投屏功能。

可选的，版本配置文件的数目可以为一个或多个，每个IoT设备可以均对应一个版本配置文件，该版本配置文件可用于指示(或称确定)对应的IoT设备与其他IoT设备的版本匹配关系。或者，全部的IoT设备可以对应一个版本配置文件，该版本配置文件可用于指示各IoT设备之间的版本匹配关系。

可选的，上述版本配置文件也可以是设备预先从其他设备获取的。关于该版本配置文件的获取方式可参考上述升级安装文件的获取方式的介绍。可选的，设备在获取到版本配置文件之后，也可以将其发送给一个或多个IoT设备。或者，IoT设备也可以预先存储有版本配置文件。可选的，该版本配置文件可以是由设备和/或其他设备发送给IoT设备的，也可以是IoT设备在出厂前预置于IoT设备中的。

作为一个具体的实施例，设备在向IoT设备发送升级安装文件之前，还可以根据版本配置文件确定是否向IoT设备发送升级安装文件。

比如：以IoT设备为IoT设备A为例，设备根据版本配置文件确定IoT设备A的版本需要与其他一个或多个IoT设备的版本匹配使用，如IoT设备A的版本高于版本1时，才可以与高于版本2的IoT设备B匹配使用。则若当前存在需要匹配使用的一个或多个IoT设备，且这一个或多个IoT设备的版本，与IoT设备A的升级安装文件的版本满足版本配置文件的要求，或者，版本配置文件的要求也可描述为根据版本配置文件确定的版本匹配关系。如若当前存在IoT设备2，IoT设备2的版本高于版本2，且IoT设备A的升级安装文件的版本高于版本1，则设备向IoT设备A发送升级安装文件。或者，在当前不存在IoT设备A需要匹配使用的一个或多个IoT设备时，设备也可以向IoT设备A发送升级安装文件。

反之，在当前存在IoT设备A需要匹配使用的一个或多个IoT设备时，这一个或多个IoT设备的版本，与IoT设备A的升级安装文件的版本不满足版本配置文件的要求，如若当前存在IoT设备2，IoT设备2的版本低于或等于版本2，和/或IoT设备A的升级安装文件的版本低于或等于版本1时，则设备不向IoT设备A发送升级安装文件。

作为另外一个具体的实施例，设备也可以直接向IoT设备发送升级安装文件，即不执行上述实施例中，根据版本配置文件确定是否向IoT设备发送升级安装文件的操作。

可选的，IoT设备接收到来自设备的升级安装文件之后，可以根据版本配置文件确定是否根据该升级安装文件执行软件系统的升级操作。

如以IoT设备为IoT设备A为例，IoT设备A根据版本配置文件确定需要与一个或多个IoT设备的版本匹配使用，则若当前存在一个或多个IoT设备，且这一个或多个IoT设备的版本与IoT设备A的升级安装文件的版本满足版本配置文件的要求，则IoT设备A根据接收到的升级安装文件执行软件系统的升级操作。或者，在当前不存在需要IoT设备A匹配使用的一个或多个IoT设备时，IoT设备A也可以根据升级安装文件执行软件系统的升级操作。

反之，在当前存在需要匹配使用的一个或多个IoT设备时，这一个或多个IoT设备的版本与IoT设备A的升级安装文件之间不满足版本配置文件的要求，则IoT设备A不执行根据升级安装文件进行软件系统升级的操作。

可选的，对于上述实施例中，设备和/或IoT设备A等IoT设备如何获知当前是否存在需要与IoT设备A匹配使用的IoT设备，以及该匹配使用的IoT设备的版本的方式，本申请对此不做任何限制。如在IoT设备被添加至设备的智慧生活应用之后，设备即可获知当前是否存在需要与IoT设备A匹配使用的IoT设备，以及该匹配使用的IoT设备的版本等。设备还可以将前述获知的信息通知给IoT设备A。当然，设备和/或IoT设备A等IoT设备也可从其他设备获知前述信息等等。

基于上述方案，结合版本配置文件来执行IoT设备的软件系统升级，只有在满足版本配置文件的要求时，才对IoT设备的软件系统执行升级操作，这样在全屋智能等场景下，可以实现IoT设备软件系统之间的协同升级，可以使得升级后的IoT设备软件系统之间的版本匹配，可以配套使用。

在一些示例中，设备具体触发哪个IoT设备的软件系统升级可以根据第一操作确定。如图8所示的示例，由于第一操作是针对音箱系统的软件系统升级的操作，则设备根据第一操作可以确定需要触发音箱的软件系统升级。

在另一些示例中，设备具体触发哪个IoT设备的软件系统升级可以由设备预先存储的升级安装文件确定。如图9中(3)所示的示例，由于第一操作是针对当前场景(如全屋智能)中存在的全部IoT设备的软件系统升级的操作，则设备可以根据预先存储的升级安装文件确定具体升级哪些IoT设备，比如：若设备确定当前存储有一个IoT设备的升级安装文件；或者存储有一个IoT设备的升级安装文件，且该升级安装文件的版本高于该IoT设备的当前版本等等，则设备确定触发该IoT设备的软件系统升级。反之，则不触发该IoT设备的软件系统升级。

可选的，上述示例中，在设备确定未存储有第一操作触发升级的IoT设备的升级安装文件时，设备也可以输出提醒消息，提醒用户当前未存储有该IoT设备的升级安装文件等。

可以理解，本申请实施例中，第一操作触发软件系统升级的IoT设备的数目与实际执行软件系统升级操作的IoT设备的数目可以相同，也可以不同。

还可以理解，本申请各实施例提供的技术方案可以单独使用，在可能的情况下，也可以结合使用。

在另一些实施例中，图5所示的步骤S502可以具体实现为图11所示的步骤S503至步骤S506。

S503、响应于第一操作，设备向IoT设备发送升级指令(或称升级消息)。相应的，IoT设备接收来自设备的升级指令。

在一些实施例中，该升级指令中包括IoT设备对应的升级安装文件在设备中的存储地址。该存储地址可用于IoT设备获取对应的升级安装文件。示例性的，该存储地址可以用统一资源定位符(uniform resource location，URL)标识，也可以采用其他的形式标识，本申请实施例对此不做限制。

可选的，该升级指令中还可以包括其他信息。示例性的，该其他信息可以包括但不限于IoT设备的标识和/或地址等。该IoT设备的标识和/或地址可用于实现设备与IoT设备之间的通信等。

可以理解，上述实施例是以升级安装文件在设备中的存储地址、IoT设备的标识和/或地址等包含在升级指令中为例的。当然，在其他的实施例中，升级安装文件在设备中的存储地址、IoT设备的标识和/或地址等也可通过其他的一条或多条消息发送，本申请对其发送方式不做任何限制。

在一些实施例中，设备在执行步骤S503之前，还可以根据版本配置文件确定是否向IoT设备发送升级指令。关于版本配置文件的介绍请参考上文所述。

以IoT设备为IoT设备A为例，设备根据版本配置文件确定IoT设备A需要与其他一个或多个IoT设备的版本匹配使用，如IoT设备A的版本高于版本1时，才可以与高于版本2的IoT设备B匹配使用。则若当前存在IoT设备A需要匹配使用的一个或多个IoT设备，且这一个或多个IoT设备的版本，与IoT设备A的升级安装文件的版本满足版本配置文件的要求，如若当前存在IoT设备2，IoT设备2的版本高于版本2，且IoT设备A的升级安装文件的版本高于版本1，则设备确定向IoT设备A发送升级指令。或者，在当前不存在需要IoT设备A匹配使用的一个或多个IoT设备时，设备也可以向IoT设备A发送升级指令。

反之，在当前存在IoT设备A需要匹配使用的一个或多个IoT设备时，这一个或多个IoT设备的版本，与IoT设备A的升级安装文件的版本不满足版本配置文件的要求，如若当前存在IoT设备2，IoT设备2的版本不低于版本2，和/或IoT设备A的升级安装文件的版本不低于或等于版本1时，则设备确定不向IoT设备A发送升级指令。

在一些实施例中，若第一操作由其他设备，如包括但不限于IoT设备接收，则设备也可以不执行步骤S503。

S504、IoT设备向设备发送请求消息。相应的，设备接收来自IoT设备的请求消息。

在一些实施例中，该请求消息可具体实现为用于向设备请求升级安装文件的一条请求消息。可选的，该请求消息中还可以包括IoT设备的当前版本、版本配置文件等。该IoT设备的当前版本、版本配置文件均可用于设备确定是否执行步骤S505。

在另一些实施例中，该请求消息可具体实现为用于向设备分别请求升级安装文件的版本、以及升级安装文件的多条请求消息。如：IoT设备先通过请求消息1向设备请求升级安装文件的版本，在确定该升级安装文件的版本满足预设条件的情况下，IoT设备再通过请求消息2向设备请求升级安装文件。

作为一种可能的示例，预设条件可以为高于IoT设备的当前版本。

作为另一种可能的示例，预设条件可以为版本配置文件的要求。以IoT设备为IoT设备A为例，若IoT设备A根据版本配置文件确定需要与一个或多个IoT设备的版本匹配使用，若当前存在一个或多个IoT设备，且这一个或多个IoT设备的版本与IoT设备A通过请求消息1请求的升级安装文件的版本号满足版本配置文件的要求，则IoT设备A再通过请求消息2向设备请求升级安装文件。或者，在当前不存在IoT设备A需要匹配使用的一个或多个IoT设备时，IoT设备A也可以通过请求消息2向设备请求升级安装文件。

可选的，在其他的实施例中，IoT设备也可以直接不执行步骤S504。

S505、设备向IoT设备发送升级安装文件。相应的，IoT设备接收来自设备的升级安装文件。

在一些实施例中，设备与IoT设备之间可以建立连接，设备可以通过该连接向IoT设备发送升级安装文件。示例性的，该连接可以诸如文件传输协议(file transferprotocol，FTP)连接等，当然该连接也可以时采用其他协议的连接，本申请对此不做限制。

可选的，该连接可以是自动开启的，也可以是由用户主动开启的。

S506、IoT设备根据升级安装文件执行软件系统的升级操作。

基于上述技术方案，在诸如前装场景等无网络或网络环境较差的场景下，IoT设备可以在没有网络的情况下，获取到设备预先存储的升级安装文件，根据该升级安装文件完成软件系统的升级操作。该过程中，无需消耗网络流量，可以实现IoT设备软件系统的省流、快速、稳定升级，提升IoT设备软件系统升级成功的概率，降低前装成本，提高交付效率。并且，在大规模升级IoT设备软件系统的场景，上述技术方案可以更加节省流量，更加提高IoT设备软件系统升级的稳定性以及效率。

并且，在替换或增设相同品类的IoT设备时，该IoT设备也可以在没有网络的情况下，从设备获取到预先存储的升级安装文件，根据该升级安装文件完成软件系统的升级操作。实现该IoT设备软件系统的离线升级，可以减少网络流量的消耗。并且，即使设备中预先存储的升级安装文件是提前在具备网络的环境下获取的，但是对于同一个品类的IoT设备的升级安装文件是相同的，因此设备只需要获取一次升级安装文件。也就是说，只需要消耗下载一次升级安装文件的流量，无需同一品类的IoT设备中的每个IoT设备均执行至少一次的下载升级安装文件的操作，更加能够节省网络流量的消耗。

在一些实施例中，IoT设备在软件系统升级成功或升级失败之后，IoT设备和/或设备还可以输出提醒消息，提醒用户IoT设备软件系统升级的具体情况。可选的，在IoT设备软件系统升级失败的情况下，IoT设备和/或设备还可以输出软件系统升级失败的原因等，如IoT设备软件系统升级失败的原因可以包括但不限于不满足上述版本配置文件的要求而导致的升级失败等。

以设备输出IoT设备软件系统升级成功的提醒消息，采用诸如图8所示的方式升级IoT设备的软件系统，IoT设备为音箱，设备为手机为例，示例性的，如图12所示，音箱的软件系统升级成功之后，手机可以显示固件更新界面1200。其中，在固件更新界面1200中包括提醒消息1201，提醒消息1201可用于提醒用户音箱的软件系统升级成功。可选的，在固件更新界面1200中还可以显示音箱的软件系统升级后的版本，如“V1.0.0.200”等。

可以理解，本申请实施例中，设备与IoT设备之间可以直接通信，也可以通过中继设备等转发通信。下面以设备与IoT设备之间通过中继设备转发通信，中继设备为路由器，IoT设备包括PLC设备、PLC+Wi-Fi设备、Wi-Fi设备、蓝牙设备为例，对本申请实施例提供的IoT设备的软件系统升级方法进行介绍。

示例性的，图13示出了本申请实施例提供的又一种IoT设备的软件系统升级方法的流程示意图。如图13所示，该方法包括以下步骤：

S1301、设备接收第一操作。

S1302、响应于第一操作，设备通过路由器向PLC网关、蓝牙网关、Wi-Fi设备发送升级指令。相应的，PLC网关、蓝牙网关、Wi-Fi设备通过路由器接收来自设备的升级指令。

可选的，PLC网关还可以向PLC设备、PLC+Wi-Fi设备等中的一种或多种IoT设备发送升级指令，蓝牙网关还可以向蓝牙设备发送升级指令等(图中未示出)。

S1303、PLC网关、蓝牙网关、Wi-Fi设备通过路由器向设备发送请求消息。相应的，设备通过路由器接收来自PLC网关、蓝牙网关、Wi-Fi设备的请求消息。

可选的，PLC网关还可以从PLC设备、PLC+Wi-Fi设备等中的一种或多种IoT设备接收该请求消息。蓝牙网关也可以从蓝牙设备接收该请求消息等(图中未示出)。

S1304、设备通过路由器向PLC网关、蓝牙网关、Wi-Fi设备发送升级安装文件。相应的，PLC网关、蓝牙网关、Wi-Fi设备通过路由器接收来自设备的升级安装文件。

在一些实施例中，对于PLC+Wi-Fi设备，设备还可以通过路由器直接向PLC+Wi-Fi设备发送升级安装文件。相应的，PLC+Wi-Fi设备可以直接通过路由器接收来自设备的升级安装文件。

S1305、PLC网关向PLC设备发送升级安装文件，蓝牙网关向蓝牙设备发送升级安装文件。

可以理解，该实施例中，是以PLC设备通过PLC网关与设备通信为例的，蓝牙设备通过蓝牙网关与设备通信为例的。

S1306、Wi-Fi设备、PLC设备、蓝牙设备分别根据升级安装文件执行软件系统的升级操作。

在一些实施例中，PLC+Wi-Fi设备也可以根据升级安装文件执行软件系统的升级操作。

可选的，图13所示的方法还可以包括步骤S1307。

S1307、PLC设备向PLC网关发送升级结果，蓝牙设备向蓝牙网关发送升级结果。相应的，PLC网关、蓝牙网关通过路由器向设备转发接收到的升级结果。Wi-Fi设备通过路由器向设备发送升级结果。相应的，设备通过路由器接收来自PLC设备、蓝牙设备、Wi-Fi设备的升级结果。

示例性的，该升级结果可以指各IoT设备的软件系统升级成功或失败的结果。

其中，关于图13中所示的各步骤的介绍均可参考图5、图11等对应步骤的介绍。

上述主要是从方法的角度对本申请实施例提供的方案进行了介绍。可以理解的是，设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。结合本申请中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和软件的结合形式来实现。某个功能究竟以硬件还是软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同的方法来实现所描述的功能，但是这种实现不应认为超过本申请实施例的技术方案的范围。

本申请是实施例可以根据上述方法示例对设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

如图14所示，为本申请实施例提供的一种设备的结构示意图，该设备1400可用于实现以上各个方法实施例中记载的方法。示例性的，该设备1400具体可以包括：处理单元1401和通信单元1402。

一种可能的示例中，以设备1400为图2所示的设备100为例，处理单元1401用于支持设备1400执行图2中的步骤S501至S502。和/或，处理单元1401用于支持设备1400执行图11中的步骤S501。和/或，处理单元1401用于支持设备1400执行图13中的步骤S1301。和/或，处理单元1401还用于支持设备1400执行本申请实施例中设备100执行的其他步骤。

通信单元1402用于支持设备1400执行图11中的步骤S503至S505。和/或，通信单元1402用于支持设备1400执行图13中的步骤S1302至S1304、以及S1307。和/或，通信单元1402还用于支持设备1400执行本申请实施例中设备100执行的其他步骤。

另一种可能的示例中，以设备1400为图2所示的IoT设备200为例，处理单元1401用于支持设备1400执行图11中的步骤S506。和/或，处理单元1401用于支持设备1400执行图13中的步骤S1306。和/或，处理单元1401还用于支持设备1400执行本申请实施例中IoT设备200执行的其他步骤。

通信单元1402用于支持设备1400执行图11中的步骤S503至S505。和/或，通信单元1402用于支持设备1400执行图13中的步骤S1302至S1305、以及S1307。和/或，通信单元1402还用于支持设备1400执行本申请实施例中IoT设备200执行的其他步骤。

可选的，图14所示的设备1400还可以包括显示单元1403。显示单元1403可用于显示IoT设备信息等。和/或，显示单元1403还用于支持设备1400执行本申请实施例中设备执行的其他步骤。

可选的，图14所示的设备1400还可以包括存储单元(图14中未示出)，该存储单元存储有程序或指令。当处理单元1401执行该程序或指令时，使得图14所示的设备1400可以执行图2、图11、图13等中所示的方法。

图14所示的设备1400的技术效果可以参考图2、图11、图13等所示的方法的技术效果，此处不再赘述。图14所示的设备1400中涉及的处理单元1401可以由处理器或处理器相关电路组件实现，可以为处理器或处理模块。通信单元1402可以由收发器或收发器相关电路组件实现，可以为收发器或收发模块。显示单元1403可以由显示屏相关组件实现。

本申请实施例还提供一种芯片系统，如图15所示，该芯片系统包括至少一个处理器1501和至少一个接口电路1502。处理器1501和接口电路1502可通过线路互联。例如，接口电路1502可用于从其它装置接收信号。又例如，接口电路1502可用于向其它装置(例如处理器1501)发送信号。示例性的，接口电路1502可读取存储器中存储的指令，并将该指令发送给处理器1501。当所述指令被处理器1501执行时，可使得设备执行上述实施例中的设备执行的各个步骤。当然，该芯片系统还可以包含其他分立器件，本申请实施例对此不作具体限定。

可选地，该芯片系统中的处理器可以为一个或多个。该处理器可以通过硬件实现也可以通过软件实现。当通过硬件实现时，该处理器可以是逻辑电路、集成电路等。当通过软件实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现。

可选地，该芯片系统中的存储器也可以为一个或多个。该存储器可以与处理器集成在一起，也可以和处理器分离设置，本申请并不限定。示例性的，存储器可以是非瞬时性处理器，例如只读存储器ROM，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请对存储器的类型，以及存储器与处理器的设置方式不作具体限定。

示例性的，该芯片系统可以是现场可编程门阵列(field programmable gatearray，FPGA)，可以是专用集成芯片(application specific integrated circuit，ASIC)，还可以是系统芯片(system on chip，SoC)，还可以是中央处理器(central processorunit，CPU)，还可以是网络处理器(network processor，NP)，还可以是数字信号处理电路(digital signal processor，DSP)，还可以是微控制器(micro controller unit，MCU)，还可以是可编程控制器(programmable logic device，PLD)或其他集成芯片。

应理解，上述方法实施例中的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

本申请实施例还提供一种存储介质，该存储介质中存储有指令，当该指令在设备上运行时，使得设备执行上述方法实施例所述的方法。

本申请实施例提供一种程序产品，该程序产品包括：程序或指令，当程序或指令在设备或计算机上运行时，使得设备或计算机执行上述方法实施例所述的方法。

本申请实施例提供一种通信系统，该通信系统包括设备以及IoT设备，设备以及IoT设备通过交互实现上述实施例所述的方法。

另外，本申请实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储执行指令，当装置运行时，处理器可执行存储器存储的执行指令，以使装置执行上述各方法实施例中的方法。

其中，本实施例提供的设备、存储介质、程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。各实施例在不冲突的情况下可以相互结合或相互参考。以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

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

Claims (10)

1.一种物联网IoT设备的软件系统升级方法，其特征在于，应用于设备，所述方法包括：

所述设备接收第一操作，所述第一操作为触发至少一个IoT设备软件系统升级的操作；

响应于所述第一操作，所述设备向第一IoT设备发送升级安装文件，所述升级安装文件用于所述第一IoT设备的软件系统升级，所述第一IoT设备为所述至少一个IoT设备中的一个或多个；

其中，所述设备预先存储有所述第一IoT设备的升级安装文件，所述设备与所述第一IoT设备之间通过本地局域网络通信。

2.根据权利要求1所述的方法，其特征在于，所述设备还预先存储有所述第一IoT设备的版本配置文件，所述版本配置文件用于确定所述第一IoT设备的版本与第二IoT设备的版本匹配关系。

3.根据权利要求2所述的方法，其特征在于，在所述设备向第一IoT设备发送升级安装文件之前，所述方法还包括：

所述设备确定存在所述第二IoT设备，且所述升级安装文件的版本与所述第二IoT设备的版本满足所述版本匹配关系。

4.根据权利要求1-3任一项所述的方法，其特征在于，在所述设备向所述第一IoT设备发送升级安装文件之前，所述方法还包括：

所述设备通过中继设备向所述第一IoT设备发送第一消息，所述第一消息包括升级消息以及所述升级安装文件的存储地址；

所述设备通过所述中继设备从所述第一IoT设备接收第二消息，所述第二消息用于请求所述升级安装文件；

其中，所述中继设备用于提供所述本地局域网络。

5.根据权利要求2-4任一项所述的方法，其特征在于，在所述设备接收第一操作之前，所述方法还包括：

所述设备预先在具备网络或者不具备网络的环境下，从其他设备获取所述升级安装文件和/或所述版本配置文件。

6.一种IoT设备的软件系统升级方法，其特征在于，应用于第一IoT设备，所述方法包括：

所述第一IoT设备从设备接收升级安装文件；

所述第一IoT设备根据所述升级安装文件进行软件系统升级；

其中，所述升级安装文件预先存储于所述设备，所述第一IoT设备与所述设备之间通过本地局域网络通信。

7.根据权利要求6所述的方法，其特征在于，在所述第一IoT设备从设备接收升级安装文件之前，所述方法还包括：

所述第一IoT设备通过中继设备从所述设备接收第一消息，所述第一消息包括升级消息以及所述升级安装文件的存储地址；

所述第一IoT设备根据所述第一消息通过所述中继设备向所述设备发送第二消息，所述第二消息用于请求所述升级安装文件；

其中，所述中继设备用于提供所述本地局域网络。

8.一种设备，其特征在于，包括：处理器和存储器，所述存储器与所述处理器耦合，所述存储器用于存储程序代码，所述程序代码包括指令，所述处理器从所述存储器中读取所述指令，以使得所述设备执行如权利要求1-5中任一项所述的方法，或者，以使得所述设备执行如权利要求6-7中任一项所述的方法。

9.一种可读存储介质，其特征在于，所述可读存储介质包括程序，当所述程序在设备上运行时，使得所述设备执行如权利要求1-5中任一项所述的方法，或者，使得所述设备执行如权利要求6-7中任一项所述的方法。

10.一种程序产品，其特征在于，当所述程序产品在设备上运行时，使得所述设备执行如权利要求1-5中任一项所述的方法，或者，使得所述设备执行如权利要求6-7中任一项所述的方法。