用户端调试方法、用户端及可读存储介质

技术领域

本发明涉及设备调试技术领域，尤其涉及一种用户端调试方法、用户端及可读存储介质。

背景技术

目前随着国内外电子产品的更新换代日益加快，用户对产品的质量要求愈来愈严苛，而研发人员也一直在为打造高质量、高品质、高体验的产品不断努力。但由于产品研发周期的时长有限，产品在研发阶段的问题暴露不可能达到百分之百充分，这就导致产品在售后会不定期暴露出问题，但是因为产品在用户家中无法构成健全的调试环境(用户没有产品调试权限)，导致售后问题极难复现且解决周期非常长。同时在产品研发期间为了提高产品的稳定性同时为了更加充分暴露问题，通常会进行各项压力测试，然而压力测试通常需要在无干扰或者干扰较小的环境下进行，这就导致出现问题时研发人员无法第一时间在现场进行分析调试，极大影响了分析解决问题的效率。

由此可知，目前针对产品存在的问题进行调试的方法存在问题解决效率低的问题。

发明内容

本发明的主要目的在于提供一种用户端调试方法、用户端及可读存储介质，旨在解决现有的在对产品存在的问题进行调试时，存在问题解决效率低的问题的技术问题。

为实现上述目的，本发明提供一种用户端调试方法，所述用户端调试方法包括步骤：

响应于调试端的确认调试指令，开启串口调试功能并获取打印调试信息；

向所述调试端发送所述打印调试信息；

接收所述调试端针对所述打印调试信息反馈的调试操作指令，并基于所述调试操作指令进行调试。

可选地，所述响应于调试端的确认调试指令之前，包括：

检测到用户的调试请求，向调试端发送所述调试请求；

接收所述调试端针对所述调试请求反馈的确认调试指令。

可选地，所述检测到用户的调试请求，向调试端发送所述调试请求，包括：

检测到用户的调试请求，判断所述调试请求是否符合预设调试要求；

若符合，则向所述调试端发送所述调试请求。

可选地，所述获取打印调试信息之后，包括：

当所述打印调试信息的数据大小大于预设数据大小阈值时，通过新数据覆盖旧数据的方式进行打印调试信息的存储，以使所述打印调试信息所占的内存大小小于或等于所述预设数据大小阈值。

可选地，所述基于所述调试操作指令进行调试，包括：

接收所述调试端针对所述打印调试信息发送的信息补充指令，其中，所述信息补充指令为所述调试端通过分析所述打印调试信息而得出；

基于所述信息补充指令获取与所述打印调试信息对应的补充信息；

发送所述补充信息至所述调试端。

本发明还一种用户端调试方法，应用于调试端，所述用户端调试方法包括以下步骤：

响应于用户端的调试请求，向所述用户端发送确认调试指令；

接收所述用户端发送的与所述确认调试指令对应的打印调试信息；所述打印调试信息通过所述用户端开启串口调试功能之后获取；

分析所述打印调试信息，得到调试操作指令，并向所述用户端发送所述调试操作指令，以使所述用户端基于所述调试操作指令进行调试。

可选地，所述向所述用户端发送所述调试操作指令之后，包括：

接收所述用户端反馈的补充信息；

基于所述补充信息和所述打印调试信息解决所述调试请求对应的问题。

可选地，所述基于所述补充信息和所述打印调试信息解决所述调试请求对应的问题，包括：

基于所述补充信息和所述打印调试信息生成解决所述问题的更新文件；

发送所述更新文件至所述用户端，以使所述用户端基于所述更新文件解决所述问题。

此外，为实现上述目的，本发明还提供一种用户端，所述用户端包括存储器、处理器和存储在所述存储器上并可在所述处理器上运行的用户端调试程序，所述用户端调试程序被所述处理器执行时实现如上所述的用户端调试方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有用户端调试程序，所述用户端调试程序被处理器执行时实现如上所述的用户端调试方法的步骤。

本发明通过响应于调试端的确认调试指令，开启串口调试功能并获取打印调试信息；向所述调试端发送所述打印调试信息；接收所述调试端针对所述打印调试信息反馈的调试操作指令，并基于所述调试操作指令进行调试。本发明实现了通过调试端的确认调试指令获得开启串口调试功能的权限，以开启串口调试功能并获取打印调试信息，从而在用户端发生问题时，可以第一时间将该打印调试信息发送至调试端，并接收调试端反馈的与该打印调试信息对应的调试操作指令，通过该调试操作指令完成调试，进而提高了在对产品存在的问题进行调试时解决问题的效率。

附图说明

图1是本发明用户端调试方法第一实施例的流程示意图；

图2是本发明用户端调试方法第二实施例的流程示意图；

图3是本发明用户端调试装置较佳实施例的功能模块示意图；

图4是本发明实施例方案涉及的硬件运行环境的结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明提供一种用户端调试方法，参照图1，图1为本发明用户端调试方法第一实施例的流程示意图。

本发明实施例提供了用户端调试方法的实施例，需要说明的是，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。用户端调试方法可应用于用户端中，该用户端包括但不限于电视。用户端调试方法包括：

步骤S10，响应于调试端的确认调试指令，开启串口调试功能并获取打印调试信息。

具体地，用户端响应于调试端的确认调试指令，开启串口调试功能，并获取打印调试信息。需要说明的是，上述用户端的响应过程具体可通过相应的客户端APP(Application，应用程序)实现，即本实施例中用户端执行的相应动作由该客户端APP下发的相应指令实现，相应地，调试端同样需要安装有与该客户端APP对应的服务端APP，才能实现与用户端的交互。

需要说明的是，响应调试端的确认调试指令的过程为客户端APP打开用户端的打印调试开关，使得该用户端支持串口调试功能，之后客户端APP通过串口协议从用户端获取打印调试信息。

进一步地，所述响应于调试端的确认调试指令之前，包括：

步骤a，检测到用户的调试请求，向调试端发送所述调试请求。

具体地，用户端检测到用户的调试请求，向调试端发送调试请求。可以理解，用户在使用用户端时，用户端会出现电视显示图像缩小、扩大、场频不稳等问题导致用户无法正常使用用户端，上述问题用户一般无法自行解决，此时需要调试端用户来解决上述问题。

上述检测到用户的调试请求，向调试端发送所述调试请求，包括：

步骤a1，检测到用户的调试请求，判断所述调试请求是否符合预设调试要求。

具体地，用户端检测到用户的调试请求后，通过该调试请求对应的问题判断该调试请求是否符合预设调试请求。需要说明的是，并非用户端遇到的所有问题都需要调试端用户来处理，一般地，调试端用户只处理较为严重的问题(例如，产品设计缺陷导致的问题)，而一些普通问题，如由于用户端用户的误操作而导致的用户体验问题则不需要调试端用户来处理。通过判断该调试请求是否符合预设调试请求来确定该调试请求对应的问题的严重性，以确定该问题是否需要调试端用户来处理。

步骤a2，若符合，则向所述调试端发送所述调试请求。

具体地，若调试请求符合预设调试要求，则说明该调试请求对应的问题较为严重，需要调试端用户进行处理，向该调试端发送该调试请求。

步骤b，接收所述调试端针对所述调试请求反馈的确认调试指令。

具体地，接收调试端针对该调试请求反馈的确认调试指令。可以理解，调试端用户无法实时响应用户端的调试请求，无法实时响应的情况可包括正在处理其他用户端的调试请求、在忙其他工作暂时没有时间处理该调试请求等。

需要说明的是，向调试端发送调试请求后，若需要调试端用户调试用户端，则需要建立客户端APP和服务端APP之间的连接，以通过客户端APP和服务端APP进行用户端的调试；此外，对于打印调试信息的传输，也可在客户端APP和服务端APP之间未建立连接的情况下进行，相当于通过客户端APP向调试端用户反馈问题，但该调试端用户不能保证处理该调试请求对应的问题的时间。即客户端APP和服务端APP之间建立连接后，调试端用户实时处理该调试请求对应的问题；客户端APP和服务端APP之间未建立连接时，调试端用户不实时处理该调试请求对应的问题。用户端用户可根据实际情况决定是否停止该连接请求(例如，长时间未完成连接的建立)，若停止该连接请求，可通过客户端APP将该调试请求对应的问题描述反馈至服务端APP，之后等待服务端APP反馈该问题的处理结果即可。

进一步地，所述获取打印调试信息之后，包括：

步骤c，当所述打印调试信息的数据大小大于预设数据大小阈值时，通过新数据覆盖旧数据的方式进行打印调试信息的存储，以使所述打印调试信息所占的内存大小小于或等于所述预设数据大小阈值。

具体地，打印调试信息需要占有用户端的内存进行存储，若该打印调试信息过大，则将影响用户端的正常运行的流畅度，影响用户的使用，可通过限制该打印调试信息的数据大小来避免打印调试信息过大的问题。

具体地，当打印调试信息的数据大小大于预设数据大小阈值时，通过新数据覆盖旧数据的方式进行打印调试信息的存储，可以理解，数据的存储需要按照一定的规则进行存储，例如在内存中为打印调试信息分配一定大小(例如10MB)的地址段，则打印调试信息在存储时会按该地址段由起始地址开始存储，在该地址段存储满后，会重新从该起始地址进行打印调试信息存储，而存储于该起始地址的内容会被覆盖(可理解为删除)，使得打印调试信息所占的内存大小永远不会大于该预设数据大小阈值。其中，该预设数据大小阈值可根据需求设置，可以理解，用户端的内存越大该预设数据大小阈值可设置地越大，用户端的内存越小该预设数据大小阈值可设置地越小。

步骤S20，向所述调试端发送所述打印调试信息。

具体地，用户端通过预设数据传输方式向调试端发送该打印调试信息。该预设数据传输方式包括UDP(User Datagram Protocol，用户数据包协议)广播。需要说明的是，用户端(例如电视)在使用过程中出现需要调试端解决的问题时，该问题需要专业人士(调试端的用户，例如电视研发人员)进行解决，可以理解，电视的用户与电视研发人员之间会存在较远的距离，例如电视的用户在国外，而电视研发人员在国内，电视研发人员在第一时间前往电视的用户所在位置并不现实，因此，该预设数据传输方式需要具备远距离传输数据的能力，而UDP具备跨网段广播的能力，可实现打印调试信息从用户端到调试端的传输。

需要说明的是，打印调试信息的传递使得调试请求对应的问题发生后问题现场被保留，使得调试端用户无需多次模拟复现该问题即可对用户端进行调试。

步骤S30，接收所述调试端针对所述打印调试信息反馈的调试操作指令，并基于所述调试操作指令进行调试。

具体地，接收调试端针对该打印调试信息反馈的调试操作指令，并基于该调试操作指令进行调试。

需要说明的是，该调试操作指令为调试端用户经过对该打印调试信息进行分析后得出的可能能够解决该问题的指令。

上述基于所述调试操作指令进行调试，包括：

步骤d，接收所述调试端针对所述打印调试信息发送的信息补充指令，其中，所述信息补充指令为所述调试端通过分析所述打印调试信息而得出。

具体地，用户端接收调试端针对该打印调试信息发送的信息补充指令，其中，该信息补充指令为调试端通过分析该打印调试信息而得出，可以理解，调试端用户无法只根据该打印调试信息即找出解决问题的解决方案，其需要用户端补充更多的信息，以供其用于进一步分析，即调试端用户需要对用户端进行调试后，才能找出解决问题的解决方案。

步骤e，基于所述信息补充指令获取与所述打印调试信息对应的补充信息；

步骤f，发送所述补充信息至所述调试端。

具体地，用户端基于信息补充指令获取与打印调试信息对应的补充信息，并将该补充信息发送至调试端。其中，该补充信息包括寄存器状态信息、协议栈信息、kernel打印信息、操作流程信息等。

本实施例通过响应于调试端的确认调试指令，开启串口调试功能并获取打印调试信息；向所述调试端发送所述打印调试信息；接收所述调试端针对所述打印调试信息反馈的调试操作指令，并基于所述调试操作指令进行调试。实现了通过调试端的确认调试指令获得开启串口调试功能的权限，以开启串口调试功能并获取打印调试信息，从而在用户端发生问题时，可以第一时间将该打印调试信息发送至调试端，并接收调试端反馈的与该打印调试信息对应的调试操作指令，通过该调试操作指令完成调试，进而提高了在对产品存在的问题进行调试时解决问题的效率。

进一步地，本发明还提供一种用户端调试方法，参照图2，图2为本发明用户端调试方法第二实施例的流程示意图，在本发明用户端调试方法第二实施例中，需要说明的是，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。用户端调试方法可应用于调试端中，该调试端包括但不限于个人计算机。用户端调试方法包括：

步骤A10，响应于用户端的调试请求，向所述用户端发送确认调试指令。

具体地，用户端安装有客户端APP，调试端安装有服务端APP，调试端响应于用户端的调试请求，向该用户端发送确认调试指令，以完成客户端APP和服务端APP之间的连接的建立。

步骤A20，接收所述用户端发送的与所述确认调试指令对应的打印调试信息；所述打印调试信息通过所述用户端开启串口调试功能之后获取。

具体地，调试端接收用户端发送的与该确认调试指令对应的打印调试信息，该打印调试信息通过用户端开启串口调试功能之后获取。需要说明的是，该串口调试功能由用户端接收到确认调试指令之后开启。

需要说明的是，打印调试信息的传递使得调试请求对应的问题发生后问题现场被保留，使得调试端用户无需多次模拟复现该问题即可对用户端进行调试。

步骤A30，分析所述打印调试信息，得到调试操作指令，并向所述用户端发送所述调试操作指令，以使所述用户端基于所述调试操作指令进行调试。

具体地，调试端分析该打印调试信息，得到与该打印调试信息对应的调试操作指令，并向用户端发送该调试操作指令，即通过调试操作指令向该用户端传递调试过程的具体要求，以使用户端基于该调试操作指令进行调试。

进一步地，所述向所述用户端发送所述调试操作指令之后，包括：

步骤g，接收所述用户端反馈的补充信息。

具体地，调试端用户无法只根据该打印调试信息即找出解决问题的解决方案，还需要用户端补充一些必要的信息。

具体地，调试端接收用户端反馈的补充信息，其中，补充信息包括寄存器状态信息、协议栈信息、kernel打印信息、操作流程信息等。

步骤h，基于所述补充信息和所述打印调试信息解决所述调试请求对应的问题。

具体地，调试端基于补充信息和打印调试信息解决该调试请求对应的问题。即调试端用户对补充信息和打印调试信息进行分析，以找到解决该调试请求对应的问题的解决方案。

上述基于所述补充信息和所述打印调试信息解决所述调试请求对应的问题，包括：

步骤i，基于所述补充信息和所述打印调试信息生成解决所述问题的更新文件。

具体地，调试端基于补充信息和打印调试信息生成解决该问题的更新文件(例如，系统更新文件)。需要说明的是，该更新文件一般为patch(补丁)的.so文件。

步骤j，发送所述更新文件至所述用户端，以使所述用户端基于所述更新文件解决所述问题。

具体地，调试端发送该更新文件至用户端，以使用户端基于更新文件解决问题。

需要说明的是，在发送更新文件之后，调试端还可接收用户端反馈的问题解决结果，即若问题未被解决，则调试端用户继续分析该问题。

本实施例通过响应于用户端的调试请求，向所述用户端发送确认调试指令；接收所述用户端发送的与所述确认调试指令对应的打印调试信息；所述打印调试信息通过所述用户端开启串口调试功能之后获取；分析所述打印调试信息，得到调试操作指令，并向所述用户端发送所述调试操作指令，以使所述用户端基于所述调试操作指令进行调试。实现了通过向用户端发送确认调试指令后，使得用户端具备开启串口调试功能的权限，以使用户端开启串口调试功能并获取打印调试信息，从而在用户端发生问题时，通过分析该打印调试信息以得到对应的调试操作指令，并通过该调试操作指令完成调试，进而提高了在对产品存在的问题进行调试时解决问题的效率。

此外，本发明还提供一种用户端调试装置，如图3所示，所述用户端调试装置包括：

开启模块10，用于响应于调试端的确认调试指令，开启串口调试功能并获取打印调试信息；

发送模块20，用于向所述调试端发送所述打印调试信息；

接收模块30，用于接收所述调试端针对所述打印调试信息反馈的调试操作指令；

调试模块40，用于基于所述调试操作指令进行调试。

进一步地，所述发送模块20还用于检测到用户的调试请求，向调试端发送所述调试请求；

所述接收模块30还用于接收所述调试端针对所述调试请求反馈的确认调试指令。

进一步地，所述发送模块20包括：

判断单元，用于检测到用户的调试请求，判断所述调试请求是否符合预设调试要求；

第一发送单元，用于若符合，则向所述调试端发送所述调试请求。

进一步地，所述用户端调试装置还包括：

存储模块，用于当所述打印调试信息的数据大小大于预设数据大小阈值时，通过新数据覆盖旧数据的方式进行打印调试信息的存储。

进一步地，所述调试模块40包括：

接收单元，用于接收所述调试端针对所述打印调试信息发送的信息补充指令；

获取单元，用于基于所述信息补充指令获取与所述打印调试信息对应的补充信息；

第二发送单元，用于发送所述补充信息至所述调试端。

此外，本发明还提供一种用户端调试装置，所述用户端调试装置包括：

发送模块，用于响应于用户端的调试请求，向所述用户端发送确认调试指令；

第一接收模块，用于接收所述用户端发送的与所述确认调试指令对应的打印调试信息；

分析模块，用于分析所述打印调试信息，得到调试操作指令；

所述发送模块还用于向所述用户端发送所述调试操作指令。

进一步地，所述用户端调试装置还包括：

第二接收模块，用于接收所述用户端反馈的补充信息；

解决模块，用于基于所述补充信息和所述打印调试信息解决所述调试请求对应的问题。

进一步地，所述解决模块包括：

生成单元，用于基于所述补充信息和所述打印调试信息生成解决所述问题的更新文件；

发送单元，用于发送所述更新文件至所述用户端。

本发明用户端调试装置具体实施方式与上述用户端调试方法各实施例基本相同，在此不再赘述。

此外，本发明还提供一种用户端。如图4所示，图4是本发明实施例方案涉及的硬件运行环境的结构示意图。

需要说明的是，图4即可为用户端的硬件运行环境的结构示意图。

如图4所示，该用户端可以包括：处理器1001，例如CPU，存储器1005，用户接口1003，网络接口1004，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

可选地，用户端还可以包括RF(Radio Frequency，射频)电路，传感器、音频电路、WiFi模块等等。

本领域技术人员可以理解，图4中示出的用户端结构并不构成对用户端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图4所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及用户端调试程序。其中，操作系统是管理和控制用户端硬件和软件资源的程序，支持用户端调试程序以及其它软件或程序的运行。

在图4所示的用户端中，用户接口1003主要用于连接终端，与终端进行数据通信，如接收终端发送的调试请求；网络接口1004主要用于后台服务器，与后台服务器进行数据通信；处理器1001可以用于调用存储器1005中存储的用户端调试程序，并执行如上所述的用户端调试方法的步骤。

本发明用户端具体实施方式与上述用户端调试方法各实施例基本相同，在此不再赘述。

此外，本发明实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有用户端调试程序，所述用户端调试程序被处理器执行时实现如上所述的用户端调试方法的步骤。

本发明计算机可读存储介质具体实施方式与上述用户端调试方法各实施例基本相同，在此不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

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

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。