CN114416011A - 一种终端、音频控制方法及存储介质 - Google Patents

一种终端、音频控制方法及存储介质 Download PDF

Info

Publication number
CN114416011A
CN114416011A CN202111342130.XA CN202111342130A CN114416011A CN 114416011 A CN114416011 A CN 114416011A CN 202111342130 A CN202111342130 A CN 202111342130A CN 114416011 A CN114416011 A CN 114416011A
Authority
CN
China
Prior art keywords
audio
output
audio data
audio object
input
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
CN202111342130.XA
Other languages
English (en)
Other versions
CN114416011B (zh
CN114416011B8 (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.)
Hisense Mobile Communications Technology Co Ltd
Original Assignee
Hisense Mobile Communications Technology 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 Hisense Mobile Communications Technology Co Ltd filed Critical Hisense Mobile Communications Technology Co Ltd
Priority to CN202111342130.XA priority Critical patent/CN114416011B8/zh
Publication of CN114416011A publication Critical patent/CN114416011A/zh
Publication of CN114416011B publication Critical patent/CN114416011B/zh
Application granted granted Critical
Publication of CN114416011B8 publication Critical patent/CN114416011B8/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
    • 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
    • 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/167—Audio in a user interface, e.g. using voice commands for navigating, audio feedback

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Multimedia (AREA)
  • Health & Medical Sciences (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Telephone Function (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)

Abstract

本申请公开一种终端、音频控制方法及存储介质，属于音频处理技术领域，该方法包括：获取第一音频对象的待输出音频数据，基于保存的音频对象的待输出音频数据与音频对象的待输入音频数据之间的转换关系，确定是否存在以第一音频对象的待输出音频数据为输入的第二音频对象，若存在，则将第一音频对象的待输出音频数据转换为第二音频对象的待输入音频数据，将转换得到的待输入音频数据发送给第二音频对象进行处理，然后，向外发送第二音频对象处理后的音频数据。这样，可改变第一音频对象的待输出音频数据的传输方向使其成为第二音频对象的一路待输入音频数据，使得不同音频对象之间的音频数据产生联系，所以可提升音频数据的传输灵活性。

Description

一种终端、音频控制方法及存储介质
技术领域
本申请涉及音频处理技术领域，尤其涉及一种终端、音频控制方法及存储介质。
背景技术
相关技术中，终端上的音频对象如蜂窝电话和应用一般都会产生音频数据，例如电话提示音、消息通知音、通话声音、以及应用提供的视频声音等。而不同音频对象的音频数据是相互独立的，终端对不同音频对象中的音频数据没有管理性可言。
发明内容
本申请实施例提供一种终端、音频控制方法及存储介质，用以提供一种终端中声音的管理方案。
第一方面，本申请实施例提供一种终端，包括：
处理器，被配置为获取第一音频对象的待输出音频数据；
基于保存的音频对象的待输出音频数据与音频对象的待输入音频数据之间的转换关系，确定是否存在以所述第一音频对象的待输出音频数据为输入的第二音频对象；
若确定存在所述第二音频对象，则将所述第一音频对象的待输出音频数据转换为所述第二音频对象的待输入音频数据；
将转换得到的待输入音频数据发送给所述第二音频对象进行处理；
发送组件，被配置为向外发送所述第二音频对象处理后的音频数据。
在一些实施例中，所述处理器具体被配置为：
基于保存的音频对象的待输出音频数据与音频对象的待输入音频数据之间的临时转换关系，确定是否存在以所述第一音频对象的待输出音频数据为输入的第二音频对象；
若不存在，则基于保存的音频对象的待输出音频数据与音频对象的待输入音频数据之间的默认转换关系，确定是否存在以所述第一音频对象的待输出音频数据为输入的第二音频对象。
在一些实施例中，所述处理器还被配置为：
若确定所述第二音频对象当前有待输入音频数据，则对当前的待输入音频数据和转换得到的待输入音频数据进行混合处理，得到混合输入音频数据；
将所述混合输入音频数据发送给所述第二音频对象进行处理。
在一些实施例中，所述处理器还被配置为：
获取所述第二音频对象的待输出音频数据；
对所述第一音频对象的待输出音频数据和所述第二音频对象的待输出音频数据进行混合处理，得到混合输出音频数据；
还包括：
音频播放部件，被配置为输出所述混合输出音频数据。
在一些实施例中，所述处理器还被配置为：
针对所述第一音频对象的待输出音频数据、所述第二音频对象的待输出音频数据和所述混合输出音频数据中的任一音频数据，响应于对所述音频数据的控制操作，对所述音频数据进行对应的控制处理，所述控制操作包括暂停输出、开始输出、结束输出。
在一些实施例中，若有至少两种音频输出方式，则所述处理器还被配置为：
响应于音频输出方式的切换操作，确定当前的音频输出方式；
所述音频播放部件，具体被配置为通过确定的音频输出方式输出所述混合输出音频数据。
在一些实施例中，当所述第一音频对象为应用时，所述第二音频对象为与所述应用不同的应用或所述第二音频对象为蜂窝电话；当所述第一音频对象为蜂窝电话时，所述第二音频对象为应用。
第二方面，本申请实施例提供一种音频控制方法，包括：
获取第一音频对象的待输出音频数据；
基于保存的音频对象的待输出音频数据与音频对象的待输入音频数据之间的转换关系，确定是否存在以所述第一音频对象的待输出音频数据为输入的第二音频对象；
若确定存在所述第二音频对象，则将所述第一音频对象的待输出音频数据转换为所述第二音频对象的待输入音频数据；
将转换得到的待输入音频数据发送给所述第二音频对象进行处理；
向外发送所述第二音频对象处理后的音频数据。
在一些实施例中，基于保存的音频对象的待输出音频数据与音频对象的待输入音频数据之间的转换关系，确定是否存在以所述第一音频对象的待输出音频数据为输入的第二音频对象，包括：
基于保存的音频对象的待输出音频数据与音频对象的待输入音频数据之间的临时转换关系，确定是否存在以所述第一音频对象的待输出音频数据为输入的第二音频对象；
若不存在，则基于保存的音频对象的待输出音频数据与音频对象的待输入音频数据之间的默认转换关系，确定是否存在以所述第一音频对象的待输出音频数据为输入的第二音频对象。
在一些实施例中，还包括：
若确定所述第二音频对象当前有待输入音频数据，则对当前的待输入音频数据和转换得到的待输入音频数据进行混合处理，得到混合输入音频数据；
将所述混合输入音频数据发送给所述第二音频对象进行处理。
在一些实施例中，还包括：
获取所述第二音频对象的待输出音频数据；
对所述第一音频对象的待输出音频数据和所述第二音频对象的待输出音频数据进行混合处理，得到混合输出音频数据；
输出所述混合输出音频数据。
在一些实施例中，还包括：
针对所述第一音频对象的待输出音频数据、所述第二音频对象的待输出音频数据和所述混合输出音频数据中的任一音频数据，响应于对所述音频数据的控制操作，对所述音频数据进行对应的控制处理，所述控制操作包括暂停输出、开始输出、结束输出。
在一些实施例中，若有至少两种音频输出方式，则还包括：
响应于音频输出方式的切换操作，确定当前的音频输出方式；
通过确定的音频输出方式输出所述混合输出音频数据。
在一些实施例中，当所述第一音频对象为应用时，所述第二音频对象为与所述应用不同的应用或所述第二音频对象为蜂窝电话；当所述第一音频对象为蜂窝电话时，所述第二音频对象为应用。
第三方面，本申请实施例提供一种存储介质，当所述存储介质中的指令由终端的处理器执行时，所述终端能够执行上述任一音频控制方法。
本申请实施例中，获取第一音频对象的待输出音频数据，基于保存的音频对象的待输出音频数据与音频对象的待输入音频数据之间的转换关系，确定是否存在以第一音频对象的待输出音频数据为输入的第二音频对象，若存在，则将第一音频对象的待输出音频数据转换为第二音频对象的待输入音频数据，将转换得到的待输入音频数据发送给第二音频对象进行处理，然后，向外发送第二音频对象处理后的音频数据。这样，可改变第一音频对象的待输出音频数据的传输方向使其成为第二音频对象的一路待输入音频数据，使得不同音频对象之间的音频数据产生联系，所以可提升音频数据的传输灵活性。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1为本申请实施例提供的一种终端的结构示意图；
图2为本申请实施例提供的一种终端的软件架构示意图；
图3为本申请实施例提供的又一种终端的结构示意图；
图4为本申请实施例提供的一种通路配置界面的示意图；
图5为本申请实施例提供的一种通话界面的示意图；
图6为本申请实施例提供的一种终端中音频数据的处理过程示意图；
图7为本申请实施例提供的又一种终端中音频数据的处理过程示意图；
图8为本申请实施例提供的一种音频控制方法的流程图；
图9为本申请实施例提供的又一种音频控制方法的流程图；
图10为本申请实施例提供的一种音频控制装置的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请技术方案的一部分实施例，而不是全部的实施例。基于本申请文件中记载的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请技术方案保护的范围。
本申请实施例中的终端可以是手机、Ipad、平板电脑、可穿戴设备、车载单元等各种各样的电子设备，本申请实施例对此不作限制。图1为本申请实施例提供的一种终端100的结构示意图，应该理解的是，图1所示终端100仅是一个范例，并且终端100可以具有比图1中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。
图1中示例性示出了根据示例性实施例中终端100的硬件配置框图。如图1所示，终端100包括：射频(radio frequency，RF)电路110、存储器120、显示单元130、摄像头140、传感器150、音频电路160、音频播放部件170、无线保真(Wireless Fidelity，Wi-Fi)模块180、处理器190、蓝牙模块1100、以及电源1200等部件。
RF电路110可用于在收发信息或通话过程中信号的接收和发送，可以接收基站的下行数据后交给处理器190处理；可以将上行数据发送给基站。通常，RF电路110包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等器件。
存储器120可用于存储软件程序及数据。处理器190通过运行存储在存储器120的软件程序或数据，从而执行终端100的各种功能以及数据处理。存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。存储器120存储有使得终端100能运行的操作***。本申请中存储器120可以存储操作***及各种应用程序，还可以存储执行本申请实施例所述方法的代码。
显示单元130可用于接收输入的数字或字符信息，产生与终端100的用户设置以及功能控制有关的信号输入，具体地，显示单元130可以包括设置在终端100正面的触摸屏1301，可收集用户在其上或附近的触摸操作，例如点击按钮，拖动滚动框等。
显示单元130还可用于显示由用户输入的信息或提供给用户的信息以及终端100的各种菜单的图形用户界面(graphical user interface，GUI)。具体地，显示单元130可以包括设置在终端100正面的显示屏1302。其中，显示屏1302可以为彩色液晶屏，可以采用液晶显示器、发光二极管等形式来配置。显示单元130可以用于显示本申请中所述的各种图形用户界面。
其中，触摸屏1301可以覆盖在显示屏1302之上，也可以将触摸屏1301与显示屏1302集成而实现终端100的输入和输出功能，集成后可以简称触摸显示屏。本申请中显示单元130可以显示应用程序以及对应的操作步骤。
摄像头140可用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给处理器190转换成数字图像信号。
终端100还可以包括至少一种传感器150，比如加速度传感器151、距离传感器152、指纹传感器153、温度传感器154。终端100还可配置有陀螺仪、气压计、湿度计、温度计、红外线传感器、光传感器、运动传感器等其他传感器。
音频电路160、音频播放部件170可提供用户与终端100之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号，传输到扬声器171，由扬声器171转换为声音信号输出。终端100还可配置音量按钮，用于调节声音信号的音量。另一方面，麦克风172将收集的声音信号转换为电信号，由音频电路160接收后转换为音频数据，再将音频数据输出至RF电路110以发送给比如另一终端，或者将音频数据输出至存储器120以便进一步处理。本申请中麦克风172可以获取用户的语音。
Wi-Fi属于短距离无线传输技术，终端100可以通过Wi-Fi模块180帮助用户收发电子邮件、浏览网页和访问流媒体等，它为用户提供了无线的宽带互联网访问。
处理器190是终端100的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器120内的软件程序，以及调用存储在存储器120内的数据，执行终端100的各种功能和处理数据。在一些实施例中，处理器190可包括一个或多个处理单元；处理器190还可以集成应用处理器和基带处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，基带处理器主要处理无线通信。可以理解的是，上述基带处理器也可以不集成到处理器190中。本申请中处理器190可以运行操作***、应用程序、用户界面显示及触控响应，以实现本申请实施例提供的音频控制方法。另外，处理器190与显示单元130耦接。
蓝牙模块1100，用于通过蓝牙协议来与其他具有蓝牙模块的蓝牙设备进行信息交互。例如，终端100可以通过蓝牙模块1100与同样具备蓝牙模块的可穿戴电子设备(例如智能手表)建立蓝牙连接，从而进行数据交互。
终端100还包括给各个部件供电的电源1200(比如电池)。电源可以通过电源管理***与处理器190逻辑相连，从而通过电源管理***实现管理充电、放电以及功耗等功能。终端100还可配置有电源按钮，用于终端的开机和关机，以及锁屏等功能。
图2是本申请实施例的终端100的软件结构框图。
分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将安卓Android***分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和***库，以及内核层。
应用程序层可以包括一系列应用程序包。
如图2所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。
应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。
如图2所示，应用程序框架层可以包括窗口管理器、内容提供器、视图***、电话管理器、资源管理器、通知管理器等。
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。
内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频、图像、音频、拨打和接听的电话、浏览历史和书签、电话簿等。
视图***包括可视控件，例如显示文字的控件，显示图片的控件等。视图***可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。
电话管理器用于提供终端100的通信功能。例如通话状态的管理(包括接通，挂断等)。
资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等。
通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在***顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，终端振动，指示灯闪烁等。
Android Runtime包括核心库和虚拟机。Android runtime负责安卓***的调度和管理。
核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。
***库可以包括多个功能模块。例如：表面管理器(surface manager)、媒体库(Media Libraries)、三维图形处理库(例如：OpenGL ES)、2D图形引擎(例如：SGL)等。
表面管理器用于对显示子***进行管理，并且为多个应用程序提供了2D和3D图层的融合。
媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4、H.264、MP3、AAC、AMR、JPG、PNG等。
三维图形处理库用于实现三维图形绘图、图像渲染、合成和图层处理等。
2D图形引擎是2D绘图的绘图引擎。
内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。
下面结合开启游戏应用的多媒体声音场景，示例性说明终端100软件以及硬件的工作流程。
当触摸屏1301接收到触摸操作，相应的硬件中断被发给内核层。内核层将触摸操作加工成原始输入事件(包括触摸坐标，触摸操作的时间戳等信息)。原始输入事件被存储在内核层。应用程序框架层从内核层获取原始输入事件，识别该输入事件所对应的控件。以该触摸操作是触摸单击操作，该单击操作所对应的控件为游戏应用图标的控件为例，游戏应用调用应用框架层的接口，启动游戏应用，进而通过调用内核层启动音频驱动，通过扬声器171播放游戏应用的提示音、背景音或者其他多媒体声音。
图3为本申请实施例提供的另一种终端的结构示意图，终端30包括处理器301、发送组件302和音频播放部件303。下面以终端30为例对实施例进行具体说明。应该理解的是，图3中示出的终端30仅是一个范例，并且终端30可以具有比图3中所示的更多的或者更少的部件，可以组合两个或多个部件，或者可以具有不同的部件配置。
在实际应用场景中，用户可以通过手部触控操作与终端进行交互，也可以通过与终端有线连接或者无线连接的辅助控制设备如触屏笔、鼠标等与终端进行交互。当终端中设置有麦克风时，用户还可以通过语音与终端进行交互，当终端中设置有摄像装置时，用户还可以通过手势与终端进行交互。
一般地，终端中每个音频对象(如应用、蜂窝电话等)的待输出音频数据只从这个音频对象输出，比如，微信的待输出音频数据仅从微信输出、蜂窝电话的待输出音频数据仅从蜂窝电话输出，这样，每个音频对象的待输出音频数据的传输路径是固定且不可改变的。但在一些场景中，希望灵活设置一个音频对象的待输出音频数据的传输路径，以提升音频数据的传输灵活性。
为此，在本申请实施例中，处理器301可获取第一音频对象的待输出音频数据，基于保存的音频对象的待输出音频数据与音频对象的待输入音频数据之间的转换关系，确定是否存在以第一音频对象的待输出音频数据为输入的第二音频对象，若存在，则将第一音频对象的待输出音频数据转换为第二音频对象的待输入音频数据，将转换得到的待输入音频数据发送给第二音频对象进行处理，进而由发送组件302向外发送第二音频对象处理后的音频数据。
具体实施时，当第一音频对象为一个应用时，第二音频对象可为与该应用不同的应用或第二音频对象为蜂窝电话；当第一音频对象为蜂窝电话时，第二音频对象可为一个应用。也就是说，可将某个应用的待输出音频数据作为其他应用或蜂窝电话的输入，也可以将蜂窝电话的待输出音频数据作为某个应用的输入，从而灵活改变一个音频对象的音频数据的传输路径。
需要说明的是，通过蜂窝电话通话时默认不产生待输出音频数据和待输入音频数据，因而对蜂窝电话而言，可通过代理软件(proxy)来获取通话场景中的待输出音频数据和待输入音频数据。
具体实施时，音频对象的待输出音频数据与音频对象的待输入音频数据之间的转换关系用于描述不同音频对象之间的音频传输方向，为了提高转换关系的配置灵活性，既可配置临时转换关系也可配置默认转换关系。
下面结合具体音频对象对这两种转换关系的配置情况进行说明。
一、默认转换关系的配置。
图4为本申请实施例提供的一种通路配置界面的示意图，在图4中可配置的音频对象包括：蜂窝电话、微信、对讲应用(一种提供对讲服务的应用，如安装在对讲机上的提供对讲服务的应用)和QQ会议，用户在图4中配置的默认转换关系有：
默认转换关系1：对讲输出—>蜂窝电话输入，即将对讲应用的待输出音频数据通过蜂窝电话输出；
默认转换关系2：蜂窝电话输出—>对讲输入，即将蜂窝电话的待输出音频数据通过对讲应用输出；
默认转换关系3：微信输出—>对讲输入，即将微信的待输出音频数据通过对讲应用输出。
在以上三种默认转换关系中，每个音频对象的待输出音频数据均不从该音频对象输出，且蜂窝电话的待输出音频数据和微信的待输出音频数据均可通过对讲应用输出，即可将至少两个音频对象的待输出音频数据一起作为其他音频对象的输入。
另外，通路配置界面上还可展示确定按钮和取消按钮，点击取消按钮则本次配置不生效，点击确定按钮，则本次配置可一直生效。
二、临时转换关系的配置。
实际应用中，用户可能已处于通话状态，但还想要通过其他应用或蜂窝电话邀请新成员加入通话。为此，当第二音频对象的音频数据为通话数据时，处理器301还可在通话界面上展示接入按钮，响应于对接入按钮的触发操作，展示可接入音频对象，响应于音频对象选择操作，从可接入音频对象中确定第一音频对象，并保存第一音频对象的待输出音频数据与第二音频对象的待输入音频数据之间的临时转换关系。
图5为本申请实施例提供的一种对讲应用的通话界面的示意图，在处于对讲状态时，可在通话界面上显示接入按钮，用户点击接入按钮即可展示可接入的应用或蜂窝电话，假设用户想要接入的为QQ会议，则在用户点击QQ会议的图标后可展示QQ中的联系人，点击某个联系人则可邀请这个联系人加入通话。另外，在确定用户点击QQ会议后，还可建立临时转换关系5：QQ会议输出—>对讲输入，即将QQ会议的待输出音频数据通过对讲应用输出。
该种情况下，用户一般只是想建立从第一音频对象的输出到第二音频对象的输入之间的临时转换关系，所以可单次配置单次有效。
具体实施时，默认转换关系和临时转换关系均可以映射map表的方式进行记录，在map表中，每条转换关系的源source为待输出音频数据对应的音频对象，输出目标sink为待输入音频数据对应的音频对象，且可将map表以可扩展标记语言(eXtensible MarkupLanguage，xml)或其他配置文件形式保存。
为了避免默认转换关系和临时转换关系发生冲突可设置临时转换关系的优先级高于默认转换关系。因此，在基于保存的音频对象的待输出音频数据与音频对象的待输入音频数据之间的转换关系，确定是否存在以第一音频对象的待输出音频数据为输入的第二音频对象时，处理器301具体用于基于保存的音频对象的待输出音频数据与音频对象的待输入音频数据之间的临时转换关系，确定是否存在以第一音频对象的待输出音频数据为输入的第二音频对象，在不存在时，再基于保存的音频对象的待输出音频数据与音频对象的待输入音频数据之间的默认转换关系，确定是否存在以第一音频对象的待输出音频数据为输入的第二音频对象。
具体实施时，在将第一音频对象的待输出音频数据转换为第二音频对象的待输入音频数据时所作的转换包括如封装格式转换、位宽转换、重采样等操作，其目的在于将第一音频对象的待输出音频数据转换成符合第二音频对象的输入格式要求的音频数据。
在一些场景中，第二音频对象当前没有待输入音频数据，处理器301可直接将转换得到的待输入音频数据发送给第二音频对象进行处理。在另一些场景中，第二音频对象当前有待输入音频数据，处理器301还可对当前的待输入音频数据和转换得到的待输入音频数据进行混合处理，得到混合输入音频数据，将混合输入音频数据发送给第二音频对象进行处理，这样，可使与终端进行通信的对端(另一个终端)同时接收到第一音频对象的输出音频数据和第二音频对象的输入音频数据。
另外，为了使终端侧的用户能够同时听到来自第一音频对象和第二音频对象的输出音频数据，处理器301还可获取第二音频对象的待输出音频数据，对第一音频对象的待输出音频数据和第二音频对象的待输出音频数据进行混合处理，得到混合输出音频数据，然后，由音频播放部件303输出混合输出音频数据。这样，可很好地满足同时输出至少两个音频对象的音频数据的需求。
为了能够灵活地对输出音频数据进行控制，针对第一音频对象的待输出音频数据、第二音频对象的待输出音频数据和混合输出音频数据中的任一音频数据，处理器301还可以响应于对音频数据的控制操作，对音频数据进行对应的控制处理，其中，控制操作包括暂停输出、开始输出、结束输出。
也就是说，当第一音频对象的待输出音频数据单独从第二音频对象输出时，可暂停、开始或结束第一音频对象的待输出音频数据；当第一音频对象的待输出音频数据和第二音频对象的待输出音频数据一起从第二音频对象输出时，可单独暂停、开始或结束第一音频对象的待输出音频数据，可单独暂停、开始或结束第二音频对象的待输出音频数据，也可单独暂停、开始或结束混合输出音频数据。
并且，当第一音频对象的待输出音频数据和第二音频对象的待输出音频数据一起从第二音频对象输出时，可在通话界面直接暂停、开始或结束第一音频对象或第二音频对象的待输出音频数据，而不必返回第一音频对象或第二音频对象的操作界面进行单独控制，这样，可提升音频管理的便捷性，进一步提升用户体验。
实际应用中，当有至少两种音频输出方式时会选择默认的音频输出方式进行输出，如当有耳机和扬声器两种音频输出方式时默认选择耳机输出，当有耳机和听筒两种音频输出方式时默认选择耳机输出。但用户有时可能希望能在不同音频输出方式之间进行切换。
为此，当有至少两种音频输出方式时，处理器301还可响应于音频输出方式的切换操作，确定当前的音频输出方式，进而由音频播放部件303通过确定的音频输出方式输出混合输出音频数据。也就是说，当有耳机和扬声器两种音频输出方式时，用户可自由选择通过耳机或扬声器输出混合输出音频数据，当有耳机和听筒两种音频输出方式时，用户可自由选择通过耳机或听筒输出混合输出音频数据。
图6为本申请实施例提供的一种终端中音频数据的处理过程示意图，终端的音频输入设备有麦克风音频输出设备有耳机和扬声器，终端上的音频对象有音乐应用、微信、声音助手和录音机。由音频流管理服务来管理终端中所有的音频数据，图6中实线所示的为输出音频数据虚线所示的为输入音频数据。
以使用音乐应用为例，NuPlayer(一种流媒体框架)，用于对音乐应用的待输出音频数据进行解码，得到脉冲编码调制(Pulse Code Modulation，PCM)数据；音频轨(AudioTrack)，用于记录对PCM数据的操作如加音效、音量增减等；音频流管理服务，用于基于AudioTrack的记录对PCM数据进行对应的音频处理，然后，将处理后的PCM数据通过扬声器或耳机输出。
以使用微信为例，AudioTrack，用于记录对微信的待输出音频数据的操作如音量增减等；音频流管理服务，用于基于AudioTrack的记录对微信的待输出音频数据进行对应的音频处理，然后，将处理后的待输出音频数据通过扬声器或耳机输出。
以使用声音助手为例，音频流管理服务，用于从麦克风获取音频数据，将获取的音频数据实时发送给音频记录(AudioRecord)，由AudioRecord对音频数据进行录制，得到实时音频流，并将实时音频流发送给声音助手。
以使用录音机为例，音频流管理服务，用于从麦克风获取音频数据，将获取的音频数据实时发送给AudioRecord，由AudioRecord对音频数据进行录制，得到实时音频流，将实时音频流发送给StagefrightRecorder，由StagefrightRecorder对实时音频流进行编码，得到录制音频流，将录制音频流发送给录音机。
上面是以将音乐应用的待输出音频数据从音乐应用输出，将微信的待输出音频数据从微信输出，将从麦克风获取的待输入音频数据分别给声音助手和录音机为例，本申请实施例还可将音乐应用的待输出音频数据从微信输出，将微信的待输出音频数据从音乐应用输出，将音乐应用的待输出音频数据和从麦克风获取的待输入音频数据一起从微信输出，即改变一个音频对象的音频数据的传输路径。
下面结合具体实施例对本申请实施例的方案进行介绍。
假设用户A与用户B正通过对讲应用进行对讲，用户A想要通过蜂窝电话邀请用户C参与对讲。那么，对于用户A所使用的终端而言，其对音频数据的处理过程可参见图7。
用户A所使用的终端在基于电话状态监测结果获取到蜂窝电话的待输出音频数据(对应用户C的声音)后，可将蜂窝电话的待输出音频数据转换为对讲应用的一路待输入音频数据，将这路待输入音频数据和从麦克风获取的对讲应用原有的一路待输入音频数据(对应用户A的声音)进行混合处理，得到混合输入音频数据，将混合输入音频数据作为对讲应用的输入，对讲应用只需按照原有的音频数据处理逻辑进行处理，即可使用户B通过对讲应用同时听到用户A和用户C的声音。类似地，将混合输入音频数据作为蜂窝电话的输入，蜂窝电话只需按照原有的音频数据处理逻辑进行处理，即可使用户C通过蜂窝电话同时听到用户A和用户B的声音。
同时，为了使用户A能够通过对讲应用同时听到用户B和用户C的声音，用户A所使用的终端在获取到蜂窝电话的待输出音频数据(对应用户C的声音)后，还可获取对讲应用的待输出音频数据(对应用户B的声音)，然后，对蜂窝电话的待输出音频数据和对讲应用的待输出音频数据进行混合处理，得到混合输出音频数据，将混合输入音频数据作为对讲应用的输出并从听筒或耳机输出，即可使用户A通过对讲应用同时听到用户B和用户C的声音。
为了达到上述目的，可允许用户配置终端中音频对象的待输出音频数据与音频对象的待输入音频数据之间的转换关系，每种转换关系包括：源(source)、目标(target)、类型(type)和应用包名称，source用于指示待输出音频数据来自的音频对象，target用于指示待输入音频数据去往的音频对象，type用于指示是输入音频数据还是输出音频数据。转换关系可包括默认转换关系和临时转换关系，临时转换关系的优先级高于默认转换关系。默认转换关系和临时转换关系均可写在xml文件中或以json格式保存。
以xml文件为例，xml文件中记录的某个默认转换关系如：
<stream type＝"voip"
source_io_type＝"output"
source_app＝"com.tencent.mm"
target_app＝"com.android.phone"
target_io_type＝"input"></stream>
其意义为将微信(包名为com.tencent.mm)的voip流中的输出(io_type＝"output")转换为蜂窝电话(target_app＝"com.android.phone")的输入(target_io_type＝"input”)。
xml文件可包括多种转换关系，当音频流管理服务启用时，即可载入默认转换关系，从而建立默认规则链表default_rules_list。
假设用户在对讲时，想将某个微信好友邀请到对讲组中一起进行通话，此时需要将对讲的输出接入到微信的输入，微信的输出接入到对讲的输入，产生两种临时转换关系，如下：
<stream type＝"voip"
source_io_type＝"output"
source_app＝"com.tencent.mm"
target_app＝"com.hmct.duijiang"
target_io_type＝"input"></stream>
<stream type＝"voip"
source_io_type＝"output"
source_app＝"com.hmct.duijiang"
target_app＝"com.tencent.mm"
target_io_type＝"input"></stream>
并且，可创建临时规则链表intant_rules_list。
另外，还可创建两个流链表：第一流链表和第二流链表，第一流链表用于记录音频输入流(即待输入音频数据)，第二流链表用于记录音频输出流(即待输出音频数据)。实际应用中，开启声音播放会创建音频输出流，开启录音会创建音频输入流，而通过微信通话时会同时创建音频输入流和音频输出流。任一音频输入流或音频输出流在创建时会自动注册至音频流管理服务，使音频流管理服务得知音频流的流信息如：流标识、sink/source，type(音频输入流还是音频输出流)、应用包信息(用于标记音频流来自哪一个应用)，采样率、位宽。音频流管理服务基于流信息，可在第一流链表或第二流链表中添加音频流。当音频流播放完毕或录音完毕时，音频流管理服务可根据音频流的流标识从第一流链表或第二流链表中删除对应的流信息。因此，第一流链表和第二流链表中的流信息是随终端中的音频播放状态和录音状态动态更新的。
需要说明的是，蜂窝电话一般是独立于Android的***声音的，如包名为com.android.phone，不产生音频流，因此需监听蜂窝电话的接通与挂断状态，当监听到接通或挂断时，可更新蜂窝电话的通话状态。由于通话时蜂窝电话默认不产生音频流，因而可通过proxy来从通话场景下引出音频输入流和音频输出流，并将音频输入流添加到第一流链表中，将音频输出流添加到第二流链表中。
后续，当获取到某一音频流时，可基于流标识从第一流链表或第二流链表获取音频流的type和application_package，若type为音频输出流，则根据application_package查找instant_rules_list。
若instant_rules_list中存在以application_package的待输出音频流为输入的音频对象，可将application_package的待输出音频流转换为该音频对象的待输入音频流，将转换后的待输入音频流作为该音频对象的一路输入送给该音频对象进行处理。
若instan_rules_list中不存在以application_package的待输出音频流为输入的音频对象，则可根据application_package查找default_rules_list，若default_rules_list中存在以application_package的待输出音频流为输入的音频对象，则可将application_package的待输出音频流转换为该音频对象的待输入音频流，将转换后的待输入音频流作为该音频对象的一路输入送给该音频对象进行处理。
上述过程中，若查找到的音频对象原本就有一路待输入音频流，还可将这路待输入音频流和转换后的待输入音频流进行混合处理，得到混合输入音频流，将混合输入音频流作为音频对象的输入送给音频对象进行处理。
此外，还可建立两个设备列表：输入设备列表和输出设备列表，开机时载入默认配置设备，开机后注册监听服务，监听设备管理，当有设备接入或者拔出时分别更新输入设备列表和输出设备列表。如带有麦克风的有线耳机***时，可在输入设备列表中添加HEADSET_OUT，在输出设备列表中添加HEADSET_IN。而当没有麦克风的耳机***时，只需在输入设备列表中添加HEADSET_OUT。因此，这两个设备列表也是随终端中音频设备的变化动态更新的，依据这两个设备列表即可得知当前输入设备和输出使用与否的状态。
其中，设备分为：
默认配置设备，即终端自身带有的设备，一般输出设备包括听筒和扬声器，输入设备包括麦克风等，这些设备可通过配置文件预先配置，开机时读入配置文件可以知道终端自身带有那些设备。
动态接入设备，是开机之后可以动态***或者拔出的设备，如有线耳机(输出和麦克风)，USB耳机(数字耳机)，蓝牙耳机(包含输入和输出)，蓝牙扬声器(部分设备只包含输出)，高清晰度多媒体接口(high definition multimedia interface，HDMI)设备，显示端口(display-port)设备，无线视频显示(wifi-display)设备等。
具体实施时，当终端有至少两种音频输出方式时，还可允许用户在这些音频输出方式间进行切换，以提升音频数据输出的灵活性。并且，当基于输出设备列表确定某个输出设备在指定时间段内未使用时，可关闭这个输出设备以节省电能。类似地，当基于输入设备列表确定某个输入设备在指定时间段内未使用时，也可关闭这个输入设备以节省电能。
本申请实施例中，用户可设置终端中音频对象的待输出音频数据与音频对象的待输入音频数据之间的转换关系，以改变一个音频对象的音频数据的传输路径，可设置音频对象的音频输出方式，可切换音频对象的输入或输出，还可断掉某个音频对象的输入或输出，对终端中音频数据的管理既灵活又全面。
图8为本申请实施例提供的一种音频控制方法的流程图，该方法应用于终端中，且该方法包括以下步骤。
在步骤S801中，获取第一音频对象的待输出音频数据。
其中，第一音频对象可以是应用或蜂窝电话。
在步骤S802中，基于保存的音频对象的待输出音频数据与音频对象的待输入音频数据之间的转换关系，确定是否存在以第一音频对象的待输出音频数据为输入的第二音频对象。
具体实施时，可基于保存的音频对象的待输出音频数据与音频对象的待输入音频数据之间的临时转换关系，确定是否存在以第一音频对象的待输出音频数据为输入的第二音频对象，在不存在时，再基于保存的音频对象的待输出音频数据与音频对象的待输入音频数据之间的默认转换关系，确定是否存在以第一音频对象的待输出音频数据为输入的第二音频对象。以避免临时转换关系与默认转换关系发生冲突。
在步骤S803中，若确定存在第二音频对象，则将第一音频对象的待输出音频数据转换为第二音频对象的待输入音频数据。
具体实施时，可按照第二音频对象对输入音频数据的要求，对第一音频对象的待输出音频数据进行转换处理如格式转换、采样率转换等。
在步骤S804中，将转换得到的待输入音频数据发送给第二音频对象进行处理。
具体实施时，第二音频对象可按照原本的音频处理逻辑来处理转换得到的待输入音频数据，也就是说，本申请实施例的技术方案无需对音频对象进行改动既可使音频数据在不同音频对象之间进行传递，实施比较容易。
在步骤S805中，向外发送第二音频对象处理后的音频数据。
即，终端向其他终端发送第二音频对象处理后的音频数据，其他终端侧的用户通过第二音频对象即可听到来自第一音频对象的声音。
具体实施时，当第一音频对象为一个应用时，第二音频对象可为与该应用不同的应用或第二音频对象为蜂窝电话；当第一音频对象为蜂窝电话时，第二音频对象可为一个应用。也就是说，可将某个应用的待输出音频数据作为其他应用或蜂窝电话的输入，也可以将蜂窝电话的待输出音频数据作为某个应用的输入，从而灵活改变一个音频对象的音频数据的传输路径。
图9为本申请实施例提供的又一种音频控制方法的流程图，该方法应用于终端中，且该方法包括以下步骤。
在步骤S901中，获取第一音频对象的待输出音频数据。
在步骤S902中，基于保存的音频对象的待输出音频数据与音频对象的待输入音频数据之间的转换关系，确定是否存在以第一音频对象的待输出音频数据为输入的第二音频对象。
在步骤S903中，若确定存在第二音频对象，则将第一音频对象的待输出音频数据转换为第二音频对象的待输入音频数据。
在步骤S904中，若确定第二音频对象当前有待输入音频数据，则对当前的待输入音频数据和转换得到的待输入音频数据进行混合处理，得到混合输入音频数据。
在步骤S905中，将混合输入音频数据发送给第二音频对象进行处理。
在步骤S906中，向外发送第二音频对象处理后的音频数据。
在步骤S907中，获取第二音频对象的待输出音频数据。
在步骤S908中，对第一音频对象的待输出音频数据和第二音频对象的待输出音频数据进行混合处理，得到混合输出音频数据。
在步骤S909中，输出混合输出音频数据。
具体实施时，针对第一音频对象的待输出音频数据、第二音频对象的待输出音频数据和混合输出音频数据中的任一音频数据，可响应于对音频数据的控制操作，对音频数据进行对应的控制处理，控制操作包括暂停输出、开始输出、结束输出。
并且，当有至少两种音频输出方式时，还可响应于音频输出方式的切换操作，确定当前的音频输出方式，进而通过确定的音频输出方式输出混合输出音频数据。
基于相同的技术构思，本申请实施例还提供一种音频控制装置，音频控制装置解决问题的原理与上述音频控制方法相似，因此音频控制装置的实施可参见音频控制方法的实施，重复之处不再赘述。图10为本申请实施例提供的一种音频控制装置的结构示意图，包括获取模块1001、确定模块1002、转换模块1003、处理模块1004、发送模块1005。
获取模块1001，用于获取第一音频对象的待输出音频数据；
确定模块1002，用于基于保存的音频对象的待输出音频数据与音频对象的待输入音频数据之间的转换关系，确定是否存在以所述第一音频对象的待输出音频数据为输入的第二音频对象；
转换模块1003，用于若确定存在所述第二音频对象，则将所述第一音频对象的待输出音频数据转换为所述第二音频对象的待输入音频数据；
处理模块1004，用于将转换得到的待输入音频数据发送给所述第二音频对象进行处理；
发送模块1005，用于向外发送所述第二音频对象处理后的音频数据。
在一些实施例中，所述确定模块1002具体用于：
基于保存的音频对象的待输出音频数据与音频对象的待输入音频数据之间的临时转换关系，确定是否存在以所述第一音频对象的待输出音频数据为输入的第二音频对象；
若不存在，则基于保存的音频对象的待输出音频数据与音频对象的待输入音频数据之间的默认转换关系，确定是否存在以所述第一音频对象的待输出音频数据为输入的第二音频对象。
在一些实施例中，还包括：
混合模块1006，用于若确定所述第二音频对象当前有待输入音频数据，则对当前的待输入音频数据和转换得到的待输入音频数据进行混合处理，得到混合输入音频数据；
所述处理模块1004，还用于将所述混合输入音频数据发送给所述第二音频对象进行处理。
在一些实施例中，还包括混合模块1006和输出模块1007：
所述获取模块1001，还用于获取所述第二音频对象的待输出音频数据；
所述混合模块1006，用于对所述第一音频对象的待输出音频数据和所述第二音频对象的待输出音频数据进行混合处理，得到混合输出音频数据；
所述输出模块1007，用于输出所述混合输出音频数据。
在一些实施例中，还包括控制模块1008，用于：
针对所述第一音频对象的待输出音频数据、所述第二音频对象的待输出音频数据和所述混合输出音频数据中的任一音频数据，响应于对所述音频数据的控制操作，对所述音频数据进行对应的控制处理，所述控制操作包括暂停输出、开始输出、结束输出。
在一些实施例中，若有至少两种音频输出方式，则还包括：
切换模块1009，用于响应于音频输出方式的切换操作，确定当前的音频输出方式；
所述输出模块1007，具体用于通过确定的音频输出方式输出所述混合输出音频数据。
在一些实施例中，当所述第一音频对象为应用时，所述第二音频对象为与所述应用不同的应用或所述第二音频对象为蜂窝电话；当所述第一音频对象为蜂窝电话时，所述第二音频对象为应用。
本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，另外，本申请各实施例中的各功能模块可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上模块集成在一个模块中。各个模块相互之间的耦合可以是通过一些接口实现，这些接口通常是电性通信接口，但是也不排除可能是机械接口或其它的形式接口。因此，作为分离部件说明的模块可以是或者也可以不是物理上分开的，既可以位于一个地方，也可以分布到同一个或不同设备的不同位置上。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
本申请实施例还提供了一种存储介质，当所述存储介质中的指令由终端的处理器执行时，所述终端能够执行前述实施例中涉及的音频控制方法。
在一些可能的实施方式中，本申请提供的音频控制方法的各个方面还可以实现为一种程序产品的形式，所述程序产品中包括有程序代码，当所述程序产品在终端上运行时，所述程序代码用于使所述终端执行前述实施例中涉及的音频控制方法。
所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、RAM、ROM、可擦式可编程只读存储器(Erasable Programmable Read-Only Memory，EPROM)、闪存、光纤、光盘只读存储器(Compact Disk Read Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
本申请实施例中用于音频控制的程序产品可以采用CD-ROM并包括程序代码，并可以在计算设备上运行。然而，本申请的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。
可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、射频(Radio Frequency，RF)等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络如局域网(Local AreaNetwork，LAN)或广域网(Wide Area Network，WAN)连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。
此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。
本领域内的技术人员应明白，本申请的实施例可提供为方法、***、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、装置(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种终端，其特征在于，包括：
处理器，被配置为获取第一音频对象的待输出音频数据；
基于保存的音频对象的待输出音频数据与音频对象的待输入音频数据之间的转换关系，确定是否存在以所述第一音频对象的待输出音频数据为输入的第二音频对象；
若确定存在所述第二音频对象，则将所述第一音频对象的待输出音频数据转换为所述第二音频对象的待输入音频数据；
将转换得到的待输入音频数据发送给所述第二音频对象进行处理；
发送组件，被配置为向外发送所述第二音频对象处理后的音频数据。
2.如权利要求1所述的终端，其特征在于，所述处理器具体被配置为：
基于保存的音频对象的待输出音频数据与音频对象的待输入音频数据之间的临时转换关系，确定是否存在以所述第一音频对象的待输出音频数据为输入的第二音频对象；
若不存在，则基于保存的音频对象的待输出音频数据与音频对象的待输入音频数据之间的默认转换关系，确定是否存在以所述第一音频对象的待输出音频数据为输入的第二音频对象。
3.如权利要求1或2所述的终端，其特征在于，所述处理器还被配置为：
若确定所述第二音频对象当前有待输入音频数据，则对当前的待输入音频数据和转换得到的待输入音频数据进行混合处理，得到混合输入音频数据；
将所述混合输入音频数据发送给所述第二音频对象进行处理。
4.如权利要求1所述的终端，其特征在于，所述处理器还被配置为：
获取所述第二音频对象的待输出音频数据；
对所述第一音频对象的待输出音频数据和所述第二音频对象的待输出音频数据进行混合处理，得到混合输出音频数据；
还包括：
音频播放部件，被配置为输出所述混合输出音频数据。
5.如权利要求4所述的终端，其特征在于，所述处理器还被配置为：
针对所述第一音频对象的待输出音频数据、所述第二音频对象的待输出音频数据和所述混合输出音频数据中的任一音频数据，响应于对所述音频数据的控制操作，对所述音频数据进行对应的控制处理，所述控制操作包括暂停输出、开始输出、结束输出。
6.如权利要求4所述的终端，其特征在于，若有至少两种音频输出方式，则所述处理器还被配置为：
响应于音频输出方式的切换操作，确定当前的音频输出方式；
所述音频播放部件，具体被配置为通过确定的音频输出方式输出所述混合输出音频数据。
7.如权利要求1所述的终端，其特征在于，当所述第一音频对象为应用时，所述第二音频对象为与所述应用不同的应用或所述第二音频对象为蜂窝电话；当所述第一音频对象为蜂窝电话时，所述第二音频对象为应用。
8.一种音频控制方法，其特征在于，包括：
获取第一音频对象的待输出音频数据；
基于保存的音频对象的待输出音频数据与音频对象的待输入音频数据之间的转换关系，确定是否存在以所述第一音频对象的待输出音频数据为输入的第二音频对象；
若确定存在所述第二音频对象，则将所述第一音频对象的待输出音频数据转换为所述第二音频对象的待输入音频数据；
将转换得到的待输入音频数据发送给所述第二音频对象进行处理；
向外发送所述第二音频对象处理后的音频数据。
9.如权利要求8所述的方法，其特征在于，基于保存的音频对象的待输出音频数据与音频对象的待输入音频数据之间的转换关系，确定是否存在以所述第一音频对象的待输出音频数据为输入的第二音频对象，包括：
基于保存的音频对象的待输出音频数据与音频对象的待输入音频数据之间的临时转换关系，确定是否存在以所述第一音频对象的待输出音频数据为输入的第二音频对象；
若不存在，则基于保存的音频对象的待输出音频数据与音频对象的待输入音频数据之间的默认转换关系，确定是否存在以所述第一音频对象的待输出音频数据为输入的第二音频对象。
10.一种存储介质，其特征在于，当所述存储介质中的指令由终端的处理器执行时，所述终端能够执行如权利要求8或9所述的方法。
CN202111342130.XA 2021-11-12 2021-11-12 一种终端、音频控制方法及存储介质 Active CN114416011B8 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111342130.XA CN114416011B8 (zh) 2021-11-12 2021-11-12 一种终端、音频控制方法及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111342130.XA CN114416011B8 (zh) 2021-11-12 2021-11-12 一种终端、音频控制方法及存储介质

Publications (3)

Publication Number Publication Date
CN114416011A true CN114416011A (zh) 2022-04-29
CN114416011B CN114416011B (zh) 2024-03-15
CN114416011B8 CN114416011B8 (zh) 2024-04-05

Family

ID=81264643

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111342130.XA Active CN114416011B8 (zh) 2021-11-12 2021-11-12 一种终端、音频控制方法及存储介质

Country Status (1)

Country Link
CN (1) CN114416011B8 (zh)

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6650745B1 (en) * 1999-06-10 2003-11-18 Avaya Technologies Corp. Method and apparatus for dynamically exchanging data among participants to a conference call
KR20120015657A (ko) * 2010-08-12 2012-02-22 주식회사 원캐스트 오디오 믹싱을 지원하는 구내방송 서비스 장치
CN102571758A (zh) * 2011-12-16 2012-07-11 华为技术有限公司 两方呼叫转会议的无缝实现方法及装置
CN103379232A (zh) * 2012-04-13 2013-10-30 展讯通信（上海）有限公司 通信服务器、通信终端和语音通信方法
US20150288735A1 (en) * 2014-04-04 2015-10-08 ClearOne Inc. Virtual Audio Device System for Unified Communications Applications
CN105185391A (zh) * 2015-08-27 2015-12-23 三星电子（中国）研发中心 一种多用户音箱控制方法和装置
CN105323534A (zh) * 2014-07-14 2016-02-10 深圳市潮流网络技术有限公司 一种第三方应用的会议处理方法和通讯设备
KR20160041233A (ko) * 2014-10-07 2016-04-18 엘지전자 주식회사 이동 단말기
US20170131965A1 (en) * 2015-11-09 2017-05-11 Jarno Eerola Method, a system and a computer program for adapting media content
CN109310525A (zh) * 2016-06-14 2019-02-05 杜比实验室特许公司 媒体补偿通过和模式切换
CN110032357A (zh) * 2019-04-09 2019-07-19 青岛海信电器股份有限公司 应用程序的音频数据的输出方法及显示设备
US10687155B1 (en) * 2019-08-14 2020-06-16 Mimi Hearing Technologies GmbH Systems and methods for providing personalized audio replay on a plurality of consumer devices
US20200341720A1 (en) * 2019-04-25 2020-10-29 Samsung Electronics Co., Ltd. Electronic device and method of controlling thereof

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6650745B1 (en) * 1999-06-10 2003-11-18 Avaya Technologies Corp. Method and apparatus for dynamically exchanging data among participants to a conference call
KR20120015657A (ko) * 2010-08-12 2012-02-22 주식회사 원캐스트 오디오 믹싱을 지원하는 구내방송 서비스 장치
CN102571758A (zh) * 2011-12-16 2012-07-11 华为技术有限公司 两方呼叫转会议的无缝实现方法及装置
CN103379232A (zh) * 2012-04-13 2013-10-30 展讯通信（上海）有限公司 通信服务器、通信终端和语音通信方法
US20150288735A1 (en) * 2014-04-04 2015-10-08 ClearOne Inc. Virtual Audio Device System for Unified Communications Applications
CN105323534A (zh) * 2014-07-14 2016-02-10 深圳市潮流网络技术有限公司 一种第三方应用的会议处理方法和通讯设备
KR20160041233A (ko) * 2014-10-07 2016-04-18 엘지전자 주식회사 이동 단말기
CN105185391A (zh) * 2015-08-27 2015-12-23 三星电子（中国）研发中心 一种多用户音箱控制方法和装置
US20170131965A1 (en) * 2015-11-09 2017-05-11 Jarno Eerola Method, a system and a computer program for adapting media content
CN109310525A (zh) * 2016-06-14 2019-02-05 杜比实验室特许公司 媒体补偿通过和模式切换
CN110032357A (zh) * 2019-04-09 2019-07-19 青岛海信电器股份有限公司 应用程序的音频数据的输出方法及显示设备
US20200341720A1 (en) * 2019-04-25 2020-10-29 Samsung Electronics Co., Ltd. Electronic device and method of controlling thereof
US10687155B1 (en) * 2019-08-14 2020-06-16 Mimi Hearing Technologies GmbH Systems and methods for providing personalized audio replay on a plurality of consumer devices

Also Published As

Publication number Publication date
CN114416011B (zh) 2024-03-15
CN114416011B8 (zh) 2024-04-05

Similar Documents

Publication Publication Date Title
CN113497909B (zh) 一种设备交互的方法和电子设备
CN114339332B (zh) 一种移动终端、显示设备及跨网投屏方法
CN112286481A (zh) 音频输出方法及电子设备
CN113709026B (zh) 即时通信消息的处理方法、设备、存储介质和程序产品
JP2024515684A (ja) コーデックネゴシエーションおよび切替方法
CN114530148A (zh) 一种控制方法、装置及电子设备
WO2023005711A1 (zh) 一种服务的推荐方法及电子设备
CN113014614A (zh) 一种设备控制方法、控制设备及被控设备
CN114416011B (zh) 一种终端、音频控制方法及存储介质
CN113542488B (zh) 采用终端设备控制受控终端的方法、设备和存储介质
CN113079332B (zh) 移动终端及其录屏方法
CN112000411B (zh) 移动终端及其录音通道占用信息的显示方法
CN113157092B (zh) 可视化方法、终端设备和存储介质
CN114675786A (zh) 一种大容量存储挂载方法、装置、终端及介质
CN113031903B (zh) 电子设备及其音频流合成方法
CN110852717A (zh) 一种行程更新方法和智能通信终端
CN112786022A (zh) 终端、第一语音服务器、第二语音服务器及语音识别方法
CN115442472B (zh) 一种终端设备、通信控制方法及存储介质
CN111142648B (zh) 一种数据处理方法和智能终端
CN114860370B (zh) 一种显示设备、服务器及软件开发工具包切换方法
CN114968013B (zh) 一种终端设备、功能设置方法和存储介质
CN113741855B (zh) 一种音频播放的方法及终端
CN112929858B (zh) 一种门禁卡的模拟方法和终端
CN115442472A (zh) 一种终端设备、通信控制方法及存储介质
CN115567493A (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
CB02 Change of applicant information
CB02 Change of applicant information

Country or region after: China

Address after: 266071 Shandong city of Qingdao province Jiangxi City Road No. 11

Applicant after: Qingdao Hisense Mobile Communication Technology Co.,Ltd.

Address before: 266071 Shandong city of Qingdao province Jiangxi City Road No. 11

Applicant before: HISENSE MOBILE COMMUNICATIONS TECHNOLOGY Co.,Ltd.

Country or region before: China

Country or region after: China

Address after: 266100 No. 151, Zhuzhou Road, Laoshan District, Shandong, Qingdao

Applicant after: HISENSE MOBILE COMMUNICATIONS TECHNOLOGY Co.,Ltd.

Address before: 266071 Shandong city of Qingdao province Jiangxi City Road No. 11

Applicant before: HISENSE MOBILE COMMUNICATIONS TECHNOLOGY Co.,Ltd.

Country or region before: China

GR01 Patent grant
GR01 Patent grant
CI03 Correction of invention patent
CI03 Correction of invention patent

Correction item: Applicant

Correct: Qingdao Hisense Mobile Communication Technology Co., Ltd.

False: Qingdao Hisense Mobile Communication Technology Co., Ltd.

Number: 10-02

Volume: 40

CI03 Correction of invention patent
CI03 Correction of invention patent

Correction item: Patentee

Correct: Qingdao Hisense Mobile Communication Technology Co., Ltd.

False: Qingdao Hisense Mobile Communication Technology Co., Ltd.

Number: 11-02

Page: The title page

Volume: 40

Correction item: Patentee

Correct: Qingdao Hisense Mobile Communication Technology Co., Ltd.

False: Qingdao Hisense Mobile Communication Technology Co., Ltd.

Number: 11-02

Volume: 40

OR01 Other related matters
OR01 Other related matters