CN108664366B - 数据传输方法、装置及服务器 - Google Patents

Abstract

本申请公开了数据传输方法、装置及服务器。该方法的一具体实施方式包括：当目标设备上运行的进程出现终止时，获取记录有进程的运行状态数据的监控文件；确认监控文件中的进程终止类型，根据进程终止类型确定上传监控文件的传输方式；按照传输方式将监控文件发送出去。该实施方式能够在发生进程终止的情况下，保证将监控文件发送出去，提高了监控文件的传输稳定性。

Description

数据传输方法、装置及服务器

技术领域

本申请涉及数据处理技术领域，具体涉及数据发送技术领域，尤其涉及数据传输方法、装置及服务器。

背景技术

随着科技的发展和信息技术的进步，智能终端具有了强大的数据处理能力，不仅能够使得用户随时随地的进行网络通信，还可以通过多种应用来实现各种类型的信息处理，为人们的工作和生活提供极大的便利。

然而，现有的智能终端还存在一些问题。例如，智能终端上的各种应用时独立开发的。即，应用首先完成编程，然后再进行测试。测试主要是查看应用在不同的智能终端上能够正常运行，很少考虑到被测试的应用与其他应用、以及智能终端自身的硬件、操作系统类型及操作系统版本等方面的兼容性等方面。并且，现有的智能终端应用是海量的，查看被测试应用与其他应用的兼容性几乎是个不能完成的任务，因此，也就无法查询应用发生的故障原因。虽然现在已有对智能终端上的应用进行检测的应用，但在出现应用崩溃等情况下，无法有效获取监控文件，并将监控文件发送出去。

发明内容

本申请提供了数据传输方法、装置及服务器，以解决背景技术中提到的技术问题。

第一方面，本申请提供了一种数据传输方法，该方法包括：当目标设备上运行的进程出现终止时，获取记录有上述进程的运行状态数据的监控文件；确认上述监控文件中的进程终止类型，根据上述进程终止类型确定上传上述监控文件的传输方式；按照上述传输方式将上述监控文件发送出去。

在一些实施例中，上述当目标设备上运行的进程出现终止时，获取记录有上述进程的运行状态数据的监控文件包括：当目标设备上运行的进程出现终止时，通过监控进程获取目标设备的系统日志，上述监控进程用于监控目标设备上运行的进程的运行状态；对上述系统日志中的数据进行分析，确定上述进程的运行状态，上述运行状态包括独立运行和非独立运行；根据上述运行状态获取上述进程的运行状态数据，将上述系统日志和上述运行状态数据封装成监控文件。

在一些实施例中，上述根据上述运行状态获取上述进程的运行状态数据包括：当上述运行状态为独立运行时，获取内存中上述进程终止前的设定时间段内的上述进程的运行状态数据。

在一些实施例中，上述根据上述运行状态获取上述进程的运行状态数据包括：当上述运行状态为非独立运行时，获取内存中上述进程终止前的设定时间段内的以下数据中的至少一项：上述进程的运行状态数据、与上述进程同时运行的其他进程的运行状态数据和目标设备的数据。

在一些实施例中，上述确认上述监控文件中的进程终止类型，根据上述进程终止类型确定上传上述监控文件的传输方式包括：当上述系统日志中的进程终止类型为正常终止时，直接上传上述监控文件。

在一些实施例中，上述确认上述监控文件中的进程终止类型，根据上述进程终止类型确定上传上述监控文件的传输方式包括：当上述系统日志中的进程终止类型为异常终止时，创建用于上传上述监控文件的数据传输进程，并通过上述数据传输进程上传上述监控文件；并在完成上传上述监控文件后删除上述数据传输进程。

在一些实施例中，上述方法还包括：设置激活进程，上述激活进程用于在上述监控进程停止运行时激活上述监控进程。

在一些实施例中，上述监控进程还用于在上述激活进程停止运行时激活上述激活进程。

第二方面，本申请提供了一种数据传输装置，该装置包括：监控文件获取单元，用于在目标设备上运行的进程出现终止时，获取记录有上述进程的运行状态数据的监控文件；传输方式确定单元，用于确认上述监控文件中的进程终止类型，根据上述进程终止类型确定上传上述监控文件的传输方式；文件发送单元，用于按照上述传输方式将上述监控文件发送出去。

在一些实施例中，上述监控文件获取单元包括：系统日志获取子单元，用于在目标设备上运行的进程出现终止时，通过监控进程获取目标设备的系统日志，上述监控进程用于监控目标设备上运行的进程的运行状态；运行状态查看子单元，用于对上述系统日志中的数据进行分析，确定上述进程的运行状态，上述运行状态包括独立运行和非独立运行；监控文件获取子单元，用于根据上述运行状态获取上述进程的运行状态数据，将上述系统日志和上述运行状态数据封装成监控文件。

在一些实施例中，上述监控文件获取子单元包括：第一运行状态数据获取模块，用于在上述运行状态为独立运行时，获取内存中上述进程终止前的设定时间段内的上述进程的运行状态数据。

在一些实施例中，上述监控文件获取子单元包括：第二运行状态数据获取模块，用于在上述运行状态为非独立运行时，获取内存中上述进程终止前的设定时间段内的以下数据中的至少一项：上述进程的运行状态数据、与上述进程同时运行的其他进程的运行状态数据和目标设备的数据。

在一些实施例中，上述传输方式确定单元包括：第一传输子单元，用于在上述系统日志中的进程终止类型为正常终止时，直接上传上述监控文件。

在一些实施例中，上述传输方式确定单元包括：第二传输子单元，用于在上述系统日志中的进程终止类型为异常终止时，创建用于上传上述监控文件的数据传输进程，并通过上述数据传输进程上传上述监控文件；并在完成上传上述监控文件后删除上述数据传输进程。

在一些实施例中，上述装置还包括：激活进程设置单元，用于设置激活进程，上述激活进程用于在上述监控进程停止运行时激活上述监控进程。

在一些实施例中，上述监控进程还用于在上述激活进程停止运行时激活上述激活进程。

第三方面，本申请提供了一种服务器，包括：一个或多个处理器；存储器，用于存储一个或多个程序，当上述一个或多个程序被上述一个或多个处理器执行时，使得上述一个或多个处理器执行上述第一方面的数据传输方法。

第四方面，本申请提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述第一方面的数据传输方法。

本申请提供的数据传输方法、装置及服务器，在进程终止时，获取记录有进程的运行状态数据的监控文件；并根据进程终止类型，确定上传监控文件的传输方式，能够在发生进程终止的情况下，保证将监控文件发送出去，提高了监控文件的传输稳定性。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请可以应用于其中的示例性系统架构图；

图2是根据本申请的数据传输方法的一个实施例的流程图；

图3是根据本申请的数据传输方法的应用场景的一个示意图；

图4是根据本申请的数据传输装置的一个实施例的结构示意图；

图5是根据本申请的服务器的一个实施例的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的数据传输方法或数据传输装置的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

终端设备101、102、103通过网络104与服务器105交互，以发送监控文件等。终端设备101、102、103上可以安装有各种数据处理应用，例如数据检测应用、数据监控应用等。

终端设备101、102、103可以是运行应用的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器105可以是对终端设备101、102、103发来的监控文件进行处理的服务器。例如，服务器105可以是根据监控文件进行数据分析，进而对终端设备101、102、103或终端设备101、102、103上运行的应用进行分析处理的服务器。服务器105接收终端设备101、102、103发来的监控文件，根据监控文件内的进程终止类型对终端设备101、102、103的硬件信息、操作系统信息，以及终端设备101、102、103上运行的应用进行分析的服务器105。

需要说明的是，本申请实施例所提供的数据传输方法由终端设备101、102、103执行。相应地，数据传输装置一般设置于终端设备101、102、103中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

图2，其示出了一种数据传输方法的一个实施例的流程图200，该数据传输方法包括：

步骤201，当目标设备上运行的进程出现终止时，获取记录有上述进程的运行状态数据的监控文件。

在本实施例中，数据传输方法运行于其上的目标设备(例如图1所示的终端设备101、102、103)可以通过有线或无线的方式与服务器105进行数据传输。终端设备101、102、103上运行有各种应用，应用运行时，终端设备101、102、103上生成于应用相对应的进程。每种应用都需要基于终端设备101、102、103的硬件信息和操作系统来实现一定的功能。其中，有些应用可以只依靠终端设备101、102、103的硬件信息和操作系统来运行；另一些应用则除了需要依靠终端设备101、102、103的硬件信息和操作系统外，还需要其他应用的支持才能运行。比较而言，越是对终端设备101、102、103的硬件信息和操作系统要求低，并且相对独立运行的应用出故障(对应的该应用的进程出现异常终止)的概率越低。而越是对终端设备101、102、103的硬件信息和操作系统要求高，并且需要其他应用来支持才能运行的应用出故障的概率越高。例如，记事本应用只对终端设备101、102、103的硬件信息和操作系统有要求，不对其他应用有要求。并且对终端设备101、102、103的硬件信息和操作系统的要求也很低，这类应用出故障的概率很低。视频播放应用不仅对终端设备101、102、103的硬件信息和操作系统有要求，而且有的第三方视频播放应用还需要终端设备101、102、103上安装有其他的音频解码应用或视频解码应用等。并且，视频播放应用也对音频解码应用的软件版本或视频解码应用的软件版本有要求。终端设备101、102、103的发展越来越精密，指令越来越复杂，各种复杂的应用也更多的对终端设备101、102、103的硬件信息和操作系统提出了要求，并需要其他应用的支持，应用出故障的概率也随之提高。虽然很多应用在完成时会在各种类型的终端设备101、102、103进行测试，但这种测试通常是在理想的情况下完成的。用户实际使用中，应用会受到除终端设备101、102、103的硬件信息和操作系统以外的其他应用或环境因素的干扰，进而会出现各种故障。而用户实际使用的环境复杂多样，无法在应用的测试阶段就能发现应用可能出现的问题。因此，有必要对终端设备101、102、103上应用的运行状态进行监控。应用的运行状态可以通过终端设备101、102、103上的与该应用对应的进程体现，通过对进程的监控可以实现对应用的监控。

对终端设备101、102、103上应用进行监控，常用的方法是监控终端设备101、102、103上该应用对应的进程的运行状态。通过对进程的运行状态的监控，可以了解到哪些应用正在运行、哪些应用占用了内存及占用了多少内存、哪些应用消耗了处理器的处理量等信息。

进程通常有运行、阻塞和终止等状态。其中，当进程处于运行和阻塞状态时，终端设备101、102、103或安装在终端设备101、102、103上的其他应用通常能够正常运行，终端设备101、102、103或第三方应用能够记录相应的运行状态数据。而当终端设备101、102、103上运行的进程发生终止时，则需要进一步分析进程发生终止的原因，以获取完整的运行状态数据。为了便于对终止的分析，需要获取记录有进程的运行状态数据的监控文件。此处，监控文件可以是终端设备101、102、103自己记录的监控文件，也可以是终端设备101、102、103上安装的第三方监控应用监控终端设备101、102、103上运行的进程后得到的监控文件。

在本实施例的一些可选的实现方式中，上述当目标设备上运行的进程出现终止时，获取记录有上述进程的运行状态数据的监控文件可以包括以下步骤：

第一步，当目标设备上运行的进程出现终止时，通过监控进程获取目标设备的系统日志。

当终端设备101、102、103上运行的应用的进程出现终止时，可以通过监控进程获取终端设备101、102、103的系统日志。其中，上述监控进程用于监控目标设备上运行的进程的运行状态，监控进程可以是终端设备101、102、103建立的，也可以是第三方监控应用建立的。上述系统日志包括进程的名称、进程的类型、进程运行的时间等信息。

第二步，对上述系统日志中的数据进行分析，确定上述进程的运行状态。

由上述描述可知，系统日志包含了进程运行的各种信息，通过分析系统日志中各个进程的信息，可以确定发生终止的进程的运行状态。其中，上述运行状态包括独立运行和非独立运行。

第三步，根据上述运行状态获取上述进程的运行状态数据，将上述系统日志和上述运行状态数据封装成监控文件。

确定了发生终止的进程后，可以确定对该进程的终止分析时需要的数据。这些数据通常是监控进程监测到的发生终止的进程的运行状态数据。其中，运行状态数据包含了进程发生终止时和发生终止前一段时间内的数据。将系统日志和运行状态数据封装成监控文件，以便其他设备通过监控文件对进程的终止进行分析。

本申请的监控进程在获取运行状态数据时，可以首先在终端设备101、102、103的存储器件(如硬盘或只读存储器等)上建立一个文件。监控进程每次记录运行状态数据时，不需要将文件内的数据读入终端设备101、102、103的内存，而是以文件追加的方式将新获得的运行状态数据写入文件，新获得的运行状态数据直接写入到该文件内已存在的数据的后面。如此，提高了监控进程记录运行状态数据的效率和终端设备101、102、103的数据处理效率。需要说明的是，监控进程不止进程出现终止时记录进程的数据，还要记录进程在其他状态时进程的数据。

在本实施例的一些可选的实现方式中，上述根据上述运行状态获取上述进程的运行状态数据可以包括：当上述运行状态为独立运行时，获取内存中上述进程终止前的设定时间段内的上述进程的运行状态数据。

由上述描述可知，当发生终止的进程的运行状态为独立运行时，只要获取该进程发生终止时一段时间内的运行状态数据就可以了。所有的应用都需要在终端设备101、102、103的内存中运行，可以获取内存中发生终止前一段时间内的发生终止的进程的运行状态数据。

在本实施例的一些可选的实现方式中，上述根据上述运行状态获取上述进程的运行状态数据包括：当上述运行状态为非独立运行时，获取内存中上述进程终止前的设定时间段内的以下数据中的至少一项：上述进程的运行状态数据、与上述进程同时运行的其他进程的运行状态数据和目标设备的数据。

由上述描述可知，当发生终止的进程的运行状态为非独立运行时，从终端设备101、102、103的内存获取发生终止前一段时间内的该进程的运行状态数据、以及与该进程同时运行的其他相关进程的运行状态数据。为了便于后续对运行状态数据的分析，还可以一并获取终端设备101、102、103的硬件数据和/或操作系统等数据。

步骤202，确认上述监控文件中的进程终止类型，根据上述进程终止类型确定上传上述监控文件的传输方式。

终端设备101、102、103上的应用在运行时可能发生各种故障，例如：终端设备101、102、103的屏幕静止、蓝屏、应用卡顿、应用退出、应用重启等，甚至可以是应用崩溃、终端设备101、102、103的死机或重启等故障。反映在进程上，通常是进程出现了终止。对于不同的进程终止类型，可以采用不同的传输方式将发生终止的进程对应的监控文件发送出去。例如，当进程是由于应用完成退出、应用重启等原因终止时，这类终止通常不会对终端设备101、102、103上的其他应用或终端设备101、102、103的正常运行造成影响。而当进程是由应用崩溃等原因终止时，该进程的终止容易导致其他进程的终止，甚至终端设备101、102、103的死机或重启。不同类型的终止发生时，终端设备101、102、103的工作状态不同，例如，当进程是由于应用完成退出、应用重启等终止时，通常终端设备101、102、103上的其他进程还可以正常工作，终端设备101、102、103的处理器等硬件设备也能正常工作。此时监控进程可以通过有线或无线的方式，将监控文件发送出去。当进程是由应用崩溃等原因终止时，终端设备101、102、103上的其他进程可能无法正常工作，终端设备101、102、103也可能出现死机或重启。此时，监控进程也可能随着其他进程的终止而终止，也就无法正常传输监控文件了。因此，不同的终止类型需要采用不同的传输方式来保证监控文件的传输成功。

在本实施例的一些可选的实现方式中，上述确认上述监控文件中的进程终止类型，根据上述进程终止类型确定上传上述监控文件的传输方式可以包括：当上述系统日志中的进程终止类型为正常终止时，直接上传上述监控文件。

由上述描述可知，当进程是由于应用完成退出、应用重启等终止时，终端设备101、102、103上的其他应用还可以正常工作，终端设备101、102、103的处理器等硬件设备也能正常工作。此时，可以采用数据直接上传的方式传输监控文件。数据直接上传是指获得监控文件后，无需重新建立其他用来传输监控文件的进程，而是通过当前存在的进程来传输监控文件。

在本实施例的一些可选的实现方式中，上述确认上述监控文件中的进程终止类型，根据上述进程终止类型确定上传上述监控文件的传输方式可以包括：当上述系统日志中的进程终止类型为异常终止时，创建用于上传上述监控文件的数据传输进程，并通过上述数据传输进程上传上述监控文件；并在完成上传上述监控文件后删除上述数据传输进程。

由上述描述可知，当进程是由应用崩溃等原因终止时，终端设备101、102、103上的其他应用可能无法正常工作，终端设备101、102、103上的进程可能出现崩溃。此时，无法保证通过数据直接上传的方式能成功传输监控文件。此时，可以通过终端设备101、102、103的处理器或第三方监控应用建立新的数据传输进程。该数据传输进程只负责监控文件的传输，不与其他进程进行数据交互，并且是新建立的独立的进程。因此，数据传输进程不受其他进程的干扰，能够保证对监控文件的成功传输。

为了降低对终端设备101、102、103的数据处理压力，提高终端设备101、102、103的数据处理效率，数据传输进程可以在传输上述监控文件时建立，并在完成上传上述监控文件后删除。同时，重置上报重试等相关控制参数，避免重复上传监控文件。

在本实施例的一些可选的实现方式中，方法还包括：设置激活进程。

由上述描述可知，监控进程用于监控终端设备上运行的进程的运行状态数据，监控进程可以是终端设备101、102、103建立的，也可以是第三方应用建立的。当终止类型为异常终止时，监控进程有可能会停止运行。为了保证监控进程的有效运行，可以设置激活进程。其中，上述激活进程用于在上述监控进程停止运行时激活上述监控进程。

激活进程的作用是在监控进程停止运行时对监控进程重新激活。同时，激活进程也可能由于各种干扰而停止运行。为此，本申请的监控进程还用于在上述激活进程停止运行时激活上述激活进程。如此，使得监控进程和激活进程进行相互激活，大大提高了监控进程的可靠性，进而能够保证进程在各种终止情况下，监控进程都能有效地记录其他进程的运行状态数据，保证了终端设备101、102、103和第三方监控应用的正常运行，并保证了能够将监控文件成功传输出去。

步骤203，按照上述传输方式将上述监控文件发送出去。

根据终止类型确定了传输方式后，终端设备101、102、103通过该传输方式将监控文件发送出去。

继续参见图3，图3是根据本实施例的数据传输方法的应用场景的一个示意图。当终端设备101、102、103上运行的进程出现终止时，监控进程可以查看终端设备101、102、103的系统日志，如图3所示。从图3的系统日志中可以获取进程的名称、类型、事件数、运行时间(H代表小时)和停止时间等信息。通过对这些数据的分析，可以确定进程是独立运行还是非独立运行；如果是独立运行，则获取该终止的进程在内存中设定时间内的运行状态数据；如果是非独立运行，则还要获取内存中与该终止的进程同时运行的其他进程的运行状态数据。还可以同时获取终端设备101、102、103的数据，将运行状态数据和系统日志封装成监控文件。之后，需要分析该进程终止的原因。通常进程终止有两种情况，第一种是进程执行完任务后的正常终止；第二种是进程被干扰后的异常终止，异常终止通常由对应该进程的应用发生崩溃或数据被破坏等原因造成。为了保证将监控文件有效传输出去，对于不同类型的终止采取不同的传输方式。第一种终止属于进程的正常终止，这种情况下，终止的进程没有受到干扰或破坏，该终止的进程也没有对其他进程或系统造成影响。此时，可以直接上传获取的监控文件。第二种终止属于进程的异常终止，这种情况下，终止的进程的数据遭到破坏，该进程对应的应用可能崩溃。而崩溃可能是由于该应用自身的数据处理造成，也可能是其他应用对该应用的数据处理造成的干扰导致的崩溃。同时，进程的异常终止还可能造成终端设备101、102、103的死机等情况，进而导致终端设备101、102、103上正在运行的进程也出现问题。例如，实际中，很少出现两个或多个进程在同一时间停止的情况，如果有两个或多个进程在同一时间停止(如图3中的进程2和进程4)，则很有可能是由于一个进程的异常终止导致的其他进程的异常终止。此种情况，可以在终端设备101、102、103上重新建立数据传输进程，该进程是在终止发生后建立的，不受进程终止前的因素的干扰，并且与其他进程没有相关性，只用于上传监控文件。因此，可以保证将异常终止时获取的监控文件成功传输出去。

监控进程能够对其他进程的运行状态进行监控，但监控进程本身也可能会被异常终止的进程干扰，进而出现异常终止的情况。为此，本申请还设置了激活进程，激活进程用于对监控进程的工作状态进程监控。当发现监控进程处于停止状态时，激活进程就将监控进程重新激活，以保证监控进程的正常运行，进而能够保证监控进程获取到其他进程的完整运行状态数据。同时，激活进程也可能出现终止的情况，此时，可以借助监控进程将激活进程重新激活，实现监控进程和激活进程的相互激活，保证了监控进程获取到进程完整的运行状态数据。

本申请提供的数据传输方法，在进程终止时，获取记录有进程的运行状态数据的监控文件；并根据进程终止类型，确定上传监控文件的传输方式，能够在发生进程终止的情况下，保证将监控文件发送出去，提高了监控文件的传输稳定性。

进一步参考图4，作为对上述各图所示方法的实现，本申请提供了一种用于推送信息的装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图4所示，本实施例上述的数据传输装置400可以包括：监控文件获取单元401、传输方式确定单元402和文件发送单元403。其中，监控文件获取单元401用于在目标设备上运行的进程出现终止时，获取记录有上述进程的运行状态数据的监控文件；传输方式确定单元402用于确认上述监控文件中的进程终止类型，根据上述进程终止类型确定上传上述监控文件的传输方式；文件发送单元403用于按照上述传输方式将上述监控文件发送出去。

在本实施例的一些可选的实现方式中，上述监控文件获取单元401可以包括：系统日志获取子单元(图中未示出)、运行状态查看子单元(图中未示出)和监控文件获取子单元(图中未示出)。其中，系统日志获取子单元用于在目标设备上运行的进程出现终止时，通过监控进程获取目标设备的系统日志，上述监控进程用于监控目标设备上运行的进程的运行状态；运行状态查看子单元用于对上述系统日志中的数据进行分析，确定上述进程的运行状态，上述运行状态包括独立运行和非独立运行；监控文件获取子单元用于根据上述运行状态获取上述进程的运行状态数据，将上述系统日志和上述运行状态数据封装成监控文件。

在本实施例的一些可选的实现方式中，上述监控文件获取子单元可以包括：第一运行状态数据获取模块(图中未示出)，用于在上述运行状态为独立运行时，获取内存中上述进程终止前的设定时间段内的上述进程的运行状态数据。

在本实施例的一些可选的实现方式中，上述监控文件获取子单元可以包括：第二运行状态数据获取模块(图中未示出)，用于在上述运行状态为非独立运行时，获取内存中上述进程终止前的设定时间段内的以下数据中的至少一项：上述进程的运行状态数据、与上述进程同时运行的其他进程的运行状态数据和目标设备的数据。

在本实施例的一些可选的实现方式中，上述传输方式确定单元402可以包括：第一传输子单元(图中未示出)，用于在上述系统日志中的进程终止类型为正常终止时，直接上传上述监控文件。

在本实施例的一些可选的实现方式中，上述传输方式确定单元402可以包括：第二传输子单元(图中未示出)，用于在上述系统日志中的进程终止类型为异常终止时，创建用于上传上述监控文件的数据传输进程，并通过上述数据传输进程上传上述监控文件；并在完成上传上述监控文件后删除上述数据传输进程。

在本实施例的一些可选的实现方式中，上述数据传输装置400还可以包括：激活进程设置单元(图中未示出)，用于设置激活进程，上述激活进程用于在上述监控进程停止运行时激活上述监控进程。

在本实施例的一些可选的实现方式中，上述监控进程还用于在上述激活进程停止运行时激活上述激活进程。

本实施例还提供了一种服务器，包括：一个或多个处理器；存储器，用于存储一个或多个程序，当上述一个或多个程序被上述一个或多个处理器执行时，使得上述一个或多个处理器执行上述的数据传输方法。

本实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述的数据传输方法。

下面参考图5，其示出了适于用来实现本申请实施例的服务器500的结构示意图。

如图5所示，服务器500包括中央处理单元(CPU)501，其可以根据存储在只读存储器(ROM)502中的程序或者从存储部分508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM503中，还存储有系统500操作所需的各种程序和数据。CPU501、ROM502以及RAM503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

以下部件连接至I/O接口505：包括键盘、鼠标等的输入部分506；包括诸如液晶显示器(LCD)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，上述计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括监控文件获取单元、传输方式确定单元和文件发送单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，文件发送单元还可以被描述为“用于发送监控文件的单元”。

作为另一方面，本申请还提供了一种非易失性计算机存储介质，该非易失性计算机存储介质可以是上述实施例中上述装置中所包含的非易失性计算机存储介质；也可以是单独存在，未装配入终端中的非易失性计算机存储介质。上述非易失性计算机存储介质存储有一个或者多个程序，当上述一个或者多个程序被一个设备执行时，使得上述设备：当目标设备上运行的进程出现终止时，获取记录有上述进程的运行状态数据的监控文件；确认上述监控文件中的进程终止类型，根据上述进程终止类型确定上传上述监控文件的传输方式；按照上述传输方式将上述监控文件发送出去。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (18)

1.一种数据传输方法，其特征在于，所述方法包括：

当目标设备上运行的进程出现终止时，获取记录有所述进程的运行状态数据的监控文件；

确认所述监控文件中的进程终止类型，根据所述进程终止类型确定上传所述监控文件的传输方式，包括：当所述进程终止类型为异常终止时，创建用于上传所述监控文件的数据传输进程；

按照所述传输方式将所述监控文件发送出去，包括：通过所述数据传输进程上传所述监控文件。

2.根据权利要求1所述的方法，其特征在于，所述当目标设备上运行的进程出现终止时，获取记录有所述进程的运行状态数据的监控文件包括：

当目标设备上运行的进程出现终止时，通过监控进程获取目标设备的系统日志，所述监控进程用于监控目标设备上运行的进程的运行状态；

对所述系统日志中的数据进行分析，确定所述进程的运行状态，所述运行状态包括独立运行和非独立运行；

根据所述运行状态获取所述进程的运行状态数据，将所述系统日志和所述运行状态数据封装成监控文件。

3.根据权利要求2所述的方法，其特征在于，所述根据所述运行状态获取所述进程的运行状态数据包括：

当所述运行状态为独立运行时，获取内存中所述进程终止前的设定时间段内的所述进程的运行状态数据。

4.根据权利要求2所述的方法，其特征在于，所述根据所述运行状态获取所述进程的运行状态数据包括：

当所述运行状态为非独立运行时，获取内存中所述进程终止前的设定时间段内的以下数据中的至少一项：所述进程的运行状态数据、与所述进程同时运行的其他进程的运行状态数据和目标设备的数据。

5.根据权利要求3所述的方法，其特征在于，所述确认所述监控文件中的进程终止类型，根据所述进程终止类型确定上传所述监控文件的传输方式还包括：

当所述系统日志中的进程终止类型为正常终止时，直接上传所述监控文件。

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

在完成上传所述监控文件后删除所述数据传输进程。

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

设置激活进程，所述激活进程用于在所述监控进程停止运行时激活所述监控进程。

8.根据权利要求7所述的方法，其特征在于，所述监控进程还用于在所述激活进程停止运行时激活所述激活进程。

9.一种数据传输装置，其特征在于，所述装置包括：

监控文件获取单元，用于在目标设备上运行的进程出现终止时，获取记录有所述进程的运行状态数据的监控文件；

传输方式确定单元，用于确认所述监控文件中的进程终止类型，根据所述进程终止类型确定上传所述监控文件的传输方式，包括：在所述进程终止类型为异常终止时，创建用于上传所述监控文件的数据传输进程；

文件发送单元，用于按照所述传输方式将所述监控文件发送出去，包括：通过所述数据传输进程上传所述监控文件。

10.根据权利要求9所述的装置，其特征在于，所述监控文件获取单元包括：

系统日志获取子单元，用于在目标设备上运行的进程出现终止时，通过监控进程获取目标设备的系统日志，所述监控进程用于监控目标设备上运行的进程的运行状态；

运行状态查看子单元，用于对所述系统日志中的数据进行分析，确定所述进程的运行状态，所述运行状态包括独立运行和非独立运行；

监控文件获取子单元，用于根据所述运行状态获取所述进程的运行状态数据，将所述系统日志和所述运行状态数据封装成监控文件。

11.根据权利要求10所述的装置，其特征在于，所述监控文件获取子单元包括：

第一运行状态数据获取模块，用于在所述运行状态为独立运行时，获取内存中所述进程终止前的设定时间段内的所述进程的运行状态数据。

12.根据权利要求10所述的装置，其特征在于，所述监控文件获取子单元包括：

第二运行状态数据获取模块，用于在所述运行状态为非独立运行时，获取内存中所述进程终止前的设定时间段内的以下数据中的至少一项：所述进程的运行状态数据、与所述进程同时运行的其他进程的运行状态数据和目标设备的数据。

13.根据权利要求11所述的装置，其特征在于，所述传输方式确定单元还包括：

第一传输子单元，用于在所述系统日志中的进程终止类型为正常终止时，直接上传所述监控文件。

14.根据权利要求12所述的装置，其特征在于，所述传输方式确定单元包括：

第二传输子单元，用于在完成上传所述监控文件后删除所述数据传输进程。

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

激活进程设置单元，用于设置激活进程，所述激活进程用于在所述监控进程停止运行时激活所述监控进程。

16.根据权利要求15所述的装置，其特征在于，所述监控进程还用于在所述激活进程停止运行时激活所述激活进程。

17.一种服务器，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行权利要求1到8中任一所述的方法。

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

Images