音频文件获取方法、更新通知发送方法、设备与系统与流程

本申请涉及计算机技术领域，尤其涉及一种音频文件获取方法、更新通知发送方法、设备与系统。

背景技术：

目前，用户使用诸如手机、平板电脑、个人电脑等用户终端，从音频内容源获取音频文件，并发送给音频播放设备(比如智能电视、音箱等内置有音频文件进行解码播放的播放器，且具备无线联网模块的设备)进行播放，已经成为非常普遍的行为。其中，这里所说的音频内容源，是指能够提供音频文件的任何设备。比如可以是音乐网站的服务器、提供连载的有声小说的服务器、任何可以向其它设备提供音频文件的用户终端，等等。

按照现有的音频文件播放流程，音频播放设备需要等待用户终端向音频播放设备发起连接指示；在与音频播放设备建立连接后，用户终端主动向各个音频内容源查询更新的音频文件，在查询到有更新，并从音频内容源获取更新的音频文件成功后，用户终端向音频播放设备发送获取到的更新的音频文件。对于音频播放设备而言，这样的音频文件获取方式比较繁琐，从而在音频内容源频繁出现可被获取、且还未被用户终端获取过的音频文件(后称更新的音频文件)时，音频播放设备无法及时获得更新的音频文件。

需要说明的是，上述“还未被用户终端获取过的音频文件”，可以是根据用户终端对于音频文件的获取记录确定出的。其中，用户终端对于音频文件的获取记录，是用于记载被用户终端获取过的音频文件的标识的记录文件。根据该记录文件，可以确定出用户终端都获取过哪些音频文件。已经被用户终端获取过的音频文件，不再属于更新的文件的范畴；反之，可以属于更新的文件的 范畴。

技术实现要素：

本申请实施例提供一种音频文件获取方法，用以解决采用现有技术容易导致音频播放设备无法及时获取更新的音频文件的问题。

本申请实施例还提供一种音频播放设备，用以解决采用现有技术容易导致音频播放设备无法及时获取更新的音频文件的问题。

本申请实施例还提供一种更新通知发送方法和设备。

本申请实施例还提供一种音频文件获取系统。

本申请实施例采用下述技术方案：

一种音频文件获取方法，包括：

音频播放设备接收音频文件更新通知；

音频播放设备响应于音频文件更新通知，进行更新提示；

音频播放设备接收音频文件获取指令；

音频播放设备响应于音频文件获取指令，获取更新的音频文件。

一种更新通知发送方法，包括：

音频订阅服务器判断各音频内容源提供的音频文件系列是否存在更新的音频文件；

音频订阅服务器在判断结果为是时，向音频播放设备发送音频文件更新通知，以使得音频播放设备根据所述通知获取更新的音频文件。

一种音频播放设备，包括：

更新通知接收单元，用于接收音频文件更新通知；

提示单元，用于响应于音频文件更新通知，进行更新提示；

获取指令接收单元，用于接收音频文件获取指令；

更新文件获取单元，用于响应于音频文件获取指令，获取更新的音频文件。

一种更新通知发送设备，包括：

判断单元，用于判断各音频内容源提供的音频文件系列是否存在更新的音频文件；

更新通知发送单元，用于在判断单元得到的判断结果为是时，向音频播放设备发送音频文件更新通知，以使得音频播放设备根据所述通知获取更新的音频文件。

一种音频文件获取系统，包括音频播放设备和更新通知发送设备，其中：

更新通知发送设备，用于向音频播放设备发送音频文件更新通知；

音频播放设备，用于接收音频文件更新通知；响应于音频文件更新通知，进行更新提示；接收音频文件获取指令；响应于音频文件获取指令，获取更新的音频文件。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

根据本申请提供的技术方案，可以由音频播放设备进行更新提示、获取更新的音频文件，相对于现有技术中比较繁琐的、需要用户终端从各个音频内容源主动查询更新的音频文件并获取更新的音频文件、向音频播放设备发送的方式，一方面，本方案节省了用户终端主动查询更新音频文件所需耗费的资源，另一方面，节省了用户终端向音频播放设备传输更新的音频文件所需的时间，从而提高了更新的音频文件的获取效率，提高了音频播放设备获得更新的音频文件的及时性。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1a为本申请实施例1提供的一种音频文件获取方法的实现流程示意图；

图1b为本申请实施例1中的音频订阅服务器、音频内容源之间的一种信息交互关系示意图；

图2a为本申请实施例2的实施场景示意图；

图2b为本申请实施例2中的音频播放设备的外部结构示意图；

图2c为本申请实施例2中实现由音频播放设备进行更新提示并播放更新的音频文件的过程示意图；

图2d为本申请实施例2中智能云完成步骤21的一种流程示意图；

图3为本申请实施例2中，实现对音频文件系列的订阅时所采用的方式1的流程示意图；

图4为本申请实施例2中，实现对音频文件系列的订阅时所采用的方式2的流程示意图；

图5为本申请实施例3提供的一种更新通知发送方法的实现流程示意图；

图6为本申请实施例4提供的一种智能音箱的具体结构示意图；

图7为本申请实施例5提供的一种更新通知发送设备的具体结构示意图；

图8为本申请实施例6提供的一种音频文件获取系统的具体结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本申请各实施例提供的技术方案。

实施例1

为解决采用现有技术容易导致音频播放设备无法及时获取更新的音频文件的问题，本申请实施例1提供一种音频文件获取方法。该方法的实现流程示意图如图1a所示，包括下述步骤：

步骤11，音频播放设备接收音频文件更新通知；

本申请实施例中，音频播放设备，是指内置能够对音频文件进行解码播放的播放器，且具备无线联网模块的设备。比如可以是智能音箱、智能电视或者智能路由器，等等具备音频播放功能的设备。

基于上述播放器，音频播放设备能够实现对于音频文件的解码与播放。

基于无线联网模块，音频播放设备能够与其他设备建立无线连接。具体而言，该无线联网模块比如可以支持无线保真(Wireless Fidelity，Wi-Fi)协议，基于该协议，音频播放设备可以实现与无线路由器建立无线连接，从而实现接入互联网；或者，该无线联网模块比如也可以支持点对点Wi-Fi协议，基于该协议，音频播放设备可以与同样支持点对点Wi-Fi协议的设备建立无线连接；此外，该无线联网模块比如也可以支持蓝牙协议，基于该协议，音频播放设备可以与支持蓝牙协议的设备建立无线连接；再比如，该无线联网模块比如可以支持2G/3G/4G的移动通信协议，从而可以基于移动通信协议，接入移动通信网络。

本申请实施例中所述的音频播放设备，可以仅支持上述通信协议中的一种，也可以支持上述通信协议中的两种甚至更多。所述的音频播放设备，可以但不限于是车载的音频播放设备。

音频播放设备接收到的该音频文件更新通知，可以是由服务器发送给音频播放设备的，也可以是由用户终端在接收到音频文件更新通知后转发给音频播放设备的。

其中，这里所说的服务器，可以是作为音频内容源的音频内容服务器，也可以是音频订阅服务器。音频订阅服务器、音频内容源之间的一种信息交互关系可以如说明书附图1b所示。附图1b中的音频内容源，是主要用于向其他设备提供音频文件下载地址及根据下载请求提供音频文件的服务器，如音乐网站的服务器，或者提供连载的有声小说的服务器，等等。而附图1b中的音频订阅服务器，是用于完成音频文件系列订阅业务的服务器。音频订阅服务器的主 要功能可以包括：接收不同音频内容源发送的、可供订阅的音频文件系列的信息并提供给用户；接收用户基于可供用户订阅的音频文件系列的信息发送的音频文件订阅请求；建立用户标识和用户请求订阅的音频文件系列的信息的映射关系并保存；接收不同音频内容源发送的、音频文件系列中更新的音频文件的地址；向用户发送音频文件更新通知；等等。

需要说明的是，音频文件系列订阅，是指用户向音频内容源主动请求获得某音频文件系列的行为。基于该行为，后续该音频文件系列一旦被更新而出现更新的音频文件，则用户可以获得该更新的音频文件。其中，所述“音频文件系列”是指由音频文件系列构成的文件集合。该文件集合中往往会包含两个以上的音频文件，该些音频文件一般是内容相关的音频文件(比如某连载小说不同章节的音频文件)、作者相关的音频文件(比如某电台主持人的一系列播音节目的音频文件)、主题相关的音频文件(比如主题均为“艺术人生”的访谈类音频文件)，或者风格相关的音频文件(比如风格均为“摇滚”的音乐的音频文件)，等等。

针对音频内容源向音频播放设备推送音频文件更新通知的方式而言，音频内容源可以是在确定出存在更新的音频文件后，向音频播放设备发送该音频文件更新通知。具体地，音频内容源可以根据自身保存的期望获得更新的音频文件的音频播放设备的地址，向相应的音频播放设备发送该音频文件更新通知。这里所说的期望获得更新的音频文件的音频播放设备的地址，可以是订阅了音频文件的用户使用的音频播放设备的地址，该地址可以由音频播放设备或者用户终端发送给音频内容源。具体的发送时机，比如可以是在用户进行音频文件系列订阅的过程中，并且，该地址可以是先发送给音频订阅服务器，再由音频订阅服务器转发给音频内容源的。

针对音频订阅服务器向音频播放设备推送音频文件更新通知的方式而言，音频订阅服务器可以在接收到音频内容源发送的、音频文件系列中更新的音频文件的地址或者音频文件更新通知后，向音频播放设备发送音频文件更新通 知。具体地，音频内容源也可以根据自身保存的期望获得更新的音频文件的音频播放设备的地址，向相应的音频播放设备发送该音频文件更新通知。这里所说音频播放设备的地址，可以是订阅了音频文件的用户使用的音频播放设备的地址，该地址可以由音频播放设备或者用户终端发送给音频订阅服务器。具体的发送时机，比如可以是在用户进行音频文件系列订阅的过程中。

上述的“更新的音频文件”，可以是用户订阅的音频文件系列中的音频文件，也可以不是用户订阅的音频文件系列中的音频文件。

特别地，音频内容源或音频订阅服务器(后文统称服务器)，也可以仅在用户订阅的音频文件系列中产生更新的音频文件时，才向该用户使用的音频播放设备发送音频文件更新通知。而对于其他音频文件系列发生的更新，则不再通知音频播放设备。

步骤12，音频播放设备响应于音频文件更新通知，进行更新提示；

本申请实施例中，音频播放设备在接收到音频文件更新通知后，可以以该通知作为触发条件，进行更新提示。

为了使得音频播放设备能够高效地实现更新提示，本申请实施例中，音频播放设备上，可以设置有用于展示更新提示的第一硬件模块。

其中，该第一硬件模块具体可以包括下述硬件中的至少一种：

指示灯；触摸屏；非触摸显示屏；喇叭。

基于上述硬件，音频播放设备进行更新提示的方式可以但不限于有下述几种：

1、音频播放设备执行使得音频播放设备的指示灯处于设定状态的操作。

其中，这里所说的设定状态，比如可以是熄灭状态、点亮状态、闪烁状态或发出设定颜色的光线等。

2、音频播放设备发出设定声音信号。比如，音频播放设备可以通过喇叭，发出设定声音信号。

3、音频播放设备在音频播放设备的触摸屏或非触摸显示屏上显示设定信 息。

该设定信息比如可以是设定的文字信息“音频文件有更新”或者设定的图片，等等。

需要说明的是，当音频内容源出现可被获取、且还未被用户终端获取过的音频文件时，音频内容源可以向用户终端推送音频文件更新通知，使得用户终端根据该通知进行更新提示。然而，由于用户终端中往往安装有数量众多的应用，针对更新的音频文件进行的更新提示容易混淆在各应用分别发出的更新提示中，使得用户有可能忽略针对更新的音频文件进行的更新提示，从而在采用智能音箱来进行音频文件播放的场景下，可能会导致智能音箱无法及时获取到更新的音频文件。

而采用本申请实施例提供的上述方法，由于智能音箱上往往不会安装种类繁多的应用，因此由智能音箱根据音频文件更新通知进行的更新提示，不会混淆在众多其他更新提示中，从而用户可以根据该更新提示及时地获知音频文件发生了更新，进而使得智能音箱响应于音频文件获取指令，获取更新的音频文件，避免了采用现有技术容易导致智能音箱无法及时获得更新的音频文件的问题。

步骤13，音频播放设备接收音频文件获取指令；

本申请实施例中，该音频文件获取指令，可以是由用户直接利用音频播放设备的信息输入设备，输入到音频播放设备的。这里所说的信息输入设备，比如可以为设置在音频播放设备上的、用于产生音频文件获取指令的第二硬件模块。

其中，这里所说的第二硬件模块，可以但不限于包括下述硬件中的至少一种：

可作为物理按键的指示灯；触摸屏；物理按键；物理旋钮；麦克风；生物特征采集装置等。

需要说明的是，第一硬件模块和第二硬件模块可以集成为同一硬件，比如：

第一硬件模块和第二硬件模块可以集成为一个按键的指示灯(或称为带指示灯的按键)，其中，按键可以物理按键或物理旋钮，指示灯可以指示更新通知，用户可以操作按键以触发音频文件获取指令；或者

第一硬件模块和第二硬件模块可以集成为一个带显示屏的按键，其中，显示屏可以为触摸屏或非触摸屏幕，按键可以物理按键或物理旋钮，该显示屏可以显示更新通知，用户可以操作按键以触发音频文件获取指令；或者

第一硬件模块和第二硬件模块可以集成为一个触摸屏，其中，触摸屏可以显示更新通知，用户可以操作触摸屏以触发音频文件获取指令；或者

第一硬件模块和第二硬件模块可以集成为一个带喇叭的按钮(包括物理按键或物理旋钮)，其中，喇叭可以播报更新通知，用户可以操作按钮(如按下物理按键或旋转物理旋钮)以触发音频文件获取指令；

等等。

以上为第一硬件模块和第二硬件模块集成为同一硬件模块的举例，此处不再一一列举，各种硬件设备的复用方式都可以实现该第一硬件模块和第二硬件模块作为同一个硬件模块，或实现该第一硬件模块和第二硬件模块作为一个硬件模块组合。

或者，第一硬件模块和第二硬件模块也可以不为同一硬件，即作为独立的硬件模块。比如，第一硬件模块可以为第一指示灯，第二硬件模块为带第二指示灯的按键。

以该信息输入设备为前文所说的指示灯为例，该指示灯除了可以起到提示的作用外，用户通过按下该指示灯，还可以触发音频播放设备内部产生一个电信号。音频播放设备检测到该电信号后，就可以认为接收到了音频文件获取指令。

此外，该信息输入设备比如还可以是音频播放设备的遥控设备。该音频播放设备的遥控设备，可以但不限于是遥控板，以及能够作为遥控板使用的用户终端，等。

本申请实施例中的音频文件获取指令，可以但不限于是下述信号中的至少一种：

音频播放设备上的指示灯被按下而产生的电信号；其中，该指示灯可以是上文所述的用于更新提示的指示灯，也可以是音频播放设备上的用于具备其他功能的指示灯；

音频播放设备上的物理按键被按下而产生的电信号；

音频播放设备上的触摸屏被触摸而产生的电信号；

音频播放设备上的旋钮被转动而产生的电信号；

输入音频播放设备的语音信号；

输入音频播放设备的指定生物特征。

步骤14，音频播放设备响应于音频文件获取指令，获取更新的音频文件。

本申请实施例中，音频播放设备可以向音频内容源直接请求获取更新的音频文件，也可以向音频订阅服务器请求获取更新的音频文件。该更新的音频文件，可以是音频内容源能够提供的更新的音频文件，也可以是用户订阅的音频文件系列中更新的音频文件。

特别地，更新的音频文件，可以是指一用户为另外的用户订阅的某个音频文件。比如，在用户a生日到来之际，用户b作为用户a的好友，可能会期望为用户a订阅“祝你生日快乐”这样的歌曲。从而用户b可以触发自己的用户终端(或音频播放设备)，向音频订阅服务器(或者音频文件源)发送包含用户a的网际协议(Internet Protocol，IP)地址和“祝你生日快乐”歌曲的歌曲标识的订阅请求，从而触发该订阅请求的接收方根据该订阅请求，向用户a的IP地址发送“祝你生日快乐”这一歌曲。需要说明的是，这里所说的用户a的IP地址，可以是用户a使用的用户终端的IP地址，也可以是用户a使用的音频播放设备的IP地址。

本申请实施例中，音频播放设备除了可以向音频内容源或音频订阅服务器请求获取更新的音频文件外，响应于音频文件获取指令，音频播放设备还可能 从用户终端获取更新的音频文件，或从音频播放设备本地存储空间中获取更新的音频文件。需要说明的是，已经保存在音频播放设备本地存储空间中的音频文件，有可能是没有被音频播放设备主动获取过的，从而也可以视作“更新的视频文件”。例如，在一种实施方式中，用户终端可以通过与音频播放设备之间建立的连接，将某个音频文件(比如用户录制的一段语音所在的文件)作为更新的音频文件，发送给音频播放设备并保存在某个存储空间中。该更新的音频文件能够作为音频文件更新通知，触发音频播放设备进行更新提示。后续音频播放设备响应于音频文件获取指令，就可以从该存储空间中获取该更新的音频文件。

由于在实际应用中，音频文件往往是由音频内容源提供的，因此，以下以音频播放设备从音频内容源处获取更新的音频文件为例，详细说明获取过程。该过程主要可以包括如下子步骤：

子步骤a：音频播放设备响应于音频文件获取指令，向音频订阅服务器发送地址获取请求；

其中，该地址获取请求中，可以包含用户订阅的视频系列的信息，也可以不包含该信息。

子步骤b：音频播放设备接收音频订阅服务器发送的更新的音频文件的获取地址；

具体地，当地址获取请求中不包含用户订阅的视频系列的信息时，该音频订阅服务器可以将本地保存的、由各音频内容源分别发送来的更新的音频文件的获取地址全部发送给音频播放设备；而当地址获取请求中包含用户订阅的视频系列的信息时，该音频订阅服务器从本地保存的、由各音频内容源分别发送来的更新的音频文件的获取地址中，选取与所述订阅的视频系列的信息匹配的更新的音频文件的获取地址，并将选取的获取地址发送给音频播放设备。

一般地，更新的音频文件的获取地址往往为音频文件的统一资源定位符(Uniform Resource Locator，URL)。

子步骤c：音频播放设备根据更新的音频文件的获取地址，向音频内容源发送音频文件获取请求；

本申请实施例中，音频播放设备在接收到更新的音频文件的获取地址后，可以不需要用户进行任何处理，直接根据更新的音频文件的获取地址，向音频内容源发送音频文件获取请求。或者，音频播放设备也可以对接收到的获取地址对应的更新的音频文件的信息(该信息比如可以是名称等)进行显示，并且在接收到用户基于显示的信息发出的信息选取指令后，根据用户选取的信息对应的更新的音频文件的获取地址，向音频内容源发送包含有选取的信息对应的获取地址的音频文件获取请求。

子步骤d：音频播放设备接收音频内容源发送的更新的音频文件。

本申请实施例中，若期望获得用户订阅的视频系列中更新的音频文件，上述地址获得请求中，可以包括下述信息中的至少一项：

1、在音频播放设备本地查询到的、订阅的音频文件所属音频文件系列的标识；

2、从音频文件更新通知中获取的、发生更新的音频文件系列的标识；

3、用户标识。由于服务器可以从用户的订阅记录中，查询到订阅了音频文件系列的用户的用户标识和用户订阅的音频文件系列的标识的映射关系，因此，通过将用户标识提供给服务器，可以使得服务器获知用户订阅了怎样的音频文件系列，进而获取该些系列中更新的音频文件的获取地址。

在另一种实施方式中，上述更新文件的获取地址，可以存在于前文所说的音频文件更新通知中。从而，音频播放设备响应于音频文件获取指令，从音频内容源获取更新的音频文件的过程可以包括：音频播放设备根据音频文件更新通知中包含的更新文件的获取地址，向音频内容源发送音频文件获取请求；音频播放设备接收音频内容源根据音频文件获取请求发送的更新的音频文件。采用该方式，可以避免音频内容源和音频订阅服务器之间发生较多信息交互，从而耗费的资源量较小。

需要说明的是，由于可以由音频播放设备从音频内容源获取更新的音频文件，因此，上文所述“更新的音频文件”，可以是指可被获取、且还未被音频播放设备获取过的音频文件。该“还未被音频播放设备获取过的音频文件”，可以是根据音频播放设备对于音频文件的获取记录确定出的。其中，这里所说的音频播放设备对于音频文件的获取记录，是用于记载被音频播放设备获取过的音频文件的标识的记录文件。音频播放设备对于音频文件的获取记录，一般可以由音频内容源、音频订阅服务器和用户终端中的至少一个设备生成并保存。根据音频播放设备对于音频文件的获取记录，可以确定出音频播放设备都获取过哪些音频文件。已经被音频播放设备获取过的音频文件，不再属于更新的文件的范畴；反之，可以属于更新的文件的范畴。

采用本申请实施例提供的上述方法，由于可以由音频播放设备自身进行更新提示并获取更新的音频文件，不再采用现有技术中比较繁琐的、需要用户终端从音频内容源获取更新的音频文件并向音频播放设备发送的方式，从而节省了用户终端向音频播放设备传输更新的音频文件所需的时间，提高了更新的音频文件的获取效率，提高了音频播放设备获得更新的音频文件的及时性。

本申请实施例中，音频播放设备除了可以实现更新提示和音频文件的主动获取外，还可以进一步实现对于音频文件的订阅。

具体地，本申请实施例1提供的上述方法还可以包括下述步骤：

步骤1：音频播放设备接收音频文件订阅指令；

步骤2：音频播放设备响应于音频文件订阅指令，向音频订阅服务器发送音频文件订阅请求。

其中，该音频文件订阅请求中，一般可以包含期望订阅的音频文件系列的标识。

本申请实施例中，音频播放设备可以是在播放音频文件的过程中，接收音频文件订阅指令。响应于该音频文件订阅指令，音频播放设备可以获取当前播放的音频文件所属音频文件系列的标识；并根据该标识生成音频文件订阅请求 向音频订阅服务器发送。

为了使得用户可以方便快捷地实现音频文件系列的订阅，在一种实施方式中，音频播放设备上可以设置有用于产生音频文件订阅指令的第三硬件模块。其中，该第三硬件模块可以但不限于包括下述硬件中的至少一种：

可作为物理按键的指示灯；触摸屏；物理按键；物理旋钮；麦克风；生物特征采集装置。

相应地，该音频文件订阅指令可以包括下述至少一种：

音频播放设备上的指示灯被按下而产生的电信号；

音频播放设备上的物理按键被按下而产生的电信号；

音频播放设备上的触摸屏被触摸而产生的电信号；

音频播放设备上的旋钮被转动而产生的电信号；

输入音频播放设备的语音信号；

输入音频播放设备的指定生物特征。

为了使得服务器(音频订阅服务器或音频内容源)后续可以区分不同用户订阅的音频文件系列，并且可以向音频播放设备有针对性地发送用户订阅的音频文件系列中更新的音频文件，在一种实施方式中，音频播放设备可以根据用户订阅的音频文件系列的标识、音频播放设备的地址和用户标识，生成包含该标识、该地址和该用户标识的音频文件订阅请求。

实施例2

本申请实施例2，主要介绍本申请实施例1提供的上述方法在实际中的一种应用方案。

在对该方案的实现方式进行详细介绍前，先对该方案的实施场景进行简单介绍。

如图2a所示，该实施场景主要包括音频内容源(一般为音频内容提供商的音频内容服务器)、由更新服务器(相当于实施例1中所述的音频订阅服务 器)等云端资源构成的智能云、音频播放设备(相当于实施例1中的智能音箱)和用户。其中，该场景中的音频内容源可以是一个，也可以是多个。为便于说明，下文仅以该场景中包含一个音频内容源为例进行方案介绍。

本申请实施例2中所述的音频播放设备的外部结构示意图如图2b所示。图2b所示的该音频播放设备上，设置有至少一个指示灯。该指示灯点亮，表示用户订阅的音频文件系列发生了更新，当前存在更新的音频文件；该指示灯关闭，表示用户订阅的音频文件系列中，当前没有更新的音频文件。

需要说明的是，该指示灯同时也是一个带有触摸屏的物理按键。该物理按键被长按或者按下，可以触发音频播放设备获取更新的音频文件；该物理按键所带的触摸屏被单击，可以触发音频播放设备向智能云请求订阅音频播放设备当前正在播放的音频文件所属的音频文件系列。需要说明的是，若该物理按键被长按(或按下)之前，处于点亮的状态，则在被长按(或按下)后，该指示灯可以在音频播放设备的控制下关闭。或者，该指示灯也可以是在音频播放设备成功获得更新的音频文件后，再被音频播放设备控制关闭。

基于上述场景，实施例2中实现由音频播放设备进行更新提示并播放更新的音频文件的过程如图2c所示，包括两大部分共16个步骤。其中，两大部分分别为“订阅更新的提示”和“订阅的播放”；16个步骤的详细介绍如下：

步骤21，智能云向音频内容源(即订阅源)查询用户订阅的音频文件系列是否有更新；若查询到有更新，则执行步骤22；否则可以结束流程。

一般地，步骤21是智能云中的更新服务器执行的。后文和图2c中将智能云和更新服务器视为同一设备，不再加以区分。

本申请实施例中，智能云可以采用如图2d所示的流程来完成步骤21。具体地，该流程可以包括如下步骤：

步骤201，智能云根据定时查询周期，判断当前时刻是否可以进行订阅的音频文件系列的更新情况查询；并在判断结果为是时，执行步骤202，否则继续进行该判断。

步骤202，智能云向音频内容源发送更新情况查询请求。

步骤203，音频内容源接收更新情况查询请求。

步骤204，音频内容源响应于接收到的更新情况查询请求，将音频文件系列中的更新的音频文件的URL作为查询结果，发送给智能云。

步骤205，智能云对查询结果进行解析，判断查询结果中是否存在URL，在判断结果为是时，执行步骤36，否则可以结束本次定时查询周期的整个查询流程。

步骤206，智能云将查询结果中存在的URL作为更新的音频文件的URL进行保存，进而执行步骤202。

以下进一步介绍图2c中的其它步骤。

步骤22，智能云获取发生更新的音频文件系列所对应的音频播放设备，并向其发送音频文件更新通知。

其中，智能云可以根据音频文件系列的信息与订阅音频文件系列的用户的用户标识的映射关系，以及发生更新的音频文件系列的信息，获取订阅了发生更新的音频文件系列的用户的用户标识；进而根据保存的用户标识与用户使用的音频播放设备的地址的映射关系，获取获取到的用户标识映射的音频播放设备的地址；从而向该地址发送音频文件更新通知。

步骤23，音频播放设备接收音频文件更新通知。

步骤24，音频播放设备响应于音频文件更新通知，点亮音频播放设备上的指示灯。

步骤25，用户关注到音频播放设备上的指示灯被点亮。

步骤26，用户按下指示灯。

步骤27，音频播放设备响应于用户按下指示灯而触发的电信号(相当于实施例1中所说的音频文件获取指令)，获取由订阅的音频文件系列的信息构成的信息队列。

其中，订阅的音频文件系列的信息，可以是用户通过音频播放设备完成对 于音频文件系列的成功订阅后，保存在音频播放设备本地的。

步骤28，音频播放设备若当前正在播放音频文件，且确定出播放的该音频文件所属音频文件系列的信息存在于上述信息队列中，则音频播放设备根据该音频文件所属音频文件系列的信息，向智能云发送地址获取请求。

其中，该请求中包含该音频文件系列的信息。

步骤29，智能云从音频内容源发送来的更新的音频文件的URL中，查询地址获取请求中包含的音频文件系列的信息所对应的音频文件的URL。

其中，这里所说的音频文件系列的信息所对应的音频文件，是指归属于该音频文件系列的音频文件。

本申请实施例中，更新的音频文件的URL中，可以包含音频文件所属的音频文件系列的信息，从而通过对URL的查询，可以判断更新的音频文件归属于哪个音频文件系列。

步骤210，智能云将查询到的更新的音频文件的URL发送给音频播放设备。

步骤211，音频播放设备接收智能云发送的更新的音频文件的URL。

步骤212，音频播放设备根据接收到的该URL，向该URL所指向的音频内容源(即音频内容源)发送音频文件获取请求。

步骤213，音频内容源接收音频文件获取请求。

步骤214，音频内容源根据音频文件获取请求所请求的更新的音频文件，向音频播放设备发送相应的音频流。

步骤215，音频播放设备接收音频内容源发送的音频流。

步骤216，音频播放设备通过播放接收到的音频流，发出声音信号。

步骤217，用户收听声音信号，流程结束。

采用本申请实施例2提供的上述方案，由于可以由音频播放设备来提示更新，从而该提示一般不会混淆在众多其他更新提示中，使得用户可以根据该更新提示及时地获知音频文件发生了更新，进而使得音频播放设备响应于音频文 件获取指令，获取更新的音频文件，避免了采用现有技术容易导致音频播放设备(智能音箱)无法及时获得更新的音频文件的问题。同时，相对于现有技术而言，由于采用上述方案后，音频播放设备对于更新的音频文件的获取过程变得简便，从而也就提高了音频播放设备对于更新的音频文件的获取效率，提升了对于更新的音频文件的获取及时性。

本申请实施例2中，可以采用下述两种方式实现对音频文件系列的订阅。

方式1：用户利用用户终端上的应用(Application，APP)订阅音频文件系列

该方式1的实现流程如图3所示，包括如下步骤：

步骤31，音频内容源向智能云发送可供订阅的音频文件系列的信息。

步骤32，智能云获得音频内容源发送的可供订阅的音频文件系列的信息。

步骤33，APP在接收到订阅信息页面刷新指令后，向智能云发送订阅信息获取请求。

步骤34，智能云接收到订阅信息获取请求后，向APP发送所述可供订阅的音频文件系列的信息。

步骤35，APP展示包含有所述可供订阅的音频文件系列的信息的订阅信息页面。

步骤36，用户选取订阅信息页面中展示的一条或多条可供订阅的音频文件系列的信息，并点击页面中的“确认”按钮，从而触发音频文件订阅指令。

步骤37，APP响应于所述音频文件订阅指令，向智能云发送音频文件订阅请求。

其中，该请求中包含用户标识、用于接收音频文件更新通知的音频播放设备的地址，以及用户选取的可供订阅的音频文件系列的信息。

步骤38，智能云保存APP发送的音频文件订阅请求中包含的用户标识、用于接收音频文件更新通知的音频播放设备的地址，以及用户选取的可供订阅的音频文件系列的信息三者的映射关系。而后，智能云可以向APP发送订阅 成功通知消息，流程结束。

方式2：用户利用音频播放设备订阅音频文件系列

该方式2的实现流程如图4所示，包括如下步骤：

步骤41，音频内容源提供播放列表给音频播放设备。

其中，该播放列表中包含多个音频文件分别对应的音频流。

步骤42，音频播放设备对音频内容源提供的播放列表中的音频流进行播放。

步骤43，用户收听音频播放设备通过播放播放列表中的音频流而发出的声音信号。

步骤44，用户在收听到自己钟意的声音信号后，单击音频播放设备上的前述触摸屏。

步骤45，触发音频播放设备检测到单击所述触摸屏产生的电信号后，向智能云发送音频文件订阅请求。

其中，该音频文件订阅请求中，包含所述触摸屏被单击时该音频播放设备正在播放的音频流所属音频文件系列的信息。此外，该音频文件订阅请求中，还可以包含用户标识和用于接收音频文件更新通知的音频播放设备的地址。

步骤46，智能云保存音频文件订阅请求中包含的用户标识、用于接收音频文件更新通知的音频播放设备的地址，以及音频文件系列的信息三者的映射关系。而后，智能云可以向音频播放设备发送订阅成功通知消息，流程结束。

采用方式2，可以使得音频播放设备对于音频文件系列的订阅过程，完全脱离APP，即，可以使得音频播放设备获得订阅音频文件系列的主动权。

本申请实施例2提供的上述方式1和方式2，为用户提供了可选的两种音频文件订阅方案，使得用户可以灵活地根据自己的需求，采用当前相对便利快捷的订阅方案，大大提高了用户体验。比如，当用户相距音频播放设备较近时，则可以直接按下指示灯进行当前播放的音频文件所属音频文件系列的订阅；当用户相距音频播放设备较远时，则可以通过随身携带的用户终端上的APP，实 现对音频文件系列的订阅。

并且，无论采用哪种订阅方式，后续的更新提示，均可以由音频播放设备来执行。该提示一般不会混淆在众多其他更新提示中，从而可以避免出现现有技术中的更新提示混淆在其他更新提示中，而导致音频播放设备无法及时获得更新的音频文件的问题。

实施例3

出于与实施例1和实施例2相同的发明构思，本申请实施例3提供一种更新通知发送方法。该方法包括如图5所示的下述步骤：

步骤51，音频订阅服务器判断各音频内容源提供的音频文件系列是否存在更新的音频文件；在判断结果为是时，执行步骤52；在判断结果为否时，结束流程。

具体地，音频订阅服务器可以通过自身与各音频内容源之间的接口，获取各音频内容源发送来的更新的音频文件的信息；进而根据接收到的更新的音频文件的信息，判断各音频内容源提供的音频文件系列是否存在更新的音频文件。

其中，更新的音频文件的信息，可以但不限于是更新的音频文件的URL。

更新的音频文件，可以但不限于是订阅的音频文件系列中更新的音频文件。

若更新的音频文件为订阅的音频文件系列中更新的音频文件，则步骤51的一种具体实现方式可以包括：

音频订阅服务器根据订阅的音频文件系列的信息，从各音频内容源发送来的更新的音频文件的信息中，查询是否存在与订阅的音频文件系列的信息匹配的、更新的音频文件的信息；

在查询到与订阅的音频文件系列的信息匹配的、更新的音频文件的信息时，判定订阅的音频文件系列存在更新的音频文件；否则，判定订阅的音频文 件系列不存在更新的音频文件。

其中，订阅的音频文件系列的信息，可以是订阅的音频文件的唯一标识。该信息可以是从音频播放设备发送给音频订阅服务器的音频系列订阅请求中获取到，并保存在音频订阅服务器本地的。

步骤52，音频订阅服务器向音频播放设备发送音频文件更新通知，以使得音频播放设备根据该通知获取更新的音频文件。

其中，这里所说的音频播放设备，可以是用户终端，也可以是音频播放设备。

当该用户终端是音频播放设备时，该音频播放设备可以响应于接收到的音频文件更新通知，进行更新提示；后续在接收到音频文件获取指令后，再响应于音频文件获取指令，获取更新的音频文件。

在一种实施方式中，图5所示的方法还可以包括：音频订阅服务器在向音频播放设备发送音频文件更新通知后，接收音频播放设备发送的地址获取请求；响应于该地址获取请求，获取更新的音频文件的获取地址并发送给音频播放设备。音频播放设备根据该获取地址，可以向音频内容源发送更新的音频文件的获取请求。

在一种实施方式中，音频订阅服务器除可以实现上述功能外，还可以实现对于订阅的音频文件系列的信息的保存。具体地，音频订阅服务器还可以获得至少一个音频内容源发送的、可供订阅的音频文件系列的信息；将音频内容源发送来的可供订阅的音频文件系列的信息发送给音频播放设备；接收音频播放设备从可供订阅的音频文件系列的信息中选取的信息，并将选取的信息作为订阅的音频文件系列的信息进行保存。

相对于由音频内容源分别向用户终端发送音频文件更新通知的方式而言，采用本申请实施例提供的该方法，可以由音频订阅服务器统一进行音频文件更新通知的发送，从而避免了各音频内容源分别向音频播放设备发送该通知会产生的较大的资源耗费。

此外，由于可以不通过用户终端而直接向音频播放设备发送更新的音频文件，因此可以提高音频播放设备获取更新的音频文件的及时性。

实施例4

为解决采用现有技术容易导致音频播放设备无法及时获取更新的音频文件的问题，本申请实施例提供一种音频播放设备。该音频播放设备的结构示意图如图6所示，主要包括下述功能单元：

更新通知接收单元61，用于接收音频文件更新通知；

提示单元62，用于响应于更新通知接收单元61接收的音频文件更新通知，进行更新提示；

获取指令接收单元63，用于接收音频文件获取指令；

更新文件获取单元64，用于响应于获取指令接收单元63接收的音频文件获取指令，获取更新的音频文件。

在一种实施方式中，所述音频播放设备上，设置有：用于展示更新提示的第一硬件模块，以及用于产生音频文件获取指令的第二硬件模块；

其中，第一硬件模块包括下述硬件中的至少一种：

指示灯；触摸屏；非触摸显示屏；喇叭；

第二硬件模块包括下述硬件中的至少一种：

可作为物理按键的指示灯；触摸屏；物理按键；物理旋钮；生物特征采集装置；

第一硬件模块与第二硬件模块集成在同一硬件模块，或第一硬件模块与第二硬件模块为不同硬件模块。

为了使得更新提示容易引起用户注意，提示单元62具体可以用于执行下述至少一种操作：

使得音频播放设备的指示灯处于设定状态的操作；

发出设定声音信号；

在音频播放设备的显示屏幕上显示设定信息。

在一种实施方式中，音频文件获取指令可以但不限于包括下述至少一种：

音频播放设备上的指示灯被按下而产生的电信号；

音频播放设备上的物理按键被按下而产生的电信号；

音频播放设备上的触摸屏被触摸而产生的电信号；

音频播放设备上的旋钮被转动而产生的电信号；

输入音频播放设备的语音信号；

输入音频播放设备的指定生物特征。

在一种实施方式中，本申请实施例4提供的音频播放设备还可以用于实现对音频文件系列的订阅。具体地，音频播放设备可以通过自身包含的订阅指令接收单元和订阅请求发送单元，实现对音频文件系列的订阅。其中，订阅指令接收单元，用于接收音频文件订阅指令；订阅请求发送单元，用于响应于音频文件订阅指令，向音频订阅服务器发送音频文件订阅请求。

在一种实施方式中，订阅指令接收单元，可以用于在音频播放设备播放音频文件的过程中，接收音频文件订阅指令；而订阅请求发送单元，则可以用于获取音频播放设备当前播放的音频文件所属音频文件系列的标识，并根据该标识生成音频文件订阅请求，并向音频订阅服务器发送。

在一种实施方式中，订阅请求发送单元，可以用于根据音频播放设备当前播放的音频文件所属音频文件系列的标识、音频播放设备的地址和用户标识，生成音频文件订阅请求。

为了使得用户可以方便快捷地进行音频文件系列的订阅，音频播放设备上可以设置“音频文件订阅按钮”。从而前文所述音频文件订阅指令可以包括：音频播放设备的音频文件订阅按钮被按下而触发的电信号。

在一种实施方式中，更新文件获取单元64可以采用下述方式，获得更新的音频文件：

向音频订阅服务器发送地址获取请求；

接收音频订阅服务器发送的更新的音频文件的获取地址；

根据所述获取地址，向音频内容源发送音频文件获取请求；

接收音频内容源根据音频文件获取请求发送的所述更新的音频文件。

上述地址获得请求中，可以包括下述信息中的至少一项：

在音频播放设备本地查询到的订阅的音频文件所属音频文件系列的标识；

从音频文件更新通知中获取的、发生更新的音频文件系列的标识；

用户标识。

在另一种实施方式中，更新文件获取单元64可以采用下述方式，获得更新的音频文件：

根据音频文件更新通知中包含的更新文件的获取地址，向音频内容源发送音频文件获取请求；接收音频内容源根据音频文件获取请求发送的更新的音频文件。

本申请实施例4中，所述的音频播放设备可以但不限于为智能电视、路由器或音箱。

本申请实施例4的技术效果在于：由于可以由音频播放设备自身进行更新提示并获取更新的音频文件，不再采用现有技术中比较繁琐的、需要用户终端从音频内容源获取更新的音频文件并向音频播放设备发送的方式，从而节省了用户终端向音频播放设备传输更新的音频文件所需的时间，提高了更新的音频文件的获取效率，提高了音频播放设备获得更新的音频文件的及时性。

实施例5

本申请实施例5提供一种更新通知发送设备，该设备的结构示意图如图7所示，包括下述功能单元：

判断单元71，用于判断各音频内容源提供的音频文件系列是否存在更新的音频文件；

更新通知发送单元72，用于在判断单元71得到的判断结果为是时，向音 频播放设备发送音频文件更新通知，以使得音频播放设备根据所述通知获取更新的音频文件。

其中，所述音频播放设备，可以是实施例1中所述的音频播放设备，也可以是用户终端。

在一种实施方式中，上述音频文件系列可以为订阅的音频文件系列。从而判断单元71具体可以用于：根据订阅的音频文件系列的信息，从各音频内容源发送来的更新的音频文件的信息中，查询是否存在与所述订阅的音频文件系列的信息匹配的、更新的音频文件的信息；在查询到与所述订阅的音频文件系列的信息匹配的、更新的音频文件的信息时，判定订阅的音频文件系列存在更新的音频文件；否则，判定订阅的音频文件系列不存在更新的音频文件。

本申请实施例中，上述设备还可以用于向音频播放设备提供更新的文件的获取地址。具体而言，上述设备可以通过其包括的获取请求接收单元和地址发送单元来实现该功能。其中，获取请求接收单元，用于在更新通知发送单元72向音频播放设备发送音频文件更新通知后，接收音频播放设备发送的地址获取请求；地址发送单元，用于响应于地址获取请求，获取更新的音频文件的获取地址并发送给音频播放设备。

或者，也可以通过更新通知发送单元72，来实现向音频播放设备提供更新的文件的获取地址。具体而言，更新通知发送单元72可以用于，在判断单元71得到的判断结果为是时，获取更新的音频文件的获取地址；向音频播放设备发送包含该获取地址的音频文件更新通知。

在一种实施方式中，该设备还可以用于保存用户的订阅记录。这里所说的订阅记录，可以包括用户订阅的音频文件系列的信息。具体地，可以通过该设备包括的下述单元，实现对用户的订阅记录的保存：

信息获得单元，用于获得各音频内容源发送的、可供订阅的音频文件系列的信息；

信息发送单元，用于将所述可供订阅的音频文件系列的信息发送给音频播 放设备；

接收单元，用于接收音频播放设备从所述可供订阅的音频文件系列的信息中选取的信息；

保存单元，用于将所述选取的信息作为订阅的音频文件系列的信息进行保存。

实施例6

本申请实施例6提供一种音频文件获取系统，用以解决解决采用现有技术容易导致音频播放设备无法及时获取更新的音频文件的问题。该系统包括如图8所示的更新通知发送设备81和音频播放设备82。

其中，更新通知发送设备81，用于：向音频播放设备发送音频文件更新通知。音频播放设备82，用于：接收音频文件更新通知；响应于音频文件更新通知，进行更新提示；接收音频文件获取指令；响应于音频文件获取指令，获取更新的音频文件。

本申请实施例中，所述的更新通知发送设备81，可以是用户终端，也可以是前文所述的音频内容源，还可以是音频订阅服务器。

在一种实施方式中，上述更新提示，可以但不限于包括下述至少一种：

使得音频播放设备的指示灯处于设定状态；

发出设定声音信号；

在音频播放设备的显示屏幕上显示设定信息。

在一种实施方式中，所述音频播放设备上，可以设置有：用于展示更新提示的第一硬件模块，以及用于产生音频文件获取指令的第二硬件模块；

其中，第一硬件模块包括下述硬件中的至少一种：

指示灯；触摸屏；非触摸显示屏；喇叭；

第二硬件模块包括下述硬件中的至少一种：

可作为物理按键的指示灯；触摸屏；物理按键；物理旋钮；生物特征采集 装置；

第一硬件模块与第二硬件模块集成在同一硬件模块，或第一硬件模块与第二硬件模块为不同硬件模块。

在一种实施方式中，所述音频播放设备可以为智能电视、路由器或音箱。

在一种实施方式中，所述音频文件获取指令，可以但不限于包括下述至少一种：

音频播放设备上的指示灯被按下而产生的电信号；

音频播放设备上的物理按键被按下而产生的电信号；

音频播放设备上的触摸屏被触摸而产生的电信号；

音频播放设备上的旋钮被转动而产生的电信号；

输入音频播放设备的语音信号；

输入音频播放设备的指定生物特征。

在一种实施方式中，上述音频播放设备，还可以用于：接收音频文件订阅指令；响应于音频文件订阅指令，向音频订阅服务器发送音频文件订阅请求。

在一种实施方式中，所述音频文件订阅指令包括：音频播放设备的音频文件订阅按钮被按下而触发的电信号。

采用本申请实施例提供的上述系统，由于可以由音频播放设备自身进行更新提示并获取更新的音频文件，不再采用现有技术中比较繁琐的、需要用户终端从音频内容源获取更新的音频文件并向音频播放设备发送的方式，从而节省了用户终端向音频播放设备传输更新的音频文件所需的时间，提高了更新的音频文件的获取效率，提高了音频播放设备获得更新的音频文件的及时性。

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

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器 (CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。