CN116781718A

CN116781718A - Data transmission method, electronic equipment and device

Info

Publication number: CN116781718A
Application number: CN202210420162.5A
Authority: CN
Inventors: 潘锦玲
Original assignee: Huawei Device Co Ltd
Current assignee: Huawei Device Co Ltd
Priority date: 2022-03-10
Filing date: 2022-04-20
Publication date: 2023-09-19

Abstract

The application provides a data transmission method, electronic equipment and a device. The electronic equipment at least comprises a first processor, a second processor and a Bluetooth module. The first processor is coupled with the second processor, and the Bluetooth module is coupled with at least one of the first processor and the second processor. The first processor is configured to configure a Beacon frame response condition of the electronic device. The second processor is used for waking up the first processor when the first processor is in a power-down or sleep state and the Bluetooth module receives a first Beacon frame meeting the Beacon frame response condition. The first processor is further configured to obtain the first Beacon frame that meets the Beacon frame response condition after being woken up by the second processor. Therefore, the electronic device can timely acquire the important data in the transmitting end device of the first Beacon frame, and the important data is prevented from being covered or lost.

Description

Data transmission method, electronic equipment and device

Technical Field

The present application relates to the field of communications technologies, and in particular, to a data transmission method, an electronic device, and an apparatus.

Background

During use, the electronic device itself may generate and accumulate data. Some electronic devices are usually always in a networked state, and generated and accumulated data can be automatically synchronized (or uploaded) to a server in real time, for example: the mobile phone supporting cellular communication can synchronize the local photo to the server at any time, and the camera connected with the home gateway can synchronize the recorded video to the server at any time. Other electronic devices are usually connected to other electronic devices, and generated and accumulated data can be transmitted and backed up to other electronic devices in real time.

However, some electronic devices are not always in a networking state or are always in a state of being connected with other electronic devices, so that local data cannot be synchronized and backed up in time, and data is covered or lost.

Disclosure of Invention

In view of this, the embodiments of the present application provide a data transmission method, an electronic device, and an apparatus, which can acquire important data in an electronic device generating data at any time, and backup or further synchronize the important data to a server, so as to avoid coverage or loss of the important data.

A first aspect of an embodiment of the present application provides an electronic device, where the electronic device includes at least a first processor, a second processor, and a bluetooth module. Wherein the first processor is coupled with the second processor, and the bluetooth module is coupled with at least one of the first processor and the second processor. The first processor is configured to configure a Beacon frame response condition of the electronic device. The second processor is used for waking up the first processor when the first processor is in a power-down or sleep state and the Bluetooth module receives a first Beacon frame meeting the Beacon frame response condition. The first processor is further configured to obtain the first Beacon frame that meets the Beacon frame response condition after being woken up by the second processor. Wherein the Beacon frame response condition includes one or more of the following: the identifier of the sending end device carried by the Beacon frame is in a white list of the electronic device, the format of the Beacon frame accords with a preset format, and the Beacon frame carries information of a first user account logged in the electronic device.

In some embodiments, the first processor may be an application processor of the electronic device, and the second process may be a processor of the electronic device that functions as an auxiliary function, such as a micro-controller unit (MCU), a smart sensor hub (sensor hub), and the like. The first processor may be configured to perform most of the core functions of the electronic device, such as generating a user graphical interface, communicating with the internet, establishing a high-speed data transmission channel (e.g., wi-Fi channel) with other devices, responding to messages meeting certain conditions to perform preset functions, and so on. The second processor may be used to perform auxiliary functions of the electronic device, such as controlling and managing sensor modules, bluetooth modules, etc. in the electronic device.

The first processor may enter a powered-down or sleep state when, for example, the electronic device screen is turned off and/or is operating in a low power mode to save power consumption of the electronic device as a whole, which also disables the electronic device from performing core functions. While the power consumption of the second processor is substantially lower than the power consumption of the first processor, the second processor typically remains powered up or operational while the first processor is powered down or dormant.

Embodiments of the present application therefore propose to use a second processor to conditionally wake up a first processor while the first processor is in a powered down or sleep state. Thereby causing the first processor to resume a powered-on or operational state to perform a core function of the electronic device. Illustratively, the second processor wakes up the first processor in response to the bluetooth module receiving the first Beacon frame, such that the first processor acquires the first Beacon frame.

In some embodiments, the first Beacon frame carries important data generated by a sender device of the first Beacon frame, such that the first processor parses the first Beacon frame to obtain and store the data generated by the sender device of the first Beacon frame. In other embodiments, the first Beacon frame is configured to instruct the receiving device of the first Beacon frame to perform a preset function, so that the first processor that obtains the first Beacon frame may perform a corresponding preset function in response to the first Beacon frame. For example, the first processor triggers the electronic device to establish a Wi-Fi connection with the sender device that sends the first Beacon frame, so as to obtain important data generated by the sender device of the first Beacon frame.

In addition, in order to avoid that any Beacon frame triggers the electronic device to respond, the first aspect of the embodiment of the present application may further configure a Beacon frame response condition of the electronic device through the first processor, and only the first Beacon frame that meets the Beacon response condition may enable the second processor to wake up the first processor.

Therefore, the electronic equipment provided by the embodiment of the application can timely acquire the important data generated by other equipment, and avoid the important data from being covered or lost.

In one possible implementation manner, the first processor is further configured to trigger, in response to the first Beacon frame, the electronic device to establish a data transmission channel with a sending end device of the first Beacon frame (for example, a second electronic device described in a specific implementation manner), so that the electronic device obtains, through the data transmission channel, data collected by the sending end device of the first Beacon frame.

It will be appreciated that Beacon frames are used as a type of bluetooth message and that the amount of data that can be carried is relatively limited. If the volume of data (data to be backed up) collected by the transmitting end device of the first Beacon frame is large, the data cannot be carried through the Beacon frame. Thus, the first processor may be configured to trigger the electronic device to establish a data transmission channel with the sender of the first Beacon frame in response to the first Beacon frame, so as to obtain the data with the larger volume through the data transmission channel.

According to the foregoing possible implementation manner of the first aspect, the data transmission channel may be a Wi-Fi channel, and the data collected by the transmitting end device of the first Beacon frame includes multimedia data. The Wi-Fi channel may be Wi-Fi direct (Wi-Fidirect), wiFi P2P (peer-to-peer) connection, or the like. Therefore, the two devices can transmit the multimedia data with larger volume through the Wi-Fi channel, and the data transmission efficiency can be improved.

According to the first aspect and the foregoing possible implementation manners of the first aspect, the first processor is further configured to determine, according to the first Beacon frame, that a sending end device of the first Beacon frame detects a first type of critical event. Illustratively, the field or fields of the first Beacon frame may be preconfigured to carry an event number, with different event numbers corresponding to different types of critical events detected by the sender device of the first Beacon frame. Taking the sending end device of the first Beacon frame as an example of the automobile data recorder, different event numbers can respectively correspond to different types of key events such as sudden braking, collision, yaw and the like detected by the automobile data recorder. Therefore, the electronic device can know the type of the key event detected by the sending end device of the first Beacon frame through the first Beacon frame. In some embodiments, the electronic device may record in time a key event detected by the sender device of the first Beacon frame; in other embodiments, the electronic device may also further trigger, in response to a specific type of key event, to establish a data transmission channel with the sender device of the first Beacon frame, so as to obtain, through the data transmission channel, multimedia data (e.g., audio and/or video files) corresponding to the specific type of key event.

According to the first aspect, and any one of the foregoing possible implementation manners of the first aspect, the second processor is specifically configured to wake up the first processor when the first processor is in a power-down or sleep state, and the bluetooth module receives the first Beacon frame, and the electronic device is in the first motion state. That is, for the specific condition that the second processor wakes up the first processor, there may be further appended: the electronic device is in a first state of motion (some particular state of motion). Thus, the first processor can be prevented from being awakened by mistake when the electronic device is not in the first motion state. For example, taking a device sending the first Beacon frame as an automobile data recorder as an example, the first motion state may be a driving state. Only when the electronic device is in a driving state, the second processor of the electronic device wakes up the first processor when the bluetooth module of the electronic device receives the first Beacon frame.

According to the above possible implementation manner of the first aspect, the electronic device further includes a sensor module; the second processor is also used for determining that the electronic equipment is in the first motion state according to the sensor data acquired by the sensor module. For example, the second processor may acquire sensor data acquired by the sensor module, and determine, according to the sensor data, a motion state of the electronic device currently. The sensor data may include acceleration data, gyroscope data, and the like, for example.

According to the first aspect and any one of the foregoing possible implementation manners of the first aspect, the bluetooth module is configured to send a first signal to the second processor when receiving the first Beacon frame; the second processor is further configured to wake up the first processor in response to the first signal. It is understood that the bluetooth module may be configured to determine whether one or some fields in the received bluetooth message meet a preset condition, for example, by a logical operation (and, or, not, or). One or more fields (e.g., vendor custom fields) of the first Beacon frame may be configured to a specific value, and the bluetooth module may send a first signal to a second processor coupled to the bluetooth module if the field is determined to be a specific value, so that when the second processor receives the first signal, it is known that the bluetooth module now receives a Beacon frame that needs to wake up the first processor to process, and thus the second processor wakes up the first processor in response to the first signal, so that the first processor obtains the first Beacon frame, and further responds to the first Beacon frame.

According to the first aspect and any one of the foregoing possible implementation manners of the first aspect, the format of the Beacon frame conforms to a preset format, and specifically includes: one or some fields of the Beacon frame are preset values. For example, a certain bit or bits in the vendor custom field of a Beacon frame are a preset value. Therefore, the Bluetooth module can determine whether the Beacon frame is to be responded by the Bluetooth module through simple logic operation or not through the air interface, and the second processor is prevented from being triggered to wake up the first processor frequently. .

According to the first aspect, and any one of the possible implementation manners of the first aspect, the bluetooth module includes a bluetooth low energy (bluetooth low energy, BLE) module. The BLE module consumes less power than a classical bluetooth module, and thus can save power consumption of the electronic device as much as possible.

According to the first aspect, and any one of the foregoing possible implementation manners of the first aspect, the power consumption of the first processor is higher than the power consumption of the second processor, or the volume of the first processor is larger than the volume of the second processor, or the computing power of the first processor is higher than the computing power of the second processor.

A second aspect of an embodiment of the present application provides a data transmission method, where the method is applied to a first electronic device, and the method includes: the first electronic device configures a Beacon frame response condition of the first electronic device; when the first electronic equipment is in a first state, receiving a first Beacon frame broadcasted by the second electronic equipment; the first electronic equipment determines to respond to the first Beacon frame according to the condition that the first Beacon frame meets the Beacon frame response condition; when the first electronic equipment determines to respond to the first Beacon frame, the first electronic equipment is switched from a first state to a second state; when the first electronic equipment is in the second state, a data transmission channel is established with the second electronic equipment so as to acquire first data sent by the second electronic equipment.

Wherein the Beacon frame response condition includes one or more of the following: the identifier of the second electronic device carried by the Beacon frame is in the white list of the first electronic device, the format of the Beacon frame accords with a preset format, and the Beacon frame carries information of a first user account logged in the first electronic device. And the power consumption of the first electronic equipment in the first state is larger than that of the first electronic equipment in the second state.

Therefore, in the data transmission method provided in the second aspect of the embodiment of the present application, in the first state where the first electronic device is in lower power consumption, the first electronic device can still respond to the first Beacon frame which is sent by the second electronic device and meets the Beacon frame response condition of the first electronic device, switch to the second state where the power consumption is higher, and establish a data transmission channel with the second electronic device in the second state to obtain the first data. The first data coverage or loss caused by the fact that the second electronic device cannot timely backup the first data to other devices is avoided.

In a possible implementation manner of the second aspect, the data transmission channel is a Wi-Fi channel, and the first data is multimedia data collected by the second electronic device. The Wi-Fi channel may be Wi-Fi direct (Wi-Fidirect), wiFi P2P (peer-to-peer) connection, or the like. Therefore, the two multimedia data with larger volume are transmitted through the Wi-Fi channel, and the data transmission efficiency can be improved

According to the second aspect and the foregoing possible implementation manners of the second aspect, the first Beacon frame is configured to instruct the second electronic device to detect a first type of critical event, and the first data is data corresponding to the critical event. Thus, the first electronic device can know the type of the key event detected by the second electronic device through the first Beacon frame. The first electronic device may trigger, in response to a first type of critical event, establishment of a data transmission channel with the second electronic device to obtain multimedia data (e.g., audio and/or video files) corresponding to the first type of critical event via the data transmission channel. It may be appreciated that if the first electronic device acquires the second type of critical event, the first electronic device may not trigger the establishment of the data transmission channel with the second electronic device. That is, the first electronic device may be preconfigured to trigger or not trigger establishment of a data transmission channel with the second electronic device in response to a different type of critical event. The first electronic device obtains the multimedia data only when the first electronic device knows that the type of the key event detected by the second electronic device is the type of the multimedia data needing to be transmitted. If the type of the key event detected by the second electronic device is the type which does not need to transmit the multimedia data, the first electronic device can know that the type of the key event occurs and record the key event through the first Beacon frame, and a data transmission channel is not required to be established. Thus, the configurability of the important data backup is improved.

According to the second aspect and the foregoing possible implementation manners of the second aspect, the determining, by the first electronic device, to respond to the first Beacon frame according to the first Beacon frame conforming to the Beacon frame response condition specifically includes: and under the condition that the first electronic equipment is in a first motion state, the first electronic equipment determines to respond to the first Beacon frame according to the condition that the first Beacon frame accords with the Beacon frame response condition. That is, a specific condition for the first electronic device to determine to respond to the first Beacon frame may be further appended with: the first electronic device is in a first motion state (some particular motion state). Thus, it can be avoided that the first electronic device also responds to the first Beacon frame when not in the first motion state. For example, taking the second electronic device as an example of a vehicle recorder, the first motion state may be a driving state. The first electronic device will respond when the first Beacon frame is received only when the first electronic device is in a driving state.

According to the second aspect and the foregoing possible implementation manners of the second aspect, after the first electronic device acquires the first data, the method further includes: the first electronic device uploads the first data to the server. Therefore, the first data can be backed up locally at the first electronic equipment, and the server can also be backed up, so that the safety of the first data (important data) is further improved, and the first data is prevented from being covered and lost. Optionally, after the first electronic device uploads the first data to the server, the first electronic device may delete the first data in the first electronic device, so as to save storage space of the first electronic device. In some embodiments, the first electronic device may delete the first data in the first electronic device after the user allows.

According to the second aspect and the foregoing possible implementation manners of the second aspect, after the first electronic device acquires the first data, the method further includes: the first electronic device is switched from the second state to the first state. Therefore, after the backup of the first data is completed, the first electronic equipment can be restored to the running state with lower power consumption, and the power consumption is reduced.

According to the second aspect and the foregoing possible implementation manners of the second aspect, the switching, by the first state, the first electronic device to the second state specifically includes: the application processor of the first electronic device is switched from a powered-down or sleep state to a powered-up or operational state. The application processor may be configured to perform most of the core functions of the electronic device, such as generating a user graphical interface, communicating with the internet, establishing a high-speed data transmission channel (e.g., wi-Fi channel) with other devices, responding to a message meeting a certain condition to perform a preset function, and so on. In the first state, the application processor is in a power-down or sleep state, so that power consumption of the first electronic device can be saved, but the first electronic device cannot execute most of core functions. In the second state, the application processor is in a powered-on or operating state, where the first electronic device is capable of performing most of the core functions, but with higher power consumption. Therefore, in the method, the first electronic equipment is switched from the first state to the second state when the first electronic equipment is in need, so that the power consumption of the first electronic equipment can be saved as much as possible, and the first electronic equipment has the capability of timely response.

According to the second aspect and the foregoing possible implementation manners of the second aspect, the configuring, by the first electronic device, a Beacon frame response condition of the first electronic device specifically includes: the first electronic device configures response conditions of the first electronic device to the Beacon frames broadcast by the second electronic device. That is, the first electronic device may pointedly configure the response condition of the Beacon frame broadcast by the second electronic device. This is because the second electronic device may have multiple service functions, and the second electronic device may broadcast Beacon frames for other service functions in addition to Beacon frames for triggering the backup of important data. The first electronic device really needs to respond to the Beacon frame which is broadcasted by the second electronic device and used for triggering the backup of the important data, but does not need to respond to the Beacon frame which is broadcasted by the second electronic device and used for other service functions. Therefore, the first electronic device configures the response condition of the Beacon frame broadcasted by the second electronic device in a targeted manner, and the first electronic device can be prevented from responding to the Beacon frame broadcasted by the second electronic device and used for other service functions.

A third aspect of the embodiments of the present application provides a processor, where the processor is installed in an electronic device, and the processor is coupled to an application processor and a bluetooth module in the electronic device; the power consumption of the processor is smaller than that of the application processor, or the size of the processor is smaller than that of the application processor, or the computing power of the processor is weaker than that of the application processor; the processor is used for waking up the application processor when the application processor is in a power-down or sleep state and the Bluetooth module receives a first Beacon frame which accords with a preset Beacon frame response condition.

In some embodiments, the preset Beacon frame response conditions may include one or more of the following: the identifier of the Beacon frame sending end device carried by the Beacon frame is in a white list of the electronic device, the format of the Beacon frame accords with a preset format, and the Beacon frame carries information of a first user account logged in the electronic device.

In some embodiments, the processor may be a second processor in the first aspect of the embodiments of the present application.

Therefore, the processor provided by the embodiment of the application can enable the electronic equipment to timely respond to the first Beacon which accords with the preset Beacon frame response condition.

According to a third aspect, in a possible implementation manner, the processor is further configured to receive a first signal sent by the bluetooth module, and wake up the application processor in response to the first signal. It is understood that the bluetooth module in the electronic device may be configured to determine whether a certain field or fields in the received bluetooth message meet a preset condition, for example, by a logical operation (and, or, not, or). One or more fields (e.g., vendor custom fields) of the first Beacon frame may be configured to a particular value, and the bluetooth module may send a first signal to the processor coupled to the bluetooth module if the field is determined to be a particular value, so that when the processor receives the first signal, it is known that the bluetooth module has now received a Beacon frame that needs to wake up the application processor to process, and the processor wakes up the application processor in response to the first signal, so that the application processor obtains the first Beacon frame, and further responds to the first Beacon frame.

According to a third aspect, and the possible implementations of the third aspect, the processor is further coupled with a sensor in the electronic device; the processor is also used for determining that the current motion state is in a first motion state according to the sensor data acquired by the sensor; the processor is specifically configured to wake up the application processor when the application processor is in a powered-down or sleep state, and the bluetooth module receives a first Beacon frame that meets a preset Beacon frame response condition and is currently in a first motion state.

That is, for the specific condition that the processor wakes up the application processor, there may be further attached: is currently in a first state of motion (some particular state of motion). Thus, it can be avoided that the processor wakes up the application processor also when not in the first motion state. For example, taking the driving recorder as an example of the transmitting end device of the first Beacon frame, the first motion state may be a driving state. The processor wakes up the application processor only if the electronic device is currently in a driving state.

According to the third aspect, and the foregoing possible implementation manners of the third aspect, the processor is further configured to configure a filtering condition of the received Beacon frame by the bluetooth module. In some embodiments, the processor configures the filtering conditions of the received Beacon frames according to instructions issued by the application processor. Wherein, the filtering conditions may include: what logic the bluetooth module uses to screen which field or fields in the received Beacon frame. Thus, the Bluetooth module is configurable for filtering the Beacon monitored by the air interface. In different application scenarios, the bluetooth module may be configured with different Beacon frame filtering conditions. The configurability of the Bluetooth module is improved.

A fourth aspect of an embodiment of the present application provides a computer-readable storage medium comprising instructions that, when executed, cause an electronic device on which the computer-readable storage medium is installed to perform a data transmission method as described in the second aspect or any one of the possible implementations of the second aspect.

A fifth aspect of the embodiments of the present application provides a data transmission system, where the data transmission system includes a first electronic device and a second electronic device, where the first electronic device may be the first electronic device in any one of the foregoing second aspect or any one of the foregoing possible implementation manners of the second aspect, and the second electronic device may be the second electronic device in any one of the foregoing possible implementation manners of the second aspect or the second aspect.

A sixth aspect of embodiments of the present application provides another electronic device, which may be the second electronic device of the second aspect or any one of the possible implementation manners of the second aspect. The other electronic device is configured to send a first Beacon frame upon detection of a critical event. In some embodiments, after sending the first Beacon frame, the other electronic device may further establish a data transmission channel with a device at a receiving end of the first Beacon frame (e.g., the first electronic device), so as to send important data (e.g., multimedia data) collected by the other electronic device to the receiving end of the first Beacon frame. Therefore, timely backup of important data is realized, and the important data is prevented from being covered or lost.

Drawings

Fig. 1 is a schematic diagram of an implementation manner of connection between a vehicle event data recorder and a mobile phone according to an embodiment of the present application;

fig. 2 is a schematic diagram of another implementation manner of connection between a vehicle event data recorder and a mobile phone according to an embodiment of the present application;

fig. 3 is a schematic structural diagram of an electronic device according to an embodiment of the present application;

FIG. 4 is a block diagram of a software architecture of an electronic device according to an embodiment of the present application;

FIG. 5 is a schematic diagram of a portion of a first electronic device according to an embodiment of the present application;

fig. 6 is a device interaction diagram of a data transmission method according to an embodiment of the present application;

FIGS. 7 (a) - (c) are schematic diagrams of a user interface of a first electronic device according to an embodiment of the present application;

FIG. 8 is a schematic diagram of a portion of another first electronic device according to an embodiment of the present application;

FIG. 9 is a schematic diagram of a portion of another first electronic device according to an embodiment of the present application;

FIGS. 10 (a) - (b) are diagrams illustrating a user interface of another first electronic device according to an embodiment of the present application;

FIG. 11 is a schematic diagram of a portion of a second electronic device according to an embodiment of the present application;

FIGS. 12 (a) - (c) are schematic views of a user interface of a further first electronic device according to an embodiment of the present application;

Fig. 13 (a) - (c) are schematic views of a user interface of a further first electronic device according to an embodiment of the present application.

Detailed Description

In the following description, for purposes of explanation and not limitation, specific details are set forth such as the particular system architecture, techniques, etc., in order to provide a thorough understanding of the embodiments of the present application. It will be apparent, however, to one skilled in the art that the present application may be practiced in other embodiments that depart from these specific details. In other instances, detailed descriptions of well-known systems, devices, circuits, and methods are omitted so as not to obscure the description of the present application with unnecessary detail.

It should be understood that the terms "comprises" and/or "comprising," when used in this specification and the appended claims, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.

It should also be understood that the term "and/or" as used in the present specification and the appended claims refers to any and all possible combinations of one or more of the associated listed items, and includes such combinations.

As used in the present description and the appended claims, the term "if" may be interpreted as "when..once" or "in response to a determination" or "in response to detection" depending on the context. Similarly, the phrase "if a determination" or "if a [ described condition or event ] is detected" may be interpreted in the context of meaning "upon determination" or "in response to determination" or "upon detection of a [ described condition or event ]" or "in response to detection of a [ described condition or event ]".

Furthermore, the terms "first," "second," "third," and the like in the description of the present specification and in the appended claims, are used for distinguishing between descriptions and not necessarily for indicating or implying a relative importance.

Reference in the 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 application. Thus, appearances of the phrases "in one embodiment," "in some embodiments," "in other embodiments," and the like in the specification are not necessarily all referring to the same embodiment, but mean "one or more but not all embodiments" unless expressly specified otherwise. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless expressly specified otherwise.

As described in the background art, some electronic devices are not always in a networking state and are always in a state of being connected with other electronic devices, and local data cannot be synchronized and backed up in time, so that the data is covered and lost, and the use experience of a user is affected.

For example, most current automotive recorders do not support cellular communication capabilities, and are typically not always in a networked state, nor are they always in a state of being connected to other electronic devices (e.g., a user's cell phone). The automobile data recorder can record audio and video data (such as video recorded by a camera and audio collected by a microphone) generated in the running process of the automobile, can also detect and record abnormal data such as collision, sudden braking, yaw and the like of the automobile, and stores the abnormal data in a local secure digital (security digita l, SD) card or an embedded multimedia card (eMMC) of the automobile data recorder. When a user wants to acquire data stored in the automobile data recorder, the user needs to manually connect the automobile data recorder with a mobile phone, the operation is complex, the interaction frequency between the user and the automobile data recorder is low, and the data can not be synchronized frequently. The storage space of the automobile data recorder is limited, the newly generated data can cover the previous data, the data synchronization cannot be performed in time, and the key data can be lost seriously.

In some possible implementations, the connection of the tachograph and the cell phone may be implemented in the manner shown in fig. 1. As shown in fig. 1, the vehicle recorder 10 provides a WiFi hotspot as an Access Point (AP) device (or, in other words, operates in an AP mode), the mobile phone 20 accesses the WiFi hotspot provided by the vehicle recorder 10 as an AP device as a Station (STA) device (or, in other words, operates in an STA mode), and a data transmission channel is established between the mobile phone 20 and the vehicle recorder 10, through which the vehicle recorder 10 transmits data stored locally to the mobile phone 20. Handset 20 may store the received data locally on handset 20, or alternatively, handset 20 may upload such data to server 30.

In this implementation, the user first needs to operate the vehicle recorder 10 (e.g., long presses of a function key of the vehicle recorder 10) to trigger the vehicle recorder 10 to enter the AP mode. Then, the user needs to operate the mobile phone 20, and selects a WiFi hotspot provided by the automobile data recorder from the accessible wireless network list displayed in the display interface of the mobile phone 20. Finally, the user needs to input the password of the WiFi hotspot or the personal identification number (personal identification number, PIN) of the vehicle recorder 10, so that the mobile phone 20 accesses the WiFi hotspot of the vehicle recorder 10.

In some possible implementations, the connection between the tachograph and the cell phone may also be implemented in the manner shown in fig. 2. As shown in fig. 2, the network is assisted by bluetooth low energy (bluetooth low energy, BLE) between the vehicle recorder 10 and the mobile phone 20, that is, negotiation of the key and the server identifier (service set identifier, SSID) is completed by BLE, then an encryption channel is established between the vehicle recorder 10 and the mobile phone 20 according to the negotiated key and SSID, and the vehicle recorder 10 transmits the locally stored data to the mobile phone 20 through the encryption channel, optionally, the mobile phone 20 may upload the data to the server 30.

In this implementation manner, the user needs to open an application (application) related to the vehicle recorder 10 on the mobile phone 20, click a control for triggering connection with the vehicle recorder 10, trigger the mobile phone 20 and the vehicle recorder 10 to execute the above procedure, and slightly wait for the mobile phone 20 to display a prompt message of successful connection establishment, so that the user knows that the connection is successful, and then performs subsequent data synchronization operation.

In the implementation manner, the user needs to perform operations more or less to establish the connection between the automobile data recorder and the mobile phone, so that data transmission can be performed. If the user does not frequently perform connection operation and manually synchronize data, the data is easily covered and lost. Moreover, most mobile phones are designed to disconnect WiFi and BLE from other devices after the off-screen enters a standby (or dormant) state for a period of time due to power consumption control, so that even if a user manually operates to connect the mobile phone and the automobile data recorder, the connection will not always exist.

In some possible implementations, a portion of the storage space may be partitioned from the storage space of the automobile data recorder for storing critical data (e.g., data generated during an emergency brake, a crash, etc.), where the partitioned portion of the storage space is configured not to be covered by the newly generated data. While this implementation can improve the problem of data coverage, it still requires a series of operations by the user when it is desired to export the data, which is quite complex.

In view of this, the embodiment of the application provides a data transmission method, when meeting a certain condition, the connection between the automobile data recorder and the mobile phone can be automatically established without user intervention, the automobile data recorder can automatically transmit data to the mobile phone, and optionally, the mobile phone can synchronize the received data to a server. Therefore, the local data of the automobile data recorder can be transmitted and backed up in time, and the loss of key data is avoided.

The above description uses the automobile data recorder and the mobile phone as examples, but it should be understood that the application scenario of the data transmission method provided by the embodiment of the application is not limited to this. The data transmission method provided by the embodiment of the application can be applied to any electronic equipment and system meeting the conditions by a person skilled in the art, and the coverage range of the embodiment of the application is not exceeded.

Next, a data transmission method, an electronic device, and a system provided by the embodiments of the present application are described in detail with reference to the accompanying drawings.

Fig. 3 schematically illustrates a structural diagram of an electronic device 100 according to an embodiment of the present application. The electronic device 100 may be the first electronic device or the second electronic device in the following embodiments, or may be the server.

The electronic device 100 may include at least one of a cell phone, a foldable electronic device, a tablet computer, a desktop computer, a laptop computer, a handheld computer, a notebook computer, an ultra-mobile personal computer (mobile personal computer, UMPC), a netbook, a cellular telephone, a personal digital assistant (personal digital assistant, PDA), an augmented reality (augmented reality, AR) device, a Virtual Reality (VR) device, an artificial intelligence (artificial intelligence, AI) device, a wearable device, a vehicle-mounted device, a smart home device, or a smart city device. The smart home devices may include, but are not limited to, the following examples: intelligent large screen, intelligent TV, intelligent audio amplifier, machine of sweeping floor, intelligent lamp, intelligent closestool. The embodiment of the present application is not particularly limited as to the specific type of the 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 (universal serial bus, USB) connector 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, keys 190, a motor 191, an indicator 192, a camera 193, a display 194, and a subscriber identity module (subscriber identification module, SIM) card interface 195, 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 sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, a bone conduction sensor 180M, and the like.

It should be understood that the illustrated structure of the embodiment of the present application does not constitute a specific limitation on the electronic device 100. In other embodiments of the application, electronic device 100 may include more or fewer components than shown, or certain components may be combined, or certain components may be split, or different arrangements of components. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

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

The processor 110 may generate operation control signals according to the instruction operation code and the timing signals to complete instruction fetching and instruction execution control.

A memory may also be provided in the processor 110 for storing instructions and data. In some embodiments, the memory in the processor 110 may be a cache memory. The memory may hold instructions or data that are used or used more frequently by the processor 110. If the processor 110 needs to use the instruction or data, it can be called directly from the memory. Repeated accesses are avoided and the latency of the processor 110 is reduced, thereby improving the efficiency of the system.

In some embodiments, the processor 110 may include one or more interfaces. The interfaces may include an integrated circuit (inter-integrated circuit, I2C) interface, an integrated circuit built-in audio (inter-integrated circuit sound, I2S) interface, a pulse code modulation (pulse code modulation, PCM) interface, a universal asynchronous receiver transmitter (universal asynchronous receiver/transmitter, UART) interface, a mobile industry processor interface (mobile industry processor interface, MIPI), a general-purpose input/output (GPIO) interface, a subscriber identity module (subscriber identity module, SIM) interface, and/or a universal serial bus (universal serial bus, USB) interface, among others. The processor 110 may be connected to the touch sensor, the audio module, the wireless communication module, the display, the camera, etc. module through at least one of the above interfaces.

It should be understood that the interfacing relationship between the modules illustrated in the embodiments of the present application is only illustrative, and is not meant to limit the structure of the electronic device 100. In other embodiments of the present application, the electronic device 100 may also employ different interfacing manners in the above embodiments, or a combination of multiple interfacing manners.

The USB connector 130 is an interface that meets the USB standard, and may be used to connect the electronic device 100 to a peripheral device, specifically, a Mini USB connector, a Micro USB connector, a USB Type C connector, etc. The USB connector 130 may be used to connect to a charger to charge the electronic device 100, or may be used to connect to other electronic devices to transfer data between the electronic device 100 and the other electronic devices. And may also be used to connect headphones through which audio stored in the electronic device is output. The connector may also be used to connect other electronic devices, such as VR devices, etc. In some embodiments, the standard specifications for universal serial buses may be USB b1.X, USB2.0, USB3.X, and USB4.

The charge management module 140 is configured to receive a charge input from a charger. The charger can be a wireless charger or a wired charger. In some wired charging embodiments, the charge management module 140 may receive a charging input of a wired charger through the USB interface 130. In some wireless charging embodiments, the charge management module 140 may receive 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 for connecting the battery 142, and the charge 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 to power the processor 110, the internal memory 121, the display 194, the camera 193, the wireless communication module 160, and the like. The power management module 141 may also be configured to monitor battery capacity, battery cycle number, battery health (leakage, impedance) and other parameters. In other embodiments, the power management module 141 may also be provided in the processor 110. In other embodiments, the power management module 141 and the charge 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 may also be multiplexed to improve the utilization of the antennas. For example: the antenna 1 may be multiplexed into 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 for wireless communication including 2G/3G/4G/5G, etc., applied to the electronic device 100. The mobile communication module 150 may include at least one filter, switch, power amplifier, low noise amplifier (low noise amplifier, LNA), etc. The mobile communication module 150 may receive electromagnetic waves from the antenna 1, perform processes such as filtering, amplifying, and the like on the received electromagnetic waves, and transmit the processed electromagnetic waves to the modem processor for demodulation. The mobile communication module 150 can amplify the signal modulated by the modem processor, and convert the signal into electromagnetic waves through the antenna 1 to radiate. 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 provided in the same device as at least some of the modules of the processor 110.

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

The wireless communication module 160 may provide solutions for wireless communication including wireless local area network (wireless local area networks, WLAN) (e.g., wireless fidelity (wireless fidelity, wi-Fi) network), bluetooth (BT), bluetooth low energy (bluetooth low energy, BLE), ultra Wide Band (UWB), global navigation satellite system (global navigation satellite system, GNSS), frequency modulation (frequency modulation, FM), near field wireless communication technology (near field communication, NFC), infrared technology (IR), etc., as applied on the electronic device 100. The wireless communication module 160 may be one or more devices that integrate at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via the antenna 2, modulates the electromagnetic wave signals, filters the 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, frequency modulate it, amplify it, and convert it to electromagnetic waves for radiation via the antenna 2.

In some embodiments, antenna 1 and mobile communication module 150 of electronic device 100 are coupled, and antenna 2 and wireless communication module 160 are coupled, such that electronic device 100 may communicate with networks and other electronic devices through wireless communication techniques. The wireless communication techniques may include the Global System for Mobile communications (global system for mobile communications, GSM), general packet radio service (general packet radio service, GPRS), code division multiple access (code division multiple access, CDMA), wideband code division multiple access (wideband code division multiple access, WCDMA), time division code division multiple access (time-division code division multiple access, TD-SCDMA), long term evolution (long term evolution, LTE), BT, GNSS, WLAN, NFC, FM, and/or IR techniques, among others. The GNSS may include a global satellite positioning system (global positioning system, GPS), a global navigation satellite system (global navigation satellite system, GLONASS), a beidou satellite navigation system (beidou navigation satellite system, BDS), a quasi zenith satellite system (quasi-zenith satellite system, QZSS) and/or a satellite based augmentation system (satellite based augmentation systems, SBAS).

The electronic device 100 may implement display functions through a GPU, a display screen 194, an application processor, and the like. The GPU is a microprocessor for image processing, and is connected to the display 194 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. Processor 110 may include one or more GPUs that execute program instructions to generate or change display information. Of course, the processor may not include a GPU and may use non-GPU processing units to implement the above-described functionality.

The display screen 194 is used to display images, videos, and the like. The display 194 includes a display panel. The display panel may employ a liquid crystal display (liquid crystal display, LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED) or an active-matrix organic light-emitting diode (matrix organic light emitting diode), a flexible light-emitting diode (flex), a mini, a Micro led, a Micro-OLED, a quantum dot light-emitting diode (quantum dot light emitting diodes, QLED), or the like. In some embodiments, the electronic device 100 may include 1 or more display screens 194.

The electronic device 100 may implement camera functions through a camera module 193, an isp, a video codec, a GPU, a display screen 194, and an application processor AP, a neural network processor NPU, etc.

The camera module 193 may be used to acquire color image data as well as depth data of a subject. The ISP may be used to process color image data acquired by the camera module 193. For example, when photographing, 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, so that the electrical signal is converted into an image visible to the naked eye. ISP can also optimize 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 disposed in the camera module 193.

In some embodiments, the camera module 193 may be composed of a color camera module and a 3D sensing module.

In some embodiments, the photosensitive element of the camera of the color camera module may be a charge coupled device (charge coupled device, CCD) or a complementary metal oxide semiconductor (complementary metal-oxide-semiconductor, CMOS) phototransistor. The photosensitive element converts the optical signal into an electrical signal, which is then transferred to the ISP to be converted into a digital image signal. The ISP outputs the digital image signal to the DSP for processing. The DSP converts the digital image signal into an image signal in a standard RGB, YUV, or the like format.

In some embodiments, the 3D sensing module may be a (time of flight) 3D sensing module or a structured light (3D) sensing module. The structured light 3D sensing is an active depth sensing technology, and basic components of the structured light 3D sensing module may include an Infrared (Infrared) emitter, an IR camera module, and the like. The working principle of the structured light 3D sensing module is that a light spot (pattern) with a specific pattern is emitted to a shot object, then a light spot pattern code (light coding) on the surface of the object is received, and the difference between the light spot and an original projected light spot is compared, and the three-dimensional coordinate of the object is calculated by utilizing the triangle principle. The three-dimensional coordinates include the distance from the electronic device 100 to the subject. The TOF 3D sensing may be an active depth sensing technology, and the basic components of the TOF 3D sensing module may include an Infrared (Infrared) emitter, an IR camera module, and the like. The working principle of the TOF 3D sensing module is to calculate the distance (namely depth) between the TOF 3D sensing module and the shot object through the time of infrared ray turn-back so as to obtain a 3D depth map.

The structured light 3D sensing module can also be applied to the fields of face recognition, somatosensory game machines, industrial machine vision detection and the like. The TOF 3D sensing module can also be applied to the fields of game machines, augmented reality (augmented reality, AR)/Virtual Reality (VR), and the like.

In other embodiments, camera module 193 may also be comprised of two or more cameras. The two or more cameras may include a color camera that may be used to capture color image data of the object being photographed. The two or more cameras may employ stereoscopic vision (stereo) technology to acquire depth data of the photographed object. The stereoscopic vision technology is based on the principle of parallax of human eyes, and obtains distance information, i.e., depth information, between the electronic device 100 and the object to be photographed by shooting images of the same object from different angles through two or more cameras under a natural light source and performing operations such as triangulation.

In some embodiments, electronic device 100 may include 1 or more camera modules 193. Specifically, the electronic device 100 may include 1 front camera module 193 and 1 rear camera module 193. The front camera module 193 can be used to collect color image data and depth data of a photographer facing the display screen 194, and the rear camera module can be used to collect color image data and depth data of a photographed object (such as a person, a landscape, etc.) facing the photographer.

In some embodiments, a CPU or GPU or NPU in the processor 110 may process color image data and depth data acquired by the camera module 193. In some embodiments, the NPU may identify color image data acquired by the camera module 193 (specifically, the color camera module) by a neural network algorithm, such as a convolutional neural network algorithm (CNN), based on which the skeletal point identification technique is based, to determine skeletal points of the captured person. The CPU or GPU may also be operable to run a neural network algorithm to effect determination of skeletal points of the captured person from the color image data. In some embodiments, the CPU or GPU or NPU may be further configured to confirm the stature (such as body proportion, weight of the body part between the skeletal points) of the photographed person based on the depth data collected by the camera module 193 (which may be a 3D sensing module) and the identified skeletal points, and further determine body beautification parameters for the photographed person, and finally process the photographed image of the photographed person according to the body beautification parameters, so that the body form of the photographed person in the photographed image is beautified. In the following embodiments, how to make the body-beautifying process on the image of the photographed person based on the color image data and the depth data acquired by the camera module 193 will be described in detail, and will not be described in detail.

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

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: dynamic picture experts group (moving picture experts group, MPEG) 1, MPEG2, MPEG3, MPEG4, etc.

The NPU is a neural-network (NN) computing processor, and can rapidly process input information by referencing a biological neural network structure, for example, referencing a transmission mode between human brain neurons, and can also continuously perform self-learning. Applications such as intelligent awareness of the electronic device 100 may be implemented through the NPU, for example: image recognition, face recognition, speech recognition, text understanding, etc.

The external memory interface 120 may be used to connect an external memory card, such as a Micro SD card, to enable expansion of the memory capabilities of the electronic device 100. The external memory card communicates with the processor 110 through an external memory interface 120 to implement data storage functions. For example, files such as music, video, etc. are stored in an external memory card. Or transfer files such as music, video, etc. from the electronic device to an external memory card.

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

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

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

The speaker 170A, also referred to as a "horn," is used to convert audio electrical signals into sound signals. The electronic device 100 may listen to music through the speaker 170A or output an audio signal for hands-free calling.

A receiver 170B, also referred to as a "earpiece", is used to convert the audio electrical signal into a sound signal. When electronic device 100 is answering a telephone call or voice message, voice may be received by placing receiver 170B in close proximity to the human ear.

Microphone 170C, also referred to as a "microphone" or "microphone", is used to convert sound signals into electrical signals. When making a call or transmitting voice information, the user can sound near the microphone 170C through the mouth, inputting a sound signal to the microphone 170C. The electronic device 100 may be provided with at least one microphone 170C. In other embodiments, the electronic device 100 may be provided with two microphones 170C, and may implement a noise reduction function in addition to collecting sound signals. In other embodiments, the electronic device 100 may also be provided with three, four, or more microphones 170C to enable collection of sound signals, noise reduction, identification of sound sources, directional recording functions, etc.

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

The pressure sensor 180A is used to sense a pressure signal, and may convert the pressure signal into an electrical signal. In some embodiments, the pressure sensor 180A may be disposed on the display screen 194. The pressure sensor 180A is of various types, such as a resistive pressure sensor, an inductive pressure sensor, a capacitive pressure sensor, and the like. The capacitive pressure sensor may be a capacitive pressure sensor comprising at least two parallel plates with conductive material. The capacitance between the electrodes changes when a force is applied to the pressure sensor 180A. The electronic device 100 determines the strength of the pressure from the change in capacitance. When a touch operation is applied to the display 194, the electronic apparatus 100 detects the intensity of the touch operation according to the pressure sensor 180A. The electronic device 100 may also calculate the location of the touch based on the detection signal of the pressure sensor 180A. In some embodiments, touch operations that act on the same touch location, but at different touch operation strengths, may correspond to different operation instructions. For example: and executing an instruction for checking the short message when the touch operation with the touch operation intensity smaller than the first pressure threshold acts on the short message application icon. And executing an instruction for newly creating the short message when the touch operation with the touch operation intensity being greater than or equal to the first pressure threshold acts on the short message application icon.

The gyro sensor 180B may be used to determine a motion gesture of the electronic device 100. In some embodiments, the angular velocity of electronic device 100 about three axes (i.e., x, y, and z axes) may be determined by gyro 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 the shake angle of the electronic device 100, calculates the distance to be compensated by the lens module according to the angle, and controls the lens to move in the opposite direction to counteract the shake of the electronic device 100, thereby realizing anti-shake. The gyro sensor 180B may also be used for navigating, somatosensory game scenes.

The air pressure sensor 180C is used to measure air pressure. In some embodiments, the electronic device 100 calculates altitude from the barometric pressure value measured by the barometric pressure sensor 180C, aiding in positioning and navigation.

The magnetic sensor 180D includes a hall sensor. The electronic device 100 may detect the opening and closing of the flip cover using the magnetic sensor 180D. When the electronic device is a foldable electronic device, the magnetic sensor 180D may be used to detect the folding or unfolding, or folding angle, of the electronic device. In some embodiments, when the electronic device 100 is a flip machine, the electronic device 100 may detect the opening and closing of the flip according to the magnetic sensor 180D. And then according to the detected opening and closing state of the leather sheath or the opening and closing state of the flip, the characteristics of automatic unlocking of the flip and the like are set.

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 may be detected when the electronic device 100 is stationary. The electronic equipment gesture recognition method can also be used for recognizing the gesture of the electronic equipment, and is applied to horizontal and vertical screen switching, pedometers and other applications.

A distance sensor 180F for measuring a distance. The electronic device 100 may measure the distance by infrared or laser. In some embodiments, the electronic device 100 may range using the distance sensor 180F to achieve quick focus.

The proximity light sensor 180G may include, for example, a Light Emitting Diode (LED) and a light detector, such as a photodiode. The light emitting diode may be an infrared light emitting diode. The electronic device 100 emits infrared light outward through the light emitting diode. The electronic device 100 detects infrared reflected light from nearby objects using a photodiode. When the intensity of the detected reflected light is greater than the threshold value, it may be determined that there is an object in the vicinity of the electronic device 100. When the intensity of the detected reflected light is less than the threshold, the electronic device 100 may determine that there is no object in the vicinity of the electronic device 100. The electronic device 100 can detect that the user holds the electronic device 100 close to the ear by using the proximity light sensor 180G, so as to automatically extinguish the screen for the purpose of saving power. The proximity light sensor 180G may also be used in holster mode, pocket mode to automatically unlock and lock the screen.

Ambient light sensor 180L may be used to sense ambient light level. The electronic device 100 may adaptively adjust the brightness of the display 194 based on the perceived ambient light level. The ambient light sensor 180L may also be used to automatically adjust white balance when taking a photograph. Ambient light sensor 180L may also cooperate with proximity light sensor 180G to detect whether electronic device 100 is occluded, e.g., the electronic device is in a pocket. When the electronic equipment is detected to be blocked or in the pocket, part of functions (such as touch control functions) can be in a disabled state so as to prevent misoperation.

The fingerprint sensor 180H is used to collect a fingerprint. The electronic device 100 may utilize the collected fingerprint feature to unlock the fingerprint, access the application lock, photograph the fingerprint, answer the incoming call, etc.

The temperature sensor 180J is for detecting temperature. In some embodiments, the electronic device 100 performs a temperature processing strategy using the temperature detected by the temperature sensor 180J. For example, when the temperature detected by the temperature sensor 180J exceeds a threshold, the electronic device 100 performs a reduction in the performance of the processor in order to reduce the power consumption of the electronic device to implement thermal protection. In other embodiments, the electronic device 100 heats the battery 142 when the temperature detected by the temperature sensor 180J is below another threshold. In other embodiments, the electronic device 100 may boost the output voltage of the battery 142 when the temperature is below a further threshold.

The touch sensor 180K, also referred to as a "touch device". 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 for detecting a touch operation acting thereon or thereabout. The touch sensor may communicate the detected touch operation to the application processor to determine the touch event type. Visual output related to touch operations may be provided through the display 194. In other embodiments, the touch sensor 180K may also be disposed on the surface of the electronic device 100 at a different location than the display 194.

The bone conduction sensor 180M may acquire a vibration signal. In some embodiments, bone conduction sensor 180M may acquire a vibration signal of a human vocal tract vibrating bone pieces. The bone conduction sensor 180M may also contact the pulse of the human body to receive the blood pressure pulsation signal. In some embodiments, bone conduction sensor 180M may also be provided in a headset, in combination with an osteoinductive headset. The audio module 170 may analyze the voice signal based on the vibration signal of the vocal part vibration bone piece obtained by the bone conduction sensor 180M, and implement the voice function. The application processor can analyze heart rate information based on the blood pressure beat signal acquired by the bone conduction sensor 180M, so as to realize a heart rate detection function.

The keys 190 may include a power on key, a volume key, etc. The keys 190 may be mechanical keys. Or may be a touch key. The electronic device 100 may receive key inputs, generating key signal inputs related to user settings and function controls of the electronic device 100.

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

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

The SIM card interface 195 is used to connect a SIM card. The SIM card may be inserted into the SIM card interface 195, or removed from the SIM card interface 195 to enable contact and separation with the electronic device 100. The electronic device 100 may support 1 or more SIM card interfaces. The SIM card interface 195 may support Nano SIM cards, micro SIM cards, and the like. The same SIM card interface 195 may be used to insert multiple cards simultaneously. The types of the plurality of cards may be the same or different. The SIM card interface 195 may also be compatible with different types of SIM cards. The SIM card interface 195 may also be compatible with external memory cards. The electronic device 100 interacts with the network through the SIM card to realize functions such as communication and data communication. In some embodiments, the electronic device 100 employs esims, i.e.: an embedded SIM card. The eSIM card can be embedded in the electronic device 100 and cannot be separated from the electronic device 100.

The software system of the electronic device 100 may employ a layered architecture, an event driven architecture, a microkernel architecture, a microservice architecture, or a cloud architecture. In the embodiment of the application, taking an Android system with a layered architecture as an example, a software structure of the electronic device 100 is illustrated.

Fig. 4 illustrates a software architecture block diagram of an electronic device 100 according to an embodiment of the present application.

The layered architecture divides the software into several layers, each with distinct roles and branches. The layers communicate with each other through a software interface. In some embodiments, the Android system is divided into five layers, from top to bottom, an application layer, an application framework layer, an Zhuoyun row (ART) and native C/c++ libraries, a hardware abstraction layer (Hardware Abstract Layer, HAL), and a kernel layer, respectively.

The application layer may include a series of application packages.

As shown in fig. 3, the application package may include applications for cameras, gallery, calendar, phone calls, maps, navigation, WLAN, bluetooth, music, video, short messages, etc.

The application framework layer provides an application programming interface (application programming interface, API) and programming framework for application programs of the application layer. The application framework layer includes a number of predefined functions.

As shown in FIG. 3, the application framework layer may include a window manager, a content provider, a view system, a resource manager, a notification manager, an activity manager, an input manager, and so forth.

The window manager provides window management services (Window Manager Service, WMS) that may be used for window management, window animation management, surface management, and as a transfer station to the input system.

The content provider is used to store and retrieve data and make such data accessible to applications. The data may include video, images, audio, calls made and received, browsing history and bookmarks, phonebooks, etc.

The view system includes visual controls, such as controls to display text, controls to display pictures, and the like. The view system may be used to build applications. The display interface may be composed of one or more views. For example, a display interface including a text message notification icon may include a view displaying text and a view displaying a picture.

The resource manager provides various resources for the application program, such as localization strings, icons, pictures, layout files, video files, and the like.

The notification manager allows the application to display notification information in a status bar, can be used to communicate notification type messages, can automatically disappear after a short dwell, and does not require user interaction. Such as notification manager is used to inform that the download is complete, message alerts, etc. The notification manager may also be a notification in the form of a chart or scroll bar text that appears on the system top status bar, such as a notification of a background running application, or a notification that appears on the screen in the form of a dialog window. For example, a text message is prompted in a status bar, a prompt tone is emitted, the electronic device vibrates, and an indicator light blinks, etc.

The activity manager may provide activity management services (Activity Manager Service, AMS) that may be used for system component (e.g., activity, service, content provider, broadcast receiver) start-up, handoff, scheduling, and application process management and scheduling tasks.

The input manager may provide input management services (Input Manager Service, IMS), which may be used to manage inputs to the system, such as touch screen inputs, key inputs, sensor inputs, and the like. The IMS retrieves events from the input device node and distributes the events to the appropriate windows through interactions with the WMS.

The android runtime includes a core library and An Zhuoyun rows. The android runtime is responsible for converting source code into machine code. Android runtime mainly includes employing Advanced Or Time (AOT) compilation techniques and Just In Time (JIT) compilation techniques.

The core library is mainly used for providing the functions of basic Java class libraries, such as basic data structures, mathematics, IO, tools, databases, networks and the like. The core library provides an API for the user to develop the android application. .

The native C/c++ library may include a plurality of functional modules. For example: surface manager (surface manager), media Framework (Media Framework), libc, openGL ES, SQLite, webkit, etc.

The surface manager is used for managing the display subsystem and providing fusion of 2D and 3D layers for a plurality of application programs. Media frames support a variety of commonly used audio, video format playback and recording, still image files, and the like. The media library may support a variety of audio and video encoding formats, such as MPEG4, h.264, MP3, AAC, AMR, JPG, PNG, etc. OpenGL ES provides for drawing and manipulation of 2D graphics and 3D graphics in applications. SQLite provides a lightweight relational database for applications of the electronic device 100.

The hardware abstraction layer runs in a user space (user space), encapsulates the kernel layer driver, and provides a call interface to the upper layer.

The kernel layer is a layer between hardware and software. The inner core layer at least comprises a display driver, a camera driver, an audio driver and a sensor driver.

The workflow of the electronic device 100 software and hardware is illustrated below in connection with capturing a photo scene.

When touch sensor 180K receives a touch operation, a corresponding hardware interrupt is issued to the kernel layer. The kernel layer processes the touch operation into the original input event (including information such as touch coordinates, time stamp of touch operation, etc.). The original input event is stored at the kernel layer. The application framework layer acquires an original input event from the kernel layer, and identifies a control corresponding to the input event. Taking the touch operation as a touch click operation, taking a control corresponding to the click operation as an example of a control of a camera application icon, the camera application calls an interface of an application framework layer, starts the camera application, further starts a camera driver by calling a kernel layer, and captures a still image or video by the camera 193.

Fig. 5 illustrates a schematic partial structure of a first electronic device according to an embodiment of the present application. As shown in fig. 5, the first electronic device may include a first processor 51, a second processor 52, a sensor module 53, and/or a bluetooth block 54. Wherein the meaning of the partial structure may refer to: only a part of the structure of the first electronic device is shown in the figure, but not the whole structure.

In some embodiments, the first processor 51 may be, for example, an application processor (application processor, AP), a CPU, etc., and the second processor 52 may be, for example, a micro-controller unit (MCU), a smart sensor hub (sensor hub), etc. Typically, the first processor 51 may have more computing power, higher power consumption, larger volume, and support more functions than the second processor 52.

In some embodiments, the sensor module 53 may refer to the sensor module 180 described in the embodiment of fig. 3, and may include, for example, an acceleration sensor 180E, a gyro sensor 180C, and the like. The sensor module 53 may include more or fewer sensors than the sensor module 180 described in the embodiment of fig. 3.

In some embodiments, bluetooth module 54 may be part of wireless communication module 160 described in the fig. 3 embodiment for providing bluetooth communication capabilities.

Illustratively, the bluetooth according to the embodiments of the present application may include bluetooth in various forms, such as classical bluetooth (Bluetooth Classic), bluetooth at high speed (Bluetooth High Speed), and/or bluetooth low energy (Bluetooth low energy, BLE). In some embodiments, BLE may be preferably adopted, that is, a specific implementation form of the bluetooth module 54 may be a BLE module, and since BLE generally has lower power consumption than other bluetooth forms, power consumption of the electronic device may be saved as much as possible, the implementation of the method provided by the embodiment of the present application with the BLE module can obtain the beneficial effect of reducing the power consumption of the electronic device more prominently. The "bluetooth" according to embodiments of the present application may also be understood in a general sense by those skilled in the art.

In fig. 5, (a), (b) and (c) show several different connection relations between the first processor 51, the second processor 52, the sensor module 53 and/or the bluetooth module 54, respectively.

As shown in fig. 5 (a), the first processor 51 and the second processor 52 may be two chips that are independent of each other and electrically connected to each other through an interface (e.g., pins) on the chips. The first processor 51 is electrically connected to the sensor module 53 and/or the bluetooth module 54, and the second processor 52 is also electrically connected to the sensor module 53 and/or the bluetooth module 54.

Based on the connection shown in fig. 5 (a), in some implementations, the second processor 52 may be used to control the sensor module 53 and/or the bluetooth module 54. For example, the control sensor module 53 reports to the first processor 51 the frequency of sensor data collected by the sensor module 53; whether the bluetooth module 54 reports the received message to the first processor 51 is controlled, or whether the bluetooth module 54 reports a part of the received message to the first processor 51 according to a preset rule. It will be appreciated that the second processor 52 may be used to control the filtering conditions of the sensor module 53 and/or the bluetooth module 54. The filtering condition may be used to screen out preset data. The preset data may be, for example, a bluetooth message conforming to a specific format, or a bluetooth message having a specific value in one or more fields.

In one possible implementation, the second processor 52 determines in which way to control the sensor module 53 and/or the bluetooth module 54 according to instructions issued by the first processor 51. That is, the first processor 51 may instruct the second processor 52 to issue a preset certain filtering condition to the sensor module 53 and/or the bluetooth module 54, so that according to the filtering condition, the sensor module 53 and/or the bluetooth module 54 only reports the acquired part of the sensor data and/or the bluetooth message meeting the filtering condition, and directly discards the acquired sensor data and/or the bluetooth message not meeting the filtering condition.

Specifically, in one implementation, in response to acquiring the sensor data and/or the bluetooth message that meet the filtering condition, the sensor module 53 and/or the bluetooth module 54 temporarily stores the sensor data and/or the bluetooth message that meet the filtering condition, and sends a preset signal to the second processor 52; the second processor 52 wakes up the first processor 51 in response to the preset signal; after the first processor 51 is awakened, the sensor module 53 and/or the bluetooth module 54 report the sensor data and/or the bluetooth message meeting the filtering condition to the first processor 51. In another implementation, the sensor module 53 and/or the bluetooth module 54 report the sensor data and/or the bluetooth message meeting the filtering condition to the second processor 52 in response to acquiring the sensor data and/or the bluetooth message meeting the filtering condition, and send a preset signal to the second processor 52; the second processor 52 wakes up the first processor 51 in response to the preset signal, and further reports the sensor data and/or bluetooth message meeting the filtering condition to the first processor 51.

In some scenarios, such as when the first electronic device is on screen or in an operating state, the first processor 51 is in an powered-on state, and the sensor module 53 and/or the bluetooth module 54 report data to the first processor 51 via a path with the first processor 51; the second processor 52 may or may not be powered down or dormant in this case. In other scenarios, such as when the first electronic device is off-screen or in a sleep state (or after a period of time has elapsed since the off-screen or sleep state was entered), the second processor 52 is in an active power state, and the sensor module 53 and/or bluetooth module 54 report data to the second processor 52 via a path with the second processor 52; the first processor 51 may or may not be powered down or dormant in this case. In this implementation, the sensor module 53 and/or the bluetooth module 54 may be taken over between the first processor 51 and the second processor 52, respectively, in a manner similar to a dial switch, when the electronic device is in different operating states. For example, when the electronic device is in the first operating state, the second processor 52 is responsible for managing (or otherwise controlling) the sensor module 53 and/or the bluetooth module 54; the first processor 51 is responsible for managing (or otherwise controlling) the sensor module 52 and/or the bluetooth module 54 when the electronic device is in the second operating state.

Since the second processor 52 generally consumes less power than the first processor 51, when the second processor 52 takes over the sensor module 53 and/or the bluetooth module 54, the first processor 51 may be powered down or dormant, and the second processor 52 with lower power consumption processes and responds to the data reported by the sensor module 53 and/or the bluetooth module 54. The technical effect of saving power consumption is achieved, and the first electronic device still has the processing and response capability on the data reported by the sensor module 54 and/or the Bluetooth module 54 when the first processor 51 is powered down or dormant.

In addition, when the first processor 51 is powered down or dormant, the second processor 52 takes over the sensor module 54 and/or the bluetooth module 54, the second processor 52 may wake up the first processor 51 when receiving the preset data, so that the first processor 51 resumes the powered-on working state, in response to the preset data. Therefore, the first electronic device can respond to the preset data in time and execute the preset function. In some embodiments, the preset data may be, for example, a bluetooth message conforming to a specific format, or a bluetooth message with a specific value in one or some fields. The first electronic device is preconfigured to perform a preset function in response to preset data. In some embodiments, the preset function must be engaged by the first processor 51 to be completed. Thus, when the first electronic device does not receive the preset data, the first processor 51 is powered down or dormant to save power consumption, and the second processor 52 determines whether the preset data is received; when the second processor 52 determines that the preset data is received, the first processor 51 is awakened to perform a preset function in response to the preset data. Therefore, the first electronic equipment can respond when the first electronic equipment is in need, power consumption is reduced as much as possible when the first electronic equipment is not in need, and the first electronic equipment can be awakened at any time while in a monitoring state. The second processor 52 may operate with very low power consumption and thus may significantly reduce the power consumption of the first electronic device.

As shown in fig. 5 (b), the first processor 51 and the second processor 52 may be two chips independent from each other, and are electrically connected to each other; the second processor 52 is electrically connected to the sensor module 53 and/or the bluetooth module 54; there may be no direct electrical connection between the first processor 51 and the sensor module 53 and/or the bluetooth module 54.

Based on the connection relationship shown in fig. 5 (b), in some scenarios, for example, when the first electronic device is on screen or in an operating state, the first processor 51 and the second processor 52 are both in an active state, and the sensor module 53 and/or the bluetooth module 54 report data to the second processor 52 through a path between the sensor module and the second processor 52; the second processor 52 may report the processed data to the first processor 51, or may not process the data but pass the data to the first processor 51, and of course, the second processor 52 may not report the data to the first processor 51. In other scenarios, such as when the first electronic device is off screen or in a sleep state, the first processor 51 is powered down or in a sleep state, while the second processor is still powered up, the sensor module 53 and/or bluetooth module 54 report data to the second processor 52 via a path with the second processor 52 for processing and response by the second processor 52. In this implementation, the first processor 51 acquires the data reported by the sensor module 53 and/or the bluetooth module 54 through the second processor 52, and if the first processor 51 is powered down or dormant, the second processor 52 is responsible for processing and responding to the data reported by the sensor module 53 and/or the bluetooth module 54. Similarly, such a connection relationship may also have the advantageous effect of the connection relationship shown in fig. 5 (a), and the description thereof will not be repeated here.

As shown in fig. 5 (c), the first processor 51 and the second processor 52 may be integrated in the same chip, being two-part processing units in the same chip. Such a structure may be referred to as a built-in structure. The chip is electrically connected to the sensor module 53 and/or the bluetooth module 54. Based on the connection relationship shown in fig. 5 (c), in some scenarios, for example, when the first electronic device is on screen or in an operating state, the first processor 51 and the second processor 52 may both be in an active state, and the sensor module 53 and/or the bluetooth module 54 report data to the chip through the path with the chip, and the first processor 51 and/or the second processor 52 perform processing. In other situations, such as when the first electronic device is off-screen or in a sleep state, the first processor 51 is powered down or in sleep, the second processor 52 is still powered up, and the sensor module 53 and/or the bluetooth module 54 report data to the chip via the path with the chip for processing by the second processor 52. In such an implementation, the chip is powered on entirely when the electronic device 100 is on or in operation, and only a portion of the processing unit is maintained powered on when the first electronic device is off or in sleep, for processing and responding to data reported by the sensor module 54 and/or the bluetooth module 54. Similarly, such a connection relationship may also have the advantageous effect of the connection relationship shown in fig. 5 (a), and the description thereof will not be repeated here.

It should be understood that fig. 5 only illustrates a few examples of possible connection relationships, and embodiments of the present application are not limited to specific forms of the connection relationships, and any connection relationships applicable to the data transmission scheme provided by the embodiments of the present application may be applied by those skilled in the art, without exceeding the scope covered by the embodiments of the present application.

Therefore, the structure of the first electronic device shown in fig. 5 can make only one part of the processors power up and work in certain scenes (for example, in a screen-off or sleep state, in a power-saving mode, in a low-power state, etc.), and the other part of the processors power down or sleep, so that the technical effect of saving power consumption is achieved. In addition, the part of the processors still in the power-on working state can wake up the part of the processors which are powered down or dormant under the condition that the part of the processors still in the power-on working state receive preset data, so that the part of the processors restore the power-on working state, and the preset functions are performed in response to the preset data.

Taking the first electronic device as a mobile phone and the second electronic device as a vehicle event data recorder as an example, the mobile phone applies the structure shown in the embodiment of fig. 5 (i.e., the structure including the first processor 51 and the second processor 52):

the automobile data recorder is mounted on a vehicle, and a mobile phone carried by a user during driving is also in the vehicle, and both have physical conditions (a short distance) for performing short-range wireless communication. Because the user is driving and cannot interact with the mobile phone from time to time, the mobile phone is usually in a screen-off or dormant state. When the handset is in an off-screen or dormant state, the handset is typically disconnected from other electronic devices, such as bluetooth, wi-Fi, for power consumption control purposes. The first processor 51 in the mobile phone is powered down or dormant in the off-screen or dormant state or after a period of time in the off-screen or dormant state, and the second processor 52 is responsible for managing the sensor module 53 and/or the bluetooth module 54. For example, the second processor 52 may issue a preset filtering condition to the bluetooth module 54, and the bluetooth module 54 may directly discard bluetooth messages that do not meet the preset filtering condition only in response to bluetooth messages (e.g., beacon frames in a certain format) that meet the preset filtering condition. In some embodiments, the second processor 52 may issue a preset filtering condition to the bluetooth module 54 according to an instruction of the first processor 51. In some embodiments, the second processor 52 may acquire the sensor data acquired by the sensor module 53, further determine whether the mobile phone is currently in a driving state (or determine whether the mobile phone is currently in a driving vehicle) according to the sensor data, and when determining that the mobile phone is currently in the driving state, the second processor 52 issues a preset filtering condition to the bluetooth module 54.

When a vehicle collides, suddenly stops, yaw and other key events occur, the automobile data recorder can judge that the key event occurs based on data collected by a sensor module in the automobile data recorder, and a preset Beacon frame (such as a first Beacon frame below) is broadcasted. The preset Beacon frame may be a Beacon frame with a specific format, or a Beacon frame with a specific value in one or some fields. It will be appreciated that the preset Beacon frame is a bluetooth message that meets the filtering conditions of the bluetooth module 54 in the handset. At this time, in one implementation, the bluetooth module 54 in the mobile phone in the off-screen or dormant state responds to the reception of the preset Beacon frame, and since the preset Beacon frame meets the filtering condition, the bluetooth module 54 temporarily stores the preset Beacon frame and transmits a preset signal to the second processor 52. The second processor 52 wakes up the first processor 51 (i.e., resumes the first processor 51 from a powered-on operating state) in response to the preset signal. So that the bluetooth module 54 reports the preset Beacon frame to the first processor 51. In another implementation, the bluetooth module 54 in the handset in the off-screen or dormant state reports the preset Beacon frame to the second processor 52 and sends a preset signal to the second processor 52 in response to receiving the preset Beacon frame, since the preset Beacon frame meets the filtering condition. The second processor 52 wakes up the first processor 51 in response to the preset signal and further reports the preset Beacon frame to the first processor 51.

Of course, if the tachograph broadcasts a preset Beacon frame, the mobile phone is in a bright screen or operating state (for example, in the case that the user is using the mobile phone navigation function), and the first processor 51 is in an active power state. The process of the second processor 52 waking up the first processor may be omitted at this point. At this time, the first processor 51 may directly acquire the preset Beacon frame reported by the bluetooth module 54, or directly acquire the preset Beacon frame transmitted by the second processor 52.

The first processor 51 receives the preset Beacon frame and may respond according to a preset response policy. For example, if the preset Beacon frame indicates that the critical event is sudden braking or yaw, the first processor 51 records that sudden braking or yaw has occurred; if the preset Beacon frame indicates that the critical event is a collision, the first processor 51 records that the collision occurs, and the first processor 51 may further trigger the mobile phone to establish communication connection (e.g. Wi-Fi connection) with the vehicle event recorder, where the mobile phone receives media content (e.g. audio and video files recorded by the vehicle event recorder and corresponding to the critical event of the collision at this time.

Therefore, the user does not need to perform any operation, and when certain conditions are met, the automobile data recorder can automatically establish connection with the mobile phone and send key data to the mobile phone, so that the key data is prevented from being covered and lost.

When the user finishes the driving and starts to check the mobile phone, the mobile phone can pop up a prompt message based on the recorded key event, for example: the total yaw occurs for 3 times in the driving process, and the attention is kept in the driving process, so that accidents are avoided; also for example: "1 collision occurred during this driving, the collision related video was kept to the local of the mobile phone, ask if it is synchronized to the cloud? If the user agrees, the mobile phone can further send the collision related video to the server for backup.

Taking the first electronic device as a mobile phone and the second electronic device as a smart toothbrush as an example, the mobile phone applies the structure shown in the embodiment of fig. 5 (i.e., the structure including the first processor 51 and the second processor 52):

when a user brushes teeth by using the intelligent toothbrush, the intelligent toothbrush can record brushing behavior data such as brushing time length, time, mode and the like. Since smart toothbrushes are typically bluetooth devices, they do not have Wi-Fi functionality, and therefore are typically not able to access home gateways (e.g., routers in the home) and upload recorded brushing behavior data to a server at any time.

It is assumed that the smart toothbrush is placed in a home. When the user's mobile phone is also at home, both have physical conditions (closer distance) for performing short-range wireless communication. The intelligent toothbrush can broadcast a preset Beacon frame when the user finishes brushing teeth each time.

Similar to the above-mentioned vehicle event data recorder example, the first processor 51 and/or the second processor 52 in the mobile phone in this example may also perform a similar process to that in the above-mentioned vehicle event data recorder example, and will not be described here again. Thus, the handset obtains this brushing behavior data.

When the user subsequently interacts with the mobile phone, the mobile phone may pop up a prompt message, for example: "this brushing period is 2 minutes, less than the recommended brushing period (3 minutes), the brushing time is recommended to be prolonged to ensure the brushing effect". Alternatively, before the user falls asleep, the handset may pop up a reminder message, for example: "record 1 tooth brushing up to today, less than the recommended number of teeth brushing (2 times), remember to brush teeth before sleeping.

Therefore, the user does not need to actively operate the mobile phone to trigger the mobile phone to be connected with the intelligent toothbrush, the mobile phone can automatically acquire the tooth brushing behavior data recorded by the intelligent toothbrush, the user is prompted to optimize the tooth brushing behavior in time, and the oral health is guaranteed.

Similarly, there are electronic devices such as intelligent weighing scales and intelligent hygrothermographs, which generally have only bluetooth function and no Wi-Fi function. In the prior art, a user must manually operate a mobile phone to trigger the mobile phone to connect with such electronic devices to acquire their recorded data.

By applying the data transmission method provided by the embodiment of the application, the mobile phone can automatically acquire the data recorded by the electronic equipment as long as the mobile phone is in the coverage area of the broadcast Bluetooth message of the electronic equipment. Optionally, the mobile phone can further remind the user to optimize life habits based on the acquired data, so that the electronic equipment can fully play the functions of the electronic equipment.

Fig. 6 illustrates an interaction diagram of a data transmission method and device according to an embodiment of the present application. The method may be applied in a system comprising at least a first electronic device 61 and a second electronic device 62, optionally the system may further comprise a server 63. The method may be used to enable transmission of the first data in the second electronic device 62 to the first electronic device 61, optionally the first electronic device 61 may also transmit the first data to the server 63.

The data transmission method may specifically include steps S601 to S607. It should be understood that not every step from step S601 to step S607 is an optional step, and those skilled in the art may discard and add some steps according to the actual situation. For example, any one or more of step S601, step S602, step S605, step S606, and step S607 may not be performed.

Step S601, the first electronic device 61 registers the second electronic device 62 in an agent.

In some embodiments, the first electronic device 61 has a first user account logged in. The proxy registration of the first electronic device 61 with the second electronic device 62 can be understood as: with the assistance of the first electronic device 61, a binding relationship is established between the second electronic device 62 and the first user account, where the binding relationship may be used to indicate that the second electronic device 62 is a device belonging to the first user account, or is a device associated with the first user account. The first electronic device 61 may record the binding relationship. Optionally, the server 63 and/or the second electronic device 62 may also record the binding.

In some embodiments, in performing step S601, the first electronic device 61 and the second electronic device 62 may send each other' S identification. Thus, the first electronic device 61 may obtain the identification of the second electronic device 62, and the second electronic device 62 may also obtain the identification of the first electronic device 61. The identification may be a device identification, and may include, for example, any one or more of a media access control (media access control, MAC) address, a Serial Number (SN), and a product identification code (product identification, prodID). In some embodiments, the identification may be unique, that is, the identification may be a unique identification that may be used to uniquely identify an electronic device.

In some embodiments, after establishing the binding relationship between the second electronic device 62 and the first user account, the first electronic device 61 may send the identification of the first user account to the second electronic device 62. In some embodiments, the identification of the first user account may be a hash value of the first user account, where the hash value of the first user account has a one-to-one correspondence with the first user account, that is, the first user account may be uniquely determined according to the hash value of the first user account. Of course, the first electronic device 61 may also send the first user account itself to the second electronic device 62.

In some embodiments, the second electronic device 62 may use the identity of the first user account or the first user account in a subsequent step S603. For example, the identification of the first user account or the first user account is carried in the first Beacon frame. Accordingly, in step S604, the first electronic device 61 may determine that the first Beacon frame needs to be responded according to the identifier of the first user account carried in the first Beacon frame or the first user account.

In some embodiments, step S601 may be performed automatically when a connection is first established between the first electronic device 61 and the second electronic device 62. If the connection between the first electronic device 61 and the second electronic device 62 is not established for the first time, step S601 may not be performed.

In some embodiments, the user may trigger the execution of step S601 by operating the first electronic device 61.

Fig. 7 schematically illustrates a user interface of a first electronic device 61 according to an embodiment of the present application. For example, it may be a user interface schematic of the first electronic device 61 when the first electronic device 61 and the second electronic device 62 first establish a connection. Fig. 7 illustrates an example in which the first electronic device 61 is a mobile phone and the second electronic device 62 is a vehicle recorder.

As shown in the user interface (a) in fig. 7, a speaker control 71 is displayed in the "my device" interface, and the speaker corresponding to the speaker control 71 has already established a binding relationship with the user account logged in the mobile phone (first user account). The user may click on "+" control 71 and the handset pops up an options list in response to the click, which may include controls such as "add", "delete", "manage", etc. The user may then click on the "Add" control 73 in the options list, and the handset initiates a device scan procedure to discover the surrounding visible devices in response to the click. When the mobile phone finds the tachograph, the mobile phone can display a user interface as shown in fig. 7 (b) to eject the card 74. It will be appreciated that in some implementations, the cell phone may also actively discover the drive recorder, automatically eject the card 74 without requiring user activation (e.g., without requiring the user to click on the "add" control 73). A prompt may be included in the card 74 to "find a tachograph, add to my device? ". The user may click on the "yes" control 75, and the mobile phone responds to the click operation to establish a binding relationship between the vehicle recorder and the first user account, and add the vehicle recorder to the "my device". So that the handset can display the user interface as shown in fig. 7 (c), the tachograph control 76 has been successfully added to my device. In this process, the mobile phone may also communicate with the server 63, so that the server also records the binding relationship between the automobile data recorder and the first user account. When the user clicks the "yes" control 75 until the mobile phone displays the user interface shown in (c) in fig. 7, the mobile phone may automatically execute step S601, to complete the proxy registration of the automobile data recorder.

It should be understood that the proxy registration process may include one or more sub-steps, and reference may be made specifically to the prior art, and embodiments of the present application are not limited to the specific implementation of step S601.

Step S602, the first electronic device 61 configures a Beacon frame response condition.

Step S603, the second electronic device 62 sends (e.g. broadcasts, multicasts) the first Beacon frame; accordingly, the first electronic device 61 receives the first Beacon frame sent by the second electronic device 62.

In step S604, the first electronic device 62 determines to respond to the first Beacon frame according to a preconfigured Beacon frame response condition.

There may be many electronic devices around the first electronic device 61, each of which may broadcast a Beacon frame. The first electronic device 61 may receive a plurality of Beacon frames. However, the first electronic device 61 does not need to respond every Beacon frame. A mechanism is therefore needed to filter out Beacon frames that the first electronic device 61 really needs to respond to. The Beacon frame response condition configured in step S602 may be understood as a filtering mechanism of a Beacon frame, so that the first electronic device 61 determines whether to respond to a plurality of Beacon frames received by the first electronic device according to the Beacon frame response condition.

For example, the first electronic device 61 may filter the received Beacon frames based on a whitelist mechanism.

Specifically, in some embodiments, step S602 may specifically be: the first electronic device 61 adds the identification of the second electronic device 62 to a white list containing the identification of the sender device of the Beacon frame to which the first electronic device 61 needs to respond. Then, when the first electronic device 61 receives a Beacon frame, the first electronic device 61 determines whether the Beacon frame carries the identifier of the second electronic device 62. If yes, the first electronic device 61 determines to respond to the Beacon frame; otherwise, the first electronic device 61 determines not to respond to the Beacon frame. Thus, the first electronic device 61 may determine whether the received Beacon frame needs to respond by determining whether the Beacon frame carries information in the white list (or, determining whether the information carried in the Beacon frame is included in the white list, or, determining whether information indicated by a certain preset field in the Beacon frame is recorded in the white list).

In some embodiments, the identification of the second electronic device 62 may include, for example, any one or more of a MAC address, SN, prodId of the second electronic device, which embodiments of the present application are not limited in this respect. As previously described, the identity of the second electronic device 62 may be unique.

For another example, the first electronic device 61 may filter the received Beacon frames based on the format of the Beacon frames.

Specifically, in some embodiments, step S602 may specifically be: the first electronic device 61 configures a preset format of Beacon frames that need to be responded to. Then, when the first electronic device 61 receives a certain Beacon frame, the first electronic device 61 determines whether the format of the Beacon frame accords with a preset format; if so, the first electronic device 61 determines to respond to the Beacon frame; otherwise, the first electronic device 61 determines not to respond to the Beacon frame. Thus, the first electronic device 61 may determine whether or not a response to the Beacon frame is required by determining whether or not the format of the received Beacon frame conforms to a preset format. The format of the Beacon frame may include the number, type, arrangement order, length, etc. of fields in the Beacon frame, and may also include whether or not a certain field or fields in the frame are preset information. It will be appreciated that Beacon frames may typically include fields reserved for vendor customization, which may be used for vendor customization, or matching rules for these fields. For example, the vendor may use these fields to configure filter conditions. When the values of the fields match with the preset values, the first electronic device 61 that receives the Beacon frame determines that the Beacon frame meets the filtering condition; otherwise, the first electronic device 61 determines that the Beacon frame does not meet the filtering condition.

For another example, the first electronic device 61 may also filter the received Beacon frames based on both the whitelist mechanism described above and the format of the Beacon frames described above. When the first electronic device 61 receives a certain Beacon frame, the first electronic device 61 judges whether the Beacon frame carries information in a white list or not, and judges whether the format of the Beacon frame accords with a preset format or not; in the case where both of them are judged as "yes", the first electronic device 61 confirms the response to the Beacon frame; otherwise, the first electronic device 61 does not respond to the Beacon frame. Thus, the first electronic device 61 may determine whether the received Beacon frame needs to be responded to by determining whether the received Beacon frame carries information in the whitelist and conforms to a preset format.

In summary, the first electronic device 61 may set some preset conditions, and the first electronic device 62 determines to respond to the Beacon frame if the first electronic device 62 determines that the received Beacon frame meets the preset conditions. The above embodiments exemplarily describe several possible implementations of the preset conditions in white list and/or Beacon frame format. In addition, the preset condition may further include, for example, including first user account information (such as a first user account user, or an identifier of the first user account) in a Beacon frame, where the first user account is an account logged in the first electronic device 61. It should be understood that embodiments of the present application are not limited to a specific form of the preset condition.

In some embodiments, the first electronic device 61 applies a partial structure as shown in the embodiment of fig. 5, i.e., the first electronic device 61 may include the first processor 51 and the second processor 52. When the first electronic device 61 is off-screen or dormant, the first processor 51 may be powered down or dormant and the second processor 52 is still powered up or in operation in order to reduce power consumption. Assume that the first electronic device 61 filters the Beacon frames received by the first electronic device 61 based on the whitelist mechanism and the format of the Beacon frames. Then at this time, when the bluetooth module 54 receives a Beacon frame, the bluetooth module 54 determines to respond to the Beacon frame based on one or more fields (e.g., vendor custom fields) in the Beacon frame being a particular value. The bluetooth module then buffers the Beacon frame and sends a preset signal to the second processor 52. The second processor 52 wakes up the first processor 51 in response to the preset signal, so that the first processor 51 is restored to the power-on or operating state. So that the bluetooth module reports the buffered Beacon frame to the first processor 51. After the first processor 51 acquires the Beacon frame, it is determined whether the identifier of the transmitting end device (i.e., the identifier of the second electronic device 62) carried in the Beacon frame is in the white list recorded in advance by the first electronic device 61. If so, the first processor 51 determines to respond to the Beacon frame; if not, the first processor 51 determines not to respond to the Beacon frame, at which point the first processor 51 may reenter the powered-down or sleep state. Thus, in the off-screen or sleep state, the first electronic device 61 may reduce power consumption and still be able to respond to the data reported by the bluetooth module 54. The second processor 52 may wake up the first processor 51 when a certain condition is met, i.e., the first processor 51 is restored to a power-on or operating state to perform a preset function.

Based on the first electronic device 61 applying the partial structure as shown in the embodiment of fig. 5, in some embodiments, step S602 may be: the second processor 52 issues preset Beacon frame filtering conditions to the bluetooth module according to the instruction of the first processor 51; the second processor 52 and the first processor 51 are included in the first electronic device 61.

Specifically, when the first processor 51 is in a power-on or operating state, the first processor 51 may send a preset instruction to the second processor 52, where the preset instruction is used to instruct the Beacon frame filtering condition of the bluetooth module. The second processor 52 responds to the preset instruction and issues preset Beacon frame filtering conditions to the Bluetooth module; alternatively, the preset Beacon frame filtering condition may be a filtering condition corresponding to the above-mentioned preset instruction.

When the bluetooth module receives a Beacon frame under the condition that the bluetooth module is configured with the preset Beacon frame filtering condition, whether one or some fields of the Beacon frame conform to the numerical value indicated in the preset Beacon frame filtering condition can be judged through logic operation (such as one or more of and, or, not and exclusive or).

If not, the Bluetooth module may discard the Beacon frame directly. If the first processor 51 is in the power-on or working state, the bluetooth module may report the Beacon frame to the first processor 51, and the first processor 51 further executes a preset function in response to the Beacon frame. If the first processor 51 is in the power-down or sleep state, the bluetooth module may temporarily store the Beacon frame and send a preset signal to the second processor 52, and the second processor 52 wakes up the first processor 51 in response to the preset signal, so that the first processor 51 enters the power-up or working state, and the bluetooth module may report the Beacon frame to the first processor 51, and the first processor 51 further performs a preset function in response to the Beacon frame. The preset function may be a function corresponding to the Beacon frame, that is, the first electronic device 61 is configured in advance to execute the preset function corresponding to the Beacon frame when the Beacon frame is acquired. The preset function performed by the first processor 51 in response to the Beacon frame may be step S605, step S606, and/or step S607 as described below.

In some embodiments, the first processor 51 may further determine whether to respond to the Beacon frame after acquiring the Beacon frame. In the case where the first processor 51 judges to respond to the Beacon frame, the first processor 51 performs a preset function in response to the Beacon frame. For example, it is determined whether to respond to the Beacon frame by one or more of the following conditions: whether the identifier of the transmitting end device (i.e., the identifier of the second electronic device 62) carried in the Beacon frame is in a preset white list; whether the Beacon frame carries a first user account (i.e., an account logged in the first electronic device 61); etc.

In other embodiments, the bluetooth module may report the Beacon frame to the second processor 52 if the Beacon frame meets a preset Beacon frame filtering condition. After the second processor 52 acquires the Beacon frame, it may further determine whether to respond to the Beacon frame. For example, it is determined whether to respond to the Beacon frame by one or more of the following conditions: whether the identifier of the transmitting end device (i.e., the identifier of the second electronic device 62) carried in the Beacon frame is in a preset white list; whether the Beacon frame carries a first user account (i.e., an account logged in the first electronic device 61); etc. In the case where the second processor 52 determines to respond to the Beacon frame, if the first processor 51 is in the power-down or sleep state at this time, the second processor 52 wakes up the first processor 51 and then reports the Beacon frame to the first processor 51. In the case that the second processor 52 determines to respond to the Beacon frame, if the first processor 51 is in the power-on state at this time, the second processor 52 may report the Beacon frame directly to the first processor 51 without waking up the first processor 51. The second processor 52 may report the bluetooth message Beacon frame to the first processor 51, or report the original Beacon frame received by the bluetooth module to the first processor 51 without processing, or may report the Beacon frame received by the bluetooth module to the first processor 51 after processing (e.g., decapsulating, decrypting, and/or extracting information of one or more fields therein). After the first processor 51 acquires the Beacon frame, a preset function corresponding to the Beacon frame is executed.

Please refer to fig. 8. In some embodiments, the functions performed by the second processor 52 in the above embodiments may be implemented by the loop sensing module 81 in the second processor 52. The loop awareness module 81 may be a software module that includes pre-programmed computer instructions that, by executing the instructions, the second processor 52 performs the functions performed by the second processor 52 in the embodiments described above. Illustratively, the first processor 51 may communicate with the second processor 52 to send one or more of the Beacon frame filtering condition, the identifier of the second electronic device 62, the first user account, etc. to the second processor 52, and the loopback sensing module 81 in the second processor 52 manages or controls the bluetooth module according to these information, issues a preset Beacon frame filtering condition to the bluetooth module, determines whether to respond to the acquired Beacon frame, and/or wakes up the first processor 51, etc.

Based on fig. 8, please refer to fig. 9. In some embodiments, a motion state sensing module 82 may also be included in the second processor 52. The motion state awareness module 82 may be a software module that includes pre-programmed computer instructions. The second processor 52 may acquire sensor data acquired by the sensor module 53, such as acceleration data acquired by the acceleration sensor 180E, gyroscope data acquired by the gyroscope sensor 180B, and so forth. So that the motion state sensing module 82 can determine whether the current motion state is a preset motion state according to the sensor data. The current state of motion is determined, for example, by a state of motion sensing algorithm. The motion state sensing algorithm may refer to the prior art and will not be described herein. The loop sensing module 81 is disabled when the motion state sensing module 82 determines that the motion state is in the preset motion state at this time. The enabling may be understood as pulling up the process related to the loopback sensing module 81, so that the loopback sensing module can implement the functions performed by the second processor 52 in the above embodiments.

Taking the second electronic device 62 as an example of a vehicle recorder, the preset motion state may be a driving state. The state of motion sensing module 82 thus determines from the sensor data that the loop sensing module 81 is not enabled until it is currently in a driving state (or when the first electronic device 61 is currently on a driving vehicle). That is, only when the first electronic device 61 determines that it is currently in the driving state, the first electronic device 61 will execute step S604 and the subsequent steps (if any). This can prevent the first processor 51 from being awakened due to the event data recorder (second electronic device 62) erroneously transmitting a Beacon frame. For example, the user holds the automobile data recorder to shake severely, and the automobile data recorder is triggered to send the Beacon frame by mistake. In practice, however, the tachograph does not send Beacon frames because of the detection of abnormal events such as collisions, sudden stops, yaw, etc.

In some embodiments, the execution of step S602 may be triggered by the user' S operation of the first electronic device 61.

For example, please refer to fig. 10. Fig. 10 schematically illustrates a user interface of a first electronic device 61 according to an embodiment of the present application. Fig. 10 illustrates an example in which the first electronic device 61 is a mobile phone and the second electronic device 62 is a vehicle recorder.

As shown in the user interface of fig. 10 (a), the "my device" interface has a vehicle recorder control 76 displayed therein, since a binding relationship between the vehicle recorder and the first user account registered in the cell phone has been established. The user can click on the tachograph means 76 and the mobile phone can display a user interface as shown in fig. 10 (b) in response to the click operation. The user interface shown in fig. 10 (b) may include a switch option for the tachograph function. The functions of the automobile data recorder may include a "critical event monitoring" function. The user may turn the "critical event monitoring" function on or off by clicking on the switch control 77. The user interface shown in fig. 10 (b) may further include introduction information for "critical event monitoring", for example: when key events such as collision, sudden braking, yaw and the like occur in the driving process, the function is started, so that the mobile phone can automatically acquire and record the key events detected by the automobile data recorder, and the key event media content is acquired in time.

In some embodiments, the handset may trigger the execution of step S602 in response to the user clicking on the switch control 77, causing the switch control 77 to change from the "off" state to the "on" state. Embodiments of the various possible implementations of step S602, as previously described, are not repeated here. Accordingly, the mobile phone may also trigger the mobile phone to cancel the Beacon frame response condition in response to the user clicking the switch control 77 to change the switch control 77 from the "on" state to the "off" state.

Taking the example that the mobile phone configures the Beacon frame response condition through a white list mechanism. If the user starts the key event monitoring function, the mobile phone adds the identification of the automobile data recorder into a white list, so that when the mobile phone receives a Beacon frame broadcasted by the automobile data recorder, the mobile phone responds; if the user turns off the key event monitoring function, the mobile phone deletes the identification of the automobile data recorder from the white list, so that the mobile phone does not respond to the Beacon frame broadcasted by the automobile data recorder.

In some embodiments, the second electronic device 62 sends the first Beacon frame in step S603, which may specifically be: the second electronic device 62 broadcasts the first Beacon frame. At this time, the first Beacon frame may be received by other electronic devices located within the signal reception range of the second electronic device 62. In some embodiments, it may also be: the second electronic device 62 multicasts the first Beacon frame. At this time, an electronic device located within the signal reception range of the second electronic device 62 and having an address within the multicast range may receive the first Beacon frame.

Please refer to fig. 11. Fig. 11 illustrates a schematic diagram of a portion of a second electronic device 62 according to an embodiment of the present application. As shown in fig. 11, the second electronic device 62 may include a third processor 55 bluetooth module 56, and optionally, a sensor module 57. Wherein the meaning of the partial structure may refer to: only a part of the structure of the second electronic device is shown in the figure, but not the whole structure.

In some embodiments, the third processor 55 may be, for example, a micro-controller unit (MCU). The MCU generally has lower power consumption and lower cost, and can be applied to electronic equipment such as internet of things equipment and the like which do not need very strong operation capability. Of course, the third processor 55 may be another type of processor, which is not limited in this embodiment of the present application.

In some embodiments, bluetooth module 56 may be part of wireless communication module 160 described in the fig. 3 embodiment for providing bluetooth communication capabilities. In some implementations, bluetooth module 56 may be a BLE module in particular, so that bluetooth communication capabilities may be implemented with lower power consumption.

In some embodiments, the sensor module 57 may refer to the sensor module 180 described in the embodiment of fig. 3, and may include, for example, an acceleration sensor 180E, a gyro sensor 180B, and the like. The sensor module 57 may include more or fewer sensors than the sensor module 180 described in the embodiment of fig. 3.

The partial structure as shown in the embodiment of fig. 11 is applied based on the second electronic device 62:

in some embodiments, the sending, by the second electronic device 62, the first Beacon frame in step S603 may specifically be: the third processor 55 issues a first Beacon frame to the BLE module 56, and the BLE module 56 converts the first Beacon frame into a wireless signal and sends the wireless signal out. In some embodiments, the first Beacon frame issued by the third processor 55 to the BLE module 56 may be binary, hexadecimal (e.g., 0xFA3234FAB 3223).

In some embodiments, the execution of step S603 may have a trigger condition.

For example, the trigger condition may be: the third processor 55 determines that the first Beacon frame needs to be transmitted according to the sensing data reported by the sensor module 57. Taking the second electronic device 62 as an example of a vehicle event data recorder:

the sensor module 57 in the automobile data recorder may collect sensing data (e.g., acceleration collected by the acceleration sensor, data collected by the gyro sensor) and report the data to the third processor 55. The third processor 55 is pre-configured with some detection algorithms to detect whether a critical event such as a crash, sudden brake, yaw, etc., has occurred based on the received sensor data. When the third processor 55 detects that a critical event has occurred, the event data recorder may be triggered to send the first Beacon frame.

In some embodiments, each type of critical event may be preset to correspond to an event number. Optionally, each type of critical event may also be preset to correspond to a priority and/or response policy.

In some embodiments, the third processor 55 may be configured to indicate what type of event occurred to the receiving end device (e.g., the first electronic device 61) of the first Beacon frame by carrying the event number in the first Beacon frame. For example, the event number may be carried in a preset field of the first Beacon frame.

In some embodiments, if the automobile data recorder includes a speaker, the automobile data recorder may report a voice to remind the user when detecting that some key event occurs. For example, upon detecting that yaw has occurred, the tachograph may voice broadcast: "yaw is detected, attention is raised, and driving is focused".

Table 1 illustrates an example of a key event type, event number, priority, and response policy provided by an embodiment of the present application.

Table 1: key event type, event number, priority and response strategy

Critical event type	Event number	Priority level	Response policy
				Crash of collision	1	High height	Transmitting a first Beacon frame, transmitting key event media content
Emergency brake	2	In (a)	Transmitting a first Beacon frame
				Yaw	3	Low and low	Transmitting a first Beacon frame and voice broadcasting

When a collision occurs, the vehicle may be damaged to a certain extent due to the collision, and responsibility judgment and insurance compensation are involved, so that the media content (such as an audio and video file) recorded by the automobile data recorder is very critical when the collision occurs, and the automobile data recorder needs to send the media content associated with the collision event to other electronic equipment for backup in time, so that the data are covered and lost due to forgetting of a user or failure of the automobile data recorder. Thus, as shown in table 1, the priority of the critical event of the collision type may be configured to be "high", the response policy may be configured to send the first Beacon frame, and after the drive recorder establishes a data transmission channel with another electronic device (e.g., the first electronic device 61), send the collision event media content to the other electronic device. In such a ratio, the priority of the critical event of the emergency brake type may be configured as "medium", and the response strategy configured to send the first Beacon frame; the priority of the key event of yaw type may be configured to be "low", and the response policy configured to send the first Beacon frame and voice broadcast.

In some embodiments, the priorities and/or response policies of the different types of critical events may be preset by a developer of the tachograph related software (e.g., an operating system of the tachograph, a tachograph related application installed in the first electronic device 61).

In some embodiments, the priorities and/or response policies of the different types of critical events may be user-defined by operating the first electronic device 61.

For example, referring to fig. 12, fig. 12 schematically illustrates a user interface of a first electronic device 61 according to an embodiment of the present application. Fig. 12 illustrates an example in which the first electronic device 61 is a mobile phone and the second electronic device 62 is a vehicle recorder.

As shown in the user interface of fig. 12 (a), the event data recorder may have a "critical event monitoring" function, and the switch control 77 is in an "on" state, so that the "critical event monitoring" function is turned on at this time. The user may click on the "critical event monitoring" functionality control 78 and the handset may display a user interface as shown in fig. 12 (b) in response to the click. Switch controls, such as switch controls 791, 792, 793, may be included in the user interface shown in FIG. 12 (b) for each type of critical event. In the user interface shown in fig. 12 (b), the switch controls 791, 792 and 793 are all in an "on" state, so that when the mobile phone receives the first Beacon frame carrying the event number corresponding to the collision, the event number corresponding to the sudden brake or the event number corresponding to the yaw, the mobile phone will respond. If the switch control 791 of the crash is set to the "off" state, when the mobile phone receives the first Beacon frame carrying the event number corresponding to the crash, the mobile phone does not respond, for example, the mobile phone does not record the crash event, and the mobile phone does not trigger the process of establishing connection with the automobile data recorder and transmitting data. In some embodiments, since the collision belongs to a high priority event, the developer may configure the critical event monitoring function such that the handset must respond to the collision event if the critical event monitoring function is on, and not allow the user to customize whether the handset responds to the collision event.

Further, in some embodiments, the user may also configure a response policy for key events set to respond. Illustratively, the user may click on "yaw" configuration control 710 in the user interface shown in FIG. 12 (b), and the handset may display the user interface shown in FIG. 12 (c) in response to the click. A number of options may be included in the user interface shown in fig. 12 (c) from which the user may select to configure the response strategy for the yaw event. For example, 4 options may be included: "record event, acquire media content and voice broadcast", "record event and acquire media content", "record event and voice broadcast", "record event only".

If the user configures the response strategy of the yaw event as 'record event and voice broadcast', the mobile phone can record the configuration information and send the configuration information to the automobile data recorder, and the automobile data recorder also records the configuration information. Thus, when the event data recorder detects that yaw occurs, the event data recorder transmits a first Beacon frame carrying an event number corresponding to the yaw, the mobile phone responds to receiving the first Beacon frame, the event number corresponding to the yaw is carried according to the first Beacon frame, the yaw event is recorded, and the mobile phone and/or the event data recorder perform voice broadcasting, such as playing pre-recorded audio: "yaw is detected, attention is raised, and driving is focused".

The user may also configure response policies for other types of critical events through similar operations. For example, if the user configures the response policy of the crash event to "record event and acquire media content", the mobile phone may record the configuration information and send the configuration information to the vehicle recorder, which also records the configuration information. Thus, when the event data recorder detects that a collision occurs, the event data recorder transmits a first Beacon frame carrying an event number corresponding to the collision, the mobile phone responds to the reception of the first Beacon frame, records the collision event according to the event number corresponding to the collision carried by the first Beacon frame, and triggers a step of establishing a data transmission channel with the event data recorder (step S605), the event data recorder transmits audio and video files (first data) recorded before and after a period of time when the collision event occurs to the mobile phone through the data transmission channel, and the mobile phone receives the audio and video files and stores the audio and video files locally on the mobile phone (step S606), or further uploads the audio and video files to a server (step S607).

For another example, the trigger condition may be: the third processor 55 determines that the first Beacon frame needs to be transmitted. Take the example of the second electronic device 62 being a smart toothbrush:

A key is typically included in a smart toothbrush and a user may start or stop motor vibration of the smart toothbrush by touching or pressing the key. For a smart toothbrush that supports different brushing modes, the user can also select different brushing modes by key operation, in which the motor vibrates at different vibration frequencies and/or amplitudes. The third processor 55 is preconfigured with a brushing behavior detection algorithm, and may obtain brushing behavior information, such as one or more of brushing start time, end time, duration, mode, etc., based on the received user key information. When the third processor 55 detects that one brushing session is over, the smart toothbrush may be triggered to send a first Beacon frame.

In some embodiments, the third processor 55 may carry the brushing behavior information in a first Beacon frame, such that a receiving device of the first Beacon frame (e.g., the first electronic device 61) may obtain the brushing behavior information through the first Beacon frame. In some embodiments, if the smart toothbrush includes an indicator light, the indicator light may be flashed to alert the user when a brushing action is detected, such as an insufficient brushing period of the user. In some embodiments, similar to the aforementioned tachograph example, the user may also configure the priority of the smart toothbrush for different brushing activities, response strategies, etc. by operating the first electronic device 61. And will not be described in detail herein.

In some embodiments, after the first electronic device 61 determines to respond to the first Beacon frame, the first electronic device 61 may respond to the first Beacon frame according to a pre-configured response policy.

Specifically, taking the first electronic device 61 as a mobile phone and the second electronic device 62 as a vehicle event data recorder as examples:

after the first processor 51 of the mobile phone is awakened by the second processor 52 and the first Beacon frame is acquired, the first Beacon frame can be determined to be the Beacon frame for informing the event recorder of the key event according to the format of the first Beacon frame; and determining the type of the key event according to the event number carried in the first Beacon frame. The first processor 51 thus executes a preset response flow corresponding to the type of the key event. For example, if the event number carried in the first Beacon frame indicates that the key event type is "collision", the first processor 51 records a collision event (for example, records 18:50 minutes, 1 collision event occurs), and triggers the mobile phone to execute a process of establishing a data transmission channel with the vehicle event recorder (step S605), so that the mobile phone receives the media content corresponding to the collision event sent by the vehicle event recorder (step S606). Optionally, the mobile phone may further synchronize the media content corresponding to the crash event to the server (step S607).

In step S605, a data transmission channel is established between the first electronic device 61 and the second electronic device 62. This step is an optional step.

In some embodiments, the first electronic device 61 may establish a data transmission channel with the second electronic device 62 in the case where it is determined in step S604 that the first Beacon frame is responded to.

In some embodiments, the data transmission channel may be, for example, a wireless communication data transmission channel, such as a Wi-Fi channel. The Wi-Fi can support a bandwidth generally higher than bluetooth, so when relatively large volume data such as audio and video needs to be transmitted between the first electronic device 61 and the second electronic device 62, a Wi-Fi channel is preferably established, so that data can be quickly transmitted.

In some embodiments, based on the first electronic device 61 adopting the partial structure shown in fig. 5 and the second electronic device adopting the partial structure shown in fig. 11, step S605 may specifically include: the first processor 51 triggers the Wi-Fi module (not shown in fig. 5) of the first electronic device 61 to establish a data transmission channel with the Wi-Fi module (not shown in fig. 11) of the second electronic device 62. Similarly, the third processor 55 triggers the Wi-Fi module of the second electronic device 62 to establish a data transmission channel with the Wi-Fi module of the first electronic device 61.

The specific implementation of step S605 may refer to the prior art of establishing a Wi-Fi connection between two electronic devices. The embodiment of the present application does not limit how the data transmission channel is established in step S605.

Taking the first electronic device 61 as a mobile phone and the second electronic device 62 as a vehicle event data recorder as an example:

in some embodiments, assuming that the mobile phone performs the steps before step S605 in the off-screen or dormant state, when step S605 is performed, the mobile phone may turn on the screen to display a prompt message to remind the user to automatically establish connection with the automobile data recorder; when step S606 is executed, a prompt message is displayed to remind the user that the data transmitted by the automobile data recorder is currently being acquired.

Referring to fig. 13, fig. 13 schematically illustrates a user interface of a first electronic device 61 according to an embodiment of the present application. Fig. 13 illustrates an example in which the first electronic device 61 is a mobile phone and the second electronic device 62 is a vehicle recorder.

As shown in the user interface (a) of fig. 13, when executing step S605, the mobile phone may display a notification message 711 on the lock screen interface, where the notification message 711 may include prompt information, for example: the method comprises the steps that collision is detected, connection is being established with a vehicle data recorder so as to obtain a video recorded by the vehicle data recorder, and the method is used for informing a user that a mobile phone is currently establishing connection with the vehicle data recorder. Optionally, an icon 712 may also be included for indicating that a connection is currently being established.

Step S606, the second electronic device 62 transmits the first data to the first electronic device 61. Accordingly, the first electronic device 61 receives the first data transmitted by the second electronic device 62. This step is an optional step.

In some embodiments, step S606 may specifically be: the second electronic device 62 transmits the first data to the first electronic device 61 through the data transmission channel established in step S605. Accordingly, the first electronic device 61 receives the first data sent by the second electronic device 62 through the data transmission channel established in step S605.

the first data may be media content (such as an audio/video file) corresponding to a key event recorded by the driving recorder during driving. Suppose that the vehicle is at 18:50 minutes have collided, then the vehicle event data recorder can draw at 18 from its video of recording: 49-18: and 51, the video recorded in the time period is used as the media content corresponding to the collision event and is sent to the mobile phone. Therefore, the mobile phone can timely acquire the media content corresponding to the key event, and the media content corresponding to the key event is prevented from being covered and lost.

In some embodiments, as shown in the user interface (b) in fig. 13, when performing step S606, the mobile phone may display a notification message 713 on the lock screen interface, where the notification message 713 may include a prompt message, for example: the connection is successful, and the video recorded by the automobile data recorder is being acquired, so that a user is informed that the mobile phone is acquiring data from the automobile data recorder. Optionally, a progress bar 714 may also be included for indicating the current data transmission progress. Optionally, a pause control 715 and/or a stop control 716 may also be included.

In some embodiments, as shown in the user interface of fig. 13 (c), when performing the completion step S606, the mobile phone may display a notification message 717 on the lock screen interface, where the notification message 717 may include a prompt message, for example: "transfer success! And the data transmission device is used for informing the user that the data transmission is completed.

In some embodiments, after the execution of step S606 is completed, for example, after a preset period of time (e.g., 3 seconds, 5 seconds) after the execution of step S606 is completed, the mobile phone may automatically turn off the screen or sleep. After the screen is turned off or the mobile phone is dormant for a preset period of time, the first processor 51 in the mobile phone can be powered off or dormant, so that after the data transmission is completed, the mobile phone resumes the screen off or the dormant state again, and enters a low power consumption state. Therefore, the mobile phone can trigger the first processor 51 to power on when data are required to be transmitted, and trigger the first processor 51 to power off or sleep after the data transmission is completed, so that the power consumption of the mobile phone is reduced, and meanwhile, the mobile phone is ensured to still execute certain preset functions in a screen-off or sleep state. The whole process can be automatically executed without the need of a user to trigger the mobile phone to establish connection with the automobile data recorder, thereby greatly simplifying the operation of the user, being beneficial to backing up the data in the automobile data recorder in time and avoiding the data from being covered and lost.

In step S607, the first electronic device 61 transmits the first data to the server 63. This step is an optional step.

In some embodiments, the first electronic device 61 may further upload the first data to the server 63 after acquiring the first data. Accordingly, in addition to the first data being stored in the first electronic device 61, the first data is also stored in the server 63, thereby realizing double backup of the data. On the other hand, when the first data is uploaded to the server, the first data stored locally in the first electronic device 61 may be deleted, thereby releasing the storage space of the first electronic device 61.

In some embodiments, the execution of step S607 may be auto-retrigger. For example, when the first electronic device 61 determines that the internet is currently accessible through a Wi-Fi network provided by accessing other electronic devices (e.g., routers), the first electronic device 61 uploads the first data to the server 63. That is, the first electronic device 61 may automatically perform cloud-up backup of the first data when accessing the Wi-Fi network.

In some embodiments, the execution of step S607 may also be user-triggered. For example, the user manually uploads the first data to the server 63 by operating the first electronic device 61. Alternatively, if the first electronic device 61 detects that the internet is currently accessed through the cellular network when manually triggered by the user, the first electronic device 61 may prompt the user: "is a cellular network currently in use consuming a certain amount of data traffic, generating a communication tariff, and continuing to upload? In response to the prompt, the user may choose to upload later, or still upload.

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 solution. 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.

In the embodiments provided in the present application, it should be understood that the disclosed apparatus/electronic device and method may be implemented in other manners. For example, the apparatus/electronic device embodiments described above are merely illustrative, e.g., the division of the modules or units is merely a logical function division, and there may be additional divisions in actual implementation, e.g., multiple units or components may be combined or integrated into another system, or some features may be omitted, or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection via interfaces, devices or units, which may be in electrical, mechanical or other forms.

The units described as separate units may or may not be physically separate, and units shown 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 may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

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

The integrated modules/units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a computer readable storage medium. Based on such understanding, the present application may implement all or part of the flow of the method of the above embodiment, or may be implemented by a computer program to instruct related hardware, where the computer program may be stored in a computer readable storage medium, and when the computer program is executed by a processor, the computer program may implement the steps of each of the method embodiments described above. Wherein the computer program comprises computer program code which may be in source code form, object code form, executable file or some intermediate form etc. The computer readable storage medium may include: any entity or device capable of carrying the computer program code, a recording medium, a U disk, a removable hard disk, a magnetic disk, an optical disk, a computer Memory, a Read-Only Memory (ROM), a random access Memory (RAM, random Access Memory), an electrical carrier signal, a telecommunications signal, a software distribution medium, and so forth. It should be noted that the computer readable storage medium may include content that is subject to appropriate increases and decreases as required by jurisdictions and by jurisdictions in which such computer readable storage medium does not include electrical carrier signals and telecommunications signals.

Finally, it should be noted that: the foregoing is merely illustrative of specific embodiments of the present application, and the scope of the present application is not limited thereto, but any changes or substitutions within the technical scope of the present application should 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. An electronic device, comprising:

a first processor;

a second processor;

a Bluetooth module;

wherein the first processor is coupled to the second processor, and the bluetooth module is coupled to at least one of the first processor and the second processor;

the first processor is configured to configure a Beacon frame response condition of the electronic device;

the second processor is configured to wake up the first processor when the first processor is in a power-down or sleep state and the bluetooth module receives a first Beacon frame that meets the Beacon frame response condition;

the first processor is further configured to acquire the first Beacon frame after being awakened by the second processor;

wherein the Beacon frame response conditions include one or more of: the identifier of the sending end device carried by the Beacon frame is in a white list of the electronic device, the format of the Beacon frame accords with a preset format, and the Beacon frame carries information of a first user account logged in the electronic device.

2. The electronic device of claim 1, wherein the electronic device comprises a memory device,

the first processor is further configured to trigger the electronic device to establish a data transmission channel with a transmitting device of the first Beacon frame in response to the first Beacon frame, so that the electronic device obtains data collected by the transmitting device of the first Beacon frame through the data transmission channel.

3. The electronic device of claim 2, wherein the data transmission channel is a Wi-Fi channel, and the data collected by the transmitting device of the first Beacon frame includes multimedia data.

4. The electronic device of any one of claim 1-3, wherein,

the first processor is further configured to determine, according to the first Beacon frame, that a first type of key event is detected by a transmitting end device of the first Beacon frame.

5. The electronic device of any one of claims 1-4, wherein,

the second processor is specifically configured to wake up the first processor when the first processor is in a power-down or sleep state, the bluetooth module receives the first Beacon frame, and the electronic device is in a first motion state.

6. The electronic device of claim 5, wherein the electronic device comprises a memory device,

the electronic device further comprises a sensor module;

the second processor is further configured to determine that the electronic device is in the first motion state according to sensor data collected by the sensor module.

7. The electronic device of any one of claims 1-6, wherein,

the Bluetooth module is used for sending a first signal to the second processor when the first Beacon frame is received; the second processor is further configured to wake up the first processor in response to the first signal.

8. The electronic device according to any one of claims 1-7, wherein the format of the Beacon frame conforms to a preset format, and specifically comprises: one or some fields of the Beacon frame are preset values.

9. The electronic device of any one of claims 1-8, wherein the bluetooth module comprises a bluetooth low energy BLE module.

10. The electronic device of any of claims 1-9, wherein the power consumption of the first processor is higher than the power consumption of the second processor, or wherein the volume of the first processor is greater than the volume of the second processor, or wherein the computing power of the first processor is greater than the computing power of the second processor.

11. A data transmission method applied to a first electronic device, the method comprising:

the first electronic equipment configures a Beacon frame response condition of the first electronic equipment;

when the first electronic equipment is in a first state, receiving a first Beacon frame broadcasted by the second electronic equipment;

the first electronic equipment determines to respond to the first Beacon frame according to the condition that the first Beacon frame accords with the Beacon frame response condition;

the first electronic device determines to switch from the first state to a second state when responding to the first Beacon frame;

when the first electronic equipment is in the second state, a data transmission channel is established with the second electronic equipment so as to acquire first data sent by the second electronic equipment;

wherein,,

the Beacon frame response conditions include one or more of the following: the identifier of the second electronic device carried by the Beacon frame is in a white list of the first electronic device, the format of the Beacon frame accords with a preset format, and the Beacon frame carries information of a first user account logged in the first electronic device;

and the power consumption of the first electronic equipment in the first state is larger than that of the first electronic equipment in the second state.

12. The method of claim 11, wherein the data transmission channel is a Wi-Fi channel and the first data is multimedia data collected by the second electronic device.

13. The method of claim 11 or 12, wherein the first Beacon frame is used to indicate that the second electronic device detects a first type of critical event, and the first data is data corresponding to the critical event.

14. The method according to any one of claims 11-13, wherein,

the first electronic device determines to respond to the first Beacon frame according to the first Beacon frame conforming to the Beacon frame response condition, and specifically includes:

and under the condition that the first electronic equipment is in a first motion state, the first electronic equipment determines to respond to the first Beacon frame according to the condition that the first Beacon frame accords with the Beacon frame response condition.

15. The method of any of claims 11-14, wherein after the first electronic device obtains the first data, the method further comprises:

the first electronic device uploads the first data to a server.

16. The method of any of claims 11-15, wherein after the first electronic device obtains the first data, the method further comprises:

The first electronic device is switched from the second state to the first state.

17. The method according to any one of claims 11-16, wherein,

the first electronic device is switched from the first state to the second state, and specifically includes:

and the application processor of the first electronic device is switched from the power-down state or the dormant state to the power-up state or the working state.

18. The method according to any one of claims 11-17, wherein,

the first electronic device configures a Beacon frame response condition of the first electronic device, and specifically includes:

the first electronic device configures response conditions of the first electronic device to the Beacon frames broadcast by the second electronic device.

19. A processor, characterized in that,

the processor is arranged in the electronic equipment and is coupled with an application processor and a Bluetooth module in the electronic equipment; the power consumption of the processor is smaller than that of the application processor, or the volume of the processor is smaller than that of the application processor, or the computing power of the processor is weaker than that of the application processor;

and the processor is used for waking up the application processor when the application processor is in a power-down or dormant state and the Bluetooth module receives a first Beacon frame which accords with a preset Beacon frame response condition.

20. The processor of claim 19, wherein the processor further comprises,

the processor is further configured to receive a first signal sent by the bluetooth module, and wake up the application processor in response to the first signal.

21. The processor of claim 19 or 20, wherein the processor is further coupled with a sensor in the electronic device;

the processor is further used for determining that the current motion state is in a first motion state according to the sensor data acquired by the sensor;

the processor is specifically configured to wake up the application processor when the application processor is in a power-down or sleep state, and the bluetooth module receives the first Beacon frame that meets a preset Beacon frame response condition, and is currently in the first motion state.

22. The processor according to any one of claims 19-21, wherein,

the processor is further configured to configure a filtering condition of the received Beacon frame by the bluetooth module.

23. The processor of claim 22, wherein the processor further comprises,

the processor is specifically configured to configure the filtering condition of the received Beacon frame according to a preset instruction issued by the application processor.

24. A computer readable storage medium comprising instructions that, when executed, cause an electronic device on which the computer readable storage medium is installed to perform the method of any of claims 11-18.

25. A data transmission system, characterized in that the system comprises a first electronic device and a second electronic device in a method according to any of claims 11-18.