CN110989816A - 应用的处理方法、装置以及存储介质 - Google Patents

应用的处理方法、装置以及存储介质 Download PDF

Info

Publication number
CN110989816A
CN110989816A CN201910907466.2A CN201910907466A CN110989816A CN 110989816 A CN110989816 A CN 110989816A CN 201910907466 A CN201910907466 A CN 201910907466A CN 110989816 A CN110989816 A CN 110989816A
Authority
CN
China
Prior art keywords
application
playback
volume
invalid
audiotrack
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201910907466.2A
Other languages
English (en)
Other versions
CN110989816B (zh
Inventor
陈亮
陈谭坤
张威
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201910907466.2A priority Critical patent/CN110989816B/zh
Publication of CN110989816A publication Critical patent/CN110989816A/zh
Application granted granted Critical
Publication of CN110989816B publication Critical patent/CN110989816B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3206—Monitoring of events, devices or parameters that trigger a change in power modality
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3234—Power saving characterised by the action undertaken
    • G06F1/325—Power saving in peripheral device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3234—Power saving characterised by the action undertaken
    • G06F1/329—Power saving characterised by the action undertaken by task scheduling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/16—Sound input; Sound output
    • G06F3/162—Interface to dedicated audio devices, e.g. audio drivers, interface to CODECs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/16—Sound input; Sound output
    • G06F3/165—Management of the audio stream, e.g. setting of volume, audio stream path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/60—Substation equipment, e.g. for use by subscribers including speech amplifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0261—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
    • H04W52/0264—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by selectively disabling software applications
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Health & Medical Sciences (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Computer Interaction (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephone Function (AREA)

Abstract

本申请实施例提供一种应用的处理方法、装置以及存储介质，该方法包括：检测应用对应的音轨AudioTrack的音量设置接口，获取应用的设置音量；若应用的设置音量小于第一阈值且应用的系统设置音量大于第二阈值，则确定应用处于无效放音状态；对应用的放音行为进行管控。本申请实施例通过应用的设置音量来确定应用的放音状态，实现了对应用的无效放音的监控，当识别出应用处于无效放音状态时可以停止应用的无效放音，从而减少功耗，提高用户性能体验。

Description

应用的处理方法、装置以及存储介质
技术领域
本申请实施例涉及通信领域，尤其涉及一种应用的处理方法、装置以及存储介质。
背景技术
应用放音指电子设备上安装的应用通过电子设备运行的操作系统的系统服务进行声音播 放的行为。操作系统以内置的媒体播放器(MediaPlayer)和音轨(AudioTrack)，为应用提 供声音播放功能。MediaPlayer将声音文件解码后的脉宽调制(pulse codemodulation，PCM) 音频数据流传递给AudioTrack，由AudioTrack进行播放。然而，电子设备的中央处理器(central processing unit，CPU)、内存、电池等资源都是有限的，当操作系统需要消耗大量资源时， 有可能造成资源不足的情况。因此，为了保证用户操控体验，操作系统需要对后台应用的放 音行为进行管控，将放音的应用冻结或清理。
现有技术中，通常是通过监控播放器(play back activity monitor)对应用播放音频进行监 控。监控播放器里保存了公开在软件开发包(software development kit，SDK)里的所有播放 器的实例。因此，可以通过查询接口查询正在播放音频的应用，也可以通过打点上报方式进 行监控。
然而，现有的监控播放器只能监控应用是否进行放音行为，而无法监控播放静音文件和 低音量播放的无效放音行为。
发明内容
本申请实施例提供一种应用的处理方法、装置以及存储介质，用以解决现有技术中无法 监控播放静音文件和低音量播放的无效放音行为的问题。
第一方面，本申请实施例提供一种应用的处理方法，该方法可以应用于终端、也可以应用于终端中的芯片。下面以应用于终端为例对该方法进行描述，该方法中，检测应 用对应的音轨AudioTrack的音量设置接口，获取所述应用的设置音量；若所述应用的设 置音量小于第一阈值且所述应用的系统设置音量大于第二阈值，则确定所述应用处于无 效放音状态；对所述应用的放音行为进行管控。
通过第一方面提供的应用的处理方法，可以根据应用输出的设置音量，确定应用处于 无效放音状态，若是应用处于无效放音状态，则停止应用的无效放音。该方法中通过获取应 用的设置音量来确定应用的放音状态，实现了对应用的无效放音的监控，当识别出应用 处于无效放音状态时可以停止应用的无效放音，从而减少功耗，提高用户性能体验。
在一种可实施的方式中，应用的处理方法还包括：检测应用对应的AudioFlinger的设置 最终音量接口，获取所述应用的实际播放音量；若所述应用的实际播放音量小于第三阈值且 所述应用的系统实际音量大于第四阈值，则确定所述应用处于无效放音状态。
通过该可实施的方式提供的应用的处理方法，可以通过应用的实际播放音量来确定应用 是否处于无效放音状态，实现了对应用的无效放音的监控，从而减少功耗，提高用户性能 体验。
在一种可实施的方式中，应用的处理方法还包括：获取所述AudioTrack连续调用wirte 接口输入静音音频帧的数量；若所述静音音频帧的数量大于第五阈值，则确定所述应用处于 无效放音状态。
通过该可实施的方式提供的应用的处理方法，可以通过连续调用wirte接口输入静音音频 帧的数量确定应用是否处于无效放音状态，实现了对应用的无效放音的监控，从而减少功 耗，提高用户性能体验。
在一种可实施的方式中，所述对所述应用的放音行为进行管控，包括：关闭所述应用的 放音进程。
通过该可实施的方式提供的应用的处理方法，可以通过关闭所述应用的放音进程来停止 无效放音应用的放音行为，从而减少功耗，提高用户性能体验。
在一种可实施的方式中，所在所述关闭所述应用的放音进程之后，还包括：若再次检测 到所述应用处于无效放音状态，则关闭所述应用的前台界面并停止所述应用的后台服务。
通过该可实施的方式提供的应用的处理方法，若关闭应用的放音进程后，应用再次进行 无效放音，可以通过关闭应用的前台界面并停止应用的后台服务来对应用进行更严格的管控， 从而减少功耗，提高用户性能体验。
在一种可实施的方式中，在所述关闭所述应用的前台界面并停止所述应用的后台服务之 后，还包括：若再次检测到所述应用处于无效放音状态，则强制停用所述应用。
通过该可实施的方式提供的应用的处理方法，若关闭应用的前台界面并停止应用的后台 服务后，应用再次进行无效放音，则可以确定应用为恶意放音应用，可以强制停用所述应用， 从而减少功耗，提高用户性能体验。
在一种可实施的方式中，在所述检测应用对应的音轨AudioTrack的音量设置接口，获取 所述应用的设置音量之前，还包括：若检测到所述AudioTrack的对象被创建，则启动所述应 用的无效放音检测。
通过该可实施的方式提供的应用的处理方法，可以根据AudioTrack的对象的创建，确定 应用开始进行放音，进而开始对应用进行无效放音检测。
在一种可实施的方式中，应用的处理方法还包括：若检测到所述AudioTrack的对象被 移除或销毁，则停止所述应用的无效放音检测。
通过该可实施的方式提供的应用的处理方法，可以根据AudioTrack的对象被移除或销毁， 确定应用结束放音，进而结束对应用进行无效放音检测。
第二方面，本申请实施例提供一种应用处理的终端设备的处理装置，所述终端设备包括： 处理器和存储器，其中，所述存储器用于存储程序；所述处理器用于执行第一个方面所述的 任一项应用的处理方法。
第三方面，本申请实施例提供一种存储介质，其上存储有计算机程序，包括：该程序被处理器执行时上述第一方面或第一方面的各种实施方式的应用的处理方法。
本申请实施例提供的应用的处理方法、装置以及存储介质，通过检测应用对应的音 轨AudioTrack的音量设置接口，获取应用的设置音量；若应用的设置音量小于第一阈值且应用的系统设置音量大于第二阈值，则确定应用处于无效放音状态；对应用的放音行 为进行管控。该方法中通过应用的设置音量来确定应用的放音状态，实现了对应用的无效放音的监控，当识别出应用处于无效放音状态时可以停止应用的无效放音，从而减少功耗，提高用户性能体验。
附图说明
图1为本申请实施例提供的一种应用的处理方法的应用场景的示意图；
图2为本申请实施例提供的一种终端设备的放音示意图；
图3为本申请实施例提供的应用的处理方法的实施例一的流程示意图；
图4为本申请实施例提供的一种终端设备的界面示意图；
图5为本申请实施例提供的应用的处理方法的实施例二的流程示意图；
图6为本申请实施例提供的应用的处理方法的实施例三的流程示意图；
图7为本申请实施例提供的应用的处理方法的实施例四的流程示意图；
图8为本申请实施例提供的一种应用的管控装置示意图；
图9为本申请实施例提供的应用的处理方法的实施例五的流程示意图；
图10为本申请实施例提供的一种应用处理的终端设备的处理装置；
图11为本申请实施例提供的一种电子设备的结构示意图；
图12为本申请实施例提供的应用的处理装置为手机时的结构框图。
具体实施方式
应当理解，本申请实施例中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便 本申请实施例能够以除图示或描述的那些以外的顺序实施。
应用程序是移动终端多功能化的重要组成部分，为用户提供了各种个性化的功能。应用 放音指应用程序通过系统服务进行声音播放的状态。例如：用户在选择音乐和听书类应用进 行音乐播放和内容收听时，可以将这些应用切换到后台同时进行其他活动，例如：聊天、游 戏、文字处理等。在上述情况下，发出声音的应用处于一种用户期望地正常放音状态。
操作系统以内置的媒体播放器(MediaPlayer)和音轨(AudioTrack)，为应用提供声音 播放功能。MediaPlayer将声音文件解码后的脉宽调制(pulse code modulation，PCM)音频数 据流传递给AudioTrack，由AudioTrack进行播放。
然而，智能终端的CPU、内存、电池等资源都是有限的，当系统需要消耗大量资源时， 有可能造成系统资源不足，因此，为了保证用户操控体验，操作系统需要对后台应用的放音 行为进行管控，在资源不足时，将放音的应用冻结或清理。应用管控常见的两种方式是冻结 和清理，应用冻结是指将应用限制起来不允许其活动，使其不影响系统功耗及性能。应用清 理是指将应用强制停止。
现有技术中，通常是通过监控播放器(play back activity monitor)对应用播放音频进行监 控。监控播放器里保存了公开在软件开发包(software development kit，SDK)里的所有播放 器的实例。因此，可以通过查询接口查询正在播放音频的应用，也可以通过打点上报方式进 行监控。
然而，现有的监控播放器只能监控应用是否进行放音行为，而无法监控播放静音文件和 低音量播放的无效放音行为。应用恶意进行无效放音，往往会增加系统的能耗，降低用户的 性能体验。
考虑到上述问题，本申请实施例提供了一种应用的处理方法，通过检测应用的放音事件， 获取应用输出的音频帧或应用对应的音量，并根据应用输出的音频帧或应用对应的音量，确 定应用处于无效放音状态，随之停止应用的放音事件，从而实现对应用的无效放音的监控， 当识别出应用处于无效放音状态时可以停止应用的无效放音，从而减少功耗，提高用户 性能体验。
图1为本申请实施例提供的一种应用的处理方法的应用场景示意图。图2为本申请实施 例提供的一种终端设备的放音示意图。如图1所示，应用的处理系统可以包括：终端设备101 和应用服务器102。其中，应用服务器102可以为一个也可以为多个，终端设备101中的应 用可以从对应的应用服务器102中获取音频资源，并通过终端设备101中的音频器件进行播 放。
如图2所示，终端设备101在进行放音时，终端设备101通过放音的应用创建一个AudioTrack类的实例，该AudioTrack可以处理上述应用输出的音频数据流。当AudioTrack创建时，音频护圈(AudioFlinger)会有接收到AudioTrack创建的通知，同时，AudioFlinger对上层接口接收到的AudioTrack进行混音，并通过AudioFlinger的下层接口控制终端设备101 的音频器件进行放音。通常，AudioTrack和AudioFlinger并不在同一个进程中，它们通过安 卓中的捆绑(binder)机制建立联系。
其中，AudioTrack和AudioFlinger均包含有一些放音特征。示例性的，AudioTrack可以 包含有AudioTrack的创建与销毁、静音音频帧的数量、应用设置音量，AudioFlinger可以包 含系统实际音量。
终端设备101的操作系统以内置系统服务的方式为应用提供声音播放功能，内置系统服 务中包括媒体播放器(MediaPlayer)和AudioTrack两种方式，均可以为应用提供声音播放功 能。其中，AudioTrack没有解码功能，只能播放解码之后的音频数据流。MediaPlayer可以将 声音文件解码，并将解码后的音频数据流传递给AudioTrack处理，进而让AudioTrack播放 解码之后的音频数据流。因此，应用在进行放音时，均会输出音频数据流至AudioTrack。
在Android Framework的音频子系统中，每一个应用输出的音频数据流对应着一个 AudioTrack类的一个实例。每个AudioTrack在创建时会通知AudioFlinger，AudioFlinger为 每个AudioTrack类的实例建立与一个具体的工作线程的对应关系，并通知这个工作线程创建 了一个Track对象与这个AudioTrack进行对应。AudioFlinger把所有的AudioTrack进行混音， 然后输送到终端设备101的音频器件进行播放。
本申请实施例中，可以对应用的放音进行监控，当应用处于无效放音状态时，可以停止 应用的无效放音，从而减少功耗，提高用户性能体验。
本申请实施例可以应用于具有放音功能的终端设备中，终端设备可包括手机、电脑、智 能手表等，本申请对此不做限制。
示例性的，以终端设备为手机为例，当系统前台进行视频播放或进行游戏时，若系统CPU 内存资源供给不足，为了释放该应用占用的内存资源，优先保障用户感知的前台应用体验， 可以检测应用的放音状态，优先清理处于无效放音状态的应用，强制停止应用的放音事件。 当系统灭屏待机时，若应用进行无效放音，可能导致系统无法休眠不断消耗电量。因此，可 以关闭应用的放音事件，释放音频资源，让系统顺利休眠以节约电量。
可以理解，本申请实施例提供的方法，可以适用于任一终端设备对于应用的放音进行监 控的场景。本申请实施例中应用的处理方法的执行主体为应用的处理装置，该应用的处理 装置可以由任意的软件和/或硬件实现，可以是终端设备的部分或全部，例如可以是终端设 备中的处理器。
下面以集成或安装有相关执行代码的处理器为例，以具体地实施例对本申请实施例的技 术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过 程可能在某些实施例不再赘述。
图3为本申请实施例提供的应用的处理方法的实施例一的流程示意图。如图3所示，该 应用的处理方法包括：
S201、检测应用对应的音轨AudioTrack的音量设置接口，获取应用的设置音量。
本实施例中，当应用开始进行放音时，处理器可以开始对应用的放音事件进行检测，以 便在终端设备的系统资源不足时，停止应用的放音事件。由于无效放音行为为播放静音文件 或低音量播放的行为，其往往为恶意放音行为，会造成系统资源被占用。因此，对于应用放 音进行监控时，可以进一步确定应用是否处于无效放音状态，以便优先停止处于无效放音状 态的应用的放音事件。
在正常的应用放音时，应用播放的音量为人耳可识别的音量。当音量低于人耳能正常听 见的音量时，可以确定该应用正在进行无效放音。因此，可以通过检测应用设置音量来确定 应用是否处于无效放音状态。因此，可与将应用设置音量作为放音特征。
在一些实施例中，应用播放声音时，会调用AudioTrack的音量设置(setVolume)接口， 俩进行该应用放音行为的音量设置，此时应用可以从应用对应的AudioFlinger的设置最终音 量接口，获取应用的实际播放音量。
S202、若应用的设置音量小于第一阈值且应用的系统设置音量大于第二阈值，则确定应 用处于无效放音状态。
本步骤中，可以将应用设置音量和第一阈值进行比较，若应用设置音量小于第二阈值， 且系统设置音量大于第二阈值，则确定应用处于无效放音状态。
在一些实施例中，系统检测到AudioTrack的setVolume接口中设置音量小于预先设定的 第一阈值，且当前系统设置音量大于预先设定的第二阈值时，当应用的放音事件持续预定的 时间后，可以判定关联到此AudioTrack的应用在进行无效播放。
示例性的，在通过应用设置音量确定应用处于无效放音状态前，首先需要获取系统设置 音量，并确定当前的系统设置音量未设置成静音或设置的过低。具体的，可以将系统音量和 预设的第二阈值进行比较，若系统音量大于第二阈值，则表明当前的系统设置音量未设置成 静音或设置的过低。在确定系统设置音量大于第二阈值后，此时可以进一步确定应用设置音 量是否为人耳可识别的音量。具体的，可以将应用设置音量和第一阈值进行比较，若应用设 置音量小于第一阈值，则表明应用设置的播放音量为人耳不可识别的音量，进而可以确定应 用处于无效放音状态。若应用设置音量不小于第一阈值，则表明应用处于正常放音状态。
其中，应用设置音量是由AudioTrack的setVolume接口所设置的，其可以是一种音轨 (track)音量，是一个取值为0～1.0的浮点数。相应的，上述第一阈值的取值也相应的为0～1.0 的浮点数。需要说明的是，本申请实施例对于第一阈值的设置不做限制，取0～1.0之间的值 即可。同样的，本申请实施例对于第二阈值的设置也不做限制。
上述的系统设置音量可以由用户进行手动设置。本申请实施例对于如何设置系统设置音 量不做限制，在一种可实施方式中，可以通过终端设备上的调音按钮逐步增加或者减少系统 设置音量。在另一种可实施方式中，可以在终端上直接输入具体的音量值进行设置。
S203、对应用的放音行为进行管控。
本步骤中，由于无效放音会占用系统内存，增加功耗，降低用户的性能体验。因此，当 检测到应用处于无效放音时，处理器可以停止应用的放音事件。
其中，停止应用的放音事件的管控方式通常采用冻结应用和/或清理应用的方式。冻结应 用是将应用限制起来不允许其活动，可以包括：关闭应用的放音进程和关闭应用的前台界面 并停止应用的后台服务，清理应用是强制停用应用。
需要说明的是，本申请实施例对于如何停止应用的无效放音不做限制，可以采用一种或 多种管控方式停止应用的无效放音。
在一些实施例中，可以采用分级处理的方式停止应用的无效放音。示例性的，为了能够 最大程度不影响应用功能和减少系统消耗，可以采用提出了对应用的三级管控方式。其中， 第一级管控可以为关闭(kill)应用的放音进程；第二级管控可以为关闭应用的前台界面 (RemoveTask)并停止应用的后台服务(StopService)；第三级管控可以为强制停用应用 (ForceStop)。
在一些实施例中，处理器可以根据终端设备的运行状态停止应用的放音事件。
示例性的，当系统前台进行视频播放或进行游戏时，系统CPU内存资源供给不足时。应 当把无妨放音的应用列为优先清理的对象，释放其占用的内存资源，优先保障用户感知的前 台应用体验。
示例性的，当系统灭屏待机时，应用进行无效放音，导致系统无法休眠不断消耗电量。 应当把无效放音的应用进行管控，释放音频资源，让系统顺利休眠以节约电量。
图4为本申请实施例提供的一种终端设备的界面示意图。如图4所示，在一种可选的实 施方式中，当处理器确定应用进行无效放音时，还可以在电子设备的用户界面上弹出提醒框， 以提醒用户并通过与用户交互来接收用户的指示以确定是否停止该应用的放音事件。
本申请实施例提供的应用的处理方法，通过检测应用对应的音轨AudioTrack的音量 设置接口，获取应用的设置音量；若应用的设置音量小于第一阈值且应用的系统设置音量大于第二阈值，则确定应用处于无效放音状态；对应用的放音行为进行管控。该方法 中通过应用的设置音量来确定应用的放音状态，实现了对应用的无效放音的监控，当识别出应用处于无效放音状态时可以停止应用的无效放音，从而减少功耗，提高用户性能体验。
在上述实施例的基础上，除了可以通过应用的设置音量，还可以通过实际播放音量确定 应用处于无效放音状态。图5为本申请实施例提供的应用的处理方法的实施例二的流程示意 图。如图5所示，该应用的处理方法，还包括：
S301、检测应用对应的AudioFlinger的设置最终音量接口，获取应用的实际播放音量。
下面对于上述应用设置音量和上述实际播放音量的关系进行进行说明。实际播放音量， 可以是终端设备在实际进行放音时的音量。实际播放音量可以结合主设备音量，流音量以及 线程(track)音量而成。其中，track音量由放音事件对应的应用通过AudioTrack中的设置最 终音量setVolume接口来设置。应用设置音量信息可以是上述track音量。此外，用户还可以 设置系统设置音量，并根据系统设置音量生成系统实际音量。上述系统设置音量可以作为应 用设置音量的上限值，同样的，系统实际音量可以作为实际播放音量的上限值。
示例性的，对于放音特征中的实际播放音量信息，处理器可以在AudioFlinger的设置最 终音量(setFinalVolume)接口中获取实际播放音量信息。
S302、若应用的实际播放音量小于第三阈值且应用的系统实际音量大于第四阈值，则确 定应用处于无效放音状态。
在本步骤中，可以将实际播放音量和第四阈值进行比较，若实际播放音量小第三阈值， 且系统实际音量大于第四阈值，则确定应用处于无效放音状态。
在一些实施例中，系统检测到AudioFlinger的setFinalVolume接口中实际播放音量为小 于预先设定的第三阈值，且当前系统实际音量大于预先设定的第四阈值时，当应用的放音事 件持续预定的时间后，可以判定关联到此AudioTrack的应用在进行无效播放。
示例性的，在通过实际播放音量确定应用处于无效放音状态前，首先需要获取系统实际 音量，并确定当前的系统实际音量未设置成静音或设置的过低。具体的，可以将系统实际音 量和预设的第四阈值进行比较，若系统实际音量大于第四阈值，则表明当前的系统实际音量 未设置成静音或设置的过低。若系统实际音量大于第四阈值，可以进一步确定实际播放音量 是否为人耳可识别的音量。具体的，可以将实际播放音量和第三阈值紧进行比较，若实际播 放音量小于第三阈值，则表明实际播放音量为人耳不可识别的音量，进而可以确定应用处于 无效放音状态。若实际播放音量大于第三阈值，则表明应用为正常放音状态。
其中，实际播放音量可以由AudioFlinger的setFinalVolume接口监测获取，实际播放音 量可以是结合了主设备音量，流音量以及track音量的最终音量。
需要说明的是，本申请实施例对于第三阈值和第四阈值的设置不做限制，可以根据实际 情况具体设置。同时，由于实际播放音量和应用设置音量的差异，第一阈值不等于第三阈值， 第二阈值也不等于第四阈值。
S303、对应用的放音行为进行管控。
本实施例中，步骤S303的具体实现过程和实现原理与实施例一中步骤S203的类似，此 处不再赘述。
本申请实施例提供的应用的处理方法，通过该可实施的方式提供的应用的处理方法， 可以通过应用的实际播放音量来确定应用是否处于无效放音状态，实现了对应用的无效放音 的监控，从而减少功耗，提高用户性能体验。
在上述实施例的基础上，除了可以通过应用的设置音量，还可以通过连续输入静音音 频帧的数量确定应用处于无效放音状态。图6为本申请实施例提供的应用的处理方法的实施 例三的流程示意图。如图6所示，该应用的处理方法，还包括：
S401、获取AudioTrack连续调用wirte接口输入静音音频帧的数量；
下面对于静音音频帧进行说明。在正常的应用放音时，应用输出至AudioTrack的音频数 据流中包含有各种音频帧，AudioTrack会连续调用wirte接口输入音频帧。若音频数据流中包 含有少量静音音频帧，属于放音事件中的正常情况。而在无效放音时，应用会播放静音文件， 相应的，应用输出至AudioTrack的音频数据流中会包含有大段连续的静音音频帧。基于此， 处理器可以获取应用输出的音频帧，并从其中识别出静音音频帧。通过连续输出静音音频帧 的数量可以区分正常放音和无效放音判断应用是否在播放静音文件，进而确定应用是否处于 无效放音状态。因此，可以将静音音频帧的信息作为一个放音特征。
示例性地，对于获取放音特征中的静音音频帧信息，处理器可以在应用创建的AudioTrack 类的实例中检测该应用输出的音频数据流，并根据音频数据流获取AudioTrack连续调用写入 (wirte)接口写入的静音音频帧信息。
S402、若静音音频帧的数量大于第五阈值，则确定应用处于无效放音状态。
在本步骤中，可以根据静音音频帧确定应用是否进行无效放音，若静音音频帧的数量大 于第五阈值，则确定应用处于无效放音状态。
示例性的，应用播放音频时，无论采用MediaPlaye还是AudioTrack来处理解码之后的 PCM数据流播放音频，均会创建AudioTrack来处理解码之后的PCM数据流。处理器可以在 AudioTrack内监测PCM数据流，确定AudioTrack调用wirte接口连续输出静音音频帧的数量， 并将静音音频帧的数量和预设的第五阈值进行比较。若处理器确定的AudioTrack连续调用 wirte接口连续输出静音音频帧的数量大于第五阈值，则表明该应用的放音事件连续输出的静 音音频帧超过了正常放音时连续输出静音音频帧的最大数量。此时，可以确定应用正在播放 的音频文件为静音文件，应用处在无效放音状态。若处理器确定的应用连续输出至第一线程 的静音音频帧的数量小于第五阈值，则表明为正常的应用放音。
需要说明的是，本申请实施例对于第五阈值的设置不做限制，可以根据实际情况具体设 置。例如：可以设置静音音频帧的数量的阈值为100帧，当应用连续输出的静音音频帧的数 量超过100帧时，可以确定应用处于无效放音状态。
S403、对应用的放音行为进行管控。
本实施例中，步骤S403的具体实现过程和实现原理与实施例一中步骤S203的类似，此 处不再赘述。
本申请实施例提供的应用的处理方法，通过该可实施的方式提供的应用的处理方法， 可以通过连续调用wirte接口输入静音音频帧的数量确定应用是否处于无效放音状态，实现 了对应用的无效放音的监控，从而减少功耗，提高用户性能体验。
下面结合图7对本申请实施例提供的应用的处理方法中如何开始对应用进行无效放音识 别以及如何停止对应用进行无效放音识别进行详细说明。图7为本申请实施例提供的应用的 处理方法的实施例四的流程示意图，如图7所示，本实施例提供的应用的处理方法可以包括：
S501、若检测到AudioTrack的对象被创建，则启动应用的无效放音检测。
在本步骤中，当处理器检测到AudioTrack的对象被创建后，则表明应用开始进行放音， 此时，处理器可以检测应用的放音事件并获取放音事件对应的放音特征，进而确定应用是 否处于无效反应状态。
示例性的，应用进行放音时时，上层应用会构造一个AudioTrack的对象，并相应的通知 AudioFlinger。AudioFlinger在接收到AudioTrack的对象的创建的通知后，可以确定该应用正 在进行放音。因此，若处理器检测到AudioTrack的对象被创建，则可以确定应用开始执行放 音任务，进而处理器可以开始对应用的无效识别进行检测。
在一些实施例中，当处理器检测到AudioTrack的对象被创建后，还可以记录该应用的放 音事件的相关信息。
示例性的，应用的放音事件的信息可以包括pid，uid，sessionid和mId。其中，pid为操 作系统中各进程的标识。Uid为用户身份证明。Sessionid为会话控制标识。mId为移动设备 标识。
S502、检测应用对应的音轨AudioTrack的音量设置接口，获取应用的设置音量。
S503、若应用的设置音量小于第一阈值且应用的系统设置音量大于第二阈值，则确定应 用处于无效放音状态。
S504、对应用的放音行为进行管控。
本实施例中，步骤S502-S504的具体实现过程和实现原理与实施例一中步骤S201-S203 的类似，此处不再赘述。
S505、若检测到AudioTrack的对象被移除或销毁，则停止应用的无效放音检测。
在本步骤中，当应用结束放音时，AudioTrack的对象被移除或销，此时，AudioFlinger 会有接收到线程移除的通知。进而，当检测到应用移除第一线程对象，表明应用停止进行放 音，进而，可以停止对应用进行无效放音识别。
一种可选的实施方式中，AudioTrack的对象被移除或销毁后，还可以记录应用的放音事 件的信息。
示例性的，应用的放音事件的信息可以包括pid，uid，sessionid和mId。其中，pid为操 作系统中各进程的标识。Uid为用户身份证明。Sessionid为会话控制标识。mId为移动设备 标识。
本申请实施例提供的应用的处理方法，若检测到AudioTrack的对象被创建，则启动应用 的无效放音检测，若检测到AudioTrack的对象被移除或销毁，则停止应用的无效放音检测， 使得只有在应用放音时检测应用的放音状态，避免了应用不在放音时仍然进行检测，进而降 低了能耗。
需要说明的是，本申请实施例中可以仅采用实施例一、实施例二、实施例三和实施例四中的一种无效放音识别方式来进行无效放音识别，也可以采用实施例一、实施例二、实施例三和实施例四种的一种或多种方式相互结合来进行无效放音识别。示例性的，可 以先采用应用的设置音量进行无效放音识别，若未检测到无效放音，再采用实际播放音 量进行无效放音识别，若仍
图8为本申请实施例提供的一种应用的管控装置示意图。如图8，当应用进行放音时， 终端设备的状态识别装置会从AudioTrack中识别静音音频帧的数量和应用设置音量，从 AudioFlinger中识别实际播放音量，从而确定应用是否处于无效放音状态。若状态识别装置确 定应用处于无效放音状态，可以将该信息发送给管控装置，从而使管控装置停止无效放音应 用的放音事件。
其中，方式1可以为实施例一种所记载的应用的处理方法，方式2可以为实施例二种所 记载的应用的处理方法，方式3可以为实施例三种所记载的应用的处理方法，方式4可以为 实施例四中步骤S501中所记载的应用的处理方法，方式5可以为实施例四中步骤S505中所 记载的应用的处理方法。在AudioTrack中可以采用方式1-4中的一种或多种进行应用的处理， 在AudioFlinger可以采用方式5进行应用的处理。
下面结合图9对本申请实施例提供的应用的处理方法中如何停止应用的无效放音进行详 细说明。图9为本申请实施例提供的应用的处理方法的实施例五的流程示意图，如图9所示， 本实施例提供的应用的处理方法可以包括：
S601、检测应用对应的音轨AudioTrack的音量设置接口，获取应用的设置音量。
S602、若应用的设置音量小于第一阈值且应用的系统设置音量大于第二阈值，则确定应 用处于无效放音状态。
本实施例中，步骤S601-S602的具体实现过程和实现原理与实施例一中步骤S201-S202 的类似，此处不再赘述。
S603、关闭应用的放音进程。
在本申请实施例中，可以采用通过三种管控方式分级对应用的无效放音进行管控，从而 停止无效放音应用的放音事件，以防恶意应用重复进行无效放音。
其中，一级管控方式可以为关闭应用的放音进程。当应用第一次进行无效放音时，可以 通过一级管控停止应用的放音事件。通过关闭应用的放音进程停止应用的无效放音，对应用 和系统影响最小，系统检测到应用的进程停止后，会释放相应的音频资源，降低不必要的功 耗。
S604、若再次检测到应用处于无效放音状态，则关闭应用的前台界面并停止应用的后台 服务。
本步骤中，恶意应用可通过守护进程监控被关闭的放音进程，然后关联拉起该应用的放 音进程，继续进行无效放音。若关闭应用的放音进程后，再次检测到应用处于无效放音状态， 则可以采用二级管控方式，通过关闭应用的前台界面并停止应用的后台服务停止应用的放音 行为。
S605、若再次检测到应用处于无效放音状态，则强制停用应用。
在本申请实施例中，若然而极少数恶意的应用在关闭应用的前台界面并停止应用的后台 服务后，仍然通过JobScheduler、Alarm或网络通知等方式再次启动应用进行恶意放音。此时， 可以采用三级管控方式通过强制停用应用来停止应用的放音行为。被强制停止的应用将被完 全管控，除非用户主动点击图标在前台启动应用，否则无法通过任何方式在后台自动启动。
本申请实施例提供的应用的处理方法，可以通过关闭应用的放音进程，对应用的放音行 为进行管控，若再次检测到应用处于无效放音状态，则关闭应用的前台界面并停止应用的后 台服务；若再次检测到应用处于无效放音状态，则强制停用应用。通过该方式，采用逐级管 控的方式，确定停止应用的无效放音。
图10为本申请实施例提供的一种应用的处理装置。该应用处理的终端设备的处理装置可 以通过软件、硬件或者两者的结合实现。该应用处理的终端设备的处理装置可以包括：处理 器71和存储器72，其中，
存储器71用于存储程序；
处理器72用于执行程序，以检测应用对应的音轨AudioTrack的音量设置接口，获取应 用的设置音量；若应用的设置音量小于第一阈值且应用的系统设置音量大于第二阈值，则确 定应用处于无效放音状态；对应用的放音行为进行管控。
一种可选的实施方式中，处理器72还可以执行程序，以检测应用对应的AudioFlinger的 设置最终音量接口，获取应用的实际播放音量；若应用的实际播放音量小于第三阈值且应用 的系统实际音量大于第四阈值，则确定应用处于无效放音状态。
一种可选的实施方式中，处理器72还可以执行程序，以获取AudioTrack连续调用wirte 接口输入静音音频帧的数量；若静音音频帧的数量大于第五阈值，则确定应用处于无效放音 状态。
一种可选的实施方式中，处理器72还可以执行程序，以关闭应用的放音进程。
一种可选的实施方式中，处理器72还可以执行程序，以使得若再次检测到应用处于无效 放音状态，则关闭应用的前台界面并停止应用的后台服务。
一种可选的实施方式中，处理器72还可以执行程序，以使得若再次检测到应用处于无效 放音状态，则强制停用应用。
一种可选的实施方式中，处理器72还可以执行程序，以在检测应用对应的音轨AudioTrack的音量设置接口，获取应用的设置音量之前，若检测到AudioTrack的对象被创建， 则启动应用的无效放音检测。
一种可选的实施方式中，处理器72还可以执行程序，以使得若检测到AudioTrack的对 象被移除或销毁，则停止应用的无效放音检测。
图11为本申请实施例提供的一种电子设备的结构示意图。如图9所示，该电子设备可以 包括：处理器81(例如CPU)、存储器82、收发器83；收发器83耦合至处理器81，处理器81控制收发器83的收发动作；存储器82可能包含高速随机存取存储器(random-accessmemory， RAM)，也可能还包括非易失性存储器(non-volatile memory，NVM)，例如至少一个磁盘存 储器，存储器82中可以存储各种指令，以用于完成各种处理功能以及实现本申请的方法步骤。 在一种可实施的方式中，本申请涉及的电子设备还可以包括：电源84、通信总线85以及通 信端口86。收发器83可以集成在应用的处理装置的收发信机中，也可以为应用的处理装置 上独立的收发天线。通信总线85用于实现元件之间的通信连接。上述通信端口86用于实现 终端设备与其他外设之间进行连接通信。
在本申请实施例中，上述存储器82用于存储计算机可执行程序代码，程序代码包括指令； 当处理器81执行指令时，指令使终端设备的处理器81执行上述方法实施例中应用的处理装 置的处理动作，使收发器83执行上述方法实施例中应用的处理装置的收发动作，其实现原理 和技术效果类似，在此不再赘述。
正如上述实施例，本申请实施例涉及的应用的处理装置可以是手机、平板电脑等无线终 端，因此，以应用的处理装置为手机为例：图12为本申请实施例提供的应用的处理装置为手 机时的结构框图。参考图12，该手机可以包括：射频(Radio Frequency，RF)电路1110、存 储器1120、输入单元1130、显示单元1140、传感器1150、音频电路1160、无线保真(wireless fidelity，WiFi)模块1170、处理器1180、以及电源1190等部件。本领域技术人员可以理解， 图12中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组 合某些部件，或者不同的部件布置。
下面结合图12对手机的各个构成部件进行具体的介绍：
RF电路1110可用于收发信息或通话过程中，信号的接收和发送，例如，将基站的下行 信息接收后，给处理器1180处理；另外，将上行的数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier，LNA)、双工器等。此外，RF电路1110还可以通过无线通信与网络和其他设备通信。上述无 线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global System ofMobile communication，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、 码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(WidebandCode Division Multiple Access,WCDMA)、长期演进(Long Term Evolution,LTE))、电子邮件、短消息服务 (Short Messaging Service，SMS)等。
存储器1120可用于存储软件程序以及模块，处理器1180通过运行存储在存储器1120的 软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器1120可主要包括存 储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序 (比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数 据(比如音频数据、电话本等)等。此外，存储器1120可以包括高速随机存取存储器，还可 以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器 件。
输入单元1130可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能 控制有关的键信号输入。具体地，输入单元1130可包括触控面板1131以及其他输入设备1132。 触控面板1131，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、 触笔等任何适合的物体或附件在触控面板1131上或在触控面板1131附近的操作)，并根据预 先设定的程式驱动相应的连接装置。可选的，触控面板1131可包括触摸检测装置和触摸控制 器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信 号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标， 再送给处理器1180，并能接收处理器1180发来的命令并加以执行。此外，可以采用电阻式、 电容式、红外线以及表面声波等多种类型实现触控面板1131。除了触控面板1131，输入单元 1130还可以包括其他输入设备1132。具体地，其他输入设备1132可以包括但不限于物理键 盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元1140可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。 显示单元1140可包括显示面板1141，可选的，可以采用液晶显示器(LiquidCrystal Display， LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1141。 进一步的，触控面板1131可覆盖于显示面板1141之上，当触控面板1131检测到在其上或附 近的触摸操作后，传送给处理器1180以确定触摸事件的类型，随后处理器1180根据触摸事 件的类型在显示面板1141上提供相应的视觉输出。虽然在图10中，触控面板1131与显示面 板1141是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将 触控面板1131与显示面板1141集成而实现手机的输入和输出功能。
手机还可包括至少一种传感器1150，比如光传感器、运动传感器以及其他传感器。具体 地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明 暗来调节显示面板1141的亮度，光传感器可在手机移动到耳边时，关闭显示面板1141和/或 背光。作为运动传感器的一种，加速度传感器可检测各个方向上(一般为三轴)加速度的大 小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相 关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置 的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
音频电路1160、扬声器1161以及传声器1162可提供用户与手机之间的音频接口。音频 电路1160可将接收到的音频数据转换后的电信号，传输到扬声器1161，由扬声器1161转换 为声音信号输出；另一方面，传声器1162将收集的声音信号转换为电信号，由音频电路1160 接收后转换为音频数据，再将音频数据输出处理器1180处理后，经RF电路1110以发送给比 如另一手机，或者将音频数据输出至存储器1120以便进一步处理。
WiFi属于短距离无线传输技术，手机通过WiFi模块1170可以帮助用户收发电子邮件、 浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图12示出了WiFi 模块1170，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变本 申请实施例的本质的范围内而省略。
处理器1180是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运 行或执行存储在存储器1120内的软件程序和/或模块，以及调用存储在存储器1120内的数据， 执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器1180可包括一 个或多个处理单元；例如，处理器1180可集成应用处理器和调制解调处理器，其中，应用处 理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以 理解的是，上述调制解调处理器也可以不集成到处理器1180中。
手机还包括给各个部件供电的电源1190(比如电池)，可选的，电源可以通过电源管理 系统与处理器1180逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等 功能。
手机还可以包括摄像头1200，该摄像头可以为前置摄像头，也可以为后置摄像头。尽管 未示出，手机还可以包括蓝牙模块、GPS模块等，在此不再赘述。
在本申请实施例中，该手机所包括的处理器1180可以用于执行上述数据传输方法实施例， 其实现原理和技术效果类似，在此不再赘述。
本申请实施例还提供了一种芯片，包括处理器和接口。其中接口用于输入输出处理器所 处理的数据或指令。处理器用于执行以上方法实施例中提供的方法。该芯片可以应用于终端 设备中。
本申请实施例还提供一种程序，该程序在被处理器执行时用于执行以上方法实施例提供 的方法。
本申请实施例还提供一种程序产品，例如计算机可读存储介质，该程序产品中存储有指 令，当其在计算机上运行时，使得计算机执行上述方法实施例提供的方法。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当 使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一 个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本 发明实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他 可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介 质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服 务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、 无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读 存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务 器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光 介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

Claims (10)

1.一种应用的处理方法，其特征在于，包括：
检测应用对应的音轨AudioTrack的音量设置接口，获取所述应用的设置音量；
若所述应用的设置音量小于第一阈值且所述应用的系统设置音量大于第二阈值，则确定所述应用处于无效放音状态；
对所述应用的放音行为进行管控。
2.根据权利要求1所述的方法，其特征在于，还包括：
检测应用对应的AudioFlinger的设置最终音量接口，获取所述应用的实际播放音量；
若所述应用的实际播放音量小于第三阈值且所述应用的系统实际音量大于第四阈值，则确定所述应用处于无效放音状态。
3.根据权利要求1所述的方法，其特征在于，还包括：
获取所述AudioTrack连续调用wirte接口输入静音音频帧的数量；
若所述静音音频帧的数量大于第五阈值，则确定所述应用处于无效放音状态。
4.根据权利要求1所述的方法，其特征在于，所述对所述应用的放音行为进行管控，包括：
关闭所述应用的放音进程。
5.根据权利要求4所述的方法，其特征在于，在所述关闭所述应用的放音进程之后，还包括：
若再次检测到所述应用处于无效放音状态，则关闭所述应用的前台界面并停止所述应用的后台服务。
6.根据权利要求5所述的方法，其特征在于，在所述关闭所述应用的前台界面并停止所述应用的后台服务之后，还包括：
若再次检测到所述应用处于无效放音状态，则强制停用所述应用。
7.根据权利要求1-6任一项所述的方法，其特征在于，在所述检测应用对应的音轨AudioTrack的音量设置接口，获取所述应用的设置音量之前，还包括：
若检测到所述AudioTrack的对象被创建，则启动所述应用的无效放音检测。
8.根据权利要求1-6任一项所述的方法，其特征在于，还包括：
若检测到所述AudioTrack的对象被移除或销毁，则停止所述应用的无效放音检测。
9.一种应用的处理装置，其特征在于，所述应用的处理装置包括：处理器和存储器；
其中，所述存储器用于存储程序；
所述处理器用于执行权利要求1-7任一项所述的应用的处理方法。
10.一种存储介质，其上存储有计算机程序，其特征在于，包括：该程序被处理器执行时实现权利要求1-7任一项所述的方法。
CN201910907466.2A 2019-09-24 2019-09-24 应用的处理方法、装置以及存储介质 Active CN110989816B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910907466.2A CN110989816B (zh) 2019-09-24 2019-09-24 应用的处理方法、装置以及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910907466.2A CN110989816B (zh) 2019-09-24 2019-09-24 应用的处理方法、装置以及存储介质

Publications (2)

Publication Number Publication Date
CN110989816A true CN110989816A (zh) 2020-04-10
CN110989816B CN110989816B (zh) 2022-01-14

Family

ID=70081815

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910907466.2A Active CN110989816B (zh) 2019-09-24 2019-09-24 应用的处理方法、装置以及存储介质

Country Status (1)

Country Link
CN (1) CN110989816B (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111885415A (zh) * 2020-07-24 2020-11-03 海信视像科技股份有限公司 一种音频数据快速输出方法及显示设备
CN113553024A (zh) * 2021-07-30 2021-10-26 深圳康佳电子科技有限公司 一种分屏窗口的音量配置方法、存储介质及终端设备

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1937403A (zh) * 2005-09-23 2007-03-28 英华达(上海)电子有限公司 使用于多媒体的智能型音量切换的方法
CN102339619A (zh) * 2011-09-26 2012-02-01 华为终端有限公司 音视频输出的控制方法及设备
CN106095379A (zh) * 2016-05-31 2016-11-09 宇龙计算机通信科技(深圳)有限公司 一种音量调节方法及装置
CN106200872A (zh) * 2016-06-30 2016-12-07 维沃移动通信有限公司 一种终端及其功耗的管理方法
CN106231108A (zh) * 2016-08-10 2016-12-14 惠州Tcl移动通信有限公司 一种移动终端音量控制方法及系统
CN106887244A (zh) * 2015-12-15 2017-06-23 广州酷狗计算机科技有限公司 音频切换方法及装置
CN106937162A (zh) * 2017-03-03 2017-07-07 北京小米移动软件有限公司 音视频播放控制方法及装置
US20170237986A1 (en) * 2016-02-11 2017-08-17 Samsung Electronics Co., Ltd. Video encoding method and electronic device adapted thereto
CN107360386A (zh) * 2016-05-09 2017-11-17 杭州登虹科技有限公司 减小多媒体档案大小的方法
CN109673042A (zh) * 2017-10-16 2019-04-23 华为终端（东莞）有限公司 降低电子设备的功耗的方法以及电子设备
CN110069333A (zh) * 2019-04-29 2019-07-30 努比亚技术有限公司 应用的后台管控方法、移动终端及计算机可读存储介质

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1937403A (zh) * 2005-09-23 2007-03-28 英华达(上海)电子有限公司 使用于多媒体的智能型音量切换的方法
CN102339619A (zh) * 2011-09-26 2012-02-01 华为终端有限公司 音视频输出的控制方法及设备
CN106887244A (zh) * 2015-12-15 2017-06-23 广州酷狗计算机科技有限公司 音频切换方法及装置
US20170237986A1 (en) * 2016-02-11 2017-08-17 Samsung Electronics Co., Ltd. Video encoding method and electronic device adapted thereto
CN107360386A (zh) * 2016-05-09 2017-11-17 杭州登虹科技有限公司 减小多媒体档案大小的方法
CN106095379A (zh) * 2016-05-31 2016-11-09 宇龙计算机通信科技(深圳)有限公司 一种音量调节方法及装置
CN106200872A (zh) * 2016-06-30 2016-12-07 维沃移动通信有限公司 一种终端及其功耗的管理方法
CN106231108A (zh) * 2016-08-10 2016-12-14 惠州Tcl移动通信有限公司 一种移动终端音量控制方法及系统
CN106937162A (zh) * 2017-03-03 2017-07-07 北京小米移动软件有限公司 音视频播放控制方法及装置
CN109673042A (zh) * 2017-10-16 2019-04-23 华为终端（东莞）有限公司 降低电子设备的功耗的方法以及电子设备
CN110069333A (zh) * 2019-04-29 2019-07-30 努比亚技术有限公司 应用的后台管控方法、移动终端及计算机可读存储介质

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
张明星: "《Android智能穿戴设备开发实战详解》", 31 January 2016, 中国铁道出版社 *
李天祥: "《ANDROID物联网开发细致入门与最佳实践》", 30 June 2016, 中国铁道出版社 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111885415A (zh) * 2020-07-24 2020-11-03 海信视像科技股份有限公司 一种音频数据快速输出方法及显示设备
CN113553024A (zh) * 2021-07-30 2021-10-26 深圳康佳电子科技有限公司 一种分屏窗口的音量配置方法、存储介质及终端设备

Also Published As

Publication number Publication date
CN110989816B (zh) 2022-01-14

Similar Documents

Publication Publication Date Title
CN108509176B (zh) 一种播放音频数据的方法、装置、存储介质及智能终端
US10235125B2 (en) Audio playback control method, and terminal device
WO2016150331A1 (zh) 一种运行游戏客户端的方法和装置
CN108153647B (zh) 日志处理方法、装置、终端设备及存储介质
CN108810749B (zh) 播放器控制方法、装置、终端设备及存储介质
CN107797841B (zh) 窗口控制方法、装置、终端设备及存储介质
CN106293901B (zh) 一种终端应用的进程管理方法及装置
US9431983B2 (en) Volume adjusting method, volume adjusting apparatus and electronic device using the same
US20210044952A1 (en) Bluetooth-based playback method and electronic device
WO2015100569A1 (zh) 侧边菜单显示方法、装置和终端
WO2014201863A1 (en) Volume adjusting method, volume adjusting apparatus and electronic device using the same
WO2017215629A1 (zh) 音效配置方法及相关设备
CN106254910B (zh) 一种记录图像的方法和装置
WO2020103070A1 (zh) 一种对应用程序进行处理的方法、装置和电子设备
WO2017215661A1 (zh) 一种场景音效的控制方法、及电子设备
CN110989816B (zh) 应用的处理方法、装置以及存储介质
CN110618806A (zh) 一种应用程序控制方法、装置、电子设备及存储介质
CN110688051B (zh) 一种录屏操作方法、装置、计算机可读存储介质及终端
CN107622234B (zh) 一种显示萌脸礼物的方法和装置
WO2020103045A1 (zh) 一种对应用程序进行处理的方法、装置和电子设备
WO2015078349A1 (zh) 麦克风收音状态的切换方法和装置
KR101876394B1 (ko) 단말기에 미디어 데이터를 재생하는 방법 및 장치
CN113253964A (zh) 数据管理方法、装置、设备及存储介质
CN106454953B (zh) 流量控制方法、装置及终端
CN111372003A (zh) 一种摄像头切换方法、装置及终端

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant