Health robot and data synchronization method thereof with health detection device

Abstract

The application belongs to the technical field of robots, and specifically provides a health robot and a data synchronization method thereof and a health detection device. The data synchronization method comprises the following steps: starting a Bluetooth scan, matching local configuration information according to the Bluetooth address of the discovered health detection device, creating an independent thread for the matched device that has not been connected to establish a Bluetooth connection; the configuration information comprises four data formats of starting measurement, measurement, measurement completion and final result defined respectively according to measurement stages; data interaction is performed with the device according to the data formats corresponding to the stages, and the display state of the interaction interface is controlled to switch with the measurement stages; and the final measurement result is reported to a backend server after being obtained. The application realizes compatible adaptation and efficient data synchronization of the health robot and various Bluetooth health detection devices, and improves the use experience of users.

Description

Technical Field

[0001] This invention belongs to the field of robotics technology, and specifically provides a health robot and a method for synchronizing data with health monitoring equipment. Background Technology

[0002] With the rapid development of health management and smart healthcare, health robots, as a new type of health monitoring terminal device, have been widely used in scenarios such as home health monitoring, community health management, and hospital triage. Health robots typically need to interact with various health monitoring devices (such as blood pressure monitors, blood glucose meters, pulse oximeters, thermometers, body fat scales, etc.) via Bluetooth communication to obtain, analyze, and record users' health data.

[0003] Existing methods for synchronizing data between health robots and health monitoring devices typically involve: first, developing separate interface programs for different brands and models of health monitoring devices, hard-coding the Bluetooth communication protocol and data format of the devices into the programs; then, after discovering the health monitoring device via Bluetooth, the health robot establishes a connection with the specific device model and interacts with it according to the preset program logic; and finally, after obtaining the measurement results, reports the results to the backend server.

[0004] However, the aforementioned existing technologies have the following shortcomings: Because different brands and models of health monitoring devices use different Bluetooth communication protocols and data formats, a separate interface program needs to be developed for each new health monitoring device; since the parameters of the health monitoring devices are hard-coded in the program, the program must be recompiled and deployed if the parameters of the health monitoring devices change or a new type of health monitoring device needs to be added, resulting in high maintenance costs; when multiple health monitoring devices are connected simultaneously, the lack of a unified connection management mechanism easily leads to connection conflicts and anomalies; the data parsing logic of the health monitoring devices is scattered across various interface programs, making unified management difficult; and users cannot intuitively understand the connection and data synchronization progress of the health monitoring devices, resulting in a poor user experience. Summary of the Invention

[0005] One objective of this invention is to solve the technical problem of poor user experience when existing health robots synchronize data with health monitoring devices.

[0006] To achieve the above objectives, the present invention provides, in a first aspect, a method for synchronizing data between a health robot and a health monitoring device, applied to a health robot, comprising: Bluetooth scanning is enabled. The local device configuration information is matched with the Bluetooth address of the discovered health detection device. For the health detection device that is successfully matched but has not yet established a Bluetooth connection, an independent thread is created to establish a Bluetooth connection. The device configuration information includes at least the Bluetooth address, as well as the start measurement data format, measurement data format, measurement completion data format and final result data format defined according to the measurement stage. The system sends a start command to the health monitoring device according to the start measurement data format and controls the interactive interface to display start measurement information. The real-time data returned by the health monitoring device during the measurement process is parsed according to the data format of the measurement, and the interactive interface is controlled to display and update the measurement progress. The system identifies the signal indicating that the health monitoring device has completed its measurement based on the data format of the measurement completion data, and controls the interactive interface to switch to the result reporting state. The final measurement result returned by the health detection device is parsed according to the final result data format, and the final measurement result and the corresponding information of the health detection device are reported to the backend server. The interactive interface is then controlled to display the measurement result.

[0007] Optionally, before enabling the Bluetooth scan, the data synchronization method further includes: receiving the device configuration information sent by the management backend and caching it locally.

[0008] Optionally, the data synchronization method further includes: when matching the configuration information with the Bluetooth address of the discovered health detection device, if the match is successful but the health detection device has already established a Bluetooth connection, then the health detection device is ignored to avoid duplicate connections.

[0009] Optionally, before matching the configuration information with the Bluetooth address of the discovered health monitoring device, the data synchronization method further includes: Extract the service identifier code of the discovered health monitoring device; If the service identifier code matches the preset health device category identifier code, the health detection device is determined to belong to the measurement category corresponding to the category identifier code, and the Bluetooth address matching process is triggered.

[0010] Optionally, the creation of an independent thread to establish a Bluetooth connection includes: creating a Universal Attribute Protocol (UAP) connection, discovering services and characteristics, setting characteristic notifications, and establishing a data communication channel.

[0011] Optionally, the control interface displays start measurement information, including: opening the measurement page for the corresponding measurement category and announcing the start of measurement via voice; The control of the interactive interface to display and update the measurement progress includes: displaying progress animation and real-time data on the measurement page; The control of switching the interactive interface to the result reporting state includes: updating the measurement page to the data reporting state in preparation for receiving the final measurement result; The control interface displays measurement results, including: closing the current measurement page and opening the measurement results page, and displaying the corresponding interface according to the data type of the measurement results.

[0012] Optionally, the device configuration information further includes brand, model, and measurement index type; the data format reported to the backend server includes the brand, model, measurement index type, measurement result value, measurement timestamp, and Bluetooth address; and / or, The start measurement data format, the measurement in progress data format, the measurement completion data format, and the final result data format are all defined using hexadecimal byte arrays and include a data header, data length, command type, data content, and checksum field.

[0013] Optionally, before enabling Bluetooth scanning, the data synchronization method further includes: Obtain environmental characteristic parameters of the current environment, including ambient temperature, ambient humidity, ambient electromagnetic interference intensity, and ambient noise level; Based on the environmental characteristic parameters, the scanning period T of Bluetooth scanning is calculated as follows: T = T0 × [1 + α × (E ÷ E0) + β × (N ÷ N0)] ÷ [1 + γ × (H ÷ H0)]; where T0 is the reference scanning period, E is the current environmental electromagnetic interference intensity, E0 is the reference electromagnetic interference intensity, N is the environmental noise level, N0 is the reference noise level, H is the environmental humidity, H0 is the reference humidity, and α, β, and γ are preset weighting coefficients. The health robot is controlled to perform the Bluetooth scan at the calculated scan period T.

[0014] Optionally, the data synchronization method further includes: Calculate the rate of change ΔT = |T| between two adjacent scan periods. k -T k-1 |÷T k-1 ; If ΔT > θ, then the health robot is controlled to enter a self-excited oscillation state; θ is a preset threshold. In the self-oscillation state, the scan period T is locked as the weighted moving average T of the three most recent calculated values. lock :T lock =w1×T k +w2×T k-1+w3×T k-2 w1 + w2 + w3 = 1, and w1 > w2 > w3; The locking duration τ = τ0 × (1 + λ × ΔT) is used to reacquire the environmental characteristic parameters of the current environment and calculate the scanning period T after the locking ends; where τ0 is the reference locking time and λ is the preset locking time adjustment coefficient.

[0015] In a second aspect, the present invention provides a health robot, including a processor and a memory, wherein the memory stores a computer program, and the processor, when executing the computer program, is capable of implementing the data synchronization method described in any one of the first aspects.

[0016] Based on the foregoing description, those skilled in the art will understand that, in the aforementioned technical solution of this invention, by configuring the health robot with device configuration information including Bluetooth addresses and various data formats defined according to the measurement stage, the health robot can automatically identify, connect to, and adapt to health detection devices of different brands and models based on the configuration information, without needing to develop separate docking programs for each health detection device. This significantly improves the system compatibility and scalability of the health robot with health detection devices. By creating independent threads to establish Bluetooth connections for each successfully matched health detection device, concurrent connection management of multiple health detection devices is achieved, avoiding conflicts and anomalies when multiple health detection devices connect simultaneously. By performing data interaction according to their respective data formats at different stages of measurement (start measurement, measurement in progress, measurement completion, and result acquisition), and corresponding each stage with the display status of the interactive interface, the visualization effect of data processing is improved, allowing users to understand the current operation progress in real time, thereby enhancing the user experience.

[0017] Furthermore, this invention can provide the device configuration information of the health detection equipment to the health robot in a remotely distributed manner, so that when adding or modifying the health detection equipment, only the configuration information needs to be updated and distributed in the management backend, without the need to recompile and deploy the program, which greatly reduces the maintenance cost of the health robot's system (control program).

[0018] Furthermore, by extracting the service identifier code of the discovered health monitoring device and matching it with the preset health device classification identifier code, the measurement category (blood pressure, blood sugar, blood oxygen, body fat, body temperature, etc.) of the health monitoring device can be quickly determined without establishing a Bluetooth connection, thereby improving the efficiency and accuracy of health monitoring device discovery.

[0019] Furthermore, by acquiring ambient temperature, ambient humidity, ambient electromagnetic interference intensity, and ambient noise level to calculate the Bluetooth scanning cycle, the health robot can dynamically adjust the Bluetooth scanning frequency according to the actual conditions of the current environment, thereby ensuring the detection rate of health detection devices while reducing unnecessary power consumption.

[0020] Furthermore, by calculating the rate of change between two adjacent scanning cycles and locking the scanning cycle when the rate of change exceeds a threshold, the self-excited oscillation of the scanning cycle caused by the mutual influence between environmental parameter acquisition and the system operating state of the health robot (leading to errors in scanning cycle calculation) can be effectively avoided, thus ensuring the stability of the scanning cycle.

[0021] Other beneficial effects of the present invention will be described in detail below with reference to the accompanying drawings, so that those skilled in the art can more clearly understand the improved objectives, features and advantages of the present invention. Attached Figure Description

[0022] To more clearly illustrate the technical solution of the present invention, some embodiments of the present invention will be described below with reference to the accompanying drawings. Those skilled in the art should understand that the same reference numerals may indicate the same or similar parts or components in different drawings; the drawings of the present invention are not necessarily drawn to scale. In the drawings: Figure 1 This is a schematic diagram of a scenario provided by the present invention; Figure 2 This is a schematic block diagram of a partial structure of a health robot provided by the present invention; Figure 3 This is a flowchart of some steps of the data synchronization method in some embodiments of the present invention; Figure 4 This is a flowchart of another part of the steps of the data synchronization method in some embodiments of the present invention; Figure 5 This is a flowchart of some steps of the data synchronization method in other embodiments of the present invention; Figure 6 This is a flowchart of some steps of the data synchronization method in some embodiments of the present invention.

[0023] Explanation of reference numerals in the attached figures: 100. Health robot; 110. First Bluetooth module; 120. Communication module; 130. Interactive interface; 140. Processor; 150. Memory; 151. Computer program; 200. Health detection device; 210. Second Bluetooth module; 300. Management backend; 400. Backend server. Detailed Implementation

[0024] Those skilled in the art should understand that the embodiments described below are merely a part of the embodiments of the present invention, and not all of the embodiments of the present invention. These partial embodiments are intended to explain the technical principles of the present invention and are not intended to limit the scope of protection of the present invention. Based on the embodiments provided by the present invention, all other embodiments obtained by those skilled in the art without creative effort should still fall within the scope of protection of the present invention.

[0025] It should be noted that in the description of this invention, terms such as "center," "upper," "lower," "top," "bottom," "left," "right," "vertical," "horizontal," "inner," and "outer," which indicate direction or positional relationships, are based on the direction or positional relationships shown in the accompanying drawings. These are used merely for ease of description and do not indicate or imply that the corresponding device or element must have a specific orientation, or be constructed and operated in a specific orientation; therefore, they should not be construed as limitations on this invention. Furthermore, the terms "first," "second," and "third" are used for descriptive purposes only and should not be construed as indicating or implying relative importance.

[0026] Furthermore, it should be noted that, in the description of this invention, unless otherwise explicitly specified and limited, the terms "installation," "connection," and "linking" should be interpreted broadly. For example, they can refer to a fixed connection, a detachable connection, or an integral connection; they can refer to a mechanical connection or an electrical connection; they can refer to a direct connection or an indirect connection through an intermediate medium; and they can also refer to the internal connection of two components. Those skilled in the art can understand the specific meaning of the above terms in this invention according to the specific circumstances.

[0027] Furthermore, it should be noted that in this invention, the flowchart is not intended to indicate that the operations of the method will be performed in any particular order, or that all operations of the method are included in all every case. Moreover, the method may include additional operations. Within the scope of the technical concept provided by the method of this embodiment, additional variations can be made to the following method.

[0028] Finally, it should be noted that in the description of this invention, each functional module can be a physical module composed of multiple structures, components, or electronic devices, or a virtual module composed of multiple programs; each functional module can be an independent module or a module divided from a whole module according to its function. Those skilled in the art should understand that, provided the technical solution described in this invention can be implemented, any changes in the configuration, implementation, or positional relationship of the functional modules will not deviate from the technical principles of this invention, and therefore should all fall within the protection scope of this invention.

[0029] like Figure 1As shown, in this invention, the health robot 100 includes a first Bluetooth module 110, a communication module 120, and an interactive interface 130, so that the health robot 100 establishes a communication connection with the health detection device 200 through the first Bluetooth module 110, establishes a communication connection with the management backend 300 and the backend server 400 through the communication module 120, and displays relevant information of the health detection device 200 connected to it through the interactive interface 130.

[0030] Continue reading Figure 1 The health detection device 200 includes a second Bluetooth module 210, which enables the health detection device 200 to establish a communication connection with the first Bluetooth module 110 through the second Bluetooth module 210, so as to send the data of the health detection device 200 to the health robot 100.

[0031] In this invention, the health monitoring device 200 can be a blood pressure monitor, blood glucose meter, pulse oximeter, thermometer, body fat scale, etc.

[0032] In this invention, the management backend 300 is used by administrators to configure information of the health monitoring device 200 and distribute the configuration to the health robot 100 (data downlink direction). The backend server 400 is used to receive the measurement results reported by the health robot 100 and store and analyze them (data uplink direction). The management backend 300 and the backend server 400 are functionally independent, but at the physical deployment level, they can be different functional modules of the same server device, or they can be multiple independently deployed server devices.

[0033] like Figure 2 As shown, the health robot 100 of the present invention also includes a processor 140 and a memory 150. The memory 150 stores a computer program 151. When the processor 140 executes the computer program 151, it can implement the data synchronization method described in any of the following embodiments.

[0034] The processor 140 may be adapted to execute stored instructions, and the processor 140 may be a single-core processor, a multi-core processor, a computing cluster, or any number of other configurations.

[0035] The memory 150 can provide temporary storage space for the operation of the above instructions during operation. The memory 150 may include random access memory (RAM), read-only memory, flash memory, or any other suitable storage system.

[0036] The computer program 151 may be assembly instructions, instruction set architecture (ISA) instructions, machine instructions, machine-dependent instructions, microcode, firmware instructions, status setting data, integrated circuit configuration data, or source code or object code written in any combination of one or more programming languages ​​and procedural programming languages. The computer program 151 may execute entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In the latter case, the remote computer may be connected to the user's computer via any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computer (e.g., via the Internet using an Internet service provider). In some embodiments, to perform aspects of the invention, electronic circuits, including, for example, programmable logic circuits, field-programmable gate arrays (FPGAs), or programmable logic arrays (PLAs), may execute computer-readable program instructions using status information from the computer-readable program instructions to personalize the electronic circuits.

[0037] The following reference Figures 3 to 6 The data synchronization method between the health robot 100 and the health monitoring device 200 in this invention will be described in detail below. Before proceeding, it should be noted that the data synchronization method of this invention is applied to the health robot 100.

[0038] like Figure 3 As shown, in some embodiments of the present invention, the data synchronization method between the health robot 100 and the health monitoring device 200 includes: Step S110: Start Bluetooth scanning, match the local device configuration information according to the Bluetooth address of the discovered health detection device 200, and create an independent thread to establish a Bluetooth connection for the health detection device 200 that is successfully matched but has not yet established a Bluetooth connection.

[0039] The device configuration information can be pre-cached in the local storage of the health robot 100 and used to describe a complete set of parameters for a health detection device 200. This device configuration information includes at least a Bluetooth address, and data formats defined for each measurement stage: start measurement data format, measurement in progress data format, measurement completion data format, and final result data format.

[0040] The Bluetooth address is the unique physical address of the health monitoring device 200. It is usually 48 bits long and is typically represented as six groups of two-digit hexadecimal numbers, such as "00:A0:50:12:34:56", which is used to uniquely identify a health monitoring device 200.

[0041] Among them, the four data formats define the data format specifications used by the health robot 100 and the health detection device 200 when they interact with each other at different stages of the measurement process.

[0042] Specifically, after the health robot 100 is powered on, it initializes the Bluetooth adapter and enables the Bluetooth scanning function. Bluetooth scanning refers to the process by which the health robot 100 actively searches for nearby Bluetooth Low Energy health monitoring devices 200 that are broadcasting, through its first Bluetooth module 110. During the Bluetooth scanning process, the health robot 100 continuously listens for surrounding Bluetooth broadcast signals, and when it receives a Bluetooth broadcast packet, it extracts the Bluetooth address of the health monitoring device 200 that sent the broadcast from the broadcast packet.

[0043] Furthermore, after extracting the Bluetooth address of the discovered health detection device 200, the health robot 100 uses this Bluetooth address as a keyword to search for a match in its locally cached device configuration information. If a record matching the Bluetooth address is found in the locally cached device configuration information, the match is considered successful, indicating that the health detection device 200 is a known and supported health detection device 200. If no record matching the Bluetooth address is found in the locally cached device configuration information, the match is considered unsuccessful, and the health robot 100 ignores the health detection device 200 and continues scanning for other health detection devices 200.

[0044] Furthermore, for a successfully matched health monitoring device 200, the health robot 100 will further check whether the health monitoring device 200 has already established a Bluetooth connection. If the health monitoring device 200 has already established a Bluetooth connection, it will be ignored to avoid resource waste and potential connection conflicts caused by repeated connections. If the health monitoring device 200 has not yet established a Bluetooth connection, the health robot 100 will create an independent thread to establish a Bluetooth connection with the health monitoring device 200 through this thread. In this embodiment, each health monitoring device 200 corresponds to an independent connection thread, so that the connection threads of different health monitoring devices 200 do not interfere with each other, thereby realizing concurrent connection management of multiple health monitoring devices 200.

[0045] In this step, the specific process of creating an independent thread to establish a Bluetooth connection includes: creating a General Attribute Protocol (GATT) connection, discovering services and characteristics, setting characteristic notifications, and establishing a data communication channel. The General Attribute Protocol is the core protocol of Bluetooth Low Energy communication, defining a unified framework for data interaction between the health monitoring devices 200. The health robot 100 establishes a communication session with the health monitoring device 200 by creating a GATT connection. After the connection is established, the health robot 100 discovers the services and characteristics supported by the health monitoring device 200. Then, it sets characteristic notifications for the characteristics that need to receive notifications, so that it can receive data updates from the health monitoring device 200 in real time. Finally, a complete data communication channel is established for subsequent data interaction.

[0046] In step S120, a start command is sent to the health monitoring device 200 according to the start measurement data format, and the interactive interface 130 is controlled to display the start measurement information.

[0047] Specifically, after successfully establishing a Bluetooth connection with the health monitoring device 200, the health robot 100 constructs a start command data packet according to the start measurement data format defined in the device configuration information and sends the start command to the health monitoring device 200 via Bluetooth. The start measurement data format is defined using a hexadecimal byte array; for example, "F0F0 F0 F0 F0 F0" represents a set of six bytes of hexadecimal data. Upon receiving the start command, the health monitoring device 200 begins executing the health measurement process.

[0048] At the same time, the health robot 100 controls its interactive interface 130 to display the start measurement information. The interactive interface 130 refers to the display screen and associated graphical user interface on the health robot 100 used for interaction with the user.

[0049] In this step, the control interface 130 displays measurement start information, specifically including: opening the measurement page corresponding to the measurement category of the current health detection device 200, and prompting the user to "start measurement" via voice broadcast.

[0050] For example, if the currently connected device is a blood pressure monitor, the blood pressure measurement page will open.

[0051] For example, if the current connection is a pulse oximeter, then open the pulse oximetry measurement page.

[0052] Step S130: Analyze the real-time data returned by the health monitoring device 200 during the measurement process according to the data format, and control the interactive interface 130 to display and update the measurement progress.

[0053] Specifically, during the measurement process performed by the health monitoring device 200, the device continuously returns real-time measurement data to the health robot 100. Upon receiving this real-time data, the health robot 100 parses the received data according to the measurement data format defined in the device configuration information. The measurement data format also uses a hexadecimal byte array definition. Following this format definition, the health robot 100 extracts valid measurement progress information from the received data packets.

[0054] In this step, the control interface 130 displays and updates the measurement progress, specifically including displaying progress animations and real-time data on the measurement page.

[0055] For example, for a blood pressure monitor, the real-time data returned during the measurement process may include the current pressure value of the cuff. The health robot 100 converts this pressure value into a progress percentage (such as "inflate to 60%", "inflate to 80%") and displays it in the form of a progress animation on the measurement page of the interactive interface 130.

[0056] For example, a pulse oximeter might return real-time data during measurement, including the intensity of the currently detected pulse waveform signal, which the Health Robot 100 converts into a progress indicator. In this way, users can monitor the progress of the measurement in real time.

[0057] Step S140: Identify the signal indicating that the health monitoring device 200 has completed the measurement based on the measurement completion data format, and control the interactive interface 130 to switch to the result reporting state.

[0058] Specifically, after the health monitoring device 200 completes the measurement, it sends a measurement completion signal to the health robot 100. Upon receiving this signal, the health robot 100 identifies and verifies it according to the measurement completion data format defined in the device configuration information. The measurement completion data format also uses a hexadecimal byte array definition. Following this format definition, the health robot 100 identifies the measurement completion identifier from the received data packet.

[0059] In this step, the control interface 130 is switched to the result reporting state, which specifically includes updating the measurement page to the data reporting state in preparation for receiving the final measurement results.

[0060] Specifically, after confirming that the measurement is complete, the control interface 130 of the health robot 100 switches from the measurement in progress state to the result reporting state. For example, updating the UI status of the current measurement page to "Data reporting in progress" indicates that the system of the health robot 100 is preparing to receive the final measurement results and report them to the backend server 400.

[0061] In step S150, the final measurement result returned by the health detection device 200 is parsed according to the final result data format, and the final measurement result and the corresponding information of the health detection device 200 are reported to the backend server 400, and the interactive interface 130 is controlled to display the measurement result.

[0062] Specifically, after the measurement is completed, the health monitoring device 200 sends the final measurement result data to the health robot 100. Upon receiving this data, the health robot 100 parses the received data according to the final result data format defined in the device configuration information and extracts the measurement result values. The final result data format also uses a hexadecimal byte array definition.

[0063] For example, for a blood pressure monitor, the final result data format defines the position and data type of the three values ​​of systolic blood pressure, diastolic blood pressure and pulse in the data packet. The health robot 100 extracts the systolic blood pressure value (e.g., "120"), diastolic blood pressure value (e.g., "80") and pulse value (e.g., "72") from the data packet according to this definition.

[0064] After parsing the final measurement result, the health robot 100 packages the measurement result value along with relevant information about the health monitoring device 200 (such as the brand, model, measurement index type, Bluetooth address, etc. of the health monitoring device 200) and reports it to the backend server 400 via a network API. The backend server 400 receives the reported data and stores and analyzes it.

[0065] In this step, the control interface 130 displays the measurement results, specifically including: closing the current measurement page and opening the measurement results page, and displaying the corresponding interface according to the data type of the measurement results (such as blood pressure data, blood oxygen data, body temperature data, etc.). For example, the blood pressure results display three values: systolic blood pressure, diastolic blood pressure, and pulse, and are displayed with normal / abnormal blood pressure indicators; the blood oxygen results display two values: blood oxygen saturation and pulse rate.

[0066] Based on the foregoing description, those skilled in the art will understand that by configuring the health robot 100 with device configuration information including Bluetooth addresses and various data formats defined according to the measurement stage, the health robot 100 can automatically identify, connect to, and adapt to health detection devices 200 of different brands and models based on the configuration information, without needing to develop separate docking programs for each health detection device 200. This significantly improves the system compatibility and scalability of the health robot 100 with the health detection devices 200. By creating independent threads to establish Bluetooth connections for each successfully matched health detection device 200, concurrent connection management of multiple health detection devices 200 is achieved, avoiding conflicts and anomalies when multiple health detection devices 200 connect simultaneously. By interacting with data according to their respective data formats at different stages of measurement (start measurement, measurement in progress, measurement completion, and result acquisition), and corresponding each stage with the display status of the interactive interface 130, the visualization effect of data processing is improved, allowing users to understand the current operation progress in real time, thereby enhancing the user experience.

[0067] In some embodiments of the present invention, the start measurement data format, the measurement in progress data format, the measurement completion data format, and the final result data format are all defined using a hexadecimal byte array and include a data header, data length, command type, data content, and checksum field.

[0068] Specifically, a hexadecimal byte array is a sequence of bytes represented by hexadecimal numbers, such as "A0 01 0203 04 B7" representing six bytes of data. The four data formats are independently defined, each corresponding to one of the four different stages of the measurement process. Each data format contains five basic fields: a data header (a fixed identifier used to identify the start of the data packet), data length (representing the total number of bytes in the data packet), command type (representing the type or purpose of the data packet), data content (the actual valid data payload), and a checksum (used to verify whether errors occurred during data transmission). Through this unified format structure, the health robot 100 can consistently parse data from different health monitoring devices 200 and different stages, while maintaining independent configuration flexibility for each health monitoring device 200 and each stage.

[0069] In some embodiments of the present invention, before step S110, that is, before Bluetooth scanning is enabled, the data synchronization method further includes the step of receiving device configuration information issued by the management backend 300 and caching it locally.

[0070] The management backend 300 is a visual configuration management platform for system administrators. Administrators can configure complete parameter information for various health monitoring devices 200 through the interactive interface 130 of the management backend 300. The management backend 300 organizes the configured device configuration information in a structured data format (such as JSON format) and distributes it to the health robot 100 via the network. After receiving the device configuration information from the management backend 300, the health robot 100 caches it in its local storage.

[0071] In this embodiment, the local cache adopts a key-value pair structure, with the Bluetooth address as the key and the complete device configuration corresponding to the Bluetooth address as the value. The configuration information cached locally is automatically loaded when the health robot 100 starts up, eliminating the need to retrieve it from the management backend 300 every time it starts up, thereby improving the response speed of the health robot 100 system.

[0072] As described above, the Bluetooth address matching process in step S110 also includes a duplicate connection avoidance step: when matching the configuration information with the Bluetooth address of the discovered health detection device 200, if the match is successful but the health detection device 200 has already established a Bluetooth connection, then the health detection device 200 is ignored to avoid duplicate connection.

[0073] Specifically, after the health robot 100 discovers a health detection device 200 via Bluetooth scanning and successfully matches it in its local configuration information, it does not immediately initiate a connection. Instead, it first checks the connection status of the health detection device 200. If the health detection device 200 is already in a connected state (for example, the health detection device 200 has been previously connected by another thread, or the user has manually established a connection), the health robot 100 will not initiate a new connection request for the health detection device 200, but will directly ignore the health detection device 200 and continue scanning for other health detection devices 200.

[0074] Those skilled in the art will understand that the above method can effectively avoid the waste of resources and communication conflicts caused by the repeated connection of the same health monitoring device 200.

[0075] like Figure 4 As shown, in some embodiments of the present invention, the data synchronization method further includes, before matching configuration information with the Bluetooth address of the discovered health detection device 200, the following: Step S160: Extract the service identification code of the discovered health detection device 200.

[0076] In step S170, if the service identifier code matches the preset health device category identifier code, it is determined that the health detection device 200 belongs to the measurement category corresponding to the category identifier code, and the Bluetooth address matching process is triggered.

[0077] In this embodiment, when the health monitoring device 200 broadcasts, the data it broadcasts includes a Universally Unique Identifier (UUID), or Service Identifier, for the services it supports. The Service Identifier is a standardized code used to uniquely identify a Bluetooth service, uniformly allocated and managed by the Bluetooth Special Interest Group (SIG). For example, the standard Service Identifier for a blood pressure monitor service is "0x1810", for a heart rate monitor service it is "0x180D", and for a health thermometer service it is "0x1809". By reading the Service Identifier broadcast by the health monitoring device 200, the health robot 100 can quickly determine the type of the health monitoring device 200 without establishing a Bluetooth connection.

[0078] In this embodiment, the health robot 100 has a pre-set list of classification identifiers for health monitoring devices 200 in its local storage. This list records the standard service identifiers for various types of health monitoring devices 200 and their corresponding measurement category names (such as blood pressure, blood oxygen, body temperature, blood glucose, weight, etc.). After scanning a health monitoring device 200, the health robot 100 first extracts its service identifier from the broadcast data of that device, and then compares the extracted service identifier with the pre-set list of classification identifiers. If a match is found, the health monitoring device 200 is determined to belong to the corresponding measurement category, and the subsequent Bluetooth address matching process is triggered. If a match fails, the health monitoring device 200 is ignored, and Bluetooth address matching is not performed.

[0079] Those skilled in the art will understand that, through this two-level screening mechanism of first classifying and identifying based on the service identifier code and then accurately matching based on the Bluetooth address, the health robot 100 can quickly and accurately screen out the target health detection device 200 from a massive amount of Bluetooth broadcast signals, greatly improving the efficiency and accuracy of the health detection device 200 in being detected.

[0080] Furthermore, in the above embodiments of the present invention, the device configuration information may also include brand, model and measurement index type, so that the data format reported to the backend server 400 includes brand, model, measurement index type, measurement result value, measurement timestamp and Bluetooth address.

[0081] Specifically, the device configuration information is a complete set of parameters for the health monitoring device 200. Besides the Bluetooth address and four phase data formats, it also includes the brand (e.g., "Omron," "Yuwell," "Huawei"), model (e.g., "HEM-7136," "YE690D"), and measurement indicator type (e.g., "blood pressure," "blood glucose," "blood oxygen," "body temperature," "weight"). This information is configured uniformly by the administrator in the management backend 300 during the configuration of the health monitoring device 200.

[0082] When reporting measurement results, the health robot 100 packages the information from the health monitoring device 200, the measurement result value, the current measurement timestamp, and the Bluetooth address of the health monitoring device 200 together to form a complete measurement record, which is then reported to the backend server 400. Furthermore, the reported data can use a unified JSON format for easy processing and storage by the backend system. The measurement timestamp is automatically generated by the health robot 100 when it receives the measurement result and is used to record the time of the measurement; the Bluetooth address is used to uniquely identify the health monitoring device 200 that collected the measurement result.

[0083] In other embodiments of the invention, such as Figure 5 As shown, before Bluetooth scanning is enabled, the data synchronization method also includes (compared to some embodiments described above): Step S210: Obtain the environmental characteristic parameters of the current environment, including environmental temperature, environmental humidity, environmental electromagnetic interference intensity, and environmental noise level.

[0084] Specifically, the health robot 100 is equipped with various environmental sensors, including a temperature sensor, a humidity sensor, an electromagnetic sensor, and a microphone array. The temperature sensor collects the temperature of the environment in which the health robot 100 is located, measured in degrees Celsius (°C), typically ranging from -20°C to 50°C. The humidity sensor collects the relative humidity of the environment, measured as a percentage (%RH), typically ranging from 0% to 100%. The electromagnetic sensor collects the intensity of electromagnetic interference in the environment, measured in dBm (decibels per milliwatt), reflecting the degree of interference from other wireless signals (such as Wi-Fi, other Bluetooth health monitoring devices 200, microwave ovens, etc.) on Bluetooth communication. The microphone array collects the ambient noise level, measured in dB (decibels), reflecting the level of noise in the environment. Higher ambient noise levels may indicate denser human activity in the environment, potentially affecting Bluetooth signal propagation due to more human obstruction.

[0085] Step S220: Calculate the Bluetooth scanning period T based on environmental characteristic parameters. T=T0×[1+α×(E÷E0)+β×(N÷N0)]÷[1+γ×(H÷H0)].

[0086] Where T0 is the reference scanning period, E is the current environmental electromagnetic interference intensity, E0 is the reference electromagnetic interference intensity, N is the environmental noise level, N0 is the reference noise level, H is the environmental humidity, H0 is the reference humidity, and α, β, and γ are preset weighting coefficients.

[0087] In this embodiment, the scan period T refers to the time it takes for the health robot 100 to perform one complete Bluetooth scan, measured in milliseconds (ms). The baseline scan period T0 is the default scan period under standard environmental conditions (i.e., electromagnetic interference intensity E0, noise level N0, and humidity H0), and the value of T0 is typically between 2000ms and 5000ms. The baseline electromagnetic interference intensity E0 is typically between -80dBm and -70dBm, representing a relatively ideal low-interference environment. The baseline noise level N0 is typically between 30dB and 40dB, representing a relatively quiet environment. The baseline humidity H0 is typically between 40%RH and 60%RH, representing a relatively suitable relative humidity range.

[0088] In this embodiment, α, β, and γ are used to adjust the influence of electromagnetic interference intensity, environmental noise level, and environmental humidity on the scanning cycle, respectively. The value of α typically ranges from 0.01 to 0.05, the value of β typically ranges from 0.005 to 0.02, and the value of γ typically ranges from 0.001 to 0.01. The specific values ​​of α, β, and γ can be obtained by those skilled in the art through experimental calibration based on the actual application scenario and the sensor accuracy of the health monitoring device 200.

[0089] For example, if T0 = 3000ms, E0 = -75dBm, N0 = 35dB, H0 = 50%RH, α = 0.02, β = 0.01, γ = 0.005, and the health robot 100 detects the current environmental parameters as E = -60dBm (strong electromagnetic interference), N = 50dB (noisy environment), and H = 70%RH (high humidity), the scanning period T is calculated as follows: T=3000×[1+0.02×((-60)+75)+0.01×(50+35)]÷[1+0.005×(70+50)]≈4031ms.

[0090] Step S230: Control the health robot 100 to perform Bluetooth scanning with the calculated scanning period T.

[0091] In this step, the Bluetooth scanning module of the health robot 100 performs Bluetooth scanning operations according to the scanning cycle T calculated in step S220, that is, it performs Bluetooth scanning cyclically in this cycle.

[0092] Those skilled in the art will understand that, through the aforementioned steps S210 to S230, the health robot 100 achieves dynamic adaptive adjustment of the Bluetooth scanning cycle to environmental changes. Specifically, the health robot 100 can appropriately extend the scanning cycle in environments with strong electromagnetic interference and high environmental noise to improve the success rate of the health detection device 200; and appropriately shorten the scanning cycle under favorable environmental conditions to reduce power consumption and improve scanning efficiency.

[0093] In some other embodiments of the invention, such as Figure 6 As shown, the data synchronization method also includes (compared to some other embodiments described above): Step S310, calculate the rate of change ΔT = |T| between two adjacent scan periods T. k -T k-1 |÷T k-1 .

[0094] Specifically, the health robot 100 calculates a new scan cycle T each time. k Then, it is compared with the scan period T calculated in the previous calculation. k-1 The values ​​are compared, and the absolute value of the difference is obtained. Then, the rate of change ΔT between two adjacent scan cycles is calculated. This rate of change ΔT reflects the degree of fluctuation of the scan cycle between two adjacent calculations. The larger the ΔT, the more drastic the change in the scan cycle.

[0095] In step S320, if ΔT>θ, then control the health robot 100 to enter a self-excited oscillation state.

[0096] Here, θ is a preset threshold used to determine whether the scan cycle has undergone abnormally drastic changes. The value of θ ranges from 0.1 to 0.3.

[0097] In this step, when ΔT > θ, the health robot 100 determines that the scanning cycle has experienced undue drastic fluctuations. This is usually caused by "secondary environmental changes" generated by the environmental parameter acquisition process itself being captured by the next acquisition, forming a positive feedback loop. At this point, the health robot 100 enters a self-excited oscillation state, triggering the locking mechanism.

[0098] Step S330: Under the self-excited oscillation state, the scan period T is locked as the weighted moving average T of the three most recent calculated values. lock :T lock =w1×T k +w2×T k-1 +w3×T k-2 .

[0099] Where w1, w2, and w3 are preset weight coefficients that satisfy w1 + w2 + w3 = 1 and w1 > w2 > w3. For example, w1 = 0.5, w2 = 0.3, and w3 = 0.2.

[0100] Specifically, when the system of the health robot 100 enters a self-excited oscillation state, the health robot 100 no longer directly uses the latest calculated scan period T. k Instead, the scan period is locked to a weighted moving average T. lock This weighted moving average is based on the three most recent calculated values ​​(T). k T k-1 T k-2 The result is obtained by weighted calculation.

[0101] Those skilled in the art will understand that this weighting method gives the most recent scan period value the greatest weight, while also allowing historical values ​​to participate in the smoothing process, thus reflecting recent trends and suppressing sudden fluctuations.

[0102] Step S340, the locking duration τ=τ0×(1+λ×ΔT), is used to reacquire the environmental characteristic parameters of the current environment and calculate the scanning period T after the locking ends.

[0103] The lock duration τ refers to the duration for which the health robot 100 maintains the scan cycle lock in a self-excited oscillation state, and the unit is seconds (s).

[0104] Wherein, τ0 is the base lock time, which is the preset base lock duration, and the value of τ0 ranges from 5s to 30s.

[0105] Wherein, λ is a preset locking time adjustment coefficient, which is used to dynamically adjust the locking duration according to the magnitude of the rate of change ΔT. The value of λ ranges from 1 to 5.

[0106] The larger ΔT is, the more violent the oscillation, and the longer the lock-in time is required to wait for the health robot 100 system to stabilize.

[0107] For example, τ0 = 10s, λ = 2. If ΔT = 0.2 is detected, then the lock duration τ = 10 × (1 + 2 × 0.2) = 10 × 1.4 = 14s. During the 14s lock duration, the health robot 100 maintains a scanning cycle of T. lock No change. After the locking is completed, the health robot 100 re-executes steps S210 and S220, and repeats the detection and inhibition process of steps S310 to S340.

[0108] Those skilled in the art will understand that, through the above steps S310 to S340, the health robot 100 can effectively suppress the self-excited oscillation phenomenon of the scanning cycle caused by the mutual influence between the acquisition of environmental parameters and the system operating state of the health robot 100, thus ensuring the stability of the scanning cycle and the reliability of Bluetooth scanning.

[0109] The technical solutions of the present invention have been described in conjunction with several embodiments above. However, it will be readily understood by those skilled in the art that the scope of protection of the present invention is not limited to these specific embodiments. Without departing from the technical principles of the present invention, those skilled in the art can disassemble and combine the technical solutions in the above embodiments, and can also make equivalent changes or substitutions to related technical features. Any changes, equivalent substitutions, improvements, etc., made within the technical concept and / or technical principles of the present invention will fall within the scope of protection of the present invention.

Claims

1. A data synchronization method between a health robot and a health monitoring device, applied to a health robot, comprising: Bluetooth scanning is enabled. The local device configuration information is matched with the Bluetooth address of the discovered health detection device. For the health detection device that is successfully matched but has not yet established a Bluetooth connection, an independent thread is created to establish a Bluetooth connection. The device configuration information includes at least the Bluetooth address, as well as the start measurement data format, measurement data format, measurement completion data format and final result data format defined according to the measurement stage. The system sends a start command to the health monitoring device according to the start measurement data format and controls the interactive interface to display start measurement information. The real-time data returned by the health monitoring device during the measurement process is parsed according to the data format of the measurement, and the interactive interface is controlled to display and update the measurement progress. The system identifies the signal indicating that the health monitoring device has completed its measurement based on the data format of the measurement completion data, and controls the interactive interface to switch to the result reporting state. The final measurement result returned by the health detection device is parsed according to the final result data format, and the final measurement result and the corresponding information of the health detection device are reported to the backend server. The interactive interface is then controlled to display the measurement result.

2. The data synchronization method according to claim 1, further comprising, before initiating the Bluetooth scan: Receive the device configuration information sent by the management backend and cache it locally.

3. The data synchronization method according to claim 1 further includes: When the configuration information is matched with the Bluetooth address of the discovered health detection device, if the match is successful but the health detection device has already established a Bluetooth connection, the health detection device is ignored to avoid duplicate connections.

4. The data synchronization method according to claim 1, before matching the configuration information with the Bluetooth address of the discovered health monitoring device, the data synchronization method further includes: Extract the service identifier code of the discovered health monitoring device; If the service identifier code matches the preset health device category identifier code, the health detection device is determined to belong to the measurement category corresponding to the category identifier code, and the Bluetooth address matching process is triggered.

5. The data synchronization method according to claim 1, wherein, The creation of an independent thread to establish a Bluetooth connection includes: creating a Universal Attribute Protocol (UAP) connection, discovering services and characteristics, setting characteristic notifications, and establishing a data communication channel.

6. The data synchronization method according to claim 1, wherein, The control interface displays measurement start information, including: opening the measurement page for the corresponding measurement category and announcing the start of measurement via voice. The control of the interactive interface to display and update the measurement progress includes: displaying progress animation and real-time data on the measurement page; The control of switching the interactive interface to the result reporting state includes: updating the measurement page to the data reporting state in preparation for receiving the final measurement result; The control interface displays measurement results, including: closing the current measurement page and opening the measurement results page, and displaying the corresponding interface according to the data type of the measurement results.

7. The data synchronization method according to claim 1, wherein, The device configuration information also includes brand, model, and measurement index type; the data format reported to the backend server includes the brand, model, measurement index type, measurement result value, measurement timestamp, and Bluetooth address; and / or, The start measurement data format, the measurement in progress data format, the measurement completion data format, and the final result data format are all defined using hexadecimal byte arrays and include a data header, data length, command type, data content, and checksum field.

8. The data synchronization method according to claim 1, further comprising, before enabling Bluetooth scanning: Obtain environmental characteristic parameters of the current environment, including ambient temperature, ambient humidity, ambient electromagnetic interference intensity, and ambient noise level; Based on the environmental characteristic parameters, the scanning period T of Bluetooth scanning is calculated as follows: T = T0 × [1 + α × (E ÷ E0) + β × (N ÷ N0)] ÷ [1 + γ × (H ÷ H0)]; where T0 is the reference scanning period, E is the current environmental electromagnetic interference intensity, E0 is the reference electromagnetic interference intensity, N is the environmental noise level, N0 is the reference noise level, H is the environmental humidity, H0 is the reference humidity, and α, β, and γ are preset weighting coefficients. The health robot is controlled to perform the Bluetooth scan at the calculated scan period T.

9. The data synchronization method according to claim 8 further includes: Calculate the rate of change ΔT = |T| between two adjacent scan periods. k -T k-1 |÷T k-1 ; If ΔT > θ, then the health robot is controlled to enter a self-excited oscillation state; θ is a preset threshold. In the self-oscillation state, the scan period T is locked as the weighted moving average T of the three most recent calculated values. lock :T lock =w1×T k +w2×T k-1 +w3×T k-2 w1 + w2 + w3 = 1, and w1 > w2 > w3; The locking duration τ = τ0 × (1 + λ × ΔT) is used to reacquire the environmental characteristic parameters of the current environment and calculate the scanning period T after the locking ends; where τ0 is the reference locking time and λ is the preset locking time adjustment coefficient.

10. A health robot, comprising a processor and a memory, wherein the memory stores a computer program, and the processor, when executing the computer program, is capable of implementing the data synchronization method of any one of claims 1 to 9.

Images