WO2019047239A1 - 智能终端及其音频数据多通道传输方法 - Google Patents

智能终端及其音频数据多通道传输方法 Download PDF

Info

Publication number
WO2019047239A1
WO2019047239A1 PCT/CN2017/101291 CN2017101291W WO2019047239A1 WO 2019047239 A1 WO2019047239 A1 WO 2019047239A1 CN 2017101291 W CN2017101291 W CN 2017101291W WO 2019047239 A1 WO2019047239 A1 WO 2019047239A1
Authority
WO
WIPO (PCT)
Prior art keywords
channel
audio data
audio
smart
terminal
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.)
Ceased
Application number
PCT/CN2017/101291
Other languages
English (en)
French (fr)
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.)
Shenzhen Transsion Communication Co Ltd
Original Assignee
Shenzhen Transsion Communication 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 Shenzhen Transsion Communication Co Ltd filed Critical Shenzhen Transsion Communication Co Ltd
Priority to PCT/CN2017/101291 priority Critical patent/WO2019047239A1/zh
Publication of WO2019047239A1 publication Critical patent/WO2019047239A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/725—Cordless telephones
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; ELECTRIC HEARING AIDS; PUBLIC ADDRESS SYSTEMS
    • H04R5/00—Stereophonic arrangements

Definitions

  • the present application relates to the field of audio technologies, and in particular, to an intelligent terminal and a multi-channel transmission method thereof.
  • MP3 Motion Picture Experts Group Layer 3
  • MP3 allows a 30 or 40 megabyte digital PCM (Pulse Code Modulation) audio recording of a song to be compressed into, for example, a 3 or 4 megabyte MP3 file.
  • PCM Pulse Code Modulation
  • the exact compression ratio depends on the desired quality of the MP3 encoded audio.
  • Other examples of audio coding standards and techniques include: MPEG AAC (Advanced Audio Coding), ATRAC3 (Adaptive Transform Acoustic Coding), AC-3, PAC (Perceptual Audio Encoder), and DTS (Digital Theater System).
  • Audio coding and compression techniques such as MP3 or AAC provide very efficient audio coding that allows for relatively low data size and relatively high quality audio files to be conveniently distributed over a data network including, for example, the Internet.
  • encoding protocols also provide efficient encoding of stereo (two channel) signals.
  • intensity stereo coding and mid/side (MS) coding are well known in the art and are widely used techniques that utilize inter-channels in stereo or multi-channel audio encoders. Redundant and irrelevant. Using these techniques, it is possible to achieve a lower bit rate for a given sound quality, or to improve sound quality at a given bit rate.
  • Intensity stereo coding allows for a reduction in bit rate compared to independent coding of an audio channel.
  • a mono audio signal is generated for signals in the higher frequency range.
  • separate intensity parameters are generated for different channels.
  • the intensity parameter is in the form of a left and right scale factor that is used in the decoder to generate left and right output signals from the mono audio signal. The change is the use of a single proportional factor and direction parameters.
  • the intensity stereo coding technique has some drawbacks.
  • the encoder discards the higher frequency of the daytime And phase information.
  • the decoder therefore cannot reproduce the inter-turn or phase channel differences present in the original audio material.
  • the encoding does not maintain correlation between audio channels. Accordingly, the quality degradation of the stereo signal generated by the encoder is unavoidable.
  • aliasing cancellation between adjacent frequency bands of the encoding process depends on the exact total transfer function for each subband through the encoder and decoder. Since the transfer function may vary differently in different sub-bands due to the intensity data, aliasing cancellation between adjacent bands is broken. A similar problem occurs in encoders that rely on MDCH transform and rely on alias aliasing.
  • MS coding is not affected by these shortcomings, the bit rate efficiency of MS coding is typically quite low, resulting in high data rates. In the worst case scenario, MS coding does not provide gain at any bit rate as compared to independent coding of the left and right channels.
  • PS parametric stereo
  • This technique can be applied to other audio coding schemes in a later compatible manner.
  • the PS can generate stereo enhancement data to add to the mono MP3 or AAC encoded signal.
  • This enhanced data can be stored in the auxiliary data portion of the MP3 or AAC data stream, thus allowing legacy decoders to ignore the added data.
  • stereo audio encoding is obtained by encoding only a single mono signal using, for example, MP3 or AAC.
  • stereo imaging parameters are determined in the encoder and included in the data stream as separate extended data.
  • the mono encoded channel is expanded into a stereo channel by processing the mono encoded signal differently in the two channels depending on the stereo imaging parameters. These parameters can be made up of inter-channel intensity differences (IIDs), inter-channel inter- or inter-phase differences (ITD or IPD), and inter-channel cross-correlation (I CC).
  • the enhancement parameters can be efficiently encoded into the auxiliary data portion of the core coding scheme as long as the data rate of the enhancement parameters does not exceed the available capacity of the auxiliary data portion.
  • the amount of bits reserved for the auxiliary data can be selected so that the desired PS enhancement data is adapted to it.
  • An object of the present invention is to provide an intelligent terminal and a multi-channel transmission method thereof for audio data, which can improve the synchronous sharing and playing function of audio playing between users, further improve the user experience, and improve the market competitiveness of products. .
  • the present application provides a multi-channel transmission method for audio data, where the multi-channel transmission method includes:
  • the smart terminal acquires the audio data that needs to be played, and determines whether the multi-end play mode has been activated;
  • the audio data is synchronously transmitted to the multi-end through the multi-channel to synchronously play audio corresponding to the audio data through multiple ends.
  • the multiple channels include a wired channel and a wireless channel.
  • the wireless channel includes one or more combinations of Bluetooth, infrared, and WIFI.
  • the multi-end includes a headphone, a speaker, a car playing device, a smart watch, and a speaker of the smart terminal itself.
  • the acquiring, by the smart terminal, the audio data that needs to be played further includes: [0026]
  • the audio data is pre-processed to eliminate delay caused by multi-channel isochronous transmission.
  • the step of acquiring the multi-channel corresponding to the multi-end transmission includes:
  • the method further includes:
  • pre-establishing a multi-terminal wired or wireless connection of the smart terminal with a speaker including a headset, a speaker, a car playback device, a smart watch, and a smart terminal;
  • connection information corresponding to each channel is saved.
  • the present application further provides an intelligent terminal, where the smart terminal includes:
  • a processor configured to determine whether the multi-end playback mode has been activated after acquiring the audio data that needs to be played
  • the processor is configured to: after determining that the multi-end play mode has been activated, obtain a multi-channel corresponding to the multi-end transmission;
  • a transceiver configured to synchronously transmit the audio data to the multi-channel through the multi-channel, to synchronously play audio corresponding to the audio data through multiple ends.
  • the multiple channels include a wired channel and a wireless channel.
  • the wireless channel includes one or more combinations of Bluetooth, infrared, and WIFI.
  • the multi-end includes a speaker, a speaker, a car-playing device, a smart watch, and a speaker of the smart terminal itself.
  • the smart terminal further includes:
  • an audio processing circuit configured to pre-process the audio data to eliminate delay caused by performing multi-channel synchronous transmission.
  • the processor is specifically configured to:
  • the transceiver is further configured to pre-establish a multi-terminal wired or wireless connection between the smart terminal and a speaker included in the earphone, the speaker, the car play device, the smart watch, and the smart terminal;
  • the processor is further configured to save each channel according to the wired or wireless connection of the transceiver and the multi-end The connection information corresponding to one channel.
  • the present application can set the multi-end play mode, and after the multi-end play is required, the audio data can be transmitted through multiple channels set in advance, thereby realizing synchronous play on multiple ends, and the present application can realize synchronous sharing among different users.
  • different users can play the same audio.
  • the application can be played at multiple ends without playing through a treble such as a speaker, thereby effectively reducing noise pollution to the environment and reducing interference to other users; meanwhile, since the same audio can be synchronized and private at multiple ends Play, so you can effectively improve the user experience. In this way, the application is beneficial to the promotion and use of products, and improves the market competitiveness of products.
  • FIG. 1 is a flow chart of an embodiment of an audio data multi-channel transmission method according to the present application.
  • FIG. 2 is a block diagram of a module of an intelligent terminal according to an embodiment of the present application.
  • FIG. 3 is a system block diagram of an embodiment of an audio playback system of the present application.
  • the term “if” may be interpreted to mean “when " or “once” or “in response to determining” or “in response to detecting” depending on the context.
  • the phrase “if determined” or “if a condition or event is stated” is optionally interpreted as meaning “once determined” or “in response to determining” or “once detected” The stated condition or event] or “in response to the detection of [stated condition or event]”.
  • FIG. 1 is a flowchart of an embodiment of a method for multi-channel transmission of audio data according to the present application.
  • the present application provides a method for multi-channel transmission of audio data, wherein the multi-channel transmission method includes but is not limited to the following steps.
  • Step S101 The smart terminal acquires the audio data that needs to be played, and determines whether the multi-end playback mode has been activated.
  • the multi-end playback mode of the present embodiment may be provided to the user for manual operation by means of a UI user interface, or may be promptly popped up to prompt the user if the playback terminal exists that detects the presence of a wired connection and a wireless connection.
  • the playback terminal that wishes to play may also send a request to the smart terminal, and the operation is confirmed by the smart terminal.
  • the present embodiment can implement the multi-end playback mode by one or more of the above.
  • the acquiring, by the smart terminal, the audio data to be played further includes: pre-processing the audio data to eliminate delay caused by performing multi-channel synchronous transmission.
  • pre-processing the present application can calculate the delay value of each channel and set a certain time interval, and then separately transmit and synchronize the playback. In this way, the present application can achieve multi-end accurate synchronous playback, even if Delays between multiple ends also ensure that media files are played synchronously, greatly improving the user experience.
  • Step S102 after determining that the multi-end play mode has been activated, obtaining the multi-channel corresponding to the multi-end transmission
  • the embodiment may include: acquiring, from the internal storage, connection information of the multi-end that needs to play the audio; and acquiring the corresponding multi-channel according to the connection information.
  • the smart terminal may further include: pre-establishing the smart terminal and including the earphone, the speaker, the car playing device, the smart watch, and the smart terminal. Multi-terminal wired or wireless connection of the speaker; Save the connection information corresponding to each channel according to the channel connected with multiple ends of wired or wireless connection.
  • the multiple channels include a wired channel and a wireless channel.
  • the wireless channel includes one or more combinations of Bluetooth, infrared, and WIFI.
  • the Bluetooth of the present embodiment may adopt a wavelength band of 2400-2483.5 MHz. Further, the Bluetooth of the present embodiment can use the frequency hopping technique to divide the transmitted data into data packets and separately transmit the data packets through 79 designated Bluetooth channels.
  • the infrared technology of the present embodiment may adopt an infrared interface technology, which can support the intelligent terminal to perform data communication with the earphone or the wearable device.
  • the present embodiment can perform a point-to-point linear data transmission single, and does not need to be connected to the cable, as long as the setting is good.
  • the infrared connection protocol allows direct connection and audio playback.
  • the multi-end includes a headphone, a speaker, a car playing device, a smart watch, and a speaker of the smart terminal itself.
  • the multi-end is a combination of a headphone and a speaker, or a plurality of earphones.
  • the earphone may include a wired earphone, a Bluetooth earphone, or a WIFI earphone in a local area network.
  • the multi-end can also be one or a combination of smart glasses, smart watches, smart helmets that play audio functions, and is not limited herein.
  • Step S103 the audio data is synchronously transmitted to the multi-channel through the multi-channel, to synchronously play the audio corresponding to the audio data by using multiple ends.
  • the present application can be corrected in the following manner during the playback process: for example, if the user hears that the playback between the multiple ends is not synchronized, the user can promptly give the smart terminal through feedback, and the smart terminal is slow and fast. Feedback, the transmission rate of the channel at the end, or the adjustment of the transmission time. For example, if the earphone plays for 0.5 seconds, adjust the delay of the channel transmitted to the earphone for 0.5 second.
  • FIG. 2 is a block diagram of a smart terminal according to an embodiment of the present application.
  • the smart terminal may be a computer, a tablet, a smart phone, a wearable device, etc., which may include, but is not limited to, a processor 21, a transceiver 22, and a speaker 23
  • the processor 21 is configured to determine whether the multi-end play mode has been activated after the audio data that needs to be played is acquired.
  • the multi-end playback mode of the present embodiment may be provided to the user for manual operation by means of a UI user interface, or may be prompted to prompt the user if the user has detected a presence of a wired connection and a wireless connection.
  • the playback terminal that wishes to play may also send a request to the smart terminal, and the operation is confirmed by the smart terminal.
  • the present embodiment can implement the multi-end playback mode by one or more of the above.
  • the processor 21 is configured to: after determining that the multi-end play mode has been activated, obtain multiple channels corresponding to the multi-end transmission.
  • the multiple channels include a wired channel and a wireless channel.
  • the wireless channel comprises one or more combinations of Bluetooth, infrared, and WIFI.
  • the wireless channel includes one or more combinations of Bluetooth, infrared, and WIFI.
  • the Bluetooth of the present embodiment may adopt a frequency band of 2400-2483.5 MHz. Further, the Bluetooth of the present embodiment can use the frequency hopping technique to divide the transmitted data into data packets and separately transmit the data packets through 79 designated Bluetooth channels.
  • the infrared technology of the present embodiment may adopt an infrared interface technology, which can support the intelligent terminal to perform data communication with the earphone or the wearable device.
  • the present embodiment can perform a point-to-point linear data transmission single, and does not need to be connected to the wired line as long as the infrared is set.
  • the connection protocol allows direct connection and audio playback.
  • the multi-end may include a speaker, a speaker, a car-playing device, a smart watch, and a speaker 23 of the smart terminal itself.
  • the multi-end is a combination of a headphone and a speaker, or a plurality of earphones.
  • the earphone may include a wired earphone, a Bluetooth earphone, or a WIFI earphone in a local area network.
  • the multi-end can also be one or a combination of smart glasses, smart watches, smart helmets that play audio functions, and is not limited herein.
  • the transceiver 22 is further configured to pre-establish a multi-terminal wired or wireless connection of the smart terminal and the speaker included in the earphone, the speaker, the car play device, the smart watch, and the smart terminal; correspondingly, the processor
  • the 21 is further configured to save the connection information corresponding to each channel according to the channel of the transceiver 22 and the wired or wireless connection of the multiple ends.
  • the processor 21 is specifically configured to obtain, from the internal storage, connection information of multiple ends that need to play audio;
  • the smart terminal may further include an audio processing circuit for pre-processing the audio data to eliminate delay caused by performing multi-channel synchronous transmission.
  • the present application can calculate and delay the average value of each channel and set a certain time interval, and then separately transmit and synchronize the playback. In this way, the present application can achieve multi-end accurate synchronous playback. Even if there is a delay between multiple ends, it can ensure the simultaneous playback of media files, which greatly enhances the user experience.
  • the transceiver 22 is configured to synchronously transmit the audio data to the multi-channel through the multi-channel to synchronously play audio corresponding to the audio data by using multiple ends.
  • FIG. 3 is a system block diagram of an embodiment of an audio playing system according to the present application.
  • the audio playback system of the present application includes, but is not limited to, a smart terminal 31 and a multi-terminal for playing audio 32
  • the smart terminal in the embodiment is preferably the smart terminal shown in FIG. 2, and the multiple end 32 may be one or more, which is not limited herein.
  • the smart terminal 31 may be a computer, a tablet computer, a smart phone, a wearable device, or the like, which may include, but is not limited to, a processor 21, a transceiver 22, and a speaker 23.
  • the processor 21 is configured to determine whether the multi-end playback mode has been activated after the audio data that needs to be played is acquired.
  • the multi-end playback mode of the present embodiment may be provided to the user for manual operation by means of a UI user interface, or may be detected by a multi-end 32 ⁇ having a wired connection and a wireless connection, and promptly popping up a prompt window to prompt the user to ⁇
  • the multi-end 32 that wishes to play may also send a request to the smart terminal, and the operation is confirmed by the smart terminal.
  • the present embodiment can implement the multi-end playback mode by one or more of the above.
  • the processor 21 is configured to obtain multiple channels corresponding to the multi-end 32 after determining that the multi-end play mode has been activated.
  • the multiple channels include a wired channel and a wireless channel.
  • the wireless channel includes one or more combinations of Bluetooth, infrared, and WIFI.
  • the wireless channel includes one or more combinations of Bluetooth, infrared, and WIFI.
  • the Bluetooth of the present embodiment may adopt a wavelength band of 2400-2483.5 MHz. Further, the Bluetooth of the present embodiment can use the frequency hopping technique to divide the transmitted data into data packets and separately transmit the data packets through 79 designated Bluetooth channels.
  • the infrared technology of the present embodiment may adopt an infrared interface technology, which can support the intelligent terminal to perform data communication with the earphone or the wearable device.
  • This embodiment can perform a point-to-point linear data transmission single, and does not need to be connected to the cable, as long as the setting is good.
  • the infrared connection protocol allows direct connection and audio playback.
  • the multi-end 32 may include headphones, a speaker, a car playback device, a smart watch, and a speaker of the smart terminal itself.
  • the multi-end 32 is a combination of an earphone and a speaker, or a plurality of earphones.
  • the earphone may include a wired earphone, a Bluetooth earphone, or a WIFI earphone in a local area network.
  • the multi-terminal 32 can also be one or a combination of the smart glasses, the smart watch, and the smart helmet that play the audio function, which is not limited herein.
  • the transceiver 22 is further configured to pre-establish a wired or wireless connection between the smart terminal and the multi-end 32 including the earphone, the speaker, the car playback device, the smart watch, and the speaker disposed in the smart terminal; correspondingly, the processing
  • the device 21 is further configured to save the connection information corresponding to each channel according to the wired or wirelessly connected channel of the transceiver 22 and the multi-end 32.
  • the processor 21 is specifically configured to obtain connection information of the multi-end 32 that needs to play audio from the internal storage.
  • the smart terminal 31 may further include an audio processing circuit for pre-processing the audio data to eliminate delay caused by multi-channel synchronous transmission.
  • the present application can calculate and delay the average value of each channel and set a certain time interval, and then separately transmit and synchronize the playback. In this way, the present application can achieve multi-end accurate synchronous playback. Even if there is a delay between multiple ends, it can ensure the simultaneous playback of media files, which greatly enhances the user experience.
  • the transceiver 22 is configured to synchronously transmit the audio data to the multi-end 32 through the multi-channel to synchronously play audio corresponding to the audio data through the multi-end 32.
  • the present application can be corrected in the following manner during the playback process: for example, if the user hears that the playback between the multi-ends 32 is not synchronized, the user can prompt the smart terminal 31 by means of feedback, and the smart terminal 31 is based on Slow, fast feedback, the transmission rate of the channel at the end, or the adjustment of the transmission time. For example, if the earphone plays for 0.5 seconds, adjust the delay of the channel transmitted to the earphone for 0.5 second, and so on.
  • the smart terminal 31 of the present embodiment may further include a memory, a memory controller, one or more processing units (CPUs), a peripheral interface, an RF circuit, an audio circuit, a microphone, and an input/output (I/ O) Subsystems, touch screens, other output or control devices, and external ports. These components communicate over one or more communication buses or signal lines.
  • the smart terminal 31 can also be a media player, a personal Digital Assistant (PDA) and more.
  • PDA personal Digital Assistant
  • the smart terminal 31 also includes a power system for powering various components.
  • the power system can include a power management system, one or more power sources (eg, battery, alternating current (AC)), charging system, power failure detection circuit, power converter or inverter, power status indicator (eg, light emitting diode (LED) )), and any other components associated with the power generation, management, and distribution of the smart terminal 31.
  • the smart terminal 31 is such that the predetermined set of functions on the smart terminal 31 operate entirely through the touch screen or touchpad - if the smart terminal 31 includes a touchpad. By using the touch screen and the touch pad as the main input/control device for the operation of the smart terminal 31, the physical input/control smart terminal 31 on the device can be reduced
  • the smart terminal 31 includes a touch screen, a touch pad, a push button for powering on/off the smart terminal 31, and a lock device, a volume adjustment lever button, and a slide for cutting the ring configuration file. turn off.
  • the button can be used to turn the device on/off by pressing the push button and holding the button in the pressed state at a predetermined inter-turn interval, or by pressing the button and releasing the button before the predetermined inter-turn interval is passed, This button can be used to lock the device.
  • the smart terminal 31 can also accept voice input through the microphone to activate or deactivate certain functions.
  • the audio playing system of the present application can simultaneously play at multiple ends without playing through a high-pitched sound such as a speaker.
  • the noise can be effectively reduced to the environment and the interference to other users can be reduced.
  • the same audio can be synchronized and played in multiple ends, the user experience can be effectively improved.
  • the application is beneficial to the promotion and use of products, and improves the market competitiveness of products.

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Signal Processing (AREA)
  • General Health & Medical Sciences (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Health & Medical Sciences (AREA)
  • Human Computer Interaction (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Acoustics & Sound (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Circuit For Audible Band Transducer (AREA)

Abstract

本申请涉及一种智能终端及其音频数据多通道传输方法，所述多通道传输方法包括：智能终端获取到需要播放的音频数据时，判断是否已开启多端播放模式；在判断到已开启多端播放模式时，获取传输到多端所对应的多通道；将所述音频数据通过所述多通道同步传输到多端，以通过多端进行同步播放所述音频数据对应的音频。本申请可以同时在多端进行播放，而无需通过喇叭等高音播放，因此可以有效地降低噪声对环境的污染、减少对其他用户的干扰；同时，由于相同的音频可以在多端进行同步、私密播放，因此可以有效地改善用户体验。采用这种方式，本申请有利于产品的推广使用，提高产品的市场竞争力。

Description

智能终端及其音频数据多通道传输方法 技术领域
[0001] 本申请涉及音频技术领域， 具体涉及一种智能终端及其音频数据多通道传输方 法。
背景技术
[0002] 在音频播放领域， 对于音频信号的数字音频编码， 最普遍的编码标准之一是通 常称作 MP3的运动图像专家组层 3标准。
[0003] 举例来说， MP3允许一首歌曲的 30或 40兆字节的数字 PCM (脉冲编码调制)音频 记录被压缩成例如 3或 4兆字节的 MP3文件。 精确的压缩率取决于 MP3编码音频的 想要的质量。 音频编码标准和技术的其他例子包括： MPEG AAC (高级音频编码) 、 ATRAC3(自适应变换声学编码)、 AC-3、 PAC (感知音频编码器)和 DTS (数字影 院系统)。
[0004] 音频编码和压缩技术比如 MP3或 AAC提供很有效的音频编码， 该音频编码允许 相当低的数据大小和相当高的质量的音频文件通过包括例如因特网的数据网络 被方便地分发。
[0005] 许多编码协议也提供立体声 (两通道)信号的有效编码。 特别地， 强度立体声编 码和中 /侧 (Mid/Side, MS)编码在本技术领域是熟知的、 并且是被广泛使用的技 术， 该技术利用了立体声或多通道音频编码器中的通道间的冗余和不相干。 使 用这些技术， 对于给定的声音质量来说有可能获得较低的比特速率， 或者在给 定的比特速率下有可能提高声音质量。
[0006] 相比于音频通道的独立编码， 强度立体声编码允许比特速率上的降低。 在强度 立体声中， 为较高频率范围的信号生成单声道音频信号。 而且， 为不同的通道 生成单独的强度参数。 典型地， 强度参数为左和右比例因子的形式， 所述比例 因子在解码器中用来从单声道音频信号生成左和右输出信号。 变化在于单个比 例因子和方向参数的使用。
[0007] 然而， 强度立体声编码技术具有一些缺点。 首先， 编码器丢弃较高频率的吋间 和相位信息。 解码器因此不能再现在原始音频材料中存在的吋间或相位通道差 。 而且， 一般而言， 该编码不能保持音频通道间的相关性。 相应地， 由编码器 生成的立体声信号的质量下降不可避免。
[0008] 此外， 在子带编码中， 编码处理的相邻频段间的混叠消除依赖于用于各个子带 的、 通过编码器和解码器的精确的总的转移函数。 因为该转移函数由于强度数 据而可能在不同的子带中不同地变化， 所以相邻频段间的混叠消除被破坏。 类 似的问题出现在使用 MDCT变换的、 依赖于吋域混叠消除的编码器中。
[0009] 另外， 当比例因子被用作强度参数吋， 这些参数的精确度通常不足以获得高的 音频质量。
[0010] 尽管 MS编码不受这些缺点的影响， 但是 MS编码的比特速率效率通常相当地低 ， 导致高数据速率。 在最差情形的情况下， 与左和右通道的独立编码相比， MS 编码不提供任何比特速率上的增益。
[0011] 因此， 已经采取有意义的研究来提供更有效的多通道编码技术。 然而， 由于现 有编码技术的广泛传播， 对于新技术来说， 与现有协议后向兼容更可取。
[0012] 于是， 一种用于多通道音频信号编码的技术被称为参量立体声 (PS)。 此技术可 以以后向兼容的方式应用在其它音频编码方案之上。 特别地， PS可以生成立体 声增强数据来添加到单声道 MP3或 AAC编码信号上。 该增强数据可以被存储在 M P3或 AAC数据流的辅助数据部分， 因此允许传统的解码器忽略添加的数据。
[0013] 在 PS中， 立体声音频编码是通过使用例如 MP3或 AAC来编码仅仅单个单声道信 号而获得的。 而且， 立体声成像参数在编码器中被确定并且被包括在数据流中 作为单独的扩展数据。 在解码器处， 通过取决于立体声成像参数而在两个通道 中不同地处理单声道编码信号， 将单声道编码信道扩充成立体声通道。 这些参 数可以由通道间强度差 (IID)、 通道间吋间或相位差 (ITD或 IPD)和通道间互相关 (I CC)组成。
[0014] 对于 PS而言， 只要增强参数的数据速率不超过辅助数据部分的可用容量， 增强 参数就可以被有效地编码成核心编码方案的辅助数据部分。 可选地， 为辅助数 据保留的比特量可以被选择， 以便所需的 PS增强数据适应于它。 实验表明， 通 过相比于单声道编码信号的仅一些额外的 kbps， 就有可能得到高质量的立体声编 码。
[0015] 然而， 在音频技术快速发展的同吋， 用户的使用体验却没有得到同步的提升， 比如， 当用户听到较好的音频吋， 如果想分享给其他人， 则需要通过扬声器高 音播放， 或者， 把原本的双耳机取下其中一个， 每人只能使用一个耳机， 这种 方式， 要不对其他人造成影响， 要不就是每人只能使用一个耳机听到一个声道 ， 严重影响了用户的使用体验， 不利于产品的市场竞争。
技术问题
[0016] 基于音频编码技术的快速发展， 在音频播放技术领域， 越来越追求立体声、 现 场音效、 或者同步分享等， 而部分音频播放， 逐渐采用了多个播放终端之间的 配合实现立体声对外扬声播放， 但是对于其他人而言， 这种方式会形成环境噪 音， 而不被人们所接受， 因此， 现有技术比较难在用户之间实现同步分享、 同 步播放， 用户体验较差。
问题的解决方案
技术解决方案
[0017] 本发明的目的在于， 提供一种智能终端及其音频数据多通道传输方法， 其可以 改善音频播放在用户之间的同步分享、 播放功能， 进一步改善用户体验， 提高 产品的市场竞争力。
[0018] 基于上述技术问题， 本申请提供一种音频数据多通道传输方法， 其中， 所述多 通道传输方法包括：
[0019] 智能终端获取到需要播放的音频数据吋， 判断是否已幵启多端播放模式；
[0020] 在判断到已幵启多端播放模式吋， 获取传输到多端所对应的多通道；
[0021] 将所述音频数据通过所述多通道同步传输到多端， 以通过多端进行同步播放所 述音频数据对应的音频。
[0022] 其中， 所述多通道包括有线通道和无线通道。
[0023] 其中， 所述无线通道包括蓝牙、 红外和 WIFI中的一种或多种组合。
[0024] 其中， 所述多端包括耳机、 音箱、 车载播放设备、 智能手表和智能终端自身的 扬声器。
[0025] 其中， 所述智能终端获取到需要播放的音频数据吋， 还包括： [0026] 将所述音频数据进行预处理， 以消除进行多通道同步传输吋所导致的延吋。
[0027] 其中， 所述获取传输到多端所对应的多通道的步骤， 具体包括：
[0028] 从内部存储中获取需要进行播放音频的多端的连接信息；
[0029] 根据所述连接信息获取对应的所述多通道。
[0030] 其中， 所述智能终端获取到需要播放的音频数据的步骤之前， 还包括：
[0031] 预先建立智能终端与包括耳机、 音箱、 车载播放设备、 智能手表和智能终端内 设的扬声器的多端的有线或无线连接；
[0032] 根据与多端的有线或无线连接的通道， 保存每一通道对应的连接信息。
[0033] 基于上述技术问题， 本申请还提供一种智能终端， 其中， 所述智能终端包括：
[0034] 处理器， 用于在获取到需要播放的音频数据吋， 判断是否已幵启多端播放模式
[0035] 所述处理器， 用于在判断到已幵启多端播放模式吋， 获取传输到多端所对应的 多通道；
[0036] 收发器， 用于将所述音频数据通过所述多通道同步传输到多端， 以通过多端进 行同步播放所述音频数据对应的音频。
[0037] 其中， 所述多通道包括有线通道和无线通道。
[0038] 其中， 所述无线通道包括蓝牙、 红外和 WIFI中的一种或多种组合。
[0039] 其中， 所述多端包括耳机、 音箱、 车载播放设备、 智能手表和智能终端自身的 扬声器。
[0040] 其中， 所述智能终端， 还包括：
[0041] 音频处理电路， 用于将所述音频数据进行预处理， 以消除进行多通道同步传输 吋所导致的延吋。
[0042] 其中， 所述处理器， 具体用于：
[0043] 从内部存储中获取需要进行播放音频的多端的连接信息；
[0044] 根据所述连接信息获取对应的所述多通道。
[0045] 其中， 所述收发器， 还用于预先建立智能终端与包括耳机、 音箱、 车载播放设 备、 智能手表和智能终端内设的扬声器的多端的有线或无线连接；
[0046] 所述处理器， 还用于根据所述收发器与多端的有线或无线连接的通道， 保存每 一通道对应的连接信息。
发明的有益效果
有益效果
[0047] 本申请通过设置多端播放模式， 在需要进行多端播放吋， 可以通过预先设置的 多通道进行传输音频数据， 从而实现在多端进行同步播放， 本申请能够可以在 不同用户之间实现同步分享， 特别是在用户团体内， 可以供不同的用户播放同 一个音频。 本申请可以同吋在多端进行播放， 而无需通过喇叭等高音播放， 因 此可以有效地降低噪声对环境的污染、 减少对其他用户的干扰； 同吋， 由于相 同的音频可以在多端进行同步、 私密播放， 因此可以有效地改善用户体验。 采 用这种方式， 本申请有利于产品的推广使用， 提高产品的市场竞争力。
对附图的简要说明
附图说明
[0048] 图 1为本申请音频数据多通道传输方法一实施方式的流程图。
[0049] 图 2为本申请智能终端一实施方式的模块框图。
[0050] 图 3为本申请音频播放系统一实施方式的系统框图。
本发明的实施方式
[0051] 以下由特定的具体实施例说明本申请的实施方式， 熟悉此技术的人士可由本说 明书所揭露的内容轻易地了解本申请的其他优点及功效。
[0052] 在下述描述中， 参考附图， 附图描述了本申请的若干实施例。 应当理解， 还可 使用其他实施例， 并且可以在不背离本公幵的精神和范围的情况下进行机械组 成、 结构、 电气以及操作上的改变。 下面的详细描述不应该被认为是限制性的 ， 并且本申请的实施例的范围仅由公布的专利的权利要求书所限定。 这里使用 的术语仅是为了描述特定实施例， 而并非旨在限制本申请。 空间相关的术语， 例如"上"、 "下"、 "左"、 "右"、 "下面"、 "下方"、 "下部"、 "上方"、 "上部 "等， 可在文中使用以便于说明图中所示的一个模块或特征与另一模块或特征的关系 [0053] 虽然在一些实例中术语第一、 第二等在本文中用来描述各种模块， 但是这些模 块不应当被这些术语限制。 这些术语仅用来将一个元件与另一个元件进行区分
[0054] 再者， 如同在本文中所使用的， 单数形式"一"、 "一个 "和"该"旨在也包括复数 形式， 除非上下文中有相反的指示.应当进一步理解， 术语"包含"、 "包括 "表明 存在所述的特征、 步骤、 操作、 元件、 组件、 项目、 种类、 和 /或组， 但不排除 一个或多个其他特征、 步骤、 操作、 元件、 组件、 项目、 种类、 和 /或组的存在 、 出现或添加。 此处使用的术语"或"和"和 /或"被解释为包括性的， 或意味着任 一个或任何组合。 因此， "A、 B或 C"或者" A、 B和 /或 C"意味着"以下任一个： A ； B ; C; A和 B; A和 C; B和 C; A、 B和 C"。 仅当元件、 功能、 步骤或操作的组 合在某些方式下内在地互相排斥吋， 才会出现该定义的例外。
[0055] 如本文所使用的， 术语"如果"取决于上下文可以被解释为意味着"当 ...吋"或者 "一旦…则"或者"响应于确定"或"响应于检测到"。 类似地， 短语"如果确定"或者 "如果检测到 [陈述的条件或事件]"取决于上下文可选地被解释为意味着"一旦确 定， 则"或者"响应于确定"或者"一旦检测到 [陈述的条件或事件]"或者"响应于检 测到 [陈述的条件或事件]"。
[0056] 具体请参阅图 1， 图 1为本申请音频数据多通道传输方法一实施方式的流程图。
[0057] 本申请提供一种音频数据多通道传输方法， 其中， 所述多通道传输方法包括但 不限于如下几个步骤。
[0058] 步骤 S101， 智能终端获取到需要播放的音频数据吋， 判断是否已幵启多端播放 模式。
[0059] 本实施方式的多端播放模式， 可以通过 UI用户界面的方式提供给用户进行手动 操作， 也可以在检测到存在有有线连接和无线连接的播放端吋， 主动弹出提示 窗提示用户是否幵启多端播放模式， 此外， 在其他实施方式中， 也可以由希望 播放的播放端主动向智能终端发送请求， 并由智能终端操作确认。 本实施方式 可以通过上述的其中一种或多种， 实现启动多端播放模式。
[0060] 值得注意的是， 所述智能终端获取到需要播放的音频数据吋， 还包括： 将所述 音频数据进行预处理， 以消除进行多通道同步传输吋所导致的延吋。 具体而言 ， 本申请在预处理的过程中， 可以通过计算出各个通道延吋平均值并设置一定 吋间之后再分别传输、 同步播放， 通过这种方式， 本申请能够实现多端精确地 同步播放， 即便是多端之间具有延迟也能保证同步播放媒体文件， 极大的提升 了用户体验。
[0061] 步骤 S102， 在判断到已幵启多端播放模式吋， 获取传输到多端所对应的多通道
[0062] 在步骤 S102中， 本实施方式具体可以包括： 从内部存储中获取需要进行播放音 频的多端的连接信息； 根据所述连接信息获取对应的所述多通道。
[0063] 需要指出的是， 所述步骤 S102中， 智能终端获取到需要播放的音频数据的之前 ， 还可以包括： 预先建立智能终端与包括耳机、 音箱、 车载播放设备、 智能手 表和智能终端内设的扬声器的多端的有线或无线连接； 根据与多端的有线或无 线连接的通道， 保存每一通道对应的连接信息。
[0064] 在本实施方式中， 所述多通道包括有线通道和无线通道。
[0065] 具体而言， 所述无线通道包括蓝牙、 红外和 WIFI中的一种或多种组合。
[0066] 其中， 本实施方式的蓝牙可以采用波段为 2400-2483.5MHz。 进一步地， 本实 施方式的蓝牙可以使用跳频技术， 将传输的数据分割成数据包， 通过 79个指定 的蓝牙频道分别传输数据包。
[0067] 本实施方式的红外技术可以采用红外接口技术， 其可以支持智能终端与耳机或 者可穿戴设备进行数据交流， 本实施方式可以进行点对点的直线数据传输单， 不需要连接有线， 只要设置好红外连接协议就能直接连接并进行音频播放。
[0068] 需要说明的是， 所述多端包括耳机、 音箱、 车载播放设备、 智能手表和智能终 端自身的扬声器。
[0069] 在本实施方式中， 优选地， 多端为耳机和扬声器、 或者多个耳机的组合， 进一 步而言， 耳机可以包括有线耳机、 蓝牙耳机、 或者局域网内的 WIFI耳机。 而伴 随可穿戴设备的快速发展， 多端也可以为具备播放音频功能的智能眼镜、 智能 手表、 智能头盔的其中之一或者组合， 在此不作限定。
[0070] 步骤 S103， 将所述音频数据通过所述多通道同步传输到多端， 以通过多端进行 同步播放所述音频数据对应的音频。 [0071] 值得注意的是， 耳机、 音箱、 车载播放设备、 智能手表和智能终端自身的扬声 器之间， 可能会由于电压、 电阻以及干扰源的原因， 而造成播放存在略微的不 同步之处， 因此， 本申请可以在播放的过程中， 通过下述方式进行校正： 比如 ， 用户如果听到多端之间播放不同步， 可以通过反馈的方式提示给智能终端， 而智能终端则根据慢、 快的反馈， 对该端的通道进行传输速率、 或传输吋间的 调整， 比如， 如果耳机播放快 0.5秒， 则调整传输给耳机的通道的吋间延后 0.5秒
[0072] 请参阅图 2， 图 2为本申请智能终端一实施方式的模块框图。
[0073] 在本实施方式中， 所述智能终端可以为计算机、 平板电脑、 智能手机和可穿戴 设备等， 其可以包括但不限于处理器 21、 收发器 22和扬声器 23
[0074] 处理器 21， 用于在获取到需要播放的音频数据吋， 判断是否已幵启多端播放模 式。
[0075] 本实施方式的多端播放模式， 可以通过 UI用户界面的方式提供给用户进行手动 操作， 也可以在检测到存在有有线连接和无线连接的播放端吋， 主动弹出提示 窗提示用户是否幵启多端播放模式， 此外， 在其他实施方式中， 也可以由希望 播放的播放端主动向智能终端发送请求， 并由智能终端操作确认。 本实施方式 可以通过上述的其中一种或多种， 实现启动多端播放模式。
[0076] 所述处理器 21， 用于在判断到已幵启多端播放模式吋， 获取传输到多端所对应 的多通道。
[0077] 在本实施方式中， 所述多通道包括有线通道和无线通道。
[0078] 其中， 所述无线通道包括蓝牙、 红外和 WIFI中的一种或多种组合。
[0079] 具体而言， 所述无线通道包括蓝牙、 红外和 WIFI中的一种或多种组合。
[0080] 其中， 本实施方式的蓝牙可以采用波段为 2400-2483.5MHz。 进一步地， 本实 施方式的蓝牙可以使用跳频技术， 将传输的数据分割成数据包， 通过 79个指定 的蓝牙频道分别传输数据包。
[0081] 本实施方式的红外技术可以采用红外接口技术， 其可以支持智能终端与耳机或 者可穿戴设备进行数据交流， 本实施方式可以进行点对点的直线数据传输单， 不需要连接有线 只要设置好红外连接协议就能直接连接并进行音频播放。 [0082] 所述多端可以包括耳机、 音箱、 车载播放设备、 智能手表和智能终端自身的扬 声器 23
[0083] 在本实施方式中， 优选地， 多端为耳机和扬声器、 或者多个耳机的组合， 进一 步而言， 耳机可以包括有线耳机、 蓝牙耳机、 或者局域网内的 WIFI耳机。 而伴 随可穿戴设备的快速发展， 多端也可以为具备播放音频功能的智能眼镜、 智能 手表、 智能头盔的其中之一或者组合， 在此不作限定。
[0084] 所述收发器 22， 还用于预先建立智能终端与包括耳机、 音箱、 车载播放设备、 智能手表和智能终端内设的扬声器的多端的有线或无线连接； 对应地， 所述处 理器 21还用于根据所述收发器 22与多端的有线或无线连接的通道， 保存每一通 道对应的连接信息。
[0085] 其中， 所述处理器 21， 具体用于从内部存储中获取需要进行播放音频的多端的 连接信息；
[0086] 根据所述连接信息获取对应的所述多通道。
[0087] 需要说明的是， 所述智能终端具体还可以包括音频处理电路， 用于将所述音频 数据进行预处理， 以消除进行多通道同步传输吋所导致的延吋。 具体而言， 本 申请在预处理的过程中， 可以通过计算出各个通道延吋平均值并设置一定吋间 之后再分别传输、 同步播放， 通过这种方式， 本申请能够实现多端精确地同步 播放， 即便是多端之间具有延迟也能保证同步播放媒体文件， 极大的提升了用 户体验。
[0088] 所述收发器 22， 用于将所述音频数据通过所述多通道同步传输到多端， 以通过 多端进行同步播放所述音频数据对应的音频。
[0089] 值得注意的是， 耳机、 音箱、 车载播放设备、 智能手表和智能终端自身的扬声 器之间， 可能会由于电压、 电阻以及干扰源的原因， 而造成播放存在略微的不 同步之处， 因此， 本申请可以在播放的过程中， 通过下述方式进行校正： 比如 ， 用户如果听到多端之间播放不同步， 可以通过反馈的方式提示给智能终端， 而智能终端则根据慢、 快的反馈， 对该端的通道进行传输速率、 或传输吋间的 调整， 比如， 如果耳机播放快 0.5秒， 则调整传输给耳机的通道的吋间延后 0.5秒 [0090] 请参阅图 3， 图 3为本申请音频播放系统一实施方式的系统框图。
[0091] 本申请所述音频播放系统包括但不限于智能终端 31以及用于播放音频的多端 32
， 其中， 本实施方式所述智能终端优选地为图 2所示的智能终端， 多端 32可以为 一个或多个， 在此不作限定。
[0092] 在本实施方式中， 所述智能终端 31可以为计算机、 平板电脑、 智能手机和可穿 戴设备等， 其可以包括但不限于处理器 21、 收发器 22和扬声器 23。
[0093] 处理器 21， 用于在获取到需要播放的音频数据吋， 判断是否已幵启多端播放模 式。
[0094] 本实施方式的多端播放模式， 可以通过 UI用户界面的方式提供给用户进行手动 操作， 也可以在检测到存在有有线连接和无线连接的多端 32吋， 主动弹出提示 窗提示用户是否幵启多端播放模式， 此外， 在其他实施方式中， 也可以由希望 播放的多端 32主动向智能终端发送请求， 并由智能终端操作确认。 本实施方式 可以通过上述的其中一种或多种， 实现启动多端播放模式。
[0095] 所述处理器 21， 用于在判断到已幵启多端播放模式吋， 获取传输到多端 32所对 应的多通道。
[0096] 在本实施方式中， 所述多通道包括有线通道和无线通道。
[0097] 其中， 所述无线通道包括蓝牙、 红外和 WIFI中的一种或多种组合。
[0098] 具体而言， 所述无线通道包括蓝牙、 红外和 WIFI中的一种或多种组合。
[0099] 其中， 本实施方式的蓝牙可以采用波段为 2400-2483.5MHz。 进一步地， 本实 施方式的蓝牙可以使用跳频技术， 将传输的数据分割成数据包， 通过 79个指定 的蓝牙频道分别传输数据包。
[0100] 本实施方式的红外技术可以采用红外接口技术， 其可以支持智能终端与耳机或 者可穿戴设备进行数据交流， 本实施方式可以进行点对点的直线数据传输单， 不需要连接有线， 只要设置好红外连接协议就能直接连接并进行音频播放。
[0101] 所述多端 32可以包括耳机、 音箱、 车载播放设备、 智能手表和智能终端自身的 扬声器。
[0102] 在本实施方式中， 优选地， 多端 32为耳机和扬声器、 或者多个耳机的组合， 进 一步而言， 耳机可以包括有线耳机、 蓝牙耳机、 或者局域网内的 WIFI耳机。 而 伴随可穿戴设备的快速发展， 多端 32也可以为具备播放音频功能的智能眼镜、 智能手表、 智能头盔的其中之一或者组合， 在此不作限定。
[0103] 所述收发器 22， 还用于预先建立智能终端与包括耳机、 音箱、 车载播放设备、 智能手表和智能终端内设的扬声器的多端 32的有线或无线连接； 对应地， 所述 处理器 21还用于根据所述收发器 22与多端 32的有线或无线连接的通道， 保存每 一通道对应的连接信息。
[0104] 其中， 所述处理器 21， 具体用于从内部存储中获取需要进行播放音频的多端 32 的连接信息；
[0105] 根据所述连接信息获取对应的所述多通道。
[0106] 需要说明的是， 所述智能终端 31具体还可以包括音频处理电路， 用于将所述音 频数据进行预处理， 以消除进行多通道同步传输吋所导致的延吋。 具体而言， 本申请在预处理的过程中， 可以通过计算出各个通道延吋平均值并设置一定吋 间之后再分别传输、 同步播放， 通过这种方式， 本申请能够实现多端精确地同 步播放， 即便是多端之间具有延迟也能保证同步播放媒体文件， 极大的提升了 用户体验。
[0107] 所述收发器 22， 用于将所述音频数据通过所述多通道同步传输到多端 32， 以通 过多端 32进行同步播放所述音频数据对应的音频。
[0108] 值得注意的是， 耳机、 音箱、 车载播放设备、 智能手表和智能终端 31自身的扬 声器之间， 可能会由于电压、 电阻以及干扰源的原因， 而造成播放存在略微的 不同步之处， 因此， 本申请可以在播放的过程中， 通过下述方式进行校正： 比 如， 用户如果听到多端 32之间播放不同步， 可以通过反馈的方式提示给智能终 端 31， 而智能终端 31则根据慢、 快的反馈， 对该端的通道进行传输速率、 或传 输吋间的调整， 比如， 如果耳机播放快 0.5秒， 则调整传输给耳机的通道的吋间 延后 0.5秒等等。
[0109] 此外， 本实施方式的智能终端 31， 还可以包括存储器、 存储器控制器、 一个或 多个处理单元 (CPU)、 外设接口、 RF电路、 音频电路、 麦克风、 输入 /输出 (I/O) 子系统、 触摸屏、 其他输出或控制设备， 以及外部端口。 这些组件通过一条或 多条通信总线或信号线进行通信。 所述智能终端 31还可以为媒体播放器、 个人 数字助理 (PDA)等等。 所述智能终端 31还包括用于为各种组件供电的电源系统。 该电源系统可以包括电源管理系统、 一个或多个电源 (例如电池、 交流电 (AC))、 充电系统、 电源故障检测电路、 电源转换器或逆变器、 电源状态指示器 (例如发 光二极管 (LED))， 以及与智能终端 31的电能生成、 管理和分布相关联的其他任何 组件。 在某些实施方式中， 智能终端 31是这样的： 智能终端 31上的预定功能集 合操作全部通过触摸屏或触摸板一如果在智能终端 31包含触摸板的话一执 行。 通过将触摸屏和触摸板作为用于智能终端 31的操作的主要输入 /控制设备来 使用， 可以减少设备上的物理输入 /控制智能终端 31
(例如按压按钮、 拨号盘等等)的数量。 在一个实施方式中， 智能终端 31包括触摸 屏、 触摸板、 用于为智能终端 31通电 /断电以及锁定设备的按压幵关、 音量调节 拨杆按钮， 以及用于切振铃配置文件的滑动幵关。 通过按下按压按钮并且在预 定吋间间隔将该按钮保持于按下状态， 可以使用该按钮来接通 /切断设备电源， 或者， 通过按下按钮并且在经过预定吋间间隔之前释放该按钮， 可以使用该按 钮来锁定设备。 在可替换实施例中， 智能终端 31还可以通过麦克风来接受语音 输入， 以便激活或停用某些功能。
工业实用性
[0110] 本申请音频播放系统， 可以同吋在多端进行播放， 而无需通过喇叭等高音播放
， 因此可以有效地降低噪声对环境的污染、 减少对其他用户的干扰； 同吋， 由 于相同的音频可以在多端进行同步、 私密播放， 因此可以有效地改善用户体验 。 采用这种方式， 本申请有利于产品的推广使用， 提高产品的市场竞争力。
[0111] 此外， 上述实施例仅例示性说明本申请的原理及其功效， 而非用于限制本申请
。 任何熟悉此技术的人士皆可在不违背本申请的精神及范畴下， 对上述实施例 进行修饰或改变。 因此， 举凡所属技术领域中具有通常知识者在未脱离本申请 所揭示的精神与技术思想下所完成的一切等效修饰或改变， 仍应由本申请的权 利要求所涵盖。

Claims

权利要求书
一种音频数据多通道传输方法， 其中， 所述多通道传输方法包括： 智能终端获取到需要播放的音频数据吋， 判断是否已幵启多端播放模 式；
在判断到已幵启多端播放模式吋， 获取传输到多端所对应的多通道； 将所述音频数据通过所述多通道同步传输到多端， 以通过多端进行同 步播放所述音频数据对应的音频。
如权利要求 1所述的多通道传输方法， 其中， 所述多通道包括有线通 道和无线通道， 所述无线通道包括蓝牙、 红外和 WIFI中的一种或多 种组合；
所述多端包括耳机、 音箱、 车载播放设备、 智能手表和智能终端自身 的扬声器。
如权利要求 1所述的多通道传输方法， 其中， 所述智能终端获取到需 要播放的音频数据吋， 还包括：
将所述音频数据进行预处理， 以消除进行多通道同步传输吋所导致的 延吋。
如权利要求 1所述的多通道传输方法， 其中， 所述获取传输到多端所 对应的多通道的步骤， 具体包括：
从内部存储中获取需要进行播放音频的多端的连接信息；
根据所述连接信息获取对应的所述多通道。
如权利要求 4所述的多通道传输方法， 其中， 所述智能终端获取到需 要播放的音频数据的步骤之前， 还包括：
预先建立智能终端与包括耳机、 音箱、 车载播放设备、 智能手表和智 能终端内设的扬声器的多端的有线或无线连接； 根据与多端的有线或无线连接的通道， 保存每一通道对应的连接信息
[权利要求 6] —种智能终端， 其中， 所述智能终端包括：
处理器， 用于在获取到需要播放的音频数据吋， 判断是否已幵启多端 播放模式；
所述处理器， 用于在判断到已幵启多端播放模式吋， 获取传输到多端 所对应的多通道；
收发器， 用于将所述音频数据通过所述多通道同步传输到多端， 以通 过多端进行同步播放所述音频数据对应的音频。
[权利要求 7] 如权利要求 6所述的智能终端， 其中， 所述多通道包括有线通道和无 线通道， 所述无线通道包括蓝牙、 红外和 WIFI中的一种或多种组合 所述多端包括耳机、 音箱、 车载播放设备、 智能手表和智能终端自身 的扬声器。
[权利要求 8] 如权利要求 6所述的智能终端， 其中， 所述智能终端， 还包括：
音频处理电路， 用于将所述音频数据进行预处理， 以消除进行多通道 同步传输吋所导致的延吋。
[权利要求 9] 如权利要求 6所述的智能终端， 其中， 所述处理器， 具体用于：
从内部存储中获取需要进行播放音频的多端的连接信息；
根据所述连接信息获取对应的所述多通道。
[权利要求 10] 如权利要求 9所述的智能终端， 其中：
所述收发器， 还用于预先建立智能终端与包括耳机、 音箱、 车载播放 设备、 智能手表和智能终端内设的扬声器的多端的有线或无线连接； 所述处理器， 还用于根据所述收发器与多端的有线或无线连接的通道 ， 保存每一通道对应的连接信息。
PCT/CN2017/101291 2017-09-11 2017-09-11 智能终端及其音频数据多通道传输方法 Ceased WO2019047239A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2017/101291 WO2019047239A1 (zh) 2017-09-11 2017-09-11 智能终端及其音频数据多通道传输方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2017/101291 WO2019047239A1 (zh) 2017-09-11 2017-09-11 智能终端及其音频数据多通道传输方法

Publications (1)

Publication Number Publication Date
WO2019047239A1 true WO2019047239A1 (zh) 2019-03-14

Family

ID=65633435

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/101291 Ceased WO2019047239A1 (zh) 2017-09-11 2017-09-11 智能终端及其音频数据多通道传输方法

Country Status (1)

Country Link
WO (1) WO2019047239A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111935525A (zh) * 2020-08-06 2020-11-13 深圳传音控股股份有限公司 一种播放多媒体的方法及电子终端设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101378610A (zh) * 2007-08-28 2009-03-04 索尼株式会社 音频信号发射设备、接收设备,音频信号传输系统和方法
CN101465910A (zh) * 2009-01-12 2009-06-24 深圳华为通信技术有限公司 基于移动终端的立体声播放控制方法、终端与系统
CN102104680A (zh) * 2010-12-08 2011-06-22 华为终端有限公司 音频播放方法、外挂播放终端及移动终端
CN102821195A (zh) * 2012-07-23 2012-12-12 宇龙计算机通信科技(深圳)有限公司 一种终端及多音频输出方法
CN103841498A (zh) * 2014-02-24 2014-06-04 宇龙计算机通信科技(深圳)有限公司 一种终端、立体声播放系统及方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101378610A (zh) * 2007-08-28 2009-03-04 索尼株式会社 音频信号发射设备、接收设备,音频信号传输系统和方法
CN101465910A (zh) * 2009-01-12 2009-06-24 深圳华为通信技术有限公司 基于移动终端的立体声播放控制方法、终端与系统
CN102104680A (zh) * 2010-12-08 2011-06-22 华为终端有限公司 音频播放方法、外挂播放终端及移动终端
CN102821195A (zh) * 2012-07-23 2012-12-12 宇龙计算机通信科技(深圳)有限公司 一种终端及多音频输出方法
CN103841498A (zh) * 2014-02-24 2014-06-04 宇龙计算机通信科技(深圳)有限公司 一种终端、立体声播放系统及方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111935525A (zh) * 2020-08-06 2020-11-13 深圳传音控股股份有限公司 一种播放多媒体的方法及电子终端设备

Similar Documents

Publication Publication Date Title
JP7638329B2 (ja) Ｂｌｕｅｔｏｏｔｈデバイスを操作するための方法
US8208653B2 (en) Method and apparatus for reproducing multi-channel sound using cable/wireless device
JP7426448B2 (ja) 接続されたマルチメディアデバイスの制御
TWI287371B (en) Method and system for dynamically changing audio stream bit rate based on condition of a bluetooth connection
US20050186993A1 (en) Communication apparatus for playing sound signals
US20240029755A1 (en) Intelligent speech or dialogue enhancement
TW201907392A (zh) 多串流音頻寫碼
CN113314133B (zh) 音频传输方法及电子设备
US12010496B2 (en) Method and system for performing audio ducking for headsets
CN107277691B (zh) 基于云的多声道音频播放方法、系统及音频网关装置
CN103999154B (zh) 用于音频编码的装置和方法
CN108718361B (zh) 一种音频文件播放方法及无线接听设备
WO2012151847A1 (zh) 一种支持多种采样率的蓝牙立体声的实现方法和装置
CN108111953A (zh) 一种基于tws耳机的音频共享方法、系统及tws耳机
EP3923280A1 (en) Adapting multi-source inputs for constant rate encoding
JP2013137563A (ja) ストリーム合成装置、復号装置、ストリーム合成方法、復号方法、およびコンピュータプログラム
WO2021208792A1 (zh) 音频信号编码方法、解码方法、编码设备以及解码设备
WO2023031498A1 (en) Silence descriptor using spatial parameters
US20070060195A1 (en) Communication apparatus for playing sound signals
CN115567086A (zh) 音频传输设备、音频播放设备和音频传输与同步系统
CN115442339B (zh) 为语音呼叫使能立体声内容
CN101114846A (zh) 蓝牙无线多媒体传输装置与系统及其方法
US11729570B2 (en) Spatial audio monauralization via data exchange
CN120048297A (zh) 音频播放方法、头戴式播放设备、音频播放装置及介质
CN117476016A (zh) 音频编解码方法、装置、存储介质及计算机程序产品

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17924054

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17924054

Country of ref document: EP

Kind code of ref document: A1