CN112596756A - 一种多标签程序升级方法、装置及系统 - Google Patents

Abstract

本申请揭示了一种多标签程序升级方法、装置及系统，本申请通过在程序下发器加载所有产品的升级信息和升级文件，并将升级所需要的升级信息和升级文件分包后在第一信道广播，在第二信道与标签通信以使标签判定是否升级，标签需要升级时从第一信道侦听升级文件的数据包即可实现升级，从而可以实现系统内多标签的同时远程升级，且无需对产品标签进行拆卸，升级效率高。

Description

一种多标签程序升级方法、装置及系统

技术领域

本发明属于标签升级技术领域，涉及一种多标签程序升级方法、装置及系统。

背景技术

在常见的产品升级应用中，通常需要将产品进行拆卸，将产品内的标签插入至升级设备， 以实现标签内程序的升级。

随着使用场景的变化与使用方法的差异，矿用标签卡有更新程序的需求。但是矿用产品 大多需要密封或胶封，特别是矿用标识卡、信息化矿灯等设备需要灌封，难以使用拆卸的方 法升级程序。对于密封的矿用产品来讲，升级难度较大。

发明内容

为了解决相关技术中密封的矿用产品升级难度大的问题，本申请提供了一种多标签程序 升级方法、装置及系统。具体技术方案如下：

第一方面，本申请提供了一种多标签程序升级方法，应用于程序下发器中，所述程序下 发器通过无线方式与多个标签连接，所述方法包括：

将各个待升级产品的升级信息以及对应的升级文件进行分包处理，得到待升级产品的多 个数据包，每个数据包中均包含产品号、总包数、当前包号以及升级数据；

在第一信道循环广播各个标签对应的数据包；

在第二信道进行侦听，接收各个标签发送的升级探测请求，所述升级探测请求中包含所 述标签的产品号；

获取已加载的具备所述标签的产品号的升级信息，在所述第二信道发送所述升级信息， 所述升级信息至少包括所述标签的产品号、待升级的版本号以及升级文件的大小，所述升级 信息用于触发所述标签根据所述产品号和所述版本号判定是否进行升级，在需要进行升级时， 侦听所述第一信道，将侦听到的具备本标签产品号的数据包存储至预定位置，在侦听到所述 升级文件的所有数据包后，利用所述升级文件的数据包进行升级。

可选的，在所述将各个待升级标签的升级信息以及对应的升级文件进行分包处理，得到 待升级产品的多个数据包之前，所述方法还包括：

从程序加载器内加载所有待升级产品的升级信息以及对应的升级文件。

可选的，所述在所述第二信道发送所述升级信息之后，所述方法还包括：

在所述第二信道进行侦听，获取标签发送的升级状态；

对所述标签的升级状态进行显示，或将所述升级状态上报至程序加载器进行显示；

根据所述升级状态判定所述标签是否完成升级；

若所述标签完成升级，则在所送第二信道向所述标签发送升级确认信息，所述升级确认 信息用于触发所述标签退出升级进程。

第二方面，本申请还提供了一种多标签程序升级方法，应用于标签中，所述标签与程序 下发器进行无线连接，所述方法包括：

在预定探测时刻在第二信道发送升级探测请求，所述升级探测请求包含所述标签的产品 号，所述升级探测请求用于触发程序下发器在所述第二信道发送已加载的具备所述产品号的 升级信息，所述升级信息至少包括所述产品号、待升级的版本号和升级文件的大小；

在所述第二信道侦听升级信息；

若侦听到的升级信息中的产品号为本标签的产品号，且所述升级信息中的版本号版本号 为待升级的版本，则判定需要进行升级，侦听第一信道；

在侦听到本标签升级文件的所有数据包后，利用所述升级文件的数据包进行升级。

可选的，所述在侦听到本标签升级文件的所有数据包后，利用所述升级文件的数据包进 行升级，包括：

对侦听到的数据包进行解析，获取所述数据包内的产品号、总包头数、当前包号以及升 级数据；

在所述数据包内的产品号为所述标签的产品号时，判定所述数据包内的当前包号是否记 录过；

若所述当前包号未记录过，则将所述数据包内的升级数据存储至预定存储位置，记录所 述当前包号，将当前包数加1，所述当前包数初始值为0；

在所述当前包数达到所述总包头数时，判定侦听到本标签升级文件的所有数据包，利用 所述预定存储位置存储的升级数据进行升级。

可选的，在利用所述升级文件的数据包进行升级后，所述方法还包括：

在所述第一信道内向所述程序下发器发送所述标签当前的升级状态，以便所述程序下发 器对所述升级状态进行显示，或将所述升级状态上报至程序加载器进行显示；

接收所述程序下发器发送的升级确认信息，退出升级进程，所述升级确认信息是所述程 序下发器根据所述标签的升级状态确定所述标签完成升级后发送的。

第三方面，本申请还提供一种多标签程序升级装置，所述装置包括：

分包模块，被配置为将各个待升级产品的升级信息以及对应的升级文件进行分包处理， 得到待升级产品的多个数据包，每个数据包中均包含产品号、总包数、当前包号以及升级数 据；

广播模块，被配置为在第一信道循环广播各个标签对应的数据包；

第一接收模块，被配置为在第二信道进行侦听，接收各个标签发送的升级探测请求，所 述升级探测请求中包含所述标签的产品号；

第一发送模块，被配置为获取已加载的具备所述标签的产品号的升级信息，在所述第二 信道发送所述升级信息，所述升级信息至少包括所述标签的产品号、待升级的版本号以及升 级文件的大小，所述升级信息用于触发所述标签根据所述产品号和所述版本号判定是否进行 升级，在需要进行升级时，侦听所述第一信道，将侦听到的具备本标签产品号的数据包存储 至预定位置，在侦听到所述升级文件的所有数据包后，利用所述升级文件的数据包进行升级。

可选的，所述装置还包括：

加载模块，被配置为从程序加载器内加载所有待升级产品的升级信息以及对应的升级文 件。

可选的，所述装置还包括：

获取模块，被配置为在所述第二信道进行侦听，获取标签发送的升级状态；

显示模块，被配置为对所述标签的升级状态进行显示，或，上报模块，被配置为将所述 升级状态上报至程序加载器进行显示；

第一判定模块，被配置为根据所述获取模块获取的升级状态判定所述标签是否完成升级；

第二发送模块，被配置为在所述第一判定模块判定所述标签完成升级时，在所送第二信 道向所述标签发送升级确认信息，所述升级确认信息用于触发所述标签退出升级进程。

第四方面，本申请还提供一种多标签程序升级装置，所述装置包括：

第三发送模块，被配置为在预定探测时刻在第二信道发送升级探测请求，所述升级探测 请求包含所述标签的产品号，所述升级探测请求用于触发程序下发器在所述第二信道发送已 加载的具备所述产品号的升级信息，所述升级信息至少包括所述产品号、待升级的版本号和 升级文件的大小；

第一侦听模块，被配置为在所述第二信道侦听升级信息；

第二判定模块，被配置为在所述第一侦听模块侦听到的升级信息中的产品号为本标签的 产品号，且所述升级信息中的版本号高于本标签当前的版本号，则判定需要进行升级；

第二侦听模块，被配置为侦听第一信道；

升级模块，被配置为在所述第二侦听模块侦听到本标签升级文件的所有数据包后，利用 所述升级文件的数据包进行升级。

可选的，所述升级模块，包括：

解析单元，被配置为对侦听到的数据包进行解析，获取所述数据包内的产品号、总包头 数、当前包号以及升级数据；

判定单元，被配置为在所述解析单元解析出所述数据包内的产品号为所述标签的产品号 时，判定所述数据包内的当前包号是否记录过；

存储记录单元，被配置为在所述判定单元判定所述当前包号未记录过时，将所述数据包 内的升级数据存储至预定存储位置，记录所述当前包号，将当前包数加1，所述当前包数初 始值为0；

升级单元，被配置为在所述存储记录单元得到的所述当前包数达到所述总包头数时，判 定侦听到本标签升级文件的所有数据包，利用所述预定存储位置存储的升级数据进行升级。

可选的，所述装置还包括：

第四发送模块，被配置为在所述第一信道内向所述程序下发器发送所述标签当前的升级 状态，以便所述程序下发器对所述升级状态进行显示，或将所述升级状态上报至程序加载器 进行显示；

第二接收模块，被配置为接收所述程序下发器发送的升级确认信息，退出升级进程，所 述升级确认信息是所述程序下发器根据所述标签的升级状态确定所述标签完成升级后发送 的。

第五方面，本申请还提供一种多标签程序升级系统，所述系统包括程序下发器和多个标 签，所述程序下发器通过无线方式与多个标签连接，所述程序下发器执行如第一方面以及第 一方面各种可选方式中提供的方法，所述标签执行如第二方面以及第二方面各种可选方式中 提供的方法。

第六方面，本申请还提供一种程序下发器，所述程序下发器包括收发器和处理器，收发 器和处理器电性连接，其中：

处理器，被配置为将各个待升级产品的升级信息以及对应的升级文件进行分包处理，得 到待升级产品的多个数据包，每个数据包中均包含产品号、总包数、当前包号以及升级数据；

收发器，被配置为在第一信道循环广播各个标签对应的数据包；

收发器，被配置为在第二信道进行侦听，接收各个标签发送的升级探测请求，所述升级 探测请求中包含所述标签的产品号；

收发器，被配置为获取已加载的具备所述标签的产品号的升级信息，在所述第二信道发 送所述升级信息，所述升级信息至少包括所述标签的产品号、待升级的版本号以及升级文件 的大小，所述升级信息用于触发所述标签根据所述产品号和所述版本号判定是否进行升级， 在需要进行升级时，侦听所述第一信道，将侦听到的具备本标签产品号的数据包存储至预定 位置，在侦听到所述升级文件的所有数据包后，利用所述升级文件的数据包进行升级。

可选的，所述处理器还被配置为从程序加载器内加载所有待升级产品的升级信息以及对 应的升级文件。

可选的，所述装置还包括显示器，所述显示器与所述处理器电性连接，其中：

所述收发器，还被配置为在所述第二信道进行侦听，获取标签发送的升级状态；

所述显示器，被配置为对所述标签的升级状态进行显示，或，上报模块，被配置为将所 述升级状态上报至程序加载器进行显示；

所述处理器，还被配置为根据所述获取模块获取的升级状态判定所述标签是否完成升级；

所述收发器，还被配置为在所述判定模块判定所述标签完成升级时，在所送第二信道向 所述标签发送升级确认信息，所述升级确认信息用于触发所述标签退出升级进程。

第七方面，本申请还提供一种标签，该标签包括收发器和处理器，所述收发器与处理器 电性连接，其中：

所述收发器，被配置为在预定探测时刻在第二信道发送升级探测请求，所述升级探测请 求包含所述标签的产品号，所述升级探测请求用于触发程序下发器在所述第二信道发送已加 载的具备所述产品号的升级信息，所述升级信息至少包括所述产品号、待升级的版本号和升 级文件的大小；

所述收发器，还被配置为在所述第二信道侦听升级信息；

所述处理器，被配置为在所述第一侦听模块侦听到的升级信息中的产品号为本标签的产 品号，且所述升级信息中的版本号高于本标签当前的版本号，则判定需要进行升级；

所述收发器，还被配置为侦听第一信道；

所述处理器，还被配置为在所述第二侦听模块侦听到本标签升级文件的所有数据包后， 利用所述升级文件的数据包进行升级。

可选的，所述标签还包括存储器，所述存储器与所述处理器电性连接，其中：

所述处理器，还被配置为对侦听到的数据包进行解析，获取所述数据包内的产品号、总 包头数、当前包号以及升级数据；

所述处理器，还被配置为在所述解析单元解析出所述数据包内的产品号为所述标签的产 品号时，判定所述数据包内的当前包号是否记录过；

所述存储器，被配置为在所述判定单元判定所述当前包号未记录过时，将所述数据包内 的升级数据存储至预定存储位置，记录所述当前包号，将当前包数加1，所述当前包数初始 值为0；

所述处理器，还被配置为在所述存储记录单元得到的所述当前包数达到所述总包头数时， 判定侦听到本标签升级文件的所有数据包，利用所述预定存储位置存储的升级数据进行升级。

可选的，所述收发器，还被配置为在所述第二信道内向所述程序下发器发送所述标签当 前的升级状态，以便所述程序下发器对所述升级状态进行显示，或将所述升级状态上报至程 序加载器进行显示；

所述收发器，还被配置为接收所述程序下发器发送的升级确认信息，退出升级进程，所 述升级确认信息是所述程序下发器根据所述标签的升级状态确定所述标签完成升级后发送 的。

本申请提供的技术方案至少可以实现有益效果：

通过在程序下发器加载所有产品的升级信息和升级文件，并将升级所需要的升级信息和 升级文件分包后在第一信道广播，标签需要升级时从第一信道侦听升级文件的数据包即可实 现升级，从而可以实现系统内多标签的同时远程升级，且无需对产品标签进行拆卸，升级效 率高。

另外，程序下发器和标签之间使用双信道分别传送升级文件包和升级信息，信号处理简 单，对标签的处理能力要求较小。

程序下发器可以在第一信道广播各种产品的升级数据包，实现同时针对不同产品的远程 升级。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并 与说明书一起用于解释本发明的原理。

图1是本申请一个实施例中提供的多标签程序升级系统的示意图；

图2是本申请一个实施例中提供的程序下发器中实现的多标签程序升级方法的方法流 程图；

图3是本申请另一个实施例中提供的标签中实现的多标签程序升级方法的方法流程图；

图4是本申请一个实施例中提供的利用升级文件的数据包进行升级时的流程图；

图5是本申请一个实施例中提供的系统中实现的多标签程序升级方法的方法流程图；

图6是本申请一个实施例中提供的多标签程序升级装置的结构示意图；

图7是本申请另一个实施例中提供的多标签程序升级装置的结构示意图；

图8是本申请再一个实施例中提供的多标签程序升级装置的结构示意图；

图9是本申请再一个实施例中提供的多标签程序升级装置的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时， 除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述 的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书 中所详述的、本发明的一些方面相一致的装置和方法的例子。

图1是本申请一个实施例中提供的多标签程序升级系统的示意图，本申请提供的多标签 程序升级系统可以包括程序下发器和多个标签，程序下发器通过无线方式与多个标签连接。 这里的标签通常是指位于矿井产品中的标签，矿井产品可以包括传感器、测量仪、定位产品 等。

在一种可能的实现方式中，该系统还可以包括程序加载器，该程序加载器为上位机部分， 运行在PC端，该程序加载器通过有线方式与程序下发器连接。程序加载器可以加载各类产 品的待升级的升级文件(通常为二进制文件)，向程序加载器下发升级文件，还可以控制程序 下发器的工作状态，收集并显示标签的升级状态，记录标签升级结果，以及读取标签历史升 级结果等。

图2是本申请一个实施例中提供的程序下发器中实现的多标签程序升级方法的方法流程 图，该方法应用于图1中的程序下发器中，可以包括如下步骤：

步骤201，将各个待升级产品的升级信息以及对应的升级文件进行分包处理，得到待升 级产品的多个数据包；

如果升级信息和升级文件在程序加载器中存储时，则在步骤201之前，程序下发器还需 要从程序加载器内加载所有待升级产品的升级信息以及对应的升级文件。

每个数据包中均包含产品号、总包数、当前包号以及升级数据。

通常来讲，同一类的产品，具备相同的标签，标签的升级文件也相同。因此，对于同一 类产品，其对应的升级文件以及升级信息均相同。

由于升级信息和升级文件通常比较大，因此需要对两者的数据进行整合并根据协议传输 的数据包的大小进行分包处理。

步骤202，在第一信道循环广播各个标签对应的数据包；

程序下发器由于需要给各个待升级的产品发送升级文件，且每个升级文件均包含较多数 量的数据包，因此，为了提高多标签的升级效率，本申请中程序下发器会在第一信道循环广 播各个标签对应的数据包。

在实际应用中，程序下发器可以依序对不同的升级文件所对应的数据包进行广播，每当 广播完已加载的一个升级文件的所有数据包后，则继续广播下一个加载的升级文件的所有数 据包。当所有的升级文件的数据包均广播完成后，为了避免标签端的丢包，导致无法正常升 级，程序下发器还会继续循环广播升级文件的数据包。

步骤203，在第二信道进行侦听，接收各个标签发送的升级探测请求；

升级探测请求中可以包含标签的产品号，为了减少第二信道的占用，程序下发器可以根 据升级探测请求中所包含的产品号，查找已加载的该产品号对应的升级信息，并执行步骤204。

步骤204，获取已加载的具备标签的产品号的升级信息，在第二信道发送升级信息。

升级信息至少可以包括标签的产品号、待升级的版本号以及升级文件的大小。

升级信息用于触发标签根据产品号和版本号判定是否进行升级，在需要进行升级时，侦 听第一信道，将侦听到的具备本标签产品号的数据包存储至预定位置，在侦听到升级文件的 所有数据包后，利用升级文件的数据包进行升级。

综上所述，本申请提供的多标签程序升级方法，通过在程序下发器加载所有产品的升级 信息和升级文件，并将升级所需要的升级信息和升级文件分包后在第一信道广播，标签需要 升级时从第一信道侦听升级文件的数据包即可实现升级，从而可以实现系统内多标签的同时 远程升级，且无需对产品标签进行拆卸，升级效率高。

另外，程序下发器和标签之间使用双信道分别传送升级文件包和升级信息，信号处理简 单，对标签的处理能力要求较小。

程序下发器可以在第一信道广播各种产品的升级数据包，实现同时针对不同产品的远程 升级。

图3是本申请一个实施例中提供的标签中实现的多标签程序升级方法的方法流程图，该 方法应用于图1中的标签中，可以包括如下步骤：

步骤301，在预定探测时刻在第二信道发送升级探测请求；

升级探测请求包含标签的产品号，升级探测请求用于触发程序下发器在第二信道发送已 加载的具备产品号的升级信息，升级信息至少包括产品号、待升级的版本号和升级文件的大 小；

步骤302，在第二信道侦听升级信息；

步骤303，若侦听到的升级信息中的产品号为本标签的产品号，且升级信息中的版本号 为待升级的版本号，则判定需要进行升级，侦听第一信道；

标签在侦听到的升级信息中的产品号为本标签的产品号时，则表明该升级信息可以作为 本标签的升级信息。

升级信息中的版本号高于本标签当前的版本号，则表明标签中当前的版本过低，需要升 级至高版本，此时，则判定需要进行升级。

标签在判定需要升级时，则切换侦听信道，侦听第一信道。

本申请中所讲的第一信道和第二信道仅是用于区分两个不同的信道，并不限定顺序等特 征。

步骤304，在侦听到本标签升级文件的所有数据包后，利用升级文件的数据包进行升级。

在执行步骤304时，在一种可能的实现方式中，请参见图4所示，其是本申请一个实施例中 提供的利用升级文件的数据包进行升级时的流程图，该步骤304可以包括如下子步骤：

步骤 304a，对侦听到的数据包进行解析，获取数据包内的产品号、总包头数、当前包号以及升级 数据；

步骤304b，在数据包内的产品号为标签的产品号时，判定数据包内的当前包号是否记录 过；

步骤304c，若当前包号未记录过，则将数据包内的升级数据存储至预定存储位置，记录 当前包号，将当前包数加1，当前包数初始值为0；

可选的，标签中可以建立并存储一包号列表，在判定数据包中的当前包号未被记录过时， 则将该当前包号记录至包号列表中。

这样，步骤304b在判定时，可以在包号列表中检索该当前包号，如果未检索到，则判定 该当前包号未被记录过，如果检索到，判定当前包号被记录过。

若当前包号被记录过，则表明包含该当前包号的数据包被接收过，为了避免重复存储， 这里则不将该数据包中的升级数据进行重复存储。

另外，在实际应用中，当标签完成一次升级后，则应当清空包号列表，以避免包号列表 内的包号对下一次升级的干扰。

步骤304d，在当前包数达到总包头数时，判定侦听到本标签升级文件的所有数据包，利 用预定存储位置存储的升级数据进行升级。

由于每次确定有未被记录过的当前包号时，当前包数则加1，因此当前包号的数量与当 前包数的数值相同，由于当前包号没有重复，因此在当前包号均被收到，即当前包数达到总 包头数时，则意味着本标签的升级文件全部被接收存储了，此时则可以利用预定存储位置存 储的升级数据进行升级。

综上所述，本申请提供的多标签程序升级方法，通过在程序下发器加载所有产品的升级 信息和升级文件，并将升级所需要的升级信息和升级文件分包后在第一信道广播，标签需要 升级时从第一信道侦听升级文件的数据包即可实现升级，从而可以实现系统内多标签的同时 远程升级，且无需对产品标签进行拆卸，升级效率高。

图5是本申请一个实施例中提供的多标签程序升级方法的方法流程图，该方法应用于图 1所示的系统中，该方法包括如下步骤：

步骤401，程序下发器从程序加载器内加载所有待升级产品的升级信息以及对应的升级 文件；

一般的，待升级产品的升级信息以及对应的升级文件通常会通过编译不断更新，这些编 译后的信息则通常会存储在上位机的程序加载器内。

因此，程序下发器需要从程序加载器内加载所有待升级产品的升级信息以及对应的升级 文件。在一种可能的实现方式中，程序下发器可以向程序加载器发送升级获取请求，程序加 载器会将编译的升级信息以及升级文件打包发给程序下发器，程序下发器接收到这些升级信 息和升级文件后，则执行步骤402。

步骤402，程序下发器将各个待升级产品的升级信息以及对应的升级文件进行分包处理， 得到待升级产品的多个数据包；

同样的，每个数据包中均包含产品号、总包数、当前包号以及升级数据。具体可以参见 对步骤201的描述，这里就不再赘述。

步骤403，程序下发器在第一信道循环广播各个标签对应的数据包；

可以参见对步骤202的描述。

步骤404，标签在预定探测时刻在第二信道发送升级探测请求；

升级探测请求包含标签的产品号。

上述步骤401至步骤404是程序下发器完成升级文件在第二信道的广播。

步骤405，程序下发器在第二信道进行侦听，接收各个标签发送的升级探测请求；

步骤406，程序下发器获取已加载的具备标签的产品号的升级信息；

步骤407，程序下发器在第二信道发送升级信息；

步骤408，标签在第二信道侦听升级信息；

步骤409，标签若侦听到的升级信息中的产品号为本标签的产品号，且升级信息中的版 本号高于本标签当前的版本号，则判定需要进行升级；

步骤410，标签侦听第一信道；

步骤411，标签在侦听到本标签升级文件的所有数据包后，利用升级文件的数据包进行 升级。

本步骤411的具体实现可以参见对步骤304的描述，这里就不再赘述。

未来进一步显示各个产品的升级状态，便于升级监控，在实际应用中，标签还通常在升 级的过程中，将升级状态上报给程序下发器，在步骤411的后面，还包括如下步骤：

步骤S1，标签在第一信道内向程序下发器发送标签当前的升级状态；

步骤S2，程序下发器在第二信道进行侦听，获取标签发送的升级状态；

步骤S3a，程序下发器对升级状态进行显示；或，步骤S3b，程序下发器将升级状态上报 至程序加载器进行显示；

步骤S4，程序下发器根据升级状态判定标签是否完成升级；

步骤S5，程序下发器若标签完成升级，则在所送第二信道向标签发送升级确认信息；

步骤S6，标签接收程序下发器发送的升级确认信息，退出升级进程。

本实施例中，步骤401-步骤403可以单独实施于程序下发器中，步骤405-步骤407也可 以单独实施于程序下发器中，步骤401-步骤403、步骤405-步骤407也可以单独实施于程序 下发器中，上述三种分别方式分别结合步骤S2、步骤S3a/步骤S3b-步骤S5也可以单独实施 于程序下发器中。

步骤404、步骤408-步骤411可以单独实施于标签中，步骤S1和步骤S6也可以单独实 施于标签中，步骤404、步骤408-步骤411、步骤S1和步骤S6也可以单独实施于标签中。

显然，在实际应用中，还可以根据实际需要将上述步骤进行结合以形成新的实施例，这 里就不再一一举例。

综上所述，本申请提供的多标签程序升级方法，通过在程序下发器加载所有产品的升级 信息和升级文件，并将升级所需要的升级信息和升级文件分包后在第一信道广播，标签需要 升级时从第一信道侦听升级文件的数据包即可实现升级，从而可以实现系统内多标签的同时 远程升级，且无需对产品标签进行拆卸，升级效率高。

另外，程序下发器和标签之间使用双信道分别传送升级文件包和升级信息，信号处理简 单，对标签的处理能力要求较小。

程序下发器可以在第一信道广播各种产品的升级数据包，实现同时针对不同产品的远程 升级。

下述为装置实施例，装置实施例中的技术特征与上述的方法实施例中的技术特征相同或 对应，涉及到的技术特征描述可以参见对应的方法实施例，这里就不再赘述。

图6是本申请一个实施例中提供的多标签程序升级装置的结构示意图，该装置可以通过 软件、硬件或软硬件结合的方式实现，比如可以为程序下发器或为程序下发器的一部分。该 装置可以包括：分包模块510、广播模块520、第一接收模块530和第一发送模块540。

分包模块510，被配置为将各个待升级产品的升级信息以及对应的升级文件进行分包处 理，得到待升级产品的多个数据包，每个数据包中均包含产品号、总包数、当前包号以及升 级数据；

广播模块520，被配置为在第一信道循环广播各个标签对应的数据包；

第一接收模块530，被配置为在第二信道进行侦听，接收各个标签发送的升级探测请求， 所述升级探测请求中包含所述标签的产品号；

第一发送模块540，被配置为获取已加载的具备所述标签的产品号的升级信息，在所述 第二信道发送所述升级信息，所述升级信息至少包括所述标签的产品号、待升级的版本号以 及升级文件的大小，所述升级信息用于触发所述标签根据所述产品号和所述版本号判定是否 进行升级，在需要进行升级时，侦听所述第一信道，将侦听到的具备本标签产品号的数据包 存储至预定位置，在侦听到所述升级文件的所有数据包后，利用所述升级文件的数据包进行 升级。

在一种可能的实现方式中，请参见图7所示，该装置还可以包括：加载模块550。

加载模块550，被配置为从程序加载器内加载所有待升级产品的升级信息以及对应的升 级文件。

可选的，所述装置还包括：获取模块560、显示模块571、上报模块572、第一判定模块 580和第二发送模块590。

获取模块560，被配置为在所述第二信道进行侦听，获取标签发送的升级状态；

显示模块570，被配置为对所述标签的升级状态进行显示，或，上报模块572，被配置为 将所述升级状态上报至程序加载器进行显示；

第一判定模块580，被配置为根据所述获取模块560获取的升级状态判定所述标签是否 完成升级；

第二发送模块590，被配置为在所述第一判定模块580判定所述标签完成升级时，在所 送第二信道向所述标签发送升级确认信息，所述升级确认信息用于触发所述标签退出升级进 程。

综上所述，本申请提供的多标签程序升级装置，通过在程序下发器加载所有产品的升级 信息和升级文件，并将升级所需要的升级信息和升级文件分包后在第一信道广播，标签需要 升级时从第一信道侦听升级文件的数据包即可实现升级，从而可以实现系统内多标签的同时 远程升级，且无需对产品标签进行拆卸，升级效率高。

另外，程序下发器和标签之间使用双信道分别传送升级文件包和升级信息，信号处理简 单，对标签的处理能力要求较小。

程序下发器可以在第一信道广播各种产品的升级数据包，实现同时针对不同产品的远程 升级。

图8是本申请再一个实施例中提供的多标签程序升级装置的结构示意图，该装置可以通 过软件、硬件或软硬件结合的方式实现，比如可以为标签或为标签的一部分。该装置可以包 括：第三发送模块610、第一侦听模块620、第二判定模块630、第二侦听模块640和升级 模块650。

第三发送模块610，被配置为在预定探测时刻在第二信道发送升级探测请求，升级探测 请求包含标签的产品号，升级探测请求用于触发程序下发器在第二信道发送已加载的具备产 品号的升级信息，升级信息至少包括产品号、待升级的版本号和升级文件的大小；

第一侦听模块620，被配置为在第二信道侦听升级信息；

第二判定模块630，被配置为在第一侦听模块620侦听到的升级信息中的产品号为本标 签的产品号，且升级信息中的版本号高于本标签当前的版本号，则判定需要进行升级；

第二侦听模块640，被配置为侦听第一信道；

升级模块650，被配置为在第二侦听模块侦听到本标签升级文件的所有数据包后，利用 升级文件的数据包进行升级。

在一种可能的实现方式中，请参见图9所示，该升级模块650还可以包括：解析单元651、判定单元652、存储记录单元653和升级单元654。

解析单元651，被配置为对侦听到的数据包进行解析，获取数据包内的产品号、总包头 数、当前包号以及升级数据；

判定单元652，被配置为在解析单元651解析出数据包内的产品号为标签的产品号时， 判定数据包内的当前包号是否记录过；

存储记录单元653，被配置为在判定单元652判定当前包号未记录过时，将数据包内的 升级数据存储至预定存储位置，记录当前包号，将当前包数加1，当前包数初始值为0；

升级单元654，被配置为在存储记录单元653得到的当前包数达到总包头数时，判定侦 听到本标签升级文件的所有数据包，利用预定存储位置存储的升级数据进行升级。

可选的，仍旧参见图9所示，该装置还可以包括：第四发送模块660和第二接收模块670。

第四发送模块660，被配置为在第一信道内向程序下发器发送标签当前的升级状态，以 便程序下发器对升级状态进行显示，或将升级状态上报至程序加载器进行显示；

第二接收模块670，被配置为接收程序下发器发送的升级确认信息，退出升级进程，升 级确认信息是程序下发器根据标签的升级状态确定标签完成升级后发送的。

综上所述，本申请提供的多标签程序升级装置，通过在程序下发器加载所有产品的升级 信息和升级文件，并将升级所需要的升级信息和升级文件分包后在第一信道广播，标签需要 升级时从第一信道侦听升级文件的数据包即可实现升级，从而可以实现系统内多标签的同时 远程升级，且无需对产品标签进行拆卸，升级效率高。

此外，本申请还提供了一种程序下发器，所述程序下发器包括收发器和处理器，收发器 和处理器电性连接，其中：

处理器，被配置为将各个待升级产品的升级信息以及对应的升级文件进行分包处理，得 到待升级产品的多个数据包，每个数据包中均包含产品号、总包数、当前包号以及升级数据；

收发器，被配置为在第一信道循环广播各个标签对应的数据包；

收发器，被配置为在第二信道进行侦听，接收各个标签发送的升级探测请求，所述升级 探测请求中包含所述标签的产品号；

收发器，被配置为获取已加载的具备所述标签的产品号的升级信息，在所述第二信道发 送所述升级信息，所述升级信息至少包括所述标签的产品号、待升级的版本号以及升级文件 的大小，所述升级信息用于触发所述标签根据所述产品号和所述版本号判定是否进行升级， 在需要进行升级时，侦听所述第一信道，将侦听到的具备本标签产品号的数据包存储至预定 位置，在侦听到所述升级文件的所有数据包后，利用所述升级文件的数据包进行升级。

可选的，所述处理器还被配置为从程序加载器内加载所有待升级产品的升级信息以及对 应的升级文件。

可选的，所述装置还包括显示器，所述显示器与所述处理器电性连接，其中：

所述收发器，还被配置为在所述第二信道进行侦听，获取标签发送的升级状态；

所述显示器，被配置为对所述标签的升级状态进行显示，或，上报模块，被配置为将所 述升级状态上报至程序加载器进行显示；

所述处理器，还被配置为根据所述获取模块获取的升级状态判定所述标签是否完成升级；

所述收发器，还被配置为在所述判定模块判定所述标签完成升级时，在所送第二信道向 所述标签发送升级确认信息，所述升级确认信息用于触发所述标签退出升级进程。

综上所述，本申请提供的程序下发器，通过在程序下发器加载所有产品的升级信息和升 级文件，并将升级所需要的升级信息和升级文件分包后在第一信道广播，标签需要升级时从 第一信道侦听升级文件的数据包即可实现升级，从而可以实现系统内多标签的同时远程升级， 且无需对产品标签进行拆卸，升级效率高。

另外，程序下发器和标签之间使用双信道分别传送升级文件包和升级信息，信号处理简 单，对标签的处理能力要求较小。

程序下发器可以在第一信道广播各种产品的升级数据包，实现同时针对不同产品的远程 升级。

本申请还提供了一种标签，该标签包括收发器和处理器，所述收发器与处理器电性连接， 其中：

所述收发器，被配置为在预定探测时刻在第二信道发送升级探测请求，所述升级探测请 求包含所述标签的产品号，所述升级探测请求用于触发程序下发器在所述第二信道发送已加 载的具备所述产品号的升级信息，所述升级信息至少包括所述产品号、待升级的版本号和升 级文件的大小；

所述收发器，还被配置为在所述第二信道侦听升级信息；

所述处理器，被配置为在所述第一侦听模块侦听到的升级信息中的产品号为本标签的产 品号，且所述升级信息中的版本号高于本标签当前的版本号，则判定需要进行升级；

所述收发器，还被配置为侦听第一信道；

所述处理器，还被配置为在所述第二侦听模块侦听到本标签升级文件的所有数据包后， 利用所述升级文件的数据包进行升级。

可选的，所述标签还包括存储器，所述存储器与所述处理器电性连接，其中：

所述处理器，还被配置为对侦听到的数据包进行解析，获取所述数据包内的产品号、总 包头数、当前包号以及升级数据；

所述处理器，还被配置为在所述解析单元解析出所述数据包内的产品号为所述标签的产 品号时，判定所述数据包内的当前包号是否记录过；

所述存储器，被配置为在所述判定单元判定所述当前包号未记录过时，将所述数据包内 的升级数据存储至预定存储位置，记录所述当前包号，将当前包数加1，所述当前包数初始 值为0；

所述处理器，还被配置为在所述存储记录单元得到的所述当前包数达到所述总包头数时， 判定侦听到本标签升级文件的所有数据包，利用所述预定存储位置存储的升级数据进行升级。

可选的，所述收发器，还被配置为在所述第一信道内向所述程序下发器发送所述标签当 前的升级状态，以便所述程序下发器对所述升级状态进行显示，或将所述升级状态上报至程 序加载器进行显示；

所述收发器，还被配置为接收所述程序下发器发送的升级确认信息，退出升级进程，所 述升级确认信息是所述程序下发器根据所述标签的升级状态确定所述标签完成升级后发送 的。

综上所述，本申请提供的标签，通过在程序下发器加载所有产品的升级信息和升级文件， 并将升级所需要的升级信息和升级文件分包后在第一信道广播，标签需要升级时从第一信道 侦听升级文件的数据包即可实现升级，从而可以实现系统内多标签的同时远程升级，且无需 对产品标签进行拆卸，升级效率高。

本领域技术人员在考虑说明书及实践这里发明的发明后，将容易想到本发明的其它实施 方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应 性变化遵循本发明的一般性原理并包括本发明未发明的本技术领域中的公知常识或惯用技术 手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以 在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (13)

1.一种多标签程序升级方法，其特征在于，应用于程序下发器中，所述程序下发器通过无线方式与多个标签连接，所述方法包括：

将各个待升级产品的升级信息以及对应的升级文件进行分包处理，得到待升级产品的多个数据包，每个数据包中均包含产品号、总包数、当前包号以及升级数据；

在第一信道循环广播各个标签对应的数据包；

在第二信道进行侦听，接收各个标签发送的升级探测请求，所述升级探测请求中包含所述标签的产品号；

获取已加载的具备所述标签的产品号的升级信息，在所述第二信道发送所述升级信息，所述升级信息至少包括所述标签的产品号、待升级的版本号以及升级文件的大小，所述升级信息用于触发所述标签根据所述产品号和所述版本号判定是否进行升级，在需要进行升级时，侦听所述第一信道，将侦听到的具备本标签产品号的数据包存储至预定位置，在侦听到所述升级文件的所有数据包后，利用所述升级文件的数据包进行升级。

2.根据权利要求1所述的方法，其特征在于，在所述将各个待升级标签的升级信息以及对应的升级文件进行分包处理，得到待升级产品的多个数据包之前，所述方法还包括：

从程序加载器内加载所有待升级产品的升级信息以及对应的升级文件。

3.根据权利要求1所述的方法，其特征在于，所述在所述第二信道发送所述升级信息之后，所述方法还包括：

在所述第二信道进行侦听，获取标签发送的升级状态；

对所述标签的升级状态进行显示，或将所述升级状态上报至程序加载器进行显示；

根据所述升级状态判定所述标签是否完成升级；

若所述标签完成升级，则在所送第二信道向所述标签发送升级确认信息，所述升级确认信息用于触发所述标签退出升级进程。

4.一种多标签程序升级方法，其特征在于，应用于标签中，所述标签与程序下发器进行无线连接，所述方法包括：

在预定探测时刻在第二信道发送升级探测请求，所述升级探测请求包含所述标签的产品号，所述升级探测请求用于触发程序下发器在所述第二信道发送已加载的具备所述产品号的升级信息，所述升级信息至少包括所述产品号、待升级的版本号和升级文件的大小；

在所述第二信道侦听升级信息；

若侦听到的升级信息中的产品号为本标签的产品号，且所述升级信息中的版本号为待升级的版本，则判定需要进行升级，侦听第一信道；

在侦听到本标签升级文件的所有数据包后，利用所述升级文件的数据包进行升级。

5.根据权利要求4所述的方法，其特征在于，所述在侦听到本标签升级文件的所有数据包后，利用所述升级文件的数据包进行升级，包括：

对侦听到的数据包进行解析，获取所述数据包内的产品号、总包头数、当前包号以及升级数据；

在所述数据包内的产品号为所述标签的产品号时，判定所述数据包内的当前包号是否记录过；

若所述当前包号未记录过，则将所述数据包内的升级数据存储至预定存储位置，记录所述当前包号，将当前包数加1，所述当前包数初始值为0；

在所述当前包数达到所述总包头数时，判定侦听到本标签升级文件的所有数据包，利用所述预定存储位置存储的升级数据进行升级。

6.根据权利要求4所述的方法，其特征在于，在利用所述升级文件的数据包进行升级后，所述方法还包括：

在所述第一信道内向所述程序下发器发送所述标签当前的升级状态，以便所述程序下发器对所述升级状态进行显示，或将所述升级状态上报至程序加载器进行显示；

接收所述程序下发器发送的升级确认信息，退出升级进程，所述升级确认信息是所述程序下发器根据所述标签的升级状态确定所述标签完成升级后发送的。

7.一种多标签程序升级装置，其特征在于，所述装置包括：

分包模块，被配置为将各个待升级产品的升级信息以及对应的升级文件进行分包处理，得到待升级产品的多个数据包，每个数据包中均包含产品号、总包数、当前包号以及升级数据；

广播模块，被配置为在第一信道循环广播各个标签对应的数据包；

第一接收模块，被配置为在第二信道进行侦听，接收各个标签发送的升级探测请求，所述升级探测请求中包含所述标签的产品号；

第一发送模块，被配置为获取已加载的具备所述标签的产品号的升级信息，在所述第二信道发送所述升级信息，所述升级信息至少包括所述标签的产品号、待升级的版本号以及升级文件的大小，所述升级信息用于触发所述标签根据所述产品号和所述版本号判定是否进行升级，在需要进行升级时，侦听所述第一信道，将侦听到的具备本标签产品号的数据包存储至预定位置，在侦听到所述升级文件的所有数据包后，利用所述升级文件的数据包进行升级。

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

加载模块，被配置为从程序加载器内加载所有待升级产品的升级信息以及对应的升级文件。

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

获取模块，被配置为在所述第二信道进行侦听，获取标签发送的升级状态；

显示模块，被配置为对所述标签的升级状态进行显示，或，上报模块，被配置为将所述升级状态上报至程序加载器进行显示；

第一判定模块，被配置为根据所述获取模块获取的升级状态判定所述标签是否完成升级；

第二发送模块，被配置为在所述第一判定模块判定所述标签完成升级时，在所送第二信道向所述标签发送升级确认信息，所述升级确认信息用于触发所述标签退出升级进程。

10.一种多标签程序升级装置，其特征在于，所述装置包括：

第三发送模块，被配置为在预定探测时刻在第二信道发送升级探测请求，所述升级探测请求包含所述标签的产品号，所述升级探测请求用于触发程序下发器在所述第二信道发送已加载的具备所述产品号的升级信息，所述升级信息至少包括所述产品号、待升级的版本号和升级文件的大小；

第一侦听模块，被配置为在所述第二信道侦听升级信息；

第二判定模块，被配置为在所述第一侦听模块侦听到的升级信息中的产品号为本标签的产品号，且所述升级信息中的版本号高于本标签当前的版本号，则判定需要进行升级；

第二侦听模块，被配置为侦听第一信道；

升级模块，被配置为在所述第二侦听模块侦听到本标签升级文件的所有数据包后，利用所述升级文件的数据包进行升级。

11.根据权利要求10所述的装置，其特征在于，所述升级模块，包括：

解析单元，被配置为对侦听到的数据包进行解析，获取所述数据包内的产品号、总包头数、当前包号以及升级数据；

判定单元，被配置为在所述解析单元解析出所述数据包内的产品号为所述标签的产品号时，判定所述数据包内的当前包号是否记录过；

存储记录单元，被配置为在所述判定单元判定所述当前包号未记录过时，将所述数据包内的升级数据存储至预定存储位置，记录所述当前包号，将当前包数加1，所述当前包数初始值为0；

升级单元，被配置为在所述存储记录单元得到的所述当前包数达到所述总包头数时，判定侦听到本标签升级文件的所有数据包，利用所述预定存储位置存储的升级数据进行升级。

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

第四发送模块，被配置为在所述第二信道内向所述程序下发器发送所述标签当前的升级状态，以便所述程序下发器对所述升级状态进行显示，或将所述升级状态上报至程序加载器进行显示；

第二接收模块，被配置为接收所述程序下发器发送的升级确认信息，退出升级进程，所述升级确认信息是所述程序下发器根据所述标签的升级状态确定所述标签完成升级后发送的。

13.一种多标签程序升级系统，其特征在于，所述系统包括程序下发器和多个标签，所述程序下发器通过无线方式与多个标签连接，所述程序下发器执行如权利要求1-3中任一所述的方法，所述标签执行如权利要求4-6中任一所述的方法。

Images