CN102147800B - 一种互联网卡拉ok点歌方法和系统 - Google Patents

Abstract

本发明涉及一种互联网卡拉OK点歌方法和系统。所述方法包括：S1、基于用户发起的点歌请求在互联网上搜索歌曲文件的URL；S2、验证搜索到的歌曲文件的URL的有效性；S3、下载URL有效的歌曲文件；S4、通过试播验证下载到的歌曲文件是否有效。实施本发明的互联网卡拉OK点歌系统，通过两级验证，即首先验证搜索到的歌曲文件的URL是否有效，接着通过试播验证下载到的歌曲文件是否有效，有效解决了传统互联网在线卡拉OK业务所暴露的问题，提升了互联网卡拉OK点歌的可靠性。

Description

一种互联网卡拉OK点歌方法和系统

技术领域

本发明涉及互联网系统，更具体地说，涉及一种互联网卡拉OK点歌方法和系统。

背景技术

卡拉OK是一项广受欢迎的大众娱乐活动。随着人们生活水平的提高和科学技术的进步，人们举行卡拉OK活动的地点和场所也越来越广泛。随着互联网技术水平的提高，采用开放的互联网的在线卡拉OK业务也得到广泛应用。

现有技术的互联网在线卡拉OK业务具有以下缺陷：首先开放的互联网提供的卡拉OK歌曲文件的URL(Uniform Resource Locator，通用寻址)不一定能正常下载，其URL的有效性需要核实，其次开放的互联网下载的卡拉OK歌曲文件不一定能正常播放，其歌曲文件的有效性需要核实。

发明内容

本发明要解决的技术问题在于，针对现有技术的上述缺陷，提供一种互联网卡拉OK点歌方法，其能够检验互联网提供的卡拉OK歌曲文件的URL和文件本身的有效性，从而提高互联网在线卡拉OK业务的可靠性。

本发明解决其技术问题所采用的技术方案是：构造一种互联网卡拉OK点歌方法，包括：

S1、基于用户发起的点歌请求在互联网上搜索歌曲文件的URL；

S2、验证搜索到的歌曲文件的URL的有效性；

S3、下载URL有效的歌曲文件；

S4、通过试播验证下载到的歌曲文件是否有效。

在本发明所述的互联网卡拉OK点歌方法中，所述步骤S1进一步包括当检索到符合用户发起的点歌请求的歌曲文件时，将所述歌曲文件的所有URL写入待验证的URL资源表。

在本发明所述的互联网卡拉OK点歌方法中，所述步骤S2进一步包括：

S21、读取所述歌曲文件的第一URL；

S22、修改读取的所述歌曲文件的第一URL在所述待验证的URL资源表中的下载处理标记并下载所述歌曲文件的第一URL。

在本发明所述的互联网卡拉OK点歌方法中，所述步骤S3进一步包括：下载成功后将下载到的歌曲文件在本地保存。

在本发明所述的互联网卡拉OK点歌方法中，所述步骤S4进一步包括：

S41、读取待验证文件索引表中的歌曲文件并试播所述歌曲文件；

S42、删除待验证文件索引表中的所述读取记录并判定试播是否成功，如果是执行步骤S43，否则执行步骤S44；

S43、从所述待验证的URL资源表中删除当前的读取记录；

S44、删除所述下载的歌曲文件并返回步骤S21。

在本发明所述的互联网卡拉OK点歌方法中，当所述歌曲文件的全部URL下载失败时，删除所述歌曲文件的所有URL记录。

本发明解决其技术问题采用的另一技术方案是，构造一种互联网卡拉OK点歌系统，包括：

搜索模块，用于基于用户发起的点歌请求在互联网上搜索歌曲文件的URL；

下载模块：用于验证搜索到的歌曲文件的URL的有效性并下载URL有效的歌曲文件；

试播模块，用于通过试播验证下载到的歌曲文件是否有效。

在本发明所述的互联网卡拉OK点歌系统中，进一步包括存储模块，所述存储模块用于存储下载的歌曲文件。

在本发明所述的互联网卡拉OK点歌系统中，所述下载模块进一步包括：

第一RAM，用于存储待验证的URL资源表；

URL读取单元，用于读取所述歌曲文件的第一URL；

修改单元，用于修改读取的所述歌曲文件的URL在所述待验证的URL资源表中的下载处理标记并下载所述歌曲文件的URL。

在本发明所述的互联网卡拉OK点歌系统中，所述试播模块进一步包括：

第二RAM，用于存储待验证文件索引表；

歌曲文件读取单元，用于读取待验证文件索引表中的歌曲文件并试播所述歌曲文件；

判定单元，用于删除待验证文件索引表中的所述读取记录并判定试播是否成功；

处理单元，用于当所述判定单元判定试播成功时从所述待验证的URL资源表中删除当前的读取记录，和当所述判定单元判定试播失败时删除所述下载的歌曲文件并触发所述URL读取单元读取所述歌曲文件的第一URL。

实施本发明的互联网卡拉OK点歌系统和方法，通过两级验证，即首先验证搜索到的歌曲文件的URL是否有效，接着通过试播验证下载到的歌曲文件是否有效，有效解决了传统互联网在线卡拉OK业务所暴露的问题，提升了互联网卡拉OK点歌的可靠性。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1是本发明的互联网卡拉OK点歌方法的第一实施例的流程图；

图2是本发明的互联网卡拉OK点歌系统的第一实施例的模块分解图；

图3是本发明的图2所示的互联网卡拉OK点歌系统的内部数据流图；

图4是本发明的图3所示的互联网卡拉OK点歌系统的工作时序图；

图5是本发明的互联网卡拉OK点歌系统的第二实施例的模块分解图。

具体实施方式

图1是本发明的互联网卡拉OK点歌方法的第一实施例的流程图。如图1所示，在步骤S1中，基于用户发起的点歌请求在互联网上搜索歌曲文件的URL。在本发明的一个实施例中，用户发起的点歌请求可以一次只包括一首歌曲文件，也可包括多首歌曲文件。而基于用户发起的点歌请求搜索的歌曲文件的URL可以是一个，也可以是多个。

在步骤S2中，验证搜索到的歌曲文件的URL的有效性。当检索到的歌曲文件的URL为多个时，可以按照顺序依次判定歌曲文件的URL是否有效。在本发明的一个优选实施例中，也可以当判定一个URL无效时，直接将其删除，由此每次都直接验证排序在第一位的URL。在本发明的一个优选实施例中，还设置有时间限制。当在一定的时间内下载还未完成时，直接设定URL无效。

在步骤S3中，下载URL有效的歌曲文件。下载成功后将下载到的歌曲文件在本地保存。在本发明的一个优选实施例中，可以将该歌曲文件存储在非易失性存储设备中。

在步骤S4中，通过试播验证下载到的歌曲文件是否有效。如果试播成功则证明该下载到的歌曲文件有效。如果试播失败，证明该下载到的歌曲文件无效，可以直接将其删除。

在本发明的另一实施例中，还包括对下载的歌曲文件完整性校验的步骤。在本发明的一个优选实施例中，可以采用迅雷P2P客户端软件搜索和下载卡拉OK歌曲文件。由于迅雷客户端是支持文件完整性校验的，而且迅雷的文件完整性校验是在下载过程中进行的，因此可以不加入下载文件的完整性校验。

实施本发明的互联网卡拉OK点歌方法，通过两级验证，即首先验证搜索到的歌曲文件的URL是否有效，接着通过试播验证下载到的歌曲文件是否有效，有效解决了传统互联网在线卡拉OK业务所暴露的问题，提升了互联网卡拉OK点歌的可靠性。

在本发明的优选实施例中，所述步骤S1进一步包括当检索到符合用户发起的点歌请求的歌曲文件时，将所述歌曲文件的所有URL写入待验证的URL资源表。

在本发明的另一优选实施例中，所述步骤S2进一步包括：S21、读取所述歌曲文件的第一URL；S22、修改读取的所述歌曲文件的第一URL在所述待验证的URL资源表中的下载处理标记并下载所述歌曲文件的第一URL。在本发明的一个实施例中，当所述歌曲文件的全部URL下载失败时，删除所述歌曲文件的所有URL记录。

所述步骤S4进一步包括：S41、读取待验证文件索引表中的歌曲文件并试播所述歌曲文件；S42、删除待验证文件索引表中的所述读取记录并判定试播是否成功，如果是执行步骤S43，否则执行步骤S44；S43、从所述待验证的URL资源表中删除当前的读取记录；S44、删除所述下载的歌曲文件并返回步骤S21。

本发明还公开了一种互联网卡拉OK点歌系统，其可以包括：搜索模块，用于基于用户发起的点歌请求在互联网上搜索歌曲文件的URL；下载模块，用于验证搜索到的歌曲文件的URL的有效性并下载URL有效的歌曲文件；试播模块，用于通过试播验证下载到的歌曲文件是否有效。实施本发明的互联网卡拉OK点歌系统，通过两级验证，即首先验证搜索到的歌曲文件的URL是否有效，接着通过试播验证下载到的歌曲文件是否有效，有效解决了传统互联网在线卡拉OK业务所暴露的问题，提升了互联网卡拉OK点歌的可靠性。

图2是本发明的互联网卡拉OK点歌系统的第一实施例的模块分解图。如图2所示，本发明的互联网卡拉OK点歌系统可以包括三个功能模块，即搜索模块、下载模块和试播模块，分别存储在一个RAM中的数据表(待验证的URL资源表和待验证的歌曲文件索引表)，非易失性存储设备和存储到非易失性存储设备并由其上的文件系统管理的下载的歌曲文件。其中每个功能模块都是一个独立运行的工作任务(如linux下的线程)。三个功能模块是三个并发运行的任务(如在linux下表现为单进程内的多任务)，每个数据链表都提供增加记录、删除记录、修改记录、读取记录操作接口，文件管理系统对所管理的下载歌曲可保存和删除。所述非易失性存储设备：如Flash闪存，用于保存下载的歌曲文件，非易失性存储设备上的文件管理系统使用可读写的jffs2文件系统。

在本发明的一个实施例中，待验证的URL资源表内含如下字段设计：整数型的“URL资源编号”，整数型的“歌曲编号”，字符串型的“URL地址”，布尔型的“下载处理标记”。其中“URL资源编号”字段是该表的主关键字段，数据内容在表中唯一；“歌曲编号”字段也可理解为执行某首歌曲文件URL资源搜索的搜索编号，表中可能有多条不同“URL地址”数据的记录对应同一个“歌曲编号”；“下载处理标记”有两种状态，为假表示还未对该“URL地址”执行文件下载操作，为真表示已经执行文件下载操作。该表保存的数据记录形式如表1所示。

URL资源编号	歌曲编号	URL地址	下载处理标记
				13	1001	http://www.kk1.com/kk/a1.wmv	TRUE
14	1001	http://www.kk2.com/kk/a2.wmv	TRUE
				15	1001	http://www.kk2.com/kk/a3.wmv	FALSE
16	1002	http://www.kk3.com/kk/b.wmv	TRUE
				17	1002	http://www.kk4.com/kk/c.wmv	TRUE
18	1003	http://www.kk5.com/kk/d.wmv	TRUE
				19	1004	http://www.kk6.com/kk/e.wmv	FALSE

表1：待验证的URL资源表

在本发明的一个实施例中，待验证的歌曲文件索引表内含如下字段设计：整数型的“歌曲编号”，字符串型的“URL地址”，字符串型的“歌曲文件路径”。其中“歌曲编号”字段是该表的主关键字段，数据内容在表中唯一，同时该字段与表“待验证的URL资源表”中的“歌曲编号”字段相关联。该表保存的数据记录形式如示例表二所示。

歌曲编号	URL地址	歌曲文件路径
			1001	http://www.kk2.com/kk/a2.wmv	Usb2:\kk\a2.wmv
1003	http://www.kk5.com/kk/d.wmv	Usb2:\kk\d.wmv

表2：待验证的歌曲文件索引表

图3是本发明的图2所示的互联网卡拉OK点歌系统的内部数据流图。图中详细描述了每个功能模块对相关的数据表和文件系统所做的存取操作。

接口1，“搜索模块”向“待验证的URL资源表”增加新记录；

接口2，“下载模块”从“待验证的URL资源表”读取一条记录；

接口3，“下载模块”修改“待验证的URL资源表”指定记录的标志；

接口4，下载成功后“下载模块”向“待验证的歌曲文件索引表”增加新记录；

接口5，下载成功后“下载模块”使用文件系统接口把下载的文件保存在本地；

接口6，“试播模块”从“待验证的歌曲文件索引表”读取一条记录；

接口7，无论试播是否成功，“试播模块”从“待验证的歌曲文件索引表”删除刚读取的记录；

接口8，试播成功后“试播模块”从“待验证的URL资源表”删除当前读取的记录；

接口9，试播失败后“试播模块”使用文件系统接口删除当前下载的歌曲文件

图4是本发明的图3所示的互联网卡拉OK点歌系统的工作时序图；

时序1，用户发起网络点歌请求；

时序2，“搜索模块”从网络上去寻找歌曲资源的URL；

时序3，“搜索模块”把该歌曲的所有URL写进“待验证的URL资源表”；

时序4，“下载模块”从“待验证的URL资源表”读取关联歌曲ID的第一个URL；

时序5，“下载模块”修改“待验证的URL资源表”刚读取记录的处理标记；

时序6，下载关联歌曲ID的第一个URL；

时序7，下载成功后“下载模块”向“待验证的歌曲文件索引表”增加新记录；

时序8，下载成功后“下载模块”使用文件系统接口把下载的文件保存在本地；

时序9，“试播模块”从“待验证的歌曲文件索引表”读取一条记录；

时序10，执行试播操作；

时序11，无论试播是否成功，“试播模块”从“待验证的歌曲文件索引表”删除刚读取的记录；

时序12，试播成功后“试播模块”从“待验证的URL资源表”删除当前读取的记录；

时序13，试播失败后“试播模块”使用文件系统接口删除当前下载的歌曲文件；

时序14，试播失败后“试播模块”要求“下载模块”执行关联歌曲ID的下一个URL记录的下载操作；

时序15，执行对指定URL的下载操作；在本发明的一个实施例中，也就是当在时序12删除当前URL时，指定的URL可以是第一URL。在本发明的另一实施例中，当时序12只是删除当前读取记录而并未删除当前URL时，指定的URL可以是非第一URL。

时序16，关联歌曲ID的全部URL全部下载失败后，删除该关联歌曲ID的所有URL记录。

图5是本发明的互联网卡拉OK点歌系统的第二实施例的模块分解图。图3和4使出的流程也可以由图5示出的互联网卡拉OK点歌系统的各个单元加以实现。在图5使出的互联网卡拉OK点歌系统中，包括：搜索模块、下载模块、试播模块和用于存储下载的歌曲文件的存储模块。

如图5所示，所述下载模块进一步包括：第一RAM，用于存储待验证的URL资源表；URL读取单元，用于读取所述歌曲文件的第一URL；修改单元，用于修改读取的所述歌曲文件的URL在所述待验证的URL资源表中的下载处理标记并下载所述歌曲文件的URL。

所述试播模块进一步包括：第二RAM，用于存储待验证文件索引表；歌曲文件读取单元，用于读取待验证文件索引表中的歌曲文件并试播所述歌曲文件；判定单元，用于删除待验证文件索引表中的所述读取记录并判定试播是否成功；处理单元，用于当所述判定单元判定试播成功时从所述待验证的URL资源表中删除当前的读取记录，和当所述判定单元判定试播失败时删除所述下载的歌曲文件并触发所述URL读取单元读取所述歌曲文件的第一URL。

在本发明的另一优选实施例中，该第一和第二RAM可以设置在其他位置，也可单独设置成一个RAM存储单元。

实施本发明的互联网卡拉OK点歌系统，通过两级验证，即首先验证搜索到的歌曲文件的URL是否有效，接着通过试播验证下载到的歌曲文件是否有效，有效解决了传统互联网在线卡拉OK业务所暴露的问题，提升了互联网卡拉OK点歌的可靠性。

本发明的一个实施例提供了一种机器可读存储器，其上存储有计算机程序。该程序至少包含一段代码，所述至少一段代码由机器执行使得该机器能够执行本申请中所述的方法步骤。

因此，本发明可以通过硬件、软件，或者软、硬件结合来实现。本发明可以在至少一个计算机系统中以集中方式实现，或者由分布在几个互连的计算机系统中的不同部分以分散方式实现。任何可以实现方法的计算机系统或其它设备都是可适用的。常用软硬件的结合可以是安装有计算机程序的通用计算机系统，通过安装和执行程序控制计算机系统，使其按方法运行。

虽然本发明是通过具体实施例进行说明的，本领域技术人员应当明白，在不脱离本发明范围的情况下，还可以对本发明进行各种变换及等同替代。因此，本发明不局限于所公开的具体实施例，而应当包括落入本发明权利要求范围内的全部实施方式。

Claims (2)

1.一种互联网卡拉OK点歌方法，其特征在于，包括：

S1、基于用户发起的点歌请求在互联网上搜索歌曲文件的URL；所述用户发起的点歌请求一次包括一首或多首歌曲文件；当检索到符合用户发起的点歌请求的歌曲文件时，将所述歌曲文件的所有URL写入待验证的URL资源表；

S2、验证搜索到的歌曲文件的URL的有效性；

所述步骤S2进一步包括：读取所述歌曲文件的第一URL；修改读取的所述歌曲文件的第一URL在所述待验证的URL资源表中的下载处理标记并下载所述歌曲文件的第一URL；在所述URL资源表内，URL资源编号为整数型，歌曲编号为整数型，URL地址为字符串型，下载处理标记为布尔型；

当在预定的时间内下载还未完成时，直接设定URL无效；

S3、下载URL有效的歌曲文件；下载成功后将下载到的歌曲文件在本地保存；

S4、通过试播验证下载到的歌曲文件是否有效；所述步骤S4进一步包括：

S41、读取待验证文件索引表中的歌曲文件并试播所述歌曲文件；

S42、删除待验证文件索引表中的所述读取记录并判定试播是否成功，如果是执行步骤S43，否则执行步骤S44；

S43、从所述待验证的URL资源表中删除当前的读取记录；

S44、删除所述下载的歌曲文件并返回步骤S2；当所述歌曲文件的全部URL下载失败时，删除所述歌曲文件的所有URL记录。

2.一种互联网卡拉OK点歌系统，其特征在于，包括：

搜索模块，用于基于用户发起的点歌请求在互联网上搜索歌曲文件的URL；所述用户发起的点歌请求一次包括一首或多首歌曲文件；

下载模块：用于验证搜索到的歌曲文件的URL的有效性并下载URL有效的歌曲文件；所述下载模块还用于当预定的时间内下载还未完成时，直接设定URL无效；

所述下载模块进一步包括：

第一RAM，用于存储待验证的URL资源表；

URL读取单元，用于读取所述歌曲文件的第一URL；

修改单元，用于修改读取的所述歌曲文件的URL在所述待验证的URL资源表中的下载处理标记并下载所述歌曲文件的URL；在所述URL资源表内，URL资源编号为整数型，歌曲编号为整数型，URL地址为字符串型，下载处理标记为布尔型；

试播模块，用于通过试播验证下载到的歌曲文件是否有效；所述试播模块进一步包括：第二RAM，用于存储待验证文件索引表；歌曲文件读取单元，用于读取待验证文件索引表中的歌曲文件并试播所述歌曲文件；判定单元，用于删除待验证文件索引表中的所述读取记录并判定试播是否成功；处理单元，用于当所述判定单元判定试播成功时从所述待验证的URL资源表中删除当前的读取记录，和当所述判定单元判定试播失败时删除所述下载的歌曲文件并触发所述URL读取单元读取所述歌曲文件的第一URL；

存储模块，用于存储下载的歌曲文件。