CN116233525A - Screen-throwing method for multi-screen interaction in local area network based on confirmation mechanism - Google Patents

Screen-throwing method for multi-screen interaction in local area network based on confirmation mechanism Download PDF

Info

Publication number
CN116233525A
CN116233525A CN202211642794.2A CN202211642794A CN116233525A CN 116233525 A CN116233525 A CN 116233525A CN 202211642794 A CN202211642794 A CN 202211642794A CN 116233525 A CN116233525 A CN 116233525A
Authority
CN
China
Prior art keywords
screen
throwing
receiving end
confirmation
request
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.)
Pending
Application number
CN202211642794.2A
Other languages
Chinese (zh)
Inventor
张华�
沈奇力
裘昊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hangzhou Arcvideo Technology Co ltd
Original Assignee
Hangzhou Arcvideo Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hangzhou Arcvideo Technology Co ltd filed Critical Hangzhou Arcvideo Technology Co ltd
Priority to CN202211642794.2A priority Critical patent/CN116233525A/en
Publication of CN116233525A publication Critical patent/CN116233525A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4367—Establishing a secure communication between the client and a peripheral device or smart card
    • 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/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • H04N21/43076—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of the same content streams on multiple devices, e.g. when family members are watching the same movie on different devices
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Abstract

The invention discloses a screen projection method for multi-screen interaction in a local area network based on a confirmation mechanism, which comprises the following steps: the screen-throwing initiating terminal plays the video, the screen-throwing initiating terminal selects the screen throwing, and all the screen-throwing devices are listed through the searching function found by the devices; the screen throwing initiating terminal becomes a screen throwing control device, the screen throwing control terminal selects one device from a screen throwing device list, and the selected device becomes a screen throwing receiving terminal; the screen throwing control end initiates a screen throwing connection request to the screen throwing receiving end; the screen-throwing receiving end receives a screen-throwing connection request and receives connection; the screen throwing receiving end pops up a screen throwing confirmation window on the display screen, and prompts a screen throwing controller to execute one or more operation commands in the confirmation window; the screen throwing receiving end starts a timeout mechanism and waits for the screen throwing control end to execute a corresponding operation command; if the screen throwing receiving end does not receive correct confirmation operation within the timeout time, the screen throwing receiving end exits; if the screen throwing receiving end receives the confirmation operation corresponding to the screen throwing control end within the timeout time, the screen throwing confirmation is ended.

Description

Screen-throwing method for multi-screen interaction in local area network based on confirmation mechanism
Technical Field
The invention belongs to the technical field of multimedia sharing, and particularly relates to a screen projection method for multi-screen interaction in a local area network based on a confirmation mechanism.
Background
Most of multi-screen interaction schemes at present realize mutual discovery and connection among devices in the same network through a multicast technology so as to realize media sharing entertainment interaction. Because the screen-throwing receiving equipment generally adopts an automatic response mode, the screen-throwing sending end can search and find all online equipment capable of throwing the screen through a multicast technology, and the media file can be pushed to the equipment to be played after being selected. If the selected device is a device that someone else is using, such as the user of the device is watching a show, such as an important meeting in the same corporate network, the mislanding or mislanding can cause a poor use experience or even adverse effects.
Disclosure of Invention
In view of the problems, the invention provides a screen-throwing method for multi-screen interaction in a local area network based on a confirmation mechanism, which avoids space-saving misthrowing and messy throwing during screen throwing.
In order to solve the technical problems, the invention adopts the following technical scheme:
a screen projection method of multi-screen interaction in a local area network based on a confirmation mechanism comprises the following steps:
the screen-throwing initiating terminal plays the video, the screen-throwing initiating terminal selects the screen throwing, and all the screen-throwing devices are listed through the searching function found by the devices;
the screen throwing initiating terminal becomes a screen throwing control device, the screen throwing control terminal selects one device from a screen throwing device list, and the selected device becomes a screen throwing receiving terminal;
the screen throwing control end initiates a screen throwing connection request to the screen throwing receiving end;
the screen-throwing receiving end receives a screen-throwing connection request and receives connection;
the screen throwing receiving end pops up a screen throwing confirmation window on the display screen, and prompts a screen throwing controller to execute one or more operation commands in the confirmation window;
the screen throwing receiving end starts a timeout mechanism and waits for the screen throwing control end to execute a corresponding operation command;
if the screen throwing receiving end does not receive correct confirmation operation within the timeout time, the screen throwing receiving end exits; if the screen-throwing receiving end receives the corresponding confirmation operation of the screen-throwing control end within the timeout time, the screen-throwing confirmation is ended, and the subsequent normal screen-throwing process is carried out.
In a possible implementation manner, the method further includes: and (5) finishing screen projection, wherein the screen projection receiving end records the IP of the screen projection control end and the screen projection finishing time.
In a possible implementation manner, the method further includes:
after the last screen is finished, the screen-throwing control end initiates a new screen-throwing request;
and the screen throwing receiving end judges the information of the screen throwing request to carry out corresponding processing.
In a possible implementation manner, the screen-throwing receiving end judges information of the screen-throwing request to perform corresponding processing includes:
if the screen-throwing receiving end judges that the screen-throwing request is from the same ip in the screen-throwing record and the distance from the last screen-throwing operation does not exceed a certain time threshold, the screen-throwing confirmation operation is skipped, and the screen-throwing is directly carried out.
In a possible implementation manner, the screen-throwing receiving end judges information of the screen-throwing request to perform corresponding processing includes:
if the screen-throwing receiving end judges that the screen-throwing request is from the same ip recorded in the last screen-throwing record, but the time from the last screen-throwing operation exceeds a certain time threshold, a screen-throwing confirmation window is opened to confirm the screen throwing again.
In a possible implementation manner, the screen-throwing receiving end judges information of the screen-throwing request to perform corresponding processing includes:
if the screen-throwing receiving end judges that the screen-throwing request comes from the ip with different screen-throwing records last time, the screen-throwing confirmation window is opened to confirm the screen throwing again.
In one possible implementation, the screen-drop interaction protocol includes DLNA.
The invention has the following beneficial effects:
(1) The confirmation mechanism is embedded in the normal screen-throwing starting flow of the screen-throwing receiving end, so that the method is easy to realize;
(2) The face-to-face screen throwing is ensured, and the space-saving misthrowing and messy throwing are avoided;
(3) After the first screen throwing confirmation of the same equipment is successful, the continuous screen throwing in a short time does not need confirmation, so that the screen throwing use experience is improved;
(4) The method is suitable for searching and finding in local area networks such as DLNA, and the like, and can automatically receive a screen-throwing protocol without confirmation, thereby providing safety guarantee.
Drawings
Fig. 1 is a flowchart of steps of a method for multi-screen interaction in a lan based on a confirmation mechanism according to an embodiment of the present invention.
Detailed Description
The following description of the embodiments of the present invention will be made clearly and fully with reference to the accompanying drawings, in which it is evident that the embodiments described are some, but not all embodiments of the invention. All other embodiments, which can be made by those skilled in the art based on the embodiments of the invention without making any inventive effort, are intended to be within the scope of the invention.
Typically, the screen is a screen from a small screen (e.g., a mobile phone or tablet) to which the media content is to be delivered to a large screen (e.g., a television, a display attached to a set-top box, etc.). Referring to fig. 1, a flowchart of steps of a method for multi-screen interaction in a lan based on a confirmation mechanism according to an embodiment of the present invention is shown, including the following steps:
s10, a screen-throwing initiating terminal plays a video, the screen-throwing initiating terminal selects a screen to be thrown, and all screen-throwing devices are listed through a search function discovered by the device;
s20, a screen-throwing initiating terminal becomes a screen-throwing control device, the screen-throwing control terminal selects one device from a screen-throwing device list, and the selected device becomes a screen-throwing receiving terminal;
s30, the screen throwing control end initiates a screen throwing connection request to the screen throwing receiving end;
s40, receiving a screen-throwing connection request by a screen-throwing receiving end, and receiving connection;
s50, the screen throwing receiving end pops up a screen throwing confirmation window on the display screen, and prompts a screen throwing controller to execute one or more operation commands in the confirmation window;
s60, starting a timeout mechanism by the screen throwing receiving end, and waiting for the screen throwing control end to execute a corresponding operation command;
s70, if the screen throwing receiving end does not receive correct confirmation operation within the timeout time, the screen throwing receiving end exits; if the screen-throwing receiving end receives the corresponding confirmation operation of the screen-throwing control end within the timeout time, the screen-throwing confirmation is ended, and the subsequent normal screen-throwing process is carried out.
In an embodiment of the present invention, the method for multi-screen interaction in a local area network based on a confirmation mechanism in the embodiment of the present invention further includes: and (5) finishing screen projection, wherein the screen projection receiving end records the IP of the screen projection control end and the screen projection finishing time.
After one screen is finished, a scene requiring continuous screen projection processing exists. The method for multi-screen interaction in the local area network based on the confirmation mechanism further comprises the following steps:
after the last screen is finished, the screen-throwing control end initiates a new screen-throwing request;
the screen throwing receiving end judges the information of the screen throwing request to carry out corresponding processing, and the method comprises the following steps:
the first case is that if the screen-throwing receiving end judges that the screen-throwing request comes from the same ip in the screen-throwing record, the distance from the last screen-throwing operation does not exceed a certain time threshold value ， For example, the time can be 5-10 minutes, and the time can be specifically set by oneself, and the screen throwing confirmation operation is skipped, so that the screen throwing is directly performed.
In the second case, if the screen-throwing receiving end judges that the screen-throwing request is from the same ip recorded in the last screen-throwing process, but the time from the last screen-throwing operation exceeds a certain time threshold, the screen-throwing confirmation window is opened to confirm the screen throwing again.
And in the third case, if the screen-throwing receiving end judges that the screen-throwing request is from the ip with different screen-throwing records last time, the screen-throwing confirmation window is opened to carry out screen-throwing confirmation again.
In the implementation process, the screen-throwing interaction protocol may include digital living network alliance (digital living NetworkAlliance, DLNA), and the small-screen device in the same local area network is helped to find the large-screen device supporting the screen-throwing interaction through a protocol supporting device discovery (such as UPNP protocol), and then the media content of the small-screen device is delivered to the large-screen device through corresponding media transmission and broadcast control protocols. The DNLA is a set of protocols for interconnection and intercommunication among PC, mobile equipment and consumer appliances initiated by Sony, intel, microsoft and the like.
A specific application example describes a DLNA-based screen-drop confirmation success process. Existing room a, room B. Room a has a television set capable of being switched on TV1 and room B has a television set capable of being switched on TV2. In room a, user R uses mobile phone P to enter a video App application and select a video to play. R clicks the screen-break button of the application listing the screen-break devices TV1 and TV2. Selecting TV1 to throw screen; the TV1 becomes a screen-projection receiving apparatus, and the mobile phone P becomes a screen-projection control apparatus. The mobile phone P initiates a screen-throwing connection request to the TV1 through a DLNA protocol. The TV1 receives a screen-throwing connection request through a DLNA protocol and accepts connection. The mobile phone P receives the connection confirmation message of the TV1, and prompts that the connection is successful. TV1 pops up a small window for screen-throwing confirmation, and prompts in the small window: "please press the pause key in turn, the volume up key, the play key". The TV1 starts a timeout mechanism waiting for the screen-cast sender to execute the corresponding operation command. And R presses a pause key, a volume up key and a play key in sequence according to the popup window prompt, and the series of operations are sent through DLNA protocol signaling. The TV1 receives the operation request corresponding to the transmitting end through the DLNA protocol, ends the screen-throwing confirmation, and enters the normal screen-throwing process.
A specific application example describes a DLNA-based screen-drop validation failure process. Existing room a, room B. Room a has a television set capable of being switched on TV1 and room B has a television set capable of being switched on TV2. In the room B, the user R uses the mobile phone P to enter a video App application, and selects one video to play. R clicks a screen throwing button of the application to list screen throwing devices TV1 and TV2; selecting TV1 to throw screen; the TV1 becomes a screen-projection receiving apparatus, and the mobile phone P becomes a screen-projection control apparatus. The mobile phone P initiates a screen-throwing connection request to the TV1 through a DLNA protocol, and the TV1 receives the screen-throwing connection request through the DLNA protocol and accepts connection. The mobile phone P receives the connection confirmation message of the TV1, and prompts that the connection is successful. TV1 pops up a small window for screen-throwing confirmation, and prompts in the small window: "please press the mute key, pause key, play key in sequence". The TV1 starts a timeout mechanism, waits for the screen-throwing sending end to execute the corresponding operation command, and after the timeout is finished, the TV1 does not receive the corresponding screen-throwing confirmation command and exits the screen throwing.
A specific application example describes a DLNA-based continuous screen-casting process. Existing room a, room B. Room a has a television set capable of being switched on TV1 and room B has a television set capable of being switched on TV2. In the room A, a user R enters a video App application by using a mobile phone P, selects one video to play, clicks a screen-throwing button of the application, and lists screen-throwing equipment TV1 and TV2; selecting TV1 to throw screen; the TV1 becomes a screen-projection receiving apparatus, and the mobile phone P becomes a screen-projection control apparatus. The mobile phone P initiates a screen-throwing connection request to the TV1 through a DLNA protocol. The TV1 receives a screen-throwing connection request through a DLNA protocol and accepts connection. The mobile phone P receives the connection confirmation message of the TV1, and prompts that the connection is successful. TV1 pops up a small window for screen-throwing confirmation, and prompts in the small window: "please press down the pause key, play key, volume down key, play key in order". The TV1 starts a timeout mechanism, waits for the screen throwing transmitting end to execute a corresponding operation command, presses a pause key, a volume up key and a play key in sequence according to a popup window prompt, and the series of operations are transmitted through DLNA protocol signaling. The TV1 receives the operation request corresponding to the transmitting end through the DLNA protocol, ends the screen-throwing confirmation, and enters the normal screen-throwing process. The user R selects other videos and initiates a new screen throwing request; the mobile phone P sequentially sends out a screen-throwing ending command and a new screen-throwing command through a DLNA protocol, and the TV1 receives the screen-throwing ending command and records the ip of the screen-throwing sending equipment and the screen-throwing ending time. The TV1 receives a new screen-throwing command of the mobile phone P, judges that the screen throwing is the same ip as the last screen throwing, and the screen throwing confirmation request is not started to directly throw the screen when the screen throwing is 1 second away from the last screen throwing end time.
By the method for multi-screen interaction in the local area network based on the confirmation mechanism, the confirmation mechanism is embedded in a normal screen-throwing starting flow, a screen-throwing control end is not required to be transformed on hardware, and the method is easy to realize; after the screen is successfully checked for the first time, the screen is continuously checked in a short time, and the screen-checking use experience is improved.
It should be understood that the exemplary embodiments described herein are illustrative and not limiting. Although one or more embodiments of the present invention have been described with reference to the accompanying drawings, it will be understood by those of ordinary skill in the art that various changes in form and details may be made therein without departing from the spirit and scope of the present invention as defined by the following claims.

Claims (7)

1. The screen projection method for multi-screen interaction in the local area network based on the confirmation mechanism is characterized by comprising the following steps:
the screen-throwing initiating terminal plays the video, the screen-throwing initiating terminal selects the screen throwing, and all the screen-throwing devices are listed through the searching function found by the devices;
the screen throwing initiating terminal becomes a screen throwing control device, the screen throwing control terminal selects one device from a screen throwing device list, and the selected device becomes a screen throwing receiving terminal;
the screen throwing control end initiates a screen throwing connection request to the screen throwing receiving end;
the screen-throwing receiving end receives a screen-throwing connection request and receives connection;
the screen throwing receiving end pops up a screen throwing confirmation window on the display screen, and prompts a screen throwing controller to execute one or more operation commands in the confirmation window;
the screen throwing receiving end starts a timeout mechanism and waits for the screen throwing control end to execute a corresponding operation command;
if the screen throwing receiving end does not receive correct confirmation operation within the timeout time, the screen throwing receiving end exits; if the screen-throwing receiving end receives the corresponding confirmation operation of the screen-throwing control end within the timeout time, the screen-throwing confirmation is ended, and the subsequent normal screen-throwing process is carried out.
2. The method for multi-screen interaction in a local area network based on a confirmation mechanism according to claim 1, further comprising: and (5) finishing screen projection, wherein the screen projection receiving end records the IP of the screen projection control end and the screen projection finishing time.
3. The method for multi-screen interaction in a local area network based on a confirmation mechanism according to claim 2, further comprising:
after the last screen is finished, the screen-throwing control end initiates a new screen-throwing request;
and the screen throwing receiving end judges the information of the screen throwing request to carry out corresponding processing.
4. The method for multi-screen interaction in a local area network based on a confirmation mechanism according to claim 3, wherein the step of the screen receiving end judging the information of the screen request to perform corresponding processing comprises the following steps:
if the screen-throwing receiving end judges that the screen-throwing request is from the same ip in the screen-throwing record and the distance from the last screen-throwing operation does not exceed a certain time threshold, the screen-throwing confirmation operation is skipped, and the screen-throwing is directly carried out.
5. The method for multi-screen interaction in a local area network based on a confirmation mechanism according to claim 3, wherein the step of the screen receiving end judging the information of the screen request to perform corresponding processing comprises the following steps:
if the screen-throwing receiving end judges that the screen-throwing request is from the same ip recorded in the last screen-throwing record, but the time from the last screen-throwing operation exceeds a certain time threshold, a screen-throwing confirmation window is opened to confirm the screen throwing again.
6. The method for multi-screen interaction in a local area network based on a confirmation mechanism according to claim 3, wherein the step of the screen receiving end judging the information of the screen request to perform corresponding processing comprises the following steps:
if the screen-throwing receiving end judges that the screen-throwing request comes from the ip with different screen-throwing records last time, the screen-throwing confirmation window is opened to confirm the screen throwing again.
7. The method for multi-screen interaction in a local area network based on a confirmation mechanism according to any one of claims 1 to 5, wherein the screen interaction protocol comprises DLNA.
CN202211642794.2A 2022-12-20 2022-12-20 Screen-throwing method for multi-screen interaction in local area network based on confirmation mechanism Pending CN116233525A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211642794.2A CN116233525A (en) 2022-12-20 2022-12-20 Screen-throwing method for multi-screen interaction in local area network based on confirmation mechanism

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211642794.2A CN116233525A (en) 2022-12-20 2022-12-20 Screen-throwing method for multi-screen interaction in local area network based on confirmation mechanism

Publications (1)

Publication Number Publication Date
CN116233525A true CN116233525A (en) 2023-06-06

Family

ID=86577583

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211642794.2A Pending CN116233525A (en) 2022-12-20 2022-12-20 Screen-throwing method for multi-screen interaction in local area network based on confirmation mechanism

Country Status (1)

Country Link
CN (1) CN116233525A (en)

Similar Documents

Publication Publication Date Title
US8473994B2 (en) Communication system and method
US9819989B2 (en) Remote control device signal distribution
KR100782503B1 (en) Method And System For Transforming Contents of Broadcasting in DLNA Network
US8060624B1 (en) Initiating a communication session from a presence enabled media host device
US20150181285A1 (en) Media Playback Method, Control Point, and Terminal
US20090193474A1 (en) Method and Apparatus for Moving Viewing Sessions Among Different Devices in a Home Network
US20140118468A1 (en) Method and system for adapting a television for multimedia conferencing
US20160066014A1 (en) Multimedia processing resource with interactive voice response
US9578482B2 (en) Communication apparatus and method of controlling the same
WO2005029770A1 (en) Upnp-based media contents reproducing system and method thereof
US20140241210A1 (en) Communication apparatus and method of controlling the same
JP2007506389A (en) Multicast streaming service method and system
US9043852B2 (en) Methods, devices, and computer program products for providing instant messaging in conjunction with an audiovisual, video, or audio program
CN112352438B (en) Parental control monitoring system and method
CN111064980A (en) Cloud-based audio and video playing control method and system
WO2021185318A1 (en) Multimedia device and screen projection playing method
EP2273785B1 (en) Play controlling method, device and system
CN116233525A (en) Screen-throwing method for multi-screen interaction in local area network based on confirmation mechanism
US20190098351A1 (en) Method for managing the access right to an item of digital content
CN101022354A (en) Method and apparatus for providing broadcast content in UPnP network
CN114845124B (en) Set top box live broadcast method based on WebSocket synchronous control
JP2003517791A (en) Channel Forwarding Between Television in Home
KR100585660B1 (en) Wireless visual system based universal plug and play protocol and control method thereof
JP5752550B2 (en) Service providing system, terminal device, and control program
JP5351180B2 (en) System and method for streaming content

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