CN112437190B

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

Info

Publication number: CN112437190B
Application number: CN201910731372.4A
Authority: CN
Inventors: 章亚; 张金明; 许浩维; 王利平; 王同波; 王良
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2019-08-08
Filing date: 2019-08-08
Publication date: 2023-04-18
Anticipated expiration: 2039-08-08
Also published as: CN112437190A; WO2021023208A1

Abstract

The invention discloses a data sharing method, a graphical user interface, a related device and a system, and relates to the technical field of short-distance communication. The method comprises the following steps: first, a first terminal displays a file display interface, and a file object is displayed in the file display interface. Then, the first terminal receives a sliding operation of the user for the file object. In response to the sliding operation, the first terminal acquires position information from one or more second terminals through Bluetooth Low Energy (BLE). Then, the first terminal determines a 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 position information of the one or more second terminals. And finally, the first terminal sends the file object to the receiving equipment. In this way, the operation steps of sharing file data (such as pictures, videos, documents and the like) by the user can be simplified.

Description

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

Technical Field

The present application relates to the field of short-range communication technologies, and in particular, to a data sharing method, a graphical user interface, and a related apparatus and system.

Background

With the development of wireless communication technology, terminals such as smart phones and tablet computers start to support users to share data such as pictures and documents, and office efficiency and office experience of the users are improved. For example, a user may share data such as pictures and documents on a portable terminal such as a smartphone to other devices without using a data line.

At present, a user wants to share data such as pictures on a portable terminal such as a smart phone, and the like, and the purpose can be achieved generally through the following modes: the user needs to select a photo in the gallery and click a 'share' button to open a share interface. Then, after the smartphone searches for surrounding devices, the smartphone may display the options of the surrounding devices on the device sharing interface. After a user clicks a button for selecting one peripheral device, the smart phone can be connected with the device selected by the user, and the picture selected by the user is sent to the device selected by the user.

It can be seen that, in the above data sharing manner, the user is required to perform complex operations for many times, which greatly reduces the use efficiency of the terminal.

Disclosure of Invention

The application provides a data sharing method, a graphical user interface, a related device and a system, which can simplify the operation steps of sharing file data (such as pictures, videos and documents) by a user and provide convenience for the user.

In a first aspect, the present application provides a data sharing method, including: the first terminal displays a file display interface, and a file object is displayed in the file display interface. The first terminal receives sliding operation of a user aiming at the file object. In response to the sliding operation, the first terminal acquires position information from one or more second terminals through Bluetooth Low Energy (BLE). And the first terminal determines receiving equipment 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 position information of the one or more second terminals. And in the one or more second terminals, an 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 value. The orientation 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.

According to the data sharing method, a first terminal can receive sliding operation of a user in 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. The terminal may measure a directional position of a nearby device with respect to the terminal through an angle of arrival (AoA) measurement technique of Bluetooth Low Energy (BLE) in response to the sliding operation. Then, the first terminal may determine a second device whose direction position is consistent with and closer to the sliding direction of the sliding operation, and send the file object in the file display interface to the second device whose direction position is consistent with and closest to the sliding direction. Therefore, the operation steps of sharing file data (such as pictures, videos, documents and the like) by the user can be simplified, and convenience is provided for the user.

In one possible implementation, before the first terminal acquires the location information from the one or more second terminals through the Bluetooth Low Energy (BLE), the method further includes: the first terminal broadcasts a positioning request through BLE. Wherein, the BLE signal strength value RSSI of the second terminal when receiving the positioning request is higher than a specified signal strength threshold. Therefore, the equipment far away from the first terminal can be filtered, and the stability of file transmission is ensured.

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. The receiving device responds to the data sharing request, and displays a first prompt for prompting a user to confirm to receive the file object. Therefore, the user can confirm whether to receive the file object sent by the first terminal on the receiving equipment, and the receiving terminal is prevented from receiving data which the user does not want to receive.

In one possible implementation, the method further includes: the receiving device responds to the receiving operation of the user aiming at the file object and establishes a file transmission connection with the first terminal. The file transmission connection comprises a wireless high-fidelity point-to-point Wi-Fi P2P connection or an ultra-wideband UWB connection. Thus, the efficiency of file transmission can be improved by transmitting files through Wi-Fi P2P or UWB.

In one possible implementation, the location information includes: a compass angle of the second terminal, an angle of arrival AoA of the BLE signal of the second terminal, a distance of the one or more nearby terminals from 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. The first terminal receives a confirmation transmission operation of a user. The first terminal sending the file object to the receiving device specifically includes that the first terminal sends the file object to the receiving device in response to the confirmation sending operation. Therefore, the file object can be prevented from being sent to other equipment by the user on the first terminal due to misoperation, and the fault tolerance is improved.

In a possible implementation manner, when an included angle between a direction of a plurality of third terminals relative to the terminal and the sliding direction is smaller than a preset angle threshold value in one or more second terminals, a projection distance of the receiving device in the sliding direction relative to the direction of the first terminal is closest in the plurality of third terminals. Thus, when a plurality of devices exist in the sliding direction, the file can be only sent to the device closest to the first terminal in the sliding direction, and the use habit of the user is met.

In one possible implementation, after the first terminal acquires location information of one or more second terminals through BLE, the method further includes: the first terminal determines the direction and distance of the one or more second terminals relative to the first terminal according to the position information of the one or more second terminals and the compass angle of the first terminal. The first terminal displays the direction and distance of the one or more second terminals relative to the first terminal. Therefore, the user can be helped to check the positions of the surrounding devices, and the user experience is improved.

In one possible implementation, before the first terminal acquires the location information of the one or more second terminals through the low-power BLE, the method further includes: the first terminal transmits the AoA broadcast packet to the one or more second terminals through BLE broadcasting. After receiving the AoA broadcast packet, the second terminal determines the BLE signal AoA according to the phase information when receiving the AoA broadcast packet, and determines the distance from the first terminal according to the BLE RSSI when receiving the AoA broadcast packet. The BLE AoA transmitted by the second terminal through BLE broadcasting, the distance of the second terminal from the first terminal, and the compass angle of the second terminal.

In a second aspect, the present application provides a terminal, which is a first terminal, and includes: the device comprises a processor, a Bluetooth module, a memory, a touch screen and a wireless high-fidelity Wi-Fi module. The processor is coupled with the memory, and the processor is connected with the Bluetooth module and the touch screen. The touch screen is used for displaying a file display interface, and a file object is displayed in the file display interface. The touch screen is also used for receiving the sliding operation of the user for the file object. The processor is configured to instruct the bluetooth module to acquire location information from one or more second devices through Bluetooth Low Energy (BLE) in response to the sliding operation. The processor is further configured to determine a 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 position information of the one or more second terminals of the device. And in the one or more second terminals, an included angle between the direction of the receiving equipment relative to the first terminal and the sliding direction is smaller than a preset angle threshold value. The orientation 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 for sending the file object to the receiving equipment.

The present application provides a terminal, which may be referred to as a first terminal. The first terminal may receive a sliding operation of a user in a file presentation interface (e.g., an interface on which file objects such as pictures, videos, and documents are displayed), and detect a sliding direction of the sliding operation. The terminal may measure the directional position of the nearby device relative to the terminal through BLE AoA measurement techniques in response to the sliding operation. Then, the first terminal may determine a second device whose direction position is consistent with and closer to the sliding direction of the sliding operation, and send the file object in the file display interface to the second device whose direction position is consistent with and closest to the sliding direction. Therefore, the operation steps of sharing file data (such as pictures, videos, documents and the like) by the user can be simplified, and convenience is provided for the user.

In one possible implementation, the bluetooth module is further configured to: broadcasting a positioning request over BLE before acquiring location information from one or more second terminals over BLE. Wherein, the BLE signal strength value RSSI of the second terminal when receiving the positioning request is higher than a specified signal strength threshold. Therefore, the equipment far away from the first terminal can be filtered, and the stability of file transmission is ensured.

In a possible implementation manner, the bluetooth module is further configured to: and sending a data sharing request to the receiving equipment before the Wi-Fi module sends the file object to the receiving equipment. The data sharing request is used for requesting the receiving device to output a first prompt for prompting a user to confirm to receive the file object. Therefore, the user can confirm whether to receive the file object sent by the first terminal on the receiving equipment, and the receiving terminal is prevented from receiving data which 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 peer-to-peer Wi-Fi P2P connection with the receiving device after the receiving device detects a receiving operation of the user for the file object. Thus, the efficiency of file transmission can be improved by transmitting files through Wi-Fi P2P or UWB.

In one possible implementation manner, the touch screen is further configured to: before the Wi-Fi module sends the file object to the receiving device, a second prompt is displayed for prompting a user to confirm whether to send the file object to the receiving device. The touch screen is also used for receiving the confirmation sending operation of the user. The Wi-Fi module is specifically configured to: and sending the file object to the receiving device in response to the confirmation sending operation. Therefore, the file object can be prevented from being sent to other equipment by mistake due to misoperation on the first terminal by the user, and the fault tolerance is improved.

In one possible implementation, the processor is further configured to: after the bluetooth module acquires the position information of one or more second terminals through BLE, determining the direction and distance of the one or more second terminals relative to the first terminal according to the position information of the one or more second terminals and the compass angle of the first terminal. The touch screen is further used for displaying the direction and the distance of the one or more second terminals relative to the first terminal. Therefore, the user can be helped to check the positions of the surrounding equipment, and the user experience is improved.

In one possible implementation, the bluetooth module is further configured to: before acquiring the position information of one or more second terminals through the low-power-consumption BLE, transmitting an AoA broadcast packet to the one or more second terminals through BLE broadcasting. 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 from the first terminal according to the BLE RSSI when receiving the AoA broadcast packet. The bluetooth module is further configured to receive the BLE AoA sent by the second terminal through BLE broadcasting, a distance between the second terminal and the first terminal, and a compass angle of the second terminal.

In a third aspect, the present application provides a chip system, where the chip system is disposed in a first terminal, and the chip system includes: a processor and a Bluetooth chip. The processor is used for indicating the touch screen to display a file display interface, and a file object is displayed in the file display interface. The processor is further configured to receive a sliding operation of the user for the file object through the touch screen. The processor is further configured to instruct the bluetooth chip to acquire location information from one or more second devices through Bluetooth Low Energy (BLE) in response to the sliding operation. The processor is further configured to determine a receiving device from the one or more second terminals based on 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. And in the one or more second terminals, an included angle between the direction of the receiving equipment relative to the first terminal and the sliding direction is smaller than a preset angle threshold value. The orientation 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 application provides a chip system, which can be arranged in a first terminal. The first terminal may receive a sliding operation of a user in a file presentation interface (e.g., an interface on which file objects such as pictures, videos, and documents are displayed), and detect a sliding direction of the sliding operation. The terminal may measure the directional position of the nearby device relative to the terminal through BLE AoA measurement techniques in response to the sliding operation. Then, the first terminal may determine a second device whose direction position is consistent with and closer to the sliding direction of the sliding operation, and send the file object in the file display interface to the second device whose direction position is consistent with and closest to the sliding direction. Therefore, the operation steps of sharing file data (such as pictures, videos, documents and the like) by the user can be simplified, and convenience is provided for the user.

In one possible implementation, the bluetooth chip is further configured to: broadcasting a positioning request over BLE before acquiring location information from one or more second terminals over BLE. Wherein, the BLE signal strength value RSSI of the second terminal receiving the positioning request is higher than a specified signal strength threshold. Therefore, the equipment far away from the first terminal can be filtered, and the stability of file transmission is ensured.

In a possible implementation manner, the bluetooth chip is further configured to: and sending a data sharing request to the receiving equipment before the processor instructs the Wi-Fi module to send the file object to the receiving equipment. The data sharing request is used for requesting the receiving device to output a first prompt for prompting a user to confirm to receive the file object. Therefore, the user can confirm whether to receive the file object sent by the first terminal on the receiving equipment, and the receiving terminal is prevented from receiving data which the user does not want to receive.

In one possible implementation, the processor is further configured to: and after the receiving equipment detects the receiving operation of the user for the file object, the WiFi module is indicated to establish wireless high-fidelity point-to-point Wi-Fi P2P connection with the receiving equipment. Thus, the efficiency of file transmission can be improved by transmitting files through Wi-Fi P2P or UWB.

In one possible implementation, the processor is further configured to: and before instructing the Wi-Fi module to send the file object to the receiving equipment, instructing the touch screen to display a second prompt for prompting a user to confirm whether to send the file object to the receiving equipment. The processor is also used for receiving confirmation sending operation of a user through the touch screen. The processor is specifically configured to: and responding to the confirmation sending operation, and instructing the Wi-Fi module to send the file object to the receiving device. Therefore, the file object can be prevented from being sent to other equipment by the user on the first terminal due to misoperation, and the fault tolerance is improved.

In one possible implementation, the processor is further configured to: after the Bluetooth chip acquires the position information of one or more second terminals through BLE, the direction and the distance of the one or more second terminals relative to the first terminal are determined according to the position information of the one or more second terminals and the compass angle of the first terminal. The processor is further configured to instruct the touch screen to display a direction and a distance of the one or more second terminals relative to the first terminal. Therefore, the user can be helped to check the positions of the surrounding devices, and the user experience is improved.

In one possible implementation, before the location information of the one or more second terminals is acquired through the low-power BLE, aoA broadcast packets are transmitted to the one or more second terminals through BLE broadcasting. The AoA broadcast packet is used for the second terminal to determine the BLE AoA according to the phase information when the AoA broadcast is received, and to determine the distance from the first terminal according to the RSSI when the AoA broadcast packet is received. The bluetooth chip is further configured to receive the BLE AoA sent by the second terminal through BLE broadcasting, a distance between the second terminal and the first terminal, and a compass angle of the second terminal.

In a fourth aspect, the present application provides a method for data sharing, including: the first terminal displays a file selection interface, and the file selection interface displays the file options selected by the user. The first terminal receives a first operation of a user. In response to the first operation, the first terminal acquires 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 position 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 second operation of the user selecting the receiving device in the one or more second terminals. And responding to the second operation, and the first terminal sends the file object corresponding to the file option to the receiving equipment.

By the data sharing method, the first terminal can receive the operation for use after the user selects the file objects such as pictures, videos and documents to be shared, and trigger the measurement and display of the direction and the position (including the direction and the distance) of one or more second devices. Then, the first terminal receives the operation of the user, selects a receiving device of the file from the one or more second devices, and triggers the first terminal to send the file object selected by the user to the receiving device. Therefore, when the user shares the file data to the nearby equipment through the first terminal, the user can know the position of the nearby equipment, and the user can conveniently determine the receiving equipment of the file data.

In a possible implementation manner, the displaying, by the first terminal, the direction and the distance of the one or more second terminals with respect to the first terminal specifically includes: the first terminal displays a location marker of the first terminal and location markers of the one or more second terminals. Wherein, the direction and distance of the position mark of the second terminal corresponding 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 of the position marker with respect to the receiving device.

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. The receiving device responds to the data sharing request, and displays a first prompt for prompting a user to confirm to receive the file object. Therefore, the user can confirm whether to receive the file object sent by the first terminal on the receiving equipment, and the receiving terminal is prevented from receiving data which the user does not want to receive.

In one possible implementation, the method further includes: the receiving device establishes a file transfer connection with the first terminal in response to a confirmation reception operation by the user. Wherein the file transfer connection comprises a wireless high fidelity point-to-point Wi-Fi P2P connection or an ultra-wideband UWB connection. Thus, the efficiency of file transmission can be improved by transmitting files through Wi-Fi P2P or UWB.

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: and the first terminal displays a second prompt for prompting a user to confirm whether to send the file object corresponding to the file option to the receiving equipment. The first terminal receives a confirmation transmission operation of a user. The sending, by the first terminal, the file object to the receiving device specifically includes: in response to the confirmation sending operation, the first terminal sends the file object to the receiving device. Therefore, the file object can be prevented from being sent to other equipment by the user on the first terminal due to misoperation, and the fault tolerance is improved.

In one possible implementation, before the terminal acquires the location information of the one or more second terminals through the low-power BLE, the method further includes: the first terminal sends angle of arrival AoA broadcast packets to the one or more second terminals via BLE broadcast. After receiving the AoA broadcast packet, the second terminal determines the BLE signal AoA according to the phase information when receiving the AoA broadcast packet, and determines the distance from the first terminal according to the BLE RSSI when receiving the AoA broadcast packet. The second terminal transmits the BLE signal AoA, the distance between the second terminal and the first terminal through BLE broadcasting.

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

Through the data sharing method provided by the application, the first terminal can receive a sliding operation (for example, three-finger sliding) of a user on a first interface (for example, a main interface of a screen), and the display content on the touch screen of the terminal 100 is projected to the display device which is consistent with the sliding direction of the sliding operation and is closest to the sliding direction. Therefore, the operation steps of screen projection of the user can be simplified, and the user experience is improved.

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

Through the data sharing method provided by the application, the first terminal can receive the sliding operation (for example, three-finger sliding) of the user on the music playing interface, and the first terminal is consistent with the sliding direction of the sliding operation and establishes Bluetooth connection with the audio device closest to the first terminal in the sliding direction. After the bluetooth connection is established, the first terminal may send the audio data to the audio device for playing. Therefore, the operation steps of the user for selecting the audio equipment to play the audio data can be simplified, the pairing connection operation of the user for the first terminal and the audio equipment is reduced, and the user experience is improved.

In a seventh aspect, the present application provides a communications apparatus comprising one or more processors and one or more memories. The one or more memories are coupled to the one or more processors and the one or more memories are configured to store computer program code comprising computer instructions that, when executed by the one or more processors, cause the communication device to perform the method of data sharing in any of the possible implementations of the above aspects.

In an eighth aspect, an embodiment of the present application provides a computer storage medium, which includes computer instructions, and when the computer instructions are executed on an electronic device, the communication apparatus is caused to perform a method for data sharing in any one of the foregoing possible implementation manners.

In a ninth aspect, an embodiment of the present application provides a computer program product, which when executed on a computer, causes the computer to perform a method for data sharing in any one of the possible implementation manners of the foregoing aspects.

Drawings

Fig. 1A is a schematic structural diagram of a terminal according to an embodiment of the present application;

fig. 1B is a schematic diagram of a bluetooth protocol framework according to an embodiment of the present application;

fig. 2A is a schematic structural diagram of a display device according to an embodiment of the present disclosure;

fig. 2B is a schematic structural diagram of an audio device according to an embodiment of the present disclosure;

FIGS. 3A to 3D are schematic views of a set of interfaces in the related art of the present application;

FIG. 4 is a system architecture diagram according to an embodiment of the present application;

FIGS. 5A-5J are a set of schematic diagrams of interfaces provided by embodiments of the present application;

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

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

FIGS. 8A-8G are a set of schematic diagrams of an interface provided by another embodiment of the present application;

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

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

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

FIG. 12 is a system architecture diagram according to another embodiment of the present application;

FIGS. 13A-13C are a set of schematic diagrams of an interface provided by another embodiment of the present application;

FIG. 14 is a system architecture diagram according to another embodiment of the present application;

FIGS. 15A-15E are a set of schematic diagrams of an interface provided by another embodiment of the present application;

fig. 16 is a schematic diagram of a bluetooth AoA positioning protocol framework according to an embodiment of the present application;

fig. 17 is a schematic diagram of a bluetooth antenna system according to an embodiment of the present application;

fig. 18 is a schematic diagram of a bluetooth chip system architecture according to an embodiment of the present application;

FIGS. 19A-19B are schematic diagrams illustrating a set of Bluetooth standard protocol interactions according to an embodiment of the present application;

fig. 20 is a schematic diagram of a relative position of a terminal according to an embodiment of the present application;

fig. 21 is a schematic diagram of a bluetooth multi-antenna ranging process according to an embodiment of the present application;

fig. 22 is a schematic flowchart of a data sharing method according to an embodiment of the present application;

fig. 23 is a flowchart illustrating a data sharing method according to another embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be clearly and thoroughly described below with reference to the accompanying drawings. In the description of the embodiments herein, "/" means "or" unless otherwise specified, for example, a/B may mean a or B; the "and/or" in the text is only an association relation describing the association object, and indicates that three relations may exist, for example, a and/or B may indicate: three cases of a alone, a and B both, and B alone exist, and in addition, "a plurality" means two or more than two in the description of the embodiments of the present application.

In the following, the terms "first", "second" are used for descriptive purposes only and are not to be construed as implying or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature, and in the description of embodiments of the application, unless stated otherwise, "plurality" means two or more.

First, an exemplary terminal 100 provided in the following embodiments of the present application is introduced

Fig. 1A shows a schematic structural diagram of the terminal 100.

The following specifically describes an embodiment by taking the terminal 100 as an example. It should be understood that the terminal 100 shown in fig. 1A is merely an example, and that the terminal 100 may have more or fewer components than shown in fig. 1A, may combine two or more components, or may have a different configuration of components. 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: the mobile terminal includes a processor 110, an external memory interface 120, an internal memory 121, a Universal Serial Bus (USB) interface 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, a sensor module 180, a button 190, a motor 191, an indicator 192, a camera 193, a display screen 194, a Subscriber Identity 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, a bone conduction sensor 180M, and the like.

It is to be understood that the illustrated structure of the embodiment of the present invention does not specifically limit the terminal 100. In other embodiments of the present application, terminal 100 may include more or fewer components than shown, or some components may be combined, some components may be split, or a different arrangement of components. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

Processor 110 may include one or more processing units, such as: the processor 110 may include an Application Processor (AP), a modem processor, a Graphics Processor (GPU), an Image Signal Processor (ISP), a controller, a memory, a video codec, a Digital Signal Processor (DSP), a baseband processor, and/or a neural-Network Processing Unit (NPU), among others. The different processing units may be separate devices or may be integrated into one or more processors.

The controller may be, among other things, a neural center and a command center of the terminal 100. The controller can generate an operation control signal according to the instruction operation code and the timing signal to complete the control of instruction fetching and instruction execution.

A memory may also be provided in processor 110 for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. The memory may hold instructions or data that have just been used or recycled by the processor 110. If the processor 110 needs to reuse the instruction or data, it can be called directly from the memory. Avoiding repeated accesses reduces the latency of the processor 110, thereby increasing the efficiency of the system.

In some embodiments, processor 110 may include one or more interfaces. The interface may include an integrated circuit (I2C) interface, an integrated circuit built-in audio (I2S) interface, a Pulse Code Modulation (PCM) interface, a universal asynchronous receiver/transmitter (UART) interface, a Mobile Industry Processor Interface (MIPI), a general-purpose input/output (GPIO) interface, a Subscriber Identity Module (SIM) interface, and/or a Universal Serial Bus (USB) interface, etc.

The I2C interface is a bidirectional synchronous serial bus comprising a serial data line (SDA) and a Serial Clock Line (SCL). In some embodiments, processor 110 may include multiple sets of I2C buses. The processor 110 may be coupled to the touch sensor 180K, the charger, the flash, the camera 193, etc. through different I2C bus interfaces, respectively. For example: the processor 110 may be coupled to the touch sensor 180K through an I2C interface, so that the processor 110 and the touch sensor 180K communicate through an I2C bus interface to implement a touch function of the terminal 100.

The I2S interface may 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 enable communication between the processor 110 and the audio module 170. In some embodiments, the audio module 170 may transmit the audio signal to the wireless communication module 160 through the I2S interface, so as to implement a function of receiving a call through a bluetooth headset.

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

The UART interface is a universal serial data bus used for asynchronous communications. The bus may 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 with the wireless communication module 160. For example: the processor 110 communicates with a bluetooth module in the wireless communication module 160 through a UART interface to implement a bluetooth function. In some embodiments, the audio module 170 may transmit the audio signal to the wireless communication module 160 through a UART interface, so as to realize the function of playing music through a bluetooth headset.

MIPI interfaces may be used to connect processor 110 with peripheral devices such as display screen 194, camera 193, and the like. The MIPI interface includes a Camera Serial Interface (CSI), a Display Serial Interface (DSI), and the like. In some embodiments, processor 110 and camera 193 communicate through a CSI interface to implement the capture functionality of terminal 100. The processor 110 and the display screen 194 communicate through the DSI interface to implement the display function of the terminal 100.

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

The USB interface 130 is an interface conforming to the USB standard specification, and may specifically be a Mini USB interface, a Micro USB interface, a USB Type C interface, or the like. The USB interface 130 may be used to connect a charger to charge the terminal 100, and may also be used to transmit data between the terminal 100 and peripheral devices. And the earphone can also be used for connecting an earphone and playing audio through the earphone. The interface may also be used to connect other terminals, such as AR devices, etc.

It should be understood that the connection relationship between the modules according to the embodiment of the present invention is only illustrative, and is not limited to the structure of the terminal 100. In other embodiments of the present application, the terminal 100 may also adopt different interface connection manners or a combination of multiple interface connection manners in the above embodiments.

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

The power management module 141 is used to connect the battery 142, the charging management module 140 and the processor 110. The power management module 141 receives input from the battery 142 and/or the charge management module 140 and provides power to the processor 110, the internal memory 121, the external memory, the display 194, the camera 193, the wireless communication module 160, and the like. The power management module 141 may also be used to monitor parameters such as battery capacity, battery cycle count, battery state of health (leakage, impedance), etc. In some other embodiments, the power management module 141 may also be disposed in the processor 110. In other embodiments, the power management module 141 and the charging management module 140 may be disposed in the same device.

The wireless communication function of the terminal 100 may be implemented by the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, a modem processor, a baseband processor, and the like.

The

antennas

1 and 2 are used for transmitting and receiving electromagnetic wave signals. Each antenna in terminal 100 may be used to cover a single or multiple communication bands. Different antennas can also be multiplexed to improve the utilization of the antennas. For example: the antenna 1 may 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 may provide a solution including wireless communication of 2G/3G/4G/5G, etc. applied on the terminal 100. The mobile communication module 150 may include at least one filter, a switch, a power amplifier, a Low Noise Amplifier (LNA), and the like. The mobile communication module 150 may receive the electromagnetic wave from the antenna 1, filter, amplify, etc. the received electromagnetic wave, and transmit the electromagnetic wave to the modem processor for demodulation. The mobile communication module 150 may also amplify the signal modulated by the modem processor, and convert the signal into electromagnetic wave through the antenna 1 to radiate the electromagnetic wave. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be disposed in the processor 110. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be disposed in the same device as at least some of the modules of the processor 110.

The modem processor may include a modulator and a demodulator. The modulator is used for modulating a low-frequency baseband signal to be transmitted into a medium-high frequency signal. The demodulator is used for demodulating the received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then passes the demodulated low frequency baseband signal to a baseband processor for processing. The low frequency baseband signal is processed by the baseband processor and then passed to the application processor. The application processor outputs a sound signal through an audio device (not limited to the speaker 170A, the receiver 170B, etc.) or displays an image or video through the display screen 194. In some embodiments, the modem processor may be a stand-alone device. In other embodiments, the modem processor may be provided in the same device as the mobile communication module 150 or other functional modules, independent of the processor 110.

The wireless communication module 160 may provide solutions for wireless communication applied to the terminal 100, including Wireless Local Area Networks (WLANs) (e.g., wireless fidelity (Wi-Fi) networks), bluetooth (BT), global Navigation Satellite System (GNSS), frequency Modulation (FM), near Field Communication (NFC), infrared (IR), and the like. 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, performs frequency modulation and filtering processing on electromagnetic wave signals, and transmits the processed signals to the processor 110. The wireless communication module 160 may also receive a signal to be transmitted from the processor 110, perform frequency modulation and amplification on the signal, and convert the signal into electromagnetic waves through the antenna 2 to radiate the electromagnetic waves.

In some embodiments, the antenna 1 of the terminal 100 is coupled with the mobile communication module 150 and the antenna 2 is coupled with the wireless communication module 160 so that the terminal 100 can communicate with a network and other devices through a wireless communication technology. The wireless communication technology may include global system for mobile communications (GSM), general Packet Radio Service (GPRS), code division multiple access (code division multiple access, CDMA), wideband Code Division Multiple Access (WCDMA), time-division code division multiple access (time-division code division multiple access, TD-SCDMA), long Term Evolution (LTE), BT, GNSS, WLAN, NFC, FM, and/or IR technologies, etc. The GNSS may include a Global Positioning System (GPS), a global navigation satellite system (GLONASS), a beidou navigation satellite system (BDS), a quasi-zenith satellite system (QZSS), and/or a Satellite Based Augmentation System (SBAS).

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

The display screen 194 is used to display images, video, and the like. The display screen 194 includes a display panel. The display panel may be a Liquid Crystal Display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (active-matrix organic light-emitting diode, AMOLED), a flexible light-emitting diode (FLED), a miniature, a Micro-oeld, a quantum dot light-emitting diode (QLED), or the like. In some embodiments, the terminal 100 may include 1 or N display screens 194, N being a positive integer greater than 1.

The terminal 100 may implement a photographing function through the ISP, the camera 193, the video codec, the GPU, the display screen 194, and the application processor, etc.

The ISP is used to process the data fed back by the camera 193. For example, when a photo is taken, the shutter is opened, light is transmitted to the camera photosensitive element through the lens, the optical signal is converted into an electrical signal, and the camera photosensitive element transmits the electrical signal to the ISP for processing and converting into an image visible to naked eyes. The ISP can also carry out algorithm optimization on the noise, brightness and skin color of the image. The ISP can also optimize parameters such as exposure, color temperature and the like of a shooting scene. In some embodiments, the ISP may be provided in camera 193.

The camera 193 is used to capture still images or video. The object generates an optical image through the lens and projects the optical image to the photosensitive element. The photosensitive element may be a Charge Coupled Device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The light sensing element converts the optical signal into an electrical signal, which is then passed to the ISP where it is converted into a digital image signal. And the ISP outputs the digital image signal to the DSP for processing. The DSP converts the digital image signal into image signal in standard RGB, YUV and other formats. In some embodiments, terminal 100 may include 1 or N cameras 193, N being a positive integer greater than 1.

The digital signal processor is used for processing digital signals, and can process digital image signals and other digital signals. For example, when the terminal 100 selects a frequency bin, the digital signal processor is configured to perform fourier transform or the like on the frequency bin energy.

Video codecs are used to compress or decompress digital video. The terminal 100 may support one or more video codecs. In this way, the terminal 100 can play or record video in a variety of encoding formats, such as: moving Picture Experts Group (MPEG) 1, MPEG2, MPEG3, MPEG4, and the like.

The NPU is a neural-network (NN) computing processor that processes input information quickly by using a biological neural network structure, for example, by using a transfer mode between neurons of a human brain, and can also learn by itself continuously. The NPU can implement applications such as intelligent recognition of the terminal 100, for example: 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 extend the memory capability 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. For example, files such as music, video, etc. are saved in the external memory card.

The internal memory 121 may be used to store computer-executable program code, which includes instructions. The processor 110 executes various functional applications of the terminal 100 and data processing by executing instructions stored in the internal memory 121. The internal memory 121 may include a program storage area and a data storage area. The storage program area may store an operating system, an application program (such as a sound playing function, an image playing function, etc.) required by at least one function, and the like. The storage data area may store data (e.g., audio data, a phonebook, etc.) created during use of the terminal 100, and the like. In addition, the internal memory 121 may include a high-speed random access memory, and may further include a nonvolatile memory, such as at least one magnetic disk storage device, a flash memory device, a universal flash memory (UFS), and the like.

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

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

The speaker 170A, also called a "horn", is used to convert the audio electrical signal into a sound signal. The terminal 100 can listen to music through the speaker 170A or listen to a handsfree call.

The receiver 170B, also called "earpiece", is used to convert the electrical audio signal into a sound signal. When the terminal 100 receives a call or voice information, it can receive voice by bringing the receiver 170B close to the human ear.

The microphone 170C, also referred to as a "microphone," is used to convert sound signals into electrical signals. When making a call or transmitting voice information, the user can input a voice signal to the microphone 170C by speaking near the microphone 170C through the mouth. The terminal 100 may be provided with at least one microphone 170C. In other embodiments, the terminal 100 may be provided with two microphones 170C to achieve a noise reduction function in addition to collecting sound signals. In other embodiments, the terminal 100 may further include three, four or more microphones 170C to collect sound signals, reduce noise, identify sound sources, implement directional recording functions, and so on.

The earphone interface 170D is used to connect a wired earphone. The headset interface 170D may be the USB interface 130, or may be a 3.5mm open mobile platform (OMTP) standard interface, a cellular telecommunications industry association (cellular telecommunications industry association of the USA, CTIA) standard interface.

The pressure sensor 180A is used for sensing a pressure signal, and can convert the pressure signal into an electrical signal. In some embodiments, the pressure sensor 180A may be disposed on the display screen 194. The pressure sensor 180A can be of a variety of types, such as a resistive pressure sensor, an inductive pressure sensor, a capacitive pressure sensor, and the like. The capacitive pressure sensor may be a sensor comprising at least two parallel plates having an electrically conductive material. When a force acts on the pressure sensor 180A, the capacitance between the electrodes changes. The terminal 100 determines the intensity of the pressure according to the change in the capacitance. When a touch operation is applied to 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 based on the detection signal of the pressure sensor 180A. In some embodiments, the touch operations that are applied to the same touch position but different touch operation intensities may correspond to different operation instructions. For example: and when the touch operation with the touch operation intensity smaller than the first pressure threshold value acts on the short message application icon, executing an instruction for viewing the short message. And when the touch operation with the touch operation intensity larger than or equal to the first pressure threshold value acts on the short message application icon, executing an instruction of newly building the short message.

The gyro sensor 180B may be used to determine a motion attitude of the terminal 100. In some embodiments, the angular velocity of terminal 100 about three axes (i.e., x, y, and z axes) may be determined by gyroscope sensor 180B. The gyro sensor 180B may be used for photographing anti-shake. Illustratively, when the shutter is pressed, the gyro sensor 180B detects a shake angle of the terminal 100, calculates a distance to be compensated for by the lens module according to the shake angle, and allows the lens to counteract the shake of the terminal 100 by a reverse movement, thereby achieving anti-shake. The gyroscope sensor 180B may also be used for navigation, somatosensory gaming scenes.

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

The magnetic sensor 180D includes a hall sensor. The terminal 100 may detect the opening and closing of the flip holster using the magnetic sensor 180D. In some embodiments, when the terminal 100 is a folder, the terminal 100 may detect the opening and closing of the folder according to the magnetic sensor 180D. And then according to the opening and closing state of the leather sheath or the opening and closing state of the flip cover, the automatic unlocking of the flip cover is set.

The acceleration sensor 180E may detect the magnitude of acceleration of the terminal 100 in various directions (generally, three axes). The magnitude and direction of gravity can be detected when the terminal 100 is stationary. The method can also be used for identifying the terminal posture, and is applied to transverse and vertical screen switching, pedometers and other applications.

A distance sensor 180F for measuring a distance. The terminal 100 may measure the distance by infrared or laser. In some embodiments, the scene is photographed and the terminal 100 may range using the distance sensor 180F to achieve fast focus.

The proximity light sensor 180G may include, for example, a Light Emitting Diode (LED) and a light detector, such as a photodiode. The light emitting diode may be an infrared light emitting diode. The terminal 100 emits infrared light outward through the light emitting diode. The terminal 100 detects infrared reflected light from a nearby object using a photodiode. When sufficient reflected light is detected, it can 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 detect that the user holds the terminal 100 to talk near the ear by using the proximity light sensor 180G, so as to automatically turn off the screen to save power. The proximity light sensor 180G may also be used in a holster mode, a pocket mode automatically unlocks and locks the screen.

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

The fingerprint sensor 180H is used to collect a fingerprint. The terminal 100 can utilize the collected fingerprint characteristics to realize fingerprint unlocking, access to an application lock, fingerprint photographing, fingerprint incoming call answering, and the like.

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

The touch sensor 180K is also referred to as a "touch panel". The touch sensor 180K may be disposed on the display screen 194, and the touch sensor 180K and the display screen 194 form a touch screen, which is also called a "touch screen". The touch sensor 180K is used to detect a touch operation acting thereon or nearby. The touch sensor can communicate the detected touch operation to the application processor to determine the touch event type. Visual output associated with the touch operation may be provided through the display screen 194. In other embodiments, the touch sensor 180K may be disposed on the surface of the terminal 100 at a different position than the display screen 194.

The bone conduction sensor 180M may acquire a vibration signal. In some embodiments, the bone conduction sensor 180M may acquire a vibration signal of the human vocal part vibrating the bone mass. The bone conduction sensor 180M may also contact the human pulse to receive the blood pressure pulsation signal. In some embodiments, the bone conduction sensor 180M may also be disposed in a headset, integrated into a bone conduction headset. The audio module 170 may analyze a voice signal based on the vibration signal of the bone mass vibrated by the sound part acquired by the bone conduction sensor 180M, so as to implement a voice function. The application processor can analyze heart rate information based on the blood pressure beating signal acquired by the bone conduction sensor 180M, so that the heart rate detection function is realized.

The keys 190 include a power-on key, a volume key, and the like. The keys 190 may be mechanical keys. Or may be touch keys. The terminal 100 may receive a key input, and generate a key signal input related to user setting and function control of the terminal 100.

The motor 191 may generate a vibration cue. The motor 191 may be used for incoming call vibration prompts as well as for touch vibration feedback. For example, touch operations applied to different applications (e.g., photographing, audio playing, etc.) may correspond to different vibration feedback effects. The motor 191 may also respond to different vibration feedback effects for touch operations applied to different areas of the display screen 194. Different application scenes (such as time reminding, receiving information, alarm clock, game and the like) can also correspond to different vibration feedback effects. The touch vibration feedback effect may also support customization.

Indicator 192 may be an indicator light that may be used to indicate a state of charge, a change in charge, or a message, missed call, notification, etc.

The SIM card interface 195 is used to connect a SIM card. The SIM card can be brought into and out of contact with the terminal 100 by being inserted into the SIM card interface 195 or being pulled out of the SIM card interface 195. The terminal 100 may support 1 or N SIM card interfaces, where N is a positive integer greater than 1. The SIM card interface 195 may support a Nano SIM card, a Micro SIM card, a SIM card, etc. The same SIM card interface 195 can be inserted with multiple cards at the same time. The types of the plurality of cards may be the same or different. The SIM card interface 195 may also be compatible with different types of SIM cards. The SIM card interface 195 may also be compatible with external memory cards. The terminal 100 interacts with the network through the SIM card to implement functions such as communication and data communication. In some embodiments, the terminal 100 employs eSIM, namely: 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), also referred to as an electronic compass, which may be used to detect magnetic field strength and direction.

A bluetooth protocol architecture diagram in the present application is presented below.

As shown in fig. 1B, the present application provides a bluetooth protocol framework, including but not limited to a Host protocol stack, a HCI (Host Controller Interface), and a Controller (Controller).

The Host protocol stack defines a plurality of applications (profiles) and a core protocol (protocol) in a bluetooth framework, each profile defines a respective corresponding message format and Application rule, and the profile is a bluetooth service (Application). In order to achieve interconnection and interworking of different devices under different platforms, bluetooth protocols are various possible and generally meaningful application scenarios, and specifications such as A2DP (advanced audio distribution profile), HFP (wings-free profile), and the like are established. The core Protocol includes, but is not limited to, a bluetooth basic Service Protocol SDP (Service discovery Protocol), a Logical Link Control and Adaptation Protocol L2CAP (Logical Link Control and Adaptation Protocol), and the like. The core protocol is essential in the bluetooth protocol stack.

The HCI provides a unified interface entering a link manager and a unified mode entering a baseband for an upper layer protocol, a plurality of transmission layers exist between a host core protocol stack and a controller, the transmission layers are transparent and complete a data transmission task, and a Bluetooth technical alliance (SIG) specifies four physical bus modes connected with hardware, namely four HCI transmission layers, namely USB, RS232, UART and PC cards.

The controller defines a bottom hardware part, including a Radio Frequency (RF), a baseband (BB) and a Link Management (LM), and the RF layer implements filtering and transmission of a data bit stream through microwaves in an ISM band that does not require authorization at 2.4GHz, and mainly defines conditions that a bluetooth transceiver needs to meet when operating normally in this frequency band. The baseband is responsible for frequency hopping and transmission of bluetooth data and information frames. The link management is responsible for connecting, establishing and removing links and performing security control. The LM (Link Manager) layer is a Link management layer protocol of the bluetooth protocol stack, and is responsible for translating an upper layer HCI command into an operation acceptable to the baseband, establishing an asynchronous Link-oriented Link (ACL) and a synchronous Link (SCO), and entering the bluetooth device into an operation mode in a power saving state, etc. The LC (Link Control) layer is responsible for responding to upper LM commands (e.g., LM commands that perform the functions of setting up a transmission Link for a packet, maintaining a Link, etc.) during the transmission of a batch of packets.

The method according to the embodiment of the present application is implemented by the wireless communication module 160 of the terminal 100 shown in fig. 1A, and may be specifically executed by a bluetooth module or a bluetooth chip.

Fig. 2A schematically illustrates a structure of a display device 200 according to 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 apparatus 200 shown in fig. 2A is only an example, and the display apparatus 200 may have more or less components than those shown in fig. 2A, may combine two or more components, or may have a different configuration of components. 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. 2A, the display device 200 may include: the device comprises 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, a USB communication processing module 208, a display screen 209 and an audio module 210. Wherein:

the processor 201 is operable to read and execute computer readable instructions. In particular implementations, the processor 201 may mainly include a controller, an operator, and a register. The controller is mainly responsible for instruction decoding and sending out control signals for operations corresponding to the instructions. The arithmetic unit is mainly responsible for storing register operands, intermediate operation results and the like temporarily stored in the instruction execution process. 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, etc.

In some embodiments, the processor 201 may be configured to parse 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/or the like. The process 201 may be used to perform corresponding processing operations according to the parsing result, such as generating a probe response, and the like.

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

A memory 202 is coupled to the processor 201 for storing various software programs and/or sets of instructions. In particular implementations, memory 202 may include high-speed random access memory and may also include 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 may store an operating system, such as an embedded operating system like uCOS, vxWorks, RTLinux, etc. The memory 202 may also store communication programs that may be used for communication by the terminal 100, one or more servers, or accessory devices.

The wireless communication module 203 may include one or more of a bluetooth communication module 203A, 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 Bluetooth Low Energy (BLE) module,

in some embodiments, one or more of the bluetooth communication module 203A, WLAN and the infrared communication module 204C may listen to signals, such as probe requests, scanning signals, etc., transmitted by other devices (such as the terminal 100) and may send response signals, such as probe responses, scanning responses, etc., so that the other devices (such as the terminal 100) may discover the display device 200 and establish wireless communication connections with the other devices (such as the terminal 100) to communicate with the other devices (such as the terminal 100) through one or more wireless communication technologies, such as bluetooth, WLAN, or infrared.

In other embodiments, one or more of the bluetooth communication module 203A, WLAN and the infrared communication module 203C may also transmit signals, such as broadcast bluetooth signals and beacon signals, so that other devices (e.g., the terminal 100) may discover the display device 200 and establish wireless communication connections with other devices (e.g., the electronic device 100) to communicate with other devices (e.g., the electronic device 100) via one or more wireless communication technologies such as bluetooth or WLAN.

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

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

Antenna 204 may be used to transmit and receive electromagnetic wave signals. Each antenna in display device 200 may be used to cover a single or multiple communication bands. Different antennas can also be multiplexed to improve the utilization of the antennas. For example: the antenna of the WLAN communication module 203B may 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, and when there are 3 or more antennas of the bluetooth communication module 203A, the display device 200 may measure an angle of arrival (AoA) of the bluetooth signal transmitted by the terminal 100.

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

The wired LAN communication processing module 206 is operable to communicate with other devices in the same LAN through a wired LAN, and is also operable to connect to a WAN through a wired LAN, and to 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 may be used to communicate with other devices through a USB interface (not shown).

The display screen 209 may be used to display images, video, and the like. The display screen 129 may be a Liquid Crystal Display (LCD), an organic light-emitting diode (OLED) display screen, an active-matrix organic light-emitting diode (AMOLED) display screen, a flexible light-emitting diode (FLED) display screen, a quantum dot light-emitting diode (QLED) display screen, or the like.

The audio module 210 may be used to output an audio signal through the audio output interface, which may enable the display device 200 to support audio playback. The audio module may also be configured to receive audio data through the audio input interface. The display device 200 may be a media player 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 play-out devices like a sound box, so that the display and the audio play-out devices can cooperatively play audio and video.

It is to be understood that the structure illustrated in fig. 2A does not constitute a specific limitation on the display device 200. In other embodiments of the present application, display device 200 may include more or fewer components than shown, or some components may be combined, some components may be split, or a different arrangement of components. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

In the method according to the embodiment of the present application, the bluetooth protocol framework used by the display device 200 may refer to the bluetooth protocol framework shown in fig. 1B, which is not described herein again.

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

Fig. 2B schematically shows a structural diagram of an audio device 220 provided in an embodiment of the present application.

The following describes an embodiment specifically by taking the audio device 220 as an example. It should be understood that the audio device 220 shown in fig. 2B is merely an example, and the audio device 220 may have more or fewer components than shown in fig. 2B, may combine two or more components, or may have a different configuration of components. 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. Wherein:

the processor 221 may be configured to read and execute computer-readable instructions. In particular implementations, the processor 221 may mainly include a controller, an operator, and a register. The controller is mainly responsible for instruction decoding and sending out control signals for operations corresponding to the instructions. The arithmetic unit is mainly responsible for storing register operands, intermediate operation results and the like temporarily stored in the instruction execution process. 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, etc.

In some embodiments, the processor 221 may be configured to parse signals received by the bluetooth communication processing module 223, and so on. The process 221 may be used to perform corresponding processing operations according to the parsing result, and so on.

The memory 222 is coupled to the processor 221 for storing various software programs and/or sets of instructions. In particular implementations, memory 222 may include high-speed random access memory and may also include 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 222 may store an operating system, such as an embedded operating system like uCOS, vxWorks, RTLinux, etc. The memory 222 may also store communication programs that may 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 may listen to signals, such as probe requests, scanning signals, etc., transmitted by other devices (such as the terminal 100) and may transmit response signals, scanning responses, etc., so that the other devices (such as the terminal 100) may discover the audio device 220 and establish wireless communication connections with the other devices (such as the terminal 100) to communicate with the other devices (such as the terminal 100) through bluetooth.

In other embodiments, bluetooth communication module 223 may also transmit a signal, such as a broadcast BLE signal, so that other devices (e.g., terminal 100) may discover audio device 220 and establish a wireless communication connection with other devices (e.g., terminal 100) to communicate with the other devices (e.g., terminal 100) via bluetooth.

The wireless communication function of the audio device 220 may be implemented by the antenna 224, the bluetooth communication module 223, a modem processor, and the like.

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

In some embodiments there may be three antennas 224 of bluetooth communication module 223.

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

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

The audio module 226 may be used to output audio signals through the audio output interface, which may enable the audio device 220 to support audio playback. The audio module may also be configured to receive audio data via the audio input interface. The audio device 220 may be a media player device such as a bluetooth headset.

In some embodiments, the audio device 220 may also include a display screen (not shown), wherein the display screen may be used to display images, prompts, and the like. The display screen may be a Liquid Crystal Display (LCD), an organic light-emitting diode (OLED) display screen, an active-matrix organic light-emitting diode (AMOLED) display screen, a flexible light-emitting diode (FLED) display screen, a quantum dot light-emitting diode (QLED) display screen, or the like.

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

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

It is to be understood that the configuration illustrated in fig. 2B does not constitute a specific limitation of the audio device 220. In other embodiments of the present application, the audio device 220 may include more or fewer components than shown, or some components may be combined, or some components may be split, or a different arrangement of components. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

In the method according to the embodiment of the present application, the bluetooth protocol framework used by the audio device 220 may refer to the above fig. 1B, and is not described herein again.

The data sharing process in the related art of the present application is described below.

Taking sharing a picture class file as an example:

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

Fig. 3A illustrates a user interface 310 of a gallery application displayed by a terminal, such as a smartphone. The gallery is an application program for managing pictures on a terminal such as a smart phone and a tablet computer, and can be called as an album. The user interface 310 of the gallery application includes thumbnails of one or more pictures.

2. And opening a picture display interface in the gallery application by the user.

The terminal may receive an input operation (e.g., a single click) by the user with respect to the thumbnail 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 title, for example, "7 months and 15 days 2019". The sharing button 321 can be used to trigger opening of the picture sharing interface. The favorites button 322 may be used to trigger the favorites of the picture 326 to a picture favorites folder. Edit button 323 can be used to trigger edit functions such as rotate, crop, add filters, blur, etc. to picture 326. A delete button 324 can be used to trigger the deletion of the picture 326. More buttons 325 may be used to trigger the opening of more picture related functions.

3. And clicking a sharing button in the picture display interface by the user, and opening the picture sharing interface.

The terminal may receive an input operation (e.g., a single click) by the user with respect to 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 a region 331, a region 337, and a region 339. Wherein:

region 331 may be used to display one or more pictures or videos in the gallery that may include a user-selected picture or video, such as selected picture 332. 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 (i.e., the picture has been selected by the user). A control 335 and a control 336 may also be displayed in the region 331, and the two controls (the control 335 and the control 336) may be used to switch or update the pictures displayed in the region 331. The picture or video picture displayed in this area 331 may be a thumbnail. The original image corresponding to the picture or video image displayed in the area 331 may be stored on the terminal.

Region 337 may be used to display nearby device options found by the terminal, as well as one or more user options. The user options correspond to nearby devices discovered by the terminal. In which the terminals may display a search prompt 338 in field 337 when they are searching for nearby devices (e.g., a text prompt such as "find nearby device, contra party needs to turn on bluetooth, WLAN", etc.).

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

4. After the user searches nearby equipment in the terminal, the user clicks nearby equipment options in the picture sharing interface, and the selected picture is shared to the nearby equipment.

As shown in fig. 3D, after searching for a nearby device, the terminal may display a nearby device option or a user option corresponding to the nearby device, for example, a user option 341 (user name is referred to as "Lisa") in an area 337.

The terminal may receive an input operation (e.g., a single click) of the user option 341 from a user, and in response to the input operation, the terminal may establish a communication connection with the device corresponding to the user option 341 and then transmit the selected picture to the device corresponding to the user option through the communication connection.

Through the data sharing process in the related technology, it can be seen that the operation process of sharing files such as pictures and the like on the terminal by a user to nearby equipment is complex, and user experience is affected.

Therefore, the application provides a data sharing method, where a terminal may receive a sliding operation of a user in a file display interface (for example, a display interface on which file objects such as pictures, videos, and documents are displayed), and detect a sliding direction of the sliding operation. The terminal may measure the directional position (including direction and distance) of the nearby device with respect to the terminal through a Bluetooth Low Energy (BLE) AoA measurement technique in response to the sliding operation. Then, the terminal may determine a nearby device whose direction relative to the terminal is consistent with and closest to the sliding direction of the sliding operation, and send the file object in the file presentation interface to the nearby device whose direction position is consistent with and closest to the sliding direction. Therefore, the operation steps of sharing file data (such as pictures, videos, documents and the like) by the user can be simplified, and convenience is provided for the user.

The data sharing method provided in the present application is introduced below in combination with an application scenario.

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

Fig. 4 is a schematic diagram of a system according to an embodiment of the present disclosure. As shown in fig. 4, the system 40 includes a terminal 100 and nearby devices. The nearby devices include the terminal 101, the terminal 102, and the terminal 103, and so on. Fig. 4 illustrates an exemplary positional relationship between the terminal 100 and the terminal 101 in a horizontal plane of the terminal 102 and the terminal 103 in some application scenarios of the present application.

In the subsequent embodiments of the present application, for convenience of explaining the positional relationship of the terminal 100 with the nearby device, the position of the device in the plan view may be represented by a reference point (e.g., may be a center position point) on the device. For example, the center location point of the terminal 100 may be used to represent its position in the horizontal plane. In this embodiment, a center position point of the terminal 100 may be taken as a direction indicated by a vector whose starting point is perpendicular to an upper edge of the touch screen of the terminal 100, and the direction may be taken as a reference direction of the terminal 100, and may also be referred to as a 0-degree direction of the terminal 100.

Thus, as shown in fig. 4, terminal 101 may be at 315 degrees clockwise of terminal 100 in the direction of 0.8m, terminal 102 may be at 45 degrees clockwise of terminal 100 in the direction of 1.2m, and terminal 103 may be at 90 degrees clockwise of terminal 100 in the direction of 0.5m.

In the embodiment of the present application, the nearby devices of the terminal 100 may not be limited to three devices in fig. 4, and there may be more or less nearby devices, and the nearby devices in fig. 4 are only exemplary to explain the present application by three nearby devices, and should not be construed as limiting. The above fig. 4 exemplarily shows the relative position relationship between the above three nearby devices (terminal 101, terminal 102, and terminal 103) and the terminal 100, and is merely an exemplary illustration of the embodiment of the present application, and should not be construed as a limitation.

The

terminals

100, 101, 102 and 103 in fig. 4 may be terminals such as smart phones and tablet computers. The structural diagram of the terminal 100 may refer to the embodiment shown in fig. 1A. 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 are not described in detail herein.

In some application scenarios, after triggering to open a file such as a picture, a video, a document, etc., a user may send the file object such as the picture or the video to a nearby device that is consistent with and closest to a sliding direction of a sliding operation through the sliding operation (e.g., three-finger sliding) on a display interface of the file object such as the picture, the video, the document, etc. Therefore, the operation steps of sharing the file data by the user can be simplified, and the efficiency of sharing the file data to nearby equipment is improved.

In the UI embodiments exemplarily shown in fig. 5A to 5J, after the user may trigger to open a picture in the gallery application on the terminal 100, the picture is sent to a nearby device that is in accordance with and closer to the sliding direction of the sliding operation through the sliding operation.

As shown in fig. 5A, the terminal 100 may display an interface 510 having a home screen, in which interface 510 a page in which application icons are placed is displayed, the page including a plurality of application icons (e.g., a weather application icon, a stock application icon, a calculator application icon, a setting application icon 512A, a mail application icon, a pay treasure application icon, a facebook application icon, a browser application icon, a gallery application icon 512B, a music application icon 512C, a video application icon, a WeChat application icon 512D, a find my device application icon 512E, etc.). And page indicators are also displayed below the application icons to indicate the position relationship of the currently displayed page and other pages. Below the page indicator are a plurality of tray icons (e.g., a dialing application icon, an information application icon, a contacts application icon, a camera application icon) that remain displayed during page switching. In some embodiments, the page may also include a plurality of application icons and a page indicator, the page indicator may not be a part of the page, and may exist alone, and the picture icon is also optional, which is not limited by the embodiment of the present application. A status bar 511 is displayed in the upper part of the interface 510, and the status bar 511 may include: one or more signal strength indicators for mobile communication signals (which may also be referred to as cellular signals), battery status indicators, time indicators, and the like. When the terminal starts the bluetooth function, a bluetooth on indicator may also be displayed in the status bar 511. Displayed beneath the tray icon is a navigation bar 516, which navigation bar 516 may include: a return button 517, a Home screen button 518, an outgoing call task history button 519, and the like. When it is detected that the user clicks the return button 517, the terminal 100 may display a page previous to the current page. When it is detected 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 key 519, the terminal 100 may display a task that the user has recently opened. The names of the navigation keys can be other keys, and the application does not limit the names. Not limited to virtual keys, each navigation key in navigation bar 516 may also be implemented as a physical key. In some embodiments, navigation bar 516 is also optional, and the user may perform the functions of the navigation keys in navigation bar 516 through other operations.

The terminal 100 may receive an operation (e.g., a single click) by the user on the gallery application icon 512B, and in response to the operation, the terminal 100 may display a gallery application interface 520 as shown in fig. 5B.

As shown in FIG. 5B, one or more album options (e.g., all photos album 521, video album 522, camera album, screen shot catalog album, weChat album, micro blog album, etc.) are included in the gallery application interface 520. Wherein, the name of the album and the number of photos and/or videos in the album are arranged below each album option. For example, 2160 photos are included in all

photo album

521, and 6 videos are included in video album 522. The gallery application interface 520 also includes a newly created album control 523. The new album control 523 may be used to trigger the creation of a new album in the gallery application interface 520.

The terminal 100 may receive an operation (e.g., a single click) by the user on the all-photos album 521, and in response to the operation, the terminal 100 may display an 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 (e.g., thumbnails 531) of one or more pictures therein.

The terminal 100 may receive an operation (e.g., a single click) of the user on the thumbnail 531, and in response to the operation, the terminal 100 may display a picture presentation interface 540 as shown in fig. 5D.

As shown in fig. 5D, the title of the picture presentation interface 540 may be "7/15/2019". The picture display interface 540 displays a picture 541 and a menu 547. The menu 547 includes a share button 542, a collection button 543, an edit button 544, a delete button 545, and a more button 546. The share button 542 may be used to trigger opening of a file sharing interface (see file sharing interface 330 in fig. 3C, above). The favorites button 543 can be used to toggle the favorites of the picture 541 into a picture favorites folder. Edit button 544 can be used to trigger editing functions such as rotate, crop, add filters, blur, etc. to picture 541. A delete button 545 may be used to trigger the deletion of the picture 541. A more button 546 may be used to trigger the opening of more functions associated with the picture 541.

In some embodiments, this menu 547 is optional. The menu 547 can be hidden in the picture displaying interface 540, for example, a user can click on the picture 541 to hide the menu 547, and click on 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 of the user on the picture presentation interface 540, for example, when the touch screen of the terminal 100 supports a multi-touch screen, the sliding operation may be a three-finger touch screen sliding, but is not limited thereto, and the sliding operation may also be a two-finger touch sliding, a knuckle touch sliding, a finger press sliding, and the like. The starting position of the sliding operation may be at any position of the picture display interface 540, for example, at the position of the picture 541 in the picture display interface 540, or at another position, which is not limited. The sliding direction of the sliding operation may be determined by the starting position and the ending position of the sliding operation, and the track may be a curve or a straight line, which is not limited in the present application. In response to the sliding operation, the terminal 100 may turn on the bluetooth function, and measure the directional position of the nearby device with respect to the terminal 100 through an angle of arrival (AoA) of BLE. The terminal 100 may further determine, according to the directional position of the nearby devices, a receiving device (for example, the receiving device is the terminal 103) that is closer to the sliding direction (for example, the sliding direction is 90 degrees clockwise of the terminal 100, that is, the right direction of the terminal 100) from the nearby devices (for example, the terminal 101, the terminal 102, and the terminal 103).

In the embodiment of the present application, the direction of the receiving device relative to the terminal 100 and the sliding direction may have a certain error, that is, when an included 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), the direction of the receiving device relative to the terminal 100 may be considered to be 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 (e.g., the terminal 103).

As shown in fig. 5F, after the terminal 100 determines the receiving device (e.g., 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 confirmation button 549A and a cancel button 549B. 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. The prompt box 548 can display the device name of the receiving device for the user to confirm whether the receiving device is expected. 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 "huafei P30 Pro"). For example, the prompt box 548 may display text information such as "whether to send the picture to the 'HUAWEI P30 Pro'". The prompt box 548 may also display data size information (e.g., "total 8M") of the picture 541 for prompting the user of the data size of the picture 541.

Terminal 100 may receive an operation (e.g., a single click) of the user on confirmation button 549A in prompt box 548, and in response to the operation, terminal 100 may transmit a picture sharing request to a receiving device (e.g., terminal 103) through BLE and display progress bar 550 as shown in fig. 5G. 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 also not display the prompt box 548 after determining the receiving device, send the picture sharing request to the receiving device (e.g., the terminal 103) through BLE directly without confirmation by the user on the terminal 100, and display the progress bar 550 as shown in fig. 5G. Thus, the picture 541 can be sent directly to the receiving device, only if the user agrees to receive on 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 may also receive an operation of the user with respect to the progress bar 550 after displaying the progress bar 550, and hide the progress bar 550, for example, the progress bar 550 may be hidden in a pull-down notification window of the terminal 100, and if the user wants to view the progress bar 550 again, the notification window may be called to view the progress bar 550 by receiving a sliding operation of the user on the status bar. In the embodiment of the present application, the display position or the display manner of the progress bar 550 may be applicable to various progress bars mentioned in the subsequent embodiments, and details in the subsequent embodiments will not be described again.

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

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

The reception device (e.g., terminal 103) may receive an operation (e.g., a single click) of the reception button 561 by the user, and in response to the operation, the reception device (e.g., terminal 103) may transmit a reception response to the terminal 100. After receiving the receiving response, the terminal 100 may transmit the picture 541 to a receiving device (e.g., the terminal 103) through a communication technology such as Wi-Fi direct (e.g., wireless fidelity peer to peer, wi-Fi P2P), wi-Fi softAP, ultra-wideband (UWB), and the like. In the process of sending the picture 541, the progress displayed on the progress bar 552 on the terminal 100 may change along with the transmission progress, for example, the progress displayed on the progress bar 552 when the terminal 100 has not started to transmit the picture 541 is "0%", and the progress displayed on the progress bar 552 when the transmission is completed is "100%".

As shown in fig. 5H, the receiving device is the terminal 103. After the terminal 100 transmits the picture 541 to the receiving apparatus terminal 103, the terminal 103 may directly display the picture 563, or display the picture 563 after confirmation by the user. The picture 563 displayed on the terminal 103 is derived from the terminal 100, and is the same picture file as the picture 541 displayed on the terminal 100. The size of the picture 563 displayed on the receiving device (e.g., the terminal 103) is adaptively adjusted according to the display screen of the receiving device (e.g., the terminal 103).

In some embodiments, the above-described prompt box 560 is optional. The receiving apparatus may display a prompt box 560 upon receiving a data (e.g., picture) sharing request of a first file object (e.g., picture) transmitted by the terminal 100, and receive a confirmation operation of the user for the receive button 561, establishing a file transfer connection (e.g., wi-Fi P2P, wi-Fi softAP, UWB, etc.) with the receiving apparatus. If the receiving device receives the second file object (e.g., picture) sent by the terminal 100 again after a period of time (e.g., 15 seconds), the receiving device may not display the prompt box 560, and directly receive the second file object (e.g., picture, video, document) sent by the device 100 without confirmation of the user. In the embodiment of the present application, the text description of the prompt box 560 displayed on the receiving device may be applied to the progress bar displayed on the receiving device mentioned in the following embodiments, and reference may be made to the parts that are not described in detail in the following embodiments.

In some embodiments, after the receiving device (e.g., the terminal 103) receives the data sharing request sent by the terminal 100, the receiving device (e.g., the terminal 103) may reject the picture data sent by the receiving device 100 in response to an operation of the user.

Illustratively, as shown in fig. 5I, the receiving device is a terminal 103. The terminal 103 may receive an operation (e.g., a single click) of the user on the reject button 562, and in response to the operation, the terminal 103 may transmit a reject response to the terminal 100.

As shown in fig. 5J, the terminal 100 may update the display prompt information 555 in the progress bar 550 after receiving the rejection response sent by the terminal 103. The prompt information 555 may be "the huaboei P30Pro' has rejected receiving the picture (total 8M) sent by you".

In the UI embodiment exemplarily shown in fig. 6A to 6G, after the user may trigger to open the presentation interface of the video file on the terminal 100, the video file is sent to the nearby device that is consistent with and closest to the sliding direction of the sliding operation through the sliding operation.

As shown in fig. 6A, the terminal 100 may be displayed with a gallery application interface 610. The gallery application interface 610 includes one or more album options (e.g., all photos album 611, video album 612, camera album, screen capture directory album, weChat album, micro blog album, etc.), a newly created album control 613, and the like.

The gallery application interface 610 shown in fig. 6A is the same as the gallery application interface 520 shown in fig. 5B, and therefore, the text description for the gallery application interface 520 in fig. 5B is also applicable to the gallery application interface 610 in fig. 6A, and is not repeated here.

The terminal 100 may receive an operation (e.g., a single click) by the user on the video album 612, and in response to the operation, the terminal 100 may display a 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 (e.g., video file option 621) therein.

Terminal 100 may receive an operation (e.g., a single click) most used by the user for video file option 621, and in response to the operation, terminal 100 may display 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 of the video file corresponds to "travel". The video display interface 630 includes a video file 631, a play button 638, and a menu 637. The play button 638 may be used to trigger the playing of the video file 631. 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. Sharing button 642 may be used to trigger the opening of a file sharing interface (see file sharing interface 330 in FIG. 3C, above). The favorites button 633 may be used to trigger the favorites of the video file 631 to a video favorites folder. Edit button 634 may be used to trigger editing functions such as cropping of video screen 631. A delete button 635 may be used to trigger the deletion of the video file 631. More buttons 636 may be used to trigger the opening of more functions associated with the video file 631.

In some embodiments, this menu 637 is optional. The menu 637 may be hidden in the video presentation interface 630, for example, the user may hide the menu 637 by clicking on the video file 631, and may display the menu 637 by clicking on the video file 631 again, which is not limited in this application.

As shown in fig. 6D, the terminal 100 may receive a sliding operation applied to the video presentation interface 630 by the user, for example, the sliding operation may be a three-finger-triggered touch screen sliding. The starting position of the sliding operation may be any position of the picture displaying interface 540, which is not limited. The sliding direction of the sliding operation may be determined by the starting position and the ending position of the sliding operation, and the track may be a curve or a straight line, which is not limited in the present application. In response to the sliding operation, the terminal 100 may turn on the bluetooth function, and measure the directional position of the nearby device with respect to the terminal 100 through BLE AoA. The terminal 100 may further determine a receiving device (e.g., the receiving device is the terminal 103) which is consistent with and closer to the sliding direction (e.g., the sliding direction is the clockwise 90-degree direction of the terminal 100, i.e., the right direction of the terminal 100) from the nearby devices (e.g., the terminal 101, the terminal 102, and the terminal 103) according to the directional positions of the nearby devices.

After determining the receiving device, the terminal 100 may display a prompt box 640 as shown in fig. 6E for requesting the user to confirm whether to send the video file 631 to the receiving device determined by the terminal 100 (e.g., the receiving device is the terminal 103).

As shown in fig. 6E, after the terminal 100 determines the receiving device (e.g., 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. The prompt box 640 may display the device name of the receiving device, so as to enable the user to confirm whether the receiving device is expected. 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 "huafei P30 Pro"). For example, the prompt box 640 may display text information such as "whether to send the video to 'HUAWEI P30 Pro'". The prompt box 640 may also display size information (e.g., "82M" in total) of the video file 631 for prompting the user of the data size of the video file 631.

Terminal 100 may receive an operation (e.g., a single click) of the user on confirmation button 641 in prompt box 640, and in response to the operation, terminal 100 may transmit a video sharing request to a receiving device (e.g., terminal 103) through BLE and display progress bar 650 as shown in fig. 6F. 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 also not display the prompt box 640 after determining the receiving device, send the video sharing request to the receiving device (e.g., the terminal 103) through BLE directly without confirmation by the user on the terminal 100, and display the progress bar 650 as shown in fig. 6F. Thus, the video file 631 can be sent directly to the receiving device, with the user only having to agree to receive at the receiving device.

As shown in fig. 6F, information such as the name of the video file 631, the name of the receiving apparatus, and the data size of the video file 631 may be displayed in the progress bar 650. For example, text information such as "video file 'travel' is to be sent to 'huaboei P30Pro' (total 82M)" is displayed in the progress bar 650. The progress bar 650 may also include a progress bar 652 and a cancel button 653. The progress bar 652 may be used to display, among other things, the progress of the terminal 100 in transmitting the video file 631. The cancel button 653 may be used to trigger the cancellation of the transmission of the video file 631.

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

The reception apparatus (e.g., terminal 103) may receive an operation (e.g., a single click) of the reception button 661 by the user, and in response to the operation, the reception apparatus may transmit a reception response to the terminal 100. After receiving the receiving response, the terminal 100 may transmit the video file 631 to a receiving device (e.g., the terminal 103) via a communication technology such as Wi-Fi direct (e.g., wi-Fi P2P), wi-Fi softAP, UWB, and the like. In the process of sending the picture 541, the progress displayed on the progress bar 552 on the terminal 100 may change along with the transmission progress, for example, the progress displayed on the progress bar 552 when the terminal 100 has not started to transmit the picture 541 is "0%", and the progress displayed on the progress bar 552 when the transmission is completed is "100%".

As shown in fig. 6G, the receiving device is the terminal 103. After the terminal 100 transmits 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 user confirmation. The video file 663 displayed on the terminal 103 is derived 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, where 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 upon receiving a data (e.g., video file) sharing request of a first file object (e.g., video file) transmitted by the terminal 100, and receive a confirmation operation of the user with respect to the reception button 561, to establish a file transfer connection (e.g., wi-Fi P2P, wi-Fi softAP, UWB, etc.) with the receiving device. If the receiving device receives the second file object (e.g., video file) sent by the terminal 100 again after a period of time (e.g., 15 seconds), the receiving device may not display the prompt box 560 and directly receive the second file object (e.g., video file) sent by the device 100 without user confirmation.

In some application scenarios, after the user triggers to open a file such as a picture, a video, a document, etc., the user may first trigger the terminal 100 to measure and display the directional position of a nearby device on a display interface of the file such as the picture, the video, the document, etc. Then, the user can drag the picture, video, document and other files to the position of the nearby device through the sliding operation so as to send the picture, video, document and other files to the nearby device. Therefore, the operation steps of sharing the file data by the user can be simplified, and the file data sharing efficiency is improved.

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

As shown in fig. 7A, the terminal 100 may be displayed with a picture presentation interface 710. The title of the picture presentation interface 710 may be "2019, 7, 15. The picture display interface 710 includes a picture 711 and a menu 717. 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 may be used to trigger the opening of a file sharing interface (see file sharing interface 330 in fig. 3C, above). A favorites button 713 may be used to trigger the favoring of the picture 711 to a picture favorites folder. The edit button 714 may be used to trigger editing functions such as rotating, cropping, adding filters, blurring, etc. the picture 711. A delete button 715 may be used to trigger the deletion 716 of the picture. More buttons 716 may be used to trigger the opening of 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 hide the menu 717 by clicking the picture 711, and can display the menu 717 by clicking the picture 711 again, which is not limited in this application.

The terminal 100 may receive a touch operation applied to the picture 711 by a user, for example, the touch operation may be a user's finger pressing (e.g., three-finger long pressing) on the picture 711, and is not limited to three-finger long pressing, but may also be a double-finger long pressing, a single-finger long pressing, and the like, which is not limited herein. In response to the touch operation, the terminal 100 may turn on the bluetooth function, search for nearby devices through BLE, and measure directional positions (including directions and distances) of the nearby devices through BLE AoA.

As shown in fig. 7B, for example, when the terminal 100 presses the picture 711 with three fingers, the picture 711 may be displayed in a reduced size, and at the same time, the terminal 100 may turn on the bluetooth function, search for nearby devices through BLE, and measure the directional position (including direction and distance) of the nearby devices through BLE AoA. In the process of the terminal 100 searching for a nearby device, the terminal 100 may display a search prompt 721 for prompting the user that the terminal 100 is currently searching for a nearby device. The search hint 721 may be text information such as "nearby devices are being searched for", but is not limited to this, and the search hint 721 may also be information such as icons.

As shown in fig. 7C, after the terminal 100 searches for a nearby device and measures the directional position of the nearby device, the terminal 100 may display the directional position of the nearby device with respect to the terminal 100 on the picture presentation interface 710. Among them, the nearby devices may be 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".

The directional position of the nearby devices (the terminal 101, the terminal 102, and the terminal 103) measured by the terminal 100 may refer to the above-mentioned positional relationship between the terminal 100 and the nearby devices (the terminal 101, the terminal 102, and the terminal 103) exemplarily shown in fig. 4. Terminal 101 may be at 315 degrees clockwise of terminal 100 at 0.8m, terminal 102 may be at 45 degrees clockwise of terminal 100 at 1.2m, and terminal 103 may be at 90 degrees clockwise of terminal 100 at 0.5m.

As shown in fig. 7C, the terminal 100 may display its own location mark 725, a location mark 722 of the terminal 101, a location mark 723 of the terminal 102, and a location mark 724 of the terminal 103 on the picture presentation interface 710. Among them, the positional relationship between the position mark 725 of the terminal 100 and the position marks of the nearby devices may refer to the positional relationship between the terminal 100 and the nearby devices.

The distances between the position markers (position marker 722, position marker 723, position marker 724, and position marker 725) may be scaled according to the distance between terminal 100 and the nearby devices. The directions of the location markers (location marker 723, location marker 724, and location marker 725) of the nearby devices with respect to location marker 725 are the same as the directions of the nearby devices with respect to terminal 100.

For example, the scaling may be 1. Since the terminal 101 is 0.8m in 315 degrees clockwise of the terminal 100, the position marker 722 may be 2cm in 315 degrees clockwise of the position marker 725. Since the terminal 102 is at 1.2m in the 45 degree clockwise direction of the terminal 100, the position marker 723 may be at 3cm in the 45 degree clockwise direction of the position marker 725. Since the terminal 103 is at 0.5m in the 45 degree clockwise direction of the terminal 100, the position mark 724 may be at 1.25cm in the 90 degree clockwise direction of the position mark 725. The above examples are merely illustrative of the present application and are not intended to be limiting.

As shown in fig. 7C, after the terminal 100 displays the position markers (position marker 722, position marker 723, position marker 724) of the respective nearby devices, the terminal 100 may receive a slide operation applied to the picture 711 by the user. The sliding operation may be a user holding the picture 711 with a finger (e.g., holding with three fingers) and sliding the picture in a direction of 90 degrees clockwise of the terminal 100.

As shown in fig. 7D, the picture 711 can follow the touch point of the finger of the user on the touch screen during the process of sliding the finger. In one implementation, the display size of the picture 711 decreases as the movement distance increases. The terminal 100 may determine the receiving device of the picture 711 according to the middle sliding end position of the sliding operation. For example, when the middle slide end position of the slide 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 one possible implementation, the operation of the user selecting the receiving device is not limited to the sliding operation on the picture 711 shown in fig. 7C and 7D, but may be other selection operations, without limitation. For example, after measuring the directional position of each nearby device and displaying the position mark of each nearby device, the terminal 100 may receive the click operation of the user on the position mark 724 in fig. 7C. In response to the single-click operation, the terminal 100 can determine that the receiving device is the terminal 103 corresponding to the position mark 724.

After the terminal 100 determines that the receiving device (e.g., the terminal 103) is connected, the terminal 100 may send a picture sharing request to the receiving device (e.g., the terminal 103) through BLE, and display a progress bar 730 as shown in fig. 7E. The picture sharing request is used to request the receiving device to receive the picture 711 shared by the device 100.

As shown in fig. 7E. A progress bar 730 displayed on the terminal 100 may display text information 731 for prompting the user of 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 "picture" to be sent to "huaboei P30Pro' (total 8M)" in 7, 15/2019. The progress bar 730 may also include a progress bar 732 and a cancel button 733. The progress bar 732 can be used to display the progress of the terminal 100 in sending the picture 711. The cancel button 733 can be used to trigger cancellation of transmission of the picture 711.

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

The reception device (e.g., the terminal 103) may receive an operation (e.g., a single click) by the user on the reception button 741, and in response to the operation, the reception device may transmit a reception response to the terminal 100. After receiving the receiving response, the terminal 100 may send the picture 711 to a receiving device (e.g., the terminal 103) through a communication technology such as Wi-Fi direct (Wi-Fi P2P), wi-Fi softAP, ultra-wideband (UWB), and the like. In the process of transmitting the picture 711, the progress displayed on the progress bar 732 on the terminal 100 may change along with the transmission progress, for example, the progress displayed on the progress bar 732 is "0%" when the terminal 100 has not started to transmit the picture 711, and the progress displayed on the progress bar 732 is "100%" when the transmission is completed.

As shown in fig. 7F, the receiving device is a terminal 103. The terminal 103 may directly display the picture 743 after the terminal 100 transmits the picture 711 to the receiving apparatus terminal 103, or display the picture 743 after confirmation by the user. The picture 743 displayed on the terminal 103 is originated from the terminal 100, and is the same picture file as the picture 711 displayed on the terminal 100. The size of the picture 743 displayed on the receiving device (e.g., the terminal 103) is adaptively adjusted according to the display screen of the receiving device (e.g., the terminal 103).

In some application scenarios, a user may send a file such as a picture, a video, or a document to a nearby device that is consistent with and closest to a sliding direction of a sliding operation through the sliding operation (e.g., three-finger sliding) on a presentation interface of the file such as the picture, the video, or the document in a third-party application (e.g., a WeChat application or a QQ application). Therefore, the user can quit the terminal local folder from the third-party application without triggering to store the file in the third-party application to the terminal local, and trigger to share the equipment nearby the file data, so that the operation steps of the user for sharing the file data in the third-party application are simplified, and the efficiency of sharing the file data to the nearby equipment is improved.

In the UI embodiments exemplarily shown in fig. 8A to 8G, taking the third-party application as an example, the third-party application is a WeChat application, and exemplarily illustrates that a user sends a file such as a picture or a video to a nearby device that is consistent with and closest to a sliding direction of the sliding operation through a sliding operation (e.g., three-finger sliding) on a presentation interface of the file such as the picture, the video, and the document in the third-party application.

As shown in fig. 8A, the terminal 100 may display an interface 510 having a home screen, in which interface 510 a page in which application icons are placed is displayed, the page including a plurality of application icons (e.g., a weather application icon, a stock application icon, a calculator application icon, a setting application icon 512A, a mail application icon, a pay treasure application icon, a facebook application icon, a browser application icon, a gallery application icon 512B, a music application icon 512C, a video application icon, a WeChat application icon 512D, a find my device application icon 512E, etc.). For the text description of the interface 510, reference may be made to the embodiment shown in fig. 5A, which is not described herein again.

The terminal 100 may receive an operation (e.g., a single click) of the user on the wechat application icon 512D, and in response to the operation, the terminal 100 may display a wechat application interface 810 as shown in fig. 8B.

As shown in fig. 8B, the wechat application 810 includes a message browsing page 811 and a menu 813. The menu 813 includes a WeChat control 814, a contact control 815, a discovery control 816, and a My control 817. The WeChat control 814 is used for triggering the terminal 100 to display the message browsing page 811. The contacts control 815 may be used to trigger the terminal 100 to display a page including a plurality of WeChat contacts options. The discovery control 816 may be used to trigger the terminal 100 to display a page including functionality controls for friend circles, sweeps, and the like. The my control 817 may be used to trigger the terminal 100 to display a page including information such as the profile of the WeChat user. The message view page 811 includes one or more message options (e.g., a message option 812 for the contact "MAC," a message option for the contact "Kate," a message option for a mailbox reminder, a message option for a subscription number, a message option for the contact group "eat away," a message option for a WeChat sport, a message option for the contact group "gym").

The terminal 100 may receive an operation of the user on the message option 812, and in response to the operation, the terminal 100 may display a chat interface 820 as shown in fig. 8C.

As shown in FIG. 8C, the chat interface 820 display includes a contact name (e.g., "MAC"), a contact avatar 821, a chat message 822, a voice input control 823, a text input box 824, an emoticon control 825, and a more functionality control 826. The chat message 822 may be a file such as a picture, a video, a document, etc., and fig. 8C illustrates only the picture file, which should not be construed as a limitation. Voice input control 823 can be used to trigger terminal 100 to display text entry box 824 instead as a voice entry box. Text entry box 824 may be used to display text or emoticons entered by the user. The emoticon control 825 may be used to trigger the terminal 100 to display one or more transmittable emoticons. The more functionality control 826 may be used to trigger the terminal 100 to display more WeChat chat functionality controls (e.g., a picture send control, a video send control, a photo send control, etc.).

The terminal 100 may receive an operation (e.g., a single click) of the chat message 822 by the user, and in response to the operation, the terminal 100 may display a picture presentation 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 of the user on the picture presentation interface 830, for example, the sliding operation may be a sliding operation of the user touching the touch screen with three fingers. The starting position of the sliding operation may be any position of the picture display interface 830, 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 the track may be a curve, may be a straight line, and the application is not limited. In response to the sliding operation, the terminal 100 may turn on the bluetooth function, and measure the directional position of the nearby device with respect to the terminal 100 through BLE AoA. The terminal 100 may further determine, according to the directional position of the nearby devices, a receiving device (for example, the receiving device is the terminal 103) that is closer to the sliding direction (for example, the sliding direction is 90 degrees clockwise of the terminal 100, that is, the right direction of the terminal 100) from the nearby devices (for example, the terminal 101, the terminal 102, and the terminal 103).

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

As shown in fig. 8E, after the terminal 100 determines the receiving device (e.g., 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. 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. The prompt box 840 may display the device name of the receiving device, so as to allow the user to confirm whether the receiving device is expected. 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 "huamei P30 Pro"). For example, the prompt box 840 may display text information such as "whether to send the picture to the 'HUAWEI P30 Pro'". The prompt box 840 may also display data size information (e.g., "total 8M") of the picture 831, which is used to prompt the user about the data size of the picture 831.

Terminal 100 may receive an operation (e.g., a single click) of confirmation button 841 in prompt box 840 by the user, and in response to the operation, terminal 100 may transmit a picture sharing request to a receiving device (e.g., terminal 103) through BLE and display progress bar 850 as shown in fig. 8F. 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 above-mentioned prompt box 840 displayed by the terminal 100 in fig. 8E is optional, and the terminal 100 may also not display the prompt box 840 after determining the receiving device, send the picture sharing request to the receiving device (e.g., the terminal 103) directly through BLE without confirmation by the user on the terminal 100, and display the progress bar 850 as shown in fig. 8E. Thus, the picture 831 can be sent directly to the receiving device, as long as the user agrees to receive on the receiving device.

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

As shown in fig. 8F, the receiving device may be a terminal 103. After receiving the picture sharing request sent by the terminal 100, the terminal 103 may display the prompt box 840. The prompt box 840 includes a receive button 841 and a reject button 842, among others. The receive button 84 may be used to trigger the terminal 103 to receive the picture 831 sent by the device 100. The reject button 842 may be used to trigger the terminal 103 to reject the picture 831 sent by the receiving device 100.

The reception device (e.g., terminal 103) can receive an operation (e.g., a single click) of the reception button 841 by the user, and in response to the operation, the reception device (e.g., terminal 103) can transmit a reception response to the terminal 100. After receiving the receiving response, the terminal 100 may first save the picture 831 to a local folder of the terminal 100. Then, the terminal 100 transmits the picture 831 to a receiving device (e.g., the terminal 103) through a communication technology such as Wi-Fi direct (Wi-Fi P2P), wi-Fi softAP, ultra-wideband (UWB), and the like. In the process of transmitting the picture 831, the progress displayed on the progress bar 852 of the terminal 100 may change along with the transmission progress, for example, the progress displayed on the progress bar 852 when the terminal 100 has not started to transmit the picture 831 is "0%", and the progress displayed on the progress bar 852 when the transmission is completed is "100%".

As shown in fig. 8G, the receiving device is the terminal 103. The terminal 100 may display the picture 863 directly after transmitting the picture 831 to the receiving device terminal 103, or display the picture 861 after confirmation by the user by the terminal 103. The picture 863 displayed on the terminal 103 is derived from the terminal 100, and is the same picture file as the picture 831 displayed on the terminal 100. The size of the picture 863 displayed on the receiving device (e.g., the terminal 103) is adaptively adjusted according to the display screen of the receiving device (e.g., the terminal 103).

In some application scenarios, the user may trigger the terminal 100 to measure and display the directional position (including direction and distance) of the nearby device after selecting a file such as a picture, a video, a document, etc. to be shared. The user may then select a receiving device for the file from the nearby devices to trigger the terminal 100 to send the user-selected file to the receiving device. In this way, when sharing the file data to the nearby device through the terminal 100, the user can know the location of the nearby device, and the user can conveniently determine the receiving device of the file data.

In the UI embodiments exemplarily shown in fig. 9A to 9J, taking a video file as an example, after a user may select a video file to be shared on a data sharing interface (e.g., a "hua shi sharing" interface), the terminal 100 is triggered to measure and display the directional position of one or more nearby devices. Then, the user may select a receiving device of the file from the nearby devices to trigger the terminal 100 to transmit the file data selected by the user to the receiving device.

The hua is sharing (Huawei Share) may support the user 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 cell phones, nearby tablets, nearby personal computers, etc. Turning on "Huazhen sharing" may refer to turning on one or more of WLAN or Bluetooth. After the Huaqi sharing function is turned on, the electronic device may discover devices near the terminal 100 through communication technologies such as Bluetooth, wi-Fi direct connection (e.g., wi-Fi p2 p), wi-Fi soft AP, and Wi-Fi LAN. In some embodiments, the "Huaqi sharing" function may also have other names, such as "instant sharing", and the like, which are not limited herein.

As shown in fig. 9A, the terminal 100 may display an interface 510 having a home screen, in which interface 510 a page in which application icons are placed is displayed, the page including a plurality of application icons (e.g., a weather application icon, a stock application icon, a calculator application icon, a setting application icon 512A, a mail application icon, a pay treasure application icon, a facebook application icon, a browser application icon, a gallery application icon 512B, a music application icon 512C, a video application icon, a WeChat application icon 512D, a find my device application icon 512E, etc.). For the text description of the interface 510, reference may be made to the embodiment shown in fig. 5A, which is not described herein again.

The terminal 100 may receive an operation (e.g., a single click) of the user on the setting application icon 512A, and in response to the operation, the terminal 100 may display a setting application interface 910 as shown in fig. 9B.

As shown in fig. 9B, the settings application interface 910 includes one or more settings items (e.g., wireless and network device items, device connection settings items 911, application and notification settings items, battery settings items, display settings items, sound settings items, storage settings items, security and privacy settings items, user and account settings items, etc.) therein.

The terminal 100 may receive an operation (e.g., a single click) by the user on the device connection setting item 911, and in response to the operation, the terminal 100 may display a device connection setting interface 920 as shown in fig. 9C.

As shown in fig. 9C, the device connection settings interface 920 includes one or more options (e.g., bluetooth option, NFC option, huawei Beam option, huawei Share option 921, cell phone screen projection option, USB option, print option, etc.).

The terminal 1100 may receive an operation (e.g., a single click) by the user on the Huacheng sharing option 921, and in response to the operation, the terminal 100 may display a Huacheng sharing interface 930 as shown in fig. 9D.

As shown in fig. 9D, the huazi sharing interface 930 includes a user information entry 931, a visibility entry 934, a received file entry 936, a shared space entry 937, a file sending control 938A, a multicast control 938B, a print control 938C, a shared to computer control 938D, and a hit pass control 938E. The user information entry 931 is used to display a user avatar 932, a user name 933 (e.g., "An Qian"), and a device name (e.g., "huafei Mate 20 Pro"). The visibility entry 934 includes a visibility opening Guan Kongjian for triggering the terminal 100 to be discovered by other devices. The received file entry 936 is used to trigger the terminal 100 to display a file received through the "Huacheng sharing" function. The sharing control entry 937 may be used to trigger the terminal 100 to display file data shared by other devices or users. The file sending control 938A may be configured to trigger the terminal 100 to display a file selection interface, so that a user may select file data to be sent. The multicast control 938B may be used to trigger the terminal 100 to send file data to multiple nearby devices simultaneously. The print control 938C may be used to trigger 100 the sending of the file to a nearby printer for printing. The share-to-computer control 938D may be configured to trigger the terminal 100 to send file data to a "Huacheng sharing" client on the computer. A touch control 938E may be used to trigger the terminal 100 to send file data to other devices via NFC.

The terminal 100 may receive an operation (e.g., a single click) of the file-sending control 938A by the user, and in response to the operation, the terminal 100 may display a 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". The file selection interface 940 may include one or more data type options (e.g., picture type options 941, video type options 942, application type options 943, file type options 944) display areas 945 and send controls 949 thereon. Among other things, the picture type option 941 may be used to trigger the terminal 100 to display one or more picture folders (e.g., "camera" folder 946, "cell phone Taobao" folder, "screenshot directory" folder, "My favorites" folder) in the display area 945. The "camera" folder 946 includes a selected picture prompt 947 and a folder full checkbox 948. The selected pictures prompt 947 may be used to prompt the user for the number of pictures that have been selected in the "Camera" folder 946. The folder full checkbox 948 may be used to trigger the selection of all of the photos in the "camera" folder 946. The video type option 942 may be used to trigger the terminal 100 to display one or more video options in the display area 945. The application options 943 may be used to trigger the terminal 100 to display one or more application data options in the display area 945. The file option 944 may be used to trigger the terminal 100 to display one or more other files (e.g., documents, tables, slides, etc. files) in the display area 945.

As shown in fig. 9F, after the terminal 100 receives an operation (e.g., a single click) by the user on the video type option 942, in response to the operation, the terminal 100 may display one or more video options (e.g., a "cate course" video option 952, a "seaside walk" video option 953, a "weekend hi turn-over day" video option 954, a "travel" video option 955, a "sunset" video option 956, an "open to the sky" video option 957, etc.) in the display area 945. The terminal 100 may also have a full checkbox 951 displayed in the display area 945 for triggering the terminal 100 to check all video options in the display area 945.

Terminal 100 can receive a user action (e.g., a single click) to operate "travel" video option 955 and "sunset" video option 956, in response to which terminal 100 can display a label 958 as shown in fig. 9G on both "travel" video option 955 and "sunset" video option 956 for prompting the user that the video file corresponding to "travel" video option 955 and the video file corresponding to "sunset" video option 956 have been currently selected.

As shown in fig. 9G, after the user selects the file data to be transmitted (e.g., the video file corresponding to "travel" video option 955 and the video file corresponding to "sunset" video option 956), the terminal 100 may display the data size (e.g., 122 MB) of the file data to be transmitted in the transmission control 949.

The terminal 100 may receive an operation (e.g., a single click) of the transmission control 949 by the user, and in response to the operation, the terminal 100 may display a file transmission interface 960 as shown in fig. 9H. Meanwhile, the terminal 100 may turn on the bluetooth function, search for nearby devices through BLE, and measure directional positions (including directions and distances) of nearby devices through BLE AoA.

As shown in FIG. 9H, the file delivery interface 960 may include a nearby device option 962, a contacts option 963, and a radar chart 970. After the terminal 100 searches for a nearby device and measures a directional position of the nearby device, the terminal 100 may display the directional position of the nearby device with respect to the terminal 100 in a radar map 970. Among them, the nearby devices may be 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".

The directional position of the nearby devices (the terminal 101, the terminal 102, and the terminal 103) measured by the terminal 100 may refer to the above-mentioned positional relationship between the terminal 100 and the nearby devices (the terminal 101, the terminal 102, and the terminal 103) exemplarily shown in fig. 4. Terminal 101 may be 0.8m in 315 degrees clockwise of terminal 100, terminal 102 may be 1.2m in 45 degrees clockwise of terminal 100, and terminal 103 may be 0.5m in 90 degrees clockwise of terminal 100.

As shown in fig. 9H, the terminal 100 may display its own position mark 971, a position mark 972 of the terminal 101, a position mark 973 of the terminal 102, and a position mark 974 of the terminal 103 on the radar map 970. Among them, the positional relationship between the position mark 971 of the terminal 100 and the position marks of the nearby devices may refer to the positional relationship between the terminal 100 and the nearby devices.

The distance between the position marks (position mark 971, position mark 972, position mark 973, and position mark 974) may be scaled according to the distance between the terminal 100 and the nearby device. The orientation of the position marks (position mark 972, position mark 973, and position mark 974) of the nearby devices with respect to position mark 971 is the same as the orientation of the nearby devices with respect to terminal 100.

For example, the scaling may be 1. Since the terminal 101 is 0.8m in 315 degrees clockwise of the terminal 100, the position mark 972 may be 2cm in 315 degrees clockwise of the position mark 961. Since the terminal 102 is at 1.2m in the 45 degree clockwise direction of the terminal 100, the position mark 973 may be at 3cm in the 45 degree clockwise direction of the position mark 971. Since the terminal 103 is at 0.5m in the 45 degree clockwise direction of the terminal 100, the position mark 974 may be at 1.25cm in the 90 degree clockwise direction of the position mark 971. The above examples are merely illustrative of the present application and are not intended to be limiting.

Terminal 100 may receive an operation of the user on a location marker of a nearby device (e.g., the user clicks location marker 974), and in response to the operation, terminal 100 may determine a receiving device (e.g., terminal 103), send a picture sharing request to the receiving device (e.g., terminal 103) through BLE, and display progress bar 980 as shown in fig. 9I. 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, a 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 file 'travel' and 'sunset' to be sent to 'huaweii P30Pro' (122M total)". The progress bar 980 may also include a progress bar 982 and a cancel button 983. The progress bar 982 may be used, among other things, to display the progress of the terminal 100 in transmitting selected file data (e.g., a video file corresponding to "travel" video option 955 and a video file corresponding to "sunset" video option 956). The cancel button 983 may be used to trigger the cancellation of the transmission of the selected file data.

As shown in fig. 9I, the receiving device may be a terminal 103. After receiving the data sharing request sent by the terminal 100, the terminal 103 may display a prompt box 990. The prompt box 990 includes a receive button 991 and a reject button 992. The receive button 991 can be used to trigger the terminal 103 to receive the file data sent by the terminal 100. The reject button 992 may be used to trigger the terminal 103 to reject the reception of the file data transmitted by the terminal 100.

The reception apparatus (e.g., terminal 103) may receive an operation (e.g., a single click) by the user on the reception button 991, and in response to the operation, the reception apparatus may transmit a reception response to the terminal 100. After receiving the receiving response, the terminal 100 may transmit the file data selected by the user (e.g., the video file corresponding to the "travel" video option 955 and the video file corresponding to the "sunset" video option 956) to a receiving device (e.g., the terminal 103) through a communication technology such as Wi-Fi direct (Wi-Fi P2P), wi-Fi softAP, ultra-wideband (UWB), and the like. In the process of sending the file data, the progress displayed on the progress bar 982 on the terminal 100 may change along with the transmission progress, for example, the progress displayed on the progress bar 982 is "0%" when the terminal 100 has not started to transmit the file data, and the progress displayed on the progress bar 982 is "100%" when the transmission is completed.

As shown in fig. 9J, the receiving device is a terminal 103. After terminal 100 transmits the user selected file data (e.g., video file corresponding to "travel" video option 955 and video file corresponding to "sunset" video option 956) to terminal 103, terminal 103 may display "travel" video option 993 and "sunset" video option 994 directly or after user confirmation. The video file corresponding to the "travel" video option 993 displayed on the terminal 103 originates from the terminal 100, and is the same video file as the video file corresponding to the "travel" video option 955 on the terminal 100. The video file corresponding to "sunset" video option 994 displayed on terminal 103 originates from terminal 100 and is the same video file as the video file corresponding to "sunset" video option 956 on terminal 100.

In some embodiments, the operation of triggering the terminal 100 to display the huacheng sharing interface 930 illustrated in fig. 9D is not limited to the operation of the sharing option 921 in the device connection setting interface 920 illustrated in fig. 9C, and the terminal 100 may also call up a menu window in response to the operation of the user on the main screen, where the menu window includes a switch control having the huacheng sharing function. And in response to the operation of the user on the switch control, the terminal 100 is caused to display the huacheng sharing interface 930 shown in fig. 9D. This helps to simplify the operation steps for the user to send the document data to the nearby device.

For example, as shown in fig. 10A, the terminal 100 may display an interface 510 with a main screen, and for the text description of the interface 510, reference may be made to the embodiment shown in fig. 5A, which is not repeated herein. The terminal 100 may receive a sliding operation (e.g., a downward sliding operation) of the user on the status bar 511, and in response to the sliding operation, the terminal 100 may display a menu window 1010 as shown in fig. 10B. The menu window 1010 may display switch controls with functions (e.g., a Wireless Local Area Network (WLAN) switch control, a bluetooth switch control, a flashlight switch control, a ringer switch control, an auto-rotation switch control, a Huawei Share switch control 1011, etc.).

The terminal 100 may receive an operation (for example, a long press) of the huazi sharing switch control 1011 from the user, and in response to the operation, the terminal 100 may display a huazi sharing interface 930 as shown in fig. 10D. The huaji sharing interface 930 shown in fig. 10D is the same as the huaji sharing interface 930 shown in fig. 9D, and therefore, for the text description of the huaji sharing interface 930, reference may be made to the embodiment shown in fig. 9D, which is not repeated herein.

In some embodiments, the terminal 100 may not only share the file data selected by the user to a nearby device through a near field communication technology, but also transmit the file data selected by the user to a device Huawei sharing contact in the application through the Internet (Internet). Therefore, the user can conveniently select to share the data to the nearby equipment through the near field communication technology or send the data to the equipment of the contact person through the Internet at an unlimited distance, and the operation that the user shares the data to the nearby equipment and the contact person at the same time is simplified.

Illustratively, as shown in fig. 10E, the terminal 100 displays a file transmission interface 960. For the text description of the file sending interface 960, reference may be made to the embodiment shown in fig. 9H, which is not described herein again.

The terminal 100 may receive an operation (e.g., a single click) of the user on the contact option 963 in the file transmission interface 960, and in response to the operation, the terminal 100 may update the contact list 1020 displayed as shown in fig. 10F in the display area of the radar map 970.

As shown in fig. 10F, the contact list 1020 includes one or more contact (e.g., "Wei Ying," "Jiang Cheng," "Andy," "ana," "Bob," "Britney," etc.) options. Wherein the one or more contact options correspond to user accounts (e.g., hua is account) with the same type of clients on the device. And the user name and the equipment model of each contact are displayed on the option of each contact. For example, the user name of the contact displayed on the contact option 1021 is "Wei Ying" and the device model is "HUAWEI P30Pro".

The terminal 100 may receive an operation performed by the user 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 the file data to the device corresponding to the contact option 1021, the terminal 100 may display a progress frame 1022 for prompting the user about the progress of file sending.

In some application scenarios, when an accessory device (e.g., a bluetooth headset, a bluetooth speaker, etc.) of the terminal 100 is lost in a certain corner and cannot be found by the user through the naked eye, the terminal 100 may measure the directional position of the nearby device through the BLE AoA technology and display the directional position of the accessory device relative to the terminal 100 on the touch screen. Therefore, the user can be helped to find nearby accessory equipment, and the user experience is improved.

For example, as shown in fig. 11A, the terminal 100 may display an interface 510 with a home screen, and for the text description of the interface 510, reference may be made to the embodiment shown in fig. 5A, which is not repeated herein. The terminal 100 may receive an operation (e.g., a single click) by the user for the find my device application 512E, and in response to the operation, the terminal 100 may display an application interface 1110 as shown in fig. 11B.

As shown in fig. 11B, the title of 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 (e.g., device option 1112, and accessory device option 1113). The map 1120 includes a location mark 1121 of the terminal 100 and location marks 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 "huabei P30". The device option 1113 may correspond to a bluetooth headset, and the device name may be "HUAWEI Free buses 2".

The map 1120 may include a position mark (e.g., position mark 1121) of the terminal 100 and position marks (e.g., position mark 1122, position mark 1123) of one or more other devices. The location marker 1121 may be used to indicate the current location of the terminal 100 in the map 1120. Since the handset "huabei P30" can currently transmit a Global Positioning System (GPS) location to the terminal 100, the location marker 1122 can be used to indicate the location of the handset "huabei P30" in the map 1120. Because the current bluetooth headset "HUAWEI Free bugs 2" cannot send the GPS position to the terminal 100 or the bluetooth headset "HUAWEI Free bugs 2" has no GPS positioning function. Accordingly, the location flag 1123 may be used to indicate the location of the bluetooth headset "HUAWEI Free Buds 2" in the map 1120 when the bluetooth headset was last disconnected from the terminal 100. The location refresh control 1111 is used to trigger the terminal 100 to update the location marks of the terminal 100 and other devices.

Terminal 100 may receive a user action on device option 1113, in response to which terminal 100 may display device lookup interface 1130 as shown in FIG. 11C.

As shown in fig. 11C, the device corresponding to the device option 1113 may be a bluetooth headset. The title on the device lookup interface 1130 may display the name of the bluetooth headset, e.g., "HUAWEI Free bugs 2". The device search interface 1130 includes a map 1140, a positioning device control 1131, a playing sound control 1132, and a radar chart 1133. The map 1140 includes a location mark 1141 of the terminal 100 and a location mark 1142 of the bluetooth headset. The location mark 1141 is used to indicate the current location of the terminal 100 in the map 1140, and since the terminal 100 cannot acquire the GPS location of the bluetooth headset, the location mark 1142 is used to indicate the location of the bluetooth headset in the map 1140 when the bluetooth headset is disconnected from the terminal 100.

The positioning device control 1131 may be configured to trigger the terminal 100 to update the position marks of the terminal 100 and the bluetooth headset in the display map. The play sound control 1132 may be configured to trigger the terminal 100 to send a sound play request to the bluetooth headset, so as to request the bluetooth headset to play sound. The radar map control 1133 may be used to trigger the terminal 100 to measure the location of the nearby device through BLE AoA and display the location of the nearby device in the radar map. In this way, by measuring the location of nearby devices by BLE AoA, the user can be helped to find the accessory device in case the accessory device cannot be located by GPS.

As shown in fig. 11D, the position of the position mark 1141 in the map 1140 may change during the movement of the terminal 100. When the terminal 100 moves to the vicinity of the geographic location represented by the location marker 1142 (e.g., within 2m of the distance), the terminal 100 may display a prompt 1134 for prompting the current location that may trigger the terminal 100 to display an accessory device (e.g., a bluetooth headset) in a radar map. For example, the prompt 1134 can be a text prompt (e.g., "you have reached near the allocated 'HUAWEI Free bugs 2', you can turn on the radar map to find the accessory more accurately"), but is not limited to text prompts, and the prompt 1134 can also be a picture prompt, an audio prompt, or the like.

The terminal 100 may receive an operation (e.g., a single click) of the radar chart control 1133 by the user, and in response to the operation, the terminal 100 may display a radar chart interface 1150 as shown in fig. 11E. Meanwhile, the terminal 100 turns on the bluetooth function, searches for nearby devices through BLE, and measures directional positions (including directions and distances) of nearby devices through BLE AoA.

As shown in fig. 11E, the radar map interface 1150 may include a radar map 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 (e.g., bluetooth headset) and measures the directional position of the bluetooth headset, the terminal 100 may display the directional position of the accessory device with respect to the terminal 100 in the radar map 1160. Among other things, terminal 100 may display

location markers

1161 and 1162 in the radar map. The location marker 1161 may be used to represent the location of the terminal 100 itself in the radar map. The location marker 1162 can be used to indicate the location of an accessory device (e.g., a bluetooth device) in the radar map 1160.

The position relationship between the position mark 1161 and the position mark 1162 may refer to the position relationship between the terminal 100 and the accessory device, and the distance between the position mark 1161 and the position mark 1162 may be scaled according to the distance between the terminal 100 and the nearby device. The orientation of location mark 1162 with respect to location mark 1161 is the same as the orientation of nearby devices with respect to terminal 100.

For example, the scaling may be 1. Since the accessory device may be at 270 degrees direction 1m clockwise of the terminal 100, the position mark 1162 may be at 270 degrees direction 2cm clockwise of the position mark 1161. The above examples are merely illustrative of the present application and are not intended to be limiting.

In some embodiments, terminal 100 may also send a sound play request to the accessory device via BLE broadcast for requesting the accessory device to play sound. Therefore, the user can listen to the sound identification and quickly find the position of the accessory equipment.

Illustratively, as shown in fig. 11E, the terminal 100 may receive an operation (e.g., a single click) by the user on the play sound control 1152, and in response to the operation, the terminal 100 may transmit a sound play request to an accessory device (e.g., a bluetooth headset). The accessory device (e.g., a bluetooth headset) can play a specified sound (e.g., a piece of music, a piece of speech, etc.) in response to the sound play request.

As shown in fig. 11F, after receiving the sound playing request, the accessory device (e.g., bluetooth headset) may return a sound playing response to the terminal 100. After receiving the sound playing response, the terminal 100 may display the prompt information 1155, and display the playing sound control 1152 instead of the stop playing control 1154. The prompt 1155 can be used to prompt the user that the accessory device is currently playing sound. The prompt information 1155 may be a text prompt, for example, "HUAWEI Free bugs 2 is playing the sound …". Without being limited thereto, the prompt information 1155 may be other types of prompts such as pictures, sounds, and the like. The stop playing control 1154 is used to trigger the terminal 100 to send a stop playing request to the accessory device (e.g., bluetooth headset), and to request the accessory device (e.g., bluetooth headset) to stop playing sound.

In some embodiments, the accessory device may be a bluetooth headset, some types (e.g., true Wireless Stereo (TWS) types) of bluetooth headsets may include a left ear headset and a right ear headset, and the left ear headset and the right ear headset are mechanically separate. The terminal 100 may control the bluetooth headset to play the sound only through the left ear headset or only through the right ear through BLE broadcasting. For example, terminal 100 may receive an operation (e.g., a single click) by a user on left ear mute control 1151, in response to which terminal 100 may send a left ear mute request to the bluetooth headset. The bluetooth headset may disable the left ear headset from playing sound after receiving the left ear mute request. Terminal 100 may receive an operation (e.g., a single click) by a user on right ear mute control 1153, in response to which terminal 100 may send a right ear mute request to the bluetooth headset. After receiving the right ear mute request, the bluetooth headset may prohibit the right ear headset from playing sound. In this way, a user may be facilitated to find a single left ear headphone or right ear headphone.

In some application scenarios, there may be multiple display devices near the terminal 100. The terminal 100 may cast display content on the touch screen of the terminal 100 to a display device that is coincident with and closest to a sliding direction of a sliding operation (e.g., three-finger sliding) by receiving the sliding operation of the user at the home screen interface. Therefore, the operation steps of screen projection of the user can be simplified, and the user experience is improved.

First, a system architecture in the context of the present application will be described exemplarily.

Fig. 12 is a system architecture diagram according to an embodiment of the present application. As shown in fig. 12, the system 12 includes a terminal 100 and nearby devices. The nearby devices include display device 104 and display device 105, and so on. Fig. 12 schematically shows a position relationship of the terminal 100, the display device 104, and the display device 105 on a horizontal plane in some application scenarios of the present application.

In the embodiment of the present application, for convenience of explaining the positional relationship of the terminal 100 with the nearby device, the position of the device in the plan view may be represented by a reference point (e.g., may be a center position point) on the device. For example, the center location point of the terminal 100 may be used to represent its position in the horizontal plane. In this embodiment, a center position point of the terminal 100 may be taken as a direction indicated by a vector whose starting point is perpendicular to an upper edge of the touch screen of the terminal 100, and the direction may be taken as a reference direction of the terminal 100, and may also be referred to as a 0-degree direction of the terminal 100.

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

In the embodiment of the present application, the nearby devices of the terminal 100 may not be limited to the two display devices in fig. 12, and there may be more or less, and fig. 12 illustrates the present application by using two display devices for example, and should not be construed as limiting. The above-mentioned fig. 12 exemplarily shows the relative position relationship between the above-mentioned two display devices (display device 104, display device 105) and the terminal 100, and is merely an exemplary illustration of the embodiment of the present application, and should not be construed as a limitation.

The following describes a UI embodiment of the present application based on the system scenario illustrated in fig. 12 above.

In the UI embodiment exemplarily shown in fig. 13A-13C, after the main screen interface triggers opening of a picture in the gallery application on the terminal 100 through a sliding operation, the user may, through the sliding operation, screen-cast the display content on the touch screen of the terminal 100 to the display device that is consistent with and closest to the sliding direction of the sliding operation.

As shown in fig. 13A, the terminal 100 may display an interface 510 with a main screen, and for the text description of the interface 510, reference may be made to the embodiment shown in fig. 5A, which is not described herein again. The terminal 100 may receive a sliding operation of the user on the interface 510 of the home screen, for example, the sliding operation may be a three-finger touch screen sliding. The starting position of the sliding operation may be any position of the interface 510 of the main screen, and is not limited. The sliding direction of the sliding operation may be determined by the starting position and the ending position of the sliding operation, and the track may be a curve or a straight line, which is not limited in the present application. In response to the sliding operation, the terminal 100 may turn on the bluetooth function, and measure a directional position of one or more display devices nearby with respect to the terminal 100 through an angle of arrival (AoA) of BLE. The terminal 100 may further determine, from the one or more display devices (e.g., the display device 104 and the terminal display device 105), a screen projection device (e.g., the screen projection device is the display device 104) that is consistent with and closer to the sliding direction (e.g., the sliding direction is the clockwise 90-degree direction of the terminal 100, i.e., the right direction of the terminal 100) according to the directional position of the one or more display devices in the vicinity.

After determining the receiving device, the terminal 100 may display a prompt box 1310 as shown in fig. 13B for requesting the user to confirm whether to project the current display content of the touch screen on the terminal 100 to the receiving device (e.g., the display device 105).

As shown in fig. 13B, the prompt box 1310 includes a confirm button 1311 and a cancel button 1312. The confirmation button 1311 is used to trigger the terminal 100 to project the current display content onto the screen projection device. The cancel button 549B is used to trigger the terminal 100 to cancel the current display content of the screen projection onto the screen projection device. The prompt box 1310 may display a device name of the screen projection device, so as to enable the user to confirm whether the screen projection device is expected. Since the screen-projecting 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 "huabei TV").

The terminal 100 may receive an operation (e.g., clicking) performed by the user on the confirmation button 1311 in the prompt box 1310, and in response to the operation, the terminal 100 may project the current display content on the touch screen of the terminal 100 onto the projection device through a communication technology such as Wi-Fi P2P and some projection protocols (e.g., mircast protocol, dlna protocol, airplay protocol, etc.).

As shown in fig. 13C, the screen projection device determined by the terminal 100 can display the device 105. A bounded surface 1320 may be displayed on the display device 105. Wherein the interface 1320 is identical in interface element to the interface 510 of the home screen currently displayed on the terminal 100. Wherein, the display screen of the display device 105 may be different in size from the touch screen of the terminal 100. Therefore, the size of the interface 1320 displayed by the display device 105 may be different from the size of the interface 510 displayed by the terminal 100.

In some application scenarios, there may be multiple audio devices (e.g., bluetooth speakers, bluetooth headsets, etc.) near the terminal 100. The user can establish a bluetooth connection with the audio device, which is the closest to the sliding direction of the sliding operation and is the same as the sliding direction of the sliding operation, through the sliding operation (e.g., three-finger sliding) on the music playing interface. After the bluetooth connection is established, the terminal 100 may send the audio data to the audio device for playing. Therefore, the operation steps of the user for selecting the audio equipment to play the audio data can be simplified, and the user experience is improved.

First, the system architecture in the context of the present application is described as an example.

Fig. 14 is a system architecture diagram according to an embodiment of the present application. As shown in fig. 14, the system 14 includes a terminal 100 and nearby devices. The nearby devices include audio device 106 and audio device 107, among others. Fig. 14 schematically shows the positional relationship of the terminal 100 with 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, for convenience of explaining the positional relationship of the terminal 100 with the nearby device, the position of the device in the plan view may be represented by a reference point (for example, may be a center position point) on the device. For example, the center location point of the terminal 100 may be used to represent its position in the horizontal plane. In this embodiment, a center position point of the terminal 100 may be taken as a direction indicated by a vector whose starting point is perpendicular to an upper edge of the touch screen of the terminal 100, and the direction may be taken as a reference direction of the terminal 100, and may also be referred to as a 0-degree direction of the terminal 100.

Thus, as shown in fig. 14, the audio device 106 may be at 0.8m in the 45 degree clockwise direction of the terminal 100 and the audio device 107 may be at 0.5m in the 90 degree clockwise direction of the terminal 100.

In the embodiment of the present application, the nearby devices of the terminal 100 may not be limited to the two audio devices in fig. 14, and there may be more or less, and fig. 14 illustrates the present application by using two audio devices, which should not be construed as limiting. The above-mentioned fig. 14 exemplarily shows the relative position relationship between the above-mentioned two audio devices (audio device 106, audio device 107) and the terminal 100, and is merely an exemplary illustration of the embodiment of the present application, which should not be construed as a limitation.

The following describes a UI embodiment of the present application based on the system scenario illustrated in fig. 14 above.

In the UI embodiment exemplarily shown in fig. 15A to 15C, in the music playing interface, by a slide operation (e.g., a three-finger slide), the terminal 100 is made to establish a bluetooth connection with the audio device that is in line with the slide direction of the slide operation and is closest in that direction. After the bluetooth connection is established, the terminal 100 may send the audio data to the audio device for playing.

As shown in fig. 15A, the terminal 100 may display an interface 510 having a main screen, and for the text description of the interface 510, reference may be made to the embodiment shown in fig. 5A, which is not repeated herein. The terminal 100 may receive an operation (e.g., a single click) of the user on the music application icon 512C, and in response to the operation, the terminal 100 may display a music play interface 1510 as shown in fig. 15B.

As shown in fig. 15B, the music playing interface 1510 includes a music name 1511, a play/pause control 1512, a previous control 1513, a next control 1514, a play progress bar 1515, a download control 1516, a share control 1517, more buttons 1518, and so forth. For example, the music name 1511 may be "Dream it pos". 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 last control 1513 can be used to trigger the terminal 100 to switch to the last audio data in the playlist for playing. The next control 1514 can be used to trigger the terminal 100 to switch to play the next audio data in the playlist. The play progress bar 1515 may be used to indicate the progress of the playing 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 playing 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 functionality controls regarding the playing of music.

As shown in fig. 15C, the terminal 100 may receive a slide operation of the user on the music playing interface 1510. For example, the sliding operation may be a three-finger touch screen sliding. The start position of the sliding operation may be any position of the music playing interface 1510, and is not limited. The sliding direction of the sliding operation may be determined by the starting position and the ending position of the sliding operation, and the track may be a curve or a straight line, which is not limited in the present application. In response to the sliding operation, the terminal 100 may turn on the bluetooth function, and measure a directional position of one or more audio devices in the vicinity with respect to the terminal 100 through an angle of arrival (AoA) of BLE. The terminal 100 may further determine, from the one or more audio devices (e.g., the audio device 106 and the terminal audio device 107), a playing device (e.g., the playing device is the audio device 107) that is consistent with and closer to the sliding direction (e.g., the sliding direction is the clockwise 90-degree direction of the terminal 100, i.e., the right direction of the terminal 100) according to the directional position of the one or more audio devices in the vicinity.

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 playing device (e.g., the audio device 107) for playing.

As shown in fig. 15D, the prompt box 1520 includes a confirm button 1521 and a cancel button 1522. The confirmation button 1521 is used to trigger the terminal 100 to send the audio data corresponding to the music name 1511 to a playing device (e.g., the audio device 107) for playing. The cancel button 549B is used to trigger the terminal 100 to cancel sending the audio data corresponding to the music name 1511 to a playing device (e.g., the audio device 107) for playing. The prompt box 1520 may display a device name of the playing device, so as to let the user confirm whether the playing device is expected. 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 "huabei AM 08").

The terminal 100 may receive an operation (e.g., a single click) of the confirmation button 1521 in the prompt box 1520 by the user, and in response to the operation, the terminal 100 may establish a bluetooth connection with a playback device (e.g., the audio device 107) and transmit audio data corresponding to the music name 1511 to the playback device (e.g., the audio device 107) for playback.

As shown in fig. 15E, the terminal 100 determines that the playing device can be the audio device 107. After establishing a bluetooth connection with the audio device 107, the terminal 100 may send the audio data corresponding to the music name 1511 to the audio device 107 for playing.

The bluetooth AoA positioning protocol framework in this application is described below.

As shown in fig. 16, an embodiment of the present application provides a bluetooth AoA positioning protocol Framework, which includes, but is not limited to, an Application (APP) layer, a protocol Framework (Framework) layer, a bluetooth protocol Stack (Stack), and a bluetooth Controller (BT Controller).

Among other things, the application layer may include Huacheng Share (Huawei Share) applications. The protocol Framework (Framework) layer includes an AoA interface. The Bluetooth protocol Stack (Stack) comprises an AoA control module and an AoA positioning algorithm. The Bluetooth Controller comprises an arrival angle Controller (AoA Controller).

For an AoA positioning transmitting terminal (e.g., the terminal 100), when the AoA positioning transmitting terminal triggers sharing of file data (e.g., pictures, videos, documents, etc.) by a user, the huacheng sharing application may be opened first. After the Huacheng sharing application is started, the Huacheng sharing application can issue an AoA measurement instruction to an AoA control module in a Bluetooth protocol Stack (Stack) through an AoA interface in a protocol framework layer. The AoA control module may control the AoA Controller to send an AoA fixed frequency extension (CTE) broadcast packet to a nearby device after receiving the AoA measurement instruction.

For the AoA positioning receiving end (e.g., the terminal 103, the display device 105, or the audio device 107), after receiving the AoA CTE broadcast packet sent by the AoA positioning transmitting end, the AoA Controller may measure in-phase and quadrature (IQ) phase information through the AoA Controller. After measuring the IQ phase information, the AoA Controller may send the IQ phase information to the AoA control module. The AoA control module may calculate an AoA value of the AoA-located responder from the IQ phase information through an AoA location algorithm. After the AoA value is calculated, the AoA control module can send the measured AoA value to the huacheng sharing application through the AoA interface.

In the embodiment of the application, the data sharing function provided in the embodiment of the application can be realized by encapsulating the capabilities of the underlying AoA control and positioning algorithm into a set of standard SDKs for being called by a data sharing service (for example, huacheng sharing application).

The bluetooth antenna system architecture in the present application is described below.

In the application, the AoA technology is used for positioning the central terminal equipment, and each terminal equipment needs to have a three-antenna structure to support the BT 5.1AoA standard and be used for angle measurement and distance measurement.

As shown in fig. 17, the present embodiment provides a bluetooth antenna system architecture, which may include, but is not limited to, a Bluetooth (BT) chip 1701, a single pole three-throw (SP 3T) 1702, three radio frequency Front End Modules (FEMs) (including a radio frequency front end module 1703A, a radio frequency front end module 1703B, and a radio frequency front end module 1703C), three frequency dividers (extractors) (including a frequency divider 1704A, a frequency divider 1704B, and a frequency divider 1704C), and 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 rf front-end module 1703A and the divider 1704A may form an rf channel 0 to connect to the antenna 0, the rf front-end module 1703B and the divider 1704B may form an rf channel 1 to connect to the antenna 1, and the rf front-end module 1703C and the divider 1704C may form an rf channel 2 to connect to the antenna 2.

The RF front end module may be used to control receive and transmit control logic for the antenna. The single pole, triple throw switch 1702 can be used to switch the AoA triple antenna for reception. The frequency divider may be used to only allow bluetooth signals in the 2.4G band to be received.

The bluetooth chip system architecture in the present application is described below.

As shown in fig. 18, the present embodiment provides a bluetooth chip system architecture, which may include, but is not limited to, an Application Processor (AP) 1810 and a Bluetooth (BT) chip 1820. 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 AoA measure) 1822. The bluetooth AoA service 1811 may be a function/service/application that requires AoA location, such as a huacheng sharing application, a find my device application, or the like in the foregoing embodiment.

In the present example, the bluetooth chip system 1800 may be in an AoA positioning transmitting end (e.g., the terminal 100) or an AoA positioning receiving end (e.g., the terminal 101, the terminal 102, the terminal 103, the display device 104, the display device 105, the audio device 106, the audio device 107, etc. in the above embodiments).

For the AoA positioning transmitting end, the bluetooth chip system 1800 may implement the following steps:

1. the bluetooth AoA service 1811 sends a start instruction to the bluetooth AoA protocol stack 1812 to instruct the bluetooth AoA protocol stack 1812 to perform AoA positioning and ranging.

2. The bluetooth AoA protocol stack 1812 may send an AoA broadcast instruction to the bluetooth AoA management module 1821, instructing the bluetooth AoA management module 1821 to perform AoA location broadcast.

3. The bluetooth AoA management module 1821 may 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 may send the AoA CTE message to the bluetooth AoA management module 1821 after receiving the AoA CTE message sent by the AoA positioning transmitting end.

5. After receiving the AoA CTE packet, the bluetooth AoA management module 1821 may analyze AoA IQ phase information and a signal received strength value (RSSI) according to the AoA CTE packet. The bluetooth AoA management module 1821 may then report AoA IQ phase information and RSSI to the bluetooth AoA protocol stack 1812.

6. The bluetooth AoA protocol stack 1812 may calculate AoA values and distance estimates through an AoA measurement algorithm after receiving AoA IQ phase information and RSSI.

7. The bluetooth AoA protocol stack 1812, after calculating the AoA value and the distance estimate, may report the AoA value and the distance estimate to the bluetooth AoA service 1811.

8. The bluetooth AoA service 1811 may use the AoA value and the distance estimate to arbitrate and determine the position result.

In some embodiments, the AoA positioning receiving end may further send the measured AoA value and the distance estimation value to the AoA positioning transmitting end, and the AoA service 1811 in the AoA positioning transmitting end performs arbitration and determination of the positioning result. For example, the measured AoA value and the estimated distance value (or RSSI value) may be transmitted to the terminal 100 by devices in the vicinity of the terminal 100. The terminal 100 may determine whether the position direction of the nearby device is consistent with and closest to the direction in which the user slides on the touch screen according to the AoA value and the distance estimation value (or RSSI value).

In this embodiment of the present application, aoA positioning reception may search an AoA value corresponding to IQ phase information from an AoA fingerprint database according to the measured IQ phase information. Wherein, the AoA fingerprint database comprises the corresponding relation between IQ phase information and AoA value. Wherein one set of IQ phase information corresponds to one AoA value,

the bluetooth AoA positioning standard protocol interaction procedure in the present application is described below.

In this application, the AoA positioning between the two devices through bluetooth may be achieved in a BLE connectionless scenario, that is, under the condition that the two devices do not establish BLE connection. The two devices involved in the interaction of bluetooth AoA positioning can be called an AoA positioning transmitting end and an AoA positioning receiving end. The AoA positioning transmitting end may be the terminal 100 in the above-mentioned embodiment 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 the like.

As shown in fig. 19A, host a refers to a Host (Host) in the bluetooth protocol on the AoA location receiving end. LL a refers to the Link Layer (LL) in the bluetooth protocol on the AoA position receiver. Host B refers to Host in bluetooth protocol (Host) on AoA location transmitting end. LL B refers to the Link Layer (LL) in the bluetooth protocol on the AoA position transmitter.

The BLE AoA message is periodically broadcast after the AoA positioning transmitting terminal is set by a series of parameters. Wherein, concrete setting includes: extended broadcast parameter settings (LE Set Extended broadcasting Parameters), periodic broadcast parameter settings (LE Set Periodic broadcasting Parameters), and Connectionless Supplemental parameter settings (LE Set Connectionless Supplemental Parameters). Then, the AoA positioning transmitting terminal gradually enables Connectionless supplementary parameter setting (LE Set connection supplemented Parameters Enable), enabling periodic broadcast parameter setting (LE Set periodic broadcasting Parameters Enable), and enabling Extended broadcast parameter setting (LE Set Extended broadcasting Parameters Enable). Finally, the AoA locates the IQ data that the transmitting end fills in the periodic broadcast, and continuously broadcasts (ADV _ EXT _ IND) to the surrounding devices.

The extended broadcast parameter setting may include setting a Handle (an extended Handle) of an extended broadcast, a broadcast Event attribute (an extended Event property), a broadcast Interval size range of a broadcast Channel (Primary Address Interval Min, primary Address Interval Max), a broadcast Channel (a Primary Address Channel Map), a home Address Type (an idle Type), a home Address (an idle Address), a Peer Address Type (a Peer Address Type), a Peer Address (a Peer Address), a broadcast filtering manner (an extended Filter Policy), a transmission power (an extended timer), a Primary broadcast PHY Type (a Primary Address PHY), and the like.

The extended broadcast parameter settings may include setting a Handle of a Periodic broadcast (updating Handle), a size range of a Periodic broadcast Interval (Periodic updating Interval Min, periodic updating Interval Max), periodic broadcast attributes (Periodic updating Properties), transmit Power (Tx Power), and so on.

The connectionless supplementary parameter setting includes setting a broadcast Handle (adapting Handle), a Length of a CTE packet (CTE Length), a Type of CTE packet (CTE Type), a number of CTE packets (CTE Count), a Length of a Switching Pattern (Length of Switching Pattern), an Antenna sequence (Antenna IDs [ i ]), and the like

As shown in fig. 19B, host a refers to a Host (Host) in the bluetooth protocol on the AoA location receiving end. LL a refers to the Link Layer (LL) in the bluetooth protocol on the AoA position receiver. Host B refers to Host in bluetooth protocol (Host) on AoA location transmitting end. LL B refers to the Link Layer (LL) in the bluetooth protocol on the AoA position transmitter.

After the AoA positioning receiving end sets the Extended scanning Parameters (LE Set Extended Scan Parameters) and enables the Extended scanning (LE Set Extended Scan Enable), the AoA positioning transmitting end can receive the AoA Tx broadcast of the AoA positioning transmitting end, and after the association is successful, the AoA positioning transmitting end can perform periodic 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 the IQ phase information to the AoA positioning algorithm module for calculation, so that the angle direction of the AoA positioning transmitting end relative to the AoA positioning receiving end is obtained.

The bluetooth AoA positioning standard protocol shown in fig. 19A and 19B may refer to the BT 5.1AoA standard protocol.

In the present application, how the terminal 100 determines that the directional position of the nearby device coincides with the sliding direction will be described.

As shown in fig. 20, the compass angle theta 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. Sliding angle theta of sliding operation on terminal 100 ₂ May be an angle of a sliding direction vector of the sliding operation with respect to the 0 degree direction of the terminal 100. AoA angle theta of nearby devices ₃ Is the angle between the direction vector from the specified location (e.g., center location) of the nearby device to the specified location (e.g., center location) of the terminal 100 and the 0 degree direction of the nearby device. Compass angle theta for nearby devices ₄ May be the angle between the 0 degree direction of the terminal 100 and the true north (N) direction of the compass.

In this embodiment, a center position point of the terminal 100 may be taken as a direction indicated by a vector whose starting point is perpendicular to an upper edge of the touch screen of the terminal 100, and the direction may be taken as a 0-degree direction of the terminal 100, and may also be referred to as a reference direction of the terminal 100.

Therefore, assuming that the sliding direction of the sliding operation is directed to the accessory device, it can be considered that: sliding angle theta of sliding operation ₂ And compass angle theta of terminal 100 ₁ Difference from the AoA angle θ of the nearby equipment ₃ And compass angle theta of nearby devices ₄ 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, from-15 degrees to +15 degrees, the sliding direction may be considered to be directed to the nearby device.

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

||θ ₂ -θ ₁ |+|θ ₃ -θ ₄ delta degree formula (1) is | -180| ≦

In an exemplary embodiment, Δ may be 15 degrees.

The following describes a process of measuring a distance by using a bluetooth signal strength value RSSI in the present application.

In this application, can realize bluetooth signal strength value RSSI's prediction range finding through following two kinds of modes.

Mode 1: after receiving the BLE broadcast signal transmitted by the terminal 100, the nearby device may measure the distance to the terminal 100 through the RSSI signal of the single antenna. In the scheme for measuring the distance of the single-antenna RSSI, the correspondence between the distance r and the RSSI may be as shown in the following formula (2):

where a is the signal strength when the distance between the preset transmitting end (i.e., the terminal 100) and the receiving end (i.e., the nearby device) is 1m, and n is the preset environmental attenuation factor.

Mode 2: after receiving the BLE broadcast signal transmitted by the terminal 100, the nearby device may measure the distance to the terminal 100 through the multi-antenna RSSI signal.

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

s2101, a nearby device performs BLE scanning.

S2102, after scanning that the terminal 100 passes the BLE broadcast packet, the nearby devices may receive different RSSI values on the three antennas.

S2103, the accessory device may calculate the distance to the terminal 100 according to the average RSSI values of the three antennas.

After obtaining the average RSSI values of the three antennas, the nearby device may calculate the distance to the terminal 100 according to the above formula (2).

S2104, the nearby device may determine whether the distance is less than a specified distance threshold (e.g., 1 m). If so, step S2105 is executed, and the nearby device may return a confirmation response to the terminal 100, and if not, step S2106 may be executed, and the nearby device may not return a confirmation response to the terminal 100.

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

A method flow for data sharing provided by the embodiment of the present application is described below.

Referring to fig. 22, fig. 22 is a flowchart illustrating a method of data sharing. The devices involved in the method flowchart 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 may not be limited to the exemplified terminal 101, terminal 102 and terminal 103, but may have more devices. The positions of the terminal 100, the terminal 101, the terminal 102, and the terminal 103 may exemplarily refer to the system architecture shown in fig. 4.

As shown in fig. 22, the method includes:

s2201, the terminal 100 displays a file display interface. The file display interface displays the file objects.

Illustratively, the file object may be a picture, a video, a document, or the like. The file presentation interface may include a picture presentation interface, a video presentation interface, a document presentation interface, and so forth. For example, the picture display interface may refer to the picture display interface 540 shown in fig. 5D or the picture display interface 830 shown in fig. 8D. The presentation interface of the video may refer to the video file presentation interface 630 in fig. 6C described above. For details, reference may be made to the foregoing embodiments, which are not described herein again.

S2202, the terminal 100 receives a sliding operation of the user on the display interface.

The sliding operation may be three-finger sliding, two-finger sliding, single-finger sliding, knuckle sliding, and the like, which is not limited herein. For specific contents, reference may be made to the foregoing UI embodiment, which is not described herein again.

S2203, the terminal 100 may detect a sliding angle of the sliding operation.

The starting position of the sliding operation may be any position on the file display interface, 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 the track may be a curve, may be a straight line, and the application is not limited. Wherein the sliding angle of the sliding operation may be an angle between the sliding direction of the sliding operation and a designated direction of the terminal 100 (e.g., a 0-degree direction of the terminal 100 shown in fig. 4).

S2204, the terminal 100 transmits the positioning request to the nearby devices (e.g., the terminal 101, the terminal 102, and the terminal 103) through BLE broadcasting.

The terminal 100 may transmit a positioning request to nearby devices (e.g., the terminal 101, the terminal 102, and the terminal 103) through BLE broadcasting in response to the sliding operation.

S2205, after scanning BLE broadcast of the terminal 100, the nearby device may 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 terminal 100, the nearby device may detect the signal strength value of the received BLE broadcast, and determine the distance to terminal 100 according to the signal strength value of the BLE broadcast.

The process of determining the distance from the terminal 100 by the nearby device according to the signal strength value of the BLE broadcast may have the following two modes: the distance to the terminal 100 is measured by the RSSI signal of a single antenna, and the distance to the terminal 100 is measured by the RSSI signal of a multi-antenna. The above formula (2) may be referred to for the distance between the RSSI signal measurement with the single antenna and the terminal 100, and the embodiment shown in fig. 21 may be referred to for the distance between the RSSI signal measurement with the multiple antennas and is not described herein again.

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 may send a confirmation response to the terminal 100. If not, the nearby device does not send an acknowledgement response to the terminal 100.

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

Since the distance between the terminal 101 and the terminal 103 and the terminal 100 is smaller than a specified threshold (e.g., 1 m), the terminal 101 and the terminal 103 may return an acknowledgement response to the terminal 100 through BLE broadcasting. Since the distance between the terminal 102 and the terminal 100 is greater than the specified distance threshold (e.g., 1 m), the terminal 102 does not return an acknowledgement response to the terminal 100 and does not participate in the subsequent method flow.

In some embodiments, the nearby device may also directly determine whether the signal strength value of the positioning request received by the BLE broadcast is greater than a specified strength threshold, and if so, step S2207 may be performed, and the accessory device may send an acknowledgement response to the terminal 100. If not, the nearby device does not send an acknowledgement 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 (e.g., terminal 101 and terminal 103) that receive a positioning request for BLE broadcasts with a signal strength value greater than a specified strength threshold may be referred to as second terminals. If the nearby device converts the signal strength value of the positioning request received by the BLE broadcast into the distance to the terminal 100, the nearby devices (e.g., the terminal 101 and the terminal 103) whose distance to the terminal 100 is less than the specified distance threshold may be referred to as a second terminal.

S2208, after receiving the confirmation response, the terminal 100 may transmit an AoA broadcast packet to the nearby device.

The AoA broadcast packet may be a BLE broadcast packet including a fixed frequency extension (CTE) signal. The protocol flow for the terminal 100 to send the AoA broadcast packet may refer to the foregoing embodiment shown in fig. 19A, and is not described herein again.

S2209, the nearby device may measure the AoA angle according to the received AoA broadcast packet.

The protocol flow of the nearby device according to the received AoA broadcast packet may refer to the embodiment shown in fig. 19B. The neighboring devices measure the AoA angle according to the received AoA broadcast packet, which can refer to the embodiment shown in fig. 18, and will not be described herein again.

S2210, the nearby devices may transmit distance information, compass angle, and AoA angle to the terminal 100 through BLE broadcasting.

For example, since the distance between the terminal 101 and the terminal 103 and the terminal 100 is less than the predetermined distance, the terminal 101 may give the terminal 100 the distance information (r 1) between the terminal 101 and the terminal 100, the compass angle (β 1) of the terminal 101, and the AoA angle (α 1) of the terminal 101. The terminal 103 may give the terminal 100 the distance information (r 3) of the terminal 103 from the terminal 100, the compass angle (β 3) of the terminal 103, and the AoA angle (α 3) of the terminal 103.

The distance information between the nearby devices (for example, the terminal 101 and the terminal 103) and the terminal 100 may be a signal strength value RSSI (an average RSSI value over three antennas) of the nearby devices receiving the AoA broadcast packet. After receiving the signal strength value RSSI (average RSSI value over three antennas) of the AoA broadcast packet, the terminal 100 can calculate the distance between the terminal 100 and the nearby device according to equation (2). The distance information of the nearby apparatuses (for example, the terminal 101 and the terminal 103) from the terminal 100 may also be directly the distance calculated by the nearby apparatuses according to (2) above from the signal strength value RSSI (average RSSI value over three antennas) of the AoA broadcast packet. The process of calculating the distance according to the RSSI can refer to the foregoing embodiments, and will not be described herein.

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

If there is only one third terminal whose direction with respect to the terminal 100 coincides with the sliding direction among the second terminals (for example, the terminals 101 and 103), the terminal 100 (the first terminal) may determine the only third terminal as the receiving apparatus. If there are a plurality of third terminals whose directions with respect to the terminal 100 coincide with the sliding direction among the second terminals (for example, the terminals 101 and 103), the terminal 100 (first terminal) may determine the third terminal closest to the terminal 100 as the receiving apparatus.

In the embodiment of the present application, the direction of the receiving device relative to the terminal 100 and the sliding direction may have a certain error, that is, when the included 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), the direction of the receiving device relative to the terminal 100 and the sliding direction may be considered to be consistent. For details, reference may be made to the foregoing embodiment shown in fig. 20, which is not described herein again.

In some embodiments, the first terminal (terminal 100) may determine the directional position of one or more second terminals (e.g., terminal 101 and terminal 103) relative to the first terminal based on the position information of the one or more second terminals (e.g., terminal 101 and terminal 103) in the nearby device and the compass angle of the first terminal (terminal 100) and display the direction and distance of the one or more second terminals relative to the first terminal (terminal 100).

S2212, the terminal 100 may send the 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 for prompting the user to confirm the received data.

The receiving device may be, for example, the terminal 103. The data sharing prompt may be the prompt box 560 displayed on the terminal 103 in fig. 5G. The prompt box 560 includes a receive button 561 and a reject button 562. For details, reference may be made to the embodiment shown in fig. 5G, which is not described herein again.

S2214, the receiving apparatus receives a confirmation receiving operation of the user.

The receiving device may be, for example, the terminal 103. The confirmation reception operation may be the operation (e.g., clicking) of the terminal 103 receiving the user's action on the reception button 561 described above in fig. 5G. For details, reference may be made to the embodiment shown in fig. 5G, which is not described herein again.

S2215, in response to the confirmation reception operation, the reception apparatus may establish a file transfer connection with the terminal 100.

The file transfer connection can be a Wi-Fi direct (Wi-Fi P2P), wi-Fi softAP (Access Point), ultra-wideband (UWB) or other communication connection.

S2216, after the receiving device establishes the file transmission connection with the terminal 100, the terminal 100 may transmit the file data selected by the user to the receiving device (for example, the terminal 103).

In the data sharing method, the terminal 100 may receive a sliding operation of a user in a file display interface (for example, an interface displaying file objects such as pictures, videos, and documents), and detect a sliding direction of the sliding operation. The terminal may measure the directional position of the nearby device with respect to the terminal through a Bluetooth Low Energy (BLE) AoA measurement technique in response to the sliding operation. Then, the terminal 100 may determine a nearby device whose direction position is the same as and closest to the sliding direction of the sliding operation, and send the file object in the file presentation interface to the nearby device whose direction position is the same as and closest to the sliding direction. Therefore, the operation steps of sharing file data (such as pictures, videos, documents and the like) by the user can be simplified, and convenience is provided for the user.

A data sharing method flow provided in another embodiment of the present application is described below.

Referring to fig. 23, fig. 23 is a flowchart illustrating a method for sharing data according to another embodiment of the present disclosure. The devices involved in the method flowchart 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 may not be limited to the exemplified terminal 101, terminal 102 and terminal 103, but may have more devices. The positions of the terminal 100, the terminal 101, the terminal 102, and the terminal 103 may exemplarily refer to the system architecture shown in fig. 4.

As shown in fig. 23, the method includes:

s2301, the terminal 100 displays a file selection interface. The file selection interface display includes a user selected file option.

The file selection interface may refer to the file selection interface 940 shown in fig. 9G. In the file selection interface 940 shown in FIG. 9G, described above, the file options selected by the user are a "travel" video option 955 and a "sunset" video option 956. For details, reference may be made to the foregoing embodiments, which are not described herein again.

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

Illustratively, the terminal 100 can operate (e.g., single click) with respect to the send control 949 in the embodiment illustrated in fig. 9G described above. For details, reference may be made to the foregoing embodiments, which are not described herein again.

S2303, in response to the first operation, the terminal 100 transmits a positioning request to nearby devices (e.g., the terminal 101, the terminal 102, and the terminal 103) through BLE broadcasting.

Terminal 100 may transmit a positioning request to nearby devices (e.g., terminal 101, terminal 102, and terminal 103) over a BLE broadcast in response to the first operation.

S2304, after scanning the BLE broadcast of the terminal 100, the nearby device may determine a distance from the terminal 100 according to a signal strength value of the received BLE broadcast.

The process of determining the distance from the terminal 100 by the nearby device according to the signal strength value of the BLE broadcast may have the following two modes: the distance to the terminal 100 is measured by the RSSI signal of a single antenna, and the distance to the terminal 100 is measured by the RSSI signal of a multi-antenna. The formula (2) may be referred to for the distance between the RSSI signal measurement through the single antenna and the terminal 100, and the embodiment shown in fig. 21 may be referred to for the distance between the RSSI signal measurement through the multiple antennas and the terminal 100, which is not described herein again.

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 may send a confirmation response to the terminal 100. If not, the nearby device does not send an acknowledgement response to the terminal 100.

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

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

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

The protocol flow of the nearby device according to the received AoA broadcast packet may refer to the embodiment shown in fig. 19B. The neighboring devices measure the AoA angle according to the received AoA broadcast packet, which may refer to the embodiment shown in fig. 18 and will not be described herein again.

S2309, the nearby device may transmit distance information with the terminal 100 and the AoA angle to the terminal 100 through BLE broadcasting.

For example, since the distance between the terminal 101 and the terminal 103 and the terminal 100 is smaller than the predetermined distance, the terminal 101 may give the terminal 100 the distance information (r 1) between the terminal 101 and the terminal 100 and the AoA angle (α 1) of the terminal 101. The terminal 103 may give the terminal 100 distance information (r 3) of the terminal 103 from the terminal 100 and the AoA angle (α 3) of the terminal 103.

The distance information of the nearby devices (for example, the terminal 101 and the terminal 103) from the terminal 100 may be a signal strength value RSSI (average RSSI value over three antennas) of the nearby devices receiving the AoA broadcast packet. After the terminal 100 receives BLE RSSI (average RSSI value over three antennas) of the AoA broadcast packet, the distance between the terminal 100 and the nearby device can be calculated according to the formula (2). The distance information of the nearby devices (e.g., the terminal 101 and the terminal 103) from the terminal 100 may also be directly the distance calculated by the nearby devices according to (2) above from BLE RSSI (average RSSI value over three antennas) at the time of receiving the AoA broadcast packet. The process of calculating the distance according to the RSSI can refer to the foregoing embodiments, and will not be described herein.

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

For the text description of the AoA angle of the nearby device, reference may be made to the embodiment shown in fig. 20, which is not described herein again.

S2311, the terminal 100 displays a directional position of the accessory device with respect to the terminal 100.

Illustratively, the terminal 100 may display a radar map 970 as shown in FIG. 9H above. Wherein, after the terminal 100 searches for a nearby device and measures a directional position of the nearby device, the terminal 100 may display the directional position of the nearby device with respect to the terminal 100 in the radar map 970. Among them, the nearby devices may be 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".

The directional position of the nearby devices (terminal 101, terminal 102, and terminal 103) measured by the terminal 100 may refer to the above-mentioned positional relationship between the terminal 100 and the nearby devices (terminal 101, terminal 102, and terminal 103) exemplarily shown in fig. 4. Terminal 101 may be 0.8m in 315 degrees clockwise of terminal 100, terminal 102 may be 1.2m in 45 degrees clockwise of terminal 100, and terminal 103 may be 0.5m in 90 degrees clockwise of terminal 100.

Terminal 100 may display its own position marker 971, position marker 972 for terminal 101, position marker 973 for terminal 102, and position marker 974 for terminal 103 on radar map 970. Among them, the positional relationship between the position mark 971 of the terminal 100 and the position marks of the nearby devices may refer to the positional relationship between the terminal 100 and the nearby devices.

The distance between each position mark (position mark 971, position mark 972, position mark 973, and position mark 974) may be scaled according to the distance between terminal 100 and a nearby device. The orientation of the position marks (position mark 972, position mark 973, and position mark 974) of the nearby devices with respect to position mark 971 is the same as the orientation of the nearby devices with respect to terminal 100.

For details, reference may be made to the embodiment shown in fig. 9H, which is not described herein again.

S2312, the terminal 100 receives a second operation that the user selects the receiving device.

For example, the second operation may be an operation (e.g., clicking) on the position mark 974 in fig. 9H, since the position mark 974 corresponds to the terminal 103. Therefore, the terminal 100 can determine that the receiving device is the terminal 103 according to the operation for the position mark 974.

S2313, the terminal 100 sends a data sharing request to the receiving device through BLE broadcasting.

S2314, the receiving device may display a data sharing prompt after receiving the data sharing request, for prompting the user to confirm the received data.

The receiving device may be, for example, the terminal 103. The data sharing prompt may be the prompt box 990 displayed on the terminal 103 in fig. 9I. The prompt box 990 includes a reception button 991 and a rejection button 992. For details, reference may be made to the embodiment shown in fig. 9I, which is not described herein again.

S2315, the receiving device receives a confirmation reception operation of the user.

The receiving device may be, for example, the terminal 103. The confirmation reception operation may be the above-described operation (e.g., a single click) of the terminal 103 receiving the user's action on the reception button 991 in fig. 9I. For details, reference may be made to the embodiment shown in fig. 9I, which is not described herein again.

S2316, in response to the confirmation reception operation, the reception apparatus may establish a file transfer connection with the terminal 100.

S2317, after the receiving device establishes the file transmission connection with the terminal 100, the terminal 100 may transmit the file data selected by the user to the receiving device (e.g., the terminal 103).

Illustratively, the terminal 100 may transmit to the receiving device (e.g., terminal 103) a video file corresponding to the "travel" video option 955 and a video file corresponding to the "sunset" video option 956, shown in FIG. 9G, discussed above. For details, reference may be made to the foregoing embodiments, which are not described herein again.

By the method for sharing data provided by the embodiment of the application, the terminal 100 can receive an operation for use after a user selects a file object such as a picture, a video, a document and the like to be shared, and trigger to measure and display the direction position (including the direction and the distance) of a nearby device. Then, the terminal 100 receives the operation of the user, selects a receiving device of the file from the nearby devices, and triggers the terminal 100 to send the file object selected by the user to the receiving device. In this way, when sharing file data to a nearby device through the terminal 100, the user can know the location of the nearby device, and the user can determine the receiving device of the file data conveniently.

The above embodiments are only used for illustrating the technical solutions of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present application.

Claims

1. A method of data sharing, comprising:

a first terminal displays a first music playing interface, wherein the name of first audio data which is playing or to be played on the first terminal is displayed in the first music playing interface;

the first terminal receives a first operation of a user on the first music playing interface, wherein the first operation is a sliding operation aiming at the first music playing interface;

responding to the first operation, the first terminal displays an option icon of the first terminal, the first music playing interface after being reduced and a search prompt, wherein the search prompt is used for prompting a user that the first terminal is searching for nearby equipment of the first terminal;

the first terminal displays option icons of one or more second terminals near the first terminal; wherein the directional position of the option icon of the one or more second terminals relative to the option icon of the first terminal is the same as the directional position of the one or more second terminals relative to the first terminal;

the first terminal receives a second operation of a user on an option icon of a receiving device, and the one or more second terminals comprise the receiving device;

responding to the second operation, and establishing data transmission connection between the first terminal and the receiving equipment;

the first terminal sends the first audio data to the receiving equipment through the data transmission connection;

and after receiving the first audio data, the receiving equipment plays the first audio data.

2. The method according to claim 1, wherein before the first terminal establishes the data transmission connection with the receiving device, the method comprises:

the first terminal sends a data sharing request to the receiving equipment;

and responding to the data sharing request, the first terminal displays a first prompt, and the first prompt is used for prompting a user to confirm receiving the first audio data sharing.

3. The method according to claim 1 or 2, wherein the establishing, by the first terminal and the receiving device, a data transmission connection in response to the second operation specifically includes:

responding to the second operation, the first terminal displays a second prompt, and the second prompt is used for prompting a user to confirm whether to share the first audio data to the receiving equipment;

the first terminal receives a confirmation sending operation of a user;

and responding to the confirmation sending operation, and the first terminal establishes data transmission connection with the receiving equipment.

4. The method according to claim 1 or 2, wherein the second operation is a click operation on an option icon of the receiving device or a drag operation of dragging the first music playing interface after zooming out to the vicinity of the option icon of the receiving device.

5. The method according to claim 1 or 2, characterized in that the method further comprises:

responding to the second operation, and sending the display content of the first music playing interface to the receiving equipment by the first terminal through the data transmission connection;

and after receiving the display content of the first music playing interface, the receiving equipment displays a second music playing interface, wherein 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 one of: a Bluetooth connection, a Wi-Fi P2P connection, a Wi-Fi LAN connection, and a UWB connection.

7. The method of claim 1, wherein prior to the first terminal displaying options for one or more second terminals surrounding 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 a BLE signal strength value RSSI of the nearby terminal when receiving the positioning request is higher than a specified signal strength threshold.

9. The method according to claim 7 or 8, wherein the location information comprises: an angle of arrival, aoA, of a BLE signal of the second terminal, a distance of the one or more second terminals from the terminal.

10. The method according to claim 7, wherein the obtaining, by the first terminal, the location information from the one or more second terminals through Bluetooth Low Energy (BLE) specifically includes:

the first terminal sends an AoA broadcast packet to the one or more second terminals through BLE;

after receiving the AoA broadcast packet, the second terminal determines BLE AoA according to the phase information when the AoA broadcast packet is received, and determines the distance between the second terminal and the first terminal according to BLE RSSI when the AoA broadcast packet is received;

the second terminal transmits to the first terminal through BLE broadcast the BLE AoA and the distance of the second terminal from the first terminal.

11. A communication device, being a first terminal, comprising a display screen, one or more processors, and one or more memories; the display screen, the one or more memories coupled with the one or more processors, the one or more memories for storing computer program code, the computer stored code comprising computer instructions that, when executed by the one or more processors, cause the communication device to perform the method of any of claims 1-10.

12. A computer storage medium comprising computer instructions which, when run on the first terminal, cause the first terminal to perform the method of any of claims 1-10.