一种基于点播系统的智能续传方法与流程

本发明涉及视频点播领域，特别是涉及一种基于点播系统的智能续传方法。

背景技术：

随着社会的进步和科技的发展，目前的互联网教育和在线直播也得到了快速的发展，让人们随时随地都能在线观看直播接受教育，丰富了人们的日常生活也提升了人们的生活质量。当人们在视频点播的过程中出现异常时，特别是出现客户端崩溃或者重启时，再次登录并进行视频点播又得需要重新开始观看，这样无疑影响了人们的观看体验，而目前并没有出现能较好的解决视频点播的断点续传问题的技术方案。

技术实现要素：

本发明的目的在于至少解决现有技术中存在的技术问题之一，提供了一种基于点播系统的智能续传方法。能够简单有效的解决视频点播的无法断点续传问题。

本发明是通过以下的技术方案实现的：

本发明提供了一种基于点播系统的智能续传方法，包括以下步骤：

s100、根据用户执行的视频点播操作，获取对应视频文件地址信息；

s200、根据所述视频文件地址信息从服务器上获取对应视频文件点播地址，并接收所述服务器的返回信息，所述返回信息至少包括本次点播数据大小、已完成的点播数据大小以及期望的点播数据大小；

s300、在所述视频文件的播放过程中，定时记录当前播放时间戳；

s400、当客户端断网并重连后，根据用户再次执行的视频点播操作，查询已记录的最近一次播放时间戳，并根据所述最近一次播放时间戳续传所述视频文件的剩余数据；

s500、根据所述服务器的返回信息获取所述视频文件并呈现至所述客户端。

进一步，所述s500之后还包括步骤：

s600、若所述视频文件点播成功，则接收所述服务器返回的完成信号；若所述视频文件点播未成功，则跳转执行步骤s400。

进一步，所述根据所述视频文件地址信息从服务器上获取对应视频文件点播地址具体步骤包括：

发送httphead请求至服务器，所述httphead请求的地址为对应视频文件点播地址；

接收所述服务器返回的状态值以及offset值。

进一步，还包括：对点播的所述视频文件进行httpbody流式处理。

进一步，还包括：对点播的所述视频文件进行压缩处理。

本发明至少具有如下有益效果：

(1)本发明提供的方法在本地操作，且操作简单；同时定时记录当前播放的时间戳，当发生断网并重连后能够实现断点续传；

(2)本发明的方法还可以对点播的视频进行httpbody流式处理，避免占用过高的内存；还可以对视频进行压缩处理，减少视频数据的大小，从而提高视频播放效率。

附图说明

下面结合附图和实施例对本发明进一步地说明；

图1为本发明实施例提供的一种基于点播系统的智能续传方法的简要步骤流程图；

图2为本发明实施例提供的一种基于点播系统的智能续传方法的详细步骤流程图。

具体实施方式

随着社会的进步和科技的发展，目前的互联网教育和在线直播也得到了快速的发展，让人们随时随地都能在线观看直播接受教育，丰富了人们的日常生活也提升了人们的生活质量。当人们在视频点播的过程中出现异常时，特别是出现客户端崩溃或者重启时，再次登录并进行视频点播又得需要重新开始观看，这样无疑影响了人们的观看体验，而目前并没有出现能较好的解决视频点播的断点续传问题的技术方案。目前出现有相似断点续传技术方法，例如跨域任务调度智能续传方法、跨网络智能续传方法、大数据文件断点智能续传方法以及教育系统图片的断点续传技术及电子设备等，具体如下：

(1)跨域任务调度智能续传方法，该方法具有耗时短、网络资源消耗低、不会产生大量的垃圾数据、数据传输可以跟业务的执行分离以及独立性强等优点。(2)跨网络智能续传方法，该方法本发明的目的在于克服现有技术之缺陷，提供了一种跨网络的断点续传方法和系统，能够便于民警进行数据采集，并通过此方法及系统有效地提高公安的工作效率，降低民警工作强度以及加强社会治安综合治理。(3)大数据文件断点智能续传方法，该方法将生成的待上传文件夹的数据信息存入namenode服务器的内存数据库中，从而对namenode服务器进行改造，使服务器支持文件夹的断点续传；当文件夹在上传的过程中其内部的文件出现上传失败时，下一次上传则可以从断点位置开始将剩余未上传的文件进行上传，而无需从头开始重新上传文件夹，因此其极大的提高了文件夹的上传效率。(4)教育系统图片的断点续传技术及电子设备，通过本发明，可使用户可以直观的看到自己上传的真实进度，用户在上传过程中暂停或者离开，下次打开后可继续上传未完成的部分，提高上传效率。

但是综上的四种断点续传技术描述中，四种方法均为通用的上传和下载等文件断点续传技术，并没有利用查询视频当前播放时间戳来实现断点续传问题的技术方案。

本部分将详细描述本发明的具体实施例，本发明之较佳实施例在附图中示出，附图的作用在于用图形补充说明书文字部分的描述，使人能够直观地、形象地理解本发明的每个技术特征和整体技术方案，但其不能理解为对本发明保护范围的限制。

请参照图1与图2，本发明的一个实施例，提供了一种基于点播系统的智能续传方法，包括以下步骤，如图2所示：

s100、根据用户执行的视频点播操作，获取对应视频文件地址信息；

s200、根据视频文件地址信息从服务器上获取对应视频文件点播地址，并接收服务器的返回信息，返回信息至少包括本次点播数据大小、已完成的点播数据大小以及期望的点播数据大小；

s300、在视频文件的播放过程中，定时记录当前播放时间戳；

s400、当客户端断网并重连后，根据用户再次执行的视频点播操作，查询已记录的最近一次播放时间戳，并根据最近一次播放时间戳续传视频文件的剩余数据；

s500、根据服务器的返回信息获取视频文件并呈现至客户端；

s600、若视频文件点播成功，则接收服务器返回的完成信号；若视频文件点播未成功，则跳转执行步骤s400。

同时参照图1，在本实施例中，服务器是指已知的视频点播服务器；在步骤s200中，当获取到对应视频文件点播地址后，通过该视频文件点播地址获取视频文件的数据；在步骤s300中，定时记录当前播放时间戳，优选为每隔5秒就记录一次当前播放时间戳并保存，当然的，具体间隔时间可以根据实际情况进行设定；在步骤s400中，服务器将在所有已经记录的时间戳中获取在断网之前的最近一次播放时间戳，并根据该最近一次播放时间戳续传该视频文件的剩余数据；在步骤s600中，还可以设定在跳转次数之内视频文件仍未点播成功的情况下，结束点播，例如设定5次，在5次之内视频文件仍未点播成功时，结束点播。

需要说明两点，第一，客户端与服务器连接主要用到的http请求如下所示：

(1)post：客户端提交post类型请求进行用户合法性验证及为待点播的视频文件做初始化配置；(2)head：每一次head类型请求，服务器返回offset的头部变量，标志当前点播完成的字节数；(3)patch：服务器通过patch类型请求接受点播的视频文件的数据，所有patch请求必须使用content-type：application/offset+octet-stream。

第二，视频文件在服务器上的相关配置如下所示：

(1)设置请求头域信息，具体参数包括；userid(用户id，唯一标识)、hash(哈希值，根据ts和writetoken顺序拼凑起来的字符串进行md5计算得到的值)ts(时间戳)、final-length(文件大小)；(2)设置请求体信息，具体参数包括；title(视频标题)、cataid(视频分类)、tag(视频标签)、desc(视频描述)；(3)执行httppost请求至视频文件服务器接口上。

优选的，根据视频文件地址信息从服务器上获取对应视频文件点播地址具体步骤包括：

发送httphead请求至服务器，httphead请求的地址为对应视频文件点播地址；

接收服务器返回的状态值以及offset值。

优选的，还包括：在视频文件进行点播的过程中，对点播的视频文件进行httpbody流式处理。因为在本领域中，视频文件会比文本、图片等其它类型文件数据大很多，经常达到几百或者上千兆，因此对点播的视频进行httpbody流式读写方法能够避免该视频在客户端和服务器占用内存过高问题。

优选的，还包括：对点播的视频文件进行压缩处理。在客户端上进行视频文件的压缩技术处理，获得视频压缩后的文件地址。可以通过压缩技术减少视频文件的大小，从而提高视频文件的播放效率。

以上是对本发明的较佳实施进行了具体说明，但本发明并不局限于上述实施方式，熟悉本领域的技术人员在不违背本发明精神的前提下还可作出种种的等同变形或替换，这些等同的变形或替换均包含在本申请权利要求所限定的范围内。