CN113676879A

CN113676879A - Method, electronic device and system for sharing information

Info

Publication number: CN113676879A
Application number: CN202011080169.4A
Authority: CN
Inventors: 彭斌
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2020-05-14
Filing date: 2020-10-10
Publication date: 2021-11-19

Abstract

The application provides a method, electronic equipment and a system for sharing information, wherein the method comprises the following steps: the method comprises the steps that a first electronic device displays a first device list, devices in the first device list are devices which are subjected to Bluetooth pairing with the first electronic device, and the first device list comprises accessory devices; the second electronic equipment displays a second equipment list, equipment in the second equipment list is equipment subjected to Bluetooth pairing with the second electronic equipment, and accessory equipment is not included in the second equipment list; when detecting a first operation of a user, the first electronic equipment sends pairing information of accessory equipment to the second electronic equipment; the second electronic equipment displays the accessory equipment in a second equipment list according to the pairing information; the second electronic device performs bluetooth pairing with the accessory device when detecting an operation of the user selecting the accessory device in the second device list. The embodiment of the application is beneficial to simplifying the process of Bluetooth pairing between devices.

Description

Method, electronic device and system for sharing information

The present application claims priority of chinese patent application, entitled "method and electronic device for bluetooth pairing information fast sharing" and chinese patent application with application number 202010407526.7 filed on 14/5/2020, which is incorporated herein by reference in its entirety.

Technical Field

The present application relates to the field of electronic devices, and more particularly, to a method, an electronic device, and a system for sharing information.

Background

Current users may have multiple handsets that need to be paired to the same bluetooth accessory (e.g., a bluetooth headset), or different members of a family may wish to be paired to the same bluetooth accessory (e.g., a bluetooth headset). The bluetooth pairing method is also thresholded for some people.

For example, when a user borrows a bluetooth headset to another user, the other user needs to turn on the bluetooth on the mobile phone, and by searching surrounding bluetooth accessories, after a nearby bluetooth headset is searched, the mobile phone and the bluetooth headset are paired. This results in a cumbersome pairing process between the handset and the bluetooth headset.

Disclosure of Invention

The application provides a method, electronic equipment and system for sharing information, which are beneficial to realizing pairing information sharing among multiple devices and simplifying the pairing process among the devices.

In a first aspect, a system is provided, where the system includes a first electronic device, a second electronic device, and an accessory device, where the first electronic device is configured to display a first interface, the first interface includes a first device list, a device in the first device list is a device that has undergone bluetooth pairing with the first electronic device, and the first device list includes the accessory device; the second electronic device is configured to display a second interface, where the second interface includes a second device list, where devices in the second device list are devices that have undergone bluetooth pairing with the second electronic device, and the second device list does not include the accessory device; the first electronic device is further used for sending the pairing information of the accessory device to the second electronic device when a first operation of a user on the first interface is detected; the second electronic device is further configured to display the accessory device in the second device list according to the pairing information; the second electronic device is further configured to perform bluetooth pairing with the accessory device when detecting an operation of the user selecting the accessory device in the second device list.

In the embodiment of the application, a user can share a certain accessory device in the paired list of the first electronic device with the second electronic device, and the second electronic device can obtain the pairing information of the accessory device, so that the accessory device is displayed in the paired list of the second electronic device, and the user can conveniently pair the second electronic device and the accessory device. The process that the second electronic equipment and accessory equipment carry out bluetooth and pair has been simplified like this, helps promoting user experience.

In some possible implementations, the first electronic device can send pairing information of the accessory device to the second electronic device via short-range wireless communication technology.

In some possible implementations, the first electronic device can send pairing information of the accessory device to the second electronic device through an application program (App).

With reference to the first aspect, in certain implementations of the first aspect, the second electronic device is further configured to display a prompt message on the second interface before performing bluetooth pairing with the accessory device, where the prompt message is used to prompt that the second electronic device and the accessory device have not performed bluetooth pairing; when Bluetooth pairing is completed with the accessory device, the prompt message is hidden.

In this embodiment, the second electronic device may add the accessory device that has not been paired to the second device list, and prompt the accessory device and the second electronic device that have not been bluetooth paired through the prompt message. This may allow the user to ascertain that the accessory device, while in the paired device list of the second electronic device, has not been bluetooth paired with the second electronic device.

In some possible implementation manners, the second electronic device is further configured to display a prompt message when an operation that the user selects the accessory device in the second device list is detected, where the prompt message is used to prompt the accessory device to be shared and acquired by the first device; the second electronic device is further configured to perform bluetooth pairing with the accessory device when detecting an operation of the user to determine to pair the second electronic device with the accessory device.

With reference to the first aspect, in certain implementations of the first aspect, the second electronic device is further configured to send, to the accessory device, indication information before bluetooth pairing with the accessory device, the indication information being used to instruct the accessory device to enter a pairable mode; the accessory device is further used for entering a pairable mode according to the indication information.

In an embodiment of the application, the second electronic device may instruct the accessory device to enter a pairable mode before bluetooth pairing with the accessory device. The process that the user initializes the accessory device (for example, the user puts the bluetooth headset into the headset box and presses the function key on the headset box for a long time) is avoided, so that the user's intervention in the process that the second electronic device and the accessory device are paired is avoided, and the user experience is improved.

With reference to the first aspect, in certain implementations of the first aspect, the first electronic device is further configured to send, to the second electronic device, validity period information of the pairing information in response to the first operation, where the validity period information is used to indicate a validity period of the pairing information; the second electronic device is further configured to determine that the pairing information is within the validity period prior to bluetooth pairing with the accessory device.

In this embodiment of the application, the first electronic device may send the valid period information to the second electronic device while sending the pairing information, and perform bluetooth pairing with the accessory device when the second electronic device determines that the pairing information is valid through the valid period information. This helps promote the security of the second electronic device in bluetooth pairing with the accessory device.

In some possible implementations, the second electronic device may send the validity period information to a cloud server, and the cloud server determines whether the pairing information is within the validity period. The cloud server may indicate that the pairing information is valid for the second electronic device after determining that the pairing information is within the validity period.

With reference to the first aspect, in certain implementations of the first aspect, the first electronic device is further configured to send, to the second electronic device, a serial number corresponding to the pairing information in response to the first operation; the second electronic device is further configured to determine that the serial number is unused prior to bluetooth pairing with the accessory device.

In this embodiment, the first electronic device may send the serial number to the second electronic device while sending the pairing information, and perform bluetooth pairing with the accessory device when the second electronic device determines that the serial number is not used. This helps promote the security of the second electronic device in bluetooth pairing with the accessory device.

In some possible implementations, the second electronic device may send the serial number to a cloud server, and the cloud server determines whether the serial number is used. The cloud server may indicate that the serial number is not used by the second electronic device after determining that the serial number is not used.

With reference to the first aspect, in certain implementations of the first aspect, the first electronic device is further configured to send, in response to the first operation, authentication information to the second electronic device, where the authentication information is information that the first device acquires from the accessory device; the second electronic device is also used for carrying out interactive authentication with the accessory device according to the authentication information before carrying out Bluetooth pairing with the accessory device; after the interactive authentication with the accessory device is passed, bluetooth pairing is performed with the accessory device.

In the embodiment of the application, when the accessory device is connected with the first electronic device last time and needs to be connected with the second electronic device, the pairing information and the authentication information of the accessory device can be shared with the second electronic device through the first electronic device. The second electronic device may first authenticate with the accessory device using the authentication information sent by the first electronic device. And performing Bluetooth pairing after the authentication is passed. This helps to improve the safety when the second electronic device and the accessory device are paired.

Simultaneously, if this accessory equipment is bluetooth headset, also avoided the user to press the function key on the earphone box for bluetooth headset enters into can mate the process that just can pair with second electronic equipment after the state, has saved the operation of user when using new equipment to connect bluetooth headset, has promoted user experience.

With reference to the first aspect, in some implementations of the first aspect, the first electronic device and the second electronic device are devices under the same account.

With reference to the first aspect, in certain implementations of the first aspect, the pairing information includes one or more of the following information: a media access control layer MAC address of the accessory device, a device identification of the accessory device, or authentication information.

In some possible implementation manners, the pairing information includes a unique identifier of the accessory device, and the second electronic device may request the cloud server for the pairing information of the accessory device according to the unique identifier.

In a second aspect, a method for sharing information is provided, where the method is applied to an electronic device, and the method includes: displaying a first interface, wherein the first interface comprises an equipment list, equipment in the equipment list is equipment subjected to Bluetooth pairing with the electronic equipment, and the equipment list does not comprise accessory equipment; receiving pairing information of the accessory device sent by another electronic device; displaying the accessory device in the device list according to the pairing information; upon detecting an operation of the user selecting the accessory device from the device list, performing bluetooth pairing with the accessory device.

In the embodiment of the application, a user can share certain accessory equipment in a paired list of another electronic device with the electronic device, and the electronic device can obtain pairing information of the accessory equipment, so that the accessory equipment is displayed in the paired list of the electronic device, and the user can conveniently pair the electronic device and the accessory equipment. Therefore, the process that the user pairs the electronic equipment and the accessory equipment is simplified, and the user experience is improved.

With reference to the second aspect, in certain implementations of the second aspect, the method further includes: before the electronic device and the accessory device are subjected to Bluetooth pairing, displaying prompt information on the first interface, wherein the prompt information is used for prompting that the electronic device and the accessory device are not subjected to Bluetooth pairing; when Bluetooth pairing is completed with the accessory device, the prompt message is hidden.

In this embodiment, the electronic device may add an accessory device that has not been paired to the device list, and prompt the accessory device and the electronic device that have not been bluetooth paired through the prompt message. This may allow the user to ascertain that the accessory device, while in the paired device list of the electronic device, has not been bluetooth paired with the electronic device.

With reference to the second aspect, in some implementations of the second aspect, before the electronic device bluetooth paired with the accessory device, the method further includes: sending indication information to the accessory device, the indication information for indicating that the accessory device enters a pairable mode.

In an embodiment of the application, the electronic device may instruct the accessory device to enter a pairable mode before performing bluetooth pairing with the accessory device. The process that the user initializes the accessory device (for example, the user puts the bluetooth headset into the headset box and presses the function key on the headset box for a long time) is avoided, so that the interference of the user in the process that the electronic device and the accessory device are paired is avoided, and the experience of the user is improved.

With reference to the second aspect, in some implementations of the second aspect, before the electronic device bluetooth paired with the accessory device, the method further includes: receiving validity period information of the pairing information sent by the other electronic equipment, wherein the validity period information is used for indicating the validity period of the pairing information; the electronic device determines that the pairing information is within the validity period.

In this embodiment of the application, another electronic device may send validity period information to the electronic device while sending pairing information, and perform bluetooth pairing with the accessory device when the electronic device determines that the pairing information is valid through the validity period information. This helps promote the security that the electronic equipment carries out the bluetooth with accessory device and pairs.

With reference to the second aspect, in some implementations of the second aspect, before the electronic device bluetooth paired with the accessory device, the method further includes: receiving a serial number corresponding to the pairing information sent by the other electronic equipment; it is determined that the sequence number is unused.

In this embodiment, another electronic device may send a serial number to the electronic device while sending pairing information, and perform bluetooth pairing with the accessory device when the electronic device determines that the serial number is not used. This helps promote the security that the electronic equipment carries out the bluetooth with accessory device and pairs.

With reference to the second aspect, in some implementations of the second aspect, before the electronic device bluetooth paired with the accessory device, the method further includes: receiving authentication information sent by the other electronic equipment, wherein the authentication information is information acquired by the other electronic equipment from the accessory equipment; performing interactive authentication with the accessory equipment according to the authentication information; wherein, this electronic equipment and this accessory equipment carry out the bluetooth and pair, include: after the electronic device and the accessory device pass the interactive authentication, the electronic device and the accessory device are subjected to Bluetooth pairing.

In the embodiment of the application, when the accessory device is connected with another electronic device last time and needs to be connected with the electronic device, the pairing information and the authentication information of the accessory device can be shared with the electronic device through the other electronic device. The electronic device can first authenticate with the accessory device using authentication information sent by another electronic device. And performing Bluetooth pairing after the authentication is passed. This helps to improve the safety when the electronic device and the accessory device are paired.

With reference to the second aspect, in some implementations of the second aspect, the electronic device and the another electronic device are devices under the same account.

With reference to the second aspect, in some implementations of the second aspect, the pairing information includes one or more of the following information: a media access control layer MAC address of the accessory device, a device identification of the accessory device, or authentication information.

In a third aspect, a method for sharing information is provided, where the method is applied to an electronic device, and the method includes: displaying a first interface, wherein the first interface comprises a first device list, devices in the first device list are devices which are subjected to Bluetooth pairing with the electronic device, and the first device list comprises accessory devices; in response to detecting a first operation of the user on the first interface, sending pairing information of the accessory device to the other electronic device, so that the other electronic device displays the accessory device in a second device list, wherein the devices in the second device list are devices which are subjected to Bluetooth pairing with the other electronic device.

With reference to the third aspect, in certain implementations of the third aspect, the method further includes: and in response to the first operation, sending validity period information of the pairing information to the other electronic device, wherein the validity period information is used for indicating the validity period of the pairing information, and the other electronic device can be in Bluetooth pairing with the accessory device in the validity period.

With reference to the third aspect, in certain implementations of the third aspect, the method further includes: and responding to the first operation, and sending a serial number corresponding to the pairing information to the other electronic equipment, wherein when the serial number is not used, the other electronic equipment can be in Bluetooth pairing with the accessory equipment.

With reference to the third aspect, in certain implementations of the third aspect, the method further includes: and sending authentication information to the other electronic equipment in response to the first operation, wherein the authentication information is information acquired by the electronic equipment from the accessory equipment, and the authentication information is used for interactive authentication of the other electronic equipment and the accessory equipment.

With reference to the third aspect, in some implementations of the third aspect, the electronic device and the another electronic device are devices under the same account.

In a fourth aspect, there is provided a chip embodied in an electronic device, the chip further comprising one or more processors, one or more memories, and one or more computer programs, wherein the one or more computer programs are stored in the one or more memories, the one or more computer programs comprising instructions which, when executed by the one or more processors, cause the chip to perform the method of any of the second aspects; alternatively, the instructions, when executed by the one or more processors, cause the chip to perform the method of any of the third aspects.

In a fifth aspect, the present application provides an electronic device, comprising: one or more sensors, one or more processors, one or more memories, and one or more computer programs; the one or more computer programs are stored in a memory, and when the electronic device is running, the processor executes the one or more computer programs stored in the memory to cause the electronic device to perform the method of any of the second aspects; alternatively, the processor executes one or more computer programs stored in the memory to cause the electronic device to perform the method of any of the third aspects.

In a sixth aspect, the present application provides a computer storage medium comprising computer instructions which, when run on an electronic device, cause the electronic device to perform the method according to any of the second aspects; alternatively, the computer instructions, when executed on the electronic device, cause the electronic device to perform the method of any of the third aspects.

In a seventh aspect, the present application provides a computer program product, which, when run on an electronic device, causes the electronic device to perform the method according to any of the second aspects; alternatively, the computer program product, when run on an electronic device, causes the electronic device to perform the method according to any of the third aspects.

It is understood that the above-mentioned system, chip, electronic device, computer storage medium and computer program product are all used for executing the corresponding method provided above, and therefore, the beneficial effects achieved by the system, chip, electronic device, computer storage medium and computer program product may refer to the beneficial effects in the corresponding method provided above, and are not described herein again.

Drawings

Fig. 1 is a schematic structural diagram of an electronic device.

Fig. 2 is a bluetooth protocol framework provided in an embodiment of the present application.

Fig. 3 is a schematic structural diagram of a bluetooth device according to an embodiment of the present application.

FIG. 4 is a set of graphical user interfaces provided by embodiments of the present application.

Fig. 5 is another set of graphical user interfaces provided by embodiments of the present application.

Fig. 6 is another set of graphical user interfaces provided by embodiments of the present application.

Fig. 7 is a schematic flowchart of a method for sharing information according to an embodiment of the present disclosure.

Fig. 8 is a schematic diagram of a process for establishing a connection between a mobile phone a and a bluetooth device according to an embodiment of the present application.

Fig. 9 is a schematic diagram of a process of sharing the bluetooth device with the mobile phone B through the mobile phone a according to the embodiment of the present application.

Fig. 10 is another schematic flow chart of a method for sharing information according to an embodiment of the present disclosure.

Detailed Description

The terminology used in the following examples is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. As used in the specification of this application and the appended claims, the singular forms "a", "an", "the" and "the" are intended to include the plural forms as well, such as "one or more", unless the context clearly indicates otherwise. It should also be understood that in the following embodiments of the present application, "at least one", "one or more" means one, two or more. The term "and/or" is used to describe an association relationship that associates objects, meaning that three relationships may exist; for example, a and/or B, may represent: a alone, both A and B, and B alone, where A, B may be singular or plural. The character "/" generally indicates that the former and latter associated objects are in an "or" relationship.

Reference throughout this specification to "one embodiment" or "some embodiments," or the like, means that a particular feature, structure, or characteristic described in connection with the embodiment is included in one or more embodiments of the present application. Thus, appearances of the phrases "in one embodiment," "in some embodiments," "in other embodiments," or the like, in various places throughout this specification are not necessarily all referring to the same embodiment, but rather "one or more but not all embodiments" unless specifically stated otherwise. The terms "comprising," "including," "having," and variations thereof mean "including, but not limited to," unless expressly specified otherwise.

Embodiments of an electronic device, a user interface for such an electronic device, and for using such an electronic device are described below. In some embodiments, the electronic device may be a portable electronic device, such as a cell phone, a tablet, a wearable electronic device with wireless communication capabilities (e.g., a smart watch), and the like, that also includes other functionality, such as personal digital assistant and/or music player functionality. Exemplary embodiments of the portable electronic device include, but are not limited to, a mount

Or other operating systemsA portable electronic device of the system. The portable electronic device may also be other portable electronic devices such as a Laptop computer (Laptop) or the like. It should also be understood that in other embodiments, the electronic device may not be a portable electronic device, but may be a desktop computer.

Fig. 1 shows a schematic structural diagram of an electronic device 100. The electronic device 100 may include a processor 110, an external memory interface 120, an internal memory 121, a Universal Serial Bus (USB) interface 130, a charge 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 compass 190, a motor 191, a pointer 192, a camera 193, a display screen 194, a Subscriber Identification Module (SIM) card interface 195, and the like.

It is to be understood that the illustrated structure of the embodiment of the present application does not specifically limit the electronic device 100. In other embodiments of the present application, electronic device 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 Processing Unit (GPU), an Image Signal Processor (ISP), a controller, a video codec, a Digital Signal Processor (DSP), a baseband processor, and/or a neural-Network Processing Unit (NPU), etc. Wherein the different processing units may be separate components or may be integrated in one or more processors. In some embodiments, the electronic device 101 may also include one or more processors 110. The controller can generate an operation control signal according to the instruction operation code and the time sequence signal to complete the control of instruction fetching and instruction execution. In other embodiments, a memory may also be provided in processor 110 for storing instructions and data. Illustratively, the memory in the processor 110 may be 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. This avoids repeated accesses and reduces the latency of the processor 110, thereby increasing the efficiency with which the electronic device 101 processes data or executes instructions.

In some embodiments, processor 110 may include one or more interfaces. The interface may include an inter-integrated circuit (I2C) interface, an inter-integrated circuit 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 SIM card interface, a USB interface, and/or 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 electronic device 101, and may also be used to transmit data between the electronic device 101 and peripheral devices. The USB interface 130 may also be used to connect to a headset to play audio through the headset.

It should be understood that the interface connection relationship between the modules illustrated in the embodiments of the present application is only an illustration, and does not limit the structure of the electronic device 100. In other embodiments of the present application, the electronic device 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 electronic device 100. The charging management module 140 may also supply power to the electronic device 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 supplies 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 electronic device 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 the electronic device 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 2G/3G/4G/5G wireless communication applied to the electronic device 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 wireless communication module 160 may provide a solution for wireless communication applied to the electronic device 100, including Wireless Local Area Networks (WLANs) (such as wireless fidelity (Wi-Fi) networks), bluetooth (bluetooth), 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.

The electronic device 100 implements display functions via the GPU, the display screen 194, and the application processor. The GPU is a microprocessor for image processing, and is connected to the display screen 194 and an 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, videos, 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 mini light-emitting diode (mini-light-emitting diode, mini), a Micro-o led, a quantum dot light-emitting diode (QLED), or the like. In some embodiments, the electronic device 100 may include 1 or more display screens 194.

In some embodiments of the present application, the display screen 194 in fig. 1 may be bent when the display panel is made of OLED, AMOLED, FLED, or the like. Here, the display 194 may be bent in such a manner that the display may be bent at any position to any angle and may be held at the angle, for example, the display 194 may be folded right and left from the middle. Or can be folded from the middle part up and down.

The display screen 194 of the electronic device 100 may be a flexible screen, which is currently attracting attention due to its unique characteristics and great potential. Compared with the traditional screen, the flexible screen has the characteristics of strong flexibility and flexibility, can provide a new interaction mode based on the bendable characteristic for a user, and can meet more requirements of the user on electronic equipment. For the electronic equipment provided with the foldable display screen, the foldable display screen on the electronic equipment can be switched between a small screen in a folded state and a large screen in an unfolded state at any time. Therefore, the use of the split screen function by the user on the electronic device equipped with the foldable display screen is more and more frequent.

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

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, the electronic device 100 may include 1 or more cameras 193.

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

Video codecs are used to compress or decompress digital video. The electronic device 100 may support one or more video codecs. In this way, the electronic device 100 may 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. Applications such as intelligent recognition of the electronic device 100 can be realized through the NPU, 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 electronic device 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 an external memory card.

Internal memory 121 may be used to store one or more computer programs, including instructions. The processor 110 may execute the above-mentioned instructions stored in the internal memory 121, so as to enable the electronic device 101 to execute the method of bluetooth pairing connection provided in some embodiments of the present application, and various applications and data processing. The internal memory 121 may include a program storage area and a data storage area. Wherein, the storage program area can store an operating system; the storage program area may also store one or more applications (e.g., gallery, contacts, etc.), and the like. The storage data area may store data (such as photos, contacts, etc.) created during use of the electronic device 101, and the like. Further, the internal memory 121 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic disk storage components, flash memory components, Universal Flash Storage (UFS), and the like. In some embodiments, the processor 110 may cause the electronic device 101 to execute the method for bluetooth pairing connection provided in the embodiments of the present application and other applications and data processing by executing instructions stored in the internal memory 121 and/or instructions stored in a memory provided in the processor 110. The electronic device 100 may implement audio functions through the audio module 170, the speaker 170A, the receiver 170B, the microphone 170C, the earphone interface 170D, and the application processor, etc. Such as music playing, recording, etc.

The sensor module 180 may include a pressure sensor 180A, a gyro 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.

The pressure sensor 180A is used for sensing a pressure signal, and converting 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 wide variety, 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 electronic device 100 determines the strength of the pressure from the change in capacitance. When a touch operation is applied to the display screen 194, the electronic apparatus 100 detects the intensity of the touch operation according to the pressure sensor 180A. The electronic apparatus 100 may also calculate the touched position from 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 the motion attitude of the electronic device 100. In some embodiments, the angular velocity of electronic device 100 about three axes (i.e., X, Y and the Z axis) may be determined by gyroscope sensor 180B. The gyro sensor 180B may be used for photographing anti-shake. For example, when the shutter is pressed, the gyro sensor 180B detects a shake angle of the electronic device 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 electronic device 100 through a reverse movement, thereby achieving anti-shake. The gyroscope sensor 180B may also be used for navigation, somatosensory gaming scenes.

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

The ambient light sensor 180L is used to sense the ambient light level. Electronic device 100 may adaptively adjust the brightness of display screen 194 based on the perceived ambient light level. The ambient light sensor 180L may 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 electronic device 100 is in a pocket to prevent accidental touches.

The fingerprint sensor 180H is used to collect a fingerprint. The electronic device 100 can utilize the collected fingerprint characteristics to unlock the fingerprint, access the application lock, photograph the fingerprint, answer an incoming call with the fingerprint, and so on.

The temperature sensor 180J is used to detect temperature. In some embodiments, electronic device 100 implements a temperature processing strategy using the temperature detected by temperature sensor 180J. For example, when the temperature reported by the temperature sensor 180J exceeds a threshold, the electronic device 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, the electronic device 100 heats the battery 142 when the temperature is below another threshold to avoid the low temperature causing the electronic device 100 to shut down abnormally. In other embodiments, when the temperature is lower than a further threshold, the electronic device 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 applied thereto 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 a surface of the electronic device 100, different from the position of the display screen 194.

As shown in fig. 2, the present application provides a bluetooth protocol framework, including but not limited to a host (host) protocol stack, a Host Controller Interface (HCI), 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 defined in various possible and generally meaningful application scenarios, such as bluetooth audio transmission model agreement (A2 DP), bluetooth hands-free protocol (HFP), and the like.

The core protocol includes, but is not limited to, a bluetooth basic service protocol (SDP), a logical link control and adaptation protocol (L2 CAP), 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 in the frequency band for normal operation. 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 Link Manager (LM) 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 that can be accepted by a baseband, establishing an asynchronous link (ACL) and a synchronous link (SCO), and entering a bluetooth device into an operating mode in an energy-saving state. The Link Control (LC) layer is responsible for responding to upper layer LM commands (e.g., LM commands that perform the functions of establishing a transport link for packets, 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 electronic device 100 shown in fig. 1, and may be specifically executed by a bluetooth module or a bluetooth chip.

Fig. 3 schematically shows a structural diagram of a bluetooth device 200 provided in an embodiment of the present application.

The embodiment will be specifically described below by taking the bluetooth apparatus 200 as an example. It should be understood that the bluetooth device 200 shown in fig. 3 is merely an example, and the bluetooth device 200 may have more or less components than those shown in fig. 3, 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. 3, the bluetooth device 200 may include: the device comprises a processor 201, a memory 202, a Bluetooth communication module 203, an antenna 204, a power switch 205, a USB communication processing module 206 and an audio module 207. 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 a signal received by the bluetooth communication processing module 203, such as a pairing mode modification request sent by the electronic device 100, and so on. The process 201 may be used to perform corresponding processing operations according to the parsing result, such as generating a pairing mode modification response, and the like.

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. Memory 202 may also store communication programs that may be used to communicate with electronic device 100, one or more servers, or other devices.

The Bluetooth communication module 203 may include a classic Bluetooth (BT) module and a Bluetooth Low Energy (BLE) module.

In some embodiments, the bluetooth communication module 203 may listen to signals, such as probe requests, scan signals, etc., transmitted by other devices (such as the electronic device 100) and may send response signals, scan responses, etc., so that the other devices (such as the electronic device 100) may discover the bluetooth device 200 and establish wireless communication connections with the other devices (such as the electronic device 100) to communicate with the other devices (such as the electronic device 100) through bluetooth.

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

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

Antenna 204 may be used to transmit and receive electromagnetic wave signals. Each antenna in the bluetooth device 200 may be used to cover a single or multiple communication bands.

There may be one or more antennas of the bluetooth communication module 203 in some embodiments.

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

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

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

In some embodiments, the bluetooth device 200 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 can adopt an LCD display screen, an OLED display screen, an AMOLED display screen, a FLED display screen, a QLED display screen and the like.

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

It is to be understood that the configuration illustrated in fig. 3 does not constitute a specific limitation to the bluetooth device 200. In other embodiments of the present application, the bluetooth 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 bluetooth device may refer to fig. 2, which is not described herein again.

Before describing the embodiments of the present application, several technical terms in the embodiments of the present application will be described.

Virtual pairing: the device presents to the user that it is "paired," but in fact is unpaired from the bluetooth protocol perspective. The device in the virtual pairing state can trigger pairing protocol interaction when being used for the first time, and physical pairing is completed.

Physical pairing: i.e., the normal pairing state, and also includes the bluetooth protocol interaction process for completing the physical pairing action.

Silent pairing: conventional pairing processes often require manipulation and manual confirmation by the user. The silent pairing means that no user operation is needed in the whole pairing process, and the other users are not sensitive except for the time corresponding to the interaction of the pairing protocol.

For convenience of understanding, the following embodiments of the present application will specifically describe, by taking a mobile phone having the structure shown in fig. 1 and fig. 2 and a bluetooth headset shown in fig. 3 as examples, a method for sharing bluetooth pairing information provided by the embodiments of the present application with reference to the accompanying drawings.

Fig. 4 shows a set of Graphical User Interfaces (GUIs) provided by embodiments of the present application.

Referring to fig. 4 (a), the GUI is a desktop of a mobile phone. The desktop of the mobile phone comprises a plurality of application icons, wherein the application icons comprise set icons 401. When the mobile phone detects that the user clicks the icon 401 on the desktop, the mobile phone may start to set the related functions of the mobile phone, and display the GUI as shown in (b) of fig. 4.

Referring to the GUI shown in (b) of fig. 4, the GUI is a setting interface of a mobile phone. The GUI comprises a plurality of function options, wherein the function options comprise wireless and network, equipment connection, desktop and wallpaper, sound and the like, and a user can set functions such as Bluetooth, NFC and mobile phone screen projection through the equipment connection function. When the cellular phone detects an operation of clicking the device connection function 402 with the user, the GUI as shown in (c) of fig. 4 is displayed.

Referring to the GUI shown in (c) of fig. 4, the GUI sets up an interface for device connection of a cellular phone. The GUI comprises a plurality of function options under device connection, wherein the function options comprise device connection options such as Bluetooth, NFC, Huawei beam, Huawei share and mobile phone screen projection. When the mobile phone detects an operation of the user clicking the bluetooth function 403, the GUI shown in (d) of fig. 4 is displayed.

Referring to the GUI shown in (d) of fig. 4, the GUI is a bluetooth setup interface. The bluetooth device interface includes bluetooth activation control 404, device name "cell phone a" and other functions. When the mobile phone detects that the user clicks the control 404, the mobile phone turns on the bluetooth function, and may display a diagram (e) in fig. 4.

Referring to the GUI shown in (e) of fig. 4, the GUI is another interface of the bluetooth setup. The interface can display paired devices and available devices, wherein the paired devices can be Bluetooth devices connected with the mobile phone before, and the available devices can be Bluetooth devices searched by the mobile phone. The paired devices comprise Bluetooth devices with device names of VW Radio, Bluetooth earphones and JBL GO. When the mobile phone detects an operation of clicking the control 405 by the user, a GUI as shown in (f) of fig. 4 is displayed.

Referring to the GUI shown in (f) in fig. 4, the GUI is a setup interface of a bluetooth device named "bluetooth headset". The setting interface comprises function setting of Bluetooth equipment with the equipment name of Bluetooth earphone, including call audio, media audio and function options shared to other equipment. At this time, after detecting the operation of opening the bluetooth function by the user, the mobile phone B may display "paired devices" and "available devices", the bluetooth devices that the mobile phone B has connected may be displayed in the "paired devices", and the bluetooth devices that the mobile phone B has not connected but is currently searched may be displayed in the "available devices". The paired devices include a smart speaker (the smart speaker is bluetooth paired before the mobile phone B). When the operation of clicking the control 406 by the user is detected on the mobile phone a, a GUI as shown in (g) of fig. 4 may be displayed.

Referring to the GUI shown in (g) in fig. 4, the GUI is another setup interface of a bluetooth device named "bluetooth headset". The device that can be shared by cell phone a for bluetooth headset is displayed on the setup interface. The sharable devices include devices named "iPad" and "cell phone B". When handset a detects an operation of the user clicking on the device 407 with the device name "handset B", handset a may send pairing information about "bluetooth headset" (e.g., information such as a Media Access Control (MAC) address, a device name, and a device type of "bluetooth headset") to handset B. After receiving the pairing information about the "bluetooth headset" sent by the mobile phone a, the mobile phone B may display the bluetooth device with the device name "bluetooth headset" in the "paired device" in the bluetooth setup interface. An icon 408 is included near the device name "bluetooth headset," which icon 408 may be used to prompt cell phone B and the bluetooth headset to be only virtually paired, but not yet physically paired.

It should also be understood that if the device name "bluetooth headset" is included in the pairing information, handset B may display the device name of the device in "paired device". If the pairing information includes the device type "headset," handset B may also display an icon of the headset near the device name.

In one embodiment, other devices except the mobile phone a under the first account are displayed in the sharable device list on the mobile phone a, where the account logged in on the mobile phone a is the first account. For example, the account registered on the mobile phone a is hua is account 1, and the devices under hua is account 1 include the mobile phone a and the mobile phone B, so that when the mobile phone a detects an operation of clicking the control 406 by the user, the mobile phone a may display information of the mobile phone B in the sharable device list.

Referring to (h) in fig. 4, the GUI is another bluetooth setup interface of the mobile phone B. When handset B detects that the user clicks on a bluetooth device named "bluetooth headset," the handset may display a GUI as shown in (i) of fig. 4.

Referring to (i) of fig. 4, the GUI is another bluetooth setup interface of the handset B. After the mobile phone B detects that the user clicks the bluetooth device with the device name "bluetooth headset", the mobile phone may display a reminding frame 409, where the reminding frame 409 includes a prompt message "bluetooth headset is shared by the mobile phone a and needs to be paired with the bluetooth headset". When cell phone B detects that the user clicks on the determination control, the cell phone may display a GUI as shown in (j) of fig. 4.

Referring to (j) in fig. 4, the GUI is another bluetooth setup interface of the handset B. When the mobile phone B detects that the user clicks the determination control, the mobile phone B and the Bluetooth device with the device name of Bluetooth headset can perform silent pairing. Thereafter, the user can answer the incoming call of the mobile phone B using the bluetooth headset or play the audio on the mobile phone B using the bluetooth headset, and so on.

It should be understood that when handset B and the bluetooth device named "bluetooth headset" complete silent pairing, handset B and "bluetooth headset" complete physical pairing.

In the embodiment of the application, the mobile phone A can discover the mobile phone B by scanning peripheral equipment, and meanwhile, the pairing information of the paired equipment on the mobile phone A is sent to the mobile phone B through near field communication. Therefore, the situation that the user needs to perform corresponding operation on the Bluetooth equipment is avoided, the Bluetooth equipment can be connected with the mobile phone A only after entering the pairing state, the operation of the user when the user uses new equipment to connect the Bluetooth equipment is saved, and the user experience is improved.

FIG. 5 illustrates another set of GUIs provided by an embodiment of the present application.

Referring to the GUI shown in (a) of fig. 5, the GUI is another display interface of the bluetooth setup. The display interface can display paired devices and available devices, wherein the paired devices can be Bluetooth devices connected with the mobile phone before, and the available devices can be Bluetooth devices searched by the mobile phone. The paired devices comprise Bluetooth devices with device names of VW Radio, Bluetooth earphones and JBL GO. When the mobile phone a detects a long press operation by the user on the display interface, a GUI as shown in (b) in fig. 5 may be displayed.

In one embodiment, the mobile phone a may also display a GUI as shown in (b) of fig. 5 when detecting a long press operation of the user on a certain paired device.

Referring to the GUI shown in (b) of fig. 5, the GUI is another display interface of the bluetooth setup. The display interface comprises a reminding frame 501, wherein the reminding frame 501 comprises prompt information for prompting a user to select a Bluetooth device to be shared. The user may select the bluetooth device that needs to be shared. When the mobile phone a detects that the user selects bluetooth devices with device names "VW Radio", "bluetooth headset", and "JBL GO" and clicks the operation of the control 502, a GUI as shown in (c) of fig. 5 may be displayed.

Referring to the GUI shown in (c) of fig. 5, the GUI is another display interface of the bluetooth setup. The display interface comprises a reminding frame 503, wherein the reminding frame 503 comprises a prompt message for prompting the user to "please select the sharing mode". The sharing modes comprise mail sharing, information sharing, WeChat sharing, Hishare sharing and the like. When the mobile phone a detects that the user clicks the WeChat sharing control 504, a GUI as shown in (d) of FIG. 5 may be displayed.

Referring to the GUI shown in (d) of fig. 5, the GUI is another display interface of the bluetooth setup. The display interface includes a selection list of transmission objects. Wherein, the selection list comprises brother, sister, mom and dad. Before the user selects to share the pairing information of VW Radio, Bluetooth headset and JBL GO from the linkman, the paired equipment and the available equipment are displayed on the Bluetooth display interface of the mobile phone B. The paired devices may display bluetooth devices to which the mobile phone B has been connected, and the available devices may display bluetooth devices which are not currently searched for and connected to the mobile phone B. The paired devices include a smart speaker (the smart speaker is bluetooth paired before the mobile phone B).

Referring to the GUI shown in (e) of fig. 5, the GUI is another display interface of the bluetooth setup. After the user selects the brother as the transmission object of the pairing information of the VW Radio, the bluetooth headset and the JBL GO, the mobile phone a can prompt the user that the corresponding pairing information is transmitted. Meanwhile, after receiving the corresponding pairing information, the mobile phone B can display devices with device names of "smart speaker", "VW Radio", "bluetooth headset" and "JBL GO" in the "paired devices". The icons 408 can be displayed near the devices with device names of "VW Radio", "bluetooth headset", and "JBL GO", and the icons 408 can be used to prompt that the mobile phone B and the devices with device names of "VW Radio", "bluetooth headset", and "JBL GO" are only virtually paired, and physical pairing is not yet achieved.

It should be understood that after receiving the pairing information sent by the mobile phone a, the mobile phone B may analyze the pairing information. For example, the handset B parses the pairing information to include the MAC address and the device names (e.g., "VW Radio," "bluetooth headset," and "JBL GO") and adds the device names of the three devices to the "paired device"; or, after the mobile phone B detects that the user clicks the received pairing information in the wechat application of the mobile phone B, the mobile phone B may display the corresponding device name in the "paired device".

It should also be understood that, although the mobile phone B displays the bluetooth devices with device names "VW Radio", "bluetooth headset" and "JBL GO" in the "paired devices" of the bluetooth setting interface, at this time, the mobile phone B and the "VW Radio", "bluetooth headset" and "JBL GO" are only virtually paired, and physical pairing is not yet achieved. When the mobile phone B detects that a user clicks a certain Bluetooth device and establishes Bluetooth connection with the Bluetooth device, the physical pairing of the device of the mobile phone B is realized.

In the embodiment of the application, the mobile phone A can send the pairing information of the paired devices on the mobile phone A to the mobile phone B in the modes of mails, social applications, short messages and the like. Therefore, the situation that the user needs to perform corresponding operation on the Bluetooth equipment is avoided, the Bluetooth equipment can be connected with the mobile phone A only after entering the pairing state, the operation of the user when the user uses new equipment to connect the Bluetooth equipment is saved, and the user experience is improved.

FIG. 6 illustrates another set of GUIs provided by an embodiment of the present application.

Referring to the GUI shown in (a) of fig. 6, the GUI is another display interface of the bluetooth setup. When the mobile phone a detects that the user clicks the sharing control, a GUI as shown in (b) of fig. 6 may be displayed.

Referring to the GUI shown in (b) of fig. 6, the GUI is another display interface for dental settings. The display interface comprises two-dimension code information generated by the mobile phone A, and meanwhile, the mobile phone A can prompt a user to 'please use equipment to scan the two-dimension code and perform data synchronization'.

Referring to the GUI shown in (c) of fig. 6, the GUI is a display interface of the bluetooth setting of the mobile phone B. Before the mobile phone B does not scan the two-dimensional code shown in (B) in fig. 6, "paired devices" and "available devices" are displayed on the bluetooth display interface of the mobile phone B. The paired devices may display bluetooth devices to which the mobile phone B has been connected, and the available devices may display bluetooth devices which are not currently searched for and connected to the mobile phone B. The paired devices include a smart speaker (the smart speaker is bluetooth paired before the mobile phone B).

After the mobile phone B scans the two-dimensional code shown in (B) in fig. 6, a GUI as shown in (d) in fig. 6 can be displayed.

Referring to the GUI shown in (d) of fig. 6, the GUI is another display interface of the bluetooth setting of the handset B. After the mobile phone B scans the two-dimensional code, the mobile phone B may obtain pairing information of the corresponding device sent by the mobile phone a. The mobile phone B displays devices with device names of "smart speaker", "VW Radio", "bluetooth headset", and "JBL GO" in the paired device list, wherein an icon 408 may be displayed near the devices with device names of "VW Radio", "bluetooth headset", and "JBL GO", and the icon 408 may be used to prompt that the mobile phone B and the devices with device names of "VW Radio", "bluetooth headset", and "JBL GO" are only virtually paired, and physical pairing is not yet achieved.

In the embodiment of the application, the mobile phone a can generate the pairing information of the paired devices into the two-dimensional code. When the mobile phone B scans the two-dimensional code, the pairing information of the paired equipment on the mobile phone A can be obtained. Therefore, the situation that the user needs to perform corresponding operation on the Bluetooth equipment is avoided, the Bluetooth equipment can be connected with the mobile phone A only after entering the pairing state, the operation of the user when the user uses new equipment to connect the Bluetooth equipment is saved, and the user experience is improved.

Fig. 7 shows a schematic flowchart of a method for sharing information according to an embodiment of the present application. The method can comprise a data sharing process of a sending end and a data receiving and data validation process of a receiving end.

The data sharing process of the sending end comprises equipment checking, data generation and sharing sending. The device checking process may be performed on a display interface of the sending end (e.g., the mobile phone a). Illustratively, as shown in fig. 5 (b), when the handset a detects that the user presses a paired device for a long time, the handset may display a reminder box 501. The user may implement device check-in through the reminder box 501.

In an embodiment, only part of the paired devices displayed on the mobile phone a may be shared, and some paired devices may not be allowed to be shared, in which case, the device that is not allowed to be shared may not appear in the reminder box 501, or the device that is not allowed to be shared may also appear but the mobile phone a may prompt the device that is not allowed to be shared.

In the data generating process, after the user selects the bluetooth device that needs to be shared, before selecting the sharing mode and confirming the sharing transmission, pairing information that needs to be transmitted through sharing is generated based on pairing information of the bluetooth devices that need to be shared (for example, "VW Radio," "bluetooth headset," and "JBL GO" in fig. 5 (b)).

It should be understood that the data generation process may also be triggered before the user selects the sharing mode and sends it to the receiving end.

It should also be understood that the pairing information generated during the data generation process may or may not be encrypted.

The sharing sending process may be sending the pairing information to the receiving end through various sharing approaches supported by the sending end. The sharing approaches include sending methods such as near field wireless communication (e.g., bluetooth, Wi-Fi, NFC), email, social applications, short messages, and the like.

In an embodiment, when the sender sends the pairing information, the sender may or may not designate the receiver.

In one embodiment, the sending end may add information for preventing secondary usage to the pairing information to improve security. For example, the sending end may carry a serial number in the sent pairing information, and the serial number may be used as a disposable "anti-counterfeit identifier". For example, when the mobile phone B uses the pairing information to pair with the bluetooth headset, if the bluetooth headset finds that the serial number is not used, the bluetooth connection of the mobile phone B will be received by the bluetooth headset; when the mobile phone C is paired with the Bluetooth headset by using the pairing information, if the Bluetooth headset finds that the serial number is used, the Bluetooth connection of the mobile phone C is rejected by the Bluetooth headset.

Alternatively, the handset B may send the serial number to the server before pairing with the bluetooth headset, and the server verifies whether the serial number has been used. If the server indicates that handset B that the serial number is not used, handset B can silent pair with the bluetooth headset; otherwise, handset B may not be silent paired with a bluetooth headset.

In an embodiment, the sending-end device may further add validity period information of the pairing information to improve security performance. For example, if the validity period information indicates that the pairing information is valid before a certain time, the receiving end may send the validity period information to the server when receiving the pairing information. If the server indicates that the pairing information is before the time, the receiving end can use the pairing information to complete silent pairing with the Bluetooth headset. Otherwise, the receiving end may not be silent paired with the bluetooth headset.

The data receiving process of the receiving end comprises sharing receiving, data analyzing and information generating. The sharing reception means that the receiving end receives pairing information sent by the sending end through various sharing modes.

The result of the data parsing is to obtain pairing information. For example, as shown in fig. 4 (g), after receiving the pairing information sent by the mobile phone a, the mobile phone B may trigger data parsing. For example, as shown in fig. 5 (e), after detecting that the user clicks the received pairing information in the wechat application of the mobile phone B, the mobile phone B may trigger data analysis.

In order to improve the security performance, the receiving end may also destroy the pairing information after analyzing the data. For example, the pairing information carries expiration date information, and the receiving end can destroy the pairing information after the pairing information exceeds the data expiration date.

The information generation means that the receiving end adds the corresponding device to a paired device list (or "paired device" as shown in (g) in fig. 4) based on the result of the data analysis. For example, the mobile phone B obtains the device name of the bluetooth device as "bluetooth headset" through data parsing, and meanwhile, the mobile phone B obtains the device type of the bluetooth device through data parsing, so that the mobile phone B can display the device name of the bluetooth device shared by the mobile phone a as "bluetooth headset" and an icon of the bluetooth device in the "paired device".

In addition, before the mobile phone B is not paired with the bluetooth device shared by the mobile phone a, the device newly added to the "paired device" by the mobile phone B may have a special identifier, such as a device identified as a virtual paired device behind the device name "bluetooth headset".

In one embodiment, the mobile phone B may also inform the user of the result of the addition through the display interface. For example, the mobile phone B may display "bluetooth headset" in the "paired device", and simultaneously prompt the user through the reminder box that "the bluetooth device has been successfully added to the paired device for you, and the pairing can be completed by clicking".

The data validation process at the receiving end may include service triggering and muting pairing. The condition of service triggering may be that the receiving end detects that the user clicks the bluetooth device shared by the mobile phone a.

Silent pairing is the process of implementing "virtual pairing" to "physical pairing". When the silent pairing scene is not satisfied (for example, the pairing information exceeds the validity period), the pairing between the receiving end and the bluetooth device is automatically switched to the conventional pairing, for example, the user inputs a password or presses a key on the bluetooth device.

In the embodiment of the application, in order to ensure the reliability of data from the sending end to the receiving end, the sending end and the receiving end can use a private channel for sending and receiving pairing information. For example, both the sender and the receiver are installed with dedicated applications. Even if a communication channel is established through a special application program, the pairing information can be destroyed in time after being used up, and is not required to be stored in a memory of a receiving end, so that the security is high. For another example, the sending end may send the pairing information to the receiving end through a transmission channel such as WeChat, email, and the like. The receiving end needs to use a dedicated application program to analyze the pairing information.

In one embodiment, the sending end may encrypt the sent pairing information. Only the receiving end with knowledge of the password can decrypt and obtain the pairing information. For example, as shown in (g) in fig. 4, after the mobile phone a detects that the user clicks the mobile phone B, the mobile phone a may prompt the user to share the password 1234. After receiving the encrypted pairing information sent by the mobile phone a, the mobile phone B can prompt the user to input a decryption password. If the mobile phone B detects that the user inputs the correct password, the mobile phone B can decrypt the encrypted pairing information so as to obtain the pairing information.

In one embodiment, as shown in fig. 6 (c), the two-dimensional code generated by the mobile phone a includes the device ID of the mobile phone a, the pairing information encrypted by the private key of the mobile phone a, and the validity period of the pairing information. After the mobile phone B obtains the two-dimensional code by scanning, the mobile phone B may determine whether the pairing information is in the validity period. If the two-dimension code is out of the valid period, the user can be prompted to fail the two-dimension code. If the validity period is within, the mobile phone B may request the public key of the mobile phone a from the cloud server using the device ID of the mobile phone a (if the public key of the mobile phone a is stored in the mobile phone B before, the public key of the mobile phone a may not be requested from the cloud server again). After the mobile phone B obtains the public key of the mobile phone a from the cloud server, the public key of the mobile phone a can be used to decrypt the pairing information encrypted by the private key of the mobile phone a, so that the pairing information is obtained.

Or the two-dimensional code generated by the mobile phone a includes the device ID of the bluetooth headset, the pairing information encrypted by the private key of the bluetooth headset, and the validity period of the pairing information. After the mobile phone B obtains the two-dimensional code by scanning, the mobile phone B may determine whether the pairing information is in the validity period. If the two-dimension code is out of the valid period, the user can be prompted to fail the two-dimension code. If the validity period is within, the mobile phone B can request the public key of the Bluetooth headset from the cloud server by using the device ID of the Bluetooth headset. After the mobile phone B acquires the public key of the bluetooth headset from the cloud server, the public key of the bluetooth headset can be used to decrypt the pairing information encrypted by the private key of the bluetooth headset, so that the pairing information is obtained.

Fig. 7 is a schematic flow chart illustrating a method for sharing pairing information in the embodiment of the present application. As shown in fig. 7, the method may be performed by cell phone a, cell phone B, and a bluetooth headset. As shown in fig. 7, the method 700 includes:

and S701, the mobile phone A detects that the user shares the Bluetooth headset with the mobile phone B.

For example, as shown in (h) of fig. 4, when the mobile phone a detects that the user clicks the device named "mobile phone B", the pairing information of the bluetooth headset may be sent to the mobile phone B.

S702, the mobile phone A sends the pairing information of the Bluetooth headset to the mobile phone B.

In one embodiment, the pairing information of the bluetooth headset may include identification information of the bluetooth headset.

For example, the pairing information sent by the mobile phone a to the mobile phone B includes a serial number of the bluetooth headset, and then after obtaining the serial number of the bluetooth headset, the mobile phone a may request the cloud server for the pairing information (e.g., MAC address, device name, device type, etc.) of the bluetooth headset through the serial number. Or, if the identification information sent by the mobile phone a to the mobile phone B includes the MAC address of the bluetooth headset, the mobile phone a may request other pairing information (e.g., device name, device type, etc.) of the bluetooth headset from the cloud server through the MAC address after acquiring the MAC address of the bluetooth headset.

In one embodiment, the pairing information includes the MAC address, the device name, and the device type of the bluetooth headset, so that the mobile phone B does not need to query the cloud server for other pairing information of the bluetooth headset.

The mobile phone A can also encrypt the pairing information, and the mobile phone B can prompt a user to input a password or decrypt the encrypted pairing information in a two-dimensional code scanning mode, so that the pairing information is obtained. It should be understood that, for the process of prompting the user to input the two-dimensional code by the mobile phone B or decrypting the encrypted pairing information in the manner of scanning the two-dimensional code, reference may be made to the description in the foregoing embodiment, and details are not described herein for brevity.

In one embodiment, the mobile phone a may further send the second forwarding prevention information to the mobile phone B, for example, the second forwarding prevention information is a serial number. After receiving the serial number, the mobile phone B can send the serial number to the cloud server, and the cloud server checks the serial number. If the cloud server determines that the serial number is not used, the cloud server may indicate to the mobile phone B that the serial number is not used, and the mobile phone B may perform silent pairing with the bluetooth headset using the pairing information. Otherwise, the cloud server indicates the serial number to the mobile phone, and then the mobile phone B does not use the pairing information to perform silent pairing with the bluetooth headset.

In one embodiment, the handset a may also send validity period information to the handset B. After receiving the validity period information, the mobile phone B does not avoid the deviation of the local clock, and the mobile phone B can send the validity period information to the cloud server, and the cloud server determines whether the validity period information is valid. If the cloud server determines that the pairing information is valid, the cloud server can indicate that the pairing information of the mobile phone B is valid; otherwise, the cloud server may indicate that the pairing information is invalid.

And S703, the mobile phone B displays the information of the Bluetooth headset in the paired device list.

In one embodiment, if the pairing information received by the mobile phone B and sent by the mobile phone a includes the device address and the device name of the bluetooth headset. Handset B may display the device name of the bluetooth headset in the paired device list of handset B.

For example, as shown in (g) in fig. 4, after receiving pairing information of a bluetooth headset transmitted by the mobile phone a, the mobile phone B displays a bluetooth device with a device name of "bluetooth headset" in the paired device list of the mobile phone B.

In one embodiment, the mobile phone B further includes a prompt message for prompting that the bluetooth headset is displayed in the paired device list, but the mobile phone B has not bluetooth paired with the bluetooth headset.

Illustratively, as in (g) of fig. 4, an icon 408 is included near the "bluetooth headset" displayed in the paired device list of handset B, which icon 408 may be used to prompt that the bluetooth headset, although displayed in the paired device list, has not bluetooth paired with the bluetooth headset.

S704, the mobile phone B displays the bluetooth device with the device name "bluetooth headset" in the paired device list and detects an operation of the user clicking the bluetooth headset.

For example, as shown in (h) of fig. 4, after receiving the pairing information, the mobile phone B may display a bluetooth device with a device name of "bluetooth headset" in "paired device". It should be understood that handset B and the bluetooth headset are in a virtual pairing state before handset B establishes a bluetooth connection with the "bluetooth headset".

In one embodiment, if the mobile phone a sends the valid period information of the pairing information to the mobile phone B. Then handset B may display the information for the bluetooth headset in the paired list if handset B determines that the pairing information is within the validity period. If the mobile phone B determines that the pairing information does not have the expiration date, the mobile phone B may not display the information of the Bluetooth headset in the paired list, or the mobile phone B may display the information of the Bluetooth headset and a prompt message in the paired list, wherein the prompt message is used for prompting that the pairing information of the Bluetooth headset is expired.

And S705, establishing an ACL link between the mobile phone B and the Bluetooth headset.

In one embodiment, the ACL link established between the handset B and the bluetooth headset includes: handset B and bluetooth headset establish a private RFCOMM connection. In this embodiment of the present application, establishing a private RFCOMM connection between the mobile phone B and the bluetooth headset may include:

s7051, handset B requests to establish a private RFCOMM connection to the bluetooth headset.

For example, when the mobile phone B detects that the user clicks the "bluetooth headset" in the paired old device list, the mobile phone B may trigger a request to the bluetooth headset to establish a private RFCOMM connection.

S7052, the bluetooth headset sends a response to the mobile phone B, where the response message is used to indicate that the connection request of the mobile phone B is accepted.

It will be appreciated that when handset B receives the response, a private RFCOMM connection is established between handset B and the bluetooth headset.

It should also be understood that the handset B may send indication information to the bluetooth headset through the private RFCOMM protocol, where the indication information is used to indicate that the bluetooth headset enters the pairable mode; or, the mobile phone B may also send the indication information to the Bluetooth headset through a Bluetooth port profile (SPP), an L2CAP, a Security Management Protocol (SMP), a Bluetooth low energy general attribute profile (BLE GATT), a Wi-Fi, an Ultra Wide Band (UWB), an infrared data standard (IrDA), and other approaches.

It should be understood that the ACL link is the underlying asynchronous communication physical link, the record m connection is an underlying upper layer protocol (profile) connection, and the record m connection uses the ACL link.

In one embodiment, after receiving the pairing information of the bluetooth headset (for example, the pairing information includes the MAC address of the bluetooth headset) sent by the mobile phone a, the mobile phone B may establish an ACL link with the bluetooth headset. After the ACL link is established between the mobile phone B and the bluetooth headset, the mobile phone B can verify the validity period of the pairing information. Or, the validity period of the mobile phone B may be verified first, and if the mobile phone B determines that the pairing information is within the validity period, the mobile phone B may establish an ACL link with the bluetooth headset.

S706, the mobile phone B sends an indication message to the bluetooth headset through the ACL link, where the indication message is used to indicate that the bluetooth headset enters the pairable mode.

And S707, the Bluetooth headset enters a pairable mode after receiving the indication information.

And S708, carrying out a standard Bluetooth pairing process on the mobile phone B and the Bluetooth headset.

It should be understood that S707 is described as a bluetooth standard pairing process, and the process of pairing the mobile phone B and the bluetooth headset in this embodiment is not limited.

And S709, carrying out data transmission on the mobile phone B and the Bluetooth headset.

Illustratively, HFP connection between the handset and the primary ear is possible when handset B answers the phone via a bluetooth headset.

Illustratively, when the mobile phone B listens to music and watches videos through the Bluetooth headset, an A2DP connection can be made between the mobile phone and the main ear.

Fig. 8 is a schematic diagram illustrating a process of establishing a connection between the mobile phone a and the bluetooth device in the embodiment of the present application. The bluetooth device can be described by taking the bluetooth headset as an example. As shown in fig. 8, the process includes:

and S801, the mobile phone A and the Bluetooth headset perform a standard Bluetooth equipment query (inquiry) process.

For example, referring to (e) in fig. 4, after the mobile phone a detects that the user clicks the bluetooth device with the device name "bluetooth headset", the mobile phone a and the bluetooth headset are triggered to perform a standard bluetooth device query process.

It should be understood that the process may be to connect to the mobile phone a by proximity discovery when the bluetooth headset is first unpacked, or the mobile phone a may connect to the bluetooth headset after the mobile phone a discovers the bluetooth headset by actively searching for the bluetooth device.

In one embodiment, the process of establishing a standard bluetooth pairing between a mobile phone and a bluetooth headset includes: establishing an ACL link between the mobile phone and the Bluetooth headset; the handset and the bluetooth headset perform pairing/SDP/encryption procedures.

S802, the mobile phone a sends a device capability query request message to the bluetooth headset, where the device capability query request message is used to query whether the bluetooth headset supports sharing.

For example, the handset a may carry a specific field in an echo message of the bluetooth protocol layer, where the specific field may be used to query whether the bluetooth headset supports sharing.

For example, the handset a may also carry the device capability query request information through a new message in the APP layer.

It should be understood that the information interactions in S802-S805 may be interactions of private commands.

And S803, the Bluetooth headset sends device capability query response information to the mobile phone A, and the device capability query response information is used for indicating that the Bluetooth headset supports sharing.

S804, the mobile phone a requests the bluetooth headset for authentication information Token.

For example, the handset a may carry a specific field in an echo message of the bluetooth protocol layer, where the specific field may be used to request authentication information.

For example, the handset a may also carry the request information through a new message in the APP layer, so as to request the authentication information from the bluetooth headset.

It will be appreciated that either the echo messages at the bluetooth protocol level or the APP messages at the APP level need to be transmitted over the encrypted link between handset a and the bluetooth headset.

Illustratively, the authentication information Token is not limited to a password, an identification code, an encryption string, and the like.

And S805, the Bluetooth headset sends authentication information Token to the mobile phone A.

Thereafter, handset a may interact with the bluetooth headset, and the user may listen to music, receive calls, etc. using the bluetooth headset.

Fig. 9 is a schematic diagram illustrating a process of sharing the bluetooth device with the mobile phone B through the mobile phone a in the embodiment of the present application. As shown in fig. 9, the process includes:

s901, the mobile phone a detects an operation of sharing the bluetooth headset with the mobile phone B by the user.

S902, the mobile phone A sends the pairing information of the Bluetooth headset to the mobile phone B.

It should be understood that the processes of S901-S902 may refer to the processes of S701-S702 described above, and are not described herein again for brevity.

In one embodiment, the mobile phone a may also send authentication information Token to the mobile phone B. Before the bluetooth headset is paired with handset B, handset B may use the authentication information to perform an interactive authentication with the bluetooth headset.

S903, the mobile phone B displays the bluetooth device named "bluetooth headset" in the paired device list and detects an operation of the user clicking the bluetooth headset.

And S904, establishing an ACL link between the mobile phone B and the Bluetooth headset.

It should be understood that, at this time, the mobile phone B acquires the MAC address of the bluetooth headset in the pairing information, and then the mobile phone B may establish an ACL link with the bluetooth headset first.

And S905, carrying out an interactive authentication process between the mobile phone B and the Bluetooth headset.

In the embodiment of the present application, the interactive authentication process includes, but is not limited to, the following three ways:

in a first mode

And the mobile phone B sends the authentication information to the Bluetooth headset through the ACL link, and the Bluetooth headset determines that the authentication information is the same as the authentication information sent to the mobile phone A before, so that the mobile phone B and the Bluetooth headset are authenticated interactively. The mode can send all the authentication information to the Bluetooth headset for authentication, and information interaction in the authentication process can be saved.

Mode two

The mobile phone B sends a part of authentication information to the Bluetooth headset through the ACL link, and the Bluetooth headset determines whether the part of authentication information is correct or not. If the authentication information is correct, the Bluetooth headset can continuously send a scanning request (scan request) to the mobile phone B, wherein the scanning request is used for requesting another part of authentication information; after receiving the scan request, the handset B may send a scan response (scan response) to the bluetooth headset, where the scan response includes another encrypted part of the authentication information.

Mode III

The authentication process may include the steps of:

s9051, the handset B requests a random number from the bluetooth headset.

S9052, the Bluetooth headset sends the random number A and the authentication type to the mobile phone B. Wherein, the authentication type is used for indicating the mobile phone B to perform identity authentication.

S9053, the mobile phone B sends the random number B and the derivative TokenA to the Bluetooth headset.

The derived TokenA is obtained by encrypting the random number A by the mobile phone B through the authentication information Token.

S9054, the bluetooth headset sends the derived token B and the pairing status code to the cell phone B, where the pairing status code is used to indicate that the bluetooth headset enters a pairable state.

After receiving the derived TokenA, the bluetooth headset may determine that the mobile phone is a trusted device if the random number a can be analyzed by using the authentication information. At this point the bluetooth headset may enter a mateable state and send the derivative token B to handset B. And when the mobile phone B uses the authentication information Token to analyze the random number B from the derivative Token B, the mobile phone B starts a standard Bluetooth pairing process.

It should be understood that the process of the mutual authentication between the mobile phone B and the bluetooth headset in S905 is similar to the validity period check in the foregoing embodiment, and the mutual authentication may be understood as an implementation of the validity check of the pairing information.

In one embodiment, the mobile phone B may also perform mutual authentication with the bluetooth headset first. And after the interactive authentication between the mobile phone B and the Bluetooth headset is passed, the mobile phone B can establish an ACL link with the Bluetooth headset.

S906, the Bluetooth headset enters a pairable mode after the Bluetooth headset determines that the interactive authentication is passed.

It should be understood that the process of performing mutual authentication between the mobile phone B and the bluetooth headset in S905-S906 is optional, and in this embodiment of the present application, the mobile phone B may also not perform the mutual authentication process with the bluetooth headset.

And S907, after the mobile phone B determines that the interactive authentication is passed, starting a standard Bluetooth pairing process.

And S908, carrying out a standard Bluetooth pairing process on the mobile phone B and the Bluetooth headset.

And S909, the mobile phone B and the Bluetooth headset perform data transmission.

In the embodiment of the application, when the bluetooth headset is connected with the mobile phone a for the last time and needs to be connected with the mobile phone B, the pairing information and the authentication information of the bluetooth headset can be shared with the mobile phone B through the mobile phone a, and the mobile phone B can firstly use the authentication information sent by the mobile phone a to authenticate with the bluetooth headset. And performing Bluetooth pairing after the authentication is passed. Therefore, the safety of the pairing of the mobile phone B and the Bluetooth headset is improved. Meanwhile, the process that the user can be paired with the mobile phone B after entering the pairing state by pressing a function key on the Bluetooth headset is avoided, the operation of the user when the user uses new equipment to connect the Bluetooth headset is saved, and the user experience is improved.

In the above method 900, the bluetooth connection between the mobile phone B and the bluetooth headset is established in a silent pairing manner triggered by the mobile phone B. In the embodiment of the present application, the silent pairing may also be triggered through the headset. For example, while the mobile phone a sends the pairing information to the mobile phone B, the mobile phone a may also request the mobile phone B to send the MAC address of the mobile phone B to the mobile phone a. After acquiring the MAC address of the mobile phone B, the mobile phone a may send the MAC address of the mobile phone B to the bluetooth headset. The next time the bluetooth headset detects the opening of the box, the pairing request can be directly initiated to the mobile phone B.

Fig. 10 shows a schematic flow chart of a method for sharing pairing information in an embodiment of the present application. As shown in fig. 10, the method may be performed by a first electronic device (e.g., cell phone a), a second electronic device (e.g., cell phone B), and an accessory device (e.g., bluetooth headset). As shown in fig. 10, the method 1000 includes:

s1001, the first electronic device displays a first interface, the first interface includes a first device list, devices in the first device list are devices which are in Bluetooth pairing with the first electronic device, and the first device list includes the accessory device.

Illustratively, referring to the GUI shown in fig. 4 (e), information of the bluetooth headset is included in the paired device list of the handset a.

S1002, the second electronic device displays a second interface, where the second interface includes a second device list, a device in the second device list is a device that has undergone bluetooth pairing with the second electronic device, and the second device list does not include the accessory device.

For example, referring to the GUI shown in (f) of fig. 4, information of the bluetooth headset is not included in the paired device list of the handset B.

S1003, when the first electronic device detects a first operation of the user on the first interface, the first electronic device sends pairing information of the accessory device to the second electronic device.

Illustratively, referring to the GUI shown in (g) of fig. 4, the first operation may be an operation in which the user selects the handset B in the sharable device list. When the mobile phone a detects the operation, the mobile phone a can transmit pairing information of the bluetooth headset to the mobile phone B through a short-range wireless communication technology (e.g., Wi-Fi or bluetooth).

Optionally, the method 1000 further comprises: before performing bluetooth pairing with the accessory device, the second electronic device displays prompt information on the second interface, wherein the prompt information is used for prompting that the second electronic device and the accessory device are not subjected to bluetooth pairing; when Bluetooth pairing is completed with the accessory device, the second electronic device hides the prompt message.

For example, referring to (g) in fig. 4, before bluetooth pairing between the handset B and the bluetooth headset, the handset B may display an icon 408 on the interface, where the icon 408 is used to indicate that the bluetooth headset and the bluetooth headset have not been bluetooth paired although being displayed in the paired device list of the handset B. Referring to (g) and (j) in fig. 4, after handset B and the bluetooth headset complete the bluetooth pairing, handset B may hide the icon 408.

Optionally, the method 1000 further comprises: the second electronic device sends indication information to the accessory device before Bluetooth pairing with the accessory device, wherein the indication information is used for indicating the accessory device to enter a pairable mode; the accessory device enters a pairable mode according to the indication information.

S1004, the second electronic device displays the accessory device in the second device list according to the pairing information.

For example, referring to the GUI shown in (g) of fig. 4, the handset B may display information of the bluetooth headset in the paired device list after receiving the pairing information.

S1005, the second electronic device performs bluetooth pairing with the accessory device when detecting an operation of the user to select the accessory device in the second device list.

For example, referring to the GUIs shown in (h) to (j) of fig. 4, when the mobile phone B detects an operation of selecting a bluetooth headset from the paired device list by the user, the mobile phone B can perform bluetooth pairing with the bluetooth headset.

Embodiments of the present application also provide a chip, where the chip is included in an electronic device, and the chip further includes one or more processors, one or more memories, and one or more computer programs, where the one or more computer programs are stored in the one or more memories, and the one or more computer programs include instructions, which when executed by the one or more processors, cause the chip to perform the steps in the method for sharing information as described above.

The embodiment of the present application further provides a computer storage medium, which includes a computer instruction, and when the computer instruction runs on an electronic device, the electronic device is enabled to execute the information sharing method in the foregoing embodiment.

An embodiment of the present application further provides a computer program product, which when running on an electronic device, enables the electronic device to execute the information sharing method described in the foregoing embodiment.

Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.

In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit.

The functions, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application or portions thereof that substantially contribute to the prior art may be embodied in the form of a software product stored in a storage medium and including instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.

The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present application, and shall be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. A system comprising a first electronic device, a second electronic device, and an accessory device, wherein,

the first electronic device is configured to display a first interface, where the first interface includes a first device list, a device in the first device list is a device that has undergone bluetooth pairing with the first electronic device, and the first device list includes the accessory device;

the second electronic device is configured to display a second interface, where the second interface includes a second device list, a device in the second device list is a device that has undergone bluetooth pairing with the second electronic device, and the second device list does not include the accessory device;

the first electronic device is further used for sending pairing information of the accessory device to the second electronic device when a first operation of a user on the first interface is detected;

the second electronic device is further configured to display the accessory device in the second device list according to the pairing information;

the second electronic device is further configured to perform bluetooth pairing with the accessory device when detecting that the user selects the accessory device in the second device list.

2. The system of claim 1, wherein the second electronic device is further configured to display a prompt on the second interface before bluetooth pairing with the accessory device, the prompt prompting that the second electronic device has not bluetooth paired with the accessory device;

when the Bluetooth pairing is completed with the accessory equipment, the prompt message is hidden.

3. The system of claim 1 or 2, wherein the second electronic device is further configured to send an indication to the accessory device prior to bluetooth pairing with the accessory device, the indication indicating that the accessory device enters a pairable mode;

the accessory device is further used for entering a pairable mode according to the indication information.

4. The system according to any one of claims 1 to 3, wherein the first electronic device is further configured to send, in response to the first operation, validity period information of the pairing information to the second electronic device, the validity period information indicating a validity period of the pairing information;

the second electronic device is further configured to determine that the pairing information is within the validity period before bluetooth pairing with the accessory device.

5. The system according to any one of claims 1 to 4, wherein the first electronic device is further configured to, in response to the first operation, send a serial number corresponding to the pairing information to the second electronic device;

the second electronic device is further configured to determine that the serial number is unused prior to bluetooth pairing with the accessory device.

6. The system according to any one of claims 1 to 5, wherein the first electronic device is further configured to send, in response to the first operation, authentication information to the second electronic device, the authentication information being information acquired by the first device from the accessory device;

the second electronic device is further configured to perform interactive authentication with the accessory device according to the authentication information before performing bluetooth pairing with the accessory device;

and after the interactive authentication with the accessory device is passed, performing Bluetooth pairing with the accessory device.

7. The system according to any one of claims 1 to 6, wherein the first electronic device and the second electronic device are devices under the same account.

8. The system according to any one of claims 1 to 7, wherein the pairing information comprises one or more of the following information: a Media Access Control (MAC) address of the accessory device, a device identification of the accessory device, or authentication information.

9. A method for sharing information, the method being applied to an electronic device, the method comprising:

displaying a first interface, wherein the first interface comprises an equipment list, equipment in the equipment list is equipment subjected to Bluetooth pairing with the electronic equipment, and the equipment list does not comprise accessory equipment;

receiving pairing information of the accessory device sent by another electronic device;

displaying the accessory device in the device list according to the pairing information;

upon detecting an operation of a user selecting the accessory device from the device list, performing Bluetooth pairing with the accessory device.

10. The method of claim 9, further comprising:

before the electronic device and the accessory device are subjected to Bluetooth pairing, displaying prompt information on the first interface, wherein the prompt information is used for prompting that the electronic device and the accessory device are not subjected to Bluetooth pairing;

11. The method of claim 9 or 10, wherein prior to the bluetooth pairing with the accessory device, the method further comprises:

sending indication information to the accessory device, the indication information being used to indicate the accessory device to enter a pairable mode.

12. The method of any of claims 9-11, wherein prior to the bluetooth pairing with the accessory device, the method further comprises:

receiving validity period information of the pairing information sent by the other electronic equipment, wherein the validity period information is used for indicating the validity period of the pairing information;

determining that the pairing information is within the validity period.

13. The method of any of claims 9-12, wherein prior to the bluetooth pairing with the accessory device, the method further comprises:

receiving a serial number corresponding to the pairing information sent by the other electronic equipment;

determining that the sequence number is unused.

14. The method of any of claims 9-13, wherein prior to the bluetooth pairing with the accessory device, the method further comprises:

receiving authentication information sent by the other electronic equipment, wherein the authentication information is information acquired by the other electronic equipment from the accessory equipment;

performing interactive authentication with the accessory equipment according to the authentication information;

wherein the Bluetooth pairing with the accessory device comprises:

after the electronic equipment and the accessory equipment pass the interactive authentication, the electronic equipment and the accessory equipment are subjected to Bluetooth pairing.

15. The method according to any one of claims 9 to 14, wherein the electronic device and the other electronic device are devices under the same account.

16. The method according to any one of claims 9 to 15, wherein the pairing information comprises one or more of the following information: a Media Access Control (MAC) address of the accessory device, a device identification of the accessory device, or authentication information.

17. A method for sharing information, the method being applied to an electronic device, the method comprising:

displaying a first interface, wherein the first interface comprises a first device list, devices in the first device list are devices which are subjected to Bluetooth pairing with the electronic device, and the first device list comprises accessory devices;

in response to detecting a first operation of a user on the first interface, sending pairing information of the accessory device to the other electronic device to enable the other electronic device to display the accessory device in a second device list, wherein the devices in the second device list are devices which are subjected to Bluetooth pairing with the other electronic device.

18. The method of claim 17, further comprising:

in response to the first operation, transmitting validity period information of the pairing information to the other electronic device, the validity period information indicating a validity period of the pairing information, wherein the other electronic device is capable of bluetooth pairing with the accessory device within the validity period.

19. The method according to claim 17 or 18, further comprising:

in response to the first operation, sending a serial number corresponding to the pairing information to the other electronic device, wherein the other electronic device is capable of performing Bluetooth pairing with the accessory device when the serial number is not used.

20. The method of any one of claims 17 to 19, further comprising:

and responding to the first operation, sending authentication information to the other electronic equipment, wherein the authentication information is information acquired by the electronic equipment from the accessory equipment, and the authentication information is used for interactive authentication between the other electronic equipment and the accessory equipment.

21. The method according to any one of claims 17 to 20, wherein the electronic device and the another electronic device are devices under the same account.

22. An electronic device, comprising:

one or more processors;

one or more memories;

and one or more computer programs, wherein the one or more computer programs are stored in the one or more memories, the one or more computer programs comprising instructions, which when executed by the one or more processors, cause the electronic device to perform the method of any of claims 9-16; alternatively, the first and second electrodes may be,

the instructions, when executed by the one or more processors, cause the electronic device to perform the method of any of claims 17-21.

23. A computer-readable storage medium having instructions stored therein, which when run on an electronic device, cause the electronic device to perform the method of any one of claims 9-16; alternatively, the first and second electrodes may be,

the instructions, when executed on an electronic device, cause the electronic device to perform the method of any of claims 17-21.

24. A computer program product comprising instructions which, when run on an electronic device, cause the electronic device to perform the method of any of claims 9 to 16; alternatively, the first and second electrodes may be,

the computer program product, when run on an electronic device, causes the electronic device to perform the method of any of claims 17 to 21.