CN103945259B - 一种在线视频播放方法及装置 - Google Patents

Abstract

本发明适用于视频播放领域，提供了一种在线视频播放方法及装置。所述方法包括：接收播放器发送的播放请求；查找创建的缓存档案中是否缓存有与所述播放请求对应的视频数据；所述视频数据为视频文件播放中断时的中断点对应的音视频帧；在缓存有与所述播放请求对应的视频数据时，将预先生成的缓存的视频数据所在的地址发送给播放器，以使所述播放器访问所述缓存的视频数据所在的地址。本发明实施例能够缩短播放器跳转定位到相应视频数据的时间。

Description

一种在线视频播放方法及装置

技术领域

本发明属于视频播放领域，尤其涉及一种在线视频播放方法及装置。

背景技术

随着近年来终端，特别是移动终端的飞速发展，在智能手机、平板等便携设备上观看在线视频成为一种趋势。移动终端管理在线视频的视频数据有以下两种方式：一是将一个视频文件中的视频数据逐段缓存到内存中，如爱奇艺，乐视，腾讯，优酷等主流在线视频网站提供的移动端应用；二是将一个视频文件中的全部视频数据存储到移动终端的本地存储中，如快播等移动端应用。

对于第一种方式，若用户在视频播放过程中退出，则内存中已缓冲且未播放的视频数据将被丢弃，在用户隔一段时间再观看该视频时，需要重新向在线视频发送请求才能从中断点继续播放。由于需要重新向在线视频发送请求，因此播放器需要等待在线视频响应才能重新加载、跳转到中断点对应的视频数据，从而导致播放器跳转定位到相应视频数据的时间过长。而对于第二种方式，由于视频文件比较大（尤其是高清视频普及后），若将全部视频数据存储到移动终端的本地存储中，则将大量占用移动终端有限的存储空间，降低了移动终端存储空间的使用效率。

发明内容

本发明实施例提供了一种在线视频播放方法，旨在解决现有方法在播放视频文件时，播放器跳转定位到相应视频数据的时间过长的问题。

本发明实施例是这样实现的，一种在线视频播放方法，所述方法包括下述步骤：

接收播放器发送的播放请求；

查找创建的缓存档案中是否缓存有与所述播放请求对应的视频数据；所述视频数据包括视频文件播放中断时的中断点对应的音视频帧；

在查找到与所述播放请求对应的视频数据时，生成缓存的视频数据所在的地址，并将所述生成的缓存的视频数据所在的地址发送给播放器，以使所述播放器访问所述缓存的视频数据所在的地址。

本发明实施例的另一目的在于提供一种在线视频播放装置，所述装置包括：

播放请求接收单元，用于接收播放器发送的播放请求；

缓存数据判断单元，用于查找创建的缓存档案中是否缓存有与所述播放请求对应的视频数据；所述视频数据包括视频文件播放中断时的中断点对应的音视频帧；

视频数据地址发送单元，用于在查找到与所述播放请求对应的视频数据时，生成缓存的视频数据所在的地址，并将所述生成的缓存的视频数据所在的地址发送给播放器，以使所述播放器访问所述缓存的视频数据所在的地址。

在本发明实施例中，由于缓存了中断点对应的视频数据，因此播放器无需等待视频网站响应播放请求就能重新加载、跳转到中断点对应的视频数据，缩短播放器跳转定位到相应视频数据的时间。

此外，由于只缓存了中断点对应的视频数据，没有缓存整个视频文件的视频数据，因此不会占用过多的存储空间，提高存储空间的使用效率。

附图说明

图1是本发明第一实施例提供的一种在线视频播放方法的流程图；

图2是本发明第一实施例提供一个数据分片的示意图；

图3是本发明第一实施例提供的代理服务器从视频网站获取视频数据，并组成不同数据分片发送给播放器的示意图；

图4是本发明第二实施例提供的另一种在线视频播放方法的流程；

图5是本发明第二实施例提供的一种缓存档案的组织结构示意图；

图6是本发明第三实施例提供的一种在线视频播放装置的结构图。

具体实施方式

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

本发明实施例中，代理服务器接收到播放器发送的播放请求时，查找其本身是否缓存有与所述播放请求对应的视频数据，若已缓存，则将缓存的视频数据所在的地址发送给播放器，以使该播放器访问接收到的地址，播放相应的视频数据；若未缓存，则从视频网站获取与该播放请求对应的视频数据，并缓存在其创建的缓存档案中，以便用户在中断播放视频文件时，可在缓存档案中直接访问到中断点对应的视频数据。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

实施例一：

图1示出了本发明第一实施例提供的一种在线视频播放方法的流程图，本实施例中，在代理服务器缓存了视频文件时，若播放器希望播放该视频文件，则可直接访问代理服务器缓存的视频文件；在代理服务器没有缓存视频文件时，代理服务器首先从视频网站获取相应的视频文件并缓存，播放器再访问缓存的视频文件。详述如下：

步骤S11，接收播放器发送的播放请求。

该步骤中，用户希望观看视频文件时，触发播放器发送播放请求给代理服务器。该播放请求携带有需要播放的视频文件的唯一标识，该视频文件的唯一标识为代理服务器创建的缓存档案的通用唯一识别码(Universally Unique Identifier，UUID）。

步骤S12，查找创建的缓存档案中是否缓存有与所述播放请求对应的视频数据；所述视频数据包括视频文件播放中断时的中断点对应的音视频帧。

该步骤中，用户打开过但没播放结束的视频文件对应的视频数据将缓存在代理服务器创建的缓存档案中，代理服务器接收到播放器发送的播放请求后，根据该播放请求携带的视频文件的唯一标识，查找其创建的缓存档案中是否缓存有对应的视频文件。其中，该步骤的视频数据包括视频文件播放中断时的中断点对应的音视频帧及解析所述音视频帧所需的信息，中断点是指用户停止播放视频文件的时间点；解析音视频帧所需的信息包括：视频文件的格式，轨道数、音视频格式等基本信息。通过这些信息，能够正确地从视频文件中提取出音视频帧。进一步地，如果视频文件的格式中包含有索引信息，则需要依赖索引信息来解析音视频帧数据。

步骤S13，在查找到与所述播放请求对应的视频数据时，生成缓存的视频数据所在的地址，并将所述生成的缓存的视频数据所在的地址发送给播放器，以使所述播放器访问所述缓存的视频数据所在的地址。

该步骤中，缓存的视频数据所在的地址是由代理服务器根据其缓存的视频数据所在主机名、所在的缓存档案及唯一指向该视频数据的名称等信息生成。播放器接收到代理服务器发送的视频数据的缓存地址后，访问该地址就能播放缓存的视频数据中的音视频帧，从而无需等待视频网站响应播放器发送的播放请求就能重新加载、跳转到中断点对应的视频数据，缩短播放器跳转定位到相应视频数据的时间。

进一步地，在代理服务器没有查找到已缓存有与所述播放请求对应的视频数据时，创建缓存档案，以便缓存从视频网站获取的与所述播放请求对应的视频数据，再将缓存的视频数据所在的地址转发至播放器，以使所述播放器访问所述缓存的视频数据所在的地址。

该步骤中，若视频数据为用户第一次打开播放，则代理服务器没有缓存有与所述播放请求对应的视频数据，代理服务器将接收的播放请求转发至视频网站，视频网站再返回与所述播放请求对应的视频文件所在的统一资源定位符（Uniform Resource Locator，URL）地址，代理服务器再访问该URL地址以获取相应的视频数据，并创建一个缓存档案用于缓存获取的视频数据，再将缓存的视频数据所在的地址转发至播放器，以使所述播放器访问所述缓存的视频数据所在的地址。创建的缓存档案通过分配的通用唯一识别码(Universally Unique Identifier，UUID）作为索引，用于区分不同的缓存档案。

本实施例中，代理服务器接收到播放器发送的播放请求时，查找其本身是否缓存有与所述播放请求对应的视频数据，若已缓存，则将缓存的视频数据所在的地址发送给播放器，以使该播放器访问接收到的地址，播放相应的视频数据；若未缓存，则从视频网站获取与该播放请求对应的视频数据，并缓存在其创建的缓存档案中，以便用户在中断播放视频文件时，可在缓存档案中直接访问到中断点对应的视频数据。由于代理服务器缓存了中断点对应的视频数据，因此播放器无需等待视频网站响应播放请求就能重新加载、跳转到中断点对应的视频数据，缩短播放器跳转定位到相应视频数据的时间。并且，由于代理服务器只缓存了中断点对应的视频数据，没有缓存整个视频文件的视频数据，因此不会占用过多的存储空间，提高存储空间的使用效率。

作为本发明一优选实施例，在代理服务器缓存从视频网站获取的与所述播放请求对应的视频数据的步骤之后，包括下述步骤：判断获取的视频数据中的音视频帧中哪一个帧是视频I帧；缓存档案依据判断结果，以数据分片的形式缓存获取的音视频帧；每一个数据分片以一个视频I帧开始，以所述视频I帧的下一个视频I帧的前一帧结束。

本实施例中，代理服务器在获取视频数据之后，判断获取的视频数据中的音频帧和视频帧中，哪一个帧是视频I帧，每当判断出一个视频I帧时，就创建一个数据分片，每个数据分片都以一个视频I帧开始，以开始的视频I帧的下一个I帧的前一帧结束。图2示出了一个数据分片的示意图，在图2中，数据分片是以音频帧结束的，但实际情况中，若开始的视频I帧的下一个I帧是视频帧时，则以视频帧结束，此处不作限定。创建的数据分片依序形成一个队列缓冲池，均匀发送给播放器。

优选地，缓存档案缓存一个数据分片的时间设定为大于播放器播放所述数据分片的时间。

图3示出了代理服务器从视频网站获取视频数据，并组成不同数据分片发送给播放器的示意图，在图3中，一个数据分片发送给播放器之后还会缓存一段时间，这是由于代理服务器获取一个数据分片的时间通常大于播放器播放该数据分片的时间，即播放器当前播放的数据分片通常是代理服务器在前一段时间发送给播放器的，因此为了保证播放器在中断播放视频文件后，还能在代理服务器访问到中断点对应的视频数据，则代理服务器在将一个数据分片发送给播放器之后，还将缓存这个数据分片一段时间再丢弃。例如，可将缓存一个数据分片的时间设定为大于播放器播放该数据分片的时间的数值。

实施例二：

图4示出了本发明第二实施例提供的另一种在线视频播放方法的流程图，本实施例中，步骤S41、步骤S45以及步骤S46与实施例一的步骤S11、步骤S12、以及步骤S13相同，此处不再赘述：

步骤S41，接收播放器发送的播放请求。

步骤S42，将所述播放请求转发至视频网站，并接收所述视频网站返回的与所述播放请求对应的视频文件所在的统一资源定位符URL地址。

该步骤中，视频文件的URL用于指向存放该视频文件的具体位置，只要访问该URL就能访问到该URL指向的视频文件，进而获取该视频文件的视频数据。

步骤S43，发送获取预设长度数据请求给所述视频网站，以获取所述URL地址指向的视频文件的预设长度数据。

该步骤中，代理服务器访问接收的URL地址，并发送获取预设长度数据请求给视频网站。这里的预设长度数据可为视频文件的前1K字节对应的数据。当然，若判断出视频文件的大小小于1K，则这里的预设长度数据是指视频文件的所有数据。

步骤S44，计算获取的预设长度数据的散列值，计算得到的散列值作为所述预设长度数据所在的视频文件的散列值，所述视频文件的散列值用于唯一标识所述视频文件。

该步骤中，利用MD5或SHA-1等散列函数计算预设长度数据（例如视频文件的前1K字节对应的数据）的散列值，并将得到的散列值作为预设长度数据所在的视频文件的散列值，以用于唯一标识该视频文件。由于经过散列函数计算得到的两个散列值不相同时，用于计算这两个散列值的原始输入数据也不相同，因此可通过判断视频文件对应的散列值来判断两个视频文件是否为同一个视频文件。

步骤S45，查找创建的缓存档案中是否缓存有与所述播放请求对应的视频数据；所述视频数据包括视频文件播放中断时的中断点对应的音视频帧。

作为本发明一优选实施例，所述查找创建的缓存档案中是否缓存有与所述播放请求对应的视频数据的步骤具体包括：

逐个查找创建的缓存档案中的散列值；判断查找的散列值与新计算的散列值是否相等；若相等，判定创建的缓存档案中缓存有与所述播放请求对应的视频数据；若不相等，则判定创建的缓存档案中没有缓存有与所述播放请求对应的视频数据

其中，缓存档案的组织结构可如图5所示，在图5中，缓存档案都分配有一个UUID作为区分不同的缓存档案，此外，该缓存档案在图5中“hash”的位置还记录着存储于该缓存档案的视频文件对应的散列值，在“cache description”记录着视频大小，类型，播放时长，缓存数据的访问路径等基本信息，“data description”记录着缓存数据大小等数据描述信息，“cache data”对应着具体的缓存数据。

由于视频文件的散列值能够唯一标识视频文件，因此代理服务器在计算新获取的视频数据的散列值之后，可通过判断存储了视频数据的散列值的缓存档案中是否存在与新计算得到的散列值相同的散列值来判断代理服务器是否已缓存有该新获取的视频数据。并且，视频文件的散列值的可靠性与用于计算散列值的视频数据的长度是成正比的，当用于计算散列值的视频数据的长度达到一定程度后，两个不同视频文件的散列值相同的可能性几乎为0，因此，提高了视频文件判断的准确性。

步骤S46，在查找到与所述播放请求对应的视频数据时，生成缓存的视频数据所在的地址，并将所述生成的缓存的视频数据所在的地址发送给播放器，以使所述播放器访问所述缓存的视频数据所在的地址。

本实施例中，代理服务器接收播放器发送的播放请求后，将所述播放请求转发至视频网站，该视频网站将播放请求对比的URL地址返回给代理服务器，代理服务器再请求获取该URL地址对应的视频文件中的预设长度数据，并用获取的预设长度数据计算该视频文件的散列值，最后将计算得到的散列值与缓存档案存储的散列值比较，若存在相同的散列值，则代理服务器缓存有与所述播放请求对应的视频数据，该代理服务器生成缓存该视频数据所在的地址，并将生成的地址发送给播放器，否则，代理服务器从视频网站获取相应的视频数据并缓存在新创建的缓存档案中，并将缓存的视频数据所在的地址发送给播放器。由于计算的散列值重复性极低，因此通过判断散列值是否相同来判断两个视频文件是否相同能够提高判断的准确性。

进一步地，在视频文件播放结束之后，代理服务器删除该视频文件对应的缓存档案，释放存储空间。

该步骤中，删除缓存了播放结束的视频文件对应缓存档案，有利于提高存储空间的利用率。

实施例三：

图6示出了本发明第三实施例提供的一种在线视频播放装置的结构图，该在线视频播放装置是与上述实施例的在线视频播放方法对应的，为了便于说明，仅示出了与本发明实施例相关的部分。

在线视频播放装置包括：播放请求接收单元61、缓存数据判断单元62、视频数据地址发送单元63。其中：

播放请求接收单元61，用于接收播放器发送的播放请求。

其中，播放请求携带了播放器将要播放的视频文件的唯一标识。

缓存数据判断单元62，用于查找创建的缓存档案中是否缓存有与所述播放请求对应的视频数据；所述视频数据包括视频文件播放中断时的中断点对应的音视频帧。

本实施例的视频数据包括视频文件播放中断时的中断点对应的音视频帧及解析音视频帧所需的信息。其中，解析音视频帧所需的信息包括：该音视频帧所在的视频文件的播放时长、轨道数、音视频格式等基本信息。当然，若视频文件本身的视频格式需要有索引才可以解码的话，解析音视频帧所需的信息包括解码该视频文件的索引。

视频数据地址发送单元63，用于在查找到与所述播放请求对应的视频数据时，生成缓存的视频数据所在的地址，并将所述生成的缓存的视频数据所在的地址发送给播放器，以使所述播放器访问所述缓存的视频数据所在的地址。

其中，缓存的视频数据所在的地址是由代理服务器根据其缓存的视频数据所在主机名、所在的缓存档案及唯一指向该视频数据的名称等信息生成。进一步地，所述装置还包括：

视频数据缓存单元，用于在没有查找到与所述播放请求对应的视频数据时，创建缓存档案，以便缓存从视频网站获取的与所述播放请求对应的视频数据，再将缓存的视频数据所在的地址转发至播放器，以使所述播放器访问所述缓存的视频数据所在的地址。

在该在线视频播放装置没有缓存有播放请求对应的视频数据时，该在线视频播放装置从视频网站获取对应的视频数据，并将获取的视频数据缓存在新创建的缓存档案中，以使播放器能通过访问该在线视频播放装置就能获取对应的视频数据。

本实施例中，由于缓存了视频文件播放中断点对应的视频数据，因此播放器无需等待视频网站响应播放请求就能重新加载、跳转到中断点对应的视频数据，缩短播放器跳转定位到相应视频数据的时间。并且，由于只缓存了中断点对应的视频数据，没有缓存整个视频文件的视频数据，因此不会占用过多的存储空间，提高存储空间的使用效率。

作为本发明一优选实施例，所述在线视频播放装置包括：播放请求转发单元、预设长度视频数据获取单元、视频文件散列值计算单元。其中：

播放请求转发单元用于将所述播放请求转发至视频网站，并接收所述视频网站返回的与所述播放请求对应的视频文件所在的统一资源定位符URL地址。

预设长度视频数据获取单元用于发送获取预设长度数据请求给所述视频网站，以获取所述URL地址指向的视频文件的预设长度数据。

视频文件散列值计算单元用于计算获取的预设长度数据的散列值，计算得到的散列值作为所述预设长度数据所在的视频文件的散列值，所述视频文件的散列值用于唯一标识所述视频文件。

作为本发明另一优选实施例，所述缓存数据判断单元62包括：

散列值查找模块，用于逐个查找创建的缓存档案中的散列值。

散列值比较模块，用于判断查找的散列值与新计算的散列值是否相等；若相等，判定创建的缓存档案中缓存有与所述播放请求对应的视频数据；若不相等，则判定创建的缓存档案中没有缓存有与所述播放请求对应的视频数据。

本实施例中，通过获取视频文件的预设长度数据计算该视频文件的散列值，由于散列值不同时，用于计算该散列值的预设长度数据也不同，因此通过判断散列值是否相同能够判断两个视频文件是否相同。并且，由于两个不同视频文件的散列值相同的可能性几乎为0，因此，通过散列值判断不同视频提高了视频文件判断的准确性。

在本发明实施例中，由于缓存了中断点对应的视频数据，因此播放器无需等待视频网站响应播放请求就能重新加载、跳转到中断点对应的视频数据，缩短播放器跳转定位到相应视频数据的时间。并且，由于只缓存了中断点对应的视频数据，没有缓存整个视频文件的视频数据，因此不会占用过多的存储空间，提高存储空间的使用效率。

本领域普通技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以在存储于一计算机可读取存储介质中，所述的存储介质，如ROM/RAM、磁盘、光盘等。

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

Claims (10)

1.一种在线视频播放方法，其特征在于，所述方法包括下述步骤：

接收播放器发送的播放请求；

查找创建的缓存档案中是否缓存有与所述播放请求对应的视频数据；所述视频数据包括视频文件播放中断时的中断点对应的音视频帧，所述缓存档案用于缓存用户打开过但没播放结束的视频文件对应的视频数据；

在查找到与所述播放请求对应的视频数据时，生成缓存的视频数据所在的地址，并将所述生成的缓存的视频数据所在的地址发送给播放器，以使所述播放器访问所述缓存的视频数据所在的地址。

2.如权利要求1所述的方法，其特征在于，在没有查找到与所述播放请求对应的视频数据时，创建缓存档案，以便缓存从视频网站获取的与所述播放请求对应的视频数据，再将缓存的视频数据所在的地址转发至播放器，以使所述播放器访问所述缓存的视频数据所在的地址。

3.如权利要求2所述的方法，其特征在于，在缓存从视频网站获取的与所述播放请求对应的视频数据的步骤之后，包括下述步骤：

判断获取的视频数据中的音视频帧中哪一个帧是视频I帧；

缓存档案依据判断结果，以数据分片的形式缓存获取的音视频帧；

每一个数据分片以一个视频I帧开始，以所述视频I帧的下一个视频I帧的前一帧结束。

4.如权利要求3所述的方法，其特征在于，缓存档案缓存一个数据分片的时间设定为大于播放器播放所述数据分片的时间。

5.如权利要求1所述的方法，其特征在于，在所述接收播放器发送的播放请求的步骤之后，进一步包括步骤：

将所述播放请求转发至视频网站，并接收所述视频网站返回的与所述播放请求对应的视频文件所在的统一资源定位符URL地址；

发送获取预设长度数据请求给所述视频网站，以获取所述URL地址指向的视频文件的预设长度数据；

计算获取的预设长度数据的散列值，计算得到的散列值作为所述预设长度数据所在的视频文件的散列值，所述视频文件的散列值用于唯一标识所述视频文件。

6.如权利要求5所述的方法，其特征在于，所述查找创建的缓存档案中是否缓存有与所述播放请求对应的视频数据的步骤具体包括：

逐个查找创建的缓存档案中的散列值；

判断查找的散列值与新计算的散列值是否相等；若相等，判定创建的缓存档案中缓存有与所述播放请求对应的视频数据；若不相等，则判定创建的缓存档案中没有缓存有与所述播放请求对应的视频数据。

7.一种在线视频播放装置，其特征在于，所述装置包括：

播放请求接收单元，用于接收播放器发送的播放请求；

缓存数据判断单元，用于查找创建的缓存档案中是否缓存有与所述播放请求对应的视频数据；所述视频数据包括视频文件播放中断时的中断点对应的音视频帧，所述缓存档案用于缓存用户打开过但没播放结束的视频文件对应的视频数据；

视频数据地址发送单元，用于在查找到与所述播放请求对应的视频数据时，生成缓存的视频数据所在的地址，并将所述生成的缓存的视频数据所在的地址发送给播放器，以使所述播放器访问所述缓存的视频数据所在的地址。

8.如权利要求7所述的装置，其特征在于，所述装置包括：

视频数据缓存单元，用于在没有查找到与所述播放请求对应的视频数据时，创建缓存档案，以便缓存从视频网站获取的与所述播放请求对应的视频数据，再将缓存的视频数据所在的地址转发至播放器，以使所述播放器访问所述缓存的视频数据所在的地址。

9.如权利要求7所述的装置，其特征在于，所述装置包括：

播放请求转发单元，用于将所述播放请求转发至视频网站，并接收所述视频网站返回的与所述播放请求对应的视频文件所在的统一资源定位符URL地址；

预设长度视频数据获取单元，用于发送获取预设长度数据请求给所述视频网站，以获取所述URL地址指向的视频文件的预设长度数据；

视频文件散列值计算单元，用于计算获取的预设长度数据的散列值，计算得到的散列值作为所述预设长度数据所在的视频文件的散列值，所述视频文件的散列值用于唯一标识所述视频文件。

10.如权利要求9所述的装置，其特征在于，所述缓存数据判断单元包括：

散列值查找模块，用于逐个查找创建的缓存档案中的散列值；

散列值比较模块，用于判断查找的散列值与新计算的散列值是否相等；若相等，判定创建的缓存档案中缓存有与所述播放请求对应的视频数据；若不相等，则判定创建的缓存档案中没有缓存有与所述播放请求对应的视频数据。