一种故障统计记录方法、系统及装置与流程

1.本发明涉及产品测试技术领域，特别是涉及一种故障统计记录方法、系统及装置。


背景技术：

2.在产品测试过程中需要对出现的故障问题进行统计记录，一方面根据统计记录的故障类型和故障数量比例等数据可以发现故障的易发生点，从而为产品生产工艺的改进提供数据参考，另一方面，根据经常出现的故障，也可以提前准备故障处理方法，为后续生产过程中出现类似故障时提供处理方法参考。
3.现有技术中通常采用mes(manufacturing execution system，制造执行系统)来完成故障录入的工作，但是这种方法存在一定缺陷，mes无法与产品测试系统交互，所以产品的故障信息需要人工手动录入，可能会存在录入信息不全面、错记漏记的情况，信息可靠性差，同时人工手动录入的效率也较低。


技术实现要素：

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.为了更清楚地说明本发明实施例中的技术方案，下面将对现有技术和实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
34.图1为本发明提供的一种故障统计记录方法的流程图；
35.图2为本发明提供的一种故障统计记录系统的结构示意图；
36.图3为本发明提供的一种故障统计记录装置的结构示意图。
具体实施方式
37.本发明的核心是提供一种故障统计记录方法、系统及装置，可以实现故障信息的自动录入，避免了人工录入可能导致的错记漏记现象。
38.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
39.请参照图1，图1为本发明提供的一种故障统计记录方法的流程图，包括：
40.s11：发送状态查询指令至产品测试系统，接收产品测试系统发送的在测产品的状态信息；
41.s12：当接收到在测产品的状态信息为故障信息时，获取故障的在测产品的产品信息及故障信息；
42.s13：将产品信息及故障信息录入数据库。
43.现有技术中，为了记录产品测试系统在产品测试过程中出现的产品故障信息，通常采用mes系统进行故障信息统计记录，但是mes系统无法与产品测试系统进行交互，这就导致产品的故障信息需要人工手动录入mes系统，可能存在错记漏记的情况，且人工录入的效率较低。此外，mes系统没有单独的数据库，将故障信息进行统计记录后，无法对故障信息数据进行分析处理。
44.为解决该问题，本实施例中，通过产品测试系统提供的接口，可以实现与产品测试系统的交互，实现对产品测试系统中的在测产品的状态监测，具体的，故障录入系统会发送状态查询指令至产品测试系统，然后接受产品测试系统发送的全部在测产品的状态信息，当全部在测产品的状态信息中出现故障状态时，则获取故障的在测产品的产品信息及故障信息，并将故障的在测产品的产品信息及故障信息保存至数据库中，以便后续的数据分析处理。
45.需要注意的是，这里的故障录入系统主要布置在小型服务器上，与产品测试系统的服务器位于同一局域网，通过交换机等设备进行连接，以完成对产品测试系统中的在测产品的故障信息的采集和保存，具体的，故障录入系统所在的小型服务器上的主控程序会发送查询指令以获取产品测试系统发送的在测产品的状态信息，当接收到在测产品的状态信息为故障时，使用远程登录系统登录产品测试系统的服务器的操作系统，以获取故障产品的产品信息，提取故障产品的错误日志，并将这些数据保存到数据库中。
46.综上，本发明提供了一种故障统计记录方法，首先会发送状态查询指令至产品测试系统，接收产品测试系统发送的在测产品的状态信息，当接收到在测产品的状态信息为故障信息时，获取故障的在测产品的产品信息和故障信息并将这些信息记录在数据库中，实现了故障信息的自动录入，效率高且不会出现人工录入导致的错记漏记的情况，同时也节约了人工操作的时间。
47.在上述实施例的基础上：
48.作为一种优选的实施例，产品信息包括产品型号及产品序列号，故障信息包括故障类型、故障时间及故障原因。
49.本实施例中，考虑到不同的产品的具体测试流程不同，其可能会发生的故障类型和故障原因也不同，因此本方案获取的产品信息包括了在测产品的信号及产品序列号，故障信息包括故障类型、故障时间及故障原因。
50.需要注意的是，由于一个产品的测试可能是多个步骤或是多个测试项目的，所以
这里的故障类型指的是产品测试在哪个步骤或哪个测试项目中出现了故障，而故障原因则是导致该故障出现的可能的因素，例如主板故障或者人工操作不当引发的故障。
51.此外，本方案中，根据在测产品的具体型号，也可以对故障信息的录入规格进行定制，针对不同特定的产品提供特定的故障信息录入规格，使得故障类型分类更加精细，故障原因指向性强。
52.作为一种优选的实施例，将产品信息及故障信息录入数据库之后，还包括：
53.获取预设历史时间段中数据库中录入的全部产品信息及故障信息；
54.根据全部产品信息及故障信息计算得到预设历史时间段内每个预设子时间内的故障总数量、不同故障类型的各故障数量及不同故障类型的各故障数量占故障总数量的占比。
55.本实施例中，考虑到获取到在测产品的故障信息后，还需要对故障信息进行数据分析处理，以便于为产品生产工艺的改进提供参考，因此本方案将产品信息及故障信息录入数据库之后，会按照设定的逻辑对数据进行处理，当按故障时间要素进行数据处理时，会获取预设历史时间段中数据库录入的全部产品信息及故障信息，再通过计算分类得到预设历史时间段内每个预设子时间内的故障总数量，例如先获取过去一周内录入数据库的全部产品信息及故障信息，再得到过去一周中每天内发生的所有故障类型的故障总数量；当按照故障类型要素进行数据处理时，会得到不同故障类型的各故障数量及不同故障类型的各故障数量占故障总数量的占比，例如可以得到故障数量最高的前十五项不同故障类型的故障，根据这些数据就可以知道故障的易发生点，并针对性的对产品工艺的改进提供参考。
56.此外，根据实际使用场景，也可以对数据库中录入的产品信息及故障信息进行其他数据处理，以得到可为工艺提升与瓶颈工序的优化提供依据的参考数据，本发明在此不做特别的限定。
57.作为一种优选的实施例，根据全部产品信息及故障信息计算得到预设历史时间段内每个预设子时间内的故障总数量、不同故障类型的各故障数量及不同故障类型的各故障数量占故障总数量的占比之后，还包括：
58.控制显示模块显示预设历史时间段内每个预设子时间内的故障数量柱状图、不同故障类型的各故障数量柱状图及不同故障类型的各故障数量占故障总数量的占比饼状图。
59.本实施例中，考虑到经过计算处理后的统计数据需要展示给用户查询观看，因此本方案还通过可视化系统将得到的经过计算处理后的统计数据进行可视化的展示与查询，例如将预设历史时间段内每个预设子时间内的故障数量以柱状图的形式、将不同故障类型的各故障数量以柱状图的形式、将不同故障类型的各故障数量占故障总数量的占比以饼状图的形式在显示模块上向用户展示，方便用户的查看。
60.作为一种优选的实施例，发送状态查询指令至产品测试系统，包括：
61.周期性的发送状态查询指令至产品测试系统。
62.本实施例中，考虑到产品测试系统对在测产品的测试通常需要较长的时间，在测产品在测试过程中的任一阶段都可能出现故障，因此本方案是周期性的发送状态查询指令至产品测试系统，增强了方法的可行性。
63.需要注意的是，这里的发送状态查询指令的周期可以根据实际使用场景设定，本发明在此不做特别的限定。
64.作为一种优选的实施例，将产品信息及故障信息录入数据库之后，还包括：
65.当接收到用户发送的故障类型解决方案查询指令时，根据故障信息及预存的故障类型解决方案对应关系确定与故障信息对应的解决方案；
66.控制显示模块显示故障信息对应的解决方案。
67.本实施例中，考虑到当在测产品出现故障时，一线测试人员有查看该故障对应的解决方案的需求，因此本方案在接收到用户发送的故障类型解决方案查询指令时，会根据预设的故障类型解决方案对应关系，确定一个适用于当前故障信息的解决方案，并将该解决方案通过显示模块告知一线测试人员，方便一线测试人员进行故障维修处理，方便了用户的操作，降低了一线测试人员的流动对产品故障处理造成的影响。
68.需要注意的是，这里的预设的故障类型解决方案对应关系是针对一些典型故障而提前编辑的解决方案，减少了一线测试人员的学习成本。
69.作为一种优选的实施例，还包括：
70.判断是否接收到用户的数据库访问请求；
71.若是，提供数据库访问权限。
72.本实施例中，考虑到用户会有访问数据库以查看产品故障信息的需求，因此本方案在接收到用户的数据库访问请求后，会提供数据库访问权限，以便用户查询保存在数据库中的产品信息及对应的故障信息，方便了用户的操作。
73.作为一种优选的实施例，提供数据库访问权限之后，还包括：
74.提供故障类型解决方案对应关系编辑权限，编辑权限包括对故障类型解决方案对应关系的增加、修改及删除。
75.本实施例中，考虑到用户会有修改故障类型解决方案对应关系的需求，因此本方案在给用户提供数据库访问权限后，还给用户提供故障类型解决方案对应关系编辑权限，以便用户可以对故障解决方案进行增加、修改或删除。
76.需要注意的是，考虑到有些产品故障一线测试人员可能无法解决，因此本方案还包括：
77.接收到用户发送的故障信息上报指令时；
78.将对应的故障信息发送至上一级系统。
79.其中，这里的上一级系统指的是例如产品工程师等可以针对性的解决复杂产品故障的人员可以登录的系统。
80.本发明还提供了一种故障统计记录系统，请参照图2，图2为本发明提供的一种故障统计记录系统的结构示意图，包括：
81.状态查询指令发送单元21，用于发送状态查询指令至产品测试系统，接收产品测试系统发送的在测产品的状态信息；
82.故障产品信息获取单元22，用于当接收到在测产品的状态信息为故障信息时，获取故障的在测产品的产品信息及故障信息；
83.故障产品信息录入单元23，用于将产品信息及故障信息录入数据库。
84.对于本发明提供的一种故障统计记录系统的介绍请参照上述方法实施例，本发明在此不再赘述。
85.本发明还提供了一种故障统计记录装置，请参照图3，图3为本发明提供的一种故
障统计记录装置的结构示意图，该装置包括：
86.存储器31，用于存储计算机程序；
87.处理器32，用于执行计算机程序以实现上述上述故障统计记录方法的步骤。
88.对于本发明提供的一种故障统计记录装置的介绍请参照上述方法实施例，本发明在此不再赘述。
89.还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。
90.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其他实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。