CN109429076B - 多媒体数据的播放卡顿处理方法以及装置 - Google Patents

多媒体数据的播放卡顿处理方法以及装置 Download PDF

Info

Publication number
CN109429076B
CN109429076B CN201710768883.4A CN201710768883A CN109429076B CN 109429076 B CN109429076 B CN 109429076B CN 201710768883 A CN201710768883 A CN 201710768883A CN 109429076 B CN109429076 B CN 109429076B
Authority
CN
China
Prior art keywords
multimedia file
playing
target multimedia
current
target
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
Application number
CN201710768883.4A
Other languages
English (en)
Other versions
CN109429076A (zh
Inventor
凌利海
薛智虎
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hangzhou Hikvision System Technology Co Ltd
Original Assignee
Hangzhou Hikvision System Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hangzhou Hikvision System Technology Co Ltd filed Critical Hangzhou Hikvision System Technology Co Ltd
Priority to CN201710768883.4A priority Critical patent/CN109429076B/zh
Publication of CN109429076A publication Critical patent/CN109429076A/zh
Application granted granted Critical
Publication of CN109429076B publication Critical patent/CN109429076B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/232—Content retrieval operation locally within server, e.g. reading video streams from disk arrays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47202—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H04N21/6543—Transmission by server directed to the client for forcing some client operations, e.g. recording

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本发明公开了一种多媒体数据的播放卡顿处理方法以及装置，属于互联网技术领域。方法包括：向点播服务器发送多媒体播放请求，以使点播服务器在根据多媒体播放请求中的标识信息判断出目标多媒体文件未存储在本地后，从存储有目标多媒体文件的目标监控设备下载目标多媒体文件；接收点播服务器返回的目标多媒体文件的数据流；从点播服务器获取目标多媒体文件当前的下载进度；根据目标多媒体文件当前的播放进度和当前的下载进度，对获取到的数据流进行播放。本发明在执行回放操作时，请求终端会采取根据目标多媒体文件当前的播放进度和当前的下载进度进行播放的播放策略，从而实现了在不改变现网环境的基础上，有效地解决了多媒体文件的播放卡顿现象。

Description

多媒体数据的播放卡顿处理方法以及装置
技术领域
本发明涉及互联网技术领域，特别涉及一种多媒体数据的播放卡顿处理方法以及装置。
背景技术
在城市建设过程中，安防监控逐渐成为了日常中一项必不可少的环节，因此具有高清监控效果的监控设备的数目与日俱增。管理部门通过监控设备采集到的多媒体数据，可对突发性异常事件的过程进行及时地监视和记忆，从而用以高效、及时地指挥和部署警力等进行事件处理。然而，由于现网环境下的网络带宽有限，因此在带宽不足的情况下进行具有高清效果的多媒体数据的回放时经常会出现卡顿现象。即，会有播放画面滞帧，俗称“卡”的现象出现。
为了解决上述在多媒体数据播放过程中卡顿现象的出现，目前最直接的方式是对整个现网环境进行改造，即通过增加带宽的方式来彻底解决这一问题。
但是在实际应用中，改造整个现网环境不但需要消耗大量人力以及物力，导致实现成本较高，而且整个改造周期较长，因此如何在不改造现网环境的基础上，有效解决多媒体数据的播放卡顿现象成为了本领域技术人员关注的一个焦点。
发明内容
为了解决现有技术的问题，本发明实施例提供了一种多媒体数据的播放卡顿处理方法以及装置。所述技术方案如下：
第一方面，提供了一种多媒体数据的播放卡顿处理方法，所述方法包括：
向点播服务器发送多媒体播放请求，所述多媒体播放请求中至少包括请求的目标多媒体文件的标识信息，以使所述点播服务器在根据所述标识信息判断出所述目标多媒体文件未存储在本地后，从存储有所述目标多媒体文件的目标监控设备下载所述目标多媒体文件；
接收所述点播服务器返回的所述目标多媒体文件的数据流；
从所述点播服务器获取所述目标多媒体文件当前的下载进度；
根据所述目标多媒体文件当前的播放进度和当前的下载进度，对获取到的数据流进行播放。
在另一个实施例中，所述根据所述目标多媒体文件当前的播放进度和当前的下载进度，对获取到的数据流进行播放，包括：
若当前的下载进度和当前的播放进度之间的差值大于第一预设阈值，则对获取到的数据流启动播放；
在播放过程中，若当前的下载进度和当前的播放进度之间的差值小于第二预设阈值，则暂停播放，直至当前的下载进度和当前的播放进度之间的差值再次大于所述第一预设阈值时，再次启动播放；
重复执行上述启动播放以及停止播放步骤，直至所述目标多媒体文件下载完毕并播放完毕。
在另一个实施例中，所述方法还包括：
在当前的下载进度和当前的播放进度之间的差值大于所述第一预设阈值的情况下，获取为所述目标多媒体文件设置的播放速度；
向所述点播服务器发送数据传输请求，所述数据传输请求中至少包括所述目标多媒体文件的播放速度，以使所述点播服务器根据所述目标多媒体文件的播放速度设置所述目标多媒体文件的数据流的传输速度。
第二方面，提供了一种多媒体数据的播放卡顿处理方法，所述方法包括：
接收请求终端发送的多媒体播放请求，所述多媒体播放请求中至少包括请求的目标多媒体文件的标识信息；
根据所述标识信息判断所述目标多媒体文件是否存储在本地；
若所述目标多媒体文件未存储在本地，则从存储有所述目标多媒体文件的目标监控设备下载所述目标多媒体文件；
将获取到的所述目标多媒体文件的数据流以及所述目标多媒体文件当前的下载进度返回至所述请求终端，以使所述请求终端根据所述目标多媒体文件当前的播放进度和当前的下载进度，对所述目标多媒体文件的数据流进行播放。
在另一个实施例中，所述方法还包括：
若所述目标多媒体文件存储在本地，则以当前时刻对所述目标多媒体文件的详情信息中的操作时间进行更新；
开启文件读取线程从本地读取所述目标多媒体文件；
根据为所述目标多媒体文件设置的播放速度，计算所述目标多媒体文件的数据流的传输速度；
按照所述传输速度将所述目标多媒体文件的数据流返回至所述请求终端，以使所述请求终端对所述目标多媒体文件的数据流按照所述播放速度进行播放。
在另一个实施例中，所述从存储有所述目标多媒体文件的目标监控设备下载所述目标多媒体文件，包括：
将在本地存储时长超过预设时长的已过期多媒体文件进行删除；
调用数据传输接口，从存储有所述目标多媒体文件的目标监控设备下载所述目标多媒体文件。
在另一个实施例中，所述方法还包括：
将所述目标多媒体文件的数据流保存在本地，并对所述目标多媒体文件的详情信息进行记录；
开启文件读取线程从本地读取所述目标多媒体文件的数据流，执行所述将所述目标多媒体文件的数据流返回至所述请求终端的步骤。
第三方面，提供了一种多媒体数据的播放卡顿处理装置，所述装置包括：
发送模块，用于向点播服务器发送多媒体播放请求，所述多媒体播放请求中至少包括请求的目标多媒体文件的标识信息，以使所述点播服务器在根据所述标识信息判断出所述目标多媒体文件未存储在本地后，从存储有所述目标多媒体文件的目标监控设备下载所述目标多媒体文件；
接收模块，用于接收所述点播服务器返回的所述目标多媒体文件的数据流；
获取模块，用于从所述点播服务器获取所述目标多媒体文件当前的下载进度；
播放模块，用于根据所述目标多媒体文件当前的播放进度和当前的下载进度，对获取到的数据流进行播放。
在另一个实施例中，所述播放模块，用于若当前的下载进度和当前的播放进度之间的差值大于第一预设阈值，则对获取到的数据流启动播放；在播放过程中，若当前的下载进度和当前的播放进度之间的差值小于第二预设阈值，则暂停播放，直至当前的下载进度和当前的播放进度之间的差值再次大于所述第一预设阈值时，再次启动播放；重复执行上述启动播放以及停止播放步骤，直至所述目标多媒体文件下载完毕并播放完毕。
在另一个实施例中，所述获取模块，还用于在当前的下载进度和当前的播放进度之间的差值大于所述第一预设阈值的情况下，获取为所述目标多媒体文件设置的播放速度；
发送模块，用于向所述点播服务器发送数据传输请求，所述数据传输请求中至少包括所述目标多媒体文件的播放速度，以使所述点播服务器根据所述目标多媒体文件的播放速度设置所述目标多媒体文件的数据流的传输速度。
第四方面，提供了一种多媒体数据的播放卡顿处理装置，所述装置包括：
接收模块，用于接收请求终端发送的多媒体播放请求，所述多媒体播放请求中至少包括请求的目标多媒体文件的标识信息；
处理模块，用于根据所述标识信息判断所述目标多媒体文件是否存储在本地；
下载模块，用于若所述目标多媒体文件未存储在本地，则从存储有所述目标多媒体文件的目标监控设备下载所述目标多媒体文件；
发送模块，用于将获取到的所述目标多媒体文件的数据流以及所述目标多媒体文件当前的下载进度返回至所述请求终端，以使所述请求终端根据所述目标多媒体文件当前的播放进度和当前的下载进度，对所述目标多媒体文件的数据流进行播放。
在另一个实施例中，所述处理模块，还用于若所述目标多媒体文件存储在本地，则以当前时刻对所述目标多媒体文件的详情信息中的操作时间进行更新；开启文件读取线程从本地读取所述目标多媒体文件；根据为所述目标多媒体文件设置的播放速度，设置所述目标多媒体文件的数据流的传输速度；
所述发送模块，还用于按照所述传输速度将所述目标多媒体文件的数据流返回至所述请求终端，以使所述请求终端对所述目标多媒体文件的数据流按照所述播放速度进行播放。
在另一个实施例中，所述下载模块，用于将在本地存储时长超过预设时长的已过期多媒体文件进行删除；调用数据传输接口，从存储有所述目标多媒体文件的目标监控设备下载所述目标多媒体文件。
在另一个实施例中，所述处理模块，还用于将所述目标多媒体文件的数据流保存在本地，并对所述目标多媒体文件的详情信息进行记录；开启文件读取线程从本地读取所述目标多媒体文件的数据流；
所述发送模块，用于执行所述将所述目标多媒体文件的数据流返回至所述请求终端的步骤。
第五方面，提供了一种终端，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；存储器，用于存放计算机程序；处理器，用于执行存储器上所存放的计算机程序，实现上述第一方面的任一项所述的方法步骤。
第六方面，提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面的任一项所述的方法步骤。
第七方面，提供了一种服务器，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；存储器，用于存放计算机程序；处理器，用于执行存储器上所存放的计算机程序，实现上述第二方面的任一项所述的方法步骤。
第八方面，提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述第二方面的任一项所述的方法步骤。
本发明实施例提供的技术方案带来的有益效果是：
在请求终端有对多媒体文件的回放需求时，请求终端主动向点播服务器发送至少包括目标多媒体文件的标识信息的多媒体播放请求，从而使点播服务器在根据该标识信息判断出目标多媒体文件未存储在本地后，从存储有目标多媒体文件的目标监控设备下载目标多媒体文件，而请求终端除了从点播服务器获取目标多媒体文件的数据流之外，还会从点播服务器获取目标多媒体文件当前的下载进度，进而在执行回放操作时，请求终端会采取根据目标多媒体文件当前的播放进度和当前的下载进度进行播放的播放策略，从而实现了在不改变现网环境的基础上，有效地解决了多媒体文件的播放卡顿现象，改善了播放效果。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种多媒体数据的播放卡顿处理方法所涉及到系统架构图；
图2是本发明实施例提供的一种多媒体数据的播放卡顿处理方法的流程图；
图3是本发明实施例提供的一种多媒体数据的播放卡顿处理方法的流程图；
图4A是本发明实施例提供的一种多媒体数据的播放卡顿处理方法的流程图；
图4B是本发明实施例提供的一种多媒体数据的点播处理流程的整体示意图；
图4C是本发明实施例提供的一种多媒体数据的播放控制流程的示意图；
图5是本发明实施例提供的一种多媒体数据的播放卡顿处理装置的结构示意图；
图6是本发明实施例提供的一种多媒体数据的播放卡顿处理装置的结构示意图；
图7是本发明实施例提供的一种多媒体数据的播放卡顿处理装置的结构示意图；
图8是本发明实施例提供的一种终端的结构示意图；
图9是本发明实施例提供的一种服务器的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。
在对本发明实施例进行详细地解释说明之前，先对本发明实施例提供的多媒体数据的播放卡顿方法所涉及的系统架构进行简单描述。参见图1，该系统架构中包括回放客户端、点播服务器以及具有高清监控效果的监控设备。
其中，回放客户端用于在有多媒体文件点播需求时，向点播服务器发送多媒体播放请求。点播服务器用于在接收到该多媒体播放请求后，若请求的目标多媒体文件未存储在本地，则从前端的监控设备获取目标多媒体文件的数据流，并将其保存在本地。同时，点播服务器开启文件读取线程，从本地读取已下载的目标多媒体文件的数据流并返回给回放客户端。此外，点播服务器还会提供给回放客户端目标多媒体文件当前的下载进度，以使回放客户端根据目标多媒体文件当前的播放进度和当前的下载进度，对目标多媒体文件的数据流进行播放。即，本发明实施例基于播放进度和下载进度，提供了一种缓冲播放机制来解决播放过程中的卡顿现象，更为详细地解释说明请参见后续实施例的描述。
需要说明的是，本发明实施例主要用于对多媒体文件的回放场景。另外，由于在本发明实施例中回放客户端用于向点播服务器请求高清视频，因此在后文中也称之为请求终端。而监控设备可为高清摄像头或者高清硬盘录像机，因此监控设备采集到的多媒体数据一般指代视频数据，即上述提及的多媒体文件一般指代视频文件、数据流一般指代视频码流。同理，点播服务器为提供高清视频点播服务的服务器。
简言之，针对在点播服务器与监控设备之间带宽不足的情况下进行播放时经常引起卡顿的现象，本发明实施例在不增加带宽的基础上，利用上述缓冲播放机制可有效改善播放效果，避免卡顿现象的出现。
图2是本发明实施例提供的一种多媒体数据的播放卡顿处理方法的流程图。以请求终端为执行主体，参见图2，本发明实施例提供的方法流程包括：
201、向点播服务器发送多媒体播放请求，该多媒体播放请求中至少包括请求的目标多媒体文件的标识信息，以使点播服务器在根据该标识信息判断出目标多媒体文件未存储在本地后，从存储有目标多媒体文件的目标监控设备下载目标多媒体文件。
202、接收点播服务器返回的目标多媒体文件的数据流。
203、从点播服务器获取目标多媒体文件当前的下载进度。
204、根据目标多媒体文件当前的播放进度和当前的下载进度，对获取到的数据流进行播放。
本发明实施例提供的方法，在请求终端有对多媒体文件的回放需求时，请求终端主动向点播服务器发送至少包括目标多媒体文件的标识信息的多媒体播放请求，而点播服务器在根据该标识信息判断出目标多媒体文件未存储在本地后，会从存储有目标多媒体文件的目标监控设备下载目标多媒体文件，而请求终端除了从点播服务器获取目标多媒体文件的数据流之外，还会从点播服务器获取目标多媒体文件当前的下载进度，进而在执行回放操作时，请求终端会采取根据目标多媒体文件当前的播放进度和当前的下载进度进行播放的播放策略，从而实现了在不改变现网环境的基础上，有效地解决了多媒体文件的播放卡顿现象，改善了播放效果。
在另一个实施例中，所述根据所述目标多媒体文件当前的播放进度和当前的下载进度，对获取到的数据流进行播放，包括：
若当前的下载进度和当前的播放进度之间的差值大于第一预设阈值，则对获取到的数据流启动播放；
在播放过程中，若当前的下载进度和当前的播放进度之间的差值小于第二预设阈值，则暂停播放，直至当前的下载进度和当前的播放进度之间的差值再次大于所述第一预设阈值时，再次启动播放；
重复执行上述启动播放以及停止播放步骤，直至所述目标多媒体文件下载完毕并播放完毕。
在另一个实施例中，该方法还包括：
在当前的下载进度和当前的播放进度之间的差值大于所述第一预设阈值的情况下，获取为所述目标多媒体文件设置的播放速度；
向所述点播服务器发送数据传输请求，所述数据传输请求中至少包括所述目标多媒体文件的播放速度，以使所述点播服务器根据所述目标多媒体文件的播放速度设置所述目标多媒体文件的数据流的传输速度。
上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再一一赘述。
图3是本发明实施例提供的一种多媒体数据的播放卡顿处理方法的流程图。以点播服务器为执行主体，参见图3，本发明实施例提供的方法流程包括：
301、接收请求终端发送的多媒体播放请求，该多媒体播放请求中至少包括请求的目标多媒体文件的标识信息。
302、根据该标识信息判断目标多媒体文件是否存储在本地。若是，则执行下述步骤303。
303、若目标多媒体文件未存储在本地，则从存储有目标多媒体文件的目标监控设备下载目标多媒体文件。
304、将获取到的目标多媒体文件的数据流以及目标多媒体文件当前的下载进度返回至请求终端，以使请求终端根据目标多媒体文件当前的播放进度和当前的下载进度，对目标多媒体文件的数据流进行播放。
本发明实施例提供的方法，在请求终端有对多媒体文件的回放需求时，请求终端主动向点播服务器发送至少包括目标多媒体文件的标识信息的多媒体播放请求，从而使点播服务器在根据该标识信息判断出目标多媒体文件未存储在本地后，从存储有目标多媒体文件的目标监控设备下载目标多媒体文件，而请求终端除了从点播服务器获取目标多媒体文件的数据流之外，还会从点播服务器获取目标多媒体文件当前的下载进度，进而在执行回放操作时，请求终端会采取根据目标多媒体文件当前的播放进度和当前的下载进度进行播放的播放策略，从而实现了在不改变现网环境的基础上，有效地解决了多媒体文件的播放卡顿现象，改善了播放效果。
在另一个实施例中，该方法还包括：
若所述目标多媒体文件存储在本地，则以当前时刻对所述目标多媒体文件的详情信息中的操作时间进行更新；
开启文件读取线程从本地读取所述目标多媒体文件；
根据为所述目标多媒体文件设置的播放速度，计算所述目标多媒体文件的数据流的传输速度；
按照所述传输速度将所述目标多媒体文件的数据流返回至所述请求终端，以使所述请求终端对所述目标多媒体文件的数据流按照所述播放速度进行播放。
在另一个实施例中，所述从存储有所述目标多媒体文件的目标监控设备下载所述目标多媒体文件，包括：
将在本地存储时长超过预设时长的已过期多媒体文件进行删除；
调用数据传输接口，从存储有所述目标多媒体文件的目标监控设备下载所述目标多媒体文件。
在另一个实施例中，该方法还包括：
将所述目标多媒体文件的数据流保存在本地，并对所述目标多媒体文件的详情信息进行记录；
开启文件读取线程从本地读取所述目标多媒体文件的数据流，执行所述将所述目标多媒体文件的数据流返回至所述请求终端的步骤。
上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再一一赘述。
图4A是本发明实施例提供的一种多媒体数据的播放卡顿处理方法的流程图。交互主体为请求终端、点播服务器和监控设备。参见图4A，本发明实施例提供的方法流程包括：
401、请求终端向点播服务器发送多媒体播放请求。
在本发明实施例中，该多媒体播放请求具体可为URL(Uniform Resoure Locator，统一资源定位符)格式。其中，该多媒体播放请求中除了包括请求终端请求的目标多媒体文件的标识信息外，还可包括点播服务器的IP(Internet Protocol，网络协议)地址+端口号，存储有目标多媒体文件的目标监控设备的IP地址+端口号。
需要说明的是，上述标识信息可为目标多媒体文件的文件名称。此外，基于安全以及保护隐私等方面的考量，监控设备一般还均设置了用户名和密码，这样仅在用户名和密码匹配正确的情况下，方可从一个监控设备中获取其采集到的多媒体文件。所以，为了确保在点播服务器中未存储有目标多媒体文件的情况下，也可顺利通过点播服务器从目标监控设备上获取到目标多媒体文件，该多媒体播放请求中还可包括目标监控设备的用户名+密码。
402、点播服务器在接收到请求终端发送的多媒体播放请求后，根据目标多媒体文件的标识信息判断该多媒体文件是否存储在本地；如果否，则执行下述步骤403；如果是，则执行下述步骤405。
其中，点播服务器在接收到请求终端的多媒体播放请求后，首先判断目标多媒体文件是否存储在本地。在本发明实施例中，点播服务器可根据该多媒体播放请求中携带的标识信息来完成判断。
另外，点播服务器可以将从各个监控设备获取到的多媒体文件统一存储在一个文件夹中。这样，在进行目标多媒体文件是否存储在本地的判断时，点播服务器可以将该标识信息与这个文件夹中每一个多媒体文件的标识信息进行比对，以确定该文件夹中是否包含标识信息与目标多媒体文件的标识信息一致的多媒体文件。
403、若该目标多媒体文件未存储在本地，则点播服务器从存储有该目标多媒体文件的目标监控设备下载该目标多媒体文件，并将获取到的该目标多媒体文件的数据流以及目标多媒体文件当前的下载进度返回至请求终端。
在本发明实施例中，若点播服务器判断出该目标多媒体文件未存储在本地，则还需从存储有该目标多媒体文件的目标监控设备上获取该目标多媒体文件。其中，在从目标监控设备下载该目标多媒体文件之前，为了保证剩余的存储空间可以容纳该目标多媒体文件，点播服务器还会先进行已过期多媒体文件的清理。
本发明实施例在对多媒体文件进行清理时，是根据多媒体文件的过期时间来执行。其中，过期时间为事先设置的一段预设时长，其大小可为N小时，N的取值为正整数，具体N的取值可根据实际应用场景来进行调整，本发明实施例对此不进行具体限定。需要说明的是，针对一个多媒体文件来说，其过期时间的计算通常是依据该多媒体文件最后一次被操作的时间，而最后一次被操作的时间来源于点播服务器为该多媒体文件记录的操作时间。
即，对于存储在点播服务器本地的各个多媒体文件来说，点播服务器均为其记录有一项详情信息。其中，该详情信息可包括多媒体文件的文件名称、操作时间以及文件大小等等。而操作时间便是用来记录多媒体文件最后一次被操作的时间。如果一个多媒体文件的操作时间与当前时刻之间的时长差值大于过期时间，则点播服务器便会将这个多媒体文件作为过期文件进行清理。
综上，点播服务器在将在本地存储时长超过过期时间的已过期多媒体文件进行删除后，便通过调用数据传输接口，从存储有目标多媒体文件的目标监控设备下载该目标多媒体文件。
需要说明的是，目标多媒体文件是以数据流(即视频码流)的形式由目标监控设备传输至点播服务器的，而目标多媒体文件的下载通常是需要耗费一定时间的，所以本发明实施例采取的是边下载边播放的机制。其中，点播服务器在接收到目标监控设备发送的该目标多媒体的数据流后，便将获取到的数据流保存在本地。
此外，由于目标多媒体文件之前并未存储在本地，因此点播服务器在启动目标多媒体文件的下载流程后，还需在本地对该目标多媒体文件的详情信息进行记录。其中，对于这一详情信息的记录既可以在将整个目标多媒体文件全部下载完毕后进行，也可以在启动下载过程后的某一时刻进行，本发明实施例对此不进行具体限定。针对第一种记录方式，操作时间既可以指代启动下载的时刻，也可以指代完成下载的时刻。针对第二种记录方式，随着目标多媒体文件的下载，文件大小会处于不断的变化过程中，直至目标多媒体文件下载完毕。
之后，由于已有目标多媒体文件的数据流保存在本地，因此点播服务器开启文件读取线程从本地读取获取到的数据流，并将获取到的数据流发送给请求终端，以使请求终端依据获取到的数据流进行视频回放。
其中，目标多媒体文件当前的下载进度，请求终端一般是在开始视频点播后，周期性地调用接口从点播服务器获取，即点播服务器向请求终端提供目标多媒体文件当前的下载进度。需要说明的一点是，在本发明实施例中以下载进度具体指代目标多媒体文件的已下载大小为例进行举例说明。除此之外，下载进度还可以为已下载百分比，本发明实施例对此不进行具体限定。
其中，上述步骤403介绍了在目标多媒体文件未存储在点播服务器的情况下，点播服务器如何对目标多媒体文件进行点播处理的方式。下面基于上述步骤403，对请求终端如何基于缓冲播放机制进行播放进行详细地解释说明。
404、请求终端在接收到点播服务器返回的该多媒体文件的数据流后，根据该多媒体文件当前的播放进度和当前的下载进度，对获取到的数据流进行播放。
在本发明实施例中，请求终端在进行播放时，具体是依据目标多媒体文件当前的下载进度以及目标多媒体文件当前的播放进度来决定是否启动播放或者暂停播放，以有效避免播放卡顿的现象出现。
其中，在本发明实施例中以播放进度具体指代目标多媒体文件的已播放大小为例进行举例说明。除此之外，播放进度还可以为已播放百分比，本发明实施例对此不进行具体限定。
其中，参见图4B，本发明实施例中请求终端对目标多媒体文件具体的播放策略为：
404a、若请求终端检测到目标多媒体文件当前的下载进度和当前的播放进度之间的差值大于第一预设阈值，则对获取到的数据流启动播放。
在本发明实施例中，以第一预设阈值的取值单位为MB为例，则当目标多媒体文件当前的已下载大小超过当前的播放量第一预设阈值时，请求终端便启动播放。比如，若第一预设阈值的取值为45MB，而当前目标多媒体文件已经下载了50MB，当前请求终端对目标多媒体文件的播放量为0MB，则启动播放。
404b、在播放过程中，若当前的下载进度和当前的播放进度之间的差值小于第二预设阈值，则暂停播放，直至当前的下载进度和当前的播放进度之间的差值再次大于第一预设阈值时，再次启动播放。
为了避免在播放过程中出现卡顿现象，在启动播放后，请求终端还会继续周期性地从点播服务器获取目标多媒体文件当前的下载进度，并继续将目标多媒体文件当前的下载进度与当前的播放进度进行比较；若当前的下载进度和当前的播放进度之间的差值小于第二预设阈值，则请求终端立即暂停播放，等待目标多媒体文件继续缓存。
比如，若第一预设阈值的取值为5MB，而当前目标多媒体文件下载了100MB，但当前请求终端对目标多媒体文件的播放量已经达到了96MB，这样如果再继续播放下去，便有可能出现卡顿现象，因此需要暂停播放，等到目标多媒体文件再多缓存一些，超出播放进度一定数值后，再继续启动播放。
其中，再次启动播放的条件仍然为目标多媒体文件当前的下载进度和当前的播放进度之间的差值大于第一预设阈值。
另外，第一预设阈值和第二预设阈值的具体数值均可根据实际应用场景进行调整，仅需保证第一预设阈值大于第二预设阈值即可。在本发明实施例中，第一预设阈值
404c、重复执行上述启动播放以及停止播放步骤，直至目标多媒体文件下载完毕以及播放完毕。
在启动对目标多媒体文件的播放后，请求终端便反复执行上述启动播放以及停止播放步骤，直至目标多媒体文件下载完毕以及播放完毕。需要说明的是，在下载完毕目标多媒体文件后，便可对目标多媒体文件中未进行播放的部分进行连续播放。即，当下载完毕目标多媒体文件后，一直播放至结束。
需要说明的第一点是，上述播放进度和下载进度除了以已下载大小和已播放大小进行表征外，还可以下载百分比和已播放百分比进行表示，本发明实施例对此不进行具体限定。同理，第一预设阈值和第二阈值除了以MB为单位外，还可以为百分比。
需要说明的第二点是，在本发明实施例中点播服务器和请求终端之间具体是通过TCP/IP(Transmission Control Protocol/Internet Protocol，网络通讯协议)网络编程的阻塞I/O(Input/Output，输入/输出)模型进行数据流的传输，因此通过请求终端的播放速度还可以来控制数据流的传输速度。具体地，针对需要从目标监控设备下载目标多媒体文件的情况，在保证下载进度与播放进度之间的差值大于第一预设阈值的情况下，请求终端还可获取对目标多媒体文件的播放速度，并向点播服务器发送至少包括该播放速度的数据传输请求，进而使得点播服务器根据该播放速度设置向请求终端传输目标多媒体文件的数据流的传输速度。
总结来说，针对上述步骤404所示的播放策略，虽然播放中途可能会出现让用户等待的情况，但在播放过程中可以有效地改善播放效果，避免卡顿现象的发生，使播放流程更顺畅。
405、若目标多媒体文件存储在本地，则点播服务器以当前时刻对目标多媒体文件的详情信息中的操作时间进行更新，并开启文件读取线程从本地读取目标多媒体文件，将目标多媒体文件的数据流按照设置的传输速度返回至请求终端。
在本发明实施例中，如果点播服务器判断出目标多媒体文件存储在本地，则点播服务器首先对目标多媒体文件的详情信息进行更新。需要说明的是，此次对详情信息的更新仅是针对详情信息中的操作时间，即以当前时刻对目标多媒体文件的操作时间进行更新。由于每访问一次这一多媒体文件便对操作时间进行更新，不但可以据此明了地获知对这一多媒体文件的每一次访问，而且在根据过期时间确定本地存储的已过期多媒体文件时也更加精确，可大大降低点播服务器删除后续还可能被访问到的多媒体文件的概率。
接下来，点播服务器同样会开启文件读取线程从本地读取目标多媒体文件，并将目标多媒体文件的数据流返回至请求终端。其中，在进行数据流的传输时，可通过请求终端对目标多媒体文件的播放速度来调整数据流的传输速度。比如，请求终端对目标多媒体文件进行高倍数抽帧回放，则点播服务器向请求终端传输数据流的速度要远远大于请求终端对目标多媒体文件进行低倍数正常回放时传输数据流的速度。同理，若点播服务器向请求终端传输数据流的速度加快，则文件读取线程从本地进行数据读取的速度也随之增加。
406、请求终端在接收到点播服务器返回的目标多媒体文件的数据流后，对获取到的数据流按照设置的播放速度进行播放。
其中，设置的播放速度既可以为高倍数抽帧播放也可以为低倍数正常播放。由于请求终端要进行回放的目标多媒体文件存储在点播服务器上，而无需点播服务器从前端的监控设备进行下载，因此无论请求终端进行高倍数的抽帧回放还是低倍数的正常回放，均可以得到流畅的播放效果，且无需用户等待。
综上所述，本发明实施例中点播服务器对请求终端的多媒体数据点播处理流程可总结归纳为图4C。其中，在图4C中左边的分支流程对应点播服务器中存储有目标多媒体文件，右边的分支流程对应点播服务器中未存储有目标多媒体文件。
本发明实施例提供的方法，在请求终端有对多媒体文件的回放需求时，请求终端主动向点播服务器发送至少包括目标多媒体文件的标识信息的多媒体播放请求，从而使点播服务器在根据该标识信息判断出目标多媒体文件未存储在本地后，从存储有目标多媒体文件的目标监控设备下载目标多媒体文件，而请求终端除了从点播服务器获取目标多媒体文件的数据流之外，还会从点播服务器获取目标多媒体文件当前的下载进度，进而在执行回放操作时，请求终端会采取根据目标多媒体文件当前的播放进度和当前的下载进度进行播放的播放策略，从而实现了在不改变现网环境的基础上，有效地解决了多媒体文件的播放卡顿现象，改善了播放效果。
图5是本发明实施例提供的一种多媒体数据的播放卡顿处理装置的结构示意图。参见图5，该装置包括：
发送模块501，用于向点播服务器发送多媒体播放请求，所述多媒体播放请求中至少包括请求的目标多媒体文件的标识信息，以使所述点播服务器在根据所述标识信息判断出所述目标多媒体文件未存储在本地后，从存储有所述目标多媒体文件的目标监控设备下载所述目标多媒体文件；
接收模块502，用于接收所述点播服务器返回的所述目标多媒体文件的数据流；
获取模块503，用于从所述点播服务器获取所述目标多媒体文件当前的下载进度；
播放模块504，用于根据所述目标多媒体文件当前的播放进度和当前的下载进度，对获取到的数据流进行播放。
在另一个实施例中，所述播放模块504，用于若当前的下载进度和当前的播放进度之间的差值大于第一预设阈值，则对获取到的数据流启动播放；在播放过程中，若当前的下载进度和当前的播放进度之间的差值小于第二预设阈值，则暂停播放，直至当前的下载进度和当前的播放进度之间的差值再次大于所述第一预设阈值时，再次启动播放；重复执行上述启动播放以及停止播放步骤，直至所述目标多媒体文件下载完毕并播放完毕。
在另一个实施例中，所述获取模块503，还用于在当前的下载进度和当前的播放进度之间的差值大于所述第一预设阈值的情况下，获取为所述目标多媒体文件设置的播放速度；
发送模块501，用于向所述点播服务器发送数据传输请求，所述数据传输请求中至少包括所述目标多媒体文件的播放速度，以使所述点播服务器根据所述目标多媒体文件的播放速度设置所述目标多媒体文件的数据流的传输速度。
本发明实施例提供的装置，在有对多媒体文件的回放需求时，主动向点播服务器发送至少包括目标多媒体文件的标识信息的多媒体播放请求，从而使点播服务器在根据该标识信息判断出目标多媒体文件未存储在本地后，从存储有目标多媒体文件的目标监控设备下载目标多媒体文件，而本发明实施例提供的装置除了从点播服务器获取目标多媒体文件的数据流之外，还会从点播服务器获取目标多媒体文件当前的下载进度，进而在执行回放操作时，会采取根据目标多媒体文件当前的播放进度和当前的下载进度进行播放的播放策略，从而实现了在不改变现网环境的基础上，有效地解决了多媒体文件的播放卡顿现象，改善了播放效果。
图6是本发明实施例提供的一种多媒体数据的播放卡顿处理装置的结构示意图。参见图6，该装置包括：
接收模块601，用于接收请求终端发送的多媒体播放请求，所述多媒体播放请求中至少包括请求的目标多媒体文件的标识信息；
处理模块602，用于根据所述标识信息判断所述目标多媒体文件是否存储在本地；
下载模块603，用于若所述目标多媒体文件未存储在本地，则从存储有所述目标多媒体文件的目标监控设备下载所述目标多媒体文件；
发送模块604，用于将获取到的所述目标多媒体文件的数据流以及目标多媒体文件当前的下载进度返回至所述请求终端，以使所述请求终端根据所述目标多媒体文件当前的播放进度和当前的下载进度，对所述目标多媒体文件的数据流进行播放。
在另一个实施例中，所述处理模块602，还用于若所述目标多媒体文件存储在本地，则以当前时刻对所述目标多媒体文件的详情信息中的操作时间进行更新；开启文件读取线程从本地读取所述目标多媒体文件；根据为所述目标多媒体文件设置的播放速度，设置所述目标多媒体文件的数据流的传输速度；
所述发送模块604，还用于按照所述传输速度将所述目标多媒体文件的数据流返回至所述请求终端，以使所述请求终端对所述目标多媒体文件的数据流按照所述播放速度进行播放。
在另一个实施例中，所述下载模块603，用于将在本地存储时长超过预设时长的已过期多媒体文件进行删除；调用数据传输接口，从存储有所述目标多媒体文件的目标监控设备下载所述目标多媒体文件。
在另一个实施例中，所述处理模块602，还用于将所述目标多媒体文件的数据流保存在本地，并对所述目标多媒体文件的详情信息进行记录；开启文件读取线程从本地读取所述目标多媒体文件的数据流；
所述发送模块604，用于执行所述将所述目标多媒体文件的数据流返回至所述请求终端的步骤。
本发明实施例提供的装置，在请求终端有对多媒体文件的回放需求时，请求终端主动向本发明实施例提供的装置发送至少包括目标多媒体文件的标识信息的多媒体播放请求，从而使该装置在根据该标识信息判断出目标多媒体文件未存储在本地后，从存储有目标多媒体文件的目标监控设备下载目标多媒体文件，而请求终端除了从该装置获取目标多媒体文件的数据流之外，还会获取目标多媒体文件当前的下载进度，进而在执行回放操作时，请求终端会采取根据目标多媒体文件当前的播放进度和当前的下载进度进行播放的播放策略，从而实现了在不改变现网环境的基础上，有效地解决了多媒体文件的播放卡顿现象，改善了播放效果。
需要说明的是：上述实施例提供的一种多媒体数据的播放卡顿处理装置在处理多媒体数据的播放卡顿时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的多媒体数据的播放卡顿处理装置与多媒体数据的播放卡顿处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
图7是本发明实施例提供的一种多媒体数据的播放卡顿处理装置700的结构示意图，该多媒体数据的播放卡顿处理装置700可以是终端设备，用于执行上述各个实施例中提供的多媒体数据的播放卡顿处理方法。参见图7，该多媒体数据的播放卡顿处理装置700包括：
多媒体数据的播放卡顿处理装置700可以包括RF(Radio Frequency，射频)电路110、包括有一个或一个以上计算机可读存储介质的存储器120、输入单元130、显示单元140、传感器150、音频电路160、WiFi(Wireless Fidelity，无线保真)模块170、包括有一个或者一个以上处理核心的处理器180、以及电源110等部件。本领域技术人员可以理解，图7中示出的行驶路线确定装置结构并不构成对行驶路线确定装置的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：
RF电路110可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器180处理；另外，将涉及上行的数据发送给基站。通常，RF电路110包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM)卡、收发信机、耦合器、LNA(Low Noise Amplifier，低噪声放大器)、双工器等。此外，RF电路110还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯系统)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA(CodeDivision Multiple Access，码分多址)、WCDMA(Wideband Code Division MultipleAccess,宽带码分多址)、LTE(Long Term Evolution,长期演进)、电子邮件、SMS(ShortMessaging Service，短消息服务)等。
存储器120可用于存储软件程序以及模块，处理器180通过运行存储在存储器120的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据多媒体数据的播放卡顿处理装置700的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器120还可以包括存储器控制器，以提供处理器180和输入单元130对存储器120的访问。
输入单元130可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，输入单元130可包括触敏表面131以及其他输入设备132。触敏表面131，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面131上或在触敏表面131附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面131可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器180，并能接收处理器180发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面131。除了触敏表面131，输入单元130还可以包括其他输入设备132。具体地，其他输入设备132可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元140可用于显示由用户输入的信息或提供给用户的信息以及多媒体数据的播放卡顿处理装置700的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元140可包括显示面板141，可选的，可以采用LCD(LiquidCrystal Display，液晶显示器)、OLED(Organic Light-Emitting Diode，有机发光二极管)等形式来配置显示面板141。进一步的，触敏表面131可覆盖显示面板141，当触敏表面131检测到在其上或附近的触摸操作后，传送给处理器180以确定触摸事件的类型，随后处理器180根据触摸事件的类型在显示面板141上提供相应的视觉输出。虽然在图7中，触敏表面131与显示面板141是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面131与显示面板141集成而实现输入和输出功能。
多媒体数据的播放卡顿处理装置700还可包括至少一种传感器150，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板141的亮度，接近传感器可在多媒体数据的播放卡顿处理装置700移动到耳边时，关闭显示面板141和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于多媒体数据的播放卡顿处理装置700还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
音频电路160、扬声器161，传声器162可提供用户与多媒体数据的播放卡顿处理装置700之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号，传输到扬声器161，由扬声器161转换为声音信号输出；另一方面，传声器162将收集的声音信号转换为电信号，由音频电路160接收后转换为音频数据，再将音频数据输出处理器180处理后，经RF电路110以发送给比如另一行驶路线确定装置，或者将音频数据输出至存储器120以便进一步处理。音频电路160还可能包括耳塞插孔，以提供外设耳机与多媒体数据的播放卡顿处理装置700的通信。
WiFi属于短距离无线传输技术，多媒体数据的播放卡顿处理装置700通过WiFi模块170可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图7示出了WiFi模块170，但是可以理解的是，其并不属于多媒体数据的播放卡顿处理装置700的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
处理器180是多媒体数据的播放卡顿处理装置700的控制中心，利用各种接口和路线连接整个手机的各个部分，通过运行或执行存储在存储器120内的软件程序和/或模块，以及调用存储在存储器120内的数据，执行多媒体数据的播放卡顿处理装置700的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器180可包括一个或多个处理核心；优选的，处理器180可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器180中。
多媒体数据的播放卡顿处理装置700还包括给各个部件供电的电源110(比如电池)，优选的，电源可以通过电源管理系统与处理器180逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源110还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
尽管未示出，多媒体数据的播放卡顿处理装置700还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，行驶路线确定装置的显示单元是触摸屏显示器，行驶路线确定装置还包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行。所述一个或者一个以上程序包含用于执行上述图2或图3所实施实例中行驶路线确定装置侧操作的指令。
图8是本发明实施例提供的一种终端800的结构示意图。参见图8，该终端800包括处理器、通信接口、存储器和通信总线，还可以包括输入输出接口和显示设备，其中，处理器、存储器、输入输出接口、显示设备和通信接口通过通信总线完成相互间的通信。该存储器存储有计算机程序，该处理器用于执行存储器上所存放的计算机程序，实现上述图2或图4所示实施例的多媒体数据的播放卡顿处理方法。
通信总线是连接所描述的元素的电路并且在这些元素之间实现传输。例如，处理器通过通信总线从其它元素接收到命令，解密接收到的命令，根据解密的命令执行计算或数据处理。存储器可以包括程序模块，例如内核(kernel)，中间件(middleware)，应用程序编程接口(Application Programming Interface，API)和应用。该程序模块可以是有软件、固件或硬件、或其中的至少两种组成。输入输出接口转发用户通过输入输出设备(例如感应器、键盘、触摸屏)输入的命令或数据。显示设备显示各种信息给用户。通信接口将该终端800与其它网络设备、用户设备、网络进行连接。例如，通信接口可以通过有线或无线连接到网络以连接到外部其它的网络设备或用户设备。无线通信可以包括以下至少一种：无线保真(Wireless Fidelity，WiFi)，蓝牙(Bluetooth，BT)，近距离无线通信技术(Near FieldCommunication，NFC)，全球卫星定位系统(Global Positioning System，GPS)和蜂窝通信(cellular communication)(例如，长期演进技术(Long Term Evolution，LTE)，长期演进技术的后续演进(Long Term Evolution–Advanced，LTE-A)，码分多址(Code DivisionMultiple Access，CDMA)，宽带码分多址(Wideband CDMA，WCDMA)，通用移动通信系统(Universal Mobile Telecommunication System，UMTS)，无线宽带接入(WirelessBroadband，WiBro)和全球移动通讯系统(Global System for Mobile communication，GSM)。有线通信可以包括以下至少一种：通用串行总线(Universal Serial Bus，USB)，高清晰度多媒体接口(High Definition Multimedia Interface，HDMI)，异步传输标准接口(Recommended Standard 232，RS-232)，和普通老式电话业务(Plain Old TelephoneService，POTS)。网络可以是电信网络和通信网络。通信网络可以为计算机网络、因特网、物联网、电话网络。终端800可以通过通信接口连接网络，终端800和其它网络设备通信所用的协议可以被应用、应用程序编程接口(Application Programming Interface，API)、中间件、内核和通信接口至少一个支持。
在示例性实施例中，还提供了一种存储有计算机程序的计算机可读存储介质，例如存储有计算机程序的存储器，上述计算机程序被处理器执行时实现上述实施例2或4所示实施例的多媒体数据的播放卡顿处理方法。。例如，所述计算机可读存储介质可以是只读内存(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory，RAM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)、磁带、软盘和光数据存储设备等。
图9是本发明实施例提供的一种服务器900的结构示意图。参见图9，该服务器900包括处理器、通信接口、存储器和通信总线，还可以包括输入输出接口，其中，处理器、存储器、输入输出接口和通信接口通过通信总线完成相互间的通信。该存储器存储有计算机程序，该处理器用于执行存储器上所存放的计算机程序，实现上述图3或图4所示实施例的多媒体数据的播放卡顿处理方法。
在示例性实施例中，还提供了一种存储有计算机程序的计算机可读存储介质，例如存储有计算机程序的存储器，上述计算机程序被处理器执行时实现上述实施例3或4所示实施例的多媒体数据的播放卡顿处理方法。例如，所述计算机可读存储介质可以是只读内存(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory，RAM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)、磁带、软盘和光数据存储设备等。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (14)

1.一种多媒体数据的播放卡顿处理方法，其特征在于，所述方法包括：
向点播服务器发送多媒体播放请求，所述多媒体播放请求中至少包括请求的目标多媒体文件的标识信息，以使所述点播服务器在根据所述标识信息判断出所述目标多媒体文件未存储在本地后，将在本地存储时长超过预设时长的已过期多媒体文件进行删除；调用数据传输接口从存储有所述目标多媒体文件的目标监控设备下载所述目标多媒体文件；
接收所述点播服务器返回的所述目标多媒体文件的数据流；
从所述点播服务器获取所述目标多媒体文件当前的下载进度；
若当前的下载进度和当前的播放进度之间的差值大于第一预设阈值，则对获取到的数据流启动播放；
在播放过程中，若当前的下载进度和当前的播放进度之间的差值小于第二预设阈值，则暂停播放，直至当前的下载进度和当前的播放进度之间的差值再次大于所述第一预设阈值时，再次启动播放；
重复执行上述启动播放以及停止播放步骤，直至所述目标多媒体文件下载完毕并播放完毕。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在当前的下载进度和当前的播放进度之间的差值大于所述第一预设阈值的情况下，获取为所述目标多媒体文件设置的播放速度；
向所述点播服务器发送数据传输请求，所述数据传输请求中至少包括所述目标多媒体文件的播放速度，以使所述点播服务器根据所述目标多媒体文件的播放速度设置所述目标多媒体文件的数据流的传输速度。
3.一种多媒体数据的播放卡顿处理方法，其特征在于，所述方法包括：
接收请求终端发送的多媒体播放请求，所述多媒体播放请求中至少包括请求的目标多媒体文件的标识信息；
根据所述标识信息判断所述目标多媒体文件是否存储在本地；
若所述目标多媒体文件未存储在本地，则将存储时长超过预设时长的已过期多媒体文件进行删除；调用数据传输接口从存储有所述目标多媒体文件的目标监控设备下载所述目标多媒体文件；
将获取到的所述目标多媒体文件的数据流以及所述目标多媒体文件当前的下载进度返回至所述请求终端，以使所述请求终端在下载进度和当前的播放进度之间的差值大于第一预设阈值，对获取到的数据流启动播放，在播放过程中，若当前的下载进度和当前的播放进度之间的差值小于第二预设阈值，则暂停播放，直至当前的下载进度和当前的播放进度之间的差值再次大于所述第一预设阈值时，再次启动播放；重复执行上述启动播放以及停止播放步骤，直至所述目标多媒体文件下载完毕并播放完毕。
4.根据权利要求3所述的方法，其特征在于，所述方法还包括：
若所述目标多媒体文件存储在本地，则以当前时刻对所述目标多媒体文件的详情信息中的操作时间进行更新；
开启文件读取线程从本地读取所述目标多媒体文件；
根据为所述目标多媒体文件设置的播放速度，计算所述目标多媒体文件的数据流的传输速度；
按照所述传输速度将所述目标多媒体文件的数据流返回至所述请求终端，以使所述请求终端对所述目标多媒体文件的数据流按照所述播放速度进行播放。
5.根据权利要求3所述的方法，其特征在于，所述方法还包括：
将所述目标多媒体文件的数据流保存在本地，并对所述目标多媒体文件的详情信息进行记录；
开启文件读取线程从本地读取所述目标多媒体文件的数据流，执行所述将所述目标多媒体文件的数据流返回至所述请求终端的步骤。
6.一种多媒体数据的播放卡顿处理装置，其特征在于，所述装置包括：
发送模块，用于向点播服务器发送多媒体播放请求，所述多媒体播放请求中至少包括请求的目标多媒体文件的标识信息，以使所述点播服务器在根据所述标识信息判断出所述目标多媒体文件未存储在本地后，将在本地存储时长超过预设时长的已过期多媒体文件进行删除；调用数据传输接口从存储有所述目标多媒体文件的目标监控设备下载所述目标多媒体文件；
接收模块，用于接收所述点播服务器返回的所述目标多媒体文件的数据流；
获取模块，用于从所述点播服务器获取所述目标多媒体文件当前的下载进度；
播放模块，用于若当前的下载进度和当前的播放进度之间的差值大于第一预设阈值，则对获取到的数据流启动播放；在播放过程中，若当前的下载进度和当前的播放进度之间的差值小于第二预设阈值，则暂停播放，直至当前的下载进度和当前的播放进度之间的差值再次大于所述第一预设阈值时，再次启动播放；重复执行上述启动播放以及停止播放步骤，直至所述目标多媒体文件下载完毕并播放完毕。
7.根据权利要求6所述的装置，其特征在于，所述获取模块，还用于在当前的下载进度和当前的播放进度之间的差值大于所述第一预设阈值的情况下，获取为所述目标多媒体文件设置的播放速度；
发送模块，用于向所述点播服务器发送数据传输请求，所述数据传输请求中至少包括所述目标多媒体文件的播放速度，以使所述点播服务器根据所述目标多媒体文件的播放速度设置所述目标多媒体文件的数据流的传输速度。
8.一种多媒体数据的播放卡顿处理装置，其特征在于，所述装置包括：
接收模块，用于接收请求终端发送的多媒体播放请求，所述多媒体播放请求中至少包括请求的目标多媒体文件的标识信息；
处理模块，用于根据所述标识信息判断所述目标多媒体文件是否存储在本地；
下载模块，用于若所述目标多媒体文件未存储在本地，则将存储时长超过预设时长的已过期多媒体文件进行删除；调用数据传输接口，从存储有所述目标多媒体文件的目标监控设备下载所述目标多媒体文件；
发送模块，用于将获取到的所述目标多媒体文件的数据流以及所述目标多媒体文件当前的下载进度返回至所述请求终端，以使所述请求终端在下载进度和当前的播放进度之间的差值大于第一预设阈值，对获取到的数据流启动播放，在播放过程中，若当前的下载进度和当前的播放进度之间的差值小于第二预设阈值，则暂停播放，直至当前的下载进度和当前的播放进度之间的差值再次大于所述第一预设阈值时，再次启动播放；重复执行上述启动播放以及停止播放步骤，直至所述目标多媒体文件下载完毕并播放完毕。
9.根据权利要求8所述的装置，其特征在于，所述处理模块，还用于若所述目标多媒体文件存储在本地，则以当前时刻对所述目标多媒体文件的详情信息中的操作时间进行更新；开启文件读取线程从本地读取所述目标多媒体文件；根据为所述目标多媒体文件设置的播放速度，设置所述目标多媒体文件的数据流的传输速度；
所述发送模块，还用于按照所述传输速度将所述目标多媒体文件的数据流返回至所述请求终端，以使所述请求终端对所述目标多媒体文件的数据流按照所述播放速度进行播放。
10.根据权利要求8所述的装置，其特征在于，所述处理模块，还用于将所述目标多媒体文件的数据流保存在本地，并对所述目标多媒体文件的详情信息进行记录；开启文件读取线程从本地读取所述目标多媒体文件的数据流；
所述发送模块，用于执行所述将所述目标多媒体文件的数据流返回至所述请求终端的步骤。
11.一种终端，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；存储器，用于存放计算机程序；处理器，用于执行存储器上所存放的计算机程序，实现权利要求1-2任一项所述的方法步骤。
12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-2任一项所述的方法步骤。
13.一种服务器，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；存储器，用于存放计算机程序；处理器，用于执行存储器上所存放的计算机程序，实现权利要求3-5任一项所述的方法步骤。
14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现权利要求3-5任一项所述的方法步骤。
CN201710768883.4A 2017-08-31 2017-08-31 多媒体数据的播放卡顿处理方法以及装置 Active CN109429076B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710768883.4A CN109429076B (zh) 2017-08-31 2017-08-31 多媒体数据的播放卡顿处理方法以及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710768883.4A CN109429076B (zh) 2017-08-31 2017-08-31 多媒体数据的播放卡顿处理方法以及装置

Publications (2)

Publication Number Publication Date
CN109429076A CN109429076A (zh) 2019-03-05
CN109429076B true CN109429076B (zh) 2021-05-14

Family

ID=65505366

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710768883.4A Active CN109429076B (zh) 2017-08-31 2017-08-31 多媒体数据的播放卡顿处理方法以及装置

Country Status (1)

Country Link
CN (1) CN109429076B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111246303B (zh) * 2020-01-17 2022-03-01 北京达佳互联信息技术有限公司 视频播放方法、装置、电子设备及存储介质
CN111954048B (zh) * 2020-08-21 2021-12-17 四川长虹电器股份有限公司 一种高码率视频资源播放的方法、终端设备及存储介质
CN114827715B (zh) * 2022-04-13 2024-08-27 海信视像科技股份有限公司 显示设备和媒资播放方法

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8234397B2 (en) * 2006-01-06 2012-07-31 Google Inc. Media article adaptation to client device
CN101399691B (zh) * 2008-10-21 2011-09-07 北京闪联互动网络科技有限责任公司 移动终端的多媒体在线播放方法和装置及移动终端
CN101466034A (zh) * 2008-12-25 2009-06-24 华为技术有限公司 发送、播放流媒体数据的方法和装置及流媒体点播系统
CN102761523A (zh) * 2011-04-27 2012-10-31 宏碁股份有限公司 网络串流内容播放方法及系统
CN103916414B (zh) * 2012-12-31 2017-09-05 华为技术有限公司 传输速率配置方法、终端设备、服务器及系统
EP3089467A1 (en) * 2013-12-23 2016-11-02 Le Shi Zhi Xin Electronic Technology (Tianjin) Limited Method and device for mobile communication terminal to control smart television to play video file
CN103957431B (zh) * 2014-04-30 2018-03-16 深圳创维数字技术有限公司 一种流媒体传输控制方法及流媒体服务器
CN104410660A (zh) * 2014-10-16 2015-03-11 小米科技有限责任公司 多媒体资源的下载方法、装置、路由器及服务器
CN105979344A (zh) * 2015-11-27 2016-09-28 乐视致新电子科技（天津）有限公司 一种多媒体播放方法及播放器
CN106210785B (zh) * 2016-08-12 2019-12-13 浙江宇视科技有限公司 媒体流网络自适应单向控制方法及系统
CN110290186B (zh) * 2016-12-20 2021-09-07 北京并行科技股份有限公司 一种适用于多超算中心文件传输的系统及方法
CN107016123B (zh) * 2017-04-27 2020-01-10 Oppo广东移动通信有限公司 文件管理方法及终端设备

Also Published As

Publication number Publication date
CN109429076A (zh) 2019-03-05

Similar Documents

Publication Publication Date Title
US10165309B2 (en) Method and apparatus for live broadcast of streaming media
US10635449B2 (en) Method and apparatus for running game client
US9979772B2 (en) Data streaming method of an electronic device and the electronic device thereof
CN106412662B (zh) 时间戳分配方法及装置
CN107562539B (zh) 应用程序处理方法和装置、计算机设备、存储介质
US11202066B2 (en) Video data encoding and decoding method, device, and system, and storage medium
CN109756767B (zh) 预览数据播放方法、装置及存储介质
CN109151494B (zh) 多媒体数据传输方法、多媒体采集设备及服务器
CN104967865B (zh) 视频预览方法和装置
CN104469143A (zh) 视频分享方法及装置
CN105554550A (zh) 视频播放方法及装置
CN106231433B (zh) 一种播放网络视频的方法、装置和系统
WO2015131768A1 (en) Video processing method, apparatus and system
CN103475914A (zh) 视频播放方法、装置、终端设备和服务器
CN109429076B (zh) 多媒体数据的播放卡顿处理方法以及装置
CN103269374A (zh) 录音同步方法、装置和设备
CN103581762A (zh) 一种播放网络视频的方法、装置及终端设备
US20160274892A1 (en) Data update method, user terminal, and data updated system
US10136115B2 (en) Video shooting method and apparatus
CN106682189B (zh) 文件名显示方法及装置
CN109194979B (zh) 音视频的处理方法及装置、移动终端、可读存储介质
CN106953899A (zh) 多媒体数据共享方法及装置
CN104426926A (zh) 定时发布数据的处理方法及装置
CN105159655B (zh) 行为事件的播放方法和装置
CN105282628B (zh) 一种视频播放的方法和装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant