CN108882041B - Player state acquisition method and device - Google Patents
Player state acquisition method and device Download PDFInfo
- Publication number
- CN108882041B CN108882041B CN201810746749.9A CN201810746749A CN108882041B CN 108882041 B CN108882041 B CN 108882041B CN 201810746749 A CN201810746749 A CN 201810746749A CN 108882041 B CN108882041 B CN 108882041B
- Authority
- CN
- China
- Prior art keywords
- player
- instance
- identifier
- package
- management list
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/458—Scheduling content for creating a personalised stream, e.g. by combining a locally stored advertisement with an incoming stream; Updating operations, e.g. for OS modules ; time-related management operations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
- H04N21/47202—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/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/47—End-user applications
- H04N21/482—End-user interface for program selection
- H04N21/4825—End-user interface for program selection using a list of items to be played back in a given order, e.g. playlists
Abstract
The application provides a player state acquisition method and device, wherein the method comprises the following steps: judging whether the preset player package management list has an identifier of a player instance; if yes, acquiring the identifier of the player package example corresponding to the identifier of the player example from the player package management list; and acquiring the player state through the player packaging instance corresponding to the identifier of the player packaging instance. Because the player package management list manages the corresponding relationship between the player instances and the player package instances, and each player instance corresponds to one audio/video application, any application can acquire the player states of all running audio/video applications through the player package management list in any scene, so that the embodiment of the application breaks through the limitation of the audio/video application where the player is located, can realize cross-application acquisition of the player states, and enables the acquisition of the player states to be more flexible.
Description
Technical Field
The present application relates to the field of multimedia technologies, and in particular, to a method and an apparatus for obtaining a player status.
Background
At present, smart televisions have become the most popular entertainment devices in homes, and various video applications (such as Tencent video, Aiqiyi video, Youkou video and the like) are installed in the smart televisions, and players (such as MediaPlayer) are called through the installed video applications to play audio and video files. Generally, the smart television needs to acquire a player state for processing a specific scene (for example, a screen is captured according to the player state, a captured image is identified, and the player state is statistically analyzed for evaluating the scene such as playing quality).
In the related art, in a video application, a player state may be acquired through a monitoring function or a method provided by a player, but the method provided by the monitoring function or the player may only acquire the player state in the video application using the player, but cannot achieve cross-application acquisition of the player state, that is, other applications cannot acquire the player state of the video application. For example, the application a calls a player to play an audio/video file, the player state in the application a can be acquired through a monitoring function or a method provided by the player in the application a, and the player state of the application a cannot be acquired in the application B.
Disclosure of Invention
In view of this, the present application provides a method and an apparatus for acquiring a player status to solve the problem that the related art cannot acquire the player status across applications.
According to a first aspect of embodiments of the present application, there is provided a player status acquisition method, including:
judging whether a preset player package management list has an identifier of a player instance, wherein the player package management list records a corresponding relation between the identifier of the player instance and the identifier of the player package instance;
if yes, obtaining the identifier of the player package example corresponding to the identifier of the player example from the player package management list;
and acquiring the player state through the player packaging example corresponding to the identifier of the player packaging example.
According to a second aspect of embodiments of the present application, there is provided a player status acquisition apparatus, the apparatus including:
the judging module is used for judging whether a preset player package management list has an identifier of a player example, and the player package management list records a corresponding relation between the identifier of the player example and the identifier of the player package example;
a first obtaining module, configured to obtain, from the player package management list, an identifier of a player package instance corresponding to the identifier of the player instance when existence is determined;
and the second obtaining module is used for obtaining the player state through the player packaging example corresponding to the identifier of the player packaging example.
According to a third aspect of embodiments herein, there is provided an electronic device, the device comprising a readable storage medium and a processor;
wherein the readable storage medium is configured to store machine executable instructions;
the processor is configured to read the machine executable instructions on the readable storage medium and execute the instructions to implement the steps of the player status acquiring method.
By applying the embodiment of the application, when the player state needs to be acquired, whether the identifier of the player instance exists in a preset player package management list or not can be judged firstly, the corresponding relation between the identifier of the player instance and the identifier of the player package instance is recorded in the player package management list, if the identifier of the player instance and the identifier of the player package instance exist in the player package management list, the identifier of the player package instance corresponding to the identifier of the player instance is acquired from the player package management list, and the player state is acquired through the player package instance corresponding to the identifier of the player package instance. Based on the above description, it can be known that, because the player package management list manages the corresponding relationship between the player instances and the player package instances, and each player instance corresponds to one audio/video application, any application can acquire the player states of all running audio/video applications through the player package management list in any scene, so that the embodiment of the present application breaks through the limitation of the audio/video application where the player is located, can realize cross-application acquisition of the player states, and makes acquisition of the player states more flexible.
Drawings
Fig. 1 is a flowchart illustrating an embodiment of a player status obtaining method according to an exemplary embodiment of the present application;
fig. 2 is a flowchart illustrating another player status obtaining method according to an exemplary embodiment of the present application;
FIG. 3 is a diagram illustrating a hardware configuration of an electronic device according to an exemplary embodiment of the present application;
fig. 4 is a block diagram of an embodiment of a player status acquiring apparatus according to an exemplary embodiment of the present application.
Detailed Description
Reference will now be made in detail to the exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present application. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the present application, as detailed in the appended claims.
The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. As used in this application and the appended claims, the singular forms "a", "an", and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used herein refers to and encompasses any and all possible combinations of one or more of the associated listed items.
It is to be understood that although the terms first, second, third, etc. may be used herein to describe various information, such information should not be limited to these terms. These terms are only used to distinguish one type of information from another. For example, first information may also be referred to as second information, and similarly, second information may also be referred to as first information, without departing from the scope of the present application. The word "if" as used herein may be interpreted as "at … …" or "when … …" or "in response to a determination", depending on the context.
Fig. 1 is a flowchart of an embodiment of a player status obtaining method according to an exemplary embodiment of the present application, where the embodiment of the player status obtaining method may be applied to an electronic device capable of playing an audio/video file, and the embodiment of the present application may be implemented by an application installed on the electronic device. As shown in fig. 1, the player status acquiring method includes the following steps:
step 101: and judging whether the preset player package management list has the identifier of the player instance, if so, executing the step 102, and if not, executing the step 103.
In an example, a preset player package management list may record a corresponding relationship between an identifier of a player instance and an identifier of the player package instance, where the player package management list includes identifiers of how many player instances, that is, how many running audio/video applications exist, and a player instance is created when an audio/video file is played. If the player package management list has the identifier of the player instance, it indicates that the audio and video application corresponding to the player instance is running at present, and if the player package management list does not have the identifier of the player instance, it indicates that the audio and video application corresponding to the player instance is not running at present.
The player example is used for performing play control on a certain audio/video file, such as play control of normal play, pause, volume or sound effect adjustment, subtitle setting, fast forward, fast backward and the like. The Player Wrapper (Player Wrapper) instance is used to acquire the state of the corresponding running Player.
In one embodiment, the electronic device may run the Player Wrapper management list as a Player Wrapper management (Player Wrapper Manager) instance module, which is automatically run after power-on and exists in singleton mode. And under the condition that the application program in the electronic equipment needs to acquire the player state, the information of the player package management list can be acquired through the access interface provided by the instance module.
In another example, it may be determined whether the identifier of the player instance exists in the preset player package management list, for example, once every preset time interval, in a case that the player status needs to be obtained according to actual needs.
Step 102: and acquiring the identifier of the player package instance corresponding to the identifier of the player instance from the player package management list.
In an example, when the identifier of the player instance exists in the player package management list, it indicates that the audio and video application corresponding to the player instance exists in the current electronic device and is running, and further, the identifier of the corresponding player package instance may be obtained, so that the corresponding player package instance may be found through the identifier in the following.
Step 103: the current flow is ended.
In one example, when the identifier of the player instance does not exist in the player package management list, it indicates that the audio/video application corresponding to the player instance does not exist in the current electronic device and is running, and the current flow is ended without acquiring the player state.
Step 104: and acquiring the player state through the player packaging example corresponding to the identifier of the player packaging example.
In one example, the player wrapper instance may contain an access interface of the corresponding player instance and instruction code for calling the access interface to acquire the player status, so that the player status in the corresponding player instance may be acquired by executing the instruction code in the player wrapper instance.
Wherein, the acquired player status may include: a normal play state, a pause state, a buffering completion state, a play completion state, a fast forward or fast backward start state, a fast forward or fast backward completion state, and the like.
In an exemplary scenario, assuming that the application a needs to identify a video theme of an audio/video file being played, the application a may obtain information of a player package management list by calling a player package management instance module, assuming that a corresponding relationship between a player instance 1 and a player package instance 1 and a corresponding relationship between a player instance 2 and a player package instance 2 are recorded in the player package management list, where the player instance 1 belongs to the video application 1, the player instance 2 belongs to the video application 2, thus, application a may obtain player wrapper instance 1 and player wrapper instance 2, and respectively obtains the player status in the video application 1 through the player package example corresponding to the player example 1, acquiring a player state in the video application 2 through a player package example corresponding to the player example 2; assuming that the player state in the video application 1 is pause playing and the player state in the video application 2 is normal playing, the application program a performs screen capture on the video being played by the video application 2, and identifies a screen capture image to obtain a video theme being played by the video application 2.
In the embodiment of the application, when the player state needs to be obtained, whether an identifier of a player instance exists in a preset player package management list or not may be judged, a corresponding relationship between the identifier of the player instance and the identifier of the player package instance is recorded in the player package management list, if the identifier of the player instance and the identifier of the player package instance exist, the identifier of the player package instance corresponding to the identifier of the player instance is obtained from the player package management list, and the player state is obtained through the player package instance corresponding to the identifier of the player package instance. Based on the above description, it can be known that, because the player package management list manages the corresponding relationship between the player instances and the player package instances, and each player instance corresponds to one audio/video application, any application can acquire the player states of all running audio/video applications through the player package management list in any scene, so that the embodiment of the present application breaks through the limitation of the audio/video application where the player is located, can realize cross-application acquisition of the player states, and makes acquisition of the player states more flexible.
Fig. 2 is a flowchart of another player status obtaining method according to an exemplary embodiment of the present application, and based on the embodiment shown in fig. 1, the present embodiment exemplifies how to set a player package management list. As shown in fig. 2, the process of setting the player packing list may include the following steps:
step 201: after the creation of the player instance is completed, the corresponding player packaging instance is created by utilizing the access interface of the newly created player instance.
In an embodiment, when the audio/video application plays a certain audio/video file through the player, the player calls the initialization function to create a player instance for controlling playing of the audio/video file, and after the player instance is created, a corresponding player package instance can be created again by using an access interface of the newly created player instance, and the player package instance is used for obtaining a player state recorded in the player instance.
The player package instance can be created through an initialization function for creating the player instance, or through another initialization function.
In an embodiment, a unique playerTag identifier may be generated while creating the player instance, and the playerTag identifier may be in one-to-one correspondence with the identifier of the player instance, and may be used as the identifier of the created player wrapper instance, so as to establish a one-to-one correspondence relationship between the player instance and the player wrapper instance.
Step 202: and correspondingly adding the identification of the newly created player instance and the identification of the newly created player package instance into the player package management list.
In an embodiment, the life cycle of the player instance is the same as that of the corresponding player packaging instance, that is, after the player instance is destroyed, the corresponding player packaging instance may be destroyed, and the identifier of the destroyed player instance and the identifier of the corresponding player packaging instance may be deleted from the player packaging management list.
After the audio and video file is played, the corresponding player instance needs to be destroyed.
So far, the flow shown in fig. 2 is completed, and the setting of the player package management list is finally realized through the flow shown in fig. 2.
Fig. 3 is a hardware block diagram of an electronic device according to an exemplary embodiment of the present application, where the electronic device includes: a communication interface 301, a processor 302, a machine-readable storage medium 303, and a bus 304; wherein the communication interface 301, the processor 302, and the machine-readable storage medium 303 communicate with each other via a bus 304. The processor 302 may execute the above-described player status acquisition method by reading and executing machine executable instructions in the machine-readable storage medium 302 corresponding to the control logic of the player status acquisition method, and the specific content of the method is referred to the above-described embodiments and will not be described again here.
The machine-readable storage medium 303 referred to herein may be any electronic, magnetic, optical, or other physical storage device that can contain or store information such as executable instructions, data, and the like. For example, the machine-readable storage medium may be: a RAM (random Access Memory), a volatile Memory, a non-volatile Memory, a flash Memory, a storage drive (e.g., a hard drive), any type of storage disk (e.g., an optical disk, a dvd, etc.), or similar storage medium, or a combination thereof.
Furthermore, the electronic device may be a variety of terminal devices, such as a television, a mobile phone, a Personal Digital Assistant (PDA), a mobile audio or video player, a game console, to name a few.
Fig. 4 is a structural diagram of an embodiment of a player status acquiring apparatus according to an exemplary embodiment of the present application, where the embodiment of the player status acquiring apparatus can be applied to an electronic device capable of playing an audio/video file, and as shown in fig. 4, the player status acquiring apparatus includes:
a judging module 410, configured to judge whether a preset player package management list has an identifier of a player instance, where a correspondence between the identifier of the player instance and the identifier of the player package instance is recorded in the player package management list;
a first obtaining module 420, configured to obtain, when it is determined that the player package exists, an identifier of the player package instance corresponding to the identifier of the player instance from the player package management list;
a second obtaining module 430, configured to obtain a player status through the player wrapper instance corresponding to the identifier of the player wrapper instance.
In an alternative implementation, the apparatus further comprises (not shown in fig. 4):
the list setting module is used for creating the corresponding player packaging instance by utilizing the newly created access interface of the player instance after the creation of the player instance is completed; and correspondingly adding the identifier of the newly created player instance and the identifier of the newly created player packaging instance into the player packaging management list.
In an alternative implementation, the apparatus further comprises (not shown in fig. 4):
and the destruction deletion module is used for destroying the corresponding player package example after the player example is destroyed, and deleting the identifier of the destroyed player example and the identifier of the corresponding player package example from the player package management list.
In an optional implementation manner, the second obtaining module 430 is specifically configured to obtain a player state in a corresponding player instance by executing an instruction code in the player package instance; wherein the instruction code calls an access interface of the player instance.
The implementation process of the functions and actions of each unit in the above device is specifically described in the implementation process of the corresponding step in the above method, and is not described herein again.
For the device embodiments, since they substantially correspond to the method embodiments, reference may be made to the partial description of the method embodiments for relevant points. The above-described embodiments of the apparatus are merely illustrative, and the units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the modules can be selected according to actual needs to achieve the purpose of the scheme of the application. One of ordinary skill in the art can understand and implement it without inventive effort.
Other embodiments of the present application will be apparent to those skilled in the art from consideration of the specification and practice of the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of the invention following, in general, the principles of the application and including such departures from the present disclosure as come within known or customary practice within the art to which the invention pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the application being indicated by the following claims.
It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
The above description is only exemplary of the present application and should not be taken as limiting the present application, as any modification, equivalent replacement, or improvement made within the spirit and principle of the present application should be included in the scope of protection of the present application.
Claims (7)
1. A method for obtaining a player status, the method comprising:
judging whether a preset player package management list has an identifier of a player example, wherein the player package management list records a one-to-one correspondence relationship between the identifier of the player example and the identifier of the player package example, and one player example corresponds to a running audio and video application and is used for controlling playing of audio and video files;
if yes, obtaining the identifier of the player package example corresponding to the identifier of the player example from the player package management list;
acquiring a player state in a corresponding player instance by executing an instruction code in the player package instance; wherein the instruction code calls an access interface of the player instance.
2. The method of claim 1, wherein the method sets the player package management list by:
after the creation of the player instance is completed, creating a corresponding player wrapper instance by using an access interface of the newly created player instance;
and correspondingly adding the identifier of the newly created player instance and the identifier of the newly created player packaging instance into the player packaging management list.
3. The method of claim 2, further comprising:
and after the player instance is destroyed, destroying the corresponding player packaging instance, and deleting the identifier of the destroyed player instance and the identifier of the corresponding player packaging instance from the player packaging management list.
4. A player status acquisition apparatus, characterized in that the apparatus comprises:
the device comprises a judging module, a display module and a display module, wherein the judging module is used for judging whether a preset player package management list has an identifier of a player example, and the player package management list records a one-to-one correspondence relationship between the identifier of the player example and the identifier of the player package example, wherein one player example corresponds to a running audio and video application and is used for controlling the playing of audio and video files;
a first obtaining module, configured to obtain, from the player package management list, an identifier of a player package instance corresponding to the identifier of the player instance when existence is determined;
the second acquisition module is used for acquiring the player state in the corresponding player example by executing the instruction code in the player package example; wherein the instruction code calls an access interface of the player instance.
5. The apparatus of claim 4, further comprising:
the list setting module is used for creating the corresponding player packaging instance by utilizing the newly created access interface of the player instance after the creation of the player instance is completed; and correspondingly adding the identifier of the newly created player instance and the identifier of the newly created player packaging instance into the player packaging management list.
6. The apparatus of claim 5, further comprising:
and the destruction deletion module is used for destroying the corresponding player package example after the player example is destroyed, and deleting the identifier of the destroyed player example and the identifier of the corresponding player package example from the player package management list.
7. An electronic device, characterized in that the device comprises a readable storage medium and a processor;
wherein the readable storage medium is configured to store machine executable instructions;
the processor configured to read the machine executable instructions on the readable storage medium and execute the instructions to implement the steps of the method of any one of claims 1-3.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810746749.9A CN108882041B (en) | 2018-07-09 | 2018-07-09 | Player state acquisition method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810746749.9A CN108882041B (en) | 2018-07-09 | 2018-07-09 | Player state acquisition method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108882041A CN108882041A (en) | 2018-11-23 |
| CN108882041B true CN108882041B (en) | 2021-03-05 |
Family
ID=64300344
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810746749.9A Active CN108882041B (en) | 2018-07-09 | 2018-07-09 | Player state acquisition method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108882041B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110582017B (en) * | 2019-09-10 | 2022-04-19 | 腾讯科技（深圳）有限公司 | Video playing method, device, terminal and storage medium |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1788259A (en) * | 2003-04-08 | 2006-06-14 | 索尼株式会社 | Content providing server, information processing device and method, and computer program |
| CN101478669A (en) * | 2008-08-29 | 2009-07-08 | 百视通网络电视技术发展有限责任公司 | Media playing control method based on browser on IPTV system |
| CN102779070A (en) * | 2011-02-14 | 2012-11-14 | 微软公司 | Background audio on mobile devices |
| CN102833490A (en) * | 2011-06-15 | 2012-12-19 | 新诺亚舟科技（深圳）有限公司 | Method and system for editing and playing interactive video, and electronic learning device |
| CN103577479A (en) * | 2012-08-06 | 2014-02-12 | 腾讯科技（深圳）有限公司 | Web page content displaying method and system |
| CN103839558A (en) * | 2012-11-23 | 2014-06-04 | 三星电子（中国）研发中心 | Method and server for synchronous playing and player |
| CN106791953A (en) * | 2016-12-22 | 2017-05-31 | 北京奇艺世纪科技有限公司 | Many player control methods, server and client |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2809070B1 (en) * | 2012-01-24 | 2018-09-05 | Saturn Licensing LLC | Receiving device, receiving method, program, and information processing system |
-
2018
- 2018-07-09 CN CN201810746749.9A patent/CN108882041B/en active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1788259A (en) * | 2003-04-08 | 2006-06-14 | 索尼株式会社 | Content providing server, information processing device and method, and computer program |
| CN101478669A (en) * | 2008-08-29 | 2009-07-08 | 百视通网络电视技术发展有限责任公司 | Media playing control method based on browser on IPTV system |
| CN102779070A (en) * | 2011-02-14 | 2012-11-14 | 微软公司 | Background audio on mobile devices |
| CN102833490A (en) * | 2011-06-15 | 2012-12-19 | 新诺亚舟科技（深圳）有限公司 | Method and system for editing and playing interactive video, and electronic learning device |
| CN103577479A (en) * | 2012-08-06 | 2014-02-12 | 腾讯科技（深圳）有限公司 | Web page content displaying method and system |
| CN103839558A (en) * | 2012-11-23 | 2014-06-04 | 三星电子（中国）研发中心 | Method and server for synchronous playing and player |
| CN106791953A (en) * | 2016-12-22 | 2017-05-31 | 北京奇艺世纪科技有限公司 | Many player control methods, server and client |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108882041A (en) | 2018-11-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105791948A (en) | Method and system for realizing starting video of smart television | |
| CN107734353B (en) | Method and device for recording barrage video, readable storage medium and equipment | |
| CN106303331A (en) | video recording method, terminal and system | |
| CN110264280A (en) | A kind of outdoor advertising monitoring method | |
| CN107423095B (en) | Data processing method and device adaptive to hardware, storage medium and computer equipment | |
| US20170168660A1 (en) | Voice bullet screen generation method and electronic device | |
| CN104199633A (en) | Multimedia playing device and player automatic identifying device and method | |
| CN112423095A (en) | Game video recording method and device, electronic equipment and storage medium | |
| US9111571B2 (en) | Image processing apparatus, image processing method, and program | |
| CN109429082B (en) | Live broadcast popularity detection method, storage medium, electronic device and system | |
| CN108882041B (en) | Player state acquisition method and device | |
| CN107454447B (en) | Plug-in loading method and device for player and television | |
| CN111339158B (en) | Method and device for processing information, electronic equipment and storage medium | |
| CN108073424B (en) | Calling method and device of component interface | |
| CN105578224A (en) | Multimedia data acquisition method, device, smart television and set-top box | |
| CN110944231B (en) | Monitoring method and device of video player | |
| CN110721474B (en) | Method and device for editing game skills | |
| CN112053699A (en) | Method and device for processing game card voice change | |
| JP6871388B2 (en) | Methods and equipment for determining intercut time buckets in audio or video | |
| JPWO2017061299A1 (en) | Information processing apparatus and information processing method | |
| KR101264667B1 (en) | Method for creating thumbnail image of video file and recording-medium recorded program thereof | |
| CN109005462A (en) | Control method, device and the terminal played based on the included advertisement of application | |
| CN106328174A (en) | Method and device for processing recording data | |
| CN109005449A (en) | Preventing recording by theft method, apparatus, storage medium and processor | |
| CN105898459A (en) | Play method and device and mobile terminal equipment based on Android platform |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information |
Address after: 266555 Qingdao economic and Technological Development Zone, Shandong, Hong Kong Road, No. 218 Applicant after: Hisense Video Technology Co., Ltd Address before: 266555 Qingdao economic and Technological Development Zone, Shandong, Hong Kong Road, No. 218 Applicant before: HISENSE ELECTRIC Co.,Ltd. |
|
| CB02 | Change of applicant information | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |