CN111182330B - Video playing method and device - Google Patents

Video playing method and device Download PDF

Info

Publication number
CN111182330B
CN111182330B CN201910751869.2A CN201910751869A CN111182330B CN 111182330 B CN111182330 B CN 111182330B CN 201910751869 A CN201910751869 A CN 201910751869A CN 111182330 B CN111182330 B CN 111182330B
Authority
CN
China
Prior art keywords
video
data
communication link
target video
cache data
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
CN201910751869.2A
Other languages
Chinese (zh)
Other versions
CN111182330A (en
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.)
Shenzhen Yayue Technology Co ltd
Original Assignee
Tencent Technology Shenzhen 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 Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201910751869.2A priority Critical patent/CN111182330B/en
Publication of CN111182330A publication Critical patent/CN111182330A/en
Application granted granted Critical
Publication of CN111182330B publication Critical patent/CN111182330B/en
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/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • 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
    • H04N21/23113—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion involving housekeeping operations for stored content, e.g. prioritizing content for deletion because of storage space restrictions
    • 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/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2387—Stream processing in response to a playback request from an end-user, e.g. for trick-play
    • 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/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/437—Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server
    • 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/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL

Landscapes

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

Abstract

The invention provides a video playing method and a video playing device; the method comprises the following steps: in response to a play instruction for a target video, sending a data request through a first communication link, the data request being for requesting video source data of the target video; when the response of the data request is not received within the waiting time, sending a cache data request aiming at the target video through a second communication link; receiving cache data of the target video returned through the second communication link; and playing the cache data, and switching playing data when the video source data is received.

Description

Video playing method and device
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a video playing method and apparatus.
Background
In the related art, in the process of watching a video online through a terminal device, due to reasons such as unstable service of a background server or a Content Delivery Network (CDN) of a video source, the video information needs to be loaded for a long time, so that a user needs to wait for a long time to watch the video, the viewing experience of the user is affected, and the viewing requirement of the user cannot be met.
Disclosure of Invention
The embodiment of the invention provides a video playing method and device, which can reduce the waiting time of video playing.
The embodiment of the invention provides a video playing method, which comprises the following steps:
in response to a play instruction for a target video, sending a data request through a first communication link, the data request being for requesting video source data of the target video;
when the response of the data request is not received within the waiting time, sending a cache data request aiming at the target video through a second communication link;
receiving cache data of the target video returned through the second communication link;
and playing the cache data, and switching playing data when the video source data is received.
The embodiment of the invention also provides a video playing method, which comprises the following steps:
receiving a cache data request aiming at a target video, which is sent by a terminal through a second communication link; the data caching request is sent when the terminal does not receive a response of the data request within the waiting time;
determining cache data corresponding to the target video based on the cache data request;
and sending the cache data to the terminal through the second communication link so that the terminal plays the cache data, and switching playing data when receiving video source data returned by the response of the data request.
An embodiment of the present invention further provides a video playing device, including:
a first sending unit, configured to send, in response to a play instruction for a target video, a data request through a first communication link, where the data request is used to request video source data of the target video;
a second sending unit, configured to send a cache data request for the target video through a second communication link when a response to the data request is not received within the waiting time;
a first receiving unit, configured to receive cache data of the target video returned via the second communication link;
and the playing unit is used for playing the cache data and switching playing data when the video source data is received.
In the above scheme, the apparatus further comprises a reporting unit,
the reporting unit is configured to report, through the second communication link, video data with a first duration in the video source data when the returned video source data is received through the first communication link, so as to cache the video data with the first duration.
In the foregoing solution, the first sending unit is further configured to obtain, based on the play instruction, a Uniform Resource Locator (URL) of the target video embedded in the current webpage;
sending the data request over the first communication link based on the URL.
In the foregoing scheme, the second sending unit is further configured to send a cache data request for the target video to the background server or the CDN server through a second communication link, where the cache data request carries at least one of the following information:
webpage address information and URL information of the target video.
In the foregoing solution, the first receiving unit is further configured to receive, via the second communication link, returned cache data corresponding to the second duration of the target video, where the cache data is cached when the number of data requests for the target video reaches a first number threshold.
In the foregoing scheme, the first receiving unit is further configured to receive, via the second communication link, returned cache data corresponding to a third duration of the target video, where the cache data is cached when the number of cache data requests for the target video within a preset time reaches a second number threshold.
In the foregoing solution, the first receiving unit is further configured to receive, via the second communication link, the returned cache data of the target video, where the cache data is video data whose cache duration does not exceed an effective cache duration.
An embodiment of the present invention further provides a video playing device, including:
the second receiving unit is used for receiving a cache data request aiming at the target video, which is sent by the terminal through a second communication link; the data caching request is sent when the terminal does not receive a response of the data request within the waiting time;
a determining unit, configured to determine, based on the cache data request, cache data corresponding to the target video;
and the third sending unit is used for sending the cache data to the terminal through the second communication link so as to enable the terminal to play the cache data, and switching playing data when receiving the video source data returned by the response of the data request.
An embodiment of the present invention further provides a video playing device, including:
a memory for storing executable instructions;
and the processor is used for realizing the video playing method provided by the embodiment of the invention when the executable instructions stored in the memory are executed.
The embodiment of the invention provides a storage medium, which stores executable instructions and is used for causing a processor to execute the executable instructions so as to realize the video playing method provided by the embodiment of the invention.
The embodiment of the invention has the following beneficial effects:
the terminal responds to a playing instruction aiming at the target video, sends a data request through a first communication link, and sends a cache data request aiming at the target video through a second communication link when a response of the data request is not received within the waiting time; receiving cache data of the target video returned through the second communication link; the received cache data is played, and the playing data is switched when the video source data is received, so that the cache data is played first when the response information of the data request is not received, and then the video source data is switched to the video source data to be played smoothly when the video source data is received, and the waiting time of a user in the video playing process is reduced.
Drawings
Fig. 1A is a schematic diagram of an architecture of a video playing system according to an embodiment of the present invention;
fig. 1B is a schematic diagram of an architecture of a video playing system according to an embodiment of the present invention;
fig. 1C is a schematic diagram of an architecture of a video playing system according to an embodiment of the present invention;
fig. 1D is a schematic diagram of an architecture of a video playing system according to an embodiment of the present invention;
fig. 2 is a schematic diagram of a hardware structure of a video playback device according to an embodiment of the present invention;
fig. 3 is a schematic flowchart of a video playing method according to an embodiment of the present invention;
fig. 4 is a schematic flowchart of a video playing method according to an embodiment of the present invention;
fig. 5 is a schematic flowchart of a video playing method according to an embodiment of the present invention;
fig. 6 is a schematic flowchart of a video playing method according to an embodiment of the present invention;
fig. 7 is a schematic structural diagram of a video playing apparatus according to an embodiment of the present invention;
fig. 8 is a schematic structural diagram of a video playing apparatus according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention clearer, the present invention will be further described in detail with reference to the accompanying drawings, the described embodiments should not be construed as limiting the present invention, and all other embodiments obtained by a person of ordinary skill in the art without creative efforts shall fall within the protection scope of the present invention.
In the following description, reference is made to "some embodiments" which describe a subset of all possible embodiments, but it is understood that "some embodiments" may be the same subset or different subsets of all possible embodiments, and may be combined with each other without conflict.
In the description that follows, references to the terms "first \ second \ third" are intended merely to distinguish similar objects and do not denote a particular order, but rather are to be understood that the terms "first \ second \ third" may be interchanged under certain circumstances or sequences of events to enable embodiments of the invention described herein to be practiced in other than those illustrated or described herein.
Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs. The terminology used herein is for the purpose of describing embodiments of the invention only and is not intended to be limiting of the invention.
Fig. 1A-1D are schematic diagrams of alternative architectures of a video playing system according to an embodiment of the present invention, referring to fig. 1A, in order to support an exemplary application, a terminal (including a terminal 400-1 and a terminal 400-2) is connected to a third-party server 200 and a background server 500 of the terminal through a network 300, where the network 300 may be a wide area network or a local area network, or a combination of the two, and data transmission is implemented using a wireless or wired link.
A terminal (e.g., terminal 400-1) for sending a data request to the third-party server 200 through the first communication link in response to the play instruction for the target video, so that the third-party server 200 determines the video source data of the target video based on the data request; when the terminal receives the video source data returned by the third-party server 200 within the waiting time, that is, when the terminal starts to play the video source data soon, the terminal also reports the video data with the first duration in the video source data to the background server 500, so that the background server 500 caches the video data with the preset duration.
When the terminal does not receive a response of the data request returned by the third-party server 200 within the waiting time, referring to fig. 1B, the terminal further sends a cache data request for the target video to the background server 500 through the second communication link; the background server 500 determines cache data corresponding to the target video based on the received cache data request; sending the cache data to the terminal through a second communication link; the terminal plays the cache data returned by the background server 500, and switches playing data when receiving the video source data returned by the third-party server 200.
In some embodiments, referring to fig. 1C, the terminal (including the terminal 400-1 and the terminal 400-2) is connected to the third-party server 200, the backend server 500 and the CDN server 600 through the network 300, and the terminal (such as the terminal 400-1) is configured to send a data request to the third-party server 200 through the first communication link in response to a play instruction for the target video, so that the third-party server 200 determines video source data of the target video based on the data request;
when the terminal receives video source data returned by the third-party server 200 within a waiting time, that is, when the terminal starts playing the video source data soon, the terminal reports the video data with a first duration in the video source data to the background server 500, the background server 500 sends the received reported video data with a preset duration to the CDN server 600, the CDN server 600 caches the video data with the first duration and sends the cached address information of the video data with the corresponding first duration to the background server 500, and the background server 500 records the cached address information of the video data with the corresponding first duration in the CDN server 600.
When the terminal does not receive a response of the data request returned by the third-party server 200 within the waiting time, referring to fig. 1D, the terminal further sends a cache data request for the target video to the background server 500 through the second communication link; the background server 500 determines a cache address of the cache data for the target video based on the received cache data request, sends the cache address to the terminal, and the terminal acquires and plays the corresponding cache data from the CDN server based on the cache address and switches the play data when receiving the video source data returned by the third-party server 200.
In practical applications, the terminal may be a smartphone, a tablet, a laptop, a wearable computing device, a Personal Digital Assistant (PDA), a desktop computer, a cellular phone, a media player, a navigation device, a game console, a television, etc., or a combination of any two or more of these or other data processing devices.
The following describes a video playback apparatus provided in an embodiment of the present invention. In some embodiments, the electronic device may be a terminal and may also be a server. The embodiment of the invention takes the electronic equipment as an example of the server, and the hardware structure of the server is explained in detail.
Fig. 2 is a schematic diagram of a hardware structure of a video playing apparatus according to an embodiment of the present invention, and it can be understood that fig. 2 only shows an exemplary structure of the video playing apparatus, and not a whole structure, and a part of the structure or a whole structure shown in fig. 2 may be implemented as needed. Referring to fig. 2, a video playing apparatus provided in an embodiment of the present invention includes: at least one processor 201, memory 202, user interface 203, and at least one network interface 204. The various components in the server are coupled together by a bus system 205. It will be appreciated that the bus system 205 is used to enable communications among the components. The bus system 205 includes a power bus, a control bus, and a status signal bus in addition to a data bus. For clarity of illustration, however, the various buses are labeled as bus system 205 in fig. 2.
The user interface 203 may include, among other things, a display, a keyboard, a mouse, a trackball, a click wheel, a key, a button, a touch pad, or a touch screen.
It will be appreciated that the memory 202 can be either volatile memory or nonvolatile memory, and can include both volatile and nonvolatile memory.
The memory 202 in embodiments of the present invention is used to store various types of data to support the operation of the server. Examples of such data include: any executable instructions for operating on a server, such as executable instructions, may be included in the program for implementing the method of an embodiment of the invention.
The video playing method disclosed by the embodiment of the invention can be realized by the processor 201. The processor 201 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the video processing method may be performed by integrated logic circuits of hardware or instructions in the form of software in the processor 201. The Processor 201 may be a general purpose Processor, a Digital Signal Processor (DSP), or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, or the like. The processor 201 may implement or perform the methods, steps, and logic blocks disclosed in embodiments of the present invention. A general purpose processor may be a microprocessor or any conventional processor or the like. The steps of the method disclosed by the embodiment of the invention can be directly implemented by a hardware decoding processor, or can be implemented by combining hardware and software modules in the decoding processor. The software module may be located in a storage medium located in the memory 202, and the processor 201 reads the information in the memory 202, and performs the steps of the video playing method provided by the embodiment of the present invention in combination with the hardware thereof.
A video playing method for implementing an embodiment of the present invention will be described with reference to the foregoing exemplary application and implementation of a video playing apparatus for implementing an embodiment of the present invention.
Referring to fig. 3, fig. 3 is a flowchart illustrating a video playing method according to an embodiment of the present invention, and will be described with reference to the steps shown in fig. 3.
Step 301: the terminal responds to a playing instruction aiming at the target video and sends a data request through the first communication link, wherein the data request is used for requesting video source data of the target video.
In practical application, when a terminal receives a push message for a target video, the push message may be a webpage containing the target video, a user may jump to a third-party server (i.e., a third-party video website) by clicking the webpage to acquire video source data to realize video playing, when the user clicks the webpage containing the target video, a corresponding play instruction may be triggered, and the terminal responds to the play instruction and sends a data request through a first communication link to request the video source data of the target video.
In some embodiments, the terminal may send the data request by:
acquiring a URL (uniform resource locator) of a target video embedded in a current webpage based on a playing instruction; based on the URL, a data request is sent over the first communication link.
In actual implementation, the terminal analyzes the received playing instruction, determines a URL of a target video embedded in a current webpage, the URL indicates address information of video source data of the target video, and the terminal can send a data request to a server corresponding to the URL through a first communication link to request the video source data of the target video.
In some embodiments, the terminal may be provided with a video playing client, and the user may implement playing of the target video based on the video playing client, and in some embodiments, the terminal sends a data request for the target video to a server (i.e., a third-party server) of the video playing client to request video source data of the target video based on a playing instruction triggered by a user clicking playing of the target video.
In practical implementation, when the terminal receives a response of the data request within a short time (e.g., 1 second), the terminal may play the target video, and the user may view the target video, in this case, the terminal may report the video data of the first duration (e.g., the first 1 minute) of the successfully played target video to the background server of the video playing client, so that the background server caches the video data of the first duration, or the background server sends the video data of the first duration to the CDN server, so that the CDN server caches the video data of the first duration, and in some embodiments, the terminal may report the video data of the first duration in the video source data in the following manner:
when the returned video source data are received through the first communication link, the video data with the first duration in the video source data are reported through the second communication link, so that the video data with the first duration are cached.
By the above manner, users who normally play can upload video data successfully played to the background server or the CDN server, the background server or the CDN server receives the uploaded video data and stores the uploaded video data in the database of the background server or the CDN server, the content stored in the database is cache data for the target video, and the cache data includes: and storing the webpage address, URL and video data corresponding to the URL, which are accessed by the user aiming at the target video, in a background server or a CDN server.
Here, it should be noted that when the background server or the CDN server receives video data of a first duration for a target video, which is reported by the terminal, it may be determined whether the video data of the first duration has been cached, and if the video data has not been cached, the video data is cached; if the video data is cached, the caching is not repeated, so that the waste of the storage space caused by repeated caching of the same video data can be avoided.
Step 302: and when the response of the data request is not received within the waiting time, sending a cache data request aiming at the target video through the second communication link.
In practical implementation, when the terminal does not receive a response of the data request within the waiting time, that is, when the terminal does not receive video source data within the waiting time, the terminal may send a buffer data request through the second communication link to request buffer data for the target video.
In some embodiments, the terminal may send the request for the cached data for the target video by:
sending a cache data request aiming at the target video to a background server or a CDN server through a second communication link, wherein the cache data request carries at least one of the following information: webpage address information and URL information of the target video.
In practical application, when the terminal or the like does not receive a response of the data request for a long time (for example, 1 minute), that is, the user or the like cannot start to watch the target video for a long time, the terminal sends a cache data request carrying webpage address information and video address information (URL) accessed by the user for the target video to the background server or the CDN server through the second communication link, queries whether the background server or the CDN server has cache data of the target video, searches for a storage address of the cache data corresponding to the webpage address information and the video address information in the database based on the received cache data request, and sends the storage address of the cache data of the target video to the terminal after the background server or the CDN server finds the storage address.
In some embodiments, when the cache data is stored in the CDN server, the background server may further determine, based on the cache data request, cache address information of the cache data in the CDN server, and send the cache address information to the terminal, and the terminal acquires the corresponding cache data from the CDN server based on the cache address information.
Step 303: and receiving the cache data of the target video returned through the second communication link.
In some embodiments, the terminal may receive the returned cache data of the target video by:
and receiving returned cache data corresponding to the second duration of the target video through a second communication link, wherein the cache data is cached when the number of the data requests aiming at the target video reaches a first number threshold.
Here, in actual implementation, the cache data of the corresponding target video, which is received by the terminal through the second communication link, is data cached by the background server or the CDN server when the number of data requests for the target video in the preset time reaches the first number threshold, for example, in 1 minute, when the number of data requests for the target video is only 100, the background server or the CDN server does not cache the cache data for the target video; when the number of data requests for the target video reaches 1000, the background server or the CDN server caches the cache data for the target video; therefore, the video data cached by the background server or the CDN server is the video data which is relatively interested by the user within a period of time, and the video data which is not interested by the user is not cached, so that the waste of storage space caused by the fact that the cached user is not interested in occupying the memory can be avoided.
In some embodiments, the terminal may further receive the returned cache data of the target video by:
and receiving returned cache data corresponding to the third duration of the target video through the second communication link, wherein the cache data are cached when the number of cache data requests for the target video in the preset time reaches a second number threshold.
Here, in actual implementation, the cache data of the third duration for the target video, which is received by the terminal through the second communication link, is the video data of the third duration cached by the background server or the CDN server when the number of received cache data requests for the target video in a preset time reaches the second number threshold, for example, within 1 minute, when the number of times that the background server or the CDN server receives the cache data request for the target video, which is sent by the terminal, is 100, the background server or the CDN server caches the video data of the first 1 minute of the target video; when the number of times that the background server or the CDN server receives the cache data request aiming at the target video sent by the terminal is 200, the background server or the CDN server caches the video data of the first 2 minutes of the target video.
In the above manner, within the preset time, the background server or the CDN server caches the video data with different durations based on the difference of the received times of the requests for the cached data, and when the times of the requests for the cached data are more, it indicates that a corresponding plurality of terminals cannot start playing the target video very quickly, that is, more users need to wait for the target video to be watched for a long time, in this case, the background server or the CDN server stores the cached data with longer duration in the target video and sends the cached data to the terminals, and the terminals can play the cached data, and meanwhile, the first communication link between the terminals and the third-party server is always kept connected to wait for the third-party server to return the video source data of the target video, because the terminals play the cached data with longer duration during the waiting process, the users cannot feel the waiting process, the user experience is improved.
In some embodiments, the terminal may further receive the returned cache data of the target video by:
and receiving returned cache data of the target video through a second communication link, wherein the cache data is the video data of which the cache duration does not exceed the effective cache duration.
Here, in practical applications, the target video in the third-party server may be in continuous update, in order to avoid that after the time is too long, the user does not watch the video that has expired, and it is ensured that the video cached by the background server or the CDN server is the latest updated video data, before the background server or the CDN server returns the cache data for the target video, it is determined whether the storage duration of the cache data in the storage space exceeds the effective cache duration, and when the storage duration of the cache data in the storage space does not exceed the effective cache duration, the cache data is returned to the terminal; when the storage time of the cache data in the storage space exceeds the effective cache time, the cache data in such a case may not be the video data that the user desires to watch, and the video source information of the target video needs to be acquired from the third-party server by adopting the prior art.
In some embodiments, when the storage time of the cache data in the storage space exceeds the effective cache time, the background server or the CDN server deletes the cache data in the storage space, the reason is that after the background server or the CDN server receives the video data which is uploaded by the user who normally plays and is successfully played aiming at the target video, the received video data is stored in the database, if the cache data request aiming at the target video is not received for a long time, the fact that the user is possibly disinterested in the target video is shown, or the buffered video data has expired, the video data may always occupy the storage space, resulting in a waste of storage space, and, therefore, in practical application, when the storage duration of the cache data in the storage space exceeds the effective cache duration, the cache data in the storage space can be deleted, and then the storage space is released.
Step 304: and playing the cache data, and switching playing data when receiving the video source data.
In practical application, when the terminal receives cache data returned by the background server or the CDN server, the terminal can play the cache data, meanwhile, a first communication link between the terminal and the third-party server is always kept connected to wait for the third-party server to return video source data of a target video, and when the video source data are received, the video source data are switched to play the video source data.
By applying the embodiment of the invention, under the condition that the terminal cannot play the target video quickly, the terminal plays the cache data returned by the background server or the CDN server while waiting for the video source data aiming at the target video returned by the third-party server, and when the video source data is received, the cache data is smoothly switched to the video source data, so that a user cannot feel the waiting process in the whole process, and the user experience is improved.
Fig. 4 is a schematic flowchart of a video playing method according to an embodiment of the present invention, and referring to fig. 4, the video playing method according to the embodiment of the present invention includes:
step 401: the background server receives a cache data request aiming at the target video, which is sent by the terminal through a second communication link; the data caching request is sent when the terminal does not receive a response of the data request within the waiting time.
In actual implementation, the data request is sent by the terminal to the third-party server through the first communication link in response to a play instruction for the target video, the data request is used for requesting video source data of the target video, when the terminal does not receive a response of the data request within the waiting time, that is, when the terminal does not receive video source data returned by the third-party server within the waiting time, the cache data request can be sent through the second communication link to request cache data for the target video, and the background server receives the cache data request sent by the terminal.
In practical application, when the terminal receives a response of the data request within a short time (e.g., 1 second), the terminal may play the target video, and the user may view the target video, in this case, the terminal may report the video data of the first duration (e.g., the first 1 minute) of the successfully played target video to the backend server or the CDN server, and the backend server or the CDN server stores the received uploaded video data in the database, where the content stored in the database is cache data for the target video, and the cache data includes: and aiming at the webpage address information of the target video, the URL information of the target video and the storage position of the video data corresponding to the URL information in the background server or the CDN server.
Step 402: and determining cache data corresponding to the target video based on the cache data request.
In actual implementation, the cache data request carries at least one of the following information: the method comprises the steps that webpage address information, URL information of a target video, webpage address information accessed by a user of the target video or URL information of the target video are inquired by a background server or a CDN server, and whether cache data of the target video exist in a storage space of the background server or the CDN server or not is inquired.
In some embodiments, the cached data is the video data cached by the background server or the CDN server based on the number of data requests for the target video reaching the first number threshold within the preset time, for example, within 1 minute, when the number of data requests for the target video is only 100, the background server or the CDN server does not cache the cached data for the target video; when the number of data requests for the target video reaches 1000, the background server or the CDN server caches the cache data for the target video; therefore, the video data cached by the background server or the CDN server is the video data which is relatively interested by the user within a period of time, and the video data which is not interested by the user is not cached, so that the waste of storage space caused by the fact that the cached user is not interested in occupying the memory can be avoided.
In some embodiments, the cache data is video data of a third duration cached by the background server or the CDN server when the number of cache data requests for the target video in the received preset time reaches a second number threshold, for example, within 1 minute, when the number of times that the background server or the CDN server receives a cache data request for the target video sent by the terminal is 100, the background server or the CDN server caches video data of the first 1 minute of the target video; when the number of times that the background server or the CDN server receives the cache data request aiming at the target video sent by the terminal is 200, the background server or the CDN server caches the video data of the first 2 minutes of the target video.
In the above manner, within the preset time, the background server or the CDN server caches the video data with different durations based on the difference of the received times of the requests for the cached data, and when the times of the requests for the cached data are more, it indicates that a corresponding plurality of terminals cannot start playing the target video very quickly, that is, more users need to wait for the target video to be watched for a long time, in this case, the background server or the CDN server stores the cached data with longer duration in the target video and sends the cached data to the terminals, and the terminals can play the cached data, and meanwhile, the first communication link between the terminals and the third-party server is always kept connected to wait for the third-party server to return the video source data of the target video, because the terminals play the cached data with longer duration during the waiting process, the users cannot feel the waiting process, the user experience is improved.
In some embodiments, the cache data is video data whose cache duration does not exceed the effective cache duration, in practical applications, a target video in a third-party server may be in continuous update, in order to avoid that a user cannot watch an expired video after a long time, it is ensured that the video cached by the background server or the CDN server is the latest updated video data, before the cache data for the target video is returned by the background server or the CDN server, it is first determined whether the storage duration of the cache data in the storage space exceeds the effective cache duration, and when the storage duration of the cache data in the storage space does not exceed the effective cache duration, the cache data is returned to the terminal; when the storage time of the cache data in the storage space exceeds the effective cache time, the cache data in such a case may not be the video data that the user desires to watch, and the video source information of the target video needs to be acquired from the third-party server by adopting the prior art.
In some embodiments, when the storage duration of the cached data in the storage space exceeds the effective caching duration, the background server or the CDN server deletes the cached data in the storage space. The reason is that after the background server or the CDN server receives video data that is uploaded by a user who normally plays and is successfully played for a target video, the received video data is stored in the database, and if a cache data request for the target video is not received for a long time, it indicates that the user is likely to be disinterested in the target video, or the cached video data is out of date, but the video data will always occupy a storage space, which results in a waste of the storage space.
Step 403: and sending the cache data to the terminal through the second communication link so that the terminal plays the cache data, and switching playing data when receiving the video source data returned by the response of the data request.
In practical application, the background server or the CDN server sends the cache data to the terminal through the second communication link, and the terminal can play the cache data when receiving the cache data, and meanwhile, the first communication link between the terminal and the third-party server keeps connected all the time to wait for the third-party server to return the video source data of the target video, and when receiving the video source data, the terminal switches to the video source data to play the video source data.
Continuing with the description of the video playing method according to the embodiment of the present invention, fig. 5 is a schematic flowchart of a video playing method according to the embodiment of the present invention, and in some embodiments, the video playing method may be cooperatively implemented by a terminal, a background server, and a third-party server, for example, cooperatively implemented by the terminal 400-1, the background server 500, and the third-party server 200 in fig. 1A, and with reference to fig. 1A and fig. 5, the video playing method according to the embodiment of the present invention includes:
step 501: the terminal responds to the playing instruction aiming at the target video and sends a data request to the third-party server through the first communication link, wherein the data request is used for requesting video source data of the target video.
In actual implementation, a terminal receives a push message for a target video, the push message may be a webpage containing the target video, a user may jump to a third-party server by clicking the webpage to acquire video source data to realize video playing, when the user clicks the webpage containing the target video, a corresponding play instruction may be triggered, and the terminal responds to the play instruction and sends a data request to the third-party server through a first communication link to request the video source data of the target video.
Step 502: the third party server determines video source data of the target video based on the data request.
Here, in practical applications, the data request carries a webpage address and a URL accessed by the user for the target video, and the third-party server queries the video source data of the target video based on the webpage address and the URL of the target video.
Step 503: and the third-party server sends the video source data to the terminal through the first communication link.
Step 504: and the terminal plays the video source data returned by the third-party server.
Step 505: and the terminal reports the video data with preset duration in the video source data to the background server through the second communication link.
In actual implementation, when the terminal receives video source data returned by the third-party server within a preset time (a short time, for example, 1 second), the terminal reports the video data of the first duration (for example, the first 1 minute) of the successfully played target video to the background server while playing the target video.
Step 506: the background server stores the video data with preset duration into the database to obtain cache data aiming at the target video.
Here, the background server receives video data uploaded by a normal playing user, and stores the uploaded video data into a database, where the content stored in the database is cache data for a target video, and the cache data includes: and aiming at the webpage address information accessed by the user of the target video, the URL information of the target video and the storage position of the video data corresponding to the URL information in the background server.
In the method, the third-party server of the video source is stable, and the data request sent by the terminal can be responded quickly, and under the condition, the terminal reports the video data with the preset duration in the target video to the background server while playing the video source data returned by the third-party server so as to cache the video data with the preset duration; therefore, under the condition that the third-party server of the video source is unstable and cannot respond to the data request of the terminal for a long time, the terminal can request to play the cache data first while waiting for the response of the third-party server, so that a user cannot feel the process of waiting for the video source data of the third-party server, and the user experience is improved.
Continuing to describe the video playing method according to the embodiment of the present invention, fig. 6 is a schematic flow chart of the video playing method according to the embodiment of the present invention, and in some embodiments, the video playing method may be cooperatively implemented by a terminal, a background server, a third-party server, and a CDN server, for example, cooperatively implemented by the terminal 400-1, the background server 500, the CDN server 600, and the third-party server 200 in fig. 1D, and with reference to fig. 1 and fig. 6, the video playing method according to the embodiment of the present invention includes:
step 601: the video playing client responds to a playing instruction aiming at the target video and sends a data request to the third-party server through the first communication link, wherein the data request is used for requesting video source data of the target video.
In actual implementation, a terminal receives a push message for a target video, the push message may be a webpage containing the target video, a user may jump to a third-party server by clicking the webpage to acquire video source data to realize video playing, when the user clicks the webpage containing the target video, a corresponding play instruction may be triggered, and the terminal responds to the play instruction and sends a data request to the third-party server through a first communication link to request the video source data of the target video.
Step 602: and when the terminal does not receive the response of the data request within the waiting time, sending a cache data request aiming at the target video to the background server through the second communication link.
In actual implementation, when the third-party server does not respond to the data request of the terminal within the waiting time, the terminal cannot receive the video source data returned by the third-party server within the waiting time, and therefore cannot start playing the target video quickly, the terminal can send the cache data request to the background server through the second communication link to request the cache data for the target video.
Here, the cache data request carries at least one of the following information: webpage address information and URL information of the target video.
Step 603: the background server determines cache address information of cache data of the target video in the CDN server based on the cache data request.
Step 604: and the background server sends the cache address information to the terminal.
Step 605: and the terminal sends the cache address information to the CDN server.
Here, the terminal acquires cache data in the CDN server based on the cache address information.
Step 606: and the CDN server determines the cache data of the target video based on the cache address information.
Step 607: the CDN server sends the cache data to the terminal.
Step 608: and the terminal plays the cache data returned by the CDN server.
Step 609: the third party server sends the video source data over the first communication link.
Step 610: and when the terminal receives the video source data returned by the third-party server, the cache data is switched to the video source data to be continuously played.
In practical application, the CDN server sends the cache data to the terminal, and the terminal can play the cache data when receiving the cache data, and meanwhile, the first communication link between the terminal and the third-party server is kept connected all the time to wait for the third-party server to return the video source data of the target video, and when receiving the video source data, the terminal switches to the video source data to play the video source data.
In the following, an exemplary application of the embodiments of the present invention in a practical application scenario will be described.
The video playing method provided by the embodiment of the invention can be cooperatively executed by the terminal and the background server, and during actual implementation, the terminal can encounter two conditions:
1) the terminal responds to a playing instruction aiming at the target video, sends a data request to a third-party video website (namely, a third-party server) through the first communication link so as to request the video source data of the target video, and receives the video source data returned by the third-party server within a preset time, so that the target video can be played quickly.
In this case, referring to the schematic flow chart of the video playing method shown in fig. 5, while playing the video source data returned by the third-party server, the terminal also reports the video data of a preset duration (for example, the previous 1 minute) in the target video to the background server or the CDN server to cache the video data of the preset duration, where the data reporting structure and the protocol are as follows when the playing is successful:
Figure BDA0002167468310000181
when the video data is played successfully, the webpage address (weburl), the URL information (vid eourl) of the target video and the video data of the preset duration (for example, the previous 1 minute) of the video are reported, and after the background server receives the three data, the record of the three data is written into the database.
2) The terminal responds to a playing instruction for the target video, sends a data request to a third-party video website (namely, a third-party server) through a first communication link to request video source data of the target video, and the terminal does not receive the video source data returned by the third-party server within a preset time, namely, the third-party server does not respond to the data request of the terminal within a waiting time, so that the terminal cannot start playing the target video quickly.
In this case, referring to the flowchart of the video playing method shown in fig. 6, when the terminal does not receive a response of the data request within a preset time, the terminal sends a cache data request to the background server or the CDN server through the second communication link to request cache data for the target video. Here, the cache data request carries at least one of the following information: webpage address information and URL information of the target video. The protocol for requesting the cache data address comprises the following steps:
Figure BDA0002167468310000182
Figure BDA0002167468310000191
the background server or the CDN server inquires a cache address corresponding to the webpage address information or the URL information of the target video based on the webpage address information or the URL information of the target video, namely, whether cache data of the target video exists in a storage space of the background server or the CDN server is inquired, when the cache data of the target video exists in the storage space of the background server or the CDN server, the cache data are sent to the terminal through a second communication link, the terminal can play the cache data when receiving the cache data, meanwhile, a first communication link between the terminal and a third-party server is always connected to wait for the third-party server to return video source data of the target video, and when the terminal receives the video source data returned by the third-party server, the video source data are switched to the video source data to play the video source data.
Through the mode, under the condition that the terminal cannot play the target video quickly, the terminal plays the cache data returned by the background server or the CDN server while waiting for the video source data returned by the third-party server, and when the video source data are received, the cache data are smoothly switched to the video source data, so that the user cannot feel the waiting process in the whole process, and the user experience is improved.
The description continues on the video playback device provided in the embodiment of the present invention. Fig. 7 is a schematic structural diagram of a video playing apparatus according to an embodiment of the present invention, and referring to fig. 7, a video playing apparatus 70 according to an embodiment of the present invention includes:
a first sending unit 71, configured to send, in response to a play instruction for a target video, a data request through a first communication link, the data request being used to request video source data of the target video;
a second sending unit 72, configured to send a request for cached data for the target video through a second communication link when a response to the data request is not received within the waiting time;
a first receiving unit 73, configured to receive the cached data of the target video returned via the second communication link;
and the playing unit 74 is configured to play the cache data, and switch playing data when receiving the video source data.
In some embodiments, the apparatus further comprises a reporting unit,
the reporting unit is configured to report, through the second communication link, video data with a first duration in the video source data when the returned video source data is received through the first communication link, so as to cache the video data with the first duration.
In some embodiments, the first sending unit is further configured to obtain, based on the play instruction, a Uniform Resource Locator (URL) of the target video embedded in the current webpage;
sending the data request over the first communication link based on the URL.
In some embodiments, the second sending unit is further configured to send, to the background server or the CDN server, a cache data request for the target video over the second communication link, where the cache data request carries at least one of the following information:
webpage address information and URL information of the target video.
In some embodiments, the first receiving unit is further configured to receive, via the second communication link, returned cache data corresponding to the second duration of the target video, where the cache data is cached when the number of data requests for the target video reaches a first number threshold.
In some embodiments, the first receiving unit is further configured to receive, via the second communication link, returned cache data corresponding to a third duration of the target video, where the cache data is cached when the number of cache data requests for the target video within a preset time reaches a second number threshold.
In some embodiments, the first receiving unit is further configured to receive, via the second communication link, buffer data of the returned target video, where the buffer data is video data whose buffer duration does not exceed an effective buffer duration.
Fig. 8 is a schematic structural diagram of a video playback device according to an embodiment of the present invention, and referring to fig. 8, a video playback device 80 according to an embodiment of the present invention includes:
a second receiving unit 81, configured to receive a cache data request for a target video sent by a terminal through a second communication link; the data caching request is sent when the terminal does not receive a response of the data request within the waiting time;
a determining unit 82, configured to determine, based on the cache data request, cache data corresponding to the target video;
a third sending unit 83, configured to send the cache data to the terminal through the second communication link, so that the terminal plays the cache data, and performs switching of playing data when receiving video source data returned by the response of the data request.
Here, it should be noted that: the above description related to the apparatus is similar to the above description of the method, and for the technical details not disclosed in the apparatus according to the embodiment of the present invention, please refer to the description of the method embodiment of the present invention.
An embodiment of the present invention further provides a video playing device, including:
a memory for storing executable instructions;
and the processor is used for realizing the video playing method provided by the embodiment of the invention when executing the executable instructions stored in the memory.
The embodiment of the present invention provides a storage medium, which stores executable instructions for causing a processor to execute the storage medium to implement the video playing method provided by the embodiment of the present invention.
All or part of the steps of the embodiments may be implemented by hardware related to program instructions, and the program may be stored in a computer readable storage medium, and when executed, the program performs the steps including the method embodiments; and the aforementioned storage medium includes: various media that can store program codes, such as a removable Memory device, a Random Access Memory (RAM), a Read-Only Memory (ROM), a magnetic disk, and an optical disk.
Alternatively, the integrated unit of the present invention may be stored in a computer-readable storage medium if it is implemented in the form of a software functional module and sold or used as a separate product. Based on such understanding, the technical solutions of the embodiments of the present invention may be embodied in the form of a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the methods described in the embodiments of the present invention. And the aforementioned storage medium includes: a removable storage device, a RAM, a ROM, a magnetic or optical disk, or various other media that can store program code.
The above description is only an example of the present invention, and is not intended to limit the scope of the present invention. Any modification, equivalent replacement, and improvement made within the spirit and scope of the present invention are included in the protection scope of the present invention.

Claims (12)

1. A video playing method is applied to a terminal, and the method comprises the following steps:
responding to a playing instruction aiming at a target video, and sending a data request to a third-party server through a first communication link, wherein the data request is used for requesting video source data of the target video;
when the response of the third-party server to the data request is not received within the waiting time, sending a cache data request aiming at the target video to a background server through a second communication link;
receiving cache data of the target video returned by the background server through the second communication link, wherein the cache data is cached based on video data of a target duration in the video source data reported by the second communication link;
and playing the cache data, and switching the cache data to the video source data to continue playing when the video source data returned by the third-party server is received.
2. The method of claim 1, wherein the method further comprises:
when the video source data returned by the third-party server are received through the first communication link, the video data with the first duration in the video source data are reported to the background server through the second communication link, so that the background server caches the video data with the first duration.
3. The method of claim 1, wherein sending a data request to a background server over a first communication link in response to a play instruction for a target video comprises:
acquiring a Uniform Resource Locator (URL) of the target video embedded in the current webpage based on the playing instruction;
and sending the data request to a background server through the first communication link based on the URL.
4. The method of claim 1, wherein sending a cache data request for the target video to a background server over a second communication link comprises:
sending a cache data request aiming at a target video to a background server or a Content Delivery Network (CDN) server through a second communication link, wherein the cache data request carries at least one of the following information:
webpage address information and URL information of the target video.
5. The method of claim 1, wherein the receiving the cached data for the target video returned by the background server or CDN server via the second communication link comprises:
and receiving cache data corresponding to the second duration of the target video, which is returned by the background server, through the second communication link, wherein the cache data is cached when the number of data requests for the target video reaches a first number threshold.
6. The method of claim 1, wherein the receiving the cached data for the target video returned by the background server via the second communication link comprises:
and receiving cache data corresponding to the third duration of the target video, which is returned by the background server through the second communication link, wherein the cache data is cached when the number of cache data requests for the target video in a preset time reaches a second number threshold.
7. The method of claim 1, wherein the receiving the cached data for the target video returned by the background server via the second communication link comprises:
and receiving cache data of the target video returned by the background server through the second communication link, wherein the cache data is the video data of which the cache duration does not exceed the effective cache duration.
8. A video playing method is applied to a background server, and the method comprises the following steps:
receiving a cache data request aiming at a target video, which is sent by a terminal through a second communication link; the cache data request is sent when the terminal does not receive a response of a third-party server to the data request within the waiting time;
determining cache data corresponding to the target video based on the cache data request, wherein the cache data is cached based on video data with target duration in the video source data reported by the second communication link;
and sending the cache data to the terminal through the second communication link so that the terminal plays the cache data, and switching the cache data to the video source data to continue playing when receiving the video source data returned by the third-party server in response to the data request.
9. A video playing device is characterized in that the video playing device is arranged on a terminal, and the video playing device comprises:
the device comprises a first sending unit, a second sending unit and a third party server, wherein the first sending unit is used for responding to a playing instruction aiming at a target video and sending a data request to the third party server through a first communication link, and the data request is used for requesting video source data of the target video;
the second sending unit is used for sending a cache data request aiming at the target video to the background server through a second communication link when the response of the third-party server aiming at the data request is not received within the waiting time;
a first receiving unit, configured to receive cache data of the target video, which is returned by the background server via the second communication link, where the cache data is cached based on video data of a target duration in the video source data reported by the second communication link;
and the playing unit is used for playing the cache data and switching the cache data to the video source data to continue playing when the video source data returned by the third-party server is received.
10. A video playing apparatus, which is disposed in a background server, the apparatus comprising:
the second receiving unit is used for receiving a cache data request aiming at the target video, which is sent by the terminal through a second communication link; the cache data request is sent when the terminal does not receive a response of a third-party server to the data request within the waiting time;
a determining unit, configured to determine, based on the cache data request, cache data corresponding to the target video, where the cache data is cached based on video data of a target duration in the video source data reported by the second communication link;
and the third sending unit is used for sending the cache data to the terminal through the second communication link so as to enable the terminal to play the cache data, and switching the cache data to the video source data to continue playing when receiving the video source data returned by the third-party server in response to the data request.
11. A video playback apparatus, comprising:
a memory for storing executable instructions;
a processor, configured to execute the executable instructions stored in the memory to implement the video playback method of any one of claims 1 to 8.
12. A computer-readable storage medium having stored thereon executable instructions for causing a processor to perform the video playback method of any one of claims 1 to 8 when executed.
CN201910751869.2A 2019-08-15 2019-08-15 Video playing method and device Active CN111182330B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910751869.2A CN111182330B (en) 2019-08-15 2019-08-15 Video playing method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910751869.2A CN111182330B (en) 2019-08-15 2019-08-15 Video playing method and device

Publications (2)

Publication Number Publication Date
CN111182330A CN111182330A (en) 2020-05-19
CN111182330B true CN111182330B (en) 2021-11-09

Family

ID=70650054

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910751869.2A Active CN111182330B (en) 2019-08-15 2019-08-15 Video playing method and device

Country Status (1)

Country Link
CN (1) CN111182330B (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117389733B (en) * 2023-10-25 2024-04-26 无锡众星微系统技术有限公司 SAS I/O scheduling method and device for reducing switch chain overhead

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103634661A (en) * 2013-12-03 2014-03-12 乐视致新电子科技（天津）有限公司 Method and device for implementing video on demand
CN105100830A (en) * 2015-07-23 2015-11-25 中国科学院声学研究所 Rapid switching video source apparatus based on video aggregation service and method thereof
CN105872607A (en) * 2016-03-31 2016-08-17 乐视控股（北京）有限公司 Method, server and terminal device for providing multimedia contents
CN105872577A (en) * 2015-12-01 2016-08-17 乐视云计算有限公司 Method, device and system for obtaining video data
CN106850572A (en) * 2016-12-29 2017-06-13 网宿科技股份有限公司 The access method and device of target resource
CN108063769A (en) * 2017-12-26 2018-05-22 中兴通讯股份有限公司 A kind of implementation method of content service, device and content delivery network node
CN108282720A (en) * 2017-01-05 2018-07-13 北京小鸟听听科技有限公司 A kind of transmission method and device of voice data stream
CN109104617A (en) * 2018-09-05 2018-12-28 杭州领智云画科技有限公司 Video request response method and system
CN109819345A (en) * 2017-11-20 2019-05-28 网宿科技股份有限公司 Processing, time-shifting method, video process apparatus and the cloud storage system of live video
CN110022482A (en) * 2019-03-05 2019-07-16 咪咕视讯科技有限公司 Video plays broadcasting method, video service system and storage medium

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103945259B (en) * 2014-03-31 2017-12-01 Tcl集团股份有限公司 A kind of Online Video player method and device
CN106231405A (en) * 2016-09-27 2016-12-14 北京金山安全软件有限公司 Audio and video playing method and system, audio and video playing conversion device and mobile terminal
US10771850B2 (en) * 2017-02-17 2020-09-08 At&T Intellectual Property I, L.P. Method and apparatus for obtaining recorded media content

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103634661A (en) * 2013-12-03 2014-03-12 乐视致新电子科技（天津）有限公司 Method and device for implementing video on demand
CN105100830A (en) * 2015-07-23 2015-11-25 中国科学院声学研究所 Rapid switching video source apparatus based on video aggregation service and method thereof
CN105872577A (en) * 2015-12-01 2016-08-17 乐视云计算有限公司 Method, device and system for obtaining video data
CN105872607A (en) * 2016-03-31 2016-08-17 乐视控股（北京）有限公司 Method, server and terminal device for providing multimedia contents
CN106850572A (en) * 2016-12-29 2017-06-13 网宿科技股份有限公司 The access method and device of target resource
CN108282720A (en) * 2017-01-05 2018-07-13 北京小鸟听听科技有限公司 A kind of transmission method and device of voice data stream
CN109819345A (en) * 2017-11-20 2019-05-28 网宿科技股份有限公司 Processing, time-shifting method, video process apparatus and the cloud storage system of live video
CN108063769A (en) * 2017-12-26 2018-05-22 中兴通讯股份有限公司 A kind of implementation method of content service, device and content delivery network node
CN109104617A (en) * 2018-09-05 2018-12-28 杭州领智云画科技有限公司 Video request response method and system
CN110022482A (en) * 2019-03-05 2019-07-16 咪咕视讯科技有限公司 Video plays broadcasting method, video service system and storage medium

Also Published As

Publication number Publication date
CN111182330A (en) 2020-05-19

Similar Documents

Publication Publication Date Title
US8825790B2 (en) Caching of fragmented streaming media
US9501582B2 (en) Providing text content embedded with protected multimedia content
US7870272B2 (en) Preserving a user experience with content across multiple computing devices using location information
CN108566561B (en) Video playing method, device and storage medium
JP2013122768A (en) Apparatus and methods for retrieving/downloading content on communication device
US20170180805A1 (en) Method and electronic device for video follow-play
CN110535961B (en) Resource acquisition method and device, electronic equipment and storage medium
US20170221109A1 (en) Ads management in a browser application
US20110221965A1 (en) Degrading a video
CN112738633B (en) Video playing method, device, equipment and readable storage medium
CN102918594A (en) Cache control for adaptive stream player
CN107690093B (en) Video playing method and device
CN111182330B (en) Video playing method and device
CN112312145B (en) Access server, burst traffic caching method, system, computer device and readable storage medium
CN109639813B (en) Video file transmission processing method and device, electronic equipment and storage medium
CN108777802B (en) Method and device for caching VR (virtual reality) video
US20210258539A1 (en) Server and program
CN115623230A (en) Live video playing method and device, electronic equipment and storage medium
US20190037251A1 (en) Playback apparatus, method of controlling playback apparatus, playback method and server apparatus
CN113365149A (en) Live broadcast picture playing method and device of live broadcast room
JP2019106695A (en) Server and program
CN112073525A (en) Advertisement pushing method and device and electronic equipment
US11930094B2 (en) Mitigating network resource contention
CN114979768A (en) Video caching method, device, equipment and storage medium
CN111356006A (en) Video playing method, device, server and storage medium

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
TR01 Transfer of patent right

Effective date of registration: 20221121

Address after: 1402, Floor 14, Block A, Haina Baichuan Headquarters Building, No. 6, Baoxing Road, Haibin Community, Xin'an Street, Bao'an District, Shenzhen, Guangdong 518133

Patentee after: Shenzhen Yayue Technology Co.,Ltd.

Address before: 518000 Tencent Building, No. 1 High-tech Zone, Nanshan District, Shenzhen City, Guangdong Province, 35 Floors

Patentee before: TENCENT TECHNOLOGY (SHENZHEN) Co.,Ltd.

TR01 Transfer of patent right