CN117493281A - 日志查询方法、装置、设备及存储介质 - Google Patents

Abstract

本公开提供了一种日志查询方法、装置、设备及存储介质，可以应用于大数据技术领域和金融技术领域或其他相关领域。该日志查询方法包括：响应于来自客户端的目标对象的日志查询请求，获取目标对象的标识信息和待查询的系统信息；在目标对象的标识信息被验证通过的情况下，对待查询的系统信息进行处理，得到候选待查询的系统信息，其中，候选待查询的系统信息表征目标对象具有权限查询且与待查询的系统信息相匹配的系统信息；响应于接收到的来自目标对象的目标查询的系统信息和待查询的日志标识信息，根据目标查询的系统信息和待查询的日志标识信息，从数据库中查询目标日志文件；向目标对象发送目标日志文件。

Description

日志查询方法、装置、设备及存储介质

技术领域

本公开涉及大数据技术领域和金融技术领域或其他相关领域，更具体地涉及一种日志查询方法、装置、设备及存储介质。

背景技术

随着计算机技术的快速发展，金融机构的业务也越来越广泛，在系统出现故障的情况下，运维人员需要获取故障发生点对应的日志文件，从而对发生故障的日志文件进行维护，使系统恢复正常。然而，运维人员要想获取日志，通常是在工位的电脑上获取日志，且日志往往是在发生故障后才会被推送给运维人员，致使在运维人员不在工位的情况下，无法及时处理故障日志。

在实现上述发明构思的过程中，发明人发现：相关技术中由于获取日志存在一定的环境局限性，运维日志只有在发生故障时才会被推送给运维人员，导致运维人员无法在任意场景下及时的处理故障日志的技术问题。

发明内容

鉴于上述问题，本公开提供了日志查询方法、装置、设备及存储介质。

根据本公开的第一个方面，提供了一种日志查询方法，应用于服务端，包括：响应于来自客户端的目标对象的日志查询请求，获取目标对象的标识信息和待查询的系统信息；在目标对象的标识信息被验证通过的情况下，对待查询的系统信息进行处理，得到候选待查询的系统信息，其中，候选待查询的系统信息表征目标对象具有权限查询且与待查询的系统信息相匹配的系统信息；响应于接收到的来自目标对象的目标查询的系统信息和待查询的日志标识信息，根据目标查询的系统信息和待查询的日志标识信息，从数据库中查询目标日志文件；其中，目标查询的系统信息是由目标对象从候选待查询的系统信息中确定的；向目标对象发送目标日志文件。

根据本公开的实施例，其中，在目标对象的标识信息被验证通过的情况下，对待查询的系统信息进行处理，得到候选待查询的系统信息，包括：利用自然语言处理模型对待查询的系统信息进行处理，得到查询系统关键词；根据目标对象的标识信息，确定与目标对象的查询权限相对应的全部系统信息；根据所述查询系统关键词与所述数据库中的所述全部系统信息进行匹配，得到所述候选待查询的系统信息。

根据本公开的实施例，其中，响应于接收到的来自目标对象的目标查询的系统信息和待查询的日志标识信息，根据目标查询的系统信息和待查询的日志标识信息，从数据库中查询目标日志文件，包括：根据待查询的日志标识信息，从目标查询的系统中查询第一待确认日志；在第一待确认日志的字节量大于预设阈值的情况下，根据目标修改标识信息，返回执行从目标查询的系统中查询第一待确认日志的操作，其中，目标修改标识信息是目标对象对待查询的日志标识信息进行修改得到的；在第一待确认日志的字节量小于或等于预设阈值的情况下，确定第一待确认日志为目标日志文件。

根据本公开的实施例，其中，在第一待确认日志的字节量大于预设阈值的情况下，根据目标修改标识信息，并返回执行从目标查询的系统中查询第一待确认日志的操作，包括：根据目标修改标识信息，从目标查询的系统中查询第二待确认日志；在第二待确认日志的字节量大于预设阈值的情况下，利用自然语言处理模型对第二待确认日志进行处理，得到第二待确认日志关键词；根据第二待确认日志调整关键词，从目标查询的系统中查询目标日志文件，其中，第二待确认日志调整关键词是由目标对象对第二待确认日志关键词进行确认后得到的关键词。

根据本公开的实施例，其中，还包括：获取目标对象的历史查询系统信息和第一查询系统信息，其中，第一查询系统信息表征与目标对象的所属部门权限相对应的系统信息；向目标对象发送历史查询系统信息和第一查询系统信息；在确定目标对象未确认历史查询系统信息和第一查询系统信息的信息的情况下，对待查询的系统信息进行识别，得到候选待查询的系统信息。

根据本公开的实施例，其中，还包括：在目标日志文件的字节量大于预设阈值的情况下，对目标日志文件进行分包操作，得到多个满足预设阈值的分包目标日志文件；对多个分包目标日志文件进行脱敏处理，得到多个分包目标脱敏日志文件；向客户端发送多个分包目标脱敏日志文件。

根据本公开的实施例，其中，还包括：在目标日志文件的字节量小于或等于预设阈值的情况下，对目标日志文件进行脱敏处理，得到目标脱敏日志文件；向客户端发送目标脱敏日志文件。

本公开的第二方面提供了一种日志查询方法，应用于客户端，包括：响应于接收到的来自服务端的候选待查询的系统信息，从候选待查询的系统信息中确定目标查询的系统信息，其中，候选待查询的系统信息是在目标对象被验证通过的情况下，由服务端对待查询的系统信息进行处理得到的；向服务端发送目标查询的系统信息和待查询的日志标识信息。

本公开的第三方面提供了一种日志查询装置，应用于服务端，包括：获取模块，用于响应于来自客户端的目标对象的日志查询请求，获取目标对象的标识信息和待查询的系统信息；处理模块，用于在目标对象的标识信息被验证通过的情况下，对待查询的系统信息进行处理，得到候选待查询的系统信息，其中，候选待查询的系统信息表征目标对象具有权限查询且与待查询的系统信息相匹配的系统信息；查询模块，用于响应于接收到的来自目标对象的目标查询的系统信息和待查询的日志标识信息，根据目标查询的系统信息和待查询的日志标识信息，从数据库中查询目标日志文件；其中，目标查询的系统信息是由目标对象从候选待查询的系统信息中确定的；发送日志模块，用于向目标对象发送目标日志文件。

本公开的第四方面提供了一种日志查询装置，应用于客户端，包括：确定模块，用于响应于接收到的来自服务端的候选待查询的系统信息，从候选待查询的系统信息中确定目标查询的系统信息，其中，候选待查询的系统信息是在目标对象被验证通过的情况下，由服务端对待查询的系统信息进行处理得到的；发送信息模块，用于向服务端发送目标查询的系统信息和待查询的日志标识信息。

本公开的第五方面提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，其中，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器执行上述方法。

本公开的第六方面还提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行上述方法。

本公开的第七方面还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述方法。

根据本公开的日志查询方法、装置、设备及存储介质，由于服务端响应于来自客户端的目标对象的日志查询请求，从日志查询请求中获取目标对象的标识信息和待查询的系统信息，服务端对目标对象的标识信息进行验证，在目标对象的标识信息被验证通过的情况下，服务端对待查询的系统信息进行处理，得到目标对象具有权限查询的，且能与待查询的系统信息相匹配的候选待查询的系统信息，将候选待查询的系统信息发送给目标对象的客户端，目标对象在接收到候选待查询的系统信息后从中确定出目标查询的系统信息，将目标查询的系统信息和待查询的日志标识信息发送至服务端，服务端响应于接收到的目标查询的系统信息和待查询的日志标识信息，根据目标查询的系统信息从数据库中确定目标查询的系统，从目标查询的系统中根据待查询的日志标识信息查询目标日志文件，服务端将查询到的目标日志文件发送给目标对象的客户端，实现了目标对象可以随时随地的通过手机获取目标日志文件，避免了因目标对象不在工位上而导致无法及时获取目标生产日志文件，从而无法及时处理目标日志文件，并且，通过对目标对象的标识信息进行验证，保证了目标日志文件传输对象的安全性，避免发送给目标对象以外的无关人员，以及，通过本申请的一系列目标日志文件获取流程，可以实现目标对象预先获取目标日志文件，无需在发生故障的情况下才会被被动推送故障的目标日志文件，提前对目标日志文件进行检查，降低目标日志文件发生故障的概率。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述内容以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的日志查询方法、装置、设备及存储介质的应用场景图；

图2示意性示出了根据本公开实施例的应用于服务端的日志查询方法的流程图；

图3示意性示出了根据本公开实施例的候选带查询的系统信息的流程图；

图4示意性示出了根据本公开实施例的查询目标日志文件的流程图；

图5示意性示出了根据本公开实施例的返回查询日志的流程图；

图6示意性示出了根据本公开实施例的分包脱敏的流程图；

图7示意性示出了根据本公开实施例的应用于客户端的日志查询方法的流程图；

图8示意性示出了根据本公开实施例的应用于服务端的日志查询装置的结构框图；

图9示意性示出了根据本公开实施例的应用于客户端的日志查询装置的结构框图；

图10示意性示出了根据本公开实施例的适于测试方法的电子设备的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

在本发明的技术方案中，所涉及的用户信息(包括但不限于用户个人信息、用户图像信息、用户设备信息，例如位置信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、存储、使用、加工、传输、提供、公开和应用等处理，均遵守相关国家和地区的相关法律法规和标准，采取了必要保密措施，不违背公序良俗，并提供有相应的操作入口，供用户选择授权或者拒绝。

在实际应用中，因为计算机技术的快速发展，银行发展的业务也越来越多，随着金融机构的业务数量的增多，与业务匹配的日志文件也越来越多，由于日志文件的数量繁多，在发生故障的情况下，研发人员需要找到故障日志文件进行维护，研发出了查询日志功能。查询日志功能可以从数据库中查找定位到目标日志文件，然后及时的对目标日志文件进行处理。

然而，在发生故障的情况下，研发人员只能从工位的电脑上获取被推送的故障日志文件，如果研发人员不在工位，则无法及时的处理故障日志文件，影响金融机构的系统的正常使用，因此，研发人员需要在非工位处仍能获取故障日志文件，以便及时处理日志文件中的故障。在查询的过程中研发人员发现，相关技术中由于获取日志存在一定的环境局限性，运维日志只有在发生故障时才会被推送给研发人员，导致研发人员无法在任意场景下及时的处理故障日志的技术问题。

有鉴于此，本公开的实施例提供了一种日志查询方法，应用于服务端，包括：响应于来自客户端的目标对象的日志查询请求，获取目标对象的标识信息和待查询的系统信息；在目标对象的标识信息被验证通过的情况下，对待查询的系统信息进行处理，得到候选待查询的系统信息，其中，候选待查询的系统信息表征目标对象具有权限查询且与待查询的系统信息相匹配的系统信息；响应于接收到的来自目标对象的目标查询的系统信息和待查询的日志标识信息，根据目标查询的系统信息和待查询的日志标识信息，从数据库中查询目标日志文件；其中，目标查询的系统信息是由目标对象从候选待查询的系统信息中确定的；向目标对象发送目标日志文件。

图1示意性示出了根据本公开实施例的日志查询方法的应用场景图。

如图1所示，根据该实施例的应用场景100可以包括第一终端设备101、第二终端设备102、第三终端设备103、网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用第一终端设备101、第二终端设备102、第三终端设备103中的至少一个通过网络104与服务器105交互，以接收或发送消息等。第一终端设备101、第二终端设备102、第三终端设备103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

例如，用户可以使用第一终端设备101、第二终端设备102、第三终端设备103中安装的银行客户端，向配备业务系统的服务器105发送业务请求。

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

服务器105可以是提供各种服务的服务器，例如对用户利用第一终端设备101、第二终端设备102、第三终端设备103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。

例如，服务器105可以是分布式服务器、云服务器和集中式服务器。服务器105可以同时安装有旧版本业务系统和新版本业务服务器，并对业务数据的存储方法进行测试。

需要说明的是，本公开实施例所提供的日志查询方法一般可以由服务器105执行。相应地，本公开实施例所提供的日志查询装置一般可以设置于服务器105中。本公开实施例所提供的日志查询方法也可以由不同于服务器105且能够与第一终端设备101、第二终端设备102、第三终端设备103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的日志查询装置也可以设置于不同于服务器105且能够与第一终端设备101、第二终端设备102、第三终端设备103和/或服务器105通信的服务器或服务器集群中。

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

以下将基于图1描述的场景，通过图2～图7对公开实施例的日志查询方法进行详细描述。

图2示意性示出了根据本公开实施例的应用于服务端的日志查询方法200的流程图。

如图2所示，该实施例的日志查询方法包括操作S210～操作S240。

在操作S210中，响应于来自客户端的目标对象的日志查询请求，获取目标对象的标识信息和待查询的系统信息。

根据本公开的实施例，目标对象可以表征为所述金融机构的运维人员。

根据本公开的实施例，日志查询请求中可以包括目标对象的标识信息和待查询的系统信息。

根据本公开的实施例，目标对象的标识信息可以表征为运维人员的身份验证信息。

根据本公开的实施例，目标对象的标识信息可以包括运维人员的手机号码、员工编号、生物特征，但不止局限于以上信息。

根据本公开的实施例，待查询的系统信息可以表征为包含运维人员所查询的日志文件的系统信息。

根据本公开的实施例，待查询的系统信息可以为系统关键词，还可以为包含系统关键词的语句。

例如，待查询的系统信息可以为“信用卡分期系统”，还可以为“A顾客有一张信用卡，原还款日为xxx1年yy月zz日，现申请分12期支付，于xxx2年yy月zz日还清”。

根据本公开的实施例，金融机构的服务端在接受到来自目标对象的客户端发出的日志查询请求后，从日志查询请求中获取目标对象的身份信息和目标对象待查询的日志文件所属的系统信息。

在操作S220中，在目标对象的标识信息被验证通过的情况下，对待查询的系统信息进行处理，得到候选待查询的系统信息。

根据本公开的实施例，其中，候选待查询的系统信息表征目标对象具有权限查询且与待查询的系统信息相匹配的系统信息。

根据本公开的实施例，先对目标对象的标识信息中用于给金融机构服务端发送消息的手机号码进行名单身份验证。

根据本公开的实施例，名单身份验证包括黑名单、白名单和待定名单。

根据本公开的实施例，对目标对象的手机号码进行验证，在目标对象的手机号码是白名单中的号码的情况下，则验证结果为通过，在目标对象的手机号码是黑名单中的号码的情况下，则验证结果为不通过，在目标对象的手机号码是待定名单中的号码的情况下，则需要对目标对象的身份信息进行进一步的验证。

例如，在目标对象的手机号码是黑名单中的号码的情况下，则验证结果为不通过，服务端可以向客户端发送“无法获取，请联系管理员”；在目标对象的手机号码是白名单中的号码的情况下，则验证结果为通过，接着对待查询的系统信息进行处理。

根据本公开的实施例，在目标对象的手机号码是待定名单中的号码的情况下，服务端可以向目标对象的客户端发送提示信息，目标对象根据提示信息向服务端发送员工编号进行验证，在员工编号验证通过的情况下，服务端可以向目标对象的客户端发起生物特征识别验证，目标对象在进行生物特征识别验证后，将加密的生物特征信息发送至服务端，服务端根据本地保存的员工信息，比对生物特征和员工编号是否匹配，在匹配一致的情况下，确认验证结果为通过，以实现对目标对象的身份验证，降低信息泄露的风险，提高安全性。

根据本公开的实施例，服务端可以对员工编号验证和生物特征识别验证设置验证次数，在超过验证次数但仍未通过验证的情况下，将目标对象拉入黑名单。

根据本公开的实施例，服务端可以预设时间，在目标对象的手机号码是待定名单中的号码的情况下，如果通过进一步的验证，可以将目标对象在预设时间内拉入白名单，超出预设时间目标对象被拉出白名单。

例如，服务端设置预设时间为30分钟，在A目标对象的手机号码是待定名单中的号码的情况下，在xx：yy：20通过了员工编号和生物特征的验证，则将A目标对象拉入白名单，在xx：yy：20-xx：yy：50这段时间内可以无需再次进行员工编号和生物特征验证，直接确认验证结果为通过，进行后续操作，在xx：yy：50时，将A目标对象从白名单中拉出，此时A目标对象如果需要再次获取日志文件，则处于待定名单中，需要再一次的进行员工编号和生物特征的验证。

根据本公开的实施例，候选待查询的系统信息是从待查询的系统信息中提取得到的。

根据本公开的实施例，根据待查询的系统信息得到的候选待查询的系统信息可以有多个。

根据本公开的实施例，待查询的系统信息与候选待查询的系统信息可以包含相同的内容，即待查询的系统信息与候选待查询的系统信息可以含有相同的关键词，但不止局限于关键词。

例如，待查询的系统信息与候选待查询的系统信息均包含关键词“信用卡”、“开卡”、“日期”、“12分期”。

在操作S230中，响应于接收到的来自目标对象的目标查询的系统信息和待查询的日志标识信息，根据目标查询的系统信息和待查询的日志标识信息，从数据库中查询目标日志文件。

根据本公开的实施例，其中，目标查询的系统信息是由目标对象从候选待查询的系统信息中确定的。

根据本公开的实施例，根据目标查询的系统信息可以确定目标查询的系统。

根据本公开的实施例，待查询的日志标识信息可以表征为目标对象从客户端发送给服务端的目标日志带有的标识信息。

例如，A目标对象发送给服务端的待查询的日志标识信息为“文件类型：.xml”。

根据本公开的实施例，根据待查询的日志标识信息从目标查询的系统中查询目标日志文件。

根据本公开的实施例，目标日志文件可以表征为目标对象需要查询的日志文件。

在操作S240中，向目标对象发送目标日志文件。

根据本公开的实施例，服务端将查询得到的目标日志文件发送给目标对象的客户端，以便目标对象及时处理目标日志文件。

根据本公开的实施例，由于服务端响应于来自客户端的目标对象的日志查询请求，从日志查询请求中获取目标对象的标识信息和待查询的系统信息，服务端对目标对象的标识信息进行验证，在目标对象的标识信息被验证通过的情况下，服务端对待查询的系统信息进行处理，得到目标对象具有权限查询的，且能与待查询的系统信息相匹配的候选待查询的系统信息，将候选待查询的系统信息发送给目标对象的客户端，目标对象在接收到候选待查询的系统信息后从中确定出目标查询的系统信息，将目标查询的系统信息和待查询的日志标识信息发送至服务端，服务端响应于接收到的目标查询的系统信息和待查询的日志标识信息，根据目标查询的系统信息从数据库中确定目标查询的系统，从目标查询的系统中根据待查询的日志标识信息查询目标日志文件，服务端将查询到的目标日志文件发送给目标对象的客户端，实现了目标对象可以随时随地的通过手机获取目标日志文件，避免了因目标对象不在工位上而导致无法及时获取目标生产日志文件，从而无法及时处理目标日志文件，并且，通过对目标对象的标识信息进行验证，保证了目标日志文件传输对象的安全性，避免发送给目标对象以外的无关人员，以及，通过本申请的一系列目标日志文件获取流程，可以实现目标对象预先获取目标日志文件，无需在发生故障的情况下才会被被动推送故障的目标日志文件，提前对目标日志文件进行检查，降低目标日志文件发生故障的概率。

图3示意性示出了根据本公开实施例的候选带查询的系统信息的流程图。

如图3所示，该实施例的日志查询方法300包括操作S310～操作S330。

根据本公开的实施例，其中，在目标对象的标识信息被验证通过的情况下，对待查询的系统信息进行处理，得到候选待查询的系统信息，包括：

在操作S310中，利用自然语言处理模型对待查询的系统信息进行处理，得到查询系统关键词。

根据本公开的实施例，自然语言处理表征为NLP自然语言处理技术，利用NLP自然语言处理技术从待查询的系统信息中提取出关键信息。

根据本公开的实施例，自然语言处理中具体应用TF-IDF算法对待查询的系统信息进行关键词的抽取。

根据本公开的实施例，TF-IDF是一种统计方法，用以评估一个字词对于一个文件集或一个语料库中的其中一份文件的重要程度。字词的重要性随着它在文件中出现的次数成正比增加，但同时会随着它在语料库中出现的频率成反比下降，其中，词频(TF)表示词条(关键字)在文本中出现的频率，如公式(1)所示。

其中，n_i，j是关键词在文件中出现的次数，分母则是文件中所有词汇出现的次数总和，tf_ij表征为关键词的词频。

根据本公开的实施例，逆向文件频率(IDF)表征为某一特定词语的IDF，可以由总文件数目除以包含该关键词的文件的数目，再将得到的结果取对数得到关键词的逆向文件词频，如公式(2)所示。

其中，|D|是语料库中的文件总数，|{j:ti∈dj}|表征包含关键词的文件数目(n_i，j≠0的文件数目)，idf_i表征为关键词的逆向文件词频，在关键词不在语料库的情况下，会导致分母为零，因此一般情况下使用1+|{j:t_i∈d_j}|进行计算。

根据本公开的实施例，TF-IDF可以表征为TF-IDF某一特定文件内的高词语频率，以及该词语在整个文件集合中的低文件频率，可以产生出高权重的TF-IDF。因此，TF-IDF倾向于过滤掉常见的词语，保留重要的词语。

根据本公开的实施例，查询系统关键词可以表征为从待查询的系统信息中提取出的关键词。

在操作S320中，根据目标对象的标识信息，确定与目标对象的查询权限相对应的全部系统信息。

根据本公开的实施例，目标对象的标识信息中可以包含目标对象的员工编号，服务端根据员工编号和数据库中的员工信息进行匹配，获取目标对象的查询权限。

根据本公开的实施例，目标对象的查询权限可以包括目标对象对于日志文件的查询权限，目标对象对于日志文件所属的系统的查询权限，目标对象对于日志文件的阅览范围的查询权限，但不只局限于以上权限。

根据本公开的实施例，与目标对象的查询权限相对应的全部系统信息可以表征为目标对象有权限查询的所有系统信息。

在操作S330中，根据查询系统关键词与数据库中的全部系统信息进行匹配，得到候选待查询的系统信息。

根据本公开的实施例，数据库中包含存储有日志文件的系统。

根据本公开的实施例，根据查询系统关键词，从数据库中目标对象具有查询权限的全部系统信息中进行关键词匹配，得到候选待查询的系统信息。

根据本公开的实施例，候选待查询的系统信息中可以包含查询系统关键词。

例如，查询系统关键词为“还款、结算”，A候选待查询的系统信息中包含有关键词“信用卡、分期、还款、结算”，B候选待查询的系统信息中包含有关键词“储蓄卡、还款、结算”。

根据本公开的实施例，由于利用自然语言处理模型对待查询的系统信息进行处理，从待查询的系统信息中提取出查询系统关键词，根据目标对象的标识信息查询目标对象具有权限查询的全部系统信息，根据查询系统关键词与全部系统信息中的全部系统一一进行匹配，查询得到目标对象具有权限查询的包含查询系统关键词的待查询的系统信息，实现了对待查询的系统信息进行精准的关键词的提取，根据提取出的关键词和目标对象的查询系统权限查找到候选待查询的系统信息进行匹配，实现了精准查询候选待查询的系统信息，避免无关系统干扰日志文件选取。

图4示意性示出了根据本公开实施例的查询目标日志文件的流程图。

如图4所示，该实施例的日志查询方法400包括操作S410～操作S430。

根据本公开的实施例，其中，响应于接收到的来自目标对象的目标查询的系统信息和待查询的日志标识信息，根据目标查询的系统信息和待查询的日志标识信息，从数据库中查询目标日志文件，包括：

在操作S410中，根据待查询的日志标识信息，从目标查询的系统中查询第一待确认日志。

根据本公开的实施例，待查询的日志标识信息可以表征为目标对象从客户端发送给服务端的用于查询日志的标识信息。

根据本公开的实施例，待查询的日志标识信息可以包括日志日期、日志的具体时间段，但不只局限于以上标识信息。

例如，待查询的日志标识信息为“xxxx年yy月zz日，12:56-16:00”。

根据本公开的实施例，目标查询的系统可以表征为根据目标查询的系统信息，从数据库中确认的目标系统。

根据本公开的实施例，第一待确认日志表征为根据待查询的日志标识信息确认的日志文件。

在操作S420中，在第一待确认日志的字节量大于预设阈值的情况下，根据目标修改标识信息，返回执行从目标查询的系统中查询第一待确认日志的操作。

根据本公开的实施例，其中，目标修改标识信息是目标对象对待查询的日志标识信息进行修改得到的。

根据本公开的实施例，服务端预先设置有对于获取日志字节量的阈值。

根据本公开的实施例，在第一待确认日志的字节量大于预设阈值的情况下，服务端向目标对象的客户端发送修改待查询的日志标识信息的请求，客户端在接收到请求后，目标对象从客户端上对待查询的日志标识信息进行修改。

根据本公开的实施例，对待查询的日志标识信息进行修改可以包括对添加新的日志标识信息或缩小待查询的日志标识信息中的日志日期、日志的具体时间段，但不只局限于以上几种修改方式。

例如，待查询的日志标识信息为“xxxx年yy月zz日，12:56-16:00，信用卡”，目标对象在对待查询的日志标识信息进行修改后得到的目标修改标识信息为“xxxx年yy月zz日，12:56-15:30，信用卡，分期，文件类型：INFO.log”。

根据本公开的实施例，修改后的待查询的日志标识信息可以表征为目标修改标识信息。

根据本公开的实施例，返回执行从目标查询的系统中查询第一待确认日志的操作可以表征为服务端在获取到目标修改标识信息后，根据目标修改标识信息，从目标查询的系统中重新查询日志文件。

在操作S430中，在第一待确认日志的字节量小于或等于预设阈值的情况下，确定第一待确认日志为目标日志文件。

根据本公开的实施例，由于服务端预先设置有日志文件字节量的阈值，根据待查询的日志标识信息从目标查询的系统中查询第一待确认日志，在第一待确认日志的字节量大于预设阈值的情况下，客户端修改待查询的日志标识信息，将修改后的待查询的日志标识信息作为目标修改标识信息发送给服务端，服务端接收到目标修改标识信息后，根据目标修改标识信息从目标查询的系统中再一次查询日志文件，实现了对查询得到的日志文件的字节量的限制，避免服务端发送过大的日志文件导致的传输缓慢，以及，通过限制查询得到的日志文件的字节量，避免非必要日志文件发送给目标对象，进一步的提高传输安全性。

图5示意性示出了根据本公开实施例的返回查询日志的流程图。

如图5所示，该实施例的日志查询方法500包括操作S510～操作S530。

根据本公开的实施例，在第一待确认日志的字节量大于预设阈值的情况下，根据目标修改标识信息，并返回执行从目标查询的系统中查询第一待确认日志的操作，包括：

在操作S510中，根据目标修改标识信息，从目标查询的系统中查询第二待确认日志。

根据本公开的实施例，第二待确认日志可以表征为根据目标修改标识信息从目标查询的系统查询得到的日志文件。

在操作S520中，在第二待确认日志的字节量大于预设阈值的情况下，利用自然语言处理模型对第二待确认日志进行处理，得到第二待确认日志关键词。

根据本公开的实施例，在查询得到第二待确认日志的情况下，根据服务端的日志文件的字节量的预设阈值，再次对第二待确认日志的字节量进行判断，在第二待确认日志的字节量大于服务端的预设阈值的情况下，将第二待确认日志文件再次输入至自然语言处理模型中进行处理，得到第二待确认日志关键词。

根据本公开的实施例，第二待确认日志关键词可以表征为利用自然语言处理模型对第二待确认日志进行处理后，从第二待确认日志中提取出的关键词。

在第二待确认日志的字节量小于或等于预设阈值的情况下，将第二待确认日志确定为目标日志文件。

在操作S530中，根据第二待确认日志调整关键词，从目标查询的系统中查询目标日志文件。

根据本公开的实施例，其中，第二待确认日志调整关键词是由目标对象对第二待确认日志关键词进行确认后得到的关键词。

根据本公开的实施例，服务端将第二待确认日志关键词发送给目标对象的客户端，目标对象从客户端上确认第二待确认日志关键词是否有调整，在有调整的情况下，目标对象对第二待确认日志关键词进行调整，目标对象将调整过后的第二待确认日志关键词作为第二待确认日志调整关键词发送给服务端，在没有调整的情况下，目标对象直接将第二待确认日志关键词作为第二待确认日志调整关键词发送给服务端。

根据本公开的实施例，根据第二待确认日志调整关键词，从目标查询的系统中查询得到的日志文件不管是否超过服务端预先设的日志文件字节量的阈值，都确定该根据第二待确认日志调整关键词查询得到日志文件为目标日志文件。

根据本公开的实施例，对第二待确认日志关键词进行调整可以包括对第二待确认日志关键词进行增加、删减和替换操作。

根据本公开的实施例，由于根据目标修改标识信息从目标查询的系统中查询得到第二待确认日志，对第二待确认日志的字节量进行判断，在第二待确认日志的字节量大于预设阈值的情况下，利用自然语言处理模型对第二待确认日志进行处理，提取得到第二待确认日志关键词，根据目标对象从客户端发送的第二待确认日志调整关键词再次从目标查询的系统中查询日志文件，并将此次查询的日志文件确定为目标日志文件，实现了通过多轮关键词从目标查询的系统中查询得到目标日志文件，根据服务端的日志文件的字节量的预设阈值，对查询得到日志文件进行字节量的控制，在不满足预设阈值的情况下，通过和客户端的多次交互，修改、调整关键词，实现进一步的缩小在目标查询的系统中的查询范围。

根据本公开的实施例，获取目标对象的历史查询系统信息和第一查询系统信息。

根据本公开的实施例，其中，第一查询系统信息表征与目标对象的所属部门权限相对应的系统信息。

根据本公开的实施例，在目标对象的标识信息被验证通过的情况下，可以先从服务端中获取目标对象的历史查询系统信息和第一查询系统信息。

根据本公开的实施例，目标对象的所属部门权限相对应的系统信息可以表征为目标对象在金融机构属于的金融部门所拥有的初始权限。

例如，A目标对象在金融机构的运维部门中负责对信用卡分期系统进行维护，则A目标对象拥有“信用卡分期还款”系统和“信用卡分期付款”系统的查询权限。

根据本公开的实施例，向目标对象发送历史查询系统信息和第一查询系统信息。

根据本公开的实施例，服务端将目标对象的历史查询系统信息和第一查询系统信息发送给目标对象的客户端。

根据本公开的实施例，在确定目标对象未确认历史查询系统信息和第一查询系统信息的信息的情况下，对待查询的系统信息进行识别，得到候选待查询的系统信息。

例如，服务端首先获取目标对象设置的第一查询系统的系统名称，再获取第一查询系统的系统名称后，按照开发人员查询的历史查询系统纪录从近到远进行排序进行展示。比如：1-A公司信贷项目，2-B公司代扣项目，3-C集团信用卡项目，4-D公司贷款项目。其中1和2都是目标对象最近通过消息查询的历史项目，3和4是服务端默认设置该目标对象的第一查询系统。目标对象可通过输入数字进行日志系统的查询。

根据本公开的实施例，目标对象从客户端上确认目标对象想要查询的日志文件是否存储于历史查询系统和第一查询系统中，如果存储于历史查询系统和第一查询系统中，则将确认结果发送至服务端，服务端直接选择与确认结果对应的系统作为目标查询的系统。

根据本公开的实施例，在确定目标对象未确认所述历史查询系统信息和所述第一查询系统信息的信息的情况下，即目标对象想要查询的日志文件没有存储于历史查询系统和第一查询系统中，则将无查询系统的结果发送至服务端，服务端对目标对象发送的待查询的系统信息进行识别，得到候选待查询的系统信息。

根据本公开的实施例，由于从服务端获取目标对象的历史查询系统信息和第一查询系统信息，向目标对象的客户端发送历史查询系统信息和第一查询系统信息，目标对象在确定想要查询的日志文件没有存储于历史查询系统信息和第一查询系统信息中后，向服务端发送确认信息，在服务端确定目标对象未确认历史查询系统信息和第一查询系统信息的情况下，服务端对目标对象的客户端发送的待查询的系统信息进行识别，得到候选待查询的系统信息，继续执行后续操作，实现了对目标对象的历史查询系统信息和第一查询系统信息的调取，在目标对象想要查询的日志文件在历史查询系统信息或第一查询系统信息中的情况下，直接选择对应的历史查询系统信息或第一查询系统信息，无需识别待查询的系统信息，节省查阅系统的时间，提高查阅效率。

图6示意性示出了根据本公开实施例的分包脱敏的流程图。

如图6所示，该实施例的日志查询方法600包括操作S610～操作S630。

在操作S610中，在目标日志文件的字节量大于预设阈值的情况下，对目标日志文件进行分包操作，得到多个满足预设阈值的分包目标日志文件。

根据本公开的实施例，在根据第二待确认日志调整关键词从目标查询的系统中查询得到目标日志文件的情况下，可以存在该目标日志文件的字节量大于预设阈值的情况，在确认该目标日志文件的字节量大于预设阈值的情况下，需要对该目标日志文件进行分包操作。

根据本公开的实施例，分包操作可以表征为将目标日志文件拆分成多个固定字节量的日志文件包。

根据本公开的实施例，在对目标日志文件进行分包操作后，得到多个满足服务端的字节量预设阈值的分包目标日志文件，实现了对目标日志文件字节量的限制，减少日志文件传输压力。

在操作S620中，对多个分包目标日志文件进行脱敏处理，得到多个分包目标脱敏日志文件。

根据本公开的实施例，对多个分包目标日志文件进行脱敏处理是为了对多个分包日志文件中的敏感信息进行脱敏，或者是对目标对象没有权限查询的目标日志文件中的内容进行脱敏，避免造成目标对象非权限查询的内容泄露或者客户的隐私内容外泄。

根据本公开的实施例，服务端可以利用API函数方式对目标日志文件中的敏感内容进行脱敏，API函数表征为接收请求方数据请求，然后返回目标对象的客户端相应数据参数。

例如，目标日志文件中可能存储有客户的姓名、银行卡号、身份证号、手机号等敏感内容，此时通过API函数方式检测出日志的敏感内容类型，并根据开发人员的获取日志权限、敏感字段类型及敏感内容通过API函数方式进行数据脱敏。

例如，目标日志文件中，脱敏前数据为张三，根据目标对象的权限及敏感字段类型可以脱敏成张*，或者脱敏成“蝦霭”这样乱码式的转义名称。

在操作S630中，向客户端发送多个分包目标脱敏日志文件。

根据本公开的实施例，在对目标日志文件进行脱敏后，服务端查询目标对象的密钥，对多个分包目标脱敏日志文件进行加密，将加密后的多个分包目标脱敏日志文件压缩后发送至目标对象的客户端。

根据本公开的实施例，目标对象的密钥为目标对象预先设置的信息。

根据本公开的实施例，目标对象的标识信息可以包括目标对象的密钥。

根据本公开的实施例，由于在目标日志文件的字节量大于预设阈值的情况下，对目标日志文件进行分包操作，得到多个满足预设阈值的分包目标日志文件，再对多个分包目标日志文件进行脱敏处理，得到多个分包目标脱敏日志文件，将多个分包目标脱敏日志文件发送至客户端，实现了对字节量大于预设阈值的目标日志文件进行分包，减少目标日志文件的传输压力，并且，对多个分包目标日志文件进行脱敏处理，避免多个分包目标日志文件中的客户信息泄露，实现了严格管控目标对象对目标日志文件内容的可视权限，进一步的提高了目标日志文件中的信息安全性。

根据本公开的实施例，在目标日志文件的字节量小于或等于预设阈值的情况下，对目标日志文件进行脱敏处理，得到目标脱敏日志文件。

根据本公开的实施例，在目标日志文件的字节量小于或等于预设阈值的情况下，无需对目标日志文件进行分包操作，直接进行脱敏处理。

根据本公开的实施例，向客户端发送目标脱敏日志文件。

根据本公开的实施例，在向客户端发送目标脱敏日志文件之前，服务端查询目标对象的密钥，对目标脱敏日志文件进行加密，将加密后的目标脱敏日志文件压缩后发送至目标对象的客户端。

根据本公开的实施例，由于在目标日志文件的字节量小于或等于预设阈值的情况下，目标日志文件不需要进行分包处理，对目标日志文件进行脱敏处理，得到目标脱敏日志文件，将目标脱敏日志文件发送至客户端，实现了对目标日志文件内容的严格把控，避免目标日志文件中的客户信息泄露，严格管控目标对象对目标日志文件内容的可视权限，进一步的提高了目标日志文件中的信息安全性。

根据本公开的实施例，服务端内设置有目标对象获取目标日志文件的字节量的总阈值，在规定期限内，目标对象获取的所有目标日志文件的总字节量不能超过服务端内设置的总阈值，在目标对象获取的所有目标日志文件的总字节量超过服务端内设置的总阈值的情况下，目标对象需要向管理员进行申报，在申报获批后，才能获取超过总阈值的目标日志文件，服务端可以对不同的目标对象设置有不同的字节量总阈值。

例如，服务端内设置有A目标对象获取目标日志文件的字节量的总阈值为10000字节，规定期限3天，在第2天时，A目标对象已经获取的目标日志文件的总字节量已经达到10000字节，在第3天时，A目标对象如果需要再获取目标日志文件，则需要向部门管理员进行获取的目标日志文件的报批，报批通过后，A目标对象才能获取目标日志文件。

图7示意性示出了根据本公开实施例的应用于客户端的日志查询方法的流程图。

如图7所示，该实施例的日志查询方法700包括操作S710～操作S720。

在操作S710中，响应于接收到的来自服务端的候选待查询的系统信息，从候选待查询的系统信息中确定目标查询的系统信息。

根据本公开的实施例，其中，候选待查询的系统信息是在目标对象被验证通过的情况下，由服务端对待查询的系统信息进行处理得到的。

在操作S720中，向服务端发送目标查询的系统信息和待查询的日志标识信息。

根据本公开的实施例，由于目标对象的客户端响应于接收到的来自服务端的候选待查询的系统信息，目标对象从候选待查询的系统信息中确定目标查询的系统信息，在确定好目标查询的系统信息后，目标对象的客户端向服务端发送目标查询的系统信息和待查询的日志标识信息，实现了目标对象的客户端和服务端的信息交互，在目标对象的客户端和服务端的信息交互的场景下，确认了日志文件所属系统，提供了用于查询日志文件的标识信息，提高了工作效率，实现了目标对象不在工作的情况下也可以实时获取所需日志文件。

根据本公开的实施例，目标对象可以通过手机短信的方式与金融机构的服务端进行交互。

例如，目标对象通过手机向服务端发送日志查询请求的短信，客户端根据短信中的手机号码验证该手机号码的名单身份信息，在验证该手机号码不属于黑名单身份信息，也不属于白名单身份信息的情况下，对目标对象进行进一步的身份信息的验证，服务端向目标对象的手机发送输入员工编号的短信，目标对象在接收到输入员工编号的短信后，在短信中输入员工编号并发送给服务端，服务端验证员工编号是否存在，在员工编号存在的情况下，服务端向目标对象的手机发送超链接，目标对象点击超链接后自动唤起手机中的采集生物特征的功能，对采集完目标对象的生物特征进行加密，将加密的生物特征信息发送给服务端，服务端根据本地存储的员工信息，对比解密后的生物特征信息和员工编号。

在对比结果为通过的情况下，服务端向目标对象的手机发送输入查询系统名称的短信，目标对象将大段查询系统信息或系统关键词以短信的形式发送给服务端，服务端利用自然语言处理技术对目标对象发送的大段查询系统信息或系统关键词进行提取，得到查询系统所用的关键词，服务端根据目标对象的系统查询权限和关键词从数据库中查询系统，查询到所有与关键词匹配的系统后将系统编号发送给目标对象，目标对象通过手机从多个系统中确认目标系统，将确认好的系统名称及其编号发送给服务端，服务端再向目标对象发送输入日志日期的短信，目标对象将想要查询的日志日期以短信的形式发送给服务端，服务端根据日志日期从确认好的系统中查询日志文件，如果查询到的日志文件过大，给目标对象发送再次输入日志关键词的信息，目标对象将日志文件类型或其他的能够限缩查询范围的信息发送给服务端，服务端根据目标对象的信息第二次查询日志文件，如果第二次查询的日志文件还过大，服务端利用自然语言处理技术对第二次查询的日志文件进行关键词提取，将第二次查询的日志文件中的关键词发送给目标对象，目标对象对第二次查询的日志文件中的关键词进行调整，将调整后的关键词发送给服务端，服务端进行第三次查询日志文件，第三次查询得到的日志文件不论是否大于服务端所设阈值，都确认目标日志文件。

对超出阈值的目标日志文件进行分包处理，分成多个固定字节量的目标日志文件包，对多个目标日志文件包根据目标对象的权限进行脱敏处理，对脱敏处理好的多个目标日志文件包加密发送给目标对象的手机，目标对象对接收到加密的多个目标日志文件包进行解密合包处理，得到完整目标日志文件。

图8示意性示出了根据本公开实施例的应用于服务端的日志查询装置的结构框图。

如图8所示，该实施例的日志查询装置800包括第一获取模块810、处理模块820、查询模块830和发送日志模块840。

第一获取模块810，用于响应于来自客户端的目标对象的日志查询请求，获取所述目标对象的标识信息和待查询的系统信息，获取模块810可以用于执行前文描述的操作S210，在此不再进行赘述。

处理模块820，用于在所述目标对象的标识信息被验证通过的情况下，对所述待查询的系统信息进行处理，得到候选待查询的系统信息，其中，所述候选待查询的系统信息表征所述目标对象具有权限查询且与所述待查询的系统信息相匹配的系统信息，处理模块820可以用于执行前文描述的操作S220，在此不再进行赘述。

查询模块830，用于响应于接收到的来自所述目标对象的目标查询的系统信息和待查询的日志标识信息，根据所述目标查询的系统信息和所述待查询的日志标识信息，从所述数据库中查询目标日志文件；其中，所述目标查询的系统信息是由所述目标对象从所述候选待查询的系统信息中确定的，查询模块830可以用于执行前文描述的操作S230，在此不再进行赘述。

发送日志模块840，用于向所述目标对象发送所述目标日志文件，发送日志模块840可以用于执行前文描述的操作S240，在此不再进行赘述。

根据本公开的实施例，处理模块820包括：第一处理子模块、第一确定子模块和第一得到子模块。

第一处理子模块，用于利用自然语言处理模型对所述待查询的系统信息进行处理，得到查询系统关键词。

第一确定子模块，用于根据所述目标对象的标识信息，确定与所述目标对象的查询权限相对应的全部系统信息。

第一得到子模块，用于根据所述查询系统关键词与所述数据库中的所述全部系统信息进行匹配，得到所述候选待查询的系统信息。

根据本公开的实施例，查询模块包括：第一查询子模块、第一返回执行子模块和第二确定子模块。

第一查询子模块，用于根据所述待查询的日志标识信息，从目标查询的系统中查询第一待确认日志。

第一返回执行子模块，用于在所述第一待确认日志的字节量大于预设阈值的情况下，根据目标修改标识信息，返回执行从所述目标查询的系统中查询所述第一待确认日志的操作，其中，所述目标修改标识信息是所述目标对象对所述待查询的日志标识信息进行修改得到的。

第二确定子模块，用于在所述第一待确认日志的字节量小于或等于预设阈值的情况下，确定所述第一待确认日志为所述目标日志文件。

根据本公开的实施例，第一返回执行子模块包括：第一查询单元、第一处理单元和第二查询单元。

第一查询单元，用于根据所述目标修改标识信息，从所述目标查询的系统中查询第二待确认日志。

第一处理单元，用于在所述第二待确认日志的字节量大于预设阈值的情况下，利用自然语言处理模型对所述第二待确认日志进行处理，得到第二待确认日志关键词。

第二查询单元，用于根据第二待确认日志调整关键词，从所述目标查询的系统中查询所述目标日志文件，其中，所述第二待确认日志调整关键词是由所述目标对象对所述第二待确认日志关键词进行确认后得到的关键词。

根据本公开的实施例，日志查询装置800还包括：第二获取模块、第一发送模块和识别模块。

第二获取模块，用于获取所述目标对象的历史查询系统信息和第一查询系统信息，其中，所述第一查询系统信息表征与所述目标对象的所属部门权限相对应的系统信息。

第一发送模块，用于向所述目标对象发送所述历史查询系统信息和所述第一查询系统信息。

识别模块，用于在确定所述目标对象未确认所述历史查询系统信息和所述第一查询系统信息的信息的情况下，对所述待查询的系统信息进行识别，得到候选待查询的系统信息。

根据本公开的实施例，日志查询装置800还包括：第一分包模块、第一脱敏模块和第二发送模块。

第一分包模块，用于在所述目标日志文件的字节量大于预设阈值的情况下，对所述目标日志文件进行分包操作，得到多个满足预设阈值的分包目标日志文件。

第一脱敏模块，用于对所述多个分包目标日志文件进行脱敏处理，得到多个分包目标脱敏日志文件。

第二发送模块，用于向所述客户端发送所述多个分包目标脱敏日志文件。

根据本公开的实施例，日志查询装置800还包括：第二脱敏模块和第三发送模块。

第二脱敏模块，用于在所述目标日志文件的字节量小于或等于预设阈值的情况下，对所述目标日志文件进行脱敏处理，得到目标脱敏日志文件。

第三发送模块，用于向所述客户端发送所述目标脱敏日志文件。

根据本公开的实施例，第一获取模块810、处理模块820、查询模块830和发送日志模块840中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，第一获取模块810、处理模块820、查询模块830和发送日志模块840中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，第一获取模块810、处理模块820、查询模块830和发送日志模块840中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图9示意性示出了根据本公开实施例的应用于客户端的日志查询装置的结构框图。

如图9所示，该实施例的日志查询装置900包括确定模块910、和发送信息模块920。

确定模块910，用于响应于接收到的来自所述服务端的候选待查询的系统信息，从所述候选待查询的系统信息中确定目标查询的系统信息，其中，所述候选待查询的系统信息是在目标对象被验证通过的情况下，由服务端对待查询的系统信息进行处理得到的，确定模块910可以用于执行前文描述的操作S710，在此不再进行赘述。

发送信息模块920，用于向服务端发送所述目标查询的系统信息和待查询的日志标识信息，发送信息模块920可以用于执行前文描述的操作S720，在此不再进行赘述。

根据本公开的实施例，确定模块910、和发送信息模块920中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，确定模块910、和发送信息模块920中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，确定模块910、和发送信息模块920中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图10示意性示出了根据本公开实施例的适于测试方法的电子设备的方框图。

如图10所示，根据本公开实施例的电子设备1000包括处理器1001，其可以根据存储在只读存储器(ROM)1002中的程序或者从存储部分1008加载到随机访问存储器(RAM)1003中的程序而执行各种适当的动作和处理。处理器1001例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))等等。处理器1001还可以包括用于缓存用途的板载存储器。处理器1001可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 1003中，存储有电子设备1000操作所需的各种程序和数据。处理器1001、ROM 1002以及RAM 1003通过总线1004彼此相连。处理器1001通过执行ROM 1002和/或RAM1003中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM 1002和RAM 1003以外的一个或多个存储器中。处理器1001也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，电子设备1000还可以包括输入/输出(I/O)接口1005，输入/输出(I/O)接口1005也连接至总线1004。电子设备1000还可以包括连接至I/O接口1005的以下部件中的一项或多项：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1007；包括硬盘等的存储部分1008；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至I/O接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入存储部分1008。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 1002和/或RAM 1003和/或ROM 1002和RAM 1003以外的一个或多个存储器。

本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现本公开实施例所提供的物品推荐方法。

在该计算机程序被处理器1001执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。

在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分1009被下载和安装，和/或从可拆卸介质1011被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

在这样的实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。在该计算机程序被处理器1001执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java，C++，python，“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

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

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (13)

1.一种日志查询方法，应用于服务端，包括：

响应于来自客户端的目标对象的日志查询请求，获取所述目标对象的标识信息和待查询的系统信息；

在所述目标对象的标识信息被验证通过的情况下，对所述待查询的系统信息进行处理，得到候选待查询的系统信息，其中，所述候选待查询的系统信息表征所述目标对象具有权限查询且与所述待查询的系统信息相匹配的系统信息；

响应于接收到的来自所述目标对象的目标查询的系统信息和待查询的日志标识信息，根据所述目标查询的系统信息和所述待查询的日志标识信息，从所述数据库中查询目标日志文件；其中，所述目标查询的系统信息是由所述目标对象从所述候选待查询的系统信息中确定的；

向所述目标对象发送所述目标日志文件。

2.根据权利要求1所述的方法，其中，所述在所述目标对象的标识信息被验证通过的情况下，对所述待查询的系统信息进行处理，得到候选待查询的系统信息，包括：

利用自然语言处理模型对所述待查询的系统信息进行处理，得到查询系统关键词；

根据所述目标对象的标识信息，确定与所述目标对象的查询权限相对应的全部系统信息；

根据所述查询系统关键词与所述数据库中的所述全部系统信息进行匹配，得到所述候选待查询的系统信息。

3.根据权利要求1所述的方法，其中，所述响应于接收到的来自所述目标对象的目标查询的系统信息和待查询的日志标识信息，根据所述目标查询的系统信息和所述待查询的日志标识信息，从所述数据库中查询目标日志文件，包括：

根据所述待查询的日志标识信息，从目标查询的系统中查询第一待确认日志；

在所述第一待确认日志的字节量大于预设阈值的情况下，根据目标修改标识信息，返回执行从所述目标查询的系统中查询所述第一待确认日志的操作，其中，所述目标修改标识信息是所述目标对象对所述待查询的日志标识信息进行修改得到的；

在所述第一待确认日志的字节量小于或等于预设阈值的情况下，确定所述第一待确认日志为所述目标日志文件。

4.根据权利要求3所述的方法，其中，所述在所述第一待确认日志的字节量大于预设阈值的情况下，根据目标修改标识信息，并返回执行从所述目标查询的系统中查询所述第一待确认日志的操作，包括：

根据所述目标修改标识信息，从所述目标查询的系统中查询第二待确认日志；

在所述第二待确认日志的字节量大于预设阈值的情况下，利用自然语言处理模型对所述第二待确认日志进行处理，得到第二待确认日志关键词；

根据第二待确认日志调整关键词，从所述目标查询的系统中查询所述目标日志文件，其中，所述第二待确认日志调整关键词是由所述目标对象对所述第二待确认日志关键词进行确认后得到的关键词。

5.根据权利要求1所述的方法，其中，还包括：

获取所述目标对象的历史查询系统信息和第一查询系统信息，其中，所述第一查询系统信息表征与所述目标对象的所属部门权限相对应的系统信息；

向所述目标对象发送所述历史查询系统信息和所述第一查询系统信息；

在确定所述目标对象未确认所述历史查询系统信息和所述第一查询系统信息的信息的情况下，对所述待查询的系统信息进行识别，得到候选待查询的系统信息。

6.根据权利要求1所述的方法，其中，还包括：

在所述目标日志文件的字节量大于预设阈值的情况下，对所述目标日志文件进行分包操作，得到多个满足预设阈值的分包目标日志文件；

对所述多个分包目标日志文件进行脱敏处理，得到多个分包目标脱敏日志文件；

向所述客户端发送所述多个分包目标脱敏日志文件。

7.根据权利要求1所述的方法，还包括：

在所述目标日志文件的字节量小于或等于预设阈值的情况下，对所述目标日志文件进行脱敏处理，得到目标脱敏日志文件；

向所述客户端发送所述目标脱敏日志文件。

8.一种日志查询方法，应用于客户端，包括：

响应于接收到的来自所述服务端的候选待查询的系统信息，从所述候选待查询的系统信息中确定目标查询的系统信息，其中，所述候选待查询的系统信息是在目标对象被验证通过的情况下，由服务端对待查询的系统信息进行处理得到的；

向服务端发送所述目标查询的系统信息和待查询的日志标识信息。

9.一种日志查询装置，应用于服务端，包括：

获取模块，用于响应于来自客户端的目标对象的日志查询请求，获取所述目标对象的标识信息和待查询的系统信息；

处理模块，用于在所述目标对象的标识信息被验证通过的情况下，对所述待查询的系统信息进行处理，得到候选待查询的系统信息，其中，所述候选待查询的系统信息表征所述目标对象具有权限查询且与所述待查询的系统信息相匹配的系统信息；

查询模块，用于响应于接收到的来自所述目标对象的目标查询的系统信息和待查询的日志标识信息，根据所述目标查询的系统信息和所述待查询的日志标识信息，从所述数据库中查询目标日志文件；其中，所述目标查询的系统信息是由所述目标对象从所述候选待查询的系统信息中确定的；

发送日志模块，用于向所述目标对象发送所述目标日志文件。

10.一种日志查询装置，应用于客户端，包括：

确定模块，用于响应于接收到的来自所述服务端的候选待查询的系统信息，从所述候选待查询的系统信息中确定目标查询的系统信息，其中，所述候选待查询的系统信息是在目标对象被验证通过的情况下，由服务端对待查询的系统信息进行处理得到的；

发送信息模块，用于向服务端发送所述目标查询的系统信息和待查询的日志标识信息。

11.一种电子设备，包括：

一个或多个处理器；

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

其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行根据权利要求1～8中任一项所述的方法。

12.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行根据权利要求1～8中任一项所述的方法。

13.一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现根据权利要求1～8中任一项所述的方法。