CN117807027A - 一种日志查询的方法和装置 - Google Patents

Abstract

本发明公开了一种日志查询的方法和装置，涉及计算机技术领域。该方法的具体实施方式包括：接收日志查询请求；日志查询请求指示了待查询应用的目标业务词；根据目标业务词以及预设关联关系确定与目标业务词对应的目标标准词；预设关联关系指示了各个应用中的业务词分别与预设的标准词之间的对应关系；根据标准词确定目标串联日志信息，并将串联日志信息反馈给用户；其中，串联日志信息是由与同一标准词关联的多个应用分别对应的日志信息组合得到的。该实施方式利用业务词进行日志查询实现了查询的多样化，同时通过将同一标准词关联的多个应用分别对应的日志信息组合得到串联日志信息，对同一链路涉及的多个应用的日志同步查询，提高日志查询效率。

Description

一种日志查询的方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种日志查询的方法和装置。

背景技术

在现有的日志查询过程中，一般是根据最开始请求系统时候生成的全局唯一的traceId进行数据追踪，即通过traceId实现用户的一次请求在单一系统链路中日志的串联。但是，随着调用过程中应用数量的增加，可能存在一次调用会涉及多个应用的情况，而利用traceId进行链路追踪只能在单应用内实现，无法实现多应用数据同时进行日志查询，导致运维人员在排查问题时无法快速定位问题所在，日志查询效率较低。

发明内容

有鉴于此，本发明实施例提供一种日志查询的方法和装置，利用预设关联关系将各个应用中的业务词分别于预设的标准词关联，可以实现利用业务词进行日志查询，相比于现有技术中只能根据请求初始的traceId实现了查询的多样化。同时通过将同一标准词关联的多个应用分别对应的日志信息组合得到串联日志信息，可以对同一链路所涉及的多个应用的日志进行同步查询，便于快速定位问题所在，无需根据同一traceId分别查询多个应用，有效提高了日志查询效率。

为实现上述目的，根据本发明实施例的一个方面，提供了一种日志查询的方法。

本发明实施例的一种日志查询的方法包括：接收日志查询请求；所述日志查询请求指示了待查询应用的目标业务词；根据所述目标业务词以及预设关联关系确定与所述目标业务词对应的目标标准词；所述预设关联关系指示了各个应用中的业务词分别与预设的标准词之间的对应关系；根据所述标准词确定目标串联日志信息，并将所述串联日志信息反馈给用户；其中，所述串联日志信息是由与同一标准词关联的多个应用分别对应的日志信息组合得到的。

可选地，在所述接收日志查询请求之前，包括：获取各个所述应用分别对应的业务词；配置各个所述业务词分别与预设的标准词之间的对应关系，确定所述预设关联关系。

可选地，在所述接收日志查询请求之前，还包括：从多个应用分别对应的消息队列中获取日志信息；从所述日志信息中识别对应的业务词，并确定与所述业务词对应的标准词；将同一标准词对应的多个业务词所对应的日志信息进行聚合，生成串联日志信息。

可选地，在所述从多个应用分别对应的消息队列中获取日志信息之前，还包括：创建与每个所述应用分别对应的消息队列，利用所述消息队列对所述应用的日志信息进行存储。

可选地，所述利用所述消息队列对所述应用的日志信息进行存储，包括：根据预设拒绝策略、队列积压情况、以及最大消息存储量中的一项或多项是否满足预设存储条件，对所述应用的日志信息进行存储。

可选地，所述从所述日志信息中识别对应的业务词，包括：利用监听器对所述日志信息进行监听，以从所述日志信息中识别对应的业务词。

可选地，该方法还包括：将所述串联日志信息存储至分布式搜索引擎中；所述根据所述标准词确定目标串联日志信息，包括：基于所述分布式搜索引擎，从所述串联日志信息中查找与所述标准词对应的目标串联日志信息。

为实现上述目的，根据本发明实施例的又一方面，提供了一种日志查询的装置。

本发明实施例的一种日志查询的装置包括：接收模块，用于接收日志查询请求；所述日志查询请求指示了待查询应用的目标业务词；确定模块，用于根据所述目标业务词以及预设关联关系确定与所述目标业务词对应的目标标准词；所述预设关联关系指示了各个应用中的业务词分别与预设的标准词之间的对应关系；反馈模块，用于根据所述标准词确定目标串联日志信息，并将所述串联日志信息反馈给用户；其中，所述串联日志信息是由与同一标准词关联的多个应用分别对应的日志信息组合得到的。

为实现上述目的，根据本发明实施例的又一方面，提供了一种用于日志查询的电子设备。

本发明实施例的一种日志查询的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的一种日志查询的方法。

为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读存储介质。

本发明实施例的一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种日志查询的方法。

上述发明中的一个实施例具有如下优点或有益效果：利用预设关联关系将各个应用中的业务词分别于预设的标准词关联，可以实现利用业务词进行日志查询，相比于现有技术中只能根据请求初始的traceId实现了查询的多样化。同时通过将同一标准词关联的多个应用分别对应的日志信息组合得到串联日志信息，可以对同一链路所涉及的多个应用的日志进行同步查询，便于快速定位问题所在，无需根据同一traceId分别查询多个应用，有效提高了日志查询效率。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的日志查询的方法的主要流程示意图；

图2是根据本发明实施例的对预设关联关系进行配置的方法的主要流程示意图；

图3是根据本发明实施例的生成串联日志信息的方法的主要流程示意图；

图4是根据本发明实施例的日志查询的装置的主要模块的示意图；

图5是本发明实施例可以应用于其中的示例性系统架构图；

图6是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要指出的是，在不冲突的情况下，本发明的实施例以及实施例中的技术特征可以相互结合。

需要说明的是，本公开的技术方案中，所涉及的用户个人信息的采集、收集、更新、分析、处理、使用、传输、存储等方面，均符合相关法律法规的规定，被用于合法的用途，且不违背公序良俗。对用户个人信息采取必要措施，防止对用户个人信息数据的非法访问，维护用户个人信息安全、网络安全和国家安全。

图1是根据本发明实施例的日志查询的方法的主要步骤的示意图。

如图1所示，本发明实施例的日志查询的方法主要包括以下步骤：

步骤S101：接收日志查询请求；日志查询请求指示了待查询应用的目标业务词；

步骤S102：根据目标业务词以及预设关联关系确定与目标业务词对应的目标标准词；预设关联关系指示了各个应用中的业务词分别与预设的标准词之间的对应关系；

步骤S103：根据标准词确定目标串联日志信息，并将串联日志信息反馈给用户；其中，串联日志信息是由与同一标准词关联的多个应用分别对应的日志信息组合得到的。

在现有的日志查询过程中，通常是以调用请求初始产生的traceid作为查询的唯一编码，即在日志查询请求中需要携带待查询的traceid的。而且，对于不同的应用来说，每发起一次调用请求所产生的traceid不同，即每个traceid只能针对于产生的应用进行查询，即一个traceid只能针对单一的应用进行日志查询。而在本发明中，通过上述方法实现了可以同时对多个应用进行连锁查询，且不以traceid作为唯一的查询编码，可以通过各个应用中的目标业务词进行查询，提高了查询的通用性。

在一种可选的实施例中，为了在执行步骤S102时可以根据目标业务词对应确定目标标准词，在所述接收日志查询请求之前需要预先对预设关联关系进行配置，即如图2所示，包括：

步骤S201：获取各个应用分别对应的业务词；

步骤S202：配置各个业务词分别与预设的标准词之间的对应关系，确定预设关联关系。

其中，业务词为各个应用中所用到的与业务相关的词汇，而标准词可以理解为日志查询系统所定义的用于日志查询系统识别的词汇。示例性地，在应用A中登录需要输入的业务词为“用户名”，在应用B中登录需要输入的业务词为“用户ID”，在应用C中需要输入的业务词为“用户名称”，不同应用中的业务词不同但表示相同含义，因此设置对应的标准词为“用户名”，即得到的预设关联关系为：用户名(标准词)-用户名(应用A中的业务词)-用户ID(应用B中的业务词)-用户名称(应用C中的业务词)，通过预设关联关系将不同应用中表示相同含义的业务词均与同一标准词进行了关联，便于后续根据同一标准词进行查询，不仅对可查询的词进行了扩展，同时提高了查询效率。

在实际应用过程中，不同应用中通常会存在多个业务词，因此需要设置多个标准词分别与业务词进行对应，得到多个预设关联关系。在本发明一种可选的实施例中，可以进一步根据多个预设关联关系构建词典，并对其进行存储，以在后续应用中业务词发生改变时，直接修改词典即可，无需进行预设关联关系的重复配置过程。

另外，不仅需要预先对预设关联关系进行配置，还需要对各个应用分别对应的日志进行存储，生成串联日志信息，以便在查询过程中，可以根据某个应用中的目标业务词直接获取到包含有相关的其他应用的日志数据的串联日志信息。在本申请中，尤其适用于多个应用之间存在调用的先后顺序，即日志之间存在相关性的情况。例如对于一个交易请求来说，需要涉及的应用很多(例如银行系统→货币管理系统→交易系统等等)，且各个应用之间的调用链路很长，当出现调用异常时，需要挨个应用进行排查耗费人力物力，而通过本申请的技术方案，可以通过一个目标业务词直接获取到多个应用对应于该业务词的日志数据，无需挨个应用进行排查。因此，在一种可选的实施例中，在接收日志查询请求之前，如图3所示，还包括：

步骤S301：从多个应用分别对应的消息队列中获取日志信息；

步骤S302：从日志信息中识别对应的业务词，并确定与业务词对应的标准词；

步骤S303：将同一标准词对应的多个业务词所对应的日志信息进行聚合，生成串联日志信息。

其中，采用不同的消息队列对多个应用分别对应的日志信息进行存储可以避免各个应用中日志信息出现混乱的情况，通过消息队列可以根据预设的优先级进行分别获取，也可以根据预设的存储策略对日志信息进行存储和更新。具体地，在步骤S301之前还包括：创建与每个应用分别对应的消息队列，利用消息队列对应用的日志信息进行存储。具体存储过程包括：根据预设拒绝策略、队列积压情况、以及最大消息存储量中的一项或多项是否满足预设存储条件，对所述应用的日志信息进行存储。其中，预设拒绝策略可以理解为对日志存储的筛选过程，例如定向存储某些日志；队列积压情况则可以通过当前队列是否存在日志积压，以确定是否需要创建新的队列或者延时存储等。对于消息队列的具体创建过程以及队列的具体设置，本发明对此不做限定，采用现有的消息队列创建过程实现即可。

对于步骤S302中从日志信息中识别对应的业务词的过程，一种可选的实施例中，包括：利用监听器对日志信息进行监听，以从日志信息中识别对应的业务词。示例性地，可以通过调用logbook监听器对日志信息进行监听，并按照与业务词对应的标准词进行日志清洗，过滤掉无用的日志信息，将过滤后的日志进行聚合，得到串联日志信息。

在进一步可选的实施例中，可以将生成的串联日志信息存储至分布式搜索引擎中，即步骤S103中根据标准词确定目标串联日志信息的过程具体包括：基于分布式搜索引擎，从串联日志信息中查找与标准词对应的目标串联日志信息。通过上述过程基于分布式搜索引擎实现串联日志信息的存储以及查询，可以提高查询的高可用性，即当某个节点出现故障时，通过搜索引擎中的其他节点进行查询，同时可以满足数据量较大时的查询性能，提高整体的查询效率。

根据本发明实施例的日志查询的方法，利用预设关联关系将各个应用中的业务词分别于预设的标准词关联，可以实现利用业务词进行日志查询，相比于现有技术中只能根据请求初始的traceId实现了查询的多样化。同时通过将同一标准词关联的多个应用分别对应的日志信息组合得到串联日志信息，可以对同一链路所涉及的多个应用的日志进行同步查询，便于快速定位问题所在，无需根据同一traceId分别查询多个应用，有效提高了日志查询效率。

图4是根据本发明实施例的日志查询的装置的主要模块的示意图。

如图4所示，本发明实施例的日志查询的装置400包括：

接收模块401，用于接收日志查询请求；所述日志查询请求指示了待查询应用的目标业务词；

确定模块402，用于根据所述目标业务词以及预设关联关系确定与所述目标业务词对应的目标标准词；所述预设关联关系指示了各个应用中的业务词分别与预设的标准词之间的对应关系；

反馈模块403，用于根据所述标准词确定目标串联日志信息，并将所述串联日志信息反馈给用户；其中，所述串联日志信息是由与同一标准词关联的多个应用分别对应的日志信息组合得到的。

在本发明一种可选的实施例中，所述装置还包括配置模块，用于在所述接收日志查询请求之前，获取各个所述应用分别对应的业务词；配置各个所述业务词分别与预设的标准词之间的对应关系，确定所述预设关联关系。

在本发明一种可选的实施例中，所述配置模块还用于，在所述接收日志查询请求之前，从多个应用分别对应的消息队列中获取日志信息；从所述日志信息中识别对应的业务词，并确定与所述业务词对应的标准词；将同一标准词对应的多个业务词所对应的日志信息进行聚合，生成串联日志信息。

在本发明一种可选的实施例中，所述配置模块还用于，在所述从多个应用分别对应的消息队列中获取日志信息之前，创建与每个所述应用分别对应的消息队列，利用所述消息队列对所述应用的日志信息进行存储。

在本发明一种可选的实施例中，所述配置模块还用于，根据预设拒绝策略、队列积压情况、以及最大消息存储量中的一项或多项是否满足预设存储条件，对所述应用的日志信息进行存储。

在本发明一种可选的实施例中，所述配置模块还用于，利用监听器对所述日志信息进行监听，以从所述日志信息中识别对应的业务词。

在本发明一种可选的实施例中，所述装置还包括存储模块，用于将所述串联日志信息存储至分布式搜索引擎中；所述反馈模块403还用于，基于所述分布式搜索引擎，从所述串联日志信息中查找与所述标准词对应的目标串联日志信息。

根据本发明实施例的日志查询的装置，，利用预设关联关系将各个应用中的业务词分别于预设的标准词关联，可以实现利用业务词进行日志查询，相比于现有技术中只能根据请求初始的traceId实现了查询的多样化。同时通过将同一标准词关联的多个应用分别对应的日志信息组合得到串联日志信息，可以对同一链路所涉及的多个应用的日志进行同步查询，便于快速定位问题所在，无需根据同一traceId分别查询多个应用，有效提高了日志查询效率。

图5示出了可以应用本发明实施例的日志查询的方法或日志查询的装置的示例性系统架构500。

如图5所示，系统架构500可以包括终端设备501、502、503，网络504和服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送数据等。终端设备501、502、503上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备501、502、503可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器505可以是提供各种服务的服务器，例如对用户利用终端设备501、502、503所发送的日志查询请求提供支持的后台管理服务器。后台管理服务器可以对接收到的日志查询请求等数据进行分析等处理，并将处理结果(例如串联日志信息)反馈给终端设备。

需要说明的是，本发明实施例所提供的日志查询的方法一般由服务器505执行，相应地，日志查询的装置一般设置于服务器505中。

应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图6，其示出了适于用来实现本发明实施例的终端设备的计算机系统600的结构示意图。图6示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)第一接口605也连接至总线604。

以下部件连接至I/O第一接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络第一接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O第一接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括接收模块、确定模块和反馈模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，接收模块还可以被描述为“接收日志查询请求的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：接收日志查询请求；所述日志查询请求指示了待查询应用的目标业务词；根据所述目标业务词以及预设关联关系确定与所述目标业务词对应的目标标准词；所述预设关联关系指示了各个应用中的业务词分别与预设的标准词之间的对应关系；根据所述标准词确定目标串联日志信息，并将所述串联日志信息反馈给用户；其中，所述串联日志信息是由与同一标准词关联的多个应用分别对应的日志信息组合得到的。

根据本发明实施例的技术方案，利用预设关联关系将各个应用中的业务词分别于预设的标准词关联，可以实现利用业务词进行日志查询，相比于现有技术中只能根据请求初始的traceId实现了查询的多样化。同时通过将同一标准词关联的多个应用分别对应的日志信息组合得到串联日志信息，可以对同一链路所涉及的多个应用的日志进行同步查询，便于快速定位问题所在，无需根据同一traceId分别查询多个应用，有效提高了日志查询效率。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种日志查询的方法，其特征在于，包括：

接收日志查询请求；所述日志查询请求指示了待查询应用的目标业务词；

根据所述目标业务词以及预设关联关系确定与所述目标业务词对应的目标标准词；所述预设关联关系指示了各个应用中的业务词分别与预设的标准词之间的对应关系；

根据所述标准词确定目标串联日志信息，并将所述串联日志信息反馈给用户；其中，所述串联日志信息是由与同一标准词关联的多个应用分别对应的日志信息组合得到的。

2.根据权利要求1所述的方法，其特征在于，在所述接收日志查询请求之前，包括：

获取各个所述应用分别对应的业务词；

配置各个所述业务词分别与预设的标准词之间的对应关系，确定所述预设关联关系。

3.根据权利要求1所述的方法，其特征在于，在所述接收日志查询请求之前，还包括：

从多个应用分别对应的消息队列中获取日志信息；

从所述日志信息中识别对应的业务词，并确定与所述业务词对应的标准词；

将同一标准词对应的多个业务词所对应的日志信息进行聚合，生成串联日志信息。

4.根据权利要求3所述的方法，其特征在于，在所述从多个应用分别对应的消息队列中获取日志信息之前，还包括：

创建与每个所述应用分别对应的消息队列，利用所述消息队列对所述应用的日志信息进行存储。

5.根据权利要求4所述的方法，其特征在于，所述利用所述消息队列对所述应用的日志信息进行存储，包括：

根据预设拒绝策略、队列积压情况、以及最大消息存储量中的一项或多项是否满足预设存储条件，对所述应用的日志信息进行存储。

6.根据权利要求3所述的方法，其特征在于，所述从所述日志信息中识别对应的业务词，包括：

利用监听器对所述日志信息进行监听，以从所述日志信息中识别对应的业务词。

7.根据权利要求3所述的方法，其特征在于，还包括：

将所述串联日志信息存储至分布式搜索引擎中；

所述根据所述标准词确定目标串联日志信息，包括：

基于所述分布式搜索引擎，从所述串联日志信息中查找与所述标准词对应的目标串联日志信息。

8.一种日志查询的装置，其特征在于，包括：

接收模块，用于接收日志查询请求；所述日志查询请求指示了待查询应用的目标业务词；

确定模块，用于根据所述目标业务词以及预设关联关系确定与所述目标业务词对应的目标标准词；所述预设关联关系指示了各个应用中的业务词分别与预设的标准词之间的对应关系；

反馈模块，用于根据所述标准词确定目标串联日志信息，并将所述串联日志信息反馈给用户；其中，所述串联日志信息是由与同一标准词关联的多个应用分别对应的日志信息组合得到的。

9.一种用于日志查询的电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的方法。

10.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-7中任一所述的方法。