CN112437190B - Data sharing method, graphical user interface, related device and system - Google Patents

Abstract

The invention discloses a data sharing method, a graphic user interface, a related device and a system, and relates to the technical field of short-distance communication. The method includes: firstly, the first terminal displays a file display interface, and the file display interface displays file objects. Then, the first terminal receives a user's sliding operation on the file object. In response to the sliding operation, the first terminal acquires location information from one or more second terminals through Bluetooth Low Energy BLE. Next, the first terminal determines the receiving device from the one or more second terminals according to the sliding direction of the sliding operation, the compass angle of the first terminal, and the location information of the one or more second terminals. Finally, the first terminal sends the file object to the receiving device. In this way, the operation steps for users to share file data (such as pictures, videos, documents, etc.) can be simplified.

Description

Data sharing method, graphical user interface, related device and system

technical field

The present application relates to the technical field of short-distance communication, in particular to a data sharing method, a graphical user interface, related devices and systems.

Background technique

With the development of wireless communication technology, terminals such as smart phones and tablet computers begin to support users to share pictures, documents and other data, which improves the user's office efficiency and office experience. For example, users can share data such as pictures and documents on portable terminals such as smartphones with other devices without using data cables.

At present, if a user wants to share data such as pictures on a portable terminal such as a smart phone, the purpose can generally be achieved in the following way: the user needs to select a photo in the gallery, and click the "Share" button to open the sharing interface. Then, after the smart phone searches the surrounding devices, the options of the surrounding devices can be displayed on the device sharing interface. After the user clicks a button to select a surrounding device, the smart phone can connect with the device selected by the user, and send the picture selected by the user to the device selected by the user.

It can be seen that the above data sharing methods all require the user to perform multiple complex operations, which greatly reduces the efficiency of the terminal.

Contents of the invention

The present application provides a data sharing method, a graphical user interface, related devices and a system, which can simplify the operation steps for users to share file data (such as pictures, videos, documents, etc.), and provide users with convenience.

In a first aspect, the present application provides a method for data sharing, including: a first terminal displays a file display interface, and file objects are displayed on the file display interface. The first terminal receives a user's sliding operation on the file object. In response to the sliding operation, the first terminal acquires location information from one or more second terminals through Bluetooth Low Energy BLE. The first terminal determines the receiving device from the one or more second terminals according to the sliding direction of the sliding operation, the compass angle of the first terminal, and the location information of the one or more second terminals. Wherein, among the one or more second terminals, the included angle between the direction of the receiving device relative to the first terminal and the sliding direction is smaller than a preset angle threshold. The direction of the receiving device relative to the first terminal is determined by the compass angle of the first terminal and the location information of the receiving device. The first terminal sends the file object to the receiving device.

The present application provides a method for data sharing. The first terminal can receive the user's sliding operation in the file display interface (for example, an interface displaying file objects such as pictures, videos, and documents), and detect the sliding direction of the sliding operation. . In response to the sliding operation, the terminal may measure the direction and position of nearby devices relative to the terminal through Bluetooth Low Energy (Bluetooth Low Energy, BLE) angle of arrival (AoA) measurement technology. Then, the first terminal can determine the second device whose direction position is consistent with the sliding direction of the sliding operation and is relatively close, and send the file object in the file display interface to the second device whose direction position is consistent with the sliding direction and is closest . In this way, the operation steps for users to share file data (such as pictures, videos, documents, etc.) can be simplified, which provides convenience for users.

In a possible implementation manner, before the first terminal acquires location information from one or more second terminals through Bluetooth Low Energy BLE, the method further includes: the first terminal broadcasts a positioning request through BLE. Wherein, the BLE signal strength value RSSI when the second terminal receives the positioning request is higher than a specified signal strength threshold. In this way, devices that are far away from the first terminal can be filtered out, ensuring the stability of file transmission.

In a possible implementation manner, before the first terminal sends the file object to the receiving device, the method includes: the first terminal sends a data sharing request to the receiving device. In response to the data sharing request, the receiving device displays a first prompt for prompting the user to confirm receiving the file object. In this way, the user can confirm on the receiving device whether to receive the file object sent by the first terminal, preventing the receiving terminal from receiving data that the user does not want to receive.

In a possible implementation manner, the method further includes: the receiving device establishes a file transfer connection with the first terminal in response to a user's receiving operation on the file object. Wherein, the file transfer connection includes a wireless high-fidelity point-to-point Wi-Fi P2P connection or an ultra-wideband UWB connection. In this way, file transfer via Wi-Fi P2P or UWB can improve the efficiency of file transfer.

In a possible implementation manner, the location information includes: the compass angle of the second terminal, the angle of arrival AoA of the BLE signal of the second terminal, and the distance between the one or more nearby terminals and the terminal.

In a possible implementation manner, before the first terminal sends the file object to the receiving device, the method further includes: the first terminal displays a second prompt for prompting the user to confirm whether to send the file object to the receiving device receiving device. The first terminal receives the confirmation sending operation of the user. Sending the file object to the receiving device by the first terminal specifically includes sending the file object to the receiving device by the first terminal in response to the sending confirmation operation. In this way, it is possible to prevent the user from sending the file object to other devices by mistake due to misoperation on the first terminal, thereby improving fault tolerance.

In a possible implementation manner, when there are multiple third terminals among the one or more second terminals, the included angle between the direction of the terminal and the sliding direction is smaller than a preset angle threshold, the receiving device Among the plurality of third terminals, the projection distance in the sliding direction relative to the direction of the first terminal is the shortest. In this way, when there are multiple devices in the sliding direction, only the file is sent to the device closest to the first terminal in the sliding direction, which conforms to the usage habit of the user.

In a possible implementation manner, after the first terminal obtains the location information of one or more second terminals through BLE, the method further includes: the first terminal obtains the location information of the one or more second terminals and the compass angle of the first terminal to determine the direction and distance of the one or more second terminals relative to the first terminal. The first terminal displays the direction and distance of the one or more second terminals relative to the first terminal. In this way, the user can be helped to view the positions of surrounding devices, thereby improving user experience.

In a possible implementation manner, before the first terminal acquires location information of one or more second terminals through low-power BLE, the method further includes: the first terminal sends an AoA broadcast packet to the one or more secondary terminals. After receiving the AoA broadcast packet, the second terminal determines the AoA of the BLE signal according to the phase information when receiving the AoA broadcast packet, and determines the connection with the first terminal according to the BLE RSSI when receiving the AoA broadcast packet. distance. The BLE AoA, the distance between the second terminal and the first terminal, and the compass angle of the second terminal sent by the second terminal through BLE broadcast.

In a second aspect, the present application provides a terminal, the terminal is a first terminal, and the terminal includes: a processor, a Bluetooth module, a memory, a touch screen, and a wireless high-fidelity Wi-Fi module. Wherein, the processor is coupled with the memory, and the processor is connected with the bluetooth module and the touch screen. Wherein, the touch screen is used to display a file display interface, and file objects are displayed in the file display interface. The touch screen is also used to receive a user's sliding operation on the file object. The processor is configured to, in response to the sliding operation, instruct the Bluetooth module to acquire location information from one or more second devices through Bluetooth Low Energy BLE. The processor is further configured to determine the receiving device from the one or more second terminals according to the sliding direction of the sliding operation, the compass angle of the terminal, and the location information of the one or more second terminals of the device. Wherein, among the one or more second terminals, the included angle between the direction of the receiving device relative to the first terminal and the sliding direction is smaller than a preset angle threshold. The direction of the receiving device relative to the first terminal is determined by the compass angle of the first terminal and the location information of the receiving device. The Wi-Fi module is used to send the file object to the receiving device.

The present application provides a terminal, which may be called a first terminal. The first terminal can receive the user's sliding operation in the file display interface (for example, an interface displaying file objects such as pictures, videos, and documents), and detect the sliding direction of the sliding operation. In response to the sliding operation, the terminal can measure the direction and position of nearby devices relative to the terminal through the BLE AoA measurement technology. Then, the first terminal can determine the second device whose direction position is consistent with the sliding direction of the sliding operation and is relatively close, and send the file object in the file display interface to the second device whose direction position is consistent with the sliding direction and is closest . In this way, the operation steps for users to share file data (such as pictures, videos, documents, etc.) can be simplified, which provides convenience for users.

In a possible implementation manner, the bluetooth module is further configured to: broadcast a positioning request through BLE before acquiring location information from one or more second terminals through BLE. Wherein, the BLE signal strength value RSSI when the second terminal receives the positioning request is higher than the specified signal strength threshold. In this way, devices that are far away from the first terminal can be filtered out, ensuring the stability of file transmission.

In a possible implementation manner, the Bluetooth module is further configured to: send a data sharing request to the receiving device before the Wi-Fi module sends the file object to the receiving device. The data sharing request is used to request the receiving device to output a first prompt, which is used to prompt the user to confirm receiving the file object. In this way, the user can confirm on the receiving device whether to receive the file object sent by the first terminal, preventing the receiving terminal from receiving data that the user does not want to receive.

In a possible implementation manner, the Wi-Fi module is further configured to establish a wireless high-fidelity point-to-point Wi-Fi P2P connection with the receiving device after the receiving device detects the user's receiving operation on the file object. In this way, file transfer via Wi-Fi P2P or UWB can improve the efficiency of file transfer.

In a possible implementation manner, the location information includes: the compass angle of the second terminal, the angle of arrival AoA of the BLE signal of the second terminal, and the distance between the one or more nearby terminals and the terminal.

In a possible implementation manner, the touch screen is further configured to: before the Wi-Fi module sends the file object to the receiving device, display a second prompt for prompting the user to confirm whether to send the file object to the receiving device. The touch screen is also used to receive the user's confirmation sending operation. The Wi-Fi module is specifically configured to: send the file object to the receiving device in response to the confirmation sending operation. In this way, it is possible to prevent the user from sending the file object to other devices by mistake due to misoperation on the first terminal, thereby improving fault tolerance.

In a possible implementation manner, when there are multiple third terminals among the one or more second terminals, the included angle between the direction of the terminal and the sliding direction is smaller than a preset angle threshold, the receiving device Among the plurality of third terminals, the projection distance in the sliding direction relative to the direction of the first terminal is the shortest. In this way, when there are multiple devices in the sliding direction, only the file is sent to the device closest to the first terminal in the sliding direction, which conforms to the usage habit of the user.

In a possible implementation manner, the processor is further configured to: after the Bluetooth module obtains the location information of one or more second terminals through BLE, according to the location information of the one or more second terminals and the The compass angle of the first terminal determines the direction and distance of the one or more second terminals relative to the first terminal. The touch screen is also used to display the direction and distance of the one or more second terminals relative to the first terminal. In this way, the user can be helped to view the positions of surrounding devices, thereby improving user experience.

In a possible implementation, the bluetooth module is further configured to: send an AoA broadcast packet to the one or more second terminals through BLE broadcast before obtaining the location information of one or more second terminals through BLE low power consumption Two terminals. Wherein, the AoA broadcast packet is used for the second terminal to determine the BLE AoA according to the phase information when receiving the AoA broadcast, and determine the distance to the first terminal according to the BLE RSSI when receiving the AoA broadcast packet. The Bluetooth module is also used to receive the BLE AoA sent by the second terminal through BLE broadcast, the distance between the second terminal and the first terminal, and the compass angle of the second terminal.

In a third aspect, the present application provides a chip system, which is set in a first terminal, and the chip system includes: a processor and a bluetooth chip. Wherein, the processor is used to instruct the touch screen to display a file display interface, and the file display interface displays file objects. The processor is further configured to receive a user's sliding operation on the file object through the touch screen. The processor is further configured to, in response to the sliding operation, instruct the Bluetooth chip to obtain location information from one or more second devices through Bluetooth Low Energy BLE. The processor is further configured to determine the receiving device from the one or more second terminals according to the sliding direction of the sliding operation, the compass angle of the terminal, and the location information of the one or more second terminals of the device. Wherein, among the one or more second terminals, the included angle between the direction of the receiving device relative to the first terminal and the sliding direction is smaller than a preset angle threshold. The direction of the receiving device relative to the first terminal is determined by the compass angle of the first terminal and the location information of the receiving device. The processor is further configured to instruct the wireless high-fidelity Wi-Fi module to send the file object to the receiving device.

The present application provides a chip system, which can be set in a first terminal. The first terminal may receive a user's sliding operation on a file presentation interface (for example, an interface displaying file objects such as pictures, videos, and documents), and detect the sliding direction of the sliding operation. In response to the sliding operation, the terminal can measure the direction and position of nearby devices relative to the terminal through the BLE AoA measurement technology. Then, the first terminal can determine the second device whose direction position is consistent with the sliding direction of the sliding operation and is relatively close, and send the file object in the file display interface to the second device whose direction position is consistent with the sliding direction and is closest . In this way, the operation steps for users to share file data (such as pictures, videos, documents, etc.) can be simplified, which provides convenience for users.

In a possible implementation manner, the bluetooth chip is further configured to: broadcast a positioning request through BLE before obtaining location information from one or more second terminals through BLE. Wherein, when the second terminal receives the positioning request, the BLE signal strength value RSSI is higher than the specified signal strength threshold. In this way, devices that are far away from the first terminal can be filtered out, ensuring the stability of file transmission.

In a possible implementation manner, the Bluetooth chip is further configured to: send a data sharing request to the receiving device before the processor instructs the Wi-Fi module to send the file object to the receiving device. The data sharing request is used to request the receiving device to output a first prompt, which is used to prompt the user to confirm receiving the file object. In this way, the user can confirm on the receiving device whether to receive the file object sent by the first terminal, preventing the receiving terminal from receiving data that the user does not want to receive.

In a possible implementation, the processor is further configured to: after the receiving device detects the user's receiving operation on the file object, instruct the WiFi module to establish a wireless high-fidelity point-to-point Wi-Fi P2P with the receiving device connect. In this way, file transfer via Wi-Fi P2P or UWB can improve the efficiency of file transfer.

In a possible implementation manner, the location information includes: the compass angle of the second terminal, the angle of arrival AoA of the BLE signal of the second terminal, and the distance between the one or more nearby terminals and the terminal.

In a possible implementation manner, the processor is further configured to: before instructing the Wi-Fi module to send the file object to the receiving device, instruct the touch screen to display a second prompt for prompting the user to confirm whether Send the file object to the receiving device. The processor is also configured to receive a user's confirmation sending operation through the touch screen. The processor is specifically configured to: in response to the confirmation sending operation, instruct the Wi-Fi module to send the file object to the receiving device. In this way, it is possible to prevent the user from sending the file object to other devices by mistake due to misoperation on the first terminal, thereby improving fault tolerance.

In a possible implementation manner, when there are multiple third terminals among the one or more second terminals, the included angle between the direction of the terminal and the sliding direction is smaller than a preset angle threshold, the receiving device Among the plurality of third terminals, the projection distance in the sliding direction relative to the direction of the first terminal is the shortest. In this way, when there are multiple devices in the sliding direction, only the file is sent to the device closest to the first terminal in the sliding direction, which conforms to the usage habit of the user.

In a possible implementation manner, the processor is further configured to: after the Bluetooth chip obtains the location information of one or more second terminals through BLE, according to the location information of the one or more second terminals and the The compass angle of the first terminal determines the direction and distance of the one or more second terminals relative to the first terminal. The processor is further configured to instruct the touch screen to display the direction and distance of the one or more second terminals relative to the first terminal. In this way, the user can be helped to view the positions of surrounding devices, thereby improving user experience.

In a possible implementation manner, before the location information of one or more second terminals is acquired through BLE with low power consumption, an AoA broadcast packet is sent to the one or more second terminals through BLE broadcast. Wherein, the AoA broadcast packet is used for the second terminal to determine the BLE AoA according to the phase information when receiving the AoA broadcast, and determine the distance to the first terminal according to the RSSI when receiving the AoA broadcast packet. The Bluetooth chip is also used to receive the BLE AoA sent by the second terminal through BLE broadcast, the distance between the second terminal and the first terminal, and the compass angle of the second terminal.

In a fourth aspect, the present application provides a data sharing method, which includes: the first terminal displays a file selection interface, and the file selection interface displays file options selected by the user. The first terminal receives the first operation of the user. In response to the first operation, the first terminal obtains location information from one or more second terminals through Bluetooth Low Energy BLE. The first terminal determines the direction and distance of the one or more second terminals relative to the first terminal according to the location information of the one or more second terminals. The first terminal displays the direction and distance of the one or more second terminals relative to the first terminal. The first terminal receives a user's second operation of selecting a receiving device in the one or more second terminals. In response to the second operation, the first terminal sends the file object corresponding to the file option to the receiving device.

This application provides a method for data sharing. After the user selects a file object such as a picture, video, or document to be shared, the first terminal can receive an operation to trigger measurement and display the direction and position of one or more second devices. (including direction and distance). Then, the first terminal receives the user's operation, and selects a file receiving device from the one or more second devices, so as to trigger the first terminal to send the file object selected by the user to the receiving device. In this way, the user can know the location of the nearby device when sharing the file data to the nearby device through the first terminal, which is convenient for the user to determine the receiving device of the file data.

In a possible implementation manner, the first terminal displays the direction and distance of the one or more second terminals relative to the first terminal, specifically including: the first terminal displays the position mark of the first terminal and the One or more location markers for the second terminal. Wherein, the direction and distance of the position mark of the second terminal relative to the position mark of the first terminal are determined by the compass angle of the first terminal and the position information of the second terminal. The second operation includes: the user's operation on the location marker of the receiving device.

In a possible implementation manner, before the first terminal acquires location information from one or more second terminals through Bluetooth Low Energy BLE, the method further includes: the first terminal broadcasts a positioning request through BLE. Wherein, the BLE signal strength value RSSI when the second terminal receives the positioning request is higher than a specified signal strength threshold. In this way, devices that are far away from the first terminal can be filtered out, ensuring the stability of file transmission.

In a possible implementation manner, before the first terminal sends the file object corresponding to the file option to the receiving device, the method includes: the first terminal sends a data sharing request to the receiving device. In response to the data sharing request, the receiving device displays a first prompt for prompting the user to confirm receiving the file object. In this way, the user can confirm on the receiving device whether to receive the file object sent by the first terminal, preventing the receiving terminal from receiving data that the user does not want to receive.

In a possible implementation manner, the method further includes: the receiving device establishes a file transfer connection with the first terminal in response to the user's confirmation reception operation. The file transfer connection includes a wireless high-fidelity point-to-point Wi-Fi P2P connection or an ultra-wideband UWB connection. In this way, file transfer via Wi-Fi P2P or UWB can improve the efficiency of file transfer.

In a possible implementation manner, before the first terminal sends the file object corresponding to the file option to the receiving device, the method further includes: the first terminal displays a second prompt for prompting the user to confirm whether to send the The file object corresponding to the file option is given to the receiving device. The first terminal receives the confirmation sending operation of the user. Sending the file object to the receiving device by the first terminal specifically includes: sending the file object to the receiving device by the first terminal in response to the sending confirmation operation. In this way, it is possible to prevent the user from sending the file object to other devices by mistake due to misoperation on the first terminal, thereby improving fault tolerance.

In a possible implementation, before the terminal obtains the location information of one or more second terminals through low power consumption BLE, the method further includes: the first terminal sends an angle of arrival AoA broadcast packet to the one or more secondary terminals. After receiving the AoA broadcast packet, the second terminal determines the AoA of the BLE signal according to the phase information when receiving the AoA broadcast packet, and determines the connection with the first terminal according to the BLE RSSI when receiving the AoA broadcast packet. distance. The second terminal sends the BLE signal AoA and the distance between the second terminal and the first terminal through BLE broadcast.

In a fifth aspect, the present application provides a data sharing method, which includes: displaying a first interface on a first terminal. The first terminal receives a user's sliding operation on the first interface. In response to the sliding operation, the first terminal acquires location information from one or more display devices through Bluetooth Low Energy BLE. The first terminal determines the screen projection device from the one or more displays according to the sliding direction of the sliding operation, the compass angle of the first terminal, and the location information of the one or more displays. Wherein, in the one or more displays, the included angle between the direction of the screen projection device relative to the first terminal and the sliding direction is smaller than a preset angle threshold. The direction of the screen projection device relative to the first terminal is determined by the compass angle of the first terminal and the position information of the playback device. The first terminal projects the display content on the touch screen to the screen projection device for display.

Through a data sharing method provided in this application, the first terminal can receive the user's sliding operation (for example, three-finger sliding) on the first interface (such as the main interface of the screen), and display the information on the touch screen of the terminal 100 The content is projected to the nearest display device in the same direction as the sliding direction of the sliding operation. In this way, the operation steps for the user to cast a screen can be simplified, and the user experience is improved.

In a sixth aspect, the present application provides a method for data sharing, which includes: the first terminal displays a music playing interface, and the music playing interface displays music files selected by the user to be played or being played. The first terminal receives a user's sliding operation. In response to the sliding operation, the first terminal obtains location information from one or more audio devices through Bluetooth Low Energy BLE. The first terminal determines the playback device from the one or more audio devices according to the sliding direction of the sliding operation, the compass angle of the first terminal, and the location information of the one or more audio devices. Wherein, among the one or more audio devices, the included angle between the direction of the playback device relative to the first terminal and the sliding direction is smaller than a preset angle threshold. The direction of the playback device relative to the first terminal is determined by the compass angle of the first terminal and the position information of the playback device. The first terminal establishes a Bluetooth connection with the playback device. The first terminal can send the audio data corresponding to the music file to the audio device for playback.

Through a data sharing method provided by this application, the first terminal can receive the user's sliding operation (for example, three-finger sliding) on the music playback interface, and the first terminal can be aligned with the sliding direction of the sliding operation and in this direction. The nearest audio device establishes a Bluetooth connection. After the Bluetooth connection is established, the first terminal can send audio data to the audio device for playback. In this way, the operation steps for the user to select the audio device to play audio data can be simplified, reducing the user's pairing and connection operations on the first terminal and the audio device, and improving user experience.

In a seventh aspect, the present application provides a communication device, including one or more processors and one or more memories. The one or more memories are coupled with one or more processors, the one or more memories are used to store computer program codes, the computer program codes include computer instructions, and when the one or more processors execute the computer instructions, cause the communication device to perform A data sharing method in any possible implementation of any of the above aspects.

In the eighth aspect, the embodiment of the present application provides a computer storage medium, including computer instructions, which, when the computer instructions are run on the electronic device, cause the communication device to perform data sharing in any possible implementation of any of the above aspects. method.

In a ninth aspect, an embodiment of the present application provides a computer program product, which, when running on a computer, causes the computer to execute the data sharing method in any possible implementation manner of any one of the above aspects.

Description of drawings

FIG. 1A is a schematic structural diagram of a terminal provided in an embodiment of the present application;

FIG. 1B is a schematic diagram of the framework of a bluetooth protocol provided by the embodiment of the present application;

FIG. 2A is a schematic structural diagram of a display device provided by an embodiment of the present application;

FIG. 2B is a schematic structural diagram of an audio device provided by an embodiment of the present application;

3A-3D are a set of schematic diagrams of interfaces in the related art of the present application;

FIG. 4 is a schematic diagram of a system architecture provided by an embodiment of the present application;

Figures 5A-5J are a set of schematic diagrams of interfaces provided by the embodiment of the present application;

6A-6G are schematic diagrams of a set of interfaces provided by another embodiment of the present application;

7A-7F are schematic diagrams of a set of interfaces provided by another embodiment of the present application;

8A-8G are schematic diagrams of a set of interfaces provided by another embodiment of the present application;

9A-9J are schematic diagrams of a set of interfaces provided by another embodiment of the present application;

10A-10G are schematic diagrams of a set of interfaces provided by another embodiment of the present application;

11A-11F are schematic diagrams of a set of interfaces provided by another embodiment of the present application;

FIG. 12 is a schematic diagram of a system architecture provided by another embodiment of the present application;

13A-13C are schematic diagrams of a set of interfaces provided by another embodiment of the present application;

FIG. 14 is a schematic diagram of a system architecture provided by another embodiment of the present application;

15A-15E are schematic diagrams of a set of interfaces provided by another embodiment of the present application;

FIG. 16 is a schematic diagram of a Bluetooth AoA positioning protocol framework provided by an embodiment of the present application;

FIG. 17 is a schematic diagram of a bluetooth antenna system framework provided by an embodiment of the present application;

FIG. 18 is a schematic diagram of a bluetooth chip system architecture provided by an embodiment of the present application;

19A-19B are schematic diagrams of a set of bluetooth standard protocol interactions provided by the embodiment of the present application;

FIG. 20 is a schematic diagram of a relative position of a terminal provided by an embodiment of the present application;

FIG. 21 is a schematic diagram of a bluetooth multi-antenna ranging process provided by an embodiment of the present application;

FIG. 22 is a schematic flowchart of a data sharing method provided in the embodiment of the present application;

FIG. 23 is a schematic flowchart of a data sharing method provided by another embodiment of the present application.

Detailed ways

The technical solutions in the embodiments of the present application will be described clearly and in detail below in conjunction with the accompanying drawings. Among them, in the description of the embodiments of this application, unless otherwise specified, "/" means or means, for example, A/B can mean A or B; "and/or" in the text is only a description of associated objects The association relationship indicates that there may be three kinds of relationships, for example, A and/or B, which may indicate: A exists alone, A and B exist at the same time, and B exists alone. In addition, in the description of the embodiment of the present application , "plurality" means two or more than two.

Hereinafter, the terms "first" and "second" are used for descriptive purposes only, and cannot be understood as implying or implying relative importance or implicitly specifying the quantity of indicated technical features. Therefore, the features defined as "first" and "second" may explicitly or implicitly include one or more of these features. In the description of the embodiments of the present application, unless otherwise specified, the "multiple" The meaning is two or more.

First, introduce the exemplary terminal 100 provided in the following embodiments of this application

FIG. 1A shows a schematic structural diagram of a terminal 100 .

The embodiment will be specifically described below by taking the terminal 100 as an example. It should be understood that the terminal 100 shown in FIG. 1A is only an example, and the terminal 100 may have more or fewer components than those shown in FIG. 1A , may combine two or more components, or may have Different component configurations. The various components shown in the figures may be implemented in hardware, software, or a combination of hardware and software including one or more signal processing and/or application specific integrated circuits.

The terminal 100 may include: a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (universal serial bus, USB) interface 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, and an antenna 2 , mobile communication module 150, wireless communication module 160, audio module 170, speaker 170A, receiver 170B, microphone 170C, earphone jack 170D, sensor module 180, button 190, motor 191, indicator 192, camera 193, display screen 194, and A subscriber identification module (subscriber identification module, SIM) card interface 195 and the like. The sensor module 180 may include a pressure sensor 180A, a gyroscope sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity light sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, bone conduction sensor 180M, etc.

It can be understood that, the structure illustrated in the embodiment of the present invention does not constitute a specific limitation on the terminal 100 . In other embodiments of the present application, the terminal 100 may include more or fewer components than shown in the figure, or combine certain components, or separate certain components, or arrange different components. The illustrated components can be realized in hardware, software or a combination of software and hardware.

The processor 110 may include one or more processing units, for example: the processor 110 may include an application processor (application processor, AP), a modem processor, a graphics processing unit (graphics processing unit, GPU), an image signal processor ( image signal processor, ISP), controller, memory, video codec, digital signal processor (digital signal processor, DSP), baseband processor, and/or neural network processor (neural-network processing unit, NPU), etc. . Wherein, different processing units may be independent devices, or may be integrated in one or more processors.

Wherein, the controller may be the nerve center and command center of the terminal 100 . The controller can generate an operation control signal according to the instruction opcode and timing signal, and complete the control of fetching and executing the instruction.

A memory may also be provided in the processor 110 for storing instructions and data. In some embodiments, the memory in processor 110 is a cache memory. The memory may hold instructions or data that the processor 110 has just used or recycled. If the processor 110 needs to use the instruction or data again, it can be called directly from the memory. Repeated access is avoided, and the waiting time of the processor 110 is reduced, thus improving the efficiency of the system.

In some embodiments, processor 110 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 circuitsound, I2S) interface, a pulse code modulation (pulse code modulation, PCM) interface, a universal asynchronous receiver transmitter (universal asynchronous receiver) /transmitter, UART) interface, mobile industry processor interface (mobile industry processor interface, MIPI), general-purpose input and output (general-purpose input/output, GPIO) interface, subscriber identity module (subscriber identity module, SIM) interface, and/or Universal serial bus (universal serial bus, USB) interface, etc.

The I2C interface is a bidirectional synchronous serial bus, including a serial data line (serial data line, SDA) and a serial clock line (derail clock line, SCL). In some embodiments, processor 110 may include multiple sets of I2C buses. The processor 110 can be respectively coupled to the touch sensor 180K, the charger, the flashlight, the camera 193, etc. through different I2C bus interfaces. For example, the processor 110 may be coupled to the touch sensor 180K through the I2C interface, so that the processor 110 and the touch sensor 180K communicate through the I2C bus interface to realize the touch function of the terminal 100 .

The I2S interface can be used for audio communication. In some embodiments, processor 110 may include multiple sets of I2S buses. The processor 110 may be coupled to the audio module 170 through an I2S bus to implement communication between the processor 110 and the audio module 170 . In some embodiments, the audio module 170 can transmit audio signals to the wireless communication module 160 through the I2S interface, so as to realize the function of answering calls through the Bluetooth headset.

The PCM interface can also be used for audio communication, sampling, quantizing and encoding the analog signal. In some embodiments, the audio module 170 and the wireless communication module 160 may be coupled through a PCM bus interface. In some embodiments, the audio module 170 can also transmit audio signals to the wireless communication module 160 through the PCM interface, so as to realize the function of answering calls through the Bluetooth headset. Both the I2S interface and the PCM interface can be used for audio communication.

The UART interface is a universal serial data bus used for asynchronous communication. The bus can be a bidirectional communication bus. It converts the data to be transmitted between serial communication and parallel communication. In some embodiments, a UART interface is generally used to connect the processor 110 and the wireless communication module 160 . For example: the processor 110 communicates with the Bluetooth module in the wireless communication module 160 through the UART interface to realize the Bluetooth function. In some embodiments, the audio module 170 can transmit audio signals to the wireless communication module 160 through the UART interface, so as to realize the function of playing music through the Bluetooth headset.

The MIPI interface can be used to connect the processor 110 with peripheral devices such as the display screen 194 and the camera 193 . MIPI interface includes camera serial interface (camera serial interface, CSI), display serial interface (displayserial interface, DSI), etc. In some embodiments, the processor 110 communicates with the camera 193 through a CSI interface to realize the shooting function of the terminal 100 . The processor 110 communicates with the display screen 194 through the DSI interface to realize the display function of the terminal 100 .

The GPIO interface can be configured by software. The GPIO interface can be configured as a control signal or as a data signal. In some embodiments, the GPIO interface can be used to connect the processor 110 with the camera 193 , the display screen 194 , the wireless communication module 160 , the audio module 170 , the sensor module 180 and so on. The GPIO interface can also be configured as an I2C interface, I2S interface, UART interface, MIPI interface, etc.

The USB interface 130 is an interface conforming to the USB standard specification, specifically, it can be a Mini USB interface, a Micro USB interface, a USB Type C interface, and the like. The USB interface 130 can be used to connect a charger to charge the terminal 100, and can also be used to transmit data between the terminal 100 and peripheral devices. It can also be used to connect headphones and play audio through them. This interface can also be used to connect other terminals, such as AR devices.

It can be understood that the interface connection relationship between the modules shown in the embodiment of the present invention is only a schematic illustration, and does not constitute a structural limitation of the terminal 100 . In other embodiments of the present application, the terminal 100 may also adopt different interface connection modes in the foregoing embodiments, or a combination of multiple interface connection modes.

The charging management module 140 is configured to receive a charging input from a charger. Wherein, the charger may be a wireless charger or a wired charger. In some wired charging embodiments, the charging management module 140 can receive charging input from the wired charger through the USB interface 130 . In some wireless charging embodiments, the charging management module 140 may receive wireless charging input through the wireless charging coil of the terminal 100. While the charging management module 140 is charging the battery 142 , it can also supply power to the terminal through the power management module 141 .

The power management module 141 is used for connecting the battery 142 , the charging management module 140 and the processor 110 . The power management module 141 receives the input of the battery 142 and/or the charging management module 140, and supplies power for the processor 110, the internal memory 121, the external memory, the display screen 194, the camera 193, and the wireless communication module 160. The power management module 141 can also be used to monitor parameters such as battery capacity, battery cycle times, and battery health status (leakage, impedance). In some other embodiments, the power management module 141 may also be disposed in the processor 110 . In some other embodiments, the power management module 141 and the charging management module 140 may also be set in the same device.

The wireless communication function of the terminal 100 can be realized by the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, the modem processor and the baseband processor.

Antenna 1 and Antenna 2 are used to transmit and receive electromagnetic wave signals. Each antenna in terminal 100 may be used to cover single or multiple communication frequency bands. Different antennas can also be multiplexed to improve the utilization of the antennas. For example: Antenna 1 can be multiplexed as a diversity antenna of a wireless local area network. In other embodiments, the antenna may be used in conjunction with a tuning switch.

The mobile communication module 150 can provide wireless communication solutions including 2G/3G/4G/5G applied on the terminal 100 . The mobile communication module 150 may include at least one filter, switch, power amplifier, low noise amplifier (low noise amplifier, LNA) and the like. The mobile communication module 150 can receive electromagnetic waves through the antenna 1, filter and amplify the received electromagnetic waves, and send them to the modem processor for demodulation. The mobile communication module 150 can also amplify the signals modulated by the modem processor, and convert them into electromagnetic waves through the antenna 1 for radiation. In some embodiments, at least part of the functional modules of the mobile communication module 150 may be set in the processor 110. In some embodiments, at least part of the functional modules of the mobile communication module 150 and at least part of the modules of the processor 110 may be set in the same device.

A modem processor may include a modulator and a demodulator. Wherein, the modulator is used for modulating the low-frequency baseband signal to be transmitted into a medium-high frequency signal. The demodulator is used to demodulate the received electromagnetic wave signal into a low frequency baseband signal. Then the demodulator sends the demodulated low-frequency baseband signal to the baseband processor for processing. The low-frequency baseband signal is passed to the application processor after being processed by the baseband processor. The application processor outputs sound signals through audio equipment (not limited to speaker 170A, receiver 170B, etc.), or displays images or videos through display screen 194 . In some embodiments, the modem processor may be a stand-alone device. In some other embodiments, the modem processor may be independent from the processor 110, and be set in the same device as the mobile communication module 150 or other functional modules.

The wireless communication module 160 can provide applications on the terminal 100 including wireless local area networks (wireless local area networks, WLAN) (such as wireless fidelity (wireless fidelity, Wi-Fi) network), bluetooth (bluetooth, BT), global navigation satellite system ( Global navigation satellite system (GNSS), frequency modulation (frequency modulation, FM), near field communication technology (near field communication, NFC), infrared technology (infrared, IR) and other wireless communication solutions. The wireless communication module 160 may be one or more devices integrating at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via the antenna 2 , frequency-modulates and filters the electromagnetic wave signals, and sends the processed signals to the processor 110 . The wireless communication module 160 can also receive the signal to be sent from the processor 110 , frequency-modulate it, amplify it, and convert it into electromagnetic waves through the antenna 2 for radiation.

In some embodiments, the antenna 1 of the terminal 100 is coupled to the mobile communication module 150, and the antenna 2 is coupled to the wireless communication module 160, so that the terminal 100 can communicate with the network and other devices through wireless communication technology. The wireless communication technology may include global system for mobile communications (GSM), general packet radio service (general packet radio service, GPRS), code division multiple access (code division multiple access, CDMA), broadband code 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. The GNSS may include a global positioning system (global positioning system, GPS), a global navigation satellite system (global navigation satellite system, GLONASS), a Beidou navigation satellite system (beidou navigation satellite system, BDS), a quasi-zenith satellite system (quasi-zenith) satellite system (QZSS) and/or satellite based augmentation systems (SBAS).

The terminal 100 realizes the display function through the GPU, the display screen 194, and the application processor. The GPU is a microprocessor for image processing, and is connected to the display screen 194 and the application processor. GPUs are used to perform mathematical and geometric calculations for graphics rendering. Processor 110 may include one or more GPUs that execute program instructions to generate or change display information.

The display screen 194 is used to display images, videos and the like. The display screen 194 includes a display panel. The display panel can be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode or an active-matrix organic light-emitting diode (active-matrixorganic light-emitting diode) , AMOLED), flexible light-emitting diode (flex light-emitting diode, FLED), Miniled, MicroLed, Micro-oLed, quantum dot light-emitting diodes (quantum dot light emitting diodes, QLED), etc. In some embodiments, the terminal 100 may include 1 or N display screens 194, where N is a positive integer greater than 1.

The terminal 100 can realize the shooting function through the ISP, the camera 193 , the video codec, the GPU, the display screen 194 and the application processor.

The ISP is used for processing the data fed back by the camera 193 . For example, when taking a picture, open the shutter, the light is transmitted to the photosensitive element of the camera through the lens, and the light signal is converted into an electrical signal, and the photosensitive element of the camera transmits the electrical signal to the ISP for processing, and converts it into an image visible to the naked eye. ISP can also perform algorithm optimization on image noise, brightness, and skin color. ISP can also optimize the exposure, color temperature and other parameters of the shooting scene. In some embodiments, the ISP may be located in the camera 193 .

Camera 193 is used to capture still images or video. The object generates an optical image through the lens and projects it to the photosensitive element. The photosensitive element can be a charge coupled device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive element converts the light signal into an electrical signal, and then transmits the electrical signal to the ISP to convert it into a digital image signal. The ISP outputs the digital image signal to the DSP for processing. DSP converts digital image signals into standard RGB, YUV and other image signals. In some embodiments, the terminal 100 may include 1 or N cameras 193, where N is a positive integer greater than 1.

Digital signal processors are used to process digital signals. In addition to digital image signals, they can also process other digital signals. For example, when the terminal 100 selects a frequency point, the digital signal processor is used to perform Fourier transform on the energy of the frequency point.

Video codecs are used to compress or decompress digital video. Terminal 100 may support one or more video codecs. In this way, the terminal 100 can play or record videos in various encoding formats, for example: moving picture experts group (moving picture experts group, MPEG) 1, MPEG2, MPEG3, MPEG4, etc.

The NPU is a neural-network (NN) computing processor. By referring to the structure of biological neural networks, such as the transfer mode between neurons in the human brain, it can quickly process input information and continuously learn by itself. Applications such as intelligent cognition of the terminal 100 can be implemented through the NPU, such as image recognition, face recognition, speech recognition, text understanding, and the like.

The external memory interface 120 may be used to connect an external memory card, such as a Micro SD card, to expand the storage capacity of the terminal 100. The external memory card communicates with the processor 110 through the external memory interface 120 to implement a data storage function. Such as saving music, video and other files in the external memory card.

The internal memory 121 may be used to store computer-executable program codes including instructions. The processor 110 executes various functional applications and data processing of the terminal 100 by executing instructions stored in the internal memory 121 . The internal memory 121 may include an area for storing programs and an area for storing data. Wherein, the stored program area can store an operating system, at least one application program required by a function (such as a sound playing function, an image playing function, etc.) and the like. The storage data area can store data created during the use of the terminal 100 (such as audio data, phonebook, etc.) and the like. In addition, the internal memory 121 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, flash memory device, universal flash storage (universal flash storage, UFS) and the like.

The terminal 100 may implement an audio function through an audio module 170 , a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, and an application processor. Such as music playback, recording, etc.

The audio module 170 is used to convert digital audio information into analog audio signal output, and is also used to convert analog audio input into digital audio signal. The audio module 170 may also be used to encode and decode audio signals. In some embodiments, the audio module 170 can be set in the processor 110, or some functional modules of the audio module 170 can be set in the processor 110.

Speaker 170A, also referred to as a "horn", is used to convert audio electrical signals into sound signals. Terminal 100 can listen to music through speaker 170A, or listen to hands-free calls.

Receiver 170B, also called "earpiece", is used to convert audio electrical signals into sound signals. When the terminal 100 answers a phone call or voice information, the receiver 170B can be placed close to the human ear to listen to the voice.

The microphone 170C, also called "microphone" or "microphone", is used to convert sound signals into electrical signals. When making a phone call or sending a voice message, the user can put his mouth close to the microphone 170C to make a sound, and input the sound signal to the microphone 170C. The terminal 100 may be provided with at least one microphone 170C. In other embodiments, the terminal 100 can be provided with two microphones 170C, which can also implement a noise reduction function in addition to collecting sound signals. In some other embodiments, the terminal 100 can also be equipped with three, four or more microphones 170C to realize sound signal collection, noise reduction, identify sound sources, realize directional recording functions, and the like.

The earphone interface 170D is used for connecting wired earphones. The earphone interface 170D can be a USB interface 130, or a 3.5mm open mobile terminal platform (open mobile terminal platform, OMTP) standard interface, or a cellular telecommunications industry association of the USA (CTIA) standard interface.

The pressure sensor 180A is used to sense the pressure signal and convert the pressure signal into an electrical signal. In some embodiments, pressure sensor 180A may be disposed on display screen 194 . There are many types of pressure sensors 180A, such as resistive pressure sensors, inductive pressure sensors, and capacitive pressure sensors. A capacitive pressure sensor may be comprised of at least two parallel plates with conductive material. When a force is applied to the pressure sensor 180A, the capacitance between the electrodes changes. The terminal 100 determines the strength of the pressure from the change in capacitance. When a touch operation acts on the display screen 194, the terminal 100 detects the intensity of the touch operation according to the pressure sensor 180A. The terminal 100 may also calculate the touched position according to the detection signal of the pressure sensor 180A. In some embodiments, touch operations acting on the same touch position but with different touch operation intensities may correspond to different operation instructions. For example: when a touch operation with a touch operation intensity less than the first pressure threshold acts on the short message application icon, an instruction to view short messages is executed. When a touch operation whose intensity is greater than or equal to the first pressure threshold acts on the icon of the short message application, the instruction of creating a new short message is executed.

The gyro sensor 180B can be used to determine the motion posture of the terminal 100 . In some embodiments, the angular velocity of the terminal 100 around three axes (ie, x, y and z axes) can be determined by the gyro sensor 180B. The gyro sensor 180B can be used for image stabilization. Exemplarily, when the shutter is pressed, the gyro sensor 180B detects the shaking angle of the terminal 100, and calculates the distance that the lens module needs to compensate according to the angle, and allows the lens to counteract the shaking of the terminal 100 through reverse movement to achieve anti-shake. The gyro sensor 180B can also be used for navigation and somatosensory game scenes.

The air pressure sensor 180C is used to measure air pressure. In some embodiments, the terminal 100 calculates the altitude through the air pressure value measured by the air pressure sensor 180C to assist positioning and navigation.

The magnetic sensor 180D includes a Hall sensor. The terminal 100 may use the magnetic sensor 180D to detect the opening and closing of the flip holster. In some embodiments, when the terminal 100 is a clamshell machine, the terminal 100 can detect the opening and closing of the clamshell according to the magnetic sensor 180D. Furthermore, according to the detected opening and closing state of the leather case or the opening and closing state of the flip cover, features such as automatic unlocking of the flip cover are set.

The acceleration sensor 180E can detect the acceleration of the terminal 100 in various directions (generally three axes). When the terminal 100 is stationary, the magnitude and direction of gravity can be detected. It can also be used to recognize terminal gestures, and can be used in applications such as horizontal and vertical screen switching, pedometers, etc.

The distance sensor 180F is used to measure the distance. The terminal 100 can measure the distance by infrared or laser. In some embodiments, when shooting a scene, the terminal 100 may use the distance sensor 180F for distance measurement to achieve fast focusing.

Proximity light sensor 180G may include, for example, light emitting diodes (LEDs) and light detectors, such as photodiodes. The light emitting diodes may be infrared light emitting diodes. The terminal 100 emits infrared light through the light emitting diode. The terminal 100 detects infrared reflected light from nearby objects using a photodiode. When sufficient reflected light is detected, it may be determined that there is an object near the terminal 100 . When insufficient reflected light is detected, the terminal 100 may determine that there is no object near the terminal 100 . The terminal 100 can use the proximity light sensor 180G to detect that the user holds the terminal 100 close to the ear to make a call, so as to automatically turn off the screen to save power. The proximity light sensor 180G can also be used in leather case mode, automatic unlock and lock screen in pocket mode.

The ambient light sensor 180L is used for sensing ambient light brightness. The terminal 100 may adaptively adjust the brightness of the display screen 194 according to the perceived ambient light brightness. The ambient light sensor 180L can also be used to automatically adjust the white balance when taking pictures. The ambient light sensor 180L can also cooperate with the proximity light sensor 180G to detect whether the terminal 100 is in the pocket to prevent accidental touch.

The fingerprint sensor 180H is used to collect fingerprints. The terminal 100 can use the collected fingerprint characteristics to realize fingerprint unlocking, access to the application lock, take pictures with fingerprints, answer incoming calls with fingerprints, and so on.

The temperature sensor 180J is used to detect temperature. In some embodiments, the terminal 100 uses the temperature detected by the temperature sensor 180J to implement a temperature processing strategy. For example, when the temperature reported by the temperature sensor 180J exceeds the threshold, the terminal 100 executes reducing the performance of a processor located near the temperature sensor 180J, so as to reduce power consumption and implement thermal protection. In some other embodiments, when the temperature is lower than another threshold, the terminal 100 heats the battery 142 to avoid abnormal shutdown of the terminal 100 due to low temperature. In some other embodiments, when the temperature is lower than another threshold, the terminal 100 boosts the output voltage of the battery 142 to avoid abnormal shutdown caused by low temperature.

Touch sensor 180K, also known as "touch panel". The touch sensor 180K can be disposed on the display screen 194, and the touch sensor 180K and the display screen 194 form a touch screen, also called a “touch screen”. The touch sensor 180K is used to detect a touch operation on or near it. The touch sensor can pass the detected touch operation to the application processor to determine the type of touch event. Visual output related to the touch operation can be provided through the display screen 194 . In other embodiments, the touch sensor 180K may also be disposed on the surface of the terminal 100 , which is different from the position of the display screen 194 .

The bone conduction sensor 180M can acquire vibration signals. In some embodiments, the bone conduction sensor 180M can acquire the vibration signal of the vibrating bone mass of the human voice. The bone conduction sensor 180M can also contact the human pulse and receive the blood pressure beating signal. In some embodiments, the bone conduction sensor 180M can also be disposed in the earphone, combined into a bone conduction earphone. The audio module 170 can analyze the voice signal based on the vibration signal of the vibrating bone mass of the vocal part acquired by the bone conduction sensor 180M, so as to realize the voice function. The application processor can analyze the heart rate information based on the blood pressure beating signal acquired by the bone conduction sensor 180M, so as to realize the heart rate detection function.

The keys 190 include a power key, a volume key and the like. The key 190 may be a mechanical key. It can also be a touch button. The terminal 100 may receive key input and generate key signal input related to user settings and function control of the terminal 100 .

The motor 191 can generate a vibrating reminder. The motor 191 can be used for incoming call vibration prompts, and can also be used for touch vibration feedback. For example, touch operations applied to different applications (such as taking pictures, playing audio, etc.) may correspond to different vibration feedback effects. The motor 191 may also correspond to different vibration feedback effects for touch operations acting on different areas of the display screen 194 . Different application scenarios (for example: time reminder, receiving information, alarm clock, games, etc.) can also correspond to different vibration feedback effects. The touch vibration feedback effect can also support customization.

The indicator 192 can be an indicator light, and can be used to indicate charging status, power change, and can also be used to indicate messages, missed calls, notifications, and the like.

The SIM card interface 195 is used for connecting a SIM card. The SIM card can be connected and separated from the terminal 100 by inserting it into the SIM card interface 195 or pulling it out from the SIM card interface 195 . The terminal 100 can support 1 or N SIM card interfaces, where N is a positive integer greater than 1. SIM card interface 195 can support Nano SIM card, Micro SIM card, SIM card etc. Multiple cards can be inserted into the same SIM card interface 195 at the same time. The types of the multiple cards may be the same or different. The SIM card interface 195 is also compatible with different types of SIM cards. The SIM card interface 195 is also compatible with external memory cards. The terminal 100 interacts with the network through the SIM card to implement functions such as calling and data communication. In some embodiments, the terminal 100 adopts an eSIM, that is, an embedded SIM card. The eSIM card can be embedded in the terminal 100 and cannot be separated from the terminal 100 .

The terminal 100 may also include a magnetometer (not shown in the figure), which may also be called an electronic compass or a compass, and may be used to detect magnetic field strength and direction.

A bluetooth protocol architecture diagram in this application is introduced below.

As shown in FIG. 1B, the embodiment of the present application provides a Bluetooth protocol framework, including but not limited to Host (host) protocol stack, HCI (Host Controller Interface), and controller (controller).

Among them, the Host protocol stack defines multiple applications (profiles) and core protocols (protocols) in the Bluetooth framework, and each profile defines its own corresponding message format and application rules, and a profile is a Bluetooth service (Application). In order to realize the interconnection and intercommunication of different devices under different platforms, the Bluetooth protocol has formulated specifications for various possible and general-purpose application scenarios, such as A2DP (advanced audio distribution profile), HFP (hands-free profile), etc. . Core protocols include, but are not limited to, the basic Bluetooth service protocol SDP (Service Discover Protocol), Logical Link Control and Adaptation Protocol L2CAP (Logical LinkControl and Adaptation Protocol), etc. The core protocol is essential in the Bluetooth protocol stack.

Among them, HCI provides a unified interface for the upper layer protocol to enter the link manager and a unified way to enter the baseband. There will be several transport layers between the host core protocol stack and the controller. These transport layers are transparent and complete the transmission of data. Task, the Bluetooth Special Interest Group (SIG) stipulates four physical bus methods connected to hardware, that is, four HCI transport layers: USB, RS232, UART and PC card.

Among them, the controller defines the underlying hardware part, including radio frequency (RF), baseband (BB) and link management (LM). The RF layer realizes the filtering and transmission of the data bit stream through the microwave of the 2.4GHz unlicensed ISM frequency band. It mainly defines the conditions that the Bluetooth transceiver needs to meet to work normally in this frequency band. The baseband is responsible for frequency hopping and transmission of Bluetooth data and information frames. Link management is responsible for connecting, establishing and tearing down links and performing security controls. The LM (Link Manager) layer is the link management protocol of the Bluetooth protocol stack. It is responsible for translating the upper-layer HCI commands into operations acceptable to the baseband, and establishing an asynchronous connection-oriented link (ACL) and a synchronous connection. -oriented/extended, SCO) and the working mode that makes the Bluetooth device enter the energy-saving state, etc. The LC (Link Control) layer is responsible for responding to upper-layer LM commands during the transmission of a batch of data packets (such as executing LM commands for establishing a transmission link for data packets, maintaining links, etc.).

Part of the content of the method described in the embodiment of the present application is implemented by the wireless communication module 160 of the terminal 100 shown in FIG. 1A , specifically, it may be performed by a Bluetooth module or a Bluetooth chip.

FIG. 2A exemplarily shows a schematic structural diagram of a display device 200 provided by an embodiment of the present application.

The embodiment will be specifically described below by taking the display device 200 as an example. It should be understood that the display device 200 shown in FIG. 2A is only one example, and that the display device 200 may have more or fewer components than shown in FIG. 2A , may combine two or more components, or may with different part configurations. The various components shown in the figures may be implemented in hardware, software, or a combination of hardware and software including one or more signal processing and/or application specific integrated circuits,

As shown in Figure 2A, the display device 200 may include: a processor 201, a memory 202, a wireless communication processing module 203, an antenna 204, a power switch 205, a wired LAN communication processing module 206, an HDMI communication processing module 207, and a USB communication processing module 208 , a display screen 209 , and an audio module 210 . in:

Processor 201 may be used to read and execute computer readable instructions. In a specific implementation, the processor 201 may mainly include a controller, an arithmetic unit, and a register. Among them, the controller is mainly responsible for instruction decoding, and sends out control signals for the operations corresponding to the instructions. The arithmetic unit is mainly responsible for saving the register operands and intermediate operation results temporarily stored during the execution of the instruction. In a specific implementation, the hardware architecture of the processor 201 may be an application specific integrated circuit (ASIC) architecture, a MIPS architecture, an ARM architecture, or an NP architecture, and so on.

In some embodiments, the processor 201 may be configured to analyze signals received by the wireless communication module 203 and/or the wired LAN communication processing module 206, such as probe requests broadcast by the terminal 100, and the like. Processing 201 may be used to perform corresponding processing operations according to the parsing result, such as generating a probe response, and so on.

In some embodiments, the processor 201 may also be configured to generate signals sent by the wireless communication module 203 and/or the wired LAN communication processing module 206 , such as Bluetooth broadcast signals and beacon signals.

The memory 202 is coupled with the processor 201 for storing various software programs and/or sets of instructions. In a specific implementation, the memory 202 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic disk storage devices, flash memory devices or other non-volatile solid-state storage devices. The memory 202 can store operating systems, such as embedded operating systems such as uCOS, VxWorks, and RTLinux. The memory 202 can also store a communication program, which can be used by the terminal 100, one or more servers, or an accessory device to communicate.

The wireless communication module 203 may include one or more of a Bluetooth communication module 203A, a WLAN communication module 203B, and an infrared communication module 204C. Wherein, the bluetooth communication module 203A may include a classic bluetooth (BT) module and a low-power bluetooth (BLE) module,

In some embodiments, one or more of the Bluetooth communication module 203A, the WLAN communication module 203B, and the infrared communication module 204C can monitor signals transmitted by other devices (such as the terminal 100), such as detection requests, scanning signals, etc., And can send a response signal, such as detection response, scanning response, etc., so that other devices (such as terminal 100) can find the display device 200, and establish a wireless communication connection with other devices (such as terminal 100), through Bluetooth, WLAN or infrared One or more wireless communication technologies communicate with other devices such as terminal 100 .

In other embodiments, one or more of the Bluetooth communication module 203A, the WLAN communication module 203B, and the infrared communication module 203C can also transmit signals, such as broadcasting Bluetooth signals and beacon signals, so that other devices (such as the terminal 100) The display device 200 can be discovered, and establish a wireless communication connection with other devices (such as the electronic device 100 ), and communicate with other devices (such as the electronic device 100 ) through one or more wireless communication technologies in Bluetooth or WLAN.

The wireless communication module 203 may also include a cellular mobile communication module (not shown). The cellular mobile communication processing module can communicate with other devices (such as servers) through cellular mobile communication technology.

The wireless communication function of the display device 200 can be realized by the antenna 204, the wireless communication module 203, the modem processor and the like.

The antenna 204 can be used to transmit and receive electromagnetic wave signals. Each antenna in display device 200 can be used to cover single or multiple communication frequency bands. Different antennas can also be multiplexed to improve the utilization of the antennas. For example: the antenna of the WLAN communication module 203B can be multiplexed as the antenna of the Bluetooth communication module 203A. In other embodiments, the antenna may be used in conjunction with a tuning switch.

In some embodiments, there may be one or more antennas of the Bluetooth communication module 203A. When there are three or more antennas of the Bluetooth communication module 203A, the display device 200 can measure the angle of arrival (angle of arrival) of the Bluetooth signal sent by the terminal 100. arrival, AoA).

The power switch 205 can be used to control the power supply of the power supply to the display device 200 .

The wired LAN communication processing module 206 can be used to communicate with other devices in the same LAN through the wired LAN, and can also be used to connect to the WAN through the wired LAN, and can communicate with devices in the WAN.

The HDMI communication processing module 207 can be used to communicate with other devices through an HDMI interface (not shown).

The USB communication processing module 208 can be used to communicate with other devices through a USB interface (not shown).

The display screen 209 can be used to display images, videos and the like. The display screen 129 may be a liquid crystal display (LCD), an organic light-emitting diode (OLED) display, an active-matrix organic light emitting diode (AMOLED) display screen, flexible light-emitting diode (FLED) display, quantum dot light emitting diodes (QLED) display, etc.

The audio module 210 can be used to output audio signals through the audio output interface, so that the display device 200 can support audio playback. The audio module can also be used to receive audio data through the audio input interface. The display device 200 may be a media playback device such as a television.

In some embodiments, the display device 200 may also include a serial interface such as an RS-232 interface. The serial interface can be connected to other devices, such as audio speakers and other external audio devices, so that the display and audio external devices cooperate to play audio and video.

It can be understood that the structure shown in FIG. 2A does not constitute a specific limitation on the display device 200 . In other embodiments of the present application, the display device 200 may include more or fewer components than shown in the illustration, or combine certain components, or separate certain components, or arrange different components. The illustrated components can be realized in hardware, software or a combination of software and hardware.

In the method described in the embodiment of the present application, the Bluetooth protocol framework used by the display device 200 can refer to the above-mentioned FIG. 1B , which will not be repeated here.

The display device 200 may further include a magnetometer 211 , which may also be called an electronic compass or a compass, and may be used to detect magnetic field strength and direction.

FIG. 2B exemplarily shows a schematic structural diagram of an audio device 220 provided by an embodiment of the present application.

The embodiment will be specifically described below by taking the audio device 220 as an example. It should be understood that the audio device 220 shown in FIG. 2B is only one example, and that the audio device 220 may have more or fewer components than shown in FIG. 2B , may combine two or more components, or may with different part configurations. The various components shown in the figures may be implemented in hardware, software, or a combination of hardware and software including one or more signal processing and/or application specific integrated circuits,

As shown in FIG. 2B , the audio device 220 may include: a processor 221 , a memory 222 , a Bluetooth communication module 223 , an antenna 224 , a power switch 225 , a USB communication processing module 226 , and an audio module 227 . in:

Processor 221 may be used to read and execute computer readable instructions. In a specific implementation, the processor 221 may mainly include a controller, an arithmetic unit, and a register. Among them, the controller is mainly responsible for instruction decoding, and sends out control signals for the operations corresponding to the instructions. The arithmetic unit is mainly responsible for saving the register operands and intermediate operation results temporarily stored during the execution of the instruction. In a specific implementation, the hardware architecture of the processor 221 may be an application specific integrated circuit (ASIC) architecture, a MIPS architecture, an ARM architecture, or an NP architecture, and the like.

In some embodiments, the processor 221 can be used to analyze the signal received by the Bluetooth communication processing module 223, and so on. Processing 221 may be used to perform corresponding processing operations and so on according to the parsing results.

The memory 222 is coupled with the processor 221 for storing various software programs and/or sets of instructions. In a specific implementation, the memory 222 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic disk storage devices, flash memory devices or other non-volatile solid-state storage devices. Memory 222 can store operating systems, such as embedded operating systems such as uCOS, VxWorks, RTLinux. The memory 222 can also store a communication program, which can be used to communicate with the terminal 100, one or more servers, or other devices.

The Bluetooth communication module 223 may include a classic Bluetooth (BT) module and a Bluetooth Low Energy (BLE) module,

In some embodiments, the Bluetooth communication module 223 can listen to signals transmitted by other devices (such as terminal 100), such as detection requests, scanning signals, etc., and can send response signals, scanning responses, etc., so that other devices (such as terminal 100) 100) The audio device 220 can be discovered, and a wireless communication connection can be established with other devices (such as the terminal 100), and communicate with other devices (such as the terminal 100) through Bluetooth.

In other embodiments, the Bluetooth communication module 223 can also transmit signals, such as broadcasting BLE signals, so that other devices (such as the terminal 100) can discover the audio device 220, and establish a wireless communication connection with other devices (such as the terminal 100), through Bluetooth communicates with other devices (such as the terminal 100).

The wireless communication function of the audio device 220 can be realized by the antenna 224, the Bluetooth communication module 223, the modem processor and the like.

The antenna 224 can be used to transmit and receive electromagnetic wave signals. Each antenna in audio device 220 may be used to cover single or multiple communication frequency bands.

In some embodiments, there may be three antennas 224 of the Bluetooth communication module 223 .

The power switch 225 can be used to control power supply to the audio device 220 .

The USB communication processing module 206 can be used to communicate with other devices through a USB interface (not shown).

The audio module 226 can be used to output audio signals through the audio output interface, so that the audio device 220 can support audio playback. The audio module can also be used to receive audio data through the audio input interface. The audio device 220 may be a media playback device such as a Bluetooth headset.

In some embodiments, the audio device 220 may further include a display screen (not shown), where the display screen may be used to display images, prompt information and the like. The display screen can adopt liquid crystal display (liquid crystal display, LCD), organic light-emitting diode (organic light-emitting diode, OLED) display, active-matrix organic light-emitting diode (active-matrix organic light emitting diode, AMOLED) display screen, flexible light-emitting diode (FLED) display, quantum dot light-emitting diodes (QLED) display, etc.

In some embodiments, the audio device 220 may also include a serial interface such as an RS-232 interface. The serial interface can be connected to other devices, such as audio speakers and other external audio devices, so that the audio device 220 and the external audio device cooperate to play audio and video.

The audio device 220 may also include a magnetometer 228, which may also be called an electronic compass or a compass, and may be used to detect magnetic field strength and direction.

It can be understood that the structure shown in FIG. 2B does not constitute a specific limitation on the audio device 220 . In some other embodiments of the present application, the audio device 220 may include more or fewer components than shown in the figure, or combine some components, or separate some components, or arrange different components. The illustrated components can be realized in hardware, software or a combination of software and hardware.

In the method described in the embodiment of the present application, the Bluetooth protocol framework used by the audio device 220 may refer to the above-mentioned FIG. 1B , which will not be repeated here.

The following describes the data sharing process in the related art of the present application.

Take sharing image files as an example:

1. First, the user needs to open the user interface of the gallery application on the terminal.

FIG. 3A exemplarily shows a user interface 310 of a gallery application displayed on a terminal such as a smart phone. "Gallery" is a photo management application on terminals such as smartphones and tablets, and it can also be called "album". Wherein, the user interface 310 of the gallery application includes thumbnails of one or more pictures.

2. The user opens the picture display interface in the gallery application.

The terminal may receive a user's input operation (for example, click) on the thumbnail image 311 in FIG. 3A , and in response to the input operation, the terminal may display a picture presentation interface 320 as shown in FIG. 3B .

As shown in FIG. 3B , the picture display interface 320 includes a picture 326 , a share button 321 , a favorite button 322 , an edit button 323 , a delete button 324 , and a more button 325 . The picture 326 may have a caption, for example, "July 15, 2019". Wherein, the sharing button 321 can be used to trigger opening of the picture sharing interface. The favorite button 322 can be used to trigger saving the picture 326 to the picture collection folder. The editing button 323 can be used to trigger editing functions such as rotating, cropping, adding a filter, blurring, etc. to the picture 326 . A delete button 324 can be used to trigger deletion of the picture 326 . The more button 325 can be used to trigger opening more picture-related functions.

3. The user clicks the share button in the picture display interface to open the picture sharing interface.

The terminal may receive a user's input operation (for example, click) on the share button 321 in FIG. 3B , and in response to the input operation, the terminal may display a file sharing interface 330 as shown in FIG. 3C .

As shown in FIG. 3C , the file sharing interface 330 includes an area 331 , an area 337 and an area 339 . in:

The area 331 can be used to display one or more pictures or videos in the gallery, and the one or more pictures or videos can include pictures or videos selected by the user, such as the selected picture 332 . Wherein, a mark 334 may be displayed on the selected picture 332, and the mark 334 may be used to indicate that the corresponding picture 332 is selected by the terminal (that is, the picture has been selected by the user). A control 335 and a control 336 can also be displayed in the area 331, and the above two controls (the control 335 and the control 336) can be used to switch or update the picture displayed in the area 331. The pictures or video frames displayed in the area 331 may be thumbnails. The original picture corresponding to the picture or video picture displayed in the area 331 may be stored on the terminal.

Area 337 may be used to display nearby device options discovered by the terminal, as well as one or more user options. The user option corresponds to nearby devices discovered by the terminal. Wherein, when the terminal is searching for nearby devices, they can display a search prompt 338 in the area 337 (for example, text prompts such as "discovering nearby devices, the other party needs to turn on Bluetooth and WLAN").

One or more service options may be displayed in area 339 (for example, WeChat icon, circle of friends icon, twitter icon, facebook icon, mail icon, QQ icon, information icon, WLAN direct connection icon, etc.). The application program or protocol corresponding to the service option can support sharing the picture selected by the user to a contact or a server. Users can share data through the application or protocol corresponding to the service option. For example, the selected picture is shared with one or more contacts in WeChat, and the selected picture is shared with Facebook's dynamic publishing platform (ie, the server).

4. After the terminal searches for nearby devices, the user can click the nearby device option in the picture sharing interface to share the selected pictures to nearby devices.

As shown in FIG. 3D , after searching for nearby devices, the terminal may display nearby device options or user options corresponding to nearby devices in area 337 , for example, user options 341 (user name is "Lisa").

The terminal can receive the user's input operation (for example, click) on the user option 341, and in response to the input operation, the terminal can establish a communication connection with the device corresponding to the user option 341, and then communicate with the device corresponding to the user option through the communication connection. Transfer selected pictures.

Through the data sharing process in the above related technologies, it can be seen that the operation process for users to share pictures and other files to nearby devices on the terminal is relatively cumbersome, which affects user experience.

Therefore, the present application provides a method for data sharing. The terminal can receive the user's sliding operation in the file display interface (for example, the display interface displaying file objects such as pictures, videos, and documents), and detect the sliding operation of the sliding operation. direction. In response to the sliding operation, the terminal can measure the direction position (including direction and distance) of nearby devices relative to the terminal through Bluetooth Low Energy (Bluetooth Low Energy, BLE) AoA measurement technology. Then, the terminal can determine the closest nearby device whose direction relative to the terminal is consistent with the sliding direction of the above-mentioned sliding operation, and send the file object in the file display interface to the closest nearby devices. In this way, the operation steps for users to share file data (such as pictures, videos, documents, etc.) can be simplified, which provides convenience for users.

The following describes a data sharing method provided in this application in combination with application scenarios.

First, a system architecture diagram in an application scenario is introduced.

Please refer to FIG. 4 , which is a system architecture diagram provided by an embodiment of the present application. As shown in FIG. 4 , the system 40 includes a terminal 100 and nearby devices. Nearby devices include terminal 101, terminal 102, terminal 103, and so on. Wherein, FIG. 4 exemplarily shows the positional relationship between the terminal 100 and the terminal 101 on the horizontal plane of the terminal 102 and the terminal 103 in some application scenarios of the present application.

In subsequent embodiments of the present application, in order to illustrate the positional relationship between the terminal 100 and nearby devices, a reference point (for example, a central position point) on the device may be used to indicate its position in the plan view. For example, the center position point of the terminal 100 may be used to represent its position in the horizontal plane. In the embodiment of the present application, the center position of the terminal 100 can be taken as the direction pointed by the vector whose starting point is perpendicular to the upper edge of the touch screen of the terminal 100, as the reference direction of the terminal 100, which can also be called the 0-degree direction of the terminal 100 .

Therefore, as shown in FIG. 4 , terminal 101 can be at 0.8m in a clockwise direction of 315° from terminal 100, terminal 102 can be at 1.2m in a clockwise direction of 45° from terminal 100, and terminal 103 can be at 90° clockwise from terminal 100. 0.5m in the degree direction.

In this embodiment of the application, the nearby devices of the terminal 100 may not be limited to the three shown in FIG. constituting a limit. The relative positional relationship between the above three nearby devices (terminal 101 , terminal 102 and terminal 103 ) and terminal 100 is exemplarily shown in the above FIG. 4 , which is only an exemplification for explaining the embodiment of the present application and should not be construed as a limitation.

The terminal 100, the terminal 101, the terminal 102, and the terminal 103 in FIG. 4 above may be terminals such as smart phones and tablet computers. For the schematic structural diagram of the terminal 100, reference may be made to the embodiment shown in FIG. 1A above. The structures of the terminal 101, the terminal 102, and the terminal 103 may also refer to the terminal 100, and the terminal 101, the terminal 102, and the terminal 103 will not be repeated here.

In some application scenarios, after the user triggers to open files such as pictures, videos, documents, etc., on the display interface of file objects such as pictures, videos, documents, etc., he can slide the picture or video, etc. The file object is sent to the nearest nearby device that is consistent with the sliding direction of the sliding operation. In this way, the operation steps for users to share file data can be simplified, and the efficiency of sharing file data to nearby devices can be improved.

In the UI example shown in Fig. 5A-Fig. 5J, the user can trigger to open the picture in the gallery application on the terminal 100, and then send the picture to the nearby devices.

As shown in FIG. 5A , the terminal 100 may display an interface 510 with a home screen, and a page on which application icons are placed is displayed in the interface 510, and the page includes multiple application icons (for example, a weather application icon, a stock application icon, a calculation icon, etc.) Device application icon, setting application icon 512A, mail application icon, Alipay application icon, Facebook application icon, browser application icon, gallery application icon 512B, music application icon 512C, video application icon, WeChat application icon 512D, find my device application icon 512E, etc.). A page indicator is also displayed under the multiple application icons to indicate the positional relationship between the currently displayed page and other pages. There are multiple tray icons (such as a dialer application icon, a messaging application icon, a contacts application icon, and a camera application icon) below the page indicator, and the tray icons remain displayed when the page is switched. In some embodiments, the above-mentioned page may also include multiple application icons and page indicators, and the page indicator may not be a part of the page, but exists independently. The above-mentioned picture icons are also optional, which is not limited in this embodiment of the present application. A status bar 511 is displayed on the upper portion of the interface 510, and the status bar 511 may include: one or more signal strength indicators of a mobile communication signal (also referred to as a cellular signal), a battery status indicator, and a time indicator ,etc. After the terminal turns on the bluetooth function, the bluetooth on indicator can also be displayed in the status bar 511 . A navigation bar 516 is displayed below the tray icon, and the navigation bar 516 may include: a return button 517, a main interface (Home screen) button 518, a callout task history button 519, and other system navigation keys. When detecting that the user clicks the return button 517, the terminal 100 may display a previous page of the current page. When detecting that the user clicks the home interface button 518, the terminal 100 may display the home interface. When it is detected that the user clicks the outgoing task history button 519, the terminal 100 may display the tasks recently opened by the user. The names of the navigation keys can also be other, which is not limited in this application. Not limited to virtual keys, each navigation key in the navigation bar 516 may also be implemented as a physical key. In some embodiments, the navigation bar 516 is also optional, and the user can complete the functions of each navigation key in the navigation bar 516 through other operations.

The terminal 100 may receive the user's operation (for example, click) on the gallery application icon 512B, and in response to the operation, the terminal 100 may display the gallery application interface 520 as shown in FIG. 5B .

As shown in FIG. 5B, one or more album options are included in the gallery application interface 520 (for example, all photo albums 521, video albums 522, camera albums, screenshot catalog albums, WeChat albums, Weibo albums, etc.). Among them, each album option has the name of the album and the number of photos and/or videos in the album. For example, the all photo album 521 includes 2160 photos, and the video album 522 includes 6 videos. The gallery application interface 520 also includes a new photo album control 523 . The new photo album control 523 can be used to trigger the creation of a new photo album in the gallery application interface 520 .

The terminal 100 may receive the user's operation (for example, click) on the all photo album 521, and in response to the operation, the terminal 100 may display the album interface 530 as shown in FIG. 5C.

As shown in FIG. 5C, the title of the album interface 530 may be "All Photos". The album interface 530 includes thumbnails of one or more pictures (eg, thumbnail 531 ).

The terminal 100 may receive the user's operation (for example, click) on the thumbnail image 531, and in response to the operation, the terminal 100 may display the picture presentation interface 540 as shown in FIG. 5D.

As shown in FIG. 5D , the title of the picture display interface 540 may be "July 15, 2019". The picture display interface 540 includes a picture 541 and a menu 547 . Wherein, the menu 547 includes a share button 542 , a favorite button 543 , an edit button 544 , a delete button 545 , and a more button 546 . The share button 542 can be used to trigger opening of the file sharing interface (refer to the above file sharing interface 330 in FIG. 3C ). The favorite button 543 can be used to trigger to save the picture 541 to the picture collection folder. The editing button 544 can be used to trigger editing functions such as rotating, cropping, adding a filter, blurring, etc. to the picture 541 . A delete button 545 can be used to trigger deletion of the picture 541 . The more button 546 can be used to trigger opening more functions related to the picture 541 .

In some embodiments, this menu 547 is optional. The menu 547 can be hidden in the picture display interface 540. For example, the user can click the picture 541 to hide the menu 547, and click the picture 541 again to display the menu 547, which is not limited in this application.

As shown in FIG. 5E , the terminal 100 may receive a sliding operation performed by the user on the picture display interface 540. For example, when the touch screen of the terminal 100 supports a multi-touch screen, the sliding operation may be three fingers touching the touch screen to slide , not limited thereto, the sliding operation may also be a two-finger touch slide, a knuckle touch slide, a finger press slide, and so on. Wherein, the starting position of the sliding operation may be at any position of the picture display interface 540, for example, it may be at the position of the picture 541 in the picture display interface 540, or at other positions, which is not limited. The sliding direction of the sliding operation may be determined by the start position and the end position of the sliding operation, and its trajectory may be a curve or a straight line, which is not limited in this application. In response to the sliding operation, the terminal 100 can turn on the Bluetooth function, and measure the direction and position of nearby devices relative to the terminal 100 through the BLE angle of arrival (AoA). Terminal 100 can determine the sliding direction from nearby devices (such as terminal 101, terminal 102, and terminal 103) according to the direction and position of nearby devices (for example, the sliding direction is 90 degrees clockwise of terminal 100, that is, terminal 100 is directly right directions) are consistent and relatively close to the receiving device (for example, the receiving device is the terminal 103).

In this embodiment of the application, there may be a certain error between the direction of the receiving device relative to the terminal 100 and the sliding direction, that is, when the angle between the direction of the receiving device relative to the terminal 100 and the sliding direction is smaller than a specified angle threshold (for example 15 degrees), that is, it can be considered that the direction of the receiving device relative to the terminal 100 is consistent with the sliding direction.

After determining the receiving device, the terminal 100 may display a prompt box 548 as shown in FIG. 5F for requesting the user to confirm whether to send the picture 541 to the receiving device (such as the terminal 103).

As shown in FIG. 5F , after the terminal 100 determines the receiving device (such as the terminal 103 ), the terminal 100 may display a prompt box 548 . The prompt box 548 is used to request the user to confirm whether to send the picture 541 to the receiving device. The prompt box 548 includes a confirm button 549A and a cancel button 549B. Wherein, the confirmation button 549A is used to trigger the terminal 100 to send the picture 541 to the receiving device. The cancel button 549B is used to trigger the terminal 100 to cancel sending the picture 541 to the receiving device. Wherein, the prompt box 548 may display the device name of the receiving device for the user to confirm whether the receiving device meets expectations. Since the receiving device determined by the terminal 100 is the terminal 103, the terminal 100 may display the device name of the terminal 103 (for example, the device name of the terminal 103 is "HUAWEI P30Pro"). For example, text information such as "Do you want to send this picture to 'HUAWEI P30Pro'" can be displayed in the prompt box 548. The prompt box 548 may also display the data size information of the picture 541 (for example, "total 8M"), which is used to remind the user of the data size of the picture 541 .

The terminal 100 can receive the user's operation (such as clicking) on the confirmation button 549A in the prompt box 548. In response to this operation, the terminal 100 can send a picture sharing request to the receiving device (such as the terminal 103) through BLE, and display as shown in FIG. 5G A progress bar 550 is shown. Wherein, the picture sharing request is used to request the receiving device to receive the picture 541 shared by the device 100 .

In some embodiments, the prompt box 548 displayed by the terminal 100 in FIG. 5F is optional, and the terminal 100 may not display the prompt box 548 after determining the receiving device, without the user confirming on the terminal 100, directly through The BLE sends a picture sharing request to the receiving device (such as the terminal 103), and displays a progress bar 550 as shown in FIG. 5G. In this way, as long as the user agrees to receive on the receiving device, the picture 541 can be directly sent to the receiving device.

In some embodiments, the progress bar 550 described above in FIG. 5G is optional, and the terminal 100 may not display the progress bar 550 . The terminal 100 can also hide the progress bar 550 after receiving the user's operation on the progress bar 550 after displaying the progress bar 550. For example, the progress bar 550 can be hidden in the pull-down notification window of the terminal 100. If the user wants to To view the progress bar 550 , a notification window may be invoked to view the progress bar 550 by receiving the user's sliding operation on the status bar. In this embodiment of the present application, the display position or display mode of the progress bar 550 may be applicable to various progress bars mentioned in subsequent embodiments, and details will not be described in subsequent embodiments.

As shown in FIG. 5G , the progress bar 550 displayed on the terminal 100 may display text information 551 for prompting the user of information such as the name of the picture 541 , the name of the receiving device, and the data size of the picture 541 . For example, the text information 551 can be text information such as "the picture 'July 15, 2019' is to be sent to 'HUAWEI P30Pro' (total 8M)". The progress bar 550 may also include a progress bar 552 and a cancel button 553 . Wherein, the progress bar 552 can be used to display the progress of the terminal 100 sending the picture 541 . The cancel button 553 can be used to trigger the terminal 100 to cancel sending the picture 541 .

As shown in FIG. 5G , the receiving device may be a terminal 103 . After terminal 103 receives the picture sharing request sent by terminal 100 , it may display a prompt box 560 . Wherein, the prompt box 560 includes an accept button 561 and a reject button 562 . The receiving button 561 can be used to trigger the terminal 103 to receive the picture 541 sent by the device 100 . The rejection button 562 can be used to trigger the terminal 103 to reject the picture 541 sent by the receiving device 100 .

The receiving device (such as the terminal 103 ) may receive the user's operation (such as clicking) on the receiving button 561 , and in response to the operation, the receiving device (such as the terminal 103 ) may send a reception response to the terminal 100 . After receiving the reception response, the terminal 100 can directly connect via Wi-Fi (such as wireless fidelity peer topeer (Wi-Fi P2P)), Wi-Fi softAP, ultra-wideband (ultra-wideband, UWB) The picture 541 is sent to the receiving device (for example, the terminal 103) by a communication technology such as a mobile phone. Wherein, in the process of sending the picture 541, the progress displayed on the progress bar 552 on the terminal 100 will change with the transmission process. For example, when the terminal 100 has not started to transmit the picture 541, the progress displayed on the progress bar 552 is " 0%", when the transmission is completed, the progress displayed on the progress bar 552 is "100%".

As shown in FIG. 5H , the receiving device is the terminal 103 . After the terminal 100 sends the picture 541 to the receiving device terminal 103, the terminal 103 may directly display the picture 563, or display the picture 563 after confirmation by the user. Wherein, the picture 563 displayed on the terminal 103 originates from the terminal 100, and is the same picture file as the picture 541 displayed on the terminal 100. Wherein, the size of the picture 563 displayed on the receiving device (eg, terminal 103) will be adaptively adjusted according to the display screen of the receiving device (eg, terminal 103).

In some embodiments, the prompt box 560 is optional. The receiving device may display the prompt box 560 when receiving the data (such as a picture) sharing request of the first file object (such as a picture) sent by the terminal 100, and receive the user's confirmation operation on the receiving button 561, and establish a file with the receiving device. Transport connections (such as Wi-Fi P2P, Wi-FisoftAP, UWB, etc.). If the receiving device receives the second file object (such as a picture) sent by the terminal 100 again after a period of time (such as 15 seconds), the receiving device may not display the prompt box 560, and the receiving device 100 directly sends the file without user confirmation. The second file object (eg picture, video, document). In the embodiment of this application, the text description of the prompt box 560 displayed on the receiving device can be applied to the progress bar displayed on the receiving device mentioned in the subsequent embodiments, and the parts not detailed in the subsequent embodiments can be referred to here place.

In some embodiments, after the receiving device (such as the terminal 103) receives the data sharing request sent by the terminal 100, the receiving device (such as the terminal 103) may reject the picture data sent by the receiving device 100 in response to the user's operation.

Exemplarily, as shown in FIG. 5I , the receiving device is the terminal 103 . The terminal 103 can receive the user's operation (for example, click) on the rejection button 562, and in response to the operation, the terminal 103 can send a rejection response to the terminal 100.

As shown in FIG. 5J , after receiving the rejection response sent by the terminal 103 , the terminal 100 may update and display the prompt information 555 in the progress bar 550 . Wherein, the prompt message 555 may be "'HUAWEI P30Pro' has refused to accept the pictures you sent (total 8M)".

In the UI embodiment shown in Fig. 6A-Fig. 6G exemplarily, after the user triggers to open the display interface of the video file on the terminal 100, through a sliding operation, the video file is sent to the The closest nearby device in that direction.

As shown in FIG. 6A , the terminal 100 may display a gallery application interface 610 . Wherein, the gallery application interface 610 includes one or more album options (for example, all photo albums 611, video albums 612, camera albums, screenshot catalog albums, WeChat albums, microblog albums, etc.) and a new album control 613 wait.

Wherein, the gallery application interface 610 shown in FIG. 6A is the same as the gallery application interface 520 shown in FIG. 5B above. Therefore, the text description for the gallery application interface 520 in the above FIG. 5B is also applicable to the gallery application interface in FIG. 6A 610, which will not be repeated here.

The terminal 100 may receive the user's operation (for example, click) on the video album 612, and in response to the operation, the terminal 100 may display the video album interface 620 as shown in FIG. 6B.

As shown in FIG. 6B, the title of the video album interface 620 may be "Video". The video album interface 620 includes one or more video file options (eg, video file option 621 ).

The terminal 100 may receive the user's operation (for example, click) on the video file option 621, and in response to the operation, the terminal 100 may display the video presentation interface 630 as shown in FIG. 6C.

As shown in FIG. 6C , the title of the video presentation interface 630 may be "Travel", that is, the title corresponding to the video file is "Travel". The video display interface 630 includes a video file 631 , a play button 638 and a menu 637 . The play button 638 can be used to trigger playing the video file 631 . Wherein, the menu 637 includes a share button 632 , a favorite button 633 , an edit button 634 , a delete button 645 , and a more button 646 . The share button 642 can be used to trigger the opening of the file sharing interface (refer to the above file sharing interface 330 in FIG. 3C ). Collection button 633 can be used to trigger collection this video file 631 to video collection folder. The edit button 634 can be used to trigger editing functions such as cropping of the video frame 631 . A delete button 635 can be used to trigger deletion of the video file 631 . The more button 636 can be used to trigger opening more functions related to the video file 631 .

In some embodiments, this menu 637 is optional. The menu 637 can be hidden in the video presentation interface 630. For example, the user clicks the video file 631 to hide the menu 637, and clicks the video file 631 again to display the menu 637, which is not limited in the present application.

As shown in FIG. 6D , the terminal 100 may receive a user's sliding operation on the video presentation interface 630 , for example, the sliding operation may be three fingers triggering a touchscreen sliding. Wherein, the starting position of the sliding operation may be at any position on the picture display interface 540, and is not limited. The sliding direction of the sliding operation may be determined by the start position and the end position of the sliding operation, and its trajectory may be a curve or a straight line, which is not limited in this application. In response to the sliding operation, the terminal 100 can turn on the Bluetooth function, and measure the direction and position of nearby devices relative to the terminal 100 through BLE AoA. Terminal 100 can determine the sliding direction from nearby devices (such as terminal 101, terminal 102, and terminal 103) according to the direction and position of nearby devices (for example, the sliding direction is 90 degrees clockwise of terminal 100, that is, terminal 100 is directly right directions) are consistent and relatively close to the receiving device (for example, the receiving device is the terminal 103).

After the terminal 100 determines the receiving device, it may display a prompt box 640 as shown in FIG.

As shown in FIG. 6E , after the terminal 100 determines the receiving device (such as the terminal 103 ), the terminal 100 may output a prompt box 640 . The prompt box 640 is used to request the user to confirm whether to send the video file 631 to the receiving device. The prompt box 640 includes a confirm button 641 and a cancel button 642. Wherein, the confirmation button 641 is used to trigger the terminal 100 to send the video file 641 to the receiving device. The cancel button 642 is used to trigger the terminal 100 to cancel sending the video file 631 to the receiving device. Wherein, the prompt box 640 may display the device name of the receiving device for the user to confirm whether the receiving device meets expectations. Since the receiving device determined by the terminal 100 is the terminal 103, the terminal 100 may display the device name of the terminal 103 (for example, the device name of the terminal 103 is "HUAWEI P30Pro"). For example, text information such as "whether to send this video to 'HUAWEI P30Pro'" may be displayed in the prompt box 640. The prompt box 640 may also display the size information of the video file 631 (for example, a total of "82M") for prompting the user of the data size of the video file 631 .

The terminal 100 can receive the user's operation (such as clicking) on the confirmation button 641 in the prompt box 640, and in response to this operation, the terminal 100 can send a video sharing request to the receiving device (such as the terminal 103) through BLE, and display as shown in Figure 6F A progress bar 650 is shown. Wherein, the video sharing request is used to request the receiving device to receive the video file 631 shared by the device 100 .

In some embodiments, the prompt box 640 displayed by the terminal 100 in FIG. 6E is optional, and the terminal 100 may not display the prompt box 640 after determining the receiving device, without the user confirming on the terminal 100, directly through BLE sends a video sharing request to the receiving device (such as the terminal 103), and displays a progress bar 650 as shown in FIG. 6F. In this way, as long as the user agrees to receive on the receiving device, the video file 631 can be directly sent to the receiving device.

As shown in FIG. 6F , the progress bar 650 may display information such as the name of the video file 631 , the name of the receiving device, and the data size of the video file 631 . For example, the progress bar 650 displays text information such as "the video file 'Travel' is to be sent to 'HUAWEI P30Pro' (total 82M)". The progress bar 650 may also include a progress bar 652 and a cancel button 653 . Wherein, the progress bar 652 can be used to display the progress of the terminal 100 sending the video file 631 . The cancel button 653 can be used to trigger canceling the sending of the video file 631 .

As shown in FIG. 6F , the receiving device may be a terminal 103 . After terminal 103 receives the video sharing request sent by terminal 100 , it may display a prompt box 660 . Wherein, the prompt box 660 includes an accept button 661 and a reject button 662 . The receive button 661 can be used to trigger the video file 631 sent by the receiving device 100 . The rejection button 662 can be used to trigger rejection of the video file 631 sent by the receiving device 100 .

The receiving device (such as the terminal 103 ) may receive the user's operation (such as clicking) on the receiving button 661 , and in response to the operation, the receiving device may send a reception response to the terminal 100 . After receiving the reception response, the terminal 100 can send the video file 631 to the receiving device (for example, the terminal 103) through communication technologies such as Wi-Fi direct connection (such as Wi-Fi P2P), Wi-Fi softAP, and UWB. Wherein, in the process of sending the picture 541, the progress displayed on the progress bar 552 on the terminal 100 will change with the transmission process. For example, when the terminal 100 has not started to transmit the picture 541, the progress displayed on the progress bar 552 is " 0%", when the transmission is completed, the progress displayed on the progress bar 552 is "100%".

As shown in FIG. 6G , the receiving device is the terminal 103 . After the terminal 100 sends the video file 631 to the terminal 103, the terminal 103 may directly display the video file 663, or display the video file 663 after confirmation by the user. Wherein, the video file 663 displayed on the terminal 103 originates from the terminal 100 and is the same video file as the video file 631 displayed on the terminal 100 . The terminal 103 may display a play button 664 on the video file 663 , and the play button 664 is used to trigger the terminal 103 to play the video file 663 .

In some embodiments, the prompt box 660 is optional. The receiving device may display the prompt box 560 when receiving the data (such as video file) sharing request of the first file object (such as a video file) sent by the terminal 100, and receive the user's confirmation operation on the receiving button 561, and communicate with the receiving device Establish a file transfer connection (such as Wi-Fi P2P, Wi-Fi softAP, UWB, etc.). If the receiving device receives the second file object (such as a video file) sent by the terminal 100 again after a period of time (such as 15 seconds), the receiving device may not display the prompt box 560, and directly receives the device 100 without user confirmation. The second file object to send (e.g. a video file).

In some application scenarios, after the user triggers to open files such as pictures, videos, documents, etc., the user can first trigger the terminal 100 to measure and display the orientation and position of nearby devices on the display interface of the files such as pictures, videos, and documents. Then, the user can drag pictures, videos, documents and other files to the position of nearby devices by sliding operation, so as to send pictures, videos, documents and other files to nearby devices. In this way, the operation steps for users to share file data can be simplified, and the efficiency of file data sharing can be improved.

In the UI embodiments exemplarily shown in FIGS. 7A-7F , taking a picture file as an example, the user can first trigger the terminal 100 to display the directions of one or more nearby devices on the touch screen on the display interface of the picture file. Location. Then, the user can drag the picture file on the touch screen to the position of the nearby device through a sliding operation, so as to send the picture to the nearby device.

As shown in FIG. 7A , the terminal 100 may display a picture presentation interface 710 . The title of the picture display interface 710 may be "July 15, 2019". The picture display interface 710 includes a picture 711 and a menu 717 . Wherein, the menu 717 includes a share button 712 , a favorite button 713 , an edit button 714 , a delete button 715 , and a more button 716 . The share button 712 can be used to trigger opening of the file sharing interface (refer to the above file sharing interface 330 in FIG. 3C ). The favorite button 713 can be used to trigger to save the picture 711 to the picture collection folder. The editing button 714 can be used to trigger editing functions such as rotating, trimming, adding filters, blurring, etc. to the picture 711. A delete button 715 can be used to trigger deletion of the picture 716 . The more button 716 can be used to trigger opening more functions related to the picture 711 .

In some embodiments, this menu 717 is optional. The menu 717 can be hidden in the picture display interface 710. For example, the user can click the picture 711 to hide the menu 717, and click the picture 711 again to display the menu 717, which is not limited in this application.

The terminal 100 may receive a user's touch operation on the picture 711. For example, the touch operation may be a user's finger press (for example, a three-finger long press) on the picture 711. It is not limited to a three-finger long press, and may also be a two-finger long press, Single-finger long press, this application does not limit it here, and so on. In response to the touch operation, the terminal 100 can turn on the Bluetooth function, search for nearby devices through BLE, and measure the direction and position (including direction and distance) of the nearby devices through BLE AoA.

As shown in Figure 7B, for example, when the terminal 100 presses and holds the picture 711 with three fingers, the picture 711 can be displayed in a reduced size. At the same time, the terminal 100 can turn on the Bluetooth function, search for nearby devices through BLE, and measure the direction of nearby devices through BLE AoA Location (including direction and distance). During the process of the terminal 100 searching for nearby devices, the terminal 100 may display a search prompt 721 for prompting the user that the terminal 100 is currently searching for nearby devices. The search prompt 721 may be text information such as "searching for nearby devices", but is not limited thereto, and the search prompt 721 may also be information such as icons.

As shown in FIG. 7C, after the terminal 100 searches for nearby devices and measures the direction and position of the nearby devices, the terminal 100 can display the direction and position of the nearby devices relative to the terminal 100 on the picture display interface 710. Among them, the nearby devices may include terminal 101 , terminal 102 and terminal 103 . The device name of the terminal 101 may be "Verseau", the device name of the terminal 102 may be "Daniel", and the device name of the terminal 103 may be "HUAWEI P30Pro".

Wherein, the direction positions of the nearby devices (terminal 101, terminal 102 and terminal 103) measured by the terminal 100 can refer to the positional relationship between the terminal 100 and the nearby devices (terminal 101, terminal 102 and terminal 103) as shown in FIG. . Terminal 101 may be at 0.8m in a clockwise direction of 315° from terminal 100, terminal 102 may be at 1.2m in a clockwise direction of 45° from terminal 100, and terminal 103 may be at 0.5m in a clockwise direction of 90° from terminal 100.

As shown in FIG. 7C , the terminal 100 may display its own location marker 725 , the location marker 722 of the terminal 101 , the location marker 723 of the terminal 102 , and the location marker 724 of the terminal 103 on the picture presentation interface 710 . Wherein, the positional relationship between the position mark 725 of the terminal 100 and the position mark of the nearby device can refer to the positional relationship between the terminal 100 and the nearby device.

Wherein, the distance between each location marker (location marker 722, location marker 723, location marker 724, and location marker 725) can be scaled according to a certain ratio according to the distance between the terminal 100 and nearby devices. The direction of the location markers of the nearby devices (the location marker 723 , the location marker 724 and the location marker 725 ) relative to the location marker 725 is the same as the direction of the nearby devices relative to the terminal 100 .

For example, the zoom ratio may be 1:40. Since the terminal 101 is at 0.8 m in a clockwise direction of 315 degrees from the terminal 100 , the position mark 722 may be at 2 cm in a clockwise direction of 315 degrees from the position mark 725 . Since the terminal 102 is at 1.2 m in a clockwise direction of 45 degrees from the terminal 100 , the position mark 723 may be at a position of 3 cm in a clockwise direction of 45 degrees from the position mark 725 . Since the terminal 103 is at 0.5 m in a clockwise direction of 45 degrees from the terminal 100 , the position mark 724 may be at a position of 1.25 cm in a clockwise direction of 90 degrees from the position mark 725 . The above examples are only used to explain the present application, and are not limited here.

As shown in FIG. 7C , after the terminal 100 displays the location markers (location markers 722 , 723 , and 724 ) of nearby devices, the terminal 100 may receive a user's sliding operation on the picture 711 . Wherein, the sliding operation may be that the user presses (for example, three fingers) the picture 711 to slide in a 90-degree clockwise direction of the terminal 100 .

As shown in FIG. 7D , when the user slides the finger, the picture 711 may move along with the touch point of the user's finger on the touch screen. In one implementation manner, the display size of the picture 711 will shrink as the moving distance increases. The terminal 100 can determine the receiving device of the picture 711 according to the position of the end point of the sliding operation. For example, when the sliding end position of the sliding operation is at the position mark 724 , since the device corresponding to the position mark 724 is the terminal 103 , the terminal 100 may determine that the receiving device is the terminal 103 .

In a possible implementation manner, the user's operation of selecting the receiving device is not limited to the above-mentioned sliding operation on the picture 711 shown in FIG. 7C and FIG. 7D , but may also be other selection operations, which are not limited. For example, after the terminal 100 has measured the direction and position of each nearby device and displayed the location marks of each nearby device, it may receive the click operation of the user acting on the position mark 724 in FIG. 7C above. In response to the click operation, the terminal 100 may determine that the receiving device is the terminal 103 corresponding to the location marker 724 .

After the terminal 100 determines the receiving device (such as the terminal 103), the terminal 100 can send a picture sharing request to the receiving device (such as the terminal 103) through BLE, and display the progress bar 730 as shown in FIG. 7E. Wherein, the picture sharing request is used to request the receiving device to receive the picture 711 shared by the device 100 .

As shown in Figure 7E. The progress bar 730 displayed on the terminal 100 may display text information 731 for prompting the user with information such as the name of the picture 711 , the name of the receiving device, and the data size of the picture 711 . For example, the text message 731 may be "the picture 'July 15, 2019' is to be sent to 'HUAWEI P30Pro' (total 8M)". The progress bar 730 may also include a progress bar 732 and a cancel button 733 . Wherein, the progress bar 732 can be used to display the progress of the terminal 100 sending the picture 711. The cancel button 733 can be used to trigger canceling the sending of the picture 711 .

As shown in FIG. 7E , the receiving device may be a terminal 103 . After terminal 103 receives the picture sharing request sent by terminal 100 , it may display a prompt box 740 . Wherein, the prompt box 740 includes an accept button 741 and a reject button 742 . The receive button 741 can be used to trigger the terminal 103 to receive the picture 711 sent by the terminal 100 . The rejection button 742 can be used to trigger rejection of the picture 711 sent by the receiving device 100 .

The receiving device (such as the terminal 103 ) may receive the user's operation (such as clicking) on the receiving button 741 , and in response to the operation, the receiving device may send a reception response to the terminal 100 . After receiving the reception response, the terminal 100 can send the picture 711 to the receiving device (for example , terminal 103). Wherein, in the process of sending the picture 711, the progress displayed on the progress bar 732 on the terminal 100 will change with the transmission process. For example, when the terminal 100 has not started to transmit the picture 711, the progress displayed on the progress bar 732 is " 0%", when the transmission is completed, the progress displayed on the progress bar 732 is "100%".

As shown in FIG. 7F , the receiving device is the terminal 103 . After the terminal 100 sends the picture 711 to the receiving device terminal 103, the terminal 103 may directly display the picture 743, or display the picture 743 after confirmation by the user. Wherein, the picture 743 displayed on the terminal 103 originates from the terminal 100, and is the same picture file as the picture 711 displayed on the terminal 100. Wherein, the size of the picture 743 displayed on the receiving device (for example, the terminal 103) will be adaptively adjusted according to the display screen of the receiving device (for example, the terminal 103).

In some application scenarios, the user can swipe (such as three-finger swipe) on the display interface of pictures, videos, documents and other files in third-party applications (such as WeChat applications and QQ applications) and other files are sent to the nearest nearby device in the same sliding direction as the sliding operation. In this way, the user does not need to trigger to save the file in the third-party application to the local terminal, and then exit the third-party application to trigger the sharing of the file data in the local folder of the terminal to nearby devices, which simplifies the operation steps for the user to share the file data in the third-party application. Improved the efficiency of sharing file data to nearby devices.

In the UI embodiments shown in Figures 8A-8G, taking the third-party application as an example of a WeChat application, it is illustrated that the user slides the third-party application on the display interface of pictures, videos, documents, etc. Operation (for example, three-finger swipe), send the picture or video and other files to the nearest nearby device in the same direction as the swipe operation.

As shown in FIG. 8A , the terminal 100 may display an interface 510 on the home screen, and the interface 510 displays a page on which application icons are placed, and the page includes multiple application icons (for example, weather application icons, stock application icons, computing Device application icon, setting application icon 512A, mail application icon, Alipay application icon, Facebook application icon, browser application icon, gallery application icon 512B, music application icon 512C, video application icon, WeChat application icon 512D, find my device application icon 512E, etc.). Wherein, for the text description of the interface 510, reference may be made to the above-mentioned embodiment shown in FIG. 5A , which will not be repeated here.

The terminal 100 may receive the user's operation (for example, click) on the WeChat application icon 512D, and in response to the operation, the terminal 100 may display the WeChat application interface 810 as shown in FIG. 8B .

As shown in FIG. 8B , the WeChat application interface 810 includes a message browsing page 811 and a menu 813 . Wherein, the menu 813 includes a WeChat control 814, a contact control 815, a discovery control 816 and my control 817. Wherein, the WeChat control 814 is used to trigger the terminal 100 to display the message browsing page 811 . The contact control 815 can be used to trigger the terminal 100 to display a page including multiple WeChat contact options. The discovery control 816 can be used to trigger the terminal 100 to display a page including functional controls such as circle of friends and scan. The My control 817 can be used to trigger the terminal 100 to display a page including information such as personal data of WeChat users. The message browsing page 811 includes one or more message options (for example, the message option 812 of the contact "MAC", the message option of the contact "Kate", the message option of the email reminder, the message option of the subscription number, the contact The message options of the group "foodie group", the message options of WeChat Sports, the message options of the contact group "fitness group").

The terminal 100 may receive the user's operation on the message option 812, and in response to the operation, the terminal 100 may display the chat interface 820 as shown in FIG. 8C.

As shown in FIG. 8C, the chat interface 820 includes a contact name (such as "MAC"), a contact portrait 821, a chat message 822, a voice input control 823, a text input box 824, an emoticon control 825, and more functional controls. 826. Wherein, the chat message 822 may be files such as pictures, videos, documents, etc. In FIG. 8C , only picture files are used for illustration and should not be construed as a limitation. The voice input control 823 can be used to trigger the terminal 100 to replace and display the text input box 824 with a voice input box. The text input box 824 can be used to display text or emoticon pictures input by the user. The emoticon control 825 can be used to trigger the terminal 100 to display one or more emoticon pictures that can be sent. The more functional controls 826 can be used to trigger the terminal 100 to display more WeChat chat function controls (such as picture sending controls, video sending controls, photo sending controls, etc.).

The terminal 100 may receive the user's operation (for example, click) on the chat message 822, and in response to the operation, the terminal 100 may display a picture display interface 830 as shown in FIG. 8D.

As shown in FIG. 8D , the picture display interface 830 includes a picture 831 and a save control 832 . The save control 832 can be used to trigger the terminal 100 to save the picture 831 to a local folder.

The terminal 100 may receive a sliding operation performed by the user on the picture display interface 830, for example, the sliding operation may be that the user touches the touch screen with three fingers and slides. Wherein, the starting position of the sliding operation may be at any position on the picture display interface 830, and is not limited. The sliding direction of the sliding operation may be determined by the start position and the end position of the sliding operation, and its trajectory may be a curve or a straight line, which is not limited in this application. In response to the sliding operation, the terminal 100 can turn on the Bluetooth function, and measure the direction and position of nearby devices relative to the terminal 100 through BLE AoA. Terminal 100 can determine the sliding direction from nearby devices (such as terminal 101, terminal 102, and terminal 103) according to the direction and position of nearby devices (for example, the sliding direction is 90 degrees clockwise of terminal 100, that is, terminal 100 is directly right directions) are consistent and relatively close to the receiving device (for example, the receiving device is the terminal 103).

After determining the receiving device, the terminal 100 can send a picture sharing request to the receiving device (such as the terminal 103) through BLE, and display a prompt box 840 as shown in Figure 8E, for requesting the user to confirm whether to send the picture 831 to the receiving device (eg Terminal 103).

As shown in FIG. 8E , after the terminal 100 determines the receiving device (such as the terminal 103 ), the terminal 100 may output a prompt box 840 . The prompt box 840 is used to request the user to confirm whether to send the picture 831 to the receiving device. The prompt box 840 includes a confirm button 841 and a cancel button 842 . Wherein, the confirmation button 841 is used to trigger the terminal 100 to send the picture 831 to the receiving device. The cancel button 842 is used to trigger the terminal 100 to cancel sending the picture 831 to the receiving device. Wherein, the device name of the receiving device may be displayed in the prompt box 840 to allow the user to confirm whether the receiving device meets expectations. Since the receiving device determined by the terminal 100 is the terminal 103, the terminal 100 may display the device name of the terminal 103 (for example, the device name of the terminal 103 is "HUAWEI P30Pro"). For example, the prompt box 840 may display text information such as "whether to send this picture to 'HUAWEI P30Pro'". The prompt box 840 may also display the data size information of the picture 831 (for example, "a total of 8M"), which is used to remind the user of the data size of the picture 831 .

The terminal 100 can receive the user's operation (such as clicking) on the confirmation button 841 in the prompt box 840. In response to this operation, the terminal 100 can send a picture sharing request to the receiving device (such as the terminal 103) through BLE, and display the picture as shown in FIG. 8F A progress bar 850 is shown. Wherein, the picture sharing request is used to request the receiving device to receive the picture 831 shared by the device 100 .

In some embodiments, the prompt box 840 displayed by the terminal 100 in FIG. The BLE sends a picture sharing request to the receiving device (such as the terminal 103), and displays a progress bar 850 as shown in FIG. 8E. In this way, as long as the user agrees to receive on the receiving device, the picture 831 can be directly sent to the receiving device.

As shown in FIG. 8F , the progress bar 850 displayed on the terminal 100 may display text information 851 for prompting information such as the name of the receiving device and the data size of the picture 831 . For example, the text information 831 may be text information such as "pictures to be sent to 'HUAWEI P30Pro' (total 8M)". The progress bar 850 may also include a progress bar 852 and a cancel button 853 . Wherein, the progress bar 852 can be used to display the progress of the terminal 100 sending the picture 831 . The cancel button 853 can be used to trigger the terminal 100 to cancel sending the picture 831.

As shown in FIG. 8F , the receiving device may be a terminal 103 . After terminal 103 receives the picture sharing request sent by terminal 100 , it may display a prompt box 840 . Wherein, the prompt box 840 has an accept button 841 and a reject button 842 . The receive button 84 can be used to trigger the terminal 103 to receive the picture 831 sent by the device 100 . The rejection button 842 can be used to trigger the terminal 103 to reject the picture 831 sent by the receiving device 100 .

The receiving device (such as the terminal 103 ) may receive the user's operation (such as clicking) on the receiving button 841 , and in response to the operation, the receiving device (such as the terminal 103 ) may send a reception response to the terminal 100 . After receiving the reception response, the terminal 100 may first save the picture 831 to a local folder of the terminal 100 . Then, the terminal 100 sends the picture 831 to the receiving device (for example, the terminal 103) through communication technologies such as Wi-Fi direct connection (Wi-Fi P2P), Wi-Fi softAP, ultra-wideband (ultra-wideband, UWB). Wherein, in the process of sending the picture 831, the progress displayed on the progress bar 852 on the terminal 100 will change with the transmission process. For example, the progress displayed on the progress bar 852 when the terminal 100 has not started to transmit the picture 831 is " 0%", when the transmission is completed, the progress displayed on the progress bar 852 is "100%".

As shown in FIG. 8G , the receiving device is the terminal 103 . After the terminal 100 sends the picture 831 to the receiving device terminal 103, the terminal 103 may directly display the picture 863, or display the picture 861 after confirmation by the user. Wherein, the picture 863 displayed on the terminal 103 originates from the terminal 100, and is the same picture file as the picture 831 displayed on the terminal 100. Wherein, the size of the picture 863 displayed on the receiving device (eg, terminal 103) will be adaptively adjusted according to the display screen of the receiving device (eg, terminal 103).

In some application scenarios, the user can trigger the terminal 100 to measure and display the orientation position (including orientation and distance) of nearby devices after selecting files such as pictures, videos, and documents to be shared. Then, the user may select a receiving device for the file from nearby devices, so as to trigger the terminal 100 to send the file selected by the user to the receiving device. In this way, the user can know the location of the nearby device when sharing the file data to the nearby device through the terminal 100, which is convenient for the user to determine the receiving device of the file data.

In the UI embodiments exemplarily shown in FIGS. 9A-9J , taking video files as an example, the user can select the video file to be shared on the data sharing interface (such as the "Huawei Sharing" interface), and trigger the terminal 100 to measure and Displays the directional location of one or more nearby devices. Then, the user can select a receiving device for the file from nearby devices, so as to trigger the terminal 100 to send the file data selected by the user to the receiving device.

Among them, “Huawei Share” can support users to share data to devices near the terminal 100 . Nearby devices may include nearby printers, nearby projectors, nearby displays, etc., and may also include nearby mobile phones, nearby tablet computers, nearby personal computers, and the like. Turning on "Huawei Sharing" may refer to turning on one or more of WLAN or Bluetooth. After the "Huawei Share" function is enabled, the electronic device can discover devices near the terminal 100 through communication technologies such as Bluetooth, Wi-Fi direct connection (such as Wi-Fip2p), Wi-Fi softAP, and Wi-Fi LAN. In some embodiments, the "Huawei Share" function may also have other names, such as "Instant Share", etc., which are not limited here.

As shown in FIG. 9A , the terminal 100 may display an interface 510 on the home screen, and the interface 510 displays a page on which application icons are placed, and the page includes multiple application icons (for example, weather application icons, stock application icons, computing Device application icon, setting application icon 512A, mail application icon, Alipay application icon, Facebook application icon, browser application icon, gallery application icon 512B, music application icon 512C, video application icon, WeChat application icon 512D, find my device application icon 512E, etc.). Wherein, for the text description of the interface 510, reference may be made to the above-mentioned embodiment shown in FIG. 5A , which will not be repeated here.

The terminal 100 may receive the user's operation (for example, click) on the setting application icon 512A, and in response to the operation, the terminal 100 may display the setting application interface 910 as shown in FIG. 9B .

As shown in FIG. 9B , the setting application interface 910 includes one or more setting items (for example, wireless and network device items, device connection setting items 911, application and notification setting items, battery setting items, display setting items, sound settings entry, storage settings entry, security and privacy settings entry, user and account settings entry, etc.).

The terminal 100 may receive the user's operation (for example, click) on the device connection setting item 911 , and in response to the operation, the terminal 100 may display the device connection setting interface 920 as shown in FIG. 9C .

As shown in Figure 9C, the device connection setting interface 920 includes one or more options (such as Bluetooth options, NFC options, Huawei Beam options, Huawei Share (Huawei Share) options 921, mobile screen projection options, USB options, printing options ,etc).

The terminal 1100 may receive the user's operation (for example, click) on the Huawei sharing option 921, and in response to the operation, the terminal 100 may display the Huawei sharing interface 930 as shown in FIG. 9D.

As shown in Figure 9D, the Huawei sharing interface 930 includes a user information entry 931, a visibility entry 934, a receiving file entry 936, a shared space entry 937, a file sending control 938A, a multicast control 938B, a printing control 938C, and a share to computer Control 938D, one touch transmission control 938E. Wherein, the user information item 931 is used to display a user avatar 932, a user name 933 (such as "Anxi") and a device name (such as "HUAWEI Mate 20Pro"). The visibility entry 934 includes a visibility switch control 935, which is used to trigger the terminal 100 to be discovered by other devices. The received file entry 936 is used to trigger the terminal 100 to display the file received through the "Huawei Share" function. The share control item 937 can be used to trigger the terminal 100 to display file data shared by other devices or users. The file sending control 938A can be used to trigger the terminal 100 to display a file selection interface for the user to select the file data to be sent. The multicast control 938B can be used to trigger the terminal 100 to send file data to multiple nearby devices at the same time. The print control 938C can be used to trigger 100 to send the file to a nearby printer for printing. The share to computer control 938D can be used to trigger the terminal 100 to send file data to the "Huawei Share" client on the computer. The one-touch transmission control 938E can be used to trigger the terminal 100 to send file data to other devices through NFC.

The terminal 100 may receive the user's operation (for example, click) on the file sending control 938A, and in response to the operation, the terminal 100 may display the file selection interface 940 as shown in FIG. 9E .

As shown in FIG. 9E , the title of the file selection interface 940 may be "Select File". One or more data type options (such as picture type option 941, video type option 942, application type option 943, file type option 944) display area 945 and sending control 949 can be included on the file selection interface 940. Wherein, the picture type option 941 can be used to trigger the terminal 100 to display one or more picture folders in the display area 945 (for example, the "camera" folder 946, the "mobile phone Taobao" folder, the "screenshot directory" folder, the "my "Favorites" folder). Wherein, the "camera" folder 946 includes a selected picture prompt 947 and a folder full selection box 948. The selected picture prompt 947 can be used to remind the user of the number of pictures selected in the “camera” folder 946 . The folder select all box 948 can be used to trigger selection of all photos in the “Camera” folder 946 . The video type option 942 can be used to trigger the terminal 100 to display one or more video options in the display area 945 . The application option 943 can be used to trigger the terminal 100 to display one or more application data options in the display area 945 . The file option 944 can be used to trigger the terminal 100 to display one or more other files (such as documents, tables, slides, etc.) in the display area 945 .

As shown in FIG. 9F, after the terminal 100 receives the user's operation (such as clicking) on the video type option 942, in response to the operation, the terminal 100 can display one or more video options in the display area 945 (for example, " "Gourmet Lesson" video option 952, "Beach Walk" video option 953, "Weekend Fun" video option 954, "Travel" video option 955, "Sunset" video option 956, "Morning Dew" video option 957, etc.). The terminal 100 can also display a check box 951 in the display area 945, which is used to trigger the terminal 100 to select all video options in the display area 945.

The terminal 100 may receive the user's operation (for example, click) on operating the "travel" video option 955 and the "sunset" video option 956. 956 all display a mark 958 as shown in FIG. 9G , which is used to remind the user that the video file corresponding to the "travel" video option 955 and the video file corresponding to the "sunset" video option 956 are currently selected.

As shown in FIG. 9G , after the user selects the file data to be sent (for example, the video file corresponding to the "travel" video option 955 and the video file corresponding to the "sunset" video option 956), the terminal 100 can send the data in the sending control 949. Display the data size of the file data to be sent (for example, 122MB).

The terminal 100 may receive the user's operation (such as clicking) on the sending control 949, and in response to the operation, the terminal 100 may display the file sending interface 960 as shown in FIG. 9H. At the same time, the terminal 100 can turn on the Bluetooth function, search for nearby devices through BLE, and measure the direction and position (including direction and distance) of nearby devices through BLE AoA.

As shown in FIG. 9H , the file sending interface 960 may include a nearby device option 962 , a contact option 963 and a radar map 970 . After the terminal 100 searches for a nearby device and measures the direction and position of the nearby device, the terminal 100 may display the direction and position of the nearby device relative to the terminal 100 on the radar map 970 . Among them, the nearby devices may include terminal 101 , terminal 102 and terminal 103 . The device name of the terminal 101 may be "Verseau", the device name of the terminal 102 may be "Daniel", and the device name of the terminal 103 may be "HUAWEI P30Pro".

Wherein, the direction positions of the nearby devices (terminal 101, terminal 102 and terminal 103) measured by the terminal 100 can refer to the positional relationship between the terminal 100 and the nearby devices (terminal 101, terminal 102 and terminal 103) as shown in FIG. . Terminal 101 may be at 0.8m in a clockwise direction of 315° from terminal 100, terminal 102 may be at 1.2m in a clockwise direction of 45° from terminal 100, and terminal 103 may be at 0.5m in a clockwise direction of 90° from terminal 100.

As shown in FIG. 9H , the terminal 100 may display its own position mark 971 , the position mark 972 of the terminal 101 , the position mark 973 of the terminal 102 and the position mark 974 of the terminal 103 on the radar chart 970 . Wherein, the positional relationship between the position marker 971 of the terminal 100 and the position markers of nearby devices may refer to the positional relationship between the terminal 100 and nearby devices.

Wherein, the distance between each location marker (position marker 971 , location marker 972 , location marker 973 , and location marker 974 ) can be scaled according to a certain ratio according to the distance between the terminal 100 and nearby devices. The direction of the position markers of the nearby devices (the position marker 972 , the position marker 973 and the position marker 974 ) relative to the position marker 971 is the same as the direction of the nearby devices relative to the terminal 100 .

For example, the zoom ratio may be 1:40. Since the terminal 101 is at 0.8 m in a clockwise direction of 315 degrees of the terminal 100 , the position mark 972 may be at a position of 2 cm in a clockwise direction of 315 degrees of the position mark 961 . Since the terminal 102 is at 1.2 m in a clockwise direction of 45 degrees from the terminal 100 , the position mark 973 may be at a position of 3 cm in a clockwise direction of 45 degrees from the position mark 971 . Since the terminal 103 is at 0.5 m in a clockwise direction of 45 degrees from the terminal 100 , the position mark 974 may be at a position of 1.25 cm in a clockwise direction of 90 degrees from the position mark 971 . The above examples are only used to explain the present application, and are not limited here.

The terminal 100 can receive the user's operation on the location marker of a nearby device (for example, the user clicks the location marker 974), and in response to this operation, the terminal 100 can determine the receiving device (such as the terminal 103), and send a picture sharing request to The receiving device (such as the terminal 103), and displays the progress bar 980 as shown in FIG. 9I. Wherein, the data sharing request is used to request the receiving device to receive the file data shared by the device 100 .

As shown in FIG. 9I , the progress bar 980 displayed on the terminal 100 may display text information 981 for prompting the user of information such as the name of the selected file data, the name of the receiving device, and the data size of the selected file data. For example, the text message may be "video files 'travel' and 'sunset' to be sent to 'HUAWEI P30Pro' (total 122M)". The progress bar 980 may also include a progress bar 982 and a cancel button 983 . Wherein, the progress bar 982 can be used to display the progress of the terminal 100 sending the selected file data (such as the video file corresponding to the "travel" video option 955 and the video file corresponding to the "sunset" video option 956). The cancel button 983 can be used to trigger the cancellation of sending the selected file data.

As shown in FIG. 9I , the receiving device may be a terminal 103 . After terminal 103 receives the data sharing request sent by terminal 100 , it may display a prompt box 990 . Wherein, the prompt box 990 includes an accept button 991 and a reject button 992 . The receiving button 991 can be used to trigger the terminal 103 to receive the file data sent by the terminal 100 . The rejection button 992 can be used to trigger the terminal 103 to refuse to receive the file data sent by the terminal 100 .

The receiving device (such as the terminal 103 ) may receive the user's operation (such as clicking) on the receiving button 991 , and in response to the operation, the receiving device may send a reception response to the terminal 100 . After receiving the reception response, the terminal 100 can send the file data selected by the user through communication technologies such as Wi-Fi direct connection (Wi-Fi P2P), Wi-Fi softAP, and ultra-wideband (UWB) The video file corresponding to the "travel" video option 955 and the video file corresponding to the "sunset" video option 956) to the receiving device (eg, terminal 103). Wherein, in the process of sending the file data, the progress displayed on the progress bar 982 on the terminal 100 will change with the transmission process, for example, when the terminal 100 has not started to transmit the file data, the progress displayed on the progress bar 982 is " 0%", when the transmission is completed, the progress displayed on the progress bar 982 is "100%".

As shown in FIG. 9J , the receiving device is the terminal 103 . After the terminal 100 sends the file data selected by the user (such as the video file corresponding to the "travel" video option 955 and the video file corresponding to the "sunset" video option 956) to the terminal 103, the terminal 103 can directly display the "travel" video option 993 and "sunset" video option 994, or, display after confirmation by the user. Wherein, the video file corresponding to the "travel" video option 993 displayed on the terminal 103 is from the terminal 100, and the video file corresponding to the "travel" video option 955 on the terminal 100 is the same video file. The video file corresponding to the "sunset" video option 994 displayed on the terminal 103 comes from the terminal 100, and the video file corresponding to the "sunset" video option 956 on the terminal 100 is the same video file.

In some embodiments, the operation of triggering the terminal 100 to display the Huawei sharing interface 930 shown in FIG. 9D is not limited to the above operation for the Huawei sharing option 921 in the device connection setting interface 920 shown in FIG. In response to the user's operation on the main screen, a menu window is called up, and the menu window includes a switch control with a Huawei sharing function. In response to the user's operation on the switch control, the terminal 100 displays the Huawei sharing interface 930 shown in FIG. 9D . In this way, it is helpful to simplify the operation steps for the user to send file data to nearby devices.

Exemplarily, as shown in FIG. 10A , the terminal 100 may display an interface 510 with a home screen. For the textual description of the interface 510 , reference may be made to the above-mentioned embodiment shown in FIG. 5A , which will not be repeated here. The terminal 100 may receive a user's sliding operation on the status bar 511 (for example, sliding down), and in response to the sliding operation, the terminal 100 may display a menu window 1010 as shown in FIG. 10B . Switch controls with some functions can be displayed in the menu window 1010 (for example, wireless local area network (WLAN) switch control, Bluetooth switch control, flashlight switch control, ringing switch control, automatic rotation switch control, Huawei Share (Huawei Share) switch control 1011, etc.).

The terminal 100 may receive the user's operation (such as a long press) on the Huawei sharing switch control 1011 , and in response to the operation, the terminal 100 may display the Huawei sharing interface 930 as shown in FIG. 10D . Among them, the Huawei share 930 shown in FIG. 10D is the same as the Huawei share interface 930 shown in FIG. 9D above. Therefore, for the text description of the Huawei share interface 930, you can refer to the embodiment shown in FIG. 9D above, and will not repeat them here. .

In some embodiments, the terminal 100 can not only share the file data selected by the user to nearby devices through short-range communication technology, but also send the file data selected by the user to the device of the contact in the Huawei sharing application through the Internet (Internet). . In this way, it is convenient for the user to choose to share data with nearby devices through short-distance communication technology, or send it to a contact device at an unlimited distance through the Internet, which simplifies the user's operation of sharing data with nearby devices and contacts at the same time.

Exemplarily, as shown in FIG. 10E , the terminal 100 displays a file sending interface 960 . For the text description of the file sending interface 960, reference may be made to the aforementioned embodiment shown in FIG. 9H , which will not be repeated here.

The terminal 100 can receive the user's operation (for example, click) on the contact option 963 in the file sending interface 960, and in response to the operation, the terminal 100 can update and display the contact in the display area of the radar chart 970 as shown in FIG. 10F List 1020.

As shown in FIG. 10F , the contact list 1020 includes one or more contacts (for example, "Wei Ying", "Jiang Cheng", "Andy", "Anna", "Bob", "Britney", etc. etc.) options. Wherein, the device corresponding to the one or more contact options has a user account of the same type of client (for example, a Huawei account). Among them, the user name and device model of the contact are displayed on the options of each contact. For example, the user name of the contact displayed on contact option 1021 is "Wei Ying", and the device model is "HUAWEI P30Pro".

The terminal 100 may receive the user's operation on the contact option 1021, and in response to the operation, the terminal 100 may send the file data selected by the user to the device corresponding to the contact option 1021.

As shown in FIG. 10G , during the process of sending file data to the device corresponding to the contact option 1021 , the terminal 100 may display a progress box 1022 for prompting the user about the progress of file sending.

In some application scenarios, when the accessory devices of the terminal 100 (such as Bluetooth headsets, Bluetooth speakers, etc.) are lost in a corner and the user cannot find them with the naked eye, the terminal 100 can measure the direction and position of nearby devices through the BLE AoA technology , and display the orientation position of the accessory device relative to the terminal 100 on the touch screen. In this way, the user can be helped to find nearby accessory devices, thereby improving user experience.

Exemplarily, as shown in FIG. 11A , the terminal 100 may display an interface 510 with a home screen. For the textual description of the interface 510 , reference may be made to the embodiment shown in FIG. 5A above, which will not be repeated here. The terminal 100 may receive the user's operation (for example, click) on the find my device application 512E, and in response to the operation, the terminal 100 may display the application interface 1110 as shown in FIG. 11B .

As shown in FIG. 11B , the title of the application interface 1110 may be "Find My Device." The application interface 1110 can include a map 1120, a location refresh control 1111, one or more device options (eg, device options 1112, and accessory device options 1113). Wherein, the map 1120 includes a location marker 1121 of the terminal 100 and location markers of one or more accessory devices. For example, the device corresponding to the device option 1112 may be a mobile phone, and its device name may be "HUAWEIP30". The device corresponding to the device option 1113 may be a Bluetooth headset, and its device name may be "HUAWEI Free Buds2".

Wherein, the map 1120 may include a location marker of the terminal 100 (for example, a location marker 1121 ) and one or more location markers of other devices (for example, a location marker 1122 and a location marker 1123 ). The location marker 1121 may be used to represent the current location of the terminal 100 on the map 1120 . Since the current mobile phone "HUAWEI P30" can send a global positioning system (global positioning system, GPS) position to the terminal 100, the location mark 1122 can be used to indicate the position of the mobile phone "HUAWEI P30" in the map 1120. Because the current Bluetooth headset "HUAWEI Free Buds 2" cannot send the GPS location to the terminal 100 or the Bluetooth headset "HUAWEI Free Buds 2" has no GPS positioning function. Therefore, the position mark 1123 can be used to represent the position in the map 1120 when the Bluetooth headset "HUAWEI Free Buds 2" was disconnected from the terminal 100 last time. Wherein, the location refresh control 1111 is used to trigger the terminal 100 to update the location markers of the display terminal 100 and other devices.

The terminal 100 may receive the user's operation on the device option 1113, and in response to the operation, the terminal 100 may display a device search interface 1130 as shown in FIG. 11C.

As shown in FIG. 11C , the device corresponding to the above device option 1113 may be a Bluetooth headset. The title on the device search interface 1130 may display the name of the Bluetooth headset, such as "HUAWEI Free Buds 2". The device search interface 1130 includes a map 1140, a positioning device control 1131, a sound playback control 1132, and a radar map 1133. Wherein, the map 1140 includes a position mark 1141 of the terminal 100 and a position mark 1142 of the Bluetooth headset. Wherein, the position mark 1141 is used to indicate the current position of the terminal 100 in the map 1140. Since the terminal 100 cannot obtain the GPS position of the Bluetooth headset, the position mark 1142 is used to indicate that the Bluetooth headset is disconnected from the terminal 100. The location in map 1140 at that time.

Wherein, the positioning device control 1131 can be used to trigger the terminal 100 to update and display the location markers of the terminal 100 and the Bluetooth headset in the map. The play sound control 1132 can be used to trigger the terminal 100 to send a sound play request to the Bluetooth headset, for requesting the Bluetooth headset to play a sound. The radar chart control 1133 can be used to trigger the terminal 100 to measure the position of nearby devices through BLE AoA, and display the positions of nearby devices in the radar chart. In this way, measuring the location of nearby devices through BLE AoA can help users find accessory devices when the accessory device cannot be located by GPS.

As shown in FIG. 11D , when the terminal 100 is moving, the position of the position mark 1141 in the map 1140 in the map will also change. When the terminal 100 moves to the vicinity of the geographic location indicated by the position mark 1142 (for example, within 2m), the terminal 100 can display a prompt message 1134, which is used to prompt that the terminal 100 can be triggered to display an accessory device (such as a Bluetooth headset) in the radar chart. )s position. For example, the prompt information 1134 can be a text prompt (for example, "The accessory 'HUAWEI Free Buds 2' is near, you can open the radar map to find this accessory more precisely"), not limited to text prompts, the prompt information 1134 can also be a picture Prompts, voice prompts, and more.

The terminal 100 may receive the user's operation (for example, click) on the radar chart control 1133 , and in response to the operation, the terminal 100 may display the radar chart interface 1150 as shown in FIG. 11E . At the same time, the terminal 100 turns on the Bluetooth function, searches for nearby devices through BLE, and measures the direction and position (including direction and distance) of the nearby devices through BLE AoA.

As shown in FIG. 11E , the radar chart interface 1150 may include a radar chart 1160 , a left ear mute control 1151 , a play sound control 1152 and a right ear mute control 1153 . Wherein, after the terminal 100 searches for the accessory device (such as a Bluetooth headset) and measures the direction and position of the Bluetooth headset, the terminal 100 may display the direction and position of the accessory device relative to the terminal 100 in the radar chart 1160 . Wherein, the terminal 100 may display a position mark 1161 and a position mark 1162 in the radar chart. The position mark 1161 may be used to indicate the position of the terminal 100 itself in the radar chart. The location marker 1162 can be used to indicate the location of the accessory device (eg, a Bluetooth device) in the radar map 1160 .

Wherein, the positional relationship between the position mark 1161 and the position mark 1162 can refer to the positional relationship between the terminal 100 and the accessory device, and the distance between the position mark 1161 and the position mark 1162 can be calculated according to a certain ratio according to the distance between the terminal 100 and nearby devices. to zoom. The direction of the position mark 1162 relative to the position mark 1161 is the same as the direction of the nearby device relative to the terminal 100 .

For example, the zoom ratio may be 1:50. Since the accessory device may be at 1 m in the clockwise direction of 270 degrees of the terminal 100, the position mark 1162 may be at 2 cm in the clockwise direction of 270 degrees of the position mark 1161. The above examples are only used to explain the present application, and are not limited here.

In some embodiments, the terminal 100 may also send a sound play request to the accessory device through the BLE broadcast, for requesting the accessory device to play the sound. In this way, the user can listen to the voice to identify the location and quickly find the location of the accessory device.

Exemplarily, as shown in FIG. 11E , the terminal 100 may receive the user's operation (such as clicking) on the play sound control 1152, and in response to the operation, the terminal 100 may send a sound play request to the accessory device (such as a Bluetooth headset). The accessory device (such as a bluetooth headset) can play a specified sound (such as a piece of music, a piece of voice, etc.) in response to the sound playing request.

As shown in FIG. 11F , the accessory device (such as a Bluetooth headset) may return a sound playing response to the terminal 100 after receiving the sound playing request. After receiving the sound playing response, the terminal 100 may display a prompt message 1155 and replace the playing sound control 1152 with a stop playing control 1154 . The prompt information 1155 can be used to prompt the user that the accessory device is currently playing sound. Wherein, the prompt information 1155 may be a text prompt, for example, "HUAWEI Free Buds2 is playing sound...". Not limited thereto, the prompt information 1155 may also be other types of prompts such as pictures and sounds. The play stop control 1154 is used to trigger the terminal 100 to send a stop play request to the accessory device (such as a Bluetooth headset), and is used to request the accessory device (such as a Bluetooth headset) to stop playing sound.

In some embodiments, the accessory device can be a Bluetooth headset, and some types (for example, true wireless stereo (TWS) type) of Bluetooth headsets can include a left-ear headset and a right-ear headset, and the left-ear headset and the right-ear headset Separated mechanically. The terminal 100 can control the Bluetooth headset to play sound only through the left earphone or only through the right ear through the BLE broadcast. For example, the terminal 100 may receive the user's operation (for example, single click) on the left ear mute control 1151, and in response to the operation, the terminal 100 may send a left ear mute request to the Bluetooth headset. After the bluetooth earphone receives the left ear mute request, it can prohibit the left ear earphone from playing sound. The terminal 100 may receive the user's operation (for example, click) on the right ear mute control 1153, and in response to the operation, the terminal 100 may send a right ear mute request to the Bluetooth headset. After receiving the right ear mute request, the bluetooth earphone can prohibit the right ear earphone from playing sound. In this way, it is convenient for the user to find a single left earphone or right earphone.

In some application scenarios, there may be multiple display devices near the terminal 100 . The terminal 100 may receive the user's sliding operation (for example, three-finger sliding) on the home screen interface, and project the display content on the touch screen of the terminal 100 to a location that is consistent with the sliding direction of the sliding operation and is closest to the sliding direction in this direction. display device. In this way, the operation steps for the user to cast a screen can be simplified, and the user experience is improved.

First, the system architecture in this application scenario is introduced as an example.

Please refer to FIG. 12 , which is a system architecture diagram provided by an embodiment of the present application. As shown in FIG. 12 , the system 12 includes a terminal 100 and nearby devices. Nearby devices include display device 104 and display device 105, among others. Wherein, FIG. 12 exemplarily shows the positional relationship between the terminal 100 and the display device 104 and the display device 105 on the horizontal plane in some application scenarios of the present application.

In the embodiment of the present application, in order to illustrate the positional relationship between the terminal 100 and nearby devices, a reference point (for example, a center position point) may be used on the device to indicate its position in the plan view. For example, the center position point of the terminal 100 may be used to represent its position in the horizontal plane. In the embodiment of the present application, the center position of the terminal 100 can be taken as the direction pointed by the vector whose starting point is perpendicular to the upper edge of the touch screen of the terminal 100, as the reference direction of the terminal 100, which can also be called the 0-degree direction of the terminal 100 .

Therefore, as shown in FIG. 12 , the display device 104 may be at 0.8 m in a clockwise direction of 315 degrees from the terminal 100 , and the display device 105 may be at 0.5 m in a clockwise direction of 90 degrees from the terminal 100 .

In this embodiment of the application, the nearby devices of the terminal 100 may not be limited to the two display devices shown in FIG. 12 above, and there may be more or fewer devices. In FIG. 12, two display devices are used to illustrate this application. Should not be construed as limiting. The relative positional relationship between the two display devices (display device 104, display device 105) and the terminal 100 is shown in the above-mentioned example in FIG. 12, which is only an example to explain the embodiment of the present application, and should not be construed as a limitation.

The following introduces the UI embodiment based on the system scenario shown in FIG. 12 in this application.

In the UI embodiment shown in Fig. 13A-Fig. 13C exemplarily, the user can open the picture in the gallery application on the terminal 100 through a sliding operation on the main screen interface, and then through the sliding operation, move the image on the touch screen of the terminal 100 to The displayed content is projected to the nearest display device in the same direction as the sliding direction of the sliding operation.

As shown in FIG. 13A , the terminal 100 may display an interface 510 with a home screen. For the textual description of the interface 510 , reference may be made to the embodiment shown in FIG. 5A above, which will not be repeated here. The terminal 100 may receive a sliding operation performed by the user on the interface 510 of the home screen, for example, the sliding operation may be three fingers touching the touch screen to slide. Wherein, the starting position of the sliding operation may be at any position on the interface 510 of the main screen, which is not limited. The sliding direction of the sliding operation may be determined by the start position and the end position of the sliding operation, and its trajectory may be a curve or a straight line, which is not limited in this application. In response to the sliding operation, the terminal 100 can turn on the Bluetooth function, and measure the direction and position of one or more nearby display devices relative to the terminal 100 through the BLE angle of arrival (AoA). The terminal 100 can determine from one or more nearby display devices (for example, the display device 104 and the final display device 105) the direction and position of the sliding direction (for example, the sliding direction is clockwise of the terminal 100) from the one or more nearby display devices. The 90-degree direction, that is, the direction directly to the right of the terminal 100 ) is the same and closer to the screen projection device (for example, the screen projection device is the display device 104 ).

After the terminal 100 determines the receiving device, it can display a prompt box 1310 as shown in FIG. 13B , which is used to request the user to confirm whether the current display content of the touch screen on the screen projection terminal 100 is sent to the receiving device (such as the display device 105 ).

As shown in FIG. 13B , the prompt box 1310 includes a confirm button 1311 and a cancel button 1312 . Wherein, the confirmation button 1311 is used to trigger the terminal 100 to cast the current display content to the screen projection device. The cancel button 549B is used to trigger the terminal 100 to cancel the screen projection of the current display content to the screen projection device. Wherein, the prompt box 1310 may display the device name of the screen projection device for the user to confirm whether the screen projection device meets expectations. Since the screen projection device determined by the terminal 100 is the display device 105, the terminal 100 may display the device name of the display device 105 in the prompt box 1310 (for example, the device name of the display device 105 may be "HUAWEI TV").

The terminal 100 can receive the user's operation (such as clicking) on the confirmation button 1311 in the prompt box 1310. In response to this operation, the terminal 100 can use communication technologies such as Wi-Fi P2P and some screen-casting protocols (such as mircast protocol or dlna protocol). or airplay protocol, etc.), to project the current display content on the touch screen of the terminal 100 to the screen projection device.

As shown in FIG. 13C , the screen projection device determined by the terminal 100 may display the device 105 . An interface 1320 may be displayed on the display device 105 . Wherein, the interface 1320 is the same as the interface 510 of the main screen currently displayed on the terminal 100 in terms of interface elements. Wherein, the size of the display screen of the display device 105 and the touch screen of the terminal 100 may be different. Therefore, the size of the interface 1320 displayed by the display device 105 and the size of the interface 510 displayed by the terminal 100 may also be different.

In some application scenarios, there may be multiple audio devices (for example, Bluetooth speakers, Bluetooth headsets, etc.) near the terminal 100. The user can perform a sliding operation (for example, three-finger sliding) on the music playing interface, and establish a Bluetooth connection between the terminal 100 and the nearest audio device in the same direction as the sliding direction of the sliding operation. After the Bluetooth connection is established, the terminal 100 can send audio data to the audio device for playback. In this way, the operation steps for the user to select an audio device to play audio data can be simplified, thereby improving user experience.

First, the system architecture in this application scenario is introduced as an example.

Please refer to FIG. 14 , which is a system architecture diagram provided by an embodiment of the present application. As shown in FIG. 14 , the system 14 includes a terminal 100 and nearby devices. Nearby devices include audio device 106 and audio device 107, among others. Wherein, FIG. 14 exemplarily shows the positional relationship between the terminal 100 and the audio device 106 and the audio device 107 on the horizontal plane in some application scenarios of the present application.

In the embodiment of the present application, in order to illustrate the positional relationship between the terminal 100 and nearby devices, a reference point (for example, a center position point) may be used on the device to indicate its position in the plan view. For example, the center position point of the terminal 100 may be used to represent its position in the horizontal plane. In the embodiment of the present application, the center position of the terminal 100 can be taken as the direction pointed by the vector whose starting point is perpendicular to the upper edge of the touch screen of the terminal 100, as the reference direction of the terminal 100, which can also be called the 0-degree direction of the terminal 100 .

Therefore, as shown in FIG. 14 , the audio device 106 may be at 0.8 m in a clockwise direction of 45 degrees from the terminal 100 , and the audio device 107 may be at 0.5 m in a clockwise direction of 90 degrees from the terminal 100 .

In this embodiment of the application, the nearby devices of the terminal 100 may not be limited to the two audio devices shown in FIG. 14 above, and there may be more or fewer devices. In FIG. 14, two audio devices are used as an example to explain this application. Should not be construed as limiting. The relative positional relationship between the above two audio devices (audio device 106, audio device 107) and the terminal 100 is exemplarily shown in FIG. 14 above, which is only an exemplary explanation of the embodiment of the present application, and should not be construed as a limitation.

The following introduces the UI embodiment based on the system scenario shown in FIG. 14 in this application.

15A-15C exemplarily shown in the UI embodiment, on the music playing interface, through a sliding operation (for example, three-finger sliding), the terminal 100 is consistent with the sliding direction of the sliding operation and the nearest The audio device establishes a Bluetooth connection. After the Bluetooth connection is established, the terminal 100 can send audio data to the audio device for playback.

As shown in FIG. 15A , the terminal 100 may display an interface 510 with a home screen. For the textual description of the interface 510 , reference may be made to the embodiment shown in FIG. 5A above, which will not be repeated here. The terminal 100 may receive the user's operation (for example, click) on the music application icon 512C, and in response to the operation, the terminal 100 may display the music playing interface 1510 as shown in FIG. 15B .

As shown in Figure 15B, the music playing interface 1510 includes a music name 1511, a play/pause control 1512, a previous song control 1513, a next song control 1514, a playback progress bar 1515, a download control 1516, a sharing control 1517, and more Button 1518, etc. For example, the music title 1511 may be "Dream it possible". The play/pause control 1512 is used to trigger the terminal 100 to play or pause the audio data corresponding to the music name 1511. The previous song control 1513 can be used to trigger the terminal 100 to switch to the previous audio data in the playlist for playing. The next song control 1514 can be used to trigger the terminal 100 to switch to play the next audio data in the playlist. The playing progress bar 1515 can be used to indicate the playing progress of the current audio data. The download control 1516 can be used to trigger the terminal 100 to download and save the audio data of the music name 1511 to the local storage medium. The sharing control 1517 can be used to trigger the terminal 100 to share the playback link of the audio data corresponding to the music name 1511 to other applications. The more controls 1518 can be used to trigger the terminal 100 to display more functional controls related to music playing.

As shown in FIG. 15C , the terminal 100 may receive a user's sliding operation on the music playing interface 1510 . For example, the sliding operation may be three fingers touching the touch screen to slide. Wherein, the starting position of the sliding operation may be at any position of the music playing interface 1510, and is not limited. The sliding direction of the sliding operation may be determined by the start position and the end position of the sliding operation, and its trajectory may be a curve or a straight line, which is not limited in this application. In response to the sliding operation, the terminal 100 can turn on the Bluetooth function, and measure the direction and position of one or more nearby audio devices relative to the terminal 100 through the BLE angle of arrival (AoA). The terminal 100 can determine from the one or more audio devices (for example, the audio device 106, the final audio device 107) and the sliding direction (for example, the sliding direction is clockwise of the terminal 100) according to the direction position of one or more nearby audio devices. The 90-degree direction, that is, the direction directly to the right of the terminal 100) is the same and closer to the playback device (for example, the playback device is the audio device 107).

After determining the receiving device, the terminal 100 may display a prompt box 1520 as shown in FIG. 15D for requesting the user to confirm whether to send the audio data corresponding to the music name 1511 to the playback device (such as the audio device 107) for playback.

As shown in FIG. 15D , the prompt box 1520 includes a confirm button 1521 and a cancel button 1522 . Wherein, the confirmation button 1521 is used to trigger the terminal 100 to send the audio data corresponding to the music name 1511 to a playback device (for example, the audio device 107 ) for playback. The cancel button 549B is used to trigger the terminal 100 to cancel sending the audio data corresponding to the music name 1511 to the playback device (such as the audio device 107 ) for playback. Wherein, the prompt box 1520 may display the device name of the playback device for the user to confirm whether the playback device meets expectations. Since the playback device determined by the terminal 100 is the audio device 107, the terminal 100 may display the device name of the audio device 107 in the prompt box 1520 (for example, the device name of the audio device 107 may be "HUAWEI AM 08").

The terminal 100 can receive the user's operation (such as clicking) on the confirmation button 1521 in the prompt box 1520. In response to this operation, the terminal 100 can establish a Bluetooth connection with the playback device (such as the audio device 107), and associate the above music name 1511 The audio data of is sent to the playback device (such as the audio device 107) for playback.

As shown in FIG. 15E , the playback device determined by the terminal 100 may be an audio device 107 . After the terminal 100 establishes a Bluetooth connection with the audio device 107, it can send the audio data corresponding to the music name 1511 to the audio device 107 for playback.

The following describes the Bluetooth AoA positioning protocol framework in this application.

As shown in Figure 16, the embodiment of the present application provides a Bluetooth AoA positioning protocol framework, including but not limited to application (APP) layer, protocol framework (Framework) layer, Bluetooth protocol stack (Stack) and Bluetooth controller (BT Controller) ).

Wherein, the application layer may include a Huawei Share (Huawei Share) application. The protocol framework (Framework) layer includes an AoA interface. The Bluetooth protocol stack (Stack) includes an AoA control module and an AoA positioning algorithm. The Bluetooth controller includes an Arrival Angle Controller (AoA Controller).

For the AoA positioning transmitter (such as the terminal 100), when the AoA positioning transmitter triggers sharing of file data (such as pictures, videos, documents, etc.) to the user, the Huawei sharing application can be opened first. After the Huawei Share application is enabled, the Huawei Share application can send an AoA measurement command to the AoA control module in the Bluetooth protocol stack (Stack) through the AoA interface in the protocol framework layer. After receiving the AoA measurement instruction, the AoA control module can control the AoA Controller to send an AoA fixed frequency extension signal (constant tone extension, CTE) broadcast packet to nearby devices.

For the AoA positioning receiving end (such as the terminal 103 or the display device 105 or the audio device 107), after the AoA Controller receives the AoA CTE broadcast packet sent by the AoA positioning transmitting end, it can measure the in-phase and quadrature (in-phase and quadrature) , IQ) phase information. After measuring the IQ phase information, the AoAController can send the IQ phase information to the AoA control module. The AoA control module can calculate the AoA value of the AoA positioning responder from the IQ phase information through the AoA positioning algorithm. After calculating the AoA value, the AoA control module can send the measured AoA value to the Huawei sharing application through the AoA interface.

In the embodiment of the present application, the data sharing function provided in the embodiment of the present application can be implemented by encapsulating the underlying AoA control and positioning algorithm capabilities into a set of standard SDKs for data sharing services (such as Huawei sharing applications).

The architecture of the Bluetooth antenna system in this application is introduced below.

In this application, using the AoA technology to locate the middle terminal equipment requires that each terminal equipment must have a three-antenna architecture, support the BT 5.1AoA standard, and be used for angle measurement and distance measurement.

As shown in Figure 17, the embodiment of the present application provides a bluetooth antenna system architecture, which may include but not limited to a bluetooth (BT) chip 1701, a single pole three throw switch (single pole three throw, SP3T) 1702, three radio frequency front-end modules (front end module, FEM) (including RF front-end module 1703A, RF front-end module 1703B and RF front-end module 1703C), three frequency dividers (Extractor) (including frequency divider 1704A, frequency divider 1704B and frequency divider 1704C) , three antennas (antenna 0, antenna 1 and antenna 2). Wherein, a radio frequency front-end module and a frequency divider can form a radio frequency channel. For example, the radio frequency front-end module 1703A and the frequency divider 1704A can form a radio frequency channel 0 and connect to the antenna 0, the radio frequency front-end module 1703B and the frequency divider 1704B can form a radio frequency channel 1 and connect to the antenna 1, and the radio frequency front-end module 1703C and the frequency divider 1704C can The radio frequency channel 2 is formed and connected to the antenna 2.

Wherein, the radio frequency front-end module can be used to control the receiving and transmitting control logic of the antenna. The single pole three throw switch 1702 can be used to switch the AoA three antennas for reception. The frequency divider can be used to only allow the Bluetooth signal in the 2.4G frequency band to receive.

The following introduces the bluetooth chip system architecture in this application.

As shown in FIG. 18 , the embodiment of the present application provides a bluetooth chip system architecture, which may include but not limited to an application processor (AP) 1810 and a bluetooth (BT) chip 1820 . Wherein, the application processor 1810 may include a Bluetooth AoA service (BT AoA Service) 1811 and a Bluetooth AoA protocol stack (BT AoA Stack) 1812. The Bluetooth chip 1820 may include a Bluetooth AoA management module (BT AoA Management) 1821 and a Bluetooth AoA measurement module (BT AoAMersure) 1822. Wherein, the Bluetooth AoA service 1811 may be the Huawei sharing application, the find my device application, and other functions/services/applications that require AoA positioning in the above embodiments.

In the example of this application, the Bluetooth chip system 1800 can be used in the AoA positioning transmitting end (such as the terminal 100) or the AoA positioning receiving end (such as the terminal 101, the terminal 102, the terminal 103, the display device 104, the display device in the above-mentioned embodiments 105, audio device 106, audio device 107, etc.).

Wherein, for the AoA positioning transmitter, the Bluetooth chip system 1800 can implement the following steps:

1. The Bluetooth AoA service 1811 sends a start command to the Bluetooth AoA protocol stack 1812, instructing the Bluetooth AoA protocol stack 1812 to perform AoA positioning and ranging.

2. The Bluetooth AoA protocol stack 1812 can send an AoA broadcast command to the Bluetooth AoA management module 1821, instructing the Bluetooth AoA management module 1821 to broadcast the AoA location.

3. The Bluetooth AoA management module 1821 can trigger the Bluetooth AoA measurement module to send an AoA CTE message.

For the AoA positioning receiving end, the following steps can be implemented in the Bluetooth chip system 1800:

4. The Bluetooth AoA measurement module 1822 can send the AoA CTE message to the Bluetooth AoA management module 1821 after receiving the AoA CTE message sent by the AoA positioning transmitter.

5. After receiving the AoA CTE message, the Bluetooth AoA management module 1821 can analyze the AoA IQ phase information and received signal strength value (RSSI) according to the AoA CTE message. Then, the Bluetooth AoA management module 1821 can report the AoA IQ phase information and RSSI to the Bluetooth AoA protocol stack 1812.

6. After receiving the AoA IQ phase information and RSSI, the Bluetooth AoA protocol stack 1812 can calculate the AoA value and the estimated distance through the AoA measurement algorithm.

7. After calculating the AoA value and the estimated distance value, the Bluetooth AoA protocol stack 1812 may report the AoA value and the estimated distance value to the Bluetooth AoA service 1811 .

8. The Bluetooth AoA service 1811 can use the AoA value and estimated distance value to arbitrate and judge the positioning result.

In some embodiments, the AoA positioning receiving end can also send the measured AoA value and estimated distance to the AoA positioning transmitting end, and the AoA service 1811 in the AoA positioning transmitting end performs arbitration and determination of the positioning results. For example, a nearby device of the terminal 100 may send the AoA value and the estimated distance value (or RSSI value) to the terminal 100 after measuring the AoA value and the estimated distance value (or RSSI value). The terminal 100 can judge whether the location direction of the nearby device is consistent with the direction in which the user slides on the touch screen and the distance is the closest according to the AoA value and the estimated distance value (or RSSI value).

In the embodiment of the present application, the AoA positioning receiver can find the AoA value corresponding to the IQ phase information from the AoA fingerprint library according to the measured IQ phase information. Wherein, the AoA fingerprint database includes the corresponding relationship between IQ phase information and AoA value. Among them, a set of IQ phase information corresponds to an AoA value,

The following describes the Bluetooth AoA positioning standard protocol interaction process in this application.

In this application, the Bluetooth AoA positioning between two devices may be in a BLE non-connection scenario, that is, the two devices realize AoA positioning without establishing a BLE connection. Wherein, the two devices involved in the interaction of Bluetooth AoA positioning may be referred to as an AoA positioning transmitting end and an AoA positioning receiving end. The AoA positioning transmitting end may be the terminal 100 in the foregoing embodiments of the present application. The AoA positioning receiving end may be the terminal 101, the terminal 102, the terminal 103, the display device 104, the display device 105, the audio device 106, or the audio device 107 in the above embodiments, and so on.

As shown in Figure 19A, Host A refers to the host (Host) in the Bluetooth protocol on the receiving end of the AoA positioning. L A refers to the link layer (link layer, LL) in the Bluetooth protocol on the receiving end of AoA positioning. Host B refers to the host (Host) in the Bluetooth protocol on the AoA positioning transmitter. LL B refers to the link layer (link layer, LL) in the Bluetooth protocol on the AoA positioning transmitter.

Among them, the AoA locates the transmitter, and after a series of parameter settings, the periodic broadcast of BLE AoA messages is enabled. Among them, the specific settings include: LE Set Extended Advertising Parameters, LE Set Periodic Advertising Parameters, and LE Set Connectionless Supplemental Parameters. Then, the AoA positioning transmitter gradually enables connectionless supplementary parameter settings (LE Set Connectionless Supplemental Parameters Enable), enables periodic broadcast parameter settings (LE SetPeriodic Advertising Parameters Enable), enables extended broadcast parameter settings (LE Set Extended Advertising Parameters Enable ). Finally, the AoA positioning transmitter fills the periodic broadcast IQ data and continuously broadcasts (ADV_EXT_IND) to surrounding devices.

Among them, the extended broadcast parameter setting can include setting the handle of the extended broadcast (Advertising Handle), the broadcast event attribute (Advertising Event Properties), the broadcast interval size range of the broadcast channel (PrimaryAdvertising Interval Min, Primary Advertising Interval Max), the broadcast channel (PrimaryAdvertising Channel Map), Own Address Type, OwnAddress, Peer Address Type, Peer Address, Advertising Filter Policy, Advertising TxPower ), the main broadcast PHY type (Primary Advertising PHY), and so on.

The extended broadcast parameter settings can include setting the handle of periodic advertising (Advertising Handle), the size range of the periodic advertising interval (Periodic Advertising Interval Min, Periodic Advertising Interval Max), periodic advertising properties (Periodic Advertising Properties), transmission power (TxPower), etc. wait.

The connectionless supplementary parameter setting includes setting the broadcast handle (Advertising Handle), the length of the CTE packet (CTE Length), the type of the CTE packet (CTE Type), the number of CTE packets (CTE Count), and the length of the switching mode (Length of Switching Pattern), antenna sequence (Antenna IDs[i]), etc.

As shown in Figure 19B, Host A refers to the host (Host) in the Bluetooth protocol on the receiving end of the AoA positioning. L A refers to the link layer (link layer, LL) in the Bluetooth protocol on the receiving end of AoA positioning. Host B refers to the host (Host) in the Bluetooth protocol on the AoA positioning transmitter. LL B refers to the link layer (link layer, LL) in the Bluetooth protocol on the AoA positioning transmitter.

After the AoA positioning receiver has set the extended scan parameters (LE Set Extended Scan Parameters) and enabled the extended scan (LE Set Extended Scan Enable), it can receive the AoA Tx broadcast of the AoA positioning transmitter, and perform synchronous association of periodic broadcasts. After the association is successful, the AoA positioning transmitter can periodically broadcast to the AoA positioning receiving end according to the period agreed by both parties. The AoA positioning receiving end can collect and integrate IQ phase information, and input it to the AoA positioning algorithm module for calculation, and obtain the angular direction of the AoA positioning transmitting end relative to the AoA positioning receiving end.

Wherein, the Bluetooth AoA positioning standard protocol shown in FIG. 19A and FIG. 19B can refer to the BT 5.1AoA standard protocol.

The following describes how the terminal 100 determines that the direction and position of nearby devices are consistent with the sliding direction in this application.

As shown in FIG. 20 , the compass angle θ ₁ of the terminal 100 may be the angle between the 0-degree direction of the terminal 100 and the true north (N) direction of the compass. The sliding angle _θ2 of the sliding operation on the terminal 100 may be the angle between the sliding direction vector of the sliding operation and the 0 degree direction of the terminal 100. The AoA angle _θ3 of the nearby device is the angle between the direction vector from the designated position (such as the central position) of the nearby device to the designated position (such as the central position) of the terminal 100 and the 0 degree direction of the nearby device. The compass angle θ ₄ of the nearby device may be the angle between the 0-degree direction of the terminal 100 and the true north (N) direction of the compass.

In the embodiment of the present application, the center position of the terminal 100 can be taken as the direction pointed by the vector whose starting point is perpendicular to the upper edge of the touch screen of the terminal 100, as the 0-degree direction of the terminal 100, which can also be called the reference direction of the terminal 100 .

Therefore, assuming that the sliding direction of the sliding operation points to the accessory device, it can be considered that: the difference between the sliding angle θ ₂ of the sliding operation and the compass angle θ ₁ of the terminal 100 is different from the AoA angle θ ₃ of the nearby device and the compass angle θ of the nearby device ₄ , the sum of these two differences should equal 180 degrees. In a specific implementation, there may be a certain error, so when the error is within a specified difference range, for example, within -15 degrees to +15 degrees, it can be considered that the sliding direction points to the nearby device.

That is, the following formula (1) is satisfied, that is, it can be considered that the direction of the nearby device relative to the terminal 100 is consistent with the sliding direction. Wherein the formula (1) can be shown as follows:

||θ ₂ -θ ₁ |+|θ ₃ -θ ₄ |-180|≤△degree Formula (1)

Wherein, for example, the value of Δ may be 15 degrees.

The following describes the process of measuring the distance through the Bluetooth signal strength value RSSI in this application.

In this application, the estimated ranging of the Bluetooth signal strength value RSSI can be realized in the following two ways.

Method 1: After receiving the BLE broadcast signal sent by the terminal 100, the nearby device can measure the distance to the terminal 100 through the RSSI signal of a single antenna. Wherein, in the single-antenna RSSI distance measurement scheme, the corresponding relationship between the distance r and RSSI can be as follows (2):

Wherein, A is the signal strength when the distance between the preset transmitting end (that is, the terminal 100) and the receiving end (that is, the nearby equipment) is 1m, and n is the preset environmental attenuation factor.

Mode 2: After receiving the BLE broadcast signal sent by the terminal 100, the nearby device can measure the distance to the terminal 100 through RSSI signals of multiple antennas.

As shown in Figure 21, the method flow of the multi-antenna ranging may include:

S2101. The nearby devices perform BLE scanning.

S2102. After the nearby device scans and finds that the terminal 100 passes the BLE broadcast packet, it can receive different RSSI values on the three antennas.

S2103. The accessory device can calculate the distance from the terminal 100 according to the average value of RSSI on the three antennas.

Wherein, the nearby device can calculate the distance to the terminal 100 according to the above formula (2) after obtaining the average value of RSSI on the three antennas.

S2104. The nearby device may determine whether the distance is less than a specified distance threshold (for example, 1m). If yes, execute step S2105, the nearby device may return a confirmation response to the terminal 100, if not, then perform step S2106, the nearby device may not return a confirmation response to the terminal 100.

Wherein, after receiving the response from the nearby device, the terminal 100 starts to perform AoA positioning, and sends an AoA broadcast packet to the nearby device.

The flow of a data sharing method provided in the embodiment of the present application is introduced below.

Please refer to FIG. 22 , which shows a flowchart of a data sharing method. Wherein, the devices involved in the flow chart of the method include the terminal 100 and nearby devices. The nearby devices are exemplified by the terminal 101, the terminal 102, and the terminal 103, and the nearby devices are not limited to the illustrated terminal 101, the terminal 102, and the terminal 103, and there may be more devices. Wherein, the positions of the terminal 100, the terminal 101, the terminal 102, and the terminal 103 can refer to the system architecture shown in FIG. 4 as an example.

As shown in Figure 22, the method includes:

S2201. The terminal 100 displays a file display interface. The file display interface includes file objects.

Exemplarily, the file object may be a file object such as a picture, a video, or a document. The file display interface may include a picture display interface, a video display interface, a document display interface, and the like. Wherein, for example, the picture display interface may refer to the picture display interface 540 shown in FIG. 5D above or the picture display interface 830 shown in 8D above. For the display interface of the video, refer to the video file display interface 630 in FIG. 6C above. For specific content, reference may be made to the foregoing embodiments, and details are not repeated here.

S2202. The terminal 100 receives a user's sliding operation on the display interface.

Wherein, the sliding operation may be three-finger sliding, two-finger sliding, one-finger sliding, knuckle sliding, etc., which are not limited herein. For specific content, reference may be made to the foregoing UI embodiments, and details are not repeated here.

S2203. The terminal 100 may detect the sliding angle of the sliding operation.

Wherein, the starting position of the sliding operation may be any position on the file display interface, which is not limited. The sliding direction of the sliding operation may be determined by the start position and the end position of the sliding operation, and its trajectory may be a curve or a straight line, which is not limited in this application. Wherein, the sliding angle of the sliding operation may be the angle between the sliding direction of the sliding operation and the specified direction of the terminal 100 (eg, the 0-degree direction of the terminal 100 shown in FIG. 4 ).

S2204, the terminal 100 sends a positioning request to nearby devices (such as the terminal 101, the terminal 102, and the terminal 103) through the BLE broadcast.

In response to the sliding operation, the terminal 100 may send a positioning request to nearby devices (such as the terminal 101 , the terminal 102 and the terminal 103 ) through BLE broadcast.

S2205. After scanning the BLE broadcast of the terminal 100, the nearby device can determine the distance to the terminal 100 according to the signal strength value of the received BLE broadcast.

After receiving the positioning request sent by the terminal 100, the nearby device can detect the received signal strength value of the BLE broadcast, and determine the distance to the terminal 100 according to the signal strength value of the BLE broadcast.

Among them, the process of determining the distance from the terminal 100 by the nearby device according to the signal strength value broadcast by the BLE can be in the following two ways: measuring the distance from the terminal 100 through the RSSI signal of a single antenna, and measuring the distance from the terminal 100 through the RSSI signal of multiple antennas Distance from Terminal 100. For measuring the distance from the terminal 100 through the single-antenna RSSI signal, reference may be made to the above formula (2), and for measuring the distance from the terminal 100 through the multi-antenna RSSI signal, reference may be made to the embodiment shown in FIG. 21 , which will not be repeated here.

S2206. The nearby device may determine whether the distance to the terminal 100 is less than a specified distance threshold. If yes, step S2207 is executed, and the nearby device can send a confirmation response to the terminal 100. If not, the nearby device does not send a confirmation response to the terminal 100 .

Exemplarily, the specified distance threshold may be 1 m. The nearby devices include a terminal 101 , a terminal 102 and a terminal 103 . The terminal 101 can determine that the distance to the terminal 100 is 0.8m according to the signal strength value RSSI1 received from the BLE broadcast. The terminal 102 can determine that the distance from the terminal 100 is 1.2m according to the received signal strength value RSSI2 of the BLE broadcast. The terminal 103 can determine that the distance to the terminal 100 is 0.5m according to the received signal strength value RSSI3 of the BLE broadcast.

Since the distance between the terminal 101 and the terminal 103 and the terminal 100 is less than a specified threshold (for example, 1 m), the terminal 101 and the terminal 103 may return an acknowledgment response to the terminal 100 through BLE broadcast. Since the distance between the terminal 102 and the terminal 100 is greater than a specified distance threshold (for example, 1 m), the terminal 102 does not return an acknowledgment response to the terminal 100, and does not participate in subsequent method procedures.

In some embodiments, the nearby device can also directly determine whether the signal strength value of the positioning request received from the BLE broadcast is greater than the specified strength threshold, and if so, perform step S2207, and the accessory device can send a confirmation response to the terminal 100. If not, the nearby device does not send a confirmation response to the terminal 100 .

In the embodiment of the present application, the terminal 100 may be referred to as a first terminal. Nearby devices (such as terminal 101 and terminal 103 ) that receive the signal strength value of the positioning request broadcast by BLE greater than the specified strength threshold may be referred to as second terminals. If a nearby device converts the signal strength value of the positioning request received from the BLE broadcast into the distance from the terminal 100, then the nearby devices (such as terminal 101 and terminal 103) whose distance from the terminal 100 is less than the specified distance threshold can be called the second terminal.

S2208. After receiving the confirmation response, the terminal 100 may send an AoA broadcast packet to nearby devices.

Wherein, the AoA broadcast packet may be a BLE broadcast packet including a constant tone extension (CTE) signal. For the protocol flow of the terminal 100 sending the AoA broadcast packet, reference may be made to the foregoing embodiment shown in FIG. 19A , and details are not repeated here.

S2209. The nearby device can measure the AoA angle according to the received AoA broadcast packet.

For the protocol flow of the nearby device according to the received AoA broadcast packet, reference may be made to the embodiment shown in FIG. 19B above. The nearby device measures the AoA angle according to the received AoA broadcast packet, and reference may be made to the above-mentioned embodiment shown in FIG. 18 , which will not be repeated here.

S2210. The nearby device can send distance information, compass angle and AoA angle to the terminal 100 through BLE broadcast.

For example, since the distance between the terminal 101 and the terminal 103 and the terminal 100 is less than the specified distance, the terminal 101 can use the distance information (r1) between the terminal 101 and the terminal 100, the compass angle (β1) of the terminal 101 and the AoA angle of the terminal 101 (α1) to the terminal 100. The terminal 103 may send the distance information (r3) between the terminal 103 and the terminal 100, the compass angle (β3) of the terminal 103, and the AoA angle (α3) of the terminal 103 to the terminal 100.

Wherein, the distance information between the nearby devices (such as terminal 101 and terminal 103 ) and the terminal 100 may be the signal strength value RSSI (average RSSI value on three antennas) of the AoA broadcast packet received by the nearby devices. After terminal 100 receives the signal strength value RSSI (average RSSI value on three antennas) of the AoA broadcast packet, it can calculate the distance between terminal 100 and nearby devices according to formula (2). The distance information between nearby devices (such as terminal 101 and terminal 103) and terminal 100 can also be directly the distance calculated by the nearby devices according to the above (2) according to the signal strength value RSSI (average RSSI value on three antennas) of the AoA broadcast packet . For the process of calculating the distance according to the received signal strength RSSI, reference may be made to the foregoing embodiments, and details are not repeated here.

S2211. The terminal 100 may determine the nearest receiving device in the sliding direction according to the distance information from the nearby device, the sliding direction angle, the compass angle of the terminal, the compass angle of the nearby device, and the AoA angle of the nearby device.

Wherein, if there is only one third terminal whose direction relative to the terminal 100 is consistent with the sliding direction among the above-mentioned second terminals (such as the terminal 101 and the terminal 103), the terminal 100 (first terminal) can use the only third terminal Identify the receiving device as above. If there are multiple third terminals whose direction relative to the terminal 100 is consistent with the sliding direction among the above-mentioned second terminals (for example, terminal 101 and terminal 103), the terminal 100 (first terminal) can select the third terminal closest to the terminal 100 The terminal is determined to be the above receiving device.

In this embodiment of the application, there may be a certain error between the direction of the receiving device relative to the terminal 100 and the sliding direction, that is, when the angle between the direction of the receiving device relative to the terminal 100 and the sliding direction is smaller than a specified angle threshold (for example 15 degrees), that is, it can be considered that the direction of the receiving device relative to the terminal 100 is consistent with the sliding direction. For specific content, reference may be made to the aforementioned embodiment shown in FIG. 20 , which will not be repeated here.

In some embodiments, the first terminal (terminal 100) may determine the The direction position of the one or more second terminals (such as terminal 101 and terminal 103) relative to the first terminal, and display the direction and position of the one or more second terminals relative to the first terminal (terminal 100) distance.

S2212. The terminal 100 may send a data sharing request to the receiving device through BLE broadcast.

S2213. After receiving the data sharing request, the receiving device may display a data sharing prompt to prompt the user to confirm receiving the data.

Wherein, for example, the receiving device may be the terminal 103 . The data sharing prompt can be the prompt box 560 displayed on the terminal 103 in the above-mentioned Figure 5G. The prompt box 560 includes an accept button 561 and a reject button 562 . For specific content, reference may be made to the above-mentioned embodiment shown in FIG. 5G , which will not be repeated here.

S2214. The receiving device receives the confirmation receiving operation of the user.

Wherein, for example, the receiving device may be the terminal 103 . The confirmation receiving operation may be that in the above-mentioned FIG. 5G , the terminal 103 receives the user's operation (for example, clicking) on the receiving button 561 . For specific content, reference may be made to the above-mentioned embodiment shown in FIG. 5G , which will not be repeated here.

S2215. In response to the confirmation receiving operation, the receiving device may establish a file transfer connection with the terminal 100.

Wherein, the file transfer connection may be a communication connection such as Wi-Fi direct connection (Wi-Fi P2P), Wi-Fi softAP or ultra-wideband (ultra-wideband, UWB).

S2216. After the file transfer connection is established between the receiving device and the terminal 100, the terminal 100 may transmit the file data selected by the user to the receiving device (such as the terminal 103).

The present application provides a data sharing method. The terminal 100 can receive a user's sliding operation on a file display interface (for example, an interface displaying file objects such as pictures, videos, and documents), and detect the sliding direction of the sliding operation. In response to the sliding operation, the terminal may measure the direction and position of nearby devices relative to the terminal through Bluetooth Low Energy (BLE) AoA measurement technology. Then, the terminal 100 may determine a nearby device whose direction position is consistent with the sliding direction of the sliding operation and is relatively close, and send the file object in the file presentation interface to the nearest nearby device whose direction position is consistent with the sliding direction. In this way, the operation steps for users to share file data (such as pictures, videos, documents, etc.) can be simplified, which provides convenience for users.

The flow of a data sharing method provided by another embodiment of the present application is introduced below.

Please refer to FIG. 23 , which shows a flowchart of a data sharing method in another embodiment of the present application. Wherein, the devices involved in the flow chart of the method include the terminal 100 and nearby devices. The nearby devices are exemplified by the terminal 101, the terminal 102, and the terminal 103, and the nearby devices are not limited to the illustrated terminal 101, the terminal 102, and the terminal 103, and there may be more devices. Wherein, the positions of the terminal 100, the terminal 101, the terminal 102, and the terminal 103 can refer to the system architecture shown in FIG. 4 as an example.

As shown in Figure 23, the method includes:

S2301. The terminal 100 displays a file selection interface. The file selection interface display includes file options selected by the user.

Wherein, the file selection interface may refer to the file selection interface 940 shown in FIG. 9G above. In the above-mentioned file selection interface 940 shown in FIG. 9G , the file options selected by the user are the video option 955 of “travel” and the video option 956 of “sunset”. For specific content, reference may be made to the foregoing embodiments, and details are not repeated here.

S2302. The terminal 100 receives a first operation of the user.

Exemplarily, the terminal 100 may operate (for example, click) on the send control 949 in the above-mentioned embodiment shown in FIG. 9G . For specific content, reference may be made to the foregoing embodiments, and details are not repeated here.

S2303. In response to the first operation, the terminal 100 sends a positioning request to nearby devices (such as the terminal 101, the terminal 102, and the terminal 103) through BLE broadcast.

In response to the first operation, terminal 100 may send a positioning request to nearby devices (such as terminal 101, terminal 102, and terminal 103) through BLE broadcast.

S2304. After scanning the BLE broadcast of the terminal 100, the nearby device can determine the distance to the terminal 100 according to the signal strength value of the received BLE broadcast.

After receiving the positioning request sent by the terminal 100, the nearby device can detect the received signal strength value of the BLE broadcast, and determine the distance to the terminal 100 according to the signal strength value of the BLE broadcast.

Among them, the process of determining the distance from the terminal 100 by the nearby device according to the signal strength value broadcast by the BLE can be in the following two ways: measuring the distance from the terminal 100 through the RSSI signal of a single antenna, and measuring the distance from the terminal 100 through the RSSI signal of multiple antennas Distance from Terminal 100. For measuring the distance from the terminal 100 through the single-antenna RSSI signal, reference may be made to the above formula (2), and for measuring the distance from the terminal 100 through the multi-antenna RSSI signal, reference may be made to the embodiment shown in FIG. 21 , which will not be repeated here.

S2305. The nearby device may determine whether the distance to the terminal 100 is less than a specified distance threshold. If yes, step S2306 is executed, and the nearby device can send a confirmation response to the terminal 100. If not, the nearby device does not send a confirmation response to the terminal 100 .

Exemplarily, the specified distance threshold may be 1 m. The nearby devices include a terminal 101 , a terminal 102 and a terminal 103 . The terminal 101 can determine that the distance to the terminal 100 is 0.8m according to the signal strength value RSSI1 received from the BLE broadcast. The terminal 102 can determine that the distance from the terminal 100 is 1.2m according to the received signal strength value RSSI2 of the BLE broadcast. The terminal 103 can determine that the distance to the terminal 100 is 0.5m according to the received signal strength value RSSI3 of the BLE broadcast.

Since the distance between the terminal 101 and the terminal 103 and the terminal 100 is less than a specified threshold (for example, 1 m), the terminal 101 and the terminal 103 may return an acknowledgment response to the terminal 100 through BLE broadcast. Since the distance between the terminal 102 and the terminal 100 is greater than a specified distance threshold (for example, 1 m), the terminal 102 does not return an acknowledgment response to the terminal 100, and does not participate in subsequent method procedures.

In some embodiments, the nearby device can also directly determine whether the signal strength value of the positioning request received from the BLE broadcast is greater than the specified strength threshold, and if so, perform step S2207, and the accessory device can send a confirmation response to the terminal 100. If not, the nearby device does not send a confirmation response to the terminal 100 .

In the embodiment of the present application, the terminal 100 may be referred to as a first terminal. Nearby devices (such as terminal 101 and terminal 103 ) that receive the signal strength value of the positioning request broadcast by BLE greater than the specified strength threshold may be referred to as second terminals. If a nearby device converts the signal strength value of the positioning request received from the BLE broadcast into the distance from the terminal 100, then the nearby devices (such as terminal 101 and terminal 103) whose distance from the terminal 100 is less than the specified distance threshold can be called the second terminal.

S2307. After receiving the confirmation response, the terminal 100 may send an AoA broadcast packet to nearby devices.

Wherein, the AoA broadcast packet may be a BLE broadcast packet including a constant tone extension (CTE) signal. For the protocol flow of the terminal 100 sending the AoA broadcast packet, reference may be made to the foregoing embodiment shown in FIG. 19A , and details are not repeated here.

S2308. The nearby device may measure the AoA angle according to the received AoA broadcast packet.

For the protocol flow of the nearby device according to the received AoA broadcast packet, reference may be made to the embodiment shown in FIG. 19B above. The nearby device measures the AoA angle according to the received AoA broadcast packet, and reference may be made to the above-mentioned embodiment shown in FIG. 18 , which will not be repeated here.

S2309, the nearby device may send the distance information and the AoA angle to the terminal 100 to the terminal 100 through BLE broadcast.

For example, since the distance between the terminal 101 and the terminal 103 and the terminal 100 is less than the specified distance, the terminal 101 may send the distance information (r1) between the terminal 101 and the terminal 100 and the AoA angle (α1) of the terminal 101 to the terminal 100. The terminal 103 can send the distance information (r3) between the terminal 103 and the terminal 100 and the AoA angle (α3) of the terminal 103 to the terminal 100.

Wherein, the distance information between the nearby devices (such as terminal 101 and terminal 103 ) and the terminal 100 may be the signal strength value RSSI (average RSSI value on three antennas) of the AoA broadcast packet received by the nearby devices. After terminal 100 receives the BLE RSSI (average RSSI value on three antennas) when receiving the AoA broadcast packet, it can calculate the distance between terminal 100 and nearby devices according to formula (2). The distance information between nearby devices (such as terminal 101 and terminal 103) and terminal 100 can also be directly calculated by the nearby devices according to the above (2) according to the BLE RSSI (average RSSI value on the three antennas) when receiving the AoA broadcast packet distance. For the process of calculating the distance according to the received signal strength RSSI, reference may be made to the foregoing embodiments, and details are not repeated here.

S2310, the terminal 100 may determine the direction and distance of the nearby device relative to the terminal 100 according to the distance information from the nearby device and the AoA angle of the nearby device.

Wherein, for the textual description of the AoA angle of nearby devices, reference may be made to the embodiment shown in FIG. 20 above, and details are not repeated here.

S2311. The terminal 100 displays the direction position of the accessory device relative to the terminal 100.

Exemplarily, the terminal 100 may display the radar chart 970 shown in FIG. 9H above. Wherein, after the terminal 100 searches for a nearby device and measures the direction and position of the nearby device, the terminal 100 may display the direction and position of the nearby device relative to the terminal 100 on the radar map 970 . Among them, the nearby devices may include terminal 101 , terminal 102 and terminal 103 . The device name of the terminal 101 may be "Verseau", the device name of the terminal 102 may be "Daniel", and the device name of the terminal 103 may be "HUAWEI P30Pro".

Wherein, the direction positions of the nearby devices (terminal 101, terminal 102 and terminal 103) measured by the terminal 100 can refer to the positional relationship between the terminal 100 and the nearby devices (terminal 101, terminal 102 and terminal 103) as shown in FIG. . Terminal 101 may be at 0.8m in a clockwise direction of 315° from terminal 100, terminal 102 may be at 1.2m in a clockwise direction of 45° from terminal 100, and terminal 103 may be at 0.5m in a clockwise direction of 90° from terminal 100.

The terminal 100 may display its own position mark 971 , the position mark 972 of the terminal 101 , the position mark 973 of the terminal 102 and the position mark 974 of the terminal 103 on the radar chart 970 . Wherein, the positional relationship between the position marker 971 of the terminal 100 and the position markers of nearby devices may refer to the positional relationship between the terminal 100 and nearby devices.

Wherein, the distance between each location marker (position marker 971 , location marker 972 , location marker 973 , and location marker 974 ) can be scaled according to a certain ratio according to the distance between the terminal 100 and nearby devices. The direction of the position markers of the nearby devices (the position marker 972 , the position marker 973 and the position marker 974 ) relative to the position marker 971 is the same as the direction of the nearby devices relative to the terminal 100 .

For specific content, reference may be made to the above-mentioned embodiment shown in FIG. 9H , which will not be repeated here.

S2312. The terminal 100 receives a second operation of selecting a receiving device by the user.

Exemplarily, the second operation may be the operation (for example, single click) on the position marker 974 in FIG. 9H , because the position marker 974 corresponds to the terminal 103 . Therefore, the terminal 100 can determine that the receiving device is the terminal 103 according to the operation on the location marker 974 .

For specific content, reference may be made to the above-mentioned embodiment shown in FIG. 9H , which will not be repeated here.

S2313. The terminal 100 sends a data sharing request to the receiving device through BLE broadcast.

S2314. After receiving the data sharing request, the receiving device may display a data sharing prompt to prompt the user to confirm receiving the data.

Wherein, for example, the receiving device may be the terminal 103 . The data sharing prompt may be the prompt box 990 displayed on the terminal 103 in FIG. 9I above. The prompt box 990 includes an accept button 991 and a reject button 992 . For specific content, reference may be made to the above-mentioned embodiment shown in FIG. 9I , which will not be repeated here.

S2315. The receiving device receives the confirmation receiving operation of the user.

Wherein, for example, the receiving device may be the terminal 103 . The confirmation receiving operation may be that the terminal 103 in FIG. 91 receives an operation (such as clicking) that the user acts on the receiving button 991. For specific content, reference may be made to the above-mentioned embodiment shown in FIG. 9I , which will not be repeated here.

S2316. In response to the confirmation receiving operation, the receiving device may establish a file transfer connection with the terminal 100.

Wherein, the file transfer connection may be a communication connection such as Wi-Fi direct connection (Wi-Fi P2P), Wi-Fi softAP or ultra-wideband (ultra-wideband, UWB).

S2317. After the receiving device establishes a file transfer connection with the terminal 100, the terminal 100 may transmit the file data selected by the user to the receiving device (such as the terminal 103).

Exemplarily, the terminal 100 may send the video file corresponding to the "travel" video option 955 and the video file corresponding to the "sunset" video option 956 shown in FIG. 9G to the receiving device (such as the terminal 103). For specific content, reference may be made to the foregoing embodiments, and details are not repeated here.

The embodiment of the present application provides a data sharing method. After the user selects a file object such as a picture, video, or document to be shared, the terminal 100 can receive an operation to trigger measurement and display the direction and position of nearby devices (including direction and distance). Then, the terminal 100 receives the user's operation, and selects a file receiving device from nearby devices, so as to trigger the terminal 100 to send the file object selected by the user to the receiving device. In this way, the user can know the location of the nearby device when sharing the file data to the nearby device through the terminal 100, which is convenient for the user to determine the receiving device of the file data.

As mentioned above, the above embodiments are only used to illustrate the technical solutions of the present application, and are not intended to limit them; although the present application has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that: it can still understand the foregoing The technical solutions described in each embodiment are modified, or some of the technical features are replaced equivalently; and these modifications or replacements do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the various embodiments of the application.

Claims (12)

1. A method for data sharing, comprising: The first terminal displays a first music playing interface, and the name of the first audio data being played or to be played on the first terminal is displayed in the first music playing interface; The first terminal receives a user's first operation on the first music playback interface, and the first operation is a sliding operation on the first music playback interface; In response to the first operation, the first terminal displays an option icon of the first terminal, a reduced first music playing interface and a search prompt, and the search prompt is used to prompt the user that the first terminal searching for nearby devices of the first terminal; The first terminal displays one or more option icons of the second terminal near the first terminal; wherein, the option icons of the one or more second terminals are relative to the option icons of the first terminal a directional position that is the same as the directional position of the one or more second terminals relative to the first terminal; The first terminal receives a user's second operation on the option icon of the receiving device, and the one or more second terminals include the receiving device; In response to the second operation, the first terminal establishes a data transmission connection with the receiving device; The first terminal sends the first audio data to the receiving device through the data transmission connection; After receiving the first audio data, the receiving device plays the first audio data. 2. The method according to claim 1, wherein before the first terminal establishes a data transmission connection with the receiving device, the method comprises: The first terminal sends a data sharing request to the receiving device; In response to the data sharing request, the first terminal displays a first prompt, where the first prompt is used to prompt the user to confirm acceptance of sharing the first audio data. 3. The method according to claim 1 or 2, wherein in response to the second operation, the first terminal establishes a data transmission connection with the receiving device, specifically comprising: In response to the second operation, the first terminal displays a second prompt, the second prompt is used to prompt the user to confirm whether to share the first audio data with the receiving device; The first terminal receives the user's confirmation sending operation; In response to the confirmation sending operation, the first terminal establishes a data transmission connection with the receiving device. 4. The method according to claim 1 or 2, wherein the second operation is a click operation on the option icon of the receiving device, or dragging the reduced first music playback interface Drag around the options icon to the receiving device. 5. The method according to claim 1 or 2, characterized in that the method further comprises: In response to the second operation, the first terminal sends the display content of the first music playback interface to the receiving device through the data transmission connection; After receiving the display content of the first music playing interface, the receiving device displays a second music playing interface, and the interface elements on the second music playing interface are the same as those on the first music playing interface . 6. The method according to claim 1 or 2, wherein the data transmission connection comprises any of the following: Bluetooth connection, Wi-Fi P2P connection, Wi-Fi LAN connection and UWB connection. 7. The method according to claim 1, wherein before the first terminal displays one or more options of the second terminal around the first terminal, the method further comprises: The first terminal acquires location information from the one or more second terminals through Bluetooth Low Energy BLE. 8. The method according to claim 7, wherein, before the first terminal acquires location information from the one or more nearby terminals through Bluetooth Low Energy BLE, the method further comprises: The first terminal broadcasts a positioning request through BLE; wherein, when the nearby terminal receives the positioning request, the BLE signal strength RSSI is higher than a specified signal strength threshold. 9. The method according to claim 7 or 8, wherein the location information includes: the angle of arrival AoA of the BLE signal of the second terminal, the distance between the one or more second terminals and the terminal . 10. The method according to claim 7, wherein the first terminal acquires location information from the one or more second terminals through Bluetooth Low Energy BLE, specifically comprising: The first terminal sends an AoA broadcast packet to the one or more second terminals through BLE; After the second terminal receives the AoA broadcast packet, it determines the BLE AoA according to the phase information when receiving the AoA broadcast packet, and determines the BLE AoA according to the BLE RSSI when receiving the AoA broadcast packet. the distance from the first terminal; The second terminal sends the BLE AoA and the distance between the second terminal and the first terminal to the first terminal through BLE broadcast. 11. A communication device, which is a first terminal, characterized in that the communication device includes a display screen, one or more processors, and one or more memories; the display screen, the one or more memories and The one or more processors are coupled, and the one or more memories are configured to store computer program code, the computer storage code comprising computer instructions that, when executed by the one or more processors, cause The communication device executes the method described in any one of claims 1-10 above. 12. A computer storage medium, characterized in that it includes computer instructions, and when the computer instructions are run on the first terminal, the first terminal is made to execute any one of the preceding claims 1-10. Methods.

Images