CN104936092B - 一种数据的处理方法、相关装置及系统 - Google Patents
一种数据的处理方法、相关装置及系统 Download PDFInfo
- Publication number
- CN104936092B CN104936092B CN201510263876.XA CN201510263876A CN104936092B CN 104936092 B CN104936092 B CN 104936092B CN 201510263876 A CN201510263876 A CN 201510263876A CN 104936092 B CN104936092 B CN 104936092B
- Authority
- CN
- China
- Prior art keywords
- information
- audio file
- sound
- server
- box device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Abstract
本发明实施例公开了一种数据的处理方法、相关装置及系统，该方法包括：电子终端接收用户输入的添加指令；电子终端响应添加指令，将自身预先建立的服务器的服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息发送给音箱设备，以使音箱设备根据服务方式信息、IP地址信息和属性信息生成多个音频文件中的每个音频文件各自在服务器中的URL，其中，属性信息包括名称信息。采用本发明能够减少对网络资源的消耗。
Description
技术领域
本发明涉及计算机技术领域，尤其涉及一种数据的处理方法、相关装置及系统。
背景技术
近年来，音箱技术发展较为迅猛，人们可以通过无线网技术将智能无线音箱和移动终端进行连接，然后通过移动终端来控制无线音箱播放移动终端中的歌曲。
现有技术中，移动终端会首先生成每首歌曲的URL地址，然后将URL地址发送到无线音箱，以使无线音箱根据该URL地址从移动终端中获取歌曲并进行播放。现有技术的缺陷在于，URL地址的数据量较大，在进行发送时需要消耗较多的网络资源。
发明内容
本发明实施例公开了一种数据的处理方法、相关装置及系统，能够减少对网络资源的消耗。
第一方面，本发明实施例提供了一种数据的处理方法，该方法包括：
电子终端接收用户输入的添加指令；
所述电子终端响应所述添加指令，将自身预先建立的服务器的服务方式信息、IP地址信息和存储于所述服务器中的多个音频文件的属性信息发送给音箱设备，以使所述音箱设备根据所述服务方式信息、所述IP地址信息和所述属性信息生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL，其中，所述属性信息包括名称信息。
结合第一方面，在第一方面的第一种可能的实现方式中，所述根据所述服务方式信息、所述IP地址信息和所述属性信息生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL，包括：
将所述服务方式信息、所述IP地址信息和所述属性信息进行组合以生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL。
结合第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述属性信息包括显示信息，所述显示信息用于在所述电子终端或所述音箱设备上输出；所述电子终端接收用户输入的添加指令之前，所述方法还包括：
所述电子终端建立所述服务器；
所述电子终端获取自身包含的多个音频文件；
所述电子终端对获取的多个音频文件中的每个音频文件分别重命名以得到每个音频文件各自的名称信息，并将重命名后的所述多个音频文件存储到所述服务器中。
结合第一方面的第一种可能的实现方式，在第一方面的第三种可能的实现方式中，所述电子终端响应所述添加指令，将自身预先建立的服务器的服务方式信息、IP地址信息和存储于所述服务器中的多个音频文件的属性信息发送给音箱设备，以使所述音箱设备根据所述服务方式信息、所述IP地址信息和所述属性信息生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL之后，所述方法还包括：
所述电子终端重命名所述服务器中的多个音频文件；
所述电子终端将在所述服务器中重命名后的多个音频文件的属性信息发送到所述音箱设备，以使所述音箱设备根据接收到的所述属性信息更新所述多个音频文件中的每个音频文件各自的URL，并在预设时间间隔后重复执行所述重命名所述服务器中的多个音频文件的步骤。
结合第一方面、第一方面的第一种可能至第三种可能的实现方式中的任一种方式，在第一方面的第四种可能的实现方式中，所述多个音频文件包括目标音频文件；所述电子终端响应所述添加指令，将自身预先建立的服务器的服务方式信息、IP地址信息和存储于所述服务器中的多个音频文件的属性信息发送给音箱设备，以使所述音箱设备根据所述服务方式信息、所述IP地址信息和所述属性信息生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL之后，所述方法还包括：
所述电子终端接收针对所述目标音频文件的播放指令；
所述电子终端响应所述播放指令，向所述音箱设备发送所述目标音频文件的名称信息；
所述电子终端接收所述音箱设备发送的获取指令，其中，所述获取指令为所述音箱设备根据所述目标音频文件的名称信息查询出与所述目标音频文件相对应的目标URL后，通过所述目标URL发送的指令；
所述电子终端响应所述获取指令，通过流媒体技术向所述音箱设备发送所述目标音频文件的数据，以使所述音箱设备实时播放所述数据。
第二方面，本发明实施例提供了一种数据的处理方法，该方法包括：
音箱设备接收电子终端发送的所述电子终端预先建立的服务器的服务方式信息、IP地址信息和存储于所述服务器中的多个音频文件的属性信息，其中，所述属性信息包括名称信息；
所述音箱设备根据所述服务方式信息、所述IP地址信息和所述属性信息生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL。
结合第二方面，在第二方面的第一种可能的实现方式中，所述多个音频文件包括目标音频文件；所述音箱设备根据所述服务方式信息、所述IP地址信息和所述属性信息生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL之后，所述方法还包括：
所述音箱设备接收针对所述目标音频文件的播放指令，所述播放指令包含所述目标音频文件的名称信息；
所述音箱设备根据所述播放指令中的名称信息查找出所述目标音频文件的URL；
所述音箱设备根据所述目标音频文件的URL向所述电子终端请求所述目标音频文件；
接收并播放所述电子终端通过流媒体技术发送的所述目标音频文件的数据。
结合第二方面或第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，所述音箱设备根据所述服务方式信息、所述IP地址信息和所述属性信息生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL，包括：
所述音箱设备将所述服务方式信息、所述IP地址信息和所述属性信息进行组合以生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL。
结合第二方面的第一种可能的实现方式，在第二方面的第三种可能的实现方式中，所述音箱设备接收针对所述目标音频文件的播放指令，包括：
所述音箱设备接收所述电子终端发送的播放消息，其中，所述播放消息包含所述目标音频文件的名称信息；
所述音箱设备根据所述播放消息触发针对所述目标音频文件的播放指令。
结合第二方面的第一种可能的实现方式，在第二方面的第四种可能的实现方式中，所述属性信息包括所述音频文件的显示信息；所述音箱设备接收针对所述目标音频文件的播放指令，包括：
所述音箱设备输出所述显示信息以供用户选择；
所述音箱设备接收用户输入的选择目标显示信息的选择指令，其中，所述目标显示信息为所述目标音频文件的显示信息；
所述音箱设备响应所述选择指令，触发针对所述目标音频文件的播放指令。
第三方面，本发明实施例提供一种电子终端，该电子终端包括：
第一接收单元，用于接收用户输入的添加指令；
第一发送单元，用于响应所述添加指令，将所述电子终端预先建立的服务器的服务方式信息、IP地址信息和存储于所述服务器中的多个音频文件的属性信息发送给音箱设备，以使所述音箱设备根据所述服务方式信息、所述IP地址信息和所述属性信息生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL，其中，所述属性信息包括名称信息。
结合第三方面，在第三方面的第一种可能的实现方式中，所述根据所述服务方式信息、所述IP地址信息和所述属性信息生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL，包括：
将所述服务方式信息、所述IP地址信息和所述属性信息进行组合以生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL。
结合第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，所述属性信息包括显示信息，所述显示信息用于在所述电子终端或所述音箱设备上输出；所述电子终端还包括：
建立单元，用于建立所述服务器；
获取单元，用于获取自身包含的多个音频文件；
存储单元，用于对获取的多个音频文件中的每个音频文件分别重命名以得到每个音频文件各自的名称信息，并将重命名后的所述多个音频文件存储到所述服务器中。
结合第三方面的第一种可能的实现方式，在第三方面的第三种可能的实现方式中，所述电子终端还包括：
命名单元，用于重命名所述服务器中的多个音频文件；
更新单元，用于将在所述服务器中重命名后的多个音频文件的属性信息发送到所述音箱设备，以使所述音箱设备根据接收到的所述属性信息更新所述多个音频文件中的每个音频文件各自的URL，并在预设时间间隔后重复执行所述重命名所述服务器中的多个音频文件的步骤。
结合第三方面、第三方面的第一种可能至第三种可能的实现方式中的任一种方式，在第三方面的第四种可能的实现方式中，所述电子终端还包括：
第二接收单元，用于接收针对所述目标音频文件的播放指令；
第二发送单元，用于响应所述播放指令，向所述音箱设备发送所述目标音频文件的名称信息；
第三接收单元，用于接收所述音箱设备发送的获取指令，其中，所述获取指令为所述音箱设备根据所述目标音频文件的名称信息查询出与所述目标音频文件相对应的目标URL后，通过所述目标URL发送的指令；
第三发送单元，用于响应所述获取指令，通过流媒体技术向所述音箱设备发送所述目标音频文件的数据，以使所述音箱设备实时播放所述数据。
第四方面，本发明实施例提供了一种音箱设备，其特征在于，包括：
第一接收单元，用于接收电子终端发送的所述电子终端预先建立的服务器的服务方式信息、IP地址信息和存储于所述服务器中的多个音频文件的属性信息，其中，所述属性信息包括名称信息；
生成单元，用于根据所述服务方式信息、所述IP地址信息和所述属性信息生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL。
结合第四方面，在第四方面的第一种可能的实现方式中，所述音箱设备还包括：
第二接收单元，用于接收针对所述目标音频文件的播放指令，所述播放指令包含所述目标音频文件的名称信息；
查找单元，用于根据所述播放指令中的名称信息查找出所述目标音频文件的URL；
请求单元，用于根据所述目标音频文件的URL向所述电子终端请求所述目标音频文件；
播放单元，用于接收并播放所述电子终端通过流媒体技术发送的所述目标音频文件的数据。
结合第四方面或第四方面的第一种可能的实现方式，在第四方面的第二种可能的实现方式中，其特征在于，所述生成单元具体用于将所述服务方式信息、所述IP地址信息和所述属性信息进行组合以生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL。
结合第四方面的第一种可能的实现方式，在第四方面的第三种可能的实现方式中，所述第二接收单元包括：
第一接收子单元，用于接收所述电子终端发送的播放消息，其中，所述播放消息包含所述目标音频文件的名称信息；
第一触发子单元，用于根据所述播放消息触发针对所述目标音频文件的播放指令。
结合第四方面的第一种可能的实现方式，在第四方面的第四种可能的实现方式中，所述属性信息包括所述音频文件的显示信息；所述第二接收单元包括：
输出子单元，用于输出所述显示信息以供用户选择；
第二接收子单元，用于接收用户输入的选择目标显示信息的选择指令，其中，所述目标显示信息为所述目标音频文件的显示信息；
第二触发子单元，响应所述选择指令，触发针对所述目标音频文件的播放指令。
第五方面，本发明实施例提供一种音乐播放系统，该系统包括电子终端和音箱设备，其中：
所述电子终端为权利要求11～15中任一项所述的电子终端；
所述音箱设备为权利要求16～20中任一项所述的音箱设备。
通过实施本发明实施例，电子终端在向音箱设备发送歌曲的URL信息时，不是发送每首歌曲完整的URL，而是发送URL的生成规则，如果说歌曲的URL由“http://192.168.0.1/dms/”和“歌曲名称”组成，那么只需发送一次用于拼接http://192.168.0.1/dms/的信息，之后只需发送每首歌曲的“歌曲名称”即可使音箱设备访问每首歌曲，大大减少了电子终端与音箱设备之间的数据交互量，提高了音箱设备播放歌曲的效率。
进一步地，当通过电子终端来点播歌曲时，只需发送目标歌曲的标识号给音箱设备，音箱设备可以通过该标识号直接找到目标歌曲的URL并进行访问，进一步较少了电子终端与音箱设备之间的数据交互量，提高了音箱播放歌曲的效率；电子终端中存储歌曲的服务器由电子终端根据用户需要即时搭建的，提升了用户体验；实时重命名服务器中的歌曲，以防止无关设备在获取到歌曲URL后，对服务器进行恶意访问。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种数据的处理方法的流程示意图；
图2是本发明实施例提供的又一种数据的处理方法的流程示意图；
图3是本发明实施例提供的又一种数据的处理方法的流程示意图；
图4是本发明实施例提供的又一种数据的处理方法的流程示意图；
图5是本发明实施例提供的一种电子终端的结构示意图；
图5A是本发明实施例提供的又一种电子终端的结构示意图；
图6是本发明实施例提供的又一种电子终端的结构示意图；
图7是本发明实施例提供的一种音箱设备的结构示意图；
图8是本发明实施例提供的又一种音箱设备的结构示意图；
图8A是本发明实施例提供的一种第二接收单元的结构示意图；
图8B是本发明实施例提供的又一种第二接收单元的结构示意图；
图9是本发明实施例提供的一种音乐播放系统的结构示意图；
图10是本发明实施例提供的又一种电子终端结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
需要说明的是，在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。另外，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
本发明实施例所描述的电子终端可以是手机、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(MID，mobile internet device)、可穿戴设备(例如智能手表(如iWatch等)、智能手环、计步器等)或其他可安装部署即时通讯应用客户端的终端设备。本发明实施例所描述音箱设备为能够对音频信号进行输出以使人耳能够听到的设备，此处不对其形状、尺寸大小等作限制。另外，电子终端和音箱设备都预先连接到了互联网中，或者连接到了同一局域网中，或者通过其他方式进行了连接，使得电子终端和音箱设备之间可以进行数据交互。
请参见图1，图1是本发明实施例提供的一种数据的处理方法的流程示意图，该方法包括但不限于如下步骤。
步骤S101：电子终端接收用户输入的添加指令。
具体地，电子终端上设置有识别用户操作的模块，如物理按键，用户可以通过按压按键来输入添加指令；再如触摸显示屏，用户可以触控显示于触摸显示屏上的虚拟按键来输入添加指令；再如手势识别模块，用户可以通过手势来输入添加指令；再如声控模块，用户可以通过输入语音来输入添加指令。相应地，识别用户操作的模块会实时检测并接收该添加指令。
进一步地，当电子终端上面有显示屏时，可以通过显示屏来显示多个音频文件，以使用户对该多个音频文件进行选择或确认，当用户确认无误时，执行输入添加指令的操作。在一种可选的应用场景中，通过显示屏显示音频文件列表，用户可以对音频文件进行翻页查看，还可以选择列表中的一部分或者全部的音频文件，当用户选择完音频文件后，点击“添加”的虚拟按钮。相应地，电子终端接收到添加指令，该添加指令包含选择的音频文件的信息。
步骤S102：电子终端响应添加指令，将自身预先建立的服务器的服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息发送给音箱设备，以使音箱设备根据服务方式信息、IP地址信息和属性信息生成多个音频文件中的每个音频文件各自在服务器中的URL，其中，属性信息包括名称信息。
具体地，上述服务器为电子终端预先建立的，搭建的服务器环境用于供其他终端访问存储于该服务器中的数据，该服务器环境可以一直存在，也可以在用户需要的时候来开启。
上述服务方式信息包含服务器的服务方式，现有技术中，服务方式包括但不限于通过超文本传输协议HTTP访问WWW服务器、通过文件传输协议FTP访问FTP服务器等；IP地址信息包括但不限于服务器环境搭建好之后，为电子终端分配的IP地址；多个音频文件是指用户输入的添加指令所选择的多个音频文件，其中，每个音频文件都有各自的属性信息，该属性信息至少包含音频文件的文件名称(包含格式信息)和音频文件的显示信息，对于一个音频文件来说音频文件本身所占的内存空间可能是几十兆，但是它的属性信息所占的内存空间可能只有几个比特，例如，对于一首歌曲来说，可选的属性信息有“歌曲名”、“文件名”、“歌手名称”、“专辑名称”、“文件大小”、“所在文件夹”等。
需要说明的是，电子终端发送给音箱设备的信息除了有服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息外，还可以有其他信息，具体还有哪些信息可根据需要预先设定。
电子终端发送给音箱设备的信息用于音箱设备生成指向上述音频文件的统一资源定位符(Uniform Resource Locator，URL)，生成URL的方式很多，音频文件的文件名称为该音频文件对应的URL的组成部分之一，例如，将接收到的服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息中的至少一种按照预设算法(或规则)进行换算，将换算完的项和不需要换算的项进行组合以得到URL；当然还可以在接收到这些信息后不经过任何换算，直接将这些信息进行组合得到URL，举例来说，当电子终端发送给音箱设备的服务方式信息为http，IP地址信息为192.168.0.1，多个音频文件中的音频A的属性信息分别为：所在文件夹为dms、文件名称是1000.mp3、显示信息是“奔跑”；音频B的属性信息分别为：所在文件夹为dms、文件名称是1022.mp3、显示信息是“小苹果”；那么音箱设备则可根据接收到的上述信息生成音频A在服务器中的URL:http://192.168.0.1/dms/1000.mp3，以及生成音频B在服务器中的URL:http://192.168.0.1/dms/1022.mp3，此时，音箱设备可以通过访问http://192.168.0.1/dms/1000.mp3来获取服务器中的音频A，也可以通过访问http://192.168.0.1/dms/1022.mp3来获取服务器中的音频B。
在一些场景下，音箱设备访问电子终端的URL还必须包含端口号，例如，音箱设备需要通过http://192.168.0.1:80/dms/1011.mp3访问音频C，在这种情况下，电子终端发送给音箱设备的服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息中至少有一项还包括端口号，以使音箱设备在生成URL时，能生成包含端口号的URL，需要说明的是，电子终端中有很多应用程序接口(Application Programming Interface，API)，电子终端可以通过这些接口获取到很多信息，包括“端口号”。
再进一步地，电子终端在将服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息发送给音箱设备时，可以以数据帧的形式来发送，在该数据帧中可以包含一个字段，用于表明该数据包对应的数据用于生成URL，音箱设备在读取到该字段后，即可确认数据包中的数据为用来生成URL。以避免音箱设备错误地认为这些数据为本地数据。
举例来说，音箱设备本身的音乐预先标识为了“本地音乐”、电子终端发送给音箱设备的音乐列表可以由电子终端在发送之前预先进行标识，以表征“电子终端音乐”，这样一来，音箱设备在接收到电子终端发送的数据时，可以首先识别出这些数据为“电子终端音乐”，即需要生成URL的数据。
在一种可选的方案中，本发明实施例还可以包括对服务器中的音频文件重命名的步骤，即电子终端重命名服务器中的多个音频文件；电子终端将在服务器中重命名后的多个音频文件的属性信息发送到音箱设备，以使音箱设备根据接收到的属性信息更新多个音频文件中的每个音频文件各自的URL，并在预设时间间隔后重复执行重命名服务器中的多个音频文件的步骤。
具体地，电子终端会定期对服务器中的每个音频文件进行重命名，并将重命名后的每个音频文件的重命名信息发送给音箱设备，音箱设备接收到该重命名信息后，可以根据这些重命名信息重新生成每个音频文件的URL，这样做的目的在于，周期性更换服务器中的音频文件的URL，以防止其他设备在获取到音频文件的URL后，对音频文件进行恶意访问。
进一步地，每一次重命名之后，电子终端都会将重命名信息及时发送给音箱设备，以使音响设备作同步更新，当然，如果在重命名过程中，某个音频文件正在被使用，那么可以先搁置对该音频文件的重命名，待该音频文件使用完毕后，再进行重命名。
在图1所描述的数据的处理方法中，电子终端在向音箱设备发送歌曲的URL信息时，不是发送每首歌曲完整的URL，而是发送URL的生成规则，如果说歌曲的URL由“http://192.168.0.1/dms/”和“歌曲名称”组成，那么只需发送一次用于拼接http://192.168.0.1/dms/的信息，之后只需发送每首歌曲的“歌曲名称”即可使音箱设备访问每首歌曲，大大减少了电子终端与音箱设备之间的数据交互量，提高了音箱设备播放歌曲的效率。
请参见图2，图2是本发明实施例提供的又一种数据的处理方法的流程示意图，该方法包括但不限于如下步骤。
步骤S201：电子终端建立服务器。
具体地，电子终端首先搭建服务器环境，电子终端中可以包含一段搭建服务器环境的应用程序，该应用程序可以是在开发电子终端时，预置于电子终端中的，也可以是用户在电子终端中安装一个第三方应用(Application，APP)，用户打开应用程序后，进行相应设置即可搭建服务器环境。进一步地，该段应用程序可以是基于数字生活网络联盟(DigitalLiving Network Alliance，DLNA)的相关协议开发的程序，能够建立服务器(DigitalMedia Server，DMS)。
步骤S202：电子终端获取自身包含的多个音频文件。
具体地，电子终端中可能存在很多音频文件，并且这些音频文件还可能存在于多个文件夹中，电子终端可以通过其自身的API来获取到这些音频文件。获取的具体过程此处不作限制，例如，可以在每次搭建完服务器后获取一次，也可以在搭建完服务器后每隔一段时间获取一次，当然还可以是其他的方式。
步骤S203：电子终端对获取的多个音频文件中的每个音频文件分别重命名以得到每个音频文件各自的名称信息，并将重命名后的多个音频文件存储到服务器中。
具体地，由于从不同文件夹中获取到的音频文件的文件名称的命名规则可能参差不齐，此处重命名的目的之一在于统一各个音频文件的名称格式，目的之二在于生成以字符串来命名的文件名称，以方便后续音箱设备根据该字符串文件名称来生成URL，例如，将获取到的音频文件以数字来命名，当然，重命名时不改变音频文件的后缀，如mp3后缀、avi后缀等。
以歌曲为例来说，重命名之前歌曲的文件名称通常为歌曲名，重命名后，歌曲的文件名称为一串数字，但是用户依然可以识别该歌曲，因为在该歌曲的属性信息中依然包含了该歌曲的歌曲名，歌曲名可以通过电子终端或者音箱设备选择性地展示给用户。
在一种可选的方案中，电子终端每次从别的文件夹中获取音频文件时，都对获取到的音频文件进行标记，以使在下次执行获取音频文件的操作时，自动忽略已经获取过的音频文件。
进一步地，音频文件重命名后需要存储到建立的服务器中，音频文件只有存在于服务器中才可以通过网络、或蓝牙等技术进行共享，具体地，该服务器环境中预先建立了一个文件夹，如名称为dms的文件夹，重命名后的音频文件都存储于该文件夹中。
步骤S204：电子终端接收用户输入的添加指令。
具体地，电子终端上设置有识别用户操作的模块，如物理按键，用户可以通过按压按键来输入添加指令；再如触摸显示屏，用户可以触控显示于触摸显示屏上的虚拟按键来输入添加指令；再如手势识别模块，用户可以通过手势来输入添加指令；再如声控模块，用户可以通过输入语言来输入添加指令。相应地，识别用户操作的模块会实时检测并接收该添加指令。
进一步地，当电子终端上面有显示屏时，可以通过显示屏来显示上述存储于服务器中的多个音频文件，以使用户对该多个音频文件的进行选择或确认，当用户确认无误时，执行输入添加指令的操作。在一种可选的应用场景中，通过显示屏显示音频文件列表，用户可以对音频文件进行翻页查看，还可以选择列表中的一部分或者全部的音频文件，当用户选择完音频文件后，点击“添加”的虚拟按钮，相应地，电子终端接收到添加指令，该添加指令包含选择的音频文件的信息。
步骤S205：电子终端响应添加指令，将自身预先建立的服务器的服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息发送给音箱设备，以使音箱设备根据服务方式信息、IP地址信息和属性信息生成多个音频文件中的每个音频文件各自在服务器中的URL，其中，属性信息包括名称信息。
具体地，上述服务方式信息包含服务器的服务方式，现有技术中，服务方式包括但不限于通过超文本传输协议HTTP访问WWW服务器、通过文件传输协议FTP访问FTP服务器等；IP地址信息包括但不限于服务器环境搭建好之后，为电子终端分配的IP地址；多个音频文件是指用户输入的添加指令所选择的多个音频文件，其中，每个音频文件都有各自的属性信息，该属性信息至少包含音频文件的文件名称(包含格式信息)和音频文件的显示信息，对于一个音频文件来说音频文件本身所占的内存空间可能是几十兆，但是它的属性信息所占的内存空间可能只有几个比特，例如，对于一首歌曲来说，可选的属性信息有“歌曲名”、“文件名”、“歌手名称”、“专辑名称”、“文件大小”、“所在文件夹”等。
需要说明的是，电子终端发送给音箱设备的信息除了有服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息外，还可以有其他信息，具体还有什么信息可根据需要预先设定。
电子终端发送给音箱设备的信息用于音箱设备生成指向上述音频文件的统一资源定位符(Uniform Resource Locator，URL)，生成URL的方式很多，音频文件的文件名称为该音频文件对应的URL的组成部分之一，例如，将接收到的服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息中的至少一种按照预设算法(或规则)进行换算，然后换算后的项和不需要进行换算的项进行组合以得到URL；当然还可以在接收到这些信息后不经过任何换算，直接将这些信息进行组合得到URL，举例来说，当电子终端发送给音箱设备的服务方式信息为http，IP地址信息为192.168.0.1，多个音频文件中的音频A的属性信息分别为：所在文件夹为dms、文件名称是1000.mp3、显示信息是“奔跑”；音频B的属性信息分别为：所在文件夹为dms、文件名称是1022.mp3、显示信息是“小苹果”；那么音箱设备则可根据收到的上述信息生成音频A在服务器中的URL:http://192.168.0.1/dms/1000.mp3，以及生成音频B在服务器中的URL:http://192.168.0.1/dms/1022.mp3，此时，音箱设备可以通过访问http://192.168.0.1/dms/1000.mp3来获取服务器中的音频A，也可以通过访问http://192.168.0.1/dms/1022.mp3来获取服务器中的音频B。
在一些场景下，音箱设备访问电子终端的URL还必须包含端口号，例如，音箱设备需要通过http://192.168.0.1:80/dms/1011.mp3访问音频C，在这种情况下，电子终端发送给音箱设备的服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息中至少有一项还包括端口号，以使音箱设备在生成URL时，能生成包含端口号的URL，需要说明的是，电子终端中有很多应用程序接口(Application Programming Interface，API)，电子终端可以通过这些接口获取到很多信息，包括“端口号”。
再进一步地，电子终端在将服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息发送给音箱设备时，可以以数据帧的形式来发送，在该数据帧中可以包含一个字段，用于表明该数据包对应的数据用于生成URL，音箱设备在读取到该字段后，即可确认数据包中的数据为用来生成URL的数据。以避免音箱设备错误地认为这些数据为本地数据。
举例来说，音箱设备本身的音乐预先标识为了“本地音乐”、电子终端发送给音箱设备的音乐列表可以由电子终端在发送之前预先进行标识，以表征“电子终端音乐”，这样一来，音箱设备在接收到电子终端发送的数据时，可以首先识别出这些数据为“电子终端音乐”，即需要生成URL的数据。
步骤S206：电子终端接收针对目标音频文件的播放指令。
具体地，为了方便理解，以上述多个音频文件中的一个音频为例来描述点播音频文件的过程。暂且称该一个音频文件为“目标音频文件”。具体地，该播放指令可以由用户发出，例如，电子终端可以包含一个显示屏，通过显示屏输出每个音频文件的信息，以供用户选择，用户可以通过点击、滑动手势、声控等手段来选择目标音频文件，对目标文件的选择即是目标触发音频文件的播放指令。
进一步地，对该目标音频文件的选择还可以是电子终端自身选择的，例如，上一次点播的音频文件为音频文件A，当音频文件A播放完毕后，电子终端根据预先设置的播放顺序，自动选择目标音频文件，对目标文件的选择即是目标触发音频文件的播放指令。
步骤S207：电子终端响应播放指令，向音箱设备发送目标音频文件的名称信息。
具体地，当电子终端接收到播放指令后，需要对该指令进行响应，响应的具体过程是向音箱设备发送目标音频文件的名称信息，该名称信息至少包括目标音频文件的文件名称，或者用于标识目标音频文件的唯一身份标识，以使音箱设备能够确定该名称信息与目标音频文件有关。
步骤S208：电子终端接收音箱设备发送的获取指令，其中，获取指令为音箱设备根据目标音频文件的名称信息查询出与目标音频文件相对应的目标URL后，通过目标URL发送的指令。
具体地，音箱设备之前接收到服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息后，已开始根据这些信息生成多个音频文件各自在服务器中的URL，在一种方案中，音箱设备在生成完所有的URL后，才能播放音频文件，在又一种方案中，音箱设备先生成即将播放的音频文件的URL，在播放的过程中生成其他音频文件的URL，即边播放边生成URL。总而言之，要播放目标音频文件时，目标音频文件的URL已经生成了，音箱设备只需根据接收到的关于目标音频文件的相关信息既可对应找出目标音频文件对应的URL。
进一步地，音箱设备找到目标音频文件对应的URL后，根据该URL向电子终端发送请求目标音频文件的获取指令，相应地，电子终端接收该指令。
步骤S209：电子终端响应获取指令，通过流媒体技术向音箱设备发送目标音频文件的数据，以使音箱设备实时播放数据。
具体地，流媒体技术也称流式媒体技术，能够把连续的声音数据经过压缩处理后放上网站服务器，让用户一边下载一边收听，而不要等整个压缩文件下载到自己的计算机上才可以观看的网络传输技术。
在一种可选的方案中，本发明实施例还可以包括对服务器中的音频文件重命名的步骤，即电子终端重命名服务器中的多个音频文件；电子终端将在服务器中重命名后的多个音频文件的属性信息发送到音箱设备，以使音箱设备根据接收到的属性信息更新多个音频文件中的每个音频文件各自的URL，并在预设时间间隔后重复执行重命名服务器中的多个音频文件的步骤。
具体地，电子终端会定期对服务器中的每个音频文件进行重命名，并将重命名后的每个音频文件的重命名信息发送给音箱设备，音箱设备接收到该重命名信息后，可以根据这些重命名信息重新生成每个音频文件的URL，这样做的目的在于，周期性更换服务器中的音频文件的URL，以防止其他设备在获取到音频文件的URL后，对音频文件进行恶意访问。
进一步地，每一次重命名之后，电子终端都会将重命名信息及时发送给音箱设备，以使音箱设备作同步更新，当然，如果在重命名过程中，某个音频文件正在被使用，那么可以先搁置对该音频文件的重命名，待该音频文件使用完毕后，在进行重命名。
在图2所描述的数据的处理方法中,电子终端在向音箱设备发送歌曲的URL信息时，不是发送每首歌曲完整的URL，而是发送URL的生成规则，如果说歌曲的URL由“http://192.168.0.1/dms/”和“歌曲名称”组成，那么只需发送一次用于拼接http://192.168.0.1/dms/的信息，之后只需发送每首歌曲的“歌曲名称”即可使音箱设备访问每首歌曲，大大减少了电子终端与音箱设备之间的数据交互量，提高了音箱设备播放歌曲的效率。
进一步地，当通过电子终端来点播歌曲时，只需发送目标歌曲的标识号给音箱设备，音箱设备可以通过该标识号直接找到目标歌曲的URL并进行访问，进一步较少了电子终端与音箱设备之间的数据交互量，提高了音箱播放歌曲的效率；电子终端中存储歌曲的服务器由电子终端根据用户需要即时搭建的，提升了用户体验；实时重命名服务器中的歌曲，以防止无关设备在获取到歌曲URL后，对服务器进行恶意访问。
请参见图3，图3是本发明实施例提供的又一种数据的处理方法的流程示意图，该方法包括但不限于如下步骤。
步骤S301：音箱设备接收电子终端发送的电子终端预先建立的服务器的服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息，其中，属性信息包括名称信息。
具体地，电子终端上设置有识别用户操作的模块，如物理按键，用户可以通过按压按键来输入添加指令；再如触摸显示屏，用户可以触控显示于触摸显示屏上的虚拟按键来输入添加指令；再如手势识别模块，用户可以通过手势来输入添加指令；再如声控模块，用户可以通过输入语言来输入添加指令。相应地，识别用户操作的模块会实时检测并接收该添加指令。
进一步地，当电子终端上面有显示屏时，可以通过显示屏来显示多个音频文件，以使用户对该多个音频文件的进行选择或确认，当用户确认无误时，执行输入添加指令的操作。在一种可选的应用场景中，通过显示屏显示音频文件列表，用户可以对音频文件进行翻页查看，还可以选择列表中的一部分或者全部的音频文件，当用户选择完音频文件后，点击“添加”的虚拟按钮，相应地，电子终端接收到添加指令，该添加指令包含选择的音频文件的信息。
上述服务器为电子终端预先建立的，搭建的服务器环境用于供其他终端访问存储于该服务器中的数据，该服务器环境可以一直存在，也可以在用户需要的时候来开启。
上述服务方式信息包含服务器的服务方式，现有技术中，服务方式包括但不限于通过超文本传输协议HTTP访问WWW服务器、通过文件传输协议FTP访问FTP服务器等；IP地址信息包括但不限于服务器环境搭建好之后，为电子终端分配的IP地址；多个音频文件是指用户输入的添加指令所选择的多个音频文件，其中，每个音频文件都有各自的属性信息，该属性信息至少包含音频文件的文件名称(包含格式信息)和音频文件的显示信息，对于一个音频文件来说音频文件本身所占的内存空间可能是几十兆，但是它的属性信息所占的内存空间可能只有几个比特，例如，对于一首歌曲来说，可选的属性信息有“歌曲名”、“文件名”、“歌手名称”、“专辑名称”、“文件大小”、“所在文件夹”等。
需要说明的是，电子终端发送给音箱设备的信息除了有服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息外，还可以有其他信息，具体还有什么信息可根据需要预先设定。
步骤S302：音箱设备根据服务方式信息、IP地址信息和属性信息生成多个音频文件中的每个音频文件各自在服务器中的URL。
具体地，音箱设备生成指向上述音频文件的统一资源定位符(Uniform ResourceLocator，URL)，生成URL的方式很多，音频文件的文件名称为该音频文件对应的URL的组成部分之一，例如，将接收到的服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息中的至少一种按照预设算法(或规则)进行换算，然后将换算后的项和不需要进行换算的项进行组合以得到URL；当然还可以在接收到这些信息后不经过任何换算，直接将这些信息进行组合得到URL，举例来说，当电子终端发送给音箱设备的服务方式信息为http，IP地址信息为192.168.0.1，多个音频文件中的音频A的属性信息分别为：所在文件夹为dms、文件名称是1000.mp3、显示信息是“奔跑”；音频B的属性信息分别为：所在文件夹为dms、文件名称是1022.mp3、显示信息是“小苹果”；那么音箱设备则可根据收到的上述信息生成音频A在服务器中的URL:http://192.168.0.1/dms/1000.mp3，以及生成音频B在服务器中的URL:http://192.168.0.1/dms/1022.mp3，此时，音箱设备可以通过访问http://192.168.0.1/dms/1000.mp3来获取服务器中的音频A，也可以通过访问http://192.168.0.1/dms/1022.mp3来获取服务器中的音频B。
在一些场景下，音箱设备访问电子终端的URL还必须包含端口号，例如，音箱设备需要通过http://192.168.0.1:80/dms/1011.mp3访问音频C，在这种情况下，电子终端发送给音箱设备的服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息中至少有一项还包括端口号，以使音箱设备在生成URL时，能生成包含端口号的URL，需要说明的是，电子终端中有很多应用程序接口(Application Programming Interface，API)，电子终端可以通过这些接口获取到很多信息，包括“端口号”。
再进一步地，电子终端在将服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息发送给音箱设备时，可以以数据帧的形式来发送，在该数据帧中可以包含一个字段，用于表明该数据包对应的数据用于生成URL，音箱设备在读取到该字段后，即可确认数据包中的数据为用来生成URL的数据。以避免音箱设备错误地认为这些数据为本地数据。
举例来说，音箱设备本身的音乐预先标识为了“本地音乐”、电子终端发送给音箱设备的音乐列表可以由电子终端在发送之前预先进行标识，以表征“电子终端音乐”，这样一来，音箱设备在接收到电子终端发送的数据时，可以首先识别出这些数据为“电子终端音乐”，即需要生成URL的数据。
在一种可选的方案中，本发明实施例还可以包括对服务器中的音频文件重命名的步骤，即电子终端重命名服务器中的多个音频文件；电子终端将在服务器中重命名后的多个音频文件的属性信息发送到音箱设备，以使音箱设备根据接收到的属性信息更新多个音频文件中的每个音频文件各自的URL，并在预设时间间隔后重复执行重命名服务器中的多个音频文件的步骤。
具体地，电子终端会定期对服务器中的每个音频文件进行重命名，并将重命名后的每个音频文件的重命名信息发送给音箱设备，音箱设备接收到该重命名信息后，可以根据这些重命名信息重新生成每个音频文件的URL，这样做的目的在于，周期性更换服务器中的音频文件的URL，以防止其他设备在获取到音频文件的URL后，对音频文件进行恶意访问。
进一步地，每一次重命名之后，电子终端都会将重命名信息及时发送给音箱设备，以使音响设备作同步更新，当然，如果在重命名过程中，某个音频文件正在被使用，那么可以先搁置对该音频文件的重命名，待该音频文件使用完毕后，再进行重命名。
在图3所描述的数据的处理方法中,电子终端在向音箱设备发送歌曲的URL信息时，不是发送每首歌曲完整的URL，而是发送URL的生成规则，如果说歌曲的URL由“http://192.168.0.1/dms/”和“歌曲名称”组成，那么只需发送一次用于拼接http://192.168.0.1/dms/的信息，之后只需发送每首歌曲的“歌曲名称”即可使音箱设备访问每首歌曲，大大减少了电子终端与音箱设备之间的数据交互量，提高了音箱设备播放歌曲的效率。
请参见图4，图4是本发明实施例提供的又一种数据的处理方法的流程示意图，包括但不限于如下步骤。
步骤S401：音箱设备接收电子终端发送的电子终端预先建立的服务器的服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息，其中，属性信息包括名称信息。
具体地，电子终端上设置有识别用户操作的模块，如物理按键，用户可以通过按压按键来输入添加指令；再如触摸显示屏，用户可以触控显示于触摸显示屏上的虚拟按键来输入添加指令；再如手势识别模块，用户可以通过手势来输入添加指令；再如声控模块，用户可以通过输入语言来输入添加指令。相应地，识别用户操作的模块会实时检测并接收该添加指令。
进一步地，当电子终端上面有显示屏时，可以通过显示屏来显示多个音频文件，以使用户对该多个音频文件的进行选择或确认，当用户确认无误时，执行输入添加指令的操作。在一种可选的应用场景中，通过显示屏显示音频文件列表，用户可以对音频文件进行翻页查看，还可以选择列表中的一部分或者全部的音频文件，当用户选择完音频文件后，点击“添加”的虚拟按钮，相应地，电子终端接收到添加指令，该添加指令包含选择的音频文件的信息。
上述服务器为电子终端预先建立的，搭建的服务器环境用于供其他终端访问存储于该服务器中的数据，该服务器环境可以一直存在，也可以在用户需要的时候来开启。
上述服务方式信息包含服务器的服务方式，现有技术中，服务方式包括但不限于通过超文本传输协议HTTP访问WWW服务器、通过文件传输协议FTP访问FTP服务器等；IP地址信息包括但不限于服务器环境搭建好之后，为电子终端分配的IP地址；多个音频文件是指用户输入的添加指令所选择的多个音频文件，其中，每个音频文件都有各自的属性信息，该属性信息至少包含音频文件的文件名称(包含格式信息)和音频文件的显示信息，对于一个音频文件来说音频文件本身所占的内存空间可能是几十兆，但是它的属性信息所占的内存空间可能只有几个比特，例如，对于一首歌曲来说，可选的属性信息有“歌曲名”、“文件名”、“歌手名称”、“专辑名称”、“文件大小”、“所在文件夹”等。
需要说明的是，电子终端发送给音箱设备的信息除了有服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息外，还可以有其他信息，具体还有什么信息可根据需要预先设定。
步骤S402：音箱设备根据服务方式信息、IP地址信息和属性信息生成多个音频文件中的每个音频文件各自在服务器中的URL。
具体地，音箱设备生成指向上述音频文件的统一资源定位符(Uniform ResourceLocator，URL)，生成URL的方式很多，音频文件的文件名称为该音频文件对应的URL的组成部分之一，例如，将接收到的服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息中的至少一种按照预设算法(或规则)进行换算，然后将换算后的项和不需要进行换算的项进行组合以得到URL；当然还可以在接收到这些信息后不经过任何换算，直接将这些信息进行组合得到URL，举例来说，当电子终端发送给音箱设备的服务方式信息为http，IP地址信息为192.168.0.1，多个音频文件中的音频A的属性信息分别为：所在文件夹为dms、文件名称是1000.mp3、显示信息是“奔跑”；音频B的属性信息分别为：所在文件夹为dms、文件名称是1022.mp3、显示信息是“小苹果”；那么音箱设备则可根据收到的上述信息生成音频A在服务器中的URL:http://192.168.0.1/dms/1000.mp3，以及生成音频B在服务器中的URL:http://192.168.0.1/dms/1022.mp3，此时，音箱设备可以通过访问http://192.168.0.1/dms/1000.mp3来获取服务器中的音频A，也可以通过访问http://192.168.0.1/dms/1022.mp3来获取服务器中的音频B。
在一些场景下，音箱设备访问电子终端的URL还必须包含端口号，例如，音箱设备需要通过http://192.168.0.1:80/dms/1011.mp3访问音频C，在这种情况下，电子终端发送给音箱设备的服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息中至少有一项还包括端口号，以使音箱设备在生成URL时，能生成包含端口号的URL，需要说明的是，电子终端中有很多应用程序接口(Application Programming Interface，API)，电子终端可以通过这些接口获取到很多信息，包括“端口号”。
再进一步地，电子终端在将服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息发送给音箱设备时，可以以数据帧的形式来发送，在该数据帧中可以包含一个字段，用于表明该数据包对应的数据用于生成URL，音箱设备在读取到该字段后，即可确认数据包中的数据为用来生成URL。以避免音箱设备错误地认为这些数据为本地数据。
举例来说，音箱设备本身的音乐预先标识为了“本地音乐”、电子终端发送给音箱设备的音乐列表可以由电子终端在发送之前预先进行标识，以表征“电子终端音乐”，这样一来，音箱设备在接收到电子终端发送的数据时，可以首先识别出这些数据为“电子终端音乐”，即需要生成URL的数据。
步骤S403：音箱设备接收针对目标音频文件的播放指令，播放指令包含目标音频文件的名称信息。
具体地，为了方便理解，以上述多个音频文件中的一个音频为例来描述点播音频文件的过程。暂且称该一个音频文件为“目标音频文件”。
在一种可选的方案中，该播放指令可以由用户发出，例如，电子终端可以包含一个显示屏，通过显示屏输出每个音频文件的信息，以供用户选择，用户可以通过点击、滑动手势、声控等手段来选择目标音频文件，对目标文件的选择即是目标触发音频文件的播放指令。
进一步地，对该目标音频文件的选择还可以是电子终端自身选择的，例如，上一次点播的音频文件为音频文件A，当音频文件A播放完毕后，电子终端根据预先设置的播放顺序，自动选择目标音频文件，对目标文件的选择即是目标触发音频文件的播放指令。
进一步地，当电子终端接收到播放指令后，需要对该指令进行响应，响应的具体过程是向音箱设备发送目标音频文件的名称信息，该名称信息至少包括目标音频文件的文件名称，或者用于标识目标音频文件的唯一身份标识，以使音箱设备能够确定该名称信息与目标音频文件有关。
在又一种可选的方案中，音箱设备上有显示屏，用于显示电子终端发送过来的多个音频文件的属性信息中用于显示的信息，例如，当音频文件为歌曲时，在属性信息包含歌曲名，音箱设备可以显示歌曲名列表供用户选择。相应地，用户点击音箱设备上显示的目标音频文件的歌曲名即可触发播放指令，相应地，音箱设备接收该指令。
步骤S404：音箱设备根据播放指令中的名称信息查找出目标音频文件的URL。
具体地，音箱设备之前接收到服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息后，已开始根据这些信息生成多个音频文件各自在服务器中的URL，在一种方案中，音箱设备在生成完所有的URL后，才能播放音频文件，在又一种方案中，音箱设备先生成即将播放的音频文件的URL，在播放的过程中生成其他音频文件的URL，即边播放边生成URL。总而言之，要播放目标音频文件时，目标音频文件的URL已经生成了，音箱设备只需根据接收到的关于目标音频文件的相关信息既可对应找出目标音频文件对应的URL。
步骤S405：音箱设备根据目标音频文件的URL向电子终端请求目标音频文件。
具体地，音箱设备找到目标音频文件对应的URL后，根据该URL向电子终端发送请求目标音频文件的获取指令，相应地，电子终端接收该指令，并响应该指令，通过流媒体技术向音箱设备发送目标音频文件。
步骤S406：接收并播放电子终端通过流媒体技术发送的目标音频文件的数据。
具体地，音箱设备接收并播放接收到的目标音频文件的数据。
进一步地，流媒体技术也称流式媒体技术，能够把连续的声音数据经过压缩处理后放上网站服务器，让用户一边下载一边收听，而不要等整个压缩文件下载到自己的计算机上才可以观看的网络传输技术。
在一种可选的方案中，本发明实施例还可以包括对服务器中的音频文件重命名的步骤，即电子终端重命名服务器中的多个音频文件；电子终端将在服务器中重命名后的多个音频文件的属性信息发送到音箱设备，以使音箱设备根据接收到的属性信息更新多个音频文件中的每个音频文件各自的URL，并在预设时间间隔后重复执行重命名服务器中的多个音频文件的步骤。
具体地，电子终端会定期对服务器中的每个音频文件进行重命名，并将重命名后的每个音频文件的重命名信息发送给音箱设备，音箱设备接收到该重命名信息后，可以根据这些重命名信息重新生成每个音频文件的URL，这样做的目的在于，周期性更换服务器中的音频文件的URL，以防止其他设备在获取到音频文件的URL后，对音频文件进行恶意访问。
进一步地，每一次重命名之后，电子终端都会将重命名信息及时发送给音箱设备，以使音响设备作同步更新，当然，如果在重命名过程中，某个音频文件正在被使用，那么可以先搁置对该音频文件的重命名，待该音频文件使用完毕后，在进行重命名。
在图4所描述的数据的处理方法中,电子终端在向音箱设备发送歌曲的URL信息时，不是发送每首歌曲完整的URL，而是发送URL的生成规则，如果说歌曲的URL由“http://192.168.0.1/dms/”和“歌曲名称”组成，那么只需发送一次用于拼接http://192.168.0.1/dms/的信息，之后只需发送每首歌曲的“歌曲名称”即可使音箱设备访问每首歌曲，大大减少了电子终端与音箱设备之间的数据交互量，提高了音箱设备播放歌曲的效率。
进一步地，当通过电子终端来点播歌曲时，只需发送目标歌曲的标识号给音箱设备，音箱设备可以通过该标识号直接找到目标歌曲的URL并进行访问，进一步较少了电子终端与音箱设备之间的数据交互量，提高了音箱播放歌曲的效率；电子终端中存储歌曲的服务器由电子终端根据用户需要即时搭建的，提升了用户体验；实时重命名服务器中的歌曲，以防止无关设备在获取到歌曲URL后，对服务器进行恶意访问。
上述详细阐述了本发明实施例的方法，为了便于更好地实施本发明实施例的上述方案，相应地，下面提供了本发明实施例的装置。
请参见图5，图5是本发明实施例提供的一种电子终端50的结构示意图，该电子终端50可以包括第一接收单元501和第一发送单元502，其中，各个单元的详细描述如下。
第一接收单元501用于接收用户输入的添加指令。
具体地，电子终端50上设置有第一接收单元501，第一接收单元501可以接收用户对电子终端50的某个部位的操作而产生的添加指令，如物理按键，用户可以通过按压按键来输入添加指令；再如触摸显示屏，用户可以触控显示于触摸显示屏上的虚拟按键来输入添加指令；再如手势识别模块，用户可以通过手势来输入添加指令；再如声控模块，用户可以通过输入语音来输入添加指令。相应地，第一接收单元501会实时检测并接收该添加指令。
进一步地，当电子终端50上面有显示屏时，可以通过显示屏来显示多个音频文件，以使用户对该多个音频文件进行选择或确认，当用户确认无误时，执行输入添加指令的操作。在一种可选的应用场景中，通过显示屏显示音频文件列表，用户可以对音频文件进行翻页查看，还可以选择列表中的一部分或者全部的音频文件，当用户选择完音频文件后，点击“添加”的虚拟按钮。相应地，第一接收单元501接收到添加指令，该添加指令包含选择的音频文件的信息。
第一发送单元502用于响应添加指令，将电子终端5050预先建立的服务器的服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息发送给音箱设备70，以使音箱设备70根据服务方式信息、IP地址信息和属性信息生成多个音频文件中的每个音频文件各自在服务器中的URL，其中，属性信息包括名称信息。
具体地，上述服务器为电子终端50预先建立的，搭建的服务器环境用于供其他终端访问存储于该服务器中的数据，该服务器环境可以一直存在，也可以在用户需要的时候来开启。
上述服务方式信息包含服务器的服务方式，现有技术中，服务方式包括但不限于通过超文本传输协议HTTP访问WWW服务器、通过文件传输协议FTP访问FTP服务器等；IP地址信息包括但不限于服务器环境搭建好之后，为电子终端50分配的IP地址；多个音频文件是指用户输入的添加指令所选择的多个音频文件，其中，每个音频文件都有各自的属性信息，该属性信息至少包含音频文件的文件名称(包含格式信息)和音频文件的显示信息，对于一个音频文件来说音频文件本身所占的内存空间可能是几十兆，但是它的属性信息所占的内存空间可能只有几个比特，例如，对于一首歌曲来说，可选的属性信息有“歌曲名”、“文件名”、“歌手名称”、“专辑名称”、“文件大小”、“所在文件夹”等。
需要说明的是，第一发送单元502发送给音箱设备70的信息除了有服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息外，还可以有其他信息，具体还有哪些信息可根据需要预先设定。
第一发送单元502发送给音箱设备70的信息用于音箱设备70生成指向上述音频文件的统一资源定位符(Uniform Resource Locator，URL)，生成URL的方式很多，音频文件的文件名称为该音频文件对应的URL的组成部分之一，例如，将接收到的服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息中的至少一种按照预设算法(或规则)进行换算，将换算完的项和不需要换算的项进行组合以得到URL；当然还可以在接收到这些信息后不经过任何换算，直接将这些信息进行组合得到URL，举例来说，当第一发送单元发送给音箱设备70的服务方式信息为http，IP地址信息为192.168.0.1，多个音频文件中的音频A的属性信息分别为：所在文件夹为dms、文件名称是1000.mp3、显示信息是“奔跑”；音频B的属性信息分别为：所在文件夹为dms、文件名称是1022.mp3、显示信息是“小苹果”；那么音箱设备70则可根据接收到的上述信息生成音频A在服务器中的URL:http://192.168.0.1/dms/1000.mp3，以及生成音频B在服务器中的URL:http://192.168.0.1/dms/1022.mp3，此时，音箱设备70可以通过访问http://192.168.0.1/dms/1000.mp3来获取服务器中的音频A，也可以通过访问http://192.168.0.1/dms/1022.mp3来获取服务器中的音频B。
在一些场景下，音箱设备70访问电子终端50的URL还必须包含端口号，例如，音箱设备70需要通过http://192.168.0.1:80/dms/1011.mp3访问音频C，在这种情况下，第一发送单元502发送给音箱设备70的服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息中至少有一项还包括端口号，以使音箱设备70在生成URL时，能生成包含端口号的URL，需要说明的是，电子终端50中有很多应用程序接口(Application ProgrammingInterface，API)，电子终端50可以通过这些接口获取到很多信息，包括“端口号”。
再进一步地，第一发送单元502在将服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息发送给音箱设备70时，可以以数据帧的形式来发送，在该数据帧中可以包含一个字段，用于表明该数据包对应的数据用于生成URL，音箱设备70在读取到该字段后，即可确认数据包中的数据为用来生成URL。以避免音箱设备70错误地认为这些数据为本地数据。
举例来说，音箱设备70本身的音乐预先标识为了“本地音乐”、第一发送单元502发送给音箱设备70的音乐列表可以由第一发送单元502在发送之前预先进行标识，以表征“电子终端50音乐”，这样一来，音箱设备70在接收到第一发送单元502发送的数据时，可以首先识别出这些数据为“电子终端50音乐”，即需要生成URL的数据。
将服务方式信息、IP地址信息和属性信息进行组合以生成多个音频文件中的每个音频文件各自在服务器中的URL。
请参见图5A，图5A为又一种电子终端50的结构示意图，在图5A中，电子终端50除了包括图5所示的第一接收单元501和第一发送单元502之外，还包括命名单元510和更新单元511，其中，命名单元510和更新单元511的详细描述如下：
命名单元510用于重命名服务器中的多个音频文件。
更新单元511用于将在服务器中重命名后的多个音频文件的属性信息发送到音箱设备70，以使音箱设备70根据接收到的属性信息更新多个音频文件中的每个音频文件各自的URL，并在预设时间间隔后重复执行重命名服务器中的多个音频文件的步骤。
具体地，命名单元510会定期对服务器中的每个音频文件进行重命名，并有更新单元511将重命名后的每个音频文件的重命名信息发送给音箱设备70，音箱设备70接收到该重命名信息后，可以根据这些重命名信息重新生成每个音频文件的URL，这样做的目的在于，周期性更换服务器中的音频文件的URL，以防止其他设备在获取到音频文件的URL后，对音频文件进行恶意访问。
进一步地，每一次重命名之后，更新单元511都会将重命名信息及时发送给音箱设备70，以使音响设备作同步更新，当然，如果在重命名过程中，某个音频文件正在被使用，那么可以先搁置对该音频文件的重命名，待该音频文件使用完毕后，再进行重命名。
需要说明的是，在本发明实施例中，各个单元的具体实现还可以对应参照图1所示的方法实施例的相应描述。
在图5所描述的电子终端50中,电子终端50在向音箱设备发送歌曲的URL信息时，不是发送每首歌曲完整的URL，而是发送URL的生成规则，如果说歌曲的URL由“http://192.168.0.1/dms/”和“歌曲名称”组成，那么只需发送一次用于拼接http://192.168.0.1/dms/的信息，之后只需发送每首歌曲的“歌曲名称”即可使音箱设备访问每首歌曲，大大减少了电子终端50与音箱设备之间的数据交互量，提高了音箱设备播放歌曲的效率。
请参见图6，图6是本发明实施例提供的又一种电子终端50的结构示意图，该电子终端50除了包括如图5所示的第一接收单元501和第一发送单元502之外，还可以包括建立单元503、获取单元504、存储单元505、第二接收单元506、第二发送单元507、第三接收单元508和第三发送单元509，其中，建立单元503、获取单元504、存储单元505、第二接收单元506、第二发送单元507、第三接收单元508和第三发送单元509的详细描述如下。
建立单元503用于建立服务器。
具体地，建立单元503首先搭建服务器环境，建立单元503建立服务器可以具体由一段应用程序来完成，该应用程序可以是在开发电子终端50时，预置于电子终端50中的，也可以是用户在电子终端50中安装一个第三方应用(Application，APP)，用户打开应用程序后，进行相应设置即可搭建服务器环境。进一步地，该段应用程序可以是基于数字生活网络联盟(Digital Living Network Alliance，DLNA)的相关协议开发的程序，能够建立服务器(Digital Media Server，DMS)。
获取单元504用于获取自身包含的多个音频文件。
具体地，电子终端50中可能存在很多音频文件，并且这些音频文件还可能存在于多个文件夹中，获取单元504可以通过其自身的API来获取到这些音频文件。获取的具体过程此处不作限制，例如，可以在每次搭建完服务器后获取一次，也可以在搭建完服务器后每隔一段时间获取一次，当然还可以是其他的方式。
存储单元505用于对获取的多个音频文件中的每个音频文件分别重命名以得到每个音频文件各自的名称信息，并将重命名后的多个音频文件存储到服务器中。
具体地，由于从不同文件夹中获取到的音频文件的文件名称的命名规则可能参差不齐，此处重命名的目的之一在于统一各个音频文件的名称格式，目的之二在于生成以字符串来命名的文件名称，以方便后续音箱设备70根据该字符串文件名称来生成URL，例如，将获取到的音频文件以数字来命名，当然，重命名时不改变音频文件的后缀，如mp3后缀、avi后缀等。
以歌曲为例来说，重命名之前歌曲的文件名称通常为歌曲名，重命名后，歌曲的文件名称为一串数字，但是用户依然可以识别该歌曲，因为在该歌曲的属性信息中依然包含了该歌曲的歌曲名，歌曲名可以通过电子终端50或者音箱设备70选择性地展示给用户。
在一种可选的方案中，获取单元504每次从别的文件夹中获取音频文件时，都对获取到的音频文件进行标记，以使在下次执行获取音频文件的操作时，自动忽略已经获取过的音频文件。
进一步地，音频文件重命名后需要由存储单元505存储到建立的服务器中，音频文件只有存在于服务器中才可以通过网络、或蓝牙等技术进行共享，具体地，该服务器环境中预先建立了一个文件夹，如名称为dms的文件夹，重命名后的音频文件都存储于该文件夹中。
第二接收单元506用于接收针对目标音频文件的播放指令。
具体地，为了方便理解，以上述多个音频文件中的一个音频为例来描述点播音频文件的过程。暂且称该一个音频文件为“目标音频文件”。具体地，该播放指令可以由用户发出，例如，电子终端50可以包含一个显示屏，通过显示屏输出每个音频文件的信息，以供用户选择，用户可以通过点击、滑动手势、声控等手段来选择目标音频文件，对目标文件的选择即是目标触发音频文件的播放指令。
进一步地，对该目标音频文件的选择还可以是电子终端50自身选择的，例如，上一次点播的音频文件为音频文件A，当音频文件A播放完毕后，电子终端50根据预先设置的播放顺序，自动选择目标音频文件，对目标文件的选择即是目标触发音频文件的播放指令。
第二发送单元507用于响应播放指令，向音箱设备70发送目标音频文件的名称信息。
具体地，当第二接收单元506接收到播放指令后，需要由第二发送单元507对该指令进行响应，响应的具体过程是向音箱设备70发送目标音频文件的名称信息，该名称信息至少包括目标音频文件的文件名称，或者用于标识目标音频文件的唯一身份标识，以使音箱设备70能够确定该名称信息与目标音频文件有关。
第三接收单元508用于接收音箱设备70发送的获取指令，其中，获取指令为音箱设备70根据目标音频文件的名称信息查询出与目标音频文件相对应的目标URL后，通过目标URL发送的指令。
具体地，音箱设备70之前接收到服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息后，已开始根据这些信息生成多个音频文件各自在服务器中的URL，在一种方案中，音箱设备70在生成完所有的URL后，才能播放音频文件，在又一种方案中，音箱设备70先生成即将播放的音频文件的URL，在播放的过程中生成其他音频文件的URL，即边播放边生成URL。总而言之，要播放目标音频文件时，目标音频文件的URL已经生成了，音箱设备70只需根据接收到的关于目标音频文件的相关信息既可对应找出目标音频文件对应的URL。
进一步地，音箱设备70找到目标音频文件对应的URL后，根据该URL向电子终端50发送请求目标音频文件的获取指令，相应地，电子终端50中的第三接收单元508接收该指令。
第三发送单元509用于响应获取指令，通过流媒体技术向音箱设备70发送目标音频文件的数据，以使音箱设备70实时播放数据。
具体地，流媒体技术也称流式媒体技术，能够把连续的声音数据经过压缩处理后放上网站服务器，让用户一边下载一边收听，而不要等整个压缩文件下载到自己的计算机上才可以观看的网络传输技术。
需要说明的是，在本发明实施例中，各个单元的具体实现还可以对应参照图2所示的方法实施例的相应描述。
在图6所描述的电子终端50中,电子终端50在向音箱设备发送歌曲的URL信息时，不是发送每首歌曲完整的URL，而是发送URL的生成规则，如果说歌曲的URL由“http://192.168.0.1/dms/”和“歌曲名称”组成，那么只需发送一次用于拼接http://192.168.0.1/dms/的信息，之后只需发送每首歌曲的“歌曲名称”即可使音箱设备访问每首歌曲，大大减少了电子终端与音箱设备之间的数据交互量，提高了音箱设备播放歌曲的效率。
进一步地，当通过电子终端50来点播歌曲时，只需发送目标歌曲的标识号给音箱设备，音箱设备可以通过该标识号直接找到目标歌曲的URL并进行访问，进一步较少了电子终端50与音箱设备之间的数据交互量，提高了音箱播放歌曲的效率；电子终端50中存储歌曲的服务器由电子终端50根据用户需要即时搭建的，提升了用户体验；实时重命名服务器中的歌曲，以防止无关设备在获取到歌曲URL后，对服务器进行恶意访问。
请参见图7，图7是本发明实施例提供的一种音箱设备70的结构示意图，该音箱设备70可以包括第一接收单元701和生成单元702，其中，各个单元的详细描述如下。
第一接收单元701用于接收电子终端50发送的电子终端50预先建立的服务器的服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息，其中，属性信息包括名称信息。
具体地，电子终端50上设置有识别用户操作的模块，如物理按键，用户可以通过按压按键来输入添加指令；再如触摸显示屏，用户可以触控显示于触摸显示屏上的虚拟按键来输入添加指令；再如手势识别模块，用户可以通过手势来输入添加指令；再如声控模块，用户可以通过输入语言来输入添加指令。相应地，识别用户操作的模块会实时检测并接收该添加指令。
进一步地，当电子终端50上面有显示屏时，可以通过显示屏来显示多个音频文件，以使用户对该多个音频文件的进行选择或确认，当用户确认无误时，执行输入添加指令的操作。在一种可选的应用场景中，通过显示屏显示音频文件列表，用户可以对音频文件进行翻页查看，还可以选择列表中的一部分或者全部的音频文件，当用户选择完音频文件后，点击“添加”的虚拟按钮，相应地，电子终端50接收到添加指令，该添加指令包含选择的音频文件的信息。
上述服务器为电子终端50预先建立的，搭建的服务器环境用于供其他终端访问存储于该服务器中的数据，该服务器环境可以一直存在，也可以在用户需要的时候来开启。
上述服务方式信息包含服务器的服务方式，现有技术中，服务方式包括但不限于通过超文本传输协议HTTP访问WWW服务器、通过文件传输协议FTP访问FTP服务器等；IP地址信息包括但不限于服务器环境搭建好之后，为电子终端50分配的IP地址；多个音频文件是指用户输入的添加指令所选择的多个音频文件，其中，每个音频文件都有各自的属性信息，该属性信息至少包含音频文件的文件名称(包含格式信息)和音频文件的显示信息，对于一个音频文件来说音频文件本身所占的内存空间可能是几十兆，但是它的属性信息所占的内存空间可能只有几个比特，例如，对于一首歌曲来说，可选的属性信息有“歌曲名”、“文件名”、“歌手名称”、“专辑名称”、“文件大小”、“所在文件夹”等。
需要说明的是，电子终端50发送给第一接收单元701的信息除了有服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息外，还可以有其他信息，具体还有什么信息可根据需要预先设定。
生成单元702用于根据服务方式信息、IP地址信息和属性信息生成多个音频文件中的每个音频文件各自在服务器中的URL。进一步地，在一种可选的方案中，生成单元702生成URL的方式可以具体为将服务方式信息、IP地址信息和属性信息进行组合以生成多个音频文件中的每个音频文件各自在服务器中的URL。
具体地，生成单元702生成指向上述音频文件的统一资源定位符(UniformResource Locator，URL)，生成URL的方式很多，音频文件的文件名称为该音频文件对应的URL的组成部分之一，例如，将第一接收单元701接收到的服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息中的至少一种按照预设算法(或规则)进行换算，然后将换算后的项和不需要进行换算的项进行组合以得到URL；当然还可以在接收到这些信息后不经过任何换算，直接将这些信息进行组合得到URL，举例来说，当电子终端50发送给第一接收单元701的服务方式信息为http，IP地址信息为192.168.0.1，多个音频文件中的音频A的属性信息分别为：所在文件夹为dms、文件名称是1000.mp3、显示信息是“奔跑”；音频B的属性信息分别为：所在文件夹为dms、文件名称是1022.mp3、显示信息是“小苹果”；那么生成单元702则可根据收到的上述信息生成音频A在服务器中的URL:http://192.168.0.1/dms/1000.mp3，以及生成音频B在服务器中的URL:http://192.168.0.1/dms/1022.mp3，此时，音箱设备70可以通过访问http://192.168.0.1/dms/1000.mp3来获取服务器中的音频A，也可以通过访问http://192.168.0.1/dms/1022.mp3来获取服务器中的音频B。
在一些场景下，音箱设备70访问电子终端50的URL还必须包含端口号，例如，音箱设备70需要通过http://192.168.0.1:80/dms/1011.mp3访问音频C，在这种情况下，电子终端50发送给第一接收单元701的服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息中至少有一项还包括端口号，以使生成单元702在生成URL时，能生成包含端口号的URL，需要说明的是，电子终端50中有很多应用程序接口(ApplicationProgramming Interface，API)，电子终端50可以通过这些接口获取到很多信息，包括“端口号”。
再进一步地，电子终端50在将服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息发送给第一接收单元701时，可以以数据帧的形式来发送，在该数据帧中可以包含一个字段，用于表明该数据包对应的数据用于生成URL，第一接收单元701在读取到该字段后，即可确认数据包中的数据为用来生成URL的数据。以避免音箱设备70错误地认为这些数据为本地数据。
举例来说，音箱设备70本身的音乐预先标识为了“本地音乐”、电子终端50发送给第一接收单元701的音乐列表可以由电子终端50在发送之前预先进行标识，以表征“电子终端50音乐”，这样一来，第一接收单元701在接收到电子终端50发送的数据时，可以首先识别出这些数据为“电子终端50音乐”，即需要生成URL的数据。
需要说明的是，在本发明实施例中，各个单元的具体实现还可以对应参照图3所示的方法实施例的相应描述。
在图7所描述的音箱设备70中,电子终端在向音箱设备70发送歌曲的URL信息时，不是发送每首歌曲完整的URL，而是发送URL的生成规则，如果说歌曲的URL由“http://192.168.0.1/dms/”和“歌曲名称”组成，那么只需发送一次用于拼接http://192.168.0.1/dms/的信息，之后只需发送每首歌曲的“歌曲名称”即可使音箱设备70访问每首歌曲，大大减少了电子终端与音箱设备70之间的数据交互量，提高了音箱设备70播放歌曲的效率。
请参见图8，图8是本发明实施例提供的又一种音箱设备70的结构示意图，该音箱设备70除了包括如图7所示的第一接收单元701和生成单元702之外，还可以包括第二接收单元703、查找单元704、请求单元705和播放单元706，其中，第二接收单元703、查找单元704、请求单元705和播放单元706的详细描述如下。
第二接收单元703用于接收针对目标音频文件的播放指令，播放指令包含目标音频文件的名称信息。
具体地，为了方便理解，以上述多个音频文件中的一个音频为例来描述点播音频文件的过程。暂且称该一个音频文件为“目标音频文件”。
在一种可选的方案中，该播放指令可以由用户发出，例如，电子终端50可以包含一个显示屏，通过显示屏输出每个音频文件的信息，以供用户选择，用户可以通过点击、滑动手势、声控等手段来选择目标音频文件，对目标文件的选择即是目标触发音频文件的播放指令。
进一步地，对该目标音频文件的选择还可以是电子终端50自身选择的，例如，上一次点播的音频文件为音频文件A，当音频文件A播放完毕后，电子终端50根据预先设置的播放顺序，自动选择目标音频文件，对目标文件的选择即是目标触发音频文件的播放指令。
进一步地，当电子终端50接收到播放指令后，需要对该指令进行响应，响应的具体过程是向第二接收单元703发送目标音频文件的名称信息，该名称信息至少包括目标音频文件的文件名称，或者用于标识目标音频文件的唯一身份标识，以使第二接收单元703能够确定该名称信息与目标音频文件有关。
在又一种可选的方案中，音箱设备70上有显示屏，用于显示电子终端50发送过来的多个音频文件的属性信息中用于显示的信息，例如，当音频文件为歌曲时，在属性信息包含歌曲名，音箱设备70可以显示歌曲名列表供用户选择。相应地，用户点击音箱设备70上显示的目标音频文件的歌曲名即可触发播放指令，相应地，第二接收单元703接收该指令。
查找单元704用于根据播放指令中的名称信息查找出目标音频文件的URL。
具体地，第一接收单元701之前接收到服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息后，已开始由生成单元702根据这些信息生成多个音频文件各自在服务器中的URL，在一种方案中，生成单元702在生成完所有的URL后，才能播放音频文件，在又一种方案中，生成单元702先生成即将播放的音频文件的URL，在播放的过程中生成其他音频文件的URL，即边播放边生成URL。总而言之，要播放目标音频文件时，目标音频文件的URL已经生成了，查找单元704只需根据接收到的关于目标音频文件的相关信息既可对应找出目标音频文件对应的URL。
请求单元705用于根据目标音频文件的URL向电子终端50请求目标音频文件。
具体地，查找单元704找到目标音频文件对应的URL后，由请求单元705根据该URL向电子终端50发送请求目标音频文件的获取指令，相应地，电子终端50接收该指令，并响应该指令，通过流媒体技术向播放单元706发送目标音频文件。
播放单元706用于接收并播放电子终端50通过流媒体技术发送的目标音频文件的数据。
具体地，播放单元706接收并播放接收到的目标音频文件的数据。
进一步地，流媒体技术也称流式媒体技术，能够把连续的声音数据经过压缩处理后放上网站服务器，让用户一边下载一边收听，而不要等整个压缩文件下载到自己的计算机上才可以观看的网络传输技术。
进一步地，请参见图8A，图8A所示第二接收单元703为第二接收单元703的一种可选的结构，该第二接收单元703可以包括第一接收子单元7031和第一出发子单元7032，其中，第一接收子单元7031和第一触发子单元7032的详细描述如下：
第一接收子单元7031用于接收电子终端50发送的播放消息，其中，播放消息包含目标音频文件的名称信息。
第一触发子单元7032用于根据播放消息触发针对目标音频文件的播放指令。
进一步地，请参见图8B，图8B所示第二接收单元703为第二接收单元703的一种可选的结构，该第二接收单元703可以包括输出子单元7033、第二接收单元7034和第二触发子单元7035，其中，各个子单元的详细描述如下。
输出子单元7033用于输出显示信息以供用户选择。
第二接收子单元7034用于接收用户输入的选择目标显示信息的选择指令，其中，目标显示信息为目标音频文件的显示信息。
第二触发子单元7035响应选择指令，触发针对目标音频文件的播放指令。
需要说明的是，在本发明实施例中，各个单元的具体实现还可以对应参照图4所示的方法实施例的相应描述。
在图8所描述的音箱设备70中,电子终端在向音箱设备70发送歌曲的URL信息时，不是发送每首歌曲完整的URL，而是发送URL的生成规则，如果说歌曲的URL由“http://192.168.0.1/dms/”和“歌曲名称”组成，那么只需发送一次用于拼接http://192.168.0.1/dms/的信息，之后只需发送每首歌曲的“歌曲名称”即可使音箱设备70访问每首歌曲，大大减少了电子终端与音箱设备70之间的数据交互量，提高了音箱设备70播放歌曲的效率。
进一步地，当通过电子终端来点播歌曲时，只需发送目标歌曲的标识号给音箱设备70，音箱设备70可以通过该标识号直接找到目标歌曲的URL并进行访问，进一步较少了电子终端与音箱设备70之间的数据交互量，提高了音箱设备70播放歌曲的效率；电子终端中存储歌曲的服务器由电子终端根据用户需要即时搭建的，提升了用户体验；实时重命名服务器中的歌曲，以防止无关设备在获取到歌曲URL后，对服务器进行恶意访问。
上述详细阐述了本发明实施例的方法和装置，为了便于更好地实施本发明实施例的上述方案，相应地，下面提供了本发明实施例的相关系统。
请参见图9，图9是本发明实施例提供的一种音乐播放系统90的结构示意图，该系统90包括电子终端901和音箱设备902，关于电子终端901和音箱设备902的详细描述如下。
电子终端901接收用户输入的添加指令。
具体地，电子终端901上设置有识别用户操作的模块，如物理按键，用户可以通过按压按键来输入添加指令；再如触摸显示屏，用户可以触控显示于触摸显示屏上的虚拟按键来输入添加指令；再如手势识别模块，用户可以通过手势来输入添加指令；再如声控模块，用户可以通过输入语音来输入添加指令。相应地，识别用户操作的模块会实时检测并接收该添加指令。
进一步地，当电子终端901上面有显示屏时，可以通过显示屏来显示多个音频文件，以使用户对该多个音频文件进行选择或确认，当用户确认无误时，执行输入添加指令的操作。在一种可选的应用场景中，通过显示屏显示音频文件列表，用户可以对音频文件进行翻页查看，还可以选择列表中的一部分或者全部的音频文件，当用户选择完音频文件后，点击“添加”的虚拟按钮。相应地，电子终端901接收到添加指令，该添加指令包含选择的音频文件的信息。
电子终端901响应添加指令，将自身预先建立的服务器的服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息发送给音箱设备902，其中，属性信息包括名称信息。
具体地，上述服务器为电子终端901预先建立的，搭建的服务器环境用于供其他终端访问存储于该服务器中的数据，该服务器环境可以一直存在，也可以在用户需要的时候来开启。
上述服务方式信息包含服务器的服务方式，现有技术中，服务方式包括但不限于通过超文本传输协议HTTP访问WWW服务器、通过文件传输协议FTP访问FTP服务器等；IP地址信息包括但不限于服务器环境搭建好之后，为电子终端901分配的IP地址；多个音频文件是指用户输入的添加指令所选择的多个音频文件，其中，每个音频文件都有各自的属性信息，该属性信息至少包含音频文件的文件名称(包含格式信息)和音频文件的显示信息，对于一个音频文件来说音频文件本身所占的内存空间可能是几十兆，但是它的属性信息所占的内存空间可能只有几个比特，例如，对于一首歌曲来说，可选的属性信息有“歌曲名”、“文件名”、“歌手名称”、“专辑名称”、“文件大小”、“所在文件夹”等。
需要说明的是，电子终端901发送给音箱设备902的信息除了有服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息外，还可以有其他信息，具体还有哪些信息可根据需要预先设定。
音箱设备902接收电子终端901发送的电子终端901预先建立的服务器的服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息，其中，属性信息包括名称信息。
音箱设备902根据服务方式信息、IP地址信息和属性信息生成多个音频文件中的每个音频文件各自在服务器中的URL。
电子终端901发送给音箱设备902的信息用于音箱设备902生成指向上述音频文件的统一资源定位符(Uniform Resource Locator，URL)，生成URL的方式很多，音频文件的文件名称为该音频文件对应的URL的组成部分之一，例如，将接收到的服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息中的至少一种按照预设算法(或规则)进行换算，将换算完的项和不需要换算的项进行组合以得到URL；当然还可以在接收到这些信息后不经过任何换算，直接将这些信息进行组合得到URL，举例来说，当电子终端901发送给音箱设备902的服务方式信息为http，IP地址信息为192.168.0.1，多个音频文件中的音频A的属性信息分别为：所在文件夹为dms、文件名称是1000.mp3、显示信息是“奔跑”；音频B的属性信息分别为：所在文件夹为dms、文件名称是1022.mp3、显示信息是“小苹果”；那么音箱设备902则可根据接收到的上述信息生成音频A在服务器中的URL:http://192.168.0.1/dms/1000.mp3，以及生成音频B在服务器中的URL:http://192.168.0.1/dms/1022.mp3，此时，音箱设备902可以通过访问http://192.168.0.1/dms/1000.mp3来获取服务器中的音频A，也可以通过访问http://192.168.0.1/dms/1022.mp3来获取服务器中的音频B。
在一些场景下，音箱设备902访问电子终端901的URL还必须包含端口号，例如，音箱设备902需要通过http://192.168.0.1:80/dms/1011.mp3访问音频C，在这种情况下，电子终端901发送给音箱设备902的服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息中至少有一项还包括端口号，以使音箱设备902在生成URL时，能生成包含端口号的URL，需要说明的是，电子终端901中有很多应用程序接口(ApplicationProgramming Interface，API)，电子终端901可以通过这些接口获取到很多信息，包括“端口号”。
再进一步地，电子终端901在将服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息发送给音箱设备902时，可以以数据帧的形式来发送，在该数据帧中可以包含一个字段，用于表明该数据包对应的数据用于生成URL，音箱设备902在读取到该字段后，即可确认数据包中的数据为用来生成URL。以避免音箱设备902错误地认为这些数据为本地数据。
举例来说，音箱设备902本身的音乐预先标识为了“本地音乐”、电子终端901发送给音箱设备902的音乐列表可以由电子终端901在发送之前预先进行标识，以表征“电子终端901音乐”，这样一来，音箱设备902在接收到电子终端901发送的数据时，可以首先识别出这些数据为“电子终端901音乐”，即需要生成URL的数据。
在一种可选的方案中，本发明实施例还可以包括对服务器中的音频文件重命名的步骤，即电子终端901重命名服务器中的多个音频文件；电子终端901将在服务器中重命名后的多个音频文件的属性信息发送到音箱设备902，以使音箱设备902根据接收到的属性信息更新多个音频文件中的每个音频文件各自的URL，并在预设时间间隔后重复执行重命名服务器中的多个音频文件的步骤。
具体地，电子终端901会定期对服务器中的每个音频文件进行重命名，并将重命名后的每个音频文件的重命名信息发送给音箱设备902，音箱设备902接收到该重命名信息后，可以根据这些重命名信息重新生成每个音频文件的URL，这样做的目的在于，周期性更换服务器中的音频文件的URL，以防止其他设备在获取到音频文件的URL后，对音频文件进行恶意访问。
进一步地，每一次重命名之后，电子终端901都会将重命名信息及时发送给音箱设备902，以使音响设备作同步更新，当然，如果在重命名过程中，某个音频文件正在被使用，那么可以先搁置对该音频文件的重命名，待该音频文件使用完毕后，再进行重命名。
进一步地，在一种可选的方案中，音箱设备902根据服务方式信息、IP地址信息和属性信息生成多个音频文件中的每个音频文件各自在服务器中的URL可以具体为：
音箱设备902将服务方式信息、IP地址信息和属性信息进行组合以生成多个音频文件中的每个音频文件各自在服务器中的URL。
进一步地，在一种可选的方案中，音箱设备902根据服务方式信息、IP地址信息和属性信息生成多个音频文件中的每个音频文件各自在服务器中的URL之后：
音箱设备902接收针对目标音频文件的播放指令，播放指令包含目标音频文件的名称信息；
音箱设备902根据播放指令中的名称信息查找出目标音频文件的URL；
音箱设备902根据目标音频文件的URL向电子终端901请求目标音频文件；
接收并播放电子终端901通过流媒体技术发送的目标音频文件的数据。
进一步地，音箱设备902接收针对目标音频文件的播放指令可以具体为：
音箱设备902接收电子终端901发送的播放消息，其中，播放消息包含目标音频文件的名称信息；
音箱设备902根据播放消息触发针对目标音频文件的播放指令。
进一步地，属性信息包括音频文件的显示信息；音箱设备902接收针对目标音频文件的播放指令可以具体为：
音箱设备902输出显示信息以供用户选择；
音箱设备902接收用户输入的选择目标显示信息的选择指令，其中，目标显示信息为目标音频文件的显示信息；
音箱设备902响应选择指令，触发针对目标音频文件的播放指令。
在图9所描述的音乐播放系统90中,电子终端901在向音箱设备902发送歌曲的URL信息时，不是发送每首歌曲完整的URL，而是发送URL的生成规则，如果说歌曲的URL由“http://192.168.0.1/dms/”和“歌曲名称”组成，那么只需发送一次用于拼接http://192.168.0.1/dms/的信息，之后只需发送每首歌曲的“歌曲名称”即可使音箱设备902访问每首歌曲，大大减少了电子终端901与音箱设备902之间的数据交互量，提高了音箱设备902播放歌曲的效率。
进一步地，当通过电子终端901来点播歌曲时，只需发送目标歌曲的标识号给音箱设备902，音箱设备902可以通过该标识号直接找到目标歌曲的URL并进行访问，进一步较少了电子终端901与音箱设备902之间的数据交互量，提高了音箱播设备902放歌曲的效率；电子终端901中存储歌曲的服务器由电子终端901根据用户需要即时搭建的，提升了用户体验；实时重命名服务器中的歌曲，以防止无关设备在获取到歌曲URL后，对服务器进行恶意访问。
请参照图10，图10时本发明实施例提供的又一种电子终端100的结构示意图，该电子终端100可以包括：至少一个处理器1001，例如CPU，至少一个网络接口1004，用户接口1003，存储器1005，至少一个通信总线1002以及显示屏1006。其中，通信总线1002用于实现这些组件之间的连接通信。其中，用户接口1003可以包括显示屏(Displ10y)1006，可选用户接口1003还可以包括标准的有线接口、无线接口。通信接口1004可选的可以包括标准的有线接口(如数据线接口、网线接口等)、无线接口(如WI-FI接口、蓝牙接口、近场通讯接口)。存储器1005可以是高速R10M存储器，也可以是非不稳定的存储器(non-vol10tilememory)，例如至少一个磁盘存储器。存储器1005可选的还可以是至少一个位于远离前述处理器1001的存储装置。如图10所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及处理程序。
在图10所示的电子终端100中，通信接口1004主要用于连接第二终端，与第二终端进行数据通信；而处理器1001可以用于调用存储器1005中存储的处理程序，并执行以下操作：
电子终端接收用户输入的添加指令；
所述电子终端响应所述添加指令，将自身预先建立的服务器的服务方式信息、IP地址信息和存储于所述服务器中的多个音频文件的属性信息发送给音箱设备，以使所述音箱设备根据所述服务方式信息、所述IP地址信息和所述属性信息生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL，其中，所述属性信息包括名称信息。
可选的，所述根据所述服务方式信息、所述IP地址信息和所述属性信息生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL，包括：
将所述服务方式信息、所述IP地址信息和所述属性信息进行组合以生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL。
可选的，所述属性信息包括显示信息，所述显示信息用于在所述电子终端或所述音箱设备上输出；所述电子终端接收用户输入的添加指令之前，所述方法还包括：
所述电子终端建立所述服务器；
所述电子终端获取自身包含的多个音频文件；
所述电子终端对获取的多个音频文件中的每个音频文件分别重命名以得到每个音频文件各自的名称信息，并将重命名后的所述多个音频文件存储到所述服务器中。
可选的，所述电子终端响应所述添加指令，将自身预先建立的服务器的服务方式信息、IP地址信息和存储于所述服务器中的多个音频文件的属性信息发送给音箱设备，以使所述音箱设备根据所述服务方式信息、所述IP地址信息和所述属性信息生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL之后，所述方法还包括：
所述电子终端重命名所述服务器中的多个音频文件；
所述电子终端将在所述服务器中重命名后的多个音频文件的属性信息发送到所述音箱设备，以使所述音箱设备根据接收到的所述属性信息更新所述多个音频文件中的每个音频文件各自的URL，并在预设时间间隔后重复执行所述重命名所述服务器中的多个音频文件的步骤。
可选的，所述多个音频文件包括目标音频文件；所述电子终端响应所述添加指令，将自身预先建立的服务器的服务方式信息、IP地址信息和存储于所述服务器中的多个音频文件的属性信息发送给音箱设备，以使所述音箱设备根据所述服务方式信息、所述IP地址信息和所述属性信息生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL之后，所述方法还包括：
所述电子终端接收针对所述目标音频文件的播放指令；
所述电子终端响应所述播放指令，向所述音箱设备发送所述目标音频文件的名称信息；
所述电子终端接收所述音箱设备发送的获取指令，其中，所述获取指令为所述音箱设备根据所述目标音频文件的名称信息查询出与所述目标音频文件相对应的目标URL后，通过所述目标URL发送的指令；
所述电子终端响应所述获取指令，通过流媒体技术向所述音箱设备发送所述目标音频文件的数据，以使所述音箱设备实时播放所述数据。
综上所述，通过实施本发明实施例，电子终端在向音箱设备发送歌曲的URL信息时，不是发送每首歌曲完整的URL，而是发送URL的生成规则，如果说歌曲的URL由“http://192.168.0.1/dms/”和“歌曲名称”组成，那么只需发送一次用于拼接http://192.168.0.1/dms/的信息，之后只需发送每首歌曲的“歌曲名称”即可使音箱设备访问每首歌曲，大大减少了电子终端与音箱设备之间的数据交互量，提高了音箱设备播放歌曲的效率。
进一步地，当通过电子终端来点播歌曲时，只需发送目标歌曲的标识号给音箱设备，音箱设备可以通过该标识号直接找到目标歌曲的URL并进行访问，进一步较少了电子终端与音箱设备之间的数据交互量，提高了音箱设备播放歌曲的效率；电子终端中存储歌曲的服务器由电子终端根据用户需要即时搭建的，提升了用户体验；实时重命名服务器中的歌曲，以防止无关设备在获取到歌曲URL后，对服务器进行恶意访问。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。
以上所揭露的仅为本发明一种较佳实施例而已，当然不能以此来限定本发明之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本发明权利要求所作的等同变化，仍属于发明所涵盖的范围。
Claims (23)
1.一种数据的处理方法，其特征在于，包括：
电子终端接收用户输入的添加指令；
所述电子终端响应所述添加指令，将自身预先建立的服务器的服务方式信息、IP地址信息和存储于所述服务器中的多个音频文件的属性信息发送给音箱设备，以使所述音箱设备根据所述服务方式信息、所述IP地址信息和所述属性信息生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL，其中，所述属性信息包括名称信息；
其中，所述音箱设备根据所述服务方式信息、所述IP地址信息和所述属性信息生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL，包括：将接收到的服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息中的至少一种按照预设算法或规则进行换算，将换算完的项和不需要换算的项进行组合以得到URL，或者接收到这些信息后不经过任何换算，直接将这些信息进行组合得到URL。
2.根据权利要求1所述的方法，其特征在于，所述根据所述服务方式信息、所述IP地址信息和所述属性信息生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL，包括：
将所述服务方式信息、所述IP地址信息和所述属性信息进行组合以生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL。
3.根据权利要求2所述的方法，其特征在于，所述属性信息包括显示信息，所述显示信息用于在所述电子终端或所述音箱设备上输出；所述电子终端接收用户输入的添加指令之前，所述方法还包括：
所述电子终端建立所述服务器；
所述电子终端获取自身包含的多个音频文件；
所述电子终端对获取的多个音频文件中的每个音频文件分别重命名以得到每个音频文件各自的名称信息，并将重命名后的所述多个音频文件存储到所述服务器中。
4.根据权利要求2所述的方法，其特征在于，所述电子终端响应所述添加指令，将自身预先建立的服务器的服务方式信息、IP地址信息和存储于所述服务器中的多个音频文件的属性信息发送给音箱设备，以使所述音箱设备根据所述服务方式信息、所述IP地址信息和所述属性信息生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL之后，所述方法还包括：
所述电子终端重命名所述服务器中的多个音频文件；
所述电子终端将在所述服务器中重命名后的多个音频文件的属性信息发送到所述音箱设备，以使所述音箱设备根据接收到的所述属性信息更新所述多个音频文件中的每个音频文件各自的URL，并在预设时间间隔后重复执行所述重命名所述服务器中的多个音频文件的步骤。
5.根据权利要求1～4任一项所述的方法，其特征在于，所述多个音频文件包括目标音频文件；所述电子终端响应所述添加指令，将自身预先建立的服务器的服务方式信息、IP地址信息和存储于所述服务器中的多个音频文件的属性信息发送给音箱设备，以使所述音箱设备根据所述服务方式信息、所述IP地址信息和所述属性信息生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL之后，所述方法还包括：
所述电子终端接收针对所述目标音频文件的播放指令；
所述电子终端响应所述播放指令，向所述音箱设备发送所述目标音频文件的名称信息；
所述电子终端接收所述音箱设备发送的获取指令，其中，所述获取指令为所述音箱设备根据所述目标音频文件的名称信息查询出与所述目标音频文件相对应的目标URL后，通过所述目标URL发送的指令；
所述电子终端响应所述获取指令，通过流媒体技术向所述音箱设备发送所述目标音频文件的数据，以使所述音箱设备实时播放所述数据。
6.一种数据的处理方法，其特征在于，包括：
音箱设备接收电子终端发送的所述电子终端预先建立的服务器的服务方式信息、IP地址信息和存储于所述服务器中的多个音频文件的属性信息，其中，所述属性信息包括名称信息；
所述音箱设备根据所述服务方式信息、所述IP地址信息和所述属性信息生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL；
其中，所述音箱设备根据所述服务方式信息、所述IP地址信息和所述属性信息生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL，包括：将接收到的服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息中的至少一种按照预设算法或规则进行换算，将换算完的项和不需要换算的项进行组合以得到URL，或者接收到这些信息后不经过任何换算，直接将这些信息进行组合得到URL。
7.根据权利要求6所述的方法，其特征在于，所述多个音频文件包括目标音频文件；所述音箱设备根据所述服务方式信息、所述IP地址信息和所述属性信息生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL之后，所述方法还包括：
所述音箱设备接收针对所述目标音频文件的播放指令，所述播放指令包含所述目标音频文件的名称信息；
所述音箱设备根据所述播放指令中的名称信息查找出所述目标音频文件的URL；
所述音箱设备根据所述目标音频文件的URL向所述电子终端请求所述目标音频文件；
接收并播放所述电子终端通过流媒体技术发送的所述目标音频文件的数据。
8.根据权利要求6或7所述的方法，其特征在于，所述音箱设备根据所述服务方式信息、所述IP地址信息和所述属性信息生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL，包括：
所述音箱设备将所述服务方式信息、所述IP地址信息和所述属性信息进行组合以生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL。
9.根据权利要求7所述的方法，其特征在于，所述音箱设备接收针对所述目标音频文件的播放指令，包括：
所述音箱设备接收所述电子终端发送的播放消息，其中，所述播放消息包含所述目标音频文件的名称信息；
所述音箱设备根据所述播放消息触发针对所述目标音频文件的播放指令。
10.根据权利要求7所述的方法，其特征在于，所述属性信息包括所述音频文件的显示信息；所述音箱设备接收针对所述目标音频文件的播放指令，包括：
所述音箱设备输出所述显示信息以供用户选择；
所述音箱设备接收用户输入的选择目标显示信息的选择指令，其中，所述目标显示信息为所述目标音频文件的显示信息；
所述音箱设备响应所述选择指令，触发针对所述目标音频文件的播放指令。
11.一种电子终端，其特征在于，包括：
第一接收单元，用于接收用户输入的添加指令；
第一发送单元，用于响应所述添加指令，将所述电子终端预先建立的服务器的服务方式信息、IP地址信息和存储于所述服务器中的多个音频文件的属性信息发送给音箱设备，以使所述音箱设备根据所述服务方式信息、所述IP地址信息和所述属性信息生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL，其中，所述属性信息包括名称信息；
其中，所述音箱设备根据所述服务方式信息、所述IP地址信息和所述属性信息生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL，包括：将接收到的服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息中的至少一种按照预设算法或规则进行换算，将换算完的项和不需要换算的项进行组合以得到URL，或者接收到这些信息后不经过任何换算，直接将这些信息进行组合得到URL。
12.根据权利要求11所述的电子终端，其特征在于，所述根据所述服务方式信息、所述IP地址信息和所述属性信息生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL，包括：
将所述服务方式信息、所述IP地址信息和所述属性信息进行组合以生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL。
13.根据权利要求12所述的电子终端，其特征在于，所述属性信息包括显示信息，所述显示信息用于在所述电子终端或所述音箱设备上输出；所述电子终端还包括：
建立单元，用于建立所述服务器；
获取单元，用于获取自身包含的多个音频文件；
存储单元，用于对获取的多个音频文件中的每个音频文件分别重命名以得到每个音频文件各自的名称信息，并将重命名后的所述多个音频文件存储到所述服务器中。
14.根据权利要求12所述的电子终端，其特征在于，所述电子终端还包括：
命名单元，用于重命名所述服务器中的多个音频文件；
更新单元，用于将在所述服务器中重命名后的多个音频文件的属性信息发送到所述音箱设备，以使所述音箱设备根据接收到的所述属性信息更新所述多个音频文件中的每个音频文件各自的URL，并在预设时间间隔后重复执行所述重命名所述服务器中的多个音频文件的步骤。
15.根据权利要求11～14任一项所述的电子终端，其特征在于，所述电子终端还包括：
第二接收单元，用于接收针对目标音频文件的播放指令；
第二发送单元，用于响应所述播放指令，向所述音箱设备发送所述目标音频文件的名称信息；
第三接收单元，用于接收所述音箱设备发送的获取指令，其中，所述获取指令为所述音箱设备根据所述目标音频文件的名称信息查询出与所述目标音频文件相对应的目标URL后，通过所述目标URL发送的指令；
第三发送单元，用于响应所述获取指令，通过流媒体技术向所述音箱设备发送所述目标音频文件的数据，以使所述音箱设备实时播放所述数据。
16.一种音箱设备，其特征在于，包括：
第一接收单元，用于接收电子终端发送的所述电子终端预先建立的服务器的服务方式信息、IP地址信息和存储于所述服务器中的多个音频文件的属性信息，其中，所述属性信息包括名称信息；
生成单元，用于根据所述服务方式信息、所述IP地址信息和所述属性信息生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL；
其中，根据所述服务方式信息、所述IP地址信息和所述属性信息生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL，包括：将接收到的服务方式信息、IP地址信息和存储于服务器中的多个音频文件的属性信息中的至少一种按照预设算法或规则进行换算，将换算完的项和不需要换算的项进行组合以得到URL，或者接收到这些信息后不经过任何换算，直接将这些信息进行组合得到URL。
17.根据权利要求16所述的音箱设备，其特征在于，所述音箱设备还包括：
第二接收单元，用于接收针对目标音频文件的播放指令，所述播放指令包含所述目标音频文件的名称信息；
查找单元，用于根据所述播放指令中的名称信息查找出所述目标音频文件的URL；
请求单元，用于根据所述目标音频文件的URL向所述电子终端请求所述目标音频文件；
播放单元，用于接收并播放所述电子终端通过流媒体技术发送的所述目标音频文件的数据。
18.根据权利要求16或17所述的音箱设备，其特征在于，所述生成单元具体用于将所述服务方式信息、所述IP地址信息和所述属性信息进行组合以生成所述多个音频文件中的每个音频文件各自在所述服务器中的URL。
19.根据权利要求17所述的音箱设备，其特征在于，所述第二接收单元包括：
第一接收子单元，用于接收所述电子终端发送的播放消息，其中，所述播放消息包含所述目标音频文件的名称信息；
第一触发子单元，用于根据所述播放消息触发针对所述目标音频文件的播放指令。
20.根据权利要求17所述的音箱设备，其特征在于，所述属性信息包括所述音频文件的显示信息；所述第二接收单元包括：
输出子单元，用于输出所述显示信息以供用户选择；
第二接收子单元，用于接收用户输入的选择目标显示信息的选择指令，其中，所述目标显示信息为所述目标音频文件的显示信息；
第二触发子单元，响应所述选择指令，触发针对所述目标音频文件的播放指令。
21.一种音乐播放系统，其特征在于，所述系统包括电子终端和音箱设备，其中：
所述电子终端为权利要求11～15中任一项所述的电子终端；
所述音箱设备为权利要求16～20中任一项所述的音箱设备。
22.一种计算机存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序用于使得计算机设备执行权利要求1至5任意一项所述的方法。
23.一种计算机存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序用于使得计算机设备执行权利要求6至10任意一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510263876.XA CN104936092B (zh) | 2015-05-20 | 2015-05-20 | 一种数据的处理方法、相关装置及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510263876.XA CN104936092B (zh) | 2015-05-20 | 2015-05-20 | 一种数据的处理方法、相关装置及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104936092A CN104936092A (zh) | 2015-09-23 |
| CN104936092B true CN104936092B (zh) | 2018-09-04 |
Family
ID=54123002
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510263876.XA Active CN104936092B (zh) | 2015-05-20 | 2015-05-20 | 一种数据的处理方法、相关装置及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104936092B (zh) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101600093A (zh) * | 2009-04-29 | 2009-12-09 | 四川长虹电器股份有限公司 | 一种数字电视节目互动方法、系统、终端设备及机顶盒 |
| CN102148855A (zh) * | 2010-11-23 | 2011-08-10 | 华为技术有限公司 | 内容的获取、交付方法及装置 |
| CN103309968A (zh) * | 2013-06-06 | 2013-09-18 | 腾讯科技（深圳）有限公司 | 一种歌曲播放方法及装置 |
| CN103338263A (zh) * | 2013-07-08 | 2013-10-02 | 广东欧珀移动通信有限公司 | 基于播放器的共享音视频文件的方法及系统 |
| WO2013143363A1 (en) * | 2012-03-29 | 2013-10-03 | Tencent Technology (Shenzhen) Company Limited | A method and apparatus for data storage and downloading |
| CN103826159A (zh) * | 2013-12-04 | 2014-05-28 | Tcl集团股份有限公司 | 一种m3u8格式视频的本地离线播放方法和终端 |
-
2015
- 2015-05-20 CN CN201510263876.XA patent/CN104936092B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101600093A (zh) * | 2009-04-29 | 2009-12-09 | 四川长虹电器股份有限公司 | 一种数字电视节目互动方法、系统、终端设备及机顶盒 |
| CN102148855A (zh) * | 2010-11-23 | 2011-08-10 | 华为技术有限公司 | 内容的获取、交付方法及装置 |
| WO2013143363A1 (en) * | 2012-03-29 | 2013-10-03 | Tencent Technology (Shenzhen) Company Limited | A method and apparatus for data storage and downloading |
| CN103309968A (zh) * | 2013-06-06 | 2013-09-18 | 腾讯科技（深圳）有限公司 | 一种歌曲播放方法及装置 |
| CN103338263A (zh) * | 2013-07-08 | 2013-10-02 | 广东欧珀移动通信有限公司 | 基于播放器的共享音视频文件的方法及系统 |
| CN103826159A (zh) * | 2013-12-04 | 2014-05-28 | Tcl集团股份有限公司 | 一种m3u8格式视频的本地离线播放方法和终端 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104936092A (zh) | 2015-09-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105917302B (zh) | 软件应用和区域 | |
| CN103915095B (zh) | 语音识别的方法、交互设备、服务器和系统 | |
| CN104126309B (zh) | 用于联网音乐回放的系统和方法 | |
| EP3166343A1 (en) | Audio playing method and apparatus for multiple playing devices | |
| CN108540831B (zh) | 用于推送信息的方法和装置 | |
| CN105493069A (zh) | 用于分享媒体数据的方法及其电子设备 | |
| WO2007141611A2 (en) | Selection of media for public rendering via user devices | |
| CN108922528B (zh) | 用于处理语音的方法和装置 | |
| CN101751261B (zh) | 终端设备和内容数据处理方法 | |
| KR20100014821A (ko) | 음악 인식 시스템들 및 방법들 | |
| WO2013074307A2 (en) | Method and apparatus for updating song playlists based on received user ratings | |
| CN104732989B (zh) | 智能音乐播放控制系统及其控制方法 | |
| CN109190101A (zh) | 阅读笔记生成方法、装置和电子设备 | |
| CN105518645A (zh) | 负载平衡的持久连接技术 | |
| CN101739437A (zh) | 一种网络搜音机的实现方法及其专用设备 | |
| CN104410865A (zh) | 基于互联网的同一房间多终端操作的多媒体点播系统 | |
| CN104038774B (zh) | 生成铃声文件的方法及装置 | |
| CN109509472A (zh) | 基于语音平台识别背景音乐的方法、装置及系统 | |
| CN107665703A (zh) | 一种多用户的音频合成方法和系统以及远程服务器 | |
| CN102065340B (zh) | 实现多媒体同步交互的系统和方法 | |
| CN106257928A (zh) | 音频文件获取方法、更新通知发送方法、设备与系统 | |
| CN105592232A (zh) | 一种歌词的同步方法及装置 | |
| CN105120392B (zh) | 一种音箱分组的创建方法及移动终端 | |
| CN104038772B (zh) | 生成铃声文件的方法及装置 | |
| CN108337556A (zh) | 用于播放影音文件的方法和装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP01 | Change in the name or title of a patent holder | ||
| CP01 | Change in the name or title of a patent holder |
Address after: Changan town in Guangdong province Dongguan 523860 usha Beach Road No. 18 Patentee after: GUANGDONG OPPO MOBILE TELECOMMUNICATIONS Corp.,Ltd. Address before: Changan town in Guangdong province Dongguan 523860 usha Beach Road No. 18 Patentee before: GUANGDONG OPPO MOBILE TELECOMMUNICATIONS Corp.,Ltd. |