CN109587517A - 一种多媒体文件的播放方法及装置、服务器及存储介质 - Google Patents
一种多媒体文件的播放方法及装置、服务器及存储介质 Download PDFInfo
- Publication number
- CN109587517A CN109587517A CN201811497380.9A CN201811497380A CN109587517A CN 109587517 A CN109587517 A CN 109587517A CN 201811497380 A CN201811497380 A CN 201811497380A CN 109587517 A CN109587517 A CN 109587517A
- Authority
- CN
- China
- Prior art keywords
- file
- target
- server
- critical information
- client
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 77
- 238000005070 sampling Methods 0.000 claims description 37
- 230000005540 biological transmission Effects 0.000 claims description 11
- 230000003993 interaction Effects 0.000 claims description 11
- 238000004590 computer program Methods 0.000 claims description 6
- 241001269238 Data Species 0.000 description 12
- 230000008569 process Effects 0.000 description 12
- 238000010586 diagram Methods 0.000 description 9
- 238000004891 communication Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 4
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000009434 installation Methods 0.000 description 2
- 239000000203 mixture Substances 0.000 description 2
- 230000002123 temporal effect Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 230000010485 coping Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 230000002035 prolonged effect Effects 0.000 description 1
- 230000008929 regeneration Effects 0.000 description 1
- 238000011069 regeneration method Methods 0.000 description 1
- 230000000630 rising effect Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
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/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
- H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- 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
-
- 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Information Transfer Between Computers (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本申请实施例公开了一种多媒体文件的播放方法及装置、服务器及存储介质，所述方法应用于服务器，所述方法包括：接收客户端发送的播放请求消息；从预设的关键信息列表中，确定所述播放请求消息指定的多媒体文件对应的目标关键信息；其中，所述目标关键信息包括与所述多媒体文件对应的目标流文件的标识信息；根据所述目标关键信息，生成所述目标流文件；将所述目标流文件发送至客户端，以供所述客户端进行播放。
Description
技术领域
本申请实施例涉及多媒体信息技术，涉及但不限于一种多媒体文件播放方法及装置、终端及存储介质。
背景技术
现有技术中，通常可以使用HTTP(Hyper Text Transfer Protocol，超文本传输协议)来传输MP4文件，并将MP4文件传输至客户端进行播放。但是，由于MP4文件不是流式文件，客户端在播放时需要获取到MP4文件中的关键信息，才能对MP4文件进行解析播放，而当关键信息位于MP4文件的尾部时，客户端需要获取到整个MP4文件才能实现对该MP4文件的解析播放，从而导致长时间的播放延迟，降低用户的观看体验。
发明内容
有鉴于此，本申请实施例为解决现有技术中存在的至少一个问题而提供一种多媒体文件的播放方法及装置、终端及存储介质。
本申请实施例提供一种多媒体文件的播放方法，所述方法应用于服务器，所述方法包括：
接收客户端发送的播放请求消息；
从预设的关键信息列表中，确定所述播放请求消息指定的多媒体文件对应的目标关键信息；其中，所述目标关键信息包括与所述多媒体文件对应的目标流文件的标识信息；
根据所述目标关键信息，生成所述目标流文件；
将所述目标流文件发送至客户端，以供所述客户端进行播放。
本申请实施例还提供一种多媒体文件的播放装置，所述装置应用于服务器，所述装置包括：
接收单元，配置为接收客户端发送的播放请求消息；
确定单元，配置为从预设的关键信息列表中，确定所述播放请求消息指定的多媒体文件对应的目标关键信息；其中，所述目标关键信息包括与所述多媒体文件对应的目标流文件的标识信息；
生成单元，配置为根据所述目标关键信息，生成所述目标流文件；
发送单元，配置为将所述目标流文件发送至客户端，以供所述客户端进行播放。
本申请实施例还提供一种服务器，该服务器包括：存储器、处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述计算机程序实现上述播放方法。
本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机可执行指令，该计算机可执行指令配置为执行上述播放方法。
本申请实施例中，服务器通过预设关键信息列表，保存多媒体文件的关键信息，当接收到播放请求消息时，再对应生成目标流文件，并发送至客户端直接进行播放。如此，能够保证客户端接收到流文件就直接进行播放而无需在整个多媒体文件中查找关键信息，从而缩短了播放延迟，此外，还可以有效避免因需要预先保存与多媒体文件对应的流文件而占用过多的存储空间。
附图说明
图1为本申请实施例的一种多媒体文件的播放方法流程示意图；
图2为本申请实施例的又一多媒体文件的播放方法交互流程示意图；
图3为本申请实施例的又一种多媒体文件的播放方法流程示意图；
图4为本申请实施例的又一种多媒体文件的播放方法流程示意图；
图5为本申请实施例的又一种多媒体文件的播放方法流程示意图；
图6为本申请实施例的又一种多媒体文件的播放方法流程示意图；
图7为本申请实施例的又一种多媒体文件的播放方法流程示意图；
图8为本申请实施例的多媒体文件的播放装置的组成结构示意图；
图9为本申请实施例的一种实现多媒体文件播放方法的服务器的硬件实体示意图。
具体实施方式
为了能够减少MP4文件播放的延时，可以预先将MP4文件转码成TS (TransportStream，传输流)文件，并对转码得到的TS文件进行存储，当接收到客户端发送的针对该MP4文件的播放请求时，服务器可以获取与该MP4 文件对应的多个TS文件，并将该多个TS文件依次发送至客户端。由于TS文件是流式文件，因此，客户端在接收到每个TS文件后，可以直接对该接收到的TS文件进行解析播放，不再需要获取到与该MP4文件对应的所有的TS文件之后才对TS文件进行解析播放，从而可以有效缩短播放延迟。
然而，在使用这种方式时，服务器需要额外存储与MP4文件对应的多个 TS文件，当MP4文件较多时，需要额外存储的TS文件也较多，从而占用了大量的存储空间。
为了节省服务器的存储空间，本申请实施例提出了一种多媒体文件播放的方法，可以在接收到客户端发送的播放请求消息时，在预先确定的多媒体文件对应的关键信息中确定该播放请求消息所请求的多媒体文件对应的目标关键信息，并根据目标关键信息，确定采样数据的获取方式。然后根据确定的采样数据获取方式从对应的存储设备上获取目标流文件对应的音视频采样数据，并基于获取的音视频采样数据来生成该目标流文件。然后，服务器将生成的目标流文件发送至客户端，以使得客户端可以直接对该接收到的目标流文件进行解析播放，从而在不需要预先生成以及存储多媒体文件对应的流文件的情况下，实现对多媒体文件的低延时播放，以及对存储空间的节省。
下面结合附图和实施例对本申请的技术方案进一步详细阐述。
本申请实施例提供一种多媒体文件播放方法，如图1所示，该方法的执行主体为服务器，包括以下步骤：
步骤S101、服务器接收客户端发送的播放请求消息；
播放请求消息包括请求播放多媒体文件的链接，其中的链接的内容，如链接中的字段能够确定指定播放的文件，如MP4文件的存储路径、文件类型等等。
例如，客户端请求播放一个视频，那么客户端的用户点击该视频对应的链接后，客户端就将这个链接的信息发送到服务器，然后服务器通过链接中的各个字段就可以确定指定播放的文件。
步骤S102、服务器从预设的关键信息列表中，确定所述播放请求消息指定的多媒体文件对应的目标关键信息；
其中，所述目标关键信息包括与所述多媒体文件对应的目标流文件的标识信息；
服务器中有预设的关键信息列表，该列表中保存有可以用来播放的多媒体文件所对应的关键信息。关键信息，是指用于描述多媒体文件的文件格式的信息。这里的关键信息，包括用来描述多媒体文件格式特征的信息，可以是除了带有视频画面或音频声音信息的音视频数据以外的其他信息。例如，文件头、起播点、时间信息、编码格式信息等等用于描述文件格式的信息。这里，目标关键信息包括用于生成对应目标流文件的标识信息，服务器根据标识信息，可以确定如何对多媒体文件的音视频数据进行采样，从而生成对应的目标流文件。例如，标识信息标识出了音视频数据的起始位置、采样的频率、采样的数量或者采样数据的偏移地址等信息来确定最终的采样结果。
当服务器收到播放请求消息时，可以根据播放请求消息的链接确定指定播放的文件。然后从预设的关键信息列表中，找到该指定播放的文件所对应的关键信息，也就是目标关键信息。
步骤S103、服务器根据所述目标关键信息，生成所述目标流文件；
流文件是多媒体文件采样转码得到的，占用空间小，并且可以直接解析播放。这里，根据目标关键信息，生成目标流文件。也就是说，在收到客户端发送的播放请求时，服务器不必获取完整的多媒体文件，而是生成与之对应的目标流文件，并将目标流文件提供给客户端进行播放。
步骤S104、服务器将所述目标流文件发送至客户端，以供所述客户端进行播放。
在一些实施例中，服务器可以仅保存关键信息，当收到播放请求时，再生成流文件，节省存储空间，且播放延时小。
由于流文件的占用空间小，传输速度较快，将目标流文件发送至客户端相较于发送完整的多媒体文件来说要快很多，并且，客户端可以直接对目标流文件进行解析播放。而如果客户端获取到的是原始的多媒体文件，例如MP4格式的文件，则需要查找到该文件的关键信息后才能解析播放。因此，采用直接发送目标流文件的方式就大大降低了播放的延迟。
本申请实施例提供一种多媒体文件播放方法，如图2所示，该方法的执行主体为服务器，包括以下步骤：
步骤S201、服务器根据待上传的多媒体文件对应的关键信息，确定所述关键信息列表；
步骤S201a、当服务器21接收到互联网中任一设备22上传的多媒体文件时，获取每一上传的所述多媒体文件对应的关键信息；
其中，每一上传的多媒体文件占用的存储空间大于对应的流文件占用的存储空间。
互联网中的任一设备，包括计算机或手机等终端，也包括其他服务器或存储器，都有可能向服务器上传多媒体文件，比如多媒体文件制作商将新发布的音视频文件上传至服务器，以供广大网络用户进行下载或在线使用。当服务器收到其他设备上传的多媒体文件时，从多媒体文件的数据中获取到关键信息，而不是将完整的多媒体文件保存在服务器本地，只要记录该多媒体文件与关键信息之间的对应关系即可。
步骤S201b、服务器将所述关键信息存储在服务器本地的所述关键信息列表中；
服务器本地可以仅存储关键信息，并将其放在预设的列表中以供查询使用。
步骤S201c、服务器将所述多媒体文件存储在NAS或访问对象存储设备24 上；
多媒体文件需要存储在其他的存储设备中，例如NAS或者访问对象存储设备24。当需要时，服务器可以与该存储设备建立交互关系来获取相应的采样数据。流文件是多媒体文件进行采样转码后得到的，占用空间小，并且可以直接解析播放。
服务器仅存储多媒体文件的关键信息，而不会将多媒体文件存储在本地，减少了本地存储空间的占用。
步骤S202、服务器21接收客户端发送的播放请求消息；
服务器接收到客户端发送的播放请求消息时，要确定该播放请求消息请求播放的是已经存储在相应的存储设备中的多媒体文件，也就可以通过上述保存在服务器本地的关键信息列表中的关键信息来确定所要播放的多媒体文件。
步骤S203、服务器21从预设的关键信息列表中，确定所述播放请求消息指定的多媒体文件对应的目标关键信息；
服务器中有预设的关键信息列表，该列表中保存有可以用来播放的多媒体文件所对应的关键信息。当服务器收到播放请求消息时，可以根据播放请求消息的链接确定指定播放的文件。然后从预设的关键信息列表中，找到该指定播放的文件所对应的关键信息，也就是目标关键信息。
这里的关键信息，包括用来描述多媒体文件格式特征的信息，可以是除了有效的音视频数据以外的其他信息。例如，文件头、起播点、时间信息、编码格式信息等。
步骤S204、服务器21根据所述目标关键信息，生成目标流文件；
流文件是多媒体文件采样转码得到的，占用空间小，并且可以直接解析播放。这里，通过目标关键信息，生成目标流文件。也就是说，不必获取完整的多媒体文件，而是生成与之对应的目标流文件。
步骤S205、服务器21将所述目标流文件发送至客户端23，以供所述客户端23进行播放。
本申请实施例提供一种多媒体文件播放方法，如图3所示，该方法的执行主体为服务器，包括以下步骤：
步骤S301、服务器根据待上传的多媒体文件对应的关键信息，确定所述关键信息列表；
步骤S302、服务器接收客户端发送的播放请求消息；
步骤S303、服务器从预设的关键信息列表中，确定所述播放请求消息指定的多媒体文件对应的目标关键信息；
步骤S304、服务器确定所述目标关键信息对应的数据获取方式；
对于存储在不同设备上的多媒体文件，可以采取不同的方式进行采样，以获取目标采样数据。也就是说，根据多媒体文件存储的位置，可以利用目标关键信息中的不同信息，来进行数据的采样。
步骤S305、服务器根据所述目标关键信息，和所述目标关键信息对应的数据获取方式，生成目标流文件；
确定目标采样数据的获取方式后，服务器就可以采用这一获取方式对存储在相应位置的数据进行采样，得到目标采样数据。对目标采样数据进行相应的编码处理，比如，加入相应的文件头等标识，最终生成目标流文件。
上述方式中，服务器首先分析收到的播放请求消息中的链接，在链接中的位置字段确定指定的多媒体文件存储的位置。由于存储在NAS时，服务器可以很方便地与之进行交互，分次进行采样，然后依次生成每一个目标流文件；而存储在访问对象存储设备时，服务器需要与访问对象存储设备建立连接，然后再访问存储的内容，如果仍然采用多次交互的方式，会大大降低生成目标流文件的速度，从而造成播放延迟。因此，确定存储位置后，根据不同的存储位置，来确定不同的采样数据获取方式，能够在不同情况下都保证低延迟的播放。
步骤S306、服务器将所述目标流文件发送至客户端，以供所述客户端进行播放。
本申请实施例提供一种多媒体文件播放方法，如图4所示，该方法的执行主体为服务器，包括以下步骤：
步骤S401、服务器根据待上传的多媒体文件对应的关键信息，确定所述关键信息列表；
步骤S402、服务器接收客户端发送的播放请求消息；
这里的播放请求消息包括请求播放多媒体文件的链接，该链接由多个格式字段组成，包括用于描述关键信息的存储路径和字节数等内容的关键信息字段；用于描述多媒体文件存储位置的位置字段；用于描述多媒体文件存储路径等信息的多媒体文件字段等。
例如，播放请求消息请求播放一个MP4文件，其链接中包含srcfile字段可以标识此次请求的MP4文件对应的存储路径；tsnum字段可以标识此次请求的是MP4文件对应的第几个TS文件；indexfile字段可以标识此次请求的MP4文件的关键信息的存储路径；indexfilesize字段可以标识此次请求的MP4文件的关键信息构成的关键信息文件的字节长度。
步骤S403、服务器从预设的关键信息列表中，确定所述播放请求消息指定的多媒体文件对应的目标关键信息；
步骤S404、服务器获取所述播放请求消息的指定字段，其中，所述指定字段用于标识所述播放请求消息指定的多媒体文件的存储位置；
步骤S405、服务器根据所述指定字段，确定所述目标关键信息对应的数据获取方式；
这里，针对多媒体文件的存放位置不同，可以根据目标关键信息确定不同的数据获取方式。例如，当播放请求消息所请求的MP4文件对应的链接的格式为：“http://ip:port/v2/nas/segmeter？srcfile＝路径&tsnum＝编号”时，其位置字段的内容为“/nas/”，可以确定客户端请求的MP4文件存储在NAS上；当播放请求消息对应的连接格式为：“http://ip:port/v2/hcp/segmeter？srcfile＝路径&tsnum＝编号&indexfile＝路径&indexfilesize＝关键信息文件长度”时，其位置字段的内容为“/hcp/”，可以确定客户端请求的MP4文件存储在访问对象存储设备上。
对于存储在不同设备上的多媒体文件，可以采取不同的方式进行采样，以获取目标采样数据。也就是说，根据多媒体文件存储的位置，可以利用目标关键信息中的不同信息，来进行数据的采样。例如：
当播放请求消息请求的MP4文件存储在NAS时，服务器可以基于播放请求消息请求的MP4文件的目标关键信息中的采样信息，来获取该请求的MP4 文件对应的TS文件包含的音视频采样数据。
而当播放请求消息请求的MP4文件存储在访问对象存储设备时，若服务器仍是基于播放请求消息请求的MP4文件的目标关键信息中的采样信息来确定该请求的MP4文件对应的TS文件包含的音视频采样数据，则服务器每次只能访问对象存储设备上获取一个音视频采样数据。由于一个TS文件往往包括多个音视频采样数据，因此，服务器需要与访问对象存储设备交互多次，才能获取到生成一个TS文件所需要的所有音视频采样数据。由于服务器与访问对象存储设备多次交互的过程需要耗费大量的时间，会极大地增加服务器生成TS文件的时间，从而导致客户端在获取待播放的文件时，出现较大的时间延迟。
因此，当确定播放请求消息所请求的MP4文件存储在访问对象存储设备后，基于目标关键信息中的流文件信息，来获取该请求的MP4文件对应的TS文件包含的音视频采样数据。在基于流文件信息来获取该请求的MP4文件对应的 TS文件包含的音视频采样数据时，服务器可以一次从访问对象存储设备上获取多个音视频采样数据，从而可以实现只经一次交互，服务器便可以从访问对象存储设备上获取播放请求消息请求的MP4文件对应的TS文件包含的所有音视频采样数据。
服务器首先分析收到的播放请求消息中的链接，在链接中的位置字段确定指定的多媒体文件存储的位置。由于存储在NAS时，服务器可以很方便地与之进行交互，分次进行采样，然后依次生成每一个目标流文件；而存储在访问对象存储设备时，服务器需要与访问对象存储设备建立连接，然后再访问存储的内容，如果仍然采用多次交互的方式，会大大降低生成目标流文件的速度，从而造成播放延迟。因此，确定存储位置后，根据不同的存储位置，来确定不同的采样数据获取方式，能够在不同情况下都保证低延迟的播放。
步骤S406、服务器采用所述获取方式，根据所述目标关键信息获取目标采样数据；
步骤S407、服务器根据所述目标采样数据，生成目标流文件。
采样完成后就得到了目标采样数据，对目标采样数据进行相应的编码处理即可生成目标流文件。这里根据采样信息进行数据采样后可以得到多组目标采样数据，每一次采样得到一组目标采样数据，对应生成目标流文件。当完成对数据的采样后，即可对应生成多媒体文件对应的目标流文件。
步骤S408、服务器将所述目标流文件发送至客户端，以供所述客户端进行播放。
这里，服务器需要将多媒体文件对应的目标流文件依次发送至客户端，客户端对每一目标流文件进行解析后即可播放。
本申请实施例提供一种多媒体文件播放方法，如图5所示，该方法的执行主体为服务器，包括以下步骤：
步骤S501、服务器根据待上传的多媒体文件对应的关键信息，确定所述关键信息列表；
步骤S502、服务器接收客户端发送的播放请求消息；
步骤S503、服务器获取所述播放请求消息的指定字段，其中，所述指定字段用于标识所述播放请求消息指定的多媒体文件的存储位置；其中，所述存储位置至少包括存储设备和存储路径，其中，所述存储设备至少包括访问对象存储设备；
步骤S504、服务器根据所述指定字段，将第一数据获取方式确定为所述目标关键信息对应的数据获取方式，其中，所述第一数据获取方式为通过一次数据交互来获取与所述目标关键信息对应的音视频数据；
当存储在访问对象存储设备时，服务器需要与访问对象存储设备建立连接，然后进行交互，以获取目标采样数据。由于一个多媒体文件往往对应多个流文件，因此，如果一次只获取一个流文件对应的采样数据，那么就需要进行多次交互，为了避免这一特点造成的延时，需要一次获取采样数据。而如果多媒体文件存储在NAS上时，则服务器可以很方便地进行采样，而不会因为多次采样造成过多的延时。因此，这里需要根据播放请求消息中的指定字段，来确定多媒体文件的存储位置包括访问对象存储设备，然后确定其对应的采样数据获取方式为第一数据获取方式。
这里的第一数据获取方式，为通过一次数据交互就能够获取目标关键信息对应的音视频数据，也就是采样数据。通过这一次采样，获取音视频数据能够生成多媒体文件对应的目标流文件。
步骤S505、服务器采用所述获取方式，根据所述目标关键信息获取目标采样数据；
这里，利用流文件信息进行一次采样，就可以获得多媒体文件的采样数据，即音视频数据，从而对应生成目标流文件。如此，避免了服务器与访问对象存储设备的多次交互，提升了速度，避免播放延迟。例如，根据目标关键信息中的ts_item_info信息，来获取该MP4文件对应的TS文件包含的音视频采样数据时，服务器在基于ts_item_info信息来获取该请求的MP4文件对应的TS文件包含的音视频采样数据时，服务器可以一次从访问对象存储设备上获取多个音视频采样数据，从而可以实现只经一次交互，服务器便可以从访问对象存储设备上获取播放请求消息请求的MP4文件对应的TS文件包含的所有采样数据。
步骤S506、服务器根据所述目标采样数据，生成目标流文件；
步骤S507、服务器将所述目标流文件发送至客户端，以供所述客户端进行播放。
本申请实施例提供一种多媒体文件播放方法，如图6所示，该方法的执行主体为服务器，包括以下步骤：
步骤S601、服务器根据待上传的多媒体文件对应的关键信息，确定所述关键信息列表；
步骤S602、服务器接收客户端发送的播放请求消息；
步骤S603、服务器获取所述播放请求消息的指定字段，其中，所述指定字段用于标识所述播放请求消息指定的多媒体文件的存储位置；
步骤S604、服务器根据所述目标关键信息，确定至少一个目标流子文件对应的音视频数据的标识信息，所述标识信息至少包括所述音视频数据对应的起始位置和偏移量；
这里，一个目标流文件包含多个目标流子文件，每次进行采样时，服务器根据目标关键信息可以确定至少一个目标流子文件对应的音视频数据的标识信息，这一标识信息至少包括了进行采样时所需要的音视频数据对应的起始位置和偏移量。当确定了起始位置和偏移量时，就可以进行相应的采样。
步骤S605、服务器根据所述第一数据获取方式和确定的标识信息，从所述访问对象存储设备获取每一目标流子文件对应的音视频数据；
根据每一目标流子文件对应的起始位置和偏移量，从访问对象存储设备对多媒体文件进行采样获得相应的音视频数据后，就可以确定相应的目标流子文件。
步骤S606、服务器根据获取的每一音视频数据起始位置和偏移量，确定所述每一音视频数据对应的目标流子文件和采样序号；
获得目标流子文件的同时，还可以根据每一目标流子文件的起始位置和偏移量来确定这是第几个目标流子文件，也就是确定采样序号。
步骤S607、服务器根据所述采样序号对确定的每一目标流子文件进行排序；
根据采样序号，对每一目标流子文件进行排序，即确定实际播放的顺序，这样，客户端在播放时，按照排序后的顺序就可以直接播放，而不需要再对目标流文件中的音视频数据进行排序处理。
步骤S608、服务器根据排序后的所述目标流子文件，生成目标流文件；
排序后的目标流子文件按顺序合成一个完整的目标流文件，就是目标多媒体文件对应的流文件。
采样完成后就得到了目标采样数据，对目标采样数据进行相应的编码处理即可生成目标流文件。这里根据流文件信息对多媒体文件进行一次采样后，就可以得到目标采样数据，然后对应生成多媒体文件对应的目标流文件。
步骤S609、服务器将所述目标流文件发送至客户端，以供所述客户端进行播放。
这里，服务器将完整的目标流文件发送至客户端，客户端即可以直接进行解析播放。
本申请实施例提供一种多媒体文件播放方法，如图7所示，在本实施例中，以MP4文件为例，MP4文件对应的流文件即TS文件，该TS文件能够被客户端直接解析播放。本实施例中的方法的执行主体为服务器，包括以下步骤：
步骤S701、预先确定存储的MP4文件的关键信息，其中，该MP4文件的关键信息可用于确定与该MP4文件对应的多个TS文件；
在本实施例中，服务器可以对获取到的MP4文件进行存储，可以存储至 NSA存储设备上，也可以存储至访问对象存储设备上。
服务器在存储获取到的MP4文件时，确定该MP4文件的关键信息，其中，该MP4文件的关键信息可用于确定与该MP4文件对应的多个TS文件。
在一个实施例中，服务器在确定MP4文件的关键信息时，可以确定MP4 文件的基础信息，包括音视频编码类型、采样率等信息。
例如，MP4文件的基础信息至少可以包括：
第一、video_track_info，可以用于标识MP4文件的视频编码类型，MP4文件携带的SPS(Sequence Parameter Set，序列参数集)以及PPS(Picture Parameter Set，图像参数集)等参数信息；
第二、audio_track_info，可以用于标识MP4文件的音频编码类型，以及信道和采样率等参数信息。
第三、mp4_sample_info，可以用于标识MP4文件携带的所有采样数据的 DTS(Decoding Time Stamp，解码时间标签)、CTS(Composition Time Stamp，合成时间标签)、数据偏移点以及关键帧等采样信息。
在本实施例中，服务器在确定MP4文件的关键信息时，还可以确定MP4 文件的切片描述信息，该切片描述信息可以用于标识MP4文件对应的多个TS 文件所包括的音视频采样数据的序号以及个数等内容。
确定上述MP4文件的切片描述信息时，可以先确定MP4文件中的有效数据，其中，有效数据可以为客户端播放MP4文件时对应的音视频实际使用的数据，如音视频采样数据。具体地，在确定有效数据时，服务器可以通过剥除 MP4文件中的其他数据，如文件头、关键信息等数据来实现。在确定了MP4 文件中的有效数据后，服务器可以基于设定的切片时长，例如服务器与客户端预先约定的切片时长，来预先确定在基于该切片时长对有效数据进行切分的情况下，得到的每个TS文件对应的采样数据的序号以及个数。然后，服务器可以基于上述采样数据的序号和个数等数据，来确定MP4文件的切片描述信息。
需要说明的是，服务器在确定MP4文件的切片描述信息时，并未对该MP4 文件进行切片，而仅是获取切片时的情况对应的相关描述信息。
在本实施例中，MP4文件的切片描述信息可以至少包括以下信息：
第一、ts_item_info，可以用于标识与MP4对应的所有TS文件的音频采样开始序号、视频采样开始序号、音频采样数、视频采样数、数据偏移量以及数据长度等内容；
第二、mp4_2ts_index_header，可以用于标识MP4文件所包括的音频采样的个数、视频采样的个数、track数以及MP4文件对应的所有TS文件的数目等内容。
在确定MP4文件的关键信息后，服务器可以对MP4文件，以及MP4文件对应的关键信息之间对应关系进行存储，可以存储在本地，也可以存储在其他设备上。存储成功后，服务器可以将MP4文件存储至NAS或访问对象存储设备上。
步骤S702、在接收到客户端发送的播放请求消息后，根据接收到的播放请求消息确定客户端请求的MP4文件的存储位置；
在本实施例中，服务器可以根据接收到的播放请求消息对应的链接的格式来确定客户端请求的MP4文件的存储位置。例如，当播放请求消息对应的链接的格式为：“http://ip:port/v2/nas/segmeter？srcfile＝路径&tsnum＝编号”时，可以确定客户端请求的MP4文件存储在NAS上；当播放请求消息对应的连接格式为：“http://ip:port/v2/hcp/segmeter？srcfile＝路径&tsnum＝编号&indexfile＝路径 &indexfilesize＝关键信息文件长度”时，可以确定客户端请求的MP4文件存储在访问对象存储设备上。
步骤S703、在确定客户端请求的MP4文件的存储位置后，根据播放请求消息确定客户端请求的MP4文件的目标关键信息；
在本实施例中，服务器根据接收到的播放请求消息确定客户端请求播放的 MP4文件的存储位置后，再根据该播放请求消息从服务器预先确定的关键信息中，查找该MP4文件对应的目标关键信息。
客户端发送的播放请求消息中的srcfile字段可以标识此次请求的MP4文件对应的存储路径；tsnum字段可以标识此次请求的是MP4文件对应的第几个TS 文件；indexfile字段可以标识此次请求的MP4文件的关键信息的存储路径； indexfilesize字段可以标识此次请求的MP4文件的关键信息构成的关键信息文件的字节长度。服务器可以根据客户端发送的播放请求消息中的上述字段来确定该播放请求消息请求的MP4文件的目标关键信息。
例如，客户端发送的播放请求消息对应的链接可以为：“http://127.0.0.1:8066/v2/nas/segmeter？srcfile＝/home/hms/data/c/depository/asset/zhengshi/5101/014/044/ 5101014044/media/5101014044_5001166064_58.mp4&tsnum＝1”，则服务器可以先确定客户端此次请求的MP4文件存储在NAS上，然后，服务器可以根据该链接确定此次请求的MP4文件对应的存储路径为：“/home/hms/data/c/depository/asset/zhengshi/5101/014/044/5101014044/media/51 01014044_5001166064_58.mp4”。并且可以确定客户端发送的播放请求消息此次请求的是MP4文件对应的第一个TS文件。
再例如，客户端发送的播放请求消息对应的链接为“http://127.0.0.1:8066/v2/hcp/segmeter？srcfile＝/rest/4f21/5101014044/media/5101014044_5001166064_58.mp4&tsnum＝10&indexfile＝/rest/4f21/5101014044/media/indexfile&indexfilesize ＝7492720”，则服务器可以先确定客户端此次请求的MP4文件存储在访问对象存储设备上，然后，服务器可以根据该链接确定此次请求的MP4文件对应的存储路径为：“/rest/4f21/5101014044/media/5101014044_5001166064_58.mp4”。并且可以确定客户端发送的播放请求消息此次请求的是MP4文件对应的第10个 TS文件，此次请求的MP4文件的关键信息的存储路径为：“/rest/4f21/ 5101014044/media/indexfile”；此次请求的MP4文件的关键信息构成的关键信息文件的字节长度为7492720。
步骤S704、根据确定的存储位置，确定目标采样数据的获取方式；
服务器可以根据播放请求消息请求的MP4文件的存储位置，来确定目标采样数据的获取方式。
当播放请求消息请求的MP4文件存储在NAS时，服务器可以基于播放请求消息请求的MP4文件的目标关键信息中的mp4_sample_info信息，来获取该请求的MP4文件对应的TS文件包含的音视频采样数据。
而当播放请求消息请求的MP4文件存储在访问对象存储设备时，若服务器仍是基于播放请求消息请求的MP4文件的目标关键信息中的mp4_sample_info 信息来确定该请求的MP4文件对应的TS文件包含的音视频采样数据，则服务器每次只能访问对象存储设备上获取一个音视频采样数据。由于一个TS文件往往包括多个音视频采样数据，因此，服务器需要与访问对象存储设备交互多次，才能获取到生成一个TS文件所需要的所有音视频采样数据。由于服务器与访问对象存储设备多次交互的过程需要耗费大量的时间，会极大地增加服务器生成TS文件的时间，从而导致客户端在获取待播放的文件时，出现较大的时间延迟。
因此，当确定播放请求消息所请求的MP4文件存储在访问对象存储设备后，基于目标关键信息中的ts_item_info信息来获取该请求的MP4文件对应的TS 文件包含的音视频采样数据。在基于ts_item_info信息来获取该请求的MP4文件对应的TS文件包含的音视频采样数据时，服务器可以一次从访问对象存储设备上获取多个音视频采样数据，从而可以实现只经一次交互，服务器便可以从访问对象存储设备上获取播放请求消息请求的MP4文件对应的TS文件包含的所有音视频采样数据。
步骤S705、根据客户端请求的MP4文件的目标关键信息，通过确定的目标采样数据的获取方式来生成目标TS文件；
服务器可以根据上述目标关键信息，通过确定目标采样数据的方式来生成目标TS文件。
服务器在根据客户端发送的播放请求消息中的indexfile字段，确定此次请求的MP4文件的关键信息的存储路径，即目标关键信息的存储路径，来获取关键信息，并进行处理得到ts_item_info信息、mp4_sample_info信息、video_track_info信息、audio_track_info信息以及mp4_2ts_index_header信息。
然后，服务器可以根据客户端发送的播放请求消息中的tsnum字段，来获取ts_item_info信息中的音频采样开始序号、视频采样开始序号、音频采样数、视频采样数、数据偏移量以及数据长度等内容，并通过确定的目标采样数据的获取方式，来确定该MP4文件对应的目标TS文件。
当确定的目标采样数据获取方式为：根据目标关键信息中的 mp4_sample_info信息，来获取该MP4文件对应的TS文件包含的音视频采样数据时，服务器可以根据mp4_sample_info信息中的数据偏移量、音频采样开始序号、视频采样开始序号。音频采样数以及视频采样数等信息，确定目标TS 文件所包括的所有音视频采样数据，并根据确定的所有音视频采样数据来生成对应的目标TS文件。
而当确定的目标采样数据的获取方式为根据MP4文件的目标关键信息中的ts_item_info信息，来获取该MP4文件对应的目标TS文件包含的音视频采样数据时，服务器可以先基于ts_item_info信息中的音频采样开始序号、视频采样开始序号、音频采样数、视频采样数、数据偏移量以及数据长度等内容，来一次确定目标TS文件所包括的所有音视频采样数据，然后，根据MP4文件的目标关键信息中的mp4_sample_info信息中的数据偏移量、音频采样开始序号、视频采样开始序号、音频采样数、视频采样数等信息，来对确定的目标TS文件所包括的所有音视频采样数据进行排序，并基于排序后的音视频采样数据来生成对应的目标TS文件。
步骤S706、在生成目标TS文件后，将目标TS文件发送至客户端，以使客户端对接收的目标TS文件进行播放。
本申请实施例中的上述方法主要包括：根据预先确定的关键信息确定播放请求消息请求的MP4文件对应的目标TS文件的过程；根据播放请求消息请求的MP4文件的存储位置，确定目标采样数据的获取方式的过程；以及根据确定的目标采样数据的获取方式，从访问对象存储设备上获取采样数据的过程。通过这几个过程，服务器可以在接收到客户端发送的播放请求消息时，根据预先确定的关键信息确定该播放请求消息请求的MP4文件对应的目标关键信息，并根据目标关键信息，通过修改后的数据获取方式从对应的存储设备上获取与目标TS文件对应的音视频采样数据，以及基于获取的音视频采样数据来生成该目标TS文件，然后，可以将该生成的目标TS文件发送至客户端，以使得客户端可以直接对该接收到的目标TS文件进行解析播放。由此可知，本方案可以在不预先生成以及存储与MP4文件对应的TS文件的情况下，实现对MP4文件低延时的播放，从而可以有效解决现有技术的问题，节省存储空间。
基于前述的实施例，本申请实施例提供一种输入装置，该装置包括所包括的各单元、以及各单元所包括的各模块，可以通过终端中的处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，处理器可以为中央处理器 (CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA) 等。
本申请实施例提供一种多媒体文件的播放装置100，如图8所示，该装置应用于服务器，该装置包括：
接收单元11，配置为接收客户端发送的播放请求消息；
第一确定单元12，配置为从预设的关键信息列表中，确定所述播放请求消息指定的多媒体文件对应的目标关键信息；其中，所述目标关键信息包括与所述多媒体文件对应的目标流文件的标识信息；
生成单元13，配置为根据所述目标关键信息，生成所述目标流文件；
发送单元14，配置为将所述目标流文件发送至客户端，以供所述客户端进行解析播放。
在其他实施例中，所述装置还包括：
第二确定单元，配置为根据待上传的多媒体文件对应的关键信息，确定所述关键信息列表。
在其他实施例中，所述生成单元包括：
第一确定模块，配置为确定所述目标关键信息对应的数据获取方式；
生成模块，配置为根据所述目标关键信息，和所述目标关键信息对应的数据获取方式，生成目标流文件。
在其他实施例中，所述第一确定模块，包括：
获取子模块，配置为获取所述播放请求消息的指定字段，其中，所述指定字段用于标识所述播放请求消息指定的多媒体文件的存储位置；
第一确定子模块，配置为根据所述指定字段，确定所述目标关键信息对应的数据获取方式。
在其他实施例中，所述存储位置至少包括存储设备和存储路径，其中，所述存储设备至少包括访问对象存储设备。
在其他实施例中，当所述存储设备为访问对象存储设备时，所述确定子模块，配置为根据所述指定字段，将第一数据获取方式确定为所述目标关键信息对应的数据获取方式，其中，所述第一数据获取方式为通过一次数据交互来获取与所述目标关键信息对应的音视频数据。
在其他实施例中，所述生成模块包括：
第二确定子模块，配置为根据所述目标关键信息，确定至少一个目标流子文件对应的音视频数据的标识信息，所述标识信息至少包括所述音视频数据对应的起始位置和偏移量；
获取子模块，配置为根据所述第一数据获取方式和确定的标识信息，从所述访问对象存储设备获取每一目标流子文件对应的音视频数据；
第三确定子模块，配置为根据获取的每一音视频数据起始位置和偏移量，确定所述每一音视频数据对应的目标流子文件和采样序号；
排序子模块，配置为根据所述采样序号对确定的每一目标流子文件进行排序；
生成子模块，配置为根据排序后的所述目标流子文件，生成目标流文件。
所以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请装置实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。
需要说明的是，本申请实施例中，如果以软件功能模块的形式实现上述的多媒体文件的播放方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台服务器设备执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本申请实施例不限制于任何特定的硬件和软件结合。
对应地，本申请实施例提供一种服务器，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述实施例中提供的多媒体文件的播放方法。
对应地，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现上述实施例中提供的多媒体文件的播放方法中的步骤。
这里需要指出的是：以上存储介质和设备实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请存储介质和设备实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。
需要说明的是，图9为本申请实施例中实现上述多媒体文件播放的服务器的一种硬件实体示意图，如图9所示，该服务器110的硬件实体包括：处理器 1、通信接口2和存储器3，其中，
处理器1通常控制服务器110的总体操作。
通信接口2可以使终端通过网络与其他终端或服务器通信。
存储器3配置为存储由处理器1可执行的指令和应用，还可以缓存待处理器1以及服务器110中各模块待处理或已经处理的数据(例如，图像数据、音频数据、语音通信数据和视频通信数据)，可以通过闪存(FLASH)或随机访问存储器(Random Access Memory，RAM)实现。
应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外，在本申请各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。
或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台服务器设备执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。
Claims (10)
1.一种多媒体文件的播放方法，其特征在于，所述方法应用于服务器，所述方法包括：
接收客户端发送的播放请求消息；
从预先确定的关键信息列表中，确定所述播放请求消息指定的多媒体文件对应的目标关键信息；其中，所述目标关键信息包括与所述多媒体文件对应的目标流文件的标识信息；
根据所述目标关键信息，生成所述目标流文件；
将所述目标流文件发送至客户端，以供所述客户端进行播放。
2.根据权利要求1所述的播放方法，其特征在于，在所述接收客户端发送的播放请求消息之前，所述方法还包括：
根据待上传的多媒体文件对应的关键信息，确定所述关键信息列表。
3.根据权利要求1所述的播放方法，其特征在于，所述根据所述目标关键信息，生成目标流文件，包括：
确定所述目标关键信息对应的数据获取方式；
根据所述目标关键信息，和所述目标关键信息对应的数据获取方式，生成目标流文件。
4.根据权利要求3所述的播放方法，其特征在于，所述确定所述目标关键信息对应的数据获取方式，包括：
获取所述播放请求消息的指定字段，其中，所述指定字段用于标识所述播放请求消息指定的多媒体文件的存储位置；
根据所述指定字段，确定所述目标关键信息对应的数据获取方式。
5.根据权利要求4所述的方法，其特征在于，所述存储位置至少包括存储设备和存储路径，其中，所述存储设备至少包括访问对象存储设备。
6.根据权利要求5所述的方法，其特征在于，当所述存储设备为访问对象存储设备时，所述根据所述指定字段，确定所述目标关键信息对应的数据获取方式，包括：
根据所述指定字段，将第一数据获取方式确定为所述目标关键信息对应的数据获取方式，其中，所述第一数据获取方式为通过一次数据交互来获取与所述目标关键信息对应的音视频数据。
7.根据权利要求6所述的方法，其特征在于，在所述将第一数据获取方式确定为所述目标关键信息对应的数据获取方式之后，所述根据所述目标关键信息，和所述目标关键信息对应的数据获取方式，生成目标流文件，包括：
根据所述目标关键信息，确定至少一个目标流子文件对应的音视频数据的标识信息，所述标识信息至少包括所述音视频数据对应的起始位置和偏移量；
根据所述第一数据获取方式和确定的标识信息，从所述访问对象存储设备获取每一目标流子文件对应的音视频数据；
根据获取的每一音视频数据起始位置和偏移量，确定所述每一音视频数据对应的目标流子文件和采样序号；
根据所述采样序号对确定的每一目标流子文件进行排序；
根据排序后的所述目标流子文件，生成目标流文件。
8.一种多媒体文件的播放装置，其特征在于，所述装置应用于服务器，所述装置包括：
接收单元，配置为接收客户端发送的播放请求消息；
第一确定单元，配置为从预设的关键信息列表中，确定所述播放请求消息指定的多媒体文件对应的目标关键信息；其中，所述目标关键信息包括与所述多媒体文件对应的目标流文件的标识信息；
生成单元，配置为根据所述目标关键信息，生成所述目标流文件；
发送单元，配置为将所述目标流文件发送至客户端，以供所述客户端进行播放。
9.一种服务器，其特征在于，所述服务器包括：存储器、处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述计算机程序实现上述权利要求1至7任一项提供的播放方法。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机可执行指令，该计算机可执行指令配置为执行上述权利要求1至7任一项提供的播放方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811497380.9A CN109587517B (zh) | 2018-12-07 | 2018-12-07 | 一种多媒体文件的播放方法及装置、服务器及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811497380.9A CN109587517B (zh) | 2018-12-07 | 2018-12-07 | 一种多媒体文件的播放方法及装置、服务器及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109587517A true CN109587517A (zh) | 2019-04-05 |
| CN109587517B CN109587517B (zh) | 2022-02-18 |
Family
ID=65929472
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811497380.9A Active CN109587517B (zh) | 2018-12-07 | 2018-12-07 | 一种多媒体文件的播放方法及装置、服务器及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109587517B (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111988298A (zh) * | 2020-08-13 | 2020-11-24 | 山东伏羲智库互联网研究院 | 数据处理方法、装置及设备 |
| CN113132759A (zh) * | 2019-12-30 | 2021-07-16 | 中国移动通信集团北京有限公司 | 视频起播时延确定方法、装置、服务器、系统及存储介质 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103392344A (zh) * | 2010-12-17 | 2013-11-13 | 阿卡麦科技公司 | 使用用于流化的http网络的格式未知的流化体系结构 |
| CN105049904A (zh) * | 2015-07-27 | 2015-11-11 | 青岛海信移动通信技术股份有限公司 | 一种多媒体文件的播放方法和装置 |
| US20160182947A1 (en) * | 2014-12-18 | 2016-06-23 | Sling Media Pvt Ltd | Management of a sideloaded content |
| CN106973037A (zh) * | 2017-02-16 | 2017-07-21 | 咪咕视讯科技有限公司 | 一种控制数据传输的方法及系统 |
| CN107277081A (zh) * | 2016-04-06 | 2017-10-20 | 北京优朋普乐科技有限公司 | 流媒体数据的切片下载方法和装置、流媒体系统 |
| CN108156478A (zh) * | 2016-12-06 | 2018-06-12 | 创盛视联数码科技（北京）有限公司 | mp4格式文件转hls格式的视频点播系统及方法 |
| CN108600863A (zh) * | 2018-03-28 | 2018-09-28 | 腾讯科技（深圳）有限公司 | 多媒体文件处理方法和装置、存储介质及电子装置 |
-
2018
- 2018-12-07 CN CN201811497380.9A patent/CN109587517B/zh active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103392344A (zh) * | 2010-12-17 | 2013-11-13 | 阿卡麦科技公司 | 使用用于流化的http网络的格式未知的流化体系结构 |
| US20160182947A1 (en) * | 2014-12-18 | 2016-06-23 | Sling Media Pvt Ltd | Management of a sideloaded content |
| CN105049904A (zh) * | 2015-07-27 | 2015-11-11 | 青岛海信移动通信技术股份有限公司 | 一种多媒体文件的播放方法和装置 |
| CN107277081A (zh) * | 2016-04-06 | 2017-10-20 | 北京优朋普乐科技有限公司 | 流媒体数据的切片下载方法和装置、流媒体系统 |
| CN108156478A (zh) * | 2016-12-06 | 2018-06-12 | 创盛视联数码科技（北京）有限公司 | mp4格式文件转hls格式的视频点播系统及方法 |
| CN106973037A (zh) * | 2017-02-16 | 2017-07-21 | 咪咕视讯科技有限公司 | 一种控制数据传输的方法及系统 |
| CN108600863A (zh) * | 2018-03-28 | 2018-09-28 | 腾讯科技（深圳）有限公司 | 多媒体文件处理方法和装置、存储介质及电子装置 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113132759A (zh) * | 2019-12-30 | 2021-07-16 | 中国移动通信集团北京有限公司 | 视频起播时延确定方法、装置、服务器、系统及存储介质 |
| CN111988298A (zh) * | 2020-08-13 | 2020-11-24 | 山东伏羲智库互联网研究院 | 数据处理方法、装置及设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109587517B (zh) | 2022-02-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103069769B (zh) | 用于经译码视频数据的网络串流传输的特技模式 | |
| CN105612753B (zh) | 媒体流传输期间在适配集合间的切换方法和装置 | |
| KR101548444B1 (ko) | 바이트 범위 요청들을 이용한 비디오 데이터의 네트워크 스트리밍 | |
| CA2850416C (en) | Method and device for transmitting streaming media | |
| CN113767639B (zh) | 接收媒体数据的方法、装置和非易失性计算机可读介质 | |
| CN113748659B (zh) | 接收会话的媒体数据的方法、装置和非易失性计算机可读介质 | |
| CN104506493A (zh) | 一种实现hls内容回源和缓存的方法 | |
| JP7246508B2 (ja) | Ｈｔｔｐによる動的適応ストリーミングのための方法及び装置 | |
| JP7176133B2 (ja) | Ｈｔｔｐ上の動的アダプティブストリーミングのための方法、装置及びコンピュータプログラム | |
| CN113661680B (zh) | 用于接收媒体内容的媒体数据的处理方法和装置 | |
| CN105049873A (zh) | 一种流媒体传输方法、装置和系统 | |
| CN109587517A (zh) | 一种多媒体文件的播放方法及装置、服务器及存储介质 | |
| CN115349264B (zh) | 接收媒体数据的方法和设备 | |
| CN112350986B (zh) | 一种音视频网络传输碎片化的整形方法及系统 | |
| CN112188256B (zh) | 信息处理方法、信息提供方法、装置、电子设备及存储介质 | |
| CN111869225B (zh) | 信息处理装置、信息处理方法及非暂时性计算机可读存储介质 | |
| CN115462063B (zh) | 接收媒体数据的方法、设备及存储介质 | |
| CN104539606B (zh) | 基于Upnp的音频文件管理方法、装置和系统 | |
| JP7395766B2 (ja) | Ｈｔｔｐを介した動的適応ストリーミングのための方法および装置 | |
| CN113364728B (zh) | 媒体内容接收方法、装置、存储介质和计算机设备 | |
| CN118202345A (zh) | Cmaf和dash客户端使用可寻址资源索引轨道和事件进行带宽切换的方法 | |
| CN117256135A (zh) | 用于cmaf和dash多媒体流式传输的可寻址资源索引事件 | |
| CN118233711A (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 |