信息检索的方法、装置、电子设备和存储介质与流程

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.图1为本公开一具体实施例中的信息检索的方法的流程示意图。
27.图2为本公开另一具体实施例中的信息检索的方法的流程示意图。
28.图3为本公开具体实施方式一中的第一种查询场景示意图。
29.图4为本公开具体实施方式二中的第二种查询场景示意图。
30.图5为本公开一具体实施例中的信息检索的装置的结构示意图。
31.图6为本公开一具体实施例中的信息检索的方法的流程示意图
32.图7为本公开一具体实施例中的信息检索装置的结构示意图。
33.图8为本公开一具体实施例中的电子设备的结构示意图。
具体实施方式
34.应该指出，以下详细说明都是示例性的，旨在对本公开提供进一步的说明。除非另有指明，本文中使用的所有技术和科学术语具有与本公开所属技术领域的普通技术人员通常理解的相同含义。
35.需要注意的是，这里所使用的术语仅是为了描述具体实施方式，而非意图限制根据本公开的示例性实施方式。如在这里所使用的，除非上下文另外明确指出，否则单数形式也意图包括复数形式，此外，还应当理解的是，当在本说明书中使用术语“包含”和/或“包括”时，其指明存在特征、步骤、操作、器件、组件和/或它们的组合。
36.在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。
37.为使本公开的技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本公开作进一步详细的说明。
38.图1为本公开一具体实施例中的信息检索的方法的流程示意图。如图1所示，本公开一具体实施例中的信息检索的方法包括如下所述步骤：
39.步骤101，根据接收到的检索请求对预设的数据库进行检索，得到检索结果，将检索结果作为当前阶段的检索结果。
40.在本公开的实施例中，在接收到检索请求之后，可以根据该接收到的检索请求对预先设置的数据库进行相应的初次检索，从而得到检索结果(可以称之为初次检索结果)。此时，可以将该初次检索结果作为当前阶段的检索结果。
41.另外，作为示例，在本公开的一种可能的实施方式中，所述步骤101之前还可以进一步包括：接收检索请求。
42.具体来说，在本公开的一种可能的实施方式中，当用户需要对相关数据进行检索或查询时，将发送相应的检索请求。
43.例如，作为示例，在本公开的一种可能的实施方式中，用户可以通过客户端向服务端发送检索请求，也可以在服务端上直接输入检索请求。因此，可以根据接收到的检索请求对预设的数据库进行检索，得到检索结果。
44.再例如，作为示例，在本公开的一种可能的实施方式中，当需要对日志信息进行检索时，所述检索请求可以是：对日志信息的检索请求。
45.当然，在本公开的实施例中，上述的检索请求也可以是对其他需要检索的信息的检索请求，在此不再赘述。
46.步骤102，从与当前阶段的检索结果对应的串联配置中获取对应的筛选条件，根据筛选条件从当前阶段的检索结果中选择至少一条记录作为父记录。
47.在本公开的实施例中，在进行信息检索时，不同的检索场景的不同阶段可能具有不同的检索要求。因此，可以预先为各个检索场景的各个串联阶段分别设置对应的串联配置。例如，假设某一个检索场景可能具有n个串联阶段，则可以为上述的检索场景预先设置n个串联配置，分别对应于n个串联阶段。其中，串联阶段可以理解为：在进行第一检索后，需要基于第一检索的结果进行第二检索的检索阶段，例如在初次检索之后，再次进行检索的检索阶段。其中，第二检索可以称之为串联检索。
48.另外，在进行信息检索时，对于同一个检索场景的不同阶段的检索结果(例如，初次检索结果、第二次检索结果、第三次检索结果等等)，也可能具有不同的用于筛选父记录的筛选条件，因此，可以在各个阶段的串联配置中为对应的检索结果预先设置相应的筛选条件。
49.例如，作为示例，在本公开的一种可能的实施方式中，当检索场景为第一种查询时，假设该第一种查询可能只具有1个串联阶段(表示在进行初次检索之后，可能还需要再进行1次串联检索)，则可以为该第一种查询的检索场景预先设置1个串联配置，对应于该串联阶段，并在该串联阶段的串联配置中为对应的检索结果预先设置对应的筛选条件。
50.再例如，作为示例，在本公开的一种可能的实施方式中，当检索场景为第二种查询时，假设该第二种查询可能具有2个串联阶段(表示在进行初次检索之后，可能还需要再进行2次串联检索，每个串联阶段分别对应一次串联检索)，则可以为该第二种查询的检索场
景预先设置2个串联配置，分别对应于2个串联阶段，并在2个串联阶段的串联配置中分别为对应的检索结果预先设置对应的筛选条件。
51.所以，当获得当前阶段的检索结果时，如果检索场景具有与当前阶段的检索结果相对应的串联配置，则可以从与当前阶段的检索结果对应的串联配置中获取与当前阶段的检索结果相对应的筛选条件，然后再根据筛选条件从当前阶段的检索结果中选择至少一条记录作为父记录。
52.举例来说，在进行初次检索得到初次检索结果之后，如果还需要再进行检索，则将进入串联阶段。在每个串联阶段，分别设置有相应的串联配置；在每个串联阶段，将进行1次检索，可将在串联阶段进行的检索称为串联检索。
53.在得到初次检索结果之后，如果还需要再进行检索，则可以将该初次检索结果作为当前阶段的的检索结果，然后再进入第1个串联阶段。此时，该初次检索结果所对应的串联阶段为后续的第1个串联阶段，因此所对应的串联配置为该第1个串联阶段的串联配置。因此，可以从第1个串联阶段的串联配置中获取对应的筛选条件。
54.当在第1个串联阶段进行检索，得到检索结果之后，如果还需要再进行检索，则将进入第2个串联阶段。因此，可将第1个串联阶段的检索结果作为当前阶段的的检索结果，然后再进入第2个串联阶段。此时，该第1个串联阶段的检索结果所对应的串联阶段为后续的第2个串联阶段，因此所对应的串联配置为该第2个串联阶段的串联配置。因此，可以从第2个串联阶段的串联配置中获取对应的筛选条件。
55.后续的情况可以以此类推，因此不再一一赘述。
56.步骤103，从当前的串联配置中获取对应的下一阶段检索规则和串联关键字，并从所选择的父记录中获取所述串联关键字的值，将获取的串联关键字的值和下一阶段检索规则作为新的检索条件。
57.在本公开的实施例中，在选择了父记录之后，还可以进一步从当前的串联配置(即与当前阶段的检索结果对应的串联配置)中获取对应的下一阶段检索规则(例如，阶段值为预设的值，即k1的值为预设的值)和串联关键字(k2)，并从所选择的父记录中获取串联关键字的值，从而可以将所获取的串联关键字的值和下一阶段检索规则作为新的检索条件，以便于进行下一阶段的检索。
58.步骤104，根据新的检索条件对所述数据库进行检索，得到新的检索结果。
59.在本公开的实施例中，在得到新的检索条件之后，可以根据该新的检索条件对所述数据库进行检索，得到新的检索结果。
60.步骤105，根据所述当前阶段的检索结果和所述新的检索结果得到最终的检索结果。
61.在本公开的实施例中，在得到新的检索结果之后，可以根据所述当前阶段的检索结果和所述新的检索结果得到最终的检索结果。
62.因此，通过上述的步骤101～105，可以实现串联检索，并得到最终的检索结果。当用户使用上述方法在进行检索时，可以通过上述的初次检索以及一个或多个串联阶段的检索，检索得到更多的、有关联的检索结果，从而可以减少用户的工作量，降低用户的操作难度，提高用户的检索效率。
63.另外，在本公开的实施例中，可以通过多种具体的实现方式来实现上述的步骤
105。以下将以其中的几种具体实现方式为例，对本公开的技术方案进行详细地介绍。
64.例如，作为示例，在本公开的一种可能的实施方式中，所述步骤105可以包括：
65.将所述新的检索结果与步骤101中所得到的初次检索结果进行处理，例如合并处理，得到最终的检索结果。
66.再例如，作为示例，在本公开的另一种可能的实施方式中，所述步骤105也可以包括如下的步骤：
67.步骤51，将新的检索结果作为当前阶段的检索结果。
68.步骤52，当检索场景具有与当前阶段的检索结果对应的串联配置时，返回执行步骤102；当检索场景不具有与当前阶段的检索结果对应的串联配置时，将所有的检索结果进行处理后作为最终的检索结果。
69.在本公开的实施例中，在得到新的检索结果并将新的检索结果作为当前阶段的检索结果之后，还将确定检索场景是否具有与当前阶段的检索结果对应的串联配置。
70.如果检索场景具有与当前阶段的检索结果相对应的串联配置，则说明还需要再进行下一阶段的信息检索。此时，可以返回执行步骤102，从与当前阶段的检索结果对应的串联配置中获取对应的筛选条件，根据筛选条件从当前阶段的检索结果中选择至少一条记录作为父记录。
71.而如果所检索的场景并不具有与当前阶段的检索结果相对应的串联配置，则说明不需要再进行下一阶段的信息检索。此时，可以将目前已获得的所有检索结果(即当前已经得到的各个阶段的检索结果)进行处理，例如进行合并处理，并将处理后的检索结果作为最终的检索结果。
72.因此，通过上述的步骤51～52，可以实现上述的步骤105，得到最终的检索结果。
73.另外，作为示例，在本公开的一种可能的实施方式中，所述信息检索的方法还可以进一步包括：
74.将最终的检索结果中的元素按照预设的排序方式进行排序，从而可以将排序后的最终的检索结果展示和/或发送给对应的用户，便于用户对检索结果进行阅读和查找。
75.例如，作为示例，在本公开的一种可能的实施方式中，所述预设的排序方式可以包括：按照各个元素的时间戳的先后顺序进行排序，从而便于用户根据时间戳在检索结果中进行查找。
76.另外，作为示例，在本公开的一种可能的实施方式中，在将最终的检索结果中的元素按照预设的排序方式进行排序之后，可以显示和/或输出该排序后的检索结果，从而可以将排序后的最终的检索结果展示和/或发送给对应的用户。
77.另外，在本公开的一些实施例中，还提出了另外一种信息检索的方法。
78.图2为本公开另一具体实施例中的信息检索的方法的流程示意图。如图2所示，本公开另一具体实施例中的信息检索的方法包括如下所述步骤：
79.步骤201，根据接收到的检索请求对预设的数据库进行检索，得到检索结果，将检索结果作为当前阶段的检索结果。
80.在本公开的实施例中，步骤201可以参照前述实施例中的步骤101的部分，在此不再赘述。
81.步骤202，判断检索场景是否具有与当前阶段的检索结果对应的串联配置，如果
是，执行步骤203；否则，执行步骤206。
82.在本公开的实施例中，在进行初次检索得到初次检索结果之后，如果还需要再进行检索，则将进入串联阶段。在每个串联阶段，将进行1次检索(可称为串联检索)，因此每个串联阶段分别设置有相应的串联配置。
83.举例来说，在得到初次检索结果之后，如果还需要再进行检索，则可以将该初次检索结果作为当前阶段的的检索结果，然后再进入第1个串联阶段。此时，该初次检索结果所对应的串联阶段为后续的第1个串联阶段，因此所对应的串联配置为该第1个串联阶段的串联配置。所以，可以确定此时具有与当前阶段的检索结果对应的串联配置。
84.以此类推，在本公开的一种可能的实施方式中，在得到当前阶段的检索结果(例如，初次检索结果、第二次检索结果、第三次检索结果等等)之后，可以先判断检索场景是否具有与当前阶段的检索结果对应的串联配置。如果检索场景具有与当前阶段的检索结果对应的串联配置，则说明还需要进行下一阶段的信息检索，因此执行步骤203。而如果检索场景不具有与当前阶段的检索结果对应的串联配置，则说明已经不需要再进行下一阶段的信息检索，因此可以执行步骤206，将目前已获得的所有的检索结果(即当前已经得到的各个阶段的检索结果)进行处理，例如进行合并处理，并将处理后的检索结果作为最终的检索结果。
85.步骤203，从与当前阶段的检索结果对应的串联配置中获取对应的筛选条件，根据筛选条件从当前阶段的检索结果中选择至少一条记录作为父记录。
86.在本公开的实施例中，步骤203可以参照前述实施例中的步骤102的部分，在此不再赘述。
87.步骤204，从当前的串联配置中获取对应的下一阶段检索规则和串联关键字，并从所选择的父记录中获取所述串联关键字的值，将获取的串联关键字的值和下一阶段检索规则作为新的检索条件。
88.在本公开的实施例中，步骤204可以参照前述实施例中的步骤103的部分，在此不再赘述。
89.步骤205，根据新的检索条件对所述数据库进行检索，得到新的检索结果，将新的检索结果作为当前阶段的检索结果，返回执行步骤202。
90.在本公开的实施例中，在得到新的检索条件之后，可以根据该新的检索条件对数据库进行检索，得到新的检索结果；然后，再将新的检索结果作为当前阶段的检索结果，并返回执行步骤202。
91.步骤206，将所有的检索结果进行处理后作为最终的检索结果。
92.在本公开的一种可能的实施方式中，当不需要再进行下一步的信息检索时，可以将目前已获得的所有检索结果(即当前已经得到的各个阶段的检索结果)进行处理，例如合并处理，并将处理后的检索结果作为最终的检索结果。
93.通过上述的步骤201～206，可以实现串联检索，并得到最终的检索结果。
94.当用户使用上述方法在进行检索时，可以通过上述的初次检索以及一个或多个串联阶段的检索，检索得到更多的、有关联的检索结果，从而可以减少用户的工作量，降低用户的操作难度，提高用户的检索效率。
95.另外，作为示例，在本公开的一种可能的实施方式中，所述信息检索的方法还可以
进一步包括：
96.步骤27，将最终的检索结果中的元素按照预设的排序方式进行排序。
97.例如，作为示例，在本公开的一种可能的实施方式中，所述预设的排序方式可以包括：按照各个元素的时间戳的先后顺序进行排序，从而可以将排序后的最终的检索结果展示和/或发送给对应的用户，便于用户对检索结果进行阅读和查找。
98.另外，作为示例，在本公开的一种可能的实施方式中，在将最终的检索结果中的元素按照预设的排序方式进行排序之后，可以显示和/或输出该排序后的检索结果，从而可以将排序后的检索结果展示和/或发送给对应的用户。
99.另外，在本公开的说明书中，将以以下两个具体实施方式为例，对本公开的技术方案进行进一步详细地介绍。
100.具体实施方式一：第一种查询场景
101.1)根据接收到的检索请求对预设的数据库进行检索，得到检索结果，将检索结果作为当前阶段的检索结果。
102.在第一种查询场景中，假设所接收到的检索请求中的检索条件包括：以信息标识(id)作为关键字。因此，根据该检索请求进行检索之后，得到了初次检索结果。例如，该初次检索结果中包括：记录1和记录2(记录1和记录2中均具有id)，如图3所示。此时，可以将上述初次检索结果作为当前阶段的检索结果。
103.2)判断检索场景是否具有与当前阶段的检索结果对应的串联配置。
104.在本实施例中，第一种查询场景在进行初次检索之后还具有1个串联阶段(即还需要进行1次串联检索)，并已经预先为这个串联阶段设置了对应的串联配置，且这个串联配置中已经为该当前阶段的检索结果预先设置对应的筛选条件。
105.因此，在得到初次检索结果之后，还需要再进行检索。所以，可以将该初次检索结果作为当前阶段的检索结果，然后再进入第1个串联阶段。此时，该初次检索结果所对应的串联阶段为后续的第1个串联阶段，因此所对应的串联配置为该第1个串联阶段的串联配置。所以，可以确定具有与当前阶段的检索结果对应的串联配置，还需要进行串联检索。
106.3)从与当前阶段的检索结果对应的串联配置中获取对应的筛选条件，根据筛选条件从当前阶段的检索结果中选择至少一条记录作为父记录。
107.在本实施例中，在与初次检索结果对应的串联配置中，假设与该初次检索结果对应的筛选条件包括：阶段值为4(即k1＝4)。因此，可以根据该筛选条件从初次检索结果中的记录1和记录2中选择父记录。
108.具体来说，由于初次检索结果中的记录1中的k1＝3，而记录2中的k1＝4，因此，根据上述筛选条件，可以将初次检索结果中的记录2作为父记录。
109.4)从当前的串联配置中获取对应的下一阶段检索规则和串联关键字，并从所选择的父记录中获取所述串联关键字的值，将获取的串联关键字的值和下一阶段检索规则作为新的检索条件。
110.在本实施例中，在与初次检索结果对应的串联配置中，假设与该初次检索结果对应的下一阶段检索规则包括：阶段值为5(即k1＝5)，而作为父记录的记录2中的串联关键字(k2)为事件标识(eventid)，因此，在将记录2作为父记录之后，可以从该记录2中获取串联关键字eventid的值，并从串联配置中获取下一阶段检索规则(即k1＝5)；然后，将eventid
的值和k1＝5作为新的检索条件。
111.5)根据新的检索条件对所述数据库进行检索，得到新的检索结果，将新的检索结果作为当前阶段的检索结果。
112.在本实施例中，由于新的检索条件包括：eventid的值以及k1＝5，因此，根据上述新的检索条件对数据库进行检索后，可以得到新的检索结果(即第二次检索结果)。例如，该第二次检索结果中包括：记录3(记录3中具有eventid的值且k1＝5)。
113.6)返回执行步骤2)。
114.在本实施例中，在将第二次检索结果作为当前阶段的检索结果之后，返回执行步骤2)，继续判断检索场景是否具有与当前阶段的检索结果对应的串联配置。
115.由于当前的检索场景为第一种查询场景，在进行初次检索之后只有1个串联阶段，没有第2个串联阶段，且当前已执行1次串联检索(当前阶段的检索结果为第二次检索结果)，因此可以确定不具有与当前阶段的检索结果对应的串联配置，所以不再需要进行下一阶段的串联检索。
116.7)将得到的各阶段的检索结果进行例如合并等处理后作为最终的检索结果。
117.由于不再需要进行下一阶段的串联检索，因此可以将各阶段的检索结果，例如所有的检索结果，进行合并等处理后作为最终的检索结果，例如先将初次检索结果和第二次检索结果合并，然后将合并后的检索结果作为最终的检索结果。此时，最终的检索结果包括：记录1、记录2和记录3。
118.通过上述的步骤，可以完成第一种查询场景的串联检索，并得到最终的检索结果。
119.具体实施方式二：第二种查询场景
120.1)根据接收到的检索请求对预设的数据库进行检索，得到检索结果，将检索结果作为当前阶段的检索结果。
121.在第二种查询场景中，假设所接收到的检索请求中的检索条件包括：以开放事件标识(openeventid)作为关键字。因此，根据该检索请求进行检索之后，得到了初次检索结果。例如，该初次检索结果中包括：记录3(记录3中具有openeventid)，如图4所示。此时，可以将上述初次检索结果作为当前阶段的检索结果。
122.2)判断检索场景是否具有与当前阶段的检索结果对应的串联配置。
123.在本实施例中，假设第二种查询场景在进行初次检索之后还具有2个串联阶段(即还需要进行2次串联检索)，并已经预先为这2个串联阶段分别设置了对应的串联配置，且这2个串联配置中已经分别为2个阶段的检索结果预先设置对应的筛选条件。
124.因此，在得到初次检索结果之后，还需要再进行检索。所以，可以将该初次检索结果作为当前阶段的检索结果，然后再进入第1个串联阶段。此时，该初次检索结果所对应的串联阶段为后续的第1个串联阶段，因此所对应的串联配置为该第1个串联阶段的串联配置。所以，可以确定具有与当前阶段的检索结果对应的串联配置，还需要进行串联检索。
125.3)从与当前阶段的检索结果对应的串联配置中获取对应的筛选条件，根据筛选条件从当前阶段的检索结果中选择至少一条记录作为父记录。
126.在本实施例中，在与初次检索结果对应的串联配置中，假设与该初次检索结果对应的筛选条件包括：阶段值为5(即k1＝5)。因此，可以根据该筛选条件从初次检索结果中选择父记录。
127.具体来说，由于初次检索结果中的记录3中的k1＝5，因此，根据上述筛选条件，可以将初次检索结果中的记录3作为父记录。
128.4)从当前的串联配置中获取对应的下一阶段检索规则和串联关键字，并从所选择的父记录中获取所述串联关键字的值，将获取的串联关键字的值和下一阶段检索规则作为新的检索条件。
129.在本实施例中，在与初次检索结果对应的串联配置中，假设与该初次检索结果对应的下一阶段检索规则包括：阶段值为4(即k1＝4)，而作为父记录的记录3中的串联关键字(k2)为事件标识(eventid)，因此，在将记录3作为父记录之后，可以从该记录3中获取串联关键字eventid的值，并从串联配置中获取下一阶段检索规则(即k1＝4)；然后，可以将eventid的值和k1＝4作为新的检索条件。
130.5)根据新的检索条件对所述数据库进行检索，得到新的检索结果，将新的检索结果作为当前阶段的检索结果。
131.在本实施例中，由于新的检索条件包括：eventid以及k1＝4，因此，根据上述新的检索条件对数据库进行检索后，可以得到新的检索结果(即第二次检索结果)。例如，该第二次检索结果中包括：记录2(记录2中具有eventid的值且k1＝4)。
132.6)返回执行步骤2)。
133.在本实施例中，在将第二次检索结果作为当前阶段的检索结果之后，返回执行步骤2)，继续判断检索场景是否具有与当前阶段的检索结果对应的串联配置。
134.由于当前的检索场景为第二种查询场景，在进行初次检索之后有2个以上串联阶段，因此，在执行完1次串联检索(当前阶段的检索结果为第二次检索结果)之后，还需进入第2个串联阶段，进行第2次检索。此时，该第二次检索结果所对应的串联阶段为后续的第2个串联阶段，因此所对应的串联配置为第2个串联阶段的串联配置，以此类推。所以，可以确定具有与当前阶段的检索结果对应的串联配置，还需要进行串联检索。
135.7)从与当前阶段的检索结果对应的串联配置中获取对应的筛选条件，根据筛选条件从当前阶段的检索结果中选择至少一条记录作为父记录。
136.在本实施例中，在与第二次检索结果对应的串联配置中，假设与该初次检索结果对应的筛选条件包括：阶段值为4(即k1＝4)。因此，可以根据该筛选条件从第二检索结果中选择父记录。
137.具体来说，由于第二次检索结果中的记录2中的k1＝4，因此，根据上述筛选条件，可以将第二次检索结果中的记录2作为父记录。
138.8)从当前的串联配置中获取对应的下一阶段检索规则和串联关键字，并从所选择的父记录中获取所述串联关键字的值，将获取的串联关键字的值和下一阶段检索规则作为新的检索条件。
139.在本实施例中，在与第二次检索结果对应的串联配置中，假设与该第二次检索结果对应的下一阶段检索规则包括：阶段值为3或2(即k1＝3或2)，而作为父记录的记录2中的串联关键字为信息标识(msgid)，因此，在将记录2作为父记录之后，可以从该记录2中获取串联关键字msgid的值，并从串联配置中获取下一阶段检索规则(即k1＝3或2)；然后，可以将msgid的值和k1＝3或2作为新的检索条件。
140.9)根据新的检索条件对所述数据库进行检索，得到新的检索结果，将新的检索结
果作为当前阶段的检索结果。
141.在本实施例中，由于新的检索条件包括：msgid的值以及k1＝3或2，因此，根据上述新的检索条件对数据库进行检索后，可以得到新的检索结果(即第三次检索结果)。例如，该第三次检索结果中包括：记录1(记录1中具有msgid的值且k1＝3)。
142.10)返回执行步骤2)。
143.在本实施例中，在将第三次检索结果作为当前阶段的检索结果之后，返回执行步骤2)，继续判断检索场景是否具有与当前阶段的检索结果对应的串联配置。
144.由于当前的检索场景为第二种查询场景，在进行初次检索之后有2个串联阶段，且当前已执行2次串联检索(当前阶段的检索结果为第三次检索结果)，因此可以确定不具有与当前阶段的检索结果对应的串联配置，所以不再需要进行下一阶段的串联检索。
145.11)将各阶段的检索结果进行处理后作为最终的检索结果。
146.由于不再需要进行下一阶段的串联检索，因此可以将各阶段的检索结果进行处理后作为最终的检索结果，例如将所有的检索结果合并后作为最终的检索结果，例如先将初次检索结果、第二次检索结果和第三次检索结果合并，然后将合并后的检索结果作为最终的检索结果。此时，最终的检索结果包括：记录1、记录2和记录3。
147.通过上述的步骤，可以完成第二种查询场景的串联检索，并得到最终的检索结果。
148.另外，在本公开的实施例中，还提出了一种信息检索的装置。
149.图5为本公开一具体实施例中的信息检索的装置的结构示意图。如图5所示，本公开一具体实施例中的信息检索的装置500包括：检索模块501、筛选模块502和确定模块503；
150.所述检索模块501，用于根据接收到的检索请求对预设的数据库进行检索，得到检索结果，将检索结果作为当前阶段的检索结果；还用于根据所述新的检索条件对所述数据库进行检索，得到新的检索结果；
151.所述筛选模块502，用于从与当前阶段的检索结果对应的串联配置中获取对应的筛选条件，根据所述筛选条件从当前阶段的检索结果中选择至少一条记录作为父记录；从当前的串联配置中获取对应的下一阶段检索规则和串联关键字，并从所选择的父记录中获取所述串联关键字的值，将获取的串联关键字的值和下一阶段检索规则作为新的检索条件，将所述新的检索条件发送给所述检索模块501；
152.所述确定模块503，用于根据所述当前阶段的检索结果和所述新的检索结果得到最终的检索结果。
153.另外，作为示例，在本公开的一种可能的实施方式中，所述信息检索的装置还可以进一步包括：排序模块；
154.所述排序模块，用于将最终的检索结果中的元素按照预设的排序方式进行排序。
155.另外，作为示例，在本公开的一种可能的实施方式中，所述信息检索的装置还可以进一步包括：输出模块；
156.所述输出模块，用于显示和/或输出排序后的检索结果，从而可以将排序后的最终的检索结果展示和/或发送给对应的用户。
157.此外，本公开的上述实施例中所提供的信息检索装置，可以用于执行前述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
158.另外，当使用相应系统(例如，软件系统等系统)时，用户可能经常会有问题反馈到
系统提供方(例如，软件系统的开发方)。目前，系统提供方排查系统问题的主要方式是：检索用户请求链路上的相关信息(例如，常见的有信息发送、事件推送等操作日志)，然后根据打印出来的信息内容判断问题原因。
159.但是，上述方式存在以下的问题：
160.1、使用门槛高：上述方式一般只有专业技术人员才会使用，对非专业技术人员来说，上述系统存在：使用界面不友好、查询不方便、对于特定关键字每次都需要手动输入、还需要找到相关代码位置进行查看复制、操作门槛高、效率低、查出的内容不易懂等问题。
161.2.效率较低：即使是专业技术人员，也往往需要根据查询出的内容作为检索条件进行二次甚至更多次查询，操作具有一定的重复性；而且，检索得到的相关信息也比较乱杂，甄别、筛选的成本高。
162.因此，在本公开的一些实施例中，还提出了一种信息检索的方法。
163.图6为本公开一具体实施例中的信息检索的方法的流程示意图。如图6所示，本公开一具体实施例中的信息检索的方法包括如下所述步骤：
164.步骤601，预先设置至少一个检索场景，并为每个检索场景预先设置至少一个筛选项。
165.在本公开的实施例中，可以根据实际应用环境的需要，预先设置一个或多个检索场景，并为每一个检索场景都预先设置一个或多个可供选择的筛选项，从而可以为不同的检索场景配置使用不同的检索条件。
166.另外，作为示例，在本公开的一种可能的实施方式中，在设置了检索场景以及对应的筛选项之后，还可以输出和/显示所设置的检索场景以及对应的各个筛选项，以供用户进行使用。
167.另外，作为示例，在本公开的一种可能的实施方式中，所述筛选项可以包括：值类筛选项或枚举类筛选项；
168.当筛选项为值类筛选项时，可以将用户输入的数据作为筛选项的筛选值；
169.当筛选项为枚举类筛选项时，可以将用户选择的枚举项对应的值作为筛选项的筛选值。
170.在设置了上述检索场景以及对应的筛选项之后，当用户需要进行检索时，可以先根据其实际需要选择所需的检索场景；在选择了检索场景之后，再根据实际需要选择所需的一个或多个筛选项，并输入和/或选择相应的筛选值。
171.举例来说，当用户需要使用的检索场景为某个事件推送场景时，可以从系统提供的多个检索场景中选择“事件推送”场景，并从与“事件推送”场景对应的多个筛选项(例如，推送人、接收人等)中选择“推送人”，然后再输入与“推送人”相关的筛选值(例如，推送人id等)。
172.另外，作为示例，在本公开的一种可能的实施方式中，还可以通过正则匹配方式来预先设置检索场景以及与检索场景对应的筛选项，从而可以根据实际应用的需要来配置非固定格式化日志的筛选与展示方式。
173.步骤602，根据接收到的工单关联的检索信息，从预先设置的检索场景中选取至少一个检索场景以及对应的筛选项。
174.在本公开的实施例中，在设置了上述的检索场景之后，用户如果需要使用上述检
索场景，一般情况下需要提供相应的工单(例如，信息处理出现故障或者事件处理出现故障的工单等)。
175.在接收到相应的工单之后，可以从该工单中获取关联的检索信息(例如，从该工单中提取预设字段，然后根据所提取的字段的内容获取关联的检索信息)，并根据所述关联的检索信息从预先设置的检索场景中选取至少一个检索场景以及对应的筛选项供用户或系统选择。
176.另外，在本公开的实施例中，可以根据实际应用场景的需要，预先设置上述预设字段的内容与各个检索场景之间的对应关系，从而可以更方便地根据预设字段的内容，自动地从预先设置的检索场景中选取至少一个检索场景以及对应的筛选项，而无需用户进行选择、或者缩小用户选择的范围。
177.步骤603，根据所确定的检索场景、筛选项以及用户输入的筛选值，生成对应的检索请求。
178.在本公开的实施例中，当确定了(例如，系统自动确定，或者是通过用户的选择来确定)所需的检索场景，以及所需的筛选项，并在所选择的筛选项中输入相应的筛选值之后，可以根据所确定的检索场景、对应的筛选项以及用户输入的筛选值，生成对应的检索请求。
179.步骤604，根据生成的检索请求进行检索，得到检索结果。
180.在本公开的实施例中，在生成检索请求之后，可以根据生成的检索请求进行检索，得到检索结果。
181.通过上述的步骤601～604，可以实现场景定制化的信息检索，用户可以选择所需的检索场景、选择对应的筛选项并填入相应的筛选值，完成快速查询，从而可以降低检索操作的使用门槛，使得非技术人员也可以方便地进行检索操作，提升用户的操作效率；而且，还可以预先对不同场景下的检索条件进行自定义，从而可以在不同场景下配置使用不同的检索条件；并且，由于限定了需要依据工单信息确定可选择的检索场景，不同的检索场景通常对应不同的信息检索范围，因此也能够依据工单信息适配相应的信息检索范围，提高检索效率、保证信息安全。
182.另外，作为示例，在本公开的一种可能的实施方式中，在进行检索之前，上述的信息检索的方法还可以进一步包括：
183.使用预设的格式对需要检索的信息进行格式化。
184.在常用的应用场景中，系统中的信息数量是十分庞大的。因此，我们通常需要从系统的信息中选择一部分信息来进行检索或查询。例如，系统中常用的日志信息的数量十分巨大，因此通常需要从海量的日志信息中选取一部分日志数据来进行检索或查询。举例来说，当某个用户的请求链路上的某些数据或操作发生错误时，我们通常可以先从数据库中选择与该用户请求链路上的相关的一部分日志数据(例如，信息发送、事件推送等操作日志数据)，然后在这些选择出来的日志数据中进行检索或查询。
185.然而，系统中的信息通常是没有统一的格式的，因此会对后续的检索或查询带来很多困难。
186.因此，在本公开的实施例中，在进行检索之前，可以预先使用预设的格式对需要检索的信息进行格式化，从而便于在后续操作中对这些信息进行高效的检索。
187.在本公开的实施例中，可以通过多种具体实现方式对需要检索的信息进行格式化。
188.例如，作为示例，在本公开的一种可能的实施方式中，所述使用预设的格式对需要检索的信息进行格式化可以包括：
189.当需要检索的信息为日志信息时，将所述日志信息格式化为结构化的日志，因此可以便于进行后续的检索或查询。
190.当然，在本公开的实施例中，所述预设的格式还可以是其他合适的格式，在此不再一一赘述。
191.另外，在本公开的实施例中，在进行检索时，既可以使用常用的检索方法，也可以使用上述的信息检索的方法。
192.另外，在需要输出和/或展示检索结果时，通常是直接将检索得到的检索结果输出和/或展示给用户。但是，直接得到的检索结果的内容一般比较杂乱，各种信息混杂在一起，重点不突出，需要用户自行从各种信息中寻找或提取重点信息，因此提高了使用门槛，不便于进行查看理解，降低了用户的体验。
193.因此，在本公开的实施例中，在得到检索结果之后，还可以先对检索结果进行处理之后，再输出和/或展示处理后的检索结果。
194.例如，作为示例，在本公开的一种可能的实施方式中，上述的方法还可以进一步包括：
195.使用与检索场景对应的简易化模板对检索结果进行处理，得到简易化的检索结果；
196.使用预设的展示样式输出和/或展示简易化的检索结果。
197.另外，由于某些场景下的信息(例如，某些场景下的日志信息)是需要长期保存的，如果中途需要对信息的内容进行修改，则原有的简易化模板可能就不再适用。
198.因此，作为示例，在本公开的一种可能的实施方式中，上述的方法还可以进一步包括：
199.预先为各个检索场景分别设置一个或多个简易化模板。
200.所以，当信息的内容发生变更时，可以在相应的信息(例如，日志信息)中设置一个标识符(例如，版本参数等)。当需要简易化模板对检索结果进行处理时，可以先获取检索结果中的相应信息中的标识符，随后再根据该标识符选择一个与检索场景以及标识符对应的简易化模板，然后再使用所选择的简易化模板对检索结果进行处理，得到简易化的检索结果。
201.另外，在本公开的实施例中，可以使用多种具体的方式来实现上述的简易化模板。
202.例如，作为示例，在本公开的一种可能的实施方式中，所述简易化模板可以是：预先配置的一段特定的代码字符串。
203.利用脚本语言无需编译可以直接解释执行的特点，使用上述的特定的代码字符串对检索结果进行处理，可以得到简易化的检索结果。
204.另外，在本公开的实施例中，可以预先设置多种展示样式。
205.例如，作为示例，在本公开的一种可能的实施方式中，所述展示样式可以包括：
206.相同文字内容展示为相同样式(例如，高亮或预设颜色等)，不同的文字内容展示
为不同样式的效果。
207.例如，作为示例，在本公开的一种可能的实施方式中，可以通过高亮的方式显示预设的关键字。
208.举例来说，在软件系统中，所述预设的关键字可以是一些可能会被高频查询的重要字段。通过高亮的方式显示上述关键字，可以方便用户在看到检索结果时，可以很方便地看清楚比较重要的内容，或者是用户通常比较关心的内容。
209.再例如，作为示例，在本公开的一种可能的实施方式中，可以通过多种预设的颜色标识各种流程和/或步骤。
210.举例来说，在软件系统中，针对信息生命周期中的一个或多个重点阶段(例如，发信息、发送信息队列、信息队列消费、推送eventbus(事件总线)、推送到用户设备等)，可以使用预设的不同颜色来分别标识各个阶段，使得用户可以很容易分辨出其关心的那条信息经历了哪些阶段，最终处于哪个阶段，加快问题定位效率。
211.再例如，在软件系统中，针对事件生命周期中的一个或多个重点阶段(例如，事件发送、事件落库、事件推送等)，也可以使用预设的不同颜色来分别标识各个阶段，使得用户可以很容易分辨出其所关心的信息。其中，事件落库可以理解为将事件存储到数据库中。
212.再例如，在软件系统中，当业务场景的流程中的某个阶段失败时，也可以通过高亮的方式显示报错信息，使得该报错信息可以直接高亮显示在查询界面中，从而可以帮助用户快速定位问题，加快问题定位效率。
213.再例如，在软件系统中，还可以将预设场景的整个过程单独以预设的形式(例如，流式图形式、前端页面特化形式等形式)输出和/或展示，从而可以进行内容呈现维度的优化。
214.通过上述的方法，可以将检索结果按照预先设置的方式转化为预设的展示样式，并优化检索结果的呈现效果，使得所呈现的检索结果简易化、通俗化、重点突出、便于查看理解，大大提升了用户的体验。
215.另外，作为示例，在本公开的一种可能的实施方式中，还可以进一步在简易化的检索结果中设置跳转链接。
216.在设置上述的跳转链接之后，用户点击上述的跳转链接，则可以进行预设的跳转操作。
217.例如，作为示例，在本公开的一种可能的实施方式中，在软件系统中，可以在关键日志中的日志标识(log id)上设置跳转链接。当该跳转链接被点击时，将会自动跳转至相应的日志平台，并进行对应日志关键字的异步检索。
218.再例如，作为示例，在本公开的一种可能的实施方式中，在软件系统中，可以在检索结果中的结果元素上设置跳转链接。当该跳转链接被点击时，可以自动跳转并查看对应场景的相关文件，例如，可以自动查看对应场景的说明信息，或者自动查阅预先配置的排查手册等文件。
219.另外，在本公开的实施例中，当用户通过特定条件进行检索并得到检索结果之后，还可以选择是否通过链接方式将相应的检索方式直接分享给其他人。
220.例如，作为示例，在本公开的一种可能的实施方式中，在得到检索结果之后，上述的方法还可以进一步包括：
221.根据用户选择的检索场景、对应的筛选项以及用户输入的筛选值，生成对应的查询模板，并为所述查询模板生成对应的分享链接。
222.因此，用户可以将上述的分享链接发送给所需发送的其他用户。当其他用户点击该分享链接时，将会使用与该分享链接所对应的查询模板，为该用户展示该查询模板中包括的检索场景以及对应的筛选项。当该用户根据筛选项输入相应的筛选值时，可以根据该查询模板中的检索场景、对应的筛选项以及该用户输入的筛选值，生成对应的检索请求；随后可以根据该检索请求进行检索，得到检索结果。
223.所以，使用上述分享链接的用户无需再选择检索场景和对应的筛选项，可以通过输入相应的筛选值的方式来完成快速检索的功能，获得所需的检索结果，从而使得用户可以很方便地进行检索操作，可以大大提高用户的使用体验。
224.另外，作为示例，在本公开的一种可能的实施方式中，所述根据用户选择的检索场景、对应的筛选项以及用户输入的筛选值，生成对应的查询模板可以包括：
225.将用户选择的检索场景、对应的筛选项以及用户输入的筛选值保存在对象内，作为查询模板。
226.另外，作为示例，在本公开的一种可能的实施方式中，在生成查询模板之后，还可以进一步将所述查询模板存储在数据库中。
227.因此，当用户需要使用该查询模板时，也可以直接从上述数据库中读取该查询模板。
228.另外，在本公开的实施例中，将查询模板分享给所其他用户之后，实际上所分享的是检索条件而并不是检索结果。因此，在上述的方法中，更进一步的，被分享人还可以须鉴权之后才能查看到对应的检索结果。
229.例如，作为示例，在本公开的一种可能的实施方式中，上述的方法还可以进一步包括：
230.当使用查询模板进行检索时，确认使用所述查询模板的用户是否具有相应的查询权限。
231.当使用所述查询模板的用户具有相应的查询权限时，可以视为鉴权通过，此时可以根据该查询模板中的检索场景、对应的筛选项以及该用户输入的筛选值，生成对应的检索请求。
232.而如果使用所述查询模板的用户不具有相应的查询权限，则视为鉴权失败，因此不进行后续的检索操作，并提示权限不足。
233.例如，作为示例，在本公开的一种可能的实施方式中，所述确认使用所述查询模板的用户是否具有相应的查询权限可以包括：
234.当第一检索条件包含第二检索条件时，使用所述查询模板的用户具有查询权限；否则，使用所述查询模板的用户不具有查询权限。
235.其中，所述第一检索条件包括：使用所述查询模板的用户有权选择的检索条件；
236.所述第二检索条件包括：所述查询模板中的检索场景下所包含的检索条件。
237.因此，通过上述的方式可以实现为不同的人员按场景维度授予是否可以进行该场景下日志检索的权限。通过上述的按场景维度授权的方式，可以很灵活地控制日志的可见范围，保证信息安全性。
238.举例来说，可以预先设置特定角色用户和相应的检索场景下进行检索时必须的关联条件选项(即必须指定的全部检索条件)。
239.另外，当使用相应系统(例如，软件系统等系统)时，用户可能经常会有问题反馈到系统提供方(例如，软件系统的开发方)，例如，为什么所发送的信息显示发送成功了，但信息接收方却并没有收到。在上述这些场景下，定位到问题位置和原因通常需要技术研发人员查看业务日志，经过多方共同排查，耗费大量人力时间的情况下才能最终定位到问题，而无法实现短时间、无打扰、快速查询问题根因。
240.因此，在本公开的实施例中，在对信息进行检索之前，还可以预先在典型的高频问题场景下设置故障信息发送位置，并在出现问题时触发上报相应的故障信息数据，从而便于对问题进行准确地定位。
241.例如，作为示例，在本公开的一种可能的实施方式中，在进行检索之前，上述的方法还可以进一步包括：
242.预先在预设场景(例如，典型的高频问题场景等)下设置故障信息发送位置；
243.根据预设场景中的节点和/或信息对象的状态为各个故障信息发送位置设置故障信息数据的类型；
244.当预设场景中的节点和/或信息对象的状态满足预设的触发条件时，发送相应的故障信息数据；其中，所述预设的触发条件包括：信息处理出现故障或者事件处理出现故障。
245.另外，作为示例，在本公开的一种可能的实施方式中，上述的方法还可以进一步包括：存储接收到的故障信息数据。
246.例如，作为示例，在本公开的一种可能的实施方式中，在软件系统中，所述预设场景可以是：信息生命周期场景和/或事件生命周期场景等典型的高频问题场景。
247.其中，在上述的信息生命周期场景中，可以检测信息从发信息(更新信息)请求入口到最终推送到某个用户设备上的全纪录。
248.以通过开放平台接口发送信息为例，全过程包括：
249.1.1.用户通过调用开放接口进行发信息；
250.1.2.开放层调用底层信息服务能力发信息成功；
251.1.3.信息服务进行异步推送，首先进行在线推送；
252.1.4.如果用户设备不在线，转为离线推送；
253.1.5.用户设备收到在线推送/离线推送。
254.另外，在上述的事件生命周期场景中，可以检测事件从动作发生到推送成功的全纪录。
255.例如，以发送信息事件为例，全过程包括：
256.2.1.发信息成功；
257.2.2.信息进入异步发送信息队列；
258.2.3.对异步发送信息队列中的事件进行消费、将消费的事件推送到eventbus(事件总线)；
259.2.4.将eventbus中的事件推送到预设者服务器；。
260.发明人发现上述场景中，各个节点在信息处理过程中的出现频率高，发生信息故
障的概率也较大，而且信息处理流程长，需要通过多模块配合才能完成信息处理。因此，当信息传递出现故障，进而需要对故障进行排查时，导致排查困难，常常需要多个模块或部门的工作人员协同进行排查并定位问题，工作量较大，而且也容易出现排查不准确、或者所需排查信息不全等问题。
261.因此，在一些实施例中，可以为上述的各个预设场景分别设置相应的故障信息发送位置，并为各个故障信息发送位置设置故障信息数据的类型，例如，在上述1.1-1.5的各环节、或2.1-2.4的各环节设置故障信息发送位置，从而在发生故障时，可以依据这些具有关联性的故障信息发送位置上传的故障相关信息进行故障定位和修复，提升故障排查的效率和准确性，提高系统稳定性。
262.例如，作为示例，在本公开的一种可能的实施方式中，所述故障信息数据的类型可以包括：通用数据和场景特异化的数据。
263.例如，作为示例，在本公开的一种可能的实施方式中，所述通用数据可以包括：执行信息处理的第一模块标识、时间戳、请求id、租户id、发起请求的设备id、应用版本、请求发起平台类型、执行所述信息处理的第二模块标识等数据。
264.再例如，作为示例，在本公开的一种可能的实施方式中，在上述的信息生命周期场景中，所述场景特异化的数据可以包括：信息id、发送方id和推送到的设备id；
265.在上述的事件生命周期场景中，所述场景特异化的数据可以包括：信息id、操作者id和事件id。
266.另外，在本公开的实施例中，在收到各个故障信息发送位置上报的故障信息数据时，将会存储所收到的故障信息数据。为了便于对故障信息数据进行存储和/或检索，可以预先设置所述故障信息数据的存储协议。
267.例如，作为示例，在本公开的一种可能的实施方式中，可以以软件开发工具包(sdk)的形式预先设置故障信息数据的存储协议。
268.此时，接入方需要提供故障信息数据的关键字(key)和值(value)。其中，key可以以结构体数组的形式进行规定。所述结构体数组内又可以包括key的名字和key的值。value的形式为通用化的接口类型，可以支持任何格式的内容。
269.在上述的方法中，由于是根据预先设置所述故障信息数据的存储协议来对故障信息数据进行存储的，因此在后续需要调用故障信息数据时，可以直接根据上述协议对所存储的故障信息数据进行检索，从而可以提高检索的速度和检索结果的准确性。
270.另外，在本公开的实施例中，可以使用多种方式来存储上述的故障信息数据。
271.例如，作为示例，在本公开的一种可能的实施方式中，所述存储接收到的故障信息数据可以包括：
272.根据预设规则，例如存储数据量、数据重要度优先级等，将故障信息数据分级存储，例如分为三级存储，将故障信息数据分别存储在第一存储装置、第二存储装置和第三存储装置中。
273.另外，我们可以为不同的存储装置预先设置不同的过期时间，从而可以使得不同的存储装置中存储的故障信息数据具有不同的过期时间。
274.例如，作为示例，在本公开的一种可能的实施方式中，可以将所述第一存储装置的过期时间设置为第一时长；将所述第二存储装置的过期时间设置为第二时长；将所述第三
存储装置的过期时间设置为第三时长。
275.在上述的方法中，可以根据故障信息数据的情况使用不同的存储方式，不同的存储装置中存储的故障信息数据具有不同的过期时间，从而可以便于工作人员根据实际情况从不同的存储装置中获取所需故障信息数据，以尽量降低检索操作的延时，并尽量降低数据存储的成本。
276.另外，在本公开的实施例中，还提出了一种信息检索装置。
277.图7为本公开一具体实施例中的信息检索装置的结构示意图。如图7所示，本公开一具体实施例中的信息检索装置700包括：配置模块701和检索模块702；
278.所述配置模块701，用于预先设置至少一个检索场景，并为每个检索场景预先设置至少一个筛选项；根据接收到的工单中的检索请求，从预先设置的检索场景中选取至少一个检索场景以及对应的筛选项；根据所确定的检索场景、筛选项以及用户输入的筛选值，生成对应的检索请求；
279.所述检索模块702，用于根据生成的检索请求进行检索，得到检索结果。
280.另外，作为示例，在本公开的一种可能的实施方式中，所述信息检索装置还可以进一步包括：简易化模块和输出模块；
281.所述简易化模块，用于使用与检索场景对应的简易化模板对检索结果进行处理，得到简易化的检索结果；
282.所述输出模块，用于使用预设的展示样式输出和/或展示简易化的检索结果。
283.此外，本公开上述实施例中所提供的信息检索装置，可以用于执行前述信息检索的方法的各个实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
284.图8示出了本公开一实施例提供的一种电子设备的结构示意图。
285.如图8所示，该电子设备可以包括处理器801、存储器802、总线803以及存储在存储器802上并可在处理器801上运行的计算机程序，其中，处理器801和存储器802通过总线803完成相互间的通信。所述处理器801执行所述计算机程序时实现上述方法的步骤，例如包括：根据接收到的检索请求对预设的数据库进行检索，得到检索结果，将检索结果作为当前阶段的检索结果；从与当前阶段的检索结果对应的串联配置中获取对应的筛选条件，根据所述筛选条件从当前阶段的检索结果中选择至少一条记录作为父记录；从当前的串联配置中获取对应的下一阶段检索规则和串联关键字，并从所选择的父记录中获取所述串联关键字的值，将获取的串联关键字的值和下一阶段检索规则作为新的检索条件；根据所述新的检索条件对所述数据库进行检索，得到新的检索结果；根据所有的检索结果得到最终的检索结果。
286.再例如包括：预先设置至少一个检索场景，并为每个检索场景预先设置至少一个筛选项；根据接收到的工单中的预设字段，从预先设置的检索场景中选取至少一个检索场景以及对应的筛选项；根据所确定的检索场景、筛选项以及用户输入的筛选值，生成对应的检索请求；根据生成的检索请求进行检索，得到检索结果。
287.另外，本公开一实施例中还提供了一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述方法的步骤，例如包括：根据接收到的检索请求对预设的数据库进行检索，得到检索结果，将检索结果作为当前阶段的检索结果；从与当前阶段的检索结果对应的串联配置中获取对应的筛选条件，根据所述筛选条件从当
前阶段的检索结果中选择至少一条记录作为父记录；从当前的串联配置中获取对应的下一阶段检索规则和串联关键字，并从所选择的父记录中获取所述串联关键字的值，将获取的串联关键字的值和下一阶段检索规则作为新的检索条件；根据所述新的检索条件对所述数据库进行检索，得到新的检索结果；根据所有的检索结果得到最终的检索结果。
288.再例如包括：预先设置至少一个检索场景，并为每个检索场景预先设置至少一个筛选项；根据接收到的工单中的预设字段，从预先设置的检索场景中选取至少一个检索场景以及对应的筛选项；根据所确定的检索场景、筛选项以及用户输入的筛选值，生成对应的检索请求；根据生成的检索请求进行检索，得到检索结果。
289.综上所述，在本公开的一些实施例中，由于先根据接收到的检索请求对预设的数据库进行检索，得到初次检索结果；然后再判断检索场景是否具有与当前阶段的检索结果对应的串联配置；如果有，则可根据该串联配置进行下一阶段的串联检索：先从当前阶段的检索结果中选择父记录，然后将父记录中的串联关键字的值以及下一阶段检索规则作为新的检索条件，再对所述数据库进行检索，得到新的检索结果；当每个阶段的串联检索都完成之后，将所有的检索结果合并得到最终的检索结果；因此，当用户在进行检索时，可以通过上述的初次检索以及一个或多个阶段的串联检索，检索得到更多的、有关联的检索结果，从而可以大大减少用户的工作量，降低用户的操作难度，提高用户的检索效率。
290.另外，在本公开的一些实施例中，还可以实现场景定制化的信息检索，用户可以选择所需的检索场景、选择对应的筛选项并填入相应的筛选值，以完成快速查询，从而可以降低检索操作的使用门槛，使得非技术人员也可以方便地进行检索操作，提升用户的操作效率；而且，还可以预先对不同场景下的检索条件进行自定义，从而可以在不同场景下配置使用不同的检索条件。
291.另外，在本公开的一些实施例中，还可以使用与检索场景对应的简易化模板对检索结果进行处理，得到简易化的检索结果，并使用预设的展示样式输出和/或展示简易化的检索结果，从而可以优化检索结果的呈现效果，使得所呈现的检索结果简易化、通俗化、重点突出、便于查看理解，大大提升用户的体验。
292.另外，在本公开的一些实施例中，还可以在对信息进行检索之前，预先在典型的高频问题场景下设置故障信息发送位置，并在相应情况下触发上报相应的故障信息数据，从而便于对问题进行准确地定位。
293.以上所述仅为本公开的较佳实施例而已，并不用以限制本公开，凡在本公开的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本公开保护的范围之内。