组播升级方法和装置与流程

[0001]
本发明涉及设备的软件升级技术领域，特别涉及一种组播升级方法和装置。


背景技术：

[0002]
组播协议(multicast protocol)能够实现将一台主机发送的数据通过网络交换机或路由装置复制到多个加入此组播组的设备，是一种一对多的通讯方式，采用组播的方式传输数据的优势非常明显，包括：能节省发送数据的主机的系统资源和带宽；组播是有选择地复制给有要求的设备；组播可以穿越公网广泛传播，而广播则只能在局域网或专门的广播网内部传播；组播能节省网络主干的带宽。
[0003]
然而传统的组播升级方案只支持芯片各自供应商自己的芯片，对于有多种解决方案的设备，通常搭载不同类型的芯片，而这种情况下，目前一般只能逐一对这些设备进行升级，无法并行处理且无法实现一对多的升级。按照如上正常操作流程完成一台数据通信终端的整个软件升级过程需花费数分钟时间。但实际处理故障时，涉及的终端数量往往是成千上万台，采取传统的升级方法效率低下且耗费大量人力物力成本。


技术实现要素：

[0004]
基于此，有必要提供一种组播升级方法和装置，可适配不同类型的芯片，并同时对搭载不同芯片的设备进行组播升级。
[0005]
为实现上述发明目的，本发明采用以下技术方案。
[0006]
本发明提供一种组播升级方法，用于对组播组内的多个不同芯片类型的设备进行统一的软件版本升级，包括以下步骤：
[0007]
导入包含不同设备的image文件的镜像包；
[0008]
将所述镜像包进行拆分，生成与各个设备对应的多个image文件；
[0009]
根据用户选择的芯片类型，将所需要的image文件进行组装，形成符合升级要求的升级包；
[0010]
在局域网内向组播组发送所述升级包；
[0011]
接收所述升级包后，将所述升级包写入设备并完成升级。
[0012]
上述组播升级方法中，在所述接收升级包后，将所述升级包写入设备并完成升级的步骤之前，还包括步骤：
[0013]
分析所述升级包是否有效；
[0014]
若有效，进入下一步，否则，丢弃所述升级包。
[0015]
上述组播升级方法中，所述在局域网内向组播组发送所述升级包的步骤具体包括：
[0016]
设定每次发送数据包的长度和时间间隔；
[0017]
向所述组播组循环发送所述升级包。
[0018]
上述组播升级方法中，所述接收升级包后，将所述升级包写入设备并完成升级的
步骤具体包括：
[0019]
将设备上电启动；
[0020]
在启动过程完成之前，将所述升级包写入设备的flash存储器内。
[0021]
上述组播升级方法中，所述image文件为uboot文件、内核kernel文件、rootfs文件和/或智能framework文件。
[0022]
本发明还提供一种组播升级装置，用于对组播组内的多个不同芯片类型的设备进行统一的软件版本升级，包括：
[0023]
导入模块，用于导入包含不同设备的image文件的镜像包；
[0024]
数据拆分模块，用于将所述镜像包进行拆分，生成与各个设备对应的多个image文件；
[0025]
数据组装模块，用于根据用户选择的芯片类型，将所需要的image文件进行组装，形成符合升级要求的升级包；
[0026]
数据发送模块，用于在局域网内向组播组发送所述升级包；
[0027]
升级模块，用于接收所述升级包后，将所述升级包写入设备并完成升级。
[0028]
上述组播升级装置中，还包括：
[0029]
数据分析模块，用于分析所述升级包是否有效，若有效，将所述升级包传送到所述升级模块，否则，丢弃所述升级包。
[0030]
上述组播升级装置中，所述数据发送模块具体用于：
[0031]
设定每次发送数据包的长度和时间间隔；
[0032]
向所述组播组循环发送所述升级包。
[0033]
上述组播升级装置中，所述升级模块具体用于：
[0034]
将设备上电启动；
[0035]
在启动过程完成之前，将所述升级包写入设备的flash存储器内。
[0036]
上述组播升级装置中，所述image文件为uboot文件、内核kernel文件、rootfs文件和/或智能framework文件。
[0037]
采用本发明的组播升级方案，可以一次性将与所有芯片类型相适配的镜像包导入升级平台内，再通过数据拆分、数据组装和发送等步骤，将不同芯片类型对应的不同的image文件发送到相应的设备，使这些设备可以同时、批量升级，不仅解决了不同芯片的设备的适配问题，而且可有效减少组播升级时间，提高组播升级效率，从而降低生产成本，提高产品竞争力。
附图说明
[0038]
图1为本实施例中组播升级方法的流程示意图；
[0039]
图2为本实施例中组播升级装置的方框结构示意图。
[0040]
本发明目的的实现及其功能、原理将在具体实施方式中结合附图作进一步阐述。
具体实施方式
[0041]
下面结合附图及具体实施例做进一步说明。
[0042]
如图1所示，本实施例提供一种组播升级方法，用于对组播组内的多个不同芯片类
型的设备进行统一的软件版本升级，该方法主要包括以下步骤：
[0043]
s10：导入包含不同设备的image文件的镜像包；
[0044]
s20：将所述镜像包进行拆分，生成与各个设备对应的多个image文件；
[0045]
s30：根据用户选择的芯片类型，将所需要的image文件进行组装，形成符合升级要求的升级包；
[0046]
s40：在局域网内向组播组发送所述升级包；
[0047]
s50：接收所述升级包后，将所述升级包写入设备并完成升级。
[0048]
本实施例配合统一的组播升级平台，在搭建好组播环境后，用户选择需要升级的镜像包，该镜像包为统一版本升级包，包含不同设备的image文件，该image文件为uboot文件、内核kernel文件、rootfs文件和/或智能framework等文件，涉及嵌入式芯片boot软件和windows/linux ui应用软件等两个部分。
[0049]
其中，步骤20具体包括：
[0050]
将所述镜像包按芯片的类型进行拆分，例如，不同类型的芯片，所对应的image文件的长度不同，进而生成与各个设备对应的多个image文件。
[0051]
步骤30具体包括：
[0052]
根据用户选择的芯片类型，将各个image文件进行组装，形成符合升级要求的升级包。例如，用户选择对mtk芯片的设备进行升级，此时，系统将与mtk芯片对应的image文件按顺序进行组装，形成符合含有mtk芯片的设备升级要求的升级包。
[0053]
步骤40具体包括：
[0054]
s41：设定每次发送数据包的长度和时间间隔；
[0055]
s42：向所述组播组循环发送所述升级包。
[0056]
如上所述，每次发送数据包的长度依设备的芯片类型不同而不同，而且，发送数据包的间隔越短，升级时间越短，但稳定性越差，反之，间隔时间越长，升级时间越长，但稳定性递增。
[0057]
设备接收到升级包后，将所述升级包写入设备并完成升级，具体具体包括：
[0058]
将设备上电启动；
[0059]
在启动过程完成之前，将所述升级包写入设备的flash存储器内。
[0060]
设备接收到升级包后，触发设备上电启动，同时将升级包写入设备的flash存储器内，进而完成升级。
[0061]
本实施例中，在步骤s50之前，还增加以下步骤：
[0062]
s45：分析所述升级包是否有效；若有效，进入步骤s50；否则，进入步骤s46；
[0063]
s46：丢弃所述升级包。
[0064]
通过丢弃不符合升级要求的无效升级包，从而避免设备升级失败。丢弃后可在下一个循环继续接收升级包，直至该升级包有效为止。
[0065]
可见，本实施例的组播升级方法可适配不同类型的芯片，并同时对搭载不同芯片的设备进行组播升级。
[0066]
如图2所示，本实施例还提供一种组播升级装置100，用于对组播组内的多个不同芯片类型的设备进行统一的软件版本升级，包括：
[0067]
导入模块10，用于导入包含不同设备的image文件的镜像包；
[0068]
数据拆分模块20，用于将所述镜像包进行拆分，生成与各个设备对应的多个image文件；
[0069]
数据组装模块30，用于根据用户选择的芯片类型，将所需要的image文件进行组装，形成符合升级要求的升级包；
[0070]
数据发送模块40，用于在局域网内向组播组发送所述升级包；
[0071]
升级模块50，用于接收所述升级包后，将所述升级包写入设备并完成升级。
[0072]
具体地，上述组播升级装置100中，还包括：
[0073]
数据分析模块60，用于分析所述升级包是否有效，若有效，将所述升级包传送到所述升级模块50，否则，丢弃所述升级包。
[0074]
通过丢弃不符合升级要求的无效升级包，从而避免设备升级失败。
[0075]
上述数据发送模块40具体用于：
[0076]
设定每次发送数据包的长度和时间间隔；
[0077]
向所述组播组循环发送所述升级包。
[0078]
上述升级模块50具体用于：
[0079]
将设备上电启动；
[0080]
在启动过程完成之前，将所述升级包写入设备的flash存储器内。
[0081]
本实施例各模块的功能和原理可参照图1所示实施例中所述，此处不再赘述。
[0082]
综上所述，采用本发明的组播升级方案，可以一次性将与所有芯片类型相适配的镜像包导入升级平台内，再通过数据拆分、数据组装和发送等步骤，将不同芯片类型对应的不同的image文件发送到相应的设备，使这些设备可以同时、批量升级，不仅解决了不同芯片的设备的适配问题，而且可有效减少组播升级时间，提高组播升级效率，从而降低生产成本，提高产品竞争力。
[0083]
以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
[0084]
以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。