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

摘要

本申请实施例公开了一种日志信息上报方法、装置及存储介质、ADSP和终端。所述方法包括：当前音频数字信号处理器生成日志信息；将所述日志信息存入所述音频数字信号处理器的日志缓冲区中；将所述日志缓冲区中的日志信息按照各自的日志属性对应的上报时间间隔，上报至当前音频数字信号处理器所在终端的应用处理器。本申请实施例提供的技术方案，可以合理的上报音频数字信号处理器的日志信息。

权利要求

1.一种日志信息上报方法，其特征在于，包括：当前音频数字信号处理器生成日志信息；其中，所述日志信息包括音频数字信号处理器日志信息和传感器日志信息；

将所述日志信息存入所述音频数字信号处理器的日志缓冲区中；

将所述日志缓冲区中的日志信息按照各自的日志属性对应的上报时间间隔，上报至当前音频数字信号处理器所在终端的应用处理器；

所述方法还包括：

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

在接收到所述应用处理器的日志信息获取指令时，从所述设定存储空间中获取所述日志信息获取指令相应的日志信息作为目标日志信息；或在检测到当前时间达到设定时间间隔时，从所述设定存储空间中获取与所述设定时间间隔相应的日志信息作为目标日志信息；

将所述目标日志信息存入所述日志缓冲区中。

2.根据权利要求1所述的方法，其特征在于，所述日志属性包括日志上报类型，所述将所述日志缓冲区中的日志信息按照各自的日志属性对应的上报时间间隔，上报至当前音频数字信号处理器所在终端的应用处理器包括：按照设定获取顺序实时获取所述日志缓冲区中的各个日志记录，将所述各个日志记录分别作为当前日志记录，所述设定获取顺序包括日志记录存入到所述日志缓冲区的时间先后顺序；

确定当前日志记录的第一日志类型对应的第一上报时间间隔，根据所述第一上报时间间隔将所述当前日志记录上报至所述应用处理器。

3.根据权利要求1所述的方法，其特征在于，所述日志属性包括日志上报类型，所述将所述日志缓冲区中的日志信息按照各自的日志属性对应的上报时间间隔，上报至当前音频数字信号处理器所在终端的应用处理器包括：利用设定计时器获取满足第二上报时间间隔的第二日志类型的日志信息；

将所述日志缓冲区中的所述第二日志类型的日志信息上报至所述应用处理器。

4.根据权利要求2所述的方法，其特征在于，所述根据所述第一上报时间间隔将所述当前日志记录上报至所述应用处理器包括：判断当前时间是否达到所述第一上报时间间隔；

若是，则将所述当前日志记录上报至所述应用处理器。

5.根据权利要求3所述的方法，其特征在于，所述设定计时器为多个，所述利用设定计时器获取满足第二上报时间间隔的第二日志类型的日志信息包括：实时检测多个设定计时器中是否存在计时时间达到对应的第二上报时间间隔的第一设定计时器；

若检测到存在所述第一设定计时器，则获取所述第二上报时间间隔对应的第二日志类型的日志信息。

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

7.一种日志信息上报装置，其特征在于，包括：日志信息生成模块，用于当前音频数字信号处理器生成日志信息；其中，所述日志信息包括音频数字信号处理器日志信息和传感器日志信息；

日志信息存入模块，用于将所述日志信息存入所述音频数字信号处理器的日志缓冲区中；

日志信息上报模块，用于将所述日志缓冲区中的日志信息按照各自的日志属性对应的上报时间间隔，上报至当前音频数字信号处理器所在终端的应用处理器；

所述装置还包括：

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

日志信息获取模块，用于在接收到所述应用处理器的日志信息获取指令时，从所述设定存储空间中获取所述日志信息获取指令相应的日志信息作为目标日志信息；或在检测到当前时间达到设定时间间隔时，从所述设定存储空间中获取与所述设定时间间隔相应的日志信息作为目标日志信息；将所述目标日志信息存入所述日志缓冲区中。

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

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

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

说明书

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

技术领域

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

背景技术

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

发明内容

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

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

[0005] 当前音频数字信号处理器生成日志信息；

[0006] 将所述日志信息存入所述音频数字信号处理器的日志缓冲区中；

[0007] 将所述日志缓冲区中的日志信息按照各自的日志属性对应的上报时间间隔，上报至当前音频数字信号处理器所在终端的应用处理器。

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

[0009] 日志信息生成模块，用于当前音频数字信号处理器生成日志信息；

[0010] 日志信息存入模块，用于将所述日志信息存入所述音频数字信号处理器的日志缓冲区中；

[0011] 日志信息上报模块，用于将所述日志缓冲区中的日志信息按照各自的日志属性对应的上报时间间隔，上报至当前音频数字信号处理器所在终端的应用处理器。

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

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

[0014] 本申请实施例通过音频数字信号处理器件生成的日志信息存入日志缓冲区中，按照所述日志信息各自的日志属性对应的上报时间间隔，上报至应用处理器，可以减缓应用
处理器的响应压力，合理的上报音频数字信号处理器上的日志信息。

附图说明

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

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

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

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

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

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

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

具体实施方式

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

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

[0024] 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无法休眠，且需要频繁的去接收和处理日志信息，使移动终端的功耗较大。若关闭日志开
关，那么就会导致很多传感器相关的问题，由于缺乏底层驱动的日志信息而需要进行反复
压力测试，徒增测试时间，严重影响对传感器相关问题的分析及解决效率。

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

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

[0027]

[0028]

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

[0030]

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

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

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

[0034]

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

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

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

[0038] 步骤101、当前音频数字信号处理器生成日志信息。

[0039] 移动终端的音频数字信号处理器(ADSP)生成日志信息。所述日志信息包括挂载在ADSP上的传感器的日志信息和ADSP自身的一些日志信息，比如ADSP的上电和掉电处理过程
的日志信息，所述传感器的日志信息由传感器生成。本实施例中所述的移动终端包括但不
限定于手机、笔记本或者平板电脑等设置有ADSP和AP的设备。

[0040] 在该步骤之前还包括开启日志开关的操作，所述开启日志开关的操作可以由ADSP所在终端上的AP来执行，并告知ADSP，ADSP在接收到该告知消息后开始生成ADSP上的日志
信息的操作。

[0041] 步骤102、将所述日志信息存入所述音频数字信号处理器的日志缓冲区中。

[0042] 将生成的日志信息通过一个while循环写入到所述音频数字信号处理器的日志缓冲区中。

[0043] 步骤103、将所述日志缓冲区中的日志信息按照各自的日志属性对应的上报时间间隔，上报至当前音频数字信号处理器所在终端的应用处理器。

[0044] 其中，所述日志属性包括日志生成时间或者日志标签或者日志上报类型。可预先设置各种具有不同日志属性的日志信息的上报时间间隔，将日志信息每隔对应的上报时间
间隔上报一次。

[0045] 所述日志生成时间为生成该日志信息的时间戳，所述日志标签为用于标识日志发起者和方便日志过滤筛选的日志属性，例如日志标签BroadcastQueue，表示该日志关于广
播队列。

[0046] 所述日志上报类型可基于传感器器类型、日志级别、日志信息内容或者ADSP架构功能域进行分类。

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

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

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

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

[0051] 当然，所述日志类型的分类还可基于其他因素进行分类，例如将日志信息基于当前运行的应用程序和音频数字信号处理器系统本身而分为两类等，也可以基于其他分类方
法对日志类型进行分类，本实施例对此并不进行限制。

[0052] 该步骤具体可以包括：获取所述缓冲区中的待上报日志信息；判断当前时间是否达到所述待上报日志信息对应的上报时间间隔；若是，则将所述待上报日志信息上报至所
述应用处理器；若否，则获取下一个待上报日志信息。其中，所述获取所述缓冲区中的待上
报日志信息可以包括：按照设定获取顺序实时获取所述日志缓冲区中待上报日志信息的各
个日志记录，将所述各个日志记录分别作为当前日志记录。所述判断当前时间是否达到所
述待上报日志信息对应的上报时间间隔，若是，则将所述待上报日志信息上报至所述应用
处理器，若否，则获取下一个待上报日志信息包括：确定当前日志记录的第一日志类型对应
的第一上报时间间隔，判断所述当前时间是否达到所述第一上报时间间隔，若是，则将所述
当前日志记录上报至所述应用处理器，若否，则获取下一个日志记录。

[0053] 本实施例提供的日志信息上报方法，通过音频数字信号处理器件生成的日志信息存入日志缓冲区中，按照所述日志信息各自的日志属性对应的上报时间间隔，上报至应用
处理器，可以减缓应用处理器的响应压力，合理的上报音频数字信号处理器上的日志信息。

[0054] 在上述技术方案的基础上，还可以包括以下步骤：若确定所述应用处理器处于休眠状态，则将生成的日志信息存储到所述当前音频数字信号处理器的设定存储空间中；在
检测到日志信息上报事件被触发时，从所述设定存储空间中获取目标日志信息，并将所述
目标日志信息存入所述日志缓冲区中。

[0055] 可选的，若确定所述应用处理器处于休眠状态，则将生成的日志信息存储到所述当前音频数字信号处理器的设定存储空间中可以包括：在检测到当前音频数字信号处理器
所在终端的应用处理器(AP)处于休眠状态或者接收到所述应用处理器发送的所述应用处
理器处于休眠状态的消息时，将生成的日志信息存放至所述音频数字信号处理器的设定存
储空间中。这样设置的原因是：在应用处理器处于休眠状态时，不将日志信息存入日志缓冲
区而是先存入设定存储空间，可以避免音频数字信号处理器将日志缓冲区中的日志信息进
行上报而对应用处理器造成打扰，使得应用处理器无法休眠的问题。

[0056] 可选的，所述在检测到日志信息上报事件被触发时，从所述设定存储空间中获取目标日志信息可以包括：在接收到所述应用处理器的日志信息获取指令时，从所述设定存
储空间中获取所述日志信息获取指令相应的日志信息作为目标日志信息；或者，在检测到
当前时间达到设定时间间隔时，从所述设定存储空间中获取与所述设定时间间隔相应的日
志信息作为目标日志信息。

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

[0058] 步骤201、当前音频数字信号处理器生成日志信息。

[0059] 步骤202、将所述日志信息存入所述音频数字信号处理器的日志缓冲区中。

[0060] 步骤203、按照设定获取顺序实时获取所述日志缓冲区中的各个日志记录，将所述各个日志记录分别作为当前日志记录，所述设定获取顺序包括日志记录存入到所述日志缓
冲区的时间先后顺序。

[0061] 在日志信息的获取过程中可以日志记录为单位进行获取，即一次获取一条日志记录。那么可以按照日志记录存入到日志缓冲区的时间先后顺序来实时获取日志缓冲区中的
各个日志记录。例如，先存入的日志记录先获取，或者后存入的日志记录先获取。

[0062] 步骤204、确定当前日志记录的第一日志类型对应的第一上报时间间隔，根据所述第一上报时间间隔将所述当前日志记录上报至所述应用处理器。

[0063] 在获取到一条日志记录时即获取到当前日志记录时，确定当前日志记录所属的第一日志类型，以及第一日志类型对应的第一上报时间间隔。其中，每个日志记录对应的第一
日志类型可能不同，相应的每个日志记录对应的第一上报时间间隔也可能不同。

[0064] 所述根据所述第一上报时间间隔将所述当前日志记录上报至所述应用处理器可以包括：判断当前时间是否达到所述第一上报时间间隔；若是，则将所述当前日志记录上报
至所述应用处理器。若否，则获取下一个日志记录作为当前日志记录。

[0065] 示例性的，可预先设置日志类型分为传感器日志类型和ADSP系统日志类型，且传感器日志类型对应的第一上报时间间隔为1秒，ADSP系统日志类型对应的第一上报时间间
隔为5秒。那么当获取到的当前日志记录的日志类型为传感器类型时，则判断上次上报传感
器类型日志信息的时间距离当前时间是否达到1秒，若是则将所述当前日志记录上报至所
述应用处理器，若否则继续获取下一条日志记录。当获取到的当前日志记录的日志类型为
ADSP系统日志类型，则判断上次上报ADSP系统日志类型日志信息的时间距离当前时间是否
达到5秒，若是则将所述当前日志记录上报至所述应用处理器，若否则继续获取下一条日志
记录。

[0066] 需要说明的是，在本实施例中获取各个日志记录，将各个日志记录分别作为当前日志记录；确定当前日志记录对应的第一上报时间间隔，只是一种对获取到的各个日志记
录分别执行确定上报时间间隔的描述方式，并不用于限定确定各个日志记录的上报时间间
隔的具体流程。本实施例中的步骤203和步骤204包括获取日志缓冲区中的一条日志记录；
确定该条日志记录对应的第一上报时间间隔；获取日志缓冲区中的下一条日志记录；确定
该条日志记录对应的第一上报时间间隔，直至日志缓冲区中的各个日志记录被获取完的实
施方式。

[0067] 本实施例提供的日志信息的上报方法，通过按照设定获取顺序实时获取所述日志缓冲区中的各个日志记录，将所述各个日志记录分别作为当前日志记录，确定当前日志记
录的第一日志类型对应的第一上报时间间隔，根据所述第一上报时间间隔将所述当前日志
记录上报至所述应用处理器，可以合理的上报音频数字信号处理器上的日志信息。

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

[0069] 步骤301、当前音频数字信号处理器生成日志信息。

[0070] 步骤302、将所述日志信息存入所述音频数字信号处理器的日志缓冲区中。

[0071] 步骤303、利用设定计时器获取满足第二上报时间间隔的第二日志类型的日志信息。

[0072] 可选的，所述设定计时器为多个，所述利用设定计时器获取满足第二上报时间间隔的第二日志类型的日志信息可以包括：实时检测多个设定计时器中是否存在计时时间达
到对应的第二上报时间间隔的第一设定计时器；若检测到存在所述第一设定计时器，则获
取所述第二上报时间间隔对应的第二日志类型的日志信息。其中，每个计时器对应为一种
日志类型的上报时间间隔进行计时，每个计时器对应一个第二上报时间间隔，所述第一设
定计时器可能为一个或者多个计时器。

[0073] 示例性的，日志类型分为A、B和C三种类型，各自对应的上报时间间隔为1秒，2秒，5秒，那么可设置3个计时器，每个计时器用于对一种日志类型的上报间隔时间进行计时。实
时检测该3个计时器中的计时时间是否达到各自的上报间隔时间，例如，检测到计时器1达
到1秒，计时器2达到5秒，即第一计时器为计时器1和计时器2，对应的第二上报时间间隔为2
秒和5秒，则从日志缓冲区中获取日志类型A的日志信息和日志类型C的日志信息。其中，所
述获取日志信息的数量可以预先设定，例如每次获取一条或者多条第二日志类型的日志记
录。

[0074] 步骤304、将所述日志缓冲区中的所述第二日志类型的日志信息上报至所述应用处理器。

[0075] 示例性的，将日志类型A的日志信息和日志类型C的日志信息上报至所诉应用处理器。

[0076] 本实施例提供的方法，通过利用预先设定的多个计时器来获取满足第二上报时间间隔的第二日志类型的日志信息，将所述日志缓冲区中的所述第二日志类型的日志信息上
报至所述应用处理器，可以合理的上报音频数字信号处理器的日志信息。

[0077] 图5为本申请实施例提供的一种日志信息上报装置的结构示意图，该装置可由软件和/或硬件实现，集成在移动终端中，例如集成在移动终端的音频数字信号处理器中。如
图5所示，该装置包括日志信息生成模块41、日志信息存入模块42和日志信息上报模块43。

[0078] 日志信息生成模块41，用于当前音频数字信号处理器生成日志信息；

[0079] 日志信息存入模块42，用于将所述日志信息存入所述音频数字信号处理器的日志缓冲区中；

[0080] 日志信息上报模块43，用于将所述日志缓冲区中的日志信息按照各自的日志属性对应的上报时间间隔，上报至当前音频数字信号处理器所在终端的应用处理器。

[0081] 本实施例提供的装置，通过音频数字信号处理器件生成的日志信息存入日志缓冲区中，按照所述日志信息各自的日志属性对应的上报时间间隔，上报至应用处理器，可以减
缓应用处理器的响应压力，合理的上报音频数字信号处理器上的日志信息。

[0082] 在上述各实施例的基础上，所述日志属性包括日志上报类型，所述日志信息上报模块包括：

[0083] 日志记录获取单元，用于按照设定获取顺序实时获取所述日志缓冲区中的各个日志记录，将所述各个日志记录分别作为当前日志记录，所述设定获取顺序包括日志记录存
入到所述日志缓冲区的时间先后顺序；

[0084] 日志记录上报单元，用于确定当前日志记录的第一日志类型对应的第一上报时间间隔，根据所述第一上报时间间隔将所述当前日志记录上报至所述应用处理器。

[0085] 在上述各实施例的基础上，所述日志属性包括日志上报类型，所述日志信息上报模块包括：

[0086] 日志信息获取单元，用于利用设定计时器获取满足第二上报时间间隔的第二日志类型的日志信息；

[0087] 日志信息上报单元，用于将所述日志缓冲区中的所述第二日志类型的日志信息上报至所述应用处理器。

[0088] 在上述各实施例的基础上，所述日志记录上报单元具体用于：

[0089] 判断当前时间是否达到所述第一上报时间间隔；

[0090] 若是，则将所述当前日志记录上报至所述应用处理器。

[0091] 在上述各实施例的基础上，所述设定计时器为多个，所述日志信息获取单元具体用于：

[0092] 实时检测多个设定计时器中是否存在计时时间达到对应的第二上报时间间隔的第一设定计时器；

[0093] 若检测到存在所述第一设定计时器，则获取所述第二上报时间间隔对应的第二日志类型的日志信息。

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

[0095] 在上述各实施例的基础上，所述装置还可以包括：

[0096] 日志信息存储模块，用于若确定所述应用处理器处于休眠状态，则将生成的日志信息存储到所述当前音频数字信号处理器的设定存储空间中；

[0097] 日志信息获取模块，用于在检测到日志信息上报事件被触发时，从所述设定存储空间中获取目标日志信息，并将所述目标日志信息存入所述日志缓冲区中。

[0098] 本申请实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种日志信息上报方法，该方法包括：当前音频数
字信号处理器生成日志信息；将所述日志信息存入所述音频数字信号处理器的日志缓冲区
中；将所述日志缓冲区中的日志信息按照各自的日志属性对应的上报时间间隔，上报至当
前音频数字信号处理器所在终端的应用处理器。

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

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

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

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

[0103] 图7为本申请实施例提供的一种移动终端的另一结构示意图，该移动终端可以包括本申请任意实施例提供的日志信息上报装置，如图7所示，该移动终端可以包括：存储器
601、中央处理器(Central Processing Unit，CPU)602(又称处理器，以下简称CPU)、所述
CPU包括应用处理器AP，所述存储器601，用于存储可执行程序代码；所述处理器602通过读
取所述存储器601中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以
用于执行：当前音频数字信号处理器生成日志信息；将所述日志信息存入所述音频数字信
号处理器的日志缓冲区中；将所述日志缓冲区中的日志信息按照各自的日志属性对应的上
报时间间隔，上报至当前音频数字信号处理器所在终端的应用处理器。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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