CN107609114A - 日志信息上报方法、装置及存储介质、adsp和终端 - Google Patents

Abstract

本申请实施例公开了一种日志信息上报方法、装置及存储介质、ADSP和终端。所述方法包括：开启至少两个日志上报进程；控制所述至少两个日志上报进程，并行的从日志缓冲区中获取日志信息；将所述至少两个日志上报进程获取到的日志信息，并行上报至当前音频数字信号处理器所在终端的应用处理器。本申请实施例提供的技术方案，以提升ADSP的日志信息上报速度和效率，提升ADSP日志信息上报的实时性。

Description

日志信息上报方法、装置及存储介质、ADSP和终端

技术领域

本申请实施例涉及移动终端的日志控制技术领域，尤其涉及一种日志信息上报方法、装置及存储介质、ADSP和终端。

背景技术

在移动终端上一般设置有一个音频数字信号处理器(advanced digital signalprocessor，ADSP)，该处理器会集中管理移动终端上的所有传感器，可以节省移动终端应用处理器(Application Processor，AP)的很多资源。由于ADSP和AP是两个独立的处理器，所以传感器日志(log)信息的传递存储机制很复杂，相关技术中的日志上报控制方法存在缺陷，需要改进。

发明内容

本申请实施例提供一种日志信息上报方法、装置及存储介质、ADSP和终端，可以优化ADSP的日志信息上报方案。

在第一方面，本申请实施例提供了一种日志信息上报方法，包括：

开启至少两个日志上报进程；

控制所述至少两个日志上报进程，并行的从日志缓冲区中获取日志信息；

将所述至少两个日志上报进程获取到的日志信息，并行上报至当前音频数字信号处理器所在终端的应用处理器。

在第二方面，本申请实施例提供了一种日志信息上报装置，包括：

日志上报进程开启模块，用于开启至少两个日志上报进程；

日志信息获取模块，用于控制所述至少两个日志上报进程，并行的从日志缓冲区中获取日志信息；

日志信息上报模块，用于将所述至少两个日志上报进程获取到的日志信息，并行上报至当前音频数字信号处理器所在终端的应用处理器。

第三方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面所提供的日志信息上报方法。

在第四方面，本申请实施例提供了一种移动终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行时实现如第一方面所提供的日志信息上报方法。

本申请实施例通过开启至少两个日志上报进程，来并行的从日志缓冲区中获取日志信息，以及并行的将获取到的日志信息上报至应用处理器，可以提升ADSP的日志信息上报速度和效率，提升ADSP日志信息上报的实时性。

附图说明

图1为本申请实施例提供的一种日志信息上报过程的示意图；

图2是本申请实施例提供的一种日志信息上报方法的流程图；

图3是本申请实施例提供的另一种日志信息上报方法的流程图；

图4是本申请实施例提供的另一种日志信息上报方法的流程图；

图5是本申请实施例提供的一种日志信息上报装置的结构示意图；

图6是本申请实施例提供的一种移动终端的结构示意图；

图7是本申请实施例提供的一种移动终端的另一结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面结合附图对本申请具体实施例作进一步的详细描述。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

为了便于理解本申请实施例，下面以高通平台音频数字信号处理器(AudioDigital Dignal Processor，ADSP)架构为例对ADSP日志传输过程进行简要介绍。其中，ADSP架构是指：传感器挂载在ADSP上，ADSP管理终端内的所有传感器，在这种架构下，所有的传感器与ADSP进行交互，然后ADSP与应用处理器(Application Processor，AP)进行交互。ADSP上生成的日志信息主要是传感器的日志信息，还包括ADSP上电、掉电状态等系统日志信息。

ADSP上可挂载环境光传感器、接近传感器、陀螺仪及加速度传感器等传感器，这些传感器会生成传感器日志(Sensor Log)，其中，传感器日志可包括传感器的状态信息(如是否出现故障，处于何种工作状态等)以及工作过程中涉及到的各种数据(如采集的数据及各种判定阈值等)，对于不同的传感器，所生成的传感器日志可能存在差异，本申请实施例不再一一举例。图1为本申请实施例提供的一种日志信息上报过程示意图。传感器日志由传感器生成，由于传感器挂载在ADSP上，所以需要通过ADSP传输至AP。在ADSP生成日志信息之后直接存入ADSP的日志缓冲区中，待日志缓冲区中存满以后按照一定的上报方式通过ADSP与AP之间的通信路径，将日志缓冲区中的日志信息上报至AP，其中，所述通信路径可以为通过共享内存(Shared Memory Driver，SMD)、进程间通信(Inter-Process Communication，IPC)及高通消息接口(Qualcom Message Interface，QMI)将日志信息传送至AP的Diagnostic task，进而传送至AP的文件系统或者QXDM工具。其中，Diagnostic task是一个诊断进程，QXDM(The QUALCOMM Extensible Diagnostic Monitor)是高通公司的可以对移动终端所发数据进行跟踪的工具，可通过对数据的分析进行相关测试或诊断。开启日志开关之后，在日志信息的传输过程中，日志信息一般是以字符串的形式传输的，其数据量是比较大的，而日志缓冲区的存储空间有限，日志缓冲区很快就会被填满，导致日志缓冲区中的日志信息一直向AP端进行上报，而AP端在接收到ADSP上报的日志信息后就会去响应，导致AP无法休眠，且需要频繁的去接收和处理日志信息，使移动终端的功耗较大。若关闭日志开关，那么就会导致很多传感器相关的问题，由于缺乏底层驱动的日志信息而需要进行反复压力测试，徒增测试时间，严重影响对传感器相关问题的分析及解决效率。

接下来，将分别介绍日志信息的相关数据结构和日志信息的读取情景。

1、日志信息的相关数据结构。

struct logger_entry是一个用于描述一条Log记录的结构体。len成员变量记录了这条记录的有效负载的长度，有效负载指定的日志记录本身的长度。__pad成员变量是用来对齐结构体的。pid和tid成员变量分别用来记录是哪条进程写入了这条记录。sec和nsec成员变量记录日志写的时间。msg成员变量记录的就是有效负载的内容了，它的大小由len成员变量来确定。

结构体struct logger_log就是真正用来保存日志的地方了。buffer成员变量变是用保存日志信息的内存缓冲区，它的大小由size成员变量确定。从misc成员变量可以看出，日志驱动程序使用的设备属于misc类型的设备，wq成员变量是一个等待队列，用于保存正在等待读取日志的进程。readers成员变量用来保存当前正在读取日志的进程，正在读取日志的进程由结构体logger_reader来描述。mutex成员变量是一个互斥量，用来保护log的并发访问。w_off成员变量用来记录下一条日志应该从哪里开始写。head成员变量用来表示打开日志文件中，应该从哪一个位置开始读取日志。

2、日志信息的读取情景。

读取日志设备文件的方法为logger_read：

新打开日志设备文件时，是从log->head位置开始读取日志的，保存在structlogger_reader的成员变量r_off中。start标号处的while循环是在等待日志可读，如果已经没有新的日志可读了，那么读进程就要进入休眠状态，等待新的日志写入后再唤醒，这是通过prepare_wait和schedule两个调用来实现的。如果没有新的日志可读，并且设备文件不是以非阻塞O_NONBLOCK的方式打开或者这时有信号要处理(signal_pending(current))，那么就直接返回，不再等待新的日志写入。判断当前是否有新的日志可读的方法是：ret＝(log->w_off＝＝reader->r_off)；即判断当前缓冲区的写入位置和当前读进程的读取位置是否相等，如果不相等，则说明有新的日志可读。继续向下看，如果有新的日志可读，那么就来获取下一条可读的日志记录的长度，从这里可以看出，日志读取进程可以日志记录为单位进行读取，一次只读取一条记录。需要说明的是，日志信息的读取和日志信息的上报是两个相对的过程，在某些情况下由应用处理器主动读取音频数字信号处理器中的日志信息，在某些情况次下由音频数字信号处理器主动向应用处理器上报日志信息，但是日志信息的读取和日志信息的上报机制和原理类似。

图2给出了本申请实施例提供的一种日志信息上报方法的流程图，本实施例的方法可以由日志信息上报装置来执行，该装置可通过硬件和/或软件的方式实现，所述装置可作为移动终端一部分设置在所述移动终端的内部，例如设置在移动终端的ADSP中。本实施例提供的方法适用于移动终端中的ADSP生成日志信息，向AP进行上报的情况。

如图2所示，本实施例提供的日志信息上报方法包括以下步骤：

步骤101、开启至少两个日志上报进程。

终端的音频数字信号处理器开启至少两个日志上报进程，所述日志上报进程为用于上报音频数字信号处理器上生成的日志信息的进程。所述日志信息可以包括挂载在音频数字信号处理器上的传感器的日志信息；还可以包括音频数字信息处理器的系统日志信息，例如音频数字信号处理器上电、掉电等运行状态的日志信息。其中，所述传感器的日志信息由挂载在音频数字信号处理器上的传感器生成。

本实施例中所述的终端包括但不限定于手机、笔记本或者平板电脑等集成有音频数字信号处理器和应用处理器的设备。

在该步骤之前还包括开启日志开关的操作，所述开启日志开关的操作可以由音频数字信号处理器所在终端上的应用处理器来执行，并告知音频数字信号处理器，音频数字信号处理器在接收到该告知消息后开始生成音频数字信号处理器上的日志信息的操作。

可选的，该步骤可以包括：若确定当前音频数字信号处理器所在终端的应用处理器处于唤醒状态，则开启至少两个日志上报进程；若确定当前音频数字信号处理器所在终端的应用处理器处于休眠状态，则不开启日志上报进程，不执行日志上报操作。

进一步的，还可以包括：将在所述应用处理器处于休眠状态下所述当前音频数字信号处理器生成的第三日志信息，存储到所述当前音频数字信号处理器的设定存储空间；在确定所述应用处理器恢复唤醒状态后，将所述第三日志信息存入日志缓冲区中，并将所述日志缓冲区中的第三日志信息上报至所述应用处理器。这样设置的好处是：通过在AP处于休眠状态时，将生成的日志信息先存入设定存储空间中，而非存入日志缓冲区中，可以解决现有技术中日志缓冲区中的日志信息一直不断的向AP推送，导致AP无法休眠功耗大的问题，可以减少日志信息的上报频率，合理的进行日志信息的上报。

步骤102、控制所述至少两个日志上报进程，并行的从日志缓冲区中获取日志信息。

其中，所述至少两个日志上报进程并行获取日志信息中的并行可以是所述至少两个日志上报进程在时间上有重叠，或者在时间上没有重叠而以独立异步的速度执行。

步骤103、将所述至少两个日志上报进程获取到的日志信息，并行上报至当前音频数字信号处理器所在终端的应用处理器。

需要说明的是，本实施例中的至少两个日志上报进程是由音频数字信号处理器开启，并控制从日志缓冲区中获取日志信息的，另外，该相应的操作也可由应用处理器来执行，例如，应用处理器开启至少两个日志读取进程；控制所述至少两个日志读取进程，并行的从音频数字信号处理器的日志缓冲区中获取日志信息；将所述至少两个日志读取进程获取到的日志信息，存储至应用处理器的文件系统中或者日志检测工具中。

本实施例提供的日志信息上报方法，通过开启至少两个日志上报进程，来并行的从日志缓冲区中获取日志信息，以及并行的将获取到的日志信息上报至应用处理器，可以提升ADSP的日志信息上报速度和效率，提升ADSP日志信息上报的实时性。

图3给出了本申请实施例提供的另一种日志信息上报方法的流程图。如图3所示，本实施例提供的方法包括以下步骤：

步骤201、开启至少两个日志上报进程。

步骤202、控制所述至少两个日志上报进程中的每个日志上报进程，并行的从日志缓冲区中分别获取与各自的上报类型匹配的第一目标日志信息。

可选的，所述日志上报进程的数量可与所述上报类型的种类相同。每个日志上报进程对应一个匹配的上报类型的第一目标日志信息，可知所述第一目标日志信息由至少两个上报类型的第一目标日志信息组成。

其中，每个日志上报进程预先对应一种上报类型，所述上报类型为日志信息的上报类型，每个日志上报进程用于获取与各自的上报类型匹配的日志信息。

可选的，所述上报类型基于传感器类型、日志级别、日志信息内容或ADSP架构功能域进行分类。以下列举几种分类方式作为示意性说明。

可选的，在基于传感器类型分类时，可按照传感器的名称分类，例如传感器名称与日志类型一一对应；也可按照传感器的功能分类，例如，陀螺仪及加速度传感器等传感器是用于检测移动终端的运动数据的，可对应运动日志类型，环境光传感器和接近传感器是用于检测外界环境变化的，可对应环境日志类型；还可按照传感器的优先级进行分类，该优先级可以用于表征传感器日志上报的优先级。

可选的，在基于日志信息内容分类时，可按照日志信息内容的类型分类，例如，传感器的工作状态为一类，传感器的异常情况为一类，传感器采集的数据为一类，传感器的校准数据为一类，传感器的判定阈值为一类等等；也可按照日志信息内容的重要程度分类，例如，传感器的状态信息的重要程度高于传感器采集的数据和判定阈值，可将不同传感器的状态信息对应一个日志类型，将不同传感器采集的数据和判定阈值对应另外一个日志类型。

可选的，在基于日志级别分类时，一般从日志级别由低向高可包括以下几类：DEBUG(调试，表示所有合理的调试用日志)，INFO(信息，表示正常使用时的日志)，WARN(警告，表示可能有问题，还没发生错误)，ERROR(错误，表示有问题并导致出错)，FATAL(致命，表示有问题导致运行时发生致命错误，通常导致重启)。

可选的，在基于ADSP架构功能域分类时，可将不同功能域(功能模块)产生的日志信息分别对应一种日志类型。例如，传感器管理模块(Sensors Manager，Smgr)对应一种日志类型，传感器校准管理模块(Sensors Calibration Manager)对应一种日志类型，传感器算法管理模块(Sensors Alorithm Manager)对应一种日志类型等等。

示例性的，所述上报类型包括传感器日志上报类型A和ADSP系统日志上报类型B，第一日志上报进程对应类型A，第二日志上报进程对应类型B，那么第一日志上报进程从日志缓冲区中获取具有类型A的第一目标日志信息，第二日志上报进程并行的从日志缓冲区中获取具有类型B的第一目标日志信息。

步骤203、将所述至少两个日志上报进程中的每个日志上报进程，分别获取的与各自的上报类型匹配的第一目标日志信息，并行上报至所述应用处理器。

如上述示例，将第一日志上报进程获取的具有类型A的第一目标日志信息和第二日志上报进程获取的具有类型B的第一目标日志信息，并行上报至应用处理器。

本实施例提供的方法，通过控制开启的至少两个日志上报进程中的每个日志上报进程，并行的从日志缓冲区中分别获取与各自的上报类型匹配的第一目标日志信息，将所述第一目标日志信息并行上报至应用处理器，可以提升ADSP的日志信息上报速度和效率，提升ADSP日志信息上报的实时性，合理的根据日志信息的上报类型进行日志信息的上报。

图4给出了本申请实施例提供的另一种日志信息上报方法的流程图。如图4所示，本实施例提供的日志信息上报方法包括以下步骤：

步骤301、开启至少两个日志上报进程。

步骤302、控制所述至少两个日志上报进程中的每个日志上报进程，并行的从日志缓冲区中分别获取与各自的日志生成时间条件匹配的第二目标日志信息。

所述日志生成时间条件可以为日志生成时间在设定的日志生成时间段内。每个日志上报进程可预先对应一个日志生成时间段，例如，一个日志上报进程a对应日志缓冲区中日志生成时间最新的5秒(即从最新日志生成时间开始到往前5秒这段时间)之内的日志信息，另一个日志上报进程b对应日志缓冲区中日志生成时间的5-10秒(即从最新日志生成时间往前5秒开始至往前10秒的这段时间)之内的日志信息，等等。

该步骤可以包括：控制所述至少两个日志上报进程中的每个日志上报进程，并行的从日志缓冲区中分别获取日志生成时间戳在与各自的日志生成时间段内匹配的第二目标日志信息。可选的，所述日志上报进程的数量可与设定的日志生成时间段的数量相同。每个日志上报进程对应一个匹配的日志生成时间段的第一目标日志信息，可知所述第一目标日志信息由至少两个日志生成时间段的第一目标日志信息组成。

示例性的，日志上报进程a从日志缓冲区中获取日志生成时间戳在最新的5秒内的第二目标日志信息，日志上报进程b并行的从日志缓冲区中获取日志生成时间戳在所述5-10秒之内的第二目标日志信息。

步骤303、将所述至少两个日志上报进程中的每个日志上报进程，分别获取的与各自的日志生成时间条件匹配的第二目标日志信息，并行上报至所述应用处理器。

如上述示例，将日志上报进程a获取的日志生成时间戳在最新的5秒内的第二目标日志信息，和日志上报进程b获取的日志生成时间戳在所述5-10秒之内的第二目标日志信息，并行上报至应用处理器。

本实施例提供的方法，通过控制开启的至少两个日志上报进程中的每个日志上报进程，并行的从日志缓冲区中分别获取与各自的日志生成时间条件匹配的第二目标日志信息，将所述第二目标日志信息并行上报至应用处理器，可以提升ADSP的日志信息上报速度和效率，提升ADSP日志信息上报的实时性，合理的根据日志信息的生成时间进行日志信息的上报。

图5为本申请实施例提供的一种日志信息上报装置的结构示意图，该装置可由软件和/或硬件实现，集成在移动终端中。如图5所示，该装置包括日志上报进程开启模块41、日志信息获取模块42和日志信息上报模块43。

所述日志上报进程开启模块41，用于开启至少两个日志上报进程；

所述日志信息获取模块42，用于控制所述至少两个日志上报进程，并行的从日志缓冲区中获取日志信息；

所述日志信息上报模块43，用于将所述至少两个日志上报进程获取到的日志信息，并行上报至当前音频数字信号处理器所在终端的应用处理器。

本实施例提供的装置，通过开启至少两个日志上报进程，来并行的从日志缓冲区中获取日志信息，以及并行的将获取到的日志信息上报至应用处理器，可以提升ADSP的日志信息上报速度和效率，提升ADSP日志信息上报的实时性。。

在上述各实施例的基础上，所述日志信息获取模块具体用于:

控制所述至少两个日志上报进程中的每个日志上报进程，并行的从日志缓冲区中分别获取与各自的上报类型匹配的第一目标日志信息；

所述日志信息上报模块具体用于：

将所述至少两个日志上报进程中的每个日志上报进程，分别获取的与各自的上报类型匹配的第一目标日志信息，并行上报至所述应用处理器。

在上述各实施例的基础上，所述控日志信息获取模块具体用于:

控制所述至少两个日志上报进程中的每个日志上报进程，并行的从日志缓冲区中分别获取与各自的日志生成时间条件匹配的第二目标日志信息；

所述日志信息上报模块具体用于：

将所述至少两个日志上报进程中的每个日志上报进程，分别获取的与各自的日志生成时间条件匹配的第二目标日志信息，并行上报至所述应用处理器。

在上述各实施例的基础上，所述上报类型基于传感器类型、日志级别、日志信息内容或ADSP架构功能域进行分类。

在上述各实施例的基础上，所述日志上报进程的数量与所述上报类型的种类相同。

在上述各实施例的基础上，所述日志上报进程开启模块具体用于：

若确定当前音频数字信号处理器所在终端的应用处理器处于唤醒状态，则开启至少两个日志上报进程；

若确定当前音频数字信号处理器所在终端的应用处理器处于休眠状态，则不开启日志上报进程。

在上述各实施例的基础上，所述装置还包括：

日志信息暂存模块，用于将在所述应用处理器处于休眠状态下所述当前音频数字信号处理器生成的第三日志信息，存储到所述当前音频数字信号处理器的设定存储空间；

日志信息上传模块，用于在确定所述应用处理器恢复唤醒状态后，将所述第三日志信息上报至所述应用处理器。

本申请实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种日志信息上报方法，该方法包括：开启至少两个日志上报进程；控制所述至少两个日志上报进程，并行的从日志缓冲区中获取日志信息；将所述至少两个日志上报进程获取到的日志信息，并行上报至当前音频数字信号处理器所在终端的应用处理器。

存储介质——任何的各种类型的存储器设备或存储设备。术语“存储介质”旨在包括：安装介质，例如CD-ROM、软盘或磁带装置；计算机系统存储器或随机存取存储器，诸如DRAM、DDR RAM、SRAM、EDO RAM，兰巴斯(Rambus)RAM等；非易失性存储器，诸如闪存、磁介质(例如硬盘或光存储)；寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外，存储介质可以位于程序在其中被执行的第一计算机系统中，或者可以位于不同的第二计算机系统中，第二计算机系统通过网络(诸如因特网)连接到第一计算机系统。第二计算机系统可以提供程序指令给第一计算机用于执行。术语“存储介质”可以包括可以驻留在不同位置中(例如在通过网络连接的不同计算机系统中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。

当然，本申请实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的日志信息上报操作，还可以执行本申请任意实施例所提供的日志信息上报方法中的相关操作。

本实施例提供了一种音频数字信号处理器，其上存储有计算机程序，该程序被所述音频数字信号处理器执行时实现本申请任意实施例所提供的日志信息上报方法。

本申请实施例提供了一种移动终端，该移动终端可以包括本申请任意实施例提供的日志信息上报装置。图6为本申请实施例提供的一种移动终端的结构示意图，如图6所示，该移动终端可以包括：传感器501，存储器502，处理器(所述处理器包括音频数字信号处理器503和应用处理器504)及存储在存储器上并可在音频数字信号处理器504运行的计算机程序，所述音频数字信号处理器执行所述计算机程序时实现如本申请实施例所述的任意一种日志信息上报方法。其中，所述存储器502包括音频数字信号处理器503和应用处理器的共享内存，还包括音频数字信号处理器503和应用处理器各自独立的存储空间。

本申请实施例提供了一种移动终端，该移动终端可以包括本申请任意实施例提供的日志信息上报装置。图7为本申请实施例提供的一种移动终端的结构示意图，如图7所示，该移动终端可以包括：存储器601、中央处理器(Central Processing Unit，CPU)602(又称处理器，以下简称CPU)、所述CPU包括应用处理器AP，所述存储器601，用于存储可执行程序代码；所述处理器602通过读取所述存储器601中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于执行：开启至少两个日志上报进程；控制所述至少两个日志上报进程，并行的从日志缓冲区中获取日志信息；将所述至少两个日志上报进程获取到的日志信息，并行上报至当前音频数字信号处理器所在终端的应用处理器。

所述移动终端还包括：外设接口603、RF(Radio Frequency，射频)电路605、音频电路606、音频数字信号处理器613、传感器614、扬声器611、电源管理芯片608、输入/输出(I/O)子系统609、触摸屏612、其他输入/控制设备610以及外部端口604，这些部件通过一个或多个通信总线或信号线607来通信。

应该理解的是，图示移动终端600仅仅是移动终端的一个范例，并且移动终端600可以具有比图中所示出的更多的或者更少的部件，可以组合两个或更多的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

下面就本实施例提供的用于上报日志信息的移动终端进行详细的描述，该移动终端以手机为例。

存储器601，所述存储器601可以被CPU602、外设接口603等访问，所述存储器601可以包括高速随机存取存储器，还可以包括非易失性存储器，例如一个或多个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

外设接口603，所述外设接口603可以将设备的输入和输出外设连接到CPU502和存储器601。

I/O子系统609，所述I/O子系统609可以将设备上的输入输出外设，例如触摸屏612和其他输入/控制设备610，连接到外设接口603。I/O子系统609可以包括显示控制器6091和用于控制其他输入/控制设备610的一个或多个输入控制器6092。其中，一个或多个输入控制器6092从其他输入/控制设备610接收电信号或者向其他输入/控制设备610发送电信号，其他输入/控制设备610可以包括物理按钮(按压按钮、摇臂按钮等)、拨号盘、滑动开关、操纵杆、点击滚轮。值得说明的是，输入控制器6092可以与以下任一个连接：键盘、红外端口、USB接口以及诸如鼠标的指示设备。

触摸屏612，所述触摸屏612是用户终端与用户之间的输入接口和输出接口，将可视输出显示给用户，可视输出可以包括图形、文本、图标、视频等。

I/O子系统609中的显示控制器6091从触摸屏612接收电信号或者向触摸屏612发送电信号。触摸屏612检测触摸屏上的接触，显示控制器6091将检测到的接触转换为与显示在触摸屏612上的用户界面对象的交互，即实现人机交互，显示在触摸屏612上的用户界面对象可以是运行游戏的图标、联网到相应网络的图标等。值得说明的是，设备还可以包括光鼠，光鼠是不显示可视输出的触摸敏感表面，或者是由触摸屏形成的触摸敏感表面的延伸。

RF电路605，主要用于建立手机与无线网络(即网络侧)的通信，实现手机与无线网络的数据接收和发送。例如收发短信息、电子邮件等。具体地，RF电路605接收并发送RF信号，RF信号也称为电磁信号，RF电路605将电信号转换为电磁信号或将电磁信号转换为电信号，并且通过该电磁信号与通信网络以及其他设备进行通信。RF电路605可以包括用于执行这些功能的已知电路，其包括但不限于天线系统、RF收发机、一个或多个放大器、调谐器、一个或多个振荡器、数字信号处理器、CODEC(COder-DECoder，编译码器)芯片组、用户标识模块(Subscriber Identity Module，SIM)等等。

音频电路606，主要用于从外设接口603接收音频数据，将该音频数据转换为电信号，并且将该电信号发送给扬声器611。

音频数字信号处理器(ADSP)613，用于控制和管理传感器。

传感器614，包括环境光传感器、接近传感器、陀螺仪及加速度传感器等。

扬声器611，用于将手机通过RF电路605从无线网络接收的语音信号，还原为声音并向用户播放该声音。

电源管理芯片608，用于为CPU602、I/O子系统及外设接口603所连接的硬件进行供电及电源管理。

上述实施例中提供的日志信息上报装置、存储介质及移动终端可执行本申请任意实施例所提供的日志信息上报方法，具备执行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本申请任意实施例所提供的日志信息上报方法。

上述仅为本申请的较佳实施例及所运用的技术原理。本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行的各种明显变化、重新调整及替代均不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由权利要求的范围决定。

Claims (11)

1.一种日志信息上报方法，其特征在于，包括：

开启至少两个日志上报进程；

控制所述至少两个日志上报进程，并行的从日志缓冲区中获取日志信息；

将所述至少两个日志上报进程获取到的日志信息，并行上报至当前音频数字信号处理器所在终端的应用处理器。

2.根据权利要求1所述的方法，其特征在于，所述控制所述至少两个日志上报进程，并行的从日志缓冲区中获取日志信息包括:

控制所述至少两个日志上报进程中的每个日志上报进程，并行的从日志缓冲区中分别获取与各自的上报类型匹配的第一目标日志信息；

所述将所述至少两个日志上报进程获取到的日志信息，并行上报至当前音频数字信号处理器所在终端的应用处理器包括：

将所述至少两个日志上报进程中的每个日志上报进程，分别获取的与各自的上报类型匹配的第一目标日志信息，并行上报至所述应用处理器。

3.根据权利要求1所述的方法，其特征在于，所述控制所述至少两个日志上报进程，并行的从日志缓冲区中获取日志信息包括:

控制所述至少两个日志上报进程中的每个日志上报进程，并行的从日志缓冲区中分别获取与各自的日志生成时间条件匹配的第二目标日志信息；

所述将所述至少两个日志上报进程获取到的日志信息，并行上报至当前音频数字信号处理器所在终端的应用处理器包括：

将所述至少两个日志上报进程中的每个日志上报进程，分别获取的与各自的日志生成时间条件匹配的第二目标日志信息，并行上报至所述应用处理器。

4.根据权利要求2所述的方法，其特征在于，所述上报类型基于传感器类型、日志级别、日志信息内容或ADSP架构功能域进行分类。

5.根据权利要求4所述的方法，其特征在于，所述日志上报进程的数量与所述上报类型的种类相同。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述开启至少两个日志上报进程包括：

若确定当前音频数字信号处理器所在终端的应用处理器处于唤醒状态，则开启至少两个日志上报进程；

若确定当前音频数字信号处理器所在终端的应用处理器处于休眠状态，则不开启日志上报进程。

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

将在所述应用处理器处于休眠状态下所述当前音频数字信号处理器生成的第三日志信息，存储到所述当前音频数字信号处理器的设定存储空间；

在确定所述应用处理器恢复唤醒状态后，将所述第三日志信息上报至所述应用处理器。

8.一种日志信息上报装置，其特征在于，包括：

日志上报进程开启模块，用于开启至少两个日志上报进程；

日志信息获取模块，用于控制所述至少两个日志上报进程，并行的从日志缓冲区中获取日志信息；

日志信息上报模块，用于将所述至少两个日志上报进程获取到的日志信息，并行上报至当前音频数字信号处理器所在终端的应用处理器。

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

10.一种音频数字信号处理器，其上存储有计算机程序，其特征在于，该程序被所述音频数字信号处理器执行时实现如权利要求1-7中任一所述的日志信息上报方法。

11.一种移动终端，包括存储器、音频数字信号处理器、应用处理器及存储在存储器上并可在音频数字信号处理器上运行的计算机程序，其特征在于，所述音频数字信号处理器执行所述计算机程序时实现如权利要求1-7中任一所述的日志信息上报方法。