CN116017312A - 一种数据处理方法及电子设备 - Google Patents

Abstract

本申请实施例一种数据处理方法及电子设备，所述数据处理方法包括：通过第一通道广播广播数据，所述广播数据包括第一音频流，所述第一音频流能够被位于所述广播范围内的接收端实时获得；建立与目标接收端的第二通道，所述第二通道与所述第一通道不同；通过所述第二通道传输第二音频流，所述第二音频流与所述第一音频流不同，所述第二音频流为基于第一音频流处理后的音频流。

Description

一种数据处理方法及电子设备

技术领域

本申请实施例涉及计算机技术领域，特别涉及一种数据处理方法及电子设备。

背景技术

现在的很多设备均可以实现数据的广播，以进行数据分享。例如以BLEaudio功能实现通过蓝牙进行数据分享，如音频(音乐或视频中的音频)的分享。而且基于BLEaudio机制，可将同一个音频分享给附近所有接收者，对方只要同意接收即可收听该音频。

但是，目前的广播分享模式下，不同接收端接收的内容统一，无法满足不同接收端的不同个性化需求。

发明内容

本申请实施例一种数据处理方法，包括：

通过第一通道广播广播数据，所述广播数据包括第一音频流，所述第一音频流能够被位于所述广播范围内的接收端实时获得；

建立与目标接收端的第二通道，所述第二通道与所述第一通道不同；

通过所述第二通道传输第二音频流，所述第二音频流与所述第一音频流不同，所述第二音频流为基于第一音频流处理后的音频流。

作为一可选实施例，所述第二音频流为基于第一音频流处理后的音频流，包括：

基于所述第一音频流的源文件以第二输出速度进行输出，其中，所述第一音频流为所述源文件以第一输出速度进行输出的音频流，所述第一输出速度与所述第二输出速度不同。

作为一可选实施例，所述第二音频流为基于第一音频流处理后的音频流，包括：

处理所述第一音频流的源文件形成具有与所述第一音频流的第一播放效果不同的第二播放效果的第二音频流。

作为一可选实施例，所述广播数据至少包括编码器配置信息以及所述第一音频流，以使得位于所述广播的范围内的接收端基于所述编码器配置信息能够实时解析得到所述第一音频流。

作为一可选实施例，所述广播数据还包括发送端的名称和所述发送端的地址，以使得所述接收端基于所述发送端的名称与所述发送端的地址与所述发送端建立连接。

作为一可选实施例，所述建立与目标接收端的第二通道包括：

获得所述目标接收端基于所述连接发送的目标请求，所述目标请求至少包括目标接收端的地址以及关于所述第一音频流的控制请求；

响应所述目标请求，基于所述目标接收端的地址与所述目标接收端建立第二通道以及基于所述控制请求、第一音频流的源文件以第二输出速度通过所述第二通道进行输出，或基于所述控制请求、第一音频流的源文件处理得到第二音频流，并通过所述第二通道输出。

作为一可选实施例，所述建立与目标接收端的第二通道包括：

获得所述目标接收端基于所述连接发送的目标请求，所述目标请求至少包括目标接收端的地址以及关于所述第一音频流的控制请求；

响应所述目标请求，基于所述目标接收端的地址以及所述控制请求为所述目标接收端分配已建立的第二通道，所述第二通道用于输出匹配所述控制请求的第二音频流。

本申请另一实施例同时提供一种数据处理方法，包括：

通过扫描获得发送端广播的广播数据，所述广播数据包括第一音频流；

解析所述广播数据，获得实时的所述第一音频流；

处理所述第一音频流以实时输出第二音频流，所述第二音频流与所述第一音频流不同。

本申请另一实施例还提供一种电子设备，包括：

第一无线通讯模组，通过第一通道广播广播数据，所述广播数据包括第一音频流，所述第一音频流能够被位于所述广播范围内的接收端实时获得；建立与目标接收端的第二通道，所述第二通道与所述第一通道不同；通过所述第二通道传输第二音频流，所述第二音频流与所述第一音频流不同，所述第二音频流为基于第一音频流处理后的音频流。

本申请另一实施例还提供一种电子设备，包括：

第二无线通讯模组，通过扫描获得发送端广播的广播数据，所述广播数据包括第一音频流；

处理器，解析所述广播数据，获得实时的所述第一音频流，处理所述第一音频流以实时输出第二音频流，所述第二音频流与所述第一音频流不同。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本申请的技术方案做进一步的详细描述。

附图说明

附图用来提供对本申请的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本申请，并不构成对本申请的限制。在附图中：

图1为本申请实施例中的数据处理方法的流程图。

图2为本申请另一实施例中的数据处理方法的流程图。

图3为本申请另一实施例中的数据处理方法的流程图。

图4为本申请另一实施例中的数据处理方法的流程图。

图5为本申请实施例中的电子设备的结构框图。

图6为本申请另一实施例中的电子设备的结构框图。

具体实施方式

下面，结合附图对本申请的具体实施例进行详细的描述，但不作为本申请的限定。

应理解的是，可以对此处公开的实施例做出各种修改。因此，下述说明书不应该视为限制，而仅是作为实施例的范例。本领域的技术人员将想到在本申请的范围和精神内的其他修改。

包含在说明书中并构成说明书的一部分的附图示出了本申请的实施例，并且与上面给出的对本申请的大致描述以及下面给出的对实施例的详细描述一起用于解释本申请的原理。

通过下面参照附图对给定为非限制性实例的实施例的优选形式的描述，本申请的这些和其它特性将会变得显而易见。

还应当理解，尽管已经参照一些具体实例对本申请进行了描述，但本领域技术人员能够确定地实现本申请的很多其它等效形式，它们具有如权利要求所述的特征并因此都位于借此所限定的保护范围内。

当结合附图时，鉴于以下详细说明，本申请的上述和其他方面、特征和优势将变得更为显而易见。

此后参照附图描述本申请的具体实施例；然而，应当理解，所公开的实施例仅仅是本申请的实例，其可采用多种方式实施。熟知和/或重复的功能和结构并未详细描述以避免不必要或多余的细节使得本申请模糊不清。因此，本文所公开的具体的结构性和功能性细节并非意在限定，而是仅仅作为权利要求的基础和代表性基础用于教导本领域技术人员以实质上任意合适的详细结构多样地使用本申请。

本说明书可使用词组“在一种实施例中”、“在另一个实施例中”、“在又一实施例中”或“在其他实施例中”，其均可指代根据本申请的相同或不同实施例中的一个或多个。

下面，结合附图详细的说明本申请实施例。

如图1所示，本申请实施例提供一种数据处理方法，包括：

S101：通过第一通道广播广播数据，广播数据包括第一音频流，第一音频流能够被位于广播范围内的接收端实时获得；

S102：建立与目标接收端的第二通道，第二通道与第一通道不同；

S103：通过第二通道传输第二音频流，第二音频流与第一音频流不同，第二音频流为基于第一音频流处理后的音频流。

例如，A用户(即发送端)想要分享一音频数据时，可以通过广播的形式进行分享，例如可以基于BTLEAudio机制利用蓝牙向外发送广播等。具体地，A用户可利用其终端(如手机、平板电脑、智能音箱等等)发起的第一通道广播广播数据，该广播数据中包括对应所述音频数据的第一音频流，通过广播，位于广播范围内的其他用户(即接收端，例如可以是手机、具有无线通讯功能的耳机、平板电脑、智能音箱等等)均可实时接收到该第一音频流。在本实施例中，接收端与发送端间，如A用户与B用户间还可以建立第二通道，该第二通道与第一通道不同，第一通道是发送端向所有接收端统一发送第一音频流的通道，即广播通道，而第二通道为部分接收端，如一个接收端、两个接收端等与发送端间建立的通道，该通道是用于发送不同于第一音频流的第二音频流的，而该第二音频流是与第一音频流有关，是基于第一音频流处理得到的，如第二音频流是与第一音频流的播放效果不同、播放速率不同的音频流。所以接收端可以通过第一通道获得统一广播的第一音频流，对于一些有个性化需求的接收端，可以基于第二通道获得与第一音频流不同的第二音频流。

基于上述实施例的公开可以获知，本实施例具备的有益效果包括通过建立第一通道将广播的第一音频流发送至各个接收端，并通过在目标接收端与发送端之间建立第二通道，可使部分或全部接收端能够基于第二通道获得与第一音频流不同的第二音频流，该第二音频流是基于第一音频处理得到的。通过上述方法可以使得接收端能够获得不同于广播接收到的第一音频流的第二音频流，从而实现满足不同接收端对于第一音频流的不同个性化需求的效果。

进一步地，在本实施例中，第二音频流为基于第一音频流处理后的音频流，包括：

S104：基于第一音频流的源文件以第二输出速度进行输出，其中，第一音频流为源文件以第一输出速度进行输出的音频流，第一输出速度与第二输出速度不同。

例如，第二音频流可以是发送端基于第一音频流的源文件进行倍速处理，如以0.5倍速处理，2.0倍速处理等形成的，应用时可以通过调整音频流的输出速度实现相应的倍速处理，如在基于第二通道发送第二音频流时，若第一音频流是以第一输出速度输出的音频流，以第一输出速度就是1倍速正常输出的速度，那么第二音频流便可以0.5倍的第一输出速度，2.0倍的输出速度，还可以是1.5倍的输出速度等形成的第二输出速度进行输出，也就是以不同倍的第一输出速度输出第一音频流而形成第二音频流。通过本实施例的上述方法可以实现快速播放第一音频流，也可以实现慢速播放第一音频流，而具体是快速还是慢速，以及具体速度可以根据发送端的处理能力，或是接收端的个性化需求而定。

例如，发送端的处理器仅能够支持将第一音频流分别处理成0.5倍速和1.5倍速，而更低倍速或更高倍速，发送端不支持处理，故发送端仅能够支持将第二音频流处理形成0.5倍速和1.5倍速。或者发送端的配置不能同时为超出数量阈值的多个接收端输出多个分别满足不同个性化需求的第二音频流，例如每个不同的接收端均有一个性化需求，那么在同一时间，发送端仅能够同时为位于数量阈值内的多个接收端输出满足其不同个性化需求的第二音频流。也就是，在发送端满足处理条件的情况下，每个接收端是能够基于对应的第二通道而获得一满足自身个性化需求的第二音频流的。其中，第二通道可以是多个接收端共用一个，也可以是每个接收端分别配置有一条独立的第二通道。

可选地，在另一实施例中，第二音频流为基于第一音频流处理后的音频流，包括：

S105：处理第一音频流的源文件形成具有与第一音频流的第一播放效果不同的第二播放效果的第二音频流。

例如，第一音频流具有第一播放效果，但是对于不同的接收端，也就是不同的用户，其均有自己的喜好，或所处的视听环境不同，使得不同的用户对于第一音频流的播放效果就具有不同的需求。例如，第一接收端对应的用户喜欢重低音型的音效，那么其就可以向发送端提出请求，使其基于第一音频流的源文件进行音效处理，形成具有重低音音效的第二音频流(上述音效并不局限于实施例提出的效果，还可以为其他类型的效果)。或者，第二接收端对应的用户喜欢演唱会风格的音效，那么其就可以向发送端提出请求，使其基于第一音频流的源文件进行音效处理，形成具有演唱会音效的第二音频流。再如，第三接收端对应的用户当前有其他事宜，如该用户是使用手机接收并视听的第一音频流，但是当有电话接入时，用户无法继续视听第一音频流，此时第三接收端便可自动或响应用户指令而向发送端发送暂停指令，当用户挂断电话后，第三接收端便可自动或响应用户指令而向发送端发送继续指令，此时发送端便可基于暂停指令的时间点对第一音频流的源文件进行裁剪处理，使得到暂停后的第一音频流，该处理后的第一音频流便形成了第二音频流。再如，第四接收端对应的用户在视听了第一音频流后，想要重新再听部分第一音频流或全部音频流时，可以向发送端发送相应指令，告知发送端想要再听哪一部分的第一音频流，此时发送端响应指令便可以处理第一音频流的源文件，截取对应部分的第一音频流形成第二音频流，或直接将第一音频流进行复制形成第二音频流。再如，第五接收端对应的用户试听过第一音频流后，对于某一部分的内容很感兴趣，故可向发送端提出请求，使基于当前广播的第一音频流进行快退或快进，而快进或快退后的第一音频流便形成第二音频流。所以，综合上述各个不同实施例可知，第二音频流可以是经第一音频流的源文件进行音效处理、暂停/继续处理、截取处理、复制处理、快进/快退处理后形成的播放效果和/或播放内容不同于第一音频流的音频流。

进一步地，由于第一音频流在广播期间始终处于实时传输的状态，故为了接收端能够正常收取、播放第一音频流，就需要具有对广播数据中呈编码状态的第一音频流进行解码、编辑排序的编码器配置信息。故，本实施例中的广播数据还包括编码器配置信息，位于广播的范围内的接收端基于该编码器配置信息能够实时解析处理第一音频流的编码，得到第一音频流。

进一步地，本实施例中的广播数据还包括发送端的名称和发送端的地址，以使得接收端基于发送端的名称与发送端的地址与发送端建立连接。

也就是，广播数据中包括发送端的身份信息(名称)及通信信息(通信地址)，每个收到广播数据的接收端均可以获得发送端的名称及通信地址，基于该名称与通信地址，接收端便可以按需与发送端建立通信连接，如建立蓝牙连接等无线通讯连接。基于该连接，接收端便可以与发送端建立第二通道，并基于第二通道进行信息交互。

实际应用中，当接收端与发送端欲建立通信连接时，可以令发送端处于扫描模式，如低功耗扫描模式，然后接收端可以向发送端发送请求包，具体可以是基于发送端的名称及地址以定向广播的形式发送请求包至发送端，发送端获得请求包后便可决定是否与对应的接收端建立第二通道。

可选地，所述连接/第二通道的建立时机不定，其可以是在接收端成功接收到第一音频流后就自动建立，例如发送端在广播的同时处于扫描状态，接收端接收到广播数据后便可自动基于广播数据中的发送端的信息生成包含请求包的定向广播，以建立连接/第二通道，具体可是是用户在终端中进行默认配置便可实现。或者是，接收端在基于用户指令生成了关于第一音频流的个性化请求时，再请求建立该连接/第二通道，以实现个性化请求的传输。

其中，当第二通道是在接收端生成了关于第一音频流的个性化请求时再请求建立时，如图2所示，具体方法可以包括：

S106：建立与目标接收端的第二通道包括：

S107：获得目标接收端基于连接发送的目标请求，目标请求至少包括目标接收端的地址以及关于第一音频流的控制请求；

S108：响应目标请求，基于目标接收端的地址与目标接收端建立第二通道以及基于控制请求、第一音频流的源文件以第二输出速度通过第二通道进行输出，或基于控制请求、第一音频流的源文件处理得到第二音频流，并通过第二通道输出。

例如，接收端的用户对第一音频流具有个性化需求时，可以向终端(接收端)输入关于第一音频流的控制请求，该控制请求与其个性化需求匹配。接着将自身地址与该控制请求结合形成目标请求，并利用已建立好的连接将目标请求发送至发送端。发送端获得了目标请求后对其进行响应，基于该接收端的地址与目标接收端建立第二通道，并基于控制请求来处理第一音频流的源文件，形成第二音频流，接着基于第二通道发送至接收端。当控制请求包括以倍速形式播放第一音频流时，发送端可以基于控制请求调整第一音频流在第二通道中的输出速度，以基于不同的输出速度而使第一音频流具有倍速播放效果，进而形成不同于第一音频流的第二音频流。再或者，控制请求包括对第一音频流进行处理形成具有不同播放效果的第二音频流后，还需要第二音频流以倍速播放，此时发送端就需要先处理得到第二音频流，如对第一音频流的源文件做修改音效的处理形成第二音频流，再将第二音频流以所需的速率在第二通道中传输。

而当在第二通道是接收端获得广播数据时就建立的情况，接收端只需结合连接请求及自身地址便可生成请求包，并通过上述连接或定向广播的形式发送给发送端，发送端确定连接，便可基于接收端地址建立对应的第二通道。

进一步地，在另一实施例中，如图3所示，建立与目标接收端的第二通道包括：

S109：获得目标接收端基于连接发送的目标请求，目标请求至少包括目标接收端的地址以及关于第一音频流的控制请求；

S110：响应目标请求，基于目标接收端的地址以及控制请求为目标接收端分配已建立的第二通道，第二通道用于输出匹配控制请求的第二音频流。

也就是在本实施例中，多个具有相同个性化请求/控制请求的接收端可以共用一个第二通道，而该多个接收端是基于第二通道中的不同信道/频道来获得第二音频数据的。

具体地，例如第一接收端的用户对第一音频流具有个性化需求时，可以向终端(接收端)输入关于第一音频流的控制请求，该控制请求与其个性化需求匹配。接着将自身地址与该控制请求结合形成目标请求，并利用已建立好的连接将目标请求发送至发送端。发送端获得了目标请求后对其进行响应，基于该接收端的地址与目标接收端建立第二通道，并基于控制请求来处理第一音频流的源文件，形成第二音频流，接着基于第二通道发送至接收端。或通过调整第一音频流的输出速度而形成第二音频流。但是该第一接收端用于获得第二音频流的通道并不是第二通道整体，而是第二通道中的第一信道，也即第一接收端仅占用第二通道中的第一信道来接收第二音频流。当第二接收端向发送端发送了与第一接收端相同的控制请求时，发送端便可将第二接收端添加至第二通道中，并将第二通道中的第二信道配置给第二接收端，使第二接收端能够利用第二信道获得其所需的第二音频流。依此类推，使得具有相同控制请求的接收端通过占取不同信道而共用同一第二通道，而该第二通道中每个信号输出的第二音频流均是相同的。

进一步地，当发送端已经建立了多个用于输送不同第二音频流的第二通道时，其可以向广播范围内的接收端发送广播数据时，附上其已经具有的第二音频流的特征，如音效特征、输出速度/倍速特征等，以供接收端选择。如此可大幅提升接收端用户对第一音频流的个性化需求的满足程度，提高使用体验。

如图4所示，本申请另一实施例同时提供一种数据处理方法，包括：

S201：通过扫描获得发送端广播的广播数据，广播数据包括第一音频流；

S202：解析广播数据，获得实时的第一音频流；

S203：处理第一音频流以实时输出第二音频流，第二音频流与第一音频流不同。

在本实施例中，接收端，如用户的终端可以通过扫描的方式获得发送端广播的广播数据，该广播数据包括第一音频流。由于广播是持续性播放，终端是持续性接收，故终端可通过解析广播数据而获得实时的第一音频流。该广播数据中可以包含编码器配置信息，终端可以基于该信息而解析处理广播数据，进而得到实时的第一音频流。当得到了第一音频流后，终端可以对第一音频流进行处理，例如对已经接收并解析出的音频流进行快进、快退、快速回放、慢速回放的处理，以形成实时输出的第二音频流。例如第一音频流为一段英文翻译的语音流，用户可以根据需求而对解析出的音频流进行慢速回放，快退等处理，而形成实时播放的第二音频流。或者，第一音频流是非直播数据，而是录制数据，接收端可以通过调整接收模式而实现超前接收，接着用户便可根据实际需求而处理接收到的第一音频流，调整其播放的速度，音效等，进而实现实时输出第二音频流的效果。

如图5所示，本申请另一实施例还提供一种电子设备100，包括：

第一无线通讯模组，通过第一通道广播广播数据，所述广播数据包括第一音频流，所述第一音频流能够被位于所述广播范围内的接收端实时获得；建立与目标接收端的第二通道，所述第二通道与所述第一通道不同；通过所述第二通道传输第二音频流，所述第二音频流与所述第一音频流不同，所述第二音频流为基于第一音频流处理后的音频流。

作为一可选实施例，所述第二音频流为基于第一音频流处理后的音频流，包括：

基于所述第一音频流的源文件以第二输出速度进行输出，其中，所述第一音频流为所述源文件以第一输出速度进行输出的音频流，所述第一输出速度与所述第二输出速度不同。

作为一可选实施例，所述第二音频流为基于第一音频流处理后的音频流，包括：

处理所述第一音频流的源文件形成具有与所述第一音频流的第一播放效果不同的第二播放效果的第二音频流。

作为一可选实施例，所述广播数据至少包括编码器配置信息以及所述第一音频流，以使得位于所述广播的范围内的接收端基于所述编码器配置信息能够实时解析得到所述第一音频流。

作为一可选实施例，所述广播数据还包括发送端的名称和所述发送端的地址，以使得所述接收端基于所述发送端的名称与所述发送端的地址与所述发送端建立连接。

作为一可选实施例，所述建立与目标接收端的第二通道包括：

获得所述目标接收端基于所述连接发送的目标请求，所述目标请求至少包括目标接收端的地址以及关于所述第一音频流的控制请求；

响应所述目标请求，基于所述目标接收端的地址与所述目标接收端建立第二通道以及基于所述控制请求、第一音频流的源文件以第二输出速度通过所述第二通道进行输出，或基于所述控制请求、第一音频流的源文件处理得到第二音频流，并通过所述第二通道输出。

如图6所示，本申请另一实施例还提供一种电子设备200，包括：

第二无线通讯模组，通过扫描获得发送端广播的广播数据，所述广播数据包括第一音频流；

处理器，解析所述广播数据，获得实时的所述第一音频流，处理所述第一音频流以实时输出第二音频流，所述第二音频流与所述第一音频流不同。

进一步地，本申请一实施例还提供一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的全电池供电的无线通讯组网的火灾报警方法。应理解，本实施例中的各个方案具有上述方法实施例中对应的技术效果，此处不再赘述。

进一步地，本申请实施例还提供了一种计算机程序产品，所述计算机程序产品被有形地存储在计算机可读介质上并且包括计算机可读指令，所述计算机可执行指令在被执行时使至少一个处理器执行诸如上文所述实施例中的全电池供电的无线通讯组网的火灾报警方法。

需要说明的是，本申请的计算机存储介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读介质例如可以但不限于是电、磁、光、电磁、红外线、或半导体的系统、系统或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储介质(RAM)、只读存储介质(ROM)、可擦式可编程只读存储介质(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储介质(CD-ROM)、光存储介质件、磁存储介质件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、系统或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输配置为由指令执行系统、系统或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、天线、光缆、RF等等，或者上述的任意合适的组合。

另外，本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的系统。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令系统的制造品，该指令系统实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

以上实施例仅为本申请的示例性实施例，不用于限制本申请，本申请的保护范围由权利要求书限定。本领域技术人员可以在本申请的实质和保护范围内，对本申请做出各种修改或等同替换，这种修改或等同替换也应视为落在本申请的保护范围内。

Claims (10)

1.一种数据处理方法，包括：

通过第一通道广播广播数据，所述广播数据包括第一音频流，所述第一音频流能够被位于所述广播范围内的接收端实时获得；

建立与目标接收端的第二通道，所述第二通道与所述第一通道不同；

通过所述第二通道传输第二音频流，所述第二音频流与所述第一音频流不同，所述第二音频流为基于第一音频流处理后的音频流。

2.根据权利要求1所述的数据处理方法，其中，所述第二音频流为基于第一音频流处理后的音频流，包括：

基于所述第一音频流的源文件以第二输出速度进行输出，其中，所述第一音频流为所述源文件以第一输出速度进行输出的音频流，所述第一输出速度与所述第二输出速度不同。

3.根据权利要求1所述的数据处理方法，其中，所述第二音频流为基于第一音频流处理后的音频流，包括：

处理所述第一音频流的源文件形成具有与所述第一音频流的第一播放效果不同的第二播放效果的第二音频流。

4.根据权利要求2或3所述的数据处理方法，其中，所述广播数据还包括编码器配置信息，位于所述广播的范围内的接收端基于所述编码器配置信息能够实时解析得到所述第一音频流。

5.根据权利要求4所述的数据处理方法，其中，所述广播数据还包括发送端的名称和所述发送端的地址，以使得所述接收端基于所述发送端的名称与所述发送端的地址与所述发送端建立连接。

6.根据权利要求5所述的数据处理方法，其中，所述建立与目标接收端的第二通道包括：

获得所述目标接收端基于所述连接发送的目标请求，所述目标请求至少包括目标接收端的地址以及关于所述第一音频流的控制请求；

响应所述目标请求，基于所述目标接收端的地址与所述目标接收端建立第二通道以及基于所述控制请求、第一音频流的源文件以第二输出速度通过所述第二通道进行输出，或基于所述控制请求、第一音频流的源文件处理得到第二音频流，并通过所述第二通道输出。

7.根据权利要求5所述的数据处理方法，其中，所述建立与目标接收端的第二通道包括：

获得所述目标接收端基于所述连接发送的目标请求，所述目标请求至少包括目标接收端的地址以及关于所述第一音频流的控制请求；

响应所述目标请求，基于所述目标接收端的地址以及所述控制请求为所述目标接收端分配已建立的第二通道，所述第二通道用于输出匹配所述控制请求的第二音频流。

8.一种数据处理方法，包括：

通过扫描获得发送端广播的广播数据，所述广播数据包括第一音频流；

解析所述广播数据，获得实时的所述第一音频流；

处理所述第一音频流以实时输出第二音频流，所述第二音频流与所述第一音频流不同。

9.一种电子设备，

第一无线通讯模组，通过第一通道广播广播数据，所述广播数据包括第一音频流，所述第一音频流能够被位于所述广播范围内的接收端实时获得；建立与目标接收端的第二通道，所述第二通道与所述第一通道不同；通过所述第二通道传输第二音频流，所述第二音频流与所述第一音频流不同，所述第二音频流为基于第一音频流处理后的音频流。

10.一种电子设备，包括：

第二无线通讯模组，通过扫描获得发送端广播的广播数据，所述广播数据包括第一音频流；

处理器，解析所述广播数据，获得实时的所述第一音频流，处理所述第一音频流以实时输出第二音频流，所述第二音频流与所述第一音频流不同。

Images