CN102193943B - 向用户提供媒体数据的方法和装置 - Google Patents

Abstract

本发明实施例提供了一种向用户提供媒体数据的方法和装置。该方法主要包括：服务器端接收客户端发送的获取媒体数据的请求，从所述服务器端存储的媒体数据中获取所述客户端所请求的媒体数据；所述服务器端将所述客户端所请求的媒体数据返回给所述客户端，所述客户端将所述服务器端返回的媒体数据展示给用户，供用户下载。利用本发明，通过在服务器端存储各个用户上传的媒体数据，可以方便地在线向用户提供其所需要的媒体数据，这样不仅能够省去用户截取媒体数据的时间，而且能够让用户批量去下载其所需要的媒体数据。

Description

向用户提供媒体数据的方法和装置

技术领域

本发明涉及媒体应用技术领域，尤其涉及一种向用户提供媒体数据的方法和装置。

背景技术

用户使用播放器软件播放影片时，希望能够将影片中精彩的媒体数据保存起来跟别人分享，比如把影片精彩的画面保存成gif等格式的图片，或者是把影片中精彩的配音截取下来保存成音频文件，比如，作为手机铃声。

现有技术中的一种用户获取其所需要的媒体数据的方法为：用户通过搜索引擎，到互联网上根据文本字符匹配去搜索其所需要的图片或音频文件等媒体数据。

在实现本发明过程中，发明人发现上述现有技术中用户获取其所需要的媒体数据的方法的缺点为：通过文本字符去匹配很难找到用户喜欢的影片中的图片或者音频文件等媒体数据，而且搜索到的等媒体数据不能与其他人分享。

发明内容

本发明的实施例提供了一种向用户提供媒体数据的方法和装置，以实现方便地向用户提供其所需要的媒体数据。

一种向用户提供媒体数据的方法，包括：

服务器端接收客户端发送的获取媒体数据的请求，从所述服务器端存储的媒体数据中获取所述客户端所请求的媒体数据；

所述服务器端将所述客户端所请求的媒体数据返回给所述客户端，所述客户端将所述服务器端返回的媒体数据展示给用户，供用户下载。

一种向用户提供媒体数据的装置，设置于服务器端，包括：

媒体数据获取模块，用于接收客户端发送的获取媒体数据的请求，从所述服务器端存储的媒体数据中获取所述客户端所请求的媒体数据；

媒体数据返回模块，用于将所述媒体数据获取模块所获取的媒体数据返回给所述客户端，所述客户端将所述服务器端返回的媒体数据展示给用户，供用户下载。

由上述本发明的实施例提供的技术方案可以看出，本发明实施例通过在服务器端存储各个用户上传的媒体数据，可以方便地在线向用户提供其所需要的媒体数据，这样不仅能够省去用户截取媒体数据的时间，而且能够让用户批量去下载其所需要的媒体数据，可以很好地满足人们截取影片中的某段视频转成gif图片或手机铃声等需求。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例一提供的一种向用户提供媒体数据的方法的处理流程图；

图2为本发明实施例提供的一种向用户提供媒体数据的装置的具体结构图。

具体实施方式

为便于对本发明实施例的理解，下面将结合附图以几个具体实施例为例做进一步的解释说明，且各个实施例并不构成对本发明实施例的限定。

实施例一

以向用户提供音频文件为例，该实施例提供的一种向用户提供媒体数据的方法的处理流程如图1所示，包括如下步骤：

步骤11、用户在用播放器播放影片的过程中，选择对影片中的音频进行截取。于是，播放器在客户端计算该影片的hash(哈希)值，向服务器端发送携带上述hash值的请求。

上述Hash值为根据文件的内容通过逻辑运算得到的数值，上述逻辑运算比较通用的有MD5和SHA1等算法。不同的文件，如果内容不同将得到不同的Hash值，所以HASH值可以作为一个文件的标识信息。不同HASH值的文件肯定是不同的文件，相同的HASH值的文件的内容肯定是完全相同(即使文件名不同)。

步骤12、在服务器端存储所有用户共享的音频文件和图片等文件，所有文件根据截取出文件的影片的hash值进行分类，相同hash值的文件会集中存储在一起。

在服务器端存储的每个文件都对应一个数据结构，这个数据结构用来存储与该文件相关的信息。上述数据结构中的字段信息如下述表1所示：

表1：

字段名	备注
		id	序列号
fileType	文件类型
		mediaHashID	截取该文件的影片的哈希值

mediaTimeStart	截取的起始时间
		mediaTimeDuration	截取时长
mediaFileSize	被截取的文件大小
		mediaDescription	被截取文件描述信息
pop	热度(流行度)
		timesDownload	被下载次数
timeWhenUpload	被上传的时间
		urlLink	下载链接地址
reserveOne	保留字段

服务器端的每个文件可以通过上述数据结构中的序列号唯一地标识，并且可以根据上述数据结构中的mediaHashID字段的值进行分类。

当服务器端接收到上述播放器发送过来的携带上述hash值的请求后，就会根据上述hash值去查询服务器端存储的所有音频文件，判断是否有和上述hash值匹配的音频文件，如果有，则执行步骤13；否则，则执行步骤15。

步骤13、服务器获取和上述hash值匹配的音频文件集合，并且把所有音频文件按照pop字段的值进行排序，上述pop字段的值越高说明这个音频文件就越受欢迎，该pop字段的值可以按照上述音频文件的下载次数来计算。

然后，服务器端将排序后的各个音频文件的描述信息返回给客户端侧的播放器。上述音频文件的描述信息可以用下述表2来表示。

表2、

字段名	备注
		fileName	文件名
fileType	文件类型
		mediaFileSize	文件大小

mediaDescription	媒体文件描述信息
		pop	热度(流行度)
urlLink	下载链接地址

步骤14、客户端的播放器接收服务器端发送过来的上述各个音频文件和每个音频文件的描述信息后，从每个音频文件的描述信息中获取音频文件的pop字段的值。

在该实施例中，预先设定一个音频文件的pop字段的阈值，只要当上述服务器端发送过来的音频文件的pop字段的值大于上述阈值时，播放器才通过窗口向用户展示该音频文件。

播放器通过将各个音频文件的pop字段的值和上述阈值进行比较后，将pop字段的值大于上述阈值的音频文件和该音频文件的描述信息通过窗口向用户展示，提示用户进行下载。

用户选择从上述播放器展示的音频文件中下载其所需要的音频文件。服务器端在用户下载完成了某个音频文件后，需要将该音频文件的数据结构中的timesDownload字段的值加1。

步骤15、当服务器端没有和上述hash值匹配的音频文件，或者，用户直接选择自己从影片中截取音频文件，则用户根据自己的需要选择好截取的起始点和截取长度后，从播放的影片中截取相应的音频文件。

步骤16、在用户从播放的影片中截取完其所需要的音频文件后，播放器会提示用户是否同意分享截取的音频文件，如果用户同意分享，则播放器会把用户截取的音频文件，以及该音频文件相关的描述信息，比如截取该音频文件的影片的哈希值，截取的起始时间，截取时长，截取的音频文件的大小等信息，上传到服务器端。

服务器端接收到上述播放器上传的音频文件，以及该音频文件相关的描述信息后，组成该音频文件的数据结构，将该音频文件和相应的数据结构进行存储。

本发明实施例还提供了一种向用户提供媒体数据的装置，该装置设置于服务器端，其具体结构如图2所示，包括如下模块：

媒体数据获取模块21，用于接收客户端发送的获取媒体数据的请求，从所述服务器端存储的媒体数据中获取所述客户端所请求的媒体数据；

媒体数据返回模块22，用于将所述媒体数据获取模块所获取的媒体数据返回给所述客户端，所述客户端将所述服务器端返回的媒体数据展示给用户，供用户下载。

所述装置还可以包括：

媒体数据存储模块23，用于接收到客户端上传的媒体数据后，组成所述媒体数据的数据结构，将所述媒体数据和所述媒体数据的数据结构进行存储，所述媒体数据的数据结构包括：序列号、数据类型、截取该媒体数据的影片的哈希值、截取的起始时间、截取时长、媒体数据的大小、热度、被下载次数和上传的时间。

所述的媒体数据获取模块22具体可以包括：

请求接收模块221，用于接收客户端的播放器发送的携带影片的哈希值的获取媒体数据的请求，所述影片的哈希值为当用户在用播放器播放影片的过程中，选择对影片中的媒体数据进行截取时，所述播放器通过设定的算法计算的；

媒体数据查询模块222，用于根据所述请求接收模块所接收到的获取媒体数据的请求中携带的哈希值，查询服务器端存储的所有媒体数据，获取和所述哈希值匹配的媒体数据。

所述的媒体数据返回模块23，还用于将和所述哈希值匹配的多个媒体数据按照热度进行排序后，将排序后的各个媒体数据的描述信息返回给所述播放器，所述媒体数据的描述信息中包括：热度和下载链接地址。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

综上所述，本发明实施例通过在服务器端存储各个用户上传的媒体数据，可以方便地在线向用户提供其所需要的媒体数据，这样不仅能够省去用户截取媒体数据的时间，而且能够让用户批量去下载其所需要的媒体数据，可以很好地满足人们截取影片中的某段视频转成gif图片或手机铃声等需求。

本发明实施例还能够满足人们将截取出来的媒体数据和其它用户进行分享的要求。在服务器端将存储的媒体数据按照热度进行排名，这样能提高用户参与的积极性，使用户能够根据热度去下载到当前影片中最流行的gif图片和铃声等。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (6)

1.一种向用户提供媒体数据的方法，其特征在于，包括：

当用户在用播放器播放影片的过程中，选择对影片中的媒体数据进行截取时，服务器端接收客户端发送的获取媒体数据的请求；

所述服务器端从存储的媒体数据中获取所述客户端所请求的媒体数据，其中，所述服务器端存储有所有用户共享的音频文件和图片文件；

所述服务器端将所述客户端所请求的媒体数据返回给所述客户端，所述客户端将所述服务器端返回的媒体数据展示给用户，供用户下载；

所述方法还包括：

在用户通过播放器从播放的影片中截取了媒体数据后，所述播放器将所述截取的媒体数据上传给服务器端；

所述服务器端接收到所述播放器上传的媒体数据后，组成所述媒体数据的数据结构，将所述媒体数据和所述媒体数据的数据结构进行关联存储；

当用户在用播放器播放影片的过程中，选择对影片中的媒体数据进行截取时，所述播放器计算所述影片的哈希值，向服务器端发送携带所述哈希值的获取媒体数据的请求；

所述服务器端接收到携带所述哈希值的获取媒体数据的请求后，根据所述哈希值去查询服务器端存储的所有媒体数据，获取和所述哈希值匹配的媒体数据。

2.根据权利要求1所述的向用户提供媒体数据的方法，其特征在于，所述的所述服务器端将所述客户端所请求的媒体数据返回给所述客户端，所述客户端将所述服务器端返回的媒体数据展示给用户，供用户下载，包括：

所述服务器端将和所述哈希值匹配的多个媒体数据按照热度进行排序后，将排序后的各个媒体数据的描述信息返回给所述播放器，所述媒体数据的描述信息中包括：热度和下载链接地址；

所述播放器将热度大于预定的阈值的媒体数据的描述信息展示给用户，供用户下载。

3.根据权利要求2所述的向用户提供媒体数据的方法，其特征在于，所述媒体数据的数据结构包括：序列号、数据类型、截取该媒体数据的影片的哈希值、截取的起始时间、截取时长、媒体数据的大小、热度、被下载次数和上传的时间。

4.一种向用户提供媒体数据的装置，其特征在于，设置于服务器端，包括：

媒体数据获取模块，当用户在用播放器播放影片的过程中，选择对影片中的媒体数据进行截取时，用于接收客户端发送的获取媒体数据的请求，从所述服务器端存储的媒体数据中获取所述客户端所请求的媒体数据，其中，所述服务器端存储有所有用户共享的音频文件和图片文件；

媒体数据返回模块，用于将所述媒体数据获取模块所获取的媒体数据返回给所述客户端，所述客户端将所述服务器端返回的媒体数据展示给用户，供用户下载；

所述装置还包括：

媒体数据存储模块，用于接收到客户端上传的媒体数据后，组成所述媒体数据的数据结构，将所述媒体数据和所述媒体数据的数据结构进行关联存储；

所述的媒体数据获取模块包括：

请求接收模块，用于接收客户端的播放器发送的携带影片的哈希值的获取媒体数据的请求，所述影片的哈希值为当用户在用播放器播放影片的过程中，选择对影片中的媒体数据进行截取时，所述播放器通过设定的算法计算的；

媒体数据查询模块，用于根据所述请求接收模块所接收到的获取媒体数据的请求中携带的哈希值，查询服务器端存储的所有媒体数据，获取和所述哈希值匹配的媒体数据。

5.根据权利要求4所述的向用户提供媒体数据的装置，其特征在于，所述媒体数据的数据结构包括：序列号、数据类型、截取该媒体数据的影片的哈希值、截取的起始时间、截取时长、媒体数据的大小、热度、被下载次数和上传的时间。

6.根据权利要求4所述的向用户提供媒体数据的装置，其特征在于：

所述的媒体数据返回模块，还用于将所述媒体数据获取模块所获取的和所述哈希值匹配的多个媒体数据按照热度进行排序后，将排序后的各个媒体数据的描述信息返回给所述播放器，所述媒体数据的描述信息中包括：热度和下载链接地址。

Images