WO2016034130A1 - 智能终端及其快速频道切换方法和装置 - Google Patents

智能终端及其快速频道切换方法和装置 Download PDF

Info

Publication number
WO2016034130A1
WO2016034130A1 PCT/CN2015/088859 CN2015088859W WO2016034130A1 WO 2016034130 A1 WO2016034130 A1 WO 2016034130A1 CN 2015088859 W CN2015088859 W CN 2015088859W WO 2016034130 A1 WO2016034130 A1 WO 2016034130A1
Authority
WO
WIPO (PCT)
Prior art keywords
player
channel
played
playing
play
Prior art date
Application number
PCT/CN2015/088859
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 WO2016034130A1 publication Critical patent/WO2016034130A1/zh
Priority to US15/232,737 priority Critical patent/US20160353160A1/en

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/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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4383—Accessing a communication channel
    • 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/47217—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 controlling playback functions for recorded or on-demand content, e.g. using progress bars, mode or play-point indicators or bookmarks
    • 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/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • 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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4383—Accessing a communication channel
    • H04N21/4384—Accessing a communication channel involving operations to reduce the access time, e.g. fast-tuning for reducing channel switching latency
    • 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44209—Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless network
    • 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/4424—Monitoring of the internal components or processes of the client device, e.g. CPU or memory load, processing speed, timer, counter or percentage of the hard disk space used
    • 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/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H04N21/4438—Window management, e.g. event handling following interaction with the user interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments

Definitions

  • the embodiments of the present invention relate to the field of media playback technologies, and in particular, to an intelligent terminal and a fast channel switching method and apparatus thereof.
  • the media player When the media player switches channels during video playback, it needs to release the resources occupied by the old play instance, apply for and initialize resources for the new play instance, whether it is memory or other hardware devices (such as hardware decoders, etc.) It takes more time to initialize and release. In some cases, this time may account for a large proportion, which brings a very bad experience to the user.
  • the surface is an instance of a screen display control (SurfaceView), when switching another network data stream or media file, you need to stop player1 first;
  • each play instance must have a SurfaceView to display the video, otherwise the video cannot be displayed, and the life cycle of the SurfaceView is bound to the MediaPlayer (media player). On, destroy the MediaPlayer and the SurfaceView is destroyed. During the above channel switching process, when the play instance player1 is released, the surface is destroyed. When creating the player2, the instance of the SurfaceView needs to be re-created. Whether it is the creation or destruction process of the SurfaceView, since it involves related hardware resources, it takes time-consuming comparison. Long blocking mode processing causes the channel switching process to take a long time, which brings a very bad user experience.
  • API application programming interface
  • the embodiment of the invention provides a fast channel switching method and device for an intelligent terminal, so as to solve the problem that the media player in the prior art changes the user experience when the channel is switched.
  • an embodiment of the present invention discloses a fast channel switching method for an intelligent terminal, including: receiving a media play request sent by a control device, where the media play request includes a to-be-played channel identifier; Activating a first player, the first player is configured to prepare to play a channel to be played; determining whether there is a second player playing a current playing channel; if the second player is playing the current playing channel, then Binding a screen display control used by the second player to the first player, and playing the to-be-played channel through the first player.
  • the method further comprises: if the second player is not playing the current playing channel, playing the first player by the first player The channel to be played.
  • the first player comprises a first application layer player and a first low layer player
  • the second player comprises a second application layer player and a second bottom player
  • the screen display control used by the second player is bound to the first player, and before the playing of the channel to be played by the first player, the method further includes: the first bottom player downloading the to-be-played frequency The data of the track is buffered; the second low-level player releases the currently occupied resource.
  • the screen display control used by the second player is bound to the first player, and before the playing of the channel to be played by the first player, the method further includes: The second player continues to play the current playing channel.
  • the method further includes: setting a maximum duration and a minimum duration parameter of the buffer; determining whether a playable duration of the data in the buffer is less than the minimum duration parameter, and if so, suspending the to-be-played data
  • the playing process determines whether the playable duration of the data in the buffer is greater than the maximum duration parameter, and if so, suspends the downloading process of the to-be-played data.
  • the player activation module is configured to start the first player according to the to-be-played channel identifier, the first player is configured to prepare to play a to-be-played channel, and the player determination module is configured to determine whether there is a second playback.
  • the first playing control module is configured to: when the feedback result of the player determining module is that the second player is playing the current playing channel, the screen display control used by the second player Binding to the first player, playing the to-be-played channel through the first player.
  • the method further includes: a second play control module configured to play the to-be-played channel through the first player when the feedback result of the player determination module is that the second player is playing the current play channel.
  • a second play control module configured to play the to-be-played channel through the first player when the feedback result of the player determination module is that the second player is playing the current play channel.
  • the first player includes a first application layer player and a first low layer player; the second player includes a second application layer player and a second bottom player; the fast channel switching device further
  • the data downloading module is configured to bind the screen display control used by the second player to the first player in the first play control module, and play the to-be-played by the first player.
  • the first bottom player is scheduled to download the data of the to-be-played channel to the buffer, and the resource release module is configured to play the to-be-played by the first player in the first playback control module.
  • the resource currently occupied by the second bottom player is released before the channel is played.
  • the first play control module binds a screen display control used by the second player to the first player, before playing the to-be-played channel by the first player, The second player continues to play the current playing channel.
  • the method further includes a scheduling control module configured to set a maximum duration and a minimum duration parameter of the buffer, and control a data downloading process of the underlying player and a data playing process of the application layer player to be played according to the foregoing parameters, When the playable duration of the data in the buffer is less than the minimum duration parameter, suspending the playing process of the data to be played; when the playable duration of the data in the buffer is greater than the maximum duration When the time parameter is used, the download process of the data to be played is suspended.
  • a scheduling control module configured to set a maximum duration and a minimum duration parameter of the buffer, and control a data downloading process of the underlying player and a data playing process of the application layer player to be played according to the foregoing parameters, When the playable duration of the data in the buffer is less than the minimum duration parameter, suspending the playing process of the data to be played; when the playable duration of the data in the buffer is greater than the maximum duration When the time parameter is used, the download process of the data to be played is suspended.
  • an intelligent terminal including the above-described fast channel switching device is disclosed.
  • the smart terminal is a smart TV or a smart phone.
  • the embodiment of the invention has the following advantages:
  • the preferred embodiment of the present invention adopts the way that the current playing channel and the new playing channel work alternately, and the screen display control (SurfaceView) is multiplexed during the alternate operation of the playing channel, which solves the problem that the prior art takes too long due to the need to block and release the SurfaceView.
  • the problem the hardware resources such as the decoder need to be released during the release of the SurfaceView, so the blocking release mode is required), which can effectively improve the switching speed of the channel.
  • the downloading process of the data to be played for a long time is asynchronously scheduled and executed by an independent process, so that the release of the current play instance and the preparation of the new play instance can be performed in parallel, and the channel can be further improved. Switching speed does not affect the operation of the current application layer, so the user experience will be better.
  • 1-1 is a flowchart of a first embodiment of a method for switching a fast channel of a smart terminal according to an embodiment of the present invention. (Creating a SurfaceView after creating an instance)
  • 1-2 is a flowchart of a second embodiment of a method for switching a fast channel of a smart terminal according to an embodiment of the present invention. (first creating a SurfaceView)
  • FIGS. 1-3 are flowcharts of a third embodiment of a fast channel switching method of an intelligent terminal according to an embodiment of the present invention. (adding a flow of a stop instance)
  • FIG. 2 is a schematic structural diagram of an embodiment of a fast channel switching apparatus of an intelligent terminal according to an embodiment of the present disclosure
  • FIG. 3 is a sequence diagram of information transmission process between modules in an embodiment of a fast channel switching apparatus of an intelligent terminal according to an embodiment of the present invention.
  • the media player When playing a network media such as a network video, the media player works by downloading the video raw data through a given network video address, such as a uniform resource identifier (URI), and starts parsing when the buffer condition is satisfied.
  • the data in the buffer is separated from the original data of the video and decoded by the audio and video decoders to output the sound and image.
  • URI uniform resource identifier
  • Player.start() //The player sends a start play command, and the player will play it after the fourth step is completed.
  • FIG. 1-1 a flow of a first embodiment of a method for switching a fast channel of a smart terminal according to an embodiment of the present invention is shown.
  • the execution subject is a media player installed on a terminal such as a smart TV or a smart phone.
  • the preferred method embodiment includes the following steps:
  • Step S101 Receive a media play request sent by the control device; the media play request includes a channel identifier to be played.
  • Step S102 Start a first player configured to play a channel to be played according to the to-be-played channel identifier included in the media play request.
  • Step S103 Download the data of the to-be-played channel to the buffer according to the media play request including the to-be-played channel identifier.
  • step S103 the download process of the data to be played for a long time
  • step S103 the download process of the data to be played for a long time
  • step S103 execution may be scheduled after step S102 in the above-described order, or may be scheduled before step S107 or before step S106.
  • Step S104 determining whether there is a second player playing the current playing channel; if yes, go to step S106; otherwise, go to step S107.
  • Step S106 Binding the screen display control used by the second player to the first player, and playing the channel to be played through the first player.
  • Step S107 playing the to-be-played channel through the first player described above.
  • the screen display control can be multiplexed during the alternate working process of the current play channel and the new play channel, which can effectively avoid the problem that the prior art takes too long to be blocked due to the need to block the release of the SurfaceView ( During the release of the SurfaceView, it is necessary to release hardware resources such as a decoder, so a blocking release method is required, so that the switching speed of the channel can be effectively improved.
  • the method may further include:
  • Step S108 setting a maximum duration and a minimum duration parameter of the buffer.
  • Step S109 Comparing the playable time length of the data in the buffer with the above parameters, when the playable duration of the data in the buffer is less than the minimum duration, suspending the media playing process; when the playable duration of the data in the buffer is greater than When the maximum duration is equal to or equal to, the download process of the data to be played is suspended.
  • the media player can be prevented from affecting the user's use effect due to frequent occurrence of the play pause prompt after starting the play; on the other hand, it can also avoid affecting other applications due to too much buffer bandwidth and too much network bandwidth usage. Request for network data.
  • the buffer parameter setting policy after the media starts playing is adopted, the preparation time of step S103 can be made as short as possible, and the waiting time at the time of channel switching can be further shortened.
  • the first player may include a first application. a layer player and a first bottom player; correspondingly, the second player may also include a second application layer player and a second bottom player; in step S106 (coming soon) Before the screen display control used by the second player is bound to the first player and played by the first player to play the channel to be played, it also includes:
  • Step S105 The second bottom player releases the currently occupied resources.
  • step S105 the second player stops the process of playing the current playing channel; that is, binding the screen display control used by the second player to the first player, and passing the first Before the player plays the channel to be played, the second player continues to play its current playing channel.
  • step S105 may also be performed after step S101; compared with the foregoing solution, the method embodiment has the advantages that: the startup process of the new player (ie, the first player) and the asynchronous data of the newly played channel data During the downloading process, the original player (ie, the second player) continues to perform the media playing process of the original channel, thereby further reducing the black screen time of the user during the channel switching process and improving the user experience.
  • FIG. 1-3 a flow of a third embodiment of a method for switching a fast channel of a smart terminal according to an embodiment of the present invention is shown.
  • an intelligent terminal installed on an Android system is used as an example for playing.
  • the channel is implemented as a play instance.
  • the method embodiment specifically includes:
  • Step S121 Receive a new media play request.
  • the play request includes an address identifier (such as a uniform resource identifier URI) of data to be played.
  • an address identifier such as a uniform resource identifier URI
  • Step S122 Initialize a new play instance for the new media play request.
  • the play instance can be implemented with the following commands:
  • the URI of the data to be played is delivered to the download scheduling module by using the following:
  • Step S124 determining whether there is a current play instance; if yes, go to step S126-1 and step S126-2; otherwise, go to step S125;
  • the downloading process of the data to be played is asynchronously scheduled and executed by a separate process, so that the subsequent current playing instance is released (step S127) and the data of the new playing instance.
  • the download job (step S126-2) can be executed concurrently.
  • Step S125 Create a screen display control, and bind the newly created screen display control to the upper The new play instance is described; the process proceeds to step S126-2 for subsequent data download and playback.
  • Step S126-1 Stop the current play instance.
  • Step S126-2 Download the data to be played according to the address identifier (such as a URI or a URL) included in the new media play request.
  • the address identifier such as a URI or a URL
  • the preset scheduling control information can be fed back, and the new playback request of the user is executed in step S128.
  • Step S127 Bind the screen display control used by the current play instance to the new play instance, and release the current play instance.
  • Step S128 The new play instance is used as the current play instance, and the data to be played that has been downloaded into the buffer is decoded and played.
  • the new play instance as the current play instance may be implemented in an assignment manner. If the current play instance is player2 and the new play instance is player1, the assignment method can be:
  • FIG. 2 is a structural block diagram of an embodiment of a fast channel switching apparatus for an intelligent terminal according to an embodiment of the present invention, including:
  • the play request receiving module 21 is configured to receive a media play request sent by the control device, where the media play request includes a channel identifier to be played (such as a uniform resource identifier, etc.);
  • the player startup module 22 is configured to start a first player ready to play a channel to be played according to the to-be-played channel identifier obtained by the playback request receiving module 21;
  • the player determining module 23 is configured to determine whether there is a second player playing the current playing channel
  • the first play control module 24 is configured to bind the screen display control used by the second player to the player startup module 22 when the feedback result of the player determination module 23 is that the second player is playing the current play channel. Playing on the first player and playing the channel to be played through the first player.
  • the fast channel switching apparatus further includes:
  • the second play control module 25 is configured to play the to-be-played channel through the first player described above when the feedback result of the player determination module 23 is that the second player is playing the current play channel.
  • the first player includes a first application layer player and a first low layer player; the second player includes a second application layer player and a second bottom player; the second player is used by the first playback control module
  • the screen display control is bound to the first player, and the second player continues to play the current playing channel before the first player plays the channel to be played.
  • the fast channel switching apparatus of the preferred embodiment further includes a data downloading module 26 and a resource releasing module 27, wherein:
  • the data downloading module 26 is configured to bind the screen display control used by the second player to the first player in the first play control module 24, and schedule the first bottom layer playing before playing the channel to be played by the first player. Download the data of the channel to be played to the buffer;
  • the resource release module 27 is configured to bind the screen display control used by the second player to the first player in the first play control module 24, and release the second bottom layer before playing the channel to be played by the first player.
  • the data downloading module 26 is asynchronously scheduled and executed by a separate process, so that the data downloading module 26 and the play request receiving module 21, the first play control module 24, and the second play control module 25 and other concurrent executions that can interfere with each other.
  • the preferred embodiment may further set the communication service module 28. And configured to forward the data download instruction sent by the play request receiving module 21, and forward the related feedback information of the data download module 26 (such as the status information of the data download module 26 that is downloading, suspending downloading, completing downloading, etc.).
  • a scheduling control module 29 is further configured to set a maximum duration and a minimum duration parameter of the buffer; wherein, when the playable duration of the data in the buffer is less than the minimum duration parameter, the pause is The playing process of the data to be played; when the playable duration of the data in the buffer is greater than the maximum duration parameter, the downloading process of the data to be played is suspended.
  • FIG. 3 a timing diagram of an information transfer process between functional modules in the above apparatus embodiment is shown, which is specifically described as follows:
  • the play request receiving module 21 forwards the resource address URI of the data to be played to the underlying player through the communication service module 28;
  • the application layer player sends an asynchronous data download instruction to the underlying player through the communication service module 28, and then the underlying player issues a data download request to the data download module 26;
  • the data downloading module 26 feeds back the download status information to the underlying player, and the underlying player determines whether the playback can be started according to the buffer parameter, and if possible, feeds back the status information to the application layer player through the communication service module 28;
  • the application layer player sends a video play instruction to the underlying player through the communication service module 28;
  • the application layer player sends the dynamic setting parameters of the buffer to the underlying player through the communication service module 28.
  • the dynamic setting parameters of the buffer include a minimum buffer duration (Min-Buffer-Duration) and a maximum buffer duration (Max-Buffer-Duration); when the video data time in the buffer is less than Min-Buffer-Duration The underlying player will pause the video playback process until the data downloaded by the data download module 26 into the buffer can satisfy the playback requirement; when the video data time in the buffer is greater than or equal to Max-Buffer-Duration, the data download module 26 The data download process will be suspended to save network bandwidth for other applications of the device to request network data.
  • Min-Buffer-Duration minimum buffer duration
  • Max-Buffer-Duration maximum buffer duration
  • the asynchronous data download instruction from the application layer player is forwarded to the underlying player through the communication service module 28, and the data download module 26 operates under the underlying player scheduling, and is performed by an independent process. Scheduling processing.
  • the embodiment of the present invention does not limit this, and other scheduling manners may also be adopted.
  • the asynchronous data downloading instruction from the application layer player may be directly forwarded to the data downloading module 26 through the communication service module 28.
  • the execution status information of the download module 26 can also be fed back directly to the application layer player via the communication service module 28 (at this time, the download process is controlled by the data download module 26 itself according to the parameters of the buffer).
  • the underlying player when the to-be-played channel is a live channel, the underlying player may be an instantiated NuPlayer; when the channel to be played is an on-demand channel, the underlying player may be an instantiated StageflightPlayer; the communication service module may The underlying player is selected according to the type of the URI address to be played.
  • an embodiment of the present invention further discloses an intelligent terminal including the foregoing fast channel switching device, which can effectively improve the channel switching speed during video playback.
  • the smart terminal may be a smart TV or a smart phone.
  • the embodiment of the present invention is not limited, and only the smart terminal is configured with an Android operating system platform.
  • An embodiment of the present invention provides a computer readable recording medium on which a program for executing the fast channel switching method of the above smart terminal is recorded.
  • the computer readable recording medium includes any mechanism for storing or transmitting information in a form readable by a computer (eg, a computer).
  • a machine-readable medium includes read only memory (ROM), random access memory (RAM), magnetic disk storage media, optical storage media, flash storage media, electrical, optical, acoustic, or other forms of propagation signals (eg, carrier waves) , infrared signals, digital signals, etc.).
  • the foregoing program may be stored in a computer readable storage medium, and the program is executed when executed.
  • the foregoing steps include the steps of the foregoing method embodiments; and the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.

Landscapes

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

Abstract

一种智能终端及其快速频道切换方法和装置，其中，所述方法包括：接收控制设备发送的媒体播放请求，所述媒体播放请求包括待播放频道标识；根据所述待播放频道标识，启动第一播放器，所述第一播放器用于准备播放待播放频道；判断是否存在第二播放器播放当前播放频道；若存在所述第二播放器正在播放所述当前播放频道，则将所述第二播放器使用的屏幕显示控件绑定到所述第一播放器上，通过所述第一播放器播放所述待播放频道。本发明实施例采用当前播放频道和新播放频道交替工作的方式，播放频道交替工作过程中复用屏幕显示控件，解决了现有技术因需要阻塞释放屏幕显示控件造成的占用时间过长的问题，可有效提高频道的切换速度。

Description

智能终端及其快速频道切换方法和装置
本申请要求在2014年09月03日提交中国专利局、申请号为201410445098.1、发明名称为“智能终端及其快速频道切换方法和装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本发明实施例涉及媒体播放技术领域，尤其涉及一种智能终端及其快速频道切换方法和装置。
背景技术
媒体播放器在视频播放过程中切换频道时，需要释放旧的播放实例占用的资源，为新的播放实例申请并初始化资源，这些资源无论是内存还是其他硬件设备(比如硬件解码器等)，其初始化和释放过程中都需要消耗较多时间。有些情况下，该时间可能会占很大比重，给用户的使用带来了非常不好的体验。
以基于安卓(Android)操作系统平台的媒体播放器为例，假设已有播放实例player1：
MediaPlayer player1＝newMediaPlayer()；
player1.setSurface(surface)；
player1.start()；
其中，surface为屏幕显示控件(SurfaceView)的实例，在切换播放另外一个网络数据流或者媒体文件时，需要先停止player1；
player1.stop()；
player1.release()；
然后重新创建一个实例player2开始播放新的请求，
MediaPlayer player2＝newMediaPlayer()；
player2.setSurface(surface)；
player2.start()；
在Android定义的应用程序编程接口(Application Programming Interface，API)使用上，每一个播放实例必须有一个SurfaceView用来显示视频，否则视频无法展示，而且SurfaceView的生命周期绑定在MediaPlayer(媒体播放器)上，销毁MediaPlayer，SurfaceView即被销毁。上述频道切换过程中，释放播放实例player1时会销毁surface，在创建player2时又需要重新创建SurfaceView的实例，无论是SurfaceView的创建还是销毁过程，由于其涉及到相关硬件资源，所以需要采用耗时较长的阻塞方式处理，导致其频道切换过程需要消耗较长的时间，给用户带来非常不好的使用体验。
发明内容
本发明实施例提供了一种智能终端的快速频道切换方法和装置，以解决现有技术中媒体播放器在切换频道时因耗时较长影响用户使用体验的问题。
为了解决上述问题，本发明实施例公开了一种智能终端的快速频道切换方法，包括：接收控制设备发送的媒体播放请求，所述媒体播放请求包括待播放频道标识；根据所述待播放频道标识，启动第一播放器，所述第一播放器配置为准备播放待播放频道；判断是否存在第二播放器播放当前播放频道；若存在所述第二播放器正在播放所述当前播放频道，则将所述第二播放器使用的屏幕显示控件绑定到所述第一播放器上，通过所述第一播放器播放所述待播放频道。
优选地，在所述判断是否存在第二播放器播放当前播放频道之后，还包括：若不存在所述第二播放器正在播放所述当前播放频道，则通过所述第一播放器播放所述待播放频道。
优选地，所述第一播放器包括第一应用层播放器和第一底层播放器；所述第二播放器包括第二应用层播放器和第二底层播放器；在所述将所述第二播放器使用的屏幕显示控件绑定到所述第一播放器上，通过所述第一播放器播放所述待播放频道之前，还包括：所述第一底层播放器下载所述待播放频 道的数据至缓冲区；所述第二底层播放器释放当前占用的资源。
优选地，在所述将所述第二播放器使用的屏幕显示控件绑定到所述第一播放器上，通过所述第一播放器播放所述待播放频道之前，还包括：所述第二播放器继续播放所述当前播放频道。
优选地，还包括：设置所述缓冲区的最大持续时间和最小持续时间参数；判断所述缓冲区中的数据的可播放时长是否小于所述最小持续时间参数，若是则暂停所述待播放数据的播放过程；判断所述缓冲区中的数据的可播放时长是否大于所述最大持续时间参数，若是则暂停所述待播放数据的下载过程。
依据本发明的另一优选实施例，还公开了一种智能终端的快速频道切换装置，包括：播放请求接收模块，配置为接收控制设备发送的媒体播放请求，所述媒体播放请求包括待播放频道标识；播放器启动模块，配置为根据所述待播放频道标识，启动第一播放器，所述第一播放器配置为准备播放待播放频道；播放器判断模块，配置为判断是否存在第二播放器播放当前播放频道；第一播放控制模块，配置为当播放器判断模块的反馈结果为所述第二播放器正在播放所述当前播放频道时，将所述第二播放器使用的屏幕显示控件绑定到所述第一播放器上，通过所述第一播放器播放所述待播放频道。
优选地，还包括：第二播放控制模块，配置为当播放器判断模块的反馈结果为不存在第二播放器正在播放当前播放频道时，通过所述第一播放器播放所述待播放频道。
优选地，所述第一播放器包括第一应用层播放器和第一底层播放器；所述第二播放器包括第二应用层播放器和第二底层播放器；所述快速频道切换装置还包括：数据下载模块，配置为在所述第一播放控制模块将所述第二播放器使用的屏幕显示控件绑定到所述第一播放器上，通过所述第一播放器播放所述待播放频道之前，调度所述第一底层播放器将所述待播放频道的数据下载至缓冲区；资源释放模块，配置为在所述第一播放控制模块通过所述第一播放器播放所述待播放频道之前，释放所述第二底层播放器当前占用的资源。
优选地，在所述第一播放控制模块将所述第二播放器使用的屏幕显示控件绑定到所述第一播放器上，通过所述第一播放器播放所述待播放频道之前， 所述第二播放器继续播放所述当前播放频道。
优选地，还包括调度控制模块，配置为设置所述缓冲区的最大持续时间和最小持续时间参数，并根据上述参数控制底层播放器的数据下载过程以及应用层播放器的待播放数据播放过程，其中，当所述缓冲区中的数据的可播放时长小于所述最小持续时间参数时，暂停所述待播放数据的播放过程；当所述缓冲区中的数据的可播放时长大于所述最大持续时间参数时，暂停所述待播放数据的下载过程。
依据本发明的还一优选实施例，公开了一种包括有上述快速频道切换装置的智能终端。
优选地，所述智能终端为智能电视或智能手机。
与现有技术相比，本发明实施例具有以下优点：
本发明优选实施例采用当前播放频道和新播放频道交替工作的方式，播放频道交替工作过程中复用屏幕显示控件(SurfaceView)，解决了现有技术因需要阻塞释放SurfaceView造成的占用时间过长的问题(SurfaceView释放过程中需要释放解码器等硬件资源，因此需要采用阻塞释放方式)，可有效提高频道的切换速度。
在本发明进一步的优选实施例中，耗时较长的待播放数据的下载过程由独立的进程异步调度执行，使得当前播放实例的释放与新播放实例的准备工作能够并行进行，能够进一步提高频道切换速度，不会对当前应用层的操作造成影响，因此，用户使用体验会更好。
附图说明
图1-1为本发明实施例提供的智能终端的快速频道切换方法的第一实施例的流程图；(先创建实例后创建SurfaceView)
图1-2为本发明实施例提供的智能终端的快速频道切换方法的第二实施例的流程图；(先创建SurfaceView)
图1-3为本发明实施例提供的智能终端的快速频道切换方法的第三实施例的流程图；(增加stop实例的流程)
图2为本发明实施例提供的智能终端的快速频道切换装置的一实施例的结构示意图；
图3为本发明实施例提供的智能终端的快速频道切换装置的实施例中各模块之间信息传递过程时序图。
具体实施方式
在结合附图和具体实施方式对本发明实施例作进一步详细的说明之前，首先说明媒体播放器的工作原理。
媒体播放器在播放网络视频等网络媒体时，其工作原理是：通过给出的网络视频地址如，统一资源标识(uniform resource identifier，URI)，下载视频原始数据，当满足缓冲条件时，开始解析缓冲区中的数据，分离音、视频原始数据，分别由音、视频解码器解码后输出声音和图像。以Android设备为例，其具体流程如下：
MediaPlayer player＝newMediaPlayer()；//初始化一个播放实例
player.setDataSource(mUri)；//设置网络地址
player.setDisplay(mSurfaceHolder)；//设置显示对象
player.prepare()；//给播放器发送准备指令
player.start()；//播放器发送开始播放指令，播放器会在第四步执行完成后才真正播放。
方法实施例：
参照图1-1，示出了本发明实施例提供的智能终端的快速频道切换方法的第一实施例的流程，执行主体为安装在智能电视、智能手机等终端上的媒体播放器。本优选方法实施例包括以下步骤：
步骤S101：接收控制设备发送的媒体播放请求；上述的媒体播放请求包括待播放频道标识。
步骤S102：根据上述媒体播放请求包括的待播放频道标识，启动配置为准备播放待播放频道的第一播放器。
步骤S103：根据媒体播放请求包括待播放频道标识下载上述待播放频道的数据至缓冲区。
在本方法优选实施例中，为进一步提高频道切换速度，减少对当前应 用层的操作造成影响，对耗时较长的待播放数据的下载过程(即步骤S103)由独立的进程异步调度执行。另外，对于步骤S103的调度执行时机，可以上述的顺序在步骤S102之后调度执行，也可以在步骤S107之前或步骤S106之前调度执行。
步骤S104：判断是否存在第二播放器播放当前播放频道；若是，转步骤S106；否则，转步骤S107。
步骤S106：将第二播放器使用的屏幕显示控件绑定到第一播放器上，通过第一播放器播放待播放频道。
步骤S107：通过上述第一播放器播放待播放频道。
本实施例通过上述手段，使得当前播放频道和新播放频道的交替工作过程中能够复用屏幕显示控件(SurfaceView)，可有效避免现有技术因需要阻塞释放SurfaceView造成的占用时间过长的问题(SurfaceView释放过程中需要释放解码器等硬件资源，因此需要采用阻塞释放方式)，从而可有效提高频道的切换速度。
在本方法实施例的一优选实施例中，在执行步骤S106和S107之后还可以包括：
步骤S108：设置缓冲区的最大持续时间和最小持续时间参数。
步骤S109：将缓冲区中数据的可播放时间长度与上述参数比较，当缓冲区中的数据的可播放时长小于最小持续时间时，暂停媒体播放过程；当缓冲区中的数据的可播放时长大于或等于最大持续时间时，暂停待播放数据的下载过程。
通过上述手段，一方面可以避免媒体播放器在开始播放后因频繁出现播放暂停提示而影响用户的使用效果；另一方面，还可以避免因缓存量太大对网络带宽占用太多而影响其他应用请求网络数据的问题。另外，由于采用了在媒体开始播放后缓冲区参数设置策略，使得步骤S103的准备时间可以尽可能的短，可进一步缩短频道切换时的等待时间。
参照图1-2，示出了本发明实施例提供的智能终端的快速频道切换方法第二实施例的流程，与上述第一方法实施例的区别在于，上述第一播放器可以包括第一应用层播放器和第一底层播放器；相应的，第二播放器也可以包括第二应用层播放器和第二底层播放器；在执行步骤S106(即将第 二播放器使用的屏幕显示控件绑定到第一播放器上，通过第一播放器播放待播放频道)之前，还包括：
步骤S105：第二底层播放器释放当前占用的资源。
另外，在执行步骤S105之前或同时，第二播放器停止其播放当前播放频道的过程；也即，在将第二播放器使用的屏幕显示控件绑定到第一播放器上，并通过第一播放器播放待播放频道之前，第二播放器继续播放其当前播放频道。
需要说明的是，步骤S105还可以在步骤S101之后执行；与上述方案相比，本方法实施例的优点在于：在新播放器(即第一播放器)的启动过程及新播放频道数据的异步下载过程中，原播放器(即第二播放器)还在继续执行原频道的媒体播放过程，从而可进一步减少用户在频道切换过程中的黑屏时间，提高用户使用体验。
参照图1-3，示出了本发明实施例智能终端的快速频道切换方法第三实施例的流程，在本优选实施例中，以安装有安卓系统上的智能终端为例进行说明，其播放频道以播放实例的方式实现。本方法实施例具体包括：
步骤S121：接收新的媒体播放请求。
在本优选实施例中，上述播放请求包括待播放数据的地址标识(如统一资源标识URI)。
步骤S122：为上述新的媒体播放请求初始化新播放实例。
对于安卓平台，播放实例可采用如下命令实现：
MediaPlayer player1＝new MediaPlayer()；
之后，采用下述将待播放数据的URI传递给下载调度模块：
Play1.setDataSource(URI)。
步骤S124：判断是否存在当前播放实例；若是，转步骤S126-1和步骤S126-2；否则，转步骤S125；
在本方法实施例，为进一步提高频道切换速度，提高用户的使用体验，待播放数据的下载过程由单独的进程异步调度执行，使后续当前播放实例的释放(步骤S127)与新播放实例的数据下载工作(步骤S126-2)能够并发执行。
步骤S125：创建屏幕显示控件，并将新创建的屏幕显示控件绑定到上 述新播放实例；转步骤S126-2进行后续的数据下载及播放流程。
步骤S126-1：停止当前播放实例。
步骤S126-2：根据新媒体播放请求中包括的地址标识(如URI或URL)下载待播放数据。
当缓冲区中的待播放数据达到可以开始播放的数据量后，即可反馈预设的调度控制信息，转步骤S128执行用户的新播放请求。
步骤S127：将当前播放实例使用的屏幕显示控件绑定到新播放实例，释放当前播放实例。
步骤S128：将新播放实例作为当前播放实例，解码并播放已下载到缓冲区中的待播放数据。
在另一实施例中，将新播放实例作为当前播放实例可以采用赋值方式实现。假如当前播放实例为player2，新播放实例为player1，其赋值方式可以为：
player2＝player1
对于前述的各方法实施例，为了描述简单，故将其都表述为一系列的动作组合，但是本领域的技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为根据本发明实施例，某些步骤可以采用其他顺序或同时执行；如，对于缓冲区大小的设置步骤S109-1，可以在步骤S108之后执行，也可以在步骤S103之前执行。其次，本领域技术人员也应该知悉，上述方法实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明实施例所必须的。
装置实施例：
参照图2，示出了本发明实施例提供的智能终端的快速频道切换装置一实施例的结构框图，包括：
播放请求接收模块21，配置为接收控制设备发送的媒体播放请求；其中，该媒体播放请求包括待播放频道标识(如统一资源标识等)；
播放器启动模块22，配置为根据播放请求接收模块21获得的待播放频道标识，启动准备播放待播放频道的第一播放器；
播放器判断模块23，配置为判断是否存在第二播放器播放当前播放频道；
第一播放控制模块24，配置为当播放器判断模块23的反馈结果为第二播放器正在播放当前播放频道时，将第二播放器使用的屏幕显示控件绑定到播放器启动模块22启动的第一播放器上，并通过该第一播放器播放待播放频道。
在上述装置实施例的一个进一步的优选实施例中，快速频道切换装置还包括：
第二播放控制模块25，配置为当播放器判断模块23的反馈结果为不存在第二播放器正在播放当前播放频道时，通过上述的第一播放器播放待播放频道。
另外，第一播放器包括第一应用层播放器和第一底层播放器；第二播放器包括第二应用层播放器和第二底层播放器；在第一播放控制模块将第二播放器使用的屏幕显示控件绑定到第一播放器上，通过第一播放器播放待播放频道之前，第二播放器继续播放当前播放频道。本优选实施例的快速频道切换装置还包括有数据下载模块26和资源释放模块27，其中：
数据下载模块26，配置为在第一播放控制模块24将第二播放器使用的屏幕显示控件绑定到第一播放器上，并通过第一播放器播放待播放频道之前，调度第一底层播放器将待播放频道的数据下载至缓冲区；
资源释放模块27，配置为在第一播放控制模块24将第二播放器使用的屏幕显示控件绑定到第一播放器上，并通过第一播放器播放待播放频道之前，释放该第二底层播放器当前占用的资源。
在本优选实施例中，为进一步缩短判断切换时间，数据下载模块26由单独的进程异步调度执行，从而数据下载模块26与播放请求接收模块21、第一播放控制模块24、第二播放控制模块25等能够互不干扰的并发执行。
为保证异步工作模式下的播放请求接收模块21、第一播放控制模块24、第二播放控制模块25等与数据下载模块26之间能够有效的通信，本优选实施例还可以设置通信服务模块28，配置为转发播放请求接收模块21发送的数据下载指令，以及转发数据下载模块26的相关反馈信息(如数据下载模块26的正在下载、暂停下载、完成下载等状态信息)。
在上述装置进一步的优选实施例中，为了使得媒体播放器在开始播放 后还能够保证有效运行，还设置有调度控制模块29，配置为设置缓冲区的最大持续时间和最小持续时间参数；其中，当缓冲区中的数据的可播放时长小于最小持续时间参数时，暂停待播放数据的播放过程；当缓冲区中的数据的可播放时长大于最大持续时间参数时，暂停待播放数据的下载过程。
参照图3，示出了上述装置实施例中各功能模块之间信息传递过程的时序图，具体说明如下：
首先，播放请求接收模块21收到新的视频播放请求后，将待播放数据的资源地址URI通过通信服务模块28转发给底层播放器；
其次，应用层播放器通过通信服务模块28向底层播放器发送异步数据下载指令，然后，底层播放器向数据下载模块26发出数据下载请求；
第三，数据下载模块26向底层播放器反馈下载状态信息，底层播放器根据缓冲区参数判断是否可以开始播放，如果可以，则通过通信服务模块28向应用层播放器反馈状态信息；
第四，应用层播放器通过通信服务模块28向底层播放器发送视频播放指令；
第五，在开始视频播放后，应用层播放器通过通信服务模块28向底层播放器发送缓冲区的动态设置参数。
其中，上述缓冲区的动态设置参数包括最小缓冲区持续时间(Min-Buffer-Duration)和最大缓冲区持续时间(Max-Buffer-Duration)；当缓冲区中的视频数据时间小于Min-Buffer-Duration时，底层播放器将暂停视频播放过程，直至数据下载模块26下载到缓冲区中的数据能够满足播放要求；当缓冲区中的视频数据时间大于或等于Max-Buffer-Duration时，数据下载模块26将暂停数据下载过程，以便省下网络带宽供设备的其他应用请求网络数据。
需要说明的是，在上述优选实施例中，来自应用层播放器的异步数据下载指令通过通信服务模块28转发给底层播放器，数据下载模块26在底层播放器调度下工作，且由独立的进程调度处理。但本发明实施例对此不予限制，还可以采用其他调度方式，例如，来自应用层播放器的异步数据下载指令通过通信服务模块28可以直接转发给数据下载模块26执行，数 据下载模块26的执行状态信息也可以直接通过通信服务模块28反馈至应用层播放器(此时，根据缓冲区的参数控制下载过程由数据下载模块26本身完成)。
在上述的装置实施例中，当待播放频道为直播频道时，底层播放器可以为实例化的NuPlayer；当待播放频道为点播频道时，底层播放器可以为实例化的StageflightPlayer；通信服务模块会根据URI地址对待播放频道的类型进行判断对底层播放器进行选择。
另外，本发明实施例还公开了一种包括有上述快速频道切换装置的智能终端，在视频播放过程中可有效提高频道切换速度。其中，该智能终端可以是智能电视，也可以是智能手机，本发明实施例并不予以限制，只要求该智能终端配置有安卓操作系统平台即可。
需要说明的是，上述装置或系统实施例属于优选实施例，所涉及的模块和模块并不一定是本发明实施例所必须的。
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于本发明实施例的装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本发明实施例提供了一种在其上记录有用于执行上述智能终端的快速频道切换方法的程序的计算机可读记录介质。
所述计算机可读记录介质包括用于以计算机(例如计算机)可读的形式存储或传送信息的任何机制。例如，机器可读介质包括只读存储器(ROM)、随机存取存储器(RAM)、磁盘存储介质、光存储介质、闪速存储介质、电、光、声或其他形式的传播信号(例如，载波、红外信号、数字信号等)等。
以上对本发明实施例所提供的一种智能电视及其快速频道切换方法和装置，进行了详细介绍，本文中应用了具体个例对本发明实施例的原理及实施方式进行了阐述，以上实施例的说明只是配置为帮助理解本发明实施例的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明实施例的限制。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上各实施例仅用以说明本发明实施例的技术方案，而非对其限制；尽管参照前述各实施例对本发明实施例进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例各实施例技术方案的范围。

Claims (13)

  1. 一种智能终端的快速频道切换方法，其特征在于，包括：
    接收控制设备发送的媒体播放请求，所述媒体播放请求包括待播放频道标识；
    根据所述待播放频道标识，启动第一播放器，所述第一播放器用于准备播放待播放频道；
    判断是否存在第二播放器播放当前播放频道；
    若存在所述第二播放器正在播放所述当前播放频道，则将所述第二播放器使用的屏幕显示控件绑定到所述第一播放器上，通过所述第一播放器播放所述待播放频道。
  2. 根据权利要求1所述的快速频道切换方法，其特征在于，在所述判断是否存在第二播放器播放当前播放频道之后，还包括：
    若不存在所述第二播放器正在播放所述当前播放频道，则通过所述第一播放器播放所述待播放频道。
  3. 根据权利要求1所述的快速频道切换方法，其特征在于，所述第一播放器包括第一应用层播放器和第一底层播放器；所述第二播放器包括第二应用层播放器和第二底层播放器；
    在所述将所述第二播放器使用的屏幕显示控件绑定到所述第一播放器上，通过所述第一播放器播放所述待播放频道之前，还包括：
    所述第一底层播放器下载所述待播放频道的数据至缓冲区；
    所述第二底层播放器释放当前占用的资源。
  4. 根据权利要求3所述的快速频道切换方法，其特征在于，在所述将所述第二播放器使用的屏幕显示控件绑定到所述第一播放器上，通过所述第一播放器播放所述待播放频道之前，还包括：
    所述第二播放器继续播放所述当前播放频道。
  5. 根据权利要求1至4任一所述的快速频道切换方法，其特征在于，还包括：
    设置所述缓冲区的最大持续时间和最小持续时间参数；
    判断所述缓冲区中的数据的可播放时长是否小于所述最小持续时间参数，若是则暂停所述待播放数据的播放过程；
    判断所述缓冲区中的数据的可播放时长是否大于所述最大持续时间参数，若是则暂停所述待播放数据的下载过程。
  6. 一种智能终端的快速频道切换装置，其特征在于，包括：
    播放请求接收模块，配置为接收控制设备发送的媒体播放请求，所述媒体播放请求包括待播放频道标识；
    播放器启动模块，配置为根据所述待播放频道标识，启动第一播放器，所述第一播放器配置为准备播放待播放频道；
    播放器判断模块，配置为判断是否存在第二播放器播放当前播放频道；
    第一播放控制模块，配置为当播放器判断模块的反馈结果为所述第二播放器正在播放所述当前播放频道时，将所述第二播放器使用的屏幕显示控件绑定到所述第一播放器上，通过所述第一播放器播放所述待播放频道。
  7. 根据权利要求6所述的快速频道切换装置，其特征在于，还包括：
    第二播放控制模块，配置为当播放器判断模块的反馈结果为不存在第二播放器正在播放当前播放频道时，通过所述第一播放器播放所述待播放频道。
  8. 根据权利要求6所述的快速频道切换装置，其特征在于，所述第一播放器包括第一应用层播放器和第一底层播放器；所述第二播放器包括第二应用层播放器和第二底层播放器；所述快速频道切换装置还包括：
    数据下载模块，配置为在所述第一播放控制模块将所述第二播放器使用的屏幕显示控件绑定到所述第一播放器上，通过所述第一播放器播放所述待播放频道之前，调度所述第一底层播放器将所述待播放频道的数据下载至缓冲区；
    资源释放模块，配置为在所述第一播放控制模块通过所述第一播放器播放所述待播放频道之前，释放所述第二底层播放器当前占用的资源。
  9. 根据权利要求8所述的快速频道切换装置，其特征在于，在所述第一播放控制模块将所述第二播放器使用的屏幕显示控件绑定到所述第一播放器上，通过所述第一播放器播放所述待播放频道之前，所述第二播放器继续播放所述当前播放频道。
  10. 根据权利要求8所述的快速频道切换装置，其特征在于，还包括调度控制模块，配置为设置所述缓冲区的最大持续时间和最小持续时间参数， 并根据上述参数控制底层播放器的数据下载过程以及应用层播放器的待播放数据播放过程，其中，当所述缓冲区中的数据的可播放时长小于所述最小持续时间参数时，暂停所述待播放数据的播放过程；当所述缓冲区中的数据的可播放时长大于所述最大持续时间参数时，暂停所述待播放数据的下载过程。
  11. 一种智能终端，其特征在于，包括权利要求6至10任一所述的快速频道切换装置。
  12. 根据权利要求11所述的智能终端，其特征在于，所述智能终端为智能电视或智能手机。
  13. 一种在其上记录有用于执行权利要求1所述方法的程序的计算机可读记录介质。
PCT/CN2015/088859 2014-09-03 2015-09-02 智能终端及其快速频道切换方法和装置 WO2016034130A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US15/232,737 US20160353160A1 (en) 2014-09-03 2016-08-09 Smart terminal as well as fast channel switching method and device thereof

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201410445098.1A CN104202675A (zh) 2014-09-03 2014-09-03 智能终端及其快速频道切换方法和装置
CN201410445098.1 2014-09-03

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/232,737 Continuation US20160353160A1 (en) 2014-09-03 2016-08-09 Smart terminal as well as fast channel switching method and device thereof

Publications (1)

Publication Number Publication Date
WO2016034130A1 true WO2016034130A1 (zh) 2016-03-10

Family

ID=52087890

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/088859 WO2016034130A1 (zh) 2014-09-03 2015-09-02 智能终端及其快速频道切换方法和装置

Country Status (3)

Country Link
US (1) US20160353160A1 (zh)
CN (1) CN104202675A (zh)
WO (1) WO2016034130A1 (zh)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104202675A (zh) * 2014-09-03 2014-12-10 乐视致新电子科技（天津）有限公司 智能终端及其快速频道切换方法和装置
CN104661092B (zh) * 2015-03-09 2019-02-22 深圳市茁壮网络股份有限公司 一种视频播放控制方法、系统及机顶盒
CN105898586A (zh) * 2015-11-02 2016-08-24 乐视致新电子科技（天津）有限公司 一种用于直播节目的回看方法和系统
CN106598539B (zh) * 2016-12-15 2020-02-14 广州酷狗计算机科技有限公司 一种应用程序内音频的处理方法和装置
CN110401866B (zh) * 2018-04-25 2022-05-20 广州虎牙信息科技有限公司 直播视频的显示方法、装置、终端和存储介质
CN108718418B (zh) * 2018-05-31 2020-12-29 西安万像电子科技有限公司 一种传输链路的管理方法及装置
CN108833960A (zh) * 2018-06-14 2018-11-16 青岛海信传媒网络技术有限公司 一种音视频应用切换的方法及装置
CN109068177B (zh) * 2018-07-23 2021-02-12 海信视像科技股份有限公司 音视频播放器资源管理方法及装置、智能电视、存储介质
CN109327716B (zh) * 2018-10-31 2020-09-11 北京达佳互联信息技术有限公司 延迟控制方法、延迟控制装置和计算机可读存储介质
CN113411648A (zh) * 2021-06-16 2021-09-17 上海高顿教育科技有限公司 一种适配多种播放器的控制方法和装置
CN113973233A (zh) * 2021-10-22 2022-01-25 深圳小湃科技有限公司 多平台影片切换播放的优化方法、装置、设备及存储介质
CN114222182B (zh) * 2021-12-15 2024-02-09 湖南快乐阳光互动娱乐传媒有限公司 一种视频播放方法及装置

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060075428A1 (en) * 2004-10-04 2006-04-06 Wave7 Optics, Inc. Minimizing channel change time for IP video
CN1972447A (zh) * 2006-12-08 2007-05-30 清华大学 基于流媒体技术的多画面播放器及其播放方法
CN101483054A (zh) * 2008-12-25 2009-07-15 深圳市迅雷网络技术有限公司 一种播放多媒体文件的方法及装置
CN102298947A (zh) * 2011-08-23 2011-12-28 百度在线网络技术（北京）有限公司 一种用于在多媒体播放器间进行播放切换的方法与设备
CN102739627A (zh) * 2011-04-14 2012-10-17 深圳市快播科技有限公司 视频切换播放方法及系统
US20130014162A1 (en) * 2011-07-04 2013-01-10 AmTRAN TECHNOLOGY Co. Ltd Channel switching method
CN104202675A (zh) * 2014-09-03 2014-12-10 乐视致新电子科技（天津）有限公司 智能终端及其快速频道切换方法和装置

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7099951B2 (en) * 2001-05-24 2006-08-29 Vixs, Inc. Method and apparatus for multimedia system
US20070200949A1 (en) * 2006-02-21 2007-08-30 Qualcomm Incorporated Rapid tuning in multimedia applications
US8860716B2 (en) * 2010-10-13 2014-10-14 3D Nuri Co., Ltd. 3D image processing method and portable 3D display apparatus implementing the same
WO2012094487A2 (en) * 2011-01-05 2012-07-12 General Instrument Corporation Secure progressive download for media content playback
US8544061B2 (en) * 2011-01-06 2013-09-24 Motorola Mobility Llc Object model for domain-based content mobility
CN103024606B (zh) * 2012-12-10 2016-02-10 乐视网信息技术（北京）股份有限公司 网络视频播放器中添加扩展应用的方法和装置
CN103049272B (zh) * 2012-12-28 2016-08-31 北京新媒传信科技有限公司 控件拖拽方法和装置
CN103500081A (zh) * 2013-09-26 2014-01-08 乐视致新电子科技（天津）有限公司 一种显示方法及显示设备
KR102277258B1 (ko) * 2014-02-27 2021-07-14 엘지전자 주식회사 디지털 디바이스 및 상기 디지털 디바이스에서 애플리케이션 처리 방법
JP6754968B2 (ja) * 2015-01-16 2020-09-16 太郎 金子 動画再生方法、動画再生装置及び動画再生プログラムを記憶したコンピュータ読み取り可能な記憶媒体

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060075428A1 (en) * 2004-10-04 2006-04-06 Wave7 Optics, Inc. Minimizing channel change time for IP video
CN1972447A (zh) * 2006-12-08 2007-05-30 清华大学 基于流媒体技术的多画面播放器及其播放方法
CN101483054A (zh) * 2008-12-25 2009-07-15 深圳市迅雷网络技术有限公司 一种播放多媒体文件的方法及装置
CN102739627A (zh) * 2011-04-14 2012-10-17 深圳市快播科技有限公司 视频切换播放方法及系统
US20130014162A1 (en) * 2011-07-04 2013-01-10 AmTRAN TECHNOLOGY Co. Ltd Channel switching method
CN102298947A (zh) * 2011-08-23 2011-12-28 百度在线网络技术（北京）有限公司 一种用于在多媒体播放器间进行播放切换的方法与设备
CN104202675A (zh) * 2014-09-03 2014-12-10 乐视致新电子科技（天津）有限公司 智能终端及其快速频道切换方法和装置

Also Published As

Publication number Publication date
US20160353160A1 (en) 2016-12-01
CN104202675A (zh) 2014-12-10

Similar Documents

Publication Publication Date Title
WO2016034130A1 (zh) 智能终端及其快速频道切换方法和装置
US9912842B2 (en) Synchronization of haptic effect data in a media transport stream
JP4955571B2 (ja) ストリーミングメディアをバッファリングする方法及び装置
CN107301035B (zh) 一种基于Android系统的音频同步录放系统及方法
EP2605499B1 (en) Synchronization of Haptic Effect Data in a Media Transport Stream
CN108111520B (zh) 媒体播放资源处理方法、装置及终端
CN105451071B (zh) 一种视频流的处理方法、装置和系统
JP5536779B2 (ja) 移動体デバイス上で映像を再生するための方法及びシステム
CN101442586B (zh) 一种多媒体播放方法及播放终端
CN103391454A (zh) 一种多线程下载方法和装置
CA2908718C (en) System and method for streaming a media file from a server to a client device
CN108833960A (zh) 一种音视频应用切换的方法及装置
EP3748978A1 (en) Screen recording method, client, and terminal device
CN102609302A (zh) 一种多媒体应用的并发管理方法和装置
JP2006339819A5 (zh)
JP6750227B2 (ja) 情報機器および配信装置
US9819429B2 (en) Efficient load sharing and accelerating of audio post-processing
WO2017071642A1 (zh) 媒体播放方法、装置和计算机存储介质
WO2015055040A1 (zh) 应用执行方法、设备和系统
CN105760377A (zh) 一种信息处理方法和装置
WO2015074623A1 (zh) 视频播放方法和装置、智能终端
CN105681913B (zh) 多屏互动方法及装置
CN104284230A (zh) 电视的播放控制系统和播放控制方法
JP2017055203A (ja) 情報機器
FR3034220A1 (fr) Amelioration d'emission de flux multimedia

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: 15837334

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: 15837334

Country of ref document: EP

Kind code of ref document: A1