Bluetooth device failure detection method, storage medium and terminal device

By analyzing the signal strength indicators and Bluetooth event broadcast signals of low-power Bluetooth devices, quickly identifying fault types and providing fault indications, the Bluetooth device fault diagnosis and resolution problems are solved, and the user experience and brand reputation are improved.

CN115460573BActive Publication Date: 2025-03-25QINGDAO HAIER TECH +1
View PDF 2 Cites 0 Cited by

Patent Information

Application Number
CN202210872706.1
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2022-07-21
Publication Date
2025-03-25
Estimated Expiration
2042-07-21

AI Technical Summary

Technical Problem

Low-power Bluetooth devices have high failure rate, making it difficult for users to quickly diagnose and resolve operational failures caused by unclear signal strength, resulting in users requiring repeated offline repairs, wasting time.

Method used

It provides a Bluetooth device fault detection method, which triggers fault detection when the connection status fails, analyzes the received signal strength indication and Bluetooth event broadcast signal, determines the fault type, and displays the fault indication, and guides the user to conduct simple inspections and fault resolution.

Benefits of technology

Users can quickly identify and solve simple failures of Bluetooth devices, reduce offline repair needs, save user time, and improve user experience and brand reputation.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN115460573B_ABST
    Figure CN115460573B_ABST
Patent Text Reader

Abstract

The present application discloses a method for detecting a Bluetooth device failure, a storage medium and a terminal device, and relates to the field of smart home technology. The method comprises: when the connection state of the Bluetooth device is detected to be in a failed state, a fault detection operation is triggered, and then the fault type is determined according to the strength of the received signal strength indication obtained by the fault detection operation and the connection state of the Bluetooth event broadcast signal, and finally a fault indication is determined according to the fault type, and the fault indication is displayed on the fault detection interface. The adoption of this technical solution allows users to conduct a simple inspection according to the fault prompt of the Bluetooth device when a simple fault occurs in the Bluetooth device, and then there is no need for repeated offline repairs, which can achieve the purpose of solving the fault and saving user time.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present application relates to the field of smart home technology, and in particular to a method for detecting a Bluetooth device failure, a storage medium, and a terminal device. Background Art

[0002] With the continuous updating and improvement of low-power Bluetooth technology, more and more IoT systems have begun to incorporate low-power Bluetooth technology into their technical considerations for wireless network transmission. And as the role of low-power Bluetooth devices in home networking systems increases day by day, the user experience of low-power Bluetooth device products will directly affect users' after-sales evaluation and brand reputation.

[0003] However, the failure rate and fault handling of low-power Bluetooth devices are generally repaired offline by users. However, the poor experience of most Bluetooth devices currently focuses on subsequent operational failures caused by unclear Bluetooth signal strength.

[0004] Therefore, there is an urgent need for a method for detecting Bluetooth device faults, which can allow users to perform simple inspections based on the fault prompts of the Bluetooth device when a simple fault occurs in the Bluetooth device, without the need for repeated offline repairs, thereby achieving the purpose of solving the fault and saving user time. Summary of the invention

[0005] The present application provides a method for detecting Bluetooth device faults, a storage medium and a terminal device, which can enable users to perform simple inspections based on the fault prompts of the Bluetooth device when a simple fault occurs in the Bluetooth device, without the need for repeated offline repairs, thereby achieving the purpose of solving the fault and saving user time.

[0006] In a first aspect, the present application provides a method for detecting a Bluetooth device failure, comprising:

[0007] When it is detected that the connection state of the Bluetooth device is in a failed state, a fault detection operation is triggered; wherein the fault detection operation is used to detect the received signal strength indication and the Bluetooth event broadcast signal;

[0008] determining a fault type based on the strength of the received signal strength indication and the connection status of the Bluetooth event broadcast signal;

[0009] A fault indication is determined according to the fault type, and the fault indication is displayed on a fault detection interface.

[0010] In one example, determining the fault type according to the strength of the received signal strength indication and the connection state of the Bluetooth event broadcast signal includes:

[0011] If the value of the strength of the received signal strength indication is zero, determining the fault type according to the connection state of the Bluetooth event broadcast signal;

[0012] If the value of the strength of the received signal strength indication is non-zero, a comparison result between the value of the strength of the received signal strength indication and a critical value is determined, and a fault type is determined according to the comparison result and a connection state of the Bluetooth event broadcast signal.

[0013] In one example, if the value of the strength of the received signal strength indication is zero, determining the fault type according to the connection state of the Bluetooth event broadcast signal includes:

[0014] If the connection state of the Bluetooth event broadcast signal is a listenable state, determining that the fault type is a Bluetooth protocol layer fault;

[0015] If the connection state of the Bluetooth event broadcast signal is a non-monitorable state, it is determined that the fault type is a battery failure of the Bluetooth device or a Bluetooth function failure of the Bluetooth device.

[0016] In one example, determining the fault type according to the comparison result and the connection state of the Bluetooth event broadcast signal includes:

[0017] If the comparison result is not greater than the critical value and the connection state of the Bluetooth event broadcast signal is in a listenable state, determining that the fault type is a Bluetooth protocol layer fault;

[0018] If the comparison result is greater than the critical value and the connection state of the Bluetooth event broadcast signal is in a listenable state, it is determined that the fault type is a logic fault of the Bluetooth device control layer.

[0019] In one example, if the fault type is a Bluetooth protocol layer fault, determining a fault indication according to the fault type includes:

[0020] If the fault type is the Bluetooth protocol layer fault, it is determined that the fault indication is that the environment interferes with the received signal strength indication, the power setting of the Bluetooth device is wrong, or the distance between the Bluetooth device and the terminal device exceeds a preset distance.

[0021] In one example, if the fault type is a battery fault of the Bluetooth device or a Bluetooth function fault of the Bluetooth device, determining a fault indication according to the fault type includes:

[0022] If the fault type is a battery fault of the Bluetooth device, determining that the fault indication is to replace the battery of the Bluetooth device;

[0023] If the fault type is a fault of a Bluetooth function of the Bluetooth device, determining the fault indication is to detect the Bluetooth function of the Bluetooth device.

[0024] In one example, if the fault type is a Bluetooth protocol layer fault, determining a fault indication according to the fault type includes:

[0025] If the fault type is the Bluetooth protocol layer fault, the fault indication is determined to be an incorrect power setting of the Bluetooth device, a distance between the Bluetooth device and the terminal device exceeding a preset distance, an error in the protocol used by the Bluetooth device, or an error in the parameter setting used by the Bluetooth device.

[0026] In one example, if the fault type is a logic fault of the Bluetooth device control layer, determining a fault indication according to the fault type includes:

[0027] If the fault type is a logic fault in the control layer of the Bluetooth device, it is determined that the fault indication is an authentication error of the Bluetooth device or an operation error of the Bluetooth device.

[0028] In one example, the method includes:

[0029] A fault clearing operation is determined according to the fault indication.

[0030] In a second aspect, the present application provides a device for detecting a Bluetooth device failure, the device comprising:

[0031] A trigger unit, configured to trigger a fault detection operation when detecting that the connection state of the Bluetooth device is in a failed state; wherein the fault detection operation is configured to detect a received signal strength indication and a Bluetooth event broadcast signal;

[0032] A first determining unit, configured to determine a fault type according to a strength of a received signal strength indication and a connection state of a Bluetooth event broadcast signal;

[0033] The second determining unit is used to determine a fault indication according to the fault type, and display the fault indication on a fault detection interface.

[0034] In one example, the first determining unit includes:

[0035] A first determination module, configured to determine a fault type according to a connection state of the Bluetooth event broadcast signal if the value of the strength of the received signal strength indication is zero;

[0036] The second determination module is used to determine the comparison result between the numerical value of the strength of the received signal strength indication and the critical value if the numerical value of the strength of the received signal strength indication is a non-zero value, and determine the fault type according to the comparison result and the connection status of the Bluetooth event broadcast signal.

[0037] In one example, the first determining module includes:

[0038] A first determination submodule, configured to determine that the fault type is a Bluetooth protocol layer fault if the connection state of the Bluetooth event broadcast signal is a listenable state;

[0039] The second determining submodule is used to determine that the fault type is a battery fault of the Bluetooth device or a Bluetooth function fault of the Bluetooth device if the connection state of the Bluetooth event broadcast signal is an unmonitorable state.

[0040] In one example, the second determining module includes:

[0041] A third determination submodule, configured to determine that the fault type is a Bluetooth protocol layer fault if the comparison result is not greater than a critical value and the connection state of the Bluetooth event broadcast signal is a listenable state;

[0042] The fourth determination submodule is used to determine that the fault type is a logic fault of the control layer of the Bluetooth device if the comparison result is greater than a critical value and the connection state of the Bluetooth event broadcast signal is a listenable state.

[0043] In one example, if the fault type is a Bluetooth protocol layer fault, the second determining unit includes:

[0044] The third determination module is used to determine that the fault indication is that the environment interferes with the received signal strength indication, the power setting of the Bluetooth device is wrong, or the distance between the Bluetooth device and the terminal device exceeds a preset distance if the fault type is the Bluetooth protocol layer fault.

[0045] In one example, if the fault type is a battery fault of the Bluetooth device or a Bluetooth function fault of the Bluetooth device, the second determining unit includes:

[0046] a fourth determination module, configured to determine that the fault indication is to replace the battery of the Bluetooth device if the fault type is a battery fault of the Bluetooth device;

[0047] The fifth determining module is configured to determine that the fault indication is to detect the Bluetooth function of the Bluetooth device if the fault type is a fault of the Bluetooth function of the Bluetooth device.

[0048] In one example, if the fault type is a Bluetooth protocol layer fault, the second determining unit includes:

[0049] The sixth determination module is used to determine that if the fault type is the Bluetooth protocol layer fault, the fault indication is that the power setting of the Bluetooth device is incorrect, the distance between the Bluetooth device and the terminal device exceeds a preset distance, the protocol used by the Bluetooth device is incorrect, or the parameter setting used by the Bluetooth device is incorrect.

[0050] In one example, if the fault type is a logic fault of the control layer of the Bluetooth device, the second determining unit includes:

[0051] The seventh determination module is used to determine that the fault indication is an authentication error of the Bluetooth device or an operation error of the Bluetooth device if the fault type is a logic fault of the control layer of the Bluetooth device.

[0052] In one example, the apparatus comprises:

[0053] The third determining unit is used to determine a fault resolving operation according to the fault indication.

[0054] In a third aspect, the present application provides a computer-readable storage medium, wherein the computer-readable storage medium stores computer-executable instructions, and when the computer-executable instructions are executed by a processor, they are used to implement the method described in the first aspect.

[0055] In a fourth aspect, the present application provides a terminal device, comprising: a processor, and a memory communicatively connected to the processor;

[0056] The memory stores computer-executable instructions;

[0057] The processor executes the computer-executable instructions stored in the memory to implement the method according to the first aspect.

[0058] In a fifth aspect, the present application provides a computer program product, including a computer program, which implements the method described in the first aspect when executed by a processor.

[0059] The present application provides a method, storage medium and terminal device for detecting Bluetooth device failure. When the connection state of the Bluetooth device is detected to be in a failed state, a fault detection operation is triggered, and then the fault type is determined according to the strength of the received signal strength indication and the connection state of the Bluetooth event broadcast signal obtained by the fault detection operation. Finally, a fault indication is determined according to the fault type, and the fault indication is displayed on the fault detection interface. The adoption of this technical solution allows users to conduct simple inspections according to the fault prompts of the Bluetooth device when a simple fault occurs in the Bluetooth device, and then there is no need for repeated offline repairs, which can achieve the purpose of solving the fault and saving user time. BRIEF DESCRIPTION OF THE DRAWINGS

[0060] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and, together with the description, serve to explain the principles of the present application.

[0061] Figure 1It is a flowchart of a method for detecting a Bluetooth device failure provided in accordance with Embodiment 1 of the present application;

[0062] Figure 2 It is a flowchart of a method for detecting a Bluetooth device failure provided in Embodiment 2 of the present application;

[0063] Figure 3 It is a schematic diagram of a Bluetooth device failure detection device provided according to Embodiment 3 of the present application;

[0064] Figure 4 It is a schematic diagram of a Bluetooth device failure detection device provided according to the fourth embodiment of the present application;

[0065] Figure 5 The present invention is a block diagram of a terminal device according to an exemplary embodiment.

[0066] The above drawings have shown clear embodiments of the present application, which will be described in more detail later. These drawings and text descriptions are not intended to limit the scope of the present application in any way, but to illustrate the concept of the present application to those skilled in the art by referring to specific embodiments. DETAILED DESCRIPTION

[0067] In order to enable those skilled in the art to better understand the solution of the present application, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of the present application.

[0068] It should be noted that the terms "first", "second", etc. in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable where appropriate, so that the embodiments of the present application described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any of their variations are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device comprising a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0069] Figure 1 This is a flow chart of a method for detecting a Bluetooth device failure according to Embodiment 1 of the present application. Embodiment 1 includes the following steps:

[0070] S101. When it is detected that the connection state of the Bluetooth device is in a failed state, trigger a fault detection operation; wherein the fault detection operation is used to detect a received signal strength indication and a Bluetooth event broadcast signal.

[0071] In one example, the terminal device detects the connection status of the Bluetooth device. If it is detected that the connection status of the Bluetooth device is in a successful state, the device function of the Bluetooth device is executed. For example, if the Bluetooth device is a Bluetooth headset, if it is detected that the connection status of the Bluetooth device is in a successful state, the Bluetooth headset can play the audio data information in the terminal device.

[0072] In this embodiment, if it is detected that the connection state of the Bluetooth device is in a failed state, it is necessary to perform a fault detection on the Bluetooth device, then a fault detection operation is triggered, and a fault detection interface is called.

[0073] In this embodiment, the received signal strength indication is used to determine the link quality and whether to increase the broadcast transmission strength. Furthermore, the received signal strength indication is a positioning technology that determines the distance between the Bluetooth device and the terminal device by the strength of the received signal, and then performs positioning calculations based on the distance.

[0074] A Bluetooth event broadcast is a unidirectional, connectionless data communication signal sent by a Bluetooth device and scanned and received by a terminal device.

[0075] S102: Determine the fault type according to the strength of the received signal strength indication and the connection state of the Bluetooth event broadcast signal.

[0076] In this embodiment, the strength of the received signal strength indication and the connection status of the Bluetooth event broadcast signal jointly determine the type of fault. Generally, the received signal strength indication can be detected first, and after determining the result of the received signal strength indication, the connection status of the Bluetooth event broadcast signal is detected. The different strengths of the received signal strength indication and the different connection statuses of the Bluetooth event broadcast signal will determine different fault types.

[0077] S103: Determine a fault indication according to the fault type, and display the fault indication on a fault detection interface.

[0078] In this embodiment, different fault indications are determined by different fault types, and the fault indications may include text prompts, picture displays, video displays or voice reminders. If they are text prompts, picture displays and video displays, they can be presented on the fault detection interface.

[0079] The present application provides a method for detecting a Bluetooth device fault. When the connection state of the Bluetooth device is detected to be in a failed state, a fault detection operation is triggered, and then the fault type is determined according to the strength of the received signal strength indication obtained by the fault detection operation and the connection state of the Bluetooth event broadcast signal. Finally, a fault indication is determined according to the fault type, and the fault indication is displayed on the fault detection interface. The adoption of this technical solution allows users to conduct a simple inspection according to the fault prompt of the Bluetooth device when a simple fault occurs in the Bluetooth device, and then there is no need for repeated offline repairs, which can achieve the purpose of solving the fault and saving user time.

[0080] Figure 2 This is a flow chart of a method for detecting a Bluetooth device failure according to Embodiment 2 of the present application. Embodiment 2 includes the following steps:

[0081] S201. When it is detected that the connection state of the Bluetooth device is in a failed state, trigger a fault detection operation; wherein the fault detection operation is used to detect a received signal strength indication and a Bluetooth event broadcast signal.

[0082] Exemplarily, this step may refer to the above-mentioned step S101 and will not be described in detail.

[0083] S202: If the value of the strength of the received signal strength indication is zero, determine the fault type according to the connection state of the Bluetooth event broadcast signal.

[0084] In this embodiment, if the numerical value of the strength of the received signal strength indication is zero, it means that there is no received signal strength indication, and the connection status of the Bluetooth event broadcast signal is further judged. In this case, the fault type is mainly determined based on the specific situation of the connection status of the Bluetooth event broadcast signal.

[0085] In one example, if the value of the strength of the received signal strength indication is zero, determining the fault type according to the connection state of the Bluetooth event broadcast signal includes:

[0086] If the connection status of the Bluetooth event broadcast signal is a monitorable state, the fault type is determined to be a Bluetooth protocol layer fault; if the connection status of the Bluetooth event broadcast signal is a non-monitorable state, the fault type is determined to be a Bluetooth device battery fault or a Bluetooth device Bluetooth function fault.

[0087] In one example, the connection state of the Bluetooth event broadcast signal is a listenable state or a non-listenable state, and the different fault types can be determined, wherein in the listenable state, the fault type is a Bluetooth protocol layer fault. In the non-listenable state, the fault type is a Bluetooth device battery fault or a Bluetooth function fault of the Bluetooth device, wherein the battery fault of the Bluetooth device is a battery damage or an unstable connected power supply, and the Bluetooth function fault of the Bluetooth device can be a Bluetooth function damage, a Bluetooth function disabled, or a Bluetooth function turned off.

[0088] S203: If the value of the strength of the received signal strength indication is a non-zero value, determine a comparison result between the value of the strength of the received signal strength indication and a critical value, and determine a fault type according to the comparison result and a connection state of the Bluetooth event broadcast signal.

[0089] In this embodiment, when there is a received signal strength indication, the strength value of the received signal strength indication is compared with a critical value to obtain a comparison result, and the fault type is determined according to the comparison result and the connection state of the Bluetooth event broadcast signal.

[0090] In one example, determining the fault type according to the comparison result and the connection state of the Bluetooth event broadcast signal includes:

[0091] If the comparison result is not greater than the critical value and the connection state of the Bluetooth event broadcast signal is in a listenable state, then the fault type is determined to be a Bluetooth protocol layer fault;

[0092] If the comparison result is greater than the critical value and the connection state of the Bluetooth event broadcast signal is in a listenable state, it is determined that the fault type is a logic fault of the Bluetooth device control layer.

[0093] In this embodiment, if the connection state of the Bluetooth event broadcast signal is a listenable state, the fault type is determined based on the relationship between the comparison result and the critical value. If the comparison result is not greater than the critical value and the connection state of the Bluetooth event broadcast signal is a listenable state, the fault type is determined to be a Bluetooth protocol layer fault; if the comparison result is greater than the critical value and the connection state of the Bluetooth event broadcast signal is a listenable state, the fault type is determined to be a Bluetooth device control layer logic fault.

[0094] S204: Determine a fault indication according to the fault type, and display the fault indication on a fault detection interface.

[0095] In one example, if the fault type is a Bluetooth protocol layer fault, a fault indication is determined according to the fault type, including:

[0096] If the fault type is a Bluetooth protocol layer fault, it is determined that the fault indication is a signal strength indication received by environmental interference, a Bluetooth device power setting error, or a distance between the Bluetooth device and the terminal device exceeds a preset distance.

[0097] In this embodiment, environmental interference can be other terminal devices in the vicinity that are also connected to the Bluetooth device, which in turn causes the current Bluetooth device to be mistakenly connected, or can be a Bluetooth device that cannot work properly due to an incorrect power setting of the Bluetooth device. Furthermore, since the connection between the Bluetooth device and the terminal device needs to be within a preset distance, if the preset distance is exceeded, the terminal device will be unable to connect to the Bluetooth device. The above situations are all Bluetooth protocol layer failures.

[0098] In one example, if the fault type is a Bluetooth device battery fault or a Bluetooth device Bluetooth function fault, a fault indication is determined according to the fault type, including:

[0099] If the fault type is a Bluetooth device battery fault, then determining that the fault indication is to replace the battery of the Bluetooth device;

[0100] If the fault type is a Bluetooth function fault of the Bluetooth device, then determining the fault indication is to detect the Bluetooth function of the Bluetooth device.

[0101] In this embodiment, if the fault type is a battery fault of the Bluetooth device, the fault indication may be to replace the power source or battery, or other devices that can provide power.

[0102] In this embodiment, if the fault type is a fault of the Bluetooth function of the Bluetooth device, it can be detected whether the Bluetooth function is turned on.

[0103] In one example, if the fault type is a Bluetooth protocol layer fault, a fault indication is determined according to the fault type, including:

[0104] If the fault type is a Bluetooth protocol layer fault, the fault indication is determined to be an incorrect power setting of the Bluetooth device, a distance between the Bluetooth device and the terminal device exceeding a preset distance, an incorrect protocol used by the Bluetooth device, or an incorrect parameter setting used by the Bluetooth device.

[0105] In this embodiment, the protocol used by the Bluetooth device should be the same as the protocol used by the terminal device. If they are different, connection errors will occur. Furthermore, the parameters used by the Bluetooth device may be configured incorrectly. The fault type in the above situation is also a Bluetooth protocol layer fault.

[0106] In one example, if the fault type is a logic fault in the control layer of the Bluetooth device, a fault indication is determined according to the fault type, including:

[0107] If the fault type is a logic fault in the control layer of the Bluetooth device, it is determined that the fault indication is a Bluetooth device authentication error or a Bluetooth device operation error.

[0108] In this embodiment, the Bluetooth device authentication may include: BQB authentication (Bluetooth Qualification Body), if the authentication is wrong, it will cause a logical failure of the Bluetooth device control layer. Further, the Bluetooth device operation error may be that the Bluetooth device is flooded or has been used for too long.

[0109] S205: Determine a fault resolution operation according to the fault indication.

[0110] In this embodiment, if the fault indication is that the distance between the Bluetooth device and the terminal device exceeds the preset distance, the fault resolution operation may be a prompt to try to shorten the distance between the terminal device and the Bluetooth device. If there is no improvement, artificial intelligence guidance or manual technical support may be recommended according to the situation.

[0111] If the fault indicates that the parameters used by the Bluetooth device are configured incorrectly, reconfigure the security key related parameters.

[0112] If the fault indication is an operation error of the Bluetooth device, the fault correction operation is to re-operate the Bluetooth device.

[0113] If the fault indication is to replace the power supply or battery, the fault clearing operation is to replace the power supply or battery.

[0114] In this embodiment, other fault indications can be connected to the network through the terminal device to receive artificial intelligence guidance or manual technical support.

[0115] The present application provides a method for detecting a Bluetooth device failure. When the connection state of the Bluetooth device is detected to be in a failed state, a fault detection operation is triggered, and then the fault type is determined according to the strength of the received signal strength indication obtained by the fault detection operation and the connection state of the Bluetooth event broadcast signal. Finally, a fault indication is determined according to the fault type, and a fault removal operation is determined according to the fault indication. The adoption of this technical solution can reduce unnecessary after-sales technical support investment to a certain extent and can maintain the overall product experience to a certain extent.

[0116] Figure 3 1 is a schematic diagram of a Bluetooth device failure detection device provided according to Embodiment 4 of the present application. The device 30 in Embodiment 4 includes:

[0117] The trigger unit 301 is used to trigger a fault detection operation when it is detected that the connection state of the Bluetooth device is in a failed state; wherein the fault detection operation is used to detect the received signal strength indication and the Bluetooth event broadcast signal.

[0118] The first determining unit 302 is configured to determine a fault type according to the strength of the received signal strength indication and the connection state of the Bluetooth event broadcast signal.

[0119] The second determining unit 303 is used to determine a fault indication according to the fault type, and display the fault indication on the fault detection interface.

[0120] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working process of the above-described device can refer to the corresponding process in the aforementioned method embodiment, and will not be repeated here.

[0121] Figure 4 1 is a schematic diagram of a Bluetooth device failure detection device provided according to Embodiment 3 of the present application. The device 40 in Embodiment 3 includes:

[0122] The trigger unit 401 is used to trigger a fault detection operation when it is detected that the connection state of the Bluetooth device is in a failed state; wherein the fault detection operation is used to detect the received signal strength indication and the Bluetooth event broadcast signal.

[0123] The first determining unit 402 is configured to determine a fault type according to the strength of the received signal strength indication and the connection state of the Bluetooth event broadcast signal.

[0124] The second determining unit 403 is used to determine a fault indication according to the fault type, and display the fault indication on the fault detection interface.

[0125] In one example, the first determining unit 402 includes:

[0126] The first determination module 4021 is configured to determine the fault type according to the connection state of the Bluetooth event broadcast signal if the value of the strength of the received signal strength indication is zero.

[0127] The second determination module 4022 is used to determine the comparison result between the received signal strength indication value and the critical value if the received signal strength indication value is non-zero, and determine the fault type according to the comparison result and the connection state of the Bluetooth event broadcast signal.

[0128] In one example, the first determining module 4021 includes:

[0129] The first determining submodule 40211 is configured to determine that the fault type is a Bluetooth protocol layer fault if the connection state of the Bluetooth event broadcast signal is a listenable state.

[0130] The second determining submodule 40212 is used to determine the fault type as a battery fault of the Bluetooth device or a Bluetooth function fault of the Bluetooth device if the connection state of the Bluetooth event broadcast signal is a non-monitorable state.

[0131] In one example, the second determining module 4022 includes:

[0132] The third determining submodule 40221 is configured to determine that the fault type is a Bluetooth protocol layer fault if the comparison result is not greater than the critical value and the connection state of the Bluetooth event broadcast signal is in a listenable state.

[0133] The fourth determination submodule 40222 is configured to determine that the fault type is a logic fault of the control layer of the Bluetooth device if the comparison result is greater than the critical value and the connection state of the Bluetooth event broadcast signal is in a listenable state.

[0134] In one example, if the fault type is a Bluetooth protocol layer fault, the second determining unit 403 includes:

[0135] The third determination module 4031 is used to determine that the fault indication is a signal strength indication of environmental interference reception, a Bluetooth device power setting error, or a distance between the Bluetooth device and the terminal device exceeding a preset distance if the fault type is a Bluetooth protocol layer fault.

[0136] In one example, if the fault type is a battery fault of the Bluetooth device or a Bluetooth function fault of the Bluetooth device, the second determining unit 403 includes:

[0137] The fourth determining module 4032 is configured to determine that the fault indication is to replace the battery of the Bluetooth device if the fault type is a battery fault of the Bluetooth device.

[0138] The fifth determining module 4033 is configured to determine that the fault indication is to detect the Bluetooth function of the Bluetooth device if the fault type is a Bluetooth function fault of the Bluetooth device.

[0139] In one example, if the fault type is a Bluetooth protocol layer fault, the second determining unit 403 includes:

[0140] The sixth determination module 4034 is used to determine that if the fault type is a Bluetooth protocol layer fault, the fault indication is that the Bluetooth device power setting is wrong, the distance between the Bluetooth device and the terminal device exceeds a preset distance, the protocol used by the Bluetooth device is wrong, or the parameter setting used by the Bluetooth device is wrong.

[0141] In one example, if the fault type is a logic fault of the Bluetooth device control layer, the second determining unit 403 includes:

[0142] The seventh determination module 4035 is configured to determine that the fault indication is a Bluetooth device authentication error or a Bluetooth device operation error if the fault type is a Bluetooth device control layer logic fault.

[0143] In one example, an apparatus includes:

[0144] The third determining unit 404 is configured to determine a fault resolving operation according to the fault indication.

[0145] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working process of the above-described device can refer to the corresponding process in the aforementioned method embodiment, and will not be repeated here.

[0146] Figure 5 It is a block diagram of a terminal device according to an exemplary embodiment. The device may be a mobile phone, a computer, a digital broadcast terminal, a messaging device, a game console, a tablet device, a medical device, a fitness device, a personal digital assistant, etc.

[0147] Device 500 may include one or more of the following components: a processing component 502 , a memory 504 , a power component 506 , a multimedia component 508 , an audio component 510 , an input / output (I / O) interface 512 , a sensor component 514 , and a communication component 516 .

[0148] The processing component 502 generally controls the overall operation of the device 500, such as operations associated with display, phone calls, data communications, camera operations, and recording operations. The processing component 502 may include one or more processors 520 to execute instructions to complete all or part of the steps of the above-mentioned method. In addition, the processing component 502 may include one or more modules to facilitate the interaction between the processing component 502 and other components. For example, the processing component 502 may include a multimedia module to facilitate the interaction between the multimedia component 508 and the processing component 502.

[0149] The memory 504 is configured to store various types of data to support operations on the device 500. Examples of such data include instructions for any application or method operating on the device 500, contact data, phone book data, messages, pictures, videos, etc. The memory 504 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic disk or optical disk.

[0150] The power supply component 506 provides power to the various components of the device 500. The power supply component 506 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power for the device 500.

[0151] The multimedia component 508 includes a screen that provides an output interface between the device 500 and the user. In some embodiments, the screen may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive input signals from the user. The touch panel includes one or more touch sensors to sense touch, slide, and gestures on the touch panel. The touch sensor may not only sense the boundaries of the touch or slide action, but also detect the duration and pressure associated with the touch or slide operation. In some embodiments, the multimedia component 508 includes a front camera and / or a rear camera. When the device 500 is in an operating mode, such as a shooting mode or a video mode, the front camera and / or the rear camera may receive external multimedia data. Each front camera and rear camera may be a fixed optical lens system or have a focal length and optical zoom capability.

[0152] The audio component 510 is configured to output and / or input audio signals. For example, the audio component 510 includes a microphone (MIC), and when the device 500 is in an operating mode, such as a call mode, a recording mode, and a speech recognition mode, the microphone is configured to receive an external audio signal. The received audio signal can be further stored in the memory 504 or sent via the communication component 516. In some embodiments, the audio component 510 also includes a speaker for outputting audio signals.

[0153] I / O interface 512 provides an interface between processing component 502 and peripheral interface modules, such as keyboards, click wheels, buttons, etc. These buttons may include but are not limited to: a home button, a volume button, a start button, and a lock button.

[0154] The sensor assembly 514 includes one or more sensors for providing various aspects of status assessment for the device 500. For example, the sensor assembly 514 can detect the open / closed state of the device 500, the relative positioning of components, such as the display and keypad of the device 500, the sensor assembly 514 can also detect the position change of the device 500 or a component of the device 500, the presence or absence of user contact with the device 500, the orientation or acceleration / deceleration of the device 500, and the temperature change of the device 500. The sensor assembly 514 may include a proximity sensor configured to detect the presence of a nearby object without any physical contact. The sensor assembly 514 may also include an optical sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, the sensor assembly 514 may also include an accelerometer, a gyroscope sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.

[0155] The communication component 516 is configured to facilitate wired or wireless communication between the device 500 and other devices. The device 500 can access a wireless network based on a communication standard, such as WiFi, 2G or 3G, or a combination thereof. In an exemplary embodiment, the communication component 516 receives a broadcast signal or broadcast-related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component 516 also includes a near field communication (NFC) module to facilitate short-range communication. For example, the NFC module can be implemented based on radio frequency identification (RFID) technology, infrared data association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology and other technologies.

[0156] In an exemplary embodiment, the apparatus 500 may be implemented by one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), controllers, microcontrollers, microprocessors or other electronic components to perform the above methods.

[0157] In an exemplary embodiment, a non-transitory computer-readable storage medium including instructions is also provided, such as a memory 504 including instructions, and the instructions can be executed by the processor 520 of the device 500 to perform the above method. For example, the non-transitory computer-readable storage medium can be a ROM, a random access memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, etc.

[0158] A non-temporary computer-readable storage medium, when the instructions in the storage medium are executed by a processor of a terminal device, enables the terminal device to execute the above-mentioned method for detecting Bluetooth device failure of the terminal device.

[0159] The present application also discloses a computer program product, including a computer program, which implements the method described in this embodiment when executed by a processor.

[0160] Various embodiments of the systems and techniques described above in the present application can be implemented in digital electronic circuit systems, integrated circuit systems, field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), application specific standard products (ASSPs), systems on chips (SOCs), load programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include: being implemented in one or more computer programs, which can be executed and / or interpreted on a programmable system including at least one programmable processor, which can be a special purpose or general purpose programmable processor, which can receive data and instructions from a storage system, at least one input device, and at least one output device, and transmit data and instructions to the storage system, the at least one input device, and the at least one output device.

[0161] The program code for implementing the method of the present application can be written in any combination of one or more programming languages. These program codes can be provided to a processor or controller of a general-purpose computer, a special-purpose computer or other programmable data processing device, so that the program code, when executed by the processor or controller, enables the functions / operations specified in the flow chart and / or block diagram to be implemented. The program code can be executed entirely on the machine, partially on the machine, partially on the machine as a stand-alone software package and partially on a remote machine, or entirely on a remote machine or terminal device.

[0162] In the context of the present application, a machine-readable medium may be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, device, or equipment. A machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, device, or equipment, or any suitable combination of the foregoing. A more specific example of a machine-readable storage medium may include an electrical connection based on one or more lines, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0163] To provide interaction with a user, the systems and techniques described herein can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user can provide input to the computer. Other types of devices can also be used to provide interaction with the user; for example, the feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including acoustic input, voice input, or tactile input).

[0164] The systems and techniques described herein may be implemented in a computing system that includes back-end components (e.g., as a data terminal device), or a computing system that includes middleware components (e.g., an application terminal device), or a computing system that includes front-end components (e.g., a user computer with a graphical user interface or a web browser through which a user can interact with implementations of the systems and techniques described herein), or a computing system that includes any combination of such back-end components, middleware components, or front-end components. The components of the system may be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: a local area network (LAN), a wide area network (WAN), and the Internet.

[0165] A computer system may include a client and a terminal device. The client and the terminal device are generally far away from each other and usually interact through a communication network. The relationship between the client and the terminal device is generated by computer programs running on corresponding computers and having a client-terminal device relationship with each other. The terminal device may be a cloud terminal device, also known as a cloud computing terminal device or a cloud host, which is a host product in a cloud computing service system to solve the defects of difficult management and weak business scalability in traditional physical hosts and VPS services ("Virtual Private Server", or "VPS" for short). The terminal device may also be a terminal device of a distributed system, or a terminal device combined with a blockchain. It should be understood that the various forms of processes shown above can be used to reorder, add or delete steps. For example, the steps recorded in this application may be executed in parallel, sequentially, or in different orders, as long as the desired results of the technical solution disclosed in this application can be achieved, and this document is not limited here.

[0166] Those skilled in the art will readily appreciate other embodiments of the present application after considering the specification and practicing the invention disclosed herein. The present application is intended to cover any modification, use or adaptation of the present application, which follows the general principles of the present application and includes common knowledge or customary techniques in the art that are not disclosed in the present application. The specification and examples are intended to be exemplary only, and the true scope and spirit of the present application are indicated by the following claims.

[0167] It should be understood that the present application is not limited to the precise structures that have been described above and shown in the drawings, and that various modifications and changes may be made without departing from the scope thereof. The scope of the present application is limited only by the appended claims.

[0168] The above is only a preferred implementation of the present application. It should be pointed out that for ordinary technicians in this technical field, several improvements and modifications can be made without departing from the principles of the present application. These improvements and modifications should also be regarded as the scope of protection of the present application.

Claims

1. A method for detecting a Bluetooth device failure, characterized in that: The method comprises: When it is detected that the connection state of the Bluetooth device is in a failed state, a fault detection operation is triggered; wherein the fault detection operation is used to detect the received signal strength indication and the Bluetooth event broadcast signal; determining a fault type based on the strength of the received signal strength indication and the connection status of the Bluetooth event broadcast signal; Determine a fault indication according to the fault type, and display the fault indication on a fault detection interface; The determining the fault type according to the strength of the received signal strength indication and the connection state of the Bluetooth event broadcast signal includes: If the value of the strength of the received signal strength indication is zero, determining the fault type according to the connection state of the Bluetooth event broadcast signal; If the value of the strength of the received signal strength indication is zero, determining the fault type according to the connection state of the Bluetooth event broadcast signal includes: If the connection state of the Bluetooth event broadcast signal is a listenable state, determining that the fault type is a first Bluetooth protocol layer fault; If the fault type is a first Bluetooth protocol layer fault, determining a fault indication according to the fault type includes: If the fault type is a fault at the first Bluetooth protocol layer, determining that the fault indication is that the environment interferes with the received signal strength indication, the power setting of the Bluetooth device is wrong, or the distance between the Bluetooth device and the terminal device exceeds a preset distance; If the connection state of the Bluetooth event broadcast signal is a non-monitorable state, it is determined that the fault type is a battery failure of the Bluetooth device or a Bluetooth function failure of the Bluetooth device.

2. The method according to claim 1, characterized in that The method of determining the fault type according to the strength of the received signal strength indication and the connection state of the Bluetooth event broadcast signal further includes: If the value of the strength of the received signal strength indication is non-zero, a comparison result between the value of the strength of the received signal strength indication and a critical value is determined, and a fault type is determined according to the comparison result and a connection state of the Bluetooth event broadcast signal.

3. The method according to claim 2, characterized in that Determining the fault type according to the comparison result and the connection state of the Bluetooth event broadcast signal includes: If the comparison result is not greater than the critical value and the connection state of the Bluetooth event broadcast signal is in a listenable state, determining that the fault type is a second Bluetooth protocol layer fault; If the comparison result is greater than the critical value and the connection state of the Bluetooth event broadcast signal is in a listenable state, determining that the fault type is a logic fault of the Bluetooth device control layer; If the fault type is a second Bluetooth protocol layer fault, determining a fault indication according to the fault type includes: If the fault type is a fault at the second Bluetooth protocol layer, determining that the fault indication is that the power setting of the Bluetooth device is wrong, the distance between the Bluetooth device and the terminal device exceeds a preset distance, the protocol used by the Bluetooth device is wrong, or the parameter setting used by the Bluetooth device is wrong; If the fault type is a logic fault of the control layer of the Bluetooth device, a fault indication is determined according to the fault type, including: If the fault type is a logic fault in the control layer of the Bluetooth device, it is determined that the fault indication is an authentication error of the Bluetooth device or an operation error of the Bluetooth device.

4. The method according to claim 1, characterized in that: If the fault type is a battery fault of the Bluetooth device or a Bluetooth function fault of the Bluetooth device, a fault indication is determined according to the fault type, including: If the fault type is a battery fault of the Bluetooth device, determining that the fault indication is to replace the battery of the Bluetooth device; If the fault type is a fault of a Bluetooth function of the Bluetooth device, determining the fault indication is to detect the Bluetooth function of the Bluetooth device.

5. The method according to any one of claims 1 to 4, characterized in that The method comprises: A fault clearing operation is determined according to the fault indication.

6. A device for detecting a Bluetooth device failure, characterized in that: The device comprises: A trigger unit, configured to trigger a fault detection operation when detecting that the connection state of the Bluetooth device is in a failed state; wherein the fault detection operation is configured to detect a received signal strength indication and a Bluetooth event broadcast signal; A first determining unit, configured to determine a fault type according to a strength of a received signal strength indication and a connection state of a Bluetooth event broadcast signal; A second determining unit, configured to determine a fault indication according to the fault type, and display the fault indication on a fault detection interface; The first determining unit includes: The first determination module is used to determine the fault type according to the connection state of the Bluetooth event broadcast signal if the value of the strength of the received signal strength indication is zero: The first determining module includes: A first determining submodule, configured to determine that the fault type is a first Bluetooth protocol layer fault if the connection state of the Bluetooth event broadcast signal is a listenable state; A second determining submodule is used to determine that the fault type is a battery failure of the Bluetooth device or a Bluetooth function failure of the Bluetooth device if the connection state of the Bluetooth event broadcast signal is an unmonitorable state; If the fault type is a first Bluetooth protocol layer fault, the second determining unit includes: The third determination module is used to determine that if the fault type is the first Bluetooth protocol layer fault, the fault indication is that the environment interferes with the received signal strength indication, the power setting of the Bluetooth device is wrong, or the distance between the Bluetooth device and the terminal device exceeds a preset distance.

7. A computer-readable storage medium, characterized in that: The computer-readable storage medium includes a stored program, wherein the program executes the method according to any one of claims 1 to 5 when executed.

8. A terminal device, comprising a memory and a processor, characterized in that: A computer program is stored in the memory, and the processor is configured to execute the method according to any one of claims 1 to 5 through the computer program.

9. A computer program product, comprising a computer program, characterized in that When the computer program is executed by a processor, the method according to any one of claims 1 to 5 is implemented.

Citation Information

Patent Citations

  • Wireless module self-test system and method

    CN112996028A

  • Fault diagnosis method, device and equipment and computer readable storage medium

    CN114338464A