信息处理方法及装置、电子设备、存储介质与流程
未命名
08-12
阅读:95
评论:0
1.本技术涉及计算机技术领域,特别是涉及信息处理方法及装置、电子设备、存储介质。
背景技术:
2.多人协作代码开发的项目中,难免会出现代码错误。当开发者发现自己的代码报错时,可以直接解决,但也有很多情况是其他开发者或者其他岗位的人员发现了代码报错,在这种情况下,报错发现者将报错定位到对应归属者会有一定的时间成本。具体地,相关技术通常是通过手动查找代码版本管理工具的提交记录来定位到报错的归属者,并且该过程还需要依靠一定专业性技术经验。也就是说,相关技术确定报错归属者的方式,存在难度大且成本高的问题。
3.需要说明的是,在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解,因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
技术实现要素:
4.鉴于上述问题,提出了本技术以便提供克服上述问题或者至少部分地解决上述问题的信息处理方法及装置、电子设备、存储介质,包括:
5.一种信息处理方法,所述方法包括:
6.获取程序运行时产生的报错信息;
7.对所述报错信息进行处理,得到报错时间和报错文件列表,所述报错文件列表包含多个报错文件的报错文件信息、以及各个所述报错文件对应的报错行的报错行信息;
8.根据所述报错时间和所述报错文件列表,生成所述报错信息的报错特征集合;
9.将所述报错特征集合输入报错归属模型进行处理,得到所述报错信息对应的归属者;
10.其中,所述报错归属模型是基于训练报错信息对应的训练报错特征集合和所述训练报错信息对应的训练归属者进行训练得到的。
11.一种信息处理装置,所述装置包括:
12.报错信息获取模块,用于获取程序运行时产生的报错信息;
13.报错信息处理模块,用于对所述报错信息进行处理,得到报错时间和报错文件列表,所述报错文件列表包含多个报错文件的报错文件信息、以及各个所述报错文件对应的报错行的报错行信息;
14.报错特征确定模块,用于根据所述报错时间和所述报错文件列表,生成所述报错信息的报错特征集合;
15.报错归属确定模块,用于将所述报错特征集合输入报错归属模型进行处理,得到所述报错信息对应的归属者;
16.其中,所述报错归属模型是基于训练报错信息对应的训练报错特征集合和所述训
练报错信息对应的训练归属者进行训练得到的。
17.一种电子设备,包括处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如上所述的信息处理方法。
18.一种计算机可读存储介质,所述计算机可读存储介质上存储计算机程序,所述计算机程序被处理器执行时实现如上所述的信息处理方法。
19.本技术具有以下优点:
20.在本技术的实施例中,通过获取程序运行时产生的报错信息,对报错信息进行处理,得到报错时间和报错文件列表,报错文件列表包含多个报错文件、以及各个报错文件对应的报错行;根据报错时间和报错文件列表,生成报错信息的报错特征集合;将报错特征集合输入训练好的报错归属模型进行处理,得到报错信息对应的归属者;可以实现自动识别报错信息对应的归属者,解决了相关技术需要通过人工查找归属者存在难度大且成本高的问题。
附图说明
21.为了更清楚地说明本技术的技术方案,下面将对本技术的描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本技术的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
22.图1为本技术实施例的一种信息处理方法的步骤流程图;
23.图2为本技术一示例中提取特征的流程示意图;
24.图3为本技术一示例中推断归属者的流程示意图;
25.图4为本技术实施例的一种信息处理装置的结构框图。
具体实施方式
26.为使本技术的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本技术作进一步详细的说明。显然,所描述的实施例是本技术一部分实施例,而不是全部的实施例。基于本技术中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本技术保护的范围。
27.当多人协作代码开发项目出现报错信息时,通常需要手动查找代码版本管理工具的提交记录,并依靠一定的专业性技术经验来确定报错信息对应的归属者,且确定归属者的准确率依赖于识别人员的专业度。
28.鉴于此,本技术实施例提供了一种信息处理方法,结合预先通过机器学习算法训练得到的报错归属模型来识别报错信息对应的归属者,实现自动识别报错信息的归属者,提高了报错信息归属者的识别效率,并且避免了另设专人去负责识别报错信息归属者的问题。
29.参照图1,示出了本技术一实施例提供的一种信息处理方法,该方法可以运行于本地终端设备或者是服务器,用于自动化确定程序运行产生的报错信息的归属者。当需要确定报错归属者的程序与该方法不在同一个设备运行时,可以通过网络使两个设备进行通
信。其中,本地终端设备包括但不限于个人计算机、笔记本电脑、平板电脑、台式电脑等设备,服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
30.该方法可以包括如下步骤:
31.步骤101,获取程序运行时产生的报错信息。
32.在程序运行过程中,当出现某个代码错误时,会以堆栈跟踪的形式打印出来,即报错信息。
33.步骤102,对所述报错信息进行处理,得到报错时间和报错文件列表,所述报错文件列表包含多个报错文件的报错文件信息、以及各个所述报错文件对应的报错行的报错行信息。
34.由于多人协作开发的程序代码之间存在相互调用的情况,因此,当一个代码错误产生报错信息时,该报错信息中包含了报错时间以及调用该错误代码的所有文件信息,为了便于描述和理解,将调用该错误代码的文件记为报错文件,并且,报错信息中还包含了每个报错文件与该错误代码相关的报错行信息。其中,报错时间信息是指被检查对象出问题的时间,可以理解,当同样的错误发生多次时,报错时间指的是该错误首次发生的时间。
35.通过对报错信息进行处理,可以得到报错时间和多个报错文件信息,以及各个报错文件对应的报错行信息,多个报错文件信息和对应的报错行信息可以记录到报错文件列表中。也就是说,对报错信息处理,可以得到报错时间和报错文件列表,报错文件列表的每一行记录一个报错文件信息及报错文件对应的报错行信息。其中,报错文件信息可以是对应的报错文件的文件名,用于指代对应的报错文件,报错行信息可以是对应的报错行的行数,用于指代对应的报错行。
36.步骤103,根据所述报错时间和所述报错文件列表,生成所述报错信息的报错特征集合。
37.一个报错信息对应一个报错时间和一个报错文件列表,且一个报错文件列表包含多行信息,每行信息对应一个报错文件和报错行。根据报错时间和报错文件列表,生成报错信息的报错特征集合,可以理解,该报错特征集合与该报错时间以及报错文件列表中的每一行信息中的报错文件和报错行的修改记录相关。具体的报错特征集合的生成方式与预先训练报错归属模型时使用的训练报错特征集合的生成方式相关。
38.步骤104,将所述报错特征集合输入报错归属模型进行处理,得到所述报错信息对应的归属者;
39.其中,所述报错归属模型是基于训练报错信息对应的训练报错特征集合和训练报错信息对应的训练归属者进行训练得到的。
40.示例性地,本技术实施例中的报错归属模型是通过机器学习模型对一定数量的训练集(每个训练集包含训练报错信息对应的训练报错特征集合和训练归属者)进行训练,得到预报错归属模型,然后采用一定数量的验证集(每个验证集包含验证报错信息对应的验证报错特征集合和验证归属者)对预报错归属模型进行准确性验证,当预报错归属模型通过验证时,则可以作为本技术实施例使用的报错归属模型。其中,机器学习模型是采用机器学习算法实现的模型,而机器学习算法是一类从数据中自动分析获得规律,并利用规律对未知数据进行预测的算法。
41.通过将报错特征集合输入到预先训练好的报错归属模型,由报错归属模型推断并
输出报错信息对应的归属者,从而实现自动识别报错信息的归属者。
42.下面,将对本示例性实施例中信息处理方法作进一步地说明。
43.在步骤101中,获取程序运行时产生的报错信息。
44.在本技术实施例中,运行的程序为多个协作代码开发的程序,不同负责人开发的代码之间存在相互调用的情况。在程序运行过程中,当出现某个代码错误时,会以堆栈跟踪的形式打印出来,即报错信息。
45.在步骤102中,对所述报错信息进行处理,得到报错时间和报错文件列表,所述报错文件列表包含多个报错文件的报错文件信息、以及各个所述报错文件对应的报错行的报错行信息。
46.由于产生的报错信息是采用代码形式进行表示,难以直接使用,因此,需要对报错信息进行处理,从报错信息中提取出报错时间和报错文件信息以及报错文件中的报错行信息,从而得到报错时间和报错文件列表。可以理解,报错文件列表由报错文件信息和报错行信息组成,并且,报错文件信息的数量与报错行信息的数量相等且一一对应。也可以理解,报错文件列表中每一行记录一个报错文件信息以及对应的报错行信息。
47.在步骤103中,根据所述报错时间和所述报错文件列表,生成所述报错信息的报错特征集合。
48.根据报错时间和报错文件列表,生成报错信息的报错特征集合,可以理解,该报错特征集合与该报错时间以及报错文件列表中的每一行信息中的报错文件和报错行的修改记录相关。具体的报错特征集合的生成方式与预先训练报错归属模型时使用的训练报错特征集合的生成方式相关。
49.在本技术的一些可选实施例中,上述根据所述报错时间和所述报错文件列表,生成所述报错信息的报错特征集合,可以包括:
50.对于所述报错文件列表中的每个报错文件,确定在所述报错时间之前的历史文件提交者,以及各个历史文件提交者提交所述报错文件的提交记录;
51.对于每个报错文件对应的报错行,确定在所述报错时间之前的最近行修改者,以及所述最近行修改者修改所述报错行的最近修改时间;
52.根据所述报错文件列表中的每个报错文件的历史文件提交者和提交记录,以及最近行修改者和最近修改时间,生成所述报错文件的报错特征集合。
53.在本实施例中,针对报错文件列表中的每一行信息,可以结合报错时间,通过版本控制软件查询文件修改历史,得到在报错时间之前、修改该报错文件的历史文件修改者(也称历史文件提交者),以及各个历史文件提交者提交该报错文件的提交记录,该提交记录可以包括对应的历史文件提交者每次提交该报错文件的时间;并且,可以结合报错时间,通过版本控制软件查询文件行最近修改记录,得到该报错行的最近行修改者,以及该最近行修改者修改该报错行的最近修改时间。其中,最近行修改者可以认为是在报错时间之前、距离报错时间最近的报错行修改记录所对应的修改者。最近修改时间是最近行修改者在报错时间之前、最近一次修改报错行的时间。而版本控制软件是一个提供完备的版本管理功能,用于存储、追踪目录和文件的修改历史的软件开发工具。
54.将报错文件列表各个历史文件提交者、各个历史提交者对应的提交记录、各个最近行修改者、以及各个最近行修改者对应的最近修改时间按照预设的格式进行特征化处
理,得到报错信息的报错特征集合。
55.作为一种示例,可以根据各个历史提交者对应的提交记录,得到各个历史提交者的最近提交时间,再对最近提交时间进行特征化处理,例如以最近提交时间与报错时间之间的时间间隔作为该最近提交时间特征化处理的结果,可以得到各个历史提交者与对应报错文件关联的特征值。通过对各个最近行修改者对应的最近修改时间进行特征化处理,例如以最近修改时间与报错时间之间的时间间隔作为该最近修改时间特征化处理的结果,可以得到各个最近行修改该与对应报错行关联的特征值。将所有历史提交者与报错文件关联的特征值以及所有最近行修改者与报错行关联的特征值按照预设格式组合,可以得到报错信息的报错特征集合。
56.在本技术的一些可选实施例中,上述根据所述报错文件列表中的每个报错文件的历史文件提交者和提交记录,以及最近行修改者和最近修改时间,生成所述报错文件的报错特征集合,包括:
57.对于每个历史文件提交者,从对应的提交记录中确定最近提交时间以及预设时间段内的提交次数,并基于所述最近提交时间和所述提交次数,确定所述历史文件提交者与对应的报错文件相关的文件特征;
58.对于每个最近行修改者,根据对应的最近修改时间,确定所述最近行修改者与对应的报错行所在的报错文件相关的行特征;
59.根据各个历史文件提交者的文件特征和各个最近行修改者的行特征,生成所述报错文件的报错特征集合。
60.在本实施例中,在得到报错特征集合的过程中,可以对每个历史文件提交者对应的提交记录进行特征化处理,例如,从该提交记录中提取出最近提交时间以及一个或多个预设时间段内的提交次数,例如,最近7天内的提交次数,最近30天内的提交次数、最近365天内的提交次数等。可以以最近提交时间、最近7天内的提交次数、最近30天内的提交次数、最近365天内的提交次数作为该历史文件提交者与对应的报错文件相关的特征值,得到包含该4维特征值的特征组,该特征组即为历史文件提交者与对应的报错文件相关的特征组,也即文件特征。或者,也可以对最近提交时间、最近7天内的提交次数、最近30天内的提交次数、最近365天内的提交次数按照预设算法进行处理,得到的值作为该历史文件提交者与对应的报错文件相关的特征值,得到包含该4维特征值的特征组,即文件特征。例如,计算最近提交时间与报错时间之间的时间间隔,作为文件特征中的第一个特征值;计算历史文件提交者最近7天内提交该报错文件的次数与该报错文件最近7天内的总提交次数的比值,作为文件特征中的第二个特征值;计算历史文件提交者最近30天内提交该报错文件的次数与该报错文件最近30天内的总提交次数的比值,作为文件特征中的第三个特征值;计算历史文件提交者最近365天内提交该报错文件的次数与该报错文件最近365天内的总提交次数的比值,作为文件特征中的第四个特征值。需要说明的是,文件特征并不限于以上示例中的4维特征值,也可以是小于4维或大于4维,也不限于上述示例中的特征化处理方式,具体可以根据实际需求来确定。
61.同时对每个最近行修改者对应的最近修改时间进行特征化处理,可以以最近修改时间作为最近行修改者与对应的报错行相关的特征值,该特征值即为最近行修改者与对应的报错行相关的行特征;或者,也可以对最近修改时间按照预设算法进行处理,得到的值作
为最近行修改者与对应的报错行相关的特征值,即行特征。例如,计算最近修改时间与报错时间之间的时间间隔,作为行特征。需要说明的是,行特征并不限于上述示例中的特征化处理方式,具体可以根据实际需求来确定。
62.将各个历史文件提交者的文件特征和各个最近行修改者的行特征按照预设格式进行组合,以生成所述报错文件的报错特征集合。
63.示例性地,可以根据各个历史文件提交者和最近行修改者,确定与该报错信息相关的候选责任人,可以理解,候选责任人是历史文件提交者和最近行修改者的并集。每个候选责任人都具有与各个报错文件相关的特征组以及与各个报错行相关的特征值,将所有候选责任人与各个报错文件相关的特征组以及与各个报错行相关的特征值按照预设格式进行组合,可以得到报错信息的报错特征集合。
64.需要说明的是,每个候选责任人与各个报错文件相关的文件特征的数量以及每个候选责任人与各个报错行相关的行特征的数量、与报错文件列表中报错文件的数量相等。假设有3个报错文件、3个报错行,则每个候选责任人有3个文件特征和3个行特征。对于任意一个报错文件,当候选责任人是该报错文件的历史文件提交者时,则该候选责任人与该报错文件相关的文件特征可以根据该候选责任人提交该报错文件的提交记录得到;当候选责任人不是该报错文件的历史文件提交者时,则该候选责任人与该报错文件相关的文件特征可以用默认特征组来替代。同样地,对于任意一个报错行,当候选责任人时该报错行的最近行修改者时,则该候选责任人与该报错行相关的行特征可以根据该候选责任人的最近修改时间得到;当候选责任人不是该报错行的最近行修改者时,则该候选责任人与该报错行相关的行特征可以用默认特征值来替代。
65.在本技术的另一些可选实施例中,报错特征集合由程序对应的各个负责人的单人特征集组成;上述根据所述报错文件列表中的每个报错文件的历史文件提交者和提交记录,以及最近修改者和最近修改时间,生成所述报错文件的报错特征集合,可以包括:
66.对于每个负责人,根据所述负责人与所述报错文件列表中的每个报错文件的历史文件提交者和最近行修改者之间的关系,以及对应的提交记录和最近修改时间,确定所述负责人的单人特征集;
67.根据各个所述负责人的单人特征集,生成所述报错信息的报错特征集合。
68.在本实施例中,对于当前运行的由多人协作开发的程序,可以先确定当前运行的程序对应的所有负责人,每个负责人具有与报错信息相关的单人特征集。对于每个负责人的单人特征集,可以根据该负责人与报错文件列表中的每个报错文件的历史文件提交者和最近行修改者之间的关系,来确定该负责人的单人特征集的确定方式。示例性地,当该负责人是报错文件列表中任意一个或多个报错文件的历史文件提交者和/或任意一个或多个报错行的最近行修改者时,则需要进一步根据该历史文件提交对应的提交记录和/或该最近行修改者对应的最近修改时间,确定该负责人的单人特征集。当该负责人不是报错文件列表中任意一个报错文件的历史文件提交者和任意一个报错行的最近行修改者时,则可以将预设的默认单人特征集作为该负责人的单人特征集。
69.在一具体示例中,对于每个负责人,可以从报错文件列表中的第一个报错文件开始,判断该负责人是否是该报错文件的历史文件提交者;若该负责人是该报错文件的历史文件提交者,则将该历史文件提交者的文件特征确定为该负责人与该报错文件相关的文件
特征;其中,文件特征的确定过程可以参见前文描述。若该负责人不是该报错文件的历史文件提交者,则将预设文件特征作为该负责人与该报错文件相关的文件特征;同时,判断该负责人是否是该报错文件对应的报错行的最近行修改者;若该负责人是该报错行的最近行修改者,则将该最近行修改者的行特征确定为该负责人与该报错文件相关的行特征;其中,行特征的确定过程可以参见前文描述。若该负责人不是该报错行的最近行修改者,则将预设行特征作为该负责人与该报错文件相关的行特征;在遍历完报错文件列表的所有报错文件后,根据该负责人与各个报错文件相关的文件特征和行特征,可以生成该负责人的单人特征集,例如,将该负责人与各个报错文件相关的文件特征和行特征按照预设格式要求进行处理,得到该负责人的单人特征集。可以理解,任意一个负责人的单人特征集由该负责人的文件特征集和行特征集组成,其中,文件特征集是该负责人与各个报错文件相关的文件特征的集合,行特征集是该负责人与各个报错文件相关的行特征的集合。
70.在得到每个负责人的单人特征集后,可以将各个负责人的单人特征集按照预设格式要求进行处理,得到报错特征集合。
71.进一步地,在本技术的一些可选实施例中,该方法还可以包括:
72.将所述报错文件和报错时间与对应的历史文件提交者和文件特征关联存储到缓存中;
73.将所述报错文件对应的报错行和报错时间与对应的最近行修改者和行特征关联存储到缓存中。
74.缓存具有读取速度快的特点,本实施例在确定各个报错文件的所有历史文件提交者和各个历史文件提交者的文件特征后,将报错文件和报错时间与所有历史提交者以及对应文件特征关联存储到缓存中,例如,将报错文件对应的报错文件信息与报错时间拼接得到第一字符串,将对应的所有历史文件提交者和对应的文件特征组成第一集合,将第一字符串与第一集合组成键值对存入缓存中,以便后续出现相同报错文件和报错时间时,可以直接从缓存中获取该报错文件和报错时间对应的历史文件提交者和文件特征。
75.同样地,在确定各个报错文件对应的报错行的最近行修改者和行特征后,将报错行和报错时间与对应的最近行修改者和行特征关联存储到缓存中,例如,将报错行对应的报错行信息与报错时间拼接得到第二字符串,将对应的最近行修改者和行特征组成第二集合,将第二字符串与第二集合组成键值对存入缓存中。
76.相应地,上述根据所述报错文件列表中的每个报错文件的历史文件提交者和提交记录,以及最近行修改者和最近修改时间,生成所述报错文件的报错特征集合,可以包括:
77.从所述缓存中查找各个所述报错文件和报错时间关联的历史文件提交者和文件特征;
78.若查找得到,则将查找到的历史文件提交者和对应的文件特征确定为所述报错文件的历史文件提交者和文件特征;
79.从所述缓存中查找各个所述报错文件对应的报错行和报错时间关联的最近行修改者和行特征;
80.若查找得到,则将查找到的最近行修改者和对应的行特征确定为所述报错文件对应的报错行的最近行修改者和行特征;
81.根据各个历史文件提交者的文件特征和各个最近行修改者的行特征,生成所述报
错文件的报错特征集合。
82.本实施例在需要确定报错信息中各个报错文件的历史文件提交者和历史文件提交者与对应的报错文件相关的文件特征时,可以先通过缓存依次查找是否存在该报错信息中报错文件的历史文件提交者和文件特征。示例性地,可以通过拼接报错文件对应的报错文件信息和报错时间得到第一字符串,然后查找缓存中是否存在该第一字符串,若查找得到,说明在先已经确定过该报错文件对应的历史文件提交者和文件特征,可以直接将缓存查找到的历史文件提交者和文件特征作为该报错文件的历史文件提交者和文件特征;若查找不到,则需要通过查询文件修改历史得到该报错文件的历史文件提交者和提交记录,并通过对提交记录进行特征化处理,得到对应的文件特征。
83.同样地,在需要确定报错信息中各个报错行的最近行修改者和最近行修改者与对应的报错行所在的报错文件相关的行特征时,可以先通过缓存依次查找是否存在该报错信息中报错行的最近行修改者和行特征。示例性地,可以通过拼接报错行对应的报错行信息和报错时间得到第二字符串,然后查找缓存中是否存在该第二字符串,若查找得到,说明在先已经确定过该报错行对应的最近行修改者和行特征,可以直接将缓存查找到的最近行修改者者和行特征作为该报错行的最近行修改者和行特征;若查找不到,则需要通过查询文件行最近修改记录得到该报错行的最近行修改者和最近修改时间,并通过对最近修改时间进行特征化处理,得到对应的行特征。
84.本实施例可以通过查找缓存来加速报错文件的历史文件提交者和文件特征,以及报错行的最近行修改者和行特征,进而加速归属者的确定过程。
85.在步骤104中,将所述报错特征集合输入报错归属模型进行处理,得到所述报错信息对应的归属者。
86.在得到报错特征集合后,将该报错特征集合输入预先训练好的报错归属模型,由报错归属模型对输入的报错特征集合进行处理,并输出报错信息对应的归属者,从而实现自动化识别报错归属者,提高了报错信息归属者的识别效率,并且避免了另设专人去负责识别报错信息归属者的问题。
87.其中,对报错归属模型进行训练使用的训练报错特征集合的生成方式与报错特征集合的生成方式相对应,而对报错归属模型进行训练使用的训练归属者则可以是通过专业人员进行专业分析得到的正确归属者;此外还需要对报错归属模型进行准确性验证,当验证不同过时,则需要继续训练,当验证通过时,才可以用于识别报错信息的归属者,并且在报错归属模型投入使用后,还可以使用新的数据对其进行更新,以及对其进行准确性验证,验证的触发条件可以是使用达到预设时长,或识别次数达到预设次数,或者也可以由相关人员人工触发等。
88.示例性地,训练报错特征集合可以用相应的特征矩阵表示,训练归属者可以采用相应的标签矩阵表示。相应地,在使用报错归属模型时,报错特征集合也可以采用相应的特征矩阵表示,并输入报错归属模型,由报错归属模型输出归属者对应的标签矩阵,通过标签矩阵即可确定报错信息对应的归属者。
89.进一步地,在本技术的一些可选实施例中,该方法还可以包括:
90.将所述报错信息的报错时间和报错文件列表与所述报错信息对应的归属者关联存储到缓存中。
91.缓存具有读取速度快的特点,本实施例在识别出报错信息的归属者后,可以将报错信息与对应的归属者进行关联存储到缓存中。由于报错信息是代码形式的错误堆栈,为了方便存储和查找,在具体存储时,报错信息可以用报错时间和报错文件列表来表示,而报错文件列表具体可以用报错文件信息和报错行信息来表示,例如,通过拼接报错时间、报错文件信息和报错行信息,得到该报错信息对应的字符串;将报错信息对应的字符串与对应的归属者组成键值对存入缓存中,以便后续再次出现相同报错信息时,可以直接从缓存中快速获取到该报错信息对应的归属者。
92.相应地,在所述根据所述报错时间和所述报错文件列表,生成所述报错信息的报错特征集合之前,还可以包括:
93.从所述缓存中查找所述报错时间和报错文件列表关联的归属者;
94.若查找得到,则将查找到的归属者确定为所述报错信息的归属者。
95.本实施例在需要确定报错信息对应的归属者时,可以先通过缓存查找是否存在该报错信息关联的归属者。示例性地,可以通过拼接报错信息中的报错时间、报错文件列表中的报错文件信息和报错行信息,组成报错信息对应的字符串,然后查找缓存中是否存在该报错信息对应的字符串,若查找得到,说明该报错信息在先已经出现过,且已经确认了归属者,则直接将缓存查找到的归属者确定为该报错信息的归属者反馈给用户;若查找不到,一般认为该报错信息是首次出现,则需要生成报错信息的报错特征集合,以通过报错归属模型输出报错信息的归属者。本实施例可以通过查找缓存来加速归属者的确定过程。
96.本技术实施例通过获取程序运行时产生的报错信息,对报错信息进行处理,得到报错时间和报错文件列表,报错文件列表包含多个报错文件、以及各个报错文件对应的报错行;根据报错时间和报错文件列表,生成报错信息的报错特征集合,报错特征集合包括多个单人特征集,每个单人特征集包括与报错信息中的各个报错文件相关的文件特征和行特征;将报错特征集合输入训练好的报错归属模型,由报错归属者输出报错信息对应的归属者;可以实现自动识别报错信息对应的归属者,解决了相关技术需要通过人工查找归属者存在难度大且成本高的问题。
97.此外,通过将报错信息与确定出的归属者关联存入缓存中,在下次出现相同报错信息时,可以直接从缓存中获取对应的归属者,以加速归属者的确定过程。以及,通过将报错信息中的各个报错文件与确定出的历史文件提交者、文件特征关联存入缓存中,在下次出现相同报错文件时,可以直接从缓存中获取对应的历史文件提交者和文件特征;通过将报错信息中的各个报错行与确定出的最近行修改者、行特征关联存入缓存中,在下次出现相同报错行时,可以直接从缓存中获取对应的最近行修改者和行特征,进而加速归属者的确定过程。
98.为了方便本领域技术人员理解本方案,下面将结合图2和图3对本技术实施例提供的信息处理方法进行示例性地说明。
99.本示例将信息处理方法分为两个部分进行介绍,一个是如图2所示的特征提取部分,即生成报错信息的报错特征集的过程,另一个是如图3所示的推断归属者的过程。
100.参见图2,在获取到程序运行时产生的报错信息后,可以对报错信息进行处理,得到如图2中第一步的报错时间和报错文件列表,在本示例中,为了方便描述和理解,报错文件列表中的报错文件用fi表示,i=1,2,
……
,n,即f1表示报错文件列表中的第1个报错文
件,f2表示报错文件列表中的第2个报错文件,
……
,fn表示报错文件列表中的第n个报错文件。报错行用li表示,i=1,2,
……
,n,即l1表示报错文件列表中的第1个报错行,l2表示报错文件列表中的第2个报错行,
……
,ln表示报错文件列表中的第n个报错行。
101.对于每个报错行,结合报错时间,通过查询文件行最近修改记录,可以得到该报错行唯一对应的最近行修改者,以及最近修改时间。如图2中的第二步所示,具体可以通过blame命令来获取各个报错行对应的最近行修改者和最近修改时间,第i个报错行对应的最近行修改者用ux表示,对应的最近修改时间用tx表示,可以得到与n个报错行一一对应的n最近行修改者和n个最近修改时间。
102.在得到每个报错行对应的最近行修改者和最近修改时间后,根据每个负责人与每个报错行对应的最近行修改者之间的关系,可以得到每个负责人与每个报错行相关的行特征数据,得到行特征。对于任一一个负责人,将该负责人与所有报错行相关的行特征汇总可以得到如图2中第四步所示的行特征集,该行特征集中的每个行特征的确定方式相同。以一个行特征的确定过程为例,在本示例中,当负责人是报错行的最近行修改者时,则该负责人的行特征的计算式为:3650-|t-tx|,即先计算对应的最近修改时间tx与报错时间t之间的时间间隔,再用3650减去该时间间隔,得到的值即为该负责人与该报错行相关的行特征。需要说明的是,当该负责人不是该报错行的最近行修改者时,则最近修改时间可以用0来表示。采用相同的方式,可以得到每个负责人与每个报错行相关的行特征,进而得到每个负责人的行特征集。
103.对于每个报错文件,结合报错时间,通过查询文件修改历史(如通过log命令查询),可以得到该报错文件的历史文件提交者,以及提交记录,提交记录用于记录对应的历史文件提交者每次提交该报错文件的时间。进而根据每个负责人与各个历史文件提交者之间的关系,可以得到如图2中的第三步所示的每个负责人与各个报错文件相关的提交记录。
104.在得到每个负责人与各个报错文件相关的提交记录后,通过对每个提交记录进行特征化处理,可以每个负责人与各个报错文件相关的文件特征。对于任一一个负责人,将该负责人与所有报错文件相关的文件特征汇总可以得到如图2中第四步所示的文件特征集,该文件特征集中的每个文件特征的确定方式相同,且每个文件特征包括4个子特征。以一个文件特征的确定过程为例,在本示例中,当负责人是报错文件的历史文件提交者时,根据对应的提交记录可以得到该负责人的最近提交时间以及在最近7天提交该报错文件的次数p1、最近30天提交该报错文件的次数p2、最近3650天提交该报错文件的次数p3;文件特征中的第一子特征的计算式为:3650-|t-ta|,即先计算对应的最近提交时间ta与报错时间t之间的时间间隔,再用3650减去该时间间隔,得到的值即为该负责人与该报错文件相关的第一子特征。文件特征中的第二子特征的计算式为:p1/q1,其中,q1是指该报错文件在最近7天内被提交的总次数。文件特征中的第三子特征的计算式为:p2/q2,其中,q2是指该报错文件在最近30天内被提交的总次数。文件特征中的第四子特征的计算式为:p3/q3,其中,q3是指该报错文件在最近3650天内被提交的总次数。需要说明的是,当该负责人不是该报错文件的历史文件提交者时,则最近提交时间可以用0来表示,提交次数可以用0来表示。采用相同的方式,可以得到每个负责人与每个报错文件相关的文件特征,进而得到每个负责人的文件特征集。
105.每个负责人的行特征集和文件特征集按照预设方式处理,可以得到每个负责人的
单人特征集。将所有负责人的单人特征集按照预设方式处理,可以得到报错信息的报错特征集合,在本示例中,由于负责人数量为m,报错文件和报错行的数量为n,每个行特征包含一维特征,每个文件特征包含四维特征,因此报错特征集合中包含m
×
5n个特征。
106.可以理解,在对机器学习模型进行训练以得到报错归属模型时,训练报错特征集合对应的特征矩阵形状是km*nw,训练归属者对应的标签矩阵的形状是km*1;其中,k表示k个报错信息,m表示m个负责人,n表示n个报错文件,w表示每个文件对应w维特征。对于每个报错信息,只有对应的实际归属者的标签矩阵是1,而其他非实际归属者的负责人的标签矩阵是0。当训练报错信息有k个时,负责人有m个,每个报错信息有n个报错文件,每个报错文件对应w维特征时,最终特征矩阵的形状是km*nw,标签矩阵的形状是km*1。
107.参见图3,当本地终端在运行程序产生报错信息时,可以将报错信息通过网络采用远程请求的方式发送至执行本技术实施例的信息处理方法的服务器,服务器在收到报错信息后,可以对报错信息进行处理,得到报错信息中的报错时间和报错文件列表,将报错时间和报错文件列表组成用于表示报错信息的标识字符串ca,然后判断该标识字符串ca是否在lru(least recently used,即最近最少使用,是一种常用的页面置换算法,选择最近最久未使用的页面予以淘汰)缓存中,若在,则直接从lru缓存中取出对应的缓存结果r,该缓存结果r即为该报错信息的归属者。然后将缓存结果r按照一定格式返回给请求方,即发送报错信息的本地终端。
108.若标识字符串ca不在lru缓存中,则对报错文件列表中的每个报错文件fi和对应的报错行li,按照固定格式拼接,组成字符串cb,然后判断该字符串cb是否在svn临时缓存中,若是,则直接从svn临时缓存中取出对应的缓存结果ei,再根据该缓存结果ei得到报错信息的报错特征集合e,其中,i=1,2,
……
,n;n为报错文件列表的行数;最后将报错特征集合e输入到报错归属模型中,由报错归属模型对报错特征集合进行处理,得到推断结果r,并将该推断结果r与报错信息的标识字符串ca组成键值对存入lru缓存中,以及将推断结果r按照一定格式返回给请求方,即发送报错信息的本地终端。
109.若字符串cb不在svn临时缓存中,则按照如上图2对应的特征提取过程,通过查询版本控制软件获取相应的历史文件提交者和提交记录以及最近行修改者和最近修改时间,并进行特征提取,得到字符串cb对应的行特征和文件特征,即ei;将字符串cb与对应的特征结果ei存入svn临时缓存中,以及根据特征结果ei得到报错信息的报错特征集合e,其中,i=1,2,
……
,n;n为报错文件列表的行数;最后将报错特征集合e输入到报错归属模型中,由报错归属模型对报错特征集合进行处理,得到推断结果r,并将该推断结果r与报错信息的标识字符串ca组成键值对存入lru缓存中,以及将推断结果r按照一定格式返回给请求方,即发送报错信息的本地终端。
110.需要说明的是,对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本技术实施例并不受所描述的动作顺序的限制,因为依据本技术实施例,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本技术实施例所必须的。
111.参照图4,示出了本技术的一种信息处理装置实施例的结构框图,与上述信息处理方法实施例相对应,在本技术实施例中,该信息处理装置可以包括如下模块:
112.报错信息获取模块401,用于获取程序运行时产生的报错信息;
113.报错信息处理模块402,用于对所述报错信息进行处理,得到报错时间和报错文件列表,所述报错文件列表包含多个报错文件的报错文件信息、以及各个所述报错文件对应的报错行的报错行信息;
114.报错特征确定模块403,用于根据所述报错时间和所述报错文件列表,生成所述报错信息的报错特征集合;
115.报错归属确定模块404,用于将所述报错特征集合输入报错归属模型进行处理,得到所述报错信息对应的归属者;
116.其中,所述报错归属模型是基于训练报错信息对应的训练报错特征集合和所述训练报错信息对应的训练归属者进行训练得到的。
117.在本技术的一些可选实施例中,所述装置还包括:
118.第一缓存存储模块,用于将所述报错信息的报错时间和报错文件列表与所述报错信息对应的归属者关联存储到缓存中。
119.在本技术的一些可选实施例中,所述装置还包括:
120.第一缓存查找模块,用于从所述缓存中查找所述报错时间和报错文件列表关联的归属者;
121.归属者确定模块,用于若查找得到,则将查找到的归属者确定为所述报错信息的归属者。
122.在本技术的一些可选实施例中,所述报错特征确定模块403,包括:
123.文件提交记录确定模块,用于对于所述报错文件列表中的每个报错文件,确定在所述报错时间之前的历史文件提交者,以及各个历史文件提交者提交所述报错文件的提交记录;
124.行修改记录确定模块,用于对于每个报错文件对应的报错行,确定在所述报错时间之前的最近行修改者,以及所述最近行修改者修改所述报错行的最近修改时间;
125.第一报错特征模块,用于根据所述报错文件列表中的每个报错文件的历史文件提交者和提交记录,以及最近行修改者和最近修改时间,生成所述报错文件的报错特征集合。
126.在本技术的一些可选实施例中,所述第一报错特征模块,包括:
127.文件特征确定模块,用于对于每个历史文件提交者,从对应的提交记录中确定最近提交时间以及预设时间段内的提交次数,并基于所述最近提交时间和所述提交次数,确定所述历史文件提交者与对应的报错文件相关的文件特征;
128.行特征确定模块,用于对于每个最近行修改者,根据对应的最近修改时间,确定所述最近行修改者与对应的报错行所在的报错文件相关的行特征;
129.第二报错特征确定模块,用于根据各个历史文件提交者的文件特征和各个最近行修改者的行特征,生成所述报错文件的报错特征集合。
130.在本技术的一些可选实施例中,所述程序对应多个负责人,所述报错特征集合由各个负责人与所述报错信息相关的单人特征集组成;所述第一报错特征模块,包括:
131.单人特征集确定模块,用于对于每个负责人,根据所述负责人与所述报错文件列表中的每个报错文件的历史文件提交者和最近行修改者之间的关系,以及对应的提交记录和最近修改时间,确定所述负责人的单人特征集;
132.第三报错特征确定模块,用于根据各个所述负责人的单人特征集,生成所述报错信息的报错特征集合。
133.在本技术的一些可选实施例中,所述单人特征集确定模块,包括:
134.第一判断模块,用于对于每个负责人,从所述报错文件列表中的第一个报错文件开始,判断所述负责人是否是所述报错文件的历史文件提交者;
135.第一处理模块,用于若是,则将所述历史文件提交者的文件特征确定为所述负责人与所述报错文件相关的文件特征;
136.第二处理模块,用于若否,则将预设文件特征作为所述负责人与所述报错文件相关的文件特征;
137.第二判断模块,用于判断所述负责人是否是所述报错文件对应的报错行的最近行修改者;
138.第三处理模块,用于若是,则将所述最近行修改者的行特征确定为所述负责人与所述报错文件相关的行特征;
139.第四处理模块,用于若否,则将预设行特征作为所述负责人与所述报错文件相关的行特征;
140.特征集确定模块,用于根据所述负责人与各个报错文件相关的文件特征和行特征,生成所述负责人的单人特征集。
141.在本技术的一些可选实施例中,所述装置还包括:
142.第二缓存存储模块,用于将所述报错文件和报错时间与对应的历史文件提交者和文件特征关联存储到缓存中;
143.第三缓存存储模块,用于将所述报错文件对应的报错行和报错时间与对应的最近行修改者和行特征关联存储到缓存中。
144.在本技术的一些可选实施例中,所述第一报错特征模块,包括:
145.第二缓存查找模块,用于从所述缓存中查找各个所述报错文件和报错时间关联的历史文件提交者和文件特征;
146.第五处理模块,用于若查找得到,则将查找到的历史文件提交者和对应的文件特征确定为所述报错文件的历史文件提交者和文件特征;
147.第三缓存查找模块,用于从所述缓存中查找各个所述报错文件对应的报错行和报错时间关联的最近行修改者和行特征;
148.第六处理模块,用于若查找得到,则将查找到的最近行修改者和对应的行特征确定为所述报错文件对应的报错行的最近行修改者和行特征;
149.第二报错特征确定模块,用于根据各个历史文件提交者的文件特征和各个最近行修改者的行特征,生成所述报错文件的报错特征集合。
150.对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
151.本技术实施例还公开了电子设备,包括处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如上所述的信息处理方法。
152.本技术实施例还公开了计算机可读存储介质,所述计算机可读存储介质上存储计
算机程序,所述计算机程序被处理器执行时实现如上所述的信息处理方法。
153.本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
154.本领域内的技术人员应明白,本技术实施例的实施例可提供为方法、装置、或计算机程序产品。因此,本技术实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本技术实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
155.本技术实施例是参照根据本技术实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
156.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
157.这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
158.本技术实施例中提出的所有获取信息的动作都是在遵照所在地国家相应的数据保护法规政策的前提下,并获得由相应装置所有者给予授权的情况下进行的。
159.尽管已描述了本技术实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本技术实施例范围的所有变更和修改。
160.最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个
……”
限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
161.以上对本技术所提供的一种信息处理方法及装置、电子设备、存储介质,进行了详细介绍,本文中应用了具体个例对本技术的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本技术的方法及其核心思想;同时,对于本领域的一般技术人员,依据本技术的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不
应理解为对本技术的限制。
技术特征:
1.一种信息处理方法,其特征在于,所述方法包括:获取程序运行时产生的报错信息;对所述报错信息进行处理,得到报错时间和报错文件列表,所述报错文件列表包含多个报错文件的报错文件信息、以及各个所述报错文件对应的报错行的报错行信息;根据所述报错时间和所述报错文件列表,生成所述报错信息的报错特征集合;将所述报错特征集合输入报错归属模型进行处理,得到所述报错信息对应的归属者;其中,所述报错归属模型是基于训练报错信息对应的训练报错特征集合和所述训练报错信息对应的训练归属者进行训练得到的。2.根据权利要求1所述的方法,其特征在于,所述方法还包括:将所述报错信息的报错时间和报错文件列表与所述报错信息对应的归属者关联存储到缓存中。3.根据权利要求2所述的方法,其特征在于,在所述根据所述报错时间和所述报错文件列表,生成所述报错信息的报错特征集合之前,所述方法还包括从所述缓存中查找所述报错时间和报错文件列表关联的归属者;若查找得到,则将查找到的归属者确定为所述报错信息的归属者。4.根据权利要求1-3任一项所述的方法,其特征在于,所述根据所述报错时间和所述报错文件列表,生成所述报错信息的报错特征集合,包括:对于所述报错文件列表中的每个报错文件,确定在所述报错时间之前的历史文件提交者,以及各个历史文件提交者提交所述报错文件的提交记录;对于每个报错文件对应的报错行,确定在所述报错时间之前的最近行修改者,以及所述最近行修改者修改所述报错行的最近修改时间;根据所述报错文件列表中的每个报错文件的历史文件提交者和提交记录,以及最近行修改者和最近修改时间,生成所述报错文件的报错特征集合。5.根据权利要求4所述的方法,其特征在于,所述根据所述报错文件列表中的每个报错文件的历史文件提交者和提交记录,以及最近行修改者和最近修改时间,生成所述报错文件的报错特征集合,包括:对于每个历史文件提交者,从对应的提交记录中确定最近提交时间以及预设时间段内的提交次数,并基于所述最近提交时间和所述提交次数,确定所述历史文件提交者与对应的报错文件相关的文件特征;对于每个最近行修改者,根据对应的最近修改时间,确定所述最近行修改者与对应的报错行所在的报错文件相关的行特征;根据各个历史文件提交者的文件特征和各个最近行修改者的行特征,生成所述报错文件的报错特征集合。6.根据权利要求5所述的方法,其特征在于,所述程序对应多个负责人,所述报错特征集合由各个负责人与所述报错信息相关的单人特征集组成;所述根据所述报错文件列表中的每个报错文件的历史文件提交者和提交记录,以及最近修改者和最近修改时间,生成所述报错文件的报错特征集合,包括:对于每个负责人,根据所述负责人与所述报错文件列表中的每个报错文件的历史文件提交者和最近行修改者之间的关系,以及对应的提交记录和最近修改时间,确定所述负责
人的单人特征集;根据各个所述负责人的单人特征集,生成所述报错信息的报错特征集合。7.根据权利要求6所述的方法,其特征在于,所述对于每个负责人,根据所述负责人与所述报错文件列表中的每个报错文件的历史文件提交者和最近行修改者之间的关系,以及对应的提交记录和最近修改时间,确定所述负责人的单人特征集,包括:对于每个负责人,从所述报错文件列表中的第一个报错文件开始,判断所述负责人是否是所述报错文件的历史文件提交者;若是,则将所述历史文件提交者的文件特征确定为所述负责人与所述报错文件相关的文件特征;若否,则将预设文件特征作为所述负责人与所述报错文件相关的文件特征;判断所述负责人是否是所述报错文件对应的报错行的最近行修改者;若是,则将所述最近行修改者的行特征确定为所述负责人与所述报错文件相关的行特征;若否,则将预设行特征作为所述负责人与所述报错文件相关的行特征;根据所述负责人与各个报错文件相关的文件特征和行特征,生成所述负责人的单人特征集。8.根据权利要求6所述的方法,其特征在于,所述方法还包括:将所述报错文件和报错时间与对应的历史文件提交者和文件特征关联存储到缓存中;将所述报错文件对应的报错行和报错时间与对应的最近行修改者和行特征关联存储到缓存中。9.根据权利要求8所述的方法,其特征在于,所述根据所述报错文件列表中的每个报错文件的历史文件提交者和提交记录,以及最近行修改者和最近修改时间,生成所述报错文件的报错特征集合,包括:从所述缓存中查找各个所述报错文件和报错时间关联的历史文件提交者和文件特征;若查找得到,则将查找到的历史文件提交者和对应的文件特征确定为所述报错文件的历史文件提交者和文件特征;从所述缓存中查找各个所述报错文件对应的报错行和报错时间关联的最近行修改者和行特征;若查找得到,则将查找到的最近行修改者和对应的行特征确定为所述报错文件对应的报错行的最近行修改者和行特征;根据各个历史文件提交者的文件特征和各个最近行修改者的行特征,生成所述报错文件的报错特征集合。10.一种信息处理装置,其特征在于,所述装置包括:报错信息获取模块,用于获取程序运行时产生的报错信息;报错信息处理模块,用于对所述报错信息进行处理,得到报错时间和报错文件列表,所述报错文件列表包含多个报错文件的报错文件信息、以及各个所述报错文件对应的报错行的报错行信息;报错特征确定模块,用于根据所述报错时间和所述报错文件列表,生成所述报错信息的报错特征集合;
报错归属确定模块,用于将所述报错特征集合输入报错归属模型进行处理,得到所述报错信息对应的归属者;其中,所述报错归属模型是基于训练报错信息对应的训练报错特征集合和所述训练报错信息对应的训练归属者进行训练得到的。11.一种电子设备,其特征在于,包括处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如权利要求1-9任一项所述的信息处理方法。12.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储计算机程序,所述计算机程序被处理器执行时实现如权利要求1-9任一项所述的信息处理方法。
技术总结
本申请提供了一种信息处理方法及装置、电子设备、存储介质,其中,方法包括:获取程序运行时产生的报错信息,对报错信息进行处理,得到报错时间和报错文件列表,报错文件列表包含多个报错文件、以及各个报错文件对应的报错行;根据报错时间和报错文件列表,生成报错信息的报错特征集合;将报错特征集合输入训练好的报错归属模型进行处理,得到报错信息对应的归属者;可以实现自动识别报错信息对应的归属者,解决了相关技术需要通过人工查找归属者存在难度大且成本高的问题。在难度大且成本高的问题。在难度大且成本高的问题。
技术研发人员:蔡康
受保护的技术使用者:网易(杭州)网络有限公司
技术研发日:2023.05.11
技术公布日:2023/8/9
版权声明
本文仅代表作者观点,不代表航空之家立场。
本文系作者授权航家号发表,未经原创作者书面授权,任何单位或个人不得引用、复制、转载、摘编、链接或以其他任何方式复制发表。任何单位或个人在获得书面授权使用航空之家内容时,须注明作者及来源 “航空之家”。如非法使用航空之家的部分或全部内容的,航空之家将依法追究其法律责任。(航空之家官方QQ:2926969996)
飞行汽车 https://www.autovtol.com/
