CN113286281B - Emergency calling method and related device - Google Patents

Abstract

The embodiment of the application provides an emergency call method and a related device. The method comprises the following steps: the first equipment and the second equipment establish Bluetooth connection; when the first device meets a first preset condition and supports HFP service, sending a first message comprising a first telephone number to the second device; the second device dials the first phone number in response to the first message; when the first device meets a first preset condition, does not support HFP service and supports BLE service, sending a second message comprising a second telephone number to the second device; the second device dials a second phone number in response to the second message; when the first device meets a first preset condition, the HFP service and the BLE service are not supported, and the SPP service is supported, sending a third message including a third phone number to the second device; the second device dials the third phone number in response to the third message. Therefore, the intelligent wearable device can control terminal calling according to the services supported by the intelligent wearable device.

Description

Emergency calling method and related device

technical field

The present application relates to the technical field of terminals, and in particular, to an emergency calling method and related apparatus.

Background technique

With the development of communication technology, smart wearable devices have entered people's lives. People can learn about the weather, exercise and make calls in real time through smart wearable devices.

When the user encounters an emergency, the user can make an emergency call through a wearable device that supports voice calls such as smart headsets.

However, some smart wearable devices, such as bracelets, smart glasses, etc., do not support the voice calling function. When the user encounters an emergency, he cannot make a phone call for emergency help.

SUMMARY OF THE INVENTION

The embodiments of the present application provide an emergency calling method and related apparatus. When the smart wearable device meets the preset conditions for making a call, it controls a handheld device such as a mobile phone to make a call according to its Bluetooth feature, so as to realize an emergency call.

In a first aspect, an embodiment of the present application provides a method, including: establishing a Bluetooth connection between a first device and a second device; when the first device satisfies a first preset condition and the first device supports a hands-free calling HFP service, the first device A device sends a first message to a second device, where the first message includes the first phone number; the second device dials the first phone number in response to the first message; or, when the first device satisfies the first preset condition and the first device When a device does not support the HFP service and the first device supports the BLE service, the first device sends a second message to the second device, and the second message includes the second phone number; the second device responds to the second message, Dial the second phone number; or, when the first device satisfies the first preset condition, and the first device does not support the HFP service and BLE service, and the first device supports the simplified parallel SPP service, the first device sends a third message to The second device, the third message includes the third phone number; the second device dials the third phone number in response to the third message.

In this way, when the first device satisfies the preset conditions for dialing a call, it can control the dialing call of the second device based on any one of the HFP service, the BLE service and the SPP service. Furthermore, when the user of the first device is in an emergency situation, an emergency call can be implemented. When the first device can be a smart wearable device and the second device can be a terminal device, the user can control the terminal device to make calls through the smart wearable device.

Optionally, the method further includes: when the first device satisfies the first preset condition and the first device does not support the HFP service, the BLE service and the SPP service, the first device displays prompt information, where the prompt information is used to prompt the user to be in an emergency. Happening.

In this way, the user of the first device can be prompted to be in an emergency situation, so that others can make an emergency call for help.

Optionally, satisfying the first preset condition by the first device includes: the first device receives a user operation; the user operation is used to instruct the first device to make a call.

Optionally, the first device satisfying the first preset condition includes: the first device detects that the user's gesture operation satisfies the preset gesture operation, and the preset gesture operation is used to instruct the first device to make a call; or, the first device detects that The physiological characteristics of the user meet the preset physiological characteristics, and the preset physiological characteristics are used to instruct the first device to make a call.

In this way, when the first device receives the user's quick operation, it can control the second device to make a call to implement an emergency call, shorten the call time and improve the emergency call speed. The first device can automatically control the second device to make a call according to the physiological characteristics of the user, so as to realize an emergency call, shorten the call time and improve the emergency call speed.

Optionally, the first message is an automatic dialing ATD command, and the ATD command includes the first telephone number.

Optionally, the second message is a general attribute configuration file GATT command, and the GATT command includes the second phone number; or, the second message is a broadcast, and the broadcast includes the second phone number.

Optionally, the third message is a radio frequency communication RFCOMM command, and the RFCOMM command includes a third telephone number.

Optionally, the method further includes: enabling the external playback function on the second device; and the external playback function is used to amplify the sound output by the second device.

In this way, the user can hear the sound transmitted by the second device.

In a second aspect, an embodiment of the present application provides an emergency call method, which is applied to a first device, and the method includes:

The first device and the second device establish a Bluetooth connection; when the first device satisfies the first preset condition and the first device supports the hands-free calling HFP service, the first device sends a first message to the second device, and the first message includes The first phone number; or, when the first device satisfies the first preset condition, and the first device does not support the HFP service, and the first device supports the Bluetooth Low Energy BLE service, the first device sends a second message to the second device, the second message includes the second phone number; or, when the first device satisfies the first preset condition, and the first device does not support the HFP service and the BLE service, and the first device supports the simplified parallel SPP service, the first device A third message is sent to the second device, the third message includes a third phone number.

Optionally, the method further includes: when the first device satisfies the first preset condition and the first device does not support the HFP service, the BLE service and the SPP service, the first device displays prompt information, where the prompt information is used to prompt the user to be in an emergency. Happening.

Optionally, satisfying the first preset condition by the first device includes: the first device receives a user operation; the user operation is used to instruct the first device to make a call.

Optionally, the first device satisfying the first preset condition includes: the first device detects that the user's gesture operation satisfies the preset gesture operation, and the preset gesture operation is used to instruct the first device to make a call; or, the first device detects that The physiological characteristics of the user meet the preset physiological characteristics, and the preset physiological characteristics are used to instruct the first device to make a call.

Optionally, the first message is an automatic dialing ATD command, and the ATD command includes the first telephone number.

Optionally, the second message is a general attribute configuration file GATT command, and the GATT command includes the second phone number; or, the second message is a broadcast, and the broadcast includes the second phone number.

Optionally, the third message is a radio frequency communication RFCOMM command, and the RFCOMM command includes a third telephone number.

In a third aspect, an embodiment of the present application provides a smart wearable device. The smart wearable device may be a Bluetooth headset, a Bluetooth bracelet, a Bluetooth watch, a head-mounted display (HMD for short), etc. device on the user. The terminal device may be a Bluetooth mobile phone, a Bluetooth-enabled personal digital assistant (PDA), a tablet computer, a handheld computer, a notebook computer, an ultra-mobile personal computer (UMPC), a netbook, a cellular phone, an enhanced Augmented reality (AR) devices, virtual reality (virtual reality, VR) devices, etc.

The smart wearable device includes: a processor and a memory; the memory stores computer-executed instructions; the processor executes the computer-executed instructions stored in the memory, so that the processor executes the method of the second aspect.

In a fourth aspect, an embodiment of the present application provides a wristband, including: a processor and a memory; the memory stores computer-executed instructions; the processor executes the computer-executed instructions stored in the memory, so that the processor executes the method of the second aspect.

In a fifth aspect, embodiments of the present application provide a computer-readable storage medium, where a computer program or instruction is stored in the computer-readable storage medium, and when the computer program or instruction is executed, the method of the second aspect is implemented.

In a fifth aspect, an embodiment of the present application provides a computer program product, which includes a computer program or instructions. When the computer program or instructions are executed by a processor, the method of the second aspect is implemented.

For the beneficial effects of the possible implementations of the second aspect to the fifth aspect, reference may be made to the beneficial effects brought by the first aspect and the possible implementations of the first aspect, which will not be repeated here.

Description of drawings

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

2 is a schematic flowchart of a method for an HF-controlled AG to make a call provided by an embodiment of the present application;

3 is a schematic flowchart of an emergency calling method provided by an embodiment of the present application;

4 is a schematic diagram of an interface when a bracelet and a mobile phone are connected via Bluetooth according to an embodiment of the present application;

5 is a schematic diagram of an interface for setting a call number of a bracelet on a mobile phone according to an embodiment of the present application;

6 is a schematic diagram of an interface for setting a call trigger mode provided by an embodiment of the present application;

7 is a schematic interface diagram of a wristband call provided by an embodiment of the present application;

8 is a schematic flowchart of a method for obtaining a service type between a wristband and a mobile phone by a wristband according to an embodiment of the present application;

FIG. 9 is a schematic interface diagram of a wristband searching for a mobile phone according to an embodiment of the present application;

FIG. 10 is a schematic diagram of a hardware structure of a smart wearable device according to an embodiment of the present application.

Detailed ways

In order to clearly describe the technical solutions of the embodiments of the present application, in the embodiments of the present application, words such as "first" and "second" are used to distinguish the same or similar items with basically the same function and effect. For example, the first device and the second device are only used to distinguish different devices, and the sequence of the first device and the second device is not limited. Those skilled in the art can understand that the words "first", "second" and the like do not limit the quantity and execution order, and the words "first", "second" and the like are not necessarily different.

It should be noted that, in this application, words such as "exemplary" or "for example" are used to represent examples, illustrations or illustrations. Any embodiment or design described in this application as "exemplary" or "such as" should not be construed as preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary" or "such as" is intended to present the related concepts in a specific manner.

It should be noted that the network architecture and service scenarios described in the embodiments of the present application are for the purpose of illustrating the technical solutions of the embodiments of the present application more clearly, and do not constitute a limitation on the technical solutions provided by the embodiments of the present application. It can be seen that, with the evolution of the network architecture and the emergence of new service scenarios, the technical solutions provided in the embodiments of the present application are also applicable to similar technical problems.

Usually, a pairing connection is required before data transfer between a Bluetooth-enabled electronic device and an external device. The above electronic devices and external devices may be collectively referred to as Bluetooth devices. In order to enable interoperability between paired Bluetooth devices, the Bluetooth Special Interest Group (SIG) has developed the Bluetooth specification.

The Bluetooth technical specification includes a core protocol (protocol) and an application protocol (profile). The core protocol includes the lowest 4 layers (Layer) in the Bluetooth protocol stack, a basic service discovery protocol (service discover protocol, SDP), and a basic general access profile (general access profile, GAP) for all profiles.

Application protocol profile, or application layer profile. The profile may include types such as phonebook access profile (PBAP), hands-free profile (HFP), object push profile (OPP).

Each type of profile can be understood as a protocol stack for implementing a type of application service. For example, PBAP is a protocol stack for implementing address book synchronization. For another example, HFP is a protocol stack for implementing call control (such as answering, hanging up, rejecting, voice dialing, etc.).

Interoperable Bluetooth devices need to use the same version of the protocol stack. For example, in the case where the external device needs to perform call control on the electronic device, both the electronic device and the external device need to use the same version of HFP. Of course, implementing different application services requires different protocol stacks. For example, the implementation of the call control service requires the use of HFP and the implementation of the synchronous address book service requires the use of PBAP, and so on.

Before the electronic device and the external device use the profile to implement the application service, the two parties can dynamically negotiate the profiles supported by each other. In a possible implementation manner, after an asynchronous connectionless (ACL) link is established between any two or more Bluetooth devices, the Bluetooth device can dynamically query the device information of the opposite end through the SDP in the Bluetooth technology framework. and the profile type supported by the peer to establish a corresponding connection between Bluetooth devices. Exemplarily, after the electronic device and the external device establish an ACL link, the external device sends SDP request information to the electronic device. After the electronic device receives the SDP request information from the external device, the electronic device sends the SDP response information to the external device. The SDP response information includes the profile type supported by the electronic device. The external device can determine the highest profile version jointly supported by the electronic device and the external device according to the SDP response information.

In a possible scenario based on Bluetooth device communication, when the user encounters an emergency, the user can control a terminal device such as a mobile phone to make an emergency call through a smart wearable device that supports voice calls such as a smart headset.

Specifically, before the mobile phone and the smart wearable device establish a service connection, the smart wearable device queries and obtains the services supported by the mobile phone through the SDP service. For details, refer to the description of the above-mentioned Bluetooth device service query, which will not be repeated here. When the smart wearable device confirms that both the mobile phone and the smart wearable device support the HFP service, the smart wearable device and the mobile phone establish an HFP service connection. When the smart wearable device that supports the HFP service receives the triggering operation of the user to make a call, the smart wearable device that supports the HFP service transmits the phone number to the mobile phone through an auto-dial (ATD) command, and controls the mobile phone to dial the phone number. phone number for emergency calls.

However, some smart wearable devices, such as bracelets, smart glasses, etc., do not support HFP services and do not have voice phone functions. When the user encounters an emergency, it is impossible to remotely control the mobile phone to make a phone call to implement an emergency call.

The embodiment of the present application provides a solution, which is suitable for a Bluetooth system. When a smart wearable device that supports the HFP service receives a trigger operation for a user to make a call, the smart wearable device that supports the HFP service automatically dials (auto-dial, ATD). ) command to transfer the phone number to a terminal device such as a mobile phone, and control the terminal device such as a mobile phone to dial the phone number, thereby realizing an emergency call. For a smart wearable device that does not support the HFP service, the BLE service or the simplified parallel process (SPP) service can be used to control a terminal device such as a mobile phone to make a call to implement an emergency call. In this way, the smart wearable device can select an appropriate method to control terminal devices such as mobile phones to make emergency calls according to the type of services it supports.

In the embodiment of the present application, the smart wearable device may be a Bluetooth headset, a Bluetooth bracelet, a Bluetooth watch, and a head-mounted display (HMD for short) that can be worn on a user's body with a Bluetooth function. The terminal device can be a Bluetooth mobile phone, a Bluetooth-enabled personal digital assistant (PDA), a tablet computer, a handheld computer, a notebook computer, an ultra-mobile personal computer (UMPC), a netbook, a cellular phone, an augmented reality (augmented reality, AR) devices, virtual reality (virtual reality, VR) devices, etc.

Taking a smart wearable device as a wristband as an example, FIG. 1 is a schematic diagram of an application scenario of an emergency calling method provided by an embodiment of the present invention. As shown in FIG. 1 , the application scenario includes a bracelet 101 and a terminal device 102 . The terminal device 102 may be a mobile phone, a tablet computer or the like. Both the wristband 101 and the terminal device 102 have the Bluetooth function, so that the wristband 101 and the terminal device 102 can communicate via Bluetooth. The wristband 101 can recognize and respond to the user's trigger operation, and control the terminal device 102 to make a call, vibrate the ringer or pop up a notification message through the Bluetooth connection between the wristband 101 and the terminal device 102 .

Both the bracelet 101 and the terminal device 102 can support application protocols (profiles) and core protocols (protocols) of multiple applications. Each protocol defines its own corresponding message format and application rules to realize the interconnection and interoperability of different devices under different platforms, and to meet various possible and general application scenarios. Application protocols may include advanced audio distribution profile (A2DP), hands-free calling protocol HFP, and the like. The core protocols include Bluetooth module (bluetooth module, BTM), service discovery protocol SDP, logical channel control and adaptation protocol (logical link control and adaptation protocol, L2CAP), radio frequency communication (radio frequency communication, RFCOMM) protocol and so on.

The related concepts involved in the embodiments of the present application will be described below.

1. Bluetooth connection: a data transmission connection method between devices. Bluetooth connections include basic rate (basicrate, BR) connections, enhanced data rate (enhanced data rate, EDR) connections, and Bluetooth low energy (Bluetooth low energy, BLE) connections.

It should be noted that when the Bluetooth connection is a BR/EDR connection, the Bluetooth devices use a synchronous connection-oriented/extended (SCO) and an extended synchronous connection-oriented (ESCO) to transmit call data. And use ACL link to transmit audio data or video data. When the Bluetooth connection is a BLE connection, an isochronous channel (ISO) is used between the Bluetooth devices to transmit call data, audio data or video data.

The following describes the Bluetooth connection process between Bluetooth devices. The Bluetooth connection includes but is not limited to the following processes: pairing connection, SDP service query and encryption, etc.

The pairing between Bluetooth devices may be link manager protocol (LMP) pairing, secure simple pairing (SSP) pairing, or pairing by other non-standard pairing methods.

Taking a mobile phone and a bracelet as an example, the pairing and connection process between the mobile phone and the bracelet can be as follows: Both the mobile phone and the bracelet have the Bluetooth function enabled. Bluetooth enabled device, and the name of the Bluetooth enabled device is displayed on the phone interface. When the mobile phone receives the operation of the user triggering the name control of the bracelet, the mobile phone initiates a page for the MAC address of the bracelet. When the bracelet receives the page sent by the mobile phone, the mobile phone and the bracelet establish an ACL link, and the pairing connection between the bracelet and the mobile phone is completed.

In a possible way, after the mobile phone and the bracelet are paired and connected once, the mobile phone and the bracelet can be automatically connected within a certain range.

After the pairing between the bracelet and the mobile phone is completed, a shared secret key can be created: the link key. The link key is used to authenticate the device and encrypt the data exchanged. Exemplarily, after the bracelet and the mobile phone are paired and connected, the bracelet and the mobile phone share the same link key. The bracelet and mobile phone are authenticated by the link key. After the bracelet and the mobile phone complete the authentication, the bracelet and the mobile phone can obtain the random number through the link key, and derive the random number to obtain the encryption key. Furthermore, the bracelet and the mobile phone can encrypt the data transmitted by the two parties through the encryption key to realize encrypted communication. The Bluetooth connection between the bracelet and the phone is established.

In a possible implementation manner, after the pairing between the bracelet and the mobile phone is completed, the bracelet can query the services supported by the mobile phone through SDP. Exemplarily, the bracelet sends SDP request information to the mobile phone, and receives SDP response information sent by the mobile phone. The bracelet obtains the services supported by the mobile phone through the SDP response information. Services supported by the mobile phone may include: sending e-mail, printing faxes, audio transmission and voice calls, etc.

2. Hands-free calling (HFP) service: a protocol that allows Bluetooth devices (such as Bluetooth headsets) to implement call control, such as answering, hanging up, rejecting, and voice dialing, etc.

It should be noted that the HFP service includes an audio gateway (audio gate, AG) and a hands-free component (handsfree, HF). AG is the audio input and output gateway. AG can be a mobile phone, etc. The HF is a remote audio input/output mechanism of the audio gateway, and can provide several remote control functions. In the embodiment of the present application, the HF may be a bracelet, a headset, or the like.

The following describes the method for the HF to control the AG to make a call with reference to FIG. 2 . FIG. 2 is a schematic flowchart of a method for HF to control AG to make a call. As shown in FIG. 2 , the method includes:

S201, HF and AG establish a connection.

HF and AG establish HFP service connection. It should be noted that, when the HFP service connection is established in the case that the Bluetooth connection is a BR/EDR connection, the Bluetooth connection process of HF and AG may refer to the Bluetooth connection process in the above related concepts.

The following describes the process of establishing the HFP service connection between the HF and the AG. Exemplarily, the procedure for establishing an HFP service connection between the HF and the AG is as follows: the HF sends an AT+ Retrieves the Supported Features (BRSF) command to the AG to notify the AG of the commands supported by the HF, and the AT+BRSF command is used to indicate the HF Supported features. The HF receives the BRSF command replied by the AG, and the BRSF command is used to indicate the features supported by the AG. Features may include one or more of the following: connection management, phone status information, audio connection handling, answering voice calls, rejecting voice calls, hanging up, mid-call voice link transfer, and HF side dialing, etc. The HF sends the AT+CIND command to the AG, and the AT+CIND command is used to inquire about the indicators supported by the AG and the corresponding values of each indicator. Metrics include: call, call setup, call hold, and roaming. HF sends AT+CMER command to AG, AT+CMER command is used to enable each indicator. When a certain index changes, the subsequent HF receives the +CIEV command sent from the AG, and the +CIEV command is used to indicate the change of the index. In this way, the HF confirms the characteristics supported by the AG, the indicators supported by the AG, and the values corresponding to each indicator, and the HFP service connection between the HF and the AG is established.

S202. The HF receives a triggering operation for the user to make a call.

The trigger operation for the user to make a call is used to instruct the HF to make a call. The trigger operation can be a user's click or touch operation. The user's click or touch operation may include: double-clicking the main interface, triple-clicking the main interface, double-clicking the power button, long-pressing the menu button, and the like. Exemplarily, when the user triggers the dialing control by clicking or touching on the main interface of the HF, the HF receives the triggering operation for the user to dial.

S203, the HF sends an ATD+dd...dd command to the AG.

Among them, dd...dd is the phone number that triggers the call on the AG side.

S204. After receiving the ATD command, the AG sends an OK command to the HF.

Correspondingly, the HF receives the OK command from the AG.

In a possible implementation manner, the HF interface displays an identifier for reminding the state of the phone.

S205. The AG sends a +CIEV (call setup=2) command to the HF.

The +CIEV command is used to indicate the current state of the AG. Outgoing call establishment=2 is used to indicate that the AG successfully initiates a call and makes outgoing calls.

Correspondingly, the HF receives the +CIEV (call setup=2) command sent by the AG.

S206. If the audio connection between the AG and the HF does not exist, the AG requests the HF to establish an audio connection.

S207, AG and HF establish audio connection.

S208. The AG sends a +CIEV (call setup=3) command to the HF.

Outgoing call setup=3 is used to indicate that the AG is in paging and the other party is ringing.

Correspondingly, the HF receives the +CIEV (call setup=3) command sent by the AG. In a possible implementation manner, the HF interface displays the identification of the phone paging, and the identification of the phone paging is used to indicate that the phone is to be connected.

S209. The AG sends a +CIEV (call=1) command to the HF.

call=1 is used to indicate that the AG phone is connected.

Correspondingly, the HF receives the +CIEV (call setup=2) command sent by the AG. In a possible implementation manner, the HF interface displays a call-connected identifier, and the call-connected identifier is used to indicate that the call has been connected.

S210. The AG sends a +CIEV (call setup=0) command to the HF.

Outgoing call setup = 0 is used to indicate that the AG phone hangs up or that there are currently no pending calls.

Correspondingly, the HF receives the +CIEV (call setup=0) command sent by the AG. In a possible implementation manner, the HF interface displays a sign of hanging up the phone, and the sign of hanging up the phone is used to indicate that the call has been hung up.

The emergency calling method provided by the embodiment of the present application will be described below with reference to FIG. 3 to FIG. 8 .

FIG. 3 is a schematic flowchart of an emergency calling method provided by an embodiment of the present application. Take AG as the mobile phone. Taking HF as an example of a bracelet, as shown in Figure 3, the method includes:

S301. Establish a Bluetooth connection between the bracelet and the mobile phone.

For the process of establishing a Bluetooth connection between the bracelet and the mobile phone, refer to the above related concept descriptions. It will not be repeated here.

The following describes the interface display during the Bluetooth connection between the bracelet and the mobile phone. Exemplarily, FIG. 4 is a schematic diagram of an interface when a bracelet and a mobile phone are connected via Bluetooth. As shown in Figure 4, both the bracelet and the mobile phone have the Bluetooth function enabled.

The mobile phone displays the main interface of an APP as shown in a in FIG. 4 . When the mobile phone receives the user's operation of opening more functions 401 , the mobile phone can enter the interface of more functions shown in b in FIG. 4 . As shown in b in FIG. 4 , the interface with more functions may include scanning and adding devices 403 . When the user triggers the adding device control 403 by clicking, touching, etc. in the interface with more functions as shown in b in FIG. The interface for all devices shown.

When the user triggers the addition of the device control 402 by clicking, touching, etc. in the main interface of an APP as shown in a in FIG. The interface of the device shown in c. The device interface may include a device tab bar 404 and device items. Equipment items may include one or more of the following: connected devices, popular activities, game tricks, or other types of equipment items. When the user triggers the adding device control 405 by clicking, touching, etc. in the interface of the device shown in c in FIG. interface for all devices.

The interface of all devices shown in d in FIG. 4 includes all device tabs 406 and all device selection items. All equipment selections include one or more of the following: watches, wristbands, headphones, body fat scales, blood glucose meters, or other types of all equipment items. When the user triggers the wristband control 407 by clicking, touching, etc. in the interface of all the devices shown in d in FIG. The interface of the wristband control shown. The interface of the wristband control may include the wristband tab bar 408 and wristband selection items. For example, the wristband selection items may include one or more of the following: wristband A, wristband B, wristband C, wristband Ring D, Bracelet E and Bracelet F or other types of wristband options.

When the user triggers the wristband A control 409 by clicking, touching, etc. in the interface of the wristband control shown in e in FIG. The interface of the bracelet A control shown in f. The interface of the wristband A control may include a wristband A tab bar 410 and start pairing 411 .

When the user triggers the start pairing control 411 by clicking, touching, etc. in the interface of the bracelet A control shown in f in FIG. The interface of the connected device shown in g. The interface of the connected device may include a connected device tab bar 412 and a device name item. The device name item includes one or more of the following: bracelet aaa, bracelet bbb, bracelet ccc or other types of device name items.

When the user triggers the wristband aaa control 413 by clicking, touching, etc. in the interface for connecting the device shown in g in FIG. The interface of the pairing bootstrap shown in h. The pairing guide interface may include a pairing guide tab bar 414 and a pairing success 415 . When pairing successful 415 appears on the interface of the pairing guide, the bracelet and the mobile phone are connected.

In a possible implementation manner, after the bracelet and the mobile phone have established a Bluetooth connection, when the Bluetooth function is enabled on both the bracelet and the mobile phone, the bracelet and the mobile phone can be automatically connected within a certain range.

After the bracelet and the mobile phone are paired and connected, the user can set the call number and function shortcuts in the mobile phone bracelet. The following describes the process of setting a calling number in the bracelet with reference to FIG. 5 .

Exemplarily, FIG. 5 is a schematic diagram of an interface for setting a calling number of a bracelet on a mobile phone. After the connection between the wristband and the mobile phone is established, the interface of the device shown in a in FIG. 5 includes a device label bar 501 and a logo 502 of the wristband aaa. When the user triggers the wristband aaa control 502 by clicking, touching, etc. in the interface of the device shown in a in FIG. 5 , the mobile phone receives the operation of the user triggering the wristband aaa control 502, and the mobile phone enters the operation as shown in FIG. 5 . The interface of the bracelet aaa shown in b. The interface of the bracelet aaa may include the bracelet aaa tab bar 503 and the bracelet aaa item. The bracelet aaa items include one or more of the following: mobile phone search, weather reminders, message notifications, custom bracelet functions, calls or other types of bracelet aaa items.

When the user triggers the call control 504 by clicking, touching, etc. in the interface of the bracelet aaa shown in b in FIG. 5 , the mobile phone receives the operation of the user triggering the call control 504, and the mobile phone enters the operation as shown in c in FIG. 5 . the displayed call interface. The call interface may include a call tab bar 505 and call items. Call items include one or more of the following: default dial cards, number settings, shortcuts, or other types of call items.

When the user triggers the default dialing card control 506 by clicking, touching, etc. in the calling interface shown in c in FIG. 5 , the mobile phone receives the operation of the user triggering the default dialing card control 506, and determines the dialing card used during the call . When the user triggers the number setting control 507 by clicking, touching, etc. in the call interface shown in c in FIG. 5 , the mobile phone receives the operation of the user triggering the number setting control 507, and the mobile phone enters the operation as shown in d in FIG. 5 . the displayed number setting interface. The number setting interface may include a number setting tab bar 508 and a number setting item. The number setting items include one or more of the following: speed dial 1, speed dial 2, speed dial 3, speed dial 4, speed dial 5 or other types of number setting items.

When the user triggers the speed dial 1 control 509 by clicking, touching, etc. in the number setting interface shown in d in FIG. e shows the interface of Speed Dial 1. The interface of the speed dial 1 may include a speed dial 1 tab bar 508 and a speed dial item. Speed dial entries include one or more of the following: selecting a contact, entering a number, or other types of speed dial entries.

When the user triggers the selection of the contact control 511 by clicking, touching, etc. on the speed dial 1 interface shown in e in FIG. f shows the interface for selecting contacts. The interface for selecting a contact includes selecting a contact tab 513 and a contact item. The contact item includes one or more of the following: contact a, contact b, contact c, contact d, contact e or other contacts. When the user triggers the contact a control 514 by clicking, touching, etc. on the contact selection interface shown in f in FIG. 5 , the mobile phone receives the operation of the user triggering the contact a control 514, and the mobile phone determines that the speed dial 1 is associated with the contact a's phone number.

When the user triggers the input number control 512 by clicking, touching, etc. on the speed dial 1 interface shown in e in FIG. 5 , the mobile phone receives the operation of the user triggering the input number control 512, and the mobile phone prompts the user to input the number, and then determines the speed dial 1 Associated phone number.

When the user determines the phone number associated with the speed dial 1 and the phone number associated with the speed dial 2, the number setting interface shown in d in FIG. 5 becomes the number setting interface shown in e in FIG. 5 , in FIG. 5 The number setting interface shown by e of , displays the number associated with speed dial 1 and the phone number associated with speed dial 2.

The above processes and interfaces shown in FIGS. 4 and 5 are only examples. The specific connection process of the bracelet and the mobile phone, the bracelet function setting process and related interfaces in the embodiments of the present application are not specifically limited in the embodiments of the present application.

S302, the bracelet satisfies the preset conditions for making calls.

The wristband satisfies the preset conditions for making a call, including that the wristband detects that the user's gesture operation is consistent with the preset gesture operation, or the wristband detects that the user's physiological characteristics meet the preset user physiological characteristics. The user's gesture operation includes: the user's click operation and the user's body movement, etc. The click operation includes but is not limited to double-clicking the main interface, triple-clicking the main interface, double-clicking the power button, and long-pressing the menu button. Physical actions include but are not limited to turning the wrist, making a fist, stretching the palm, bending the palm, etc. The preset physiological characteristics of the user include the user's heart rate, the rate of change of the electrocardiogram, and the like. The preset conditions may also include that the bracelet recognizes an emergency situation such as a fall of the user.

The following describes the setting of the call triggering mode in the hand ring with reference to FIG. 6 . Exemplarily, FIG. 6 is a schematic diagram of an interface for setting a call trigger mode.

After the bracelet and the mobile phone are connected, the call interface shown in a in FIG. 6 includes a call label bar 601 and a call item. Call items include one or more of the following: default dial cards, number settings, shortcuts, or other types of call items. When the user triggers the shortcut control 602 by clicking, touching, etc. on the call interface shown in a in FIG. 6 , the mobile phone receives the user’s operation to trigger the shortcut control 602, and the mobile phone enters the shortcut shown in b in FIG. 6 . interface. The shortcut interface includes a shortcut tab bar 603 and a shortcut item. The shortcut items include one or more of the following: double-clicking the main interface, triple-clicking the main interface, turning the wrist, making a fist, flattening the palm, bending the palm, or other types of shortcut items. When the quick call interface shown in b in FIG. 6 triggers the wrist rotation control 604 by clicking, touching, etc., the mobile phone receives the user's triggering operation to rotate the wrist control 604, and determines that the call triggering method is wrist rotation. When the wristband receives the user's operation of turning the wrist, the wristband enters and displays the phone call interface.

S304. When the HFP service is supported between the bracelet and the mobile phone, the bracelet sends an ATD command to the mobile phone.

The ATD command is used to instruct the mobile phone to make a call. The ATD command may include a specific number or a preset number mark. Exemplarily, the ATD command may carry a specific number or a preset number mark.

In a possible implementation manner, when the Bluetooth connection (or service type) between the bracelet and the mobile phone is BR or EDR, the bracelet confirms through SDP whether the HFP service is supported between the bracelet and the mobile phone. Exemplarily, the bracelet can send SDP request information to the mobile phone, and when the bracelet receives the SDP response information sent by the mobile phone, the bracelet can determine the services supported by the mobile phone, and then confirm whether HFP services are supported between the bracelet and the mobile phone.

S305, the mobile phone receives and responds to the ATD command.

For the process of making a phone call in response to the ATD command by the mobile phone, reference may be made to the description of FIG. 2 , which will not be repeated here.

At this time, the phone is successfully called out, and the bracelet and mobile phone do not perform the subsequent steps.

That is, when the HFP service is supported between the bracelet and the mobile phone, the bracelet and the mobile phone can remotely control the mobile phone to make outgoing calls by executing S301, S302, S304 and S305.

When the HFP service is not supported between the bracelet and the mobile phone, but the BLE service is supported, the bracelet and the mobile phone can remotely control the mobile phone to make outgoing calls by executing S301, S302 and S307-S310. S301 and S302 may refer to the above description, and S307-S310 will be described below.

In a possible implementation, when the service type between the bracelet and the mobile phone is BLE, the BLE service is supported between the bracelet and the mobile phone.

S307. When the BLE service is supported between the bracelet and the mobile phone, the bracelet sends a generic attribute profile (generic attribute profile, GATT) command or broadcast to the mobile phone.

In this embodiment of the present application, the GATT command and broadcast are used to instruct the mobile phone to make a call. The GATT command may include a specific number or a preset number mark. Broadcasts can include specific numbers.

In the first possible implementation, the bracelet sends a handle value indication (handle value indication) command in the GATT command to the mobile phone, and the handle value indication command carries a specific number or a preset number mark.

Exemplarily, the handle value indication command is shown in Table 1. The handle value indication command includes attribute opcodes, attribute handles, and attribute values. The attribute value is used to pass a specific number or a preset number tag.

Table 1 Handle value indication command

parameter size Function attribute opcode 1 0*1D=handle value indication property handle 2 property handle attribute value 0to(ATT_MTU-3) current handle value

In the second possible implementation, the bracelet sends a directional broadcast carrying a specific number to the mobile phone. The address type of the directed broadcast is public (public). The directed broadcast may include one or more of the following: broadcast length, broadcast type, media access control (MAC) address of the mobile phone, specific number, or other types of information. The embodiments of the present application do not specifically limit the content and format included in the directional broadcast.

In the third possible implementation, the bracelet sends a non-directional broadcast carrying a specific number to the mobile phone. The address type of the non-directional broadcast is random. The non-directed broadcast may include one or more of the following broadcast length, broadcast type, MAC address of the bracelet, specific number or other types of information. The embodiments of the present application do not specifically limit the content and format included in the non-directional broadcast.

Exemplarily, Table 2 is a broadcast data format provided by this embodiment of the present application. Table 2 includes broadcast length, broadcast type, unique identifier (universally unique identifier, UUID), version, service, type table, MAC address and specific number. Among them, the service and type are used by the mobile phone to determine whether the broadcast is a broadcast from a number called out. The MAC address is used by the mobile phone to determine whether the broadcast is sent by a connected device or whether the broadcast is received by its own device.

Table 2 Broadcast data format

S308, after the mobile phone receives the GATT command from the bracelet, the mobile phone sends a response command to the bracelet.

Exemplarily, the response command sent by the mobile phone to the bracelet may be a handle value confirmation command in GATT. Exemplarily, the handle value confirmation command is shown in Table 3. Handle value validation commands include attribute opcodes.

Table 3 Handle value confirmation command

parameter size Function attribute opcode 1 0*1E=Handle value confirmation

S309, after receiving the GATT command or broadcast or RFCOMM command from the bracelet, the mobile phone parses the GATT command or broadcast or RFCOMM command.

In a possible implementation manner 1, the mobile phone parses the GATT command to obtain a specific number and dials out.

In the possible implementation mode 2, after the mobile phone receives the directional broadcast, it judges whether the directional broadcast is a broadcast indicating the number to call out through the service and type table in the directional broadcast, and when the directional broadcast is a broadcast that indicates the number to call out, the mobile phone determines Whether the MAC address carried in the directed broadcast data is the mobile phone address. When the MAC address carried in the directional broadcast data is the address of the mobile phone, the mobile phone parses the emergency number field in the directional broadcast to obtain a specific number, and dials the number. When the MAC address carried in the directional broadcast data is not the address of the mobile phone, the mobile phone stops parsing the directional broadcast. When the directional broadcast is not a broadcast indicating that the number is called out, the mobile phone stops parsing the directional broadcast.

In the possible implementation mode 3, after receiving the non-directional broadcast, the mobile phone judges whether the non-directional broadcast is a broadcast indicating that the number is called out through the service and type table in the non-directional broadcast, and when the non-directional broadcast is a broadcast indicating that the number is called out. At the time, the mobile phone determines whether the MAC address carried in the non-directional broadcast data is the MAC address of the connected device of the mobile phone. When the MAC address carried in the non-directional broadcast data is the MAC address of the connected device of the mobile phone, the mobile phone obtains the specific number by parsing the emergency number field in the non-directional broadcast, and dials the number. When the MAC address carried in the non-directional broadcast data is not the MAC address of the connected device of the mobile phone, the mobile phone stops parsing the non-directional broadcast. When the non-directional broadcast is not a broadcast indicating that the number is called out, the mobile phone stops parsing the non-directional broadcast.

In S310, the mobile phone enables the external playback function, and the external playback function is used to amplify the sound output by the mobile phone.

In a possible implementation manner, turning on the external playback function of the mobile phone may include turning on the speaker of the mobile phone, etc., and the sound can be amplified through the speaker, so that the user can hear the sound transmitted by the mobile phone.

When the HFP service and BLE service are not supported between the bracelet and the mobile phone, but the SPP service is supported, the bracelet and the mobile phone can remotely control the mobile phone to make outgoing calls by executing S301, S302, S312, S309 and S310. S301, S302 and S310 can refer to the above description, and S312 and S309 will be described below.

S312. When the SPP service is supported between the bracelet and the mobile phone, the bracelet sends an RFCOMM command to the mobile phone.

When the SPP service is supported between the bracelet and the mobile phone, the SPP connection between the bracelet and the mobile phone can be established after the SDP service of the bracelet is discovered, or it can be established when the number is called out.

Exemplarily, if the SPP service is supported between the wristband and the mobile phone, the wristband establishes the SPP service connection, specifies the message type and transmits the number to the mobile phone through the RFCOMMDLC parameter negotiation command, and controls the mobile phone to make outgoing calls to implement emergency calls.

S309, after receiving the RFCOMM command, the mobile phone parses the RFCOMM command.

After receiving the RFCOMM command, the mobile phone parses the RFCOMM command, obtains the specific number, and dials out.

In a possible implementation manner, after receiving the RFCOMM command, the mobile phone will reply the command to the bracelet.

When the wristband does not support HFP service, BLE service and SPP service, the wristband cannot control mobile phone calls, and the wristband executes S313.

S313. When the SPP service is not supported between the wristband and the mobile phone, the wristband displays a prompt message.

In this embodiment of the present application, the prompt information is used to prompt the user to try to make a call by other means or the current user is in an emergency.

In a possible implementation manner, the bracelet can display a prompt box on the user interface, the prompt box contains prompt information, and the prompt information can be "please try to make a call by other means" or "emergency".

To sum up, the bracelet can remotely control mobile phone calls based on any one or more of HFP service, BLE service and SPP service. In this way, the smart wearable device that does not support the HFP service can also control the mobile phone to realize a remote call when it supports the BLE service and/or the SPP service. The emergency calling method can be applied to a variety of smart wearable devices, which expands the application scope of the remote calling function of the smart wearable device.

The following describes the hand ring calling process with reference to FIG. 7 . Exemplarily, FIG. 7 is a schematic interface diagram of a wristband call.

As shown in FIG. 7 , when the wristband receives a user swipe up operation in the wristband main interface shown in a in FIG. 7 , the wristband can enter the more function interface shown in b in FIG. 7 . The more function interface includes more function icons 701 . When the user triggers the more function icon control 701 by clicking, touching, etc., the wristband receives the operation of the user triggering the more function icon control 701, and the wristband enters the call interface shown in c in FIG. 7 . The call interface includes a call icon 702 .

When the user triggers the call control 702 by clicking, touching, etc., the wristband receives the operation of the user triggering the call icon control 702, and the wristband enters the number 1 interface shown in d in FIG. 7 . The number 1 interface includes a number 1 icon 703 . When the wristband receives the user's swipe up operation on the number 1 interface, the wristband enters the number 2 interface shown in e in FIG. 7 . The number 2 interface includes a number 2 icon 704 . When the user clicks or long-presses the number 1 icon control 703 in the number 1 interface shown in d in FIG. 7 or the number 2 icon control 704 in the number 2 interface shown in e in FIG. 7 , the wristband executes the above figure. 3 and enter the outgoing phone call interface shown in f in FIG. 7 .

In a possible implementation manner, when the wristband is on the call interface shown in c in FIG. 7 and receives a user key operation, the wristband can select a corresponding number and dial out according to the frequency of key presses. Exemplarily, when the bracelet is on the call interface shown in c in FIG. 7 and receives two key operations from the user, the bracelet selects the number 2 shown in e in FIG. method, and enter the outgoing phone call interface shown in f in FIG. 7 .

In a possible implementation, when the wristband receives a call trigger operation set by the user, such as the wrist rotation operation set in the above-mentioned Figure 6, the wristband enters the interface shown in d in Figure 7. When receiving the user exiting the interface operation shown in d, the bracelet executes the method shown in FIG. 3 and enters the phone call interface shown in f in FIG. 7 .

On the basis of the embodiment corresponding to FIG. 3 , the wristband can determine the services supported between the wristband and the mobile phone by the service type between the wristband and the mobile phone. The service type between the bracelet and the mobile phone can be obtained before the Bluetooth connection. The following describes the method for obtaining the service type between the wristband and the mobile phone from the wristband with reference to FIG. 8 .

FIG. 8 is a schematic flowchart of a method for a wristband to obtain a service type between a wristband and a mobile phone according to an embodiment of the present application. As shown in Figure 8, the method includes:

S801. The wristband obtains the characteristics of the wristband itself.

In a possible implementation, the bracelet obtains the characteristics of the bracelet itself by obtaining the UUID. UUID is used to identify Bluetooth service and communication feature access attributes.

S802, the mobile phone acquires the characteristics of the mobile phone itself.

In a possible implementation manner, the mobile phone obtains the characteristics of the mobile phone by obtaining the UUID. UUID is used to identify Bluetooth service and communication feature access attributes.

S803, the bracelet paging the mobile phone.

In a possible implementation manner, the bracelet initiates a page to the MAC address of the mobile phone. Exemplarily, the bracelet sends a page to the mobile phone, and after the mobile phone receives the page sent by the bracelet, the bracelet and the mobile phone start to establish an ACL link.

S804, the bracelet sends a link management protocol (LMP) standard feature request to the mobile phone.

Exemplarily, the bracelet sends the LMP_FEATURES_REQ command to the mobile phone. S805. The mobile phone sends the LMP standard feature reply to the bracelet.

Exemplarily, the mobile phone sends the LMP_FEATURES_RSP command to the bracelet.

S806, the bracelet sends an LMP extended feature request to the mobile phone.

Exemplarily, the bracelet sends the LMP_FEATURES_REQ_EXT command to the mobile phone. S807. The mobile phone sends the LMP extended feature reply to the bracelet.

Exemplarily, the mobile phone sends the LMP_FEATURES_RSP_EXT command to the bracelet.

S808, the bracelet sends a notification of the feature supported by the remote terminal to the mobile phone.

S809, the bracelet obtains the business type between the bracelet and the mobile phone.

The service types between the bracelet and the mobile phone can include one or more of the following: BR, EDR, and BLE.

In this way, the wristband can obtain the features supported by the mobile phone, and then determine the service type between the wristband and the mobile phone, so that the wristband can control the mobile phone call according to the supported service type.

On the basis of the embodiment corresponding to FIG. 3 , the bracelet can associate the mobile phone’s own number or the mobile phone’s own number mark with other functions such as ringing or playing music in the mobile phone, so that the bracelet can search for the mobile phone or control the bracelet. mobile phone to play music, etc.

In a possible implementation, the wristband receives the trigger operation of the user to find the mobile phone or the function of playing music. When the wristband and the mobile phone support the HFP service, the wristband sends an ATD command to the mobile phone, where the ATD command is used to instruct the mobile phone to make a call. The ATD command can carry a number or a number mark, and the number mark is associated with other functions such as ringing or playing music in the mobile phone. Correspondingly, the mobile phone receives the ATD command sent by the bracelet, and when the mobile phone parses the number in the ATD command or the number is marked as the local number, the mobile phone starts to ring or play music.

When the HFP service is not supported between the bracelet and the mobile phone, but the BLE service is supported, the bracelet sends a GATT command or broadcast to the mobile phone. The GATT command and broadcast are used to instruct the mobile phone to make a call, and the GATT command carries a specific number or number mark. , and the specific number is carried in the broadcast. Correspondingly, the mobile phone receives the GATT command or broadcast sent by the bracelet, and parses the GATT command or broadcast sent by the bracelet. When the mobile phone parses the GATT command or the number or number in the broadcast is marked as the local number, the mobile phone starts to ring or play. music. When the bracelet and mobile phone do not support HFP service and BLE service, but support SPP service, the bracelet sends RFCOMM commands to the mobile phone, where the RFCOMM command carries a specific number or number mark. Correspondingly, the mobile phone receives the RFCOMM command sent by the bracelet, and when the mobile phone parses the number in the RFCOMM command or the number is marked as the local number, the mobile phone starts to ring or play music.

When the bracelet and the mobile phone do not support any of the HFP service, BLE service and SPP service, the bracelet prompts the user to control the mobile phone to ring or play music by other means.

The above-mentioned specific implementation process of the bracelet searching for the mobile phone or the bracelet controlling the mobile phone to play music is similar to the method shown in FIG. 3 , and will not be repeated here.

Exemplarily, FIG. 9 is a schematic diagram of an interface of a wristband searching for a mobile phone. In the mobile phone search interface shown in a in FIG. 9 , when the wristband receives the operation of searching for the mobile phone control 901 clicked or touched by the user, the wristband executes the method shown in the above-mentioned FIG. 3 to make the mobile phone ring, which is convenient for the user Look for. And the searching interface shown in b in Fig. 9 is displayed.

When the wristband receives the trigger operation of the user to search for the mobile phone, the wristband enters the mobile phone search interface shown in a in Figure 9, and within a preset time, if the wristband does not receive the user to exit the interface shown in a in Figure 9 During operation, the bracelet executes the method shown in Figure 3 above, so that the mobile phone rings, which is convenient for the user to find. And enter the searching interface shown in b in FIG. 9 .

The emergency calling method according to the embodiment of the present application has been described above, and the following describes the related apparatus for executing the above emergency calling method provided by the embodiment of the present application. Those skilled in the art can understand that the methods and apparatuses can be combined and referenced with each other, and the smart wearable device provided by the embodiments of the present application can perform the steps in the above emergency call method.

FIG. 10 is a schematic diagram of a hardware structure of a smart wearable device according to an embodiment of the present application. Referring to FIG. 10 , the apparatus includes: a memory 1001 , a processor 1002 and an interface circuit 1003 . The apparatus may further include a display screen 1004, wherein the memory 1001, the processor 1002, the interface circuit 1003 and the display screen 1004 can communicate; for example, the memory 1001, the processor 1002, the interface circuit 1003 and the display screen 1004 can communicate through a communication bus For communication, the memory 1001 is used to store computer execution instructions, which are controlled and executed by the processor 1002, and communicated by the interface circuit 1003, so as to implement the emergency calling method provided by the following embodiments of the present application.

In a possible implementation manner, the computer-executed instructions in the embodiments of the present application may also be referred to as application code, which is not specifically limited in the embodiments of the present application.

Optionally, the interface circuit 1003 may further include a transmitter and/or a receiver. Optionally, the above-mentioned processor 1002 may include one or more CPUs, and may also be other general-purpose processors, digital signal processors (digital signal processors, DSPs), application specific integrated circuits (application specific integrated circuits, ASICs), and the like. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps in combination with the method disclosed in the present application can be directly embodied as executed by a hardware processor, or executed by a combination of hardware and software modules in the processor.

Embodiments of the present application also provide a computer-readable storage medium. The methods described in the above embodiments may be implemented in whole or in part by software, hardware, firmware or any combination thereof. If implemented in software, the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. Computer-readable media can include both computer storage media and communication media and also include any medium that can transfer a computer program from one place to another. The storage medium can be any target medium that can be accessed by a computer.

In one possible implementation, the computer-readable medium may include RAM, ROM, compact disc read-only memory (CD-ROM) or other optical disk storage, magnetic disk storage or other magnetic storage devices, or a Any other medium or the required program code in the form of instructions or data structures and can be accessed by the computer. Also, any connection is properly termed a computer-readable medium. For example, if you use coaxial cable, fiber optic cable, twisted pair, Digital Subscriber Line (DSL), or wireless technologies (such as infrared, radio, and microwave) to transmit software from a website, server, or other remote source, coaxial Cable, fiber optic cable, twisted pair, DSL or wireless technologies such as infrared, radio and microwave are included in the definition of medium. Disk and disc, as used herein, includes compact disc, laser disc, optical disc, Digital Versatile Disc (DVD), floppy disk, and Blu-ray disc, where disks usually reproduce data magnetically, while discs reproduce data optically with lasers. Combinations of the above should also be included within the scope of computer-readable media.

The embodiments of the present application are described with reference to flowcharts and/or block diagrams of methods, apparatuses (systems), and computer program products according to the embodiments of the present application. It will be understood that each flow and/or block in the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processing unit of a general purpose computer, special purpose computer, embedded processor or other programmable data processing device to produce a machine such that the instructions executed by the processing unit of the computer or other programmable data processing device produce Means for implementing the functions specified in a flow or flow of a flowchart and/or a block or blocks of a block diagram.

The above specific embodiments further describe the purpose, technical solutions and beneficial effects of the present invention in detail. It should be understood that the above are only specific embodiments of the present invention, and are not intended to limit the protection scope of the present invention. On the basis of the technical solutions of the present invention, any modifications, equivalent replacements, improvements, etc. made shall be included within the protection scope of the present invention.

Claims (12)

1. An emergency call method, comprising:

the first equipment and the second equipment establish Bluetooth connection;

when the first device meets a first preset condition and supports the hands-free call HFP service, the first device sends a first message to the second device, wherein the first message comprises a first telephone number; the second device dials the first phone number in response to the first message;

when the first device does not support the HFP service and the first device supports the Bluetooth Low Energy (BLE) service, the first device sends a second message to the second device, wherein the second message comprises a second telephone number; the second device dials the second phone number in response to the second message;

when the first device does not support HFP service and BLE service and supports simple parallel SPP service, the first device sends a third message to the second device, wherein the third message comprises a third telephone number; the second device dials the third phone number in response to the third message;

the first device meeting a first preset condition comprises:

the first equipment detects that gesture operation of a user meets preset gesture operation, and the preset gesture operation is used for indicating the first equipment to make a call;

or the first device detects that the physiological characteristics of the user meet preset physiological characteristics, and the preset physiological characteristics are used for indicating the first device to make a call;

the method further comprises the following steps:

when the first device meets the first preset condition and the first device does not support HFP service, BLE service and SPP service, the first device displays prompt information, and the prompt information is used for prompting a user of emergency.

2. The method of claim 1, wherein the first message is an automatic dialing (ATD) command, and wherein the ATD command comprises the first telephone number.

3. The method of claim 1, wherein the second message is a generic attribute profile (GATT) command, the GATT command comprising the second phone number;

or, the second message is a broadcast, and the broadcast includes the second phone number.

4. The method of claim 1, wherein the third message is a Radio Frequency Communication (RFCOMM) command, wherein the RFCOMM command comprises the third phone number.

5. The method of claim 1, further comprising:

the second equipment starts a play-out function; the play-out function is used for amplifying the sound output by the second device.

6. An emergency call method, comprising:

the first equipment and the second equipment establish Bluetooth connection;

when the first device meets a first preset condition and supports the hands-free call HFP service, the first device sends a first message to the second device, wherein the first message comprises a first telephone number;

when the first device does not support the HFP service and the first device supports the Bluetooth Low Energy (BLE) service, the first device sends a second message to the second device, wherein the second message comprises a second telephone number;

when the first device does not support HFP service and BLE service and supports simple parallel SPP service, the first device sends a third message to the second device, wherein the third message comprises a third telephone number;

the first device meeting a first preset condition comprises:

the method comprises the steps that the first equipment detects that gesture operation of a user meets preset gesture operation, and the preset gesture operation is used for indicating the first equipment to make a call;

or the first device detects that the physiological characteristics of the user meet preset physiological characteristics, wherein the preset physiological characteristics are used for indicating the first device to make a call;

the method further comprises the following steps:

when the first device meets the first preset condition and the first device does not support HFP service, BLE service and SPP service, the first device displays prompt information, and the prompt information is used for prompting a user of emergency.

7. The method of claim 6, wherein the first message is an automatic dialing (ATD) command, and wherein the ATD command comprises the first telephone number.

8. The method of claim 6, wherein the second message is a generic Attribute Profile (GATT) command, the GATT command comprising the second phone number;

or, the second message is a broadcast, and the broadcast includes the second phone number.

9. The method of claim 6, wherein the third message is a Radio Frequency Communication (RFCOMM) command, and wherein the RFCOMM command comprises the third phone number.

10. An intelligence wearing equipment which characterized in that includes: a processor and a memory;

the memory stores computer-executable instructions;

the processor executing the computer-executable instructions stored by the memory causes the processor to perform the method of any of claims 6-9.

11. A bracelet, comprising: a processor and a memory;

the memory stores computer-executable instructions;

the processor executing the computer-executable instructions stored by the memory causes the processor to perform the method of any of claims 6-9.

12. A computer-readable storage medium, in which a computer program or instructions are stored which, when executed, implement the method of any one of claims 6-9.

Images