CN114416012A - 音频续播方法及装置 - Google Patents

Abstract

本公开提供了一种音频续播方法及装置，涉及数据处理领域，尤其涉及车联网和智能座舱领域。具体实现方案为：在车辆启动之后，确定待续播的第一音频和第一音频的播放进度。在确定第一音频续播失败时，生成第一音频对应的续播任务。获取第一音频对应的至少一个下载条件的条件状态，在至少一个下载条件的条件状态均为满足状态时，执行续播任务以下载第一音频。根据播放进度，播放第一音频。在确定第一音频续播失败的时候，生成当前针对第一音频的再次续播的任务，之后在确定第一音频对应的下载条件被满足的时候，可以成功的获取的第一音频并对第一音频进行续播，从而可以有效提升音频续播的成功率。

Description

音频续播方法及装置

技术领域

本公开涉及数据处理领域中的车联网领域，尤其涉及一种音频续播方法及装置。

背景技术

随着车联网技术的不断发展，在车载场景中，对音频进行续播已经成为了非常重要的应用。

目前，现有技术中在对音频进行续播的时候，通常是在车辆启动之后，确定本地的缓存和联网情况，若本地有续播音频的缓存，则播放缓存的续播音频，若没有缓存，则在线播放续播音频，但是如果没有无法在线获取续播音频的话，就放弃对续播音频的续播了。

然而，在车辆确定无法获取在线音频的时候，可能车辆的很多模块都还没来得及启动，进而导致音乐续播的成功率较低。

发明内容

本公开提供了一种音频续播方法及装置。

根据本公开的第一方面，提供了一种音频续播方法，包括：

在车辆启动之后，确定待续播的第一音频和所述第一音频的播放进度；

在确定所述第一音频续播失败时，生成所述第一音频对应的续播任务；

获取所述第一音频对应的至少一个下载条件的条件状态，在所述至少一个下载条件的条件状态均为满足状态时，执行所述续播任务以下载所述第一音频；

根据所述播放进度，播放所述第一音频。

根据本公开的第二方面，提供了一种音频续播装置，包括：

确定模块，用于在车辆启动之后，确定待续播的第一音频和所述第一音频的播放进度；

生成模块，用于在确定所述第一音频续播失败时，生成所述第一音频对应的续播任务；

执行模块，用于获取所述第一音频对应的至少一个下载条件的条件状态，在所述至少一个下载条件的条件状态均为满足状态时，执行所述续播任务以下载所述第一音频；

播放模块，用于根据所述播放进度，播放所述第一音频。

根据本公开的第三方面，提供了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行第一方面所述的方法。

根据本公开的第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行第一方面所述的方法。

根据本公开的第五方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序，所述计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从所述可读存储介质读取所述计算机程序，所述至少一个处理器执行所述计算机程序使得电子设备执行第一方面所述的方法。

根据本公开的技术解决了音乐续播的成功率较低的问题。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1为相关技术的音频续播的实现示意图；

图2为本公开实施例提供的音频续播方法的流程图；

图3为本公开实施例提供的音频续播方法的流程图二；

图4为本公开实施例提供的确定第一音频的实现示意图；

图5为本公开实施例提供的确定下载失败条件的实现示意图；

图6为本公开实施例提供的执行续播任务的实现示意图；

图7为本公开实施例的音频续播装置的结构示意图；

图8是用来实现本公开实施例的音频续播方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

为了更好的理解本公开的技术方案，下面对本公开所涉及的相关技术进行进一步的详细介绍。

随着车联网技术的不断发展，目前的车载场景中，网络的便利流量是十分富足的，因此在车辆中播放在线音频已经成为了和播放本地缓存的音频同样重要的组成部分。

而熄火重启音频续播是目前非常常见，并且频繁使用的功能和场景，在开发过程中也是重要的开发需求。

目前，相关技术中在实现对音频的续播时，其实现方式例如可以参照图1进行理解，图1为相关技术的音频续播的实现示意图。

如图1所示，在车辆熄火重启之后，假设当前存在需要续播的音频A，可以首先检测在本地是否存在音频A的缓存，若本地存在音频A的缓存，则可以对音频A进行续播。

或者，若在本地不存在音频A的缓存，则可以尝试在线获取音频A，若可以在线获取音频A，则可以对音频A进行续播。然而，若在线也无法获取到音频A，则需求逻辑就停止了，也就是说放置对音频A进行续播，这种情况下实际上就是音频A续播失败了。之后可能就需要用户自行的进行音频播放的相关操作。

然而，由于在线音乐的播放，限制于本地缓存和实时网络状况，以及还有一些激活网络控制等限制，所以在很多时候，导致对音频是否可以续播的判断结果都是错误的。

比如说在车辆刚启动的时候，可能车辆的联网模块还在唤醒中，或者说音频的相关应用的账号还在登录中，但是针对续播的判断已经结束了，因为在续播判断的时候相关的条件都还没有准备好，所以此时会确定针对续播音频无法进行续播，然后就放弃续播了，其中这种情况下续播的判断结果是错误的，进而导致音频续播的成功率较低。

也就是说，在车辆刚刚重启的过程中，难以避免的存在系统大量的初始化，而这些初始化均影响着续播的判断，网络连接需要不确定时间，毫秒之间执行的任务，均影响着续播功能的失败，本公开提供的方案旨在减少续播过程由于此类异常情况的影响，相关账号网络等控制进程启动先后顺序问题引起的续播功能不正常的问题。

并且，针对一些确实无法实现音频续播的情况，也就是说既不存在缓存的续播音频，也确实无法在线获取续播音频，同样会放弃对续播音频，但是可能再过一段时间，就可以实现音频的续播了。比如说车辆现在在地库等网络条件较差的地方，但是可能过一会儿车辆就被开出地库了。

综上所述，目前的相关技术中对音频续播的成功率较低，针对现有技术中的问题，本公开提出了如下技术构思：在音频首次续播失败的时候，将音频的续播任务记录下来，之后可以对音频续播条件再进行判断，当相关条件被满足的时候，对续播音频继续进行续播，从而可以有效提升音频续播的成功率。

在上述介绍内容的基础上，下面结合具体的实施例对本公开提供的音频续播方法进行介绍。值得说明的是，本公开中各实施例的执行主体比如说可以为车辆的控制器、处理器等等，本实施例对具体的执行主体的实现不做限制，只要其可以实现数据处理的功能即可。

下面首先结合图2对本公开提供的音频续播方法进行介绍，图2为本公开实施例提供的音频续播方法的流程图。

如图2所示，该方法包括：

S201、在车辆启动之后，确定待续播的第一音频和第一音频的播放进度。

本实施例中，可以在车辆启动之后，确定待续播音频的相关信息，例如可以确定待续播的第一音频，以及可以确定第一音频的播放进度。

在一种可能的实现方式中，其中的第一音频可以为歌曲、有声书、录制电台节目等等，本实施例对第一音频的具体实现方式不做特别限制，凡是需要进行续播的音频文件均可以作为本实施例中的第一音频。

以及在实际实现过程中，音频续播通常都是在车辆熄火的时候，对待续播的第一音频的续播信息进行记录，其中待续播的第一音频可以是在车辆熄火的时候正在播放的音频，或者还可以是在车辆熄火的时候暂停播放的音频。或者在可选的实现方式中，第一音频还可以是在车辆熄火的时候所播放的音频的下一个音频，本实施例对此不做限制，只要是在下次车辆启动的时候需要继续播放的音频，均可以作为本实施例中的第一音频。

以及可以理解的是，在车辆熄火的时候，若确定存在待续播的第一音频，则可以对第一音频的续播信息进行记录并保存，此处的续播信息比如说可以包括第一音频的标识以及播放进度。到下次车辆启动的时候，车辆的控制器或者处理器可以判断当前是否存储有续播信息，若确定存储有续播信息，则可以确定当前存在音频需要续播。

之后可以获取记录的续播信息，从而确定待续播的第一音频以及第一音频的播放进度。

其中第一音频的标识例如可以为第一音频的名称，或者还可以是记录第一音频的编号等等，本实施例对此不做限制，其可以根据实际需求进行选择。当前介绍的确定待续播的第一音频只要根据获取的第一音频可以确定当前具体是哪个音频文件即可。

S202、在确定第一音频续播失败时，生成第一音频对应的续播任务。

在确定待续播的第一音频和第一音频的播放进度之后，车辆就可以对第一音频进行续播，其实现方式与上述介绍的类似，例如可以首先确定本地是否存在第一音频的缓存，若存在，则播放缓存的第一音频；若不存在，则可以在线播放第一音频。

然而基于上述介绍可以确定的是，针对第一音频的续播可能会失败，也就是说既不存在缓存，也无法在线获取第一音频，这种情况下就可以确定第一音频续播失败。

在本实施例中，在确定第一音频续播失败的时候，可以生成第一音频所对应的续播任务，其中续播任务用于再次尝试对第一音频进行续播。

S203、获取第一音频对应的至少一个下载条件的条件状态，在至少一个下载条件的条件状态均为满足状态时，执行续播任务以下载第一音频。

在生成续播任务之后，车辆例如可以获取第一音频对应的各个下载条件的条件状态，其中的条件状态可以为满足状态或者未满足状态。

其中的下载条件为在线获取第一音频的时候所需要满足的条件，在一种可能的实现方式中，至少一个下载条件可以包括如下至少一种：网络条件；账号登陆条件；账号类型条件。

更为具体的，网络条件例如可以为：车辆连接网络成功，以及账号登录条件例如可以为：音频播放应用的账号登录成功，以及账号类型条件例如可以为：登录音频播放应用的账号存在获取第一音频的权限，以及下载条件还可以包括：在音频播放应用中音频播放应用中存在第一音频的音源。

可以理解的是，要在线播放某一个音频，可能存在诸多的条件，其中的具体条件是可以根据实际需求进行选择和设置的。比如说有些应用需要登录才能获取音频，那么在下载条件中就可以包括“音频播放应用账号登录成功”，或者还有些应用是不需要登录就可以获取音频，那么在下载条件中就可以不包括上述介绍的“音频播放应用账号登录成功”。

因此在实际实现过程中，针对第一音频的至少一个下载条件可以根据实际需求来确定，凡是需要成功的在线播放第一音频所需要的条件均可以作为本实施例中的下载条件。

在获取第一音频的各个下载条件的条件状态之后，如果各个下载条件的条件状态均为满足状态的时候，则表示当前是可以在线播放第一音频的，则可以执行上述生成的续播任务，从而下载第一音频。

可以理解的是，此处介绍的下载第一音频，实际上就是上述介绍的在线获取第一音频，更为具体的就是说在车辆联网的状态下，通过相关的音频播放应用获取第一音频。

以及，在获取第一音频对应的各个下载条件的条件状态的时候，例如可以是在生成续播任务之后持续获取，或者还可以是在生成续播任务之后，以预设时长为周期进行获取，本实施例对获取下载条件的条件状态的具体实现不做限制。

S204、根据播放进度，播放第一音频。

在成功获取到第一音频之后，就可以实现对第一音频的续播了，以及可以确定的是，要实现对音频的续播，实际上是要从断点处进行续播的，因此需要根据第一音频的播放进度对第一音频进行播放。

其中第一音频的播放进度可以是第一音频的播放位置，比如说第一音频的播放进度是2分16秒，则当前可以从2分16秒的位置播放第一音频。或者，第一音频的播放进度还可以是第一音频的剩余播放时长，比如说第一音频的播放进度是还剩1分钟播放完，则当前可以从倒数1分钟的位置播放第一音频。本实施例对第一音频的播放进度的具体实现不做限制，只要可以指示第一音频的断点播放位置即可。

本公开实施例提供的音频续播方法，包括：在车辆启动之后，确定待续播的第一音频和第一音频的播放进度。在确定第一音频续播失败时，生成第一音频对应的续播任务。获取第一音频对应的至少一个下载条件的条件状态，在至少一个下载条件的条件状态均为满足状态时，执行续播任务以下载第一音频。根据播放进度，播放第一音频。在确定第一音频续播失败的时候，生成当前针对第一音频的再次续播的任务，之后在确定第一音频对应的下载条件被满足的时候，可以成功的获取的第一音频并对第一音频进行续播，从而可以有效提升音频续播的成功率。

在上述实施例的基础上，下面结合图3至图6对本公开提供的音频续播方法进行进一步的详细介绍，图3为本公开实施例提供的音频续播方法的流程图二，图4为本公开实施例提供的确定第一音频的实现示意图，图5为本公开实施例提供的确定下载失败条件的实现示意图，图6为本公开实施例提供的执行续播任务的实现示意图。

如图3所示，该方法包括：

S301、在车辆启动之后，获取预设存储空间中的续播信息，续播信息为车辆在上次熄火时播放的音频的信息。

在本实施例中，在预设存储空间中例如可以存储有音频的续播信息，其中的续播信息可以是车辆在上次熄火的时候所播放的音频的信息。因此可以理解的是，在车辆熄火的时候，若确定当前存在正在播放或者暂停播放的音频，则可以将该音频的信息确定为续播信息，并存储在车辆的预设存储空间中。

之后在车辆启动的时候，可以获取预设存储空间中的续播信息。在一种可能的实现方式中，假设车辆在上次熄火的时候播放的音频是第二音频，则续播信息例如可以包括第二音频的标识、第二音频的播放进度、第二音频所在的播放列表。

其中，第二音频的标识用于对第二音频进行唯一的指示，第二音频的标识例如可以为第二音频的名称、编号等等，本实施例对第二音频的标识的具体实现方式不做限制。

以及，第二音频的播放进度可以指示当前的第二音频播放至哪个位置，比如说播放进度可以用时间来表示，例如第二音频的播放进度是3分15秒，则可以指示第二音频在暂停播放时播放至3分15秒。或者，播放进度还可以用百分比来表示，例如第二音频的播放进度是50％，则可以指示当前的第二音频在暂停播放时播放到第二音频总时长一半的位置，本实施例对第二音频的播放进度的具体实现方式不做限制。

以及，音频在播放的时候通常都是存在在相应的播放列表中进行播放的，则续播信息中还可以包括第二音频所在的播放列表。在一种特殊的情况下，第二音频所在的播放列表也有可能仅仅包括第二音频这一个音频。

在本实施例中，第二音频是在车辆熄火的时候播放的音频，或者暂停播放的音频，总之第二音频是在车辆熄火之前最后播放的音频，本实施例对第二音频的具体实现不做限制。

在另一种可能的实现方式中，若不存在待续播的音频，比如说在熄火之前车辆没有播放过音频，或者用户指示无需进行音频续播，则在车辆熄火的时候，就无需存储续播信息，因此在预设存储空间中的续播信息可以为空。

在确定预设存储空间中的续播信息为空的时候，可以确定当前无需进行音频的续播，因此可以直接结束续播的流程。

S302、根据第二音频的播放进度，确定第二音频的剩余播放时长。

上述获取了续播信息之后，其中的续播信息包括第二音频的播放进度，第二音频的播放进度可以指示第二音频在暂停或者停止播放的时候的播放位置，以及第二音频的总时长是可以确定的，则根据第二音频的播放进度可以确定第二音频的剩余播放时长。

其中，第二音频的播放进度用时间来表示的时候，例如可以用第二音频的总时长减去第二音频的播放进度，就可以确定第二音频的剩余播放时长。

例如可以参照图4进行理解，如图4所示，比如说当前存在一个总时长为5分钟的第二音频，以及假设第二音频的播放进度是3分15秒，则可以确定第二音频的剩余时长是1分45秒。

以及，第二音频的播放进度用百分比来表示的时候，例如可以用根据播放百分比确定剩余百分比，然后用第二时长的总时长乘以剩余百分比，从而确定第二音频的播放时长。

比如说当前存在一个总时长为5分钟的第二音频，以及假设第二音频的播放进度是50％，则可以确定剩余百分比也是50％，则可以确定第二音频的剩余时长是2分30秒。

S303、若剩余播放时长大于或等于预设时长，则将第二音频确定为第一音频，以及将第二音频的播放进度确定为第一音频的播放进度。

本实施例中，在确定第二音频的剩余播放时长之后，可以将第二音频的剩余播放时长和预设时长进行比较，其中的预设时长是用于衡量第二音频的剩余播放时长是不是剩余的很少的时长，预设时长比如说可以是1秒，或者2秒等等，本实施例对预设时长的具体实现方式不做限制，其可以根据实际需求进行选择和设置。

此处对将剩余播放时长和预设时长进行比较的原因进行说明，本实施例中的第二音频是在车辆熄火的时候最后播放的音频，那么但是第二音频的剩余播放时长可能非常短，比如说只剩下3秒，或者只剩下1秒了。

在这种情况下，假设针对第二音频在车辆中存在缓存，但是车辆现在无法在线播放第二音频的下一个音频(可能是因为没有网络，也可能是因为没有登录账号等等)。

若直接将第二音频确定为下次车辆启动的时候需要续播的音频，那么对于车辆来说，因为本地存储有第二音频的缓存，因此会续播第二音频，第二音频可能只剩余了3秒了，在这3秒播放结束之后，就要接着播放下一首歌了，但是当前车辆无法在线播放第二音频的下一个音频，然后就又会暂停播放。

那么对于用户来说，用户就只听到了1个3秒的音频，之后就又没有音频播放了，这样的话音频续播是非常不流畅的，因此对用户的续播体验是非常不友好的，或者在很多时候，音频的最后几秒声音其实是对用户来说没有感知的，因此在这种场景下，用户往往感知不到音乐的续播。

为了避免上述问题的出现，可以将剩余播放时长和预设时长进行比较，在确定剩余播放时长大于或等于预设时长的时候，可以确定第二音频的剩余播放时长是比较多的，在这种情况下，可以将第二音频确定为上述介绍的第一音频，以及将第二音频的播放进度确定为第一音频的播放进度。

例如可以参照图4进行理解，假设当前存在图4所示的播放列表，以及假设当前播放的音频是音频A，则在一种可能的实现方式中，参照图4中的401，假设当前的音频A播放进度是3分15秒，以及音频A的总时长是5分钟，则可以确定音频A的剩余播放时长是1分15秒。

以及假设当前示例中的预设时长是5秒，则可以确定音频A的剩余播放时长是大于预设时长的，因此可以将音频A直接确定为第一音频。可以理解的是，本实施例中的音频A实际上就是第二音频，因此当前就是将第二音频确定为第一音频。

S304、若剩余播放时长小于预设时长，则将播放列表中第二音频的下一个音频确定为第一音频，以及确定第一音频的播放进度为第一音频的起始进度。

在另一种可能的实现方式中，若确定当前的剩余播放时长小于预设时长，则表示第二音频的剩余播放时长已经非常短了。那么为了避免出现上述介绍的用户感知不到音频的续播的情况的出现，可以将第二音频所在的播放列表中，第二音频的下一个音频确定为第一音频，以及可以确定第一音频的播放进度为第一音频的起始进度。

例如可以参照图4进行理解，假设当前存在图4所示的播放列表，以及假设当前播放的音频是音频A，则在一种可能的实现方式中，参照图4中的402，假设当前的音频A播放进度是4分57秒，以及音频A的总时长是5分钟，则可以确定音频A的剩余播放时长是3秒。

以及假设当前示例中的预设时长是5秒，则可以确定音频A的剩余播放时长是小于预设时长的，因此可以将播放列表中音频A的下一个音频确定为第一音频，在图4的示例中，也就是将音频B确定为第一音频。可以理解的是，本实施例中的音频A实际上就是第二音频，因此当前就是将第二音频的下一个音频确定为第一音频。

基于上述介绍可以确定的是，预设时长是用于衡量第二音频的剩余播放时长是否很短的时长，因此在实际实现中，预设时长的设置通常是比较短的，在此基础上，其具体实现可以根据实际需求进行选择和设置。

以及基于上述介绍可以确定的是，本实施例中的第一音频是在车辆熄火之后重启的时候需要续播的音频，第二音频是在车辆熄火的时候最后播放的音频，第一音频和第二音频不一定是一样的音频，因此本实施例中采用第一和第二进行区分。

S305、在确定车辆的缓存中不存在第一音频时，对第一音频执行下载操作。

在确定待续播的第一音频之后，可以首先确定在车辆的缓存中是否存在第一音频，若确定车辆的缓存中存在第一音频，则可以直接对第一音频进行续播，以实现音频的续播。

若确定车辆的缓存中不存在第一音频，则可以对第一音频执行下载操作，此处所说的下载操作实际上就是通过网络在线获取第一音频。

S306、在对第一音频下载失败时，确定所述第一音频续播失败。

在对第一音频下载失败的时候，可以确定第一音频的续播失败。可以理解的是，第一音频下载失败可能有很多种的情况，比如说是车辆没有联网，或者是播放第一音频的应用没有登录账号，或者是登录第一音频的应用的账号没有播放权限，或者是在播放音频的应用中没有第一音频的音源等等，本实施例对第一音频下载失败的实际情况不做限制。

在一种可能的实现方式中，此处介绍的第一音频下载失败，可以理解为当前车辆不满足上述介绍的下载条件的任意一个，当不满足任一个上述介绍的下载条件的时候，就表示当前车辆无法在线获取第一音频。

S307、获取第一音频对应的至少一个下载条件的条件状态，条件状态为满足状态或者未满足状态。

其中，S307的实现方式与上述S203介绍的实现方式类似，不同之处在于，当前S307是在生成续播任务之前确定各个下载条件的条件状态，当前确定条件状态是为了后续确定下载失败状态。而上述S203中是在生成续播任务之后确定各个下载条件的条件状态，其确定条件状态是为了确定是否可以执行续播任务。但是其具体的实现是类似的，此处不再赘述。

S308、将条件状态为未满足状态的下载条件确定为下载失败条件。下载失败条件为下载第一音频时未被满足的条件。

在本实施例中，第一音频对应的各个下载条件的条件状态可以为满足状态或者未满足状态。

其中，针对条件状态为未满足状态的下载条件，则可以理解，正是因为这些条件导致无法在线获取第一音频，因此可以将条件状态为未满足状态的下载条件确定为下载失败条件。基于上述介绍可以确定的是，本实施例中的下载失败条件为下载第一音频的时候未被满足的条件。

例如可以结合图5进行示例性的介绍，假设当前的下载条件包括图5所示的4个条件，分别是：车辆连接网络成功、音频播放应用的账号登录成功、登录音频播放应用的账号存在获取第一音频的权限、在音频播放应用中音频播放应用中存在第一音频的音源。

以及假设这4个下载条件的条件状态分别为图5中所示，基于图5可以确定的是，当前只有音频播放应用的账号登录成功、登录音频播放应用的账号存在获取第一音频的权限这两个条件是未满足状态，则可以确定当前的实际情况是，车辆可以联网，并且在音频播放应用中也存在第一音频的音源，但是当前的音频播放应用的账号未成功登陆。那么针对图5所示的情况，当前确定的下载失败条件就包括：音频播放应用的账号登录成功、登录音频播放应用的账号存在获取第一音频的权限。

在实际实现过程中，下载失败条件的具体实现是取决于实际的情况的，因为下载条件可以根据实际需求进行选择和设置，在确定的下载条件的基础上，凡是条件状态为未满足状态的下载条件，均可以作为本实施例中的下载失败条件。

S309、根据下载失败条件，生成续播任务，续播任务中包括下载失败条件和第一音频的标识。

在确定下载失败条件之后就可以生成续播任务了，其中生成续播任务的实现方式与上述S202介绍的实现方式类似，此处不再赘述。

在本实施例中，续播任务中可以包括下载失败的条件以及第一音频的标识。

在生成续播任务之后，在一种可能的实现方式中，例如可以将续播任务存储在任务队列中，或者还可以将续播任务存储在等待池中，本实施例对此不做限制，只要将续播任务存储在一定的存储空间中，以便后续可以有序并高效的执行续播任务即可。

S310、获取下载失败条件的条件状态。

在生成续播任务之后，就需要后续确定续播任务是否可以执行，基于上述介绍可以确定的是，上述之所以无法实现对第一音频的续播，正是因为上述确定的下载失败条件，因此可以获取各个下载失败条件的条件状态，此处的获取可以为持续获取，或者也可以为以预设时长为周期间断性的获取，本实施例对此不做限制。

此处需要说明的是，本实施例中通过在续播任务中包括各个下载失败条件，从而可以在后续仅获取各个下载失败条件的条件状态，相较于要获取所有的下载条件的状态，当前的实现方式可以有效减少数据处理量，进而提升续播的速度和效率。

S311、在下载失败条件的条件状态为满足状态时，执行续播任务以下载第一音频。

在获取各个下载失败条件的条件状态之后，若确定各个下载失败条件的条件状态为满足状态，则可以确定上述导致续播失败的因素已经被解决了，因此就可以执行续播任务以下载第一音频了。

其中，在执行续播任务的时候，例如可以从上述介绍的任务队列或者等待池中获取续播任务，之后再执行续播任务，以实现对第一音频的下载。

例如可以结合图6进行示例性的说明，如图6所示，假设在上述示例中确定的两个下载失败条件：音频播放应用的账号登录成功、登录音频播放应用的账号存在获取第一音频的权限，其条件状态由未满足状态变为了满足状态，则可以确定当前的音频播放应用的账号登录成功了，并且当前账号也存在获取第一音频的权限，那么可以确定当前的各个下载条件都是被满足的，因此可以执行续播任务，从而下载第一音频。

在另一种可能的实现方式中，若确定仍然存在条件状态为未满足状态的下载失败条件的时候，则可以重复执行上述介绍的获取下载失败条件的条件状态，直至确定各个下载失败条件的条件状态均为满足状态。

在对续播任务执行之后，若第一音频下载成功，因为当前的续播任务已经被完成了，则可以从任务队列或者等待池中删除续播任务，从而可以有效节省车辆的存储空间，同时可以避免后续的续播任务混乱。

以及，在一种可能的情况下，若在执行续播任务以下载第一音频之前接收到音频播放请求，其中的音频播放请求用于请求播放第三音频，则可以确定当前用户有了新的播放需求，那么也就表示不需要对之前的第一音频进行续播了，因此可以对续播任务进行删除，比如说可以从任务队列或者等待池中删除续播任务。同样可以有效节省车辆的存储空间，同时可以避免后续的续播任务混乱

S312、根据播放进度，播放第一音频。

在获取到第一音频之后，就可以根据第一音频对应的播放进度对第一音频进行播放了，从而可以有效的实现对第一音频的续播。

本公开实施例提供的音频续播方法，通过确定第二音频的剩余播放时长，之后将第二音频的剩余播放时长和预设时长进行比较，之后在确定第二音频的剩余播放时长较多的时候，直接将第二音频确定为待续播的第一音频，以及在确定第二音频的剩余播放时长较少的时候，将播放列表中第二音频的下一首确定为待续播的第一音频，从而可以保证用户可以流畅有效的感知到音频的续播，提升续播的用户体验。同时，在首次续播失败的时候生成续播任务，从而可以有效的提升续播的成功率，以及通过在续播任务中记录当前导致首次续播失败的下载失败条件，之后仅获取各个下载失败的条件状态，从而可以有效提升执行续播任务时需要处理的数据量，以提升续播的处理速度和效率。

图7为本公开实施例的音频续播装置的结构示意图。如图7所示，本实施例的音频续播装置700可以包括：确定模块701、生成模块702、执行模块703、播放模块704。

确定模块701，用于在车辆启动之后，确定待续播的第一音频和所述第一音频的播放进度；

生成模块702，用于在确定所述第一音频续播失败时，生成所述第一音频对应的续播任务；

执行模块703，用于获取所述第一音频对应的至少一个下载条件的条件状态，在所述至少一个下载条件的条件状态均为满足状态时，执行所述续播任务以下载所述第一音频；

播放模块704，用于根据所述播放进度，播放所述第一音频。

一种可能的实现方式中，所述生成模块702具体用于：

在确定所述第一音频续播失败时，确定所述第一音频对应的下载失败条件，所述下载失败条件为下载所述第一音频时未被满足的条件；

根据所述下载失败条件，生成所述续播任务，所述续播任务中包括所述下载失败条件和所述第一音频的标识。

一种可能的实现方式中，所述生成模块702具体用于：

在确定所述车辆的缓存中不存在所述第一音频时，对所述第一音频执行下载操作；

在对所述第一音频下载失败时，确定所述第一音频续播失败；

获取所述第一音频对应的至少一个下载条件的条件状态，所述条件状态为满足状态或者未满足状态；

将条件状态为未满足状态的下载条件确定为所述下载失败条件。

一种可能的实现方式中，所述执行模块703具体用于：获取所述下载失败条件的条件状态；

在所述下载失败条件的条件状态为满足状态时，执行所述续播任务以下载所述第一音频。

一种可能的实现方式中，所述确定模块701具体用于：

在所述车辆启动之后，获取预设存储空间中的续播信息，所述续播信息为所述车辆在上次熄火时播放的音频的信息；

根据所述续播信息，确定待续播的第一音频和所述第一音频的播放进度。

一种可能的实现方式中，所述续播信息包括第二音频的标识、所述第二音频的播放进度、所述第二音频所在的播放列表；

所述确定模块701具体用于：

根据所述第二音频的播放进度，确定所述第二音频的剩余播放时长；

若所述剩余播放时长大于或等于预设时长，则将所述第二音频确定为所述第一音频，以及将所述第二音频的播放进度确定为所述第一音频的播放进度；

若所述剩余播放时长小于所述预设时长，则将所述播放列表中所述第二音频的下一个音频确定为所述第一音频，以及确定所述第一音频的播放进度为所述第一音频的起始进度。

一种可能的实现方式中，所述执行模块703还用于：

在生成所述第一音频对应的续播任务之后，将所述续播任务存储至任务队列中；

执行所述续播任务以下载所述第一音频，包括：

在所述任务队列中获取所述续播任务，并执行所述续播任务以下载所述第一音频。

一种可能的实现方式中，所述执行模块703还用于：

在所述任务队列中获取所述续播任务，并执行所述续播任务以下载所述第一音频之后，在所述任务队列中删除所述续播任务。

一种可能的实现方式中，所述执行模块703还用于：

若在执行所述续播任务以下载所述第一音频之前接收到音频播放请求，则删除所述续播任务，其中，所述音频播放请求用于请求播放第三音频。

一种可能的实现方式中，所述至少一个下载条件包括如下至少一种：

网络条件；

账号登陆条件；

账号类型条件。

本公开提供一种音频续播方法及装置，应用于数据处理领域中的车联网领域，以达到提升音乐续播的成功率的目的。

需要说明的是，本实施例中的人头模型并不是针对某一特定用户的人头模型，并不能反映出某一特定用户的个人信息。需要说明的是，本实施例中的二维人脸图像来自于公开数据集。

本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

根据本公开的实施例，本公开还提供了一种计算机程序产品，计算机程序产品包括：计算机程序，计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从可读存储介质读取计算机程序，至少一个处理器执行计算机程序使得电子设备执行上述任一实施例提供的方案。

图8示出了可以用来实施本公开的实施例的示例电子设备800的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图8所示，设备800包括计算单元801，其可以根据存储在只读存储器(ROM)802中的计算机程序或者从存储单元808加载到随机访问存储器(RAM)803中的计算机程序，来执行各种适当的动作和处理。在RAM 803中，还可存储设备800操作所需的各种程序和数据。计算单元801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

设备800中的多个部件连接至I/O接口805，包括：输入单元806，例如键盘、鼠标等；输出单元807，例如各种类型的显示器、扬声器等；存储单元808，例如磁盘、光盘等；以及通信单元809，例如网卡、调制解调器、无线通信收发机等。通信单元809允许设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元801可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元801的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元801执行上文所描述的各个方法和处理，例如音频续播方法。例如，在一些实施例中，音频续播方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元808。在一些实施例中，计算机程序的部分或者全部可以经由ROM 802和/或通信单元809而被载入和/或安装到设备800上。当计算机程序加载到RAM 803并由计算单元801执行时，可以执行上文描述的音频续播方法的一个或多个步骤。备选地，在其他实施例中，计算单元801可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行音频续播方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务("Virtual Private Server"，或简称"VPS")中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (23)

1.一种音频续播方法，包括：

在车辆启动之后，确定待续播的第一音频和所述第一音频的播放进度；

在确定所述第一音频续播失败时，生成所述第一音频对应的续播任务；

获取所述第一音频对应的至少一个下载条件的条件状态，在所述至少一个下载条件的条件状态均为满足状态时，执行所述续播任务以下载所述第一音频；

根据所述播放进度，播放所述第一音频。

2.根据权利要求1所述的方法，其中，在确定所述第一音频续播失败时，生成所述第一音频对应的续播任务，包括：

在确定所述第一音频续播失败时，确定所述第一音频对应的下载失败条件，所述下载失败条件为下载所述第一音频时未被满足的条件；

根据所述下载失败条件，生成所述续播任务，所述续播任务中包括所述下载失败条件和所述第一音频的标识。

3.根据权利要求2所述的方法，其中，在确定所述第一音频续播失败时，确定所述第一音频对应的下载失败条件，包括：

在确定所述车辆的缓存中不存在所述第一音频时，对所述第一音频执行下载操作；

在对所述第一音频下载失败时，确定所述第一音频续播失败；

获取所述第一音频对应的至少一个下载条件的条件状态，所述条件状态为满足状态或者未满足状态；

将条件状态为未满足状态的下载条件确定为所述下载失败条件。

4.根据权利要求2或3所述的方法，其中，获取所述第一音频对应的至少一个下载条件的条件状态，在所述至少一个下载条件的条件状态均为满足状态时，执行所述续播任务以下载所述第一音频，包括：

获取所述下载失败条件的条件状态；

在所述下载失败条件的条件状态为满足状态时，执行所述续播任务以下载所述第一音频。

5.根据权利要求1-4任一项所述的方法，其中，在车辆启动之后，确定待续播的第一音频和所述第一音频的播放进度，包括：

在所述车辆启动之后，获取预设存储空间中的续播信息，所述续播信息为所述车辆在上次熄火时播放的音频的信息；

根据所述续播信息，确定待续播的第一音频和所述第一音频的播放进度。

6.根据权利要求5所述的方法，其中，所述续播信息包括第二音频的标识、所述第二音频的播放进度、所述第二音频所在的播放列表；

根据所述续播信息，确定待续播的第一音频和所述第一音频的播放进度，包括：

根据所述第二音频的播放进度，确定所述第二音频的剩余播放时长；

若所述剩余播放时长大于或等于预设时长，则将所述第二音频确定为所述第一音频，以及将所述第二音频的播放进度确定为所述第一音频的播放进度；

若所述剩余播放时长小于所述预设时长，则将所述播放列表中所述第二音频的下一个音频确定为所述第一音频，以及确定所述第一音频的播放进度为所述第一音频的起始进度。

7.根据权利要求1-6任一项所述的方法，生成所述第一音频对应的续播任务之后，还包括：

将所述续播任务存储至任务队列中；

执行所述续播任务以下载所述第一音频，包括：

在所述任务队列中获取所述续播任务，并执行所述续播任务以下载所述第一音频。

8.根据权利要求7所述的方法，在所述任务队列中获取所述续播任务，并执行所述续播任务以下载所述第一音频之后，还包括：

在所述任务队列中删除所述续播任务。

9.根据权利要求1-8任一项所述的方法，所述方法还包括：

若在执行所述续播任务以下载所述第一音频之前接收到音频播放请求，则删除所述续播任务，其中，所述音频播放请求用于请求播放第三音频。

10.根据权利要求1-9任一项所述的方法，其中，所述至少一个下载条件包括如下至少一种：

网络条件；

账号登陆条件；

账号类型条件。

11.一种音频续播装置，包括：

确定模块，用于在车辆启动之后，确定待续播的第一音频和所述第一音频的播放进度；

生成模块，用于在确定所述第一音频续播失败时，生成所述第一音频对应的续播任务；

执行模块，用于获取所述第一音频对应的至少一个下载条件的条件状态，在所述至少一个下载条件的条件状态均为满足状态时，执行所述续播任务以下载所述第一音频；

播放模块，用于根据所述播放进度，播放所述第一音频。

12.根据权利要求11所述的装置，其中，所述生成模块具体用于：

在确定所述第一音频续播失败时，确定所述第一音频对应的下载失败条件，所述下载失败条件为下载所述第一音频时未被满足的条件；

根据所述下载失败条件，生成所述续播任务，所述续播任务中包括所述下载失败条件和所述第一音频的标识。

13.根据权利要求12所述的装置，其中，所述生成模块具体用于：

在确定所述车辆的缓存中不存在所述第一音频时，对所述第一音频执行下载操作；

在对所述第一音频下载失败时，确定所述第一音频续播失败；

获取所述第一音频对应的至少一个下载条件的条件状态，所述条件状态为满足状态或者未满足状态；

将条件状态为未满足状态的下载条件确定为所述下载失败条件。

14.根据权利要求12或13所述的装置，其中，所述执行模块具体用于：获取所述下载失败条件的条件状态；

在所述下载失败条件的条件状态为满足状态时，执行所述续播任务以下载所述第一音频。

15.根据权利要求11-14任一项所述的装置，其中，所述确定模块具体用于：

在所述车辆启动之后，获取预设存储空间中的续播信息，所述续播信息为所述车辆在上次熄火时播放的音频的信息；

根据所述续播信息，确定待续播的第一音频和所述第一音频的播放进度。

16.根据权利要求15所述的装置，其中，所述续播信息包括第二音频的标识、所述第二音频的播放进度、所述第二音频所在的播放列表；

所述确定模块具体用于：

根据所述第二音频的播放进度，确定所述第二音频的剩余播放时长；

若所述剩余播放时长大于或等于预设时长，则将所述第二音频确定为所述第一音频，以及将所述第二音频的播放进度确定为所述第一音频的播放进度；

若所述剩余播放时长小于所述预设时长，则将所述播放列表中所述第二音频的下一个音频确定为所述第一音频，以及确定所述第一音频的播放进度为所述第一音频的起始进度。

17.根据权利要求11-16任一项所述的装置，所述执行模块还用于：

在生成所述第一音频对应的续播任务之后，将所述续播任务存储至任务队列中；

执行所述续播任务以下载所述第一音频，包括：

在所述任务队列中获取所述续播任务，并执行所述续播任务以下载所述第一音频。

18.根据权利要求17所述的装置，所述执行模块还用于：

在所述任务队列中获取所述续播任务，并执行所述续播任务以下载所述第一音频之后，在所述任务队列中删除所述续播任务。

19.根据权利要求11-18任一项所述的装置，所述执行模块还用于：

若在执行所述续播任务以下载所述第一音频之前接收到音频播放请求，则删除所述续播任务，其中，所述音频播放请求用于请求播放第三音频。

20.根据权利要求11-19任一项所述的装置，其中，所述至少一个下载条件包括如下至少一种：

网络条件；

账号登陆条件；

账号类型条件。

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

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-10中任一项所述的方法。

22.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-10中任一项所述的方法。

23.一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现权利要求1-10中任一项所述方法的步骤。

Images