CN115421951A - 系统日志回捞方法、装置、系统、设备及介质 - Google Patents

Abstract

本公开提供了一种系统日志回捞方法、装置、系统、设备及介质，涉及计算机技术领域。所述方法包括：接收用户发起的系统日志回捞任务，所述系统日志回捞任务携带有目标设备的回捞日志时间段；根据所述系统日志回捞任务创建所述目标设备的回捞指令，并通过物联网系统推送至所述目标设备的客户端；接收所述客户端上传的系统日志子文件，所述系统日志子文件根据所述回捞指令生成；根据所述系统日志子文件生成所述目标设备的系统日志文件。本公开提供的系统日志回捞方法，基于物联网技术，使相关人员根据需要远程回捞设备上的系统日志，无需现场排查，提高解决设备问题的时效性，降低运维成本。

Description

系统日志回捞方法、装置、系统、设备及介质

技术领域

本公开涉及计算机技术领域，尤其涉及一种系统日志回捞方法、装置、系统、电子设备及计算机可读存储介质。

背景技术

目前，应用于不同业务，不同场景的功能型互联网平台越来越丰富，日志平台就是其中之一。现有的日志平台在管理一般采用如下方式：应用程序APP(Application)端把系统运行产生的日志写入文件并保存，当用户发生问题时，这些文件可以帮助开发人员定位问题原因。

通常的，设备端上送业务交易请求，业务日志被记录于服务器端，当业务出现异常时，能够通过服务器端查看业务日志并根据业务日志分析业务异常原因。然而，设备端运行操作系统产生的系统日志，通常暂存于设备端，供应商的技术人员需要到现场拷贝系统日志，方可确认系统问题，导致时效性差、设备运营维护成本高。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开提供一种系统日志回捞方法、装置、系统、设备及介质，至少在一定程度上克服相关技术中系统日志需要技术人员亲临现场获取，造成时效性差、运维成本高的问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一个方面，提供一种系统日志回捞方法，应用于服务器端，包括：

接收用户发起的系统日志回捞任务，其中，所述系统日志回捞任务携带有目标设备的回捞日志时间段；

根据所述系统日志回捞任务创建所述目标设备的回捞指令，并通过物联网系统推送至所述目标设备的客户端；

接收所述客户端上传的系统日志子文件，其中，所述系统日志子文件根据所述回捞指令生成；

根据所述系统日志子文件生成所述目标设备的系统日志文件。

在本公开的一个实施例中，所述系统日志回捞任务携带多个目标设备的回捞日志时间段；

所述根据所述系统日志回捞任务创建所述目标设备的回捞指令，包括：

每个所述目标设备创建一条回捞指令，每条所述回捞指令包括令牌号、回捞日志的目标时间段、系统日志采集级别，所述系统日志采集级别用于区分不同类型的系统日志。

在本公开的一个实施例中，所述方法还包括：

若在所述回捞日志时间段内，检测到已存储部分时间段内的系统日志文件，则将从回捞日志时间段除去所述部分时间段的剩余时间段作为所述目标时间段；

若在所述回捞日志时间段内，未检测到系统日志文件，则将所述回捞日志时间段作为所述目标时间段。

在本公开的一个实施例中，在所述根据所述系统日志子文件生成所述目标设备的系统日志文件之后，所述方法还包括：

接收所述客户端通知的系统日志子文件上传状态；

若在所述目标时间段内上传的所有系统日志子文件的状态均为成功，则根据所述令牌号查找所述目标设备在所述目标时间段内的所有系统日志子文件，按时间顺序合并所有系统日志子文件。

在本公开的一个实施例中，所述方法还包括：若在所述目标时间段内上传的至少一个系统日志子文件的状态为失败，则修改系统日志回捞任务状态为失败，输出所述至少一个系统日志子文件对应的系统日志回捞子任务。

在本公开的一个实施例中，在所述根据所述系统日志回捞任务创建所述目标设备的回捞指令之前，所述方法还包括：

判断所述目标设备是否存在于监控商的设备清单中；

若存在，则执行所述根据所述系统日志回捞任务创建所述目标设备的回捞指令的操作；

若不存在，则向用户发送结束任务信息。

根据本公开的另一个方法，提供了一种系统日志回捞方法，应用于客户端设备，包括：

通过物联网系统接收服务器发送的回捞指令，所述回捞指令根据用户发起的系统日志回捞任务生成，其中，所述系统日志回捞任务携带有目标设备的回捞日志时间段；

根据所述回捞指令筛选系统日志子文件；

向所述服务器发送所述系统日志子文件。

在本公开的一个实施例中，所述回捞指令携带有目标设备的令牌、回捞日志的目标时间段、系统日志采集级别，所述系统日志采集级别用于区分不同类型的系统日志；

所述根据所述回捞指令筛选系统日志子文件，包括：

根据所述系统日志采集级别筛选所述目标时间段内所有的系统日志子文件。

在本公开的一个实施例中，在所述根据所述回捞指令筛选系统日志文件之前，所述方法还包括：

调用Adb执行调用系统日志命令；

获取系统日志的输入流；

将系统日志按预设时间段分割，并存储到预设文件存储地址。

根据本公开的另一个方面，提供一种系统日志回捞方法，应用于物联网端，包括：

接收服务器发送的目标设备的回捞指令，所述回捞指令根据用户发起的系统日志回捞任务生成，其中，所述系统日志回捞任务携带有目标设备的回捞日志时间段；

向所述目标设备推送所述回捞指令。

根据本公开的另一个方面，提供了一种服务器，包括：

回捞任务接收模块，用于接收用户发起的系统日志回捞任务，其中，所述系统日志回捞任务携带有目标设备的回捞日志时间段；

回捞指令创建模块，用于根据所述系统日志回捞任务创建所述目标设备的回捞指令，并通过物联网系统推送至所述目标设备的客户端；

日志文件接收模块，用于接收所述客户端上传的系统日志子文件，其中，所述系统日志子文件根据所述回捞指令生成；

日志文件生成模块，用于根据所述系统日志子文件生成所述目标设备的系统日志文件。

根据本公开的另一个方面，提供了一种客户端设备，包括：

第一指令接收模块，用于通过物联网系统接收服务器发送的回捞指令，所述回捞指令根据用户发起的系统日志回捞任务生成，其中，所述系统日志回捞任务携带有目标设备的回捞日志时间段；

日志文件筛选模块，用于根据所述回捞指令筛选系统日志子文件；

日志文件发送模块，用于向所述服务器发送所述系统日志子文件。

根据本公开的另一个方面，提供了一种物联网系统，包括：

第二指令接收模块，用于接收服务器发送的目标设备的回捞指令，所述回捞指令根据用户发起的系统日志回捞任务生成，其中，所述系统日志回捞任务携带有目标设备的回捞日志时间段；

回收指令推送模块，用于向所述目标设备推送所述回捞指令。

根据本公开的另一个方面，提供一种系统日志回捞系统，包括服务器、客户端设备和物联网系统，其中，

所述服务器，用于接收用户发起的系统日志回捞任务，其中，所述系统日志回捞任务携带有目标设备的回捞日志时间段；根据所述系统日志回捞任务创建所述目标设备的回捞指令，并通过物联网系统推送至所述目标设备的客户端；接收所述目标设备上传的系统日志文件，所述系统日志文件根据所述回捞指令生成；

所述客户端设备，用于通过物联网系统接收服务器发送的回捞指令，所述回捞指令根据用户发起的系统日志回捞任务生成，其中，所述系统日志回捞任务携带有目标设备的回捞日志时间段；根据所述回捞指令筛选系统日志子文件；向所述服务器发送所述系统日志子文件；

所述物联网系统，用于接收服务器发送的目标设备的回捞指令，所述回捞指令根据用户发起的系统日志回捞任务生成，其中，所述系统日志回捞任务携带有目标设备的回捞日志时间段；向所述目标设备推送所述回捞指令。

根据本公开的另一个方面，提供了一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述的系统日志回捞方法。

根据本公开的另一个方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的系统日志回捞方法。

根据本公开的另一个方面，提供了一种计算机程序产品，包括可执行指令，该可执行指令存储在计算机可读存储介质中，电子设备的处理器从计算机可读存储介质读取该可执行指令，处理器执行该可执行指令，使得该电子设备执行上述实施例中任一所述的系统日志回捞方法。

本公开的实施例所提供的一种系统日志回捞方法、装置、系统、设备及介质，通过接收用户发起的系统日志回捞任务，创建目标设备的回捞指令，并通过物联网系统推送至目标设备的客户端，接收所述客户端上传的系统日志子文件，根据系统日志子文件生成目标设备的系统日志文件，基于物联网技术，使相关人员根据需要远程回捞设备上的系统日志，无需现场排查，提高解决设备问题的时效性，降低运维成本。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出本公开实施例提供的一种系统日志回捞方法流程图；

图2示出本公开实施例提供的系统日志回捞过程的示意图；

图3示出本公开实施例中提供的回捞指令推送至客户端的示意图；

图4示出本公开实施例提供的另一种系统日志回捞方法流程图；

图5示出本公开实施例提供的客户端上传系统日志子文件的示意图；

图6示出本公开实施例提供的又一种系统日志回捞方法流程图；

图7示出本公开实施例提供的另一种系统日志回捞方法流程图；

图8示出本公开实施例提供的另一种系统日志回捞方法流程图；

图9示出本公开实施例提供的另一种系统日志回捞方法的流程图；

图10示出本公开实施例提供的一种服务器的示意图；

图11示出本公开实施例提供的一种客户端设备的示意图；

图12示出本公开实施例提供的一种物联网系统的示意图；

图13示出本公开实施例提供的一种系统日志回捞系统的示意图；

图14示出本公开实施例提供的电子设备的结构框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

在商场、超市等场所，常常通过收银机、销售终端(point of sale，POS)等客户端设备完成商品扫码、录入、生成订单，或者，用户扫码或被扫支付、自助商品支付等操作。

当客户端设备发送业务交易请求时，业务日志记录于服务器内，若业务出现异常，业务运营人员或业务技术人员可以查看服务器内的业务日志，以便分析异常原因。

但是，客户端设备运行操作系统的操作日志暂存于客户端，当客户端设备运行操作系统出现异常时，通过业务日志无法定位系统异常问题，需要设备厂商技术人员亲临现场拷贝系统日志，时效性差。

另一方面，若将客户端设备的系统日志实时传输至服务器，需要增加存储空间、消耗客户端设备与服务器之间的网络流量，并且，多数情况下，设备厂商技术人员无需查看系统日志。

为了实现设备厂商技术人员根据实际情况远程查看客户端设备的系统日志，基于此，本公开实施例提供的技术方案，通过接收用户发起的系统日志回捞任务，创建目标设备的回捞指令，并通过物联网系统推送至目标设备的客户端，接收所述客户端上传的系统日志子文件，根据系统日志子文件生成目标设备的系统日志文件，基于物联网技术，使相关人员根据需要远程回捞设备上的系统日志，无需现场排查，提高解决设备问题的时效性，降低运维成本。

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

下面结合附图及实施例对本示例实施方式进行详细说明。

首先，本公开实施例中提供了一种系统日志回捞方法，该方法可以由任意具备计算处理能力的系统执行。

图1示出本公开实施例中一种系统日志回捞方法流程图，如图1所示，本公开实施例中提供的系统日志回捞方法，应用于服务器端，包括：

S102、接收用户发起的系统日志回捞任务，其中，系统日志回捞任务携带有目标设备的回捞日志时间段。

本实施例的系统日志回捞任务由用户(例如，设备厂商技术人员、运营维护人员等)通过全球广域网(World Wide Web，WEB)管理端创建的回捞系统日志的任务。

示例性的，用户可以通过WEB管理端指定一个或者多个目标设备，目标设备的数量根据实际情况而定，通常的，若指定多个目标设备，则在系统日志回捞任务中还可以携带区分不同目标设备的设备标识，设备标识可以采用数字、字母、符号中的一种或多种。

示例性的，用户可以通过WEB管理端指定每个目标设备对应的回捞日志时间段，每个目标设备可以对应一个回捞日志时间段，也可以对应多个回捞日志时间段。回捞日志时间段可以选择系统异常发生前一小时内的时间段，也可根据实际情况而定，本申请不做具体限定。

例如，用户指定两个目标设备，其中，第一目标设备对应的回捞日志时间段为2021年6月21日14：00至18：00，第二目标设备对应的回捞日志时间段为2021年6月21日14：00至15：00、16：00-17：00。

需要说明的是，当指定多个目标设备时，可以采用列表的形式，将目标设备以及与其对应的回捞日志时间段存储于表格中，一同发送至服务器。

S104、根据系统日志回捞任务创建目标设备的回捞指令，并通过物联网系统推送至目标设备的客户端。

在本实施例中，服务器根据接收的系统日志回捞任务创建回捞指令并向物联网系统发送回捞指令，每个目标设备创建一条回捞指令，每条回捞指令至少包括令牌号token、回捞日志的目标时间段等。

物联网系统接收到回捞指令后，根据目标设备的标识，可以锁定目标设备上安装的物联网助手APP，发送回捞指令。

S106、接收客户端上传的系统日志子文件，其中，系统日志子文件根据回捞指令生成。

在本实施例中，客户端通过安装的物联网助手APP接收回捞指令，根据回捞指令筛选在回捞日志时间段内的系统日志子文件，需要说明的是，系统日志子文件存储在客户端的文件临时存储位置，系统日志按照预设时间段进行分割，通常的，预设时间段的长度小于回捞日志时间段的长度，客户端需要向服务器上传多个系统日志子文件。

S108、根据系统日志子文件生成目标设备的系统日志文件。

本实施例的系统日志文件根据多个系统日志子文件生成，以便用户查看。

本公开实施例提供的系统日志回捞方法，通过接收用户发起的系统日志回捞任务，创建目标设备的回捞指令，并通过物联网系统推送至目标设备的客户端，接收所述客户端上传的系统日志子文件，根据系统日志子文件生成目标设备的系统日志文件，基于物联网技术，使相关人员根据需要远程回捞设备上的系统日志，无需现场排查，提高解决设备问题的时效性，降低运维成本。

图2示出本公开实施例提供的系统日志回捞过程的示意图。如图2所示，用户通过WEB管理端向服务器发起目标设备的系统日志回捞任务，服务器向物联网IOT系统发起指令推送，IOT系统向目标设备推送回捞指令消息，客户端安装的IOT助手APP接收到回捞指令消息后，向客户端安装的应用APP广播回捞指令消息。

在本实施例中，系统日志回捞任务携带多个目标设备的设备标识和对应的回捞日志时间段、系统日志采集级别，系统日志采集级别由用户通过WEB管理端创建系统日志回捞任务时设置，系统日志采集级别用于区分不同类型的系统日志。

示例性的，系统日志采集级别可以通过字母、数字、符号等方式加以区分，例如，系统日志采集级别包括V、D、I、W、E、S等，其中，V代表采集全部日志，默认级别，即用户未设置系统日志采集级别，则系统日志采集级别默认为V；D代表调试级别、I代表info级别、W代表警告级别、E代表错误级别、S代表不采集。

需要注意的是，上述系统日志采集级别的具体形式和内容仅是为说明本公开实施例而提供的实例，不应将其视为本公开保护范围的限制。根据具体的实现(例如，系统日志采集级别的其他描述形式等)在另一些实现方式中，也可以具有不同的结构和形式。

图3示出本公开实施例提供的系统日志回捞过程的示意图。如图3所示，用户通过WEB管理端向服务器发送设备系统日志采集级别任务，服务器根据系统日志采集级别任务生成回捞指令，并发送至物联网系统，物联网系统向目标设备推送回捞指令消息，IOT助手APP接收到回捞指令消息后，发送广播消息，客户端安装的应用APP接收广播消息后，通过Adb执行logcat命令，从Linux系统获取底层系统日志的InputStream输入流，根据回捞指令中的系统日志采集级别输出系统日志文件，并存储值文件临时存储地址。

通过远程设置系统日志采集级别，服务器生成对应的回捞指令，物联网系统推送回捞指令，以使客户端根据系统日志采集级别在本地采集相应的系统日志。

在一个实施例中，系统日志回捞方法还包括：

若在回捞日志时间段内，检测到已存储部分时间段内的系统日志文件，则将从回捞日志时间段除去部分时间段的剩余时间段作为目标时间段；

若在回捞日志时间段内，未检测到系统日志文件，则将回捞日志时间段作为目标时间段。

需要说明的时，服务器接受到系统日志回捞任务后，从中提取目标设备的回捞日志时间段，检测服务器内是否存储有存在时间段交叉的系统日志文件，若存在，无需重复请求上传已存储的系统日志文件，则确定目标时间段时，需从回捞日志时间段内去除部分时间段，仅将剩余时间段作为目标时间段。

例如，第一目标设备对应的回捞日志时间段为2021年6月21日14：00至18：00，服务器中已存储时间段为2021年6月21日13：00-15：00的系统日志文件，已存储时间段和回捞日志时间段的交叉时间段为14：00-15：00，剩余时间段为15：00-18：00，故将15：00-18：00作为目标时间段。

在一些情况中，服务器中已存储时间段为2021年6月21日15：00-17：00的系统日志文件，剩余时间段为14：00-15：00和17：00-18：00，故将上述14：00-15：00和17：00-18：00作为目标时间段。

图4示出本公开实施例提供的另一种系统日志回捞方法流程图。在图1的基础上，增加步骤S402～S406，根据系统日志子文件的上传状态，确认系统日志回捞任务的状态。如图4所示，在本实施例中，该方法包括步骤S102～S108、步骤S402～S406，具体包括：

S402、接收客户端通知的系统日志子文件上传状态；

S404、若在目标时间段内上传的所有系统日志子文件的状态均为成功，则根据令牌号查找目标设备在目标时间段内的所有系统日志子文件，按时间顺序合并所有系统日志子文件；

S406、若在目标时间段内上传的至少一个系统日志子文件的状态为失败，则修改系统日志回捞任务状态为失败，输出至少一个系统日志子文件对应的系统日志回捞子任务。

需要说明的时，步骤S102～S108与上述实施例的实现方式相同，此处不再赘述。

图5示出本公开实施例提供的客户端上传系统日志子文件的示意图。如图5所示，客户端根据回捞指令中携带的回捞日志时间段、token、系统日志采集级别等信息，在文件临时存储地址筛选对应的系统日志子文件，并将筛选得到的多个系统日志子文件分配对应的文件编号，以文件编号为首列、文件上传状态为次列构建文件上传状态清单，按照文件上传状态清单向服务器逐个发送系统日志子文件，当系统日志子文件上传成功时，修改对应的文件上传状态为成功，当系统日志子文件上传失败时，修改对应的文件上传状态为失败。

在系统日志子文件全部上传完毕后，客户端向服务器发送文件上传状态清单，以供服务器检测文件上传状态。

当所有系统日志子文件的状态均为成功时，表明系统日志回捞任务成功，此时，服务器内存储多个系统日志子文件，还可以包括多个目标设备的系统日志子文件，根据令牌token筛选目标设备的多个系统日志子文件，并按照时间先后顺序合并上述多个系统日志子文件，生成目标设备的系统日志文件，并将系统日志文件存储于文件系统，以便用户查看。

当服务器确定至少有一个系统日志子文件的上传状态为失败时，表明系统日志回捞任务失败，修改系统日志回捞任务状态为失败，输出失败的系统日志回捞子任务，以便提醒用户及时关注，确认是否重新创建新的系统日志回捞任务。

图6示出本公开实施例提供的又一种系统日志回捞方法流程图。在图1实施例的基础上，在步骤S104之前，增加步骤S103，如图6所示，该方法包括步骤S102、S103～S108，具体的，该方法包括：

S103、判断目标设备是否存在于监控商的设备清单中；若存在，则执行步骤S104根据系统日志回捞任务创建目标设备的回捞指令的操作；若不存在，则向用户发送结束任务信息。

本公开实施例提供的系统日志回捞方法，基于物联网技术，设备厂商技术人员根据需要选择性远程设置采集日志级别、回捞设备上的系统日志，减少服务端日志数据的存储空间，提供回捞日志查看、下载，避免或减少技术人员到现场排查设备问题。

基于同一发明构思，本公开实施例中还提供了一种系统日志回捞方法，如下面的实施例所述。由于该方法实施例解决问题的原理与上述方法实施例相似，仅为执行主体不同，分别为客户端设备和物联网系统，因此该方法实施例的实施可以参见上述方法实施例的实施，重复之处不再赘述。

图7示出本公开实施例提供的另一种系统日志回捞方法流程图。如图7所示，本实施例的一种系统日志回捞方法，应用于客户端设备，包括：

S702、通过物联网系统接收服务器发送的回捞指令，回捞指令根据用户发起的系统日志回捞任务生成，其中，所系统日志回捞任务携带有目标设备的回捞日志时间段；

S704、根据回捞指令筛选系统日志子文件；

S706、向服务器发送系统日志子文件。

在一个实施例中，回捞指令携带有目标设备的令牌、回捞日志的目标时间段、系统日志采集级别，系统日志采集级别用于区分不同类型的系统日志；

上述步骤S704根据回捞指令筛选系统日志子文件，包括：

根据系统日志采集级别筛选目标时间段内所有的系统日志子文件。

在一个实施例中，在步骤S704根据回捞指令筛选系统日志文件之前，改方法还包括：

调用Adb执行调用系统日志命令；

获取系统日志的输入流；

将系统日志按预设时间段分割，并存储到预设文件存储地址。

图8示出本公开实施例提供的另一种系统日志回捞方法流程图，如图8所示，本实施例的一种系统日志回捞方法，应用于物联网端，包括：

S802、接收服务器发送的目标设备的回捞指令，回捞指令根据用户发起的系统日志回捞任务生成，其中，系统日志回捞任务携带有目标设备的回捞日志时间段；

S804、向目标设备推送回捞指令。

为了便于对本公开的进一步理解，下面结合图9详细说明。

如图9所示，该方法包括：

客户端的应用APP通过Adb命令行调用系统命令，获取logcat日志输入流，将系统实时日志写入指定文件。

用户通过WEB管理端新建系统日志回捞任务(含设备列表、目标设备的回捞日志时间段)，并发送至服务器。

服务器判断目标设备是否在管控商下存在，若不存在，则向WEB管理端发送接收消息，以提醒用户及时查看，若存在，则为每个设备创建一条回捞指令(令牌token)，状态准备执行，向WEB管理端发送回捞任务建立成功消息。

服务器行物联网系统发送回捞指令，物联网系统向每个设备下发带有token的回捞指令。

客户端接收到回捞指令后，根据回捞日志筛选系统日志子文件，并上传至服务器，服务器将系统日志子文件保存至文件系统。

客户端向服务器通知系统日志子文件上传状态。

服务器判断系统日志子文件的上传状态，若成功，则合并所有的系统日志子文件；若失败，则修改任务状态为失败，子状态回捞日志失败。

基于同一发明构思，本公开实施例中还提供了一种系统日志回捞装置，如下面的实施例所述。由于该装置实施例解决问题的原理与上述方法实施例相似，因此该装置实施例的实施可以参见上述方法实施例的实施，重复之处不再赘述。

图10示出本公开实施例提供的一种服务器的示意图。如图10所示，本实施例的服务器，包括：

回捞任务接收模块1001，用于接收用户发起的系统日志回捞任务，其中，系统日志回捞任务携带有目标设备的回捞日志时间段；

回捞指令创建模块1002，用于根据系统日志回捞任务创建目标设备的回捞指令，并通过物联网系统推送至目标设备的客户端；

日志文件接收模块1003，用于接收客户端上传的系统日志子文件，其中，系统日志子文件根据所述回捞指令生成；

日志文件生成模块1004，用于根据系统日志子文件生成目标设备的系统日志文件。

在一个实施例中，系统日志回捞任务携带多个目标设备的回捞日志时间段；

回捞指令创建模块1002，具体用于每个目标设备创建一条回捞指令，每条回捞指令包括令牌号、回捞日志的目标时间段、系统日志采集级别，系统日志采集级别用于区分不同类型的系统日志。

需要说明的是，回捞指令创建模块1002，还用于若在回捞日志时间段内，检测到已存储部分时间段内的系统日志文件，则将从回捞日志时间段除去部分时间段的剩余时间段作为目标时间段；

若在回捞日志时间段内，未检测到系统日志文件，则将回捞日志时间段作为目标时间段。

在一个实施例中，服务器还包括未显示在附图中的文件处理模块，其中，

文件处理模块，用于在根据系统日志子文件生成目标设备的系统日志文件之后，接收客户端通知的系统日志子文件上传状态；

若在目标时间段内上传的所有系统日志子文件的状态均为成功，则根据令牌号查找目标设备在目标时间段内的所有系统日志子文件，按时间顺序合并所有系统日志子文件；

若在目标时间段内上传的至少一个系统日志子文件的状态为失败，则修改系统日志回捞任务状态为失败，输出至少一个系统日志子文件对应的系统日志回捞子任务。

在一个实施例中，该装置还包括未显示在附图中的设备查找模块，其中，

设备查找模块，用于在根据系统日志回捞任务创建目标设备的回捞指令之前，判断目标设备是否存在于监控商的设备清单中；若存在，则执行根据系统日志回捞任务创建目标设备的回捞指令的操作；

若不存在，则向用户发送结束任务信息。

图11示出本公开实施例提供的一种客户端设备的示意图。如图11所示，本实施例的一种客户端设备，包括：

第一指令接收模块1101，用于通过物联网系统接收服务器发送的回捞指令，回捞指令根据用户发起的系统日志回捞任务生成，其中，系统日志回捞任务携带有目标设备的回捞日志时间段；

日志文件筛选模块1102，用于根据回捞指令筛选系统日志子文件；

日志文件发送模块1103，用于向服务器发送系统日志子文件。

需要说明的是，回捞指令携带有目标设备的令牌、回捞日志的目标时间段、系统日志采集级别，系统日志采集级别用于区分不同类型的系统日志；

日志文件筛选模块1102，用于根据系统日志采集级别筛选目标时间段内所有的系统日志子文件。

在一个实施例中，客户端设备还包括未显示在附图中的系统文件获取模块，其中，

系统文件获取模块，用于在根据所述回捞指令筛选系统日志文件之前，调用Adb执行调用系统日志命令；获取系统日志的输入流；将系统日志按预设时间段分割，并存储到预设文件存储地址。

图12示出本公开实施例提供的一种物联网系统的示意图。如图12所示，本实施例的一种物联网系统，包括：

第二指令接收模块1201，用于接收服务器发送的目标设备的回捞指令，回捞指令根据用户发起的系统日志回捞任务生成，其中，系统日志回捞任务携带有目标设备的回捞日志时间段；

回收指令推送模块1202，用于向目标设备推送回捞指令。

图13示出本公开实施例提供的一种系统日志回捞系统的示意图。如图13所示，本实施例的一种系统日志回捞系统，包括服务器1301、客户端设备1303和物联网系统1302，其中，

服务器1301，用于接收用户发起的系统日志回捞任务，其中，系统日志回捞任务携带有目标设备的回捞日志时间段；根据系统日志回捞任务创建目标设备的回捞指令，并通过物联网系统推送至目标设备的客户端；接收目标设备上传的系统日志文件，系统日志文件根据回捞指令生成；

客户端设备1303，用于通过物联网系统接收服务器发送的回捞指令，回捞指令根据用户发起的系统日志回捞任务生成，其中，系统日志回捞任务携带有目标设备的回捞日志时间段；根据回捞指令筛选系统日志子文件；向服务器发送系统日志子文件；

物联网系统1302，用于接收服务器发送的目标设备的回捞指令，回捞指令根据用户发起的系统日志回捞任务生成，其中，系统日志回捞任务携带有目标设备的回捞日志时间段；向目标设备推送回捞指令。

图13示出了可以应用本公开实施例的系统日志回捞方法或系统日志回捞装置的示例性系统架构。

如图13所示，系统架构可以包括服务器1301，物联网系统1302和客户端设备1303。

物联网系统1302用以在服务器1301和客户端设备1303之间提供通信链路的介质，可以是有线网络，也可以是无线网络。

客户端设备1303通过物联网系统1302与服务器1301交互，以接收服务器1301发送的消息。用户(例如设备维护人员)可以使用WEB管理端与服务器1301交互，例如向服务器1301发送系统日志回捞任务。

客户端设备1303可以是具有付款功能的各种电子设备，包括但不限于收银机、智能POS机等。可选的，收音机包括但不限于单屏收银机、双屏收银机、自助收银机等。

客户端设备1303上可以安装的应用程序的客户端是相同的，或基于不同操作系统的同一类型应用程序的客户端。基于终端平台的不同，该应用程序的客户端的具体形态也可以不同，比如，该应用程序客户端可以是手机客户端、PC客户端等。

示例性的，客户端设备1303基于Android系统安装有收银应用程序，用户通过收银应用程序实现商品扫码录入、生成订单、用户扫码或被扫支付、自助完成商品扫码支付等。

服务器1301可以是提供各种服务的服务器，例如对用户利用WEB管理端发起的系统日志回捞任务提供支持的后台管理服务器。后台管理服务器可以对接收到的请求等数据(例如系统日志回捞任务)进行分析等处理，并将处理结果(例如回捞指令)发送至物联网系统1302。

可选地，服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。

本领域技术人员可以知晓，客户端设备、物联网系统和服务器的数量仅仅是示意性的，根据实际需要，可以具有任意数目的客户端设备、物联网系统和服务器。本公开实施例对此不作限定。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图14来描述根据本发明的这种实施方式的电子设备1400。图14显示的电子设备1400仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图14所示，电子设备1400以通用计算设备的形式表现。电子设备1400的组件可以包括但不限于：上述至少一个处理单元1410、上述至少一个存储单元1420、连接不同系统组件(包括存储单元1420和处理单元1410)的总线1430。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元1410执行，使得所述处理单元1410执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元1410可以执行如图1中所示的接收用户发起的系统日志回捞任务，其中，系统日志回捞任务携带有目标设备的回捞日志时间段；根据系统日志回捞任务创建目标设备的回捞指令，并通过物联网系统推送至目标设备的客户端；接收客户端上传的系统日志子文件，其中，系统日志子文件根据回捞指令生成；根据系统日志子文件生成目标设备的系统日志文件。

示例性的，所述处理单元1410可以执行如图7中所示的通过物联网系统接收服务器发送的回捞指令，回捞指令根据用户发起的系统日志回捞任务生成，其中，系统日志回捞任务携带有目标设备的回捞日志时间段；根据回捞指令筛选系统日志子文件；向服务器发送系统日志子文件。

示例性的，所述处理单元1410可以执行如图8中所述的接收服务器发送的目标设备的回捞指令，所述回捞指令根据用户发起的系统日志回捞任务生成，其中，所述系统日志回捞任务携带有目标设备的回捞日志时间段；向所述目标设备推送所述回捞指令。

存储单元1420可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)14201和/或高速缓存存储单元14202，还可以进一步包括只读存储单元(ROM)14203。

存储单元1420还可以包括具有一组(至少一个)程序模块14205的程序/实用工具14204，这样的程序模块14205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线1430可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备1400也可以与一个或多个外部设备1440(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该系统1400交互的设备通信，和/或与使得该电子设备1400能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口1450进行。并且，系统1400还可以通过网络适配器1460与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器1460通过总线1430与电子设备1400的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备1400使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

本公开中的计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

在本公开中，计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可选地，计算机可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

在具体实施时，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

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

Claims (16)

1.一种系统日志回捞方法，应用于服务器端，包括：

接收用户发起的系统日志回捞任务，其中，所述系统日志回捞任务携带有目标设备的回捞日志时间段；

根据所述系统日志回捞任务创建所述目标设备的回捞指令，并通过物联网系统推送至所述目标设备的客户端；

接收所述客户端上传的系统日志子文件，其中，所述系统日志子文件根据所述回捞指令生成；

根据所述系统日志子文件生成所述目标设备的系统日志文件。

2.根据权利要求1所述的系统日志回捞方法，其特征在于，所述系统日志回捞任务携带多个目标设备的回捞日志时间段；

所述根据所述系统日志回捞任务创建所述目标设备的回捞指令，包括：

每个所述目标设备创建一条回捞指令，每条所述回捞指令包括令牌号、回捞日志的目标时间段、系统日志采集级别，所述系统日志采集级别用于区分不同类型的系统日志。

3.根据权利要求2所述的系统日志回捞方法，其特征在于，所述方法还包括：

若在所述回捞日志时间段内，检测到已存储部分时间段内的系统日志文件，则将从回捞日志时间段除去所述部分时间段的剩余时间段作为所述目标时间段；

若在所述回捞日志时间段内，未检测到系统日志文件，则将所述回捞日志时间段作为所述目标时间段。

4.根据权利要求2所述的系统日志回捞方法，其特征在于，在所述根据所述系统日志子文件生成所述目标设备的系统日志文件之后，所述方法还包括：

接收所述客户端通知的系统日志子文件上传状态；

若在所述目标时间段内上传的所有系统日志子文件的状态均为成功，则根据所述令牌号查找所述目标设备在所述目标时间段内的所有系统日志子文件，按时间顺序合并所有系统日志子文件。

5.根据权利要求4所述的系统日志回捞方法，其特征在于，所述方法还包括：

若在所述目标时间段内上传的至少一个系统日志子文件的状态为失败，则修改系统日志回捞任务状态为失败，输出所述至少一个系统日志子文件对应的系统日志回捞子任务。

6.根据权利要求1所述的系统日志回捞方法，其特征在于，在所述根据所述系统日志回捞任务创建所述目标设备的回捞指令之前，所述方法还包括：

判断所述目标设备是否存在于监控商的设备清单中；

若存在，则执行所述根据所述系统日志回捞任务创建所述目标设备的回捞指令的操作；

若不存在，则向用户发送结束任务信息。

7.一种系统日志回捞方法，应用于客户端，其特征在于，包括：

通过物联网系统接收服务器发送的回捞指令，所述回捞指令根据用户发起的系统日志回捞任务生成，其中，所述系统日志回捞任务携带有目标设备的回捞日志时间段；

根据所述回捞指令筛选系统日志子文件；

向所述服务器发送所述系统日志子文件。

8.根据权利要求7所述的系统日志回捞方法，其特征在于，所述回捞指令携带有目标设备的令牌、回捞日志的目标时间段、系统日志采集级别，所述系统日志采集级别用于区分不同类型的系统日志；

所述根据所述回捞指令筛选系统日志子文件，包括：

根据所述系统日志采集级别筛选所述目标时间段内所有的系统日志子文件。

9.根据权利要求7所述的系统日志回捞方法，其特征在于，在所述根据所述回捞指令筛选系统日志文件之前，所述方法还包括：

调用Adb执行调用系统日志命令；

获取系统日志的输入流；

将系统日志按预设时间段分割，并存储到预设文件存储地址。

10.一种系统日志回捞方法，应用于物联网端，其特征在于，包括：

接收服务器发送的目标设备的回捞指令，所述回捞指令根据用户发起的系统日志回捞任务生成，其中，所述系统日志回捞任务携带有目标设备的回捞日志时间段；

向所述目标设备推送所述回捞指令。

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

回捞任务接收模块，用于接收用户发起的系统日志回捞任务，其中，所述系统日志回捞任务携带有目标设备的回捞日志时间段；

回捞指令创建模块，用于根据所述系统日志回捞任务创建所述目标设备的回捞指令，并通过物联网系统推送至所述目标设备的客户端；

日志文件接收模块，用于接收所述客户端上传的系统日志子文件，其中，所述系统日志子文件根据所述回捞指令生成；

日志文件生成模块，用于根据所述系统日志子文件生成所述目标设备的系统日志文件。

12.一种客户端设备，其特征在于，包括：

第一指令接收模块，用于通过物联网系统接收服务器发送的回捞指令，所述回捞指令根据用户发起的系统日志回捞任务生成，其中，所述系统日志回捞任务携带有目标设备的回捞日志时间段；

日志文件筛选模块，用于根据所述回捞指令筛选系统日志子文件；

日志文件发送模块，用于向所述服务器发送所述系统日志子文件。

13.一种物联网系统，其特征在于，包括：

第二指令接收模块，用于接收服务器发送的目标设备的回捞指令，所述回捞指令根据用户发起的系统日志回捞任务生成，其中，所述系统日志回捞任务携带有目标设备的回捞日志时间段；

回收指令推送模块，用于向所述目标设备推送所述回捞指令。

14.一种系统日志回捞系统，包括服务器、客户端设备和物联网系统，其中，

所述服务器，用于接收用户发起的系统日志回捞任务，其中，所述系统日志回捞任务携带有目标设备的回捞日志时间段；根据所述系统日志回捞任务创建所述目标设备的回捞指令，并通过物联网系统推送至所述目标设备的客户端；接收所述客户端上传的系统日志子文件，其中，所述系统日志子文件根据所述回捞指令生成；根据所述系统日志子文件生成所述目标设备的系统日志文件；

所述客户端设备，用于通过物联网系统接收服务器发送的回捞指令，所述回捞指令根据用户发起的系统日志回捞任务生成，其中，所述系统日志回捞任务携带有目标设备的回捞日志时间段；根据所述回捞指令筛选系统日志子文件；向所述服务器发送所述系统日志子文件；

所述物联网系统，用于接收服务器发送的目标设备的回捞指令，所述回捞指令根据用户发起的系统日志回捞任务生成，其中，所述系统日志回捞任务携带有目标设备的回捞日志时间段；向所述目标设备推送所述回捞指令。

15.一种电子设备，其特征在于，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行如权利要求1-10任一项所述的系统日志回捞方法。

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

Images