阅读说明：本技术 一种播放随机推送视频的方法和机顶盒 (Method for playing random push video and set top box ) 是由 刘媛 李铁柱 李文博 于 2021-09-26 设计创作，主要内容包括：本申请公开了一种播放随机推送视频的方法和机顶盒,该方法包括：网管应用接收第一视频地址,并将第一视频地址推送至应用程序；应用程序java层根据第一视频地址生成第二播放网页；浏览器内核加载第二播放网页,生成第二播放实例。播放器调用加载接口播放第一推送视频,第一推送视频为第一视频地址对应的视频。本申请中播放网页的加载接口与IPTV规范中的视频加载接口一致,不需要播放器再另外添加接口,统一了播放器加载接口,降低出错概率。同时将视频地址转换成了浏览器内核加载页面,没有打断浏览器内核操作,将原来的视频播放过程改成了浏览器内核加载网页,在网页中对于播放的操作更容易实现,且逻辑更清楚独立。(The application discloses a method for playing a randomly pushed video and a set top box, wherein the method comprises the following steps: the network management application receives the first video address and pushes the first video address to an application program; the java layer of the application program generates a second playing webpage according to the first video address; and loading the second playing webpage by the browser kernel to generate a second playing instance. The player calls the loading interface to play the first push video, and the first push video is the video corresponding to the first video address. The loading interface for playing the webpage is consistent with the video loading interface in the IPTV specification, and an additional interface is not required to be added to the player, so that the loading interface of the player is unified, and the error probability is reduced. Meanwhile, the video address is converted into the browser kernel loading page, the browser kernel operation is not interrupted, the original video playing process is changed into the browser kernel loading webpage, the playing operation in the webpage is easier to realize, and the logic is clearer and more independent.)

1. A set top box, comprising:

the network management application is used for receiving the pushed video address;

the IPTV application is used for generating a playing webpage according to the video address, loading the playing webpage and generating a player instance;

the player is connected with the IPTV application through a loading interface and calls the playing example to play the pushed video;

the loading interface is consistent with the video interface of the IPTV specification.

2. The set top box of claim 1, wherein the IPTV application comprises: an application java layer and a browser kernel;

the application program java layer is communicated with the network management application and used for generating the playing webpage according to the pushed video address information and sending control information to the browser kernel;

the browser kernel loads the playing webpage according to the control information to generate a player example;

the player is connected with the browser kernel and used for calling the player instance to play the push video.

3. A method of playing randomly pushed video, comprising:

the method comprises the steps that a network management application receives a first video address and pushes the first video address to an application program java layer;

the java layer of the application program generates a second playing webpage according to the first video address;

loading the second playing webpage by the browser kernel, generating a second playing instance, and acquiring the first video address;

the browser kernel transmits the first video address to a player through a loading interface; the loading interface IPTV standard interfaces are consistent;

and the player calls the loading interface to play a first push video, wherein the first push video is a video corresponding to the first video address.

4. The method for playing randomly pushed video according to claim 3, wherein said webmaster application pushes said first video address to said java layer of said application program by means of broadcasting.

5. The method of playing randomly pushed video according to claim 3, further comprising: and the browser kernel receives the return control information, exits from the current playing webpage and returns to the previous playing webpage.

6. The method of playing randomly pushed video according to claim 3, further comprising: the player sends first end playing information to the browser kernel, wherein the first end playing information is information of ending playing of the second playing webpage;

and the browser kernel receives the playing ending information and returns a first playing webpage, wherein the first playing webpage is a webpage before the second playing webpage.

7. The method of playing randomly pushed video according to claim 3, further comprising:

the network management application receives a second video address and pushes the second video address to the java layer of the application program; the network management application receives the second video frequency address later than the first video frequency address;

the java layer of the application program updates the second playing webpage according to the second video address;

a browser kernel;

the browser kernel transmits the second video address to a player through the loading interface;

and the player finishes playing the first push video according to the loading interface and starts playing a second push video, wherein the second push video is a video corresponding to the second video address.

8. The method for playing randomly pushed video according to claim 3, wherein said application java layer generates a second playing webpage according to said first video address, and then further comprising:

and terminating the previous video playing and transmitting the first video address to the second playing webpage.

Technical Field

The present application relates to the field of communications technologies, and in particular, to a method for playing a randomly pushed video and a set top box.

Background

The IPTV uses a computer or a set-top box and a television to complete functions of receiving video-on-demand programs, video broadcasting, surfing the internet, and the like. The IPTV can well adapt to the rapid development trend of the current network, fully and effectively utilize network resources, has good interactivity, and is widely used in the operator network.

The EPG is a portal system of IPTV. The indexing and navigation of various services provided by IPTV are all accomplished through the EPG system.

Generally, in order to satisfy the video push service expansion, an external signal source randomly pushes a new video to a set-top box, and the set-top box converts and plays the new video. The fast and error-free new video service plays a crucial role in improving user experience.

Disclosure of Invention

The application provides a method for playing a randomly pushed video and a set top box, so as to realize the method for randomly playing the pushed video by the set top box.

In order to solve the technical problem, the embodiment of the application discloses the following technical scheme:

in one aspect, an embodiment of the present application discloses a set top box, including: the network management application is used for receiving the video address;

the IPTV application is used for generating a playing webpage according to the video address, loading the playing webpage and generating a player instance;

the player is connected with the IPTV application through a loading interface and calls the playing example to play the pushed video;

the loading interface is consistent with the video interface of the IPTV specification.

On the other hand, the embodiment of the application discloses a method for playing a randomly pushed video, which comprises the following steps: the method comprises the steps that a network management application receives a first video address and pushes the first video address to an application program java layer;

the java layer of the application program generates a second playing webpage according to the first video address;

the browser kernel loads the second playing webpage to generate a second playing instance and acquire the first video address;

the browser kernel transmits the first video address to a player through a loading interface; the loading interface IPTV standard interfaces are consistent;

and the player calls the loading interface to play a first push video, wherein the first push video is a video corresponding to the first video address.

The beneficial effect of this application:

the application discloses a method for playing a randomly pushed video, which comprises the following steps: the method comprises the steps that a network management application receives a first video address and pushes the first video address to an application program java layer; the java layer of the application program generates a second playing webpage according to the first video address; and the browser kernel loads the second playing webpage to generate a second playing instance and acquire the first video address. The browser kernel transmits the first video address to a player through a loading interface; the loading interface IPTV standard interfaces are consistent. And the player starts to play a first push video according to the loading interface, wherein the first push video is a video corresponding to the first video address. The loading interface for playing the webpage is consistent with the video loading interface in the IPTV specification, and an additional interface is not required to be added to the player, so that the loading interface of the player is unified, and the error probability is reduced. Meanwhile, the video address is converted into a browser kernel loading page, so that the browser kernel operation is not interrupted, and the subsequent operation of the browser kernel is not influenced. The original video playing process is changed into a browser kernel loading webpage, playing operation in the webpage is easier to realize, and logic is clearer and independent.

Drawings

In order to more clearly explain the technical solution of the present application, the drawings needed to be used in the embodiments will be briefly described below, and it is obvious to those skilled in the art that other drawings can be obtained according to the drawings without creative efforts.

Fig. 1 is a schematic diagram of a usage scenario of a set-top box according to an embodiment;

fig. 2 is a schematic diagram illustrating software layers of a set-top box according to an embodiment of the present application;

fig. 3 is a framework diagram of a process of a set top box responding to a push video according to an embodiment of the present application;

fig. 4 is a signaling flowchart for playing a randomly pushed video according to an embodiment of the present application;

fig. 5 is a flow chart of another signaling procedure for playing randomly pushed video according to an embodiment of the present application;

fig. 6 is a flowchart of a third signaling for playing randomly pushed video according to an embodiment of the present application.

Detailed Description

In order to explain the technical solution of the application, some concepts related to the application are first described below.

In order to make those skilled in the art better understand the technical solutions in the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

It should be noted that the brief descriptions of the terms in the present application are only for the convenience of understanding the embodiments described below, and are not intended to limit the embodiments of the present application. These terms should be understood in their ordinary and customary meaning unless otherwise indicated.

The terms "first," "second," "third," and the like in the description and claims of this application and in the above-described drawings are used for distinguishing between similar or analogous objects or entities and not necessarily for describing a particular sequential or chronological order, unless otherwise indicated. It is to be understood that the terms so used are interchangeable under appropriate circumstances.

The terms "comprises" and "comprising," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a product or apparatus that comprises a list of elements is not necessarily limited to all elements expressly listed, but may include other elements not expressly listed or inherent to such product or apparatus.

The term "module" refers to any known or later developed hardware, software, firmware, artificial intelligence, fuzzy logic, or combination of hardware and/or software code that is capable of performing the functionality associated with that element.

Fig. 1 is a schematic diagram of a usage scenario of a set-top box according to an embodiment. As shown in fig. 1, the set-top box 100 is a device for connecting the display device 200 and the server 400. Which can convert the compressed digital signal into television content for display on a display device.

The display apparatus 200 is in data communication with the server 400, and the user can operate the display apparatus 200 through the smart device 300 or the control device 500.

In some embodiments, the control device 500 may be a remote controller, and the communication between the remote controller and the display apparatus includes at least one of an infrared protocol communication or a bluetooth protocol communication, and other short-distance communication methods, and controls the display apparatus 200 in a wireless or wired manner. The user may control the display apparatus 200 by inputting a user instruction through at least one of a key on a remote controller, a voice input, a control panel input, and the like.

In some embodiments, the smart device 300 may include any of a mobile terminal, a tablet, a computer, a laptop, an AR/VR device, and the like.

In some embodiments, the smart device 300 may also be used to control the display device 200. For example, the display apparatus 200 is controlled using a java layer of an application program running on the smart device.

In some embodiments, the smart device 300 and the display device may also be used for communication of data.

In some embodiments, the display device 200 may also be controlled by a manner other than the control apparatus 500 and the smart device 300, for example, the voice instruction control of the user may be directly received by a module configured inside the display device 200 to obtain a voice instruction, or may be received by a voice control apparatus provided outside the display device 200.

In some embodiments, the set-top box is also in data communication with the server 400. The set top box 100 may be allowed to communicatively connect through a Local Area Network (LAN), a Wireless Local Area Network (WLAN), and other networks. The server 400 may provide various content and interactions to the set-top box 100. The server 400 may be a cluster or a plurality of clusters, and may include one or more types of servers.

In some embodiments, software steps executed by one step execution agent may be migrated on demand to another step execution agent in data communication therewith for execution. Illustratively, software steps performed by the server may be migrated to be performed on a display device in data communication therewith, and vice versa, as desired.

The control device 500 may also be in communication connection with the set-top box 100, and typically the control device communicates with the set-top box via an infrared protocol, and the set-top box receives a communication signal of the control device to complete a remote control operation of a user.

The set-top box 100 may be a peripheral device disposed outside the housing of the display device or may be a built-in device.

In order to play the randomly pushed video, a loading interface is defined between the set-top box IPTV application program and the player, and when the external network manager pushes the played video, the IPTV application program transmits the video url to the player through the loading interface for playing without loading through a browser kernel.

The IPTV application program receives a video pushed by an external network manager, and transmits a video url to the player through the loading interface in the playing process, and because the video interface is inconsistent with the video loading interface in the IPTV specification, the player is easy to call the interface to make mistakes.

To solve the above problems, a set-top box includes: and the first communication interface is used for receiving the push video address information. And the second communication interface is connected with the remote control equipment and used for receiving user instructions.

A processor configured to: and forming playing webpage information according to the pushed video address information and the user instruction.

And the third communication interface is connected with the display equipment and transmits the processed played webpage information to the display equipment.

The processor is further configured to:

the network management application receives the pushed video address of the first communication interface and transmits the video address to the IPTV application;

and the IPTV application generates a playing webpage according to the pushed video address, loads the playing webpage and generates a player example.

And the player is used for playing the player example.

Fig. 2 is a schematic diagram of a set top box software layer shown in an embodiment of the present application, where as shown in the diagram, the embodiment of the present application shows a set top box, which is provided with a network management application, an IPTV application, and a player, and the network management application receives a video address pushed by an external server and transmits the video address to the IPTV application. And generating a playing webpage by the IPTV application, and loading the playing webpage. The player is used for playing the loaded playing webpage.

In some embodiments of the application, the IPTV application is provided with an application java layer and a browser kernel, the application java layer generates a page according to the received video address, sends invocation information to the browser kernel, and the browser kernel loads the generated playing web page to generate a player instance. In the embodiment of the application, the loading interface for playing the webpage is consistent with the video loading interface in the IPTV specification, and no additional interface is required to be added to the player, so that the loading interface of the player is unified, and the error probability is reduced. Meanwhile, the video address is converted into a browser kernel loading webpage, so that the browser kernel operation is not interrupted, and the subsequent operation of the browser kernel is not influenced. The original video playing process is changed into a browser kernel loading webpage, playing operation in the webpage is easier to realize, and logic is clearer and independent.

Fig. 3 is a framework diagram of a process of a set top box responding to a push video according to an embodiment of the present application. As shown in fig. 3, in some embodiments of the present application, the external server pushes the video address to the network management application. The video addresses are communicated in data form. And after receiving the video address, the network management application transmits the video address to an application program java layer in a broadcasting mode. And the Java layer of the application program sends an enabling signal to the browser kernel to generate a playing webpage corresponding to the video address, and the Java layer of the application program controls the browser kernel to load the playing webpage. And loading the playing webpage by the browser kernel to generate a player example. In the application, the loading interface of the player instance generated by the browser kernel is consistent with the video loading interface in the IPTV specification, and the player interface is unified without adding an additional interface to the player, so that the playing error rate is reduced. And the player starts to play the video according to the interface called by the playing webpage.

In this embodiment of the application, to improve the user experience, the method further includes: and receiving a return signal of the user, exiting the current playing webpage and returning to the previous playing webpage.

In the embodiment of the application, the method further includes returning to the page before the video is played after the current video is played.

Fig. 4 is a signaling flowchart for playing a randomly pushed video according to an embodiment of the present application, and as shown in fig. 4, in order to timely and accurately play a video pushed by an external server, the present application provides a method for playing a randomly pushed video, including:

and receiving the pushed video address information and generating a playing webpage. In some embodiments of the present application, the external network management platform pushes the video address to the set-top box, and the set-top box network management application receives the video address and transmits the video address to the java layer of the application. And the set-top box network management application transmits the video address to the java layer of the application program in a broadcasting mode.

And the application program java layer receives the broadcast containing the video address pushed by the network management application to generate a playing webpage corresponding to the video address, and controls the browser kernel to load the playing webpage. In the present application, the playing web page corresponding to the video address is referred to as a second playing web page.

The process of generating the playing webpage corresponding to the video address comprises the following steps:

operations related to loading an interface, such as creating a player instance, initializing the player, destroying the player leaving a page and the like;

get video address by playparams. getconfig;

update the video address by playparams.updateconfig;

responding to a play state event returned by the player, such as responding to a play end event;

a response to a key press, such as a response to a return key.

In the embodiment of the application, if the pushed video address is received, the browser kernel plays a video, the java layer of the IPTV application automatically generates a playing web page corresponding to the pushed video address, terminates the previous video playing, and transfers the pushed video address to the page through playparams. In the application, when the pushed video address is received, the browser kernel plays a playing webpage of the video, which is called as a first playing webpage.

And loading the generated playing webpage by the browser kernel to generate a player example. Get the video address through playparams.

And the player starts to play the video according to the interface called by the playing webpage.

And after the video playing is finished, the player sends video playing finishing information to the browser kernel.

And after receiving the video playing end information, the browser kernel returns to the page before playing, namely returns to the first page. And after receiving the video playing end information, the browser kernel returns to the page before playing according to the page logic.

In this embodiment of the application, to improve the user experience, the method further includes: and receiving a return signal of the user, exiting the current playing webpage and returning to the first webpage.

In some embodiments provided herein, the method further comprises: when the current pushed video is not played completely, the second pushed video is received, the priority of the later pushed video is higher than that of the earlier pushed video, the java layer of the application program updates the video address through playparams.

Fig. 5 is another signaling flow diagram for playing a randomly pushed video according to an embodiment of the present application, where the method for playing a randomly pushed video includes:

and the IPTV application program java layer receives the first pushed video address information and generates a second playing webpage. And loading a second playing webpage by the browser kernel, wherein the second playing webpage is a playing webpage generated corresponding to the first pushed video address.

And loading the second playing webpage by the browser kernel to generate a second player example. The player starts playing the first push video by calling the interface of the second player instance.

And before the first pushed video is played, the Java layer of the IPTV application program receives the second pushed video address information, updates the video address and generates a third played webpage. And loading a third playing webpage by the browser kernel, wherein the third playing webpage is a playing webpage correspondingly generated by the second pushed video address. And loading a third playing webpage by the browser kernel to generate a third player example. The player starts playing the second push video by calling the interface of the third player instance.

And after the second push video is played, the player sends a message of playing ending to the browser kernel. And the browser kernel receives the information that the current page finishes playing or receives the information returned by the user, returns to the second playing webpage and continues to play the first push video.

Or receiving control information returned by the user, returning to the second playing webpage, and continuing to play the first push video.

And after the first push video is played, the player sends a message of playing ending to the browser kernel. And the browser kernel receives the information that the current page finishes playing or receives the information returned by the user, returns to the first playing webpage and continues to play the page before receiving the first push video.

In the embodiment of the application, an external server is further provided, and is used for sending push video address information to the set top box. The external server is provided with a network management platform and used for sending the pushed video address to the set top box.

Fig. 6 is a signaling flow chart of a third method for playing randomly pushed video according to an embodiment of the present application, where in order to avoid that continuous playing of multiple recommended videos affects user experience according to an actual usage scenario, another method for playing randomly pushed videos provided by the present application includes:

and the IPTV application program java layer receives the first pushed video address information and generates a second playing webpage. And loading a second playing webpage by the browser kernel, wherein the second playing webpage is a playing webpage generated corresponding to the first pushed video address.

And loading the second playing webpage by the browser kernel to generate a second player example. The player starts playing the first push video by calling the interface of the second player instance.

Before the first pushed video is played, the IPTV application program java layer receives second pushed video address information, acquires a second pushed video address through PlayParams. And reloading a second playing webpage by the browser kernel, wherein the second playing webpage at the moment contains second push video address information. And loading the current playing webpage by the browser kernel to generate a third player example. The player starts playing the second push video by calling the interface of the third player instance.

And after the second push video is played, the player sends a message of playing ending to the browser kernel. And the browser kernel receives the information that the current page finishes playing or receives the information returned by the user and returns to the first playing webpage.

In the present application, the IPTV application may be an IPTV apk.

The application discloses a method for playing a random push video suitable for a set top box and the set top box, wherein the method comprises the following steps: the network management application receives a first push video address and pushes the first push video address to an application program java layer; the java layer of the application program generates a second playing webpage according to the first pushing video address; and the browser kernel loads the second playing webpage to generate a second playing instance and acquire the first push video address. The browser kernel transmits the first push video address to a player through a loading interface; the loading interface IPTV standard interfaces are consistent. And the player starts to play a first push video according to the loading interface, wherein the first push video is a video corresponding to the first push video address. The loading interface for playing the webpage is consistent with the video loading interface in the IPTV specification, and an additional interface is not required to be added to the player, so that the loading interface of the player is unified, and the error probability is reduced. Meanwhile, the video address is converted into a browser kernel loading page, so that the browser kernel operation is not interrupted, and the subsequent operation of the browser kernel is not influenced. The original video playing process is changed into the browser kernel loading page, the playing operation in the page is easier to realize, and the logic is clearer and more independent.

Since the above embodiments are all described by referring to and combining with other embodiments, the same portions are provided between different embodiments, and the same and similar portions between the various embodiments in this specification may be referred to each other. And will not be described in detail herein.

It is noted that, in this specification, relational terms such as "first" and "second," and the like, are used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a circuit structure, 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 circuit structure, article, or apparatus. Without further limitation, the presence of an element identified by the phrase "comprising an … …" does not exclude the presence of other like elements in a circuit structure, article or device comprising the element.

Other embodiments of the present application will be apparent to those skilled in the art from consideration of the specification and practice of the present disclosure. 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.

The above-described embodiments of the present application do not limit the scope of the present application.