A path guidance method, terminal and system based on door lock
By real-time detection of node status and user feature data, and dynamic adjustment of path guidance priority, the problem of path overlap under concurrent requests from multiple users is solved, achieving precise guidance and improving user experience.
Patent Information
- Application Number
- CN202511038562.X
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2025-07-28
- Publication Date
- 2025-10-03
- Estimated Expiration
- 2045-07-28
Smart Images

Figure CN120547501B_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the field of Internet of Things navigation technology, and in particular to a door lock-based path guidance method, terminal, and system. Background Art
[0002] With the popularization of Internet of Things technology, path guidance systems provide real-time navigation services for smart medical care, smart communities and smart parks through distributed path resources (such as smart door locks and smart light poles).
[0003] However, in scenarios with multiple users making concurrent requests, overlapping paths are prone to occur. Traditional solutions fail to distinguish between individual users, resulting in reduced system efficiency and a poor user experience. For example, in smart healthcare scenarios, different patients have varying underlying medical conditions. Some patients may have difficulty distinguishing between overlapping paths, leading to them following other users and straying from their destination. This increases the risk of getting lost and causes anxiety. Summary of the Invention
[0004] In view of this, the present application provides a door lock-based path guidance method, terminal and system.
[0005] Specifically, this application is implemented through the following technical solutions:
[0006] According to a first aspect of the embodiments of this specification, a path guidance method based on a door lock is provided, which is applied to a path guidance system, wherein the path guidance system includes multiple nodes, and any one of the multiple nodes performs the following steps: detecting the node status of the current node in real time, if the node status is a path overlapping state, it indicates that there are multiple users gathered at the current node, and the next path node after the current node on the guidance path of the multiple users is the same; when the node status is the path overlapping state, obtaining user feature data of each user, and converting the user feature data into the user's passage priority based on a preset priority strategy; adjusting the guidance path of each user according to the passage priority, and guiding each user to pass along the adjusted guidance path.
[0007] According to a second aspect of an embodiment of this specification, a path guidance terminal is provided, including: a monitoring unit for collecting user monitoring data; a communication unit for exchanging information with other terminals; an adjustment unit for executing the path guidance method described in the first aspect and generating a user guidance signal; and an output unit for outputting the user guidance signal.
[0008] According to a third aspect of the embodiments of this specification, a path guidance system is provided, comprising a plurality of path guidance terminals, wherein the plurality of path guidance terminals are distributed and deployed in different locations, and the path guidance terminals are configured to implement the path guidance method described in the first aspect.
[0009] According to a fourth aspect of the embodiments of this specification, an electronic device is provided, comprising a processor and a memory for storing processor-executable instructions; wherein the processor is configured to implement the path guidance method described in the first aspect.
[0010] According to a fifth aspect of the embodiments of this specification, a computer-readable storage medium is provided, on which a computer program is stored. When the computer program is executed by a processor, the path guidance method described in the first aspect is implemented.
[0011] According to a sixth aspect of the embodiments of this specification, a computer program product is provided, comprising a computer program / instruction, which implements the path guidance method described in the first aspect when executed by a processor.
[0012] In the technical solution of this application, each node in the path guidance system detects its own status in real time. When it detects that multiple users are gathering and the subsequent path nodes are the same, the priority strategy is used to convert the user's characteristic data into a passage priority, and the user's guidance path is adjusted according to the passage priority, guiding the user along the adjusted path. This embodiment leverages the inherent connection between user characteristic data and the user's path guidance needs, making the division of passage priority and the adjustment of guidance path more in line with the user's actual needs, thereby enabling the system to provide precise guidance for specific scenarios, reducing the user's decision-making burden and anxiety at the node, and improving the user's experience and satisfaction with the path guidance system. BRIEF DESCRIPTION OF THE DRAWINGS
[0013] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the specification and, together with the description, serve to explain the principles of the specification.
[0014] Figure 1 is a schematic diagram of the system architecture of a path guidance system provided by an exemplary embodiment;
[0015] Figure 2 is a flow chart of a door lock-based path guidance method provided by an exemplary embodiment;
[0016] Figure 3 is a block diagram of a route guidance terminal provided by an exemplary embodiment;
[0017] Figure 4 is a schematic diagram of an electronic device provided by an exemplary embodiment;
[0018] Figure 5 A block diagram of a path guidance device based on a door lock is provided by an exemplary embodiment. DETAILED DESCRIPTION
[0019] Exemplary embodiments will be described in detail herein, with examples illustrated in the accompanying drawings. In the following description, when referring to the drawings, identical numerals in different figures represent identical or similar elements, unless otherwise indicated. The embodiments described in the following exemplary embodiments are not intended to represent all embodiments consistent with the present application. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the present application, as detailed in the appended claims.
[0020] It should be noted that in other embodiments, the steps of the corresponding method are not necessarily performed in the order shown and described in this application. In some other embodiments, the method may include more or fewer steps than those described in this application. In addition, a single step described in this application may be broken down into multiple steps for description in other embodiments; and multiple steps described in this application may be combined into a single step for description in other embodiments.
[0021] The user-related data involved in this application, including but not limited to user ID, user terminal ID and user feature data, are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of relevant data must comply with the relevant laws, regulations and standards of relevant countries and regions, and provide corresponding operation entrances for users to choose to authorize or refuse.
[0022] An embodiment of the present application provides a path guidance system. Figure 1 This is a schematic diagram of a system framework of a path guidance system provided by an exemplary embodiment. Figure 1 As shown, the path guidance system 100 of this embodiment includes multiple nodes deployed in a distributed manner. The multiple nodes are divided into a master node 110 and a collaboration node 120 according to their functions, wherein:
[0023] The master node 110 is deployed near a service access point, such as a service desk, an entrance registration desk, an information center, a service room or a service window, etc., which provide services to users, and is configured with global topology information and a user database. Among them, the global topology information stores complete node topology information centered on the master node, which includes the connection relationship of all reachable nodes and information about each reachable node. The node information includes node type, node status, etc. The user database includes user identification data and user health status data. The user health status data includes age data, disease data, and other relevant feature data that can reflect the user's health status. The master node 110 can generate a health identifier for the user based on a preset priority strategy and according to the user health status data, and assign a passage priority to the user through the health identifier. The generation method of the health identifier will be further introduced in subsequent embodiments. Different master nodes serve different users. The master node 110 is mainly used to calculate all feasible paths between the source node and the destination node using the node topology information when receiving a path planning request from the user it serves, and to query the user's health status data based on the user identification data. The personalized path weight of each feasible path is calculated based on the user health status data, so as to decide the optimal guidance path based on the personalized path weight, and generate a path message based on the guidance path, health identification and user identification data, and send the user's guidance path and health identification to other nodes in the system by broadcasting the path message.
[0024] The collaborative nodes 120 are widely distributed throughout the entire area that requires navigation. They can be deployed at key path points such as indoor room doors, corridor entrances and exits, elevator halls, building entrances and exits, building peripheries, and important landmarks. Adjacent collaborative nodes are deployed with line of sight, ensuring that users can obtain timely and effective path guidance services throughout the entire navigation area through extensive and reasonable deployment. The collaborative node 120 is configured with local node topology information and user identification data centered on itself. The local node topology information usually only contains information about neighboring nodes directly connected to it to meet the node's need to identify the surrounding network structure when performing path guidance tasks. Of course, the collaborative node 120 can also be configured with global node topology information, which can be set by those skilled in the art as needed. The collaborative node only maintains user identification data, such as basic identification data such as user ID and user terminal ID, to query whether the user is a service user of the system based on the user identification data. The collaborative node in this embodiment does not deploy user health status data to avoid information leakage to a certain extent. The collaboration node 120 is mainly responsible for the functions of path execution and local guidance. When a user arrives at or approaches the collaboration node after receiving a path message, the collaboration node reprocesses the user path of the aggregated users based on the path overlap of the aggregated users. In this way, when the path resources are fixed, the traffic efficiency of the path overlapping nodes is improved, the risk of users getting lost and their anxiety are reduced, and specific guidance prompts are provided to the user through various means such as lights, screens, and sounds.
[0025] The nodes within the route guidance system can be any device capable of performing the aforementioned functions, including but not limited to fixed-location IoT terminals, such as public utility terminals, security terminals, and dedicated navigation terminals. Examples of public utility terminals include smart light poles, advertising screens, and fire hydrants; examples of security terminals include access locks, gates, and cameras; and examples of dedicated navigation terminals include navigation signs. In practical applications, different hardware terminals can be flexibly configured based on the application scenario, and dynamic networking can be achieved through multimodal communication protocols. In this embodiment, the nodes support communication protocols such as NFC (Near Field Communication), ZigBee (ZigBee technology), and Bluetooth. The nodes have adaptive protocol switching capabilities, dynamically selecting a communication method based on scenario requirements. For example, the master node and collaborative nodes use the highly reliable ZigBee protocol for message broadcasting, while collaborative nodes use low-latency protocols such as Bluetooth and NFC for real-time signal exchange with user terminals. Application scenarios for the route guidance solution of this embodiment include but are not limited to indoor navigation scenarios (e.g., airports and shopping malls), outdoor navigation scenarios (e.g., parking lots), and cross-scenario navigation between indoor and outdoor environments (e.g., rehabilitation hospitals), among other scenarios requiring personalized navigation.
[0026] Nodes periodically exchange neighbor data to maintain node topology. For example, when nodes communicate using the ZigBee protocol, the distance between a transmitter and receiver can be measured based on RSSI (Received Signal Strength Indication). Based on the principle that signal strength attenuates with propagation distance, the distance between nodes can be estimated using known transmit and receive powers, combined with a signal attenuation model. In this embodiment, each node can act as both a transmitter and a receiver. This allows each node to estimate the distance to other nodes in the system using RSSI. Furthermore, each node periodically broadcasts path messages, which carry the node's topology identifier, node type, and node weight. Upon receiving a path message, any node stores the data carried in the message locally and, based on RSSI, determines one or more nodes that meet preset distance constraints as neighbor nodes and establishes neighbor relationships. In some scenarios, manual configuration of node neighbors and establishing neighbor relationships may be required. For example, manually establishing neighbor relationships between nodes on adjacent floors near an elevator or between nodes near a building entrance and the access control lock at the building entrance requires manual establishment of neighbor relationships. After establishing a neighbor relationship, neighboring nodes also synchronize their neighbor data, which includes topology identifiers and node weight information. Each node gradually builds a node topology centered on itself and covering the entire navigation area based on the synchronized neighbor data. In this way, the system's network topology can be automatically constructed through path messages.
[0027] In actual applications, manual verification can also be performed to determine whether the automatically constructed neighbor relationship is normal, such as checking whether the number of neighbors of the node is normal according to preset rules. The preset rules can be set according to the application scenario. In one scenario, the preset rules include, for example: a node far away from the elevator or building entrance has a maximum of two neighbor nodes, while the number of neighbors of the node close to the elevator or building entrance is not limited; and checking whether the neighbor relationship of the node is accurate. For example, if the access control lock node in a corridor has established a neighbor relationship with the distant room door lock node, but has not established a neighbor relationship with the nearby room door lock node, it can be determined that the neighbor relationship of the access control lock node in the corridor is wrong and the neighbor relationship of the access control lock node needs to be re-established, such as checking whether the access control lock node successfully receives the transmission signal of the nearby room door lock node and correctly estimates the relative distance between the two. When the number of neighbor nodes is limited, nodes that meet the above rules can be selected to maintain neighbor relationships according to the relative distance between nodes from near to far. For example, the two neighboring nodes of an outdoor smart light pole node are the two nodes with the closest and second closest relative distance to the smart light pole node respectively. Other close nodes that can exchange messages with the smart light pole node do not establish a neighbor relationship to reduce the computational complexity of path planning.
[0028] The path guidance system in this embodiment may also include a wearable terminal 130. The wearable terminal 130 stores user identification data and is used to collect user data in real time and exchange information with the path guidance terminal. The user data includes vital sign monitoring data and auxiliary information data (such as historical step count data). The interaction information may include, for example, exchanging access permission information with corridor door lock nodes or building entrance and exit door lock nodes to complete unlocking authentication; uploading navigation request messages to smart light pole nodes to initiate path planning requests; exchanging user monitoring data with path nodes, uploading vital sign monitoring data and auxiliary information data; and executing a one-click help function to the service management platform when a user falls. The wearable terminal 130 in this embodiment may be a wristband-type device.
[0029] The path guidance system in this embodiment may also include a service management platform, which is used to manage each node and each wearable terminal in the system. When the service management platform determines that the user is in a critical physical state, it obtains the shortest guidance path for the user and provides emergency rescue measures for the user. The emergency rescue measures include sending a help message containing the shortest guidance path to a preset rescue contact. The emergency rescue measures also include pushing the user's critical status to the nearest rescue site and dispatching rescue resources, initiating docking with the medical emergency system to trigger an emergency medical response, etc. In the smart medical scenario, the service management platform includes, for example, an HIS (Hospital Information System) platform.
[0030] Next, the embodiments of this specification are described in detail.
[0031] An embodiment of the present application provides a path guidance method. Figure 2 2 is a flow chart of a path guidance method 200 based on a door lock provided by an exemplary embodiment. The path guidance method 200 is applied to the path guidance system described above. The path guidance system includes multiple nodes, such as Figure 2 As shown, any node among the multiple nodes performs the following steps S210 to S230:
[0032] Step S210 , detecting the node status of the current node in real time. If the node status is a path overlap state, it indicates that multiple users are gathered at the current node, and the next path node after the current node on the user paths of the multiple users is the same.
[0033] The node state can be any of the following: idle, potential overlap, and path overlap. If the node state is idle, it indicates that the current node is a path node for at most one user; if the node state is potential overlap, it indicates that the current node is a path node for multiple users but no more than two users have been detected gathering. In other words, when the current node is in idle or potential overlap, no multi-user path overlap event has occurred at the current node. However, when the current node is in path overlap, a multi-user path overlap event has already occurred at the current node. In this case, it is necessary to dynamically assign access rights to each user with overlapping paths to separate overlapping paths, guide users to quickly reach their destination, and avoid interference from fellow users.
[0034] Any node in the system can detect the node status of the current node in real time based on the path message and monitoring data. As mentioned above, the master node broadcasts the path message to other nodes in the system by broadcasting. The path message carries user identification data, guide path and health identification, etc. The guide path includes the destination node, the source node and each path node between the destination node and the source node. The other nodes receive and cache the path message and determine whether the current node is a multi-user path node by querying the locally cached path message. The monitoring data is used to indicate the user gathering situation within the preset monitoring range of the current node. The current node can track the movement trajectory of the user terminal based on millimeter wave radar or radio frequency identification technology, and / or monitor the user gathering situation of the current node in real time based on the target tracking method of video surveillance; the monitoring range of different types of nodes can be the same or different. For example, the monitoring range of the outdoor smart lamp pole node is within 5 meters, and the monitoring range of the indoor smart door lock node is within 3 meters. Of course, those skilled in the art can flexibly set the monitoring range of each node, and this embodiment does not impose any special restrictions on this.
[0035] If the current node is queried to be on one guide path or not on any guide path, the node state itself is adjusted to the idle state; if it is queried to be on two or more guide paths and no more than two users gathering is detected, the node state itself is adjusted to the potential overlapping state; if it is queried to be on two or more guide paths and more than two users gathering is detected, and the next path node after the current node on the user paths of the gathered users is the same, the node state itself is adjusted to the path overlapping state.
[0036] Step S220 : When the node state is the path overlapping state, user feature data of each user is obtained, and the user feature data is converted into the travel priority of the user based on a preset priority strategy.
[0037] The user characteristic data includes health identification, vital sign monitoring data, and auxiliary characteristic data. Since the user characteristic data is associated with the user's health status, real-time vital sign status, and various auxiliary characteristics, the user characteristic data can, to a certain extent, indicate the user's need for path guidance. The preset priority strategy can convert the user characteristic data into a travel priority, and dynamically allocate path resources at the current node based on the travel priority, so that the allocation results are more targeted. For example, if the elderly user with cognitive impairment has an overlapping path with other users, the overlapping path node can be preferentially allocated to the elderly user, and other users can be allocated a detour path node or a delayed travel time, so that the elderly user can continue along the original path and stagger the paths of other users, avoiding path overlap interference.
[0038] Step S230: adjusting the guidance path of each user according to the passage priority, so as to guide each user to pass along the adjusted guidance path.
[0039] The level of access priority indicates the urgency of the user's path demand. The higher the access priority, the more urgent the user's path demand is, the more they need priority access, and due to the urgency of the access, they are less suitable to travel with other users. Conversely, the lower the access priority, the less urgent the user's path demand is, the weaker the need for priority access, and the more suitable they are to share path resources with other users or travel in order.
[0040] Based on this, when paths overlap, users with the highest priority can be guided to the next path node along their guided path. For other users, differentiated guidance is adopted according to the number of accessible paths at the current node: if the node has sufficient accessible paths, an independent detour path can be planned for each user who does not have the highest priority, ensuring that they do not need to wait in place and can continue to move towards the destination node by detouring. If the node has a limited number of accessible paths, the number of accessible paths is used as the upper limit, and detour paths are allocated to the corresponding users in descending order of access priority to ensure that high-priority users have as little waiting time as possible.
[0041] like Figure 2 As can be seen in the illustrated route guidance method, each node in the route guidance system monitors its own status in real time. When multiple users are detected gathering and sharing the same subsequent route node, a priority strategy is used to convert user feature data into a travel priority. The user's guidance path is then adjusted based on the travel priority, guiding the user along the adjusted path. This embodiment leverages the inherent connection between user feature data and user guidance needs to better align the division of travel priorities and adjustment of guidance paths with actual user needs. This enables the system to provide precise guidance for specific scenarios, reducing the decision-making burden and anxiety faced by users at each node, and improving their user experience and satisfaction with the route guidance system.
[0042] In one embodiment, the priority strategy includes a mapping relationship between a health identifier and a pass priority, and the user characteristic data includes a health identifier generated based on the user's health status data; in the above step S220, converting the user characteristic data into the user's pass priority based on the preset priority strategy includes: determining the pass priority of each user based on the mapping relationship and the health identifier included in the user characteristic data.
[0043] The health identifier is associated with preset health status indicators and the ranges of various health status indicators. The types of health status indicators associated with each health identifier and the specific ranges of various health status indicators can be flexibly adjusted and set according to the needs of actual application scenarios, and this embodiment does not impose any special restrictions on this.
[0044] As mentioned above, the master node collects user health data and performs storage management. Based on this, the master node can generate a health identifier corresponding to the user health data in the process of managing user health data. For example, the relevant health indicator values in the user health data are compared with the health status indicator ranges associated with each health identifier in the priority strategy, and the health identifier corresponding to the user health data is determined based on the health status indicator range to which the health indicator value belongs. Among them, if there are different health indicator values in the user health data that belong to the indicator ranges of different health identifiers, the health indicator with a higher priority will be used as the health indicator corresponding to the user health data.
[0045] In one example, the mapping relationship between health identifiers and access priorities can be a mapping relationship between health identifiers and priority weights. Thus, a priority weight sequence for multiple users is first obtained based on the mapping relationship between health identifiers and priority weights, and the access priority for each user is determined based on the priority weight sequence. The priority weight can be either a pass weight or a detour weight. The pass weight is positively correlated with the pass priority; a larger pass weight indicates a higher corresponding pass priority. The detour weight is negatively correlated with the pass priority; a larger detour weight indicates a lower corresponding pass priority.
[0046] In one embodiment, the priority strategy also includes a priority adjustment rule based on the physical sign status, the physical sign status is associated with preset physical sign indicators and physical sign indicator ranges, the types of physical sign indicators associated with different physical sign statuses may be the same or different, and the physical sign indicator ranges associated with different physical sign statuses are different, and the user characteristic data also includes the user's physical sign monitoring data; accordingly, the above-mentioned step S220 converts the user characteristic data into the user's access priority based on the preset priority strategy and also includes: querying the physical sign indicator range to which the physical sign monitoring data belongs, and determining the physical sign status corresponding to the physical sign monitoring data; according to the priority adjustment rule based on the physical sign status and the physical sign status corresponding to the physical sign monitoring data, the current access priority of each user is adjusted.
[0047] The current node can exchange information with the user's wearable terminal, which collects real-time vital sign monitoring data, such as body temperature, blood pressure, heart rate, blood oxygen concentration, and related status parameters for monitoring falls. The wearable terminal compares the vital sign monitoring data with the range of vital sign indicators corresponding to the normal vital sign state. If the vital sign indicator range exceeds the normal vital sign state, the vital sign monitoring data is uploaded to the current node. The range of vital sign indicators corresponding to the normal vital sign state can be set based on the user's historical vital sign data to ensure that it accurately reflects the benchmark of the user's normal vital sign state.
[0048] In one example, the priority adjustment rules based on physical sign status include abnormal physical sign status adjustment rules and critical physical sign status adjustment rules, wherein the abnormal physical sign status includes at least one of body temperature index, heart rate index and blood pressure index, and the critical physical sign status includes at least one of blood oxygen concentration, cardiac arrest index and fall index. The monitoring methods of various physical sign indicators can refer to relevant technologies and will not be repeated in this embodiment. After obtaining the vital sign monitoring data, the current node can compare the relevant vital sign parameter values in the vital sign monitoring data with the vital sign indicator ranges associated with various vital sign states to determine the vital sign state of the corresponding user. If the user is in an abnormal vital sign state, the pass priority can be improved by increasing the value of the pass weight or reducing the value of the detour weight; if the user is in a critical vital sign state, the user's pass priority is adjusted to the highest priority, for example, the value of the user's pass weight is adjusted to no "infinite value" or the value of the user's detour weight is adjusted to an "infinitely small value", the "infinite value" can be understood as a larger value that is at least one order of magnitude larger than other pass weights; similarly, the "infinitely small value" can be understood as a smaller value that is at least one order of magnitude smaller than other detour weights, to ensure that the priority weight of users in critical vital sign states will not be diluted by the weight of users with low path demand.
[0049] It is worth noting that the above-mentioned step of comparing the relevant vital sign parameter values in the vital sign monitoring data with the vital sign indicator ranges associated with various vital sign states can also be performed by the wearable terminal. The wearable terminal determines that the user is in a critical vital sign state or an abnormal vital sign state based on the comparison results, and uploads the user's critical vital sign state or abnormal vital sign state to the current node, so that the current node adjusts the user's passage priority by querying the priority adjustment rules based on the vital sign state, without the need to perform the above-mentioned judgment steps, thereby saving communication resources and computing resources.
[0050] In one embodiment, the priority strategy also includes a priority adjustment rule based on the auxiliary feature comparison result, and the user feature data also includes the user's auxiliary feature data; in the above step S220, converting the user feature data into the user's access priority based on the preset priority strategy also includes: comparing the auxiliary feature data of each user corresponding to the same access priority to obtain the auxiliary feature comparison result; adjusting the current access priority of the multiple users according to the priority adjustment rule based on the auxiliary feature comparison result.
[0051] The auxiliary feature data includes historical step data, remaining path distance data, etc. The current node can obtain the historical step data through the wearable terminal and calculate the remaining path distance data based on the user's destination node position and its own node position. The priority adjustment rule based on the auxiliary feature comparison result can set specific adjustment rules according to the auxiliary feature. For example, when the auxiliary feature is historical step data, the priority weight value of users with more historical steps can be maintained unchanged, and the access weight value of users with fewer historical steps can be reduced to maintain the access priority of users with more historical steps unchanged, while lowering the access priority of users with fewer historical steps. Among them, the reduction amount of the access weight value can be flexibly set according to demand so that the access weight after reduction is greater than the next level weight value. The next level weight value refers to the next level of the same access weight corresponding to two or more users. For example, the highest access weight corresponds to two users X1 and X2, and the second highest access weight corresponds to user X3. If the historical number of steps of user X1 is greater than that of user X2, the access weight of user X1 will be maintained at the highest access weight and the access weight of user X2 will be reduced. However, the adjusted access weight of user X2 will be greater than that of user X3.
[0052] Next, let's take the example of smart light pole A in a smart healthcare scenario generating access priorities for aggregated users. In this smart healthcare scenario, the path guidance system includes outdoor smart light pole nodes and indoor door lock nodes. The door lock nodes include room door locks, building entrance and exit door locks, corridor door locks, and elevator door locks. The room door lock is the master node, and each room door lock node stores relevant information for all patients in the room, such as user health data and basic patient information. Basic patient information includes information such as ward, bed, attending physician, nursing staff, and emergency contact. User health data includes disease information, gender, and age. Disease information includes historical cases, current symptoms, treatment, and rehabilitation recommendations. Based on the disease information, health identifiers can be pre-set, including four types of disease IDs. The four types of disease IDs correspond to different diseases. For example, the first disease ID corresponds to a severe disease, the second disease ID corresponds to a cardiovascular disease, the third disease ID corresponds to an infectious disease, and the fourth disease ID corresponds to a rehabilitation disease. Among them, patients with severe conditions are those who suffer from cancer, malignant tumors, have undergone organ surgery, and are physically weak. Such patients cannot stay outdoors for a long time and need to return to the ward by the shortest route; cardiovascular conditions have a strong demand for AED equipment, so the guidance path passes through areas with high density of AED equipment. When guiding such users on the path, such users should be given a higher traffic priority and their guidance path nodes should not be changed as much as possible; infectious diseases should avoid contact with the crowd and need to pass through areas with fewer people. When guiding such users on the path, such users should be given a higher traffic priority; rehabilitation conditions refer to that a certain intensity of outdoor exercise is more conducive to rapid recovery of the condition. Therefore, in the case of path overlap, detour paths can be assigned to rehabilitation patients first.
[0053] In one example, the mapping relationship between health identification and access weight is shown in Table 1:
[0054] Table 1:
[0055]
[0056] A larger access weight indicates a higher access priority. If the guidance paths of multiple users overlap, the path node adjusts the guidance path for the user with the lower access weight, assigning a detour node to the user with the lower access weight. For example, if user X1 is a cardiovascular patient and user X2 is an infectious disease patient, and they both approach smart light pole A and their remaining guidance paths overlap, smart light pole A detects this and changes its node state to a path overlap state. By querying the mapping relationship shown in Table 1, it determines that user X1 has a higher access weight and triggers a detour for user X2. In practical applications, smart light poles can use different flashing colors (e.g., green for user X1, blue for user X2, and purple for user X3) to provide guidance to the corresponding users. Furthermore, the smart light pole can send a light signal to the user's wristband, instructing the wristband to flash the same color, enhancing the guidance effect.
[0057] When a user is traveling along a guided path, they may experience sudden abnormalities in their vital signs. The wristband in the path guidance system has a vital sign status detection function. The wristband monitors preset vital sign indicators in real time through various vital sign sensors. When the vital sign indicators exceed the safety threshold, the wristband sends a vital sign abnormality message to the nearest node in the path guidance system, as shown in Table 2 below. The vital sign abnormality message carries user identification data and a vital sign status identifier. The vital sign status identifier includes, for example, the critical vital sign status identifier or abnormal vital sign status identifier described above. The critical vital sign status includes, for example, falls, cardiac arrest, and blood oxygen concentration below 90%. When paths overlap, users in critical signs have priority to obtain right of way, and other users must detour or wait. The bracelet can also report the user's critical vital signs status to the destination door lock node and medical staff. The destination door lock node calculates the shortest path from the hospital staff to the node where the user is located and modifies the value of the user's access weight to "100" or the value of the user's detour weight to "0". The modified access weight and the shortest path are sent to the medical staff through an emergency message. If the door lock in the shortest path is closed, the medical staff can open the door lock in time and quickly reach the user to quickly implement rescue measures. The abnormal vital signs status includes situations such as body temperature exceeding a set threshold, heart rate exceeding a set threshold, blood pressure exceeding a set threshold, etc. When path overlap occurs, users in abnormal vital signs status need to have a higher priority right of way to quickly return to the ward along the guided path. When the user's body temperature, psychological or blood pressure exceeds the set threshold, the value of the user's current access weight can be reduced by 1 or the value of the user's current detour weight can be increased by 1. It can be understood that the priority weight adjustment method shown in Table 2 can be flexibly set according to application requirements.
[0058] Table 2:
[0059]
[0060] Continuing with the previous example, user X1 is a cardiovascular patient and user X2 is an infectious disease patient. When they walk near smart light pole A at the same time, the wristband's accelerometer detects that user X2 suddenly falls. The wristband adjusts user X2's weight status value to a critical physical sign state and sends user X2's user identification data and critical physical sign status identification to smart light pole A through a physical sign abnormality message. Smart light pole A adjusts the value of user X2's access weight to 100. At this time, user X2's access weight is higher, triggering a detour guidance for user X1. The bracelet also sends the user identification data and critical vital sign status indicator of user X2 to the destination door lock, and sends the above data to the medical staff through the smart medical HIS system. The destination door lock adjusts the health indicator of user X2 to the critical vital sign status indicator and recalculates the shortest path from the medical staff to user X2. The destination door lock broadcasts the shortest path to all other nodes in the system so that other nodes in the system can update the guidance path of user X2 in time. At the same time, the shortest path is sent to the medical staff through the HIS system. The medical staff quickly finds user X2 based on this shortest path. If they find that the corridor door lock or the building entrance lock is locked along the way, they can temporarily obtain the door lock permission to open the door lock and quickly reach the user to provide assistance.
[0061] In actual applications, there are situations where the same priority weight corresponds to multiple users. At this time, the current node requests the user's historical step data from the bracelet, and by comparing the historical step data, it guides users with fewer historical steps to take a detour.
[0062] Continuing with the above example, user X1 is a cardiovascular patient and user X2 is an infectious disease patient. When they walk near smart light pole A at the same time, the wristband detects that user X2's body temperature and heart rate both exceed the set thresholds. After priority weight adjustment, the passage weights of user X1 and user X2 are both 3, or the detour weights of user X1 and user X2 are both 2. At this time, smart light pole A sends step request messages to the wristbands of users X1 and X2 respectively. The wristbands provide the historical step data of the corresponding users based on the step request messages. Smart light pole A determines that user X1's historical step count is greater than that of user X2 based on the historical step data, and triggers detour guidance for patient X2.
[0063] In one embodiment, adjusting the guidance paths for each user based on the priority level in step S230 includes maintaining the guidance path for the highest-priority user unchanged and assigning detour nodes or delayed travel time to each user not designated as the highest-priority user. Priority levels reflect the urgency of a user's route needs. Maintaining the paths for high-priority users ensures their core needs, while providing detour or delay options for users not designated as the highest-priority users allows guidance to better meet the needs of different users. (For example, in smart healthcare, emergency patients can be prioritized along the original path, while other patients can detour or wait for a short period, ensuring both efficient emergency care and reducing unnecessary waiting for other patients.) Clear path allocation rules also reduce user decision-making confusion at node points. Clear guidance allows the highest-priority user to identify the next route, avoiding hesitation and mis-following caused by overlapping paths. This reduces the risk of getting lost and anxiety, and enhances trust in the guidance system.
[0064] In one example, when adjusting the guidance paths for users who are not of the highest priority, differentiated guidance is adopted based on the number of accessible paths of the current node. If the number of accessible paths of the current node is sufficient, independent detour paths can be planned for users who are not of the highest priority, ensuring that they do not need to wait in place and can continue to move towards the destination node by detouring. If the number of accessible paths of the current node is limited, the number of accessible paths is used as the upper limit, and detour paths are allocated to the corresponding users in order of access priority from high to low. The remaining users wait in place to ensure that high-priority users have as little waiting time as possible.
[0065] The traversable path of the current node refers to the path between the current node and each nearby node. Nearby nodes are nodes with which the current node can establish a data transmission channel. In practical applications, any node in the system regularly maintains node topology information by sending node messages to the surrounding nodes. Therefore, the current node can query all received node messages to obtain nearby nodes. Nearby nodes include neighboring nodes and other nodes with established data transmission channels. Neighboring nodes can be obtained by querying node topology information. As previously described, during the process of maintaining node topology, any node in the system verifies whether the number of neighbors of the node is normal according to preset rules. The preset rules constrain the number of neighbor nodes based on the relative distance between nodes to reduce the computational complexity of path planning. Thus, the number of neighbor nodes obtained by querying the node topology information is the number of nearby nodes that meet the distance constraint with the current node. Other nearby nodes do not have a neighbor relationship with the current node, but these nearby nodes also have traversable paths with the current node. Therefore, in the case of overlapping paths for multiple users, all nearby nodes of the current node can be used as allocable path resources.
[0066] After obtaining all nearby nodes, the current node will use all nearby nodes except the neighbor node corresponding to the user with the highest access priority as allocable path resources, and allocate path resources to other users in descending order of access priority.
[0067] In one embodiment, the allocation of detour path nodes to each non-highest priority user includes: allocating detour path nodes to each non-highest priority user from close nodes of the current node in order of access priority from high to low; establishing a detour neighbor relationship with the detour path node, generating a detour path for the user based on the detour neighbor relationship and sending the detour path to the corresponding detour path node.
[0068] In one example, establishing a detour neighbor relationship with the detour path node includes: sending a detour message to the detour path node, the detour message instructing the detour path node to establish a temporary neighbor relationship with the current node. Upon receiving a detour response message from the detour path node, the current node determines that a detour neighbor relationship has been successfully established with the distance node. The detour message includes, among other things, a current node identifier, a user identifier, a health identifier, and a traffic weight. Upon receiving the detour request, the detour path node replies to the current node with a detour response message according to a preset communication protocol. For example, the detour response message replaces the current node identifier in the detour message with the detour path node identifier and then replies to the current node. The current node parses the detour response message and determines that a detour neighbor relationship has been established between the current node and the detour path node. A detour path is planned for the user using the detour neighbor relationship. A detour path is a temporary path designed to resolve overlapping paths for multiple users. Therefore, the detour path does not need to be broadcast to all other nodes in the system; the current node only needs to unicast the detour path to the detour path node.
[0069] In this embodiment, the detour neighbor relationship is a temporary neighbor relationship between the current node and a detour path node, used to establish a detour path between the current node and the detour path node. When establishing the detour neighbor relationship, an expiration time for the detour neighbor relationship can be configured. Upon reaching the expiration time, the neighbor relationship between the current node and the detour path node is automatically terminated. A termination event for the detour neighbor relationship can also be preconfigured. When generating a detour path for user X1 based on the detour neighbor relationship, if the current node detects that user X1 is not within its monitoring range, the detour neighbor relationship between the current node and the detour path node is terminated.
[0070] It's worth noting that if the highest priority user has a low level of urgency in their path requirements, all users gathered at the current node can simultaneously travel to the next path node along the original guided path. That is, if the highest priority is greater than the preset priority, the guided paths for each user are adjusted based on that priority. If the highest priority is not greater than the preset priority, the multiple users can travel along the original guided path without any path adjustments. The preset priority can be set based on the application scenario. For example, in a smart healthcare scenario, the preset priority is a priority with a weight greater than 1.
[0071] In one embodiment, guiding each user to pass along the adjusted guidance path in the above step S230 includes: guiding the user with the highest passage priority to pass along the user's guidance path to the next path node according to the user's original guidance signal.
[0072] The original guidance signal refers to the guidance signal carried in the path message or sent by the previous-level path node. As mentioned above, the master node broadcasts the path message to other nodes in the system. The path message may also carry a guidance signal, which indicates how the node will provide path prompts, which may include lighting, screen, and voice. When paths overlap, the current node provides path guidance to the highest-priority user based on the original guidance signal. This prevents high-priority users from taking the wrong path due to changes in the guidance signal, ensuring that high-priority users always follow the system-planned guidance path and reducing invalid turns or incorrect detours.
[0073] In one embodiment, guiding each user along the adjusted guidance path in step S230 includes generating differentiated guidance signals for each user not having the highest priority, wherein:
[0074] The guidance signals of all users who are not the highest priority users are different from the guidance signals of the highest priority users;
[0075] The guidance signals between different non-highest priority users are different according to the difference in the next path nodes on their respective guidance paths.
[0076] In practice, the guidance signal for the highest-priority user differs from that for other users with lower priority to ensure continuity. The guidance signal for each user with lower priority can vary based on the number of accessible paths at the current node. If the node has sufficient accessible paths, each user with lower priority can plan an independent detour. In this case, the guidance signal for each user with lower priority can be unique, ensuring that each user accurately perceives their own guidance signal and avoids taking the wrong path. If the number of accessible paths at a node is limited, all users waiting at the node can be assigned the same guidance signal. For example, a voice prompt such as "Dear user XXX, your guidance path overlaps with another user ahead. We will reroute you. Please wait patiently" can be used to reduce anxiety among users waiting at the node. If some users with lower priority than the preset path need a lower path, these users with lower path need can be assigned the same path and receive the same guidance signal.
[0077] In one embodiment, the guidance signal includes a light signal, and guiding each user to pass along the adjusted guidance path in the above step S230 further includes: generating a combined light signal including the light signals of all users, and outputting the combined light signal through the current node.
[0078] The light signal is used to indicate that the current path node and the next path node of the current path node flash at the same frequency and color. In the event of path overlap, the current node generates corresponding light signals for multiple users to provide path guidance prompts for the corresponding users. If three users gather at the current node, the light signal of the user with the highest access priority indicates that the current path node and the next path node (for example, node B1) continuously flash blue lights, the light signal of the user with the second highest access priority indicates that the current path node and the next path node (for example, node B2) continuously flash green lights, and the light signal of the user with the lowest access priority indicates that the current path node and the next path node (for example, node B3) continuously flash purple lights. In this way, the different lamps of the light module of the current node flash blue, green, and purple lights respectively, while the light module of node B1 continuously flashes blue, the light module of node B2 continuously flashes green, and the light module of node B3 continuously flashes purple. In this way, the three users can determine their respective guidance paths and travel directions based on the light color. In actual applications, the current node can output a combined light signal simultaneously, or it can output the light signals of each user in the combined light signal in sequence according to the order of passage time.
[0079] It is understandable that the guidance signal also includes voice signals and screen signals, etc. The path nodes can play sound signals through the node speakers in order from high to low priority to guide the user's direction of travel, and / or provide the user with a visual display of the passage path through the screen.
[0080] In one embodiment, after generating differentiated guidance signals for each non-highest priority user, the method further includes: sending the differentiated guidance signals of each non-highest priority user to a detour path node, so that the detour path node outputs the received differentiated guidance signals.
[0081] In one embodiment, guiding each user along the adjusted guidance path in step S230 further includes: transmitting a light signal to each user's wearable device, so that the wearable device and the current node synchronously output the light signal, thereby enhancing the guidance effect. Specifically, the current node transmits a blue light signal to the wearable device of the user with the highest priority, a green light signal to the wearable device of the user with the second highest priority, and a purple light signal to the wearable device of the user with the lowest priority, so that the wearable devices of these three users synchronously output light signals corresponding to the guidance path, thereby preventing users from taking the wrong path.
[0082] Continuing with the example of users X1 and X2 in the aforementioned smart healthcare scenario, where user X1 is a cardiovascular patient and user X2 is an infectious disease patient, when they both approach smart light pole A, smart light pole A detects that user X2 has a lower priority and triggers a detour for user X2. Assume that smart light pole A guides user X2 to a detour path leading to smart light pole C. At this time, since user X1 has path permission to smart light pole B, smart light pole A prioritizes providing path guidance to user X1. For example, it controls smart light pole A, user X1's wristband, and smart light pole B to flash green lights synchronously, guiding user X1 to first move toward the path of smart light pole B and announcing, "Dear user X2, your guidance path overlaps with another user's path ahead. We will replan your path. Please wait patiently." When smart light pole A detects that user X1 is no longer within a certain distance and determines that user X1 has passed smart light pole A and is a certain distance away from smart light pole A, the wristbands of smart light pole A and user X2 start flashing blue lights, and a prompt message is sent to instruct smart light pole C to flash blue lights. In this way, user X2 follows the light guidance and moves along the path from smart light pole A to smart light pole C.
[0083] In one embodiment, any node in the system further performs the steps of: querying whether the current node is a path node for the aggregated users based on their guidance paths; and if the current node is not a path node for the aggregated users, planning the remaining path for the aggregated users. As previously described, the current node will guide users who do not have the highest priority to a detour path leading to a nearby node. If the user approaches a detour path node (e.g., within a 3-meter radius), since the detour path node is not a path node on the user's original guidance path, the detour path node needs to replan the remaining path for the user.
[0084] The remaining path refers to the new path from the detour node to the destination node. When the detour node replans the remaining path, it is preferred to select an idle, nearby node as the remaining path node. If no idle nearby node is available, a nearby node in a potential overlapping state is selected as the remaining path node. If no nearby nearby node in a potential overlapping state is available, a nearby node in a path overlapping state is selected as the remaining path node to minimize the probability of path overlap for the detour user. For other path nodes in the remaining path, since these path nodes are farther away from the detour node and the node status changes dynamically, the detour node can be planned based on the shortest distance principle or based on the association between the user's health identifier and the node type (whether it is a node with adjustable path accessibility, such as an access lock or gate) and environmental information (whether an AED, wheelchair, or other equipment is nearby). For example, cardiovascular patients prefer to select nodes with AEDs nearby as remaining path nodes.
[0085] It is worth noting that the detour path node may perform remaining path planning after adjusting the guidance paths of the various gathered users at the detour path node according to the traffic priority.
[0086] Continuing with the previous example, since smart light pole C detects the gathering of users nearby in real time, if more than two users including user X2 are detected, the remaining path is planned for user X2 after adjusting the guidance paths of each gathered user. In order to avoid the remaining path from overlapping with other users again, in the process of calculating the remaining path, candidate close-range nodes that can be used for user X2's passage are queried. Candidate close-range nodes refer to all close-range nodes of smart light pole C except those allocated to users with high traffic priority (the high traffic priority refers to the traffic priority higher than user X2). Among the candidate close-range nodes, idle candidate close-range nodes are preferentially selected. If no idle candidate close-range nodes are available, candidate close-range nodes in a potential overlapping state are selected. Only when no idle candidate close-range nodes and path overlapping candidate close-range nodes are available, candidate close-range nodes in a path overlapping state are selected.
[0087] Based on the path guidance method of the above-mentioned embodiment of the present application, it can be seen that the present technical solution utilizes user feature data to a certain extent to represent the characteristics of the user's path guidance needs. Through the priority strategy, the user feature data is converted into a passage priority. Based on the passage priority, the guidance path is adjusted for each user with overlapping paths, so that the adjusted path is more in line with the user's actual needs. As a result, the system can provide precise guidance for specific scenarios, reduce the user's decision-making burden and anxiety at the node, and improve the user's experience and satisfaction with the path guidance system. Taking the smart medical scenario as an example, priority can be set based on the patient's condition urgency, cognitive ability, and other characteristics to prevent patients with more serious conditions or weaker cognitive abilities from following others and straying from their destination due to difficulty distinguishing overlapping paths, significantly reducing the risk of getting lost and patient anxiety. At the same time, through clear priority sorting, the disorderly competition and decision-making hesitation of users at the node are reduced, the path passage efficiency is improved, and the system can still maintain smooth operation when multiple users are concurrent, thereby enhancing the user's trust and satisfaction with the path guidance system. Ultimately, path guidance that balances efficiency and humanization is achieved, making the path guidance method of this embodiment widely applicable to various scenarios that rely on distributed path resources, such as smart medical care, smart communities, and smart campuses.
[0088] An embodiment of the present application also provides a path guidance terminal. Figure 3 A block diagram of a route guidance terminal is provided as an exemplary embodiment. Figure 3 As shown, the path guidance terminal includes:
[0089] Monitoring unit 310, used to collect user monitoring data;
[0090] Communication unit 320, used for exchanging information with other terminals;
[0091] An adjustment unit 330, configured to execute the method 200 and generate a user guidance signal;
[0092] The output unit 340 is configured to output the user guidance signal.
[0093] refer to Figure 3 As can be seen from the path guidance terminal shown, this technical solution, by setting up a path guidance terminal including a monitoring unit, a communication unit, an adjustment unit and an output unit, enables the path guidance terminal to adjust the guidance path for multiple users with overlapping paths and provide differentiated path guidance prompts in a multi-user concurrent scenario, thereby reducing the user's decision-making burden and anxiety at the node, and improving the user's experience and satisfaction with the path guidance system.
[0094] In one embodiment, the monitoring unit 310 includes one or more information acquisition modules, including a camera, a millimeter-wave radar, a signal transmitter / signal receiver (such as an RFID transmitter / RFID receiver). The information acquisition module can be set on the path guidance terminal body or can be set off the body relative to the path guidance terminal body.
[0095] In one embodiment, the communication unit 320 includes multiple communication modules, each of which supports different communication protocols and is used to wirelessly communicate with other route guidance terminals, wearable devices, or service management platforms in the system.
[0096] In one embodiment, the output unit 340 includes a lighting module, a display screen, and a voice playback module. The lighting module can be set on the main body of the path guidance terminal or be set away from the main body of the path guidance terminal. The display screen and the voice playback module can be set in a similar manner.
[0097] Figure 4 This is a schematic diagram of an electronic device according to an exemplary embodiment of this specification. Figure 4 At the hardware level, the device includes a processor 402, an internal bus 404, a network interface 406, a memory 408, a hardware acceleration device 410, and a non-volatile memory 412. Of course, it may also include hardware required for other functions. One or more embodiments of the present application can be implemented based on software, such as the processor 402 reading the corresponding computer program from the non-volatile memory 412 into the memory 408 and then running it. Of course, in addition to software implementation, one or more embodiments of the present application do not exclude other implementation methods, such as logic devices or a combination of software and hardware, etc., that is, the execution subject of the above-mentioned processing flow is not limited to each logic unit, but can also be hardware or logic devices.
[0098] Corresponding to the above-mentioned embodiment of the path guidance method based on door lock, this application also provides a corresponding device embodiment. Figure 5 The path guidance device based on the door lock can be applied to the path guidance terminal in any of the above embodiments. Figure 4 When the electronic device shown is the above-mentioned path guidance terminal, the path guidance device based on the door lock can be specifically applied to the following: Figure 4 The electronic device shown in FIG. 1 is used to implement the technical solution of the present application. The path guidance device based on the door lock may include a state detection unit 510, a priority calculation unit 520, and a path guidance unit 530, wherein:
[0099] A state detection unit 510 is configured to detect the node state of the current node in real time. If the node state is a path overlap state, it indicates that multiple users are gathered at the current node and the next path node after the current node on the guidance paths of the multiple users is the same.
[0100] The priority calculation unit 520 is configured to obtain user feature data of each user when the node state is the path overlap state, and convert the user feature data into a travel priority of the user based on a preset priority strategy;
[0101] The path guiding unit 530 is configured to adjust the guidance path of each user according to the passage priority, and guide each user to pass along the adjusted guidance path.
[0102] For the device embodiments, since they basically correspond to the method embodiments, the relevant parts can be referred to the partial description of the method embodiments. The device embodiments described above are merely schematic, wherein the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the present application scheme. A person of ordinary skill in the art can understand and implement it without paying any creative work.
[0103] Accordingly, the present application also provides a computer-readable storage medium on which a computer program is stored. When the computer program is executed by a processor, the method described in any of the above embodiments is implemented.
[0104] Accordingly, an embodiment of the present application further provides a computer program product, which is configured to execute the method described in any of the above embodiments.
[0105] The systems, devices, modules, or units described in the above embodiments may be implemented by computer chips or entities, or by products having certain functions. A typical implementation device is a computer, which may be in the form of a personal computer, laptop computer, cellular phone, camera phone, smartphone, personal digital assistant, media player, navigation device, email transceiver, game console, tablet computer, wearable device, or any combination of these devices.
[0106] In a typical configuration, a computer includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.
[0107] Memory may include non-permanent storage in a computer-readable medium, in the form of random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM. Memory is an example of a computer-readable medium.
[0108] Computer-readable media include permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. Information can be computer-readable instructions, data structures, program modules, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, magnetic cassettes, magnetic disk storage, quantum memory, graphene-based storage media or other magnetic storage devices, or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer-readable media does not include transitory computer-readable media such as modulated data signals and carrier waves.
[0109] It should also be noted that the terms "comprises," "includes," or any other variations thereof are intended to encompass non-exclusive inclusion, such that a process, method, commodity, or apparatus that includes a series of elements includes not only those elements but also other elements not explicitly listed, or includes elements inherent to such process, method, commodity, or apparatus. In the absence of further limitations, an element defined by the phrase "comprises a ..." does not exclude the presence of other identical elements in the process, method, commodity, or apparatus that includes the element.
[0110] The above description is only a preferred embodiment of the present application and is not intended to limit the present application. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the present application shall be included in the scope of protection of the present application.
Claims
1. A path guidance method based on door lock, characterized in that: Applied to a path guidance system, the path guidance system includes multiple nodes, the multiple nodes including a door lock node, any of the multiple nodes has a close node, the close node refers to a node that can establish a data transmission channel with the current node, the close node includes a neighbor node and other nodes with established data transmission channels, and any of the multiple nodes performs the following steps: Detect the node status of the current node in real time. If the node status is a path overlap state, it indicates that multiple users are gathered at the current node, and the next path node after the current node on the guidance paths of the multiple users is the same; When the node state is the path overlapping state, user feature data of each user is obtained, and the user feature data is converted into a travel priority of the user based on a preset priority strategy, where the travel priority indicates the urgency of the user's path demand; wherein the user feature data includes a health identifier generated based on the user's health status data, the priority strategy includes a mapping relationship between the health identifier and the priority weight, a priority weight sequence of the multiple users is obtained based on the mapping relationship between the health identifier and the priority weight, and the travel priority of each user is determined based on the priority weight sequence; Adjusting the guidance path of each user according to the access priority, and guiding each user to pass along the adjusted guidance path, wherein adjusting the guidance path of each user according to the access priority includes: maintaining the guidance path of the user with the highest access priority unchanged, and allocating a detour path node or a delayed passage time to each user with a non-highest access priority; The allocating of detour path nodes to each non-highest priority user includes: allocating detour path nodes to each non-highest priority user from the close nodes of the current node in order of access priority from high to low; establishing a detour neighbor relationship with the detour path node, generating a detour path for the user according to the detour neighbor relationship and unicasting the detour path to the corresponding detour path node, and planning the remaining path for the corresponding user through the detour path node; wherein establishing a detour neighbor relationship with the detour path node includes: sending a detour message to the detour path node, the detour message is used to instruct the detour path node to establish a temporary neighbor relationship with the current node, and when receiving a detour response message from the detour path node, the current node determines that a detour neighbor relationship has been successfully established with the close node.
2. The method according to claim 1, characterized in that The priority strategy also includes a mapping relationship between health identification and access priority; The converting of the user characteristic data into the user's access priority based on a preset priority strategy includes: The access priority of each user is determined according to the mapping relationship and the health identifier included in the user characteristic data.
3. The method according to claim 2, characterized in that The priority strategy also includes a priority adjustment rule based on a physical sign state, wherein the physical sign state is associated with a preset physical sign indicator and a physical sign indicator range, and different physical sign states are associated with different physical sign indicator ranges. The user characteristic data further includes the user's physical sign monitoring data; The converting of the user characteristic data into the user's access priority based on a preset priority strategy further includes: Querying the physical sign indicator range to which the physical sign monitoring data belongs, and determining the physical sign status corresponding to the physical sign monitoring data; The current passage priority of each user is adjusted according to the priority adjustment rule based on the vital sign status and the vital sign status corresponding to the vital sign monitoring data.
4. The method according to claim 2, characterized in that The priority strategy also includes a priority adjustment rule based on the auxiliary feature comparison result, and the user feature data further includes the user's auxiliary feature data; The converting of the user characteristic data into the user's access priority based on a preset priority strategy further includes: Comparing the auxiliary feature data of each user corresponding to the same access priority to obtain an auxiliary feature comparison result; The current passage priorities of the multiple users are adjusted according to the priority adjustment rule based on the auxiliary feature comparison result.
5. The method according to claim 1, characterized in that: The step of guiding each user to pass along the adjusted guidance path includes: According to the original guidance signal of the user with the highest passage priority, the user is guided to first pass to the next path node according to the guidance path of the user.
6. The method according to claim 5, characterized in that Guiding each user to pass along the adjusted guidance path further includes: generating a differentiated guidance signal for each user not having the highest priority, wherein: The guidance signals of all users who are not the highest priority users are different from the guidance signals of the highest priority users; Alternatively, the guidance signals between different non-highest priority users may be different according to the difference in next path nodes on their respective guidance paths.
7. The method according to claim 6, characterized in that The guidance signal includes a light signal, and guiding each user to pass along the adjusted guidance path further includes: A combined light signal including all user light signals is generated, and the combined light signal is output through the current node.
8. The method according to claim 7, characterized in that: The step of guiding each user to pass along the adjusted guidance path further includes: The light signal of each user is sent to the wearable terminal of the user, so that the wearable terminal outputs the light signal synchronously with the current node.
9. The method according to claim 1, characterized in that: Any of the multiple nodes further performs the following steps: Querying whether the current node is a path node of the aggregated user according to the guided path of the aggregated user; In the case that the current node is not a path node of the aggregated user, a remaining path is planned for the aggregated user.
10. The method according to claim 9, characterized in that: Planning the remaining paths for the aggregated users includes: Preferentially select idle nodes that are close to each other as remaining path nodes; When there is no idle close node available, select the close node in the potential overlapping state as the remaining path node; When there are no close nodes in potential overlapping state available, the close nodes in path overlapping state are selected as the remaining path nodes; The idle state indicates that any node in the path guidance system is a path node for at most one user, the potential overlapping state indicates that any node in the path guidance system is a path node for multiple users but no more than two users are detected gathering at the node, and the close-range node is any node that has a passable path to the current node.
11. A route guidance terminal, characterized in that: include: A monitoring unit, used to collect user monitoring data; Communication unit, used for exchanging information with other terminals; An adjustment unit, configured to execute the method according to any one of claims 1 to 10 and generate a user guidance signal; An output unit is configured to output the user guidance signal.
12. A route guidance system, characterized in that: The method comprises a plurality of route guidance terminals, wherein the plurality of route guidance terminals are distributedly deployed in different locations, and the route guidance terminals are configured to implement the method according to any one of claims 1 to 10.
13. The system according to claim 12, characterized in that: Also includes one or more wearable terminals; The wearable terminal is used to collect user data in real time and exchange information with the path guidance terminal; and synchronously guide each user to pass along the adjusted guidance path with the path guidance terminal.
14. The system according to claim 12, wherein: It also includes a service management platform; When the service management platform determines that the user is in a critical physical condition, it obtains the shortest guidance path for the user and provides emergency rescue measures for the user. The emergency rescue measures include sending a help message containing the shortest guidance path to a preset rescue contact.
15. An electronic device, characterized in that: include: processor; a memory for storing processor-executable instructions; The processor is configured to implement the method according to any one of claims 1 to 10.
16. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the method according to any one of claims 1 to 10 is implemented.
17. A computer program product comprising a computer program / instructions, characterized in that When the computer program / instructions are executed by a processor, the method according to any one of claims 1 to 10 is implemented.
Citation Information
Patent Citations
Method and device for continuously monitoring vital signs of inpatient and medium
CN117297561A
Medical institution full-process doctor-seeing path planning method and system based on artificial intelligence
CN119539228A
Warning device boot techniques
CN120066905A
Robot distribution task priority scheduling method
CN120373785A