WO2015027714A1 - 视频播放方法、装置、终端设备和服务器 - Google Patents

视频播放方法、装置、终端设备和服务器 Download PDF

Info

Publication number
WO2015027714A1
WO2015027714A1 PCT/CN2014/076178 CN2014076178W WO2015027714A1 WO 2015027714 A1 WO2015027714 A1 WO 2015027714A1 CN 2014076178 W CN2014076178 W CN 2014076178W WO 2015027714 A1 WO2015027714 A1 WO 2015027714A1
Authority
WO
WIPO (PCT)
Prior art keywords
video
playback
sources
source
priority
Prior art date
Application number
PCT/CN2014/076178
Other languages
English (en)
French (fr)
Inventor
江波
李峰
李少雄
丁晓亮
蒋黎峰
Original Assignee
小米科技有限责任公司
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 小米科技有限责任公司 filed Critical 小米科技有限责任公司
Publication of WO2015027714A1 publication Critical patent/WO2015027714A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21Server components or server architectures
    • H04N21/222Secondary servers, e.g. proxy server, cable television Head-end
    • H04N21/2225Local VOD servers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/472End-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

Definitions

  • the present invention is based on a Chinese patent application with the application number of 201310382133.5 and the application date of 2013/8/28, and claims the priority of the Chinese patent application, the entire contents of which are This application is hereby incorporated by reference.
  • the present disclosure relates to the field of network technologies, and in particular, to a video playing method, apparatus, terminal device, and server. Background technique
  • the video source may be used to aggregate the video sources of the multiple video providers, and the user accessing the website of the video aggregation service or the client using the video aggregation service may enjoy multiple video offerings. Online video service.
  • one video corresponds to multiple video sources.
  • the user can select one video source from multiple video sources, and one video source can be randomly selected from multiple video sources.
  • the selected video source may have various factors that cause the card to be played, and the playback is not smooth, so that the user needs to switch the video source multiple times, and the operation is cumbersome; when the terminal device randomly selects the video source, It is not possible to select according to the user's needs for different videos, and for videos with multiple episodes, the video episodes may be inconsistent due to different methods of different video source diversity. Summary of the invention
  • the embodiment of the present disclosure provides a video playing method, device, terminal device, and server.
  • the technical solution is as follows:
  • a video playback method includes: receiving a first video play request, where the first video play request carries a video identifier;
  • obtaining the priority video source includes:
  • the video source with the highest weight among the multiple video sources as the priority video Source Obtaining, according to the weights of the multiple video sources, the video source with the highest weight among the multiple video sources as the priority video Source.
  • the method further includes: performing speed measurement on the multiple video sources to obtain a playback speed of the multiple video sources, before acquiring the priority video source according to the weights of the multiple video sources;
  • the method before obtaining the priority video source according to the weights of the multiple video sources, the method further includes: acquiring, according to a historical switching operation of the multiple video sources, the last video source in the historical switching operation ; Increase the weight of the last video source.
  • the method before acquiring the priority video source according to the weights of the multiple video sources, the method further includes: counting, in the process of playing the video, a carding frequency of the multiple video sources;
  • adjusting the weights of the multiple video sources according to the cardinal frequencies of the multiple video sources includes: increasing the card when detecting that the cardon frequency of any video source is less than a preset threshold The weight of the video source whose frequency is less than the preset threshold.
  • the method before acquiring the priority video source according to the weights of the multiple video sources, the method further includes: when detecting that the video playback of any video source fails, reducing the weight of the video source that fails to play the video .
  • playing the video corresponding to the video identifier according to the play address list includes:
  • a video playback method includes: receiving a second video play request, where the second video play request carries a video identifier and a priority video source; Obtaining, by the video, a list of play addresses in the plurality of video sources; determining, by the video identifier, a play address in the priority video source as the first play address in the play address list;
  • a video playback apparatus configured to send the play address list to the terminal device, so that the terminal device plays the video corresponding to the video identifier according to the play address list.
  • the apparatus includes: a first receiving module, configured to receive a first video play request, where the first video play request carries a video identifier; a module, configured to obtain a priority video source according to weights of multiple video sources;
  • a second request sending module configured to send a second video play request to the server, where the second video play request carries the video identifier and the priority video source, so that the server returns to play according to the second video play request
  • An address list where the play address list includes at least a play address of the video identifier in the priority video source, and a video play module, configured to: when receiving the play address list returned by the server, according to the play address List, playing the video corresponding to the video identifier.
  • the priority obtaining module is configured to acquire a video source with the highest weight among the multiple video sources as the priority video source according to weights of multiple video sources.
  • the device further includes:
  • the device further includes:
  • a switching acquisition module configured to acquire, according to a historical switching operation of the multiple video sources, a last video source in the historical switching operation
  • the first adjustment module is configured to increase the weight of the last video source.
  • the device further includes:
  • a cardon statistic module configured to: calculate a cardon frequency of the plurality of video sources during a video playback; and a second adjustment module, configured to adjust the multiple according to a cardon frequency of the multiple video sources The weight of the video source.
  • the second adjusting module is configured to increase a weight of the video source whose carding frequency is less than a preset threshold when detecting that the cardon frequency of any video source is less than a preset threshold.
  • the device further includes:
  • a third adjusting module configured to reduce a weight of the video source that fails to play the video when detecting that the video playback of any video source fails.
  • the video playing module is configured to: when receiving the play address list, play a video corresponding to the video identifier according to a first play address in the play address list.
  • a video playback apparatus is provided, where the apparatus includes: a second request receiving module, configured to receive a second video play request, where the second video play request carries a video identifier and a priority Video source
  • a list obtaining module configured to obtain, according to the video identifier, a list of play addresses of the video identifiers in multiple video sources;
  • a location determining module configured to determine a play address of the video identifier in the priority video source as a first play address in the play address list
  • the list sending module is configured to send the play address list to the terminal device, so that the terminal device plays the video corresponding to the video identifier according to the play address list.
  • a terminal device including a memory, and one or more programs, wherein one or more programs are stored in a memory and configured to be processed by one or more Executing the one or more programs includes instructions for performing the following operations:
  • a server including: a receiver, a transmitter, a memory, and a processor, wherein the receiver, the transmitter, and the memory are respectively connected to the processor,
  • the memory stores program code
  • the processor is configured to invoke the program code to perform the following operations:
  • the second video play request carrying a video identifier and a priority video source; acquiring, according to the video identifier, a list of play addresses of the video identifier in multiple video sources; The play address in the priority video source is determined as the first play address in the play address list;
  • the method, the device, the terminal device, and the server provided by the embodiments of the present disclosure obtain the weight of the plurality of video sources, obtain the priority video source according to the weights of the multiple video sources, and play the video preferentially.
  • the video corresponding to the video identifier can comprehensively consider various factors affecting the video playing effect, such as the playing speed and the carding frequency, and automatically select a video source with better video playing effect in multiple video sources for video playback, which is easy to operate and avoids. Switching the video source multiple times solves the problem of inconsistent video episodes caused by switching video sources.
  • FIG. 1 is a flowchart of a video playing method according to an exemplary embodiment
  • FIG. 2 is a flowchart of a video playing method according to an exemplary embodiment
  • FIG. 3 is a flowchart of a video playing method according to an exemplary embodiment
  • FIG. 4 is a schematic structural diagram of a video playback apparatus according to an exemplary embodiment
  • FIG. 5 is a schematic structural diagram of a video playback apparatus according to an exemplary embodiment
  • FIG. 6 is a schematic structural diagram of a terminal device according to an exemplary embodiment
  • FIG. 7 is a schematic diagram of a server structure according to an exemplary embodiment. detailed description
  • FIG. 1 is a flowchart of a video playing method according to an embodiment of the present disclosure.
  • the executor of the embodiment of the present invention is a terminal device. Referring to FIG. 1, the method includes:
  • the video identifier may be a video name or a serial number corresponding to the first video play request, which is not limited by the disclosure.
  • the first video play request may be triggered by the user clicking the video name on the corresponding display of the terminal device.
  • the first video play request of the next episode may also be played in the video of the previous episode. It is automatically triggered when it is completed, and the embodiment of the present disclosure does not limit this.
  • the terminal device may be a device having a video signal processing function, such as a set top box or a computer.
  • the video corresponds to multiple video sources, and the video has a corresponding play address in the multiple video sources, and the video can be played according to the play address of any video source.
  • each video source has a corresponding weight, and the weight may be a weight percentage or any value, which is not limited by the embodiment of the disclosure.
  • the weights of the multiple video sources may indicate to some extent the playback effect of the multiple video sources when playing video, that is, the video source that can be considered to have a higher weight, and the video playback effect is better.
  • the factors affecting the video playback effect may include the number of times of the video, the video loading speed, or the number of video playback failures, which are not limited in the embodiment of the present disclosure.
  • a priority video source is obtained according to weights of multiple video sources, and the priority video source may include one video source or multiple video sources. That is, the priority video source may be the video source with the highest weight among the multiple video sources, and may also be the preset number of video sources with the highest weight among the multiple video sources, and the embodiment of the present disclosure does not do this. limited.
  • the multiple video sources are sorted according to the order of the weights of the multiple video sources, so that the higher the weight of the video source is ranked, the weight of the multiple video sources is obtained. Order; will be ranked first
  • the video source is obtained as the priority video source, or the video source ranked in the previous preset number is obtained as the priority video source.
  • the embodiment of the present disclosure is applicable to a scenario in which a plurality of video sources are used to play a video.
  • the terminal device can play a video of any of the multiple video sources by accessing a website that aggregates the multiple video sources, or use the aggregation.
  • the video source of the video source is used to play the video of any of the multiple video sources.
  • the embodiment of the present disclosure does not limit the aggregation form of the multiple video sources.
  • the play address list includes at least a play address of the video identifier in the priority video source, and may further include a play address in the video source other than the priority video source of the plurality of video sources.
  • the play address in the play address list may further include the corresponding video source name, the definition of the video in the video source, and the uploading user and other video information, so that the user can know the video source and video information of the currently played video.
  • the step 103 may be replaced by: sending the second video play request to the server, where the second video play request carries the video identifier and the multiple video sources.
  • the weighting order causes the server to return a play address list according to the second video play request. At this time, the order of the play addresses included in the play address list corresponds to the weight order of the multiple video sources.
  • the video corresponding to the video identifier when the play address list returned by the server is received, the video corresponding to the video identifier may be played according to the first play address in the play address list, and may also be randomly selected from the play address list.
  • the playback address is selected to play the video corresponding to the video identifier, which is not limited in this embodiment of the disclosure.
  • the method provided by the embodiment of the present disclosure obtains the weight of the plurality of video sources, and obtains the priority video source according to the weights of the plurality of video sources.
  • the video is played, the video corresponding to the video identifier in the priority video source is preferentially played. It can comprehensively consider various factors affecting video playback effects such as playback speed and Karton frequency, and automatically select video sources with better video playback effects from multiple video sources for video playback, which is easy to operate and avoids switching video sources multiple times. Solved the problem of inconsistent video plots caused by switching video sources.
  • step 102 "acquiring a priority video source according to weights of multiple video sources” includes: dividing the plurality of videos according to weights of multiple video sources The video source with the highest weight in the source is obtained as the priority video source.
  • the weight of the multiple video sources is used as a standard for measuring the video playing effect of the multiple video sources, and the video source with higher weight may be considered as the better the video playing effect when playing the video.
  • the video source having the highest weight among the plurality of video sources is obtained as the priority video source according to the weight of the plurality of video sources, so that the video identifier in the priority video source can be finally played. Corresponding video.
  • step 102 "acquiring a priority video source according to weights of multiple video sources” further includes: determining whether the history play record includes the video identifier; When the video identifier is included in the history play record, the video source corresponding to the video identifier in the history play record is obtained as the priority video source.
  • the historical play record saves the plurality of video identifiers that have been played, and by traversing the history play record, determining whether the video identifier is included in the history play record, and determining that the video is included in the history play record.
  • the video source corresponding to the video identifier in the historical play record is obtained as the priority video source.
  • step 102 "acquiring a priority video source according to weights of multiple video sources" further includes: determining whether the historical video record includes the video identifier When the video identifier associated with the video identifier is included in the history play record, the video source corresponding to the video identifier associated with the video identifier is obtained as the priority video source.
  • the different video identifiers may be associated with each other, or a check code may be added to the video identifier. When the check codes of different video identifiers are the same, the difference may be considered.
  • the video identifiers are related to each other, and the embodiment of the present disclosure does not limit this.
  • the video name "painted leather -1" and the video logo "painted leather -2" correspond to the video name of "painted skin”, then the video logo "painted skin -1" and the video logo "painted leather -2" are interrelated video identifiers.
  • the historical play record saves the plurality of video identifiers that have been played, and by traversing the historical play record, determining whether the historical play record includes a video identifier associated with the video identifier, when determining the history.
  • the video source corresponding to the video identifier associated with the video identifier is obtained as the priority video source.
  • the video source of the video before the switching is acquired as the video after the switching.
  • the priority video source enables the video source to be consistent when playing multiple episodes of video, avoiding the problem of inconsistent video episodes between different episodes.
  • the method further includes 102a and 102b:
  • the terminal device may acquire the video in the process of playing the video in any video source.
  • the playback speed of the video is obtained, and the playback speed of the video source is determined according to the obtained playback speed of the video in the video source, which is not limited by the embodiment of the disclosure.
  • the server obtains the playing speed of the currently played video in the process of playing the video in the multiple video sources, and according to the playing speed of the one or more videos of the obtained multiple video sources, Determine the playback speed of multiple video sources separately.
  • a speed measurement request is sent to the server, so that the server returns the playback speed of multiple video sources.
  • the playing speed of the video source may be an average value of the playing speeds of the plurality of videos in the video source, and may also be a minimum value of the playing speed of the plurality of videos in the video source, which is not limited by the embodiment of the disclosure.
  • a plurality of videos of the plurality of video sources may be measured in real time, and the playing speeds of the plurality of video sources are periodically obtained according to the playing speed of the multiple videos, or The playback speed of the multiple video sources is obtained according to the playback speed of the multiple videos when the user triggers the speed measurement command, which is not limited in this embodiment of the disclosure.
  • the step 102b includes: determining weights of the plurality of video sources according to a ratio of playing speeds of the plurality of video sources.
  • the playback speed of the video source 1 is 200 kb/s
  • the playback speed of the video source 2 is 400 kb/s
  • the playback speed of the video source 3 is 500 kb/s
  • the weight of the video source whose playback speed is less than the preset speed is a preset weight, where the pre- Let the weight be a weight with a small value set in advance or a weight with the smallest value.
  • the preset speed is 100 kb/s
  • the playback speed of the video source 1 is less than 100 kb/s
  • the preset speed and the preset weight may be set by the technician during the development, and may also be set by the user during use, which is not limited by the embodiment of the disclosure.
  • the weight of the multiple video sources may be determined by the terminal device, and the weight of the multiple video sources may be determined by the server and then sent to the terminal device, which is not limited by the embodiment of the disclosure.
  • the method further includes 102c and 102d: 102c: Obtain a last video source in the historical switching operation according to a historical switching operation of the multiple video sources.
  • the switching operation when the switching operation is detected during the playing of the video, the current video source may be switched.
  • the switching operation may be a click operation of a play address other than a play address of a current video source in the play address list, or a click operation of a button for switching a video source, which is not limited in this embodiment of the present disclosure. .
  • the last video source in the history switching operation is obtained according to a historical switching operation of the multiple video sources during the process of playing the video, when the playing video is completed, or when the playing request for the video is received. Specifically, when a plurality of switching operations are detected in the process of playing a video, and the number of the multiple switching operations exceeds the preset number of operations, acquiring a video source corresponding to the last switching operation in the historical switching operation, that is, The last video source in this history switch operation.
  • the last video source in the historical switching operation may be obtained when the time when the multiple switching operations are completed exceeds the preset duration, or the last video source in the historical switching operation is obtained when the video is played.
  • the disclosed embodiment does not limit the acquisition timing of the last video source.
  • the last video source in the multiple switching operations may be considered as a video source that meets the user's needs, thereby increasing the weight of the last video source.
  • the ratio or value of the weight increase of the last video source may be preset by a technician, or may be set by the user during use, which is not limited by the embodiment of the disclosure.
  • the method further includes 102e and 102f:
  • the phenomenon of jamming may occur during the process of playing a video, such as a stagnation of a picture, which affects the video playing effect.
  • the time when the frequency of the video source is counted, the time may be a statistical unit, and the number of videos may be a statistical unit.
  • the step 102e includes (1) or (2) :
  • the preset time interval may be set by a technician or set by a user, which is not limited by the embodiment of the disclosure.
  • the adjustment ratio or the adjustment value of the plurality of video source weights may be set by a technician during development, or may be set by the user during use, which is not limited by the embodiment of the disclosure.
  • the percentage of the plurality of video source weights is determined according to a ratio of the cardon frequencies of the plurality of video sources, and the weights of the plurality of video sources are reduced according to the percentage of the plurality of video source weight reductions.
  • the weight of the video source 1 is 20, the weight of the video source 2 is 40, and the weight of the video source 3 is 50.
  • the frequency of the video source 1 is determined to be 10 minutes twice, the frequency of the video source 2 is For 10 minutes in 10 minutes, when the frequency of the video source 3 is 10 minutes, it can be determined that when adjusting the weight of the video source, the weight of the video source 1 is reduced by 20%, and the weight of the video source 2 is reduced by 40%.
  • the weight of the source 3 is reduced by 10%, the weight of the video source 1 after adjustment is 16, the weight of the video source 2 is 16, and the weight of the video source 3 is 45.
  • the weight of the video source whose cardinal frequency is less than a preset threshold is increased.
  • the step may be replaced by: increasing the weight of the video source when detecting that the playback time of any video source does not have a stuck phenomenon exceeds a preset time interval; or, when detecting any When the number of consecutive video-free video sources exceeds the preset number of videos, the weight of the video source is increased.
  • the preset threshold, the preset time interval, and the preset video number may be set by the technician at the time of development, or may be set by the user during use, which is not limited by the embodiment of the disclosure.
  • the method further includes 102g :
  • the weight of the video source that the video fails to play is reduced.
  • the video playback failure may be that the video cannot be opened, or the video sound picture is not synchronized, and the like, which is not limited by the embodiment of the disclosure.
  • the playback failure condition of the multiple video sources in the multiple video sources is counted, and when the video playback failure of any of the video sources is detected, the weight of the video source that fails to play the video is reduced according to a preset percentage.
  • the preset percentage is a percentage of a preset value or a percentage of the maximum value.
  • the weight of the video source that fails to play the video is reduced, and the weight of the video source that fails to play the video is greatly reduced, so that the video playback failure of the priority video source is unlikely. Avoid the situation where video playback fails.
  • the weight of video source 1 is reduced by 70%.
  • steps 102a and 102b, 102c and 102d, 102e and 102f and 102g are different adjustment manners for the weights of the plurality of video sources, that is, in step 102, according to the weights of the plurality of video sources. Excellent Before the video source "before, the process of obtaining the weight of the multiple video sources.
  • the adjustment manner is not limited to the foregoing, and the user may obtain the evaluation level of the plurality of video sources, and adjust the weights of the multiple video sources according to the evaluation levels of the multiple video sources.
  • the disclosed embodiments do not limit this.
  • the step of adjusting the weights of the multiple video sources may be performed in parallel, that is, the same initial weight is assigned to the multiple video sources, and during the process of playing the video, the speed measurement, the detection of the historical switching operation, and the statistics are simultaneously performed.
  • the cardon frequency of the multiple video sources and the detection of the video playback failure, and adjusting the weights of the multiple video sources according to the respective adjustment manners, and obtaining the weights of the plurality of video sources after the current video playback is completed.
  • different adjustments to the weights of the plurality of video sources may be performed on the basis of one of the adjustment methods.
  • the method for measuring the speed of the multiple video sources is used as a basic adjustment mode, and the weights of the multiple video sources are determined by measuring the speed of the multiple video sources, and then the historical switching operation is continued to be detected, and the multiple videos are counted.
  • the card's frequency is detected and the video playback failure is detected, and the weights of the multiple video sources are adjusted according to each adjustment manner.
  • the weights of the multiple video sources are re-determined.
  • the basic adjustment manner of determining the weights of the multiple video sources is not limited to the speed measurement of the multiple video sources, and the manner of counting the cardon frequencies of the multiple video sources may be used as a basis adjustment.
  • the embodiment of the present disclosure does not limit this.
  • the speed measurement, the statistical cardon frequency, and the like may be performed in real time or periodically to adjust the weights of the multiple video sources, and when the video is completed, the plurality of adjustments are acquired.
  • the weight of the video source when the weights of the multiple video sources change, the adjusted priority video source is obtained according to the weight of the adjusted multiple video sources, and the adjusted priority video is played when the video is played next time.
  • the video in the source avoids the weight of the plurality of video sources after the video is played, and avoids switching the video source due to the change of the weight of the plurality of video sources during the playing of the video.
  • step 103 “When receiving the play address list returned by the server, playing the video corresponding to the video identifier according to the play address list” includes: When the play address list is received, the video corresponding to the video identifier is played according to the first play address in the play address list.
  • the server ranks the play address of the video in the priority video source in the first position of the play address list, and when the terminal device receives the play address list, the server may follow the play address list.
  • the first play address in the play plays the video corresponding to the video identifier, which simplifies the operation of the user to select the play address.
  • the method provided by the embodiment of the present disclosure obtains the weight of the plurality of video sources, and obtains the priority video source according to the weights of the plurality of video sources.
  • the video is played, the video corresponding to the video identifier in the priority video source is preferentially played.
  • FIG. 2 is a flowchart of a video playing method according to an embodiment of the present disclosure.
  • the execution body of the embodiment of the present invention is a server. Referring to FIG. 2, the method includes:
  • the server is a website that aggregates the multiple video sources or a server corresponding to the client. A play address in which a plurality of videos are respectively located in the plurality of video sources is saved.
  • the server establishes a mapping relationship between the video identifier of any video, the video source, and the play address of the video in the video source, so as to facilitate obtaining the play address of the video identifier in the multiple video sources.
  • the step 201 may be replaced by: receiving the second video play request, where the video play request carries the video identifier and a weight order of the multiple video sources.
  • 202 Obtain, according to the video identifier, a list of play addresses of the video identifiers in the plurality of video sources; in an embodiment, traversing the video identifier, the video source, and the video in the video source according to the video identifier A mapping relationship of the play address is obtained, and a play address of the video identifier in the multiple video sources is obtained, and a list of play addresses of the video identifiers in the plurality of video sources is generated according to the obtained multiple play addresses.
  • the play address of the video identifier in the priority video source is determined as the first play in the play address list. address.
  • the step 202 and the step 203 may be replaced by: acquiring, according to the video identifier, a play address of the video identifier in the multiple video sources, and according to the multiple The weight order of the video source generates a list of play addresses of the video identifiers in the plurality of video sources.
  • FIG. 3 is a flowchart of a video playing method according to an embodiment of the present disclosure.
  • the interaction entity of the embodiment of the present invention is a terminal device and a server. Referring to FIG. 3, the method includes: 301: During the video playing, the server performs speed measurement on the multiple video sources to obtain a playback speed of the multiple video sources.
  • the method for adjusting the speed of the plurality of video sources is used as a basic adjustment method, and the server performs speed measurement on the plurality of video sources as an example.
  • the server sends a playback speed of the multiple video sources to the terminal device.
  • step 303 When the terminal device receives the playback speed of the multiple video sources, determine the weights of the multiple video sources according to the playback speed of the multiple video sources, and perform step 304, step 305, and step 307;
  • the embodiment of the present disclosure uses the terminal device to determine the weights of the multiple video sources, and adjusts the weights of the multiple video sources as an example for description.
  • step 309 When the terminal device detects that the video playback of any video source fails, the weight of the video source that failed to play the video is reduced, and step 309 is performed;
  • the terminal device collects a cardon frequency of the multiple video sources.
  • the terminal device adjusts the weights of the multiple video sources according to the cardon frequency of the multiple video sources, and performs step 309;
  • the terminal device acquires a last video source in the history switching operation according to a historical switching operation of the multiple video sources.
  • the embodiment of the present disclosure is described by taking an example of acquiring the last video source when video playback is completed.
  • the terminal device increases the weight of the last video source, and performs step 309;
  • the terminal device obtains weights of the multiple video sources after the adjustment
  • the terminal device receives a first video play request, where the first video play request carries a video identifier.
  • the terminal device acquires the priority video source according to weights of the multiple video sources.
  • the terminal device sends a second video play request to the server, where the second video play request carries the video identifier and the priority video source.
  • the server determines, by the server, a play address that is identified in the priority video source as a first play address in the play address list;
  • the server sends the play address list to the terminal device.
  • the method provided by the embodiment of the present disclosure obtains the weight of the plurality of video sources, and obtains the priority video source according to the weights of the plurality of video sources.
  • the video is played, the video corresponding to the video identifier in the priority video source is preferentially played. It can comprehensively consider various factors affecting video playback effects such as playback speed and Karton frequency, and automatically select video sources with better video playback effects from multiple video sources for video playback, which is easy to operate and avoids switching video sources multiple times. Solved the problem that the video plot is inconsistent due to switching the video source, and as time progresses, the video playback effect can be made. It tends to be optimal. 4 is a schematic structural diagram of a video playback device according to an embodiment of the present disclosure.
  • the device includes: a first receiving module 401, a priority obtaining module 402, a second request sending module 403, and a video playing module 404.
  • the first receiving module 401 is configured to receive a first video playing request, where the first video playing request carries a video identifier.
  • the priority acquiring module 402 is connected to the first receiving module 401, and is configured to obtain a priority video according to weights of multiple video sources.
  • the second request sending module 403 is connected to the priority obtaining module 402, and configured to send a second video playing request to the server, where the second video playing request carries the video identifier and the priority video source, so that the server is configured according to the second video.
  • the play request returns a play address list, where the play address list includes at least the play address of the video identifier in the priority video source; the video play module 404 is connected to the second request sending module 403, and is configured to receive the play address returned by the server. During the list, according to the play address list, the corresponding view of the video identifier is played. .
  • the priority obtaining module 402 is configured to obtain, according to the weights of the multiple video sources, the video source with the highest weight among the multiple video sources as the priority video source.
  • the apparatus further comprises:
  • the speed measuring module is configured to perform speed measurement on the plurality of video sources to obtain a playing speed of the plurality of video sources.
  • the weight determining module is configured to determine weights of the plurality of video sources according to the playing speeds of the multiple video sources.
  • the apparatus further comprises:
  • a switching acquiring module configured to acquire, according to a historical switching operation of the multiple video sources, a last video source in the historical switching operation
  • the first adjustment module is configured to increase the weight of the last video source.
  • the apparatus further comprises:
  • a card statistic module configured to count the cardon frequencies of the plurality of video sources during the playing of the video
  • a second adjusting module configured to adjust the plurality of video sources according to the cardinal frequencies of the plurality of video sources Weights.
  • the second adjusting module is configured to increase a weight of the video source whose cardinal frequency is less than a preset threshold when detecting that the cardon frequency of any video source is less than a preset threshold.
  • the apparatus further comprises:
  • the third adjustment module is configured to reduce the weight of the video source that fails to play the video when the video playback of any video source fails.
  • the video playing module 404 is configured to: when receiving the play address list, play a video corresponding to the video identifier according to the first play address in the play address list.
  • FIG. 5 is a schematic structural diagram of a video playback apparatus according to an embodiment of the present disclosure. Referring to FIG.
  • the apparatus includes: a second request receiving module 501, a list obtaining module 502, a location determining module 503, and a list sending module 504, where
  • the second request receiving module 501 is configured to receive a second video play request, where the second video play request carries a video identifier and a priority video source;
  • the list obtaining module 502 is connected to the second request receiving module 501, and configured to The frequency identifier is used to obtain a list of play addresses of the video identifiers in the plurality of video sources.
  • the location determining module 503 is connected to the list obtaining module 502, and is configured to determine, as the play address, the play address of the video identifier in the priority video source.
  • the first play address in the list; the list sending module 504 is connected to the location determining module 503, and is configured to send the play address list to the terminal device, so that the terminal device plays the video corresponding to the video identifier according to the play address list.
  • the device for video playback provided by the above embodiment is only illustrated by the division of each functional module. In actual applications, the function distribution may be completed by different functional modules as needed. The internal structure of the terminal device and the server are divided into different functional modules to complete all or part of the functions described above.
  • the device for playing the video provided by the foregoing embodiment is the same as the method for the method of playing the video. For the specific implementation process, refer to the method embodiment, and details are not described herein again.
  • FIG. 6 is a schematic structural diagram of a terminal device according to an embodiment of the present disclosure. Referring to FIG. 6, the terminal device may be used to implement the video playing method provided in the foregoing embodiment. Specifically:
  • the terminal device 600 can include a communication unit 110, a memory 120 including one or more computer readable storage media, an input unit 130, a display unit 140, a sensor 150, an audio circuit 160, a wireless communication unit 170, including one or more
  • the core processor 180, and the power supply 190 and the like are processed. It will be understood by those skilled in the art that the terminal device structure shown in Fig. 6 does not constitute a limitation of the terminal device, and may include more or less components than those illustrated, or a combination of certain components, or different component arrangements. among them:
  • the communication unit 110 can be used for transmitting and receiving information and receiving and transmitting signals during a call.
  • the communication unit 110 can be a network communication device such as an RF (Radio Frequency) circuit, a router, or a modem. Specifically, when the communication unit 110 is an RF circuit, the downlink information of the base station is received, and then processed by one or more processors 180; in addition, data related to the uplink is transmitted to the base station.
  • RF Radio Frequency
  • RF circuits as communication units include, but are not limited to, an antenna, at least one amplifier, a tuner, one or more oscillators, a Subscriber Identity Module (SIM) card, a transceiver, a coupler, and a LNA (Low Noise Amplifier, low) Noise amplifier), duplexer, etc.
  • communication unit 110 can also communicate with the network and other devices via wireless communication.
  • the wireless communication may use any communication standard or protocol, including but not limited to GSM (Global System of Mobile communication), GPRS (General Packet Radio Service), CDMA (Code Division Multiple Access).
  • the memory 120 can be used to store software programs and modules, and the processor 180 executes various functional applications and data processing by running software programs and modules stored in the memory 120.
  • the memory 120 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application required for at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may be stored according to Terminal Equipment
  • the data created by the use of 600 (such as audio data, phone book, etc.).
  • the memory 120 may include a high speed random access memory, and may also include a nonvolatile memory such as at least one magnetic disk storage device, a flash memory device, Or other volatile solid-state storage devices. Accordingly, memory 120 may also include a memory controller to provide access to memory 120 by processor 180 and input unit 130.
  • Input unit 130 can be used to receive input numeric or character information, as well as to generate keyboard, mouse, joystick, optical or trackball signal inputs related to user settings and function controls.
  • input unit 130 can include touch sensitive surface 131 as well as other input devices 132.
  • Touch-sensitive surface 131 also referred to as a touch display or trackpad, can collect touch operations on or near the user (eg, the user uses a finger, stylus, etc., on any touch-sensitive surface 131 or on the touch-sensitive surface 131 The operation near the touch-sensitive surface 131) and driving the corresponding connecting device according to a preset program.
  • the touch-sensitive surface 131 can include two portions of a touch detection device and a touch controller.
  • the touch detection device detects the touch orientation of the user, and detects a signal brought by the touch operation, and transmits the signal to the touch controller; the touch controller receives the touch information from the touch detection device, converts the touch information into contact coordinates, and sends the touch information
  • the processor 180 is provided and can receive commands from the processor 180 and execute them.
  • the touch-sensitive surface 131 can be implemented in various types such as resistive, capacitive, infrared, and surface acoustic waves.
  • the input unit 130 can also include other input devices 132.
  • other input devices 132 may include, but are not limited to, one or more of a physical keyboard, function keys (such as volume control buttons, switch buttons, etc.), trackballs, mice, joysticks, and the like.
  • Display unit 140 can be used to display information entered by the user or information provided to the user as well as various graphical user interfaces of terminal device 600, which can be constructed from graphics, text, icons, video, and any combination thereof.
  • the display unit 140 may include a display panel 141.
  • the display panel 141 may be configured in the form of an LCD (Liquid Crystal Display), an OLED (Organic Light-Emitting Diode), or the like.
  • the touch-sensitive surface 131 may cover the display panel 141, and when the touch-sensitive surface 131 detects a touch operation thereon or nearby, it is transmitted to the processor 180 to determine the type of the touch event, and then the processor 180 according to the touch event The type provides a corresponding visual output on display panel 141.
  • touch-sensitive surface 131 and display panel 141 are implemented as two separate components to implement input and input functions, in some embodiments, touch-sensitive surface 131 can be integrated with display panel 141 for input. And output function.
  • Terminal device 600 may also include at least one type of sensor 150, such as a light sensor, motion sensor, and other sensors.
  • the light sensor may include an ambient light sensor and a proximity sensor, wherein the ambient light sensor may adjust the brightness of the display panel 141 according to the brightness of the ambient light, and the proximity sensor may close the display panel 141 when the terminal device 600 moves to the ear. And / or backlight.
  • the gravity acceleration sensor can detect the magnitude of acceleration in all directions (usually three axes). When it is stationary, it can detect the magnitude and direction of gravity.
  • gesture of the mobile phone such as horizontal and vertical screen switching, related Game, magnetometer attitude calibration), vibration recognition related functions (such as pedometer, tapping), etc.; as for the terminal device 600, other sensors such as gyroscopes, barometers, hygrometers, thermometers, infrared sensors, etc., can be configured here. No longer.
  • the audio circuit 160, the speaker 161, and the microphone 162 can provide an audio interface between the user and the terminal device 600.
  • the audio circuit 160 can transmit the converted electrical data of the received audio data to the speaker 161 for conversion to the sound signal output by the speaker 161; on the other hand, the microphone 162 converts the collected sound signal into an electrical signal by the audio circuit 160. After receiving, it is converted into audio data, and then processed by the audio data output processor 180, and then passed through the RF circuit 110. It is sent to, for example, another terminal device, or the audio data is output to the memory 120 for further processing.
  • the audio circuit 160 may also include an earbud jack to provide communication of the peripheral earphones with the terminal device 600.
  • the terminal device may be configured with a wireless communication unit 170, which may be a WiFi module.
  • WiFi is a short-range wireless transmission technology, and the terminal device 600 can help users to send and receive emails, browse web pages, and access streaming media through the wireless communication unit 170, which provides users with wireless broadband Internet access.
  • FIG. 6 shows the wireless communication unit 170, it can be understood that it does not belong to the essential configuration of the terminal device 600, and may be omitted as needed within the scope of not changing the essence of the invention.
  • the processor 180 is the control center of the terminal device 600, which connects various portions of the entire handset using various interfaces and lines, by running or executing software programs and/or modules stored in the memory 120, and recalling data stored in the memory 120.
  • the various functions and processing data of the terminal device 600 are executed to perform overall monitoring of the mobile phone.
  • the processor 180 may include one or more processing cores; preferably, the processor 180 may integrate an application processor and a modem processor, wherein the application processor mainly processes an operating system, a user interface, and an application. Programs, etc., the modem processor primarily handles wireless communications. It will be appreciated that the above described modem processor may also not be integrated into the processor 180.
  • the terminal device 600 further includes a power source 190 (such as a battery) for supplying power to the various components.
  • a power source 190 such as a battery
  • the power source can be logically connected to the processor 180 through the power management system to manage functions such as charging, discharging, and power management through the power management system.
  • Power supply 190 may also include any one or more of a DC or AC power source, a recharging system, a power failure detection circuit, a power converter or inverter, a power status indicator, and the like.
  • the terminal device 600 may further include a camera, a Bluetooth module, and the like, and details are not described herein again.
  • the display unit of the terminal device is a touch screen display
  • the terminal device further includes a memory, and one or more programs, wherein one or more programs are stored in the memory, and configured to be one or one
  • the above processor executes the video playing method provided by the embodiment shown in FIG. 1 and the video playing method provided by the embodiment shown in FIG. 3.
  • FIG. 7 is a schematic structural diagram of a server according to an embodiment of the present disclosure. Referring to FIG. 7, the method includes: a receiver 701, a transmitter 702, a memory 703, and a processor 704. The receiver 701, the transmitter 702, and the memory 703 are respectively Connected to the processor 704, the memory 703 stores program code, and the processor 704 is configured to call the program code to perform the following operations:
  • the play address 702 is sent to the terminal device by the transmitter 702, so that the terminal device plays the video corresponding to the video identifier according to the play address list.
  • a person skilled in the art may understand that all or part of the steps of implementing the above embodiments may be completed by hardware, or may be instructed by a program to execute related hardware, and the program may be stored in a computer readable storage medium.
  • the storage medium mentioned may be a read only memory, a magnetic disk or an optical disk or the like.

Landscapes

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

Abstract

本公开公开了一种视频播放方法、装置、终端设备和服务器,属于网络技术领域。所述方法包括:接收第一视频播放请求;根据多个视频源的权重,获取优先视频源;向服务器发送第二视频播放请求,使得所述服务器根据所述第二视频播放请求返回播放地址列表;当接收到所述服务器返回的播放地址列表时,根据所述播放地址列表,播放所述视频标识对应的视频。本公开能够综合考虑播放速度、卡顿频率等多种影响视频播放效果的因素,自动选取多个视频源中视频播放效果更好的视频源进行视频播放,操作简便,避免了多次切换视频源,进而解决了由于切换视频源而导致的视频情节不连贯的问题。

Description

视频播放方法、 装置、 终端设备和服务器 本申请基于申请号为 201310382133.5、 申请日为 2013/8/28的中国专利申请提出, 并 要求该中国专利申请的优先权, 该中国专利申请的全部内容在此引入本申请作为参考。 技术领域
本公开涉及网络技术领域, 特别涉及一种视频播放方法、 装置、 终端设备和服务器。 背景技术
随着网络技术和视频技术的发展,有多家视频提供者可以为用户提供视频源,如优酷、 奇艺、 搜狐等。 而为了便于用户播放视频, 可以采用视频聚合的方式, 将多个视频提供者 的视频源聚合起来,用户访问该视频聚合服务的网站或使用该视频聚合服务的客户端即可 享受多个视频提供者的在线视频服务。
采用视频聚合的方式, 一个视频会对应多个视频源, 在需要播放该视频时, 可以由用 户从多个视频源中选择一个视频源, 还可以从多个视频源中随机选择一个视频源。
在实现本公开的过程中, 发明人发现至少存在以下问题:
当用户自行选择视频源时, 选择的视频源可能存在各种导致播放卡顿的因素, 而导致 播放不流畅, 使得用户需要多次切换视频源, 操作繁琐; 当终端设备随机选择视频源时, 无法根据用户对不同视频的需求进行选择, 且对于具有多集的视频, 由于不同视频源分集 的方法不同, 也可能导致视频情节不连贯。 发明内容
为了解决多次切换视频源以及无法根据用户对不同视频的需求选择视频源,导致视频 情节不连贯的问题, 本公开实施例提供了一种视频播放方法、 装置、 终端设备和服务器。 所述技术方案如下:
根据本公开实施例的第一方面, 提供了一种视频播放方法, 所述方法包括: 接收第一视频播放请求, 所述第一视频播放请求携带视频标识;
根据多个视频源的权重, 获取优先视频源;
向服务器发送第二视频播放请求,所述第二视频播放请求携带所述视频标识和所述优 先视频源, 使得所述服务器根据所述第二视频播放请求返回播放地址列表, 所述播放地址 列表至少包括所述视频标识在所述优先视频源中的播放地址;
当接收到所述服务器返回的播放地址列表时, 根据所述播放地址列表, 播放所述视频 标识对应的视频。
在一个实施例中, 根据多个视频源的权重, 获取优先视频源包括:
根据多个视频源的权重,将所述多个视频源中权重最高的视频源获取为所述优先视频 源。
在一个实施例中, 根据多个视频源的权重, 获取优先视频源之前, 所述方法还包括: 对所述多个视频源进行测速, 获取所述多个视频源的播放速度;
根据所述多个视频源的播放速度, 确定所述多个视频源的权重。
在一个实施例中, 根据多个视频源的权重, 获取优先视频源之前, 所述方法还包括: 根据对所述多个视频源的历史切换操作, 获取所述历史切换操作中最后一个视频源; 提高所述最后一个视频源的权重。
在一个实施例中, 根据多个视频源的权重, 获取优先视频源之前, 所述方法还包括: 在播放视频的过程中, 统计所述多个视频源的卡顿频率;
根据所述多个视频源的卡顿频率, 调整所述多个视频源的权重。
在一个实施例中,根据所述多个视频源的卡顿频率,调整所述多个视频源的权重包括: 当检测到任一视频源的卡顿频率小于预设阈值时,提高所述卡顿频率小于预设阈值的 视频源的权重。
在一个实施例中, 根据多个视频源的权重, 获取优先视频源之前, 所述方法还包括: 当检测到任一视频源的视频播放失败时, 降低所述视频播放失败的视频源的权重。 在一个实施例中, 当接收到所述服务器返回的播放地址列表时, 根据所述播放地址列 表, 播放所述视频标识对应的视频包括:
当接收到所述播放地址列表时, 按照所述播放地址列表中的第一个播放地址, 播放所 述视频标识对应的视频。 根据本公开实施例的第二方面, 提供了一种视频播放方法, 所述方法包括: 接收第二视频播放请求, 所述第二视频播放请求携带视频标识和优先视频源; 根据所述视频标识, 获取所述视频标识在多个视频源中的播放地址的列表; 将所述视频标识在所述优先视频源中的播放地址确定为所述播放地址列表中的第一 个播放地址;
向终端设备发送所述播放地址列表, 使得所述终端设备根据所述播放地址列表, 播放 所述视频标识对应的视频。 根据本公开实施例的第三方面, 提供了一种视频播放装置, 所述装置包括: 第一接收模块, 用于接收第一视频播放请求, 所述第一视频播放请求携带视频标识; 优先获取模块, 用于根据多个视频源的权重, 获取优先视频源;
第二请求发送模块, 用于向服务器发送第二视频播放请求, 所述第二视频播放请求携 带所述视频标识和所述优先视频源,使得所述服务器根据所述第二视频播放请求返回播放 地址列表, 所述播放地址列表至少包括所述视频标识在所述优先视频源中的播放地址; 视频播放模块, 用于当接收到所述服务器返回的播放地址列表时, 根据所述播放地址 列表, 播放所述视频标识对应的视频。
在一个实施例中, 所述优先获取模块用于根据多个视频源的权重, 将所述多个视频源 中权重最高的视频源获取为所述优先视频源。
在一个实施例中, 所述装置还包括:
测速模块, 用于对所述多个视频源进行测速, 获取所述多个视频源的播放速度; 权重确定模块, 用于根据所述多个视频源的播放速度, 确定所述多个视频源的权重。 在一个实施例中, 所述装置还包括:
切换获取模块, 用于根据对所述多个视频源的历史切换操作, 获取所述历史切换操作 中最后一个视频源;
第一调整模块, 用于提高所述最后一个视频源的权重。
在一个实施例中, 所述装置还包括:
卡顿统计模块, 用于在播放视频的过程中, 统计所述多个视频源的卡顿频率; 第二调整模块, 用于根据所述多个视频源的卡顿频率, 调整所述多个视频源的权重。 在一个实施例中,所述第二调整模块用于当检测到任一视频源的卡顿频率小于预设阈 值时, 提高所述卡顿频率小于预设阈值的视频源的权重。
在一个实施例中, 所述装置还包括:
第三调整模块, 用于当检测到任一视频源的视频播放失败时, 降低所述视频播放失败 的视频源的权重。
在一个实施例中, 所述视频播放模块用于当接收到所述播放地址列表时, 按照所述播 放地址列表中的第一个播放地址, 播放所述视频标识对应的视频。 根据本公开实施例的第四方面, 提供了一种视频播放装置, 所述装置包括: 第二请求接收模块, 用于接收第二视频播放请求, 所述第二视频播放请求携带视频标 识和优先视频源;
列表获取模块, 用于根据所述视频标识, 获取所述视频标识在多个视频源中的播放地 址的列表;
位置确定模块,用于将所述视频标识在所述优先视频源中的播放地址确定为所述播放 地址列表中的第一个播放地址;
列表发送模块, 用于向终端设备发送所述播放地址列表, 使得所述终端设备根据所述 播放地址列表, 播放所述视频标识对应的视频。 根据本公开实施例的第五方面, 提供了一种终端设备, 包括有存储器, 以及一个或者 一个以上的程序, 其中一个或者一个以上程序存储于存储器中, 且经配置以由一个或者一 个以上处理器执行所述一个或者一个以上程序包含用于进行以下操作的指令:
接收第一视频播放请求, 所述第一视频播放请求携带视频标识; 根据多个视频源的权重, 获取优先视频源;
向服务器发送第二视频播放请求,所述第二视频播放请求携带所述视频标识和所述优 先视频源, 使得所述服务器根据所述第二视频播放请求返回播放地址列表, 所述播放地址 列表至少包括所述视频标识在所述优先视频源中的播放地址;
当接收到所述服务器返回的播放地址列表时, 根据所述播放地址列表, 播放所述视频 标识对应的视频。 根据本公开实施例的第六方面, 提供了一种服务器, 包括: 接收器、 发射器、 存储器 和处理器, 所述接收器、 所述发射器和所述存储器分别与所述处理器连接, 所述存储器存 储有程序代码, 所述处理器用于调用所述程序代码, 执行以下操作:
接收第二视频播放请求, 所述第二视频播放请求携带视频标识和优先视频源; 根据所述视频标识, 获取所述视频标识在多个视频源中的播放地址的列表; 将所述视频标识在所述优先视频源中的播放地址确定为所述播放地址列表中的第一 个播放地址;
向终端设备发送所述播放地址列表, 使得所述终端设备根据所述播放地址列表, 播放 所述视频标识对应的视频。 本公开实施例提供的技术方案可以带来的有益效果是:
本公开实施例提供的方法、 装置、 终端设备和服务器, 通过获取多个视频源的权重, 根据多个视频源的权重, 获取该优先视频源, 在播放视频时, 优先播放该优先视频源中该 视频标识对应的视频,能够综合考虑播放速度、卡顿频率等多种影响视频播放效果的因素, 自动选取多个视频源中视频播放效果更好的视频源进行视频播放, 操作简便, 避免了多次 切换视频源, 进而解决了由于切换视频源而导致的视频情节不连贯的问题。
应当理解的是, 以上的一般描述和后文的细节描述仅是示例性和解释性的, 并不能限 制本发明。 附图说明
为了更清楚地说明本公开实施例中的技术方案,下面将对实施例描述中所需要使用的 附图作简单地介绍, 显而易见地, 下面描述中的附图仅仅是本公开的一些实施例, 对于本 领域普通技术人员来讲, 在不付出创造性劳动的前提下, 还可以根据这些附图获得其他的 附图。
此处的附图被并入说明书中并构成本说明书的一部分, 示出了符合本发明的实施例, 并与说明书一起用于解释本发明的原理。
图 1是根据一示例性实施例示出的一种视频播放方法的流程图;
图 2是根据一示例性实施例示出的一种视频播放方法的流程图; 图 3是根据 示例性实施例示出的一种视频播放方法的流程图;
图 4是根据 示例性实施例示出的一种视频播放装置结构示意图;
图 5是根据 示例性实施例示出的一种视频播放装置结构示意图;
图 6是根据 示例性实施例示出的一种终端设备结构示意图;
图 7是根据 示例性实施例示出的一种服务器结构示意图。 具体实施方式
下面将结合本公开实施例中的附图, 对本公开实施例中的技术方案进行清楚、 完整地 描述, 显然, 所描述的实施例是本公开一部分实施例, 而不是全部的实施例。 基于本公开 中的实施例, 本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施 例, 都属于本公开保护的范围。
图 1是本公开实施例提供的一种视频播放方法的流程图。该发明实施例的执行主体为 终端设备, 参见图 1, 所述方法包括:
101: 接收第一视频播放请求, 该第一视频播放请求携带视频标识;
其中, 该视频标识可以为该第一视频播放请求对应的视频名称或序列号等, 本公开实 施例对此不做限定。
此外, 该第一视频播放请求可以由用户在终端设备相应的显示器上点击视频名称触 发, 在多集连播的情况下, 对下一集的第一视频播放请求还可以在上一集的视频播放完成 时自动触发, 本公开实施例对此也不做限定。
在本公开实施例中, 该终端设备可以为具有视频信号处理功能的设备, 如机顶盒或计 算机等。
102: 根据多个视频源的权重, 获取优先视频源;
其中, 一个视频对应多个视频源, 该视频在该多个视频源中均具有相应的播放地址, 根据任一视频源的播放地址均可播放该视频。
在本公开实施例中, 每个视频源均具有对应的权重, 该权重可以为权重百分比或任一 数值, 本公开实施例对此不做限定。 该多个视频源的权重可以在一定程度上表明该多个视 频源在播放视频时的播放效果, 也即是可以认为权重越高的视频源, 视频播放效果越好。 对视频播放效果造成影响的因素可以包括视频播放时出现的卡顿次数、视频加载速度或视 频播放失败次数等, 本公开实施例对此不做限定。
在本公开实施例中, 根据多个视频源的权重, 获取优先视频源, 该优先视频源可以包 括一个视频源或多个视频源。也即是, 该优先视频源可以为该多个视频源中权重最高的视 频源, 还可以为该多个视频源中权重最高的预设数目个视频源, 本公开实施例对此也不做 限定。
在一个实施例中, 根据该多个视频源的权重从高到低的顺序, 对该多个视频源进行排 序, 使得权重越高的视频源排序越靠前, 获取该多个视频源的权重顺序; 将排在第一位的 视频源获取为该优先视频源, 或将排在前预设数目位的视频源获取为该优先视频源。 本公开实施例应用于聚合多个视频源播放视频的场景下,该终端设备可以通过访问聚 合该多个视频源的网站来播放多个视频源中任一视频源的视频,或者使用聚合该多个视频 源的客户端来播放多个视频源中任一视频源的视频,本公开实施例对该多个视频源的聚合 形式不做限定。
103: 向服务器发送第二视频播放请求, 该第二视频播放请求携带该视频标识和该优 先视频源, 使得该服务器根据该第二视频播放请求返回播放地址列表, 该播放地址列表至 少包括该视频标识在该优先视频源中的播放地址;
其中, 该播放地址列表至少包括该视频标识在该优先视频源中的播放地址, 还可以包 括该视频标识在该多个视频源中该优先视频源之外的视频源中的播放地址。此外, 该播放 地址列表中的播放地址还可以包括对应的视频源名称和视频源中视频的清晰度、上传用户 等视频信息, 便于用户获知当前播放视频的视频源和视频信息。
在本公开实施例提供的另一实施例中, 该步骤 103可以由以下步骤代替: 向该服务器 发送该第二视频播放请求,该第二视频播放请求携带该视频标识和该多个视频源的权重顺 序, 使得该服务器根据该第二视频播放请求返回播放地址列表, 此时, 该播放地址列表中 所包括的播放地址的排序与该多个视频源的权重顺序相对应。
104: 当接收到该服务器返回的播放地址列表时, 根据该播放地址列表, 播放该视频 标识对应的视频。
在本公开实施例中, 当接收到该服务器返回的播放地址列表时, 可以根据该播放地址 列表中的第一个播放地址, 播放该视频标识对应的视频, 还可以从该播放地址列表中随机 选择播放地址, 播放该视频标识对应的视频, 本公开实施例对此不做限定。
本公开实施例提供的方法, 通过获取多个视频源的权重, 根据多个视频源的权重, 获 取该优先视频源, 在播放视频时, 优先播放该优先视频源中该视频标识对应的视频, 能够 综合考虑播放速度、 卡顿频率等多种影响视频播放效果的因素, 自动选取多个视频源中视 频播放效果更好的视频源进行视频播放, 操作简便, 避免了多次切换视频源, 进而解决了 由于切换视频源而导致的视频情节不连贯的问题。 在一个实施例中, 在图 1所示实施例技术方案的基础上, 步骤 102 "根据多个视频源 的权重, 获取优先视频源"包括: 根据多个视频源的权重, 将该多个视频源中权重最高的 视频源获取为该优先视频源。
在本公开实施例中,将该多个视频源的权重作为衡量该多个视频源的视频播放效果的 标准, 可以认为权重越高的视频源在播放视频时的视频播放效果越好。 而为了获得更好的 视频播放效果, 根据该多个视频源的权重, 将该多个视频源中权重最高的视频源获取为该 优先视频源, 使得最终可以播放该优先视频源中该视频标识对应的视频。 在一个实施例中, 在图 1所示实施例技术方案的基础上, 步骤 102 "根据多个视频源 的权重, 获取优先视频源"还包括: 判断历史播放记录是否包括该视频标识; 当确定该历 史播放记录中包括该视频标识时,将该历史播放记录中该视频标识对应的视频源获取为该 优先视频源。
在一个实施例中, 该历史播放记录保存了已播放过的多个视频标识, 通过遍历该历史 播放记录, 判断该历史播放记录中是否包括该视频标识, 当确定该历史播放记录中包括该 视频标识时, 将该历史播放记录中该视频标识对应的视频源获取为该优先视频源。
在本公开实施例中, 通过在播放该历史播放记录中的视频时, 将该历史播放记录中该 视频的视频源获取为该优先视频源,使得本次播放的视频与该历史播放记录中视频的视频 源保持一致, 避免了出现本次播放起始点的情节与上次播放结束点的情节不连贯的问题。 在一个实施例中, 在图 1所示实施例技术方案的基础上, 步骤 102 "根据多个视频源 的权重, 获取优先视频源"还包括: 判断该历史播放记录中是否包括与该视频标识相关联 的视频标识; 当该历史播放记录中包括与该视频标识相关联的视频标识时, 将与该视频标 识相关联的视频标识对应的视频源获取为该优先视频源。
实际情况下, 对于属于同一系列的视频来说, 不同的视频源的分集方法可能不同, 切 换视频源可能会导致视频情节不连贯。在本公开实施例中, 为了解决视频情节不连贯的问 题, 可以将各个的视频标识关联起来。
其中,不同的视频标识对应的视频名称相同,则可以认为该不同的视频标识相互关联, 或者, 为该视频标识添加校验码, 当不同的视频标识的校验码相同时, 可以认为该不同的 视频标识相互关联, 本公开实施例对此不做限定。
如视频标识 "画皮 -1 "和视频标识 "画皮 -2 "对应的视频名称均为 "画皮" , 则视频 标识 "画皮 -1 "和视频标识 "画皮 -2"为相互关联的视频标识。
在一个实施例中, 该历史播放记录保存了已播放过的多个视频标识, 通过遍历该历史 播放记录, 判断该历史播放记录中是否包括与该视频标识相关联的视频标识, 当确定该历 史播放记录中包括与该视频标识相关联的视频标识时,将与该视频标识相关联的视频标识 对应的视频源获取为该优先视频源。
在本公开实施例中, 当由一集视频切换至另一集视频时, 该切换前的视频已保存在该 历史播放记录中, 则将该切换前视频的视频源获取为该切换后视频的优先视频源, 使得在 播放多集的视频时,视频源能够保持一致,避免了出现不同集之间视频情节不连贯的问题。 在一个实施例中, 在图 1所示实施例技术方案的基础上, 步骤 102 "根据多个视频源 的权重, 获取优先视频源"之前, 所述方法还包括 102a和 102b :
102a: 对该多个视频源进行测速, 获取该多个视频源的播放速度;
在本公开实施例中, 可以由该终端设备在播放任一视频源中的视频的过程中, 获取视 频的播放速度, 并根据获取到的该视频源中的多个视频的播放速度, 确定该视频源的播放 速度; 还可以由该服务器在任一终端设备播放任一视频源中的视频的过程中, 获取视频的 播放速度,并根据获取到的该视频源中的多个视频的播放速度,确定该视频源的播放速度, 本公开实施例对此不做限定。
在一个实施例中, 该服务器在终端设备播放多个视频源中的视频的过程中, 获取当前 播放的视频的播放速度, 根据获取到的多个视频源中一个或多个视频的播放速度, 分别确 定多个视频源的播放速度。 当该终端设备需要进行测速时, 向该服务器发送测速请求, 使 得该服务器返回多个视频源的播放速度。
其中, 视频源的播放速度可以为该视频源中多个视频的播放速度的平均值, 还可以为 该视频源中多个视频的播放速度的最小值, 本公开实施例对此不做限定。
需要说明的是, 本公开实施例中, 可以实时地对多个视频源中的多个视频进行测速, 并周期性地根据该多个视频的播放速度获取该多个视频源的播放速度,或者在用户触发测 速指令时根据该多个视频的播放速度获取该多个视频源的播放速度,本公开实施例对此不 做限定。
102b: 根据该多个视频源的播放速度, 确定该多个视频源的权重。
在本公开实施例中, 视频源的播放速度越快, 分配给该视频源的权重越高, 使得在后 续过程中根据多个视频源的权重获取该优先视频源时,能够保证该优先视频源的为该多个 视频源中播放速度较快的视频源。
在一个实施例中, 该步骤 102b包括: 根据该多个视频源的播放速度的比例, 确定该 多个视频源的权重。
如, 视频源 1的播放速度为 200kb/s, 视频源 2的播放速度为 400kb/s, 视频源 3的播 放速度为 500kb/s, 则可以确定视频源 1的权重为 20, 视频源 2的权重为 40, 视频源 3的 权重为 50。
在一个实施例中, 当检测到该多个视频源中任一视频源的播放速度小于预设速度时, 确定该播放速度小于预设速度的视频源的权重为预设权重, 其中, 该预设权重为预先设定 的数值较小的权重或者数值最小的权重。
假设该预设速度为 100kb/s, 当检测到视频源 1的播放速度小于 100kb/s, 确定视频源 1的权重为 1。
其中, 该预设速度和该预设权重可以由技术人员在开发时设置, 还可以由用户在使用 过程中设置, 本公开实施例对此不做限定。
需要说明的是, 可以由该终端设备确定该多个视频源的权重, 还可以由该服务器确定 该多个视频源的权重后发送给该终端设备, 本公开实施例对此不做限定。 在一个实施例中, 在图 1所示实施例技术方案的基础上, 步骤 102 "根据多个视频源 的权重, 获取优先视频源"之前, 所述方法还包括 102c和 102d: 102c:根据对该多个视频源的历史切换操作,获取该历史切换操作中最后一个视频源; 本公开实施例中, 当在播放视频的过程中检测到切换操作时, 可以将当前视频源切换 为该切换操作对应的视频源。其中, 该切换操作可以为对该播放地址列表中当前视频源的 播放地址之外的播放地址的点击操作, 或对用于切换视频源的按键的点击操作, 本公开实 施例对此不做限定。
其中,在播放视频的过程中、在播放视频完成时或当接收到对某个视频的播放请求时, 根据对该多个视频源的历史切换操作, 获取该历史切换操作中最后一个视频源。 具体地, 当在播放视频的过程中检测到多个切换操作,且该多个切换操作的数目超过预设操作数目 时, 获取该历史切换操作中最后一个切换操作对应的视频源, 也即是该历史切换操作中最 后一个视频源。
实际上, 可以在该多个切换操作完成的时间超过预设时长时, 获取该历史切换操作中 最后一个视频源, 或者在该视频播放完成时, 获取该历史切换操作中最后一个视频源, 本 公开实施例对该最后一个视频源的获取时机不做限定。
102d: 提高该最后一个视频源的权重。
在本公开实施例中, 当用户触发了多次切换操作时, 可以认为该多次切换操作中最后 一个视频源为符合用户需求的视频源, 因此提高该最后一个视频源的权重。
其中, 对该最后一个视频源的权重提高的比例或数值可以由技术人员预先设定, 或由 用户在使用过程中设定, 本公开实施例对此不做限定。 在一个实施例中, 在图 1所示实施例技术方案的基础上, 步骤 102 "根据多个视频源 的权重, 获取优先视频源"之前, 所述方法还包括 102e和 102f:
102e: 在播放视频的过程中, 统计该多个视频源的卡顿频率;
本公开实施例中, 在播放视频的过程中可能会出现卡顿现象, 如画面滞帧等, 影响了 视频播放效果。
在一个实施例中, 在统计该视频源的卡顿频率时, 可以时间为统计单位, 还可以视频 数量为统计单位, 相应的, 该步骤 102e包括 (1 ) 或 (2) :
( 1 ) 在播放视频的过程中, 统计该多个视频源在预设时间间隔内的卡顿次数, 获取 该多个视频源在多个视频中多个预设时间间隔的时间段内卡顿次数的平均值;
其中, 该预设时间间隔可以由技术人员设定, 或由用户设定, 本公开实施例对此不做 限定。
( 2) 在播放视频的过程中, 统计该多个视频源中每个视频播放时的卡顿次数, 获取 该多个视频源在多个视频播放时的卡顿次数的平均值。
上述步骤仅以计算卡顿次数的平均值确定该卡顿频率为例进行说明,实际上并不限于 计算平均值的方式, 还可以通过计算卡顿次数的总和确定该卡顿频率, 本公开实施例对此 不做限定。 102f: 根据该多个视频源的卡顿频率, 调整该多个视频源的权重。
在本公开实施例中, 视频源的卡顿频率越高, 权重越低, 使得在后续过程中根据多个 视频源的权重获取该优先视频源时,能够保证该优先视频源的为该多个视频源中卡顿频率 较低的视频源。
其中, 该多个视频源权重的调整比例或调整数值可以由技术人员在开发时设定, 或由 用户在使用过程中设定, 本公开实施例对此不做限定。
在一个实施例中, 根据该多个视频源的卡顿频率的比例, 确定该多个视频源权重的降 低百分比, 根据该多个视频源权重的降低百分比, 降低该多个视频源的权重。
仍以视频源 1的权重为 20, 视频源 2的权重为 40, 视频源 3的权重为 50为例, 当确 定视频源 1的卡顿频率为 10分钟 2次, 视频源 2的卡顿频率为 10分钟 4次, 视频源 3的 卡顿频率为 10分钟 1次时,可以确定在调整视频源的权重时,将视频源 1的权重降低 20%, 视频源 2的权重降低 40%, 视频源 3的权重降低 10%, 则调整后视频源 1的权重为 16, 视频源 2的权重为 16, 视频源 3的权重为 45。
在一个实施例中, 当检测到任一视频源的卡顿频率小于预设阈值时, 提高该卡顿频率 小于预设阈值的视频源的权重。
在一个实施例中, 该步骤可以由以下步骤代替: 当检测到任一视频源连续无卡顿现象 的播放时间超过预设时间间隔时, 提高该视频源的权重; 或, 当检测到任一视频源连续无 卡顿现象的视频数目超过预设视频数目时, 提高该视频源的权重。
其中, 该预设阈值、 预设时间间隔和预设视频数目均可以由技术人员在开发时设定, 或由用户在使用过程中设定, 本公开实施例对此不做限定。 在一个实施例中, 在图 1所示实施例技术方案的基础上, 步骤 102 "根据多个视频源 的权重, 获取优先视频源"之前, 所述方法还包括 102g:
102g:当检测到任一视频源的视频播放失败时,降低该视频播放失败的视频源的权重。 其中, 该视频播放失败可以为视频无法打开, 或视频声音画面不同步等, 本公开实施 例对此不做限定。
在一个实施例中, 统计该多个视频源中多个视频的播放失败情况, 当检测到任一视频 源的视频播放失败时, 按照预设百分比, 降低该视频播放失败的视频源的权重, 其中, 该 预设百分比为预先设定的数值较大的百分比或者数值最大的百分比。
其中, 按照该预设百分比, 降低该视频播放失败的视频源的权重, 能够大幅的降低该 视频播放失败的视频源的权重, 使得该优先视频源的视频播放失败的可能性很小, 尽可能 的避免了视频播放失败的情况。
如, 当检测到视频源 1的视频播放失败时, 将视频源 1的权重降低 70%。
需要说明的是, 上述步骤 102a和 102b、 102c和 102d、 102e和 102f以及 102g为对该 多个视频源的权重的不同调整方式, 也即是在步骤 102 "根据多个视频源的权重, 获取优 先视频源"之前, 获取该多个视频源的权重的过程。
在本公开实施例中, 调整方式并不限于上述几种, 还可以获取用户对该多个视频源的 评价等级, 根据该多个视频源的评价等级, 调整该多个视频源的权重, 本公开实施例对此 不做限定。
实际上, 上述调整该多个视频源的权重的步骤可以并列执行, 即为该多个视频源分配 相同的初始权重, 并在播放视频的过程中, 同时进行测速、 检测该历史切换操作、 统计该 多个视频源的卡顿频率和检测视频播放失败情况, 并按照各个调整方式, 调整该多个视频 源的权重, 在当前视频播放完成时, 获取调整后该多个视频源的权重。 此外, 上对该多个 视频源的权重的不同调整方式可以在其中一种调整方式的基础上执行。将对该多个视频源 进行测速的方式作为基础调整方式为例, 通过对该多个视频源进行测速, 确定该多个视频 源的权重, 之后继续检测该历史切换操作、 统计该多个视频源的卡顿频率和检测视频播放 失败情况, 并按照各个调整方式, 调整该多个视频源的权重, 当再次对该多个视频源进行 测速时, 重新确定该多个视频源的权重。
在本公开实施例中,确定该多个视频源的权重的基础调整方式也并不限于对该多个视 频源进行测速, 还可以将统计该多个视频源的卡顿频率的方式作为基础调整方式, 本公开 实施例对此不做限定。
需要说明的是, 在播放视频的过程中, 可以实时地或者周期性地进行测速、 统计卡顿 频率等, 以调整该多个视频源的权重, 在播放视频完成时, 获取调整后该多个视频源的权 重, 当该多个视频源的权重发生变化时, 根据调整后该多个视频源的权重, 获取该调整后 的优先视频源, 在下一次播放视频时, 播放该调整后的优先视频源中的视频。 本公开实施 例通过在播放视频完成时, 获取调整后该多个视频源的权重, 避免了在播放视频过程中由 于该多个视频源的权重发生改变而切换视频源。
在一个实施例中, 在本公开实施例中, 根据终端设备播放视频的效果, 不断地对该多 个视频源的权重进行动态调整, 随着时间的推进, 获取的该优先视频源的视频播放效果会 越来越好, 逐渐趋于最优的视频播放效果。 在一个实施例中, 在图 1所示实施例技术方案的基础上, 步骤 103 "当接收到该服务 器返回的播放地址列表时, 根据该播放地址列表, 播放该视频标识对应的视频"包括: 当 接收到该播放地址列表时, 按照该播放地址列表中的第一个播放地址, 播放该视频标识对 应的视频。
在本公开实施例中,该服务器将该优先视频源中该视频的播放地址排在该播放地址列 表的第一位, 则当终端设备接收到该播放地址列表时, 即可按照该播放地址列表中的第一 个播放地址, 播放该视频标识对应的视频, 简化了用户选择播放地址的操作。
本公开实施例提供的方法, 通过获取多个视频源的权重, 根据多个视频源的权重, 获 取该优先视频源, 在播放视频时, 优先播放该优先视频源中该视频标识对应的视频, 能够 综合考虑播放速度、 卡顿频率等多种影响视频播放效果的因素, 自动选取多个视频源中视 频播放效果更好的视频源进行视频播放, 操作简便, 避免了多次切换视频源, 进而解决了 由于切换视频源而导致的视频情节不连贯的问题, 且随着时间的推进, 可以使视频播放效 果趋于最优。
上述所有可选技术方案, 可以采用任意结合形成本公开的可选实施例, 在此不再一一 赘述。 图 2是本公开实施例提供的一种视频播放方法的流程图。该发明实施例的执行主体为 服务器, 参见图 2, 所述方法包括:
201: 接收第二视频播放请求, 该第二视频播放请求携带视频标识和优先视频源; 在本公开实施例中,该服务器为聚合了该多个视频源的网站或者客户端所对应的服务 器, 保存了多个视频分别在该多个视频源中的播放地址。
在一个实施例中, 该服务器建立任一视频的视频标识、 视频源和在该视频源中该视频 的播放地址的映射关系, 便于获取该视频标识在该多个视频源中的播放地址。
在本公开实施例提供的另一实施例中, 该步骤 201可以由以下步骤代替: 接收该第二 视频播放请求, 该视频播放请求携带该视频标识和该多个视频源的权重顺序。
202: 根据该视频标识, 获取该视频标识在多个视频源中的播放地址的列表; 在一个实施例中, 根据该视频标识, 遍历该视频标识、 视频源和在该视频源中该视频 的播放地址的映射关系, 获取该视频标识在该多个视频源中的播放地址, 根据获取到的多 个播放地址, 生成该视频标识在多个视频源中的播放地址的列表。
203: 将该视频标识在该优先视频源中的播放地址确定为该播放地址列表中的第一个 播放地址;
在一个实施例中, 当该服务器中存在该视频标识在该优先视频源中的播放地址时, 将 该视频标识在该优先视频源中的播放地址确定为该播放地址列表中的第一个播放地址。
在本公开实施例提供的另一实施例中, 该步骤 202和步骤 203可以由以下步骤代替: 根据该视频标识, 获取该视频标识在该多个视频源中的播放地址, 并按照该多个视频源的 权重顺序, 生成该视频标识在该多个视频源中的播放地址列表。
204: 向终端设备发送该播放地址列表, 使得该终端设备根据该播放地址列表, 播放 该视频标识对应的视频。
本公开实施例提供的方法, 能够综合考虑播放速度、 卡顿频率等多种影响视频播放效 果的因素, 自动选取多个视频源中视频播放效果更好的视频源进行视频播放, 操作简便, 避免了多次切换视频源, 进而解决了由于切换视频源而导致的视频情节不连贯的问题。 图 3是本公开实施例提供的一种视频播放方法的流程图。该发明实施例的交互主体为 终端设备和服务器, 参见图 3, 所述方法包括: 301: 在视频播放的过程中, 该服务器对该多个视频源进行测速, 获取该多个视频源 的播放速度;
本公开实施例以将该多个视频源进行测速的调整方式作为基础调整方式,且由该服务 器对该多个视频源进行测速为例进行说明。
302: 该服务器向该终端设备发送该多个视频源的播放速度;
303: 当该终端设备接收到该多个视频源的播放速度时, 根据该多个视频源的播放速 度, 确定该多个视频源的权重, 执行步骤 304、 步骤 305和步骤 307;
本公开实施例以该终端设备确定该多个视频源的权重,并调整该多个视频源的权重为 例进行说明。
304: 当该终端设备检测到任一视频源的视频播放失败时, 降低该视频播放失败的视 频源的权重, 执行步骤 309;
305: 该终端设备统计该多个视频源的卡顿频率;
306: 该终端设备根据该多个视频源的卡顿频率, 调整该多个视频源的权重, 执行步 骤 309;
307: 在视频播放完成时, 该终端设备根据对该多个视频源的历史切换操作, 获取该 历史切换操作中最后一个视频源;
本公开实施例以在视频播放完成时, 获取该最后一个视频源为例进行说明。
308: 该终端设备提高该最后一个视频源的权重, 执行步骤 309;
309: 该终端设备获取调整后该多个视频源的权重;
310: 该终端设备接收第一视频播放请求, 该第一视频播放请求携带视频标识;
311: 该终端设备根据该多个视频源的权重, 获取该优先视频源;
312: 该终端设备向该服务器发送第二视频播放请求, 该第二视频播放请求携带该视 频标识和该优先视频源;
313: 当该服务器接收到该第二视频播放请求时, 根据该视频标识, 获取该视频标识 在多个视频源中的播放地址的列表;
314: 该服务器将该视频标识在该优先视频源中的播放地址确定为该播放地址列表中 的第一个播放地址;
315: 该服务器向该终端设备发送该播放地址列表;
316: 当该终端设备接收到该服务器返回的播放地址列表时, 根据该播放地址列表, 播放该视频标识对应的视频。
本公开实施例提供的方法, 通过获取多个视频源的权重, 根据多个视频源的权重, 获 取该优先视频源, 在播放视频时, 优先播放该优先视频源中该视频标识对应的视频, 能够 综合考虑播放速度、 卡顿频率等多种影响视频播放效果的因素, 自动选取多个视频源中视 频播放效果更好的视频源进行视频播放, 操作简便, 避免了多次切换视频源, 进而解决了 由于切换视频源而导致的视频情节不连贯的问题, 且随着时间的推进, 可以使视频播放效 果趋于最优。 图 4是本公开实施例提供的一种视频播放装置结构示意图,参见图 4,所述装置包括: 第一接收模块 401、 优先获取模块 402、 第二请求发送模块 403、 视频播放模块 404, 其中, 第一接收模块 401用于接收第一视频播放请求, 该第一视频播放请求携带视频 标识; 优先获取模块 402与第一接收模块 401连接, 用于根据多个视频源的权重, 获取优 先视频源; 第二请求发送模块 403与优先获取模块 402连接, 用于向服务器发送第二视频 播放请求, 该第二视频播放请求携带该视频标识和该优先视频源, 使得该服务器根据该第 二视频播放请求返回播放地址列表,该播放地址列表至少包括该视频标识在该优先视频源 中的播放地址; 视频播放模块 404与第二请求发送模块 403连接, 用于当接收到该服务器 返回的播放地址列表时, 根据该播放地址列表, 播放该视频标识对应的视频。
在一个实施例中, 该优先获取模块 402用于根据多个视频源的权重, 将该多个视频源 中权重最高的视频源获取为该优先视频源。
在一个实施例中, 该装置还包括:
测速模块, 用于对该多个视频源进行测速, 获取该多个视频源的播放速度; 权重确定模块, 用于根据该多个视频源的播放速度, 确定该多个视频源的权重。 在一个实施例中, 该装置还包括:
切换获取模块, 用于根据对该多个视频源的历史切换操作, 获取该历史切换操作中最 后一个视频源;
第一调整模块, 用于提高该最后一个视频源的权重。
在一个实施例中, 该装置还包括:
卡顿统计模块, 用于在播放视频的过程中, 统计该多个视频源的卡顿频率; 第二调整模块, 用于根据该多个视频源的卡顿频率, 调整该多个视频源的权重。 在一个实施例中,该第二调整模块用于当检测到任一视频源的卡顿频率小于预设阈值 时, 提高该卡顿频率小于预设阈值的视频源的权重。
在一个实施例中, 该装置还包括:
第三调整模块, 用于当检测到任一视频源的视频播放失败时, 降低该视频播放失败的 视频源的权重。
在一个实施例中, 该视频播放模块 404用于当接收到该播放地址列表时, 按照该播放 地址列表中的第一个播放地址, 播放该视频标识对应的视频。 图 5是本公开实施例提供的一种视频播放装置结构示意图,参见图 5,所述装置包括: 第二请求接收模块 501、 列表获取模块 502、 位置确定模块 503、 列表发送模块 504, 其中, 第二请求接收模块 501用于接收第二视频播放请求, 该第二视频播放请求携带 视频标识和优先视频源; 列表获取模块 502与第二请求接收模块 501连接, 用于根据该视 频标识, 获取该视频标识在多个视频源中的播放地址的列表; 位置确定模块 503与列表获 取模块 502连接,用于将该视频标识在该优先视频源中的播放地址确定为该播放地址列表 中的第一个播放地址; 列表发送模块 504与位置确定模块 503连接, 用于向终端设备发送 该播放地址列表, 使得该终端设备根据该播放地址列表, 播放该视频标识对应的视频。 需要说明的是: 上述实施例提供的视频播放的装置在播放视频时, 仅以上述各功能模 块的划分进行举例说明, 实际应用中, 可以根据需要而将上述功能分配由不同的功能模块 完成, 即将终端设备和服务器的内部结构划分成不同的功能模块, 以完成以上描述的全部 或者部分功能。另外, 上述实施例提供的视频播放的装置与视频播放的方法实施例属于同 一构思, 其具体实现过程详见方法实施例, 这里不再赘述。 图 6是本公开实施例提供的一种终端设备结构示意图, 参见图 6, 该终端设备可以用 于实施上述实施例中提供的视频播放方法。 具体来讲:
终端设备 600可以包括通信单元 110、 包括有一个或一个以上计算机可读存储介质的 存储器 120、输入单元 130、显示单元 140、传感器 150、音频电路 160、无线通信单元 170、 包括有一个或者一个以上处理核心的处理器 180、 以及电源 190等部件。 本领域技术人员 可以理解, 图 6中示出的终端设备结构并不构成对终端设备的限定, 可以包括比图示更多 或更少的部件, 或者组合某些部件, 或者不同的部件布置。 其中:
通信单元 110可用于收发信息或通话过程中, 信号的接收和发送, 该通信单元 110可 以为 RF (Radio Frequency, 射频) 电路、 路由器、 调制解调器等网络通信设备。 特别地, 当通信单元 110为 RF电路时, 将基站的下行信息接收后, 交由一个或者一个以上处理器 180处理; 另外, 将涉及上行的数据发送给基站。 通常, 作为通信单元的 RF电路包括但 不限于天线、 至少一个放大器、 调谐器、 一个或多个振荡器、 用户身份模块 (SIM) 卡、 收发信机、 耦合器、 LNA (Low Noise Amplifier, 低噪声放大器) 、 双工器等。 此外, 通 信单元 110还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信 标准或协议, 包括但不限于 GSM(Global System of Mobile communication, 全球移动通讯 系统)、 GPRS(General Packet Radio Service, 通用分组无线服务)、 CDMA(Code Division Multiple Access, 码分多址)、 WCDMA(Wideband Code Division Multiple Access, 宽带码 分多址)、 LTE(Long Term Evolution, 长期演进)、 电子邮件、 SMS(Short Messaging Service, 短消息服务)等。 存储器 120可用于存储软件程序以及模块, 处理器 180通过运行存储在 存储器 120的软件程序以及模块, 从而执行各种功能应用以及数据处理。存储器 120可主 要包括存储程序区和存储数据区, 其中, 存储程序区可存储操作系统、 至少一个功能所需 的应用程序(比如声音播放功能、 图像播放功能等)等; 存储数据区可存储根据终端设备
600的使用所创建的数据 (比如音频数据、 电话本等) 等。 此外, 存储器 120可以包括高 速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、 或其他易失性固态存储器件。 相应地, 存储器 120还可以包括存储器控制器, 以提供处理 器 180和输入单元 130对存储器 120的访问。
输入单元 130可用于接收输入的数字或字符信息, 以及产生与用户设置以及功能控制 有关的键盘、 鼠标、 操作杆、 光学或者轨迹球信号输入。 具体地, 输入单元 130可包括触 敏表面 131 以及其他输入设备 132。 触敏表面 131, 也称为触摸显示屏或者触控板, 可收 集用户在其上或附近的触摸操作(比如用户使用手指、 触笔等任何适合的物体或附件在触 敏表面 131上或在触敏表面 131附近的操作), 并根据预先设定的程式驱动相应的连接装 置。 在一个实施例中, 触敏表面 131可包括触摸检测装置和触摸控制器两个部分。 其中, 触摸检测装置检测用户的触摸方位, 并检测触摸操作带来的信号, 将信号传送给触摸控制 器; 触摸控制器从触摸检测装置上接收触摸信息, 并将它转换成触点坐标, 再送给处理器 180, 并能接收处理器 180发来的命令并加以执行。 此外, 可以采用电阻式、 电容式、 红 外线以及表面声波等多种类型实现触敏表面 131。 除了触敏表面 131, 输入单元 130还可 以包括其他输入设备 132。 具体地, 其他输入设备 132可以包括但不限于物理键盘、 功能 键 (比如音量控制按键、 开关按键等) 、 轨迹球、 鼠标、 操作杆等中的一种或多种。
显示单元 140可用于显示由用户输入的信息或提供给用户的信息以及终端设备 600的 各种图形用户接口, 这些图形用户接口可以由图形、 文本、 图标、 视频和其任意组合来构 成。 显示单元 140可包括显示面板 141, 在一个实施例中, 可以采用 LCD(Liquid Crystal Display, 液晶显示器)、 OLED(Organic Light-Emitting Diode, 有机发光二极管)等形式来配 置显示面板 141。 进一步的, 触敏表面 131可覆盖显示面板 141, 当触敏表面 131检测到 在其上或附近的触摸操作后, 传送给处理器 180以确定触摸事件的类型, 随后处理器 180 根据触摸事件的类型在显示面板 141上提供相应的视觉输出。虽然在图 6中,触敏表面 131 与显示面板 141是作为两个独立的部件来实现输入和输入功能, 但是在某些实施例中, 可 以将触敏表面 131与显示面板 141集成而实现输入和输出功能。
终端设备 600还可包括至少一种传感器 150, 比如光传感器、 运动传感器以及其他传 感器。 具体地, 光传感器可包括环境光传感器及接近传感器, 其中, 环境光传感器可根据 环境光线的明暗来调节显示面板 141的亮度,接近传感器可在终端设备 600移动到耳边时, 关闭显示面板 141 和 /或背光。 作为运动传感器的一种, 重力加速度传感器可检测各个方 向上(一般为三轴)加速度的大小, 静止时可检测出重力的大小及方向, 可用于识别手机 姿态的应用 (比如横竖屏切换、 相关游戏、 磁力计姿态校准) 、 振动识别相关功能 (比如 计步器、 敲击) 等; 至于终端设备 600还可配置的陀螺仪、 气压计、 湿度计、 温度计、 红 外线传感器等其他传感器, 在此不再赘述。
音频电路 160、扬声器 161, 传声器 162可提供用户与终端设备 600之间的音频接口。 音频电路 160可将接收到的音频数据转换后的电信号, 传输到扬声器 161, 由扬声器 161 转换为声音信号输出; 另一方面, 传声器 162将收集的声音信号转换为电信号, 由音频电 路 160接收后转换为音频数据, 再将音频数据输出处理器 180处理后, 经 RF电路 110以 发送给比如另一终端设备, 或者将音频数据输出至存储器 120以便进一步处理。 音频电路 160还可能包括耳塞插孔, 以提供外设耳机与终端设备 600的通信。
为了实现无线通信,该终端设备上可以配置有无线通信单元 170,该无线通信单元 170 可以为 WiFi模块。 WiFi属于短距离无线传输技术, 终端设备 600通过无线通信单元 170 可以帮助用户收发电子邮件、 浏览网页和访问流式媒体等, 它为用户提供了无线的宽带互 联网访问。 虽然图 6示出了无线通信单元 170, 但是可以理解的是, 其并不属于终端设备 600的必须构成, 完全可以根据需要在不改变发明的本质的范围内而省略。
处理器 180是终端设备 600的控制中心,利用各种接口和线路连接整个手机的各个部 分, 通过运行或执行存储在存储器 120 内的软件程序和 /或模块, 以及调用存储在存储器 120内的数据, 执行终端设备 600的各种功能和处理数据, 从而对手机进行整体监控。 在 一个实施例中, 处理器 180可包括一个或多个处理核心; 优选的, 处理器 180可集成应用 处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等, 调制解调处理器主要处理无线通信。可以理解的是, 上述调制解调处理器也可以不集成到 处理器 180中。
终端设备 600还包括给各个部件供电的电源 190 (比如电池) , 优选的, 电源可以通 过电源管理系统与处理器 180逻辑相连, 从而通过电源管理系统实现管理充电、 放电、 以 及功耗管理等功能。电源 190还可以包括一个或一个以上的直流或交流电源、再充电系统、 电源故障检测电路、 电源转换器或者逆变器、 电源状态指示器等任意组件。
尽管未示出, 终端设备 600还可以包括摄像头、 蓝牙模块等, 在此不再赘述。 具体在 本实施例中, 终端设备的显示单元是触摸屏显示器, 终端设备还包括有存储器, 以及一个 或者一个以上的程序, 其中一个或者一个以上程序存储于存储器中, 且经配置以由一个或 者一个以上处理器执行图 1所示实施例所提供的视频播放方法和图 3所示实施例所提供的 视频播放方法。 图 7是本公开实施例提供的一种服务器结构示意图, 参见图 7, 包括: 接收器 701、 发射器 702、存储器 703和处理器 704, 该接收器 701、该发射器 702和该存储器 703分别 与该处理器 704连接,该存储器 703存储有程序代码,该处理器 704用于调用该程序代码, 执行以下操作:
通过该接收器 701接收第二视频播放请求,该第二视频播放请求携带视频标识和优先 视频源;
根据该视频标识, 获取该视频标识在多个视频源中的播放地址的列表;
将该视频标识在该优先视频源中的播放地址确定为该播放地址列表中的第一个播放 地址;
通过该发射器 702向终端设备发送该播放地址列表,使得该终端设备根据该播放地址 列表, 播放该视频标识对应的视频。 本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完 成, 也可以通过程序来指令相关的硬件完成, 所述的程序可以存储于一种计算机可读存储 介质中, 上述提到的存储介质可以是只读存储器, 磁盘或光盘等。
以上所述仅为本公开的较佳实施例, 并不用以限制本公开, 凡在本公开的精神和原则 之内, 所作的任何修改、 等同替换、 改进等, 均应包含在本公开的保护范围之内。

Claims

权利要求
1、 一种视频播放方法, 其特征在于, 所述方法包括:
接收第一视频播放请求, 所述第一视频播放请求携带视频标识;
根据多个视频源的权重, 获取优先视频源;
向服务器发送第二视频播放请求,所述第二视频播放请求携带所述视频标识和所述优 先视频源,使得所述服务器根据所述第二视频播放请求返回播放地址列表,所述播放地址 列表至少包括所述视频标识在所述优先视频源中的播放地址;
当接收到所述服务器返回的播放地址列表时,根据所述播放地址列表,播放所述视频 标识对应的视频。
2、 根据权利要求 1所述的方法, 其特征在于, 根据多个视频源的权重, 获取优先视 频源包括:
根据多个视频源的权重,将所述多个视频源中权重最高的视频源获取为所述优先视频 源。
3、 根据权利要求 1所述的方法, 其特征在于, 根据多个视频源的权重, 获取优先视 频源之前, 所述方法还包括:
对所述多个视频源进行测速, 获取所述多个视频源的播放速度;
根据所述多个视频源的播放速度, 确定所述多个视频源的权重。
4、 根据权利要求 1所述的方法, 其特征在于, 根据多个视频源的权重, 获取优先视 频源之前, 所述方法还包括:
根据对所述多个视频源的历史切换操作, 获取所述历史切换操作中最后一个视频源; 提高所述最后一个视频源的权重。
5、 根据权利要求 1所述的方法, 其特征在于, 根据多个视频源的权重, 获取优先视 频源之前, 所述方法还包括:
在播放视频的过程中, 统计所述多个视频源的卡顿频率;
根据所述多个视频源的卡顿频率, 调整所述多个视频源的权重。
6、 根据权利要求 5所述的方法, 其特征在于, 根据所述多个视频源的卡顿频率, 调 整所述多个视频源的权重包括:
当检测到任一视频源的卡顿频率小于预设阈值时,提高所述卡顿频率小于预设阈值的 视频源的权重。
7、 根据权利要求 1所述的方法, 其特征在于, 根据多个视频源的权重, 获取优先视 频源之前, 所述方法还包括:
当检测到任一视频源的视频播放失败时, 降低所述视频播放失败的视频源的权重。
8、 根据权利要求 1所述的方法, 其特征在于, 当接收到所述服务器返回的播放地址 列表时, 根据所述播放地址列表, 播放所述视频标识对应的视频包括:
当接收到所述播放地址列表时,按照所述播放地址列表中的第一个播放地址,播放所 述视频标识对应的视频。
9、 一种视频播放方法, 其特征在于, 所述方法包括:
接收第二视频播放请求, 所述第二视频播放请求携带视频标识和优先视频源; 根据所述视频标识, 获取所述视频标识在多个视频源中的播放地址的列表; 将所述视频标识在所述优先视频源中的播放地址确定为所述播放地址列表中的第一 个播放地址;
向终端设备发送所述播放地址列表,使得所述终端设备根据所述播放地址列表,播放 所述视频标识对应的视频。
10、 一种视频播放装置, 其特征在于, 所述装置包括:
第一接收模块, 用于接收第一视频播放请求, 所述第一视频播放请求携带视频标识; 优先获取模块, 用于根据多个视频源的权重, 获取优先视频源;
第二请求发送模块,用于向服务器发送第二视频播放请求,所述第二视频播放请求携 带所述视频标识和所述优先视频源,使得所述服务器根据所述第二视频播放请求返回播放 地址列表, 所述播放地址列表至少包括所述视频标识在所述优先视频源中的播放地址; 视频播放模块,用于当接收到所述服务器返回的播放地址列表时,根据所述播放地址 列表, 播放所述视频标识对应的视频。
11、 根据权利要求 10所述的装置, 其特征在于, 所述优先获取模块用于根据多个视 频源的权重, 将所述多个视频源中权重最高的视频源获取为所述优先视频源。
12、 根据权利要求 10所述的装置, 其特征在于, 所述装置还包括:
测速模块, 用于对所述多个视频源进行测速, 获取所述多个视频源的播放速度; 权重确定模块, 用于根据所述多个视频源的播放速度, 确定所述多个视频源的权重。
13、 根据权利要求 10所述的装置, 其特征在于, 所述装置还包括:
切换获取模块,用于根据对所述多个视频源的历史切换操作,获取所述历史切换操作 中最后一个视频源;
第一调整模块, 用于提高所述最后一个视频源的权重。
14、 根据权利要求 10所述的装置, 其特征在于, 所述装置还包括:
卡顿统计模块, 用于在播放视频的过程中, 统计所述多个视频源的卡顿频率; 第二调整模块, 用于根据所述多个视频源的卡顿频率, 调整所述多个视频源的权重。
15、 根据权利要求 14所述的装置, 其特征在于, 所述第二调整模块用于当检测到任 一视频源的卡顿频率小于预设阈值时, 提高所述卡顿频率小于预设阈值的视频源的权重。
16、 根据权利要求 10所述的装置, 其特征在于, 所述装置还包括:
第三调整模块,用于当检测到任一视频源的视频播放失败时, 降低所述视频播放失败 的视频源的权重。
17、 根据权利要求 10所述的装置, 其特征在于, 所述视频播放模块用于当接收到所 述播放地址列表时,按照所述播放地址列表中的第一个播放地址,播放所述视频标识对应 的视频。
18、 一种视频播放装置, 其特征在于, 所述装置包括:
第二请求接收模块,用于接收第二视频播放请求,所述第二视频播放请求携带视频标 识和优先视频源;
列表获取模块,用于根据所述视频标识,获取所述视频标识在多个视频源中的播放地 址的列表;
位置确定模块,用于将所述视频标识在所述优先视频源中的播放地址确定为所述播放 地址列表中的第一个播放地址;
列表发送模块,用于向终端设备发送所述播放地址列表,使得所述终端设备根据所述 播放地址列表, 播放所述视频标识对应的视频。
19、 一种终端设备, 其特征在于, 包括有存储器, 以及一个或者一个以上的程序, 其 中一个或者一个以上程序存储于存储器中,且经配置以由一个或者一个以上处理器执行所 述一个或者一个以上程序包含用于进行以下操作的指令:
接收第一视频播放请求, 所述第一视频播放请求携带视频标识;
根据多个视频源的权重, 获取优先视频源;
向服务器发送第二视频播放请求,所述第二视频播放请求携带所述视频标识和所述优 先视频源,使得所述服务器根据所述第二视频播放请求返回播放地址列表,所述播放地址 列表至少包括所述视频标识在所述优先视频源中的播放地址;
当接收到所述服务器返回的播放地址列表时,根据所述播放地址列表,播放所述视频 标识对应的视频。
20、 一种服务器, 其特征在于, 包括: 接收器、 发射器、 存储器和处理器, 所述接收 器、所述发射器和所述存储器分别与所述处理器连接, 所述存储器存储有程序代码, 所述 处理器用于调用所述程序代码, 执行以下操作:
接收第二视频播放请求, 所述第二视频播放请求携带视频标识和优先视频源; 根据所述视频标识, 获取所述视频标识在多个视频源中的播放地址的列表; 将所述视频标识在所述优先视频源中的播放地址确定为所述播放地址列表中的第一 个播放地址;
向终端设备发送所述播放地址列表,使得所述终端设备根据所述播放地址列表,播放 所述视频标识对应的视频。
PCT/CN2014/076178 2013-08-28 2014-04-25 视频播放方法、装置、终端设备和服务器 WO2015027714A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310382133.5A CN103458305B (zh) 2013-08-28 2013-08-28 视频播放方法、装置、终端设备和服务器
CN201310382133.5 2013-08-28

Publications (1)

Publication Number Publication Date
WO2015027714A1 true WO2015027714A1 (zh) 2015-03-05

Family

ID=49740192

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/076178 WO2015027714A1 (zh) 2013-08-28 2014-04-25 视频播放方法、装置、终端设备和服务器

Country Status (2)

Country Link
CN (1) CN103458305B (zh)
WO (1) WO2015027714A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106358082A (zh) * 2016-11-01 2017-01-25 合网络技术(北京)有限公司 视频播放方法及装置

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103475914B (zh) * 2013-08-28 2017-02-08 小米科技有限责任公司 视频播放方法、装置、终端设备和服务器
CN103458305B (zh) * 2013-08-28 2017-03-01 小米科技有限责任公司 视频播放方法、装置、终端设备和服务器
CN103905879B (zh) * 2014-03-13 2018-07-06 北京奇艺世纪科技有限公司 一种视频数据和音频数据同步播放的方法、装置和设备
CN103873928B (zh) * 2014-03-14 2017-07-21 可牛网络技术(北京)有限公司 一种播放视频的方法、装置及应用服务器
CN104010231A (zh) * 2014-04-30 2014-08-27 小米科技有限责任公司 数据同步方法及装置
CN105323654B (zh) 2014-08-05 2019-02-15 优视科技有限公司 呈现来自网络的内容数据的方法和设备
CN104301790A (zh) * 2014-09-28 2015-01-21 四川长虹电器股份有限公司 电视节目流畅度的排序方法
CN104410878A (zh) * 2014-12-05 2015-03-11 北京国双科技有限公司 视频卡顿次数分布的检测方法和装置
CN108737860A (zh) * 2015-06-29 2018-11-02 杭州虹晟信息科技有限公司 机顶盒的数据预加载方法
CN104994403A (zh) * 2015-07-13 2015-10-21 无锡天脉聚源传媒科技有限公司 一种视频对比方法及装置
CN106921875A (zh) * 2015-12-25 2017-07-04 北京奇虎科技有限公司 视频的切换处理方法及装置
CN105472443A (zh) * 2016-01-13 2016-04-06 杭州当贝网络科技有限公司 一种直播源控制方法及系统
CN105933735A (zh) * 2016-06-20 2016-09-07 徐汕 一种直播节目源视频的自动排序方法
CN106204552B (zh) * 2016-06-30 2019-07-12 北京奇艺世纪科技有限公司 一种视频源的检测方法和装置
CN106303703B (zh) * 2016-08-01 2019-04-09 广州视源电子科技股份有限公司 选择节目源的方法及装置
CN106331755B (zh) * 2016-08-17 2019-10-08 广州酷狗计算机科技有限公司 处理媒体流卡顿的方法和装置
WO2018112784A1 (zh) * 2016-12-21 2018-06-28 深圳市泰普森科技有限公司 基于机顶盒的视频播放方法及机顶盒
CN106604135A (zh) * 2016-12-21 2017-04-26 深圳市泰普森科技有限公司 基于机顶盒的视频播放方法及机顶盒
CN106973318B (zh) * 2017-03-20 2020-01-14 聚好看科技股份有限公司 聚合视频操作方法及装置
CN107786898B (zh) * 2017-09-28 2020-06-16 南京林洋电力科技有限公司 一种带补偿机制的电力智慧营业厅媒体智能播放方法
CN107734362B (zh) * 2017-10-11 2020-07-28 咪咕视讯科技有限公司 一种视频源的确定方法、装置及计算机可读存储介质
CN108462885A (zh) * 2018-05-09 2018-08-28 广东工业大学 一种基于区块链的视频存储方法、装置及介质
CN109889865B (zh) * 2019-03-12 2020-06-30 四川长虹电器股份有限公司 一种视频播放源推荐方法
CN110460874B (zh) * 2019-08-09 2020-07-03 腾讯科技(深圳)有限公司 视频播放参数生成方法、装置、存储介质及电子设备
CN111314794A (zh) * 2020-03-18 2020-06-19 浩云科技股份有限公司 一种流媒体播放地址生成方法
CN115643430A (zh) * 2022-10-10 2023-01-24 深圳锋芒信息技术有限公司 自适应播放源的播放方法、装置、设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101635826A (zh) * 2008-07-21 2010-01-27 中国科学院计算技术研究所 一种获取网络音视频节目地址的方法
CN102695081A (zh) * 2012-06-13 2012-09-26 百视通网络电视技术发展有限责任公司 基于互联网电视的视频资源调度方法及电视终端
CN102799693A (zh) * 2012-08-23 2012-11-28 上海广电电子科技有限公司 视频内容推送方法及系统
CN103221955A (zh) * 2012-11-06 2013-07-24 华为技术有限公司 内容推荐方法、系统及装置
CN103458305A (zh) * 2013-08-28 2013-12-18 小米科技有限责任公司 视频播放方法、装置、终端设备和服务器

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4679602B2 (ja) * 2007-12-28 2011-04-27 シャープ株式会社 Av装置及びui表示方法
CN101697109A (zh) * 2009-10-26 2010-04-21 北京搜狗科技发展有限公司 一种获取输入法候选项的方法及系统
CN102685565B (zh) * 2012-05-18 2014-07-16 合一网络技术(北京)有限公司 一种点击反馈式个性化推荐系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101635826A (zh) * 2008-07-21 2010-01-27 中国科学院计算技术研究所 一种获取网络音视频节目地址的方法
CN102695081A (zh) * 2012-06-13 2012-09-26 百视通网络电视技术发展有限责任公司 基于互联网电视的视频资源调度方法及电视终端
CN102799693A (zh) * 2012-08-23 2012-11-28 上海广电电子科技有限公司 视频内容推送方法及系统
CN103221955A (zh) * 2012-11-06 2013-07-24 华为技术有限公司 内容推荐方法、系统及装置
CN103458305A (zh) * 2013-08-28 2013-12-18 小米科技有限责任公司 视频播放方法、装置、终端设备和服务器

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106358082A (zh) * 2016-11-01 2017-01-25 合网络技术(北京)有限公司 视频播放方法及装置

Also Published As

Publication number Publication date
CN103458305B (zh) 2017-03-01
CN103458305A (zh) 2013-12-18

Similar Documents

Publication Publication Date Title
WO2015027714A1 (zh) 视频播放方法、装置、终端设备和服务器
JP6467526B2 (ja) 通信メッセージ送信方法及びウェアラブル・デバイス
WO2015090248A1 (zh) 服务器的过载保护方法及装置
TWI520043B (zh) 消息查看方法、裝置和移動終端
WO2016169465A1 (zh) 一种显示弹幕信息的方法、装置和系统
US20160110005A1 (en) Tapping Control Method and Terminal
WO2016150270A1 (zh) 群组会话消息处理方法和装置
CN103391473B (zh) 一种提供及获取音视频的方法和装置
WO2016180138A1 (zh) 推广信息投放有效性确定方法、监测服务器及终端
CN106791955B (zh) 一种确定直播时长的方法和系统
CN106454404A (zh) 一种播放直播视频的方法、装置和系统
CN104935955B (zh) 一种传输直播视频流的方法、装置和系统
WO2014086218A1 (zh) 界面调整方法、装置及终端
EP3509353B1 (en) Wifi connection method and device
KR101813437B1 (ko) 스트리밍 미디어 데이터에 대한 통계치를 수집하기 위한 방법 및 시스템과, 관련 장치
US9680921B2 (en) Method, apparatus, and system for controlling voice data transmission
WO2017096909A1 (zh) 建立数据连接的方法及装置
CN109995862B (zh) 一种资源调度方法及终端
WO2017215661A1 (zh) 一种场景音效的控制方法、及电子设备
CN107104763B (zh) 一种设置超时重传时长的方法和装置
WO2014206138A1 (zh) 一种更新网页数据的方法、装置和终端设备
WO2020143579A1 (zh) 链路聚合实现方法及相关产品
WO2018161788A1 (zh) 多媒体数据共享方法及装置
CN108492837B (zh) 音频突发白噪声的检测方法、装置及存储介质
CN105306244B (zh) 路由器管理方法、系统及设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14840825

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14840825

Country of ref document: EP

Kind code of ref document: A1