日志收集方法、系统、客户端和存储介质

技术领域

本发明实施例涉及通信领域，特别涉及一种日志收集方法、系统、客户端和存储介质。

背景技术

目前，模组产品作为通信设备的一部分，部署范围非常广，部署场景多种多样，可能遇到各种故障和问题，有些问题由于模组产品部署场景地处偏远或环境特殊，问题点分布比较离散，对模组日志信息收集产生了很多困扰。传统的模组日志信息收集方法是大多人工现场采集。

然而，由于大多模组产品被设置在通信设备内部，不一定预留USB接口，无法进行日志信息收集，需要进行额外的操作(如:飞线)。另外，无线通信环境复杂，同一批次设备在不同地点，不同场景，问题现象表现不同，需要具体问题具体分析，这就要求每一个点都需要人工现场收集信息。总之，人工现场采集日志信息在实际应用过程中限制较多，还需要耗费许多人力。

发明内容

本发明实施方式的目的在于提供一种日志收集方法、系统、客户端和存储介质，实现日志信息的远程收集。

为解决上述技术问题，本发明的实施方式提供了一种日志收集方法，应用于客户端，所述客户端与至少一个客户服务器存在用于业务数据传输的通信连接，所述方法包括：接收所述客户服务器转发的来自远端设备的日志控制消息，其中所述日志控制消息包含客户配置信息；根据所述客户配置信息创建用于获取日志文件的日志捕捉线程；将通过所述日志捕捉线程获取到的日志文件发送至所述远端设备或所述远端设备指定的日志保存设备。

本发明的实施方式还提供了一种日志收集系统，包括：远端设备、客户端以及至少一个客户服务器；所述远端设备与所述客户服务器通信连接，所述客户服务器与所述客户端存在用于业务数据传输的通信连接；其中，

远端设备，用于经客户服务器向客户端发送日志控制消息；

所述客户端，用于接收所述客户服务器转发的来自所述远端设备的日志控制消息，其中所述日志控制消息包含客户配置信息，根据所述客户配置信息创建用于获取日志文件的日志捕捉线程，将通过所述日志捕捉线程获取到的日志文件发送至所述远端设备或所述远端设备指定的日志保存设备。

本发明的实施方式还提供了一种客户端，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行以上所述的日志收集方法。

本发明的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现以上所述的日志收集方法。

本发明实施方式相对于现有技术而言，通过接收客户服务器转发的来自远端设备发送的日志控制消息，开始启动日志收集流程，客户端通过获取日志控制消息中的客户配置信息，创建日志捕捉线程获取日志文件，将获取到的日志文件发送给远端设备或远端设备指定的日志保存设备。对于需要收集日志文件的远端设备来说，只需发送日志控制消息即可获取日志文件，并不用关心待收集日志文件的目标对象内部如何实现，实现了日志的远程收集，过程简单快速。

另外，本发明实施方式提供的日志收集方法，所述客户端包括Modem侧处理器和AP侧处理器；所述根据所述客户配置信息创建用于获取日志文件的日志捕捉线程，包括：将接收的所述客户配置信息发送给所述Modem侧处理器；所述Modem侧处理器通过预先规定的通信接口消息将所述客户配置信息发送给所述AP侧处理器；所述AP侧处理器根据所述客户配置信息创建用于获取所述日志文件的日志捕捉线程。通过客户端中的Modem侧处理器接收客户配置信息并转发给AP侧处理器，由AP侧处理器创建日志捕捉线程，快速实现日志捕捉。

另外，本发明实施方式提供的日志收集方法，所述将通过所述日志捕捉线程获取到的日志文件发送至所述远端设备或所述远端设备指定的日志保存设备，包括：当所述远端设备为服务器时，将通过所述日志捕捉线程获取到的日志文件，经所述客户服务器发送至所述远端设备；当所述远端设备为客户端时，将通过所述日志捕捉线程获取到的日志文件直接发送至所述远端设备指定的日志保存设备。获取到的日志文件需要占据庞大的存储空间，当远端设备为客户端，无法完整存储庞大的日志文件，需要存储到远端设备预先指定的日志保存设备中。

另外，本发明实施方式提供的日志收集方法，所述当所述远端设备为客户端时，将通过所述日志捕捉线程获取到的日志文件直接发送至所述远端设备指定的日志保存设备，包括：当所述远端设备为客户端时，根据所述客户配置信息，创建日志传输线程，其中所述客户配置信息包含用于指定日志保存设备的日志保存信息；通过所述日志传输线程与所述指定的日志保存设备建立通信连接；将通过所述日志捕捉线程获取到的日志文件，经所述日志传输线程直接发送至所述指定的日志保存设备。通过日志传输线程将日志文件直接发送至远端设备指定的日志保存设备中，不经客户服务器转发，传输过程更加快捷。

另外，本发明实施方式提供的日志收集方法，所述将通过所述日志捕捉线程获取到的日志文件发送至所述远端设备或所述远端设备指定的日志保存设备之后，还包括：接收所述客户服务器转发的来自远端设备发送的日志捕捉终止消息；根据所述日志捕捉终止消息终止所述日志捕捉线程的日志文件获取。

另外，本发明实施方式提供的日志收集系统，所述客户端包括Modem侧处理器和AP侧处理器；所述Modem侧处理器用于接收所述客户端发送的所述客户配置信息，并通过预先规定的通信接口消息将所述客户配置信息发送给所述AP侧处理器；所述AP侧处理器，用于根据所述客户配置信息创建用于获取日志文件的日志捕捉线程。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是本发明的第一实施方式提供的日志收集方法的流程图；

图2是本发明的第二实施方式提供的日志收集方法的流程图；

图3是本发明的第三实施方式提供的日志收集方法的流程图；

图4是本发明的第四实施方式提供的日志收集方法的流程图一；

图5是本发明的第四实施方式提供的日志收集方法的流程图二；

图6是本发明的第五实施方式提供的日志收集方法的流程图；

图7是本发明的第六实施方式提供的日志收集系统的结构示意图；

图8是本发明的第六实施方式提供的日志收集系统中客户端702的结构示意图；

图9是本发明的第七实施方式提供的客户端的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便，不应对本发明的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。

本发明的第一实施方式涉及一种日志收集方法，应用于客户端，客户端与至少一个客户服务器存在用于业务数据传输的通信连接，具体流程如图1所示，包括：

步骤101，接收客户服务器转发的来自远端设备的日志控制消息，其中日志控制消息包含客户配置信息。

具体地说，本实施方式中的远端设备可以是服务器，或客户端等用于发起日志收集的网络设备，客户端为待收集日志文件的目标对象，客户端与至少一个客户服务器存在用于业务数据传输的通信连接，需要说明的是，客户端与客户服务器之间在日志远程收集过程中也需要完成客户的正常业务，因此客户端与客户服务器一直保持通信连接，有数据交互，远端设备借用这条连接，只需与客户服务器建立连接即可开始日志远程收集的流程。

另外，远端设备和客户服务器的通信连接可以是TCP连接，或UDP连接，或IP连接等任一种连接方式，当然用户设备和远端设备消息的发送接收遵循相应的通信协议和消息封装格式。需要说明的是，在建立TCP/IP连接之前，需要先进行PPP(Point to PointProtocol)拨号，PPP即点对点协议。

步骤102，根据客户配置信息创建用于获取日志文件的日志捕捉线程。

具体地说，客户配置信息可以包含日志配置信息，日志问题信息，日志保存服务器信息等等，当然此处仅为具体的举例说明，实际使用过程中可以包含其他信息。另外，日志文件的收集一般来说用于在设备发生故障时分析判断故障原因，因此，本实施方式中的客户配置信息可以通过发起日志信息收集的客户手动输入日志配置信息，日志问题信息，日志保存服务器信息等，也可以当故障发生时，自动触发日志收集流程，远端设备自动配置与故障类型相匹配的日志配置信息、日志问题信息、日志保存服务器信息等客户配置信息。

步骤103，将通过日志捕捉线程获取到的日志文件发送至远端设备或远端设备指定的日志保存设备。

具体地说，当远端设备需要收集客户端中某一模组或单元的日志文件时，日志捕捉线程则通过监听该模组或单元的各个通信端口获取改模组或单元的日志文件。也就是说，可以根据客户配置信息来确定所创建的日志捕捉线程获取日志文件的具体目标对象。

另外，完整的日志文件一般需要占据庞大的存储空间，如果将所有日志文件一起发送会导致传输效率极低，耗费大量时间，一旦通信连接中断或故障，则需要重新传输所有日志文件。因此，在日志文件传输时可以将日志文件分割为多个子文件进行传输，或者进行编码处理打包为特定格式的日志文件，或者进行压缩处理。

本发明实施方式相对于现有技术而言，通过接收客户服务器转发的来自远端设备发送的日志控制消息，开始启动日志收集流程，客户端通过获取日志控制消息中的客户配置信息，创建日志捕捉线程获取日志文件，将获取到的日志文件发送给远端设备或远端设备指定的日志保存设备。对于需要收集日志文件的远端设备来说，只需发送日志控制消息即可获取日志文件，并不用关心待收集日志文件的目标对象内部如何实现，实现了日志的远程收集，过程简单快速。

本发明的第二实施方式涉及一种日志收集方法，应用于客户端，客户端与至少一个客户服务器存在用于业务数据传输的通信连接，客户端还包括Modem侧处理器和AP侧处理器，如图2所示，具体包括：

步骤201，接收客户服务器转发的来自远端设备的日志控制消息，其中日志控制消息包含客户配置信息。

本实施方式中步骤201与第一实施方式中步骤101大致相同，此处就不一一赘述了。

步骤202，将接收的客户配置信息发送给Modem侧处理器。

具体地说，在本实施方式中接收客户配置信息的具体是客户端中的微控制单元，微控制单元将接收的客户配置信息以AT指令的方式发送给Modem侧处理器。

步骤203，Modem侧处理器通过预先规定的通信接口消息将客户配置信息发送给AP侧处理器。

具体地说，Modem侧处理器和AP侧处理器通过预先规定的通信接口消息进行通信，以高通平台提供的Modem侧处理器和AP侧处理器为例，两者之间通过QMI(QualcommMessage Interface)消息通信，QMI是高通平台提供的一种多处理器进程间通信的功能接口，也就是说Modem侧处理器和AP侧处理器通信需要遵循QMI协议。当然，也可以采用其他平台的处理器，则处理器间消息传输遵循相应的通信接口协议。

步骤204，AP侧处理器根据客户配置信息创建用于获取日志文件的日志捕捉线程。

具体地说，AP侧处理器中在接收到Modem侧处理器发送的包含客户配置信息的通信接口消息时，会启动日志捕捉程序，读取通信接口消息中的客户配置信息，然后创建日志捕捉线程，监听待收集日志文件的目标对象各个端口，目标对象可以是整个客户端，也可以是客户端中某一个模组或单元。另外，当日志捕捉线程监听到端口有输出时，可以读取当前时间，并且以当前时间为文件名保存日志文件。当然日志文件名的设置也可以采用其他形式，比如：以故障/问题类型，故障对象等形式。

步骤205，将通过日志捕捉线程获取到的日志文件发送至远端设备或远端设备指定的日志保存设备。

本实施方式中步骤205与第一实施方式中步骤103大致相同，此处就不一一赘述了。

本发明实施方式相对于现有技术而言，通过接收客户服务器转发的来自远端设备发送的日志控制消息，开始启动日志收集流程，客户端中的AP侧处理器根据客户配置信息，创建日志捕捉线程，监听待收集日志文件的目标对象各个端口，将获取到的日志文件发送给远端设备或远端设备指定的日志保存设备。对于需要收集日志文件的远端设备来说，只需发送日志控制消息即可收集到客户端，或客户端内各个模组(单元)的日志文件，整个过程快速简单。

本发明的第三实施方式涉及一种日志收集方法，应用于客户端，客户端与至少一个客户服务器存在用于业务数据传输的通信连接，如图3所示，具体包括：

步骤301，接收客户服务器转发的来自远端设备的日志控制消息，其中日志控制消息包含客户配置信息。

本实施方式中步骤301与第一实施方式中步骤101大致相同，此处就不一一赘述了。

步骤302，根据客户配置信息创建用于获取日志文件的日志捕捉线程。

本实施方式中步骤302与第一实施方式中步骤102大致相同，此处就不一一赘述了。

步骤303，当远端设备为服务器时，将通过日志捕捉线程获取到的日志文件，经客户服务器发送至远端设备。

具体地说，完整的日志文件一般需要占据庞大的存储空间，当远端设备为服务器时，就可以存储下所有日志文件。因此，客户端将日志文件经原路，即经客户服务器发送至远端设备。另外，在传输过程中如果将所有日志文件一起发送会导致传输效率极低，耗费大量时间，一旦通信连接中断或故障，则需要重新传输所有日志文件。因此，在日志文件传输时可以将日志文件分割为多个子文件进行传输，或者进行编码处理打包为特定格式的日志文件，或者进行压缩处理。

本发明实施方式相对于现有技术而言，通过接收客户服务器转发的来自远端设备发送的日志控制消息，开始启动日志收集流程，客户端通过获取日志控制消息中的客户配置信息，创建日志捕捉线程获取日志文件，当远端设备为服务器时，客户端将获取到的日志文件经客户服务器转发给远端设备。对于需要收集日志文件的远端设备来说，只需发送日志控制消息即可获取日志文件，并不用关心待收集日志文件的目标对象内部如何实现，实现了日志的远程收集，过程简单快速。

本发明的第四实施方式涉及一种日志收集方法，应用于客户端，客户端与至少一个客户服务器存在用于业务数据传输的通信连接，如图4所示，具体包括：

步骤401，接收客户服务器转发的来自远端设备的日志控制消息，其中日志控制消息包含客户配置信息。

本实施方式中步骤401与第一实施方式中步骤101大致相同，此处就不一一赘述了。

步骤402，根据客户配置信息创建用于获取日志文件的日志捕捉线程。

具体地说，客户端中包含Modem侧处理器和AP侧处理器，客户端将客户配置信息通过AT指令经Modem侧处理器发送至AP侧处理器，AP侧处理器用于根据客户配置信息创建日志捕捉线程。

步骤403，当远端设备为客户端时，将通过日志捕捉线程获取到的日志文件直接发送至所述远端设备指定的日志保存设备。

需要说明的是，完整的日志文件一般需要占据庞大的存储空间，当远端设备为客户端时，是无法完整存储下所有日志文件，且即使能存储下庞大的日志文件，此时的远端设备已处于满负载状态，已无法执行其他任务，如日志文件的读取、日志文件的分析等任务。因此，需要事先指定一存储空间极大的专门用于日志保存的设备，比如，日志保存服务器等。

进一步地，如图5所示，步骤403具体包括：

步骤501，当远端设备为客户端时，根据客户配置信息，创建日志传输线程，其中客户配置信息包含用于指定日志保存设备的日志保存信息。

具体地说，日志传输线程的创建也是由AP侧处理器完成，具体过程与日志捕捉线程的创建基本相同。需要说明的是，客户端是否创建日志传输线程由日志保存信息来指示，当日志保存信息为远端设备本身时，则无需创建；当日志保存信息为远端设备指定的日志保存设备时，则需要创建。

步骤502，通过日志传输线程与远端设备指定的日志保存设备建立通信连接。

具体地说，客户端和日志保存设备之间的通信连接可以是TCP连接，或UDP连接，或IP连接等任一种连接方式，当然客户端和日志保存设备之间日志文件的发送接收遵循相应的通信协议和消息封装格式。需要说明的是，在建立TCP/IP连接之前，需要先进行PPP(Point to Point Protocol)拨号，PPP即点对点协议。

步骤503，将通过日志捕捉线程获取到的日志文件，经日志传输线程直接发送至指定的日志保存设备。

具体地说，当日志捕捉线程监听到目标对象端口有日志文件输出时，立即发送消息通知日志传输线程开始传输日志文件。而日志捕捉线程和日志传输线程之间通过互斥锁进行通信。

本发明实施方式相对于现有技术而言，通过接收客户服务器转发的来自远端设备发送的日志控制消息，开始启动日志收集流程，客户端通过获取日志控制消息中的客户配置信息，创建日志捕捉线程获取日志文件，当远端设备为客户端时，日志文件经日志传输线程直接发送至远端设备指定的日志保存设备。对于需要收集日志文件的远端设备来说，只需发送日志控制消息即可获取日志文件，并不用关心待收集日志文件的目标对象内部如何实现，实现了日志的远程收集，过程简单快速。

本发明的第五实施方式涉及一种日志收集方法，应用于客户端，客户端与至少一个客户服务器存在用于业务数据传输的通信连接，如图6所示，具体包括：

步骤601，接收客户服务器转发的来自远端设备的日志控制消息，其中日志控制消息包含客户配置信息。

步骤602，根据客户配置信息创建用于获取日志文件的日志捕捉线程。

步骤603，将通过日志捕捉线程获取到的日志文件发送至远端设备或远端设备指定的日志保存设备。

步骤604，接收客户服务器转发的来自远端设备发送的日志捕捉终止消息。

步骤605，根据日志捕捉终止消息终止日志捕捉线程的日志文件获取。

在本实施方式中，日志捕捉的终止也是由远端设备发起，具体地远端设备发送日志捕捉终止消息，用户设备的微控制单元MCU接收日志捕捉终止消息，微控制单元通过AT指令将日志捕捉终止消息发送给通信模组中的Modem侧处理器，Modem侧处理器通过通信接口消息将日志捕捉终止信息发送给通信模组中的AP侧处理器，最终由AP侧处理器终止日志捕捉。整个日志捕捉终止流程与启动日志捕捉流程基本一样，具体细节在此不做赘述。

另外，上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明的第六实施方式涉及一种日志收集系统，如图7所示，包括：远端设备701、客户端702以及至少一个客户服务器703；所述远端设备701与所述客户服务器703通信连接，所述客户服务器703与所述客户端702存在用于业务数据传输的通信连接；其中，

远端设备701，用于经客户服务器703向客户端发送日志控制消息。

所述客户端702，用于接收所述客户服务器703转发的来自所述远端设备的日志控制消息，其中所述日志控制消息包含客户配置信息，根据所述客户配置信息创建用于获取日志文件的日志捕捉线程，将通过所述日志捕捉线程获取到的日志文件发送至所述远端设备或所述远端设备指定的日志保存设备。

需要说明的是，如图7(a)所示，当远端设备701为服务器时，可以存储下完整的所有日志文件，因此，远端设备701发送日志控制消息，经客户服务器703转发给客户端702，开始日志收集。而客户端702收集完的日志文件经原路，即客户服务器703返回给远端设备701。如图7(b)所示，当远端设备701为客户端时，此时远端设备701没有庞大的存储空间以供日志文件存储，因此远端设备701发送日志控制消息，经客户服务器703转发给客户端702，开始日志收集。而客户端702收集完的日志文件直接发送给指定的日志保存设备704。

进一步地，如图8所示，客户端702包含：

Modem侧处理器801，用于接收所述客户端702发送的所述客户配置信息，并通过预先规定的通信接口消息将所述客户配置信息发送给所述AP侧处理器；

所述AP侧处理器802，用于接收Modem侧处理器801发送的客户配置信息，根据所述客户配置信息创建用于获取日志文件的日志捕捉线程。

不难发现，本实施方式中的模块为与第一实施方式相对应的系统实施例，因此本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

需要说明的是，本实施方式所提供的日志收集系统，只描述了主要设备和主要模块，不代表不包含其他为了实现本发明日志收集方法的基础模块或单元。

本发明第七实施方式涉及一种客户端，如图9所示，包括：

至少一个处理器901；以及，

与所述至少一个处理器901通信连接的存储器902；其中，

所述存储器902存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器901执行，以使所述至少一个处理器901能够执行本发明第一至第四实施方式所述的日志收集方法。

其中，存储器和处理器采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器和存储器的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器。

处理器负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器可以被用于存储处理器在执行操作时所使用的数据。

本发明第八实施方式涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。

即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。