WO2016015419A1

WO2016015419A1 - Streaming media playing method and playing device

Info

Publication number: WO2016015419A1
Application number: PCT/CN2014/092291
Authority: WO
Inventors: 冯磊; 姚键; 潘柏宇; 卢述奇
Original assignee: 合一网络技术(北京)有限公司
Priority date: 2014-07-31
Filing date: 2014-11-26
Publication date: 2016-02-04
Also published as: CN104125229A; CN104125229B

Abstract

Disclosed in the present invention is a streaming media playing method. The method includes: acquiring a first request for a player to play streaming media; acquiring an m3u8 file corresponding to the streaming media obtained from a streaming media server according to the first request, wherein the m3u8 file includes the URL information of a media file; parsing the m3u8 file and subjecting the parsed m3u8 file to optimizing processing; transmitting the m3u8 file subjected to optimizing processing to the player; acquiring from the player a second request regarding a media file; acquiring the corresponding media file from the streaming media sever according to the second request; transmitting the corresponding media file to the player. The present invention has the advantages that the problem that the player is not supportive to floating point time length can be solved by means of optimizing processing; the problems of unsmooth picture playing and time progress error of the player are solved by means of optimizing the m3u8 file/media file (for instance: TS fragments); playing smoothness can be improved by the selection of more proper addresses according to the CDN scheduling policy.

Description

Streaming media playing method and playing device

Technical field

The present application relates to the field of Internet media playback technologies, and in particular, to a streaming media playing method and a playback device.

Background technique

With the rapid development of Internet technology, the way people access information has changed: from traditional books, newspapers, television, radio, etc., and then through the Internet. In particular, the Internet shares rich and comprehensive online video resources such as movies, news, advertisements, chat videos, game videos and surveillance videos, so that online video has become an irreplaceable and important way for people to learn, socialize and entertain. For video sites with a lot of video resources, users can access video from video sites via a browser on a mobile device such as a smartphone, tablet, laptop, desktop, personal digital assistant, digital TV, etc. Play the page and watch the various video files that the user wants to watch.

The HTTP Live Streaming protocol is a streaming media playback protocol. Apple's iPhone, iPad, Mac and other products are based on the protocol to achieve streaming media playback. The biggest feature of the HTTP Live Streaming protocol is that the stream segmentation technology is used to cut the streaming media file into multiple TS fragment files, and then an m3u8 index file corresponding to the plurality of TS fragment files is created. This design enables fragmented transmission of network traffic conforming to HTTP Live Streaming, which is beneficial to make full use of the performance of the network.

However, not all audio/video players support the HTTP Live Streaming protocol very well. For example, for a player under the Android system, when playing a media file conforming to the above protocol, some players may have problems such as a picture jam and a playback progress error during playback, which affects the user experience. Therefore, a new streaming media playing method and playback device are needed to enhance the user experience.

Summary of the invention

In view of this, the present application provides a streaming media playing method and a playback device to solve the above problems.

The present application discloses a method for playing a streaming media, which includes:

Obtaining a first request that the player uses to play streaming media;

Obtaining, according to the first request, an m3u8 file corresponding to the streaming media from a streaming media server, where the m3u8 file includes URL information of the media file;

Parsing the m3u8 file and optimizing the m3u8 file;

Transmitting the optimized m3u8 file to the player;

Obtaining a second request by the player about the media file;

Acquiring a corresponding media file from the streaming server according to the second request;

Transmitting the corresponding media file to the player.

Preferably, the step of transmitting the corresponding media file to the player comprises:

Optimizing the corresponding media file; and

Transmitting the corresponding processed media file to the player.

Preferably, the optimizing process performed on the corresponding media file includes: deleting a DISCONTINUITY flag in the corresponding media file and/or modifying a timestamp of the corresponding media file.

Preferably, wherein the second request is generated by the player according to the URL information included in the m3u8 file after the optimization process.

Preferably, wherein the optimizing processing on the m3u8 file comprises: deleting a DISCONTINUITY flag in the m3u8 file and/or adjusting a duration in the m3u8 file.

Preferably, wherein, further comprising:

Obtaining an original address of the streaming media, and converting the original address into a corresponding local address;

Transmitting the corresponding local address to the player,

The first request is sent by the corresponding local address.

Preferably, wherein, further comprising:

Converting the URL information in the m3u8 file into corresponding local address information,

The second request is sent by the corresponding local address information.

Preferably, the step of obtaining a corresponding media file from the streaming server according to the second request comprises:

Using a CDN scheduling policy to select a more appropriate optimized address corresponding to the second request;

Obtaining the corresponding media file from the streaming media server according to the optimized address.

The present application also discloses a streaming media playing device, which comprises:

a request processing module, configured to receive a first request for playing a streaming media from a player and a second request for a media file;

a data transceiver module, configured to acquire a corresponding m3u8 file according to the first request, and obtain the media file according to the second request, where the corresponding m3u8 file includes URL information of the media file;

An optimization processing module, configured to optimize a request parameter, and perform optimization processing on the corresponding m3u8 file and/or the media file;

The data transceiver module further transmits the corresponding m3u8 file/optimized processed m3u8 file and the media file/optimized processed media file to the player.

Preferably, the request processing module further acquires an original address of the streaming media, converts the original address into a corresponding local address by using the optimization processing module, and passes the corresponding local address through the data. The transceiver module transmits to the player, and the first request is sent at the corresponding local address.

Preferably, the optimization processing module further converts the URL information in the m3u8 file into corresponding local address information, and the second request is sent by the corresponding local address information.

Compared with the prior art, the streaming media playing method and the playing device described in the present application achieve the following effects:

1) The technical solution of the present application can solve the problem that the player does not support the floating time of the m3u8 floating point by optimizing the processing;

2) The technical solution of the present application can solve the problem that the player picture is stuck and the time progress is wrong by optimizing the m3u8 file/media file (for example, TS fragment);

3) The technical solution of the present application can also select a more suitable address through the CDN scheduling policy to improve the smoothness of playing.

Of course, implementing any of the products of the present application does not necessarily require achieving all of the technical effects described above at the same time.

DRAWINGS

The drawings described herein are intended to provide a further understanding of the present application, and are intended to be a part of this application. In the drawing:

FIG. 1 is a schematic diagram of an action sequence of a streaming media playing process in the prior art.

FIG. 2 is a schematic diagram of an action sequence of a streaming media playing process according to an embodiment of the present application.

FIG. 3 is a block diagram of a streaming media playback device according to an embodiment of the present application.

detailed description

Certain terms are used throughout the description and claims to refer to particular components. Those skilled in the art will appreciate that hardware manufacturers may refer to the same component by different nouns. The present specification and the claims do not use the difference in the name as the means for distinguishing the components, but the difference in function of the components as the criterion for distinguishing. The word "comprising" as used throughout the specification and claims is an open term and should be interpreted as "including but not limited to". "Substantially" means that within the range of acceptable errors, those skilled in the art will be able to solve the technical problems within a certain error range, substantially achieving the technical effects. In addition, the term "coupled" is used herein to include any direct and indirect electrical coupling means. Therefore, if a first device is coupled to a second device, the first device can be directly electrically coupled to the second device, or electrically coupled indirectly through other devices or coupling means. Connected to the second device. The description of the specification is intended to be illustrative of the preferred embodiments of the invention. The scope of protection of the application is subject to the definition of the appended claims.

1 is a schematic diagram of an action sequence of a streaming media playing process in the prior art, and the above playback process should be Used for mobile devices under Android. As shown in FIG. 1, the above streaming media playback process includes the following actions:

101: The player first sends a request for playing the streaming media to the streaming server (the request may optimize the request parameter according to the configuration of the server, for example, adding a parameter such as “User-Agent”). The streaming media server may be a remote network server, which can store m3u8 files and corresponding media files (TS fragments);

102: After receiving the request, the remote network server transmits the m3u8 file corresponding to the address in the request back to the player, and the m3u8 file includes the URL address corresponding to the TS fragment;

103: After receiving the m3u8 file, the player requests the TS fragment to be played according to the URL information carried in the m3u8 file;

104: Subsequently, the remote network server returns the corresponding TS fragment to the player according to the URL information in the request for playing by the player, and then the player continues to request the next TS, and continues processing according to this process.

In the above process, the request and processing of the m3u8 file and the media file (TS fragment) are all handled by the player. Under the current player architecture, the request parameters cannot be controlled and the obtained m3u8 file and the media file are optimized.

FIG. 2 is a schematic diagram of an action sequence of a streaming media playing process according to an embodiment of the present application. In the above playback process of the streaming media, in addition to the original player and the streaming media server (for example, a remote network server), the embodiment of the present application additionally provides a streaming media playback device capable of controlling request parameters and/or The m3u8 file and the media file are optimized before the player receives the m3u8 file and the media file. In this embodiment, the streaming media playback device may be a local HTTP proxy server. The following is a description of the action sequence of the streaming media playing process in this embodiment by taking a local HTTP proxy server (hereinafter referred to as a local server) as an example:

201: The player sends the original address of the requested streaming media to the local server. The foregoing original address is an address corresponding to the remote network server, that is, an address when the streaming media is requested from the remote network server according to the prior art solution;

202: The local server converts the received original address to a local address, and transmits the corresponding local address back to the player. In one embodiment, the local server can be established after the conversion is complete A mapping table of the original address and the local address to more easily complete the matching between the two;

Those skilled in the art should understand that in the streaming media playback of the embodiment, the

above actions

201 and 202 are not necessary actions. The player may also request streaming media files from the local server directly to the remote web server at the original address, which is also within the scope of this application.

203: The player sends a first request for playing the streaming media to the local server according to the received local address. In another embodiment, the first request is sent by a corresponding local address;

204: According to the received first request, the local server sends a streaming media request to the remote network server (streaming server) to obtain the corresponding streaming media. In another embodiment, if the first request is sent by the local address, the local server may replace the local address in the first request with the original address, and the replacement relationship may be performed according to the mapping table described above;

205: The remote network server sends the corresponding m3u8 file to the local server according to the request of the local server, where the m3u8 file includes a URL address of the media file (for example, TS fragment);

206: The local server parses the received m3u8 file, and optimizes the m3u8 file. For example, some players may not support floating-point duration, so the local server can rewrite the duration to the m3u8 file as needed; or some players do not support the DISCONTINUITY flag, the local server It can be deleted here. In another embodiment, the local server may also process the URL information of the media file (eg, TS fragment) contained in the m3u8 file, convert it to the local address information, and add the local address information back to the m3u8 file. After that, the local server transmits the optimized m3u8 file to the player;

207: According to the received m3u8 file, the player sends a second request for the media file (for example, TS fragment) (also the request, the request parameter may be optimized according to the configuration of the server, for example, adding a parameter such as “User-Agent”) To the local server. In another embodiment, if the received m3u8 file includes local address information corresponding to the URL information of the media file, the second request is sent by using the corresponding local address information;

208: According to the received second request, the local server sends a media file request to the remote network server to obtain a corresponding media file. In another embodiment, if the second request includes the local address information, the local server converts the local address information into the corresponding URL information according to the foregoing conversion rule and integrates into the media file request sent to the remote network server. . This In addition, in another embodiment, the local server may also select a more suitable optimized address corresponding to the media file according to a specific CDN scheduling policy, and request a corresponding media file by using the optimized address;

209: The remote network server sends the corresponding media file (such as TS fragment) back to the local server according to the request of the local server;

210: The local server optimizes the received media file. For example, the local server can delete the DISCONTINUITY flag in the media file and/or modify the timestamp of the media file. The local server then transfers the optimized media file to the player for playback.

In the prior art, if a request for a certain media file (for example, TS fragment) is in error, some players will continue to request, and the playback cannot be continued, and the screen will always display the loading state. For the above situation, in another embodiment of the present application, the maximum number of requests may be pre-configured in the local server. If the number of times exceeds the number of times, the request for the media file is considered to be unsuccessful, and the media file may be skipped and the request may be continued. A media file. In this way, the player will skip this media file and continue playing the next media file, thus improving the user experience.

In the above actions 201-210, some steps may be omitted or recombined. For example, steps 201 and 210 can be omitted, and the player requests streaming from the remote web server through the local server at the original address. For another example, the optimization process of the m3u8 file and the media file by the local server may be performed simultaneously or alternatively, that is, the m3u8 file and the media file may be optimized for processing, or only for the m3u8 file and the media file. An optimization process is performed. If the basic purpose of the technical solution of the present application can be achieved, the present application does not limit the number, order, and combination of actions of the above technical solutions. Reasonable adjustments, deletions, and additions to the above-described actions are intended to be included within the scope of the present application.

FIG. 3 is a block diagram of a streaming media playback device 300 according to an embodiment of the present application. As described above, the streaming media playback device in the embodiment of the present application may be a local HTTP proxy server. As shown in FIG. 3, the playback device 300 includes the following modules:

a request processing module 301: configured to receive a first request for playing a streaming media from a player and a second request for a media file;

The data transceiver module 302 is configured to obtain a corresponding m3u8 file according to the first request, and Obtaining a media file according to the second request, wherein the corresponding m3u8 file includes URL information of the media file;

The optimization processing module 303 is configured to optimize the request parameters, and in particular, optimize the corresponding m3u8 file and/or the media file,

In an embodiment of the present application, the data transceiver module 302 further transmits the corresponding m3u8 file/optimized corresponding m3u8 file and the media file/optimized processed media file to the player.

Similar to the playback method described above, in another embodiment of the present application, the request processing module 301 further acquires the original address of the streaming media, and converts the original address into a corresponding local address through the optimization processing module 303. And transmitting the corresponding local address to the player through the data transceiver module 302, and the first request is sent by the corresponding local address. In still another embodiment of the present application, the optimization processing module 303 further converts the URL information in the m3u8 file into corresponding local address information, and the second request is sent in the corresponding local address information.

Since the method part has been described in detail in the method section, for the sake of simplicity, the parts corresponding to the apparatus and method involved in the embodiment are not described herein again. For the specific function description of the components in the device, reference may be made to the content of the method embodiment, which is not specifically limited herein.

Although the embodiment of the present application is described as streaming media playback of a mobile device under the Android system, the present invention is not limited thereto. Those skilled in the art should understand that the streaming media playback of other systems and/or other devices in the prior art may also have similar problems to the streaming media playback of the mobile device under the Android system, so that the streaming media playing method and the playing device It is also possible to apply streaming media playback with mobile devices under non-Android systems, or streaming media playback for non-mobile devices under Android and non-Android systems.

It should also be noted that the term "comprising" or any other variation thereof is intended to cover a non-exclusive inclusion, such that a process, method, article, or system comprising a series of elements includes not only those elements but also Other elements, or elements that are inherent to such a process, method, commodity, or system. An element defined by the phrase "comprising a ..." does not exclude the presence of additional equivalent elements in a process, method, article, or system that comprises the element, without further limitation.

Those skilled in the art will appreciate that embodiments of the present application can be provided as a method, system, or computer program product. Thus, the present application can take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment in combination of software and hardware. Moreover, the application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) including computer usable program code.

The above description is only an embodiment of the present application and is not intended to limit the application. Various changes and modifications can be made to the present application by those skilled in the art. Any modifications, equivalents, improvements, etc. made within the spirit and scope of the present application are intended to be included within the scope of the appended claims.

Claims

A streaming media playing method, comprising:

Obtaining a first request that the player uses to play streaming media;

Obtaining, according to the first request, an m3u8 file corresponding to the streaming media from a streaming media server, where the m3u8 file includes URL information of the media file;

Parsing the m3u8 file and optimizing the m3u8 file;

Transmitting the optimized m3u8 file to the player;

Obtaining a second request by the player about the media file;

Acquiring a corresponding media file from the streaming server according to the second request;

Transmitting the corresponding media file to the player.
The method for playing a streaming media according to claim 1, wherein the step of transmitting the corresponding media file to the player comprises:

Optimizing the corresponding media file; and

Transmitting the corresponding processed media file to the player.
The method for playing a streaming media according to claim 2, wherein the optimizing processing performed on the corresponding media file comprises: deleting a DISCONTINUITY flag in the corresponding media file and/or modifying the corresponding The timestamp of the media file.
The method for playing a streaming media according to claim 3, wherein the second request is generated by the player according to the URL information included in the m3u8 file after the optimization process.
The method for playing a streaming media according to claim 1, wherein the optimizing processing on the m3u8 file comprises: deleting a DISCONTINUITY flag in the m3u8 file and/or adjusting a duration in the m3u8 file .
The streaming media playing method according to any one of claims 1 to 5, characterized in that Contains:

Obtaining an original address of the streaming media, and converting the original address into a corresponding local address;

Transmitting the corresponding local address to the player,

The first request is sent by the corresponding local address.
The streaming media playing method according to any one of claims 1 to 5, further comprising:

Converting the URL information in the m3u8 file into corresponding local address information,

The second request is sent by the corresponding local address information.
The streaming media playing method according to any one of claims 1 to 5, wherein the step of acquiring a corresponding media file from the streaming server according to the second request comprises:

Using a CDN scheduling policy to select a more appropriate optimized address corresponding to the second request;

Obtaining the corresponding media file from the streaming media server according to the optimized address.
A streaming media playing device, comprising:

a request processing module, configured to receive a first request for playing a streaming media from a player and a second request for a media file;

a data transceiver module, configured to acquire a corresponding m3u8 file according to the first request, and obtain the media file according to the second request, where the corresponding m3u8 file includes URL information of the media file;

An optimization processing module, configured to optimize a request parameter, and perform optimization processing on the corresponding m3u8 file and/or the media file;

The data transceiver module further transmits the corresponding m3u8 file/optimized processed m3u8 file and the media file/optimized processed media file to the player.
A streaming media playback device according to claim 9, wherein said requesting location The processing module further acquires the original address of the streaming media, converts the original address into a corresponding local address by using the optimization processing module, and transmits the corresponding local address to the player through the data transceiver module And the first request is sent by the corresponding local address.
The streaming media playback device of claim 9, wherein the optimization processing module further converts URL information in the m3u8 file into corresponding local address information, and the second request is Corresponding local address information is sent.