一种模型发布系统及模型发布方法与流程

1.本申请涉及模型处理技术领域，尤其是涉及一种模型发布系统及模型发布方法。


背景技术：

2.随着科学技术的发展，深度学习技术的飞速发展，越来越多的技术领域选择应用训练好的模型来开展业务，为业务开展提供了极大地便利。
3.现阶段，对于模型的发布一般是采用人工的发布生成方式，在生成模型以及发布模型的过程中，需要开发人员深入了解模型，在不同开发环境下生成多个模型，并将模型上线到相应的发布系统中，在模型的发布过程中，一个模型的发布需要在不同开发环境以及不同发布系统中频繁切换，极大的增加了模型的发布周期，模型发布的效率低。


技术实现要素：

4.有鉴于此，本申请的目的在于提供一种模型发布系统及模型发布方法，在不同的运行环境下生成相应的待发布模型，并将待发布模型以相应的发布状态一键发布展示，缩短模型生成过程中不同环境迁移以及发布的时间的同时，还简化了模型发布流程，可以提升模型发布的效率。
5.本申请实施例提供了一种模型发布系统，所述模型发布系统包括模型生成装置、模型服务转发装置以及模型发布展示装置；
6.所述模型生成装置，用于在预设运行环境下，基于预设的设计策略，生成待发布模型，并将所述待发布模型发送至所述模型服务转发装置；
7.所述模型服务转发装置，用于确定所述待发布模型转对应的发布状态，并将所述待发布模型对应的发布状态发送至所述模型发布展示装置；
8.所述模型发布展示装置，用于按照接收到的发布状态显示所述待发布模型。
9.进一步的，所述模型发布系统还包括封装管理装置，所述封装管理装置用于：
10.接收所述模型发布展示装置发送的模型发布信息，根据所述模型发布信息完成待发布模型的注册，并将所述模型发布信息发送至所述模型服务转发装置，以供所述模型服务转发装置确定待发布模型对应的发布状态。
11.进一步的，所述模型服务转发装置还用于：
12.基于接收到的所述模型发布信息，确定所述待发布模型对应的发布状态，并将所述发布状态发送至所述封装管理装置存储。
13.进一步的，所述模型发布展示装置还用于：
14.当接收到模型调取指令时，检测所述模型调取指令中指示调取的模型是否为首次被调用模型，若所述模型调取指令中指示调取的模型为首次被调用模型，生成模型数据查询指令发送至所述模型服务转发装置，并基于所述模型服务转发装置反馈的模型运行信息，加载所述模型调指令中指示调取的模型，展示给用户。
15.进一步的，所述模型服务转发装置还用于：
16.从接收到的所述模型数据查询指令中确定待查询模型的标识信息，从预先生成的模型数据库中调取与所述待查询模型的标识信息对应的模型运行信息，并将所述模型运行信息发送至所述模型发布展示装置。
17.进一步的，所述模型发布展示装置还用于：
18.若所述模型调取指令中指示调取的模型不为首次被调用模型，向封装管理装置发送模型运行信息调取指令，通过所述封装管理装置从所述模型服务转发装置中获取模型运行信息。
19.进一步的，所述模型发布系统还包括模型存储装置，所述模型存储装置用于：
20.存储所述模型生成装置生成的待发布模型，并向所述模型服务转发装置发送模型文件拉取指令，对应存储接收到的所述模型服务转发装置反馈的模型文件数据。
21.进一步的，所述模型发布展示装置还用于：
22.按照待发布模型所属的模型类型，将待发布模型显示在与所述模型类型对应的位置区域。
23.本申请实施例还提供了一种模型发布方法，应用于上述的模型发布系统中的模型服务转发装置，所述模型发布方法包括：
24.确定接收到的待发布模型对应的发布状态；
25.将确定出的发布状态以及接收到的待发布模型发送至模型发布展示装置，以供模型发布展示装置按照所述发布状态发布所述待发布模型。
26.进一步的，通过以下步骤确定所述待发布模型对应的发布状态：
27.基于接收到的模型发布信息，确定所述待发布模型对应的发布状态。
28.本申请实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如上述的模型发布方法的步骤。
29.本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如上述的模型发布方法的步骤。
30.本申请实施例提供的一种模型发布系统及模型发布方法，模型生成装置根据工程师选择的预设运行环境下，按照与预设运行环境对应的设计策略生成待发布模型，并将生成的待发布模型发送至模型服务转发装置；模型服务转发装置确定接收到的待发布模型对应的发布状态，并将确定出的待发布模型对应的发布状态发送至模型发布展示装置，模型发布展示装置在接收到相应的发布状态时，按照对应的发布状态显示待发布模型，从而缩短模型生成过程中不同环境迁移以及发布的时间的同时，还简化了模型发布流程，可以提升模型发布的效率。
31.为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
32.为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对
范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
33.图1为本申请实施例提供的模型发布系统的结构示意图之一；
34.图2为本申请实施例提供的模型发布系统的结构示意图之二；
35.图3为本申请实施例提供的模型发布系统中的数据流转示意图；
36.图4为本申请实施例所提供的一种模型发布方法的流程图；
37.图5为本申请实施例所提供的一种电子设备的结构示意图。
38.图标：100
‑
模型发布系统；110
‑
模型生成装置；120
‑
模型服务转发装置；130
‑
模型发布展示装置；140
‑
封装管理装置；150
‑
模型存储装置；160
‑
负载均衡装置；500
‑
电子设备；510
‑
处理器；520
‑
存储器；530
‑
总线。
具体实施方式
39.为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的每个其他实施例，都属于本申请保护的范围。
40.首先，对本申请可适用的应用场景进行介绍。本申请可应用于模型处理技术领域。
41.经研究发现，现阶段，对于模型的发布一般是采用人工的发布生成方式，在生成模型以及发布模型的过程中，需要开发人员深入了解模型，在不同开发环境下生成多个模型，并将模型上线到相应的发布系统中，在模型的发布过程中，一个模型的发布需要在不同开发环境以及不同发布系统中频繁切换，极大的增加了模型的发布周期，模型发布的效率低。
42.基于此，本申请实施例提供了一种模型发布系统，以缩短模型生成过程中不同环境迁移以及发布的时间的同时，还简化了模型发布流程，提升模型发布的效率。
43.请参阅图1，图1为本申请实施例提供的模型发布系统100的结构示意图之一，如图1中所示，本申请实施例提供了一种模型发布系统100，包括模型生成装置110、模型服务转发装置120以及模型发布展示装置130。模型生成装置110根据工程师选择的预设运行环境下，按照与预设运行环境对应的设计策略生成待发布模型，并将生成的待发布模型发送至模型服务转发装置120；模型服务转发装置120确定接收到的待发布模型对应的发布状态，并将确定出的待发布模型对应的发布状态发送至模型发布展示装置130，模型发布展示装置130在接收到相应的发布状态时，按照对应的发布状态显示待发布模型。
44.具体的，所述模型生成装置110，用于在预设运行环境下，基于预设的设计策略，生成待发布模型，并将所述待发布模型发送至所述模型服务转发装置120。
45.这里，待发布模型是开发工程师在相应的开发环境下进行开发得到的，并且模型的种类根据项目需求可以分为不同行业对应的不同功能的模型，行业可以包括：广告行业、安全行业、汽车行业、新闻服务行业、互联网行业以及金融行业等；对应的模型类型可以为数据处理类模型、文本分析类模型、图像识别类模型、文本识别类模型以及预测类模型等。
46.这里，预设的运行环境就是不同的开发语言环境，在本申请中实施例中，开发工程是在notebook环境下进行的开发，并且在对待发布模型的开发过程中可以使用不同的开发语言，例如，java、c++、python等开发语言，即本申请实施例提供的模型发布系统100在模型开发阶段兼容多种开发语言。
47.其中，notebook为在线的交互式开发调试工具，无需关注安装配置，直接使用notebook，编写和调测模型训练代码，然后基于该代码进行模型训练以及模型部署，无需多平台切换。
48.其中，notebook具有如下特点：支持交互式代码开发，快速创建，编辑代码并运行，展示图表；进行模型开发训练，支持多种语言，无需切换环境；支持开源框架的安装，支持网络结构与代码相互转换；支持cpu/gpu混合调度，高效的资源复用。
49.其中，notebook的架构的运行流程可以为：用户通过浏览器进入notebook客户端；在notebook客户端中，选择kernel；在notebook中，可上传样本数据；在notebook中，构建模型算法，并进行模型训练；训练完成后的模型会存在于notebook中，可以对生成出来的模型进行一键api、sdk化；各个业务系统便可以调用api或者使用sdk，进行ai智能应用的发布。
50.这里，模型生成装置110在模型开发过程中，支持单机或者集群的模型训练，支持多种语言开发模型，无需切换环境。
51.进一步的，所述模型服务转发装置120，用于确定所述待发布模型转对应的发布状态，并将所述待发布模型对应的发布状态发送至所述模型发布展示装置130。
52.这里，在本申请实施例中待发布模型的发布状态一般是以接口或是数据包的形式进行展示，以供需要调用相关模型的开发人员在自己部署流程时调用相应的模型的接口或是数据包。
53.这里，模型服务转发装置120(即modelserving)，在确定出待发布模型的发布状态后，将发布状态与对应的模型绑定，从而将待发布模型以相应的发布状态进行发布。
54.这里，将发布状态与对应的模型绑定的方式可以是将待发布模型的标识信息(编号、名称等)确定为相应的发布状态的命名；或是将发布状态与对应的模型的对应关系存储在数据库中，在需要时从数据库中确定发布状态与模型之间的对应关系。
55.这里，模型服务转发装置120的功能除了确定待发布模型的发布状态之外，还包括多版本模型管理、逻辑一致性有保证，模型上线零延迟以及删除筛选指标等。
56.其中，对于模型服务转发装置120来说，也是兼容java、pyhton、c++等多语言的部署，灵活性高。
57.这里，在模型服务转发装置120中每一个待发布模型均被部署一个微服务，基于不同的微服务管理不同的模型。
58.进一步的，所述模型发布展示装置130，用于按照接收到的发布状态显示所述待发布模型。
59.这里，模型发布展示装置130中包含多行业、多功能、高效率的模型市场，在模型发布展示装置130中可直接查找是否有适用的成熟模型，直接享用最前沿的模型成果，同时在模型发布展示装置130中支持模型多版本的迭代。
60.这里，模型发布展示装置130包括显示界面以及sdk加载模型调用的使用说明组件，共同完成对待发布模型的发布显示。
61.其中，模型发布展示装置130一般是以rest api将待发布模型显示在前端界面上。
62.这里，模型发布展示装置130可以支持三种不同的模型发布模式：notebook训练完模型后直接页面点击发布、hao模型模块训练完模型后直接页面点击发布以及第三方通过发布模型api直接发布。
63.进一步的，请参阅图2，图2为本申请实施例提供的模型发布系统100的结构示意图之二，如图2中所示，模型发布系统100还包括封装管理装置140，所述封装管理装置140用于：
64.接收所述模型发布展示装置130发送的模型发布信息，根据所述模型发布信息完成待发布模型的注册，并将所述模型发布信息发送至所述模型服务转发装置120；以供所述模型服务转发装置120确定待发布模型对应的发布状态。
65.这里，模型发布展示装置130会将模型发布信息注册到封装管理装置140中，已完成模型发布信息的注册以及模型发布信息的发布规则的确定。
66.其中，所述封装管理装置140可以为zookeeper集群，zookeeper是一个高效的分布式协调服务，可以提供配置信息管理、命名、分布式同步、集群管理、数据库切换等服务。它不适合用来存储大量信息，可以用来存储一些配置、发布与订阅等少量信息。zookeeper集群中节点个数一般为奇数个(>＝3)，若集群中master挂掉，剩余节点个数在半数以上时，就可以推举新的主节点，继续对外提供服务。
67.这里，模型服务转发装置120可以是通过心跳机制访问封装管理装置140，并且只有在模型服务转发装置120访问封装管理装置140时，封装管理装置140才会将模型发布信息发送至模型服务转发装置120，以供所述模型服务转发装置120确定待发布模型对应的发布状态。
68.进一步的，如图2所示，模型发布系统100还包括模型存储装置150，所述模型存储装置150用于：
69.存储所述模型生成装置110生成的待发布模型，并向所述模型服务转发装置120发送模型文件拉取指令，对应存储接收到的所述模型服务转发装置120反馈的模型文件数据。
70.这里，模型生成装置110通过notebook中上传的样本数据，基于构建模型算法进行模型训练，得到待发布模型后，将待发布模型存储至模型存储装置150。
71.其中，在进行待发布模型存储时，需要将待发布模型的分类类型、模型标识以及模型版本号一起存储在模型存储装置150中。
72.这里，模型存储装置150向模型服务转发装置120发送的模型文件拉取指令中可以包括与最新存储的待发布模型一致的前序至少一个模型历史版本的模型数据，将多个模型历史版本存储在一起，表示了模型更新的过程以及更易比对出模型的优化部分。
73.进一步的，模型发布系统100还包括负载均衡装置160，所述负载均衡装置160用于：根据所述模型服务转发装置120中包括的多个服务转发模块的任务处理量，调整每个服务转发模块的任务处理量。
74.这里，在模型服务转发装置120进行任务处理时，在模型服务转发装置120内部包括多个服务转发模块共同处理，为了平衡每个服务转发模块的任务处理量，需要通过负载均衡装置160接入进行调整。
75.这里，在模型服务转发装置120中包括的任一服务转发模块出现处理异常时，负载
均衡装置160可以对其他正常运行的服务转发模块进行调整，从而保证模型服务转发装置120的正常运行。
76.进一步的，所述模型服务转发装置120还用于：
77.基于接收到的所述模型发布信息，确定所述待发布模型对应的发布状态，并将所述发布状态发送至所述封装管理装置存储140。
78.这里，模型服务转发装置120在接收到模型发布信息后，从模型发布信息中确定出待发布模型的发布状态，并按照相应的发布状态，进行待发布模型的转换，并将确定出的与待发布模型对应的发布状态，发送至封装管理装置存储140对应存储。
79.这里，模型服务转发装置120一般将模型转化为rest api的形式存储在封装管理装置存储140。
80.进一步的，所述模型发布展示装置130还用于：
81.当接收到模型调取指令时，检测所述模型调取指令中指示调取的模型是否为首次被调用模型，若所述模型调取指令中指示调取的模型为首次被调用模型，生成模型数据查询指令发送至所述模型服务转发装置120，并基于所述模型服务转发装置120反馈的模型运行信息，加载所述模型调指令中指示调取的模型，展示给用户。
82.这里，当接收到模型调取指令时，检测模型调取指令中要求调用的模型是否是在模型发布系统100中首次被调用的模型，即调用的是否为新发布的模型，若确定出调用的是首次被调用的模型，生成模型数据查询指令发送至所述模型服务转发装置120，根据模型服务转发装置120反馈的模型运行信息，加载模型调指令中指示调取的模型，展示给用户。
83.这里，在接收到模型调取指令时，根据模型调取指令中的要求调用的模型的标识信息(模型编号、模型名称等)，从历史调用信息中查找是否有与该标识信息匹配的调用记录，若历史调用信息中并未查找到有与该标识信息匹配的调用记录，则确定该模型是首次被调用。
84.这里，模型服务转发装置120反馈的模型运行信息，包括模型被加载的数据流程，可以加载该模型的人员的权限以及模型的运行语言环境等。
85.其中，加载该模型的人员的权限可以规定可以调用该模型的人员的权限，包括人员的标识信息等，可以供模型发布展示装置130对调用模型的人员进行校验，若是发出模型调用指令的人员没有调用该模型的权限，则不像该人员展示相应的模型。
86.其中，对于人员的权限的认证可以是通过人员在进行模型调用，或是登录模型发布系统100输入的密码进行验证，在进行密码输入时，若是输入密码与该需要调用模型或是登录模型发布系统100预先设定的密码进行比对，若是输入的密码与预先设定的密码一致，则确定该人员具有模型调用或是登录模型发布系统100的权限。
87.进一步的，所述模型服务转发装置120还用于：
88.从接收到的所述模型数据查询指令中确定待查询模型的标识信息，从预先生成的模型数据库中调取与所述待查询模型的标识信息对应的模型运行信息，并将所述模型运行信息发送至所述模型发布展示装置。
89.这里，模型服务转发装置120在接收到模型数据查询指令后，从模型数据查询指令中确定出待查询模型的标识信息，从预先生成的模型数据库中调取与待查询模型的标识信息对应的模型运行信息，进而将确定出的模型运行信息发送至模型发布展示装置130。
90.这里，每个待发布模型在经由模型生成装置110生成再发送到模型服务转发装置120时，均是带有相应的模型运行信息的，模型服务转发装置120将待发布模型以相应的发布状态发送至模型发布展示装置130后，会有针对性地存储每个待发布模型的模型运行信息，以相应的待发布模型的标识信息标识不同的模型运行信息，在接收到模型数据查询指令后，有针对性地进行模型运行信息的调用以及反馈。
91.进一步的，所述模型发布展示装置130还用于：
92.若所述模型调取指令中指示调取的模型不为首次被调用模型，向所述封装管理装置140发送模型运行信息调取指令，通过所述封装管理装置140从所述模型服务转发装置120中获取模型运行信息。
93.这里，若确定出模型调取指令中指示调取的模型不为首次被调用模型，需要将模型运行信息调取指令发送至封装管理装置140，由封装管理装置140间接地从模型服务转发装置120中获取模型运行信息。
94.这里，在接收到模型调取指令时，根据模型调取指令中的要求调用的模型的标识信息(模型编号、模型名称等)，从历史调用信息中查找是否有与该标识信息匹配的调用记录，若历史调用信息中查找到有与该标识信息匹配的调用记录，则确定该模型是非首次被调用。
95.进一步的，所述模型发布展示装置130还用于：
96.按照待发布模型所属的模型类型，将待发布模型显示在与所述模型类型对应的位置区域。
97.这里，针对于不同的模型类型，在显示时可能在界面中可能对应不同的显示区域，需要根据不同的模型类型确定出待发布模型的显示位置区域，并在相应的位置区域显示待发布模型。
98.这里，模型发布展示装置130还可以包含模型列表，模型分类，和流行度。
99.其中，模型列表表示：模型列表展示的是模型发布展示装置130中所有模型的列表，模型列表部署状态分为enabled(可用)，disabled(不可用)。点击操作中的“下载”，可下载模型文件；点击“模型列表”中的模型文件名称，可以查看模型详情，详情包含：模型名称、模型id、模型版本，模型描述等信息。点击“模型sdk下载”按钮旁边的“蓝色圆点”可以查看sdk加载模型调用的使用说明。
100.其中，sdk加载的步骤可以为：下载模型名称为“test_1”的模型文件；点击“模型sdk下载”按钮；把下载到本地的模型“test_1”文件和下载到本地的sdk文件集成到项目中。
101.其中，模型分类表示：模型分类页面目前是按照模型的行业，模型类型来划分的。行业包括：广告、安全、汽车、新闻服务、互联网、金融；模型类型包括：数据处理、文本分析、图像识别、文本识别、预测。
102.其中，流行度表示：流行度页面主要展示：xx(作者)发布的模型被下载了yyy次，是一个统计页面。
103.这里，在本申请提供的模型发布系统100中还支持模型分享功能，在一个开发工程师开发出一个新的模型后，还可以通过模型发布系统100将模型共享给其他组员分享。
104.进一步的，请参阅图3，图3为本申请实施例提供的模型发布系统100中的数据流转示意图，如图3中所示，将模型生成装置110训练完成的模型上传至模型存储装置150；通过
模型发布功能，将模型以rest api形式发布到模型发布展示装置130；模型发布的过程中，模型发布展示装置130会将模型发布信息注册到封装管理装置140；模型服务转发装置120通过心跳机制，访问封装管理装置140，获取模型发布信息；模型服务转发装置120通过负载均衡装置160做负载均衡处理；模型服务转发装置120处理发布信息，并且将模型转化为rest api存储在封装管理装置140；模型发布展示装置130同样通过心跳机制访问封装管理装置140，获取rest api，并且将rest api展示在前端界面；工程师在前端页面上，获取到restapi地址，集成到所需的业务系统中。
105.本申请实施例提供的一种模型发布系统，模型生成装置根据工程师选择的预设运行环境下，按照与预设运行环境对应的设计策略生成待发布模型，并将生成的待发布模型发送至模型服务转发装置；模型服务转发装置确定接收到的待发布模型对应的发布状态，并将确定出的待发布模型对应的发布状态发送至模型发布展示装置，模型发布展示装置在接收到相应的发布状态时，按照对应的发布状态显示待发布模型，从而缩短模型生成过程中不同环境迁移以及发布的时间的同时，还简化了模型发布流程，可以提升模型发布的效率。
106.请参阅图4，图4为本申请实施例所提供的一种模型发布方法的流程图。如图4中所示，本申请实施例提供的模型发布方法，包括：
107.s401、确定接收到的待发布模型对应的发布状态。
108.这里，在本申请实施例中待发布模型的发布状态一般是以接口或是数据包的形式进行展示，以供需要调用相关模型的开发人员在自己部署流程时调用相应的模型的接口或是数据包。
109.s402、将确定出的发布状态以及接收到的待发布模型发送至模型发布展示装置，以供模型发布展示装置按照所述发布状态发布所述待发布模型。
110.这里，模型服务转发装置在确定出待发布模型的发布状态后，将发布状态与对应的模型绑定，从而将待发布模型以相应的发布状态进行发布。
111.这里，将发布状态与对应的模型绑定的方式可以是将待发布模型的标识信息(编号、名称等)确定为相应的发布状态的命名；或是将发布状态与对应的模型的对应关系存储在数据库中，在需要时从数据库中确定发布状态与模型之间的对应关系。
112.进一步的，通过以下步骤确定所述待发布模型对应的发布状态：基于接收到的模型发布信息，确定所述待发布模型对应的发布状态。
113.该步骤中，在接收到模型发布信息后，从模型发布信息中确定出待发布模型的发布状态，并按照相应的发布状态，进行待发布模型的转换，并将确定出的与待发布模型对应的发布状态。
114.进一步的，在步骤s402之后，所述模型发布方法还包括：从接收到的所述模型数据查询指令中确定待查询模型的标识信息；从预先生成的模型数据库中调取与所述待查询模型的标识信息对应的模型运行信息。
115.这里，在接收到模型数据查询指令后，从模型数据查询指令中确定出待查询模型的标识信息，从预先生成的模型数据库中调取与待查询模型的标识信息对应的模型运行信息。
116.这里，每个待发布模型均是带有相应的模型运行信息的，在接收到待发布模型后，
会有针对性地存储每个待发布模型的模型运行信息，以相应的待发布模型的标识信息标识不同的模型运行信息，在接收到模型数据查询指令后，有针对性地进行模型运行信息的调用以及反馈。
117.本申请实施例提供的模型发布方法，确定接收到的待发布模型对应的发布状态；将确定出的发布状态以及接收到的待发布模型发送至模型发布展示装置，以供模型发布展示装置按照所述发布状态发布所述待发布模型。
118.这样，根据接收的代发布模型的发布状态，以相应的发布状态一键发布展示待发布模型，缩短模型生成过程中不同环境迁移以及发布的时间的同时，还简化了模型发布流程，可以提升模型发布的效率。
119.请参阅图5，图5为本申请实施例所提供的一种电子设备的结构示意图。如图5中所示，所述电子设备500包括处理器510、存储器520和总线530。
120.所述存储器520存储有所述处理器510可执行的机器可读指令，当电子设备500运行时，所述处理器510与所述存储器520之间通过总线530通信，所述机器可读指令被所述处理器510执行时，可以执行如上述图4所示方法实施例中的模型发布方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。
121.本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时可以执行如上述图4所示方法实施例中的模型发布方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。
122.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
123.在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
124.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
125.另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
126.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read
‑
only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存
储程序代码的介质。
127.最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。