模型信息分析方法、装置、电子设备及计算机存储介质与流程

1.本公开涉及计算机技术领域，尤其涉及信息流、机器学习、深度学习等人工智能技术领域。


背景技术：

2.随着计算机技术的发展，模型在计算机相关产品、网络相关产品中广泛应用。模型为相关产品带来便捷的同时，随着使用时间推移，模型结构、模型输入数据等相关的数据也不断累积，为模型、模型特征和模型相关字段的管理带来了难度，甚至可能影响模型使用效率和效果。因此，需要对模型信息分析方法进行改进，以降低模型相关数据的处理难度，提高模型使用效果。


技术实现要素：

3.本公开提供了一种模型信息分析方法、装置、电子设备及计算机存储介质。
4.根据本公开的一方面，提供了一种模型信息分析方法，包括：
5.获取目标模型；目标模型为当前时刻被调用的多个模型之一；
6.确定目标输入特征与预定的待校验特征之间的依赖关系信息；目标输入特征为目标模型的多个输入特征之一；
7.根据依赖关系信息，生成模型信息分析结果。
8.根据本公开的另一方面，提供了一种模型信息分析装置，包括：
9.目标模型获取模块，用于获取目标模型；目标模型为当前时刻被调用的多个模型之一；
10.依赖关系信息确定模块，用于确定目标输入特征与预定的待校验特征之间的依赖关系信息；目标输入特征为目标模型的多个输入特征之一；
11.分析结果模块，用于根据依赖关系信息，生成模型信息分析结果。
12.根据本公开的另一方面，提供了一种电子设备，包括：
13.至少一个处理器；以及
14.与该至少一个处理器通信连接的存储器；其中，
15.该存储器存储有可被该至少一个处理器执行的指令，该指令被该至少一个处理器执行，以使该至少一个处理器能够执行本公开任一实施例中的方法。
16.根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，该计算机指令用于使计算机执行本公开任一实施例中的方法。
17.根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现本公开任一实施例中的方法。
18.根据本公开的技术，能够对目标模型的输入特征和待校验特征进行分析，确定目标模型的输入特征和待校验特征之间的依赖关系信息，有助于确认与当前目标模型的输入特征存在依赖关系的待校验特征，进而从待校验特征中找出与模型输入特征无关的特征，
有助于对待校验特征进行简化，减少待校验特征中的无用特征，有助于提高模型以及模型相关数据的管理效率，也有助于提高模型的使用效率。
19.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
20.附图用于更好地理解本方案，不构成对本公开的限定。其中：
21.图1是根据本公开一实施例的模型信息分析方法的流程示意图；
22.图2是根据本公开另一实施例的模型信息分析方法的流程示意图；
23.图3是根据本公开又一实施例的模型信息分析方法的流程示意图；
24.图4是根据本公开一示例的模型训练过程示意图；
25.图5是根据本公开一示例的模型信息分析方法示意图；
26.图6是根据本公开一示例的特征依赖关系分析示意图；
27.图7是根据本公开一实施例的模型信息分析装置示意图；
28.图8是根据本公开另一实施例的模型信息分析装置示意图；
29.图9是根据本公开又一实施例的模型信息分析装置示意图；
30.图10是根据本公开又一实施例的模型信息分析装置示意图；
31.图11是根据本公开又一实施例的模型信息分析装置示意图；
32.图12是根据本公开又一实施例的模型信息分析装置示意图；
33.图13是根据本公开又一实施例的模型信息分析装置示意图；
34.图14是根据本公开又一实施例的模型信息分析装置示意图；
35.图15是用来实现本公开实施例的模型信息分析方法的电子设备的框图。
具体实施方式
36.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
37.本公开实施例中，根据模型使用过程中可能存在模型名称被修改、模型的特征的名称可能被修改、模型的特征可能被修改等情况，对模型信息进行分析，生成相应的分析结果，可以作为模型管理、模型数据管理的依据，从而有助于提升模型的使用效果、提高模型的使用效率。
38.本公开实施例提供的模型信息分析方法，如图1所示，包括：
39.步骤s11：获取目标模型；目标模型为当前时刻被调用的多个模型之一；
40.步骤s12：确定目标输入特征与预定的待校验特征之间的依赖关系信息；目标输入特征为目标模型的多个输入特征之一；
41.步骤s13：根据依赖关系信息，生成模型信息分析结果。
42.本实施例提供的模型信息分析方法，可针对特定的模型管理平台进行实施。比如，特定的用户采用特定的模型管理平台，对其所有产品相关的模型以及与模型相关的数据进
行管理。目标模型可以为该特定的用户在模型管理平台中进行管理的多个模型之一。在一种具体的实现方式中，可以对特定用户在模型管理平台中被管理的模型逐一实施本公开任意实施例所提供的模型信息分析方法。
43.本实施例中，当前时刻被调用的多个模型，可以包括当前处于使用状态的多个模型。在本公开实施例应用于模型管理平台的情况下，当前时刻被调用的多个模型可以是被模型管理平台管理、且仍然处于使用状态的多个模型。曾经被使用，但是已经被更新迭代或者因为其它原因被停用的模型，可被认为不属于当前时刻被调用的模型。
44.在一种具体实现方式中，当前时刻被调用的多个模型，可以包括用于向用户推荐文章的文章推荐模型、用于处理用户输入的问题的问答信息处理模型、用于向用户推荐视频的视频推荐模型、用于确定热搜排行榜的热搜新闻筛取模型等。
45.本实施例中，目标输入特征、预定的待校验特征等特征都可以是作为模型输入数据的字段的特征。比如，针对某一用户推荐数据预测模型，需要输入用户的网络使用时间等信息作为输入数据，则“网络使用时间”即可以为模型输入特征。在该用户推荐数据预测模型作为目标模型的情况下，“网络使用时间”可以为目标输入特征。再如，针对文字识别模型，输入数据包括待识别文本，则“待识别文本”可以为目标输入特征。
46.本实施例中，预定的待校验特征可以是需要根据目标模型的信息，判断是否存在冗余、无效情况的特征。在本公开实施例应用于模型管理平台的情况下，待校验特征可以是模型管理平台中所有记录的特征，即模型管理平台使用者部署第一个模型起累积得到的所有特征。
47.待校验特征可以包括当前调用的模型的输入特征和当前未调用的模型的输入特征。比如，针对特定的用户推荐数据预测模型，需要输入用户性别、网络使用时间、地理位置等信息作为输入数据，则“性别”、“网络使用时间”和“地理位置”等，作为用户推荐数据预测模型的输入特征。同时，用户推荐模型的最初始版本为模型a，已经被当前版本的用户推荐模型迭代，从而模型a处于未使用状态，而用户推荐数据预测模型为当前调用的多个模型之一。则模型a的输入特征和用户推荐数据预测模型的输入特征，均可作为待校验特征。
48.待校验特征还可以包括目标模型的输入特征和其它模型的输入特征，也可以包括目标模型或其它模型的有效特征和未使用特征。比如，针对特定的用户推荐数据预测模型，需要输入用户性别、网络使用时间、地理位置等信息作为输入数据，则“性别”、“网络使用时间”和“地理位置”等，作为用户推荐数据预测模型的输入特征。但是在用户推荐数据预测模型使用的初始阶段，还使用了特征b、特征c、特征d作等信息，作为输入数据。则待校验特征中仍然包括特征b、特征c、特征d。
49.本实施例中，确定目标输入特征与预定的待校验特征之间的依赖关系信息，可以包括确定目标输入特征是否直接或者间接依赖待校验特征，如果依赖，则在依赖关系信息中添加目标输入特征依赖待校验特征的内容。还可以包括确定目标输入特征是否直接或间接被待校验特征依赖，如果依赖，则在依赖关系信息中添加目标输入特征被待校验特征依赖的内容。
50.在另一种可能的实现方式中，确定目标输入特征与预定的待校验特征之间的依赖关系信息，可以包括目标输入特征是否依赖待校验特征，以及依赖关系中相关的其它特征。比如，目标输入特征依赖待校验特征e，待校验特征e依赖待校验特征f，则可在依赖关系信
息中添加目标输入特征依赖于待校验特征e、待校验特征e依赖于待校验特征f的内容。
51.在另一种可能的实现方式中，确定目标输入特征与预定的待校验特征之间的依赖关系信息，可以包括目标输入特征与待校验特征之前是否存在(直接或间接的)依赖关系。比如，目标输入特征依赖待校验特征e，待校验特征e依赖待校验特征f，则可在依赖关系信息中记录目标输入特征与待校验特征e之间存在依赖关系，目标输入特征与待校验特征f之间也存在依赖关系。若目标输入特征与待校验特征g之间不存在直接或间接的依赖关系，则可在依赖关系信息中记录目标输入特征与待校验特征g之间不存在依赖关系。
52.在一种实现方式中，根据依赖关系信息，生成模型信息分析结果，可以包括，将目标模型的每个输入特征分别作为目标输入特征，进行依赖关系的分析得到每个输入特征作为目标输入特征时的所有依赖关系信息，根据所有依赖关系信息，生成模型信息分析结果。
53.在另一种可能的实现方式中，根据依赖关系信息，生成模型信息分析结果，可以包括，针对当前时刻被调用的多个模型中的每一个模型，生成对应的模型信息分析结果，将多个模型信息分析结果汇总为一个模型信息分析结果。
54.本实施例中，能够对目标模型的输入特征和待校验特征进行分析，确定目标模型的输入特征和待校验特征之间的依赖关系信息，有助于确认与当前目标模型的输入特征存在依赖关系的待校验特征，进而从待校验特征中找出与模型输入特征无关的特征，有助于对待校验特征进行简化，减少待校验特征中的无用特征，有助于提高模型以及模型相关数据的管理效率，也有助于提高模型的使用效率。
55.在一种实施方式中，确定目标输入特征与预定的待校验特征之间的依赖关系信息，包括针对每个待校验特征执行的下述步骤中至少之一：
56.在目标输入特征的获取过程与第一待校验特征相关的情况下，确定依赖关系信息包括目标输入特征依赖第一待校验特征；第一待校验特征为待校验特征之一；
57.在第一待校验特征获取过程与目标输入特征相关的情况下，确定依赖关系信息包括第一待校验特征依赖目标输入特征。
58.本实施例中，依赖关系信息可以包括目标输入特征与任意待校验特征之间的相互依赖关系。
59.目标输入特征的获取过程与待校验特征相关，可以包括目标输入特征的计算过程中直接或间接涉及待校验特征。比如，目标输入特征的计算公式为：目标输入特征＝f(g)，则目标输入特征的获取过程与特征g相关。再如，目标输入特征的计算公式为：目标输入特征＝f(g)，g＝f(h)，则目标输入特征的获取过程与特征g、特征h相关。
60.目标输入特征的获取过程与待校验特征相关，还可以包括目标输入特征包括待校验特征的情况。比如，目标输入特征为地理位置，其中具体包括省、市、县，则目标输入特征与特征“省”、“市”、“县”相关。
61.本实施例中，能够根据获取过程的相关性，确定目标输入特征与待校验特征之间的依赖关系信息，从而有助于根据依赖关系信息从待校验特征中删除不被任何模型使用的特征。
62.在一种实施方式中，确定目标输入特征与待校验特征之间的依赖关系信息，包括：
63.在依赖关系信息中被依赖的特征的获取过程与第二待校验特征相关的情况下，确定依赖关系信息包括依赖关系信息中被依赖的特征依赖第二待校验特征，第二待校验特征
为第一待校验特征之外的其它待校验特征。
64.本实施例中，在依赖关系信息中被依赖的特征，可以是在目标输入特征依赖待校验特征的情况下的待校验特征，也可以是在待校验特征依赖目标输入特征情况下的目标输入特征。
65.本实施例中的第二待校验特征，可以是除了当前依赖关系信息中的被依赖特征之外的其它特征。比如，根据当前依赖关系信息，特征i依赖于特征h，则当前依赖关系信息中的被依赖特征为h，第二待校验特征为除了特征i、h之外的特征。如果目标模型的输入特征包含在待校验特征中，则目标模型中的除了目标出入特征之外的其它输入特征也可能为第二待校验特征。
66.再如，根据当前依赖关系信息，特征i依赖于特征h，特征j依赖于特征k，则当前依赖关系信息中的被依赖特征为h、k，第二待校验特征为除了特征h、k之外的其它特征。或者在这种情况下，第二待校验特征为除了已经存在于依赖关系信息中的特征之外的特征，即除了特征i、h、j、k之外的其它特征。
67.在另一种可能的实现方式中，上述第二待校验特征也可以是当前依赖关系信息中，不存在于被依赖特征的相关的依赖关系中的其它特征。比如，根据当前依赖关系信息，特征i依赖于特征h，特征j依赖于特征k，则针对特征h，相关的依赖关系信息为“特征i依赖于特征h”，特征j、特征k可被视为不存在于被依赖特征的相关的依赖关系中的其它特征，即第二待校验特征。
68.通过本实施例，能够将间接依赖的目标输入特征和待校验特征之间的依赖关系记入依赖关系信息中使得依赖关系信息更为全面有助于在对待校验特征进行简化时避免删除仍然被使用的特征。
69.在一种实施方式中，根据依赖关系信息，生成模型信息分析结果，包括：
70.根据依赖关系信息，确定与目标输入特征具有依赖关系的待校验特征；与目标输入特征具有依赖关系的待校验特征，包括与所有依赖关系信息相关的待校验特征；
71.根据与目标输入特征具有依赖关系的待校验特征，生成模型信息分析结果。
72.本实施例中，与所有依赖关系信息相关的待校验特征，可以是存在于依赖关系信息中的待校验特征。比如，待校验特征包括特征{h1，h2，h3，h4，h5，k1，k2，k3，k4，k5}。目标模型的输入特征包括特征{i1、i2、j1、j2}。当前依赖关系信息包括，特征i1依赖于i2，特征i2依赖于h1，特征h1依赖于h2，特征j1依赖于h2，特征j2依赖于k1。则与所有依赖关系信息相关的特征包括存在于依赖关系信息中的所有特征，即特征i1、i2、h1、h2、j1和k1。
73.本实施例中，可以根据依赖关系信息，确定待校验特征中与目标模型的输入特征具有依赖关系的待校验特征，以及与目标模型的输入特征不具有依赖关系的待校验特征。
74.比如，待校验特征包括特征{h1，h2，h3，h4，h5，k1，k2，k3，k4，k5}，与所有依赖关系信息相关的待校验特征包括特征h1、h2和k1。
75.本实施例中，根据依赖关系信息生成关于待校验特征的模型信息分析结果，从而有助于根据模型信息分析结果对模型以及模型相关的数据进行管理，有助于提高模型的使用效率。
76.在一种实施方式中，如图2所示，模型信息分析方法还包括：
77.步骤s21：根据模型信息分析结果，确定待校验特征中的冗余特征；冗余特征为不
被多个模型中任意模型的输入特征依赖的待校验特征；
78.步骤s22：删除待校验特征中的冗余特征，得到校验后的特征。
79.本实施例中，根据模型信息分析结果，确定待校验特征中的冗余特征，可以是确定待校验特征中与依赖关系信息不相关的特征为冗余特征。
80.比如，待校验特征包括特征{h1，h2，h3，h4，h5，k1，k2，k3，k4，k5}，与所有依赖关系信息相关的待校验特征包括特征h1、h2和k1，与所有依赖关系信息不相关的待校验特征包括特征则为待校验特征中除了h1、h2和k1之外的其它特征，即特征h3、h4、h5、k2、k3、k4和k5。
81.本实施例中，能够获得不被任意模型的输入特征依赖的待校验特征，并进而删除不被依赖的代校验特征，从而能够简化待校验特征。在应用于模型管理平台等场景时，能够提高模型以及模型相关数据管理的便利性，有助于提高模型使用效率。
82.在一种实施方式，模型信息分析方法还包括：
83.根据校验后的特征，生成预估样本；
84.根据预估样本，训练目标模型。
85.本实施例中，可根据目标模型的所有输入特征以及各输入特征依赖的其它特征，生成模拟的预估样本。比如，目标模型的输入特征包括地理位置中的“省”、使用时间段代码、用户网龄，其中，“省”这一特征依赖于“地理位置”这一特征。则对地理位置中的“省”的信息、使用时间段代码、用户网龄进行预估，根据预估的信息生成至少一组输入数据，利用预估生成的输入数据对模型进行训练。
86.本实施例中，利用校验后的特征生成预估样本，利用预估样本对目标模型进行训练，提高模型训练效率和训练操作的便利性。
87.在本公开一种示例中，如图4所示，根据校验后的特征，进行特征配置，确定用于样本预估的特征。针对每个模型(可以是目标模型)，根据特征配置操作获得的特征，进行样本预估，即图4中的模型预估，将预估的样本进行样本积累，根据样本积累的结果进行模型训练。由于在机器学习中，特征是模型的输入数据，在一次预估过程中，通过ranking-service(排序服务)管理所有的模型，包括用户使用模型初始时期到当前时间点所有被使用、被部署过的模型。管理模块的排序架构通过feature-service(特征服务中台)从不同上游、下游获取一次预估过程中的输入数据(特征)相关的样本，再通过特征配置将原始数据提炼成模型预估实际使用的特征。经过特征组合、特定编码等特征工程，对样本进行预估得到模型预测结果。同时将样本存储到文件中供包括目标模型在内的任意模型训练时使用。因此，特征服务是所有样本的源头，特征配置文件是模型实际使用的特征列表文件，可以通过分析特征配置和特征服务来对模型特征溯源管理。
88.在一种实施方式中，模型信息分析方法还包括：
89.根据目标模型在部署环境中的服务地址，获取目标模型的配置文件；
90.根据目标模型的配置文件，确定目标模型的所有输入特征。
91.本实施例中，配置文件可以是目标模型运行过程中产生的文件。
92.本实施例通过配置文件，能够获取目标模型当前使用的所有输入特征，保证输入特征的有效性和完整性。
93.在一种实施方式中，如图3所示，模型信息分析方法还包括：
94.步骤s31：根据被调用模型的列表，确定多个模型；
95.步骤s32：根据多个模型和待校验的全量模型，确定冗余模型；
96.步骤s33：在全量模型相关的全量输入特征中，删除冗余模型的相关特征，得到待校验特征。
97.本实施例中，可以根据模型管理平台的历史记录，获得待校验的全量模型。全量模型可以包括所有模型的历史版本和所有被迭代、被使用过的模型。
98.本实施例中，首先根据模型的有效性，对模型和模型的输入特征进行一次筛选，从而能够减少待校验特征的数量，提高模型信息分析效率。
99.在一种具体实现方式中，可以将全量模型中的每个被调用的模型作为目标模型，执行本公开实施例提供的模型信息分析方法，将各个模型对应的分析结果进行汇总，得到全量模型分析结果。
100.在本公开一种示例中，模型信息处理相关信息和操作如图5所示。
101.本示例中，数据源可以包括apollo(阿波罗)平台51、上线回归数据库52和模型线上环境53。apollo平台可以是一个开源配置管理中心，能够集中化管理应用不同环境、不同集群的配置，在模型名称等配置信息修改后能够实时推送到应用端，并且具备规范的权限管理、流程治理等特性。本示例主要可以从apollo平台获取模型的部分配置如模型名称、样本落盘路径等信息。
102.上线回归数据库中的数据可以是ranking-service(排序服务)模块自动化上线回归阶段获取到的最新模型信息写入的；最新模型信息可以包括模型bns(backbone network service，中枢网络服务)、使用模型的app(application，应用)、模型涉及的产品线等。
103.模型线上环境可以是指单个模型在线上部署的服务地址，本示例中可以通过模型在线上部署的服务地址获取到该模型的特征配置文件。可通过提取器(extractor)进行提取。
104.本示例中，通过apollo平台51和上线回归数据库52，能够获取到线上模型列表，列表中包括当前被调用的多个模型。根据庖丁数据库53，可以获取到全量模型列表，即数据库(db，database)中的模型列表。根据线上模型列表和全量模型列表，可以确定已下线模型列表，即可以将在线上模型列表中不存在、仅存在于全量模型列表中的模型加入已下线模型列表中。
105.本实例通过feature-service(fs)特征服务，可以获取机器学习在线系统的所有特征及其特征来源。针对已下线模型列表中的所有模型，可以逻辑删除模型以及相关数据，相关数据可以包括模型本身、模型中的slot(模型的字段信息的编码)、模型的特征。上述逻辑删除的本质可以是修改操作，即本示例中的逻辑删除并不是真正的删除，而是在表中将对应的是否删除标识(is_delete)或者说是状态字段(status)做修改操作。比如0(或者其它数字)可以表示未删除，1(或者其它数字)可以表示删除。在逻辑上数据是被删除的，但数据本身依然存在库中。
106.基于fs服务获取的全量特征，除去已下线模型列表中的模型具有的特征，可以得到待校验特征。
107.根据线上模型列表，进行遍历操作。针对线上模型列表中的每个模型，从模型线上环境中获取模型部署环境，根据模型部署环境，下载配置(configuration)文件，通过
extractor解析类解析配置文件，可以获得配置文件对应的模型以及特征的相关信息，从而得到多个模型的输入特征。本示例通过配置文件的解析，能够完成模型-特征-样本的关系的初步映射。此外将模型的基本信息，如模型名称、cube(模型部署环境地址)名称、各机房qps(query per second，每秒请求量)及实例信息、fs信息、粗排增量topic(主题)、更新信息等一起写入mysql(关系型数据库管理系统)数据库54，完成模型全维度的统计。模型的基本信息不仅可以通过配置文件的解析来获取，还可以通过excel表格等文件获取。
108.基于初步映射的结果，可进一步进行样本深度分析。
109.在样本深度分析过程中，可进一步分析模型的样本，打通被分析的模型中从算子到样本叶子节点的依赖关系，构建依赖关系树，关系树中每个节点对应一个样本字段(即前述实施例的特征)。建立模型与sample(样本)字段的最终映射，在模型-slot-sample映射的基础上，增加了将算子展开到叶子节点的步骤，以确保映射关系(即前述实施例的依赖关系信息)中全面包含了相关的特征或样本字段。上述slot可以是目标模型中的字段对应的编码。
110.本示例中，根据数据源确定多个模型、各模型的输入特征和待校验特征。将多个模型的输入特征与待校验特征进行依赖关系分析，得到依赖关系信息。依赖关系信息和所有特征、模型可以在mysql数据库54中进行持久化存储。图5所示的示例，可以通过设定模型数据定时任务执行，通过接口向数据管理与展示界面55传输模型信息，展示模型以及模型相关数据的映射、存储等操作。
111.在另一种具体示例中，样本深度分析阶段，可根据特征的层级关系和组合关系，构造特征树。如图6所示，模型的不同的slot可以对应不同的特征，而特征可以组成样本。特征可以进一步分为单特征和组合特征。组合特征可以由单特征组合而成，组合的层级没有上限。通过将组合特征展开到单特征，可以将组合特征对应的一级字段展开到二级字段、三级字段等，最终展开到单特征(对应于叶子字段)对应的叶子节点。在配置文件中slot依赖的sample字段不是叶子节点的情况下，可以进了展开到叶子节点，以保证计算出来的模型-sample映射的精确性。在映射或者依赖关系中，样本和模型之间可以是多对多的关系，模型和slot之前可以是一对多的关系。
112.比如，组合特征可以包括：地理位置-省份。则该组合特征对应n级字段的情况下，组合特征拆分成的单特征地理位置和省份可以对应n 1级字段。同时，省份对应的节点可以为叶子节点，而地理位置包含省份信息，还可包含特别行政区信息，则地理位置并非叶子节点，在将其它特征展开到地理位置这一特征的情况下，可进一步将地理位置展开到省份或者特别行政区对应的叶子节点。
113.在一种具体示例中，本公开实施例提供的模型信息分析方法可应用于feed流推荐系统的模型管理。feed流推荐系统自上线以来接入了多条业务线，模型数量及类型不断累积，系统内部会存在以下问题：feed流系统特征数量繁多，数据来源不一，且模型或者模型的字段经过多个系统的转发后名称各异，模型的特征之间依赖链路复杂，在问题定位时需要层层分析，给问题定位带来很大障碍；同时，feed流系统中的字段只增不减，系统内部字段未使用率超过40％，这些字段大大增加了业务的使用成本及资源消耗，也给qa(quality assurance，质量保证)的回归测试带来不少重复工作；模型字段只用特定平台管理(比如protocol buffer协议缓冲平台)，且多个业务线使用同一个管理平台，没有平台用于直观
展示推荐系统内所有模型及其特征使用情况。
114.本公开示例提出了一种基于配置提取的模型-特征-样本映射方案，在模型管理的基础上构建了一套基于模型维度、高时效性的模型数据接入及管理平台，通过线下测试、上线回归等方式，采集模型的特征、样本等基础数据，并经过初步分析计算，建立多维数据分析能力，包括模型基础信息、资源分布、特征使用详情等的数据采集体系。
115.本公开实施例提供的模型信息分析方法，统计的信息更加全面。本公开示例中，以排序模块的入口ranking-service模块和apollo平台作为数据源，获取的模型信息全面，可以获取模型正在使用的特征；同时通过feature-service模块获取机器学习特征全集，可以方便得将模型的状态一起解析写到数据库中，并通过平台可视化。通过这些数据可以很方便得获取冗余在系统中的特征，便于特征剪裁。在应用于对feed流推荐系统的情况下，由于feed流推荐系统内的模型字段有上万个，来源不一，处理和使用方式不一，通过本公开实施例可以将特征之间的依赖关系明确化，便于特征来源溯源，减少模型使用时的特征获取时间，从而提高模型管理和模型使用效率。
116.本公开实施例还提供一种模型信息分析装置，如图7所示，包括：
117.目标模型获取模块71，用于获取目标模型；目标模型为当前时刻被调用的多个模型之一；
118.依赖关系信息确定模块72，用于确定目标输入特征与预定的待校验特征之间的依赖关系信息；目标输入特征为目标模型的多个输入特征之一；
119.分析结果模块73，用于根据依赖关系信息，生成模型信息分析结果。
120.在一种实施方式中，如图8所示，依赖关系信息确定模块包括：
121.第一确定单元81，用于在目标输入特征的获取过程与第一待校验特征相关的情况下，确定依赖关系信息包括目标输入特征依赖第一待校验特征；第一待校验特征为待校验特征之一；
122.第二确定单元82，用于在第一待校验特征获取过程与目标输入特征相关的情况下，确定依赖关系信息包括第一待校验特征依赖目标输入特征。
123.在一种实施方式中，如图9所示，依赖关系信息确定模块包括：
124.第三确定单元91，用于在依赖关系信息中被依赖的特征的获取过程与第二待校验特征相关的情况下，确定依赖关系信息包括依赖关系信息中被依赖的特征依赖第二待校验特征，第二待校验特征为第一待校验特征之外的其它待校验特征。
125.在一种实施方式中，如图10所示，分析结果模块包括：
126.第一结果单元101，用于根据依赖关系信息，确定与目标输入特征具有依赖关系的待校验特征；与目标输入特征具有依赖关系的待校验特征，包括与所有依赖关系信息相关的待校验特征；
127.第二结果单元102，用于根据与目标输入特征具有依赖关系的待校验特征，生成模型信息分析结果。
128.在一种实施方式中，如图11所示，模型信息分析装置还包括：
129.冗余特征模块111，用于根据模型信息分析结果，确定待校验特征中的冗余特征；冗余特征为不被多个模型中任意模型的输入特征依赖的待校验特征；
130.校验模块112，用于删除待校验特征中的冗余特征，得到校验后的特征。
131.在一种实施方式中，如图12所示，模型信息分析装置还包括：
132.预估样本模块121，用于根据校验后的特征，生成预估样本；
133.训练模块122，用于根据预估样本，训练目标模型。
134.在一种实施方式中，如图13所示，模型信息分析装置还包括：
135.配置文件获取模块131，用于根据目标模型在部署环境中的服务地址，获取目标模型的配置文件；
136.输入特征模块132，用于根据目标模型的配置文件，确定目标模型的所有输入特征。
137.在一种实施方式中，如图14所示，模型信息分析装置还包括：
138.模型获取模块141，用于根据被调用模型的列表，确定多个模型；
139.冗余模型模块142，用于根据多个模型和待校验的全量模型，确定冗余模型；
140.待校验特征获取模块143，用于在全量模型相关的全量输入特征中，删除冗余模型的相关特征，得到待校验特征。
141.本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。
142.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
143.图15示出了可以用来实施本公开的实施例的示例电子设备150的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
144.如图15所示，设备150包括计算单元151，其可以根据存储在只读存储器(rom)152中的计算机程序或者从存储单元158加载到随机访问存储器(ram)153中的计算机程序，来执行各种适当的动作和处理。在ram 153中，还可存储设备150操作所需的各种程序和数据。计算单元151、rom 152以及ram 153通过总线154彼此相连。输入/输出(i/o)接口155也连接至总线154。
145.设备150中的多个部件连接至i/o接口155，包括：输入单元156，例如键盘、鼠标等；输出单元157，例如各种类型的显示器、扬声器等；存储单元158，例如磁盘、光盘等；以及通信单元159，例如网卡、调制解调器、无线通信收发机等。通信单元159允许设备150通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
146.计算单元151可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元151的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元151执行上文所描述的各个方法和处理，例如模型信息分析方法。例如，在一些实施例中，模型信息分析方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元158。在一些实施例中，计算机程序的部分或者全部可以经由rom 152和/或通信单元159而被载入和/或安装到设备150上。当计
算机程序加载到ram 153并由计算单元151执行时，可以执行上文描述的模型信息分析方法的一个或多个步骤。备选地，在其他实施例中，计算单元151可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行模型信息分析方法。
147.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
148.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
149.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
150.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
151.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
152.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计
算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。
153.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
154.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。