CN111866098B

CN111866098B - 一种日志处理方法、装置及存储介质

Info

Publication number: CN111866098B
Application number: CN202010635857.6A
Authority: CN
Inventors: 程思
Original assignee: Beijing Xiaomi Pinecone Electronic Co Ltd
Current assignee: Beijing Xiaomi Pinecone Electronic Co Ltd
Priority date: 2020-07-03
Filing date: 2020-07-03
Publication date: 2024-04-26
Anticipated expiration: 2040-07-03
Also published as: CN111866098A

Abstract

本公开实施例公开了一种日志处理方法、装置、终端及存储介质；所述日志处理方法，包括：接收第一设备发送的日志上传提示信息；基于所述日志上传提示信息，确定关联的第二设备；分别向所述第二设备发送日志上传指令，所述日志上传指令用于指示所述第二设备上传日志。本公开实施例所提供的日志处理方法，能够实现多个关联设备的联动，使得多个第二设备实现统一日志上传，从而能够降低了提高日志操作的复杂度、提升用户体验。

Description

一种日志处理方法、装置及存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及一种日志处理方法、装置及存储介质。

背景技术

目前，通信设备中保存的日志已是运维过程中排查和解决问题的一种有效和重要的手段。通过查看设备中的日志可以了解到设备运行过程中的状态，了解到操作维护人员对设备进行了哪些操作。如果设备出现了异常，还可以通过查看日志快速定位和解决问题。

然后，在多设备联动系统中，由于设备类型不一样，比如电视、音箱、或者其它物联网设备等，不同类型设备有不同的应用程序(APP)控制。当用户需要反馈问题时，需要在每个app上都去提交用户反馈，才可以将整个系统所有设备日志提交完整；如此，会导致用户反馈的复杂度大大增加，降低用户体验满意度。

发明内容

本公开提供一种日志处理方法、装置、终端及存储介质。

根据本公开实施例的第一方面，提供一种日志处理方法，包括：

接收第一设备发送的日志上传提示信息；

基于所述日志上传提示信息，确定关联的第二设备；

分别向所述第二设备发送日志上传指令，所述日志上传指令用于指示所述第二设备上传日志。

上述方案中，所述日志上传提示信息，还包括：上传账号信息；

所述基于所述日志上传指示信息，确定关联的第二设备，包括：

基于所述上传账号信息，确定与所述上传账号信息关联的至少一个所述第二设备的设备标识及设备数量。

上述方案中，所述日志上传提示信息，还包括：反馈内容信息；

基于所述反馈内容信息，确定所述反馈内容信息所描述功能关联的至少一个所述第二设备的设备标识及设备数量。

上述方案中，所述第一设备包括至少一个应用程序APP；

所述接收第一设备发送的日志上传提示信息，包括：

接收所述第一设备中一个所述APP上传的所述日志上传提示信息。

上述方案中，所述方法还包括：

发送日志路径请求；

接收基于所述日志路径请求返回的日志存储路径；

将所述日志存储路径分别发送给所述第二设备。

上述方案中，所述日志存储路径是携带在所述日志上传指令中发送的。

上述方案中，所述日志存储路径包括：

所述第一设备的第一日志存储路径和所述第二设备的第二日志存储路径；

其中，所述第二日志存储路径的个数与所述第二设备的设备数量相同。

上述方案中，所述第一日志存储路径，至少包括：第一存储子路径以及至少第二存储子路径；

其中，所述第一存储子路径是为存储所述第一设备的日志的存储路径；所述第二存储子路径是为存储所述日志上传提示信息中的反馈内容信息的存储路径，所述第二存储子路径的个数与所述反馈内容信息的类型数量相同。

上述方案中，所述方法还包括：

将所述第一日志存储路径、所述第二日志存储路径、所述日志上传提示信息中的反馈内容信息及所述上传账号信息，存储到所述上传账号信息下。

根据本公开的第二方面，提供一种日志处理装置，包括：

接收模块，用于接收第一设备发送的日志上传提示信息；

确定模块，用于基于所述日志上传提示信息，确定关联的第二设备；

发送模块，用于分别向所述第二设备发送日志上传指令，所述日志上传指令用于指示所述第二设备上传日志。

所述确定模块，用于基于所述上传账号信息，确定与所述上传账号信息关联的至少一个所述第二设备的设备标识及设备数量。

所述确定模块，用于基于所述反馈内容信息，确定所述反馈内容信息所描述功能关联的至少一个所述第二设备的设备标识及设备数量。

上述方案中，所述第一设备包括至少一个应用程序APP；

所述接收模块，用于接收所述第一设备中一个所述APP上传的所述日志上传提示信息。

上述方案中，所述发送模块，用于发送日志路径请求；

所述接收模块，用于接收基于所述日志路径请求返回的日志存储路径；

所述发送模块，还用于将所述日志存储路径分别发送给所述第二设备。

上述方案中，所述日志存储路径包括：

上述方案中，所述第一日志存储路径，至少包括：第一存储子路径以及至少一个第二存储子路径；

其中，所述第一存储子路径是为存储所述第一设备的日志的存储路径；所述第二存储子路径是为存储所述日志上传提示信息中的所述反馈内容信息的存储路径，所述第二存储子路径的个数与所述反馈内容信息的类型数量。

上述方案中，所述装置还包括：

存储模块，用于将所述第一日志存储路径、所述第二日志存储路径、所述日志上传提示信息中的反馈内容信息及所述上传账号信息，存储到所述上传账号信息下。

根据本公开的第三方面，提供一种服务器，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：用于运行所述可执行指令时，实现本公开任意实施例所述的日志处理方法。

根据本公开的第四方面，提供一种计算机可读存储介质，所述可读存储介质存储有可执行程序，其中，所述可执行程序被处理器执行时实现本公开任意实施例所述的日志处理方法。

本公开的实施例提供的技术方案可以包括以下有益效果：

本公开实施例可以通过接收到的第一设备发送的日志上传提示信息，向与该日志上传指示信息关联的多个第二设备发送日志上传指令，从而触发多个第二设备上传日志。如此，能够实现多个关联设备的联动，使得多个第二设备实现统一日志上传，从而无需针对每个第二设备进行一次触发日志上传及每个第二设备单独进行日志上传，从而能够降低日志操作的复杂度、提升用户体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的一种日志处理方法的流程图。

图2是根据一示例性实施例示出的一种日志处理方法的流程图。

图3是根据一示例性实施例示出的一种日志处理方法的流程图。

图4是根据一示例性实施例示出的一种日志处理方法的流程图。

图5是根据一示例性实施例示出的一种日志处理方法的流程图。

图6是根据一示例性实施例示出的一种日志处理方法的流程图。

图7是根据一示例性实施例示出的一种日志处理装置的框图。

图8是根据一示例性实施例示出的一种日志服务器的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

如图1所示，提供了一种现有技术中的日志处理方法，所述日志处理方法应用于日志处理系统中，所述日志处理系统包括客户端、设备、日志服务器及分布式文件服务器；所述客户端中包括应用程序APP；所述日志处理方法包括：客户端发起日志反馈后，会将日志上传命令发送给日志服务器；日志服务器会获取日志上传路径，并将日志上传路径下发到设备；设备端接收到日志上传命令后采集日志，并基于日志上传路径进行上传。

然而，上述日志处理方法只能实现针对单个设备的日志上传，并不能实现多个设备的统一日志上传。若在日志处理系统中，需要多个设备上传日志时，需要对每个设备都执行上述日志处理方法的所有步骤，使得多个设备的日志上传操作非常复杂，给用户带来了极大的不便。

如图2所示，本公开实施例提供一种日志处理方法的流程图，如图2所示，所述方法包括以下步骤。

步骤S21：接收第一设备发送的日志上传提示信息；

步骤S22：基于所述日志上传提示信息，确定关联的第二设备；

步骤S23：分别向所述第二设备发送日志上传指令，所述日志上传指令用于指示所述第二设备上传日志。

在本公开实施例所述的日志处理方法可以应用于各种终端中。这里，所述终端可以为手机、计算机、服务器、平板电脑等电子设备。在一实施例中，所述服务器为日志服务器。

在本公开实施例中，可以根据所述第一设备的设备标识，确定与该第一设备的设备标识在同一设备组的第二设备的设备标识。

且本公开实施例可以在该日志处理方法的系统并未出现故障时触发上传日志，即并不需要基于出现故障才来发送日志上行提示信息；可以直接通过第一设备指示上传日志，即可以通过第一设备发送的日志上传提示信息确定出第二设备之后，直接指示多个第二设备上传日志。如此，可以使得日志服务器可以实时监控到各第二设备的运行情况。

这里，所述第一设备可以为各种终端；例如，所述第一设备可以为手机、平板电脑、计算机等。所述第二设备可以为各种电子设备；例如，所述第二设备可以为手机、平板电脑、计算机、电视、音箱等。

在一应用场景中，所述第一设备为已上传设备，所述第二设备为待上传设备。这里，所述已上传设备为已经上传日志的设备；待上传设备为准备上传日志的设备。

在一实施例中，所述日志上传提示信息，包括：所述第一设备的标识信息。

这里，所述日志上传提示信息，还可以包括但不限于以下至少之一：上传账号信息、反馈内容信息。这里，标识信息用于唯一标识所述第一设备；上传账号信息可以用于表征上传设备的用户账号信息；所述反馈内容信息可以用于指示所述描述的功能。这里，上传设备，包括已上传设备和/或待上传设备。

例如，基于所述第一设备的标识信息，可以确定与所述第一设备在同一设备组的第二设备。此时该第二设备是与该第一设备关联的。

又如，基于所述上传账号信息，可以确定与所述上传账号信息同一用户账号信息表征的第二设备。此时该第二设备是与该第一设备关联的。

再如，基于所述反馈内容信息，可以确定与所述反馈内容信息所描述的功能相同的第二设备。此时该第二设备是与该第一设备关联的。

当然，也可以基于所述第一设备的标识信息、所述上传账号信息及所述反馈内容信息中至少之二，确定关联的第二设备。例如，基于所述上传账号信息及所述反馈内容信息，确定关联的第二设备是与该第一设备同一用户账号下、且满足相同功能条件的第二设备。

这里，所述第一设备可以为一个或多个。如此，若所述第一设备为一个时，本示例可以基于一个设备上传的日志上传指示信息，实现触发多个第二设备的日志上传。

这里，所述步骤S23中分别向所述第二设备发送日志上传指令为：向每一个所述第二设备均发送所述日志上传指令。

这里，所述日志为设备在运行过程中产生的一些记录操作事件的记录文件或文件集合；例如，所述日志记录了用户的操作记录、键盘输入和运行时的相关信息数据。如此，可以通过查看用户日志，而获知第二设备的运行状态或者实现故障等。

在本公开实施例中，可以通过接收到的第一设备发送的日志上传提示信息，向与该日志上传指示信息关联的多个第二设备发送日志上传指令，从而触发多个第二设备上传日志。如此，能够实现多个关联设备的联动，使得多个第二设备实现统一日志上传，从而无需针对每个第二设备进行一次触发日志上传及每个第二设备单独进行日志上传，从而能够降低日志操作的复杂度、提升用户体验。

如图3所示，在一些实施例中，所述日志上传提示信息，还包括：上传账号信息；

所述步骤S22，包括：

步骤S221：基于所述上传账号信息，确定与所述上传账号信息关联的至少一个所述第二设备的设备标识及设备数量。

此处基于所述上传账号信息，确定与所述上传账号信息关联的至少一个所述第二设备的设备标识及设备数量，包括：

基于所述上传账号信息，确定与所述上传账号信息关联的同一用户账号信息表征的至少一个所述第二设备的设备标识及设备数量。

例如，在一应用场景中，若第一设备A1与第二设备B1、B2、B3都在第一用户账号下；日志服务器获取到第一用户账号后，确定B1、B2及B3均与A1关联，并获取B1、B2及B3的设备标识及获取设备数量为3个。

当然，在其它实施例中，还可以基于所述上传账号信息，确定与所述上传账号信息关联的不同用户账号信息表征的至少一个所述第二设备的设备标识及设备数量。

例如，还可以基于所述上传账号信息及所述第一设备的标识信息，确定与所述上传账号信息不同的、但与所述第一设备的设备标识在同一设备组的所述第二设备的设备标识及设备数。

例如，在一应用场景中，若第一设备A1与B1、B2、B3都在第一用户账号下；B4、B5和B6都在第二用户账号下；且A1与B1、B2、B3、B4及B5在同一设备组下，则也可以确定B1、B2、B3、B4及B5均与A1关联，并获取A1与B1、B2、B3、B4及B5的设备标识及获取设备数量为5个。在该种应用场景下，B1、B2、B3和B4、B5属于不同的用户账号，但B1、B2、B3和B4、B5均属于A1所在的设备组，则可以确定出确定B1、B2、B3、B4及B5均与A1关联。

如此，在本公开实施例中，可以确定与所述上传账户信号相同的所述第二设备为关联设备；也可以确定出与所述上传账号信息不同的、且在同一设备组下的第二设备为关联设备；如此，可以根据上传账号信息，准确确定出与所述上传账号信息关联的需要上传日志的第二设备。

如图4所示，在另一些实施例中，所述日志上传提示信息，还包括：反馈内容信息；

所述步骤S22，包括：

步骤S222：基于所述反馈内容信息，确定所述反馈内容信息所描述功能关联的至少一个所述第二设备的设备标识及设备数量。

在本公开实施例中，可以基于所述反馈内容信息，确定与所述反馈内容信息所描述功能相同的第二设备的设备标识及设备数量。

这里，所述反馈内容信息包括但不限于以下之一：文字、图片。

这里，所述反馈内容信息，还包括：语音信息。

此处确定与所述反馈内容信息所描述功能相同的第二设备，可以包括以下之一：

确定与所述第一设备的标识信息在同一设备组中、且与反馈内容信息所描述功能相同的第二设备；

确定与所述上传账号信息相同的账号所表征的、且与反馈内容信息所描述功能相同的第二设备。

例如，在一应用场景中，日志服务器根据所述第一设备的设备标识，获取与所述第一设备的设备标识在同一设备组的多个第一备选设备的设备标识；并从所述多个第一备选设备的设备标识中，获取与所述反馈内容信息所描述的功能相同的多个第二设备的设备标识及所述第二设备的数量。

又如，在另一应用场景中，目标服务器根据所述第一设备的设备标识，获取与所述第一设备的设备标识在同一设备组的第一备选设备的设备标识；从所述第一备选设备的设备标识中，获取与所述上传账号信息相同的账号所表征的第二备选设备的设备标识；从所述备选设备的设备标识中，获取与所述反馈内容信息所描述的功能相同的第二设备的设备标识及所述第二设备的设备数量。

这里，一个设备组中的设备可以表征一个或多个上传账号信息；一个上传账号信息可以对应一个或多个功能。

再如，在另一应用场景中，日志服务器根据所述上传账号信息，确定与所述上传账号信息关联的第二备选设备的设备标识；从所述第二备选设备的设备标识中，获取与所述反馈内容信息所描述的功能相同的第二设备的设备标识及所述第二设备的设备数量。

这里，所述从所述第二设备的设备标识中，获取与所述反馈内容信息所描述的功能相同的第二设备的设备标识，可以是：根据所述反馈内容信息，遍历所有所述第二备选设备的设备标识对所述反馈内容信息进行匹配，以确定出与所述反馈内容信息所描述的功能相同的第二备选设备的设备标识作为所述第二设备的设备标识。

这里，所述第二备选设备的设备标识可以由一个设备集合或者设备列表表示。

在本公开实施例中，可以确定与所述反馈内容信息中所描述的功能相同的所述第二设备为关联设备，如此，可以根据功能条件，准确确定出需要上传日志的第二设备。并且，若确定与第一设备相同用户账号信息，或者与第一设备在同一设备组，与所述反馈内容信息中所描述功能相同的所述第二设备为关联设备，能够更加精确确定出需要上传日志的第二设备。

在一实施例中，所述反馈内容信息可以是基于语音方式输入的。

例如，在所述第一设备侧，所述第一设备接收第一语音信息，所述第一信息中携带所述反馈内容信息；所述第一设备将所述第一语音信息发送给所述日志服务器；或者，所述第一设备对所述第一语音信息进行语音识别，以获得所述反馈内容信息；并将所述反馈内容信息发送给所述日志服务器。

又如，在所述日志服务器侧，所述第二设备接收所述第一设备发送的包括语音信息的反馈内容信息。

如此，若反馈内容信息是基于语音方式输入所述第一设备，可以便利用户，例如在一些用户不方便在所述第一设备手动操作的场景时，能够大大方便用户，提高用户的满意度。

当然，在其它实施例中，在所述第一设备侧，也可以基于用户作用于所述第一设备的触控操作，输入所述反馈内容信息。

在一些实施例中，所述第一设备包括至少一个应用程序APP；

所述步骤S21，包括：

此处的第一设备可以为客户端。此处的步骤S21，包括：接收任意一个客户端发送的所述日志上传提示信息。

此处的第一设备也可以包括一个或多个APP。此处的一个APP用于触发一个类型的一个或多个第二设备上传日志。

这里，若所述第一设备包括多个APP时，所述接收第一设备中一个所述APP上传的所述日志上传提示信息，包括：接收所述第一设备中任意一个所述APP提交的所述日志上传提示信息。

若不同类型的第二设备由不同的APP控制，当需要发送日志上传提示信息时，单个APP只能提交一个类型中一个或多个第二设备的APP的日志上传提示信息。若一个第一设备中包括多个APP，例如包括第一APP和第二APP，则在第二APP中，也可以提交第一APP的日志上传提示信息及第二APP的日志上传提示信息；如此，可以实现跨APP提交其它类型的第二设备的日志上传提示信息。

在本公开实施例中，可以基于第一设备中APP提交日志上传提示信息，从而实现一个APP触发多个第二设备的日志上传。并且，可以由第一设备中任意一个APP上传与该APP对应类型以外的其它类型APP的日志上传提示信息提交，从而可以实现跨APP提交第二设备的日志上传提示信息，从而进一步降低了提交日志上传提示信息的复杂度。

如图5所示，在一些实施例中，所述方法还包括：

步骤S24：发送日志路径请求；

步骤S25：接收基于所述日志路径请求返回的日志存储路径；

步骤S26：将所述日志存储路径分别发送给所述第二设备。

此处的日志存储路径，为所述第二设备基于所述日志上传指令所上传日志的存储路径。

这里，所述日志存储路径可以为统一资源定位符(Uniform Resource Locator，URL)地址。当然，所述日志存储路径也可以是其它地址，例如，可以为终端的磁盘地址等。

在一实施例中，所述步骤S24，包括：向分布式文件服务器发送日志路径请求；

所述步骤S25，包括：接收所述分布式文件服务器基于所述日志路径请求返回的日志存储路径。

这里，所述分布式文件服务器为用于存储各种类型日志的服务器。在一应用场景中，所述分布式文件服务器的功能相对于一个数据库。

这里，所述日志存储路径包括：

在一实施例中，所述方法还包括：向所述第一设备发送所述第一日志存储路径。

例如，在一应用场景中，有5个第二设备，日志服务器从所述分布式文件服务器中获取6个日志存储路径；其中，一个日志存储路径为第一设备的第一日志存储路径；另外5个日志存储路径分别为5个第二设备的第二日志存储路径。在该应用场景中，日志服务器将所述第一日志存储路径发送给所述第一设备；所述日志服务器将5个所述第二日志存储路径分别发送给5个第二设备。其中，向每一个第二设备都发送一个不同的第二日志存储路径。

如此，使得每个第二设备都有存储路径用来存储日志，以及使得第一设备也有存储路径用来存储日志；便于后续可以清楚的知道从哪个路径查询或调用该些日志。

在一些实施例中，所述第一日志存储路径，至少包括：第一存储子路径以及至少一个第二存储子路径；

这里，所述反馈内容信息的类型可以为图片或语音信息等，本公开对所述反馈内容信息的类型不作限定。

在一应用场景中，若所述反馈内容信息中包括N张图片，所述第一日志存储路径包括N个第二存储子路径；其中，所述N为大于或等于1的整数。如此，可以使得每个图片都有一个存储路径。

在又一应场景中，若所述反馈信息中包括N张图片且所述反馈内容信息中包括语音信息，所述第一日志存储路径包括N+1个第二存储子路径；其中，N个所述第二存储子路径用于存储N张图片，一个第二存储子路径用于存储所述语音信息。

在本示例中，可以使得第一设备有保存其日志的第一存储子路径，以及有保存其反馈内容信息中图片的第二存储子路径；从而使得第一设备基于相应的存储路径保存日志和图片，便于后续可以清楚的知道从哪里路径查询或调用该些日志和图片。

在本公开实施例中，可以获取到第一设备及第二设备的日志的存储路径，从而将该些存储路径分别发送给第一设备和第二设备，从而使得第一设备和第二设备均有相应的地址存储日志，并有利于后续对该些日志等的调用或查询操作。

在一实施例中，所述日志存储路径是携带在所述日志上传指令中发送的。例如，在所述步骤S13中，所述分别向所述第二设备发送日志上传指令，包括：分别向所述第二设备发送携带所述日志存储路径的所述日志上传指令。

如此，在本示例中，可以基于一次信令的发送，既向所述第二设备发送了用于触发第二设备日志上传的日志上传指令，也向所述第二设备发送了用于存储日志的日志存储路径，从而可以节省信令的交互，节省系统资源。

在另一实施例中，所述日志存储路径与所述日志上传指令是分开发送的。例如，日志服务器在发送所述日志上传指令的预定时间范围内，向所述第二设备发所述日志存储路径。

如此，在本示例中，可以在发送日志存储路径之前就发送了日志上传指令，使得所述第二设备有比较充足的时间生成日志，当一旦接收到所述日志存储路径后，就可以基于该日志存储路径上传日志，不必等到获取到日志存储路径后才来发送日志上传指令，从而可以节省上传日志的时延，提高日志提交的效率。

在一些实施例中，所述方法还包括：

这里，可以在所述日志服务器中建立一个项目，该项目中包括多个上传账号信息；在每个上传账号信息下，存储所述上传账号信息对应的第一日志存储路径、第二日志存储路径、所述日志上传提示信息中反馈信息等。

在本公开实施例中，可以将存储路径、日志上传提示信息等均保存在上传账号信息下，从而基于查询该上传账号信息，就可以知晓第一设备、第二设备的日志保存的地址以及知晓该些日志对应的反馈内容信息等。

在一些实施例中，所述方法还包括：

接收日志处理请求；

基于所述日志处理请求，根据所述上传账号信息下的所述日志存储路径获取所述第二设备的日志；

基于所述第二设备的日志，进行故障分析。

在本公开实施例中，还可以基于日志处理请求，获得到上传账号信息下的对应的第一设备或第二设备的日志，从而进行故障分析，有利于精准的定位出故障。

在一些实施例中，所述方法包括以下之一：

接收所述第二设备基于所述日志上传指令返回的所述第二设备的日志；

将所述第二设备的日志发送给所述分布式文件服务器。

在本公开实施例中，将所述第二设备的日志保存在本地服务器；或者，也可以通过日志服务器将第二设备上传的日志发送给分布式文件服务器，即实现日志服务器对多个第二设备的日志的统一管理。

本公开实施例还提供了一种日志处理方法，应用于分布式文件服务器，包括：

接收日志服务器发送的日志路径请求；

基于所述日志路径请求，生成日志存储路径；

通过所述日志服务器分别向所述第二设备发送所述日志存储路径。

在一实施例中，所述日志存储路径，包括：所述第一设备的第一日志存储路径和所述第二设备的第二日志存储路径；其中，所述第二日志存储路径的个数与所述第二设备的设备数量相同。

在一实施例中，若所述反馈内容信息中包括图片，所述第一日志存储路径，至少包括：第一存储子路径以及第二存储子路径。

其中，所述第一存储子路径是为存储所述第一设备的日志的存储路径；所述第二存储子路径是为存储所述图片的存储路径。

在一些实施例中，所述方法还包括：

接收所述第二设备根据所述第二日志存储路径上传的所述第二设备的日志。

在一实施例中，所述接收所述第二设备根据所述第二日志存储路径上传的所述第二设备的日志，包括：

接收所述第二设备基于语音方式，上传的所述第二设备的日志。

如此，在第二设备侧，也可以基于语音方式输出所述第二设备的日志，从而能够进一步便利用户，提高用户的体验满意度。

关于上述应用在分布式服务器实施例中的方法，其中各个步骤执行操作的具体方式已经在有关该应用在日志服务器中实施例中进行了详细描述，此处将不做详细阐述说明。

以下结合上述任意实施例提供一个具体示例：

如图6所示，本公开实施例还提供一种日志处理方法，应用于日志服务器，所述方法包括以下步骤：

步骤S31：接收第一设备中任意一个APP上传的日志上传提示信息；

可选地，所述日志服务器接收所述第一设备中任意一个APP上传的日志上传提示信息。

步骤S32：根据所述日志上传提示信息，确定关联的第二设备；

可选地，所述日志服务器根据所述日志上传提示信息中包括的上传账号信息，确定与所述上账号信息关联的备选设备；从所述备选设备中，根据所述日志上传提示信息中包括的反馈内容信息，获取与所述反馈内容信息所描述的功能相同的所述第二设备及所述第二设备的设备数量。

步骤S33：向分布式文件服务器发送日志路径请求；

可选地，所述日志服务器向所述分布式文件发送日志路径请求。

步骤S34：接收所述分布式文件服务器基于所述日志路径请求返回的日志存储路径；

可选地，所述日志服务器接收所述分布式文件服务器基于所述日志路径请求返回的日志存储路径；其中，所述日志存储路径包括第一设备的第一日志存储路径和第二设备的第二日志存储路径；所述第一日志存储路径包括第一存储子路径和至少一个第二存储子路径；其中，所述第一存储子路径用于存储所述第一设备的日志；所述第二存储子路径用于存储所述日志上传提示信息中的所述反馈内容信息。

步骤S35：分别向所述第二设备发送日志上传指令；

可选地，所述日志服务器向每一个所述第二设备发送所述日志上传指令，其中，所述日志上传指令，用于指示所述第二设备上传日志。

步骤S361：将所述第一日志存储路径发送给第一设备；

可选地，所述日志服务器将所述第一日志存储路径发送给第一设备。

这里，所述第一日志存储路径，包括第一存储子路径和第二存储子路径，所述第一存储子路径为所述第一设备上传所述第一设备的日志的存储路径；所述第二存储子路径为所述第一设备上传所述反馈内容信息的存储路径。

步骤S362：将所述第二日志存储路径分别发送给第二设备；

可选地，所述日志服务器将所述第二日志存储路径发送给第二设备。

这里，所述第二日志存储路径，为所述第二设备基于所述日志上传指令上传所述第二设备日志的存储路径。

步骤S37：将所述第一日志存储路径、所述第二日志存储路径及所述上传日志提示信息中的反馈内容信息存储在所述上传账号信息。

可选地，所述日志服务器将所述第一日志存储路径、所述第二日志存储路径及所述上传日志提示信息中反馈内容信息存储在所述上传账号信息。

在一可选实施例中，在所述步骤S37后，还包括：基于用户触发操作，基于所述上传账号信息，获取所述上传账号信息关联的第二设备的日志及第一设备的日志；并基于所述第一设备的日志及所述第二设备的日志，进行故障分析。

在本公开实施例中，本公开实施例可以通过接收到的第一设备发送的日志上传提示信息，向与该日志上传指示信息关联的多个第二设备发送日志上传指令，从而触发多个第二设备上传日志。如此，能够实现多个关联设备的联动，使得多个第二设备实现统一日志上传，从而无需针对每个第二设备进行一次触发日志上传及每个第二设备单独进行日志上传，从而能够降低了提高日志操作的复杂度、提升用户体验。

并且，本公开实施例还可以由第一设备中任意一个APP上传与该APP对应类型以外的其它类型APP的日志上传提示信息提交，从而可以实现跨APP提交第二设备的日志上传提示信息，从而进一步降低了提交日志上传提示信息的复杂度。

并且，本公开实施例若接收第一设备上传的日志上传提示信息或反馈内容信息是语音方式上传的，还可以进一步方便用户，使得用户在不方便基于手动操作上传该些信息时，还可以基于语音的方式上传，提升用户的使用效率及满意度。

此外，本公开实施例还可以基于日志服务器，对同一个上传账号信息下的日志进行统一管理。并且，可以基于一个第一设备提交的日志上传提示信息，实现触发多个第二设备的日志上传，如此，还可以实现跨设备进行日志上传。

图7是根据一示例性实施例示出的一种日志处理装置的框图，如图7所示，所述装置包括：接收模块41、确定模块42及发送模块43；其中，

所述接收模块41，用于接收第一设备发送的日志上传提示信息；

所述确定模块42，用于基于所述日志上传提示信息，确定关联的第二设备；

所述发送模块43，用于分别向所述第二设备发送日志上传指令，所述日志上传指令用于指示所述第二设备上传日志。

本公开实施例所提供的日志处理装置，应用于日志服务器。

在一些实施例中，所述接收模块41，包括：

日志上传触发子模块，用于接收第一设备基于语音方式上传所述日志上传提示信息。

这里，在其它实施例中，在所述第一设备侧，所述第一设备也可以包括一个日志上传触发子模块，该日志上传触发子模块，可以用于接收所述第三设备基于语音方式发送的反馈内容信息；并将包括所述反馈内容信息的日志上传提示信息发送给日志服务器。

此处的第三设备可以为音箱、手机、电视等电子设备。此处第三设备发送的反馈内容信息是语音信息。例如，所述第一设备为计算机，所述第三设备为音箱，所述计算机的日志上传触发模块可以接收所述音箱发送的语音信息，该语音信息为反馈内容信息。

如此，本公开实施例中可以便利用户，例如在一些用户不方便在所述第一设备手动操作的场景时，能够大大方便用户，提高用户的满意度。

在一些实施例中，所述日志上传提示信息，还包括：上传账号信息；

所述确定模块42，用于基于所述上传账号信息，确定与所述上传账号信息关联的至少一个所述第二设备的设备标识及设备数量。

在一些实施例中，所述日志上传提示信息，还包括：反馈内容信息；

所述确定模块42，用于基于所述反馈内容信息，确定所述反馈内容信息所描述功能关联的至少一个所述第二设备的设备标识及设备数量。

在一些实施例中，所述第一设备包括至少一个应用程序APP；

所述接收模块41，用于接收所述第一设备中一个所述APP上传的所述日志上传提示信息。

在一些实施例中，所述发送模块43，用于发送日志路径请求；

所述接收模块41，用于接收基于所述日志路径请求返回的日志存储路径；

所述发送模块43，还用于将所述日志存储路径分别发送给所述第二设备。

在一些实施例中，所述日志存储路径是携带在所述日志上传指令中发送的。

在一些实施例中，所述日志存储路径包括：

在一些实施例中，若所述反馈内容信息中包括图片，所述第一日志存储路径，至少包括：第一存储子路径以及第二存储子路径。

其中，所述第一存储子路径是为存储所述第一设备的日志的存储路径；所述第二存储子路径是为存储所述日志提示信息中的反馈内容信息的存储路径，所述第二存储子路径的个数与所述反馈内容信息的类型数量相同。

在一些实施例中，所述装置还包括：

存储模块44，用于将所述第一日志存储路径、所述第二日志存储路径、所述日志上传提示信息中的反馈内容信息及所述上传账号信息，存储到所述上传账号信息下。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本公开的实施例还提供了一种服务器，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

所述存储器可包括各种类型的存储介质，该存储介质为非临时性计算机存储介质，在通信设备掉电之后能够继续记忆存储其上的信息。

所述处理器可以通过总线等与存储器连接，用于读取存储器上存储的可执行程序，例如，实现如图2至6所示的方法的至少其中之一。

本公开的实施例还提供了一种计算机可读存储介质，所述可读存储介质存储有可执行程序，其中，所述可执行程序被处理器执行时实现本公开任意实施例所述的日志处理方法。例如，实现如图2至6所示的方法的至少其中之一。

图8是根据一示例性实施例示出的一种用于日志服务器800的框图。例如，日志服务器800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图8，日志服务器800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制日志服务器800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在日志服务器800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为日志服务器800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为日志服务器800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述日志服务器800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当日志服务器800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为日志服务器800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为日志服务器800的显示器和小键盘，传感器组件814还可以检测日志服务器800或日志服务器800一个组件的位置改变，用户与日志服务器800接触的存在或不存在，日志服务器800方位或加速/减速和日志服务器800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于日志服务器800和其他设备之间有线或无线方式的通信。日志服务器800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，日志服务器800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由日志服务器800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims

1.一种日志处理方法，其特征在于，包括：

接收第一设备发送的日志上传提示信息；其中，所述第一设备包括至少一个应用程序APP；所述接收第一设备发送的日志上传提示信息，包括：若所述第一设备包括多个所述APP，接收基于所述第一设备中任一所述APP上传的多个所述APP的所述日志上传提示信息；

基于所述日志上传提示信息，确定关联的第二设备；

2.根据权利要求1所述的方法，其特征在于，所述日志上传提示信息，还包括：上传账号信息；

3.根据权利要求1或2所述的方法，其特征在于，所述日志上传提示信息，还包括：反馈内容信息；

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

发送日志路径请求；

接收基于所述日志路径请求返回的日志存储路径；

将所述日志存储路径分别发送给所述第二设备。

5.根据权利要求4所述的方法，其特征在于，所述日志存储路径是携带在所述日志上传指令中发送的。

6.根据权利要求4所述的方法，其特征在于，所述日志存储路径包括：

7.根据权利要求6所述的方法，其特征在于，所述第一日志存储路径，至少包括：第一存储子路径以及至少一个第二存储子路径；

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

将所述第一日志存储路径、所述第二日志存储路径、所述日志上传提示信息中的反馈内容信息及上传账号信息，存储到所述上传账号信息下。

9.一种日志处理装置，其特征在于，包括：

接收模块，用于接收第一设备发送的日志上传提示信息；其中，所述第一设备包括至少一个应用程序APP；

所述接收模块，用于若所述第一设备包括多个所述APP，接收基于所述第一设备中任一所述APP上传的多个所述APP的所述日志上传提示信息；

10.根据权利要求9所述的装置，其特征在于，所述日志上传提示信息，还包括：上传账号信息；

11.根据权利要求9或10所述的装置，其特征在于，所述日志上传提示信息，还包括：反馈内容信息；

12.根据权利要求9所述的装置，其特征在于，

所述发送模块，用于发送日志路径请求；

13.根据权利要求12所述的装置，其特征在于，所述日志存储路径是携带在所述日志上传指令中发送的。

14.根据权利要求12所述的装置，其特征在于，所述日志存储路径包括：

15.根据权利要求14所述的装置，其特征在于，所述第一日志存储路径，至少包括：第一存储子路径以及至少一个第二存储子路径；

16.根据权利要求14所述的装置，其特征在于，所述装置还包括：

17.一种服务器，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：用于运行所述可执行指令时，实现权利要求1-8任一项所述的日志处理方法。

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