CN114327969A - 信息采集方法、装置、计算机设备及计算机存储介质 - Google Patents

Abstract

本申请实施例公开了一种信息采集方法，应用于包含通信模组的终端设备，上述通信模组用于为上述终端设备提供网络通信服务，其中方法包括在确定上述通信模组发生系统崩溃的情况下，获取上述通信模组中存储的第一崩溃信息，上述第一崩溃信息为用于描述处于崩溃状态下的上述通信模组的系统状态的信息；根据上述第一崩溃信息，确定第二崩溃信息，上述第二崩溃信息包括用于描述上述通信模组发生系统崩溃的原因的信息；在上述终端设备恢复网络通信的情况下，向服务器发送上述第二崩溃信息。本申请实施例通过从通信模组存储的崩溃日志中提取用于描述系统崩溃原因的崩溃信息，并将上述崩溃信息上传服务器，可以提高获取崩溃信息的效率。

Description

信息采集方法、装置、计算机设备及计算机存储介质

技术领域

本发明涉及通信技术领域，尤其涉及一种信息采集方法、装置、计算机设备及计算机存储介质。

背景技术

随着通信技术的发展和嵌入式微处理器的处理能力日益增强，嵌入式设备得到了越来越广泛的应用，为终端设备提供网络通信服务的通信模组就是一种较为常见的嵌入式设备。

通信模组在工作的过程中会产生大量日志信息，用来记录通信模组中发生的各种事件，例如网络通信服务的开启、运行或关闭。在通信模组发生系统崩溃致使网络通信中断的情况下，通信模组会将崩溃信息保存至其内部的存储系统，该崩溃信息可以帮助通信模组厂商排查产生崩溃的原因。目前，获取通信模组崩溃信息的方法通常是：人工在终端设备上运行模组厂商提供的日志抓取工具，将包含崩溃信息的日志文件保存到终端设备中，在恢复网络通信之后将该日志文件回传给通信模组厂商。

上述方法使通信模组一旦发生系统崩溃，就需要通过人工抓取崩溃日志获得崩溃信息，因此，获取通信模组的崩溃信息的效率较低。

发明内容

本申请实施例公开了一种信息采集方法、装置、计算机设备及计算机存储介质，以期在通信模组发生系统崩溃的情况下，从通信模组存储的崩溃日志中提取用于描述系统崩溃原因的崩溃信息，并将上述崩溃信息上传服务器，提高获取崩溃信息的效率。

第一方面，本申请实施例提供了一种信息采集方法，应用于包含通信模组的终端设备，上述通信模组用于为上述终端设备提供网络通信服务，上述方法包括：

在确定上述通信模组发生系统崩溃的情况下，获取上述通信模组中存储的第一崩溃信息，上述第一崩溃信息为用于描述处于崩溃状态下的上述通信模组的系统状态的信息；

根据上述第一崩溃信息，确定第二崩溃信息，上述第二崩溃信息包括用于描述上述通信模组发生系统崩溃的原因的信息；

在上述终端设备恢复网络通信的情况下，向服务器发送上述第二崩溃信息。

应当理解，上述通信模组可以是安装于上述终端设备中的独立的、可移除的物理实体部件，也可以是内嵌于终端设备中的不可移除的物理实体部件。在上述通信模组的系统发生崩溃的情况下，会触发上述通信模组中的备份文件系统的崩溃转储机制(或称DUMP机制)，以记录上述通信模组发生系统崩溃时的系统状态。本申请实施例中，通过获取用于描述处于崩溃状态下的上述通信模组的系统状态的第一崩溃信息，并根据上述第一崩溃信息，确定用于描述上述通信模组发生崩溃的原因的第二崩溃信息，可以缩小问题定位的范围，以简化人工提取描述崩溃原因的信息的过程，将上述第二崩溃信息上传到服务器中，可以实现对提取到的崩溃信息的集中式管理，减轻上述终端设备的数据存储压力，提高采集崩溃信息的效率。

在第一方面一个可能的实施方式中，在上述在确定上述通信模组发生系统崩溃的情况下，获取上述通信模组中存储的第一崩溃信息之前，上述方法还包括：

获取标识信息，上述标识信息包括上述通信模组的第一厂商标识码VID和第一产品标识码PID；

上述确定上述通信模组发生系统崩溃包括：

在上述第一VID为第二VID的情况下，确定上述通信模组发生系统崩溃，上述第二VID为上述通信模组中预设的VID；

或者，在上述第一PID为第二PID的情况下，确定上述通信模组发生系统崩溃，上述第二PID为上述通信模组中预设的PID。

在系统崩溃的状态下，上述通信模组的第一厂商标识码(vendoridentification，VID)或第一产品标识码(product identification，PID)会发生变化，在上述通信模组中预设第二VID和第二PID，在发生崩溃时上述第一VID或上述第一PID的值分别转化为上述第二VID或上述第二PID的值。本申请实施例中，通过监控上述通信模组的VID或PID值的变化情况，可及时确定上述通信模组是否发生系统崩溃，以便及时进行崩溃信息的采集，缩短从发生系统崩溃到开始采集崩溃信息之间的响应时间，提高采集崩溃信息的效率。

在第一方面一个可能的实施方式中，在上述根据上述第一崩溃信息，确定第二崩溃信息之前，上述方法还包括：

获取崩溃等级表，上述崩溃等级表包括崩溃原因和与上述崩溃原因匹配的崩溃等级，上述崩溃等级用于描述上述崩溃原因的紧急程度；

上述根据上述第一崩溃信息，确定第二崩溃信息包括：

根据上述第一崩溃信息和上述崩溃等级表，确定上述第二崩溃信息，上述第二崩溃信息包括与上述通信模组发生系统崩溃的原因相匹配的崩溃等级。

通信模组发生系统崩溃时，会中断网络通信服务，为减少网络通信中断为用户带来的损失，通常需要优先处理较为紧急的系统崩溃原因。本申请实施例中，先从上述第一崩溃信息中获取到系统崩溃原因，再通过查找预先设置的崩溃等级表，确定与上述系统崩溃原因相匹配的崩溃等级，得到包含系统崩溃原因和崩溃等级的上述第二崩溃信息，在针对上述系统崩溃原因制定解决策略时，可根据上述第二崩溃信息中崩溃等级的不同，优先处理紧急程度较高的系统崩溃，有助于灵活处理不同紧急程度的系统崩溃。

在第一方面一个可能的实施方式中，在上述向服务器发送上述第二崩溃信息之前，上述方法还包括：

向上述通信模组发送复位信号，指示上述通信模组重新启动上述网络通信服务。

通信模组中发生系统崩溃的原因，可大致划分为软件故障和硬件故障。上述软件故障包括驱动程序不完善、系统文件丢失和中断请求(interrupt request，IRQ)，上述硬件故障包括通信模组器件温度异常、外设部件互连标准(peripheral componentinterconnection，PCI)插槽接触不良和网络端口损坏。通常软件故障的发生频率会高于硬件故障，在由于软件故障导致通信模组中发生系统崩溃时，重启通信模组可实现及时恢复网络通信。本申请实施例中，在获取到上述第二崩溃信息之后，向上述通信模组发送复位信号，在上述通信模组接收到上述复位信号后会复位重启，并恢复网络通信，缩短人工线下恢复网络通信所花费的时间，在恢复网络通信之后，将采集到的上述第二崩溃信息及时上传至服务器中，提高采集崩溃信息的效率。

在第一方面一个可能的实施方式中，在上述向服务器发送上述第二崩溃信息之前，上述方法还包括：

根据上述终端设备中预设的数据校验规则，为上述第二崩溃信息添加校验码；

上述向服务器发送上述第二崩溃信息包括：

向上述服务器发送上述第二崩溃信息和上述校验码，用于指示上述服务器根据上述数据校验规则和上述校验码接收上述第二崩溃信息，上述服务器中设置有上述数据校验规则。

可以理解的，在有多个上述终端设备向上述服务器发送上述第二崩溃信息的情况下，需要保证在传输的过程中上述第二崩溃信息的完整性和正确性。本申请实施例中，上述终端设备和上述服务器中采用相同的数据校验规则，在终端设备端为上述第二崩溃信息添加校验码，并向上述服务器发送上述第二崩溃信息和上述校验码。上述服务器可根据上述数据校验规则计算服务器端的校验码，并将服务器端计算得到的校验码与上述终端设备发送的校验码进行比对，在比对结果一致的情况下，可确定上述终端设备将上述第二崩溃信息完整且正确地发送至上述服务器中，保证在向上述服务器发送上述第二崩溃信息的过程中数据的完整性和正确性。

在第一方面一个可能的实施方式中，在上述向服务器发送上述第二崩溃信息之前，上述方法还包括：

将上述第二崩溃信息保存到上述终端设备的存储系统中；

加密并压缩上述第二崩溃信息；

在上述向服务器发送上述第二崩溃信息之后，上述方法还包括：

在确定将上述第二崩溃信息发送成功的情况下，删除上述存储系统中的上述第二崩溃信息。

上述第一崩溃信息是用于描述处于崩溃状态下的所述通信模组的系统状态的信息，包括上述通信模组中的驱动信息、应用信息、堆栈信息以及上述通信模组中的硬件状态。在本申请实施例中，上述第二崩溃信息是根据上述第一崩溃信息得到的，因此上述第二崩溃信息中会包括上述驱动信息、上述应用信息、上述堆栈信息以及上述通信模组中的硬件状态中的任意一项或多项中的内容，在向上述服务器发送上述第二崩溃信息之前，将上述第二崩溃信息保存到上述终端设备的存储系统中，可减少上述第二崩溃信息丢失的可能性。对上述第二崩溃信息进行加密并压缩的操作，有助于提高在传输过程中数据的安全性并提升传输速度。从上述存储系统中删除已发送成功的第二崩溃信息，可以降低存储资源的消耗，节省存储成本。

在第一方面一个可能的实施方式中，上述确定将上述第二崩溃信息发送成功包括：

获取回传状态信息，上述回传状态信息包括回传状态码和回传提示信息，上述回传状态码用于描述上述服务器的响应状态，上述回传提示信息与上述回传状态码对应，上述回传提示信息用于表示上述响应状态的含义；

根据上述回传状态码和上述回传提示信息，确定将上述第二崩溃信息发送成功。

可以理解的，上述服务器与上述终端设备之间建立有通信连接，在向上述服务器发送上述第二崩溃信息之后，上述服务器会返回回传状态信息，以反馈上述服务器的执行状态。其中，上述回传状态信息中包括回传状态码和回传提示信息，分别用于描述上述服务器在接收上述第二崩溃信息的过程中的响应状态和上述响应状态的含义，根据上述回传状态码和上述回传提示信息，可以确定将上述第二崩溃信息发送成功。在本申请实施例中，通过对上述回传状态码和上述回传提示信息中的具体内容，确定向上述服务器成功发送上述第二崩溃信息，避免因删除未发送成功的第二崩溃信息造成崩溃信息的丢失。

第二方面，本申请实施例提供了一种信息采集装置，应用于包含通信模组的终端设备，上述通信模组用于为上述终端设备提供网络通信服务，包括：

第一获取单元，用于在确定上述通信模组发生系统崩溃的情况下，获取上述通信模组中存储的第一崩溃信息，上述第一崩溃信息为用于描述处于崩溃状态下的上述通信模组的系统状态的信息；

第一确定单元，用于根据上述第一崩溃信息，确定第二崩溃信息，上述第二崩溃信息包括用于描述上述通信模组发生系统崩溃的原因的信息；

第一发送单元，用于在上述终端设备恢复网络通信的情况下，向服务器发送上述第二崩溃信息。

在第二方面一个可能的实施方式中，上述装置还包括：

第二获取单元，用于获取标识信息，上述标识信息包括上述通信模组的第一厂商标识码VID和第二产品标识码PID；

第二确定单元，用于在上述第一VID为第二VID的情况下，确定上述通信模组发生系统崩溃，上述第二VID为上述通信模组中预设的VID；

上述第二确定单元，还用于在上述第一PID为第二PID的情况下，确定上述通信模组发生系统崩溃，上述第二PID为上述通信模组中预设的PID。

在第二方面一个可能的实施方式中，上述装置还包括：

第三获取单元，用于获取崩溃等级表，上述崩溃等级表包括崩溃原因和与上述崩溃原因匹配的崩溃等级，上述崩溃等级用于描述上述崩溃原因的紧急程度；

上述第一确定单元，还具体用于根据上述第一崩溃信息和上述崩溃等级表，确定上述第二崩溃信息，上述第二崩溃信息包括与上述通信模组发生系统崩溃的原因相匹配的崩溃等级。

在第二方面一个可能的实施方式中，上述装置还包括：

第二发送单元，用于向上述通信模组发送复位信号，指示上述通信模组重新启动上述网络通信服务。

在第二方面一个可能的实施方式中，上述装置还包括：

添加单元，用于根据上述终端设备中预设的数据校验规则，为上述第二崩溃信息添加校验码；

上述第一发送单元，还具体用于向上述服务器发送上述第二崩溃信息和上述校验码，用于指示上述服务器根据上述数据校验规则和上述校验码接收上述第二崩溃信息，上述服务器中设置有上述数据校验规则。

在第二方面一个可能的实施方式中，上述第一确定单元，还用于将上述第二崩溃信息保存到上述终端设备的存储系统中；

上述第一确定单元，还用于加密并压缩上述第二崩溃信息；

上述第一发送单元，还用于在上述向服务器发送上述第二崩溃信息之后，在确定将上述第二崩溃信息发送成功的情况下，删除上述存储系统中的上述第二崩溃信息。

在第二方面一个可能的实施方式中，上述第一发送单元还用于获取回传状态信息，上述回传状态信息包括回传状态码和回传提示信息，上述回传状态码用于描述上述服务器的响应状态，上述回传提示信息与上述回传状态码对应，上述回传提示信息用于描述上述响应状态的含义；

根据上述回传状态码和上述回传提示信息，确定将上述第二崩溃信息发送成功。

关于第二方面以及第二方面中任意一个可能的实施方式所带来的技术效果，可参考对应于第一方面以及第一方面中相应的实施方式的技术效果的介绍。

第三方面，本申请实施例提供了一种计算机设备，上述计算机设备包括：

存储器，用于存储程序；

处理器，用于执行上述存储器存储的上述程序，在上述程序被上述处理器执行的情况下，上述处理器执行如第一方面中任意一个可能的实施方式中的方法。

第四方面，本申请实施例提供了一种计算机存储介质，上述计算机存储介质中存储有计算机程序，上述计算机程序包括程序指令，在上述程序指令被处理器执行的情况下，上述处理器执行如第一方面中任意一个可能的实施方式中的方法。

第五方面，本申请实施例提供了一种计算机程序产品，上述计算机程序产品包括：指令或计算机程序；上述指令或上述计算机程序被执行时，使如第一方面中任意一个可能的实施方式中的方法实现。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，显而易见地，下面所描述的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种信息采集方法的应用场景示意图；

图2是本申请实施例提供的一种信息采集方法的系统架构示意图；

图3是本申请实施例提供的一种信息采集方法的流程示意图；

图4是本申请实施例提供的另一种信息采集方法的流程示意图；

图5是本申请实施例提供的另一种信息采集方法的流程示意图；

图6是本申请实施例提供的一种信息采集装置的结构示意图；

图7是本申请实施例提供的一种计算机设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图对本申请实施例进行描述。

本申请的说明书、权利要求书及附图中的术语“第一”和“第二”等仅用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备等，没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元等，或可选地还包括对于这些过程、方法、产品或设备等固有的其它步骤或单元。

在本文中提及的“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员可以显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上，“至少两个(项)”是指两个或三个及三个以上，“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”。

本申请提供了一种信息采集方法，为了更清楚地描述本申请的方案，下面先介绍一些与崩溃信息相关的术语定义。

崩溃日志：在通信模组处于系统崩溃状态的情况下，上述通信模组产生的用来记录上述通信模组的系统状态的文件，包括上述通信模组中的驱动日志、应用日志、堆栈日志。

日志抓取工具：与通信模组具有匹配关系的软件代码，可通过上述通信模组中的指定端口获取到上述通信模组中存储的日志文件。

在终端设备中的通信模组发生系统崩溃的情况下，上述通信模组中存储的崩溃信息有助于对系统崩溃进行问题定位以及制定问题解决策略。目前，通常是通过获取上述通信模组中的崩溃日志的方式获取上述崩溃信息，下面将结合本申请实施例中的附图1对通过上述方式获取上述崩溃信息的应用场景进行介绍。

请参阅图1，图1是本申请实施例提供的一种信息采集方法的应用场景示意图。

如图1所示，该应用场景中包括终端设备101、通信模组102、通信模组102中的存储系统1021、日志抓取工具103、终端设备101中的存储器104以及模组厂商105。其中，上述终端设备101包括智能手机、电脑以及可穿戴智能设备，上述通信模组102为上述终端设备101提供网络通信服务，上述通信模组102与上述模组厂商105具有匹配关系。

在上述通信模组101发生系统崩溃时，会触发上述通信模组101中的备份文件系统中的崩溃转储机制(DUMP机制)，将崩溃日志存储到上述存储系统1021中。在上述通信模组101处于系统崩溃的状态下，会保留唯一诊断端口(即如图1中所示出的DIAG端口)用于通信协议的交互以及崩溃日志的传输。上述日志抓取工具103从上述DIAG端口获取上述存储系统1021中的崩溃日志，并通过SAHARA安全通信协议将上述崩溃日志保存到存储器104中，即通过抓取崩溃日志获取到用于描述崩溃原因的崩溃信息。在人工线下重启上述通信模组1021并恢复网络通信之后，从存储器104中读取上述崩溃日志并回传给模组厂商105，实现崩溃日志的采集。

但上述采集崩溃日志的过程依赖于人工抓取崩溃日志，从上述崩溃日志中进行人工定位分析，获得用于描述崩溃原因的崩溃信息，获取通信模组的崩溃信息的效率较低。

针对以上问题，本申请实施例提供了一种信息采集方法，在通信模组发生系统崩溃的情况下，从通信模组存储的崩溃日志中提取用于描述系统崩溃原因的崩溃信息，并将上述崩溃信息上传服务器，提高获取崩溃信息的效率。

本申请实施例提供的信息采集方法涉及通信技术领域，可应用于包含通信模组的终端设备，下面将结合本申请实施例中的附图2对上述信息采集方法的系统架构进行介绍。

请参阅图2，图2是本申请实施例提供的一种信息采集方法的系统架构示意图。

如图2所示，该系统中包括通信模组201、终端设备202以及服务器203。其中上述终端设备202包括智能手机、电脑以及可穿戴智能设备。上述服务器203可以是超文本传输协议(hyper text transfer protocol，HTTP)服务器，也可以是文件传输协议(filetransfer protocol，FTP)服务器。

应当说明的是，上述图中示出的仅是上述终端设备202与上述通信模组201在逻辑功能上的一种可能的相对独立的关系示意图，对上述终端设备202和上述通信模组201在物理上的组合关系不做过多限定。例如在物理上，可以将上述通信模组201插入上述终端设备202中的指定插槽中，也可以通过物理上独立于上述终端设备202的中间设备(或中间部件)连接上述终端设备202和上述通信模组201，还可以将上述通信模组201内嵌于上述终端设备的芯片上。

上述通信模组201与上述终端设备202之间可通过通用串行总线(universalserial bus，USB)协议或高速串行计算机拓展总线(peripheral component interconnectexpress，PCIE)标准协议建立通信连接，上述终端设备202与上述服务器203之间可通过传输控制协议(transmission control protocol，TCP)建立通信连接。在上述通信模组201发生系统崩溃的情况下，上述终端设备202通过USB协议或PCIE协议与上述通信模组201进行通信，获得上述通信模组内部存储的崩溃日志。上述终端设备202再根据获取到的崩溃日志提取包含系统崩溃原因的崩溃信息，可选的，对上述崩溃信息进行加工处理之后，通过TCP连接向上述服务器203发送上述崩溃信息，可实现崩溃信息的采集和集中式管理。

下面将结合本申请实施例的附图3对上述系统采用的信息采集方法进行介绍。

请参阅图3，图3是本申请实施例提供的一种信息采集方法的流程示意图。

如图3所示，上述方法可包括以下步骤：

S301、在确定通信模组发生系统崩溃的情况下，获取上述通信模组中存储的第一崩溃信息。

上述通信模组可以是安装于上述终端设备中的独立的、可移除的物理实体部件，也可以是内嵌于终端设备中的不可移除的物理实体部件。上述第一崩溃信息为用于描述处于崩溃状态下的上述通信模组的系统状态的信息。

在上述通信模组的系统发生崩溃的情况下，会触发上述通信模组中的备份文件系统的崩溃转储机制(或称DUMP机制)，上述DUMP机制会以日志文件的形式记录上述通信模组发生系统崩溃时的系统状态，具体包括驱动信息、应用信息、堆栈信息以及上述通信模组中的硬件状态。且处于崩溃状态下的上述通信模组会保留唯一诊断端口，用于与上述终端设备进行数据交互。基于上述通信模组中存储的上述日志文件和保留的上述诊断端口，通过与上述通信模组之间的通信连接可获取到上述第一崩溃信息。

在一些可选的实施例中，在执行步骤S301之前，上述方法还包括：

S3011、获取标识信息，上述标识信息包括上述通信模组的第一厂商标识码VID和第一产品标识码PID。

S3012、在上述第一VID为第二VID的情况下，确定上述通信模组发生系统崩溃，上述第二VID为上述通信模组中预设的VID；或者，在上述第一PID为第二PID的情况下，确定上述通信模组发生系统崩溃，上述第二PID为上述通信模组中预设的PID。

应当理解，在上述通信模组发生系统崩溃的情况下，上述第一VID或上述第一PID会发生变化，通常上述第一VID或上述第一PID会转变为与上述通信模组匹配的上述第二VID或上述第二PID。

通过监控上述通信模组的VID或PID的变化情况，可及时确定上述通信模组是否发生系统崩溃，以便及时进行崩溃信息的采集，缩短从发生系统崩溃到开始采集崩溃信息之间的响应时间，提高采集崩溃信息的效率。

S302、根据上述第一崩溃信息，确定第二崩溃信息。

上述第二崩溃信息包括用于描述上述通信模组发生系统崩溃的原因的信息。可以理解的，上述第二崩溃信息中可包括上述驱动信息、上述应用信息、上述堆栈信息以及上述通信模组中的硬件状态中的任意一项或多项中的内容。具体的，可根据上述第一崩溃信息，通过设置一种或多种筛选条件，例如设置关键字、设置指定日期或设置指定长度的字段，确定上述第二崩溃信息。

在一些可选的实施例中，在执行步骤S302之前，上述方法还包括：

步骤S3021、获取崩溃等级表。

上述步骤S302包括：

步骤S3022、根据上述第一崩溃信息和上述崩溃等级表，确定上述第二崩溃信息。

上述崩溃等级表包括崩溃原因和与上述崩溃原因匹配的崩溃等级，上述崩溃等级用于描述上述崩溃原因的紧急程度，上述第二崩溃信息包括与上述通信模组发生系统崩溃的原因相匹配的崩溃等级。具体的，可先通过前述步骤S302中描述的方式从上述第一崩溃信息中获取到系统崩溃原因，再通过查找预先设置的崩溃等级表，确定与上述系统崩溃原因相匹配的崩溃等级，得到包含系统崩溃原因和崩溃等级的上述第二崩溃信息。可选的，可通过对上述系统崩溃原因进行特征提取，通过模糊查询的方式与上述崩溃等级表中的崩溃原因进行比对，进而确定与上述系统崩溃原因相匹配的崩溃等级。

在针对上述系统崩溃原因制定解决策略时，可根据上述第二崩溃信息中崩溃等级的不同，优先处理紧急程度较高的系统崩溃，有助于灵活处理不同紧急程度的系统崩溃。

S303、在上述终端设备恢复网络通信的情况下，向服务器发送上述第二崩溃信息。

根据上述服务器与上述终端设备之间采用的通信协议类型的不同，上述服务器的类型可以不同。具体的，在上述服务器与上述终端设备之间通过HTTP协议进行通信的情况下，上述服务器可以是HTTP服务器，在上述服务器与上述终端设备之间通过FTP协议进行通信的情况下，上述服务器可以是FTP服务器。在步骤S302之后，上述终端设备通过与上述服务器之间的通信连接，向上述服务器发送上述第二崩溃信息。

在一些可选的实施例中，在步骤S303之前，上述方法还包括：

S3031、向上述通信模组发送复位信号，指示上述通信模组重新启动上述网络通信服务。

上述复位信号包括同步复位信号或异步复位信号，在上述通信模组中设置有特定接口用来接收上述复位信号。在上述通信模组的情况下，执行初始化硬件、安全启动操作系统以及为上述操作系统提供统一的硬件抽象等操作，实现上述通信模组的复位重启，以恢复网络通信，缩短人工线下恢复网络通信所花费的时间。

在一些可选的实施例中，在步骤S303之前，上述方法还包括：

S3032、根据上述终端设备中预设的数据校验规则，为上述第二崩溃信息添加校验码。

上述步骤S303包括：

S3033、向上述服务器发送上述第二崩溃信息和上述校验码。

上述数据校验规则为验证上述第二崩溃数据在传输过程中的完整性与正确性而制定的规则，上述服务器与上述终端设备中设置有相同的数据校验规则。在终端设备端为上述第二崩溃信息添加校验码，并向上述服务器发送上述第二崩溃信息和上述校验码，指示上述服务器根据上述数据校验规则和上述校验码接收上述第二崩溃信息。上述服务器可根据上述数据校验规则计算服务器端的校验码，并将服务器端计算得到的校验码与上述终端设备发送的校验码进行比对，在比对结果一致的情况下，可确定上述终端设备将上述第二崩溃信息完整且正确地发送至上述服务器中，保证在向上述服务器发送上述第二崩溃信息的过程中数据的完整性和正确性。

在一些可选的实施例中，在执行步骤S303之前，上述方法还包括：

步骤S3034、将上述第二崩溃信息保存到上述终端设备的存储系统中。

可选的，将上述第二崩溃信息保存到上述终端设备的存储系统中，可减少上述第二崩溃信息丢失的可能性。

步骤S3035、加密并压缩上述第二崩溃信息。

对上述第二崩溃信息进行加密并压缩的操作，有助于提高在传输过程中数据的安全性并提升传输速度。可选的，根据用户需求选择加密方式或压缩方式，可以灵活适应不同的崩溃信息抓取场景。

为了进一步说明加密上述第二崩溃信息的过程，请参阅图4，图4是本申请实施例提供的另一种信息采集方法的流程示意图。

如图4所示，图中包括伪随机函数401、密钥管理系统402、第二崩溃信息明文403、加密算法404、第二崩溃信息密文405。其中，上述伪随机函数401、上述密钥管理系统402和上述加密算法404搭载在上述终端设备中。上述加密算法404可根据用户需求自主配置，示例性，上述加密算法404可包括消息摘要算法(message digest algorithmMD5，MD5)、安全散列算法1(secure hash algorithm 1，SHA1)、或安全散列算法256(secure hashalgorithm 256，SHA256)。上述第二崩溃信息密文405中可包括附加信息，该附加信息中可包括上述明文密码、数据访问权限、或数据访问相关的驱动信息。

将上述第二崩溃信息保存到上述终端设备的存储系统中之后，为上述第二崩溃信息添加明文密码，上述明文密码可以是用户自主输入的字符串，也可以是随机生成的字符串。上述伪随机函数401根据上述明文密码和上述密钥管理系统402随机生成的第一密钥K1，得到与上述明文密码具有相同字段长度的第二密钥K2，使用上述第二密钥K2通过加密算法404对上述第二崩溃信息明文403进行加密，并重新编码加密后的第二崩溃信息，得到第二崩溃信息密文405，实现对上述第二崩溃信息的加密。可以理解的，在后续向服务器发送第二崩溃信息时，该第二崩溃信息可以是上述第二崩溃信息密文405。可选的，上述服务器可使用相同的编码方式、相同或相应的解密算法，结合上述附加信息对上述第二崩溃信息密文405进行解密。

可以理解的，通常情况下终端设备处理的信息是以二进制数的形式表示的。示例性的，对上述第二崩溃信息进行压缩的过程可描述如下：

获取上述第二崩溃信息中的重复字节，上述重复字节可以是一个或多个在上述第二崩溃信息中重复出现的字符串；

创建字典文件，上述字典文件用于存放每个重复字节对应的代码；

将上述第二崩溃信息中的每个重复字节用其各自对应的代码代替，以缩小上述第二崩溃信息中的字节数量，以压缩上述第二崩溃信息的大小。

在执行步骤S303之后，上述方法还包括：

步骤S3036、在确定将上述第二崩溃信息发送成功的情况下，删除上述存储系统中的上述第二崩溃信息。

在一些可选的实施例中，上述确定将上述第二崩溃信息发送成功包括以下步骤：

获取回传状态信息，上述回传状态信息包括回传状态码和回传提示信息；

根据上述回传状态码和上述回传提示信息，确定将上述第二崩溃信息发送成功。

其中，可以通过上述终端设备与上述服务器之间的通信连接，获取到上述回传状态信息，上述回传状态信息可以是由上述服务器接收到上述终端设备的发送请求时发送的。上述回传状态码用于描述上述服务器的响应状态，上述回传提示信息用于描述上述响应状态的含义且与上述回传状态码对应。

示例性的，上述回传状态码可以由指定位数的字符串组成，在上述字符串中指定某一位数字或指定某一种固定的字符组合作为发送成功的标志，在识别到上述数字或字符组合的情况下，获取与上述字符串或称上述回传状态码对应的回传提示信息，根据上述回传状态码和上述回传提示信息确定将所述第二崩溃信息发送成功。在确定将上述第二崩溃信息发送成功的情况下，从上述存储系统中删除已发送成功的第二崩溃信息，降低存储资源的消耗，节省存储成本。

在本申请实施例中，通过获取用于描述处于崩溃状态下的上述通信模组的系统状态的第一崩溃信息，并根据上述第一崩溃信息，确定用于描述上述通信模组发生崩溃的原因的第二崩溃信息，可以缩小问题定位的范围，以简化人工提取描述崩溃原因的信息的过程。将上述第二崩溃信息上传到服务器中，可以实现对提取到的崩溃信息的集中式管理，减轻上述终端设备的数据存储压力，提高采集崩溃信息的效率。

为了更进一步地说明本申请实施例提供的信息采集方法，下面将结合本申请实施例中的附图5进行介绍。

请参阅图5，图5是本申请实施例提供的另一种信息采集方法的流程示意图。

如图5所示，上述方法可包括以下步骤：

S501、监控通信模组的系统状态。

上述系统状态包括上述通信模组中的驱动信息、应用信息、堆栈信息以及上述通信模组中的硬件状态。上述终端设备可在固定时间通过上述通信模组中特定的诊断端口，以主动检测的方式获取上述系统状态，或者通过上述通信模组利用上述特定的诊断端口主动上报上述系统状态的方式获取上述系统状态。

S502、判断上述通信模组的第一VID是否为第二VID，或者上述通信模组的第一PID是否为第二PID。

步骤S502的具体实现方式请对应参考步骤S3012中的内容，在此不做赘述。

S503、获取第一崩溃信息。

上述第一崩溃信息为用于描述处于崩溃状态下的上述通信模组的系统状态的信息。通过上述通信模组中指定的诊断端口，可获取到上述第一崩溃信息，步骤S503的具体实现方式请对应参考步骤S301中的内容，在此不做赘述。

S504、获取崩溃等级表。

上述崩溃等级表包括崩溃原因和与上述崩溃原因匹配的崩溃等级，上述崩溃等级用于描述上述崩溃原因的紧急程度。上述崩溃等级表可以是预先存储在上述终端设备中的，也可以是通过除上述终端设备以外的硬件设备得到的。

S505、根据上述第一崩溃信息和上述崩溃等级表，确定第二崩溃信息。

步骤S505的具体实现方式请对应参考步骤S3022中的内容，在此不做赘述。

S506、保存上述第二崩溃信息到上述终端设备的存储系统中。

将上述第二崩溃信息写入文件中，并将上述文件保存到上述终端设备的存储系统中。

S507、为上述第二崩溃信息添加校验码。

在执行步骤S506之后，可按照上述终端设备中预先设置的数据校验规则，为包含上述第二崩溃信息的上述文件添加校验码。上述校验码用于判断上述文件或上述第二崩溃信息在传输的过程中数据是否损坏，或用于恢复上述文件中损坏的数据。

S508、加密压缩上述第二崩溃信息。

步骤S508中的具体实现方式可对应参考前述中步骤S3035中的内容，在此不做赘述。

S509、向上述通信模组发送复位信号，以恢复网络通信。相应地，上述通信模组接收上述复位信号，并重新启动网络通信服务。

步骤S509的具体实现方式可对应参考步骤S3031中的内容，在此不做赘述。

S510、创建客户端并枚举串口连接服务器。

上述串口(或称串行通信接口)用于将上述第二崩溃信息上传至上述服务器中，上述服务器在与上述终端设备或客户端建立连接之前处于监听状态，以便在上述终端设备或客户端发起连接请求的情况下及时响应连接。示例性的，在执行步骤S509之后，在上述终端设备中创建客户端，并通过上述客户端与上述服务器建立通信连接。

S511、判断上述终端设备是否与上述服务器连接成功。

在执行步骤S510之后，上述服务器可向上述终端设备或客户端发送验证信息，根据验证信息的内容提示，确定上述终端设备是否与上述服务器连接成功。

S512、向上述服务器发送上述第二崩溃信息、上述校验码。相应地，上述服务器接收上述第二崩溃信息、上述校验码。

上述服务器中设置有与上述终端设备中相同的数据校验规则。在执行步骤S511之后，在上述终端设备与上述服务器连接成功的情况下，通过上述终端设备或上述客户端与上述服务器之间的通信连接，向上述服务器发送上述第二崩溃信息、上述校验码，指示上述服务器根据上述数据校验规则和上述校验码接收上述第二崩溃信息。

S513、检查网络通路。

在执行步骤S511之后，在上述终端设备与上述服务器连接失败的情况下，检查上述终端设备与上述服务器之间的网络通路，在网络连接中断的情况下，执行步骤S509。

S514、判断是否将上述第二崩溃信息发送成功。

步骤S514的具体实现方式请对应参考步骤S3036中关于确定将上述第二崩溃信息发送成功的内容，在此不做赘述。

S515、断开与上述服务器之间的通信连接。

在执行步骤S512之后，在将上述第二崩溃信息发送成功的情况下，上述客户端断开与上述服务器之间的通信连接，释放网络资源。

S516、删除上述存储系统中的上述第二崩溃信息。

在将上述第二崩溃信息发送成功之后或在执行步骤S515之后，删除上述存储系统中的上述第二崩溃信息，降低存储资源的消耗，节省存储成本。

在本申请实施例中，通过监控通信模组VID或PID的变化情况，及时确定通信模组是否发生系统崩溃。在发生系统崩溃的情况下，从通信模组存储的崩溃日志中提取用于描述系统崩溃原因的崩溃信息，缩小问题定位的范围。通过添加崩溃等级的方式确定系统崩溃原因的紧急程度，有助于灵活处理不同紧急程度的系统崩溃。通过向通信模组发送复位信号的方式，及时恢复网络通信，缩短人工线下恢复网络通信所花费的时间。通过添加校验码的方式，保证崩溃信息在传输的过程中数据的完整性。并将上述崩溃信息加密上传至服务器，实现对提取到的崩溃信息的安全传输和集中式管理，提高获取崩溃信息的效率。

本申请实施例还提供了一种信息采集装置，应用于包含通信模组的终端设备，上述通信模组用于为上述终端设备提供网络通信服务。

请参阅图6，图6是本申请实施例提供的一种信息采集装置的结构示意图。

如图6所示，信息采集装置600包括：

第一获取单元601，用于在确定上述通信模组发生系统崩溃的情况下，获取上述通信模组中存储的第一崩溃信息，上述第一崩溃信息为用于描述处于崩溃状态下的上述通信模组的系统状态的信息；

第一确定单元602，用于根据上述第一崩溃信息，确定第二崩溃信息，上述第二崩溃信息包括用于描述上述通信模组发生系统崩溃的原因的信息；

第一发送单元603，用于在上述终端设备恢复网络通信的情况下，向服务器发送上述第二崩溃信息。

在一个可能的实施方式中，上述装置还包括：

第二获取单元604，用于获取标识信息，上述标识信息包括上述通信模组的第一厂商标识码VID和第二产品标识码PID；

第二确定单元605，用于在上述第一VID为第二VID的情况下，确定上述通信模组发生系统崩溃，上述第二VID为上述通信模组中预设的VID；

上述第二确定单元605，还用于在上述第一PID为第二PID的情况下，确定上述通信模组发生系统崩溃，上述第二PID为上述通信模组中预设的PID。

在一个可能的实施方式中，上述装置还包括：

第三获取单元606，用于获取崩溃等级表，上述崩溃等级表包括崩溃原因和与上述崩溃原因匹配的崩溃等级，上述崩溃等级用于描述上述崩溃原因的紧急程度；

上述第一确定单元602，还具体用于根据上述第一崩溃信息和上述崩溃等级表，确定上述第二崩溃信息，上述第二崩溃信息包括与上述通信模组发生系统崩溃的原因相匹配的崩溃等级。

在一个可能的实施方式中，上述装置还包括：

第二发送单元607，用于向上述通信模组发送复位信号，指示上述通信模组重新启动上述网络通信服务。

在一个可能的实施方式中，上述装置还包括：

添加单元608，用于根据上述终端设备中预设的数据校验规则，为上述第二崩溃信息添加校验码；

上述第一发送单元603，还具体用于向上述服务器发送上述第二崩溃信息和上述校验码，用于指示上述服务器根据上述数据校验规则和上述校验码接收上述第二崩溃信息，上述服务器中设置有上述数据校验规则。

在一个可能的实施方式中，上述第一确定单元602，还用于将上述第二崩溃信息保存到上述终端设备的存储系统中；

上述第一确定单元602，还用于加密上述第二崩溃信息；

上述第一发送单元603，还用于在上述向服务器发送上述第二崩溃信息之后，在确定将上述第二崩溃信息发送成功的情况下，删除上述存储系统中的上述第二崩溃信息。

在一个可能的实施方式中，上述第一发送单元603还用于获取回传状态信息，上述回传状态信息包括回传状态码和回传提示信息，上述回传状态码用于描述上述服务器的响应状态，上述回传提示信息与上述回传状态码对应，上述回传提示信息用于描述上述响应状态的含义；

根据上述回传状态码和上述回传提示信息，确定将上述第二崩溃信息发送成功。

根据本申请实施例，图6中所示的装置中的各个单元可以分别或全部合并为一个或若干个另外的单元来构成，或者其中的某个(些)单元还可以再拆分为功能上更小的多个单元来构成，这可以实现同样的操作，而不影响本申请的实施例的技术效果的实现。上述单元是基于逻辑功能划分的，在实际应用中，一个单元的功能也可以由多个单元来实现，或者多个单元的功能由一个单元实现。

本申请实施例还提供了一种计算机设备，请参阅图7，图7是本申请实施例提供的一种计算机设备的结构示意图。

如图7所示，上述计算机设备700可以包括：一个或多个处理器701、一个或多个存储器702、一个或多个通信接口703以及总线704，上述处理器701、存储器702、通信接口703通过总线704连接。上述计算机设备可以是前述说明中的信息采集装置600。

其中，存储器702，用于存储程序；处理器701用于执行上述存储器存储的上述程序，在上述程序被执行的情况下，上述处理器701执行如上述信息采集方法中任意一种可能的实施方式中的方法。

应当理解，在本申请实施例中，上述存储器702包括但不限于是随机存储器(random access memory，RAM)、只读存储器(read-only memory，ROM)、可擦除可编程只读存储器(erasable programmableread only memory，EPROM)、或便携式只读存储器(compact disc read-only memory，CDROM)，以及除计算机内存及处理器缓存之外的外存储器，上述存储器702的一部分还可以包括非易失性随机存取存储器，例如，存储器702还可以存储设备类型的信息。

上述处理器701可以是一个或多个中央处理单元(central processing unit，CPU)，在处理器701是一个CPU的情况下，该CPU可以是单核CPU，也可以是多核CPU；上述处理器701还可以是其他通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field-programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

前述实施例中所执行的步骤可以基于上述图7所示的计算机设备700的结构实现，处理器701可执行本申请实施例中提供的信息采集方法的任意一个可选的实施例中所描述的实现方式，也可执行本申请实施例中所描述的信息采集装置600的实现方式，具体的，处理器701可实现图6中所示装置中的第一获取单元601、第一确定单元602、第二获取单元604、第二确定单元605、第三获取单元606或添加单元608的功能。通信接口703可实现图6中所示装置中的第一发送单元603或第二发送单元607的功能。存储器702可在上述处理器701执行本申请实施例中所描述的信息采集装置600的实现方式时提供缓存，也可存储上述处理器701执行本申请实施例中所描述的信息采集装置600的实现方式所需要的计算机程序。

在本申请的实施例还提供一种计算机存储介质，上述计算机存储介质存储有计算机程序，上述计算机程序被处理器执行时实现如图3至图5中所示的方法。

在本申请实施例还提供一种计算机程序产品，上述计算机程序产品包括：指令或计算机程序；上述指令或上述计算机程序被执行时，可以实现上述图3至图5中所示的方法。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以由计算机程序相关的硬件完成，该计算机程序可存储于计算机存储介质中，该计算机程序在执行时，可实现如上述各方法实施例的流程。而前述的计算机存储介质包括：只读存储器ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储计算机程序代码的介质。

Claims (10)

1.一种信息采集方法，其特征在于，应用于包含通信模组的终端设备，所述通信模组用于为所述终端设备提供网络通信服务，包括：

在确定所述通信模组发生系统崩溃的情况下，获取所述通信模组中存储的第一崩溃信息，所述第一崩溃信息为用于描述处于崩溃状态下的所述通信模组的系统状态的信息；

根据所述第一崩溃信息，确定第二崩溃信息，所述第二崩溃信息包括用于描述所述通信模组发生系统崩溃的原因的信息；

在所述终端设备恢复网络通信的情况下，向服务器发送所述第二崩溃信息。

2.根据权利要求1所述的方法，其特征在于，在所述在确定所述通信模组发生系统崩溃的情况下，获取所述通信模组中存储的第一崩溃信息之前，所述方法还包括：

获取标识信息，所述标识信息包括所述通信模组的第一厂商标识码VID和第一产品标识码PID；

所述确定所述通信模组发生系统崩溃包括：

在所述第一VID为第二VID的情况下，确定所述通信模组发生系统崩溃，所述第二VID为所述通信模组中预设的VID；

或者，在所述第一PID为第二PID的情况下，确定所述通信模组发生系统崩溃，所述第二PID为所述通信模组中预设的PID。

3.根据权利要求1或2所述的方法，其特征在于，在所述根据所述第一崩溃信息，确定第二崩溃信息之前，所述方法还包括：

获取崩溃等级表，所述崩溃等级表包括崩溃原因和与所述崩溃原因匹配的崩溃等级，所述崩溃等级用于描述所述崩溃原因的紧急程度；

所述根据所述第一崩溃信息，确定第二崩溃信息包括：

根据所述第一崩溃信息和所述崩溃等级表，确定所述第二崩溃信息，所述第二崩溃信息包括与所述通信模组发生系统崩溃的原因相匹配的崩溃等级。

4.根据权利要求1至3中任意一项所述的方法，其特征在于，在所述向服务器发送所述第二崩溃信息之前，所述方法还包括：

向所述通信模组发送复位信号，指示所述通信模组重新启动所述网络通信服务。

5.根据权利要求1至4中任意一项所述的方法，其特征在于，在所述向服务器发送所述第二崩溃信息之前，所述方法还包括：

根据所述终端设备中预设的数据校验规则，为所述第二崩溃信息添加校验码；

所述向服务器发送所述第二崩溃信息包括：

向所述服务器发送所述第二崩溃信息和所述校验码，用于指示所述服务器根据所述数据校验规则和所述校验码接收所述第二崩溃信息，所述服务器中设置有所述数据校验规则。

6.根据权利要求1至4中任意一项所述的方法，在所述向服务器发送所述第二崩溃信息之前，所述方法还包括：

将所述第二崩溃信息保存到所述终端设备的存储系统中；

加密并压缩所述第二崩溃信息；

在所述向服务器发送所述第二崩溃信息之后，所述方法还包括：

在确定将所述第二崩溃信息发送成功的情况下，删除所述存储系统中的所述第二崩溃信息。

7.根据权利要求6所述的方法，其特征在于，所述确定将所述第二崩溃信息发送成功包括：

获取回传状态信息，所述回传状态信息包括回传状态码和回传提示信息，所述回传状态码用于描述所述服务器的响应状态，所述回传提示信息与所述回传状态码对应，所述回传提示信息用于描述所述响应状态的含义；

根据所述回传状态码和所述回传提示信息，确定将所述第二崩溃信息发送成功。

8.一种信息采集装置，其特征在于，应用于包含通信模组的终端设备，所述通信模组用于为所述终端设备提供网络通信服务，包括：

第一获取单元，用于在确定所述通信模组发生系统崩溃的情况下，获取所述通信模组中存储的第一崩溃信息，所述第一崩溃信息为用于描述处于崩溃状态下的所述通信模组的系统状态的信息；

第一确定单元，用于根据所述第一崩溃信息，确定第二崩溃信息，所述第二崩溃信息包括用于描述所述通信模组发生系统崩溃的原因的信息；

第一发送单元，用于在所述终端设备恢复网络通信的情况下，向服务器发送所述第二崩溃信息。

9.一种计算机设备，其特征在于，包括：

存储器，用于存储程序；

处理器，用于执行所述存储器存储的所述程序，在所述程序被所述处理器执行的情况下，所述处理器执行如权利要求1至7中任意一项所述的方法。

10.一种计算机存储介质，其特征在于，所述计算机存储介质中存储有计算机程序，所述计算机程序包括程序指令，在所述程序指令被处理器执行情况下，所述处理器执行如权利要求1至7中任意一项所述的方法。

Images