WO2021175214A1 - 一种投屏连接控制方法及电子设备 - Google Patents

一种投屏连接控制方法及电子设备 Download PDF

Info

Publication number
WO2021175214A1
WO2021175214A1 PCT/CN2021/078686 CN2021078686W WO2021175214A1 WO 2021175214 A1 WO2021175214 A1 WO 2021175214A1 CN 2021078686 W CN2021078686 W CN 2021078686W WO 2021175214 A1 WO2021175214 A1 WO 2021175214A1
Authority
WO
WIPO (PCT)
Prior art keywords
end device
receiving end
sending
connection
receiving
Prior art date
Application number
PCT/CN2021/078686
Other languages
English (en)
French (fr)
Inventor
王浩
曹迅
Original Assignee
荣耀终端有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 荣耀终端有限公司 filed Critical 荣耀终端有限公司
Priority to US17/758,280 priority Critical patent/US20230039861A1/en
Priority to EP21764084.6A priority patent/EP4064029A4/en
Publication of WO2021175214A1 publication Critical patent/WO2021175214A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/14—Digital output to display device ; Cooperation and interconnection of the display device with other functional units
    • G06F3/1454—Digital output to display device ; Cooperation and interconnection of the display device with other functional units involving copying of the display data of a local workstation or window to a remote workstation or window so that an actual copy of the data is displayed simultaneously on two or more displays, e.g. teledisplay
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G06F3/0482—Interaction with lists of selectable items, e.g. menus
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0487—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser
    • G06F3/0488—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser using a touch-screen or digitiser, e.g. input of commands through traced gestures
    • 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/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • 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
    • H04N21/43637—Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wireless protocol, e.g. Bluetooth, RF or wireless LAN [IEEE 802.11]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G2370/00—Aspects of data communication
    • G09G2370/04—Exchange of auxiliary data, i.e. other than image data, between monitor and graphics controller
    • G09G2370/042—Exchange of auxiliary data, i.e. other than image data, between monitor and graphics controller for monitor identification
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G2370/00—Aspects of data communication
    • G09G2370/16—Use of wireless transmission of display information
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G3/00—Control arrangements or circuits, of interest only in connection with visual indicators other than cathode-ray tubes
    • G09G3/001—Control arrangements or circuits, of interest only in connection with visual indicators other than cathode-ray tubes using specific devices not provided for in groups G09G3/02 - G09G3/36, e.g. using an intermediate record carrier such as a film slide; Projection systems; Display of non-alphanumerical information, solely or in combination with alphanumerical information, e.g. digital display on projected diapositive as background
    • G09G3/002—Control arrangements or circuits, of interest only in connection with visual indicators other than cathode-ray tubes using specific devices not provided for in groups G09G3/02 - G09G3/36, e.g. using an intermediate record carrier such as a film slide; Projection systems; Display of non-alphanumerical information, solely or in combination with alphanumerical information, e.g. digital display on projected diapositive as background to project the image of a two-dimensional display, such as an array of light emitting or modulating elements or a CRT

Definitions

  • This application relates to the technical field of streaming media transmission, and in particular to a method for controlling connection of a projection screen and an electronic device.
  • Streaming media projection also called projection, delivery, etc.
  • Streaming media content such as, audio, or images
  • another electronic device for example: smart TV, smart speaker, projector, etc.
  • Transmission protocols used to realize streaming media projection include Miracast, Digital Living Network Alliance (digital living network alliance, DLNA), AirPlay, and other private projection protocols.
  • Electronic devices generally support the preemption of the screen-casting connection when they are projecting.
  • preempting the screen projection connection means that when a receiving device A has established a screen projection connection with a sending device B, another sending device C can forcibly disconnect the receiving device A from the sending device B.
  • the connection between the sending end device B is offline, and the connection with the receiving end device A is established.
  • the preemption logic of the screen projection scene is: as long as the receiving end device supports the preemption function, any sending end device can initiate a preemptive projection connection to the receiving end device, so that the receiving end device disconnects the original projection connection and initiates the preemption projection.
  • the sending end device of the screen connection establishes a new screen projection connection.
  • the present application provides a method and electronic device for controlling connection of a screen projection, which can optimize the preemption logic of a streaming media projection scene and improve the user experience.
  • the present application provides a method for controlling a screen projection connection, which can be applied to a sending end device in a streaming media screen projection.
  • the method may include: the sending end device obtains the preemption capability information of the receiving end device, and the preemption capability information indicates whether the receiving end device supports the preemptive screen projection connection; when the receiving end device supports the preemptive screen projection connection, the sending end device responds to the user instruction, The first configuration information is sent to the receiving end device, where the first configuration information instructs the receiving end device to configure itself as not supporting preemptive screen projection connection.
  • the sending end device can obtain the preemption capability of the receiving end device, so that the sending end device can dynamically configure the preemption capability of the receiving end device according to the preemption capability of the receiving end device and user requirements. For example, if the user does not want the screen projection connection to be preempted, the sending end device can configure the receiving end device to not support preemption, so as to avoid interference or interruption of the content that the user wants to post on the receiving end device. Therefore, the method provided in the embodiment of the present application optimizes the preemption logic of the streaming media projection scene, and improves the user experience.
  • the sending end device when the receiving end device supports preemptive screencast connection, responds to the first user instruction and sends a connection request to the receiving end device, and the connection request is used for the sending end
  • the device establishes a screen projection connection with the receiving end device, and the connection request carries the first configuration information.
  • the sending end device can configure the receiving end device to not support preemption while sending a connection request to the receiving end device, so that any subsequent requests for preemptive screencasting connection Will be rejected by the receiving device to avoid interference or interruption of the content delivered by the user on the receiving device, and to improve the user experience.
  • the sending end device when the receiving end device supports preemptive screencasting connection, and when the sending end device and the receiving end device establish a screencasting connection, the sending end device responds to the second user instruction , Send the first configuration information to the receiving end device.
  • the sending end device can configure the receiving end device to not support preemption at any time after establishing a screencasting connection with the receiving end device, so that any subsequent preemptive screencasting connection All requests will be rejected by the receiving device to avoid interference or interruption of the content delivered by the user on the receiving device, and to improve the user experience.
  • the sending end device when the receiving end device does not support preemptive screencast connection, responds to the third user instruction to send the second configuration information to the receiving end device, and the second configuration information Instruct the receiving end device to configure itself to support preemptive screen projection connections.
  • the sending end device can configure the receiving end device to support preemption, so that other sending end devices can establish connections with the sending end device to realize multiple sending ends.
  • the device seamlessly switches and delivers streaming media content on a receiving end device, which improves the user experience.
  • the sending end device receives a beacon frame broadcast by the receiving end device, and the beacon frame carries preemption capability information.
  • the sending end device can obtain preemption capability information from the beacon frame of the receiving end device during the device discovery stage, and display it to the user to guide the user to issue corresponding instructions, which improves the user experience.
  • the sending end device sends a detection request frame to the receiving end device; the sending end device receives the detection response frame of the receiving end device, and the detection response frame is the receiving end device's response to the detection request frame
  • the probe response frame carries preemption capability information.
  • the sending end device can obtain preemption capability information from the detection response frame of the receiving end device during the device discovery stage, and display it to the user to guide the user to issue corresponding instructions, which improves the user experience.
  • the sender device receives the discovery message broadcast or multicast by the access point device, and the discovery message is sent by the receiver device to the access point device, and the discovery message carries Preemption ability information.
  • the sending end device can obtain preemption capability information from the discovery message of the receiving end device during the device discovery stage, and display it to the user, so as to guide the user to issue corresponding instructions and improve the user experience.
  • the sending end device obtains connection status information of the receiving end device, and the connection status information indicates whether the receiving end device currently establishes a screen projection connection.
  • the sending end device can display the connection status of the receiving end device to the user to guide the user to issue corresponding instructions, which improves the user experience.
  • this application provides a method for controlling connection of screen projection, which can be applied to the receiving end device in streaming media projection.
  • the method may include: the receiving end device sends preemption capability information to the sending end device, the preemption capability information indicates whether the receiving end device supports preemptive screen projection connection; the receiving end device receives first configuration information of the sending end device, and the first configuration information is sent When the end device determines that the receiving end device supports the preemptive screen projection connection according to the preemption capability information, it is sent in response to the user instruction; the receiving end device configures itself to not support the preemptive screen projection connection according to the first configuration information.
  • the receiving end device can notify the sending end device of its own preemption ability, so that the sending end device can dynamically configure the preemption ability of the receiving end device according to the preemption ability of the receiving end device and user requirements. For example, if the user does not want the screencast connection to be preempted, the sending end device can configure the receiving end device to not support preemption, so as to avoid interference or interruption of the content that the user wants to post on the receiving end device. Therefore, the method provided in the embodiment of the present application optimizes the preemption logic of the streaming media projection scene, and improves the user experience.
  • the receiving end device receives a connection request from the sending end device, the connection request is sent by the sending end device in response to the first user instruction, and the connection request carries the first configuration information.
  • the receiving end device when the receiving end device supports preemptive screencasting connection, the receiving end device establishes a screencasting connection with the sending end device in response to the connection request, and sets itself according to the first configuration information. It is configured to not support preemptive screencast connection.
  • the sending end device can configure the receiving end device to not support preemption while sending a connection request to the receiving end device, so that any subsequent requests for preemptive screencasting connection Will be rejected by the receiving device to avoid interference or interruption of the content delivered by the user on the receiving device, and to improve the user experience.
  • the receiving end device when a screen projection connection is established between the sending end device and the receiving end device, receives the first configuration information sent by the sending end device in response to the second user instruction.
  • the sending end device can configure the receiving end device to not support preemption at any time after establishing a screencasting connection with the receiving end device, so that any subsequent preemptive screencasting connection All requests will be rejected by the receiving device to avoid interference or interruption of the content delivered by the user on the receiving device, and to improve the user experience.
  • the receiving end device receives the second configuration information of the sending end device.
  • the device is sent in response to the third user instruction; the receiving end device configures itself to support the preemptive screen projection connection according to the second configuration information.
  • the sending end device can configure the receiving end device to support preemption, so that other sending end devices can establish connections with the sending end device to realize multiple sending ends.
  • the device seamlessly switches and delivers streaming media content on a receiving end device, which improves the user experience.
  • the receiving end device broadcasts a beacon frame to the sending end device, and the beacon frame carries preemption capability information.
  • the sending end device can obtain preemption capability information from the beacon frame of the receiving end device during the device discovery stage, and display it to the user to guide the user to issue corresponding instructions, which improves the user experience.
  • the receiving end device receives the probe request frame of the sending end device; the receiving end device sends a probe response frame to the sending end device in response to the probe request frame, and the probe response frame carries the preemption capability information.
  • the sending end device can obtain preemption capability information from the detection response frame of the receiving end device during the device discovery stage, and display it to the user to guide the user to issue corresponding instructions, which improves the user experience.
  • the receiving end device sends a discovery message to the access point device, so that the access point device broadcasts or multicasts the discovery message to the sending end device, and the discovery message carries Preemption ability information.
  • the sending end device can obtain preemption capability information from the discovery message of the receiving end device during the device discovery stage, and display it to the user, so as to guide the user to issue corresponding instructions and improve the user experience.
  • the receiving end device sends connection status information to the sending end device, and the connection status information indicates whether the receiving end device currently establishes a screen projection connection.
  • the sending end device can display the connection status of the receiving end device to the user to guide the user to issue corresponding instructions, which improves the user experience.
  • the receiving end device when it receives the connection request, it obtains the device identification of the sending end device; the receiving end device determines the device group to which the sending end device belongs according to the device identification; if the sending end device If it belongs to the first device group, the receiving end device configures itself to not support preemptive screen projection connection; if the sending end device does not belong to the first device group, the receiving end device configures itself to support preemptive screen projection connection. In this way, the receiving end device can use the black/white list mechanism to determine whether the sending end device that initiated the connection request belongs to the group corresponding to the white list.
  • the receiving end device configures itself as not supporting Preemption to ensure that the screen projection connection between the sending end device and the receiving end device is not preempted or interfered. If the sending end device does not belong to the group corresponding to the whitelist, the receiving end device will configure itself to support preemption so that other senders can The end device can reasonably initiate a preemptive screencast connection, so that multiple sending end devices can seamlessly switch and deliver streaming media content on a receiving end device, which improves the user experience.
  • this application provides an electronic device that includes a display screen, a memory, and one or more processors; the display screen, the memory, and the processor are coupled; the memory is used to store computer program code, and the computer program code includes a computer Instruction, when the processor executes the computer instruction, the electronic device executes the method as in the first aspect and any of its possible design methods.
  • the present application provides a chip system, which is applied to an electronic device including a display screen; the chip system includes one or more interface circuits and one or more processors; the interface circuit and the processors are interconnected by wires; The interface circuit is used to receive signals from the memory of the electronic device and send signals to the processor.
  • the signals include computer instructions stored in the memory; when the processor executes the computer instructions, the electronic device executes the first aspect and any of its possible Design method, or the second aspect and any of its possible design methods.
  • the present application provides a computer storage medium that includes computer instructions, which when the computer instructions run on an electronic device, cause the electronic device to execute the first aspect and any of its possible design methods, or , The second aspect and any of its possible design methods.
  • this application provides a computer program product, which when the computer program product runs on a computer, enables the computer to execute the first aspect and any of its possible design methods, or the second aspect and any of them Possible design methods.
  • Figure 1 is a schematic diagram of a streaming media projection scene
  • Figure 2 is a schematic diagram of a screen projection connection between the receiving end device and the sending end device
  • Fig. 3 is a schematic diagram of the sending end device showing the user a list of available devices
  • Figure 4 is a schematic diagram of preempting the screen projection connection
  • FIG. 5 is a schematic structural diagram of an electronic device provided by an embodiment of the present application.
  • FIG. 6 is a flowchart of a method for controlling connection of a projection screen provided by an embodiment of the present application
  • FIG. 7 is a schematic diagram of the receiving end device sending preemption capability information to the sending end device
  • FIG. 8 is a schematic diagram of the receiving end device sending preemption capability information to the sending end device
  • FIG. 9 is a schematic diagram of the receiving end device sending preemption capability information to the sending end device.
  • FIG. 10 is a schematic diagram of the receiving end device sending connection status information to the sending end device
  • Figure 11 is a schematic diagram of a receiving end device sending connection status information to a sending end device
  • FIG. 12 is a schematic diagram of the receiving end device sending connection status information to the sending end device
  • FIG. 13 is a schematic diagram of the receiving end device sending connection status information to the sending end device
  • Fig. 14 is a schematic diagram of a sending end device showing a user a list of available devices
  • FIG. 15 is a schematic diagram of a user instruction obtained by a sending end device
  • FIG. 16 is a schematic diagram of a command window displayed by the sending end device
  • FIG. 17 is a schematic diagram of the sending end device sending first configuration information to the receiving end device
  • 18 is a schematic diagram of the sending end device sending second configuration information to the receiving end device
  • FIG. 20 is a schematic diagram of a receiving end device configuring its own preemption capability according to an embodiment of the present application
  • Figure 21 is a flow chart of the receiving end device allowing the sending end device of the same user to initiate preemptive screencasting
  • Figure 22 is a schematic diagram of a receiving end device triggering an aging mechanism
  • Figure 23 is a schematic diagram of a receiving end device
  • Figure 24 is a schematic diagram of using a remote control device to control the receiving end device
  • FIG. 25 is a schematic diagram of modules of an electronic device provided by an embodiment of the present application.
  • FIG. 26 is a schematic diagram of modules of an electronic device provided by an embodiment of the present application.
  • FIG. 27 is a schematic diagram of a chip system provided by an embodiment of the present application.
  • first and second are only used for descriptive purposes, and cannot be understood as indicating or implying relative importance or implicitly indicating the number of indicated technical features. Thus, the features defined with “first” and “second” may explicitly or implicitly include one or more of these features. In the description of the present embodiment, unless otherwise specified, “plurality” means two or more.
  • the streaming media projection scene may involve multiple electronic devices, such as electronic device A, electronic device B, and electronic device C in FIG. 1.
  • the electronic device can be divided into a sending end device and a receiving end device.
  • the sending end device can also be called the source end, which refers to the party that sends the streaming media in the streaming media projection, such as electronic device B and electronic device C in Figure 1;
  • the receiving end device can also be called the sink end, which is Refers to the party that receives the streaming media in the streaming media projection, such as the electronic device A in Figure 1.
  • the sending end device can send the screen mirroring, video, audio, or image content it is playing to the receiving end device through a wireless or wired network connection, so that the receiving end device can be real-time Play the streaming media content it receives.
  • the sending end device and the receiving end device in the streaming media projection scene are logically determined according to the streaming media projection direction. Therefore, according to the different streaming media projection directions, an electronic device can be used as The sending end device can also be used as the receiving end device.
  • the sending end device can also be used as the receiving end device.
  • electronic device A and electronic device B when electronic device A casts streaming media content to electronic device B, electronic device A is the sending end device, and electronic device B is the receiving end device; conversely, when electronic device B is When electronic device A screens streaming media content, electronic device B is the sending end device, and electronic device A is the receiving end device.
  • the present application will uniformly use the electronic device A as the receiving end device, and the electronic device B and the electronic device C as the transmitting end device.
  • a receiving end device can only establish a screen projection connection with one sending end device at a time.
  • electronic device A and electronic device B establish a screen projection connection
  • electronic device A cannot establish a screen projection connection with electronic device C at the same time.
  • electronic device A and electronic device C establish a screen projection connection
  • electronic device A cannot At the same time, a screen projection connection is established with the electronic device B.
  • the process of establishing a screen projection connection between the receiving end device and the sending end device may include:
  • Stage (1) Device discovery.
  • the sender device searches for nearby receiver devices that support projection connections, and can generate a list of available devices containing the discovered receiver devices based on the search results.
  • the sender device can discover the receiver device by passive scanning.
  • the receiving end device periodically broadcasts a beacon frame (Beacon Frame) in the network to inform its existence; the sending end device monitors the beacon frame of the receiving end device to discover the receiving end device; another A possible implementation is: the receiving end device uses an access point device (AP) to send a discovery message to inform its existence by multicast or broadcast in the local area network, then, if the sending end device also accesses In this local area network, the sending end device can discover the receiving end device.
  • AP access point device
  • the sending end device may also use active scanning to discover the receiving end device.
  • the sender device sends a probe request frame (Probe Request) on the wireless channel to detect the nearby receiver device; after the receiver device receives the probe request frame (Probe Request), it sends a probe A Probe Response is used to inform the sender device of its existence, so that the sender device can discover the receiver device.
  • Probe Request a probe request frame
  • Probe Response is used to inform the sender device of its existence, so that the sender device can discover the receiver device.
  • Stage (2) Equipment selection.
  • the sending end device can display a list of available devices to the user, and the user can determine whether to select a receiving end device from the list of available devices for pairing according to needs.
  • Figure 3 is a schematic diagram of the sending end device showing the user a list of available devices.
  • the sender device displays a list of available devices on the display screen.
  • the list of available devices includes the device IDs of all receiver devices discovered by the sender device, where the device ID can be the receiver device.
  • the device name may specifically be the device model, manufacturer name, and other user-defined names of the receiving end device.
  • the device ID of an available device is displayed as "Smart Screen V65” by the device model, and the device ID of another available device is displayed as "HUAWEI-0C8C24DF48A4" by the combination of manufacturer name and MAC, and the other available device is displayed as "HUAWEI-0C8C24DF48A4".
  • the device ID of is displayed as "TV in the living room” with a user-defined name. It should be understood that the embodiment of this application does not specifically limit the implementation of the device identification, as long as the user can use the information corresponding to the receiving end device displayed in the available device list and the actual receiving end device to be used as the device. logo.
  • the user can select a receiving device to connect to by clicking the device identification or operating buttons on the display screen, so that the sending device can send a cast to the receiving device that the user wants to connect to. Screen connection request.
  • Stage (3) Establish a connection: a connection corresponding to its projection protocol is established between the sending end device and the receiving end device.
  • the sending end device and the receiving end device can establish a direct connection via Wi-Fi Direct, which can specifically include establishing a transmission control protocol (TCP) connection, and creating a connection for The real-time streaming protocol (RTSP) port is used for connection management and control.
  • TCP transmission control protocol
  • RTSP real-time streaming protocol
  • the sending end device and the receiving end device may also establish a connection through an AP device. After the connection is established, the data and instructions that need to be transmitted between the sending end device and the receiving end device are sent to the access point device AP, and the access point device is forwarded to the other party.
  • Stage (4) Capability negotiation Before the formal transmission of streaming media content such as screen mirroring, video, audio or images, the sender device and the receiver device need to exchange some parameter information, such as the audio and video formats supported by both parties, and the two negotiate After success, the following process can be continued.
  • Stage (5) Session establishment and streaming media transmission After step (4) is completed, the sending end device and the receiving end device establish a session, and then you can start to transmit streaming media content.
  • the sending end device encodes the streaming media content and sends it to the receiving end.
  • Device, the receiving end device decodes the received data and plays it.
  • a receiving device can only establish a screen projection connection with one sending device at the same time”, as shown in Figure 4, using electronic device A and electronic device B as examples, when electronic device A and electronic device B are currently When a screen projection connection has been established, if the electronic device C wants to establish a screen projection connection with the electronic device A, it needs to be achieved by preempting the screen projection connection. Specifically, electronic device C can initiate a connection request to electronic device A. If electronic device A supports preemptive screen projection connection, then electronic device A will disconnect the screen projection connection with electronic device B and establish a connection with electronic device C. If the electronic device A does not support the preemptive screen projection connection, then the electronic device A will not accept the connection request of the electronic device C, and the electronic device C fails to preempt the screen projection connection.
  • the characteristics of the receiving end device "supporting preemptive projection connection” or “not supporting preemptive projection connection” can be summarized as the preemption ability of the receiving end device.
  • the preemption ability of the receiving end device can include the following situations:
  • Preemptive screen projection connection is not supported, and when the receiving end device and a sending end device currently have a screen projection connection, the receiving end device can be discovered by other sending end devices (hereinafter referred to as: preemptive screen projection connection is not supported, Can be found).
  • Preemption of the screen projection connection is not supported, and when the receiving end device and a sending end device currently have a screen projection connection, the receiving end device cannot be discovered by other sending end devices until the receiving end device disconnects the screen projection connection (Hereinafter referred to as: does not support preemptive screencast connection and cannot be found).
  • Table 1 shows the correspondence between the preemption capability of the receiving end device and the preemption result of the sending end device.
  • Question (1) In meeting rooms, exhibition halls, stores, etc., users can use electronic device B to project documents, pictures, or videos on electronic device A to display content to the public. At this time, if electronic device C presents to the electronic device A initiates a connection request, and electronic device A supports preemptive screencast connection, electronic device A will disconnect the screencast connection with electronic device B, and play the content of electronic device C's screen, causing the user to want to display on electronic device A The content of is disturbed.
  • Problem (2) In a home or office scenario, when multiple sending end devices are required to cast streaming media content on electronic device A in turn, if electronic device A does not support preemptive screen projection connection, then electronic device A needs to be disconnected New connection requests can only be accepted by opening an existing screencast connection, which affects the user experience.
  • the embodiment of the application provides a method for controlling the connection of screen projection, which can be applied to any electronic device that can be used as a sender device or a receiver device in a streaming media projection scene.
  • the method can optimize streaming media according to the needs of users.
  • the preemption logic of the projection screen improves the user experience.
  • the electronic devices in the embodiments of the present application may be mobile phones, tablet computers, large-screen display devices (for example, smart TVs, smart screens, laser TVs, projection devices, etc.), notebook computers, personal computers (PC), smart Speakers, smart alarm clocks, augmented reality devices (AR), virtual reality devices (virtual reality, VR), etc.
  • the embodiments of the present application do not specifically limit the specific form of the electronic device.
  • FIG. 5 is a schematic structural diagram of an electronic device 200 according to an embodiment of this application.
  • the electronic device 200 may include a processor 210, an external memory interface 220, an internal memory 221, a universal serial bus (USB) interface 230, a charging management module 240, a power management module 241, and a battery 242 , Antenna 1, antenna 2, mobile communication module 250, wireless communication module 260, audio module 270, speaker 270A, receiver 270B, microphone 270C, earphone interface 270D, sensor module 280, buttons 290, motor 291, indicator 292, camera 293 , A display screen 294, and a subscriber identification module (SIM) card interface 295, etc.
  • SIM subscriber identification module
  • the sensor module 280 may include a pressure sensor 280A, a gyroscope sensor 280B, an air pressure sensor 280C, a magnetic sensor 280D, an acceleration sensor 280E, a distance sensor 280F, a proximity light sensor 280G, a fingerprint sensor 280H, a temperature sensor 280J, a touch sensor 280K, and the environment Light sensor 280L, and bone conduction sensor 280M, etc.
  • the structure illustrated in this embodiment does not constitute a specific limitation on the electronic device 200.
  • the electronic device 200 may include more or fewer components than shown, or combine certain components, or split certain components, or arrange different components.
  • the illustrated components can be implemented in hardware, software, or a combination of software and hardware.
  • the processor 210 may include one or more processing units.
  • the processor 210 may include an application processor (AP), a modem processor, a GPU, an image signal processor (ISP), and a control Processor, memory, video codec, digital signal processor (digital signal processor, DSP), baseband processor, and/or neural network processor (neural-network processing unit, NPU), etc.
  • AP application processor
  • ISP image signal processor
  • control Processor memory
  • video codec digital signal processor
  • DSP digital signal processor
  • baseband processor baseband processor
  • neural network processor neural-network processing unit
  • the controller may be the nerve center and command center of the electronic device 200.
  • the controller can generate operation control signals according to the instruction operation code and timing signals to complete the control of fetching instructions and executing instructions.
  • a memory may also be provided in the processor 210 for storing instructions and data.
  • the memory in the processor 210 is a cache memory.
  • the memory can store instructions or data that have just been used or recycled by the processor 210. If the processor 210 needs to use the instruction or data again, it can be directly called from the memory. Repeated accesses are avoided, the waiting time of the processor 210 is reduced, and the efficiency of the system is improved.
  • the processor 210 may include one or more interfaces.
  • the interface may include an integrated circuit (inter-integrated circuit, I2C) interface, an integrated circuit built-in audio (inter-integrated circuit sound, I2S) interface, a pulse code modulation (pulse code modulation, PCM) interface, and a universal asynchronous transmitter/receiver (universal asynchronous) interface.
  • I2C integrated circuit
  • I2S integrated circuit built-in audio
  • PCM pulse code modulation
  • PCM pulse code modulation
  • UART universal asynchronous transmitter/receiver
  • MIPI mobile industry processor interface
  • GPIO general-purpose input/output
  • SIM subscriber identity module
  • USB Universal Serial Bus
  • the interface connection relationship between the modules illustrated in this embodiment is merely a schematic description, and does not constitute a structural limitation of the electronic device 200.
  • the electronic device 200 may also adopt different interface connection modes in the foregoing embodiments, or a combination of multiple interface connection modes.
  • the charging management module 240 is used to receive charging input from the charger. While the charging management module 240 charges the battery 242, it can also supply power to the electronic device through the power management module 241.
  • the power management module 241 is used to connect the battery 242, the charging management module 240 and the processor 210.
  • the power management module 241 receives input from the battery 242 and/or the charging management module 240, and supplies power to the processor 210, the internal memory 221, the external memory, the display screen 294, the camera 293, and the wireless communication module 260.
  • the power management module 241 may also be provided in the processor 210.
  • the power management module 241 and the charging management module 240 may also be provided in the same device.
  • the wireless communication function of the electronic device 200 can be implemented by the antenna 1, the antenna 2, the mobile communication module 250, the wireless communication module 260, the modem processor, and the baseband processor.
  • the antenna 1 and the antenna 2 are used to transmit and receive electromagnetic wave signals.
  • Each antenna in the electronic device 200 can be used to cover a single or multiple communication frequency bands. Different antennas can also be reused to improve antenna utilization.
  • Antenna 1 can be multiplexed as a diversity antenna of a wireless local area network.
  • the mobile communication module 250 can provide a wireless communication solution including 2G/3G/4G/5G and the like applied to the electronic device 200.
  • the mobile communication module 250 may include at least one filter, a switch, a power amplifier, a low noise amplifier (LNA), and the like.
  • the mobile communication module 250 can receive electromagnetic waves from the antenna 1, filter and amplify the received electromagnetic waves, and transmit them to the modem processor for demodulation.
  • the mobile communication module 250 can also amplify the signal modulated by the modem processor, and convert it into electromagnetic wave radiation via the antenna 1.
  • the modem processor may include a modulator and a demodulator.
  • the modulator is used to modulate the low frequency baseband signal to be sent into a medium and high frequency signal.
  • the demodulator is used to demodulate the received electromagnetic wave signal into a low-frequency baseband signal. Then the demodulator transmits the demodulated low-frequency baseband signal to the baseband processor for processing. After the low-frequency baseband signal is processed by the baseband processor, it is passed to the application processor.
  • the application processor outputs a sound signal through an audio device (not limited to a speaker 270A, a receiver 270B, etc.), or displays an image or video through the display screen 294.
  • the wireless communication module 260 can provide applications on the electronic device 200 including wireless local area networks (WLAN) (such as wireless fidelity (Wi-Fi) networks), bluetooth (BT), and global navigation satellites. System (global navigation satellite system, GNSS), frequency modulation (FM), near field communication (NFC), infrared technology (infrared, IR) and other wireless communication solutions.
  • the wireless communication module 260 may be one or more devices integrating at least one communication processing module.
  • the wireless communication module 260 receives electromagnetic waves via the antenna 2, frequency modulates and filters the electromagnetic wave signals, and sends the processed signals to the processor 210.
  • the wireless communication module 260 may also receive the signal to be sent from the processor 210, perform frequency modulation, amplify, and convert it into electromagnetic waves and radiate it through the antenna 2.
  • the antenna 1 of the electronic device 200 is coupled with the mobile communication module 250, and the antenna 2 is coupled with the wireless communication module 260, so that the electronic device 200 can communicate with the network and other devices through wireless communication technology.
  • Wireless communication technologies can include global system for mobile communications (GSM), general packet radio service (GPRS), code division multiple access (CDMA), and broadband code division. Multiple access (wideband code division multiple access, WCDMA), time-division code division multiple access (TD-SCDMA), long term evolution (LTE), BT, GNSS, WLAN, NFC, FM , And/or IR technology, etc.
  • GSM global system for mobile communications
  • GPRS general packet radio service
  • CDMA code division multiple access
  • CDMA broadband code division. Multiple access (wideband code division multiple access, WCDMA), time-division code division multiple access (TD-SCDMA), long term evolution (LTE), BT, GNSS, WLAN, NFC, FM , And/or IR technology, etc.
  • GNSS can include global positioning system (
  • the electronic device 200 implements a display function through a GPU, a display screen 294, an application processor, and the like.
  • the GPU is an image processing microprocessor, which is connected to the display screen 294 and the application processor.
  • the GPU is used to perform mathematical and geometric calculations and is used for graphics rendering.
  • the processor 210 may include one or more GPUs that execute program instructions to generate or change display information.
  • the display screen 294 is used to display images, videos, and the like.
  • the display screen 294 includes a display panel.
  • the display panel can use liquid crystal display (LCD), organic light-emitting diode (OLED), active matrix organic light-emitting diode or active-matrix organic light-emitting diode (active-matrix organic light-emitting diode).
  • LCD liquid crystal display
  • OLED organic light-emitting diode
  • active matrix organic light-emitting diode active-matrix organic light-emitting diode
  • active-matrix organic light-emitting diode active-matrix organic light-emitting diode
  • AMOLED flexible light-emitting diode
  • FLED flexible light-emitting diode
  • Mini LED sub-millimeter light-emitting diode
  • Micro LED micro light-emitting diode
  • Micro OLED micro light-emitting organic diode
  • QLED quantum dot light-emitting diode
  • the display screen 294 in the embodiment of the present application may be a touch screen. That is, the touch sensor 280K is integrated in the display screen 294.
  • the touch sensor 280K may also be called a “touch panel”.
  • the display screen 294 may include a display panel and a touch panel, and a touch screen composed of the touch sensor 280K and the display screen 294 is also called a “touch screen”.
  • the touch sensor 280K is used to detect touch operations acting on or near it. After the touch operation detected by the touch sensor 280K, it can be transmitted to the upper layer by the driver of the kernel layer to determine the type of the touch event.
  • the visual output related to the touch operation can be provided through the display screen 294.
  • the touch sensor 280K may also be disposed on the surface of the electronic device 200, which is different from the position of the display screen 294.
  • the electronic device 200 can implement a shooting function through an ISP, a camera 293, a video codec, a GPU, a display screen 294, and an application processor.
  • the ISP is used to process the data fed back by the camera 293.
  • the camera 293 is used to capture still images or videos.
  • Digital signal processors are used to process digital signals. In addition to digital image signals, they can also process other digital signals.
  • Video codecs are used to compress or decompress digital video.
  • the electronic device 200 may support one or more video codecs. In this way, the electronic device 200 can play or record videos in multiple encoding formats, such as: moving picture experts group (MPEG) 1, MPEG2, MPEG3, MPEG4, and so on.
  • MPEG moving picture experts group
  • NPU is a neural-network (NN) computing processor.
  • NN neural-network
  • applications such as intelligent cognition of the electronic device 200 can be realized, such as image recognition, face recognition, voice recognition, text understanding, and so on.
  • the external memory interface 220 may be used to connect an external memory card, such as a Micro SD card, so as to expand the storage capacity of the electronic device 200.
  • the external memory card communicates with the processor 210 through the external memory interface 220 to realize the data storage function. For example, save music, video and other files in an external memory card.
  • the internal memory 221 may be used to store computer executable program code, and the executable program code includes instructions.
  • the processor 210 executes various functional applications and data processing of the electronic device 200 by running instructions stored in the internal memory 221.
  • the processor 210 may execute instructions stored in the internal memory 221, and the internal memory 221 may include a program storage area and a data storage area.
  • the storage program area can store an operating system, an application program (such as a sound playback function, an image playback function, etc.) required by at least one function, and the like.
  • the data storage area can store data (such as audio data, phone book, etc.) created during the use of the electronic device 200.
  • the internal memory 221 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one magnetic disk storage device, a flash memory device, a universal flash storage (UFS), and the like.
  • the electronic device 200 can implement audio functions through an audio module 270, a speaker 270A, a receiver 270B, a microphone 270C, a headphone interface 270D, and an application processor. For example, music playback, recording, etc.
  • the audio module 270 is used to convert digital audio information into an analog audio signal for output, and is also used to convert an analog audio input into a digital audio signal.
  • the audio module 270 can also be used to encode and decode audio signals.
  • the speaker 270A also called “speaker” is used to convert audio electrical signals into sound signals.
  • the receiver 270B also called “earpiece”, is used to convert audio electrical signals into sound signals.
  • Microphone 270C also called “microphone” or “microphone” is used to convert sound signals into electrical signals.
  • the earphone interface 270D is used to connect wired earphones.
  • the pressure sensor 280A is used to sense the pressure signal and can convert the pressure signal into an electrical signal.
  • the pressure sensor 280A may be provided on the display screen 294.
  • the capacitive pressure sensor may include at least two parallel plates with conductive materials. When a force is applied to the pressure sensor 280A, the capacitance between the electrodes changes.
  • the electronic device 200 determines the intensity of the pressure according to the change in capacitance. When a touch operation acts on the display screen 294, the electronic device 200 detects the intensity of the touch operation according to the pressure sensor 280A.
  • the electronic device 200 may also calculate the touched position based on the detection signal of the pressure sensor 280A.
  • touch operations that act on the same touch position but have different touch operation strengths may correspond to different operation instructions.
  • the electronic device 200 may obtain the pressing force of the user's touch operation through the pressure sensor 280A.
  • the button 290 includes a power button, a volume button, and so on.
  • the button 290 may be a mechanical button. It can also be a touch button.
  • the electronic device 200 may receive key input, and generate key signal input related to user settings and function control of the electronic device 200.
  • the motor 291 can generate vibration prompts.
  • the motor 291 can be used for incoming call vibrating reminders, and can also be used for touch vibration feedback.
  • the indicator 292 can be an indicator light, which can be used to indicate the charging status, power change, or to indicate messages, missed calls, notifications, and so on.
  • the SIM card interface 295 is used to connect to the SIM card.
  • the SIM card can be inserted into the SIM card interface 295 or pulled out from the SIM card interface 295 to achieve contact and separation with the electronic device 200.
  • the electronic device 200 may support 1 or N SIM card interfaces, and N is a positive integer greater than 1.
  • the SIM card interface 295 may support Nano SIM cards, Micro SIM cards, SIM cards, etc.
  • the method in the following embodiment may be implemented in two or more electronic devices 200 having the above hardware structure.
  • a part of the electronic devices can be used as the sending end device, and the other part of the electronic devices can be used as the receiving end device.
  • the display screen 294 of the electronic device 200 when the user performs a specific touch, click, or slide operation on the display screen 294, it can be understood that the user sends a user instruction to the electronic device, so that the electronic device executes the application in response to the specific user instruction Specific steps of the embodiment.
  • the embodiment (1) of the present application provides a method for controlling connection of projection screen. As shown in FIG. 6, the method may include step S301-step S303.
  • Step S301 The receiving end device sends preemption capability information to the sending end device, where the preemption capability information includes whether the receiving end device supports preemptive screen projection connections.
  • the receiving end device may send preemption capability information to the sending end device in the "device discovery" phase of FIG. 2.
  • the receiver device when the sender device discovers the receiver device by passive scanning, the receiver device can periodically broadcast a beacon frame in the network, and the beacon frame It carries preemption capability information to inform its existence; the sending end device discovers the receiving end device by monitoring the beacon frame, and obtains the preemption capability information of the receiving end device from the monitored beacon frame (Beacon Frame).
  • the second device when the sending end device discovers the receiving end device by passive scanning, the second device can send a discovery message to the access point device AP to which it is connected.
  • the text carries preemption capability information; after the access point device AP receives the discovery message, it broadcasts or multicasts the discovery message in its subnet according to the IP packet protocol type of the discovery message; the sender device receives the access The AP broadcasts or multicasts the discovery message, and obtains the preemption capability information of the receiving end device from the discovery message.
  • the sender device when the sender device discovers the receiver device through active scanning, the sender device sends a Probe Request frame on the wireless channel to detect nearby receivers. End device; after receiving the probe request frame of the sending end device, the receiving end device sends a Probe Response frame to the sending end device, and carries preemption capability information in the probe response frame to inform its existence; the sending end device obtains Receive the detection response frame of the end device, and obtain the preemption capability information from the detection response frame.
  • Table 2 shows an achievable field format of preemption capability information
  • an organizational unique identifier may be a part of the MAC address of the receiving end device, and is used to identify the manufacturer of the receiving end device.
  • Different values of the feature ID can correspond to different information elements, and the sending end device can determine the meaning of the corresponding information element according to the value of the feature ID.
  • the information element corresponding to the feature ID "0x1" is preemption capability information.
  • the preemption capability information can be indicated by 1-byte characters.
  • the preemption capability information can take a value of 0 or 1. When the preemption capability information is set to a value of 0, it means that the receiving end device supports preemptive screen connection , When the value of the preemption capability information is 1, it means that the receiving end device does not support preemptive screen projection connections.
  • the receiving end device may also send its own connection status information to the sending end device during the "device discovery" stage of FIG. 2, and the connection status information includes whether the receiving end device currently has a screencast connection with other sending end devices.
  • the connection status information can be sent together with the preemption capability information, or can be sent separately one after the other.
  • the receiver device when the sender device discovers the receiver device by passive scanning, the receiver device can periodically broadcast a beacon frame in the network, and the beacon frame Carry preemption capability information and connection status information to inform its existence; the sending end device discovers the receiving end device by monitoring the beacon frame, and obtains the preemption capability of the receiving end device from the monitored beacon frame (Beacon Frame) Information and connection status information.
  • Beacon Frame Beacon Frame
  • the second device when the sending end device discovers the receiving end device by passive scanning, the second device can send a discovery message to the access point device AP to which it is connected.
  • the text carries preemption capability information and connection status information; after the access point device AP receives the discovery message, it broadcasts or multicasts the discovery message in its subnet according to the IP packet protocol type of the discovery message; The end device receives the discovery message broadcast or multicast by the access point device AP, and obtains the preemption capability information and connection status information of the receiving end device from the discovery message.
  • the sender device when the sender device discovers the receiver device through active scanning, the sender device sends a Probe Request frame on the wireless channel to detect nearby receivers.
  • End device After receiving the probe request frame from the sending end device, the receiving end device sends a Probe Response frame to the sending end device, and carries preemption capability information and connection status information in the probe response frame to inform its existence; The sending end device obtains the detection response frame of the receiving end device, and obtains preemption capability information and connection status information from the detection response frame.
  • the sender device can send Probe Request frames to the receiver device multiple times, and the receiver device carries the preemption capability information and connection status in the multiple Probe Response frames in the response. information.
  • the sending end device first sends a first detection request frame to the receiving end device; the receiving end device responds to the first detection request frame and sends a first detection response frame carrying preemption capability information to the sending end device; then, The sending end device sends a second detection request frame to the receiving end device; the receiving end device responds to the second detection request frame and sends a second detection response frame carrying connection status information to the sending end device.
  • the receiving end device may also carry connection status information in the first probe response frame, and carry preemption capability information in the second probe response frame, which will not be repeated here.
  • Table 3 shows an achievable field format of preemption capability information and connection status information:
  • the connection status information can be represented by characters with a length of 1 byte.
  • the connection status information can take the value 0, 1, or 2.
  • the preemption capability information is set to 0 it means that the receiving end device does not currently establish a screencast connection with the sending end device.
  • the preemption capability information takes the value When it is 1, it means that the receiving end device is currently establishing a screencast connection with the sending end device. For example, it is in the "connection establishment" stage in Figure 2.
  • the preemption capability information is set to 2
  • the sending end device can also obtain the screen projection mode supported by the receiving end device.
  • the screen projection mode may include a computer mode and a mobile phone mode.
  • the mobile phone can display different content with the large-screen display device, such as the large-screen display device displaying the video posted by the mobile phone, and the mobile phone displaying the chat software used by the user.
  • the large-screen display device can display the user operation interface of the computer system, and the mobile phone can enter the touchpad mode to simulate a touchpad area on the display screen.
  • the mobile phone can display a soft keyboard on the display screen.
  • you can Realize the same function as the computer's physical keyboard.
  • the receiver device when the sender device discovers the receiver device by passive scanning, the receiver device can configure the projection mode information in the beacon frame or discovery message that it broadcasts, and the projection mode information is used to send the message to the sender.
  • the device indicates the projection mode supported by the receiving device; when the sending device discovers the receiving device by active scanning, the receiving device can configure the projection mode information in the detection response frame sent to the sending device.
  • the sending end device if the receiving end device does not send the projection mode information to the sending end device, the sending end device can also determine whether the receiving end device supports information such as the manufacturer of the receiving end device (which can be determined according to the organization's unique identifier OUI) or the device model.
  • the sending end device can maintain a list that can contain the correspondence between the manufacturer and the projection mode, or the correspondence between the device model and the projection mode, so that the sending The end device can determine the projection mode supported by the receiving end device by looking up the table.
  • the projection mode information can be represented by characters with a length of 1 byte.
  • the projection mode information can take the value of 0, 1, or 2.
  • the projection mode information is 0, it means that the receiving end device only supports mobile phone mode projection.
  • the projection mode information is 1, it means The receiving device only supports computer mode projection.
  • the value of the projection mode information is 2, it means that the receiving device supports both mobile phone mode and computer mode projection.
  • Fig. 14 is a schematic diagram of the sending end device showing the user a list of available devices. As shown in Figure 14, after the sender device completes all processes in the "device discovery" phase, it can generate a list of available devices and display it on the display. The list of available devices includes all the devices of the receiver device discovered by the sender device. Identification, as well as information about the connection status, preemption capabilities, and supported projection modes of each receiving end device.
  • the list of available devices in Figure 14 includes 3 sending end devices, and the device identifiers are device A, device B, and device C; among them, “in use, not preemptible” summarizes the connection status and preemption capability of device A, Indicates that device A has currently established a screencast connection with other sender devices, and device A does not support preemptive screencasting connection; “in use, preemption” summarizes the connection status and preemption capability of device B, indicating that device B is currently connected to Other sending end devices have established a screencast connection, and this receiving end device does not support preempting the screencast connection; “Idle” summarizes the connection status of device C, which means that device C is not currently establishing a screencast connection with any sending end device. When C is in the "idle” state, it does not involve preempting the screencast connection, so the list of available devices does not show the preemption capability of device C.
  • the user can select a receiving device to connect to by clicking on the device ID or operating buttons on the display screen, so that the sending device and the receiving device that the user wants to connect can send Screencast connection request.
  • device A is configured as unselectable by the sending end device because it is "in use and cannot be preempted”.
  • the connection request of the sending end device will receive different responses.
  • the sending end device when the user selects device B, the sending end device will send a connection request to device B. Since device B supports preemptive screencasting connection, device B will disconnect the screencast connection established with other devices and connect to the sending end The device establishes a connection.
  • the sending device sends a connection request to device C. Since device C is in an idle state, device C will accept the connection request from the sending device and establish a screen projection connection with the sending device.
  • the aforementioned connection request may be, for example, a request for the sending end device to establish a Wi-Fi direct connection with the receiving end device, and may include, for example, a TCP message for requesting the establishment of a TCP connection and an RTSP message for requesting the establishment of an RTSP connection.
  • the sending end device and the receiving end device may also perform steps S302-S303:
  • Step S302 When the receiving end device supports the preemptive projection connection, the sending end device responds to the user instruction and sends first configuration information to the receiving end device.
  • the first configuration information is used to instruct the receiving end device to configure itself as not supporting preemptive projection. Screen connection.
  • Step S303 The receiving end device configures itself as not supporting preemptive screen projection connection according to the first configuration information.
  • the sending end device may configure the first configuration information in the connection request and send it to the receiving end device along with the connection request.
  • the sending end device when the user selects the receiving end device from the list of available devices, the sending end device generates a dialog box on the display screen to ask the user whether to lock this connection, and the user can select in the dialog box Yes (locked) or No (unlocked), if the user selects "Yes”, the sending end device sends the first configuration information to the receiving end device, and if the user selects "No", the user does not send the first configuration information.
  • the sending end device may configure the first configuration information in a TCP message sent to the receiving end device for requesting the establishment of a TCP connection, and the receiving end device will obtain the first configuration information as long as it receives this TCP message.
  • the sending end device may configure the first configuration information in an RTSP message sent to the receiving end device for requesting establishment of an RTSP connection, and the receiving end device will obtain the first configuration information as long as it receives this RTSP message.
  • the sending-end device may separately send the first configuration information to the receiving-end device.
  • the sending-end device may generate an instruction window 350 as shown in FIG. 16 on the display screen, and the instruction window 350 may include one or more instruction buttons , Including but not limited to: projection mode button (for example: computer mode button 355, phone mode button 351), input mode button (for example: touchpad 352, soft keyboard 356), disconnect button 353, unlock button 357 and Lock button 354.
  • projection mode button for example: computer mode button 355, phone mode button 351
  • input mode button for example: touchpad 352, soft keyboard 356
  • the instruction window includes a lock button 354 as shown in FIG. 16; when the receiving end device does not support preemptive screen projection connection, the instruction window includes an unlock button 357 as shown in FIG.
  • FIG. 17 is a schematic diagram of the sending end device sending the first configuration information to the receiving end device.
  • the sending end device when the receiving end device supports preemptive screen projection connection, if the user clicks the lock button 354 shown in Figure 16 on the display, the sending end device will use the TCP or RTSP connection currently established with the receiving end device , Send the first configuration information to the receiving end device; in response to the first configuration information, the receiving end device changes its own preemption capability to "not support preemptive screen connection"; after the receiving end device successfully changes the preemption capability, it can send The end device sends feedback information to inform the receiving end device of the result of the change of the preemption capability; and, after the receiving end device successfully changes the preemption capability, it updates the preemption capability information configured in the beacon frame or discovery message, for example, it will preempt The capability information is updated from “0" to "1", so that the sender device can also obtain the preemption ability of the receiver device after the change of the receiver device through the beacon frame or discovery message of the receiver device; the sender device confirms the preemption of the receiver device After the ability is successfully changed to "Does not support preemptive
  • FIG. 18 is a schematic diagram of the sending end device sending second configuration information to the receiving end device.
  • the sending end device will use the TCP or RTSP connection currently established with the receiving end device to send a message to the receiving end.
  • the device sends the second configuration information; in response to the second configuration information, the receiving device changes its preemption ability to "support preemptive screen connection"; the receiving device can send feedback information to the sending device after successfully changing the preemption ability , To inform the receiving end device of the result of the change of the preemption capability; and, after the receiving end device successfully changes the preemption capability, it updates the preemption capability information configured in the beacon frame or discovery message, for example, changes the preemption capability information from "1 "Update to "0", so that the sender device can also obtain the preemption capability of the receiver device after the change of the receiver device through the beacon frame or discovery message of the receiver device; the sender device confirms that the preemption capability of the receiver device is successfully changed to " After supporting preemptive screencast connection", refresh the unlock button 357 on the display screen to the lock button 354.
  • Table 4 shows an achievable field format of the first configuration information and the second configuration information:
  • the screen projection mode of the sending end device can be switched between the computer mode and the mobile phone mode.
  • the command window will include a computer mode button 355 as shown in Figure 16. If the user clicks on the computer mode button 355, the sending end device will change the projection mode to computer mode and set the computer The mode button 355 refreshes to the phone mode button 351; if the current projection mode is computer mode, the command window will include the phone mode button 351 as shown in Figure 16. If the user clicks the phone mode button 351, the sending device will change the projection mode It is the mobile phone mode, and the mobile phone mode button 351 is refreshed to the computer mode button 355.
  • the input mode of the sending end device can be switched between the touchpad mode and the soft keyboard mode.
  • the instruction window will include a soft keyboard mode button 356 as shown in Figure 16.
  • the sending end device will change the input mode to the soft keyboard mode.
  • the sending end device changes the input mode to a touchpad mode, and refreshes the touchpad mode button 352 to a soft keyboard mode button 356.
  • the sending end device will disconnect the screen projection connection from the receiving end device, and the screen projection connection ends.
  • the sending end device A sends a connection request to the receiving end device in the idle state, and the link request carries the first configuration information; After the screencast connection is established, configure itself to not support preempting the screencast connection. After that, another sender device B found the receiver device to the receiver device, and sent a connection request to the receiver device B, trying to preempt the receiver device, but because the receiver device does not support preemptive screen connection at this time, The sender device B fails to preempt. After that, the sending end device A sends the second configuration information to the receiving end device; the receiving end device configures itself to support the preemptive screen projection connection in response to the second configuration information.
  • the sending end device B sends a connection request to the receiving end device again, trying to preempt the receiving end device.
  • the receiving end device supports preempting the screen projection connection
  • the receiving end device will disconnect from the sending end device A. Instead, a screencast connection is established with the sending end device B, that is, the sending end device B succeeds in preemption.
  • the receiving end device notifies the sending end device of its own preemption capability, so that the sending end device can dynamically adjust the preemption capability of the receiving end device according to the preemption capability of the receiving end device and user requirements Configuration. For example, if the user does not want the screencast connection to be preempted, the sending end device can configure the receiving end device to not support preemption to avoid interference or interruption of the content that the user wants to deliver on the receiving end device; if the user already needs The delivered content is displayed on the receiving end device, and the sending end device can configure the receiving end device to support preemption, so that other sending end devices can establish connections with the sending end device, so that multiple sending end devices can be on one receiving end device. Delivery of streaming media content seamlessly improves user experience.
  • the receiving end device configures its own preemption capability according to the device identifier of the sending end device.
  • Fig. 20 shows a flow chart in which the receiving end device configures its own preemption capability according to the device identification of the sending end device. As shown in Fig. 20, the process may include step S401-step S4032:
  • Step S401 When receiving the connection request, the receiving end device acquires the device identification of the sending end device.
  • the device identifier of the sender device may be the device name, device number, SSID, MAC address, IP address, and combinations thereof of the sender device.
  • the device name may specifically be the device model, manufacturer name, and other user-defined names of the sending end device. It should be understood that the embodiment of this application does not specifically limit the implementation of the device identification, as long as the user can use the information corresponding to the receiving end device displayed in the available device list and the actual receiving end device to be used as the device. logo.
  • Step S402 The receiving end device determines the device group to which the sending end device belongs according to the device identifier.
  • the receiving end device can pre-configure a device list (or device list), the device list can include at least device groups, and each device group contains at least one device identifier, so that the receiving end device can determine the receiving device by querying the device list.
  • the device list is as shown in Table 5, which may include at least the first device group and the second device group.
  • the receiving device can determine that the sending device belongs to the first device group; if the MAC address of the sending device is MAC address 5, then the receiving device The device can determine that the sender device belongs to the second device group; if the MAC address of the sender device is within the address range of MAC address 2 to MAC address 3, then the receiver device can determine that the sender device belongs to the first device group; The MAC address of the end device is in the address segment of MAC address 8 to MAC address 9, then the receiving end device can determine that the sending end device belongs to the second device group.
  • the device list is as shown in Table 6, which may only include the first device group to form a white list.
  • the receiver device can determine that the sender device belongs to the first device group; if the manufacturer of the sender device does not belong to any one of Table 6 Manufacturer, the receiving end device can determine that the sending end device does not belong to the first device group.
  • the device list is as shown in Table 7, and the first device group may not be included to form a blacklist.
  • the receiver device can determine that the sender device does not belong to the first device group; if the IP address of the sender device is from IP address 4 to IP address In this address segment, the receiving device can determine that the sending device does not belong to the first device group; if the IP address of the sending device does not belong to any of the IP addresses in Table 7, then the receiving device can determine the sending device Belongs to the first device group.
  • Step S4031 If the sending end device belongs to the first device group, the receiving end device configures itself as not supporting preemptive screen projection connection.
  • the receiving end device when the receiving end device currently supports preemptive screencasting connection or is in an idle state, the receiving end device responds to the sending end device’s connection request, establishes a screencast connection with the sending end device, and configures itself to not support preemption. Prevent other sending end equipment from causing interference to this screencast connection.
  • step S4032 if the sending end device does not belong to the first device group, the receiving end device configures itself to support the preemptive screen projection connection.
  • the receiving end device when the receiving end device currently supports preemptive screencasting connections, the receiving end device responds to the sending end device’s connection request, establishes a screencast connection with the sending end device, and maintains its own support for preemption, so that other sending end devices can
  • the screencast connection initiates preemption; when the receiving end device is idle and does not support preemptive screencasting connection, the receiving end device responds to the connection request of the sending end device, establishes a screencast connection with the sending end device, and configures itself to support preemption, This allows other sending end devices to initiate a preemptive screencast connection for this screencast connection.
  • the receiving end device can use the black/white list mechanism to determine whether the sending end device that initiated the connection request belongs to the group corresponding to the white list, and if the sending end device belongs to the group corresponding to the white list , The receiving end device configures itself to not support preemption to ensure that the screen connection between the sending end device and the receiving end device is not preempted or disturbed. If the sending end device does not belong to the group corresponding to the whitelist, the receiving end device Configure itself to support preemption, so that other sender devices can reasonably initiate preemptive screencast connections, realize multiple sender devices to deliver streaming media content seamlessly on one receiver device, and improve user experience.
  • the same user may have multiple electronic devices, for example: at least one mobile phone, and/or, at least one laptop, etc. Due to the demonstration needs, the user may use the above-mentioned multiple electronic devices as the sending end device in succession. Project the screen on the receiving device. For example: in the time period t0 ⁇ t1, the user uses the sending end device A (for example: mobile phone) to cast a screen on the receiving end device; during the time period t1 to t2, the user uses the sending end device B (for example: a laptop) on the receiving end Screen projection on the device.
  • the sending end device A for example: mobile phone
  • the sending end device B for example: a laptop
  • the sender device A uses the first configuration information to set the receiver device to not support preemptive connections during the period t0 to t1
  • the sender device B needs to disconnect the sender device A from the receiver device.
  • the screen projection connection can be established with the receiving device.
  • the projection and preemptive projection behaviors of the sending end device A and the sending end device B are all controlled by the user instructions of the same user, which represents the use needs of the same user.
  • the receiving end device is configured to not It supports preemptive connection, and can also allow other sending end devices of the same user to initiate preemptive screencasting, so as to realize seamless switching between multiple sending end devices of the same user and the receiving end device's screencasting connection, and improve user experience.
  • Fig. 21 is a flow chart of the receiving end device allowing the sending end device of the same user to initiate preemptive screencasting. As shown in Figure 21, the process includes the following steps S501-Step S5042:
  • Step S501 The receiving end device obtains the user information of the sending end device A from the connection request of the sending end device A.
  • the user information may be information such as a user name and/or password used by the user to register or log in to the electronic device.
  • the user name can be a user-defined character string, for example, the character string can include one or more of letters, numbers, Chinese characters, and symbols.
  • the user name can also be the mailbox used by the user to register or log in to the electronic device. , Mobile phone number and other information. It should be understood that the embodiment of the present application does not specifically limit the specific implementation manner of the user name, and any information that can be used to distinguish user identities can be used as the user name.
  • the user information may only include the user name.
  • the sender device A Before the sender device A sends a connection request to the receiver device, the sender device A can use a hash function (also known as a hash algorithm, hash function) to calculate the hash value of the user name, and hash the user name
  • hash function also known as a hash algorithm, hash function
  • the column value is used as user information, so as to realize the encryption of the user name and protect the security of user information.
  • the user information may include a user name and password.
  • the sending end device A Before the sending end device A sends a connection request to the receiving end device, the sending end device A can use a hash function to calculate the hash value of the string consisting of the username and password, and use the hash value as the user information, so as to realize the verification of the username and password.
  • the encryption of the password protects the security of user information.
  • the sending end device A may configure the user information in the connection request, and send the connection request containing the user information to the receiving end device, so that the receiving end device obtains the user information from the connection request.
  • Step S502 When the receiving end device establishes a screen projection connection with the sending end device A, and the receiving end device is configured to not support preemption connection, if the receiving end device receives the connection request from the sending end device B, the receiving end device will receive the connection request from the sending end device B.
  • the user information of the sending end device B is obtained in the connection request of the sending end device B.
  • the receiving end device will set itself to not support preemptive connections. In this case, if the receiving end device receives a connection request from another sending end device, such as the sending end device B, the receiving end device will try to obtain the user information of the sending end device B from the connection request of the sending end device B. If the user information of the sending end device B can be obtained, step S503 is executed, and if the user information of the sending end device B cannot be obtained, the connection request of the sending end device B is rejected.
  • the sender device B can use the hash function to calculate the hash of the user name used by the user to register or log in to the sender device B before sending the connection request to the receiving device.
  • the hash value of the user name is used as the user information, so as to realize the encryption of the user name and protect the security of the user information.
  • a hash function can be used to calculate the user name and password used to register or log in to the sending end device B.
  • the hash value of the character string is used as the user information to realize the encryption of the user name and password and protect the security of the user information.
  • the sending end device B may configure the user information (that is, the hash value of the user name) in the connection request, and send the connection request containing the user information to the receiving end device, so that the receiving end device obtains the user from the connection request. information.
  • the user information that is, the hash value of the user name
  • Step S503 The receiving end device determines whether the user information of the sending end device A is the same as the user information of the sending end device B.
  • step S5041 when the user information of the sender device A is the same as the user information of the sender device B, it means that the sender device A and the sender device B belong to the same user, then step S5041 is performed; when the user information of the sender device A When the user information of the sending end device B is different from that of the sending end device B, it means that the sending end device A and the sending end device B do not belong to the same user, and then step S5042 is performed.
  • Step S5041 If the user information of the sending end device A is the same as the user information of the sending end device B, the receiving end device disconnects the screen projection connection with the sending end device A, and establishes a screen projection connection with the sending end device B.
  • Step S5042 If the user information of the sending end device A is the same as the user information of the sending end device B, the receiving end device rejects the connection request of the sending end device B.
  • the receiving end device in the case that the receiving end device has established a screencast connection with a sending end device A, if it receives a screencast connection request from another sending end device B, the receiving end device can determine that the sending end device A and the sending end Whether the user information of device B is the same, if they are the same, the sender device B is allowed to perform preemptive screencasting connection, which realizes seamless screencast switching from the sender device A to the sender device B, and improves the user experience.
  • the user uses the sending end device to establish a screen projection connection with the receiving end device, and after completing the presentation, the screen projection connection may be disconnected due to some reasons, so that the sending end device and the receiving end device always maintain the screen projection connection state. For example: after a user completes a screencast demonstration on a TV using a mobile phone, he forgets to click the disconnect button on the mobile phone display and then leaves the scene with the mobile phone. As long as the mobile phone and the TV can still establish a network connection, the mobile phone will remain connected. The connection status of the TV screen. In this case, if the sending end device previously configured the receiving end device to not support preemptive connections, other sending end devices would be unable to establish a screen projection connection on this receiving end device, resulting in a waste of device resources and affecting user experience.
  • the fourth embodiment of the present application provides an aging mechanism for the projection connection.
  • the aging mechanism may include, for example, the receiving end device determines whether the image displayed on the projection screen of the transmitting end device is longer than the preset duration ⁇ T. There is no change in the continuous time period of 0. If there is no change, the receiving end device disconnects the screen projection connection with the sending end device.
  • comparing whether the contents of consecutive N screenshots are the same can be achieved in any of the following ways: for example, the receiving end device may use a grayscale-based image matching algorithm to compare whether the contents of the above-mentioned N screenshots are the same.
  • Image matching algorithms such as: mean absolute differences (MAD), sum of absolute differences (SAD), sum of squared differences (SSD) and mean absolute differences (SSD) square differences, MSD) etc.
  • the receiving end device may also use an image matching model based on a deep neural network, such as a convolutional neural network (CNN).
  • CNN convolutional neural network
  • the receiving end device judges that the image displayed on the screen of the sending end device has not changed in a continuous period of time greater than the preset time period, it is considered that the receiving end device has completed the screen projection task and forgot to disconnect the screen projection connection, so The receiving end device disconnects the screen projection connection with the sending end device, so that other sending end devices can connect in, avoiding waste of device resources and improving user experience.
  • the receiving end device can independently configure its own preemption capability, and there is no need to interact with the sending end device.
  • Figure 23 is a schematic diagram of a receiving end device.
  • the body of the receiving end device is provided with a button 36 for configuring the preemption capability.
  • the user can switch between different preemption capabilities for the receiving end device by pressing the button 36. For example: when the receiving end device currently supports preemptive screencasting connection, if the user presses button 36, the receiving end device will configure itself as not supporting preemptive screencasting connection; when the receiving end device currently does not support preemptive screencasting connection, if The user presses the button 36, and the receiving end device configures itself to support the preemptive screen projection connection.
  • Figure 24 is a schematic diagram of using a remote control device to control the receiving end device.
  • the remote control device may be a remote control 37 paired with a receiving end device or a remote control simulated by an electronic device such as a mobile phone.
  • the remote control may be provided with a button 38 for configuring the preemption capability. The user can switch between different preemption capabilities of the receiving end device by pressing the button 38, for example: switch from supporting preemptive screencasting connection to not supporting preemptive screencasting connection, and never support preemptive screencasting connection switching To support preemptive screencast connection.
  • the user can open the setting menu 39 of the receiving end device by operating the remote control 37, and the setting menu 39 of the receiving end device can add an option 391 whether to support the preemptive screen connection.
  • the user can use the remote control 37 Set this option to "Yes” or "No” to configure the preemption capability of the receiving end device.
  • the user can flexibly configure the preemption capability of the receiving end device by using the buttons on the receiving end device or the remote control according to requirements, thereby improving the user experience.
  • each electronic device such as the above-mentioned transmitting end device and the receiving end device, includes hardware structures and/or software modules corresponding to each function.
  • the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a certain function is executed by hardware or computer software-driven hardware depends on the specific application and design constraint conditions of the technical solution. Professionals and technicians can use different methods for each specific application to implement the described functions, but such implementation should not be considered beyond the scope of this application.
  • the above-mentioned electronic devices implement corresponding functions through software modules.
  • the electronic device used to implement the above-mentioned function of the sending end device behavior includes: an acquisition module 501, configured to obtain preemption capability information of the receiving end device, and the preemption capability information indicates whether the receiving end device Support preemptive screencasting connection; sending module 502, when the receiving end device supports preemptive screencasting connection, in response to the user instruction, send first configuration information to the receiving end device, the first configuration information instructs the receiving end device to configure itself as Does not support preemptive screencast connection.
  • the sending end device can obtain the preemption capability of the receiving end device, so that the sending end device can dynamically configure the preemption capability of the receiving end device according to the preemption capability of the receiving end device and user requirements. For example, if the user does not want the screencast connection to be preempted, the sending end device can configure the receiving end device to not support preemption, so as to avoid interference or interruption of the content that the user wants to post on the receiving end device. Therefore, the method provided in the embodiment of the present application optimizes the preemption logic of the streaming media projection scene, and improves the user experience.
  • the sending module 502 is specifically configured to send a connection request to the receiving end device in response to the first user instruction.
  • the connection request is used for establishing a screen projection connection between the sending end device and the receiving end device, and the connection request carries the first configuration information.
  • the sending end device can configure the receiving end device to not support preemption while sending a connection request to the receiving end device, so that any subsequent requests for preemptive screencasting connection Will be rejected by the receiving device to avoid interference or interruption of the content delivered by the user on the receiving device, and to improve the user experience.
  • the sending module 502 is specifically configured to send the first configuration information to the receiving end device in response to a second user instruction when a screen projection connection is established between the sending end device and the receiving end device.
  • the sending end device can configure the receiving end device to not support preemption at any time after establishing a screencasting connection with the receiving end device, so that any subsequent preemptive screencasting connection All requests will be rejected by the receiving device to avoid interference or interruption of the content delivered by the user on the receiving device, and to improve the user experience.
  • the sending module 502 is further configured to send second configuration information to the receiving end device in response to a third user instruction when the receiving end device does not support the preemptive screen projection connection, and the second configuration information instructs the receiving end device to configure itself To support preemptive screencast connection.
  • the sending end device can configure the receiving end device to support preemption, so that other sending end devices can establish connections with the sending end device to realize multiple sending ends.
  • the device seamlessly switches and delivers streaming media content on a receiving end device, which improves the user experience.
  • the acquiring module 501 is specifically configured to receive a beacon frame broadcast by the receiving end device, and the beacon frame carries preemption capability information.
  • the sending end device can obtain preemption capability information from the beacon frame of the receiving end device during the device discovery stage, and display it to the user to guide the user to issue corresponding instructions, which improves the user experience.
  • the sending module 502 is specifically configured to send a detection request frame to the receiving end device; the acquisition module 501 is used to receive a detection response frame from the receiving end device.
  • the detection response frame is sent by the receiving end device in response to the detection request frame.
  • the frame carries preemption capability information.
  • the sending end device can obtain preemption capability information from the detection response frame of the receiving end device during the device discovery stage, and display it to the user to guide the user to issue corresponding instructions, which improves the user experience.
  • the acquisition module 501 is specifically configured to receive a discovery message broadcast or multicast by the access point device, the discovery message is sent by the receiving end device to the access point device, and the discovery message carries preemption capability information.
  • the sending end device can obtain preemption capability information from the discovery message of the receiving end device during the device discovery stage, and display it to the user, so as to guide the user to issue corresponding instructions and improve the user experience.
  • the acquiring module 501 is further configured to acquire connection status information of the receiving end device, and the connection status information indicates whether the receiving end device currently has a screen projection connection.
  • the sending end device can display the connection status of the receiving end device to the user to guide the user to issue corresponding instructions, which improves the user experience.
  • the electronic device used to implement the above-mentioned function of the receiving end device behavior includes: a sending module 601, configured to send preemption capability information to the sending end device, and the preemption capability information indicates whether the receiving end device is Support preemptive screen projection connection; the receiving module 602 is used to receive the first configuration information of the sending end device.
  • the first configuration information is when the sending end device determines that the receiving end device supports preemptive screen projection connection according to the preemption capability information, it sends in response to the user instruction
  • the processing module 603 is configured to configure the receiving end device to not support preemptive screen projection connection according to the first configuration information.
  • the receiving end device can notify the sending end device of its own preemption ability, so that the sending end device can dynamically configure the preemption ability of the receiving end device according to the preemption ability of the receiving end device and user requirements. For example, if the user does not want the screencast connection to be preempted, the sending end device can configure the receiving end device to not support preemption, so as to avoid interference or interruption of the content that the user wants to post on the receiving end device. Therefore, the method provided in the embodiment of the present application optimizes the preemption logic of the streaming media projection scene, and improves the user experience.
  • the receiving module 602 is specifically configured to receive a connection request from the sending end device, where the connection request is sent by the sending end device in response to the first user instruction, and the connection request carries the first configuration information.
  • the processing module 603 is specifically configured to: when the receiving end device supports preemptive screen projection connection, in response to the connection request, establish a screen projection connection with the sending end device, and configure the receiving end device to not support preemption according to the first configuration information Screencast connection.
  • the sending end device can configure the receiving end device to not support preemption while sending a connection request to the receiving end device, so that any subsequent requests for preemptive screencasting connection Will be rejected by the receiving device to avoid interference or interruption of the content delivered by the user on the receiving device, and to improve the user experience.
  • the receiving module 602 is specifically configured to receive the first configuration information sent by the sending end device in response to the second user instruction when a screen projection connection is established between the sending end device and the receiving end device.
  • the sending end device can configure the receiving end device to not support preemption at any time after establishing a screencasting connection with the receiving end device, so that any subsequent preemptive screencasting connection All requests will be rejected by the receiving device to avoid interference or interruption of the content delivered by the user on the receiving device, and to improve the user experience.
  • the receiving module 602 is further configured to receive second configuration information of the sending end device.
  • the second configuration information is that when the sending end device and the receiving end device have established a screen projection connection, the sending end device responds to the third user instruction
  • the processing module 603 is also configured to configure the receiving end device to support the preemptive screen projection connection according to the second configuration information. In this way, if the user has displayed the content that needs to be delivered on the receiving end device, the sending end device can configure the receiving end device to support preemption, so that other sending end devices can establish connections with the sending end device to realize multiple sending ends.
  • the device seamlessly switches and delivers streaming media content on a receiving end device, which improves the user experience.
  • the sending module 601 is specifically configured to broadcast a beacon frame to the sending end device, and the beacon frame carries preemption capability information.
  • the sending end device can obtain preemption capability information from the beacon frame of the receiving end device during the device discovery stage, and display it to the user to guide the user to issue corresponding instructions, which improves the user experience.
  • the receiving module 602 is specifically configured to receive a detection request frame from the sending end device; the sending module 601 is specifically configured to send a detection response frame to the sending end device in response to the detection request frame, and the detection response frame carries preemption capability information.
  • the sending end device can obtain preemption capability information from the detection response frame of the receiving end device during the device discovery stage, and display it to the user to guide the user to issue corresponding instructions, which improves the user experience.
  • the sending module 601 is specifically configured to send a discovery message to the access point device, so that the access point device broadcasts or multicasts the discovery message to the sending end device, and the discovery message carries preemption capability information.
  • the sending end device can obtain preemption capability information from the discovery message of the receiving end device during the device discovery stage, and display it to the user, so as to guide the user to issue corresponding instructions and improve the user experience.
  • the sending module 601 is further configured to send connection status information to the sending end device, and the connection status information indicates whether the receiving end device currently has a screen projection connection.
  • the sending end device can display the connection status of the receiving end device to the user to guide the user to issue corresponding instructions, which improves the user experience.
  • the processing module 603 is further configured to obtain the device identification of the sending end device when receiving the connection request; and, according to the device identification, determine the device group to which the sending end device belongs; if the sending end device belongs to the first device group, it will receive The end device is configured to not support preemptive screen projection connection; if the sending end device does not belong to the first device group, the receiving end device is configured to support preemptive screen projection connection. In this way, the receiving end device can use the black/white list mechanism to determine whether the sending end device that initiated the connection request belongs to the group corresponding to the white list.
  • the receiving end device configures itself as not supporting Preemption to ensure that the screen projection connection between the sending end device and the receiving end device is not preempted or interfered. If the sending end device does not belong to the group corresponding to the whitelist, the receiving end device will configure itself to support preemption so that other senders can The end device can reasonably initiate a preemptive screencast connection, so that multiple sending end devices can seamlessly switch and deliver streaming media content on a receiving end device, which improves the user experience.
  • the functions of the sending end device and the receiving end device can be implemented with reference to the electronic device of FIG. 5, and the electronic device may include, for example, a display screen (such as a touch screen or a non-touch screen), a memory, and one or more processors.
  • the display screen, memory and processor are coupled.
  • the memory is used to store computer program code, and the computer program code includes computer instructions.
  • the processor executes the computer instructions, the electronic device can execute various functions or steps performed by the sending end device or the receiving end device in the foregoing method embodiments.
  • the chip system includes at least one processor 701 and at least one interface circuit 702.
  • the processor 701 and the interface circuit 702 may be interconnected by wires.
  • the interface circuit 702 may be used to receive signals from other devices (such as the memory of an electronic device).
  • the interface circuit 702 may be used to send signals to other devices (such as the processor 701 or the touch screen of an electronic device).
  • the interface circuit 702 can read an instruction stored in the memory, and send the instruction to the processor 701.
  • the electronic device can execute the steps in the foregoing embodiments.
  • the chip system may also include other discrete devices, which are not specifically limited in the embodiment of the present application.
  • Embodiments of the present application also provide a computer storage medium, which includes computer instructions, which when the computer instructions run on the above electronic device, cause the electronic device to perform each function or step performed by the electronic device in the above method embodiment.
  • the embodiments of the present application also provide a computer program product, which when the computer program product runs on a computer, causes the computer to execute each function or step performed by the electronic device in the foregoing method embodiment.
  • the disclosed device and method may be implemented in other ways.
  • the device embodiments described above are only illustrative, for example, the division of modules or units is only a logical function division, and there may be other divisions in actual implementation, for example, multiple units or components may be combined or It can be integrated into another device, or some features can be ignored or not implemented.
  • the displayed or discussed mutual coupling or direct coupling or communication connection may be indirect coupling or communication connection between devices or units through some interfaces, and may be in electrical, mechanical or other forms.
  • the units described as separate parts may or may not be physically separate, and the parts displayed as units may be one physical unit or multiple physical units, that is, they may be located in one place, or they may be distributed to multiple different places. Some or all of the units may be selected according to actual needs to achieve the objectives of the solutions of the embodiments.
  • the functional units in the various embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units may be integrated into one unit.
  • the above-mentioned integrated unit can be implemented in the form of hardware or software functional unit.
  • the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a readable storage medium.
  • the technical solutions of the embodiments of the present application are essentially or the part that contributes to the prior art, or all or part of the technical solutions can be embodied in the form of a software product, and the software product is stored in a storage medium. It includes several instructions to make a device (which may be a single-chip microcomputer, a chip, etc.) or a processor (processor) execute all or part of the steps of the methods of the various embodiments of the present application.
  • the foregoing storage media include: U disk, mobile hard disk, read only memory (read only memory, ROM), random access memory (random access memory, RAM), magnetic disk or optical disk and other media that can store program codes.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Multimedia (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Controls And Circuits For Display Device (AREA)

Abstract

本申请提供了一种投屏连接控制方法及电子设备。该方法包括：发送端设备获取接收端设备的抢占能力信息，抢占能力信息指示接收端设备是否支持抢占投屏连接；当接收端设备支持抢占投屏连接时，发送端设备响应于用户指令，向接收端设备发送第一配置信息，以将接收端设备配置为不支持抢占投屏连接。根据本申请的技术方案，发送端设备可以获取接收端设备的抢占能力，使得发送端设备能够根据接收端设备的抢占能力和用户需求对接收端设备的抢占能力进行动态配置。例如，如果用户不希望投屏连接被抢占，发送端设备可以将接收端设备配置为不支持抢占，避免用户在接收端设备上投送的内容被干扰或打断，优化了流媒体投屏场景的抢占逻辑，提高了用户使用体验。

Description

一种投屏连接控制方法及电子设备
本申请要求于2020年03月05日提交到国家知识产权局、申请号为202010146445.6、发明名称为“一种投屏连接控制方法及电子设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及流媒体传输技术领域，尤其涉及一种投屏连接控制方法及电子设备。
背景技术
流媒体投屏，也可称为投屏、投送等，是指利用相关的传输协议，将其中一个电子设备(例如：智能手机、平板电脑、笔记本电脑等)上正在播放的屏幕镜像、视频、音频或者图像等流媒体内容，通过网络连接投屏到另一个电子设备(例如：智能电视、智能音箱、投影仪等)上，使另一个电子设备能够实时播放同样的内容的技术。
用于实现流媒体投屏的传输协议包括Miracast、数字生活网络联盟(digital living network alliance，DLNA)和隔空播放(AirPlay)以及其他私有投屏协议等。电子设备在投屏时一般支持抢占投屏连接。其中，抢占投屏连接是指在某一接收端设备A已经与一个发送端设备B建立有投屏连接的情况下，另一个发送端设备C可以强制断开接收端设备A与发送端设备B之间的连接，使发送端设备B下线，并建立与接收端设备A的连接。
目前投屏场景的抢占逻辑是：只要接收端设备支持抢占功能，任何发送端设备都可以向接收端设备发起抢占投屏连接，使接收端设备断开原有的投屏连接，与发起抢占投屏连接的发送端设备建立新的投屏连接。这种抢占逻辑在设计上存在缺陷，很容易被人恶意利用，给正常使用的投屏连接造成干扰。
发明内容
本申请提供了一种投屏连接控制方法及电子设备，能够优化流媒体投屏场景的抢占逻辑，提高用户使用体验。
为达到上述目的，本申请实施例采用如下技术方案：
第一方面，本申请提供了一种投屏连接控制方法，该方法可以应用于流媒体投屏中的发送端设备。该方法可以包括：发送端设备获取接收端设备的抢占能力信息，抢占能力信息指示接收端设备是否支持抢占投屏连接；当接收端设备支持抢占投屏连接时，发送端设备响应于用户指令，向接收端设备发送第一配置信息，第一配置信息指示接收端设备将自身配置为不支持抢占投屏连接。
根据本申请实施例提供的方法，发送端设备可以获取接收端设备的抢占能力，使得发送端设备能够根据接收端设备的抢占能力和用户需求对接收端设备的抢占能力进行动态配置。例如，如果用户不希望投屏连接被抢占，发送端设备可以将接收端设备配置为不支持抢占，以避免用户希望在接收端设备上投送的内容被干扰或打断。因此，本申请实施例提供的方法优化了流媒体投屏场景的抢占逻辑，提高了用户使用体验。
结合第一方面，在一种可能的设计方式中，当接收端设备支持抢占投屏连接时，发 送端设备响应于第一用户指令，向接收端设备发送连接请求，该连接请求用于发送端设备与接收端设备建立投屏连接，连接请求携带第一配置信息。这样，当接收端设备支持抢占投屏连接时，发送端设备可以在向接收端设备发送连接请求的同时，将接收端设备配置为不支持抢占，使得在此之后的任何抢占投屏连接的请求都会被接收端设备拒绝，避免用户在接收端设备上投送的内容被干扰或打断，提高用户使用体验。
结合第一方面，在一种可能的设计方式中，当接收端设备支持抢占投屏连接时，并且当发送端设备与接收端设备建立有投屏连接时，发送端设备响应于第二用户指令，向接收端设备发送第一配置信息。这样，当接收端设备支持抢占投屏连接时，发送端设备可以在与接收端设备建立投屏连接之后，随时将接收端设备配置为不支持抢占，使得在此之后的任何抢占投屏连接的请求都会被接收端设备拒绝，避免用户在接收端设备上投送的内容被干扰或打断，提高用户使用体验。
结合第一方面，在一种可能的设计方式中，当接收端设备不支持抢占投屏连接时，发送端设备响应于第三用户指令，向接收端设备发送第二配置信息，第二配置信息指示接收端设备将自身配置为支持抢占投屏连接。这样，如果用户已经将需要投送的内容在接收端设备上展示完毕，发送端设备可以将接收端设备配置为支持抢占，使得其他发送端设备能够与发送端设备建立连接，实现多个发送端设备在一个接收端设备上无缝切换地投送流媒体内容，提高了用户使用体验。
结合第一方面，在一种可能的设计方式中，发送端设备接收接收端设备广播的信标帧，信标帧携带抢占能力信息。这样，发送端设备可以在设备发现阶段，从接收端设备的信标帧中获得抢占能力信息，展示给用户，以引导用户发出相应的指令，提高了用户使用体验。
结合第一方面，在一种可能的设计方式中，发送端设备向接收端设备发送探测请求帧；发送端设备接收接收端设备的探测响应帧，探测响应帧是接收端设备响应于探测请求帧发送的，探测响应帧携带抢占能力信息。这样，发送端设备可以在设备发现阶段，从接收端设备的探测响应帧中获得抢占能力信息，展示给用户，以引导用户发出相应的指令，提高了用户使用体验。
结合第一方面，在一种可能的设计方式中，发送端设备接收接入点设备广播或组播的发现报文，发现报文是接收端设备发送给接入点设备的，发现报文携带抢占能力信息。这样，发送端设备可以在设备发现阶段，从接收端设备的发现报文中获得抢占能力信息，展示给用户，以引导用户发出相应的指令，提高了用户使用体验。
结合第一方面，在一种可能的设计方式中，发送端设备获取接收端设备的连接状态信息，连接状态信息指示接收端设备当前是否建立有投屏连接。这样，发送端设备可以将接收端设备的连接状态展示给用户，以引导用户发出相应的指令，提高了用户使用体验。
第二方面，本申请提供了一种投屏连接控制方法，该方法可以应用于流媒体投屏中的接收端设备。该方法可以包括：接收端设备向发送端设备发送抢占能力信息，抢占能力信息指示接收端设备是否支持抢占投屏连接；接收端设备接收发送端设备的第一配置信息，第一配置信息是发送端设备根据抢占能力信息确定接收端设备支持抢占投屏连接时，响应于用户指令发送的；接收端设备根据第一配置信息将自身配置为不支持抢占投屏连接。
根据本申请实施例提供的方法，接收端设备可以向发送端设备通报自身的抢占能力，使得发送端设备能够根据接收端设备的抢占能力和用户需求对接收端设备的抢占能力进行动态配置。例如，如果用户不希望投屏连接被抢占，发送端设备可以将接收端设备配置为不支持抢占，以避免用户希望在接收端设备上投送的内容被干扰或打断。因此，本申请实施例提供的方法优化了流媒体投屏场景的抢占逻辑，提高了用户使用体验。
结合第二方面，在一种可能的设计方式中，接收端设备接收发送端设备的连接请求，连接请求是发送端设备响应于第一用户指令发送的，连接请求携带第一配置信息。
结合第二方面，在一种可能的设计方式中，当接收端设备支持抢占投屏连接时，接收端设备响应于连接请求，与发送端设备建立投屏连接，并根据第一配置信息将自身配置为不支持抢占投屏连接。
这样，当接收端设备支持抢占投屏连接时，发送端设备可以在向接收端设备发送连接请求的同时，将接收端设备配置为不支持抢占，使得在此之后的任何抢占投屏连接的请求都会被接收端设备拒绝，避免用户在接收端设备上投送的内容被干扰或打断，提高用户使用体验。
结合第二方面，在一种可能的设计方式中，当发送端设备与接收端设备建立有投屏连接时，接收端设备接收发送端设备响应于第二用户指令发送的第一配置信息。这样，当接收端设备支持抢占投屏连接时，发送端设备可以在与接收端设备建立投屏连接之后，随时将接收端设备配置为不支持抢占，使得在此之后的任何抢占投屏连接的请求都会被接收端设备拒绝，避免用户在接收端设备上投送的内容被干扰或打断，提高用户使用体验。
结合第二方面，在一种可能的设计方式中，接收端设备接收发送端设备的第二配置信息，第二配置信息是发送端设备与接收端设备建立有投屏连接的情况下，发送端设备响应于第三用户指令发送的；接收端设备根据第二配置信息将自身配置为支持抢占投屏连接。这样，如果用户已经将需要投送的内容在接收端设备上展示完毕，发送端设备可以将接收端设备配置为支持抢占，使得其他发送端设备能够与发送端设备建立连接，实现多个发送端设备在一个接收端设备上无缝切换地投送流媒体内容，提高了用户使用体验。
结合第二方面，在一种可能的设计方式中，接收端设备向发送端设备广播信标帧，信标帧携带抢占能力信息。这样，发送端设备可以在设备发现阶段，从接收端设备的信标帧中获得抢占能力信息，展示给用户，以引导用户发出相应的指令，提高了用户使用体验。
结合第二方面，在一种可能的设计方式中，接收端设备接收发送端设备的探测请求帧；接收端设备响应于探测请求帧，向发送端设备发送探测响应帧，探测响应帧携带抢占能力信息。这样，发送端设备可以在设备发现阶段，从接收端设备的探测响应帧中获得抢占能力信息，展示给用户，以引导用户发出相应的指令，提高了用户使用体验。
结合第二方面，在一种可能的设计方式中，接收端设备向接入点设备发送发现报文，以使接入点设备将发现报文广播或组播给发送端设备，发现报文携带抢占能力信息。这样，发送端设备可以在设备发现阶段，从接收端设备的发现报文中获得抢占能力信息，展示给用户，以引导用户发出相应的指令，提高了用户使用体验。
结合第二方面，在一种可能的设计方式中，接收端设备向发送端设备发送连接状态 信息，连接状态信息指示接收端设备当前是否建立有投屏连接。这样，发送端设备可以将接收端设备的连接状态展示给用户，以引导用户发出相应的指令，提高了用户使用体验。
结合第二方面，在一种可能的设计方式中，接收端设备接收到连接请求时，获取发送端设备的设备标识；接收端设备根据设备标识判断发送端设备所属的设备分组；如果发送端设备属于第一设备分组，接收端设备将自身配置为不支持抢占投屏连接；如果发送端设备不属于第一设备分组，接收端设备将自身配置为支持抢占投屏连接。这样，接收端设备可以利用黑/白名单机制，判断发起连接请求的发送端设备是否属于白名单对应的分组，如果发送端设备属于白名单对应的分组，则接收端设备将自身配置为不支持抢占，以确保发送端设备与接收端设备之间的投屏连接不被抢占或者干扰，如果发送端设备不属于白名单对应的分组，则接收端设备将自身配置为支持抢占，以使得其他发送端设备可以合理地发起抢占投屏连接，实现多个发送端设备在一个接收端设备上无缝切换地投送流媒体内容，提高了用户使用体验。
第三方面，本申请提供一种电子设备，该电子设备包括显示屏、存储器和一个或多个处理器；显示屏、存储器和处理器耦合；存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当处理器执行计算机指令时，电子设备执行如第一方面及其任一种可能的设计方式的方法。
第四方面，本申请提供一种芯片系统，该芯片系统应用于包括显示屏的电子设备；芯片系统包括一个或多个接口电路和一个或多个处理器；接口电路和处理器通过线路互联；接口电路用于从电子设备的存储器接收信号，并向处理器发送信号，信号包括存储器中存储的计算机指令；当处理器执行计算机指令时，电子设备执行如第一方面及其任一种可能的设计方式，或者，第二方面及其任一种可能的设计方式的方法。
第五方面，本申请提供一种计算机存储介质，该计算机存储介质包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行如第一方面及其任一种可能的设计方式，或者，第二方面及其任一种可能的设计方式的方法。
第六方面，本申请提供一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行如第一方面及其任一种可能的设计方式，或者，第二方面及其任一种可能的设计方式的方法。
可以理解地，上述提供的第三方面的电子设备，第四方面的芯片系统，第五方面的计算机存储介质，第六方面的计算机程序产品所能达到的有益效果，可参考第一方面及其任一种可能的设计方式，以及，第二方面及其任一种可能的设计方式中的有益效果，此处不再赘述。
附图说明
图1是流媒体投屏场景的示意图；
图2是接收端设备和发送端设备建立投屏连接的示意图；
图3是发送端设备向用户展示可用设备列表的示意图；
图4是抢占投屏连接的示意图；
图5是本申请实施例提供的一种电子设备的结构示意图；
图6是本申请实施例提供的一种投屏连接控制方法的流程图；
图7是接收端设备向发送端设备发送抢占能力信息的示意图；
图8是接收端设备向发送端设备发送抢占能力信息的示意图；
图9是接收端设备向发送端设备发送抢占能力信息的示意图；
图10是接收端设备向发送端设备发送连接状态信息的示意图；
图11是接收端设备向发送端设备发送连接状态信息的示意图；
图12是接收端设备向发送端设备发送连接状态信息的示意图；
图13是接收端设备向发送端设备发送连接状态信息的示意图；
图14是发送端设备向用户展示可用设备列表的示意图；
图15是发送端设备获取用户指令的示意图；
图16是发送端设备显示指令窗口的示意图；
图17是发送端设备向接收端设备发送第一配置信息的示意图；
图18是发送端设备向接收端设备发送第二配置信息的示意图；
图19是本申请实施例的技术方案能够实现的有益效果的示意图；
图20是本申请实施例提供的接收端设备配置自身抢占能力的示意图；
图21是接收端设备允许同一个用户的发送端设备发起抢占投屏的流程图；
图22是接收端设备触发老化机制的示意图；
图23是接收端设备的示意图；
图24是使用遥控设备控制接收端设备的示意图；
图25是本申请实施例提供的一种电子设备的模块示意图；
图26是本申请实施例提供的一种电子设备的模块示意图；
图27是本申请实施例提供的一种芯片系统的示意图。
具体实施方式
以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。
下面首先结合附图对本申请实施例的应用场景进行说明。
本申请实施例提供的方法可以应用于流媒体投屏场景中。请参考图1，流媒体投屏场景可以涉及到多个电子设备，例如图1中的电子设备A、电子设备B和电子设备C。根据流媒体从一个电子设备到另一个电子设备的投屏方向，可以将电子设备划分为发送端设备和接收端设备。其中，发送端设备也可以称作source端，是指在流媒体投屏中发送流媒体的一方，例如图1中的电子设备B和电子设备C；接收端设备也可以称作sink端，是指在流媒体投屏中接收流媒体的一方，例如图1中的电子设备A。因此，在一个投屏连接中，发送端设备能够将其正在播放的屏幕镜像、视频、音频或者图像等内容，通过无线或者有线的网络连接投送到接收端设备上，使接收端设备能够实时播放其接收到的流媒体内容。
需要补充说明的是，流媒体投屏场景中的发送端设备和接收端设备是根据流媒体的投屏方向进行逻辑确定的，因此，根据流媒体投屏方向的不同，一个电子设备既可以作为发送端设备，也可以作为接收端设备。示例地，对于电子设备A和电子设备B，当电 子设备A向电子设备B投屏流媒体内容时，电子设备A为发送端设备，电子设备B为接收端设备；反之，当电子设备B向电子设备A投屏流媒体内容时，电子设备B为发送端设备，电子设备A为接收端设备。为了便于描述本申请实施例的技术方案，本申请在此以后统一将电子设备A作为接收端设备，将电子设备B和电子设备C作为发送端设备。
需要注意的是，如图1所示，在流媒体投屏场景中，一个接收端设备在同一时刻只能与一个发送端设备建立投屏连接。例如，当电子设备A和电子设备B建立投屏连接时，电子设备A无法同时与电子设备C建立投屏连接，反之，当电子设备A和电子设备C建立投屏连接时，电子设备A无法同时与电子设备B建立投屏连接。
请参考图2，接收端设备和发送端设备建立投屏连接的流程可以包括：
阶段(1)：设备发现。发送端设备查找附近支持投屏连接的接收端设备，并且可以根据查找结果生成包含已发现接收端设备的可用设备列表。
作为示例地，发送端设备可以采用被动扫描的方式发现接收端设备。一种可能的实现方式是：接收端设备定期在网络中广播信标帧(Beacon Frame)，以告知其存在；发送端设备通过监听接收端设备的信标帧以发现接收端设备；另一种可能的实现方式是：接收端设备利用接入点设备(access point，AP)在局域网内通过组播或者广播的方式发送用以告知其存在的发现报文，那么，如果发送端设备也接入到这一局域网中，发送端设备就能够发现该接收端设备。
作为示例地，发送端设备还可以采用主动扫描的方式发现接收端设备。一种可能的实现方式是：发送端设备在无线信道上发送探测请求帧(Probe Request)，以探测附近存在的接收端设备；接收端设备接收到探测请求帧(Probe Request)之后，会发送探测响应帧(Probe Response)以向发送端设备告知其存在，由此，发送端设备就能够发现该接收端设备。
阶段(2)：设备选择。发送端设备可以将可用设备列表展示给用户，用户可以根据需要确定是否从可用设备列表中选择一个接收端设备进行配对。
图3是发送端设备向用户展示可用设备列表的示意图。如图3所示，一般来说，发送端设备将可用设备列表显示在显示屏中，该可用设备列表包括发送端设备发现的所有接收端设备的设备标识，其中该设备标识可以是接收端设备的设备名称、设备编号、服务集标识符(service set identifier，SSID)、媒体访问控制地址(media access control address，MAC地址)、互联网协议地址(internet protocol address，IP地址)及其组合等。其中，设备名称具体可以是接收端设备的设备型号、制造商名称，以及其他用户自定义的名称等。例如，在图3中，一个可用设备的设备标识以设备型号显示为“智慧屏V65”，另一个可用设备的设备标识以厂商名称和MAC的组合显示为“HUAWEI-0C8C24DF48A4”，另一个可用设备的设备标识以用户自定义的名称显示为“客厅的电视”。应该理解的是，本申请实施例对设备标识的实现方式不做具体限定，只要是能够使用户将可用设备列表中展示的接收端设备与现实中真实的接收端设备对应的信息都可以作为设备标识。
基于图3示出的可用设备列表，用户可以通过在显示屏上点击设备标识或者操作按键的方式选择一个想要连接的接收端设备，使发送端设备向用户想要连接的接收端设备发送投屏连接请求。
阶段(3)：建立连接：发送端设备和接收端设备之间建立与其投屏协议对应的连接。
作为示例地，发送端设备和接收端设备可以通过Wi-Fi直连(Wi-Fi Direct)建立直 接连接，具体可以包括建立一个传输控制协议(transmission control protocol，TCP)连接，以及创建一个用于实时流协议(real time streaming protocol，RTSP)的端口以用于对连接的管理和控制等。
作为示例地，发送端设备和接收端设备还可以通过接入点AP设备建立连接。在建立连接之后，发送端设备和接收端设备之间需要传输的数据和指令均发送给接入点设备AP，由接入点设备中转送达给对方。
阶段(4)能力协商：在正式传输屏幕镜像、视频、音频或者图像等流媒体内容之前，发送端设备和接收端设备需要交换一些参数信息，例如双方所支持的音频视频格式等，二者协商成功后，才能继续后面的流程。
阶段(5)会话建立和流媒体传输：步骤(4)完成之后，发送端设备和接收端设备建立会话，然后就可以开始传输流媒体内容，发送端设备将流媒体内容编码后发送给接收端设备，接收端设备对接收到的数据进行解码，并进行播放。
由于“一个接收端设备在同一时刻只能与一个发送端设备建立投屏连接”，因此，如图4所示，以电子设备A和电子设备B作为示例，当电子设备A与电子设备B当前已经建立投屏连接时，如果电子设备C想要与电子设备A建立投屏连接，需要通过抢占投屏连接的方式实现。具体地，电子设备C可以向电子设备A发起连接请求，如果电子设备A支持抢占投屏连接，那么电子设备A会断开与电子设备B之间的投屏连接，与电子设备C建立连接，如果电子设备A不支持抢占投屏连接，那么电子设备A不会接受电子设备C的连接请求，电子设备C抢占投屏连接失败。
接收端设备“支持抢占投屏连接”或“不支持抢占投屏连接”的特性可以概括为接收端设备的抢占能力，一般来说，接收端设备的抢占能力可以包括以下几种情况：
(1)支持抢占投屏连接。
(2)不支持抢占投屏连接，并且当接收端设备与一个发送端设备当前建立有投屏连接时，该接收端设备可以被其他发送端设备发现(以下简称：不支持抢占投屏连接，能够被发现)。
(3)不支持抢占投屏连接，并且当接收端设备与一个发送端设备当前建立有投屏连接时，该接收端设备不可以被其他发送端设备发现，直到接收端设备断开投屏连接(以下简称：不支持抢占投屏连接，不能够被发现)。
根据上述3种情况，表1示出了接收端设备的抢占能力与发送端设备的抢占结果的对应关系。
Figure PCTCN2021078686-appb-000001
表1
从上述表1不难看出，一个发送端设备能否对一个接收端设备抢占成功，取决于该 接收端设备的抢占能力，不受用户或者发送端设备的影响，因此，用户在使用流媒体投屏时，会遇到至少以下问题：
问题(1)：在会议室、展厅、卖场等场合，用户可以使用电子设备B在电子设备A上投屏文稿、图片或者视频等向公众展示的内容，此时，如果电子设备C向电子设备A发起连接请求，并且电子设备A支持抢占投屏连接，电子设备A就会断开与电子设备B的投屏连接，而播放电子设备C投屏的内容，导致用户希望在电子设备A上展示的内容受到干扰。
问题(2)：在家庭或者办公场景中，当需要多个发送端设备轮流在电子设备A上投屏流媒体内容时，如果电子设备A不支持抢占投屏连接，那么电子设备A就需要断开已有的投屏连接才能接受新的连接请求，影响用户使用体验。
问题(3)：当用户希望使用电子设备B与电子设备A建立投屏连接时，如果电子设备A已经与其他发送端设备建立了投屏连接，并且电子设备“不支持抢占投屏连接，不能够被发现”，那么，那么电子设备B在建立投屏连接的“设备发现”步骤中就无法发现电子设备A，从而不能与电子设备A建立投屏连接，并且用户也不知道是什么原因导致的电子设备A无法被发现和连接，影响用户使用体验。
由此可见，目前的流媒体投屏方案对抢占逻辑的设计不够完善，影响了用户的使用体验。
本申请实施例提供了一种投屏连接控制方法，可以应用到流媒体投屏场景中的可用作发送端设备或接收端设备的任意电子设备中，该方法能够根据用户的需求优化流媒体投屏的抢占逻辑，提高用户使用体验。
示例性的，本申请实施例中的电子设备可以是手机、平板电脑、大屏显示设备(例如：智能电视、智慧屏、激光电视、投影设备等)、笔记本电脑、个人电脑(PC)、智能音箱、智能闹钟、增强现实设备(augmented reality，AR)、虚拟现实设备(virtual reality，VR)等，本申请实施例对该电子设备的具体形态不作特殊限制。
下面将结合附图对本申请实施例的实施方式进行详细描述。
请参考图5，为本申请实施例提供的一种电子设备200的结构示意图。如图5所示，电子设备200可以包括处理器210，外部存储器接口220，内部存储器221，通用串行总线(universal serial bus，USB)接口230，充电管理模块240，电源管理模块241，电池242，天线1，天线2，移动通信模块250，无线通信模块260，音频模块270，扬声器270A，受话器270B，麦克风270C，耳机接口270D，传感器模块280，按键290，马达291，指示器292，摄像头293，显示屏294，以及用户标识模块(subscriber identification module，SIM)卡接口295等。
其中，传感器模块280可以包括压力传感器280A，陀螺仪传感器280B，气压传感器280C，磁传感器280D，加速度传感器280E，距离传感器280F，接近光传感器280G，指纹传感器280H，温度传感器280J，触摸传感器280K，环境光传感器280L，以及骨传导传感器280M等。
可以理解的是，本实施例示意的结构并不构成对电子设备200的具体限定。在另一些实施例中，电子设备200可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
处理器210可以包括一个或多个处理单元，例如：处理器210可以包括应用处理器(application processor，AP)，调制解调处理器，GPU，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
控制器可以是电子设备200的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。
处理器210中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器210中的存储器为高速缓冲存储器。该存储器可以保存处理器210刚用过或循环使用的指令或数据。如果处理器210需要再次使用该指令或数据，可从存储器中直接调用。避免了重复存取，减少了处理器210的等待时间，因而提高了系统的效率。
在一些实施例中，处理器210可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuit sound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purpose input/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。
可以理解的是，本实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备200的结构限定。在另一些实施例中，电子设备200也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。
充电管理模块240用于从充电器接收充电输入。充电管理模块240为电池242充电的同时，还可以通过电源管理模块241为电子设备供电。
电源管理模块241用于连接电池242，充电管理模块240与处理器210。电源管理模块241接收电池242和/或充电管理模块240的输入，为处理器210，内部存储器221，外部存储器，显示屏294，摄像头293，和无线通信模块260等供电。在其他一些实施例中，电源管理模块241也可以设置于处理器210中。在另一些实施例中，电源管理模块241和充电管理模块240也可以设置于同一个器件中。
电子设备200的无线通信功能可以通过天线1，天线2，移动通信模块250，无线通信模块260，调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。电子设备200中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。
移动通信模块250可以提供应用在电子设备200上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块250可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块250可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块250还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。
调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解 调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器270A，受话器270B等)输出声音信号，或通过显示屏294显示图像或视频。
无线通信模块260可以提供应用在电子设备200上的包括无线局域网(wireless local area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块260可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块260经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器210。无线通信模块260还可以从处理器210接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。
在一些实施例中，电子设备200的天线1和移动通信模块250耦合，天线2和无线通信模块260耦合，使得电子设备200可以通过无线通信技术与网络以及其他设备通信。无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(code division multiple access，CDMA)，宽带码分多址(wideband code division multiple access，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidou navigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellite system，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。
电子设备200通过GPU，显示屏294，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏294和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器210可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。
显示屏294用于显示图像，视频等。该显示屏294包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emitting diode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organic light-emitting diode，AMOLED)，柔性发光二极管(flex light-emitting diode，FLED)，次毫米发光二极管(Mini LED)，微发光二极管(Micro LED)，微发光有机二极管(Micro OLED)，量子点发光二极管(quantum dot light-emitting diodes，QLED)等。
其中，本申请实施例中的显示屏294可以是触摸屏。即该显示屏294中集成了触摸传感器280K。该触摸传感器280K也可以称为“触控面板”。也就是说，显示屏294可以包括显示面板和触摸面板，由触摸传感器280K与显示屏294组成触摸屏，也称“触控屏”。触摸传感器280K用于检测作用于其上或附近的触摸操作。触摸传感器280K检测到的触摸操作后，可以由内核层的驱动传递给上层，以确定触摸事件类型。可以通过显示屏294提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器280K也可以设置于电子设备200的表面，与显示屏294所处的位置不同。
电子设备200可以通过ISP，摄像头293，视频编解码器，GPU，显示屏294以及应 用处理器等实现拍摄功能。ISP用于处理摄像头293反馈的数据。摄像头293用于捕获静态图像或视频。数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。视频编解码器用于对数字视频压缩或解压缩。电子设备200可以支持一种或多种视频编解码器。这样，电子设备200可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。
NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备200的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。
外部存储器接口220可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备200的存储能力。外部存储卡通过外部存储器接口220与处理器210通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。内部存储器221可以用于存储计算机可执行程序代码，可执行程序代码包括指令。处理器210通过运行存储在内部存储器221的指令，从而执行电子设备200的各种功能应用以及数据处理。例如，在本申请实施例中，处理器210可以通过执行存储在内部存储器221中的指令，内部存储器221可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备200使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器221可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。
电子设备200可以通过音频模块270，扬声器270A，受话器270B，麦克风270C，耳机接口270D，以及应用处理器等实现音频功能。例如音乐播放，录音等。
音频模块270用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块270还可以用于对音频信号编码和解码。扬声器270A，也称“喇叭”，用于将音频电信号转换为声音信号。受话器270B，也称“听筒”，用于将音频电信号转换成声音信号。麦克风270C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。耳机接口270D用于连接有线耳机。
压力传感器280A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器280A可以设置于显示屏294。压力传感器280A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器280A，电极之间的电容改变。电子设备200根据电容的变化确定压力的强度。当有触摸操作作用于显示屏294，电子设备200根据压力传感器280A检测触摸操作强度。电子设备200也可以根据压力传感器280A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。本申请实施例中，电子设备200可以通过压力传感器280A获取用户的触摸操作的按压力度。
按键290包括开机键，音量键等。按键290可以是机械按键。也可以是触摸式按键。电子设备200可以接收按键输入，产生与电子设备200的用户设置以及功能控制有关的键信号输入。马达291可以产生振动提示。马达291可以用于来电振动提示，也可以用 于触摸振动反馈。指示器292可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。SIM卡接口295用于连接SIM卡。SIM卡可以通过插入SIM卡接口295，或从SIM卡接口295拔出，实现和电子设备200的接触和分离。电子设备200可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口295可以支持Nano SIM卡，Micro SIM卡，SIM卡等。
以下实施例中的方法可以在两个或者多个具有上述硬件结构的电子设备200中实现。其中，根据流媒体内容的投屏方向，一部分电子设备可以作为发送端设备，另一部分电子设备可以作为接收端设备。根据电子设备200的显示屏294，当用户在显示屏294执行特定的触摸、点击或者滑动操作时，可以理解为用户向电子设备发出了用户指令，使得电子设备响应于特定的用户指令执行本申请实施例的特定步骤。
实施例(一)
本申请实施例(一)提供了一种投屏连接控制方法，如图6所示，该方法可以包括步骤S301-步骤S303。
步骤S301，接收端设备向发送端设备发送抢占能力信息，抢占能力信息包括接收端设备是否支持抢占投屏连接。
其中，接收端设备可以在图2的“设备发现”阶段向发送端设备发送抢占能力信息。
在一种实现方式中，如图7所示，当发送端设备采用被动扫描的方式发现接收端设备时，接收端设备可以定期在网络中广播信标帧(Beacon Frame)，并在信标帧中携带抢占能力信息，以告知其存在；发送端设备通过监听信标帧的方式发现接收端设备，并从监听到的信标帧(Beacon Frame)中获取接收端设备的抢占能力信息。
在一种实现方式中，如图8所示，当发送端设备采用被动扫描的方式发现接收端设备时，第二设备可以向其连接的接入点设备AP发送发现报文，并在发现报文中携带抢占能力信息；接入点设备AP接收到发现报文后，根据该发现报文的IP包协议类型，将发现报文在其子网中进行广播或者组播；发送端设备接收接入点设备AP广播或者组播的发现报文，并从发现报文中获取接收端设备的抢占能力信息。
在一种实现方式中，如图9所示，当发送端设备采用主动扫描的方式发现接收端设备时，发送端设备在无线信道上发送探测请求帧(Probe Request)，以探测附近存在的接收端设备；接收端设备接收到发送端设备的探测请求帧之后，向发送端设备发送探测响应帧(Probe Response)，并在探测响应帧中携带抢占能力信息，以告知其存在；发送端设备获取接收端设备的探测响应帧，并从探测响应帧中获取抢占能力信息。
表2示出了抢占能力信息的一种可实现的字段格式：
Figure PCTCN2021078686-appb-000002
表2
其中，组织唯一标识符(organizationally unique identifier，OUI)可以是接收端设备的MAC地址中的一部分，用来识别接收端设备的制造商。特征ID的不同数值可以对应不同的信息元素，发送端设备可以根据特征ID的数值确定对应的信息元素表达的含义，例如在表1中，特征ID“0x1”对应的信息元素为抢占能力信息。抢占能力信息可 以使用1个字节长度的字符来指示，例如在表2中，抢占能力信息可以取值0或者1，当抢占能力信息取值为0时，表示接收端设备支持抢占投屏连接，当抢占能力信息取值为1时，表示接收端设备不支持抢占投屏连接。
进一步地，接收端设备在图2的“设备发现”阶段还可以向发送端设备发送自身的连接状态信息，连接状态信息包括接收端设备当前是否与其他发送端设备建立有投屏连接。连接状态信息可以和抢占能力信息一同发送，也可以分别先后发送。
在一种实现方式中，如图10所示，当发送端设备采用被动扫描的方式发现接收端设备时，接收端设备可以定期在网络中广播信标帧(Beacon Frame)，并在信标帧中携带抢占能力信息和连接状态信息，以告知其存在；发送端设备通过监听信标帧的方式发现接收端设备，并从监听到的信标帧(Beacon Frame)中获取接收端设备的抢占能力信息和连接状态信息。
在一种实现方式中，如图11所示，当发送端设备采用被动扫描的方式发现接收端设备时，第二设备可以向其连接的接入点设备AP发送发现报文，并在发现报文中携带抢占能力信息和连接状态信息；接入点设备AP接收到发现报文后，根据该发现报文的IP包协议类型，将发现报文在其子网中进行广播或者组播；发送端设备接收接入点设备AP广播或者组播的发现报文，并从发现报文中获取接收端设备的抢占能力信息和连接状态信息。
在一种实现方式中，如图12所示，当发送端设备采用主动扫描的方式发现接收端设备时，发送端设备在无线信道上发送探测请求帧(Probe Request)，以探测附近存在的接收端设备；接收端设备接收到发送端设备的探测请求帧之后，向发送端设备发送探测响应帧(Probe Response)，并在探测响应帧中携带抢占能力信息和连接状态信息，以告知其存在；发送端设备获取接收端设备的探测响应帧，并从探测响应帧中获取抢占能力信息和连接状态信息。
在一种实现方式中，发送端设备可以多次向接收端设备发送探测请求帧(Probe Request)，接收端设备在应答的多个探测响应帧(Probe Response)中分别携带抢占能力信息和连接状态信息。如图13所示，发送端设备首先向接收端设备发送第一探测请求帧；接收端设备响应于第一探测请求帧，向发送端设备发送携带抢占能力信息的第一探测响应帧；然后，发送端设备向接收端设备发送第二探测请求帧；接收端设备响应于第二探测请求帧，向发送端设备发送携带连接状态信息的第二探测响应帧。
可以理解的是，在图13所示的实现方式中，接收端设备也可以在第一探测响应帧中携带连接状态信息，在第二测响应帧中携带抢占能力信息，此处不再赘述。
表3示出了抢占能力信息和连接状态信息的一种可实现的字段格式：
Figure PCTCN2021078686-appb-000003
表3
其中，连接状态信息可以使用1个字节长度的字符来表示。例如在表2中，连接状态信息可以取值为0、1或者2，当抢占能力信息取值为0时，表示接收端设备当前未与 发送端设备建立投屏连接，当抢占能力信息取值为1时，表示接收端设备当前正在与发送端设备建立投屏连接，例如正处在图2中的“建立连接”阶段，当抢占能力信息取值为2时，表示接收端设备当前已经与发送端设备建立了投屏连接，例如正处在图2中的“能力协商”阶段或者“会话建立和流媒体传输”阶段。
进一步地，发送端设备在“设备发现”阶段，还可以获取接收端设备支持的投屏模式。例如，当发送端设备是手机(或者平板电脑)，接收端设备是大屏显示设备(如：智慧屏、智能电视等)时，投屏模式可以包括电脑模式和手机模式。在电脑模式下，手机可以与大屏显示设备显示不同内容，如大屏显示设备显示手机投送的视频，手机显示用户使用的聊天软件等。另外，在电脑模式下，大屏显示设备可以显示计算机系统的用户操作界面，手机可以进入到触控板模式，在显示屏模拟一个触控板区域，当用户在触控板区域点击或者滑动时，可以实现与计算机的实体触控板相同的功能，另外，当用户在触控板区域执行指定的操作时，可以使手机在显示屏中显示软键盘，用户在软键盘执行点击操作时，可以实现与计算机的实体键盘相同的功能。
具体实现中，当发送端设备采用被动扫描的方式发现接收端设备时，接收端设备可以在其广播的信标帧或者发现报文中配置投屏模式信息，投屏模式信息用于向发送端设备指示接收端设备支持的投屏模式；当发送端设备采用主动扫描的方式发现接收端设备时，接收端设备可以在发送给发送端设备的探测响应帧中配置投屏模式信息。另外，如果接收端设备未向发送端设备发送投屏模式信息，发送端设备还可以根据接收端设备的制造商(可以根据组织唯一标识符OUI确定)或者设备型号等信息判断接收端设备是否支持电脑模式和/或手机模式，为了实现这一判断能力，发送端设备可以维护一个列表，该列表可以包含制造商和投屏模式的对应关系，或者设备型号与投屏模式的对应关系，使得发送端设备可以通过查表的方式确定接收端设备支持的投屏模式。
作为示例地，投屏模式信息可以使用1个字节长度的字符来表示。例如，投屏模式信息可以取值为0、1或者2，当投屏模式信息取值为0时，表示接收端设备只支持手机模式投屏，当投屏模式信息取值为1时，表示接收端设备只支持电脑模式投屏，当投屏模式信息取值为2时，表示接收端设备同时支持手机模式和电脑模式投屏。
图14是发送端设备向用户展示可用设备列表的示意图。如图14所示，发送端设备在完成“设备发现”阶段的全部流程之后，可以生成可用设备列表，并显示在显示屏中，该可用设备列表包括发送端设备发现的所有接收端设备的设备标识，以及各个接收端设备的连接状态、抢占能力和支持的投屏模式等信息。作为示例地，图14的可用设备列表包括3个发送端设备，设备标识分别是设备A、设备B和设备C；其中，“使用中，不可抢占”概括了设备A的连接状态和抢占能力，表示设备A当前已经与其他发送端设备建立了投屏连接，并且设备A不支持抢占投屏连接；“使用中，可以抢占”概括了设备B的连接状态和抢占能力，表示设备B当前已经与其他发送端设备建立了投屏连接，并且这个接收端设备不支持抢占投屏连接；“空闲”概括了设备C的连接状态，表示设备C当前未与任何发送端设备建立投屏连接，当设备C处于“空闲”状态时，不会涉及到抢占投屏连接，因此可用设备列表未显示设备C的抢占能力。
如图14所示，基于可用设备列表，用户可以通过在显示屏上点击设备标识或者操作按键的方式选择一个想要连接的接收端设备，使发送端设备与用户想要连接的接收端设备发送投屏连接请求。其中，设备A由于“使用中，不可抢占”，而被发送端设备配置 为不可选择。根据接收端设备的连接状态和抢占能力的不同，发送端设备的连接请求会得到不同的响应。
具体来说，当用户选择设备B时，发送端设备会向设备B发送连接请求，由于设备B支持抢占投屏连接，因此设备B会断开与其他设备建立的投屏连接，并与发送端设备建立连接。当用户选择设备C时，发送端设备向设备C发送连接请求，由于设备C为空闲状态，设备C会接受发送端设备的连接请求，与发送端设备建立投屏连接。上述连接请求例如可以是发送端设备用于与接收端设备建立Wi-Fi直连的请求，例如可以包括用于请求建立TCP连接的TCP报文和用于请求建立RTSP连接的RTSP报文。
在用户选取了接收端设备之后，发送端设备和接收端设备还可以执行步骤S302-S303：
步骤S302，当接收端设备支持抢占投屏连接时，发送端设备响应于用户指令，向接收端设备发送第一配置信息，第一配置信息用于指示接收端设备将自身配置为不支持抢占投屏连接。
步骤S303，接收端设备根据第一配置信息将自身配置为不支持抢占投屏连接。
在一种实现方式中，发送端设备可以将第一配置信息配置在连接请求中，随着连接请求一同发送给接收端设备。
如图15所示，具体实现中，当用户在可用设备列表中选取接收端设备时，发送端设备在显示屏生成用于询问用户是否锁定本次连接的对话框，用户可以在对话框中选择是(锁定)或者否(不锁定)，如果用户选择“是”，那么发送端设备向接收端设备发送第一配置信息，如果用户选择“否”，那么用户不发送第一配置信息。
示例地，发送端设备可以在发送给接收端设备的用于请求建立TCP连接的TCP报文中配置第一配置信息，接收端设备只要接收到这个TCP报文，就获得了第一配置信息。
示例地，发送端设备可以在发送给接收端设备的用于请求建立RTSP连接的RTSP报文中配置第一配置信息，接收端设备只要接收到这个RTSP报文，就获得了第一配置信息。
在一种实现方式中，在发送端设备与接收端设备建立了投屏连接之后，发送端设备可以单独向接收端设备发送第一配置信息。
具体实现中，在发送端设备与接收端设备建立了投屏连接之后，发送端设备可以在显示屏中生成如图16所示的指令窗口350，指令窗口350中可以包括一个或者多个指令按钮，包括但不限于：投屏模式按钮(例如：电脑模式按钮355、手机模式按钮351)、输入模式按钮(例如：触控板352、软键盘356)、断开连接按钮353、解锁按钮357和锁定按钮354。其中，当接收端设备支持抢占投屏连接时，指令窗口如图16所示包括锁定按钮354，当接收端设备不支持抢占投屏连接时，指令窗口如图16所示包括解锁按钮357。
图17是发送端设备向接收端设备发送第一配置信息的示意图。
如图17所示，当接收端设备支持抢占投屏连接时，如果用户在显示屏上点击图16所示的锁定按钮354，发送端设备会利用当前与接收端设备建立的TCP或RTSP等连接，向接收端设备发送第一配置信息；接收端设备响应于第一配置信息，将自身的抢占能力更改为“不支持抢占投屏连接”；接收端设备在成功更改抢占能力之后，可以向发送端设备发送反馈信息，以向接收端设备告知抢占能力的更改结果；并且，接收端设备在成功更改抢占能力之后，更新其在信标帧或者发现报文中配置的抢占能力信息，例如将抢 占能力信息从“0”更新至“1”，使得发送端设备也可以通过接收端设备的信标帧或者发现报文获取接收端设备更改之后的抢占能力；发送端设备在确认接收端设备的抢占能力成功更改为“不支持抢占投屏连接”之后，将显示屏上的锁定按钮354刷新为解锁按钮357。
图18是发送端设备向接收端设备发送第二配置信息的示意图。
如图18所示，当接收端设备不支持抢占投屏连接时，如果用户在显示屏上点击解锁按钮357，发送端设备会利用当前与接收端设备建立的TCP或RTSP等连接，向接收端设备发送第二配置信息；接收端设备响应于第二配置信息，将自身的抢占能力更改为“支持抢占投屏连接”；接收端设备在成功更改抢占能力之后，可以向发送端设备发送反馈信息，以向接收端设备告知抢占能力的更改结果；并且，接收端设备在成功更改抢占能力之后，更新其在信标帧或者发现报文中配置的抢占能力信息，例如将抢占能力信息从“1”更新至“0”，使得发送端设备也可以通过接收端设备的信标帧或者发现报文获取接收端设备更改之后的抢占能力；发送端设备在确认接收端设备的抢占能力成功更改为“支持抢占投屏连接”之后，将显示屏上的解锁按钮357刷新为锁定按钮354。
表4示出了第一配置信息和第二配置信息的一种可实现的字段格式：
Figure PCTCN2021078686-appb-000004
表4
其中，当表4中的“锁定信息”的值为“1”时，对应本申请实施例的第一配置信息，当“锁定信息”的值为“0”时，对应本申请实施例的第二配置信息。
进一步地，如果用户在显示屏上点击投屏模式按钮，可以使发送端设备的投屏模式在电脑模式和手机模式之间切换。具体地，如果当前投屏模式是手机模式，指令窗口会如图16所示包括电脑模式按钮355，如果用户点击电脑模式按钮355，发送端设备会将投屏模式更改为电脑模式，并将电脑模式按钮355刷新为手机模式按钮351；如果当前投屏模式是电脑模式，指令窗口会如图16所示包括手机模式按钮351，如果用户点击手机模式按钮351，发送端设备会将投屏模式更改为手机模式，并将手机模式按钮351刷新为电脑模式按钮355。
进一步地，如果用户在显示屏上点击输入模式按钮，可以使发送端设备的输入模式在触控板模式和软键盘模式之间切换。具体地，如果当前输入模式是触控板模式，指令窗口会如图16所示包括软键盘模式按钮356，如果用户点击软键盘模式按钮356，发送端设备会将输入模式更改为软键盘模式，并将软键盘模式按钮356刷新为触控板模式按钮352；如果当前投屏模式是软键盘模式，指令窗口会如图16所示包括触控板模式按钮352，如果用户点击触控板模式按钮352，发送端设备会将输入模式更改为触控板模式，并将触控板模式按钮352刷新为软键盘模式按钮356。
进一步地，如图16所示，如果用户在显示屏上点击断开连接按钮353，发送端设备会与接收端设备断开投屏连接，投屏连接结束。
下面结合一个示例，对本申请实施例一的技术方案能够实现的有益效果进行说明。
如图19所示，发送端设备A向空闲状态的接收端设备发送连接请求，该链接请求携 带第一配置信息；接收端设备响应于连接请求，与发送端设备建立投屏连接，并在成功建立投屏连接之后，将自身配置为不支持抢占投屏连接。在此之后，另一个发送端设备B向接收端设备发现了接收端设备，并向接收端设备B发送连接请求，试图抢占接收端设备，但由于接收端设备此时不支持抢占投屏连接，发送端设备B抢占失败。在此之后，发送端设备A向接收端设备发送第二配置信息；接收端设备响应于第二配置信息，将自身配置为支持抢占投屏连接。在此之后，发送端设备B又一次向接收端设备发送连接请求，试图抢占接收端设备，此时，由于接收端设备支持抢占投屏连接，接收端设备会与发送端设备A断开连接，转而与发送端设备B建立投屏连接，即发送端设备B抢占成功。
根据本申请实施例(一)提供的技术方案，接收端设备向发送端设备通报自身的抢占能力，使得发送端设备可以根据接收端设备的抢占能力和用户需求对接收端设备的抢占能力进行动态配置。例如，如果用户不希望投屏连接被抢占，发送端设备可以将接收端设备配置为不支持抢占，以避免用户希望在接收端设备上投送的内容被干扰或打断；如果用户已经将需要投送的内容在接收端设备上展示完毕，发送端设备可以将接收端设备配置为支持抢占，使得其他发送端设备能够与发送端设备建立连接，实现多个发送端设备在一个接收端设备上无缝切换地投送流媒体内容，提高了用户使用体验。
实施例(二)
本申请实施例(二)中，接收端设备根据发送端设备的设备标识配置自身的抢占能力。
图20示接收端设备根据发送端设备的设备标识配置自身的抢占能力的流程图。该流程如图20所示可以包括步骤S401-步骤S4032：
步骤S401，接收端设备接收到连接请求时，获取发送端设备的设备标识。
具体实现中，发送端设备的设备标识可以是发送端设备的设备名称、设备编号、SSID、MAC地址、IP地址及其组合等。其中，设备名称具体可以是发送端设备的设备型号、制造商名称，以及其他用户自定义的名称等。应该理解的是，本申请实施例对设备标识的实现方式不做具体限定，只要是能够使用户将可用设备列表中展示的接收端设备与现实中真实的接收端设备对应的信息都可以作为设备标识。
步骤S402，接收端设备根据设备标识判断发送端设备所属的设备分组。
其中，接收端设备可以预先配置一个设备名单(或者设备列表)，该设备名单可以包括至少设备分组，每个设备分组包含至少一个设备标识，以使得接收端设备可以通过查询设备名单的方式确定接收端设备所属的设备分组。
在一种实现方式中，设备名单如表5所示，可以至少包含第一设备分组和第二设备分组。
Figure PCTCN2021078686-appb-000005
表5
作为示例地，基于表5，如果发送端设备的MAC地址是MAC地址1，那么接收端 设备可以确定发送端设备属于第一设备分组；如果发送端设备的MAC地址是MAC地址5，那么接收端设备可以确定发送端设备属于第二设备分组；如果发送端设备的MAC地址在MAC地址2～MAC地址3这一地址段内，那么接收端设备可以确定发送端设备属于第一设备分组；如果发送端设备的MAC地址在MAC地址8～MAC地址9这一地址段内，那么接收端设备可以确定发送端设备属于第二设备分组。
在一种实现方式中，设备名单如表6所示，可以只包含第一设备分组，形成白名单。
Figure PCTCN2021078686-appb-000006
表6
作为示例地，基于表6，如果发送端设备的制造商是制造商1，那么接收端设备可以确定发送端设备属于第一设备分组；如果发送端设备的制造商不属于表6中的任何一个制造商，那么接收端设备可以确定发送端设备不属于第一设备分组。
在一种实现方式中，设备名单如表7所示，可以不包含第一设备分组，形成黑名单。
Figure PCTCN2021078686-appb-000007
表7
作为示例地，基于表7，如果发送端设备的IP地址是IP地址1，那么接收端设备可以确定发送端设备不属于第一设备分组；如果发送端设备的IP地址在IP地址4～IP地址5这一地址段内，那么接收端设备可以确定发送端设备不属于第一设备分组；如果发送端设备的IP地址不属于表7中的任何一个IP地址，那么接收端设备可以确定发送端设备属于第一设备分组。
步骤S4031，如果发送端设备属于第一设备分组，接收端设备将自身配置为不支持抢占投屏连接。
具体实现中，当接收端设备当前支持抢占投屏连接或者处于空闲状态时，接收端设备响应发送端设备的连接请求，与发送端设备建立投屏连接，并将自身配置为不支持抢占，以防止其他发送端设备对本次投屏连接造成干扰。
步骤S4032，如果发送端设备不属于第一设备分组，接收端设备将自身配置为支持抢占投屏连接。
具体实现中，当接收端设备当前支持抢占投屏连接，接收端设备响应发送端设备的连接请求，与发送端设备建立投屏连接，并保持自身支持抢占，使得其他发送端设备可以对本次投屏连接发起抢占；当接收端设备处于空闲状态并且不支持抢占投屏连接时，接收端设备响应发送端设备的连接请求，与发送端设备建立投屏连接，并将自身配置为 支持抢占，使得其他发送端设备可以对本次投屏连接发起抢占投屏连接。
根据本申请实施例(二)提供的技术方案，接收端设备可以利用黑/白名单机制，判断发起连接请求的发送端设备是否属于白名单对应的分组，如果发送端设备属于白名单对应的分组，则接收端设备将自身配置为不支持抢占，以确保发送端设备与接收端设备之间的投屏连接不被抢占或者干扰，如果发送端设备不属于白名单对应的分组，则接收端设备将自身配置为支持抢占，以使得其他发送端设备可以合理地发起抢占投屏连接，实现多个发送端设备在一个接收端设备上无缝切换地投送流媒体内容，提高了用户使用体验。
实施例(三)
在一些场景中，同一个用户可能拥有多个电子设备，例如：至少一个手机，和/或，至少一个笔记本电脑等，用户由于演示需要，可能会先后使用上述多个电子设备作为发送端设备在接收端设备上投屏。例如：在t0～t1时段内，用户使用发送端设备A(例如：手机)在接收端设备上投屏；在t1～t2时段内，用户使用发送端设备B(例如：笔记本电脑)在接收端设备上投屏。在这种情况下，如果发送端设备A在t0～t1时段内通过第一配置信息将接收端设备设置成不支持抢占连接，那么，发送端设备B需要在发送端设备A与接收端设备断开投屏连接以后，才能与接收端设备建立投屏连接。然而，发送端设备A和发送端设备B的投屏和抢占投屏行为都是由同一个用户的用户指令控制的，代表着同一个用户的使用需求，因此，即使接收端设备被配置为不支持抢占连接，也可以允许同一个用户的其他发送端设备发起抢占投屏，以实现同一个用户的多个发送端设备在接收端设备投屏连接的无缝切换，提高用户使用体验。
图21是接收端设备允许同一个用户的发送端设备发起抢占投屏的流程图。如图21所示，该流程包括以下步骤S501-步骤S5042：
步骤S501，接收端设备从发送端设备A的连接请求获取发送端设备A的用户信息。
具体实现中，用户信息可以是用户注册或登录电子设备使用的用户名和/或密码等信息。其中，用户名可以是用户自定义的字符串，该字符串例如可以包括字母、数字、汉字、符号中的一种或者多种：此外，用户名还可以是用户注册或登录电子设备使用的邮箱、手机号码等信息。应该理解的是，本申请实施例对用户名的具体实现方式不做具体限定，能够用于区分用户身份的信息都可以作为用户名。
在一种实现方式中，用户信息可以仅包含用户名。在发送端设备A向接收端设备发送连接请求之前，发送端设备A可以使用散列函数(hash function，又称散列算法、哈希函数)计算用户名的散列值，将用户名的散列值作为用户信息，从而实现对用户名的加密，保护用户信息安全。
在另一种实现方式中，用户信息可以包含用户名和密码。在发送端设备A向接收端设备发送连接请求之前，发送端设备A可以使用散列函数计算用户名和密码组成的字符串的散列值，将该散列值作为用户信息，从而实现对用户名和密码的加密，保护用户信息安全。
进一步地，发送端设备A可以将用户信息配置在连接请求中，并将包含用户信息的连接请求发送给接收端设备，使接收端设备从连接请求中获取用户信息。
步骤S502，当接收端设备与发送端设备A建立有投屏连接，并且接收端设备被配置为不支持抢占连接时，如果接收端设备接收到发送端设备B的连接请求，则接收端设备 从发送端设备B的连接请求中获取发送端设备B的用户信息。
具体实现中，如果发送端设备A发送给接收端设备的连接请求中还包括第一配置信息，那么，接收端设备会将自身设置为不支持抢占连接。在这种情况下，如果接收端设备接收到了其他发送端设备，例如发送端设备B的连接请求，则接收端设备会尝试从发送端设备B的连接请求中获取发送端设备B的用户信息，如果能够获取到发送端设备B的用户信息，则执行步骤S503，如果不能获取到发送端设备B的用户信息，则拒绝发送端设备B的连接请求。
在一种实现方式中，当用户信息仅包含用户名时，发送端设备B向接收端设备发送连接请求之前，可以使用散列函数计算用户注册或登录发送端设备B使用的用户名的散列值，将用户名的散列值作为用户信息，从而实现对用户名的加密，保护用户信息安全。
在一种实现方式中，当用户信息包含用户名和密码时，发送端设备B向接收端设备发送连接请求之前，可以使用散列函数计算用户注册或登录发送端设备B使用的用户名和密码组成的字符串的散列值，将该散列值作为用户信息，从而实现对用户名和密码的加密，保护用户信息安全。
进一步地，发送端设备B可以将用户信息(即用户名的散列值)配置在连接请求中，并将包含用户信息的连接请求发送给接收端设备，使接收端设备从连接请求中获取用户信息。
步骤S503，接收端设备判断发送端设备A的用户信息与发送端设备B的用户信息是否相同。
具体地，当发送端设备A的用户信息与发送端设备B的用户信息相同时，说明发送端设备A和发送端设备B属于同一个用户，那么执行步骤S5041；当发送端设备A的用户信息与发送端设备B的用户信息不同时，说明发送端设备A和发送端设备B不属于同一个用户，那么执行步骤S5042。
步骤S5041，如果发送端设备A的用户信息与发送端设备B的用户信息相同，接收端设备断开与发送端设备A的投屏连接，与发送端设备B建立投屏连接。
步骤S5042，如果发送端设备A的用户信息与发送端设备B的用户信息相同，接收端设备拒绝发送端设备B的连接请求。
根据上述方法，在接收端设备已经与一个发送端设备A建立投屏连接的情况下，如果接收到了另一个发送端设备B的投屏连接请求，接收端设备可以判断发送端设备A和发送端设备B的用户信息是否相同，如果相同，则允许发送端设备B执行抢占投屏连接，实现从发送端设备A到发送端设备B的无缝投屏切换，提高用户使用体验。
实施例(四)
在一些场景中，用户使用发送端设备与接收端设备建立投屏连接，并且完成演示之后，可能会由于一些原因断开投屏连接，使得发送端设备与接收端设备一直保持投屏连接状态，例如：用户使用手机在电视上完成投屏演示之后，忘记点击手机显示屏上的断开连接按钮，就带着手机离开现场，那么只要手机和电视还能够建立网络连接，手机就会一直保持与电视的投屏连接状态。在这种情况下，如果发送端设备之前将接收端设备配置为不支持抢占连接，就会导致其他发送端设备无法在这个接收端设备上建立投屏连接，导致设备资源浪费，影响用户体验。
为了解决这一问题，本申请实施例(四)提供了一种投屏连接的老化机制，该老化 机制例如可以包括：接收端设备判断发送端设备投屏显示的图像是否在大于预设时长ΔT 0的连续时间段内没有发生变化，如果没有发生变化，则接收端设备断开与发送端设备的投屏连接。
具体实现中，如图22所示，在接收端设备与发送端设备建立投屏连接之后，接收端设备可以每隔一段时间Δt对接收端设备显示屏显示的图像进行截屏，那么连续N个截屏所跨越的时间段ΔT＝(N-1)Δt。基于上述截屏，接收端设备确定是否存在使ΔT大于ΔT 0的连续N个的截屏的内容相同，如果相同，则说明发送端设备投屏显示的图像在大于ΔT 0的连续时间段内没有发生变化。
示例地，比较连续N个截屏的内容是否相同，可以通过以下任意方式实现：例如，接收端设备可以使用基于灰度的图像匹配算法比较上述N个截屏的内容是否相同，其中，基于灰度的图像匹配算法例如：平均绝对差算法(mean absolute differences，MAD)、绝对误差和算法(sum of absolute differences，SAD)、误差平方和算法(sum of squared differences，SSD)和平均误差平方和算法(mean square differences，MSD)等。又例如，接收端设备还可以使用基于深度神经网络的图像匹配模型，例如卷积神经网络(convolutional neural network,CNN)。这里需要说明的是，判断连续N个截屏的内容是否相同涉及到的图像匹配的技术内容不是本申请实施例重点讨论的内容，本领域技术人员可以使用目前可实现的各种图像匹配技术实现本申请实施例的比较连续N个截屏的内容是否相同的目的。
根据上述方法，当接收端设备判断发送端设备投屏显示的图像在大于预设时长的连续时间段内没有发生变化时，认为接收端设备已经完成投屏任务并且忘记断开投屏连接，因此接收端设备断开与发送端设备的投屏连接，使得其他发送端设备能够连接进来，避免设备资源浪费，提高用户体验。
实施例(五)
申请实施例(五)中，接收端设备可以独立配置自身的抢占能力，不需要与发送端设备进行交互。
图23是接收端设备的示意图。如图23所示，接收端设备的机身设置有用于配置抢占能力的按键36。用户可以通过按下按键36的方式，实现接收端设备在不同的抢占能力之间切换。例如：当接收端设备当前支持抢占投屏连接时，如果用户按下按键36，接收端设备会将自身配置为不支持抢占投屏连接；当接收端设备当前不支持抢占投屏连接时，如果用户按下按键36，接收端设备会将自身配置为支持抢占投屏连接。
图24是使用遥控设备控制接收端设备的示意图。如图24所示，遥控设备可以是接收端设备配对的遥控器37或者使用手机等电子设备模拟的遥控器。在一种实现方式中，遥控器可以设置有用于配置抢占能力的按键38。用户可以通过按下按键38的方式，实现接收端设备在不同的抢占能力之间切换，例如：从支持抢占投屏连接切换到不支持抢占投屏连接，以及，从不支持抢占投屏连接切换到支持抢占投屏连接。在另一种实现方式中，用户可以通过操作遥控器37，打开接收端设备的设置菜单39，接收端设备的设置菜单39中可以增加是否支持抢占投屏连接的选项391，用户可以使用遥控器37设置该选项为“是”或“否”，以配置接收端设备的抢占能力。
根据本申请实施例(五)的技术方案，用户可以根据需求使用接收端设备上的按键或者遥控器灵活配置接收端设备的抢占能力，提高用户使用体验。
上述本申请提供的实施例中，从设备本身、以及从设备之间交互的角度对本申请提供的投屏连接控制方法的各方案进行了介绍。可以理解的是，各个电子设备，例如上述发送端设备和接收端设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
例如，上述电子设备通过软件模块来实现相应的功能。
在一个实施例中，如图25所示，用于实现上述发送端设备行为的功能的电子设备包括：获取模块501，用于获取接收端设备的抢占能力信息，抢占能力信息指示接收端设备是否支持抢占投屏连接；发送模块502，用于当接收端设备支持抢占投屏连接时，响应于用户指令，向接收端设备发送第一配置信息，第一配置信息指示接收端设备将自身配置为不支持抢占投屏连接。
这样，发送端设备可以获取接收端设备的抢占能力，使得发送端设备能够根据接收端设备的抢占能力和用户需求对接收端设备的抢占能力进行动态配置。例如，如果用户不希望投屏连接被抢占，发送端设备可以将接收端设备配置为不支持抢占，以避免用户希望在接收端设备上投送的内容被干扰或打断。因此，本申请实施例提供的方法优化了流媒体投屏场景的抢占逻辑，提高了用户使用体验。
可选的，发送模块502具体用于响应于第一用户指令，向接收端设备发送连接请求，该连接请求用于发送端设备与接收端设备建立投屏连接，连接请求携带第一配置信息。这样，当接收端设备支持抢占投屏连接时，发送端设备可以在向接收端设备发送连接请求的同时，将接收端设备配置为不支持抢占，使得在此之后的任何抢占投屏连接的请求都会被接收端设备拒绝，避免用户在接收端设备上投送的内容被干扰或打断，提高用户使用体验。
可选的，发送模块502具体用于当发送端设备与接收端设备建立有投屏连接时，响应于第二用户指令，向接收端设备发送第一配置信息。这样，当接收端设备支持抢占投屏连接时，发送端设备可以在与接收端设备建立投屏连接之后，随时将接收端设备配置为不支持抢占，使得在此之后的任何抢占投屏连接的请求都会被接收端设备拒绝，避免用户在接收端设备上投送的内容被干扰或打断，提高用户使用体验。
可选的，发送模块502还用于当接收端设备不支持抢占投屏连接时，响应于第三用户指令，向接收端设备发送第二配置信息，第二配置信息指示接收端设备将自身配置为支持抢占投屏连接。这样，如果用户已经将需要投送的内容在接收端设备上展示完毕，发送端设备可以将接收端设备配置为支持抢占，使得其他发送端设备能够与发送端设备建立连接，实现多个发送端设备在一个接收端设备上无缝切换地投送流媒体内容，提高了用户使用体验。
可选的，获取模块501具体用于接收接收端设备广播的信标帧，信标帧携带抢占能力信息。这样，发送端设备可以在设备发现阶段，从接收端设备的信标帧中获得抢占能力信息，展示给用户，以引导用户发出相应的指令，提高了用户使用体验。
可选的，发送模块502具体用于向接收端设备发送探测请求帧；获取模块501用于 接收接收端设备的探测响应帧，探测响应帧是接收端设备响应于探测请求帧发送的，探测响应帧携带抢占能力信息。这样，发送端设备可以在设备发现阶段，从接收端设备的探测响应帧中获得抢占能力信息，展示给用户，以引导用户发出相应的指令，提高了用户使用体验。
可选的，获取模块501具体用于接收接入点设备广播或组播的发现报文，发现报文是接收端设备发送给接入点设备的，发现报文携带抢占能力信息。这样，发送端设备可以在设备发现阶段，从接收端设备的发现报文中获得抢占能力信息，展示给用户，以引导用户发出相应的指令，提高了用户使用体验。
可选的，获取模块501还用于获取接收端设备的连接状态信息，连接状态信息指示接收端设备当前是否建立有投屏连接。这样，发送端设备可以将接收端设备的连接状态展示给用户，以引导用户发出相应的指令，提高了用户使用体验。
在一个实施例中，如图26所示，用于实现上述接收端设备行为的功能的电子设备包括：发送模块601，用于向发送端设备发送抢占能力信息，抢占能力信息指示接收端设备是否支持抢占投屏连接；接收模块602，用于接收发送端设备的第一配置信息，第一配置信息是发送端设备根据抢占能力信息确定接收端设备支持抢占投屏连接时，响应于用户指令发送的；处理模块603，用于根据第一配置信息将接收端设备配置为不支持抢占投屏连接。
这样，接收端设备可以向发送端设备通报自身的抢占能力，使得发送端设备能够根据接收端设备的抢占能力和用户需求对接收端设备的抢占能力进行动态配置。例如，如果用户不希望投屏连接被抢占，发送端设备可以将接收端设备配置为不支持抢占，以避免用户希望在接收端设备上投送的内容被干扰或打断。因此，本申请实施例提供的方法优化了流媒体投屏场景的抢占逻辑，提高了用户使用体验。
可选的，接收模块602具体用于接收发送端设备的连接请求，连接请求是发送端设备响应于第一用户指令发送的，连接请求携带第一配置信息。
可选的，处理模块603具体用于当接收端设备支持抢占投屏连接时，响应于连接请求，与发送端设备建立投屏连接，并根据第一配置信息将接收端设备配置为不支持抢占投屏连接。
这样，当接收端设备支持抢占投屏连接时，发送端设备可以在向接收端设备发送连接请求的同时，将接收端设备配置为不支持抢占，使得在此之后的任何抢占投屏连接的请求都会被接收端设备拒绝，避免用户在接收端设备上投送的内容被干扰或打断，提高用户使用体验。
可选的，接收模块602具体用于当发送端设备与接收端设备建立有投屏连接时，接收发送端设备响应于第二用户指令发送的第一配置信息。这样，当接收端设备支持抢占投屏连接时，发送端设备可以在与接收端设备建立投屏连接之后，随时将接收端设备配置为不支持抢占，使得在此之后的任何抢占投屏连接的请求都会被接收端设备拒绝，避免用户在接收端设备上投送的内容被干扰或打断，提高用户使用体验。
可选的，接收模块602还用于接收发送端设备的第二配置信息，第二配置信息是发送端设备与接收端设备建立有投屏连接的情况下，发送端设备响应于第三用户指令发送的；处理模块603还用于根据第二配置信息将接收端设备配置为支持抢占投屏连接。这样，如果用户已经将需要投送的内容在接收端设备上展示完毕，发送端设备可以将接收 端设备配置为支持抢占，使得其他发送端设备能够与发送端设备建立连接，实现多个发送端设备在一个接收端设备上无缝切换地投送流媒体内容，提高了用户使用体验。
可选的，发送模块601具体用于向发送端设备广播信标帧，信标帧携带抢占能力信息。这样，发送端设备可以在设备发现阶段，从接收端设备的信标帧中获得抢占能力信息，展示给用户，以引导用户发出相应的指令，提高了用户使用体验。
可选的，接收模块602具体用于接收发送端设备的探测请求帧；发送模块601具体用于响应于探测请求帧，向发送端设备发送探测响应帧，探测响应帧携带抢占能力信息。这样，发送端设备可以在设备发现阶段，从接收端设备的探测响应帧中获得抢占能力信息，展示给用户，以引导用户发出相应的指令，提高了用户使用体验。
可选的，发送模块601具体用于向接入点设备发送发现报文，以使接入点设备将发现报文广播或组播给发送端设备，发现报文携带抢占能力信息。这样，发送端设备可以在设备发现阶段，从接收端设备的发现报文中获得抢占能力信息，展示给用户，以引导用户发出相应的指令，提高了用户使用体验。
可选的，发送模块601还用于向发送端设备发送连接状态信息，连接状态信息指示接收端设备当前是否建立有投屏连接。这样，发送端设备可以将接收端设备的连接状态展示给用户，以引导用户发出相应的指令，提高了用户使用体验。
可选的，处理模块603还用于接收到连接请求时，获取发送端设备的设备标识；以及，根据设备标识判断发送端设备所属的设备分组；如果发送端设备属于第一设备分组，将接收端设备配置为不支持抢占投屏连接；如果发送端设备不属于第一设备分组，将接收端设备配置为支持抢占投屏连接。这样，接收端设备可以利用黑/白名单机制，判断发起连接请求的发送端设备是否属于白名单对应的分组，如果发送端设备属于白名单对应的分组，则接收端设备将自身配置为不支持抢占，以确保发送端设备与接收端设备之间的投屏连接不被抢占或者干扰，如果发送端设备不属于白名单对应的分组，则接收端设备将自身配置为支持抢占，以使得其他发送端设备可以合理地发起抢占投屏连接，实现多个发送端设备在一个接收端设备上无缝切换地投送流媒体内容，提高了用户使用体验。
另外，上述电子设备通过硬件模块来实现相应的功能。
在一个实施例中，发送端设备和接收端设备的功能可以参考图5的电子设备实现，该电子设备例如可以包括：显示屏(如触摸屏或者非触摸屏)、存储器和一个或多个处理器。该显示屏、存储器和处理器耦合。该存储器用于存储计算机程序代码，该计算机程序代码包括计算机指令。当处理器执行计算机指令时，电子设备可执行上述方法实施例中发送端设备或接收端设备执行的各个功能或者步骤。
本申请实施例还提供一种芯片系统，如图27所示，该芯片系统包括至少一个处理器701和至少一个接口电路702。处理器701和接口电路702可通过线路互联。例如，接口电路702可用于从其它装置(例如电子设备的存储器)接收信号。又例如，接口电路702可用于向其它装置(例如处理器701或者电子设备的触摸屏)发送信号。示例性的，接口电路702可读取存储器中存储的指令，并将该指令发送给处理器701。当指令被处理器701执行时，可使得电子设备执行上述实施例中的各个步骤。当然，该芯片系统还可以包含其他分立器件，本申请实施例对此不作具体限定。
本申请实施例还提供一种计算机存储介质，该计算机存储介质包括计算机指令，当计算机指令在上述电子设备上运行时，使得该电子设备执行上述方法实施例中电子设备 执行的各个功能或者步骤。
本申请实施例还提供一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行上述方法实施例中电子设备执行的各个功能或者步骤。
通过以上实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
容易理解的是，本领域技术人员在本申请提供的几个实施例的基础上，可以对本申请的实施例进行结合、拆分、重组等得到其他实施例，这些实施例均没有超出本申请的保护范围。
在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (22)

  1. 一种投屏连接控制方法，其特征在于，包括：
    发送端设备获取接收端设备的抢占能力信息，所述抢占能力信息指示所述接收端设备是否支持抢占投屏连接；
    当所述接收端设备支持抢占投屏连接时，所述发送端设备响应于用户指令，向所述接收端设备发送第一配置信息，所述第一配置信息指示所述接收端设备将自身配置为不支持抢占投屏连接。
  2. 根据权利要求1所述的方法，其特征在于，所述发送端设备响应于用户指令，向所述接收端设备发送第一配置信息，包括：
    所述发送端设备响应于第一用户指令，向所述接收端设备发送连接请求，所述连接请求用于所述发送端设备与所述接收端设备建立投屏连接，所述连接请求携带所述第一配置信息。
  3. 根据权利要求1所述的方法，其特征在于，所述发送端设备响应于用户指令，向所述接收端设备发送第一配置信息，包括：
    当所述发送端设备与所述接收端设备建立有投屏连接时，所述发送端设备响应于第二用户指令，向所述接收端设备发送所述第一配置信息。
  4. 根据权利要求1所述的方法，其特征在于，还包括：
    当所述接收端设备不支持抢占投屏连接时，所述发送端设备响应于第三用户指令，向所述接收端设备发送所述第二配置信息，所述第二配置信息指示所述接收端设备将自身配置为支持抢占投屏连接。
  5. 根据权利要求1所述的方法，其特征在于，所述发送端设备获取所述接收端设备的抢占能力信息，包括：所述发送端设备接收所述接收端设备广播的信标帧，所述信标帧携带所述抢占能力信息。
  6. 根据权利要求1所述的方法，其特征在于，所述发送端设备获取所述接收端设备的抢占能力信息，包括：
    所述发送端设备向所述接收端设备发送探测请求帧；
    所述发送端设备接收所述接收端设备的探测响应帧，所述探测响应帧是所述接收端设备响应于所述探测请求帧发送的，所述探测响应帧携带所述抢占能力信息。
  7. 根据权利要求1所述的方法，其特征在于，所述发送端设备获取所述接收端设备的抢占能力信息，包括：
    所述发送端设备接收接入点设备广播或组播的发现报文，所述发现报文是所述接收端设备发送给所述接入点设备的，所述发现报文携带所述抢占能力信息。
  8. 根据权利要求1所述的方法，其特征在于，还包括：
    所述发送端设备获取所述接收端设备的连接状态信息，所述连接状态信息指示所述接收端设备当前是否建立有投屏连接。
  9. 一种投屏连接控制方法，其特征在于，包括：
    接收端设备向发送端设备发送抢占能力信息，所述抢占能力信息指示所述接收端设备是否支持抢占投屏连接；
    所述接收端设备接收所述发送端设备的第一配置信息，所述第一配置信息是所述发送端设备根据所述抢占能力信息确定所述接收端设备支持抢占投屏连接时，响应于用户指令发送的；
    所述接收端设备根据所述第一配置信息将自身配置为不支持抢占投屏连接。
  10. 根据权利要求9所述的方法，其特征在于，所述接收端设备接收所述发送端设备的第一配置信息，包括：
    所述接收端设备接收所述发送端设备的连接请求，所述连接请求是所述发送端设备响应于第一用户指令发送的，所述连接请求携带所述第一配置信息。
  11. 根据权利要求10所述的方法，其特征在于，所述接收端设备根据所述第一配置信息将自身配置为不支持抢占投屏连接，包括：
    当所述接收端设备支持抢占投屏连接时，所述接收端设备响应于所述连接请求，与所述发送端设备建立投屏连接，并根据所述第一配置信息将自身配置为不支持抢占投屏连接。
  12. 根据权利要求9所述的方法，其特征在于，所述接收端设备接收所述发送端设备的第一配置信息，包括：
    当所述发送端设备与所述接收端设备建立有投屏连接时，所述接收端设备接收所述发送端设备响应于第二用户指令发送的第一配置信息。
  13. 根据权利要求9所述的方法，其特征在于，还包括：
    所述接收端设备接收所述发送端设备的第二配置信息，所述第二配置信息是所述发送端设备与所述接收端设备建立有投屏连接的情况下，所述发送端设备响应于第三用户指令发送的；
    所述接收端设备根据所述第二配置信息将自身配置为支持抢占投屏连接。
  14. 根据权利要求9所述的方法，其特征在于，所述接收端设备向发送端设备发送抢占能力信息，包括：所述接收端设备向所述发送端设备广播信标帧，所述信标帧携带所述抢占能力信息。
  15. 根据权利要求9所述的方法，其特征在于，所述接收端设备向发送端设备发送抢占能力信息，包括：
    所述接收端设备接收所述发送端设备的探测请求帧；
    所述接收端设备响应于所述探测请求帧，向所述发送端设备发送探测响应帧，所述探测响应帧携带所述抢占能力信息。
  16. 根据权利要求9所述的方法，其特征在于，所述接收端设备向发送端设备发送抢占能力信息，包括：
    所述接收端设备向接入点设备发送发现报文，以使所述接入点设备将所述发现报文广播或组播给所述发送端设备，所述发现报文携带所述抢占能力信息。
  17. 根据权利要求9所述的方法，其特征在于，还包括：
    所述接收端设备向所述发送端设备发送连接状态信息，所述连接状态信息指示所述接收端设备当前是否建立有投屏连接。
  18. 根据权利要求9所述的方法，其特征在于，还包括：
    所述接收端设备接收到所述连接请求时，获取所述发送端设备的设备标识；
    所述接收端设备根据所述设备标识判断所述发送端设备所属的设备分组；
    如果所述发送端设备属于第一设备分组，所述接收端设备将自身配置为不支持抢占投屏连接；
    如果所述发送端设备不属于第一设备分组，所述接收端设备将自身配置为支持抢占投屏连接。
  19. 一种电子设备，其特征在于，所述电子设备包括显示屏、存储器和一个或多个处理器；所述显示屏、所述存储器和所述处理器耦合；所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述处理器执行所述计算机指令时，所述电子设备执行如权利要求1-18中任一项所述的方法。
  20. 一种芯片系统，其特征在于，所述芯片系统应用于包括显示屏的电子设备；所述芯片系统包括一个或多个接口电路和一个或多个处理器；所述接口电路和所述处理器通过线路互联；所述接口电路用于从所述电子设备的存储器接收信号，并向所述处理器发送所述信号，所述信号包括所述存储器中存储的计算机指令；当所述处理器执行所述计算机指令时，所述电子设备执行如权利要求1-18中任一项所述的方法。
  21. 一种计算机存储介质，其特征在于，包括计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如权利要求1-18中任一项所述的方法。
  22. 一种计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如权利要求1-18中任一项所述的方法。
PCT/CN2021/078686 2020-03-05 2021-03-02 一种投屏连接控制方法及电子设备 WO2021175214A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US17/758,280 US20230039861A1 (en) 2020-03-05 2021-03-02 Projection Connection Control Method And Electronic Device
EP21764084.6A EP4064029A4 (en) 2020-03-05 2021-03-02 PROJECTION SCREEN CONNECTION CONTROL METHOD AND ELECTRONIC DEVICE

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010146445.6A CN113360108B (zh) 2020-03-05 2020-03-05 一种投屏连接控制方法及电子设备
CN202010146445.6 2020-03-05

Publications (1)

Publication Number Publication Date
WO2021175214A1 true WO2021175214A1 (zh) 2021-09-10

Family

ID=77523642

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/078686 WO2021175214A1 (zh) 2020-03-05 2021-03-02 一种投屏连接控制方法及电子设备

Country Status (4)

Country Link
US (1) US20230039861A1 (zh)
EP (1) EP4064029A4 (zh)
CN (1) CN113360108B (zh)
WO (1) WO2021175214A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115022982A (zh) * 2021-12-31 2022-09-06 荣耀终端有限公司 多屏协同无感接入方法、电子设备及存储介质

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115220670A (zh) * 2021-04-16 2022-10-21 广州视源电子科技股份有限公司 投屏控制方法、存储介质及通信设备
CN115811707A (zh) * 2021-09-16 2023-03-17 华为技术有限公司 一种设备发现方法、设备及系统
CN113938971A (zh) * 2021-11-30 2022-01-14 Oppo广东移动通信有限公司 设备连接切换方法、装置、电子设备和计算机可读存储介质
CN114138220A (zh) * 2021-12-02 2022-03-04 深圳市商汤科技有限公司 无线投屏方法及装置、电子设备和存储介质
CN114501120B (zh) * 2022-01-11 2023-06-09 烽火通信科技股份有限公司 多终端无线投屏切换方法与电子设备
CN114786058B (zh) * 2022-04-27 2024-02-06 南京欧珀软件科技有限公司 多媒体数据展示方法、装置、终端及存储介质
CN114979738B (zh) * 2022-05-17 2023-03-14 深圳市旭联信息技术有限公司 无线投屏方法、接收器及存储介质
CN117439894A (zh) * 2022-07-14 2024-01-23 华为技术有限公司 投屏方法和电子设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160364574A1 (en) * 2015-06-11 2016-12-15 Microsoft Technology Licensing, Llc Content projection over device lock screen
CN108024306A (zh) * 2017-12-05 2018-05-11 锐捷网络股份有限公司 一种tcp连接管理方法及网关设备
CN108664229A (zh) * 2018-04-02 2018-10-16 广州视源电子科技股份有限公司 传屏方法、装置、电子设备及计算机可读存储介质
CN108920116A (zh) * 2018-06-12 2018-11-30 广州视源电子科技股份有限公司 投屏设备的控制方法、装置、设备及存储介质
CN109194992A (zh) * 2018-10-25 2019-01-11 深圳海豚星空科技有限公司 一种防止同一网络内多屏互动乱投屏的方法及系统
CN112114761A (zh) * 2020-08-14 2020-12-22 深圳市飞图视讯有限公司 一种无线投屏控制方法、装置、终端设备及可读存储介质

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20140122967A (ko) * 2013-04-11 2014-10-21 한국전자통신연구원 영상 표시 장치 및 그 방법
CN108702414B (zh) * 2017-06-16 2021-04-09 华为技术有限公司 一种屏幕锁定方法、装置及计算机可读存储介质
CN107493484A (zh) * 2017-08-18 2017-12-19 三星电子（中国）研发中心 用于投射屏幕的系统、方法和装置
CN110505516A (zh) * 2019-05-15 2019-11-26 中海油信息科技有限公司 一种投屏控制方法、装置和系统
CN110597473A (zh) * 2019-07-30 2019-12-20 华为技术有限公司 一种投屏方法与电子设备

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160364574A1 (en) * 2015-06-11 2016-12-15 Microsoft Technology Licensing, Llc Content projection over device lock screen
CN108024306A (zh) * 2017-12-05 2018-05-11 锐捷网络股份有限公司 一种tcp连接管理方法及网关设备
CN108664229A (zh) * 2018-04-02 2018-10-16 广州视源电子科技股份有限公司 传屏方法、装置、电子设备及计算机可读存储介质
CN108920116A (zh) * 2018-06-12 2018-11-30 广州视源电子科技股份有限公司 投屏设备的控制方法、装置、设备及存储介质
CN109194992A (zh) * 2018-10-25 2019-01-11 深圳海豚星空科技有限公司 一种防止同一网络内多屏互动乱投屏的方法及系统
CN112114761A (zh) * 2020-08-14 2020-12-22 深圳市飞图视讯有限公司 一种无线投屏控制方法、装置、终端设备及可读存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP4064029A4

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115022982A (zh) * 2021-12-31 2022-09-06 荣耀终端有限公司 多屏协同无感接入方法、电子设备及存储介质
CN115022982B (zh) * 2021-12-31 2023-04-11 荣耀终端有限公司 多屏协同无感接入方法、电子设备及存储介质

Also Published As

Publication number Publication date
CN113360108B (zh) 2022-09-09
CN113360108A (zh) 2021-09-07
EP4064029A4 (en) 2023-02-01
US20230039861A1 (en) 2023-02-09
EP4064029A1 (en) 2022-09-28

Similar Documents

Publication Publication Date Title
WO2021175214A1 (zh) 一种投屏连接控制方法及电子设备
CN111459433B (zh) 一种传屏方法、设备及存储介质
WO2021052178A1 (zh) 一种Wi-Fi连接方法及设备
EP3893109B1 (en) Method and device for connecting bluetooth devices
WO2018000336A1 (zh) Rrc连接建立方法及设备
WO2021082829A1 (zh) 蓝牙连接方法及相关装置
US20160359925A1 (en) Method and apparatus for transmitting and receiving data in wireless communication system
WO2020147823A1 (zh) 终端能力协商方法、终端设备和网络侧设备
US20170171798A1 (en) Method and apparatus for transmitting and receiving data in wireless communication system
US20170034646A1 (en) Method and apparatus for transmitting and receiving data in wireless communication system
US9930477B2 (en) Method and apparatus for transmitting and receiving data in wireless communication system
US20220239718A1 (en) Communication Protocol Switching Method, Apparatus, and System
US20160299739A1 (en) Method for controlling data streaming using bluetooth communication
WO2022068513A1 (zh) 无线通信方法和终端设备
WO2022068670A1 (zh) 设备间触碰建立无线连接的方法、电子设备及芯片
WO2019214706A1 (zh) 接入控制方法、消息广播方法及相关设备
WO2021027623A1 (zh) 一种设备能力发现方法及p2p设备
WO2023045712A1 (zh) 投屏异常处理方法及电子设备
US20220286731A1 (en) Multimedia apparatus and cast method
WO2021227942A1 (zh) 一种分享信息的方法、电子设备和系统
WO2021218849A1 (zh) 小区选择方法、小区选择控制方法及相关设备
WO2021027681A1 (zh) 辅助信息上报方法、配置方法、终端和网络侧设备
WO2020221308A1 (zh) Pc5链路建立方法、设备及系统
WO2022160967A1 (zh) 通信方法、移动设备、电子设备和计算机可读存储介质
WO2021218544A1 (zh) 一种提供无线上网的系统、方法及电子设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21764084

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021764084

Country of ref document: EP

Effective date: 20220624

NENP Non-entry into the national phase

Ref country code: DE