模型管理方法、装置、存储介质以及电子设备与流程

1.本技术涉及人工智能领域，具体而言，涉及一种模型管理方法、装置、存储介质以及电子设备。


背景技术：

2.物联网平台是一个集成了设备管理、数据处理、数据可视化和消息订阅等能力的一体化平台。为了让物联网平台实现以上能力，通常需要在平台完成设备、规则引擎、可视化面板等实体模型的建立。
3.但是，这些建模工作通常需要多个工程师或业务专家协助完成，为了避免建模冲突，当前在进行建模的时候，某个工程师还或专家在进行模型调整变更的时候，该模型无法同时被其余用户进行使用，只能等待上一个用户完成变更后才可以进行使用或变更，从而影响建模处理效率。
4.并且由于多人对模型进行修改，因此在模型逐渐增多的情况下，无法高效的对模型进行管理，从而造成在需要获取模型的时候无法准确获取模型。
5.针对相关技术中多个用户在处理模型的时候，容易造成模型的管理混乱，并且在多人同时处理模型的时候出现冲突的问题，目前尚未提出有效的解决方案。


技术实现要素：

6.本技术提供一种模型管理方法、装置、存储介质以及电子设备，以解决相关技术中多个用户在处理模型的时候，容易造成模型的管理混乱，并且在多人同时处理模型的时候出现冲突的问题。
7.根据本技术的一个方面，提供了一种模型管理方法。该方法包括：获取用户端发送的请求信息，并从请求信息中获取模型id，在数据库中查找模型id，其中，请求信息用于用户端请求获取模型；在数据库中存在模型id的情况下，获取模型id对应的初始模型，将初始模型发送至用户端，并接收用户端返回的预设模型和更新策略，根据更新策略和预设模型将数据库中的初始模型进行更新，得到目标模型；在数据库中不存在模型id的情况下，向用户端发送第一反馈信息，并获取用户端基于第一反馈信息发送的初始模型和初始存储信息，根据初始存储信息将初始模型存储至数据库中，其中，第一反馈信息用于表征数据库中不存在模型id。
8.可选地，更新策略包括覆盖策略和合并策略，根据更新策略和预设模型将数据库中的初始模型进行更新，得到目标模型包括：在更新策略为覆盖策略的情况下，将初始模型移动至数据库中的历史数据池中，得到第一历史模型，并将预设模型确定为目标模型；在更新策略为合并策略的情况下，将初始模型在历史数据池中进行备份，得到第二历史模型，并将预设模型与初始模型进行组合，得到目标模型。
9.可选地，在执行根据更新策略和预设模型将数据库中的初始模型进行更新，得到目标模型之前，该方法还包括：确定用户端的数量，得到第一数量；在第一数量大于第一预
设数量的情况下，确定预设模型的数量，得到第二数量；在第二数量大于第一预设数量的情况下，向多个用户端发出第一告警信息，其中，第一告警信息表征初始模型更新失败；在第二数量小于等于第一预设数量的情况下，执行根据更新策略和预设模型将数据库中的初始模型进行更新，得到目标模型的步骤。
10.可选地，在将初始模型发送至用户端之后，该方法还包括：判断数据库中的初始模型是否发生变更；在数据库中的初始模型发生变更的情况下，将变更后的初始模型和第二反馈信息发送至用户端，其中，第二反馈信息用于指示初始模型发生变更。
11.可选地，在获取用户端发送的请求信息之前，该方法还包括：获取用户端的用户信息，并判断用户信息中是否具有预设权限信息，其中，预设权限信息表征用户端具有对数据库进行访问和修改的权限；在用户信息中不具有预设权限信息的情况下，返回第二告警信息，其中，第二告警信息用于指示用户端不具有预设权限；在用户信息中具有预设权限信息的情况下，执行获取用户端发送的请求信息的步骤。
12.可选地，在获取用户端发送的请求信息之后，该方法还包括：判断请求信息中是否存在模型的历史版本号；在请求信息中存在历史版本号的情况下，从数据库中的历史数据池获取与历史版本号对应的历史模型发送至用户端，其中，历史数据池中的历史模型关联有模型的历史版本号。
13.可选地，在获取用户端发送的请求信息之后，该方法还包括：判断请求信息中是否存在对比请求，其中，对比请求表征用户端请求获取多个模型之间的差异信息；在请求信息中存在对比请求的情况下，判断对比请求中是否存在多个历史版本号；在对比请求中存在多个历史版本号的情况下，从数据库中的历史数据池获取每个历史版本号对应的历史模型，得到多个历史模型，并生成多个历史模型之间的差异信息，得到第一差异信息，将第一差异信息发送至用户端，其中，历史数据池中的历史模型关联有模型的历史版本号；在对比请求中存在单个历史版本号的情况下，获取历史版本号对应的历史模型，并生成历史模型与初始模型之间的差异信息，得到第二差异信息，将第二差异信息发送至用户端。
14.根据本技术的另一方面，提供了一种模型管理装置。该装置包括：第一获取单元，用于获取用户端发送的请求信息，并从所述请求信息中获取模型id，在数据库中查找所述模型id，其中，所述请求信息用于所述用户端请求获取模型；更新单元，用于在所述数据库中存在所述模型id的情况下，获取所述模型id对应的初始模型，将所述初始模型发送至所述用户端，并接收用户端返回的预设模型和更新策略，根据所述更新策略和所述预设模型将所述数据库中的初始模型进行更新，得到目标模型；存储单元，用于在所述数据库中不存在所述模型id的情况下，向所述用户端发送第一反馈信息，并获取所述用户端基于所述第一反馈信息发送的初始模型和初始存储信息，根据所述初始存储信息将所述初始模型存储至所述数据库中，其中，所述第一反馈信息用于表征所述数据库中不存在所述模型id。
15.根据本发明实施例的另一方面，还提供了一种计算机存储介质，计算机存储介质用于存储程序，其中，程序运行时控制计算机存储介质所在的设备执行一种模型管理方法。
16.根据本发明实施例的另一方面，还提供了一种电子设备，包含一个或多个处理器和存储器；存储器中存储有计算机可读指令，处理器用于运行计算机可读指令，其中，计算机可读指令运行时执行一种模型管理方法。
17.通过本技术，采用以下步骤：获取用户端发送的请求信息，并从请求信息中获取模
型id，在数据库中查找模型id，其中，请求信息用于用户端请求获取模型；在数据库中存在模型id的情况下，获取模型id对应的初始模型，将初始模型发送至用户端，并接收用户端返回的预设模型和更新策略，根据更新策略和预设模型将数据库中的初始模型进行更新，得到目标模型；在数据库中不存在模型id的情况下，向用户端发送第一反馈信息，并获取用户端基于第一反馈信息发送的初始模型和初始存储信息，根据初始存储信息将初始模型存储至数据库中，其中，第一反馈信息用于表征数据库中不存在模型id。解决了相关技术中多个用户在处理模型的时候，容易造成模型的管理混乱，并且在多人同时处理模型的时候出现冲突的问题。通过在用户获取模型后，根据用户反馈的初始模型以及更新策略，判断用户对模型进行的改动，从而在多人对一个模型进行变更的时候，可以根据更新策略确保模型内容不会产生冲突修改的情况，进而达到了提高模型处理效率的同时加强了模型的管理的效果。
附图说明
18.构成本技术的一部分的附图用来提供对本技术的进一步理解，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
19.图1是根据本技术实施例提供的模型管理系统的示意图；
20.图2是根据本技术实施例提供的模型管理方法的流程图；
21.图3是根据本技术实施例提供的可选的模型管理方法的流程图；
22.图4是根据本技术实施例提供的模型管理装置的示意图；
23.图5为根据本技术实施例提供的一种电子设备的示意图。
具体实施方式
24.需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本技术。
25.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分的实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
26.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
27.需要说明的是，本公开所涉及的相关信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于展示的数据、分析的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。例如，本系统和相关用户或机构间设置有接口，在获取相关信息之前，需要通过接口向前述的用户或机构发送获取请求，并在接收到前述的用户或机构
反馈的同意信息后，获取相关信息。
28.需要说明的是，本公开所确定的模型管理方法、装置、存储介质以及电子设备可用于人工智能领域，也可用于除人工智能领域之外的任意领域，本公开所确定的模型管理方法、装置、存储介质以及电子设备的应用领域不做限定。
29.在本实施例中，如图1所示，以一种可选的模型管理系统为执行主体执行前述的模型管理方法，该模型管理方法至少包括建模用户端101、物联网平台102和git存储库103。
30.根据本技术的实施例，提供了一种模型管理方法。图2是根据本技术实施例的模型管理方法的流程图。如图2所示，该方法包括以下步骤：
31.步骤s201，获取用户端发送的请求信息，并从请求信息中获取模型id，在数据库中查找模型id，其中，请求信息用于用户端请求获取模型。
32.具体的，在用户想要获取模型，或是对模型进行修改的时候，可以通过用户端向物联网平台发送请求消息进行模型的获取，此时，物联网平台会解析请求信息，并从请求信息中获取用户想要获取的模型的模型id，并在数据库中进行模型id的查找，从而确定数据库中是否存在该模型id对应的模型。
33.需要说明的是，数据库可以为git存储库，其中可以存放大量的模型，从而可以在用户向物联网平台请求获取模型的时候从git存储库中获取模型。
34.步骤s202，在数据库中存在模型id的情况下，获取模型id对应的初始模型，将初始模型发送至用户端，并接收用户端返回的预设模型和更新策略，根据更新策略和预设模型将数据库中的初始模型进行更新，得到目标模型。
35.具体的，在git存储库中存在该模型id的情况下，可以将该模型id对应的初始模型发送至客户端，其中，需要说明的是，初始模型为该模型id在git数据库中对应的最新版本的模型，例如，某模型id在git存储库中对应3个模型，分别为1.0、1.1、2.0三个版本，则将2.0确定为初始模型，并将1.0和1.1两个版本的模型确定为该模型id下的历史模型。
36.进一步的，在向用户端发送初始模型后，会接收到用户端返回的预设模型和更新策略，进而可以根据预设模型和更新策略将初始模型进行变更，从而完成git存储库中的初始模型的更新。
37.例如，在更新策略为替换的情况下，将git存储库中的原初始模型作为历史模型，并将预设模型确定为新的初始模型，从而完成模型更新。
38.步骤s203，在数据库中不存在模型id的情况下，向用户端发送第一反馈信息，并获取用户端基于第一反馈信息发送的初始模型和初始存储信息，根据初始存储信息将初始模型存储至数据库中，其中，第一反馈信息用于表征数据库中不存在模型id。
39.具体的，在git存储库中不存在该模型id的情况下，需要向用户端发送第一反馈信息告知用户端git存储库中不存在模型，此时，用户需要自己进行建模，并将模型存储至git存储库中，从而得到该模型id对应的首个初始模型。
40.需要说明的是，在接收到用户端发送的模型的同时，还会接收到用户发送的初始存储信息，其中，初始存储信息中包括git存储库中的版本库名称、分支名称、外部实体id，从而将该模型id下的初始模型在git存储库中的版本库名称-分支名称-外部实体id对应的存储空间进行存储，从而保证模型存储的规范化。
41.本技术实施例提供的模型管理方法，通过获取用户端发送的请求信息，并从请求
信息中获取模型id，在数据库中查找模型id，其中，请求信息用于用户端请求获取模型；在数据库中存在模型id的情况下，获取模型id对应的初始模型，将初始模型发送至用户端，并接收用户端返回的预设模型和更新策略，根据更新策略和预设模型将数据库中的初始模型进行更新，得到目标模型；在数据库中不存在模型id的情况下，向用户端发送第一反馈信息，并获取用户端基于第一反馈信息发送的初始模型和初始存储信息，根据初始存储信息将初始模型存储至数据库中，其中，第一反馈信息用于表征数据库中不存在模型id。解决了相关技术中多个用户在处理模型的时候，容易造成模型的管理混乱，并且在多人同时处理模型的时候出现冲突的问题。通过在用户获取模型后，根据用户反馈的初始模型以及更新策略，判断用户对模型进行的改动，从而在多人对一个模型进行变更的时候，可以根据更新策略确保模型内容不会产生冲突修改的情况，进而达到了提高模型处理效率的同时加强了模型的管理的效果。
42.可选地，在本技术实施例提供的模型管理方法中，更新策略包括覆盖策略和合并策略，根据更新策略和预设模型将数据库中的初始模型进行更新，得到目标模型包括：在更新策略为覆盖策略的情况下，将初始模型移动至数据库中的历史数据池中，得到第一历史模型，并将预设模型确定为目标模型；在更新策略为合并策略的情况下，将初始模型在历史数据池中进行备份，得到第二历史模型，并将预设模型与初始模型进行组合，得到目标模型。
43.具体的，在获取到的更新策略为覆盖策略的情况下，将原初始模型确定为历史模型，并将接收到的预设模型确定为新的初始模型，从而达到覆盖，也即替换的效果。在获取到的更新策略为合并策略的情况下，需要将预设模型与初始模型进行合并，也即，用户返回的预设模型可以为初始模型的补充内容，在进行合并后，可以将初始模型中的问题点进行修正，从而达到了对初始模型的更新。
44.可选地，在本技术实施例提供的模型管理方法中，在执行根据更新策略和预设模型将数据库中的初始模型进行更新，得到目标模型之前，该方法还包括：确定用户端的数量，得到第一数量；在第一数量大于第一预设数量的情况下，确定预设模型的数量，得到第二数量；在第二数量大于第一预设数量的情况下，向多个用户端发出第一告警信息，其中，第一告警信息表征初始模型更新失败；在第二数量小于等于第一预设数量的情况下，执行根据更新策略和预设模型将数据库中的初始模型进行更新，得到目标模型的步骤。
45.具体的，第一预设数量可以为1，也即，第一数量大于第一预设数量的情况，即为用户端的数量大于1，由于物联网平台可以被多个用户端同时访问，因此，存在物联网平台同时接收到两个用户端发送的预设模型的可能性，在发生上述情况的时候，由于同时获取到两个预设模型和两个更新策略，无法进行初始模型的更新操作，此时，需要向上述两个用户端发送第一告警信息，从而告知使用两个用户端的用户当前无法进行初始模型的更新，需要重试，从而防止由于多个用户端同时发送变更信息导致初始模型出现异常的现象发生。
46.可选地，在本技术实施例提供的模型管理方法中，在将初始模型发送至用户端之后，该方法还包括：判断数据库中的初始模型是否发生变更；在数据库中的初始模型发生变更的情况下，将变更后的初始模型和第二反馈信息发送至用户端，其中，第二反馈信息用于指示初始模型发生变更。
47.具体的，在将初始模型发送至1号用户端后，如果物联网平台接收到其他用户端发
送的预设模型和更新策略后，初始模型会发生变化，此时，为了防止出现1号用户端发送的预设模型将更新后的初始模型进行覆盖或与更新后的初始模型合并，因此需要及时向1号用户端发送第二反馈信息，告知该用户端初始模型发生了变更，并将变更后的初始模型发送至该用户端，从而使该用户端可以及时的对用户端中创建的预设模型进行调整，从而保证每个模型均无异常。
48.可选地，在本技术实施例提供的模型管理方法中，在获取用户端发送的请求信息之前，该方法还包括：获取用户端的用户信息，并判断用户信息中是否具有预设权限信息，其中，预设权限信息表征用户端具有对数据库进行访问和修改的权限；在用户信息中不具有预设权限信息的情况下，返回第二告警信息，其中，第二告警信息用于指示用户端不具有预设权限；在用户信息中具有预设权限信息的情况下，执行获取用户端发送的请求信息的步骤。
49.具体的，在用户进行模型更新或获取的时候，需要在用户端进行登录，并在登录后向物联网平台发送用户信息，从而确定该用户在物联网平台中是否具有权限，并在用户不具有权限的情况下向用户发出告警信息提示用户不具备权限，使用户进行权限的申请和获取。并在获取到权限的情况下，才可以允许用户通过用户端发送请求信息。
50.可选地，在本技术实施例提供的模型管理方法中，在获取用户端发送的请求信息之后，该方法还包括：判断请求信息中是否存在模型的历史版本号；在请求信息中存在历史版本号的情况下，从数据库中的历史数据池获取与历史版本号对应的历史模型发送至用户端，其中，历史数据池中的历史模型关联有模型的历史版本号。
51.具体的，在请求信息中存在历史版本号的情况下，可以在git存储库中模型id对应的历史数据池中获取历史版本号对应的历史模型，并将该历史模型返回至用户端，从而使得用户可以获取历史模型。
52.例如，获取请求信息中需要恢复的版本号，根据版本库信息、git分支、版本号调用git api，获取实体存储信息，也即历史模型，并将历史模型发送至用户端，从而完成用户端的历史模型获取。
53.可选地，在本技术实施例提供的模型管理方法中，在获取用户端发送的请求信息之后，该方法还包括：判断请求信息中是否存在对比请求，其中，对比请求表征用户端请求获取多个模型之间的差异信息；在请求信息中存在对比请求的情况下，判断对比请求中是否存在多个历史版本号；在对比请求中存在多个历史版本号的情况下，从数据库中的历史数据池获取每个历史版本号对应的历史模型，得到多个历史模型，并生成多个历史模型之间的差异信息，得到第一差异信息，将第一差异信息发送至用户端，其中，历史数据池中的历史模型关联有模型的历史版本号；在对比请求中存在单个历史版本号的情况下，获取历史版本号对应的历史模型，并生成历史模型与初始模型之间的差异信息，得到第二差异信息，将第二差异信息发送至用户端。
54.具体的，在请求信息中存在对比信息的情况下，需要判断此次对比信息需要对比的是两个历史版本的历史模型，还是对比当前的初始模型和历史模型，在此次对比信息需要对比的是两个历史版本的历史模型的情况下，需要获取需要对比的模型的历史版本号，并在根据历史版本号确定需要对比的模型后生成模型间的差异信息，并将差异信息返回至用户端。
55.同样的，在此次对比信息需要对比的是当前的初始模型和历史模型的情况下，对比信息中仅有历史模型的历史版本号，此时，根据上述方法获取需要对比的模型的历史版本号，并在根据历史版本号确定需要对比的模型后生成该模型与当前初始模型之间的差异信息，并将差异信息返回至用户端，从而可以通过差异信息确定每次模型变更的变更信息。
56.图3是根据本技术实施例提供的可选的模型管理方法的流程图，如图3所示，物联网平台接收到用户发出的请求信息后，需要将请求信息发送至git存储库，此时，git存储库根据用户发送的请求信息确定git存储库中是否存在用户想要的模型，在存在的情况下，向用户返回初始模型，在不存在的情况下，向用户发送第一反馈信息，用于告知用户不存在对应的初始模型。物联网平台在接收到git存储库返回的内容后，将内容显示在物联网平台中，用户在物联网平台中根据返回的信息生成预设模型和更新策略，或生成初始模型和初始存储信息，并将生成的内容发至git存储库，此时，git存储库会根据更新策略更新初始模型，或是根据初始存储信息存储初始模型，并根据更新策略进行合并策略或覆盖策略的执行，从而变更或存储初始模型。
57.在请求信息中存在历史版本号的情况下，可以在git存储库中模型id对应的历史数据池中获取历史版本号对应的历史模型，并将该历史模型返回至用户端，从而使得用户可以获取历史模型。
58.在请求信息中存在对比信息的情况下，需要判断此次对比信息需要对比的是两个历史版本的历史模型，还是对比当前的初始模型和历史模型，在此次对比信息需要对比的是两个历史版本的历史模型的情况下，需要获取需要对比的模型的历史版本号，并在根据历史版本号确定需要对比的模型后生成模型间的差异信息，并将差异信息返回至用户端。从而达到提高模型处理效率的同时加强了模型的管理的效果。
59.需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
60.本技术实施例还提供了一种模型管理装置，需要说明的是，本技术实施例的模型管理装置可以用于执行本技术实施例所提供的用于模型管理方法。以下对本技术实施例提供的模型管理装置进行介绍。
61.图4是根据本技术实施例提供的模型管理装置的示意图。如图4所示，该装置包括：第一获取单元41，更新单元42，存储单元43。
62.第一获取单元41，用于获取用户端发送的请求信息，并从所述请求信息中获取模型id，在数据库中查找所述模型id，其中，所述请求信息用于所述用户端请求获取模型。
63.更新单元42，用于在所述数据库中存在所述模型id的情况下，获取所述模型id对应的初始模型，将所述初始模型发送至所述用户端，并接收用户端返回的预设模型和更新策略，根据所述更新策略和所述预设模型将所述数据库中的初始模型进行更新，得到目标模型。
64.存储单元43，用于在所述数据库中不存在所述模型id的情况下，向所述用户端发送第一反馈信息，并获取所述用户端基于所述第一反馈信息发送的初始模型和初始存储信息，根据所述初始存储信息将所述初始模型存储至所述数据库中，其中，所述第一反馈信息用于表征所述数据库中不存在所述模型id。
65.本技术实施例提供的模型管理装置，通过第一获取单元41，用于获取用户端发送的请求信息，并从所述请求信息中获取模型id，在数据库中查找所述模型id，其中，所述请求信息用于所述用户端请求获取模型。更新单元42，用于在所述数据库中存在所述模型id的情况下，获取所述模型id对应的初始模型，将所述初始模型发送至所述用户端，并接收用户端返回的预设模型和更新策略，根据所述更新策略和所述预设模型将所述数据库中的初始模型进行更新，得到目标模型。存储单元43，用于在所述数据库中不存在所述模型id的情况下，向所述用户端发送第一反馈信息，并获取所述用户端基于所述第一反馈信息发送的初始模型和初始存储信息，根据所述初始存储信息将所述初始模型存储至所述数据库中，其中，所述第一反馈信息用于表征所述数据库中不存在所述模型id。解决了相关技术中多个用户在处理模型的时候，容易造成模型的管理混乱，并且在多人同时处理模型的时候出现冲突的问题。通过在用户获取模型后，根据用户反馈的初始模型以及更新策略，判断用户对模型进行的改动，从而在多人对一个模型进行变更的时候，可以根据更新策略确保模型内容不会产生冲突修改的情况，进而达到了提高模型处理效率的同时加强了模型的管理的效果。
66.可选地，在本技术实施例提供的模型管理装置中，更新策略包括覆盖策略和合并策略，更新单元42包括：确定模块，用于在更新策略为覆盖策略的情况下，将初始模型移动至数据库中的历史数据池中，得到第一历史模型，并将预设模型确定为目标模型；组合模块，用于在更新策略为合并策略的情况下，将初始模型在历史数据池中进行备份，得到第二历史模型，并将预设模型与初始模型进行组合，得到目标模型。
67.可选地，在本技术实施例提供的模型管理装置中，该装置还包括：第一确定单元，用于确定用户端的数量，得到第一数量；第二确定单元，用于在第一数量大于第一预设数量的情况下，确定预设模型的数量，得到第二数量；第一告警单元，用于在第二数量大于第一预设数量的情况下，向多个用户端发出第一告警信息，其中，第一告警信息表征初始模型更新失败；第一执行单元，用于在第二数量小于等于第一预设数量的情况下，执行根据更新策略和预设模型将数据库中的初始模型进行更新，得到目标模型的步骤。
68.可选地，在本技术实施例提供的模型管理装置中，该装置还包括：第一判断单元，用于判断数据库中的初始模型是否发生变更；第一发送单元，用于在数据库中的初始模型发生变更的情况下，将变更后的初始模型和第二反馈信息发送至用户端，其中，第二反馈信息用于指示初始模型发生变更。
69.可选地，在本技术实施例提供的模型管理装置中，该装置还包括：第二获取单元，用于获取用户端的用户信息，并判断用户信息中是否具有预设权限信息，其中，预设权限信息表征用户端具有对数据库进行访问和修改的权限；第二告警单元，用于在用户信息中不具有预设权限信息的情况下，返回第二告警信息，其中，第二告警信息用于指示用户端不具有预设权限；第二执行单元，用于在用户信息中具有预设权限信息的情况下，执行获取用户端发送的请求信息的步骤。
70.可选地，在本技术实施例提供的模型管理装置中，该装置还包括：第二判断单元，用于判断请求信息中是否存在模型的历史版本号；第二发送单元，用于在请求信息中存在历史版本号的情况下，从数据库中的历史数据池获取与历史版本号对应的历史模型发送至用户端，其中，历史数据池中的历史模型关联有模型的历史版本号。
71.可选地，在本技术实施例提供的模型管理装置中，该装置还包括：第三判断单元，用于判断请求信息中是否存在对比请求，其中，对比请求表征用户端请求获取多个模型之间的差异信息；第四判断单元，用于在请求信息中存在对比请求的情况下，判断对比请求中是否存在多个历史版本号；第三获取单元，用于在对比请求中存在多个历史版本号的情况下，从数据库中的历史数据池获取每个历史版本号对应的历史模型，得到多个历史模型，并生成多个历史模型之间的差异信息，得到第一差异信息，将第一差异信息发送至用户端，其中，历史数据池中的历史模型关联有模型的历史版本号；第四获取单元，用于在对比请求中存在单个历史版本号的情况下，获取历史版本号对应的历史模型，并生成历史模型与初始模型之间的差异信息，得到第二差异信息，将第二差异信息发送至用户端。
72.上述模型管理装置包括处理器和存储器，上述第一获取单元41，更新单元42，存储单元43等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
73.处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来解决了相关技术中多个用户在处理模型的时候，容易造成模型的管理混乱，并且在多人同时处理模型的时候出现冲突的问题。
74.存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)，存储器包括至少一个存储芯片。
75.本发明实施例提供了一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现所述模型管理方法。
76.本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述模型管理方法。
77.如图5所示，本发明实施例提供了一种电子设备，电子设备50包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：获取用户端发送的请求信息，并从请求信息中获取模型id，在数据库中查找模型id，其中，请求信息用于用户端请求获取模型；在数据库中存在模型id的情况下，获取模型id对应的初始模型，将初始模型发送至用户端，并接收用户端返回的预设模型和更新策略，根据更新策略和预设模型将数据库中的初始模型进行更新，得到目标模型；在数据库中不存在模型id的情况下，向用户端发送第一反馈信息，并获取用户端基于第一反馈信息发送的初始模型和初始存储信息，根据初始存储信息将初始模型存储至数据库中，其中，第一反馈信息用于表征数据库中不存在模型id。本文中的设备可以是服务器、pc、pad、手机等。
78.本技术还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：获取用户端发送的请求信息，并从请求信息中获取模型id，在数据库中查找模型id，其中，请求信息用于用户端请求获取模型；在数据库中存在模型id的情况下，获取模型id对应的初始模型，将初始模型发送至用户端，并接收用户端返回的预设模型和更新策略，根据更新策略和预设模型将数据库中的初始模型进行更新，得到目标模型；在数据库中不存在模型id的情况下，向用户端发送第一反馈信息，并获取用户端基于第一反馈信息发送的初始模型和初始存储信息，根据初始存储信息将初始模型存储至数据库中，其中，第一反馈信息用于表征数据库中不存在模型id。
79.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
80.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
81.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
82.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
83.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
84.存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。存储器是计算机可读介质的示例。
85.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
86.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
87.以上仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、
改进等，均应包含在本技术的权利要求范围之内。