模型文件的管理方法和终端设备

摘要

本申请实施例提供一种模型文件的管理方法和终端设备，其中，模型文件的管理方法包括：终端设备从服务器接收目标模型文件包的存储地址；终端设备根据目标模型文件包的存储地址，获取目标模型文件包；其中，目标模型文件包是根据终端设备本地存储的模型文件包的参数与服务器管理的模型文件包的参数确定的。在AI领域中，应用程序可以通过AI模型文件实现特定的功能。通过将应用程序与AI模型文件解耦合，终端设备对通用的模型文件进行集中管理，减小了模型文件在终端设备上的冗余存储，节省了终端设备的资源。

权利要求

1.一种模型文件的管理方法，其特征在于，包括：终端设备接收服务器发送的K个模型文件包的参数，所述K为正整数；

所述终端设备根据本地存储的模型文件包的参数，从所述K个模型文件包的参数中确定目标模型文件包的参数；

所述终端设备根据所述目标模型文件包的参数向服务器发送第一请求，所述第一请求用于请求所述目标模型文件包；

终端设备从服务器接收目标模型文件包的存储地址；

所述终端设备根据所述目标模型文件包的存储地址，获取所述目标模型文件包；

其中，所述目标模型文件包是根据所述终端设备本地存储的模型文件包的参数与所述服务器管理的模型文件包的参数确定的。

2.根据权利要求1所述的方法，其特征在于，所述目标模型文件包的参数包括所述目标模型文件包的标识，所述第一请求包括所述目标模型文件包的标识，所述目标模型文件包的标识用于所述服务器获取所述目标模型文件包的存储地址。

3.根据权利要求1或2所述的方法，其特征在于，所述模型文件包的参数包括第一类参数和第二类参数；其中，第一类参数的匹配优先级高于第二类参数的匹配优先级；

所述终端设备根据本地存储的模型文件包的参数，从所述K个模型文件包的参数中确定所述目标模型文件包的参数，包括：当本地存储的模型文件包的第一类参数与所述K个模型文件包中N个模型文件包的第一类参数相匹配时，所述终端设备根据所述本地存储的模型文件包的第二类参数以及所述N个模型文件包的第二类参数，确定所述目标模型文件包的参数，N为小于等于K的正整数。

4.根据权利要求3所述的方法，其特征在于，所述第二类参数包括多个子参数，每个子参数的匹配优先级不同；

所述终端设备根据所述本地存储的模型文件包的第二类参数以及N个模型文件包的第二类参数，确定所述目标模型文件包的参数，包括：所述终端设备根据各个子参数的匹配优先级的顺序，对所述本地存储的模型文件包的第二类参数以及N个模型文件包的第二类参数进行匹配，以确定所述目标模型文件包的参数。

5.根据权利要求1所述的方法，其特征在于，所述终端设备从服务器接收目标模型文件包的存储地址之前，还包括：

所述终端设备获取目标模型文件的参数；

若所述终端设备根据所述目标模型文件的参数在本地存储的模型文件中未查找到所述目标模型文件，则根据所述目标模型文件的参数，获取所述目标模型文件所属的模型文件包的参数；

所述终端设备向所述服务器发送第二请求，所述第二请求包括所述目标模型文件所属的所述模型文件包的参数，所述目标模型文件所属的模型文件包的参数用于所述服务器确定所述目标模型文件包的存储地址。

6.根据权利要求1所述的方法，其特征在于，所述终端设备从服务器接收目标模型文件包的存储地址之前，还包括：

所述终端设备向所述服务器发送本地存储的模型文件包的参数；

所述本地存储的模型文件包的参数用于所述服务器确定所述目标模型文件包的存储地址。

7.根据权利要求6所述的方法，其特征在于，所述终端设备向所述服务器发送本地存储的模型文件包的参数，包括：

终端设备接收服务器发送的第三请求，所述终端设备根据所述第三请求，向所述服务器发送本地存储的模型文件包的参数；或者，所述终端设备确定满足模型文件包的参数发送条件时，向所述服务器发送本地存储的模型文件包的参数。

8.一种终端设备，其特征在于，包括：收发器，用于从服务器接收目标模型文件包的存储地址；

处理器，用于根据所述目标模型文件包的存储地址，获取所述目标模型文件包；

其中，所述目标模型文件包是根据所述终端设备本地存储的模型文件包的参数与所述服务器管理的模型文件包的参数确定的；

所述处理器还用于：根据本地存储的模型文件包的参数，从K个模型文件包的参数中确定所述目标模型文件包的参数；

所述收发器，还用于接收服务器发送的K个模型文件包的参数，所述K为正整数；根据目标模型文件包的参数向服务器发送第一请求，所述第一请求用于请求所述目标模型文件包。

9.根据权利要求8所述的终端设备，其特征在于，所述目标模型文件包的参数包括所述目标模型文件包的标识，所述第一请求包括所述目标模型文件包的标识，所述目标模型文件包的标识用于所述服务器获取所述目标模型文件包的存储地址。

10.根据权利要求8或9所述的终端设备，其特征在于，所述模型文件包的参数包括第一类参数和第二类参数；其中，第一类参数的匹配优先级高于第二类参数的匹配优先级；

所述处理器具体用于：

当本地存储的模型文件包的第一类参数与所述K个模型文件包中N个模型文件包的第一类参数相匹配时，根据所述本地存储的模型文件包的第二类参数以及所述N个模型文件包的第二类参数，确定所述目标模型文件包的参数，N为小于等于K的正整数。

11.根据权利要求10所述的终端设备，其特征在于，所述第二类参数包括多个子参数，每个子参数的匹配优先级不同；

所述处理器具体用于：

根据各个子参数的匹配优先级的顺序，对所述本地存储的模型文件包的第二类参数以及N个模型文件包的第二类参数进行匹配，以确定所述目标模型文件包的参数。

12.根据权利要求8所述的终端设备，其特征在于，所述处理器还用于：获取目标模型文件的参数；

若根据所述目标模型文件的参数在本地存储的模型文件中未查找到所述目标模型文件，则根据所述目标模型文件的参数，获取所述目标模型文件所属的模型文件包的参数；

所述收发器，还用于向所述服务器发送第二请求，所述第二请求包括所述目标模型文件所属的所述模型文件包的参数，所述目标模型文件所属的模型文件包的参数用于所述服务器确定所述目标模型文件包的存储地址。

13.根据权利要求8所述的终端设备，其特征在于，所述收发器还用于：向所述服务器发送本地存储的模型文件包的参数；

所述本地存储的模型文件包的参数用于所述服务器确定所述目标模型文件包的存储地址。

14.根据权利要求13所述的终端设备，其特征在于，所述收发器具体用于：接收服务器发送的第三请求，所述终端设备根据所述第三请求，向所述服务器发送本地存储的模型文件包的参数；或者，确定满足模型文件包的参数发送条件时，向所述服务器发送本地存储的模型文件包的参数。

15.一种终端设备，其特征在于，包括：处理器、存储器，以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序，所述终端设备执行如权利要求1至7任一项所述的方法。

16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，终端设备执行如权利要求1至7任一项所述的方法。

说明书

模型文件的管理方法和终端设备

[0001] 本申请要求于2018年11月01日提交中国专利局、申请号为201811298105.4的中国专利申请以及于2019年04月24日提交中国专利局、申请号为201910336055.2的中国专利申
请的优先权，其全部内容通过引用结合在本申请中。

技术领域

[0002] 本申请实施例涉及通信技术领域，尤其涉及一种模型文件的管理方法和终端设备。

背景技术

[0003] 随着智能终端的普及和应用，大量解决生活、工作问题的计算机应用程序(Application，APP)被开发出来。APP运行在智能终端的硬件和软件环境中。而且，随着人工
智能(Artificial Intelligence，AI)技术的不断发展，深度学习越来越成为AI领域成熟可
靠的方法。在深度学习算法中，构建深层的网络结构，训练网络参数，这些网络参数在不同
的平台中会以不同格式的模型文件保存下来。各种APP也越来越多的应用这些模型文件，从
而实现特定功能。

[0004] 目前，模型文件通常打包在APP文件包中。当APP有变更需求或者模型文件有变更需求时，整个APP打包文件会一起变更。但是，模型文件通常较大，这样就导致APP打包文件
较大，浪费了终端资源。

发明内容

[0005] 本申请实施例提供一种模型文件的管理方法和终端设备，减小了模型文件在终端设备上的冗余存储，节省了终端设备的资源。

[0006] 第一方面，本申请实施例提供一种模型文件的管理方法，包括：终端设备从服务器接收目标模型文件包的存储地址，根据所述目标模型文件包的存储地址，获取所述目标模
型文件包；其中，所述目标模型文件包是根据所述终端设备本地存储的模型文件包的参数
与所述服务器管理的模型文件包的参数确定的。

[0007] 在一种可能的设计中，所述终端设备从服务器接收目标模型文件包的存储地址之前，还包括：所述终端设备获取所述目标模型文件包的参数，根据目标模型文件包的参数，
向服务器发送第一请求，所述第一请求用于请求所述目标模型文件包。

[0008] 在一种可能的设计中，所述终端设备获取所述目标模型文件包的参数，包括：所述终端设备接收服务器发送的K个模型文件包的参数，所述K为正整数，根据本地存储的模型
文件包的参数，从所述K个模型文件包的参数中确定所述目标模型文件包的参数。

[0009] 在一种可能的设计中，所述目标模型文件包的参数包括所述目标模型文件包的标识，所述第一请求包括所述目标模型文件包的标识，所述目标模型文件包的标识用于所述
服务器获取所述目标模型文件包的存储地址。

[0010] 在一种可能的设计中，所述模型文件包的参数包括第一类参数和第二类参数；其中，第一类参数的匹配优先级高于第二参数的匹配优先级。所述终端设备根据本地存储的
模型文件包的参数，从所述K个模型文件包的参数中确定所述目标模型文件包的参数，包
括：当本地存储的模型文件包的第一类参数与所述K个模型文件包中N个模型文件包的第一
类参数相匹配时，所述终端设备根据所述本地存储的模型文件包的第二类参数以及所述N
个模型文件包的第二类参数，确定所述目标模型文件包的参数，N为小于等于K的正整数。

[0011] 在一种可能的设计中，所述第二类参数包括多个子参数，每个子参数的匹配优先级不同。所述终端设备根据所述本地存储的模型文件包的第二类参数以及N个模型文件包
的第二类参数，确定所述目标模型文件包的参数，包括：所述终端设备根据各个子参数的匹
配优先级的顺序，对所述本地存储的模型文件包的第二类参数以及N个模型文件包的第二
类参数进行匹配，以确定所述目标模型文件包的参数。

[0012] 在一种可能的设计中，所述终端设备从服务器接收目标模型文件包的存储地址之前，还包括：所述终端设备获取目标模型文件的参数；若所述终端设备根据所述目标模型文
件的参数在本地存储的模型文件中未查找到所述目标模型文件，则所述终端设备根据所述
目标模型文件的参数，获取所述目标模型文件所属的模型文件包的参数；所述终端设备向
所述服务器发送第二请求，所述第二请求包括所述目标模型文件所属的所述模型文件包的
参数，所述目标模型文件所属的模型文件包的参数用于所述服务器确定所述目标模型文件
包的存储地址。

[0013] 在一种可能的设计中，所述终端设备从服务器接收目标模型文件包的存储地址之前，还包括：所述终端设备向所述服务器发送本地存储的模型文件包的参数。所述本地存储
的模型文件包的参数用于所述服务器确定所述目标模型文件包的存储地址。

[0014] 在一种可能的设计中，所述终端设备向所述服务器发送本地存储的模型文件包的参数，包括：所述终端设备接收服务器发送的第三请求，所述终端设备根据所述第三请求，
向所述服务器发送本地存储的模型文件包的参数。或者，所述终端设备确定满足模型文件
包的参数发送条件时，向所述服务器发送本地存储的模型文件包的参数。

[0015] 第二方面，本申请实施例提供一种模型文件的管理方法，包括：服务器获取目标模型文件包的存储地址，向终端设备发送目标模型文件包的存储地址，所述存储地址用于所
述终端设备获取所述目标模型文件包。其中，所述目标模型文件包是根据所述终端设备本
地存储的模型文件包的参数与所述服务器管理的模型文件包的参数确定的。

[0016] 在一种可能的设计中，所述服务器获取目标模型文件包的存储地址之前，还包括：所述服务器接收所述终端设备发送的第一请求，所述第一请求用于请求所述目标模型文件
包。

[0017] 在一种可能的设计中，所述服务器接收所述终端设备发送的第一请求之前，还包括：所述服务器向所述终端设备发送所述服务器管理的K个模型文件包的参数，所述K为正
整数。所述K个模型文件包的参数用于所述终端设备从所述K个模型文件包的参数中确定所
述目标模型文件包的参数。

[0018] 在一种可能的设计中，所述目标模型文件包的参数包括所述目标模型文件包的标识，所述第一请求包括所述目标模型文件包的标识。所述服务器获取目标模型文件包的存
储地址，包括：所述服务器根据所述目标模型文件包的标识，获取所述目标模型文件包的存
储地址。

[0019] 在一种可能的设计中，所述服务器获取目标模型文件包的存储地址之前，还包括：所述服务器接收所述终端设备发送的第二请求，所述第二请求包括目标模型文件所属的模
型文件包的参数。所述服务器获取目标模型文件包的存储地址，包括：所述服务器根据所述
目标模型文件所属的模型文件包的参数，从所述服务器管理的K个模型文件包的参数中确
定所述目标文件包的参数；所述服务器根据所述目标文件包的参数获取所述目标模型文件
包的存储地址。

[0020] 在一种可能的设计中，所述服务器获取目标模型文件包的存储地址之前，还包括：所述服务器接收所述终端设备发送的所述终端设备本地存储的模型文件包的参数。所述服
务器获取目标模型文件包的存储地址，包括：所述服务器根据所述本地存储的模型文件包
的参数，从所述服务器管理的K个模型文件包的参数中确定所述目标文件包的参数；

[0021] 所述服务器根据所述目标文件包的参数获取所述目标模型文件包的存储地址。

[0022] 在一种可能的设计中，所述服务器接收所述终端设备发送的所述终端设备本地存储的模型文件包的参数之前，还包括：所述服务器接收所述终端设备发送的第三请求，所述
第三请求用于请求所述终端设备本地存储的模型文件包的参数。

[0023] 在一种可能的设计中，所述模型文件包的参数包括第一类参数和第二类参数；其中，第一类参数的匹配优先级高于第二参数的匹配优先级。所述服务器根据从所述终端设
备接收的模型文件包的参数，从所述K个模型文件包的参数中确定所述目标模型文件包的
参数，包括：当从所述终端设备接收的模型文件包的第一类参数与所述K个模型文件包中N
个模型文件包的第一类参数相匹配时，所述服务器根据从所述终端设备接收的模型文件包
的第二类参数以及所述N个模型文件包的第二类参数，确定所述目标模型文件包的参数，N
为小于等于K的正整数。

[0024] 在一种可能的设计中，所述第二类参数包括多个子参数，每个子参数的匹配优先级不同。所述服务器根据从所述终端设备接收的模型文件包的第二类参数以及所述N个模
型文件包的第二类参数，确定所述目标模型文件包的参数，包括：所述服务器根据各个子参
数的匹配优先级的顺序，对从所述终端设备接收的模型文件包的第二类参数以及N个模型
文件包的第二类参数进行匹配，以确定所述目标模型文件包的参数。

[0025] 第三方面，本申请实施例提供一种终端设备，包括：

[0026] 收发模块，用于从服务器接收目标模型文件包的存储地址；

[0027] 处理模块，用于根据所述目标模型文件包的存储地址，获取所述目标模型文件包；

[0028] 其中，所述目标模型文件包是根据所述终端设备本地存储的模型文件包的参数与所述服务器管理的模型文件包的参数确定的。

[0029] 在一种可能的设计中，所述处理模块还用于，在从服务器接收目标模型文件包的存储地址之前，获取所述目标模型文件包的参数；

[0030] 所述收发模块，还用于根据目标模型文件包的参数，向服务器发送第一请求，所述第一请求用于请求所述目标模型文件包。

[0031] 在一种可能的设计中，所述收发模块，还用接收服务器发送的K个模型文件包的参数，所述K为正整数；

[0032] 所述处理模块，具体用于根据本地存储的模型文件包的参数，从所述K个模型文件包的参数中确定所述目标模型文件包的参数。

[0033] 在一种可能的设计中，所述目标模型文件包的参数包括所述目标模型文件包的标识，所述第一请求包括所述目标模型文件包的标识，所述目标模型文件包的标识用于所述
服务器获取所述目标模型文件包的存储地址。

[0034] 在一种可能的设计中，所述模型文件包的参数包括第一类参数和第二类参数；其中，第一类参数的匹配优先级高于第二参数的匹配优先级。

[0035] 所述处理模块，具体用于：当本地存储的模型文件包的第一类参数与所述K个模型文件包中N个模型文件包的第一类参数相匹配时，所述终端设备根据所述本地存储的模型
文件包的第二类参数以及所述N个模型文件包的第二类参数，确定所述目标模型文件包的
参数，N为小于等于K的正整数。

[0036] 在一种可能的设计中，所述第二类参数包括多个子参数，每个子参数的匹配优先级不同。所述处理模块，具体用于：根据各个子参数的匹配优先级的顺序，对所述本地存储
的模型文件包的第二类参数以及N个模型文件包的第二类参数进行匹配，以确定所述目标
模型文件包的参数。

[0037] 在一种可能的设计中，所述处理模块，还用于在所述收发模块从服务器接收目标模型文件包的存储地址之前，获取目标模型文件的参数；若根据所述目标模型文件的参数
在本地存储的模型文件中未查找到所述目标模型文件，则根据所述目标模型文件的参数，
获取所述目标模型文件所属的模型文件包的参数；

[0038] 所述收发模块，还用于向所述服务器发送第二请求，所述第二请求包括所述目标模型文件所属的所述模型文件包的参数，所述目标模型文件所属的模型文件包的参数用于
所述服务器确定所述目标模型文件包的存储地址。

[0039] 在一种可能的设计中，所述收发模块，还用于从服务器接收目标模型文件包的存储地址之前，向所述服务器发送本地存储的模型文件包的参数。所述本地存储的模型文件
包的参数用于所述服务器确定所述目标模型文件包的存储地址。

[0040] 在一种可能的设计中，所述收发模块，具体用于：接收服务器发送的第三请求，并根据所述第三请求，向所述服务器发送本地存储的模型文件包的参数；或者，当确定满足模
型文件包的参数发送条件时，向所述服务器发送本地存储的模型文件包的参数。

[0041] 第四方面，本申请实施例提供一种服务器，包括：

[0042] 处理模块，用于获取目标模型文件包的存储地址；

[0043] 收发模块，用于向终端设备发送目标模型文件包的存储地址，所述存储地址用于所述终端设备获取所述目标模型文件包；

[0044] 其中，所述目标模型文件包是根据所述终端设备本地存储的模型文件包的参数与所述服务器管理的模型文件包的参数确定的。

[0045] 在一种可能的设计中，所述收发模块，还用于在所述处理模块获取目标模型文件包的存储地址之前，接收所述终端设备发送的第一请求，所述第一请求用于请求所述目标
模型文件包。

[0046] 在一种可能的设计中，所述收发模块，还用于在接收所述终端设备发送的第一请求之前，向所述终端设备发送所述服务器管理的K个模型文件包的参数，所述K为正整数；

[0047] 所述K个模型文件包的参数用于所述终端设备从所述K个模型文件包的参数中确定所述目标模型文件包的参数。

[0048] 在一种可能的设计中，所述目标模型文件包的参数包括所述目标模型文件包的标识，所述第一请求包括所述目标模型文件包的标识；

[0049] 所述处理模块，具体用于：根据所述目标模型文件包的标识，获取所述目标模型文件包的存储地址。

[0050] 在一种可能的设计中，所述收发模块，还用于在所述处理模块获取目标模型文件包的存储地址之前，接收所述终端设备发送的第二请求，所述第二请求包括目标模型文件
所属的模型文件包的参数。

[0051] 所述处理模块，具体用于：根据所述目标模型文件所属的模型文件包的参数，从所述服务器管理的K个模型文件包的参数中确定所述目标文件包的参数；根据所述目标文件
包的参数获取所述目标模型文件包的存储地址。

[0052] 在一种可能的设计中，所述收发模块，还用于在所述处理模块获取目标模型文件包的存储地址之前，接收所述终端设备发送的所述终端设备本地存储的模型文件包的参
数；

[0053] 所述处理模块，具体用于：根据所述本地存储的模型文件包的参数，从所述服务器管理的K个模型文件包的参数中确定所述目标文件包的参数；根据所述目标文件包的参数
获取所述目标模型文件包的存储地址。

[0054] 在一种可能的设计中，所述收发模块，还用于在接收所述终端设备发送的所述终端设备本地存储的模型文件包的参数之前，接收所述终端设备发送的第三请求，所述第三
请求用于请求所述终端设备本地存储的模型文件包的参数。

[0055] 在一种可能的设计中，所述模型文件包的参数包括第一类参数和第二类参数；其中，第一类参数的匹配优先级高于第二参数的匹配优先级。

[0056] 所述处理模块，具体用于：当从所述终端设备接收的模型文件包的第一类参数与所述K个模型文件包中N个模型文件包的第一类参数相匹配时，根据从所述终端设备接收的
模型文件包的第二类参数以及所述N个模型文件包的第二类参数，确定所述目标模型文件
包的参数，N为小于等于K的正整数。

[0057] 在一种可能的设计中，所述第二类参数包括多个子参数，每个子参数的匹配优先级不同。所述处理模块，具体用于：根据各个子参数的匹配优先级的顺序，对从所述终端设
备接收的模型文件包的第二类参数以及N个模型文件包的第二类参数进行匹配，以确定所
述目标模型文件包的参数。

[0058] 第五方面，本申请实施例提供一种终端设备，包括：

[0059] 用于实现第一方面的模型文件的管理方法的模块，部件或者电路。

[0060] 第六方面，本申请实施例提供一种服务器，包括：

[0061] 用于实现第一方面的模型文件的管理方法的模块，部件或者电路。

[0062] 第七方面，本申请实施例提供一种芯片，包括：存储器和处理器，存储器用于存储程序指令，处理器用于调用存储器中的程序指令执行第一方面或第二方面本申请实施例所
述的模型文件的管理方法。

[0063] 第八方面，本申请实施例提供一种可读存储介质，所述可读存储介质上存储有计算机程序；所述计算机程序在被执行时，实现第一方面或第二方面本申请实施例所述的模
型文件的管理方法。

[0064] 第九方面，本申请实施例提供一种程序产品，所述程序产品包括计算机程序，所述计算机程序存储在可读存储介质中，终端设备的至少一个处理器可以从所述可读存储介质
读取所述计算机程序，所述至少一个处理器执行所述计算机程序使得终端设备实施第一方
面或第二方面或本申请实施例任一所述的模型文件的管理方法。

[0065] 第十方面，本申请实施例提供一种程序产品，所述程序产品包括计算机程序，所述计算机程序存储在可读存储介质中，服务器的至少一个处理器可以从所述可读存储介质读
取所述计算机程序，所述至少一个处理器执行所述计算机程序使得服务器实施第一方面或
第二方面申请实施例任一所述的模型文件的管理方法。

[0066] 第十一方面，本申请实施例提供一种模型文件的管理系统，包括上述的终端设备和上述的服务器。

[0067] 本申请实施例提供的模型文件的管理方法和终端设备，通过将应用程序与模型文件解耦合，终端设备可以本地存储通用的模型文件，对模型文件进行集中管理，通用的模型
文件可以被多个应用程序调用，减小了模型文件在终端设备上的冗余存储，节省了终端设
备的资源。

附图说明

[0068] 图1为本申请实施例提供的终端设备的一种界面示意图；

[0069] 图2为现有的应用程序打包文件的示意图；

[0070] 图3为本申请实施例提供的模型文件管理的一种原理示意图；

[0071] 图4为本申请实施例适用的系统架构图；

[0072] 图5为本申请实施例提供的模型文件管理的另一种原理示意图；

[0073] 图6为本申请实施例提供的模型文件管理的又一种原理示意图；

[0074] 图7为本申请实施例提供的模型文件的管理方法的一种流程图；

[0075] 图8为本申请实施例提供的终端设备内部软件框架的一种示意图；

[0076] 图9为本申请实施例提供的模型文件的管理方法的另一种流程图；

[0077] 图10为本申请实施例提供的模型文件的管理方法的又一种流程图；

[0078] 图11为本申请实施例提供的模型文件的管理方法的又一种流程图；

[0079] 图12为本申请实施例提供的模型文件的管理方法的又一种流程图；

[0080] 图13为本申请实施例提供的模型文件的管理方法的又一种流程图；

[0081] 图14为本申请实施例提供的模型文件的管理方法的又一种流程图；

[0082] 图15为本申请实施例提供的设备的一种结构图；

[0083] 图16为本申请实施例提供的设备的另一种结构图；

[0084] 图17为本申请实施例提供的终端设备的一种硬件结构图。

具体实施方式

[0085] 下面结合附图描述本申请实施例。

[0086] 终端设备上可以安装多个应用程序(APP)。应用程序依赖于终端设备的硬件资源和软件资源运行。可选的，硬件资源可以包括但不限于下列中的至少一项：芯片、处理器、存
储器等，软件资源可以包括但不限于下列中的至少一项：终端设备操作系统的版本、语言
等。可选的，芯片可以包括但不限于中央处理器(central processing unit，CPU)、网络处
理器(neural‑network processing unit，NPU)、图形处理器(graphics processing unit，
GPU)等。语言可以包括中文、英语、法语、日语、韩语等。示例性的，图1为本申请实施例提供
的终端设备的一种界面示意图。如图1所示，终端设备上安装有9个应用程序，名称依次为
APP1～APP9。本申请实施例对终端设备上安装的应用程序的数量、名称、实现的功能不做限
定。

[0087] 随着AI技术的发展，应用程序可以通过AI模型文件实现特定的功能，例如，人脸识别功能、语音识别功能、语义识别功能、图像处理功能、图像修复功能、物体检测功能、智能
导航功能等。在本申请实施例中，模型文件是指不同的应用程序可以通用的、与硬件资源
和/或软件资源相关的、可以对特定功能提供算法支撑的相关文件。可选的，所述特定功能
可以为AI特性，也可以不是。其中，本申请实施例对模型文件的名称不做限定。例如，模型文
件也可以称为算法支撑文件、AI算法模型文件等。可选的，与特定功能相关的模型文件可以
打包为一个模型文件包。本申请实施例对模型文件包的名称不做限定，例如，可以称为算法
支撑文件包、AI算法模型文件包等。

[0088] 下面通过示例对模型文件和模型文件包进行区分。例如，与语音识别功能相关的模型文件为15个，模型文件的名称分别为模型文件1～15。其中，模型文件1～7可以运行在
NPU上，模型文件8～15可以运行在CPU上。与语义识别功能相关的模型文件为20个，模型文
件的名称分别为模型文件21～40。其中，模型文件21～35可以运行在CPU上，模型文件36～
40可以运行在NPU上。由于语音识别功能与语义识别功能通常相关联，根据支持的芯片(CPU
或NPU)的不同，模型文件1～7以及模型文件21～35可以打包为模型文件包1，模型文件8～
15和模型文件36～40可以打包为模型文件包2。需要说明，本申请对模型文件包涉及的特性
的数量不做限定。

[0089] 其中，模型文件涉及的软件资源和/或硬件资源不同时，模型文件不同。即使模型文件实现了相同功能，如果涉及的软件资源和/或硬件资源不同，也为不同的模型文件。比
如，对于实现人脸识别功能的模型文件，可以包括但不限于：运行在CPU上的模型文件1、运
行在NPU上的模型文件2、运行在GPU上的模型文件3、使用语言为中文的模型文件4、使用语
言为英文的模型文件5等。可选的，模型文件还可以与终端设备的使用地域、用户的肤色等
相关。可见，模型文件和模型文件包的数量较多。

[0090] 在现有技术中，模型文件通常打包在APP文件包中。示例性的，图2为现有的应用程序打包文件的示意图。结合图1和图2，APP1打包文件包括模型文件1、模型文件2、模型文件3
和其他文件1，APP2打包文件包括模型文件1、模型文件2、模型文件4和其他文件2，APP3打包
文件包括模型文件1、模型文件3、模型文件5和其他文件3。其中，APP1～APP3都包括模型文
件1，APP1和APP2都包括模型文件2，APP1和APP3都包括模型文件3。可见，不同的应用程序打
包文件中可能包括通用的模型文件。这样，当模型文件变更或者应用程序变更时，整个应用
程序打包文件需要一起更新，导致应用程序打包文件较大、模型文件冗余，而且占用了终端
设备的有限资源，降低了终端设备的资源利用率。

[0091] 针对上述技术问题，本申请实施例提供的模型文件的管理方法，通过对模型文件与应用程序解耦，对通用的模型文件进行集中管理，减小了应用程序打包文件的大小，减少
了模型文件占用的终端设备存储资源。下面结合图3对本申请提供的模型文件管理的原理
进行说明。图3中左侧与图2相似，图3中右侧示出了本申请中应用程序打包文件的内容。如
图3右侧所示，APP1打包文件包括其他文件1，APP2打包文件包括其他文件2，APP3打包文件
包括其他文件3。还可以包括集中管理的模型文件，例如，模型文件1～模型文件5。可见，通
过对公用的模型文件进行集中管理，大大减少了模型文件在终端设备上的冗余，节省了终
端设备的资源。而且，模型文件的变更与应用程序的变更相对独立，提升了模型文件的管理
效率和效果。

[0092] 需要说明的是，图2和图3仅是示例，本申请实施例对应用程序使用的模型文件、应用程序打包文件中包括的具体内容不做限定。可选的，在本申请实施例中，应用程序打包文
件中也可以包括模型文件，但是，包括的模型文件的数量相比于现有技术中的模型文件的
数量大大减少。

[0093] 下面，对本申请实施例适用的系统架构进行说明。示例性的，图4为本申请实施例适用的系统架构图。如图4所示，系统可以包括终端设备100和服务器200。本申请实施例对
终端设备和服务器的数量、类型不做限定。例如，终端设备可以为具有无线连接功能的手
机、平板电脑、手持设备、车载设备、可穿戴设备、计算设备等。服务器可以为电脑、单机服务
器、云服务器等。终端设备与服务器之间可以进行无线通信或有线通信。其中，终端设备上
安装有应用程序。应用程序使用模型文件时，可以从集中管理的多个模型文件中获取。可选
的，集中管理的多个模型文件可以存储在终端设备和/或服务器中。通常，由于终端设备的
存储资源有限，而模型文件的数量又多，所以，服务器上存储的模型文件的数量大于终端设
备上存储的模型文件的数量。终端设备可以与服务器进行通信，从而主动或被动的通过服
务器获取模型文件。可选的，在本申请实施例中，终端设备对本地存储的模型文件的更新，
是以模型文件包为单位进行更新的。可选的，用户可以通过账号密码的方式登录服务器，将
新开发的模型文件包、修改变更的模型文件包等发布到服务器中。服务器可以与终端设备
进行通信，为终端设备提供模型文件包的更新。

[0094] 下面，对本申请实施例涉及的模型文件管理框架进行说明。可选的，模型文件管理框架可以包括设置在服务器上的模型文件管理模块，可以使得服务器实现对模型文件的集
中管理。可选的，模型文件管理框架还可以包括设置在终端设备上的模型文件管理模块，可
以使得终端设备实现对模型文件的集中管理。模型文件管理框架可以通过软件程序和/或
硬件的方式实现。

[0095] 可选的，在一种实现方式中，如图5所示，模型文件管理框架可以包括设置在服务器上的模型文件管理模块和设置在终端设备上的模型文件管理模块。在该种实现方式中，
终端设备上可以存储多个模型文件，例如，至少包括模型文件1～5。应用程序(APP)与模型
文件管理模块之间可以跨进程通信。当应用程序运行某项业务要加载模型文件时，终端设
备上的模型文件管理模块可以先在本地存储的模型文件中查找。若本地存储有与应用程序
匹配的模型文件，则直接提供给应用程序。若本地没有存储与应用程序匹配的模型文件，则
可以与服务器通信，从服务器获取相应的模型文件。需要说明的是，终端设备本地存储的模
型文件，可以以模型文件为基本单位进行存储，也可以以模型文件包为基本单位进行存储。

[0096] 可选的，在另一种实现方式中，如图6所示，模型文件管理框架可以包括设置在服务器上的模型文件管理模块和设置在终端设备上的模型文件管理模块。该种实现方式与图
5所示的实现方式相比，区别在于，终端设备上的模型文件管理模块通过模型管理APP实现。
模型管理APP与终端设备上安装的其他APP相似，可以下载、更新、删除。可选的，终端设备的
显示屏上可以显示模型管理APP的图标，例如，图6中右侧所示的“模型管理”图标。

[0097] 下面，对本申请实施例涉及的模型文件的参数和模型文件包的参数进行说明。

[0098] 具体的，模型文件具有参数，模型文件的参数用于描述模型文件和模型文件的使用环境，例如包括模型文件运行时依赖的软件资源和/或硬件资源。本申请实施例对模型文
件的参数的个数、名称、参数的含义、参数的取值、参数不同取值表示的含义、参数在软件程
序中的字段类型、是否必须设置等不做限定。

[0099] 示例性的，参见表1，模型文件的参数可以包括表1示出的参数中的至少一个。

[0100] 表1

[0101]

[0102]

[0103] 模型文件包也具有参数，模型文件包的参数用于描述模型文件包和模型文件包相关的软件资源和/或硬件资源。本申请实施例对模型文件包的参数的个数、名称、参数的含
义、参数的取值、参数不同取值表示的含义、参数在软件程序中的字段类型、是否必须设置
等不做限定。示例性的，参见表2，模型文件的参数可以包括表2示出的参数中的至少一个。

[0104] 表2

[0105]

[0106] 下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念
或过程可能在某些实施例中不再赘述。

[0107] 图7为本申请实施例提供的模型文件的管理方法的一种流程图。本实施例提供的模型文件的管理方法，执行主体可以为终端设备。如图7所示，本实施例提供的模型文件的
管理方法，可以包括：

[0108] S701、获取应用程序触发的文件查询请求。其中，文件查询请求可以包括待查询的模型文件的参数。

[0109] 其中，在本申请实施例中，待查询的模型文件也可以称为目标模型文件。

[0110] 具体的，本实施例的应用场景可以为：应用程序运行某项业务时需要加载模型文件，从而触发对该模型文件的查询和获取。可选的，业务可以为AI业务。比如，当用户点击终
端设备屏幕上应用程序的图标时，终端设备启动该应用程序。在应用程序启动后通过人脸
识别的方式登录。此时，应用程序需要运行与人脸识别功能相关的模型文件。终端设备可以
获取应用程序触发的文件查询请求。

[0111] 可选的，待查询的模型文件的参数可以包括但不限于模型文件的标识和版本号。本实施例对待查询的模型文件的参数的个数不做限定。

[0112] S702、根据待查询的模型文件的参数在终端设备本地存储的模型文件中进行查找。

[0113] S703、若在终端设备本地存储的模型文件中获取待查询的模型文件，获取待查询的模型文件在终端设备中的存储地址。

[0114] 可见，本实施例提供的模型文件的管理方法，终端设备本地可以存储通用的模型文件，对模型文件进行集中管理。当应用程序触发查询模型文件时，终端设备先在本地存储
的模型文件中查找。如果本地存储的模型文件中包括待查询的模型文件，则将待查询的模
型文件在本地的存储地址提供给应用程序。相比于现有技术，通过将应用程序与模型文件
解耦合，使得终端设备本地存储的通用模型文件被多个应用程序使用，减小了模型文件在
终端设备上的冗余存储，节省了终端设备的资源。

[0115] 可选的，本实施例提供的模型文件的管理方法，还可以包括：

[0116] 根据待查询的模型文件在终端设备中的存储地址获取待查询的模型文件，以使应用程序加载待查询的模型文件。

[0117] 具体的，应用程序可以从待查询的模型文件在本地中的存储地址读取待查询的模型文件，通过调用模型文件加载接口加载待查询的模型文件，从而实现应用程序的特定功
能。

[0118] 可选的，终端设备本地存储的模型文件可以为加密存储，也可以为非加密存储。本实施例对于加密存储采用的加密方式不做限定。

[0119] 通过对模型文件进行加密存储，提升了模型文件集中管理的安全性。

[0120] 可选的，若终端设备本地存储的模型文件为加密存储，应用程序加载待查询的模型文件之前，还可以包括：

[0121] 对待查询的模型文件解密。

[0122] 可选的，图8为本申请实施例提供的终端设备内部软件框架的一种示意图。如图8所示，终端设备的软件框架可以包括应用程序(APP)、模型文件管理软件开发工具包
(software development kit，SDK)和模型文件管理模块。其中，应用程序可以集成有模型
文件管理SDK。可选的，应用程序与模型文件管理模块之间、模型文件管理SDK与模型文件管
理模块之间可以跨进程通信。模型文件管理SDK可以支持模型文件的查询、读取和解密功
能。相应的，应用程序通过集成的模型文件管理SDK可以实现模型文件的查询、读取和解密
功能。具体的，应用程序触发文件查询请求后，应用程序通过模型文件管理SDK提供的查询
模型文件接口在终端设备本地存储的模型文件中进行查找。如果本地可以查询到待查询的
模型文件，且终端设备本地存储的模型文件为加密存储时，应用程序可以通过模型文件管
理SDK提供的加载模型文件接口在应用程序自己的进程内对待查询的模型文件解密以及加
载。由于应用程序在自己的进程内解密以及读取模型文件，因此确保了模型文件的加载效
率。

[0123] 图9为本申请实施例提供的模型文件的管理方法的另一种流程图。本实施例提供的模型文件的管理方法，执行主体涉及终端设备和服务器。如图9所示，本实施例提供的模
型文件的管理方法，可以包括：

[0124] S901、终端设备获取应用程序触发的文件查询请求。其中，文件查询请求可以包括待查询的模型文件的参数。

[0125] S902、终端设备根据待查询的模型文件的参数在终端设备本地存储的模型文件中进行查找。

[0126] 其中，S901～S902可以参见S701～S702的描述，此处不再赘述。

[0127] S903、若在终端设备本地存储的模型文件中没有获取待查询的模型文件，根据待查询的模型文件的参数获取待更新的模型文件包的参数。

[0128] 其中，在本申请实施例中，待更新的模型文件包也可以称为目标模型文件包。

[0129] 具体的，本实施例的应用场景可以为：应用程序运行某项业务时需要加载模型文件，触发对该模型文件的查询和获取。终端设备先在本地存储的模型文件中查找。如果本地
存储的模型文件中没有待查询的模型文件，需要进一步从服务器获取。在本实施例中，终端
设备与服务器之间可以以模型文件包为基本单位进行更新。终端设备可以根据待查询的模
型文件的参数获取待更新的模型文件包的参数。

[0130] 可选的，模型文件的参数与模型文件包的参数之间具有映射关系，本实施例对该映射关系不做限定。例如，参见表1。在表1中，模型文件的标识origin_id与模型文件包的标
识resid之间具有映射关系。

[0131] 需要说明的是，本实施例对待更新的模型文件包的参数的个数不做限定。可选的，参见表2，待更新的模型文件包的参数可以包括但不限于表2中示出的参数。

[0132] S904、终端设备向服务器发送第一请求，第一请求包括待更新的模型文件包的参数，第一请求用于请求待更新的模型文件包。

[0133] 相应的，服务器接收终端设备发送的第一请求。

[0134] S905、服务器将待更新的模型文件包的参数与服务器管理的模型文件包的参数进行匹配，确定待更新的模型文件包。

[0135] 后续，通过图13所示实施例对模型文件包的参数的匹配进行说明。

[0136] S906、服务器将待更新的模型文件包的存储地址发送给终端设备。

[0137] 相应的，终端设备接收服务器发送的待更新的模型文件包的存储地址。

[0138] 可见，本实施例提供的模型文件的管理方法，终端设备上的应用程序可以触发查询模型文件。当在终端设备本地存储的模型文件中查找不到待查找的模型文件时，可以进
一步从服务器获取包括待查询的模型文件的模型文件包。相比于现有技术，通过将应用程
序与模型文件解耦合，通过终端设备与服务器对通用的模型文件集中管理，减小了模型文
件在终端设备上的冗余存储，节省了终端设备的资源，并且为应用程序提供了需要的模型
文件，确保应用程序的正常运行。

[0139] 可选的，本实施例提供的模型文件的管理方法，还可以包括：

[0140] 终端设备根据待更新的模型文件包的存储地址，获取待更新的模型文件包。

[0141] 具体的，终端设备可以访问待更新的模型文件包的存储地址，从而将待更新的模型文件包存储在本地。由于待更新的模型文件包中包括应用程序查找的待查找的模型文
件，后续，可以向应用程序提供待查找的模型文件在终端设备本地中的存储地址，以使应用
程序可以加载待查询的模型文件，从而实现应用程序的特定功能。

[0142] 需要说明的是，服务器管理的模型文件包中的模型文件，可以存储在服务器中的存储器中，也可以存储在服务器之外的存储器中。

[0143] 需要说明的是，服务器管理的模型文件包中的模型文件，可以加密存储，也可以非加密存储。本实施例对加密存储的存储方式不做限定。

[0144] 图10为本申请实施例提供的模型文件的管理方法的又一种流程图。本实施例提供的模型文件的管理方法，执行主体涉及终端设备和服务器。如图10所示，本实施例提供的模
型文件的管理方法，可以包括：

[0145] S1001、若终端设备确定满足模型文件包的参数发送条件时，终端设备向服务器发送第二请求，第二请求包括终端设备本地存储的模型文件包的参数。

[0146] 相应的，服务器接收终端设备发送的第二请求。

[0147] 具体的，本实施例的应用场景可以为：终端设备确定满足本地存储的模型文件包的更新条件或满足模型文件包的参数发送时，终端设备可以主动从服务器获取更新的模型
文件包。本实施例对模型文件包的参数发送条件或模型文件包的更新条件不做限定。例如，
满足模型文件包的参数发送周期或更新周期，或者，终端设备检测到当前的无线网络连接
为无线局域网(wireless local area networks，WLAN)、蓝牙等连接方式，或者，终端设备
确定当前剩余电量大于预设百分比时，可以主动触发更新本地存储的模型文件包。

[0148] 在本步骤中，终端设备可以将本地存储的模型文件包的参数发送给服务器，以使服务器将终端设备本地存储的模型文件包的参数与服务器管理的模型文件包的参数进行
匹配，从而确定是否需要更新终端设备本地存储的模型文件包。需要说明的是，本实施例对
终端设备发送哪些模型文件包的参数不做限定。例如，终端设备可以获取最近预设时长内
应用程序的使用时间，确定用户经常使用的应用程序，将用户经常使用的应用程序调用的
模型文件所属的模型文件包的参数发送给服务器。又例如，终端设备可以获取应用程序的
优先级，将优先级较高的应用程序调用的模型文件所属的模型文件包的参数发送给服务
器。可选的，所述优先级可以为安全优先级。

[0149] S1002、服务器将第二请求中包括的终端设备本地存储的模型文件包的参数与服务器管理的模型文件包的参数进行匹配，确定待更新的模型文件包。

[0150] 后续，通过图13所示实施例对模型文件包的参数的匹配进行说明。

[0151] S1003、服务器将待更新的模型文件包的存储地址发送给终端设备。

[0152] 相应的，终端设备接收服务器发送的待更新的模型文件包的存储地址。

[0153] 可见，本实施例提供的模型文件的管理方法，终端设备可以主动触发对本地存储的模型文件包进行更新，终端设备将本地存储的模型文件包的参数发送给服务器，服务器
确定待更新的模型文件包，从而，终端设备可以完成本地存储的模型文件包的更新。相比于
现有技术，通过将应用程序与模型文件解耦合，可以仅针对模型文件完成更新操作，不仅减
小了模型文件在终端设备上的冗余存储，节省了终端设备的资源，并且确保了模型文件的
有效性，提升了模型文件的更新效率和效果。

[0154] 可选的，本实施例提供的模型文件的管理方法，还可以包括：

[0155] 终端设备根据待更新的模型文件包的存储地址，获取待更新的模型文件包。

[0156] 具体可以参见图9所示实施例中的说明，此处不再赘述。

[0157] 图11为本申请实施例提供的模型文件的管理方法的又一种流程图。本实施例提供的模型文件的管理方法，执行主体涉及终端设备和服务器。如图11所示，本实施例提供的模
型文件的管理方法，可以包括：

[0158] S1101、服务器向终端设备发送第三请求。第三请求包括服务器管理的模型文件包的参数。

[0159] 相应的，终端设备接收服务器发送的第三请求。

[0160] 具体的，本实施例的应用场景可以为：服务器主动触发对终端设备本地存储的模型文件包进行更新。本实施例对服务器发送第三请求的触发条件不做限定。例如，可以与图
10所示实施例中终端设备发送第二请求的触发条件相似。又例如，当服务器检测到开发人
员登录服务器并上传新的模型文件包时，可以向终端设备发送第三请求。

[0161] 在本步骤中，服务器可以将管理的模型文件包的参数发送给终端设备，以使终端设备将终端设备本地存储的模型文件包的参数与服务器管理的模型文件包的参数进行匹
配，从而确定是否需要更新终端设备本地存储的模型文件包。需要说明的是，本实施例对服
务器发送哪些模型文件包的参数不做限定。例如，服务器可以将实现相同功能的模型文件
包的最新版本的参数发送给终端设备。又例如，服务器可以将检测到的最新上传的模型文
件包的参数发送给终端设备。

[0162] S1102、终端设备将第三请求中包括的模型文件包的参数与终端设备本地存储的模型文件包的参数进行匹配，确定待更新的模型文件包。

[0163] 后续，通过图13所示实施例对模型文件包的参数的匹配进行说明。

[0164] S1103、终端设备将待更新的模型文件包的标识发送给服务器。

[0165] 相应的，服务器接收终端设备发送的待更新的模型文件包的标识。

[0166] 可选的，终端设备还可以将待更新的模型文件包的其他参数发送给服务器，例如，表2中除模型文件包的标识之外的至少一个参数，本实施例对此不作限定。

[0167] S1104、服务器将待更新的模型文件包的存储地址发送给终端设备。

[0168] 相应的，终端设备接收服务器发送的待更新的模型文件包的存储地址。

[0169] 可见，本实施例提供的模型文件的管理方法，服务器可以主动触发对终端设备本地存储的模型文件包的更新。服务器将其管理的模型文件包的参数发送给终端设备，终端
设备确定本地待更新的模型文件包，从而，终端设备可以从服务器获取更新后的模型文件
包，完成本地存储的模型文件包的更新。相比于现有技术，通过将应用程序与模型文件解耦
合，可以仅针对模型文件完成更新操作，不仅减小了模型文件在终端设备上的冗余存储，节
省了终端设备的资源，并且确保了模型文件的有效性，提升了模型文件的更新效率和效果。

[0170] 可选的，本实施例提供的模型文件的管理方法，还可以包括：

[0171] 终端设备根据待更新的模型文件包的存储地址，获取待更新的模型文件包。

[0172] 具体可以参见图9所示实施例中的说明，此处不再赘述。

[0173] 图12为本申请实施例提供的模型文件的管理方法的又一种流程图。本实施例提供的模型文件的管理方法，执行主体涉及终端设备和服务器。如图12所示，本实施例提供的模
型文件的管理方法，可以包括：

[0174] S1201、服务器向终端设备发送第四请求。第四请求用于指示终端设备更新本地存储的模型文件包。

[0175] 相应的，终端设备接收服务器发送的第四请求。

[0176] 具体的，本实施例的应用场景可以为：服务器主动触发对终端设备本地存储的模型文件包进行更新。本实施例对服务器发送第四请求的触发条件不做限定，可以参考图11
所示实施例中第三请求的触发条件。此处不再赘述。

[0177] S1202、终端设备根据第四请求向服务器发送第二请求，第二请求包括终端设备本地存储的模型文件包的参数。

[0178] 相应的，服务器接收终端设备发送的第二请求。

[0179] 其中，第二请求可以参见图10所示实施例中S1001中的第二请求，原理相似，此处不再赘述。

[0180] S1203、服务器将第二请求中包括的终端设备本地存储的模型文件包的参数与服务器管理的模型文件包的参数进行匹配，确定待更新的模型文件包。

[0181] S1204、服务器将待更新的模型文件包的存储地址发送给终端设备。

[0182] 相应的，终端设备接收服务器发送的待更新的模型文件包的存储地址。

[0183] 其中，S1203～S1204可以参见图10所示实施例中S1002～S1003，原理相似，此处不再赘述。

[0184] 可选的，本实施例提供的模型文件的管理方法，还可以包括：

[0185] 终端设备根据待更新的模型文件包的存储地址，获取待更新的模型文件包。

[0186] 具体可以参见图9所示实施例中的说明，此处不再赘述。

[0187] 可见，本实施例提供的模型文件的管理方法，服务器可以主动触发对终端设备本地存储的模型文件包的更新。服务器向终端设备发送请求消息，以指示终端设备可以对本
地存储的模型文件包进行更新。终端设备将本地存储的模型文件包的参数发送给服务器，
服务器确定待更新的模型文件包，从而，终端设备可以完成本地存储的模型文件包的更新。
相比于现有技术，通过将应用程序与模型文件解耦合，可以仅针对模型文件完成更新操作，
不仅减小了模型文件在终端设备上的冗余存储，节省了终端设备的资源，并且确保了模型
文件的有效性，提升了模型文件的更新效率和效果。

[0188] 需要说明，本实施例和图11所示实施例都可以应用于服务器主动触发对终端设备本地存储的模型文件包进行更新，区别在于，在本实施例中，服务器向终端设备发送的第四
请求可以不携带模型文件包的参数，终端设备将本地存储的模型文件包的参数发送给服务
器，由服务器确定待更新的模型文件包。而在图11所示实施例中，服务器向终端设备发送的
第三请求携带服务器管理的模型文件包的参数，由终端设备确定待更新的模型文件包。

[0189] 图13为本申请实施例提供的模型文件的管理方法的又一种流程图。本实施例提供的模型文件的管理方法，执行主体可以为终端设备或服务器。在本实施例中，涉及第一模型
文件包和第二模型文件包，第二模型文件包的个数为至少一个。通过将第一模型文件包的
参数与至少一个第二模型文件包的参数进行匹配，可以确定与第一模型文件包对应的待更
新的模型文件包。如图13所示，本实施例提供的模型文件的管理方法，可以包括：

[0190] S1301、对第一模型文件包的第一类参数与至少一个第二模型文件包的第一类参数进行匹配。其中，第一模型文件包和第二模型文件包的参数均包括第一类参数和第二类
参数，第一类参数的匹配优先级高于第二类参数的匹配优先级。

[0191] 其中，本实施例对第一类参数和第二类参数分别包括的参数的个数不做限定。

[0192] 下面，结合表2进行示例性说明。

[0193] 表2中示出了12个参数。假设，模型文件包的参数包括这12个参数。其中，第一类参数可以包括4个，分别为：resid(模型文件包的标识)、version(模型文件包的版本号)、
appVersion(模型文件包适用的特性版本)、interfaceVersion(模型文件包适用的算法版
本)，第二类参数包括剩余的8个参数。

[0194] 由于第一类参数的匹配优先级高于第二类参数的匹配优先级，所以对匹配优先级高的参数首先进行匹配。需要说明的是，如果第一类参数包括多个参数，本实施例对该多个
参数的匹配顺序不做限定。例如，在上面示例中，第一类参数的匹配顺序可以为：resid>
version>appVersion>interfaceVersion，也可以为appVersion>interfaceVersion>resid
>version等。

[0195] S1302、当第一模型文件包的第一类参数与N个第二模型文件包的第一类参数相匹配时，根据第一模型文件包的第二类参数以及N个第二模型文件包的第二类参数，确定第一
模型文件包对应的待更新的模型文件包。N为正整数。

[0196] 具体的，对第一模型文件包的第一类参数与至少一个第二模型文件包的第一类参数进行匹配后，如果可以获得N个针对第一类参数匹配成功的第二模型文件包，则继续对第
一模型文件包的第二类参数与N个第二模型文件包的第二类参数进行匹配，最终确定第一
模型文件包对应的待更新的模型文件包。

[0197] 可见，通过对模型文件包的不同匹配优先级的参数分别进行匹配，可以准确的获得待更新的模型文件包。

[0198] 需要说明的是，本实施例对模型文件包的各个参数的匹配条件不做限定，根据参数含义的不同可以有所不同。其中，第一类参数的匹配优先级较高，可以与参数的预设匹配
条件精确匹配。第二类参数的匹配优先级较低，可以与参数的预设匹配条件模糊匹配。

[0199] 下面对预设匹配条件进行示例性说明。

[0200] 例如，对于第一类参数，参数“resid”的预设匹配条件可以为“相等”，参数“version”的预设匹配条件可以为“大于”，参数“appVersion”的预设匹配条件可以为“相
等”，参数“interfaceVersion”的预设匹配条件可以为“相等”。

[0201] 举例说明。参见表3，第二模型文件包A、C的标识、适用的特性版本和算法版本均与第一模型文件包相关参数的取值相同，且第二模型文件包A、C的版本号高于第一模型文件
包的版本号，因此，第二模型文件包A、C针对第一类参数与第一模型文件包匹配成功。第二
模型文件包B适用的算法版本与第一模型文件包不同，第二模型文件包C的版本号低于第一
模型文件包的版本号，因此匹配不成功。

[0202] 表3

[0203]参数 resid version appVersion interfaceVersion
第一模型文件包 1 5 1 2
第二模型文件包A 1 6 1 2
第二模型文件包B 1 6 1 3
第二模型文件包C 1 7 1 2
第二模型文件包D 1 4 1 2

[0204] 例如，对于第二类参数，优先采用精确匹配，如果无法精确匹配，可以选取取值为“通用”的第二模型文件包。

[0205] 举例说明。参见表4，第二模型文件包A与第一模型文件包关于参数xpu的取值不同，因此，第二模型文件包A与第一模型文件包不匹配。第二模型文件包B的参数“product”
和“district”无法精确匹配，但是取值为“通用”，因此，第二模型文件包B与第一模型文件
包匹配。第二模型文件包C与第一模型文件包关于参数chipset的取值不同，因此，第二模型
文件包C与第一模型文件包不匹配。第二模型文件包D的参数的取值均为“通用”，因此，第二
模型文件包D与第一模型文件包匹配。

[0206] 表4

[0207]

[0208]

[0209] 可选的，第二类参数包括多个子参数，每个子参数的匹配优先级不同。S1302中，根据第一模型文件包的第二类参数以及N个第二模型文件包的第二类参数，确定第一模型文
件包对应的待更新的模型文件包，可以包括：

[0210] 根据各个子参数的匹配优先级的顺序，对第一模型文件包的第二类参数以及N个第二模型文件包的第二类参数进行匹配，确定待更新的模型文件包。

[0211] 下面通过示例进行说明。

[0212] 还参见上面示例。假设，第二类参数包括8个参数，匹配优先级为productModel>product>chipset>chipsetVendor>xpu>productFamily>district>emuiFamily，预设匹配
条件相同。

[0213] 在一个示例中，参见表5。由于第二模型文件包A和第二模型文件包B的参数“product”和“chipset”的取值都为“通用”，继续比较参数“district”。第二模型文件包A与
第一模型文件包的参数“district”的取值均为“中国”，因此，第二模型文件包A与第一模型
文件包匹配成功。第二模型文件包B与第一模型文件包匹配不成功。

[0214] 表5

[0215]参数 product chipset district
第一模型文件包 P1 Q1 中国
第二模型文件包A 通用 通用 中国
第二模型文件包B 通用 通用 通用

[0216] 综合上述第一类参数和第二类参数的预设匹配规则和匹配优先级，在表6中，第二模型文件包B与第一模型文件包匹配成功。在表7中，第二模型文件包A与第一模型文件包匹
配成功。在表8中，第二模型文件包B与第一模型文件包匹配成功。在表9中，第二模型文件包
A与第一模型文件包匹配成功。

[0217] 表6

[0218]参数 product chipset district version
第一模型文件包 P1 Q1 中国 1
第二模型文件包A 通用 Q1 海外 2
第二模型文件包B 通用 通用 通用 3

[0219] 表7

[0220]参数 product chipset district version
第一模型文件包 P1 Q1 中国 1
第二模型文件包A 通用 Q1 通用 2
第二模型文件包B 通用 通用 中国 3

[0221] 表8

[0222]参数 product chipset district version
第一模型文件包 P1 Q1 中国 1
第二模型文件包A 通用 通用 中国 2
第二模型文件包B 通用 通用 中国 3

[0223] 表9

[0224]

[0225]

[0226] 需要说明的是，图7～图13所示的方法实施例，相互之间可以结合，本实施例对于结合方式不做限定。

[0227] 基于上述图7～图13所示的方法实施例，本申请实施例可以提供一种模型文件的管理方法，执行主体可以为终端设备。参见图14中S1402～S1403，所述模型文件的管理方法
可以包括：

[0228] 终端设备从服务器接收目标模型文件包的存储地址；

[0229] 所述终端设备根据所述目标模型文件包的存储地址，获取所述目标模型文件包；

[0230] 其中，所述目标模型文件包是根据所述终端设备本地存储的模型文件包的参数与所述服务器管理的模型文件包的参数确定的。

[0231] 可选的，所述终端设备从服务器接收目标模型文件包的存储地址之前，还包括：

[0232] 所述终端设备获取所述目标模型文件包的参数；

[0233] 所述终端设备根据目标模型文件包的参数向服务器发送第一请求，所述第一请求用于请求所述目标模型文件包。

[0234] 可选的，所述终端设备获取所述目标模型文件包的参数，包括：

[0235] 所述终端设备接收服务器发送的K个模型文件包的参数，所述K为正整数；

[0236] 所述终端设备根据本地存储的模型文件包的参数，从所述K个模型文件包的参数中确定所述目标模型文件包的参数。

[0237] 可选的，所述目标模型文件包的参数包括所述目标模型文件包的标识，所述第一请求包括所述目标模型文件包的标识，所述目标模型文件包的标识用于所述服务器获取所
述目标模型文件包的存储地址。

[0238] 可选的，所述模型文件包的参数包括第一类参数和第二类参数；其中，第一类参数的匹配优先级高于第二参数的匹配优先级；

[0239] 所述终端设备根据本地存储的模型文件包的参数，从所述K个模型文件包的参数中确定所述目标模型文件包的参数，包括：

[0240] 当本地存储的模型文件包的第一类参数与所述K个模型文件包中N个模型文件包的第一类参数相匹配时，所述终端设备根据所述本地存储的模型文件包的第二类参数以及
所述N个模型文件包的第二类参数，确定所述目标模型文件包的参数，N为小于等于K的正整
数。

[0241] 可选的，所述第二类参数包括多个子参数，每个子参数的匹配优先级不同；

[0242] 所述终端设备根据所述本地存储的模型文件包的第二类参数以及N个模型文件包的第二类参数，确定所述目标模型文件包的参数，包括：

[0243] 所述终端设备根据各个子参数的匹配优先级的顺序，对所述本地存储的模型文件包的第二类参数以及N个模型文件包的第二类参数进行匹配，以确定所述目标模型文件包
的参数。

[0244] 可选的，所述终端设备从服务器接收目标模型文件包的存储地址之前，还包括：

[0245] 所述终端设备获取目标模型文件的参数；

[0246] 若所述终端设备根据所述目标模型文件的参数在本地存储的模型文件中未查找到所述目标模型文件，则根据所述目标模型文件的参数，获取所述目标模型文件所属的模
型文件包的参数；

[0247] 所述终端设备向所述服务器发送第二请求，所述第二请求包括所述目标模型文件所属的所述模型文件包的参数，所述目标模型文件所属的模型文件包的参数用于所述服务
器确定所述目标模型文件包的存储地址。

[0248] 可选的，所述终端设备从服务器接收目标模型文件包的存储地址之前，还包括：

[0249] 所述终端设备向所述服务器发送本地存储的模型文件包的参数；

[0250] 所述本地存储的模型文件包的参数用于所述服务器确定所述目标模型文件包的存储地址。

[0251] 可选的，所述终端设备向所述服务器发送本地存储的模型文件包的参数，包括：

[0252] 终端设备接收服务器发送的第三请求，所述终端设备根据所述第三请求，向所述服务器发送本地存储的模型文件包的参数；或者，

[0253] 所述终端设备确定满足模型文件包的参数发送条件时，向所述服务器发送本地存储的模型文件包的参数。

[0254] 基于上述图7～图13所示的方法实施例，本申请实施例可以提供一种模型文件的管理方法，执行主体可以为服务器。参见图14中S1401～S1402，所述模型文件的管理方法可
以包括：

[0255] 服务器获取目标模型文件包的存储地址；

[0256] 所述服务器向终端设备发送目标模型文件包的存储地址，所述存储地址用于所述终端设备获取所述目标模型文件包。

[0257] 其中，所述目标模型文件包是根据所述终端设备本地存储的模型文件包的参数与所述服务器管理的模型文件包的参数确定的。

[0258] 可选的，所述服务器获取目标模型文件包的存储地址之前，还包括：

[0259] 所述服务器接收所述终端设备发送的第一请求，所述第一请求用于请求所述目标模型文件包。

[0260] 可选的，所述服务器接收所述终端设备发送的第一请求之前，还包括：

[0261] 所述服务器向所述终端设备发送所述服务器管理的K个模型文件包的参数，所述K为正整数；所述K个模型文件包的参数用于所述终端设备从所述K个模型文件包的参数中确
定所述目标模型文件包的参数。

[0262] 可选的，所述目标模型文件包的参数包括所述目标模型文件包的标识，所述第一请求包括所述目标模型文件包的标识。所述服务器获取目标模型文件包的存储地址，包括：
所述服务器根据所述目标模型文件包的标识，获取所述目标模型文件包的存储地址。

[0263] 可选的，所述服务器获取目标模型文件包的存储地址之前，还包括：

[0264] 所述服务器接收所述终端设备发送的第二请求，所述第二请求包括目标模型文件所属的模型文件包的参数；

[0265] 所述服务器获取目标模型文件包的存储地址，包括：

[0266] 所述服务器根据所述目标模型文件所属的模型文件包的参数，从所述服务器管理的K个模型文件包的参数中确定所述目标文件包的参数；

[0267] 所述服务器根据所述目标文件包的参数获取所述目标模型文件包的存储地址。

[0268] 可选的，所述服务器获取目标模型文件包的存储地址之前，还包括：

[0269] 所述服务器接收所述终端设备发送的所述终端设备本地存储的模型文件包的参数；

[0270] 所述服务器获取目标模型文件包的存储地址，包括：

[0271] 所述服务器根据所述本地存储的模型文件包的参数，从所述服务器管理的K个模型文件包的参数中确定所述目标文件包的参数；

[0272] 所述服务器根据所述目标文件包的参数获取所述目标模型文件包的存储地址。

[0273] 可选的，所述服务器接收所述终端设备发送的所述终端设备本地存储的模型文件包的参数之前，还包括：

[0274] 所述服务器接收所述终端设备发送的第三请求，所述第三请求用于请求所述终端设备本地存储的模型文件包的参数。

[0275] 可选的，所述模型文件包的参数包括第一类参数和第二类参数；其中，第一类参数的匹配优先级高于第二参数的匹配优先级；

[0276] 所述服务器根据从所述终端设备接收的模型文件包的参数，从所述K个模型文件包的参数中确定所述目标模型文件包的参数，包括：

[0277] 当从所述终端设备接收的模型文件包的第一类参数与所述K个模型文件包中N个模型文件包的第一类参数相匹配时，所述服务器根据从所述终端设备接收的模型文件包的
第二类参数以及所述N个模型文件包的第二类参数，确定所述目标模型文件包的参数，N为
小于等于K的正整数。

[0278] 可选的，所述第二类参数包括多个子参数，每个子参数的匹配优先级不同；

[0279] 所述服务器根据从所述终端设备接收的模型文件包的第二类参数以及所述N个模型文件包的第二类参数，确定所述目标模型文件包的参数，包括：

[0280] 所述服务器根据各个子参数的匹配优先级的顺序，对从所述终端设备接收的模型文件包的第二类参数以及N个模型文件包的第二类参数进行匹配，以确定所述目标模型文
件包的参数。

[0281] 图15为本申请实施例提供的设备的一种结构图。本实施例提供的设备，可以执行本申请上述方法实施例中终端设备或服务器执行的操作。如图15所示，本实施例提供的设
备，可以包括收发模块1501和处理模块1502。

[0282] 其中，当该设备为终端设备时，

[0283] 收发模块1501，用于从服务器接收目标模型文件包的存储地址；

[0284] 处理模块1502，用于根据所述目标模型文件包的存储地址，获取所述目标模型文件包；

[0285] 其中，所述目标模型文件包是根据所述终端设备本地存储的模型文件包的参数与所述服务器管理的模型文件包的参数确定的。

[0286] 其中，当该设备为服务器时，

[0287] 处理模块1502，用于获取目标模型文件包的存储地址；

[0288] 收发模块1501，用于向终端设备发送目标模型文件包的存储地址，所述存储地址用于所述终端设备获取所述目标模型文件包；

[0289] 其中，所述目标模型文件包是根据所述终端设备本地存储的模型文件包的参数与所述服务器管理的模型文件包的参数确定的。

[0290] 收发模块1501和处理模块1502还可以执行本申请上述方法实施例中终端设备或服务器执行的其他操作，其技术原理和技术效果类似，此处不再赘述。

[0291] 图16为本申请实施例提供的设备的另一种结构图。本实施例提供的设备，可以执行本申请上述方法实施例中终端设备或服务器执行的操作。如图16所示，本实施例提供的
设备，可以包括处理器1601、存储器1602和收发器1603，所述收发器1603用于接收数据或者
发送数据，所述存储器1602用于存储指令，所述处理器1601用于执行所述存储器1602中存
储的指令，用于执行本申请上述方法实施例中终端设备或服务器执行的操作，技术原理和
技术效果相似，此处不再赘述。

[0292] 图17为本申请实施例提供的终端设备的一种硬件结构图。如图17所示，终端设备3000包括但不限于：射频单元301、网络模块302、音频输出单元303、输入单元304、传感器
305、显示单元306、用户输入单元307、接口单元308、存储器309、处理器340、电源341等部
件。本领域技术人员可以理解，图17中示出的终端设备结构并不构成对终端设备的限定，终
端设备3000可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
在本申请实施例中，终端设备包括但不限于手机、平板电脑、掌上电脑等。

[0293] 其中，用户输入单元307，用于接收用户的输入；显示单元306，用于响应于用户输入单元307接收的输入，根据输入显示内容。

[0294] 应理解的是，本申请实施例中，射频单元301可用于收发信息或通话过程中，信号的接收和发送。通常，射频单元301包括但不限于天线、至少一个放大器、收发信机、耦合器、
低噪声放大器、双工器等。此外，射频单元301还可以通过无线通信系统与网络和其他设备
通信。

[0295] 终端设备3000通过网络模块302为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。

[0296] 音频输出单元303可以将射频单元301或网络模块302接收的或者在存储器309中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元303还可以提供与终
端设备3000执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等)。
音频输出单元303包括扬声器、蜂鸣器以及受话器等。

[0297] 输入单元304用于接收音频或视频信号。输入单元304可以包括图形处理器(Graphics Processing Unit，GPU)3041和麦克风3042，图形处理器3041用于对摄像头等捕
捉的图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元306上。经图形
处理器3041处理后的图像帧可以存储在存储器309(或其它存储介质)中或者经由射频单元
301或网络模块302进行发送。麦克风3042可以接收声音，并且能够将这样的声音处理为音
频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元301发送
到移动通信基站的格式输出。

[0298] 终端设备3000还包括至少一种传感器305，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境
光线的明暗来调节显示面板3061的亮度，接近传感器可在终端设备3000移动到耳边时，关
闭显示面板3061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一
般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别终端设备姿态
(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；
传感器305还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、
湿度计、温度计、红外线传感器等，在此不再赘述。

[0299] 显示单元306用于显示由用户输入的信息或提供给用户的信息。显示单元306可包括显示面板3061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管
(Organic Light‑Emitting Diode，OLED)等形式来配置显示面板3061。

[0300] 用户输入单元307可用于接收输入的数字或字符信息，以及产生与终端设备的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元307包括触控面板3071以及
其他输入设备3072。触控面板3071，也称为触摸屏，可收集用户在其上或附近的触摸操作
(比如用户使用手指、触笔等任何适合的物体或附件在触控面板3071上或在触控面板3071
附近的操作)。触控面板3071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测
装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控
制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器340，接收处
理器340发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多
种类型实现触控面板3071。除了触控面板3071，用户输入单元307还可以包括其他输入设备
3072。具体地，其他输入设备3072可以包括但不限于物理键盘、功能键(比如音量控制按键、
开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

[0301] 进一步的，触控面板3071可覆盖在显示面板3061上，当触控面板3071检测到在其上或附近的触摸操作后，传送给处理器340以确定触摸事件的类型，随后处理器340根据触
摸事件的类型在显示面板3061上提供相应的视觉输出。虽然在图17中，触控面板3071与显
示面板3061是作为两个独立的部件来实现终端设备的输入和输出功能，但是在某些实施例
中，可以将触控面板3071与显示面板3061集成而实现终端设备的输入和输出功能，具体此
处不做限定。

[0302] 接口单元308为外部装置与终端设备3000连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端
口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端
口等等。接口单元308可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且
将接收到的输入传输到终端设备3000内的一个或多个元件或者可以用于在终端设备3000
和外部装置之间传输数据。

[0303] 存储器309可用于存储软件程序以及各种数据。存储器309可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声
音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如
音频数据、电话本等)等。此外，存储器309可以包括高速随机存取存储器，还可以包括非易
失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

[0304] 处理器340是终端设备的控制中心，利用各种接口和线路连接整个终端设备的各个部分，通过运行或执行存储在存储器309内的软件程序和/或模块，以及调用存储在存储
器309内的数据，执行终端设备的各种功能和处理数据，从而对终端设备进行整体监控。处
理器340可包括一个或多个处理单元；可选的，处理器340可集成应用处理器和调制解调处
理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要
处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器340中。

[0305] 请参照图17，本申请实施例中，存储器309中存储计算机程序，其中，所述处理器340运行所述计算机程序，以使得所述终端设备执行上述方法实施例中终端设备执行的操
作。

[0306] 在本申请实施例中，处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，
可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是
微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现
为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

[0307] 在本申请实施例中，存储器可以是非易失性存储器，比如硬盘(hard disk drive，HDD)或固态硬盘(solid‑state drive，SSD)等，还可以是易失性存储器(volatile 
memory)，例如随机存取存储器(random‑access memory，RAM)。存储器是能够用于携带或存
储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不
限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置，
用于存储程序指令和/或数据。