本申请中涉及数据处理技术，尤其是一种播放音频数据的方法、装置、电子设备及介质
背景技术：
由于通信时代和社会的兴起，智能设备已经随着越来越多用户的使用而不断发展。
其中，随着互联网的飞速发展，人们使用无线播放设备欣赏各类视频以及音乐已经成为了一种常态。其中，无线播放设备可以为利用蓝牙连接的播放设备。例如可以有蓝牙耳机，蓝牙音箱等等。进一步的，以蓝牙音箱举例，在蓝牙音箱工作过程中，音箱与手机之间可以通过蓝牙连接方式进行无线通信。用户可以通过蓝牙音箱的左右声道播放器来欣赏音频。
然而，相关技术中，在用户通过移动终端连接蓝牙设备以欣赏音乐时，当移动终端与蓝牙设备之间的距离较远时，会出现二者连接断开的情况，进而也就无法继续播放音乐，这也降低了用户的视听体验。
技术实现要素：
本申请实施例提供一种播放音频数据的方法、装置、电子设备及介质。
其中，根据本申请实施例的一个方面，提供的一种播放音频数据的方法，其特征在于，包括：
当接收到目标设备实时发送的第一音频数据流时，基于接收到的所述第一音频数据流，播放目标音频数据的第一部分，所述目标音频数据包括所述第一部分以及第二部分；
向所述目标设备发送传输请求，所述传输请求用于获取针对所述目标音频数据的剩余音频数据流，所述剩余音频数据流对应于所述目标音频数据的第二部分；
当获取到所述目标音频数据的剩余音频数据流时，将所述剩余音频数据流存储至本地缓存中；
当检测到发生中断事件时，利用所述剩余音频数据流，播放所述目标音频数据的第二部分，所述中断事件为与所述目标设备通信断开的事件。
可选地，在基于本申请上述方法的另一个实施例中，在所述当获取到所述目标音频数据的剩余音频数据流时，将所述剩余音频数据流存储至本地缓存中之后，还包括：
当未检测到所述中断事件时，接收所述目标设备实时发送的第二音频数据流，播放所述目标音频数据的第二部分。
可选地，在基于本申请上述方法的另一个实施例中，所述当检测到发生中断事件时，利用所述剩余音频数据流，播放所述目标音频数据的第二部分，包括：
当检测到发生中断事件时，基于所述第一音频数据流，确定所述目标音频数据对应的第一播放进度；
基于所述目标音频数据对应的第一播放进度，选取第三音频数据流，所述第三音频数据流为基于所述剩余音频数据流生成的数据流；
利用所述第三音频数据流，播放所述目标音频数据的第二部分。
可选地，在基于本申请上述方法的另一个实施例中，在所述利用所述第三音频数据流，播放所述目标音频数据的第二部分之后，还包括：
当检测到出现连接事件时，利用所述第三音频数据流，确定播放所述目标音频数据第二部分对应的第二播放进度，所述连接断事件为与所述目标设备通信连接的事件；
当根据所述第二播放进度，确定所述目标音频数据的第二部分播放未完成时，获取所述目标设备实时发送的第四音频数据流，所述第四音频数据流为根据所述第二播放进度生成的数据流；
基于所述第四音频数据流，播放所述目标音频数据的第二部分。
可选地，在基于本申请上述方法的另一个实施例中，在所述播放目标音频数据的第一部分之后，还包括：
检测所述第一音频数据流的传输质量；
当确定所述第一音频数据流的传输质量低于预设阈值时，向所述目标设备发送所述传输请求。
可选地，在基于本申请上述方法的另一个实施例中，在所述播放目标音频数据的第一部分之后，还包括：
检测所述目标设备的电量信息；
当确定所述目标设备的电量信息低于电量阈值时，向所述目标设备发送所述传输请求。
可选地，在基于本申请上述方法的另一个实施例中，在所述播放所述目标音频数据的第二部分之后，还包括：
当确定播放所述目标音频数据的第二部分完成后，将所述剩余音频数据流从本地缓存中清除。
根据本申请实施例的另一个方面，提供的一种播放音频数据的装置，包括：
获取模块，被设置为当接收到目标设备实时发送的第一音频数据流时，基于接收到的所述第一音频数据流，播放目标音频数据的第一部分，所述目标音频数据包括所述第一部分以及第二部分；
发送模块，被设置为向所述目标设备发送传输请求，所述传输请求用于获取针对所述目标音频数据的剩余音频数据流，所述剩余音频数据流对应于所述目标音频数据的第二部分；
存储模块，被设置为当获取到所述目标音频数据的剩余音频数据流时，将所述剩余音频数据流存储至本地缓存中；
检测模块，被设置为当检测到发生中断事件时，利用所述剩余音频数据流，播放所述目标音频数据的第二部分，所述中断事件为与所述目标设备通信断开的事件。
根据本申请实施例的又一个方面，提供的一种电子设备，包括：
存储器，用于存储可执行指令；以及
显示器，用于与所述存储器显示以执行所述可执行指令从而完成上述任一所述播放音频数据的方法的操作。
根据本申请实施例的还一个方面，提供的一种计算机可读存储介质，用于存储计算机可读取的指令，所述指令被执行时执行上述任一所述播放音频数据的方法的操作。
本申请中，在当接收到目标设备实时发送的第一音频数据流时，播放目标音频数据的第一部分，并向目标设备发送用于获取针对所述目标音频数据的剩余音频数据流的传输请求，再当获取到目标音频数据的剩余音频数据流时，将剩余音频数据流存储至本地缓存中，当检测到发生与目标设备通信断开的中断事件时，利用剩余音频数据流，播放目标音频数据的第二部分。通过应用本申请的技术方案，可以在蓝牙设备与手机连接并播放音乐时，提前将该音乐的剩余数据全部接收并存储到缓存中，以使当手机与蓝牙设备连接断开时，可以根据缓存中存储的剩余数据，继续播放该音乐。进而可以避免相关技术中存在的当移动终端与蓝牙设备断开连接时，无法继续播放音频数据的问题。
下面通过附图和实施例，对本申请的技术方案做进一步的详细描述。
附图说明
构成说明书的一部分的附图描述了本申请的实施例，并且连同描述一起用于解释本申请的原理。
参照附图，根据下面的详细描述，可以更加清楚地理解本申请，其中：
图1为本申请视播放音频数据的系统架构示意图；
图2为本申请提出的一种播放音频数据的方法的示意图；
图3为本申请提出的又一种播放音频数据的方法的示意图；
图4为本申请播放音频数据的装置的结构示意图；
图5为本申请显示电子设备结构示意图。
具体实施方式
现在将参照附图来详细描述本申请的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本申请的范围。
同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
以下对至少一个示例性实施例的描述实际上仅仅是说明性的，不作为对本申请及其应用或使用的任何限制。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
另外，本申请各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。
需要说明的是，本申请实施例中所有方向性指示(诸如上、下、左、右、前、后……)仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。
下面结合图1-图3来描述根据本申请示例性实施方式的用于进行播放音频数据的方法。需要注意的是，下述应用场景仅是为了便于理解本申请的精神和原理而示出，本申请的实施方式在此方面不受任何限制。相反，本申请的实施方式可以应用于适用的任何场景。
图1示出了可以应用本申请实施例的视频处理方法或视频处理装置的示例性系统架构100的示意图。
如图1所示，系统架构100可以包括终端设备101、102、103中的一种或多种，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群等。
用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、便携式计算机和台式计算机等等。
本申请中的终端设备101、102、103可以为提供各种服务的终端设备。例如用户通过终端设备103(也可以是终端设备101或102)当接收到目标设备实时发送的第一音频数据流时，基于接收到的所述第一音频数据流，播放目标音频数据的第一部分，所述目标音频数据包括所述第一部分以及第二部分；向所述目标设备发送传输请求，所述传输请求用于获取针对所述目标音频数据的剩余音频数据流，所述剩余音频数据流对应于所述目标音频数据的第二部分；当获取到所述目标音频数据的剩余音频数据流时，将所述剩余音频数据流存储至本地缓存中；当检测到发生中断事件时，利用所述剩余音频数据流，播放所述目标音频数据的第二部分，所述中断事件为与所述目标设备通信断开的事件。
在此需要说明的是，本申请实施例所提供的视频处理方法可以由终端设备101、102、103中的一个或多个,和/或,服务器105执行，相应地，本申请实施例所提供的视频处理装置一般设置于对应终端设备中,和/或，服务器105中，但本申请不限于此。
本申请还提出一种播放音频数据的方法、装置、目标终端及介质。
图2示意性地示出了根据本申请实施方式的一种播放音频数据的方法的流程示意图。如图2所示，该方法应用于蓝牙设备，包括：
s101，当接收到目标设备实时发送的第一音频数据流时，基于接收到的第一音频数据流，播放目标音频数据的第一部分，目标音频数据包括第一部分以及第二部分。
需要说明的是，本申请中不对目标设备做具体限定，例如可以为智能设备，也可以为服务器。其中，移动终端可以是pc(personalcomputer，个人电脑)，也可以是智能手机、平板电脑、电子书阅读器、mp3(movingpictureexpertsgroupaudiolayeriii，动态影像专家压缩标准音频层面3)播放音频数据的器、mp4(movingpictureexpertsgroupaudiolayeriv，动态影像专家压缩标准音频层面4)播放音频数据的器、便携计算机等具有显示功能的可移动式终端设备等等。
进一步的，本申请中不对蓝牙设备做具体限定，例如可以为各种蓝牙耳机以及蓝牙音箱等等。同样的，本申请中也不对蓝牙设备的数量做具体限定，例如可以有2个，也可以有多个。
其中，随着无线通信及近距离技术的发展，移动终端设备使用蓝牙的场景越来越多，移动终端之间可以通过蓝牙进行数据传输。与此同时，移动终端与蓝牙设备配对连接使用的场景越来越多，例如用户可以在开车时带着蓝牙耳机可以更方便的接听电话，或者在家中使用蓝牙音箱进行音、视频播放等等。相关技术中，移动终端与蓝牙设备进行配对连接时，蓝牙设备会实时接收移动终端发送的音频数据流，并根据接收到的数据流进行音乐播放。
例如在办公室环境中，大部分用户喜欢一边佩戴蓝牙耳机收听音乐，一边办公。其间有会保持佩戴蓝牙耳机状态下需要短暂去卫生间洗手洗脸或茶水间切茶倒水等行为，但地点较远情况下，蓝牙耳机逐渐离开移动终端的有效连接范围，导致蓝牙耳机中断，音乐无法保持连贯播放，影响用户体验。又或，用户在佩戴蓝牙耳机收听音乐时，刚好经过一处干扰较大的区域，这也导致移动终端与蓝牙耳机会因为被干扰而暂时的断开连接。进而同样会导致音乐被暂停播放，给用户体验带来影响。
因此，本申请中为了解决相关技术中存在的问题，会首先当接收到目标设备实时发送的第一音频数据流时，基于接收到的第一音频数据流，播放目标音频数据的第一部分。需要说明的是，本申请不对目标音频数据做具体限定。也即目标音频数据可以为音乐，也可以为视频中的音频数据。另外，目标音频数据应当包括两部分，也即第一部分与第二部分。其中，本申请不对第一部分与第二部分做具体限定，也即第一部分可以为目标音频数据的任意范围的音频数据，第二部分也可以为目标音频数据的任意范围的音频数据。
s102，向目标设备发送传输请求，传输请求用于获取针对目标音频数据的剩余音频数据流，剩余音频数据流对应于目标音频数据的第二部分。
本申请中，以下以目标设备为移动终端为例进行说明：在获取目标设备的第一音频数据流之后，可以向目标设备发送用于获取针对目标音频数据的剩余音频数据流的传输请求。其中，该剩余音频数据流即为对应于目标音频数据的第二部分的音频数据流。可以理解的，为了避免上述提及的相关技术中存在的当移动终端与蓝牙设备断开连接时，蓝牙设备无法继续播放音乐的弊端。本申请中可以在蓝牙设备开始播放音乐时，向移动终端请求将该音乐的剩余数据流全部发送给自身。以使后续在无法继续接收该音乐的剩余数据流时，可以根据预先接收的数据流，继续进行该音乐的播放。
需要说明的是，本申请不对蓝牙设备向目标设备发送传输请求的时机做具体限定，例如可以为在检测到播放目标音频数据的预设时机后，向目标设备发送传输请求。也可以为在检测到当前的通信状态低于预设条件后，向目标设备发送传输请求等等。
在本申请的还一种实施方式中，在播放目标音频数据的第一部分之后，还可以实施下述步骤：
检测目标设备的电量信息；
当确定目标设备的电量信息低于电量阈值时，向目标设备发送传输请求。
本申请中，在播放目标音频数据的第一部分之后，为了避免上述提及的当移动终端与蓝牙设备断开连接时，蓝牙设备无法继续播放音乐的弊端。本申请可以首先检测目标设备的电量信息，以避免目标设备由于剩余电量不足而导致关机时，无法继续播放音乐的弊端。
可以理解的，在当确定目标设备的电量信息低于预设的电量阈值时，即可向目标设备发送用于获取针对目标音频数据的剩余音频数据流的传输请求。需要说明的是，本申请不对电量阈值做具体限定，例如可以为10％，也可以为5％等等。
另外，本申请同样不对目标设备的电量信息做具体限定，例如可以为目标设备的剩余电量信息，也可以为目标设备的当前电量信息。
s103，当获取到目标音频数据的剩余音频数据流时，将剩余音频数据流存储至本地缓存中。
进一步的，本申请中向目标设备发送传输请求之后，即可准备接收对应的剩余音频数据流。并在接收到该剩余音频数据流时，即可将剩余音频数据流存储至本地缓存中。
s104，当检测到发生中断事件时，利用剩余音频数据流，播放目标音频数据的第二部分，中断事件为与目标设备通信断开的事件。
进一步的，在当蓝牙设备检测到当前发生与目标设备通信断开的事件时，即可判定当前无法继续播放该目标音频数据的剩余部分。为了不影响用户的收听体验，本申请即可以利用存储在本地缓存中的剩余音频数据流，继续播放目标音频数据的第二部分。
需要说明的是，本申请中蓝牙设备在利用剩余音频数据流，继续播放目标音频数据的第二部分的过程中。如果检测到与目标设备再次相连接时，可以继续利用该剩余音频数据流，播放目标音频数据的第二部分。也可以通过与目标设备相通信的音频数据流，完成目标音频数据第二部分的播放。
本申请中，在当接收到目标设备实时发送的第一音频数据流时，播放目标音频数据的第一部分，并向目标设备发送用于获取针对所述目标音频数据的剩余音频数据流的传输请求，再当获取到目标音频数据的剩余音频数据流时，将剩余音频数据流存储至本地缓存中，当检测到发生与目标设备通信断开的中断事件时，利用剩余音频数据流，播放目标音频数据的第二部分。通过应用本申请的技术方案，可以在蓝牙设备与手机连接并播放音乐时，提前将该音乐的剩余数据全部接收并存储到缓存中，以使当手机与蓝牙设备连接断开时，可以根据缓存中存储的剩余数据，继续播放该音乐。进而可以避免相关技术中存在的当移动终端与蓝牙设备断开连接时，无法继续播放音频数据的问题。
在本申请一种可能的实施方式中，在s103(当获取到目标音频数据的剩余音频数据流时，将剩余音频数据流存储至本地缓存中)之后，还可以实施下述步骤：
当未检测到中断事件时，接收目标设备实时发送的第二音频数据流，播放目标音频数据的第二部分。
可以理解的，如果当蓝牙设备本次播放目标音频数据的过程中，蓝牙设备未检测到发生与目标设备通信相断开的中断事件时，即可不必使用存储在自身缓存中的剩余音频数据流。而是通过继续实时接收的目标设备发送的第二音频数据流，实现目标音频数据第二部分的播放。
在本申请又一种可能的实施方式中，在s103(当检测到发生中断事件时，利用剩余音频数据流，播放目标音频数据的第二部分)中，还可以实施下述步骤：
当检测到发生中断事件时，基于第一音频数据流，确定目标音频数据对应的第一播放进度；
基述目标音频数据对应的第一播放进度，选取第三音频数据流，第三音频数据流为基于剩余音频数据流生成的数据流；
利用第三音频数据流，播放目标音频数据的第二部分。
进一步的，当蓝牙设备检测到当前发生与目标设备通信相断开的中断事件时，再利用剩余音频数据流播放目标音频数据第二部分的过程中，为了保证播放音乐的连贯性。本申请需要确定当发生中断事件时，蓝牙设备播放目标音频数据时的第一播放进度。在进一步而言，本申请可以基于已经接收到的第一音频数据流，确定目标音频数据对应的第一播放进度。
另外，在确定第一播放进度后，即可进一步的确定剩余播放部分对应的第三音频数据流。并可基于该第三音频数据流，播放目标音频数据的第二部分。需要说明的是，第三音频数据流即包含于该剩余音频数据流之内。也就是说，第三音频数据流可以为剩余音频数据流的全部数据流，也可以为剩余音频数据流的其中部分的数据流。
例如，以目标音频数据对应的音乐为《生日快乐》，且《生日快乐》的播放时长为2分钟为例。本申请中在检测到当前发生断开事件时，可以基于已经接收到的第一音频数据流，确定当前播放目标音频数据对应的第一播放进度为百分之五十(也即当前播放了《生日快乐》的前一分钟的部分)。进一步的，基于该第一播放进度，从剩余音频数据流中选取《生日快乐》对应的播放时间为1分01秒-2分钟的时间段范围的音频数据流(也即第三音频数据流)。并以该第三音频数据流为基础，继续播放《生日快乐》的后一分钟的部分。
又或，同样以目标音频数据对应的音乐为《生日快乐》，且《生日快乐》的数据大小为20m为例。本申请中在检测到当前发生断开事件时，可以基于已经接收到的第一音频数据流，确定当前接收到的第一音频数据流为10m，因此可以确定其对应的第一播放进度为百分之五十(也即当前播放了《生日快乐》的前一半的部分)。进一步的，基于该第一播放进度，从剩余音频数据流中选取《生日快乐》对应的播放时间为10m-20m的数据范围的音频数据流(也即第三音频数据流)。并以该第三音频数据流为基础，继续播放《生日快乐》的后半部分。
在本申请另外一种可能的实施方式中，在利用第三音频数据流，播放目标音频数据的第二部分之后，还可以实施下述步骤：
当检测到出现连接事件时，利用第三音频数据流，确定播放目标音频数据第二部分对应的第二播放进度，连接断事件为与目标设备通信连接的事件；
当根据第二播放进度，确定目标音频数据的第二部分播放未完成时，获取目标设备实时发送的第四音频数据流，第四音频数据流为根据第二播放进度生成的数据流；
基于第四音频数据流，播放目标音频数据的第二部分。
进一步的，本申请在检测到发生断开事件时，并在利用第三音频数据流，播放目标音频数据的第二部分之后检测到蓝牙设备与目标设备通信连接的事件时，可以选择利用与目标设备再次通信得到的音频数据流，实现目标音频数据第二部分的播放。
其中，同样为了保证播放音乐的连贯性。本申请需要确定当发生连接事件时，蓝牙设备播放第二部分时的第二播放进度。在进一步而言，本申请可以基于已经生成的第三音频数据流，确定目标音频数据对应的第二播放进度。并在确定第二播放进度后，接收目标设备发送的第四音频数据流。再利用该第四音频数据流，实现目标音频数据的第二部分的播放。
可以理解的，本申请中在确定第二播放进度之后，需要根据该第二播放进度，确定目标音频数据的第二部分播放未完成时，才会获取目标设备发送的第四音频数据流。换言之，当检测到目标音频数据的第二部分播放完成时，判定目标音频数据已播放完毕。即可开启下一音频数据的播放。
例如，以目标音频数据对应的音乐为《生日快乐》，且《生日快乐》的播放时长为2分钟为例。本申请中在检测到当前发生断开事件时，可以基于已经接收到的第一音频数据流，确定当前播放目标音频数据对应的第一播放进度为百分之五十。并从剩余音频数据流中选取也即第三音频数据流，以继续播放《生日快乐》的后一分钟的部分。进一步的，当蓝牙设备检测到发生连接事件时，即可基于当前正在播放的第三第三音频数据流，确定目标音频数据对应的第二播放进度为百分之七十五(也即播放至《生日快乐》1分30秒的进度)。并将该第二播放进度通知给移动终端，以使移动终端向蓝牙设备传送《生日快乐》1分31秒-2分钟对应的音频数据流(即第四音频数据流)即可。并以该第四音频数据流为基础，继续播放《生日快乐》的剩余部分。
进一步可选的，在本申请的另外一种实施方式中，在本申请s101(当接收到目标设备实时发送的第一音频数据流时，基于接收到的第一音频数据流，播放目标音频数据的第一部分)之后，还包括一种具体的实施方式，如图3所示，包括：
s201，当接收到目标设备实时发送的第一音频数据流时，基于接收到的第一音频数据流，播放目标音频数据的第一部分。
s202，检测第一音频数据流的传输质量。
s203，当确定第一音频数据流的传输质量低于预设阈值时，向目标设备发送传输请求。
本申请中，在播放目标音频数据的第一部分之后，为了避免上述提及的当移动终端与蓝牙设备断开连接时，蓝牙设备无法继续播放音乐的弊端。本申请可以首先检测第一音频数据流的传输质量，以避免目标设备由于通信质量不佳而导致通信断开时，无法继续播放音乐的弊端。
可以理解的，在当确定第一音频数据流的传输质量低于预设阈值时，即可向目标设备发送用于获取针对目标音频数据的剩余音频数据流的传输请求。需要说明的是，本申请不对预设阈值做具体限定，例如可以为1m/s，也可以为2m/s等等。
另外，本申请同样不对检测第一音频数据流的传输质量的方式做具体限定，例如可以为由蓝牙设备检测，也可以为目标设备检测后将该数据发送给蓝牙设备。
可选的，本申请中也可以根据蓝牙设备的配置参数，确定其对应的传输效率，并根据该传输效率的大小，选择是否需要向目标设备发送传输请求。进一步的，本申请可以获取该蓝牙设备对应的蓝牙流比特率以及蓝牙芯片种类。可以理解的，该蓝牙设备的蓝牙流比特率以及蓝牙芯片种类越高时，代表着其在播放音频的过程中达到的传输效率相对较高。
进一步可选的，本申请还可以根据蓝牙设备的rssi信号值的大小选择是否需要向目标设备发送传输请求。其中，rssi(receivedsignalstrengthindication)表示为移动终端接收信号的强度参数。它的实现是在反向通道基带接收滤波器之后进行的。对于蓝牙设备来说，rssi值可以反映对应移动终端接收到的蓝牙设备的蓝牙信号的强度。进一步的，例如rssi值可以由以下公式得到：rssi＝10*logp,p代表接收到的信号功率，蓝牙会发送广播，距离不同会影响接收到的信号功率。可以理解的，该蓝牙设备的rssi信号值越低，其向目标设备发送传输请求的可能性越高。
s204，向目标设备发送传输请求。
s205，当获取到目标音频数据的剩余音频数据流时，将剩余音频数据流存储至本地缓存中。
s206，当检测到发生中断事件时，利用剩余音频数据流，播放目标音频数据的第二部分。
s207，当确定播放目标音频数据的第二部分完成后，将剩余音频数据流从本地缓存中清除。
进一步的，本申请中在确定播放目标音频数据的第二部分完成后，为了节省蓝牙设备中的内存，本申请可以将目标音频数据对应的剩余音频数据流从本地缓存中清除。进而避免影响音频播放的质量。
本申请中，在当接收到目标设备实时发送的第一音频数据流时，播放目标音频数据的第一部分，并向目标设备发送用于获取针对所述目标音频数据的剩余音频数据流的传输请求，再当获取到目标音频数据的剩余音频数据流时，将剩余音频数据流存储至本地缓存中，当检测到发生与目标设备通信断开的中断事件时，利用剩余音频数据流，播放目标音频数据的第二部分。通过应用本申请的技术方案，可以在蓝牙设备与手机连接并播放音乐时，提前将该音乐的剩余数据全部接收并存储到缓存中，以使当手机与蓝牙设备连接断开时，可以根据缓存中存储的剩余数据，继续播放该音乐。进而可以避免相关技术中存在的当移动终端与蓝牙设备断开连接时，无法继续播放音频数据的问题。
在本申请的另外一种实施方式中，如图4所示，本申请还提供一种播放音频数据的装置。其中，该装置包括获取模块301，发送模块302，存储模块303，检测模块304，其中：
获取模块301，被设置为当接收到目标设备实时发送的第一音频数据流时，基于接收到的所述第一音频数据流，播放目标音频数据的第一部分，所述目标音频数据包括所述第一部分以及第二部分；
发送模块302，被设置为向所述目标设备发送传输请求，所述传输请求用于获取针对所述目标音频数据的剩余音频数据流，所述剩余音频数据流对应于所述目标音频数据的第二部分；
存储模块303，被设置为当获取到所述目标音频数据的剩余音频数据流时，将所述剩余音频数据流存储至本地缓存中；
检测模块304，被设置为当检测到发生中断事件时，利用所述剩余音频数据流，播放所述目标音频数据的第二部分，所述中断事件为与所述目标设备通信断开的事件。
本申请中，在当接收到目标设备实时发送的第一音频数据流时，播放目标音频数据的第一部分，并向目标设备发送用于获取针对所述目标音频数据的剩余音频数据流的传输请求，再当获取到目标音频数据的剩余音频数据流时，将剩余音频数据流存储至本地缓存中，当检测到发生与目标设备通信断开的中断事件时，利用剩余音频数据流，播放目标音频数据的第二部分。通过应用本申请的技术方案，可以在蓝牙设备与手机连接并播放音乐时，提前将该音乐的剩余数据全部接收并存储到缓存中，以使当手机与蓝牙设备连接断开时，可以根据缓存中存储的剩余数据，继续播放该音乐。进而可以避免相关技术中存在的当移动终端与蓝牙设备断开连接时，无法继续播放音频数据的问题。
在本申请的另一种实施方式中，检测模块304，还包括：
检测模块304，被配置为当未检测到所述中断事件时，接收所述目标设备实时发送的第二音频数据流，播放所述目标音频数据的第二部分。
在本申请的另一种实施方式中，检测模块304，还包括：
检测模块304，被配置为当检测到发生中断事件时，基于所述第一音频数据流，确定所述目标音频数据对应的第一播放进度；
检测模块304，被配置为基于所述目标音频数据对应的第一播放进度，选取第三音频数据流，所述第三音频数据流为基于所述剩余音频数据流生成的数据流；
检测模块304，被配置为利用所述第三音频数据流，播放所述目标音频数据的第二部分。
在本申请的另一种实施方式中，检测模块304，还包括：
检测模块304，被配置为当检测到出现连接事件时，利用所述第三音频数据流，确定播放所述目标音频数据第二部分对应的第二播放进度，所述连接断事件为与所述目标设备通信连接的事件；
检测模块304，被配置为当根据所述第二播放进度，确定所述目标音频数据的第二部分播放未完成时，获取所述目标设备实时发送的第四音频数据流，所述第四音频数据流为根据所述第二播放进度生成的数据流；
检测模块304，被配置为基于所述第四音频数据流，播放所述目标音频数据的第二部分。
在本申请的另一种实施方式中，检测模块304，还包括：
检测模块304，被配置为检测所述第一音频数据流的传输质量；
检测模块304，被配置为当确定所述第一音频数据流的传输质量低于预设阈值时，向所述目标设备发送所述传输请求。
在本申请的另一种实施方式中，检测模块304，还包括：
检测模块304，被配置为检测所述目标设备的电量信息；
检测模块304，被配置为当确定所述目标设备的电量信息低于电量阈值时，向所述目标设备发送所述传输请求。
在本申请的另一种实施方式中，还包括，清除模块305，其中：
清除模块305，被配置为当确定播放所述目标音频数据的第二部分完成后，将所述剩余音频数据流从本地缓存中清除。
图5是根据一示例性实施例示出的一种电子设备的逻辑结构框图。例如，电子设备400可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
参照图5，电子设备400可以包括以下一个或多个组件：处理器401和存储器402。
处理器401可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器401可以采用dsp(digitalsignalprocessing，数字信号处理)、fpga(field－programmablegatearray，现场可编程门阵列)、pla(programmablelogicarray，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器401也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称cpu(centralprocessingunit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器401可以在集成有gpu(graphicsprocessingunit，图像处理器)，gpu用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器401还可以包括ai(artificialintelligence，人工智能)处理器，该ai处理器用于处理有关机器学习的计算操作。
存储器402可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器402还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器402中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器401所执行以实现本申请中方法实施例提供的互动特效标定方法。
在一些实施例中，电子设备400还可选包括有：外围设备接口403和至少一个外围设备。处理器401、存储器402和外围设备接口403之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口403相连。具体地，外围设备包括：射频电路404、触摸显示屏405、摄像头406、音频电路407、定位组件408和电源409中的至少一种。
外围设备接口403可被用于将i/o(input/output，输入/输出)相关的至少一个外围设备连接到处理器401和存储器402。在一些实施例中，处理器401、存储器402和外围设备接口403被集成在同一芯片或电路板上；在一些其他实施例中，处理器401、存储器402和外围设备接口403中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。
射频电路404用于接收和发射rf(radiofrequency，射频)信号，也称电磁信号。射频电路404通过电磁信号与通信网络以及其他通信设备进行通信。射频电路404将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路404包括：天线系统、rf收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路404可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2g、3g、4g及5g)、无线局域网和/或wifi(wirelessfidelity，无线保真)网络。在一些实施例中，射频电路404还可以包括nfc(nearfieldcommunication，近距离无线通信)有关的电路，本申请对此不加以限定。
显示屏405用于显示ui(userinterface，用户界面)。该ui可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏405是触摸显示屏时，显示屏405还具有采集在显示屏405的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器401进行处理。此时，显示屏405还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏405可以为一个，设置电子设备400的前面板；在另一些实施例中，显示屏405可以为至少两个，分别设置在电子设备400的不同表面或呈折叠设计；在再一些实施例中，显示屏405可以是柔性显示屏，设置在电子设备400的弯曲表面上或折叠面上。甚至，显示屏405还可以设置成非矩形的不规则图形，也即异形屏。显示屏405可以采用lcd(liquidcrystaldisplay，液晶显示屏)、oled(organiclight-emittingdiode,有机发光二极管)等材质制备。
摄像头组件406用于采集图像或视频。可选地，摄像头组件406包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及vr(virtualreality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件406还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。
音频电路407可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器401进行处理，或者输入至射频电路404以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在电子设备400的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器401或射频电路404的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路407还可以包括耳机插孔。
定位组件408用于定位电子设备400的当前地理位置，以实现导航或lbs(locationbasedservice，基于位置的服务)。定位组件408可以是基于美国的gps(globalpositioningsystem，全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。
电源409用于为电子设备400中的各个组件进行供电。电源409可以是交流电、直流电、一次性电池或可充电电池。当电源409包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。
在一些实施例中，电子设备400还包括有一个或多个传感器410。该一个或多个传感器410包括但不限于：加速度传感器411、陀螺仪传感器412、压力传感器413、指纹传感器414、光学传感器415以及接近传感器416。
加速度传感器411可以检测以电子设备400建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器411可以用于检测重力加速度在三个坐标轴上的分量。处理器401可以根据加速度传感器411采集的重力加速度信号，控制触摸显示屏405以横向视图或纵向视图进行用户界面的显示。加速度传感器411还可以用于游戏或者用户的运动数据的采集。
陀螺仪传感器412可以检测电子设备400的机体方向及转动角度，陀螺仪传感器412可以与加速度传感器411协同采集用户对电子设备400的3d动作。处理器401根据陀螺仪传感器412采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变ui)、拍摄时的图像稳定、游戏控制以及惯性导航。
压力传感器413可以设置在电子设备400的侧边框和/或触摸显示屏405的下层。当压力传感器413设置在电子设备400的侧边框时，可以检测用户对电子设备400的握持信号，由处理器401根据压力传感器413采集的握持信号进行左右手识别或快捷操作。当压力传感器413设置在触摸显示屏405的下层时，由处理器401根据用户对触摸显示屏405的压力操作，实现对ui界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。
指纹传感器414用于采集用户的指纹，由处理器401根据指纹传感器414采集到的指纹识别用户的身份，或者，由指纹传感器414根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器401授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器414可以被设置电子设备400的正面、背面或侧面。当电子设备400上设置有物理按键或厂商logo时，指纹传感器414可以与物理按键或厂商logo集成在一起。
光学传感器415用于采集环境光强度。在一个实施例中，处理器401可以根据光学传感器415采集的环境光强度，控制触摸显示屏405的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏405的显示亮度；当环境光强度较低时，调低触摸显示屏405的显示亮度。在另一个实施例中，处理器401还可以根据光学传感器415采集的环境光强度，动态调整摄像头组件406的拍摄参数。
接近传感器416，也称距离传感器，通常设置在电子设备400的前面板。接近传感器416用于采集用户与电子设备400的正面之间的距离。在一个实施例中，当接近传感器416检测到用户与电子设备400的正面之间的距离逐渐变小时，由处理器401控制触摸显示屏405从亮屏状态切换为息屏状态；当接近传感器416检测到用户与电子设备400的正面之间的距离逐渐变大时，由处理器401控制触摸显示屏405从息屏状态切换为亮屏状态。
本领域技术人员可以理解，图5中示出的结构并不构成对电子设备400的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器404，上述指令可由电子设备400的处理器420执行以完成上述播放音频数据的方法，该方法包括：当接收到目标设备实时发送的第一音频数据流时，基于接收到的所述第一音频数据流，播放目标音频数据的第一部分，所述目标音频数据包括所述第一部分以及第二部分；向所述目标设备发送传输请求，所述传输请求用于获取针对所述目标音频数据的剩余音频数据流，所述剩余音频数据流对应于所述目标音频数据的第二部分；当获取到所述目标音频数据的剩余音频数据流时，将所述剩余音频数据流存储至本地缓存中；当检测到发生中断事件时，利用所述剩余音频数据流，播放所述目标音频数据的第二部分，所述中断事件为与所述目标设备通信断开的事件。可选地，上述指令还可以由电子设备400的处理器420执行以完成上述示例性实施例中所涉及的其他步骤。可选地，上述指令还可以由电子设备400的处理器420执行以完成上述示例性实施例中所涉及的其他步骤。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
在示例性实施例中，还提供了一种应用程序/计算机程序产品，包括一条或多条指令，该一条或多条指令可以由电子设备400的处理器420执行，以完成上述播放音频数据的方法，该方法包括：当接收到目标设备实时发送的第一音频数据流时，基于接收到的所述第一音频数据流，播放目标音频数据的第一部分，所述目标音频数据包括所述第一部分以及第二部分；向所述目标设备发送传输请求，所述传输请求用于获取针对所述目标音频数据的剩余音频数据流，所述剩余音频数据流对应于所述目标音频数据的第二部分；当获取到所述目标音频数据的剩余音频数据流时，将所述剩余音频数据流存储至本地缓存中；当检测到发生中断事件时，利用所述剩余音频数据流，播放所述目标音频数据的第二部分，所述中断事件为与所述目标设备通信断开的事件。可选地，上述指令还可以由电子设备400的处理器420执行以完成上述示例性实施例中所涉及的其他步骤。本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。
技术特征：
1.一种播放音频数据的方法，其特征在于，应用于蓝牙设备，包括：
当接收到目标设备实时发送的第一音频数据流时，基于接收到的所述第一音频数据流，播放目标音频数据的第一部分，所述目标音频数据包括所述第一部分以及第二部分；
向所述目标设备发送传输请求，所述传输请求用于获取针对所述目标音频数据的剩余音频数据流，所述剩余音频数据流对应于所述目标音频数据的第二部分；
当获取到所述目标音频数据的剩余音频数据流时，将所述剩余音频数据流存储至本地缓存中；
当检测到发生中断事件时，利用所述剩余音频数据流，播放所述目标音频数据的第二部分，所述中断事件为与所述目标设备通信断开的事件。
2.如权利要求1所述的方法，其特征在于，在所述当获取到所述目标音频数据的剩余音频数据流时，将所述剩余音频数据流存储至本地缓存中之后，还包括：
当未检测到所述中断事件时，接收所述目标设备实时发送的第二音频数据流，播放所述目标音频数据的第二部分。
3.如权利要求1所述的方法，其特征在于，所述当检测到发生中断事件时，利用所述剩余音频数据流，播放所述目标音频数据的第二部分，包括：
当检测到发生中断事件时，基于所述第一音频数据流，确定所述目标音频数据对应的第一播放进度；
基于所述目标音频数据对应的第一播放进度，选取第三音频数据流，所述第三音频数据流为基于所述剩余音频数据流生成的数据流；
利用所述第三音频数据流，播放所述目标音频数据的第二部分。
4.如权利要求3所述的方法，其特征在于，在所述利用所述第三音频数据流，播放所述目标音频数据的第二部分之后，还包括：
当检测到出现连接事件时，利用所述第三音频数据流，确定播放所述目标音频数据第二部分对应的第二播放进度，所述连接断事件为与所述目标设备通信连接的事件；
当根据所述第二播放进度，确定所述目标音频数据的第二部分播放未完成时，获取所述目标设备实时发送的第四音频数据流，所述第四音频数据流为根据所述第二播放进度生成的数据流；
基于所述第四音频数据流，播放所述目标音频数据的第二部分。
5.如权利要求1所述的方法，其特征在于，在所述播放目标音频数据的第一部分之后，还包括：
检测所述第一音频数据流的传输质量；
当确定所述第一音频数据流的传输质量低于预设阈值时，向所述目标设备发送所述传输请求。
6.如权利要求1所述的方法，其特征在于，在所述播放目标音频数据的第一部分之后，还包括：
检测所述目标设备的电量信息；
当确定所述目标设备的电量信息低于电量阈值时，向所述目标设备发送所述传输请求。
7.如权利要求1所述的方法，其特征在于，在所述播放所述目标音频数据的第二部分之后，还包括：
当确定播放所述目标音频数据的第二部分完成后，将所述剩余音频数据流从本地缓存中清除。
8.一种播放音频数据的装置，其特征在于，包括：
获取模块，被设置为当接收到目标设备实时发送的第一音频数据流时，基于接收到的所述第一音频数据流，播放目标音频数据的第一部分，所述目标音频数据包括所述第一部分以及第二部分；
发送模块，被设置为向所述目标设备发送传输请求，所述传输请求用于获取针对所述目标音频数据的剩余音频数据流，所述剩余音频数据流对应于所述目标音频数据的第二部分；
存储模块，被设置为当获取到所述目标音频数据的剩余音频数据流时，将所述剩余音频数据流存储至本地缓存中；
检测模块，被设置为当检测到发生中断事件时，利用所述剩余音频数据流，播放所述目标音频数据的第二部分，所述中断事件为与所述目标设备通信断开的事件。
9.一种电子设备，其特征在于，包括：
存储器，用于存储可执行指令；以及，
处理器，用于与所述存储器显示以执行所述可执行指令从而完成权利要求1-7中任一所述播放音频数据的方法的操作。
10.一种计算机可读存储介质，用于存储计算机可读取的指令，其特征在于，所述指令被执行时执行权利要求1-7中任一所述播放音频数据的方法的操作。
技术总结
本申请公开了一种播放音频数据的方法、装置、电子设备及介质。其中，通过应用本申请的技术方案，可以在蓝牙设备与手机连接并播放音乐时，提前将该音乐的剩余数据全部接收并存储到缓存中，以使当手机与蓝牙设备连接断开时，可以根据缓存中存储的剩余数据，继续播放该音乐。进而可以避免相关技术中存在的当移动终端与蓝牙设备断开连接时，无法继续播放音频数据的问题。
技术研发人员：梁永毅
受保护的技术使用者：宇龙计算机通信科技(深圳)有限公司
技术研发日：.10.28
技术公布日：.02.28
