CN114401428B - Method for implementing remote multi-screen interaction under public network based on short link signaling channel - Google Patents
Method for implementing remote multi-screen interaction under public network based on short link signaling channel Download PDFInfo
- Publication number
- CN114401428B CN114401428B CN202111563808.7A CN202111563808A CN114401428B CN 114401428 B CN114401428 B CN 114401428B CN 202111563808 A CN202111563808 A CN 202111563808A CN 114401428 B CN114401428 B CN 114401428B
- Authority
- CN
- China
- Prior art keywords
- middleware
- mobile phone
- service
- address
- interactive
- 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
- 230000011664 signaling Effects 0.000 title claims abstract description 115
- 230000003993 interaction Effects 0.000 title claims abstract description 56
- 238000000034 method Methods 0.000 title claims abstract description 32
- 230000002452 interceptive effect Effects 0.000 claims abstract description 109
- 238000012795 verification Methods 0.000 claims description 17
- 238000012544 monitoring process Methods 0.000 claims description 15
- 238000012545 processing Methods 0.000 claims description 8
- 230000009191 jumping Effects 0.000 claims description 3
- 230000007246 mechanism Effects 0.000 claims description 3
- 230000008569 process Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
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/41—Structure of client; Structure of client peripherals
- H04N21/4104—Peripherals receiving signals from specially adapted client devices
- H04N21/4126—The peripheral being portable, e.g. PDAs or mobile phones
-
- 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/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
- H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® 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/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/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
- H04N21/4627—Rights management associated to the content
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/85—Assembly of content; Generation of multimedia applications
- H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
- H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Telephonic Communication Services (AREA)
Abstract
The invention provides a method for realizing remote multi-screen interaction under a public network based on a short link signaling channel, which is characterized in that the method is used for realizing the interactive access of a mobile phone to a set top box based on a mobile phone APP, a signaling platform and the set top box. The invention is used for realizing a multi-screen interaction scheme from the mobile phone to the large screen of the television, and a signaling channel is established in a server of a public network or an IPTV network to transmit a mobile phone instruction to the large screen, so that the problem that the mobile phone and the television can only be in the same local area network is solved, remote control and interaction in different places are realized, such as a mobile phone remote controller, large screen pushing playing, remote management and the like, and the intelligent television, an OTT set box, an IPTV set top box and the like are supported. Meanwhile, the invention adopts the HTTP short-link interface, the terminal does not need to keep connection, and compared with socket long-link, the invention can realize high user concurrency with fewer server resources.
Description
Technical Field
The invention relates to a method for realizing remote multi-screen interaction, belonging to the field of remote mobile phone remote control and screen throwing playing of intelligent televisions OTT and IPTV.
Background
The screen throwing function mainly comprises a mobile phone remote control, a video push large screen and the like, and the environment for realizing the screen throwing function comprises a wireless local area network, a Bluetooth connection, a public network and the like. The local area network and the Bluetooth are connected by the mobile phone and the set top box or the intelligent television at the same place (the mobile phone and the set top box or the intelligent television can be directly connected by WIFI or Bluetooth), and the remote interaction at different places is realized by a public network and a signaling channel. For example: the invention discloses a method, a system and a mobile phone for remotely controlling a television by using a mobile phone shared television screen, wherein the method comprises the following steps of: and connecting the mobile phone provided with the screen sharing program with a television through a wireless network, transmitting the current screen picture of the television to a mobile phone terminal through the wireless network, and displaying the current screen picture on the screen of the mobile phone in a scaling way. In the technical scheme, the mobile phone and the television are positioned in the same local area network, and remote interaction in different places cannot be realized.
At present, long-distance interaction is based on socket long connection, so that a channel is established among the mobile phone, the signaling platform and the box, and connection resources are occupied all the time even if no interaction operation is performed as long as the connection is not closed. The number of concurrent long connections that a server can establish is limited, and as the number of users increases, so does the cost of the server. For example: the invention discloses a system and a method for remotely controlling a television through a smart phone, wherein the system comprises a television, a set top box and the smart phone, the system also comprises a central server, the central server is connected with the set top box through the Internet, the smart phone is connected with the central server through the Internet, and the smart phone is connected with the set top box through a socket long connection.
Disclosure of Invention
The invention aims to solve the technical problems: the existing remote interaction is based on socket long connection, and occupies the connection resources of the server.
In order to solve the technical problems, the technical scheme of the invention provides a method for realizing remote multi-screen interaction under a public network based on a short link signaling channel, which is characterized in that the method is based on a mobile phone APP, a signaling platform and a set top box to realize the interaction access of the mobile phone to the set top box, wherein each set top box is provided with a unique account number, comprises an interaction service and a middleware, the interaction service is integrated into a ROM of the set top box and is started together with an operating system of the random top box, and after the starting, the interaction service monitors a fixed monitoring port by using an HTTP protocol; the signaling platform and the interactive service play a role of a signaling channel, no business logic is contained, the business logic is realized by the mobile phone APP and the middleware together, and the remote multi-screen interaction realization method comprises the following steps:
step 1, a mobile phone APP scans a two-dimensional code of a set top box, a version number ver of an account and a version number ver of a middleware are obtained, and a binding relation between the account and the version number ver is established;
step 2, after the set top box is started, the interactive service acquires an account number, an IP address IP, a play port number port, a version number ver of the middleware and an interactive function instruction set funclst supported by the middleware from the middleware, wherein the interactive service acquires the account number, the IP address IP, the version number ver of the middleware and the interactive function instruction set funclst supported by the middleware through a predefined acquisition box end information interface;
step 3, the interactive service reports the account number, the IP address IP, the playing port number port, the version number ver of the middleware and an interactive function instruction set funclist supported by the middleware to a signaling platform;
step 4, the signaling platform establishes a binding relation among an account number, an IP address IP, a playing port number port, a version number ver of the middleware and an interactive function instruction set funclist supported by the middleware of each set top box;
step 5, the mobile phone APP determines the function range supported by the set top box according to the version number ver of the middleware or the interactive function instruction set funclist;
after the signaling platform establishes a binding relationship, the mobile phone APP acquires the information of the bound set top box from the signaling platform through an information interface of an acquisition box end positioned on the signaling platform by using the account number obtained in the step 1, wherein the information comprises an IP address IP, a play port number port, a version number ver of the middleware and an interactive function instruction set funcllist supported by the middleware; the mobile phone APP determines an available function range through an interactive function instruction set funclist and a version number ver of the middleware;
step 6, the mobile phone APP calls a mobile phone sending instruction positioned on the signaling platform to a signaling platform interface to initiate a pushing request to the signaling platform, wherein the pushing request comprises an interaction instruction and an account number bound by the mobile phone APP;
the interactive instruction comprises functions to be executed and on-demand address information, wherein the on-demand address information is a jump URL or on-demand content ID or a combination of a live channel number and on-demand playing time, and when the on-demand content ID is the live channel number, the on-demand playing time can be 0;
when the play address has a determined spelling mode, the mobile phone APP can organize a fixed jump URL, and the play address is spelled and then uploaded to a signaling platform as the jump URL; the jump URL is a relative address at the beginning of the jump URL or an absolute address at the beginning of the jump URL, the relative address is suitable for the condition that the played IP address and the playing port are not fixed, and the mobile phone APP cannot know the determined IP address and the playing port;
if the playing address has no determined spelling standard or the corresponding middleware of the set top box has a playing mode of a non-calling control page address, the mobile phone APP can not organize the jumping URL, the on-demand content ID and the on-demand playing time are provided as standby modes for the signaling platform, and the corresponding middleware receives the on-demand content ID and the on-demand playing time and spells according to the parameters;
step 7, the signaling platform queries the bound IP address IP, play port number port, version number ver of the middleware and interactive function instruction set funclist supported by the middleware according to the account number, and determines whether the functions in the interactive instructions are supported according to the interactive function instruction set funclist and the version number ver of the middleware: if not, sending an instruction to the signaling platform interface through the mobile phone to return failure to the mobile phone APP; if yes, sending an instruction to a signaling platform interface through the mobile phone, returning success to the mobile phone APP, and entering step 8;
and 8, splicing the IP address IP, the play port number port and the interaction instruction into an absolute path URL by the signaling platform, calling a signaling platform at the set top box end and a box end interaction service interaction interface by the signaling platform, accessing the interaction service based on the spliced absolute path URL, and forwarding a push request to the designated set top box.
Step 9, the interactive service starts a monitoring service APK, and a push request forwarded by a monitoring signaling platform is started on a monitoring port by an HTTPServer in the monitoring service APK, wherein the monitoring service APK has a system authority of a set top box operating system;
step 10, the interactive service analyzes the functions to be executed and the on-demand address information contained in the push request forwarded by the signaling platform;
step 11, the interactive service calls a URL push interface provided by the middleware, and sends the on-demand address information to the middleware in a broadcast mode, and the processing logic of the middleware on the on-demand address information is as follows:
if the jump URL exists, only the jump URL is processed, and the middleware directly jumps according to a direct address corresponding to the jump URL or the middleware complements the obtained played IP address IP and the playing port number port into an absolute path to jump;
if the jump URL does not exist, the middleware plays according to respective playing specifications through the value of the on-demand content ID or the value of the on-demand playing time added by the live channel number;
the interactive service calls a general message interaction interface provided by the middleware, interacts with the middleware in a broadcast mode, sends the functional message to be executed to the middleware, and receives the message returned by the middleware.
Preferably, the middleware realizes the interaction with the interactive service by acquiring a middleware information interface, a push screen interface, a receiving interface and a response universal message interface.
Preferably, the information interface of the acquired box end in the step 2 is an AIDL interface; the JSON string format data is returned by the information interface of the acquisition box end.
Preferably, in step 6, the mobile phone APP encapsulates the http request through the own SDK, and sends the interaction instruction to the signaling platform.
Preferably, in step 8, the interface protocol of the interactive interface between the signaling platform and the box end interactive service is HTTP, the calling method is GET, and the data exchange format is JSON;
the absolute path URL is expressed as follows:
http://[IP]:[PORT]/ott/sx2ottcmd＝[]
wherein, IP is IP address IP bound with current itvId; PORT is a play PORT number PORT bound to the current itvId; cmd is effective data, is a JSON data structure, is transmitted to the set top box by using HTTPGET parameters, and is encoded by the urlenode.
Preferably, when any one of the mobile phone APP, the signaling platform or the set top box requests service to the other party, the service request data sent by the service requested party in the service request direction comprises the current time stamp time and the signature verification parameter sign; the service requester can only call the service provided by the service requester after the service requester completes signature verification of the service request based on the signature verification parameter sign.
Preferably, the signature verification parameter sign is an encrypted string, and the generation format is as follows: the key, the current server time, the parameter names included in the alphabetically arranged service requests and their values are combined, and the different fields are separated by separators. And after merging, carrying out md5 encryption to obtain an encryption string, wherein the encryption string is the signature verification parameter sign.
Preferably, the set top box is kept online through the heartbeat, which comprises the following steps:
calling a heartbeat interface of the signaling platform after the interactive service is started, and sending the IP, the port and the account number of the interactive service to the signaling platform in a heartbeat mode by the interactive service at regular time; after the signaling platform receives the request, the IP and the port of the interactive service are stored by taking the account number as a KEY, and the heartbeat cycle of the next interactive service is issued.
Preferably, the heartbeat interface adopts an interface protocol of HTTP, the calling method is GET, and the data exchange format for realizing exchange between the interactive service and the signaling platform through the heartbeat interface is JSON.
Preferably, the heartbeat cycle of the interactive service is 3600s by default, the heartbeat cycle is obtained from the returned result, and the heartbeat cycle is updated; and setting a timeout mechanism, wherein the interactive service does not receive a returned result of the signaling platform for more than 10 seconds and regards the returned result as timeout, and maintaining the last heartbeat period.
The invention is used for realizing a multi-screen interaction scheme from the mobile phone to the large screen of the television, and a signaling channel is established in a server of a public network or an IPTV network to transmit a mobile phone instruction to the large screen, so that the problem that the mobile phone and the television can only be in the same local area network is solved, remote control and interaction in different places are realized, such as a mobile phone remote controller, large screen pushing playing, remote management and the like, and the intelligent television, an OTT set box, an IPTV set top box and the like are supported. Meanwhile, the invention adopts the HTTP short-link interface, the terminal does not need to keep connection, and compared with socket long-link, the invention can realize high user concurrency with fewer server resources.
In summary, compared with the prior art, the invention has the following advantages:
1) The current situations that mobile phone remote control, push screen playing and two terminal linking can only be realized by DLNA and AIRPLAY protocols in a local area network are solved. A user can realize the purpose of remote control of the mobile phone and pushing the video to a large screen between the mobile phone and the television through the HTTP under the public network environment.
2) With less resource investment by means of short links, more user accesses are carried.
Drawings
FIG. 1 illustrates the general architecture of the present invention;
FIG. 2 illustrates the timing of the present invention;
figure 3 illustrates the deployment of a signaling platform in a network environment with dual spans of the AB plane.
Detailed Description
The invention will be further illustrated with reference to specific examples. It is to be understood that these examples are illustrative of the present invention and are not intended to limit the scope of the present invention. Further, it is understood that various changes and modifications may be made by those skilled in the art after reading the teachings of the present invention, and such equivalents are intended to fall within the scope of the claims appended hereto.
As shown in fig. 1, the invention realizes the interactive access of the mobile phone to the set top box based on the mobile phone APP, the signaling platform and the set top box. The set top box comprises an interactive service and middleware, wherein the interactive service is integrated into a ROM of the set top box and is started together with an operating system of the set top box. In this embodiment, the middleware needs to implement 4 interaction interfaces to implement interaction with the interaction service, including obtaining a middleware information interface, a push screen interface, a receiving interface and a response universal message interface. After the start-up, the interactive service listens to the fixed listening port in HTTP protocol, in this embodiment, the listening port is an 8087 port (modifiable). The signaling platform and the interactive service play a role of a signaling channel, do not contain service logic (functions), and the service logic is realized by the mobile phone APP and the middleware together, namely the mobile phone APP sends an instruction, and the middleware executes corresponding operation. The interactive access is realized through signaling, the mobile phone APP pushes the interactive instruction to the signaling platform, the signaling platform forwards the interactive instruction to the interactive service of the set top box, and the interactive service sends the instruction to the middleware to control the set top box, so that the video push screen, remote control operation and the like are realized.
Each set top box has a unique account number, which in this embodiment is an ITV account number, denoted itvld. The mobile phone APP, the signaling platform and the set top box are associated through the itvId, as shown in FIG. 2, and the method comprises the following steps:
step 1, a mobile phone APP scans a two-dimensional code of a set top box, obtains an itvId and a version number ver of a middleware, and establishes a binding relation between the itvId and the version number ver.
And 2, after the set top box is started, the interactive service acquires the itvId, the IP address IP, the playing port number port, the version number ver of the middleware and the interactive function instruction set funclist supported by the middleware from the middleware. In this embodiment, the interactive service obtains the itvId, the IP address IP, the version number ver of the middleware and the interactive function instruction set function supported by the middleware through a predefined obtaining box end information interface, where the obtaining box end information interface is an AIDL interface, and is defined as follows: stringgetTVinfo (intcmd, stringparams), wherein the content of the corresponding return information is obtained by setting cmd to different Value values, the definition of cmd is shown in table 1 below; params is an input parameter, used for expansion. And returning json string format data by the information interface at the acquisition box end.
TABLE 1
And 3, the interactive service reports the itvId, the IP address IP, the playing port number port, the version number ver of the middleware and the interactive function instruction set funclist supported by the middleware to the signaling platform.
And 4, the signaling platform establishes binding relations among the itvId, the IP address IP, the playing port number port, the version number ver of the middleware and the interactive function instruction set funclist supported by the middleware of each set top box.
And 5, determining the function range supported by the set top box by the mobile phone APP according to the version number ver of the middleware or the interactive function instruction set funclist.
In this embodiment, after the signaling platform establishes a binding relationship, the mobile phone APP obtains the information of the bound set top box from the signaling platform through the obtaining box end information interface located in the signaling platform by using the itvId obtained in step 1, where the information includes the IP address IP, the playing port number port, the version number ver of the middleware, and the interactive function instruction set function supported by the middleware. The mobile phone APP determines the available function range through the interactive function instruction set functional list and the version number ver of the middleware, in this embodiment, the interactive function instruction set functional list is preferentially determined, and when the interactive function instruction set functional list is empty, the version number ver of the middleware is then used for determining.
The data received by the information interface of the acquisition box end is shown in the following table 2:
TABLE 2
The data returned by the information interface of the acquisition box end is shown in the following table 3:
TABLE 3 Table 3
The info parameter in Table 3 is specifically shown in Table 4 below:
TABLE 4 Table 4
After the association among the mobile phone APP, the signaling platform and the set top box is completed, the method continuously comprises the following steps:
and step 6, the mobile phone APP calls a mobile phone sending instruction positioned on the signaling platform to the signaling platform interface to initiate a pushing request to the signaling platform, wherein the pushing request comprises the interaction instruction and the itvId bound by the mobile phone APP. In this embodiment, the mobile APP encapsulates the http request (including the signature) by its own SDK, and sends the interaction instruction to the signaling platform.
In this embodiment, the data received by the mobile phone sending the instruction to the signaling platform interface is shown in the following table 5:
TABLE 5
The interactive instruction includes the function to be executed and the on-demand address information. In this embodiment, the on-demand address information may be a jump URL, or may be a combination of an on-demand content ID and an on-demand play time. The on-demand content ID may also be a live channel number, and when the on-demand content ID is a live channel number, the on-demand play time may not be transmitted.
The on-demand address information adopts a conventional mode that a jump URL is created by a corresponding mobile phone APP (or a platform corresponding to the mobile phone APP), and can be a relative address or an absolute address. When the play address has a determined spelling mode, the mobile phone APP can organize a fixed jump URL, and the play address is spelled and then uploaded to the signaling platform as the jump URL.
The jump URL (actual URL of each service EPG page) is a URL composed of the play page address plus necessary parameters. The address of the playing page is divided into two types of absolute addresses and relative addresses: absolute address-address beginning with http:// address; relative address-at/at the beginning, suitable for the situation that the IP address and the playing port of playing are not fixed, the mobile phone APP cannot know the determined IP address and playing port.
The combination of the on-demand content ID and the on-demand playing time is an extended standby mode, if the playing address is not in a definite spelling standard, or the corresponding middleware of the set top box has a special playing mode (such as not simply calling the playing control page address, but calling a method, etc.), the mobile phone APP cannot organize the jump URL, the on-demand content ID and the on-demand playing time are provided to the signaling platform as the standby mode, and the corresponding middleware spells according to the parameters after receiving the on-demand content ID and the on-demand playing time.
Step 7, the signaling platform queries the bound IP address IP, play port number port, version number ver of the middleware and interactive function instruction set funclist supported by the middleware according to the itvId, and determines whether the functions in the interactive instructions are supported according to the interactive function instruction set funclist and the version number ver of the middleware: if not, sending an instruction to the signaling platform interface through the mobile phone to return failure to the mobile phone APP; if yes, a command is sent to the signaling platform interface through the mobile phone to return success to the mobile phone APP, and step 8 is entered.
In this embodiment, the data returned from the signaling platform to the mobile phone APP by sending an instruction to the signaling platform interface through the mobile phone is shown in the following table 6:
TABLE 6
And 8, splicing the IP address IP, the play port number port and the interaction instruction into an absolute path URL by the signaling platform, calling a signaling platform at the set top box end and a box end interaction service interaction interface by the signaling platform, accessing the interaction service based on the spliced absolute path URL, and forwarding a push request to the designated set top box.
The interface protocol of the interactive interface of the signaling platform and the box end interactive service is HTTP, the calling method is GET, and the data exchange format is JSON.
The absolute path URL is expressed as follows:
http://[IP]:[PORT]/ott/sx2ottcmd＝[]
wherein, IP is IP address IP bound with current itvId; PORT is a play PORT number PORT bound to the current itvId; cmd is effective data, is a JSON data structure, is transmitted to the set top box by HTTPGET parameters, and is encoded by urlence, see table 7 below:
TABLE 7
Table 7 contains the Param parameter fields as shown in table 8 below:
TABLE 8
Table 8 contains the Param parameter fields as shown in table 9 below:
TABLE 9
Step 9, the interactive service starts a monitoring service APK, and starts a push request forwarded by the monitoring signaling platform on a monitoring port (in this embodiment, an 8087 port) of the HTTPServer in the monitoring service APK. The listening service APK has system rights of the set top box operating system.
And 10, analyzing the effective data in the push request forwarded by the signaling platform by the interactive service to obtain the functions to be executed and the on-demand address information contained in the effective data.
Step 11, the interactive service calls the URL push interface provided by the middleware, and sends the on-demand address information to the middleware in a broadcast mode, wherein the data format is shown in the following table 10:
table 10
The processing logic of the middleware for the on-demand address information is as follows:
1. if the jumpURL is not null, that is, the jump URL exists, only the jump URL corresponding to the jumpURL is processed, and the middleware directly jumps according to the direct address corresponding to the jump URL or the middleware supplements the played IP address IP and the playing port number port to an absolute path for jumping.
2. If jumpURL is empty, i.e. there is no jump URL, the middleware plays according to the respective play specification through the values of the action field and the content field.
The on-demand address information is in a broadcast form, a return value is not needed, the middleware receives the on-demand address information for processing, and a processing result can be displayed from a screen. Meanwhile, based on the consideration of user experience, the middleware can also return a playing state (such as buffering, playing, encountering errors and the like) to the interactive service at regular time through the universal message interaction interface, and the interactive service can uniformly process the returned messages.
The interactive service calls a general message interaction interface provided by the middleware, interacts with the middleware in a broadcast mode, sends the functional message to be executed to the middleware, and receives the message returned by the middleware. Specifically, the middleware receives a broadcast event sent by the interactive service and analyzes data processing. After the middleware processing is completed, a broadcast of the processing result is sent to the interactive service.
In the above process, when any one of the mobile phone APP, the signaling platform or the set top box requests the other party for service, the service request data sent by the service requested party for service includes the current time stamp time and the signature verification parameter sign. The service requester can only call the service provided by the service requester after the service requester completes signature verification of the service request based on the signature verification parameter sign.
The signature verification parameter sign is an encrypted string, and the generation format is as follows: the key, the current server time, the parameter names included in the service requests arranged according to the alphabetical order, and the values thereof are combined, and the different fields are spaced apart by a separator (&inthis embodiment). And after merging, carrying out md5 encryption to obtain an encryption string, wherein the encryption string is the signature verification parameter sign.
Such as: the current server time is 20111020135535, if the parameters of the original request are: itvld=123, cmd=abc, then the encryption string is generated in the following manner:
assuming that the key is "be36dd6f5733fa09d1349c53cf2828811337330217840", the separator is "&", and the last part of the encrypted string is "time=" +server time+ "+" ++key:
“time＝20111020135535&be36dd6f5733fa09d1349c53cf2828811337330217840”
the request parameters are then alphabetically ordered, cmd, tvid, and the final encrypted string is:
"cmd=abc & itvid=123 & time=2011020100535 & be36dd6f5733f 09d1349c 53cf28288173733797840" (url is not needed in chinese), then converting the character string into byte array, performing md5 encryption on the byte array, and obtaining the encrypted string after encryption, namely the signature verification parameter sign. The final generated service request needs to carry the time and sign parameters, for example, the final URL is:
http://xxx.tv189.cn/service/xxxxxitvid＝123&cmd＝abc&time＝20111020201110&sign＝xxxx。
in signature verification, all parameters are encoded as utf-8.
The invention keeps the set top box online through the heartbeat, in particular:
and calling a heartbeat interface of the signaling platform after the interactive service is started, and sending the IP and the port of the interactive service and the itvId to the signaling platform by the interactive service in a heartbeat mode at regular time. After the signaling platform receives the information, the IP and the port of the interactive service are stored by taking the itvId as a KEY, and the heartbeat cycle of the next interactive service is issued. The heartbeat interface adopts an interface protocol of HTTP, the calling method is GET, and the data exchange format for realizing exchange between the interactive service and the signaling platform through the heartbeat interface is JSON.
The data accepted by the signaling platform is shown in table 11 below:
TABLE 11
In Table 11, the Info parameters are shown in Table 12 below:
table 12
The data returned by the signaling platform to the interactive service is shown in table 13 below:
TABLE 13
The heartbeat cycle of the interactive service is 3600s by default, the heartbeat cycle is obtained from the returned result, and the heartbeat cycle of the interactive service is updated (the returned heartbeat cycle is not updated when 0, and the last cycle is still used). And setting a timeout mechanism, wherein the interactive service does not receive a returned result of the signaling platform for more than 10 seconds and regards the returned result as timeout, and maintaining the last heartbeat period.
In this embodiment, when the interactive service invokes the heartbeat interface, relevant parameter indexes are as follows:
1. heart cycle default 3600s
2. Timeout default 10s
3. And if the returned cycle is none or 0, the interactive service does not update the heartbeat cycle.
In order to support the IPTV environment, in this embodiment, as shown in fig. 3, the signaling platform is deployed in a network environment of a dual-span AB plane.
Claims (9)
1. The method is characterized in that the interactive access of the mobile phone to the set top box is realized based on the mobile phone APP, a signaling platform and the set top box, wherein each set top box is provided with a unique account number, comprises an interactive service and a middleware, is integrated into a ROM of the set top box, is started together with an operating system of the random top box, and monitors a fixed monitoring port by using an HTTP protocol after the interactive service is started; the signaling platform and the interactive service play a role of a signaling channel, no business logic is contained, the business logic is realized by the mobile phone APP and the middleware together, and the remote multi-screen interaction realization method comprises the following steps:
step 1, a mobile phone APP scans a two-dimensional code of a set top box, a version number ver of an account and a version number ver of a middleware are obtained, and a binding relation between the account and the version number ver is established;
step 2, after the set top box is started, the interactive service acquires an account number, an IP address IP, a play port number port, a version number ver of the middleware and an interactive function instruction set funclst supported by the middleware from the middleware, wherein the interactive service acquires the account number, the IP address IP, the version number ver of the middleware and the interactive function instruction set funclst supported by the middleware through a predefined acquisition box end information interface;
step 3, the interactive service reports the account number, the IP address IP, the playing port number port, the version number ver of the middleware and an interactive function instruction set funclist supported by the middleware to a signaling platform;
step 4, the signaling platform establishes a binding relation among an account number, an IP address IP, a playing port number port, a version number ver of the middleware and an interactive function instruction set funclist supported by the middleware of each set top box;
step 5, the mobile phone APP determines the function range supported by the set top box according to the version number ver of the middleware or the interactive function instruction set funclist;
after the signaling platform establishes a binding relationship, the mobile phone APP acquires the information of the bound set top box from the signaling platform through an information interface of an acquisition box end positioned on the signaling platform by using the account number obtained in the step 1, wherein the information comprises an IP address IP, a play port number port, a version number ver of the middleware and an interactive function instruction set funcllist supported by the middleware; the mobile phone APP determines an available function range through an interactive function instruction set funclist and a version number ver of the middleware;
step 6, the mobile phone APP calls a mobile phone sending instruction positioned on the signaling platform to a signaling platform interface to initiate a pushing request to the signaling platform, wherein the pushing request comprises an interaction instruction and an account number bound by the mobile phone APP;
the interactive instruction comprises functions to be executed and on-demand address information, wherein the on-demand address information is a jump URL or on-demand content ID or a combination of a live channel number and on-demand playing time, and when the on-demand content ID is the live channel number, the on-demand playing time can be 0;
when the play address has a determined spelling mode, the mobile phone APP can organize a fixed jump URL, and the play address is spelled and then uploaded to a signaling platform as the jump URL; the jump URL is a relative address at the beginning of the jump URL or an absolute address at the beginning of the jump URL, the relative address is suitable for the condition that the played IP address and the playing port are not fixed, and the mobile phone APP cannot know the determined IP address and the playing port;
if the playing address has no determined spelling standard or the corresponding middleware of the set top box has a playing mode of a non-calling control page address, the mobile phone APP can not organize the jumping URL, the on-demand content ID and the on-demand playing time are provided as standby modes for the signaling platform, and the corresponding middleware receives the on-demand content ID and the on-demand playing time and spells according to the parameters;
step 7, the signaling platform queries the bound IP address IP, play port number port, version number ver of the middleware and interactive function instruction set funclist supported by the middleware according to the account number, and determines whether the functions in the interactive instructions are supported according to the interactive function instruction set funclist and the version number ver of the middleware: if not, sending an instruction to the signaling platform interface through the mobile phone to return failure to the mobile phone APP; if yes, sending an instruction to a signaling platform interface through the mobile phone, returning success to the mobile phone APP, and entering step 8;
step 8, the signaling platform splices the IP address IP, the play port number port and the interaction instruction into an absolute path URL, and invokes a signaling platform at the set top box end and a box end interaction service interaction interface, accesses the interaction service based on the spliced absolute path URL, and forwards a push request to the appointed set top box;
step 9, the interactive service starts a monitoring service APK, and an HTTP Server is started in the monitoring service APK to monitor a push request forwarded by a signaling platform on a monitoring port, wherein the monitoring service APK has a system authority of a set top box operating system;
step 10, the interactive service analyzes the functions to be executed and the on-demand address information contained in the push request forwarded by the signaling platform;
step 11, the interactive service calls a URL push interface provided by the middleware, and sends the on-demand address information to the middleware in a broadcast mode, and the processing logic of the middleware on the on-demand address information is as follows:
if the jump URL exists, only the jump URL is processed, and the middleware directly jumps according to a direct address corresponding to the jump URL or the middleware complements the obtained played IP address IP and the playing port number port into an absolute path to jump;
if the jump URL does not exist, the middleware plays according to respective playing specifications through the value of the on-demand content ID or the value of the on-demand playing time added by the live channel number;
the interactive service calls a general message interaction interface provided by the middleware, interacts with the middleware in a broadcast mode, sends the functional message to be executed to the middleware, and receives the message returned by the middleware.
2. The method for implementing remote multi-screen interaction under public network based on short link signaling channel as claimed in claim 1, wherein the information interface of the acquisition box end in step 2 is an AIDL interface; the JSON string format data is returned by the information interface of the acquisition box end.
3. The method for implementing remote multi-screen interaction under public network based on short link signaling channel as claimed in claim 1, wherein in step 6, mobile phone APP encapsulates http request through own SDK and sends interaction instruction to signaling platform.
4. The method for implementing remote multi-screen interaction under public network based on short link signaling channel as claimed in claim 1, wherein in step 8, the interface protocol of the interactive interface between the signaling platform and the box end interactive service is HTTP, the calling method is GET, and the data exchange format is JSON;
the absolute path URL is expressed as follows:
http://[IP]:[PORT]/ott/sx2ottcmd＝[]
wherein, IP is IP address IP bound with current itvId; PORT is a play PORT number PORT bound to the current itvId; cmd is effective data, is a JSON data structure, is transmitted to the set top box by using HTTP GET parameters, and is subjected to URLENCODE coding.
5. The method for implementing remote multi-screen interaction under public network based on short link signaling channel as claimed in claim 1, wherein when any one of mobile phone APP, signaling platform or set top box requests service to another party, service request data sent by service requested party includes current time stamp time and signature verification parameter sign; the service requester can only call the service provided by the service requester after the service requester completes signature verification of the service request based on the signature verification parameter sign.
6. The method for implementing remote multi-screen interaction under public network based on short link signaling channel as claimed in claim 5, wherein the signature verification parameter sign is an encryption string, and the generation format is as follows: and combining the secret key, the current server time, the parameter names and the values thereof contained in the service requests arranged according to the alphabetical order, spacing different fields by separators, and carrying out md5 encryption after combining to obtain an encryption string, wherein the encryption string is the signature verification parameter sign.
7. The method for implementing remote multi-screen interaction under a public network based on a short link signaling channel according to claim 1, wherein the set-top box is kept online through a heartbeat, comprising the steps of:
calling a heartbeat interface of the signaling platform after the interactive service is started, and sending the IP, the port and the account number of the interactive service to the signaling platform in a heartbeat mode by the interactive service at regular time; after the signaling platform receives the request, the IP and the port of the interactive service are stored by taking the account number as a KEY, and the heartbeat cycle of the next interactive service is issued.
8. The method for implementing remote multi-screen interaction under public network based on short link signaling channel as claimed in claim 7, wherein the heartbeat interface adopts an interface protocol of HTTP, the calling method is GET, and the data exchange format for implementing exchange between the interaction service and the signaling platform through the heartbeat interface is JSON.
9. The method for implementing remote multi-screen interaction under public network based on short link signaling channel as claimed in claim 7, wherein the heartbeat cycle of the interaction service is 3600s by default, and the heartbeat cycle is obtained from the returned result and updated; and setting a timeout mechanism, wherein the interactive service does not receive a returned result of the signaling platform for more than 10 seconds and regards the returned result as timeout, and maintaining the last heartbeat period.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111563808.7A CN114401428B (en) | 2021-12-20 | 2021-12-20 | Method for implementing remote multi-screen interaction under public network based on short link signaling channel |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111563808.7A CN114401428B (en) | 2021-12-20 | 2021-12-20 | Method for implementing remote multi-screen interaction under public network based on short link signaling channel |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114401428A CN114401428A (en) | 2022-04-26 |
| CN114401428B true CN114401428B (en) | 2024-03-19 |
Family
ID=81227110
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111563808.7A Active CN114401428B (en) | 2021-12-20 | 2021-12-20 | Method for implementing remote multi-screen interaction under public network based on short link signaling channel |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114401428B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115426433A (en) * | 2022-09-05 | 2022-12-02 | 亦非云科技(上海)有限公司 | Cloud remote controller control method and system for private network video service |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105049888A (en) * | 2015-06-11 | 2015-11-11 | 烽火通信科技股份有限公司 | Method for remotely pushing program source to set top box through WeChat based on heartbeat module |
| CN105376591A (en) * | 2015-12-17 | 2016-03-02 | Tcl集团股份有限公司 | Method and system for remotely controlling synchronous execution of shared file |
| CN106572382A (en) * | 2015-10-12 | 2017-04-19 | 中兴通讯股份有限公司 | Multi-screen interaction method and system and extensible messaging and presence protocol (XMPP) system |
| WO2017092315A1 (en) * | 2015-12-01 | 2017-06-08 | 乐视控股（北京）有限公司 | Method and device for controlling television |
| CN108156488A (en) * | 2017-12-22 | 2018-06-12 | 北京数码视讯软件技术发展有限公司 | Interactive approach and electronic equipment based on gateway server |
-
2021
- 2021-12-20 CN CN202111563808.7A patent/CN114401428B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105049888A (en) * | 2015-06-11 | 2015-11-11 | 烽火通信科技股份有限公司 | Method for remotely pushing program source to set top box through WeChat based on heartbeat module |
| CN106572382A (en) * | 2015-10-12 | 2017-04-19 | 中兴通讯股份有限公司 | Multi-screen interaction method and system and extensible messaging and presence protocol (XMPP) system |
| WO2017092315A1 (en) * | 2015-12-01 | 2017-06-08 | 乐视控股（北京）有限公司 | Method and device for controlling television |
| CN105376591A (en) * | 2015-12-17 | 2016-03-02 | Tcl集团股份有限公司 | Method and system for remotely controlling synchronous execution of shared file |
| CN108156488A (en) * | 2017-12-22 | 2018-06-12 | 北京数码视讯软件技术发展有限公司 | Interactive approach and electronic equipment based on gateway server |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114401428A (en) | 2022-04-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9880806B2 (en) | Media playback processing and control method, apparatus, and system | |
| JP5978000B2 (en) | Receiving machine | |
| US20150365453A1 (en) | Media projection method and device, control terminal and cloud server | |
| CN102547443B (en) | Multi-terminal system resource sharing and interaction realizing method | |
| WO2013031556A1 (en) | Receiver and reception method | |
| US10349234B1 (en) | Bi-directional integration and control of managed and unmanaged devices | |
| CN105323628B (en) | Cross-screen playing method and system based on DLNA (digital Living network alliance), browser end device and playing device | |
| EP3996355B1 (en) | Method for transferring media stream and user equipment | |
| WO2018103644A1 (en) | Live stream sharing method and device, home media apparatus, and data storage medium | |
| US20150020099A1 (en) | Set top box interaction method and related set top box system | |
| US20140075039A1 (en) | Networking method, server device, client device, and network system | |
| CN103533460A (en) | Method, device, terminal and system for sharing television service | |
| JP2013066159A (en) | Receiver | |
| WO2013044696A1 (en) | Media playing method and system | |
| CN102055718A (en) | Method, device and system for layering request content in http streaming system | |
| CN106572382A (en) | Multi-screen interaction method and system and extensible messaging and presence protocol (XMPP) system | |
| WO2015180446A1 (en) | System and method for maintaining connection channel in multi-device interworking service | |
| CN107547517B (en) | Audio and video program recording method, network equipment and computer device | |
| KR101282413B1 (en) | Apparatus for controlling internet protocol television service and method for providing internet protocol television service using the same | |
| CN114401428B (en) | Method for implementing remote multi-screen interaction under public network based on short link signaling channel | |
| CN111654753B (en) | Application program starting method and display device | |
| US20190098351A1 (en) | Method for managing the access right to an item of digital content | |
| CN111263214A (en) | Multi-screen interaction realization method and system | |
| JP7300250B2 (en) | Receiving device and program | |
| CN103283206A (en) | Method and apparatus for remotely tuning channels using DLNA DMS service |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |