CN116939559A - 蓝牙音频编码数据分发方法、电子设备及存储介质 - Google Patents

蓝牙音频编码数据分发方法、电子设备及存储介质 Download PDF

Info

Publication number
CN116939559A
CN116939559A CN202210358745.XA CN202210358745A CN116939559A CN 116939559 A CN116939559 A CN 116939559A CN 202210358745 A CN202210358745 A CN 202210358745A CN 116939559 A CN116939559 A CN 116939559A
Authority
CN
China
Prior art keywords
data
bluetooth
audio
read
ring buffer
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.)
Pending
Application number
CN202210358745.XA
Other languages
English (en)
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.)
Honor Device Co Ltd
Original Assignee
Honor Device 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 Honor Device Co Ltd filed Critical Honor Device Co Ltd
Priority to CN202210358745.XA priority Critical patent/CN116939559A/zh
Publication of CN116939559A publication Critical patent/CN116939559A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L19/00—Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis
    • G10L19/04—Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis using predictive techniques
    • G10L19/16—Vocoder architecture

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computational Linguistics (AREA)
  • Health & Medical Sciences (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • Acoustics & Sound (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请实施例涉及一种蓝牙音频编码数据分发方法、电子设备及存储介质。电子设备启动定时器，并在定时器的计时周期内获取每一编码实例的一次读数据请求。电子设备响应当前编码实例的读数据请求，根据环形缓冲器的数据段头、数据段尾及每一编码实例在环形缓冲器中已读取数据的记录位置，从环形缓冲器读取第一数据量的数据，将读取的数据发送给当前编码实例，根据读取的第一数据量的音频数据对环形缓冲器的数据段头或数据段尾进行更新，并对当前编码实例的记录位置进行更新。当前编码实例将代理发送的数据进行编码和压缩生成编码数据，并将编码数据发送给蓝牙设备。本申请实施例能够解决现有编码实例分发编码数据的混乱的问题。

Description

蓝牙音频编码数据分发方法、电子设备及存储介质
技术领域
本申请涉及蓝牙通信领域，具体而言，涉及一种蓝牙音频编码数据分发方法、电子设备及存储介质。
背景技术
现有手机等电子设备将蓝牙音频数据分享给蓝牙播放设备(如蓝牙耳机或音箱)时，由于蓝牙通道有限，不能将所有的蓝牙音频数据分享给蓝牙播放设备，而是要将蓝牙音频数据通过音频编解码器(Codec)进行编码压缩后发送给蓝牙播放设备。例如，手机使用不同的编码方案对蓝牙音频数据压缩后形成编码数据，并将编码数据分发给不同的蓝牙设备。然而，手机使用不同的编码方案形成的编码数据分发给不同的蓝牙播放设备时，由于不同的蓝牙编码方案中音频编解码器(Codec)读取蓝牙音频数据的速率不同，造成手机分发编码数据的混乱。
发明内容
鉴于以上内容，有必要提供一种蓝牙音频编码数据分发方法、电子设备及存储介质。
第一方面，本申请实施例提供一种蓝牙音频编码数据分发方法，应用在电子设备中，所述电子设备与至少两个蓝牙设备通信连接，所述方法包括：所述电子设备与每个所述蓝牙设备进行交互，并确定每个所述蓝牙设备的编码实例；在所述电子设备的环形缓冲器中记录每个所述蓝牙设备的编码实例已读取的数据量的记录位置，将所有所述编码实例的记录位置中所记录的数据量最少的记录位置作为所述环形缓冲器的数据段头，及将数据量最多的记录位置作为所述环形缓冲器的数据段尾；所述电子设备启动定时器，并在所述定时器的每一计时周期内获取每一所述编码实例的读数据请求，其中所述读数据请求包括对应的所述编码实例待读取的第一数据量；所述电子设备响应当前编码实例的读数据请求，根据所述环形缓冲器的数据段头、数据段尾及每一所述编码实例的记录位置从所述环形缓冲器读取第一数据量的音频数据，并将读取的第一数据量的音频数据发送给所述当前编码实例，根据读取的第一数据量的音频数据对所述环形缓冲器的数据段头或数据段尾进行更新，并对所述当前编码实例的记录位置进行更新；所述当前编码实例将代理发送的音频数据进行编码和压缩生成编码数据，并将所述编码数据发送给所述当前编码实例对应的蓝牙设备。本申请中的电子设备根据不同的蓝牙设备的编码实例发送的获取数据请求，从环形缓冲器中读取对应的数据并发送给对应的编码实例，编码实例将获取的数据进行编码后，发送给对应的蓝牙设备，使得不同的编码实例在编码前就可以实现蓝牙设备的音频数据的区分，并且根据环形缓冲器的数据段头、数据段尾及每一所述编码实例的记录位置实现对具有不同数据获取节奏的编码实例的数据分发，从而避免现有蓝牙编码方案通过同一编码实例读取蓝牙音频数据的速率不同，造成分发编码数据的混乱的问题。
在一实施例中，所述在所述电子设备的环形缓冲器中记录每个所述蓝牙设备的编码实例已读取的数据量的记录位置，将所有所述编码实例的记录位置中所记录的数据量最少的记录位置作为所述环形缓冲器的数据段头，及将数据量最多的记录位置作为所述环形缓冲器的数据段尾包括：所述电子设备的蓝牙协议栈的代理在电子设备的硬件抽象层的环形缓冲器中记录每个所述蓝牙设备的编码实例已读取的数据量的记录位置，将所有所述编码实例的记录位置中所记录的数据量最少的记录位置作为所述环形缓冲器的数据段头，及将数据量最多的记录位置作为所述环形缓冲器的数据段尾。上述技术方案，通过蓝牙协议栈的代理对编码实例已读取的数据量的记录位置，环形缓冲器的数据段头及数据段尾进行记录及管理。
在一实施例中，所述电子设备启动定时器，并在所述定时器的每一计时周期内获取每一所述编码实例的读数据请求，其中所述读数据请求包括对应的所述编码实例待读取的第一数据量包括：所述蓝牙协议栈启动定时器；所述代理在定时器的每一计时周期内获取每一所述编码实例的读数据请求。上述技术方案，通过蓝牙协议栈启动定时器，并由代理在定时器的每一计时周期内获取每一所述编码实例的读数据请求。
在一实施例中，所述电子设备响应当前编码实例的读数据请求，根据所述环形缓冲器的数据段头、数据段尾及每一所述编码实例的记录位置从所述环形缓冲器读取第一数据量的音频数据，并将读取的第一数据量的音频数据发送给所述当前编码实例，根据读取的第一数据量的音频数据对所述环形缓冲器的数据段头或数据段尾进行更新，并对所述当前编码实例的记录位置进行更新包括：所述代理响应所述当前编码实例的读数据请求，根据所述环形缓冲器的数据段头、数据段尾及每一所述编码实例的记录位置从所述环形缓冲器读取第一数据量的音频数据，并将所述第一数据量的音频数据发送给所述当前编码实例，根据所述第一数据量的音频数据对所述环形缓冲器的数据段头或数据段尾进行更新，及对所述当前编码实例的记录位置进行更新。上述技术方案，代理根据不同的蓝牙设备的编码实例发送的获取数据请求，从环形缓冲器中读取对应的数据并发送给对应的编码实例。
在一实施例中，所述当前编码实例将代理发送的音频数据进行编码和压缩生成编码数据，并将所述编码数据发送给所述当前编码实例对应的蓝牙设备包括：所述当前编码实例将所述代理发送的音频数据进行编码和压缩生成所述编码数据，并将所述编码数据发送给所述蓝牙协议栈；所述蓝牙协议栈将所述编码数据发送给所述当前编码实例对应的蓝牙设备。上述技术方案，蓝牙协议栈从编码实例获取编码数据，并将编码数据发送给当前编码实例对应的蓝牙设备。
在一实施例中，所述电子设备与每个所述蓝牙设备进行交互，并确定每个所述蓝牙设备的编码实例包括：所述电子设备的蓝牙协议栈响应所述蓝牙设备发送的连接请求，与所述蓝牙设备进行通信连接；所述蓝牙协议栈向所述蓝牙设备发送设备能力获取指令；所述蓝牙协议栈接收所述蓝牙设备的设备能力信息，其中，所述设备能力信息包括所述蓝牙设备支持的音频编码格式；所述蓝牙协议栈根据所述设备能力信息确定所述蓝牙设备支持的音频编码格式，并根据所述蓝牙设备支持的音频编码格式确定所述蓝牙设备的编码实例。上述技术方案，在电子设备与蓝牙设备进行连接时，蓝牙协议栈可以确定出与蓝牙设备所支持的音频编码格式对应的编码实例。
在一实施例中，所述蓝牙协议栈根据所述设备能力信息确定所述蓝牙设备支持的音频编码格式包括：当确定所述蓝牙设备的设备能力信息中包括多个音频编码格式时，所述蓝牙协议栈从多个音频编码格式中选择音质效果最好的音频编码格式作为所述蓝牙设备的音频编码格式。上述技术方案，蓝牙协议栈可以从多个音频编码格式中选择音质效果最好的音频编码格式作为所述蓝牙设备的音频编码格式。
在一实施例中，所述根据所述蓝牙设备支持的音频编码格式确定所述蓝牙设备的编码实例包括：所述蓝牙协议栈根据所述蓝牙设备的音频编码格式确定出与所述音频编码格式对应的编码方案；确定与所述蓝牙设备对应的编码实例，其中所述编码实例按照所述编码方案进行编码。
在一实施例中，所述蓝牙协议栈启动定时器包括：所述电子设备的应用程序层的应用响应用户输入的播放指令，将所述播放指令发送给蓝牙协议栈；所述蓝牙协议栈响应所述播放指令，并启动所述定时器按照所述计时周期进行循环计时。上述技术方案中，蓝牙协议栈接收到应用程序层的应用的播放指令时启动定时器按照所述计时周期进行循环计时。
在一实施例中，所述代理响应所述当前编码实例的读数据请求，根据所述环形缓冲器的数据段头、数据段尾及每一所述编码实例的记录位置从所述环形缓冲器读取第一数据量的音频数据包括：所述代理将所述当前编码实例的记录位置作为起点，计算所述当前编码实例的起点与所述数据段尾所对应的记录位置之间的第二数据量；判断所述第一数据量是否大于所述第二数据量；当所述第一数据量大于所述第二数据量时，所述代理计算所述第一数据量与所述第二数据量之差得到第三数据量，从所述电子设备的音频架构层中获取所述第三数据量的音频数据，将所述第三数据量的音频数据写入所述环形缓冲器中；所述代理从所述当前编码实例的起点开始，从所述环形缓冲器中读取所述第一数据量的音频数据，将读取的所述第一数据量的音频数据发送给当前编码实例，并根据读取的所述第一数据量的音频数据对所述当前编码实例的记录位置进行更新，及对所述环形缓冲器的数据段头的位置或数据段尾的位置进行更新；当所述第一数据量小于或等于所述第二数据量时，所述代理从所述当前编码实例的起点开始，从所述环形缓冲器中读取所述第一数据量的音频数据，将读取的所述第一数据量的音频数据发送给当前编码实例，并根据读取的所述第一数据量的音频数据对所述当前编码实例的记录位置进行更新，及对所述环形缓冲器的数据段头的位置或数据段尾的位置进行更新。上述技术方案，当编码实例的读数据请求中的第一数据量大于编码实例当前可以从环形缓存器所能读取的第二数据量时，所述代理从所述电子设备的音频架构层中获取所述第三数据量的音频数据，将所述第三数据量的音频数据写入所述环形缓冲器中供编码实例读取。
在一实施例中，所述根据读取的所述第一数据量的音频数据对所述当前编码实例的记录位置进行更新，及对所述环形缓冲器的数据段头的位置或数据段尾的位置进行更新包括：当所述第一数据量小于或等于所述第二数据量时，且当所述当前编码实例的记录位置位于所述环形缓冲器的数据段头时，代理根据读取的所述第一数据量的音频数据对所述当前编码实例的记录位置进行更新及对所述环形缓冲器的数据段头的位置进行更新；当所述当前编码实例的记录位置位于环形缓冲器的数据段尾时，代理根据读取的所述第一数据量的音频数据对所述当前编码实例的记录位置进行更新及对所述环形缓冲器的数据段尾的位置进行更新；当所述当前编码实例的记录位置位于所述环形缓冲器的数据段头及所述环形缓冲器的数据段尾之间时，代理根据读取的所述第一数据量的音频数据对所述当前编码实例的记录位置进行更新；当所述第一数据量大于所述第二数据量时，代理根据读取的所述第一数据量的音频数据对所述当前编码实例的记录位置进行更新及对所述环形缓冲器的数据段尾的位置进行更新。上述技术方案，在当前编码实例从环形缓冲器中读取第一数据量的音频数据后，代理根据读取的第一数据量的音频数据对当前编码实例的记录位置、环形缓冲器的数据段头的位置或数据段尾的位置进行更新。
在一实施例中，所述第三数据量小于或等于预设阈值，所述预设阈值为所述环形缓冲器的存储容量与第四数据量之间的差值，所述第四数据量为所述环形缓冲器的数据段头与所述数据段尾之间的数据量。上述技术方案，本申请将代理从音频架构层获取的第三数据量限定为小于所述预设阈值，可以避免出现当前编码实例从环形缓冲器中读取的数据量过大导致环形缓冲器从音频架构层读取音频数据存入环形缓冲器时，对其他的编码实例尚未从环形缓冲器中读取的数据进行覆盖的问题，从而提高用户的使用体验。
第二方面，本申请实施例提供一种电子设备，包括处理器、存储器；其中所述处理器与所述存储器相耦合；所述存储器，用于存储程序指令；所述处理器，用于读取所述存储器中存储的所述程序指令，以实现上述的蓝牙音频编码数据分发方法。
第三方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质存储有程序指令，当程序指令被处理器执行时，执行上述的蓝牙音频编码数据分发方法。
另外，第二方面至第三方面所带来的技术效果可参见上述方法部分各设计的方法相关的描述，此处不再赘述。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1为本申请一实施例中电子设备的软件结构框图。
图2为本申请一实施例中蓝牙音频编码数据分发方法的应用环境图。
图3为本申请一实施例中蓝牙音频编码数据分发方法的流程图。
图4为本申请一实施例中环形缓冲器设置编码实例记录位置的示意图。
图5为本申请一实施例中电子设备与每个蓝牙设备进行交互方法的流程示意图。
图6为本申请一实施例中电子设备的操作界面的示意图。
图7为本申请一实施例中电子设备的连接界面的示意图。
图8为本申请一实施例中代理响应读数据请求将音频数据发送给编码实例的方法的流程图。
图9为本申请一实施例中电子设备的音乐播放界面的示意图。
图10A-10D为本申请一实施例中代理管理环形缓冲器的示意图。
图11为本申请实一施例中电子设备的结构示意图。
具体实施方式
以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请实施例的描述中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
除非另有定义，本文所使用的所有的技术和科学术语与属于本申请中的技术领域的技术人员通常理解的含义相同。本申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请。应理解，本申请中除非另有说明，“/”表示或的意思。例如，A/B可以表示A或B。本申请中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B三种情况。“至少一个”是指一个或者多个。“多个”是指两个或多于两个。例如，a、b或c中的至少一个，可以表示：a，b，c，a和b，a和c，b和c，a、b和c七种情况。
为便于下文描述各个实施例，对本申请实施例中涉及的用户界面(UserInterface，UI)先进行简单描述。UI是应用程序或操作系统与用户之间进行交互和信息交换的介质接口，可实现信息的内部形式与用户可以接受形式之间的转换。应用程序的用户界面是通过JAVA、可扩展标记语言(extensible markup language，XML)等特定计算机语言编写的源代码，界面源代码在电子设备上经过解析、渲染，最终呈现为用户可以识别的内容，比如图片、文字、按钮等控件。控件(control)，是用户界面的基本元素，典型的控件有按钮(button)、小工具(widget)、工具栏(toolbar)、菜单栏(menu bar)、文本框(text box)、滚动条(scrollbar)、图片(image)和文本(text)。界面中的控件的属性和内容是通过标签或者节点来定义的，比如XML通过<Textview>、<ImgView>、<VideoView>等节点来规定界面所包含的控件。一个节点对应界面中一个控件或属性，节点经过解析和渲染之后呈现为用户可视的内容。此外，很多应用程序，比如混合应用(hybrid application)的界面中通常还包含有网页。网页，也称为页面，可以理解为内嵌在应用程序界面中的一个特殊的控件，网页是通过特定计算机语言编写的源代码，例如超文本标记语言(hyper text markuplanguage，HTML)，层叠样式表(cascading style sheets，CSS)，JAVA脚本(JavaScript，JS)等，网页源代码可以由浏览器或与浏览器功能类似的网页显示组件加载和显示为用户可识别的内容。网页所包含的具体内容也是通过网页源代码中的标签或者节点来定义的，比如HTML通过<p>、<img>、<video>、<canvas>来定义网页的元素和属性。
用户界面常用的表现形式是图形用户界面(graphic user interface，GUI)，是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的一个图标、窗口、控件等界面元素。
本申请提供一种蓝牙音频编码数据分发方法，所述方法应用在电子设备100中。参考图1所示，为本申请一实施例中电子设备100的软件结构框图。分层架构将软件分成从上至下分别为应用程序层，应用程序框架层，硬件抽象层(Hardware Abstract Layer，HAL)以及内核层。
应用程序层可以包括一系列应用程序包。如图1所示，应用程序包可以包括音频应用或视频应用。
应用程序框架层为应用程序层的应用程序提供应用编程接口(ApplicationProgramming Interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。如图1所示，应用程序框架层可以包括蓝牙框架层、音频框架层。音频框架层包括环形缓冲器(ring buffer)。
硬件抽象(HAL)层为不同硬件设备提供统一的访问接口。如图1所示，HAL层可以包括蓝牙协议栈及环形缓冲器。蓝牙协议栈包括代理，代理用于对环形缓冲器进行管理。
内核层是硬件和软件之间的层。内核层至少包括各种驱动器，例如，包括图1所示的蓝牙驱动器。
参考图2所示，为本申请一实施例中蓝牙音频编码数据分发方法的应用环境图。所述蓝牙音频编码数据分发方法应用在电子设备100中。所述电子设备100通过蓝牙通信模块与至少两个蓝牙设备200通信连接。在一实施例中，电子设备100包括但不局限于，智能手机、膝上型设备、台式机、手持PC、个人数字助理、嵌入式处理器、数字信号处理器(DigitalSignal Processor，DSP)、图形设备、视频游戏设备、机顶盒、微控制器、蜂窝电话、便携式媒体播放器、手持设备、可穿戴设备(例如，显示眼镜或护目镜，头戴式显示器(Head-MountedDisplay，HMD)，手表，头戴设备，臂带，珠宝等)，虚拟现实(Virtual Reality，VR)和/或增强现实(Augment Reality，AR)设备，物联网(Internet of Things，IoT)设备，智能音响系统，车载信息娱乐设备，流媒体客户端设备，电子书阅读设备，POS机，电动车辆的控制系统，以及各种其他电子设备。在一实施例中，蓝牙设备200包括蓝牙耳机、蓝牙音箱等具有蓝牙音频播放能力的蓝牙设备。
请参考图3所示，为本申请一实施例中蓝牙音频编码数据分发方法的流程图。所述方法包括如下步骤。
步骤S301，电子设备100的蓝牙协议栈与每个蓝牙设备200进行交互，并确定每个蓝牙设备200的编码实例，其中编码实例位于所述电子设备100的HAL层的蓝牙协议栈中，是用于通过编解码器(Codec)将音频数据按照预设编码算法进行编码的功能模块。
本实施例中，预设编码算法包括次频带编码(Sub-band coding，SBC)算法、高级音频(Advanced Audio Codec，AAC)编码算法、APTX编码算法、低延迟高清晰度音频编码(Low-Latency Hi-Definition Audio Codec，LDAC)算法。本实施例中，电子设备100与蓝牙设备200间的交互方法的具体步骤请参考如下针对图5所示的流程示意图进行的详细说明。
步骤S302，蓝牙协议栈的代理在HAL层的环形缓冲器中记录每个蓝牙设备200的编码实例已读取的数据量的记录位置，将所有编码实例的记录位置中所记录的数据量最少的记录位置作为环形缓冲器的数据段头，及将数据量最多的记录位置作为环形缓冲器的数据段尾。
本实施例中，HAL层的环形缓冲器从HAL层的上层音频架构层中获取应用的音频数据。需要说明的是，在电子设备100的音频架构层中包括另外一个环形缓冲器。音频架构层的环形缓冲器从电子设备100的应用程序层的应用(例如，音频/视频应用程序)中获取音频数据，并将音频数据存储在音频架构层的环形缓冲器中。音频架构层的环形缓冲器可以根据HAL层的环形缓冲器的读数据请求，将音频架构层的环形缓冲器中的音频数据发送给HAL层的环形缓冲器。HAL层的代理用于对每个蓝牙设备200的编码实例从HAL层的环形缓冲器中读取的数据进行记录和管理。
参考图4所示，为本申请一实施例中环形缓冲器设置编码实例记录位置的示意图。如图4，代理在HAL层的环形缓冲器中记录编码实例A已读取的数据量的记录位置为A1，记录编码实例B已读取的数据量的记录位置为B1，记录编码实例C已读取的数据量的记录位置为C1，其中记录位置A1的数据量小于记录位置B1的数据量，记录位置B1的数据量小于记录位置C1的数据量。代理将编码实例A、编码实例B、编码实例C的记录位置中所记录的数据量最少的记录位置A1作为数据段头，将编码实例A、编码实例B、编码实例C的记录位置中所记录的数据量最多的记录位置C1作为数据段尾。
步骤S303，蓝牙协议栈启动定时器。
步骤S304，代理在定时器的每一计时周期内获取每一编码实例的读数据请求，其中读数据请求包括所述编码实例待读取的第一数据量。
步骤S305，代理响应当前编码实例的读数据请求，根据HAL层的环形缓冲器的数据段头、数据段尾及每一编码实例的记录位置从HAL层的环形缓冲器读取第一数据量的音频数据，并将读取的第一数据量的音频数据发送给当前编码实例，根据读取的第一数据量的音频数据对HAL层的环形缓冲器的数据段头或数据段尾进行更新，及对当前编码实例的记录位置进行更新。需要说明的时，代理在定时器的一个计时周期内能够遍历获取每一编码实例的一次读数据请求。
本实施例中，代理获取每一编码实例的读数据请求，并响应读数据请求从环形缓冲器获取第一数据量的音频数据发送给当前编码实例的方法可具体参考如下对图8所示流程图的详细说明。
步骤S306，当前编码实例将代理发送的音频数据进行编码和压缩生成编码数据，并将编码数据发送给蓝牙协议栈。
步骤S307，蓝牙协议栈将编码数据发送给当前编码实例对应的蓝牙设备200。
需要说明的是，不同蓝牙设备200的编码实例在预设时间段内从代理接收的总数据量是相同的，但不同蓝牙设备200的编码实例在所述预设时间段内读取数据量的节奏不同。所述总数据量及预设时间段可以在电子设备100与蓝牙设备200进行交互时，由电子设备100与蓝牙设备200进行交互确定。例如，将总数据量设置为1000字节数据量，及将预设时间段设置为1S。例如，编码实例A在预设时间段(1S)的前800ms读取1000字节音频数据，在预设时间段(1S)的后200ms休息；编码实例B在预设时间段(1S)内每200ms读取200字节音频数据，并匀速读完；编码实例C在预设时间段(1S)内每100ms读取100字节音频数据，并匀速读完。由于不同的编码实例读取蓝牙音频数据的速率不同，会造成电子设备通过同一编码实例分发编码数据的时序混乱的问题。
本申请中电子设备100能够根据每一蓝牙设备200所支持的音频编码格式确定出对应的编码实例，电子设备100中的代理根据不同的蓝牙设备200的编码实例发送的获取数据请求，从环形缓冲器中读取对应的数据并发送给对应的编码实例，编码实例将获取的数据进行编码后，通过蓝牙协议栈发送给对应的蓝牙设备200，使得不同的编码实例在编码前就可以实现蓝牙设备200的音频数据的区分，并且通过代理能够实现对具有不同数据获取节奏的编码实例进行数据分发，从而避免现有蓝牙编码方案中通过同一编码实例读取蓝牙音频数据的速率不同，造成分发编码数据的时序混乱的问题。
参考图5所示，为本申请一实施例中电子设备100与每个蓝牙设备200进行交互方法的流程示意图，具体包括如下步骤。
步骤S501，电子设备的蓝牙协议栈响应蓝牙设备200的发送的连接请求，与蓝牙设备200进行通信连接，并记录蓝牙设备200的物理设备地址。
为便于说明，下文电子设备100以手机为例及蓝牙设备200以蓝牙耳机为例，介绍本申请实施例所提供的电子设备100与每个蓝牙设备200进行交互的方法。
参考图6所示，用户在手机的操作界面60上通过选择开启蓝牙选项601执行开启蓝牙功能的操作。手机响应用户选择开启蓝牙选项601的操作，搜索手机附近的蓝牙耳机发送的广播信号。本实施例中，蓝牙耳机发送的广播信号包括两种状态。第一种状态为蓝牙耳机发送的广播信号为有连续缓存数据的广播信号。第二种状态为蓝牙耳机发送的广播信号为无连续缓存数据的广播信号。本实施例中，连续缓存数据是指手机与蓝牙设备20之间存在连接记录的数据。若手机搜索到蓝牙耳机发送的广播信号为有连续缓存数据的广播信号，即手机与蓝牙耳机之间存在连接记录，则手机与蓝牙耳机进行连接。若手机搜索到蓝牙耳机发送的广播信号为无连续缓存数据的广播信号，例如蓝牙耳机第一次与手机进行连接，手机显示连接界面70。
参考图7所示，为本申请一实施例中连接界面70的示意图。所述连接界面70显示手机搜索到的蓝牙耳机的名称及与蓝牙耳机的名称对应的连接控件701。用户点击连接控件701后，手机响应用户点击连接控件701的操作，与连接控件701对应的蓝牙耳机进行蓝牙连接。例如，连接界面70上显示手机搜索到的附近所有的蓝牙耳机的名称，若用户点击其中一个蓝牙耳机的名称所对应的连接控件701，手机与连接控件701对应的蓝牙耳机进行蓝牙连接，并记录蓝牙耳机的访问路径地址。本实施例中，蓝牙耳机的访问路径地址至少包括蓝牙耳机的物理(Mac)地址。
需要说明的是，本实施例中，电子设备100与至少两个蓝牙设备200进行通信连接。
步骤S502，蓝牙协议栈向蓝牙设备200发送设备能力获取(get capbility)指令。
步骤S503，蓝牙设备200响应设备能力获取指令，将蓝牙设备200的设备能力信息发送给电子设备100的蓝牙协议栈，其中，设备能力信息包括蓝牙设备200支持的音频编码格式。
本实施例中，蓝牙设备200支持的音频编码格式包括SBC编码格式、AAC编码格式、APTX编码格式、LDAC编码格式。
步骤S504，蓝牙协议栈根据设备能力信息确定蓝牙设备200支持的音频编码格式，并根据蓝牙设备200支持的音频编码格式确定蓝牙设备200的编码实例。其中，蓝牙设备200的编码实例按照蓝牙设备200的音频编码格式进行编码。
本实施例中，蓝牙协议栈根据设备能力信息确定蓝牙设备200的音频编码格式包括：当蓝牙协议栈确定蓝牙设备200的设备能力信息中包括多个音频编码格式时，蓝牙协议栈从多个音频编码格式中选择音质效果最好的音频编码格式作为蓝牙设备200的音频编码格式。例如，蓝牙协议栈确定蓝牙设备200的设备能力信息中包括SBC编码格式及AAC编码格式时，蓝牙协议栈将音质效果更好的AAC编码格式作为蓝牙设备200的音频编码格式。
在一实施例中，所述根据蓝牙设备200的音频编码格式确定蓝牙设备200的编码实例包括：蓝牙协议栈根据蓝牙设备200的音频编码格式确定一与音频编码格式对应的编码方案；确定与蓝牙设备200对应的编码实例，其中所述编码实例按照确定出的编码方案进行编码。例如，当蓝牙协议栈确定蓝牙设备200的音频编码格式为AAC编码格式时，蓝牙协议栈确定与AAC编码格式对应的编码方案为AAC编码算法，并提供一与蓝牙设备200对应的编码实例，所述编码实例按照AAC编码算法进行编码。
参考图8所示，为本申请一实施例中代理响应读数据请求将音频数据发送给编码实例的方法的流程图，所述方法包括如下步骤。
步骤S801，应用程序层的应用响应用户输入的播放指令，将播放指令发送给蓝牙协议栈。
为便于说明，下文应用以音乐播放器为例，介绍本申请实施例中应用将播放指令发送给蓝牙协议栈的方法。参考图9所示，用户在电子设备100(如手机)的音乐播放器的音乐播放界面90点击播放按钮91时，音乐播放器响应用户在音乐播放界面90点击播放按钮91的操作，生成播放指令，并将播放指令发送给HAL层的蓝牙协议栈。
步骤S802，蓝牙协议栈响应播放指令，启动定时器按照计时周期进行循环计时。
本实施例中，启动定时器按照计时周期进行循环计时是指定时器在当前计时周期从零计时到计时周期结束后，计时时间清零，并进入下一个计时周期重新计时的过程。本实施例中，所述计时周期可以根据用户的需要进行设置。
步骤S803，蓝牙协议栈的代理在定时器的每一计时周期内获取当前编码实例的读数据请求，其中读数据请求包括当前编码实例待读取的第一数据量。
步骤S804，代理将当前编码实例的记录位置作为起点，计算当前编码实例的起点与所述数据段尾所对应的记录位置之间的第二数据量。
参考图10A-10D所示，为本申请一实施例中代理管理环形缓冲器的示意图。参考图10A，代理将当前编码实例的记录位置作为起点，计算得到当前编码实例的起点与环形缓冲器的数据段尾之间的第二数据量D2。其中，第二数据量表示当前编码实例能从环形缓存器中读取的数据量。其中，当前编码实例待读取的第一数据量标示为D1。
步骤S805，代理判断当前编码实例的第一数据量D1是否大于第二数据量D2。
参考图10B，若当前编码实例的第一数据量D1大于当前编码实例的第二数据量D2时，确定管理环形缓冲器中的数据量不够当前编码实例进行读取。参考图10C，若当前编码实例的第一数据量D1小于或等于当前编码实例的第二数据量D2时，确定管理环形缓冲器中的数据量足够当前编码实例读取。
本实施例中，若当前编码实例的第一数据量D1大于当前编码实例的第二数据量D2，执行步骤S806，否则，若当前编码实例的第一数据量D1小于或等于当前编码实例的第二数据量D2，执行步骤S807。
步骤S806，代理计算当前编码实例的第一数据量D1与当前编码实例的第二数据量D2之差得到第三数据量D3，从音频架构层中获取第三数据量D3的音频数据，将第三数据量D3的音频数据写入HAL层的环形缓冲器中。
参考图10D，代理将第三数据量D3的音频数据写入HAL层的环形缓冲器中。
步骤S807，代理从当前编码实例的起点开始，从环形缓冲器中读取第一数据量D1的音频数据，将读取的第一数据量D1的音频数据发送给当前编码实例，并根据读取的第一数据量D1的音频数据对当前编码实例的记录位置进行更新，及对环形缓冲器的数据段头的位置或环形缓冲器的数据段尾的位置进行更新。
本实施例中，所述根据读取的第一数据量D1的音频数据对当前编码实例的记录位置进行更新，及对环形缓冲器的数据段头的位置或环形缓冲器的数据段尾的位置进行更新包括：当所述第一数据量小于或等于所述第二数据量时，当所述当前编码实例的记录位置位于所述环形缓冲器的数据段头时，代理根据读取的所述第一数据量的音频数据对所述当前编码实例的记录位置进行更新及对所述环形缓冲器的数据段头的位置进行更新；当所述当前编码实例的记录位置位于环形缓冲器的数据段尾时，代理根据读取的所述第一数据量的音频数据对所述当前编码实例的记录位置进行更新及对所述环形缓冲器的数据段尾的位置进行更新；当所述当前编码实例的记录位置位于所述环形缓冲器的数据段头及所述环形缓冲器的数据段尾之间时，代理根据读取的所述第一数据量的音频数据对所述当前编码实例的记录位置进行更新。
所述根据读取的第一数据量D1的音频数据对当前编码实例的记录位置进行更新，及对环形缓冲器的数据段头的位置或对环形缓冲器的数据段尾的位置进行更新包括：当所述第一数据量大于所述第二数据量时，代理根据读取的所述第一数据量的音频数据对所述当前编码实例的记录位置进行更新及对所述环形缓冲器的数据段尾的位置进行更新。
需要说明的是，为避免出现当前编码实例从HAL层的环形缓冲器中读取的数据量过大导致HAL层的环形缓冲器从音频架构层读取音频数据存入环形缓冲器时，对其他的编码实例尚未从环形缓冲器中读取的数据进行覆盖的问题，需要对代理从音频架构层获取的第三数据量D3进行限制。参考图10D，本实施例中，第三数据量D3小于或等于预设阈值，所述预设阈值为环形缓冲器的存储容量D与第四数据量D4之间的差值，所述第四数据量D4为环形缓冲器的数据段头与数据段尾之间的数据量。
本申请将代理从音频架构层获取的第三数据量D3限定为小于所述预设阈值，可以在当前编码实例从HAL层的环形缓冲器中读取的数据量过大导致HAL层的环形缓冲器从音频架构层读取音频数据存入环形缓冲器时，避免出现对其他的编码实例尚未从环形缓冲器中读取的数据进行覆盖的问题，从而提高用户的使用体验。
需要说明的是，当前编码实例接收到代理发送的音频数据后，按照与当前编码实例对应的蓝牙设备100所支持的音频编码格式对音频数据进行编码和压缩生成编码数据，并将编码数据发送给电子设备100的蓝牙协议栈。蓝牙协议栈根据记录的蓝牙设备200的路径地址将编码数据发送给当前编码实例对应的蓝牙设备200，如此实现代理对具有不同数据获取节奏的编码实例的数据分发。
下面对本申请实施例涉及的电子设备100进行介绍。参考图11，所示为本申请一实施例中电子设备100的硬件结构示意图。本实施例中，电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriberidentification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。
可以理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。
处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。
在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。
I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现电子设备100的触摸功能。
I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。
PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。
UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。
MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现电子设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现电子设备100的显示功能。
GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。
USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备100，例如AR设备等。
可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。
充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备100供电。
电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。
电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。
无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。
在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。
电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。
显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。
电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。
ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。
摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。
数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。
视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。
NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。
内部存储器121可以包括一个或多个随机存取存储器(random access memory，RAM)和一个或多个非易失性存储器(non-volatile memory，NVM)。
随机存取存储器可以包括静态随机存储器(static random-access memory，SRAM)、动态随机存储器(dynamic random access memory，DRAM)、同步动态随机存储器(synchronous dynamic random access memory,SDRAM)、双倍资料率同步动态随机存取存储器(double data rate synchronous dynamic random access memory,DDR SDRAM，例如第五代DDR SDRAM一般称为DDR5 SDRAM)等；
非易失性存储器可以包括磁盘存储器件、快闪存储器(flash memory)。
快闪存储器按照运作原理划分可以包括NOR FLASH、NAND FLASH、3D NAND FLASH等，按照存储单元电位阶数划分可以包括单阶存储单元(single-level cell,SLC)、多阶存储单元(multi-level cell,MLC)、三阶储存单元(triple-level cell,TLC)、四阶储存单元(quad-level cell,QLC)等，按照存储规范划分可以包括通用闪存存储(英文：universalflash storage，UFS)、嵌入式多媒体存储卡(embedded multi media Card，eMMC)等。
随机存取存储器可以由处理器110直接进行读写，可以用于存储操作系统或其他正在运行中的程序的可执行程序(例如机器指令)，还可以用于存储用户及应用程序的数据等。
非易失性存储器也可以存储可执行程序和存储用户及应用程序的数据等，可以提前加载到随机存取存储器中，用于处理器110直接进行读写。
外部存储器接口120可以用于连接外部的非易失性存储器，实现扩展电子设备100的存储能力。外部的非易失性存储器通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部的非易失性存储器中。
内部存储器121或外部存储器接口120用于存储一个或多个计算机程序。一个或多个计算机程序被配置为被该处理器110执行。该一个或多个计算机程序包括多个指令，多个指令被处理器110执行时，可实现上述实施例中在电子设备100上执行蓝牙音频编码数据分发方法，以实现蓝牙音频编码数据分发的功能。
电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。
音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。
扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备100可以通过扬声器170A收听音乐，或收听免提通话。
受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。
麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。电子设备100可以设置至少一个麦克风170C。在另一些实施例中，电子设备100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。
耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备100平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of theUSA，CTIA)标准接口。
压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，电子设备100根据压力传感器180A检测所述触摸操作强度。电子设备100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。
陀螺仪传感器180B可以用于确定电子设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定电子设备100围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器180B检测电子设备100抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消电子设备100的抖动，实现防抖。陀螺仪传感器180B还可以用于导航，体感游戏场景。
气压传感器180C用于测量气压。在一些实施例中，电子设备100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。
磁传感器180D包括霍尔传感器。电子设备100可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中，当电子设备100是翻盖机时，电子设备100可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。
加速度传感器180E可检测电子设备100在各个方向上(一般为三轴)加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备100姿态，应用于横竖屏切换，计步器等应用。
距离传感器180F，用于测量距离。电子设备100可以通过红外或激光测量距离。在一些实施例中，拍摄场景，电子设备100可以利用距离传感器180F测距以实现快速对焦。
接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。电子设备100通过发光二极管向外发射红外光。电子设备100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定电子设备100附近有物体。当检测到不充分的反射光时，电子设备100可以确定电子设备100附近没有物体。电子设备100可以利用接近光传感器180G检测用户手持电子设备100贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式，口袋模式自动解锁与锁屏。
环境光传感器180L用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测电子设备100是否在口袋里，以防误触。
指纹传感器180H用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。
温度传感器180J用于检测温度。在一些实施例中，电子设备100利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，电子设备100执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，电子设备100对电池142加热，以避免低温导致电子设备100异常关机。在其他一些实施例中，当温度低于又一阈值时，电子设备100对电池142的输出电压执行升压，以避免低温导致的异常关机。
触摸传感器180K，也称“触控器件”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于电子设备100的表面，与显示屏194所处的位置不同。
骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器180M也可以设置于耳机中，结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息，实现心率检测功能。
按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。
马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。
指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。
SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。电子设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，电子设备100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备100中，不能和电子设备100分离。
本实施例还提供一种计算机存储介质，该计算机存储介质中存储有计算机指令，当该计算机指令在电子设备100上运行时，使得电子设备100执行上述相关方法步骤实现上述实施例中的蓝牙音频编码数据分发方法。
本实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的蓝牙音频编码数据分发方法。
另外，本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中的蓝牙音频编码数据分发方法。
其中，本实施例提供的电子设备100、计算机存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。
通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，该模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
该作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上实施方式仅用以说明本申请的技术方案而非限制，尽管参照以上较佳实施方式对本申请进行了详细说明，本领域的普通技术人员应当理解，可以对本申请的技术方案进行修改或等同替换都不应脱离本申请技术方案的精神和范围。

Claims (14)

1.一种蓝牙音频编码数据分发方法，应用在电子设备中，所述电子设备与至少两个蓝牙设备通信连接，其特征在于，所述方法包括：
所述电子设备与每个蓝牙设备进行交互，并确定所述每个蓝牙设备的编码实例；
在所述电子设备的环形缓冲器中记录所述每个蓝牙设备的编码实例已读取的数据量的记录位置，将所有编码实例的记录位置中所记录的数据量最少的记录位置作为所述环形缓冲器的数据段头，及将数据量最多的记录位置作为所述环形缓冲器的数据段尾；
所述电子设备启动定时器，并在所述定时器的每一计时周期内获取每一所述编码实例的读数据请求，其中所述读数据请求包括对应的编码实例待读取的第一数据量；
所述电子设备响应当前编码实例的读数据请求，根据所述环形缓冲器的数据段头、数据段尾及每一所述编码实例的记录位置，从所述环形缓冲器读取所述第一数据量的音频数据，并将读取的第一数据量的音频数据发送给所述当前编码实例，根据读取的第一数据量的音频数据对所述环形缓冲器的数据段头或数据段尾进行更新，并对所述当前编码实例的记录位置进行更新；
所述当前编码实例将代理发送的音频数据进行编码和压缩生成编码数据，并将所述编码数据发送给所述当前编码实例对应的蓝牙设备。
2.如权利要求1所述的蓝牙音频编码数据分发方法，其特征在于，所述在所述电子设备的环形缓冲器中记录所述每个蓝牙设备的编码实例已读取的数据量的记录位置，将所有所述编码实例的记录位置中所记录的数据量最少的记录位置作为所述环形缓冲器的数据段头，及将数据量最多的记录位置作为所述环形缓冲器的数据段尾包括：
所述电子设备中的蓝牙协议栈的代理在所述电子设备的硬件抽象层的环形缓冲器中记录所述每个蓝牙设备的编码实例已读取的数据量的记录位置，将所有编码实例的记录位置中所记录的数据量最少的记录位置作为所述环形缓冲器的数据段头，及将数据量最多的记录位置作为所述环形缓冲器的数据段尾。
3.如权利要求2所述的蓝牙音频编码数据分发方法，其特征在于，所述电子设备启动定时器，并在所述定时器的每一计时周期内获取每一所述编码实例的读数据请求，其中所述读数据请求包括对应的所述编码实例待读取的第一数据量包括：
所述蓝牙协议栈启动所述定时器；
所述代理在所述定时器的每一计时周期内获取每一所述编码实例的读数据请求。
4.如权利要求3所述的蓝牙音频编码数据分发方法，其特征在于，所述电子设备响应当前编码实例的读数据请求，根据所述环形缓冲器的数据段头、数据段尾及每一所述编码实例的记录位置从所述环形缓冲器读取第一数据量的音频数据，并将读取的第一数据量的音频数据发送给所述当前编码实例，根据读取的第一数据量的音频数据对所述环形缓冲器的数据段头或数据段尾进行更新，并对所述当前编码实例的记录位置进行更新包括：
所述代理响应所述当前编码实例的读数据请求，根据所述环形缓冲器的数据段头、数据段尾及每一所述编码实例的记录位置从所述环形缓冲器读取所述第一数据量的音频数据，并将所述第一数据量的音频数据发送给所述当前编码实例，根据所述第一数据量的音频数据对所述环形缓冲器的数据段头或数据段尾进行更新，及对所述当前编码实例的记录位置进行更新。
5.如权利要求4所述的蓝牙音频编码数据分发方法，其特征在于，所述当前编码实例将代理发送的音频数据进行编码和压缩生成编码数据，并将所述编码数据发送给所述当前编码实例对应的蓝牙设备包括：
所述当前编码实例将所述代理发送的音频数据进行编码和压缩生成所述编码数据，并将所述编码数据发送给所述蓝牙协议栈；
所述蓝牙协议栈将所述编码数据发送给所述当前编码实例对应的蓝牙设备。
6.如权利要求1至5任一项所述的蓝牙音频编码数据分发方法，其特征在于，所述电子设备与每个所述蓝牙设备进行交互，并确定每个所述蓝牙设备的编码实例包括：
所述电子设备的蓝牙协议栈响应所述蓝牙设备发送的连接请求，与所述蓝牙设备进行通信连接；
所述蓝牙协议栈向所述蓝牙设备发送设备能力获取指令；
所述蓝牙协议栈接收所述蓝牙设备的设备能力信息，其中，所述设备能力信息包括所述蓝牙设备支持的音频编码格式；
所述蓝牙协议栈根据所述设备能力信息确定所述蓝牙设备支持的音频编码格式，并根据所述蓝牙设备支持的音频编码格式确定所述蓝牙设备的编码实例。
7.如权利要求6所述的蓝牙音频编码数据分发方法，其特征在于，所述蓝牙协议栈根据所述设备能力信息确定所述蓝牙设备支持的音频编码格式包括：
当确定所述蓝牙设备的设备能力信息中包括多个音频编码格式时，所述蓝牙协议栈从多个音频编码格式中选择音质效果最好的音频编码格式作为所述蓝牙设备的音频编码格式。
8.如权利要求6所述的蓝牙音频编码数据分发方法，其特征在于，所述根据所述蓝牙设备支持的音频编码格式确定所述蓝牙设备的编码实例包括：
所述蓝牙协议栈根据所述蓝牙设备的音频编码格式确定出与所述音频编码格式对应的编码方案；
确定与所述蓝牙设备对应的编码实例，其中所述编码实例按照所述编码方案进行编码。
9.如权利要求3所述的蓝牙音频编码数据分发方法，其特征在于，所述蓝牙协议栈启动所述定时器包括：
所述电子设备的应用程序层的应用响应用户输入的播放指令，将所述播放指令发送给所述蓝牙协议栈；
所述蓝牙协议栈响应所述播放指令，并启动所述定时器按照所述计时周期进行循环计时。
10.如权利要求4所述的蓝牙音频编码数据分发方法，其特征在于，所述代理响应所述当前编码实例的读数据请求，根据所述环形缓冲器的数据段头、数据段尾及每一所述编码实例的记录位置从所述环形缓冲器读取第一数据量的音频数据包括：
所述代理将所述当前编码实例的记录位置作为起点，计算所述当前编码实例的起点与所述数据段尾所对应的记录位置之间的第二数据量；
判断所述第一数据量是否大于所述第二数据量：
若所述第一数据量大于所述第二数据量，
所述代理计算所述第一数据量与所述第二数据量之差得到第三数据量，从所述电子设备的音频架构层中获取所述第三数据量的音频数据，将所述第三数据量的音频数据写入所述环形缓冲器中；
所述代理从所述当前编码实例的起点开始，从所述环形缓冲器中读取所述第一数据量的音频数据，将读取的所述第一数据量的音频数据发送给所述当前编码实例，并根据读取的所述第一数据量的音频数据对所述当前编码实例的记录位置进行更新，及对所述环形缓冲器的数据段头的位置或数据段尾的位置进行更新；或
若所述第一数据量小于或等于所述第二数据量时，
所述代理从所述当前编码实例的起点开始，从所述环形缓冲器中读取所述第一数据量的音频数据，将读取的所述第一数据量的音频数据发送给所述当前编码实例，并根据读取的所述第一数据量的音频数据对所述当前编码实例的记录位置进行更新，及对所述环形缓冲器的数据段头的位置或数据段尾的位置进行更新。
11.如权利要求10所述的蓝牙音频编码数据分发方法，其特征在于，所述根据读取的所述第一数据量的音频数据对所述当前编码实例的记录位置进行更新，及对所述环形缓冲器的数据段头的位置或数据段尾的位置进行更新包括：
若所述第一数据量小于或等于所述第二数据量，
若所述当前编码实例的记录位置位于所述环形缓冲器的数据段头，所述代理根据读取的所述第一数据量的音频数据对所述当前编码实例的记录位置进行更新及对所述环形缓冲器的数据段头的位置进行更新；
若所述当前编码实例的记录位置位于环形缓冲器的数据段尾，所述代理根据读取的所述第一数据量的音频数据对所述当前编码实例的记录位置进行更新及对所述环形缓冲器的数据段尾的位置进行更新；
若所述当前编码实例的记录位置位于所述环形缓冲器的数据段头及所述环形缓冲器的数据段尾之间，所述代理根据读取的所述第一数据量的音频数据对所述当前编码实例的记录位置进行更新；
若所述第一数据量大于所述第二数据量，所述代理根据读取的所述第一数据量的音频数据对所述当前编码实例的记录位置进行更新及对所述环形缓冲器的数据段尾的位置进行更新。
12.如权利要求10所述的蓝牙音频编码数据分发方法，其特征在于，所述第三数据量小于或等于预设阈值，所述预设阈值为所述环形缓冲器的存储容量与第四数据量之间的差值，所述第四数据量为所述环形缓冲器的数据段头与所述数据段尾之间的数据量。
13.一种电子设备，其特征在于，包括处理器、存储器；其中所述处理器与所述存储器相耦合；
所述存储器，用于存储程序指令；
所述处理器，用于读取所述存储器中存储的所述程序指令，以实现如权利要求1至12中任一项所述的蓝牙音频编码数据分发方法。
14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有程序指令，当所述程序指令被处理器执行时实现如权利要求1至12中任一项所述的蓝牙音频编码数据分发方法。
CN202210358745.XA 2022-04-06 2022-04-06 蓝牙音频编码数据分发方法、电子设备及存储介质 Pending CN116939559A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210358745.XA CN116939559A (zh) 2022-04-06 2022-04-06 蓝牙音频编码数据分发方法、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210358745.XA CN116939559A (zh) 2022-04-06 2022-04-06 蓝牙音频编码数据分发方法、电子设备及存储介质

Publications (1)

Publication Number Publication Date
CN116939559A true CN116939559A (zh) 2023-10-24

Family

ID=88377883

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210358745.XA Pending CN116939559A (zh) 2022-04-06 2022-04-06 蓝牙音频编码数据分发方法、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN116939559A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117271170A (zh) * 2023-11-23 2023-12-22 荣耀终端有限公司 活动事件处理方法及相关设备

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117271170A (zh) * 2023-11-23 2023-12-22 荣耀终端有限公司 活动事件处理方法及相关设备
CN117271170B (zh) * 2023-11-23 2024-04-16 荣耀终端有限公司 活动事件处理方法及相关设备

Similar Documents

Publication Publication Date Title
WO2020253719A1 (zh) 一种录屏方法及电子设备
CN109559270B (zh) 一种图像处理方法及电子设备
CN113726950B (zh) 一种图像处理方法和电子设备
CN112437341B (zh) 一种视频流处理方法及电子设备
CN116939559A (zh) 蓝牙音频编码数据分发方法、电子设备及存储介质
WO2022121988A1 (zh) 显示同步的方法、电子设备以及可读存储介质
CN113986369B (zh) 物联网设备控制方法、系统、电子设备及存储介质
WO2022170854A1 (zh) 视频通话的方法与相关设备
CN113590346B (zh) 处理业务请求的方法和电子设备
WO2022095752A1 (zh) 帧解复用方法、电子设备及存储介质
CN114489469B (zh) 一种数据读取方法、电子设备及存储介质
CN114079725B (zh) 视频防抖方法、终端设备和计算机可读存储介质
CN114827098A (zh) 合拍的方法、装置、电子设备和可读存储介质
CN115529379B (zh) 防止蓝牙音频Track音轨抖动的方法、电子设备及存储介质
CN116939560A (zh) 蓝牙音频数据编码方法、电子设备及存储介质
WO2023179123A1 (zh) 蓝牙音频播放方法、电子设备及存储介质
CN116939090A (zh) 切换蓝牙设备播放音频数据的方法及相关设备
CN116935869A (zh) 音频数据分发方法、电子设备及存储介质
CN116095512B (zh) 终端设备的拍照方法及相关装置
CN115482143B (zh) 应用的图像数据调用方法、系统、电子设备及存储介质
CN115019803B (zh) 音频处理方法、电子设备以及存储介质
CN116193275B (zh) 视频处理方法及相关设备
CN116048831B (zh) 一种目标信号处理方法和电子设备
CN116703691B (zh) 图像处理方法、电子设备及计算机存储介质
CN113271577B (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