一种智能音箱的封套获取方法和装置与流程

本发明属于智能音箱领域，尤其涉及一种智能音箱的封套获取方法和装置。

背景技术：

智能无线音箱是一种新型的智能家电设备。在所述智能无线音箱设置上设置有WIFI通信电路，通过连接WIFI网络，能够与手机等控制终端的APP进行通信，从而可以接受APP发送的各种指令，执行用户期望的各种命令。

目前市场上的智能无线音箱产品，通常是由手机安装的APP来查看和控制音箱来播放音乐。智能音箱的音乐源种类一般比较广泛，包括播放USB设备(包括U盘，移动硬盘等)中的音乐文件。在播放USB设备中的文件时，一般是由APP通过智能音箱发来的列表数据进行浏览和选择。

封套是指音乐文件播放时所显示的封面，用户所定义的封套的选取的优先级一般为：同名封套文件>文件夹封套>自带封套。其中同名封套文件，是指音源文件的名称与封套的名称相同，文件夹封套是指多个音乐文件以及多个音乐文件对应的一个封套位于同一个文件夹中，自带封套是指由用户自定义的音乐文件所对应的封套；

所以APP在获取封套时，一般来讲，需要依次进行访问。如果一个USB列表中有成百上千首歌，每一首歌通过唯一的URL被访问，然后音箱按照上述优先级进行封套的筛选，并返回正确的封套数据，最终APP显示相应的封套。如果此时所有歌曲都没有同名封套，而所在文件夹有封套(即所有歌曲封套都显示为文件夹封套)，这样的话就会出现过多的重复请求，带来非常大的无意义的通信资源浪费。

技术实现要素：

本发明的目的在于提供一种智能音箱的封套获取方法，以解决现有技术在智能设备请求封套文件时，会出现过多的重复请求，带来非常大的无意义的通信资源的浪费的问题。

第一方面，本发明实施例提供了一种智能音箱的封套获取方法，所述方法包括：

获取所述智能音箱中存储的音源文件对应的第一URL数据；

在缓存的封套与URL数据的对应关系表中，查找是否包括所述第一URL数据；

如果在缓存的封套与URL数据的对应关系表中，包括所述第一URL数据，则智能终端将所述第一URL数据对应的封套与所述音源文件匹配。

结合第一方面，在第一方面的第一种可能实现方式中，在缓存的封套与URL数据的对应关系表中，查找是否包括所述第一URL数据步骤之后，所述方法还包括：

如果在缓存的封套与URL数据的对应关系表中，不包括所述第一URL数据，则在所述智能音箱中获取所述第一URL数据对应的封套；

建立与所述第一URL数据与所述封套的对应关系。

结合第一方面，在第一方面的第二种可能实现方式中，在缓存的封套与URL数据的对应关系表中，查找是否包括所述第一URL数据步骤之前，所述方法还包括：

获取所述智能音箱中存储的音源文件的封套的第一名称；

在缓存的封套数据的封套名称中，查找是否包括所述第一名称；

如果没有包括所述第一名称，则进入在缓存的封套与URL数据的对应关系表中，查找是否包括所述第一URL数据步骤。

结合第一方面的第二种可能实现方式，在第一方面的第三种可能实现方式中，在缓存的封套数据的封套名称中，查找是否包括所述第一名称步骤之后，所述方法还包括：

如果在缓存的封套数据的封套名称中，包括所述第一名称，则将所述第一名称对应的封套与所述音源文件匹配。

结合第一方面，在第一方面的第四种可能实现方式中，所述方法还包括：

由智能音箱生成所存储的音源文件所对应的封套的URL数据，所述URL数据中包括所述封套的类别标识；

根据获取的第一URL数据的类别标识，识别所述封套的类别。

第二方面，本发明实施例提供了一种智能音箱的封套获取装置，所述装置包括：

URL获取单元，用于由获取所述智能音箱中存储的音源文件对应的第一URL数据；

数据查找单元，用于在缓存的封套与URL数据的对应关系表中，由查找是否包括所述第一URL数据；

匹配单元，用于如果在缓存的封套与URL数据的对应关系表中，包括所述第一URL数据，则由智能终端将所述第一URL数据对应的封套与所述音源文件匹配。

结合第二方面，在第二方面的第一种可能实现方式中，所述装置还包括：

封套获取单元，用于如果在缓存的封套与URL数据的对应关系表中，不包括所述第一URL数据，则由所述智能终端在所述智能音箱中获取所述第一URL数据对应的封套；

对应关系建立单元，用于由建立与所述第一URL数据与所述封套的对应关系。

结合第二方面，在第二方面的第二种可能实现方式中，所述装置还包括：

名称获取单元，用于由获取所述智能音箱中存储的音源文件的封套的第一名称；

名称查找单元，用于由在缓存的封套数据的封套名称中，查找是否包括所述第一名称；

如果没有包括所述第一名称，则执行数据查找单元。

结合第二方面的第二种可能实现方式，在第二方面的第三种可能实现方式中，所述装置还包括：

名称匹配单元，用于如果在缓存的封套数据的封套名称中，包括所述第一名称，则将所述第一名称对应的封套与所述音源文件匹配。

结合第二方面，在第二方面的第四种可能实现方式中，所述装置还包括：

URL生成单元，用于由智能音箱生成所存储的音源文件所对应的封套的URL数据，所述URL数据中包括所述封套的类别标识；

类别识别单元，用于由根据获取的第一URL数据的类别标识，识别所述封套的类别。

在本发明中，通过预先在智能终端中缓存封套与URL数据的对应关系，当智能终端获取智能音箱中存储的音源文件对应的第一URL数据时，查找所述智能终端中是否存在所述第一URL数据，如果存在，则将所述第一URL数据对应的封套与所述音源文件匹配，在智能终端播放所述音源文件时，显示所述封套。从而可以避免对于文件夹封套的重复获取，有利于节省通信资源。

附图说明

图1是本发明第一实施例提供的智能音箱的封套获取方法的实现流程图；

图2是本发明第二实施例提供的智能音箱的封套获取方法的实现流程图；

图3是本发明第三实施例提供的智能音箱的封套获取方法的实现流程图；

图4为本发明第四实施例提供的智能音箱的封套获取装置的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例的目的在于提供一种智能音箱的封套获取方法，以解决现有技术中智能设备对智能音箱进行控制时，当智能终端获取智能音箱中的音源文件的播放列表数据后，在对音源文件播放时，由于不同的音源文件可能对应不同的封套(即不同的音源文件可能对应不同的封面)，或者多个音源文件对应同一个封套，因此，当智能终端获取到播放列表数据时，会显示从智能音箱中获取的封套，如果一个封套对应多个音源文件时，则可能会对封套文件的重复下载，造成通信资源的浪费。下面结合附图，对本发明进行具体的说明。

实施例一：

图1示出了本发明第一实施例提供的智能音箱的封套的实现流程，详述如下：

在步骤S101中，获取所述智能音箱中存储的音源文件对应的第一URL数据。

具体的，本发明实施例中的执行主体，可以为智能终端，包括智能手机、平板电脑或者其它控制设备，通过在控制设备中安装用于控制智能音箱的应用程序，当智能终端与所述智能音箱建立连接(蓝牙连接或者其它协议的连接)后，可通过所述应用程序读取智能音箱中的存储设备中存储的音源文件的数据，包括音源文件的列表以及音源文件对应的封套的信息。

所述智能音箱中的音源文件，包括智能音箱中的插卡存储器上存储的音源文件，还可以包括通过智能音箱上的USB接口连接的其它存储器，比如U盘、硬盘等存储器上存储的音源文件。

通过读取所述智能音箱上存储的音源文件的数据，包括音源文件的列表数据以及每个音源文件所对应的封套的地址，即封套的URL。当智能终端发送播放指令播放某个音源文件时，获取该播放的音源文件所对应的第一URL数据。

所述“第一URL数据”即本实施例中即将播放、或者其它情形中需要调用封套的音源文件所对应的封套的地址，“第一”用于限定和区别其它当前不需要调用封套的地址。“第一URL数据”属于“URL数据”中的一种。

本发明实施例中所述音源文件，可以包括智能音箱所支持解码播放的所有格式，或者包括智能终端所支持解码播放的所有格式。

在步骤S102中，在缓存的封套与URL数据的对应关系表中，查找是否包括所述第一URL数据；

具体的，在本发明实施例中，所述智能终端中预先缓存有封套与URL数据的对应关系表，也就是说，缓存的对应关系表中，每个音源文件与一个URL数据对应，但是，同一个URL数据，可能对应多个音源文件。

当用户控制某个音源文件播放时，或者用户选择某个音源文件，在应用界面上需要显示该音源文件所对应的封套。在本发明实施例中，不需要每次都根据所述音源文件对应的第一URL数据读取智能音箱中存储的封套，而是根据所述智能终端中缓存的对应关系表中查找是否存在所述第一URL数据。

在步骤S103中，如果在缓存的封套与URL数据的对应关系表中，包括所述第一URL数据，则智能终端将所述第一URL数据对应的封套与所述音源文件匹配。

当所述智能终端中缓存有所述第一URL数据时，则根据所述对应关系表中的对应关系，查找所述第一URL数据所对应的封套，并将查找的封套作为当前的音源文件的封套在智能终端的应用界面上进行显示。

本发明实施例通过预先在智能终端中缓存封套与URL数据的对应关系，当智能终端获取智能音箱中存储的音源文件对应的第一URL数据时，查找所述智能终端中是否存在所述第一URL数据，如果存在，则将所述第一URL数据对应的封套与所述音源文件匹配，在智能终端播放所述音源文件时，显示所述封套。从而可以避免对于文件夹封套的重复获取，有利于节省通信资源。

实施例二：

图2示出了本发明第二实施例提供的智能音箱的封套获取方法的实现流程，详述如下：

在步骤S201中，获取所述智能音箱中存储的音源文件对应的第一URL数据。

在步骤S202中，在缓存的封套与URL数据的对应关系表中，查找是否包括所述第一URL数据。

在步骤S203中，如果在缓存的封套与URL数据的对应关系表中，包括所述第一URL数据，则智能终端将所述第一URL数据对应的封套与所述音源文件匹配。

步骤S201-S203与实施例一中的步骤S101-S103基本相同，在此不作重复描述。

在步骤S204中，如果在缓存的封套与URL数据的对应关系表中，不包括所述第一URL数据，则在所述智能音箱中获取所述第一URL数据对应的封套。

如果在缓存的封套与URL数据的对应关系表中，则表明当前智能终端中可能没有缓存所需要的封套文件，因此需要向智能音箱中读取对应的封套。

读取所述音源文件对应的第一封套时，可根据所述第一URL数据，在所述智能音箱中的指定位置读取封套文件，并将所述文件传送至智能终端。以使得智能终端可将选择的音源文件所对应的封套能够正常有效的显示。

在步骤S205中，建立与所述第一URL数据与所述封套的对应关系。

为了进一步提高封套使用的便利性，避免下次需要使用该封套时重新向智能音箱发送请求和重新传送封套，本发明还在所述智能终端中建立所述第一URL数据与所述封套的对应关系，从而更加方便后续的快速便捷的使用。

当然，作为本发明可选的一种实施方式中，所述智能音箱中生成存储的音源文件所对应的封套的URL数据时，所述URL数据中包括所述封套的类别标识。当根据获取的第一URL数据的类别标识，识别所述封套的类别。

比如，对于封套类别标识可以包括同名封套、文件夹封套以及自带封套。在显示封套时，对封套的选择顺序依次为：同名封套文件>文件夹封套>自带封套。其中同名封套文件，是指音源文件的名称与封套的名称相同，文件夹封套是指多个音乐文件以及多个音乐文件对应的一个封套位于同一个文件夹中，自带封套是指由用户自定义的音乐文件所对应的封套。

移动终端获取所述音源文件的封套诉URL数据时，可以根据其中包括的类别标识，识别音源文件所对应的封套的类别。

如果封套的类别为同名封套，则可根据封套的名称，在缓存的数据中查找是否存在与所述封套的名称相同的封套名称数据，如果没有，则需要在智能音箱中获取同名封套。

如果封套的类别文件夹封套或者自定义封套，则可根据所述封套的URL数据，查找在智能终端中是否缓存有所需要的封套。

本发明实施例在实施例一的基础上，进一步对新获取的封套文件进行缓存处理，从而能够为后续的封套使用提供便利。

实施例三：

图3示出了本发明第三实施例提供的的实现流程，详述如下：

在步骤S301中，获取所述智能音箱中存储的音源文件对应的第一URL数据和第一名称。

所述第一名称，表示当前播放的音源文件或者选择的音源文件所对应的名称。所述第一名称为封套名称中的一个。

在步骤S302中，在缓存的封套数据的封套名称中，查找是否包括所述第一名称。

通过将第一名称与缓存中的封套数据中的封套名称进行对比，从而可以使得本发明可以优先对于封套的名称进行比较，优先使用名称相同的封套。如果所述智能终端中缓存的封套数据的封套名称中，包括所述第一名称，则将所述第一名称对应的封套与所述音源文件匹配。

由于封套名称的比较，与URL数据的比较的方式相比，封套名称的比较更加方便，并且符合封套的优先级比较要求，比较效率更高。

在步骤S303中，如果没有包括所述第一名称，在缓存的封套与URL数据的对应关系表中，查找是否包括所述第一URL数据。

在步骤S304中，如果在缓存的封套与URL数据的对应关系表中，包括所述第一URL数据，则智能终端将所述第一URL数据对应的封套与所述音源文件匹配。

本发明实施例在实施例一的基础上，进一步包括对封套名称的比较，如果在智能终端中缓存有相同名称的封套，将所述封套与所述音源文件匹配，从而能够有效的提高匹配效率。

实施例四：

图4示出了本发明第四实施例提供的智能音箱的封套获取装置的结构示意图，详述如下：

本发明实施例中所述智能音箱的封套获取装置，包括：

URL获取单元401，用于由获取所述智能音箱中存储的音源文件对应的第一URL数据；

数据查找单元402，用于在缓存的封套与URL数据的对应关系表中，由查找是否包括所述第一URL数据；

匹配单元403，用于如果在缓存的封套与URL数据的对应关系表中，包括所述第一URL数据，则由智能终端将所述第一URL数据对应的封套与所述音源文件匹配。

优选的，所述装置还包括：

封套获取单元，用于如果在缓存的封套与URL数据的对应关系表中，不包括所述第一URL数据，则由所述智能终端在所述智能音箱中获取所述第一URL数据对应的封套；

对应关系建立单元，用于由建立与所述第一URL数据与所述封套的对应关系。

优选的，所述装置还包括：

名称获取单元，用于由获取所述智能音箱中存储的音源文件的封套的第一名称；

名称查找单元，用于由在缓存的封套数据的封套名称中，查找是否包括所述第一名称；

如果没有包括所述第一名称，则执行数据查找单元。

优选的，所述装置还包括：

名称匹配单元，用于如果在缓存的封套数据的封套名称中，包括所述第一名称，则将所述第一名称对应的封套与所述音源文件匹配。

优选的，所述装置还包括：

URL生成单元，用于由智能音箱生成所存储的音源文件所对应的封套的URL数据，所述URL数据中包括所述封套的类别标识；

类别识别单元，用于由根据获取的第一URL数据的类别标识，识别所述封套的类别。

本发明实施例所述智能音箱的封套获取装置，与实施例一至三所述智能音箱的封套获取方法对应，在此不作重复赘述。

另外，本发明还提供了一种智能终端，所述智能终端包括上述任一项所述的智能音箱的封套获取装置。其中，所述智能终端包括处理器、存储器、通信单元、输入单元、显示单元和电源等部件，其中：

所述处理器是终端的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器内的软件程序和/或模块，以及调用存储在存储器内的数据，执行终端的各种功能和处理数据，从而对终端进行整体监控。可选的，处理器可包括一个或多个处理单元；优选的，处理器可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器中。其用于获取所述智能音箱中音源文件对应的第一URL数据；在缓存的封套与URL数据的对应关系表中，查找是否包括所述第一URL数据；如果在封套与URL数据的对应关系表中，包括所述第一URL数据，则将所述第一URL数据对应的封套与所述音源文件匹配。

所述存储器可用于存储软件程序以及模块，处理器通过运行存储在存储器的软件程序以及模块，从而执行终端的各种功能应用以及数据处理。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

所述通信单元可以包括无线保真(wireless fidelity，WiFi)模块，有线网络模块或者射频模块，其中无线保真模块属于短距离无线传输技术，终端通过网络模块可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。

所述输入单元可用于接收输入的数字或字符信息，以及产生与终端的用户设置以及功能控制有关的键信号输入。具体地，输入单元可包括触控面板以及其他输入设备。触控面板，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板上或在触控面板附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器，并能接收处理器发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板。除了触控面板，输入单元还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

所述显示单元可用于显示由用户输入的信息或提供给用户的信息以及终端的各种菜单。显示单元可包括显示面板，可选的，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode，OLED)等形式来配置显示面板。进一步的，触控面板可覆盖显示面板，当触控面板检测到在其上或附近的触摸操作后，传送给处理器以确定触摸事件的类型，随后处理器根据触摸事件的类型在显示面板上提供相应的视觉输出。

所述电源可以通过电源管理系统与处理器逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。