Distributed tool cabinet-crossing taking and returning method, program product and electronic equipment

Abstract

The invention provides a distributed tool cabinet-crossing taking and returning method, which comprises the following steps of: grouping a plurality of registered tool cabinet terminals according to a preset grouping logic to obtain terminal groups; generating shared grouped data based on the terminal groups, and locally caching the shared grouped data in the tool cabinet terminals in the corresponding terminal groups; receiving a receiving request sent by a user to the first tool cabinet terminal, opening a cabinet door, and generating a warehouse-out record for a target tool; updating local caches of other tool cabinet terminals; a return request sent by the user to a second tool cabinet terminal is received, the second tool cabinet terminal identifies a target electronic tag of a returned target tool, the target electronic tag is searched in a local cache of the second tool cabinet terminal, and if a warehousing record is found, the second tool cabinet terminal sends the warehousing record to the second tool cabinet terminal; and updating local caches of other tool cabinet terminals. The management efficiency and accuracy of the tool cabinet are improved, and the management flexibility is improved through cross-cabinet return.

Description

Technical Field

[0001] This application relates to the field of tool and equipment management technology, and more specifically, to a distributed tool and equipment cross-cabinet retrieval and return method, program product, and electronic device. Background Technology

[0002] In various industrial production environments, such as hydroelectric power stations, manufacturing plants, and aircraft maintenance, the management of tools and equipment is a complex and crucial task. Traditional management methods mainly rely on manual registration, paper documents, or simple spreadsheets (such as Excel), which suffer from inefficiency and information lag. Currently, another storage method for tools and equipment is the intelligent tool cabinet based on RFID (Radio Frequency Identification) technology. These tool cabinets, through built-in RFID readers and a back-end system, achieve automatic inventory and borrowing / return records for tools and equipment within a single cabinet. This method requires that tools and equipment be borrowed and returned from the same cabinet, making this fixed-point storage method inflexible. Summary of the Invention

[0003] The purpose of this application is to provide a method for retrieving and returning distributed tools across cabinets, a program product, an electronic device, and a storage medium to improve the above-mentioned problems.

[0004] In a first aspect, embodiments of this application provide a distributed cross-cabinet retrieval and return method for tools and equipment, comprising: grouping multiple registered tool and equipment cabinet terminals according to a preset grouping logic to obtain terminal groups; generating shared group data based on the terminal groups, and caching the shared group data locally on the tool and equipment cabinet terminals within the corresponding terminal groups; the shared group data includes a tool and equipment ledger and a personnel information list within the same terminal group; the tool and equipment ledger represents the tag information, status information, cabinet information, and tool and equipment transfer information between tool and equipment cabinet terminals within the terminal group; the personnel information list includes personnel information with unlocking permissions for tool and equipment cabinet terminals within the terminal group; receiving a user's request for retrieval from a first tool and equipment cabinet terminal, and the first tool and equipment cabinet terminal performing an identity verification based on the personnel information list. The system verifies the identity of the user. If the identity verification is successful, the cabinet door is opened, and an outbound record for the target tool is generated. Based on the outbound record, the shared group data is updated, and the local cache of other tool cabinet terminals within the same terminal group as the first tool cabinet terminal is updated. The system receives a return request from a user to a second tool cabinet terminal. The second tool cabinet terminal verifies the identity of the user based on the personnel information list. If the identity verification is successful, the cabinet door is opened, and the second tool cabinet terminal identifies the target electronic tag of the returned target tool. The system searches for the target electronic tag in the tool ledger cached locally by the second tool cabinet terminal. If the tag is found, an inbound record for the target tool is generated. Based on the inbound record, the shared group data is updated, and the local cache of other tool cabinet terminals within the same terminal group as the second tool cabinet terminal is updated.

[0005] In the aforementioned implementation process, through logical grouping and data synchronization, physically dispersed tool cabinets are logically integrated into a unified resource pool, breaking down the "information silos" of the traditional model and enabling flexible scheduling and efficient sharing of tools within the group. Secondly, real-time identification and decision-making based on local caching in the cross-cabinet borrowing and returning process improves the response speed and user experience of borrowing and returning operations, reduces unnecessary back-and-forth trips by staff due to fixed-point returns, and significantly improves on-site work efficiency. Furthermore, through a real-time information synchronization mechanism, regardless of how tools move within the group, their status, location, ownership, and other information remain consistent across all terminals within the group, enhancing the accuracy, traceability, and overall robustness of tool management, effectively improving the problems of chaotic tool management, unclear responsibilities, and low utilization rates in industrial settings.

[0006] Optionally, in this embodiment, a user sends a request to the first tool cabinet terminal. The first tool cabinet terminal performs identity verification based on a list of personnel information. If the identity verification is successful, the cabinet door is opened. The second tool cabinet terminal identifies the target electronic tag of the returned tool and searches for the target electronic tag in the tool ledger cached locally in the second tool cabinet terminal. If the tag is found, an outbound record for the target tool is generated. This includes: receiving a user's request to the first tool cabinet terminal; the request includes the borrower's information; and the process is completed through the first tool cabinet terminal. The lender's information is matched against the personnel information list corresponding to the terminal group where the first tool cabinet terminal is located. If the match is successful, it indicates that the identity verification is successful. If the identity verification is successful, the cabinet door is opened and a closing signal is received. The first tool cabinet terminal uses an electronic tag reader to identify the target tool by comparing the electronic tags before and after the cabinet door is opened, generates an outbound record for the target tool, and uploads the outbound record to the central management server. The outbound record includes at least one of the following: the borrower's information, the electronic tag of the target tool, and the operation time.

[0007] In the aforementioned implementation process, a local caching-based authentication mechanism shortened the verification response time, improved the user experience, and increased the probability of successfully retrieving tools and equipment when the network was unstable. Automatic RFID inventory and discrepancy comparison technology enabled precise management of tool and equipment retrieval behavior, reducing error-prone and inefficient manual registration and improving the accuracy and efficiency of requisition registration. The structured work order generation and reliable reporting mechanism ensured that every requisition operation was recorded accurately and in real time and synchronized to the central management system, providing a solid data foundation for asset traceability, usage statistics, and inventory management, thus achieving digitalization and transparency of the tool and equipment flow status from the source.

[0008] Optionally, in this embodiment of the application, updating the shared group data based on the outbound record and updating the local cache of other tool cabinet terminals within the terminal group where the first tool cabinet terminal is located includes: the central management server marking the status information of the target tool with a "represented as borrowed" tag based on the outbound record, recording the information of the person who received the tool, and the identifier of the first tool cabinet terminal, to generate updated shared group data; and through the central management server, sending an update notification to other tool cabinet terminals within the terminal group where the first tool cabinet terminal is located based on the updated shared group data, so that the other tool cabinet terminals update their local cache.

[0009] In the above implementation process, the central management server, as the sole data source, centrally processes outbound records and atomically updates the global status, ensuring the consistency, accuracy, and auditability of system data. Based on the updated shared group data, update notifications are sent to other tool cabinet terminals within the same terminal group as the first tool cabinet terminal. All terminals within the group can perceive data changes in near real-time, while effectively balancing network traffic and server load, improving the system's robustness and scalability in uncertain network environments. Data changes from any terminal can be quickly and reliably synchronized to all relevant tool cabinet terminals within the group, improving the visibility of asset status and management efficiency within the group.

[0010] Optionally, in this embodiment, receiving a return request from a user to the second tool cabinet terminal, the second tool cabinet terminal performs identity verification based on a personnel information list, and opens the cabinet door if the identity verification is successful, generating an entry record for the target tool, including: receiving a return request from a user to the second tool cabinet terminal; the return request includes the returner's information; matching the returner's information with the personnel information list corresponding to the terminal group where the second tool cabinet terminal is located through the second tool cabinet terminal; if the match is successful, it indicates that the identity verification is successful; and if the identity verification is successful... Under these circumstances, the cabinet door is opened and a closing signal is received; the second tool cabinet terminal uses an electronic tag reader to identify the target tool to be returned by comparing the electronic tags before and after the cabinet door is opened; based on the electronic tag of the returned target tool, the status information of the returned target tool is queried in the local cache of the second tool cabinet terminal. If the status information indicates that it has been borrowed, an entry record for the target tool is generated and uploaded to the central management server; the entry record includes at least one of the following: information of the person returning the tool, the electronic tag of the target tool, and the operation time.

[0011] In the aforementioned implementation process, local access control enhances operational security and automates processes, reducing manual intervention. RFID-based automatic inventory management technology enables precise detection of return activities, minimizing manual data entry errors. This allows the tool cabinet terminal to quickly determine the legitimacy of a return operation (whether it belongs to the current group and is awaiting return) without requiring real-time server-side queries, improving response speed and system autonomy. Standardized reporting of inventory records provides accurate data for server-side global data synchronization and asset status updates, ensuring data consistency and traceability throughout the distributed system.

[0012] Optionally, in this embodiment, updating the shared group data based on the warehousing record and updating the local cache of other tool cabinet terminals within the terminal group where the second tool cabinet terminal is located includes: the central management server updating the status information of the returned target tool from the "represented as borrowed" marker to the "represented as returned" marker according to the warehousing record, and updating the location attribute of the target tool from the first tool cabinet terminal to the second tool cabinet terminal, generating updated shared group data; and through the central management server, sending an update notification to other tool cabinet terminals within the terminal group where the second tool cabinet terminal is located based on the updated shared group data, so that the other tool cabinet terminals update their local cache.

[0013] In the above implementation process, atomic updates to state and location attributes are performed by the central management server, reducing data corruption that may be caused by concurrent modifications from multiple nodes. Change information is broadcast within the group, improving transmission integrity, security, and reliability in request-response patterns, thus enhancing the accuracy of transmitted data.

[0014] Optionally, in this embodiment, the second tool cabinet terminal identifies the target electronic tag of the returned target tool, searches for the target electronic tag in the tool ledger cached locally in the second tool cabinet terminal, and then the method further includes: if the target electronic tag cannot be found in the locally cached tool ledger, it means that the first tool cabinet terminal and the second tool cabinet terminal are not in the same terminal group, generates an unknown tag query request, and sends the unknown tag query request to the central management server to obtain the target terminal group to which the target tool belongs; the second tool cabinet terminal displays options to the user on its display interface; the options include a first option or a second option; the first option uses... The system guides users to return the target tool to the tool cabinet terminal within the target terminal group. The second option is for users to confirm mandatory return to the second tool cabinet terminal. If the user selects the first option, the cabinet door is opened, and a list of tool cabinet terminals within the target terminal group is displayed to the user. If the user selects the second option, mandatory return information is generated and sent to the central management server. The central management server then changes the cabinet and location information of the target tool to the second tool cabinet terminal and notifies the tool cabinet terminals within the target terminal group, as well as other tool cabinet terminals within the terminal group where the second tool cabinet terminal is located.

[0015] In the aforementioned implementation process, the exception handling workflow provides an intelligent and user-friendly solution to the common problem of cross-group error recovery tools. This solution enhances the system's ability to detect abnormal operations and provides precise guidance for user interaction. It does not simply reject the two optional standardized solutions for abruptly interrupting the workflow. While ensuring asset management, it gives necessary flexibility to on-site operations, enabling the safe logical transfer of assets between different management domains. This enhances the system's adaptability to complex real-world scenarios and the robustness of overall management.

[0016] Optionally, in this embodiment of the application, after sending the unknown tag query request to the central management server, the method further includes: if the target electronic tag of the target tool is recorded in the tool master ledger of the central management server, then the target tool is divided into the terminal group where the second tool cabinet terminal is located, and the target tool is associated with the second tool cabinet terminal, and the tool master ledger and shared group data are updated; if the target electronic tag of the target tool is not recorded in the tool master ledger of the central management server, then the interface is displayed to prompt the user to perform the tool storage operation, and after the tool storage operation is completed, the tool master ledger and shared group data are updated.

[0017] In the aforementioned implementation process, tools and equipment that already exist in the system but have not been assigned to groups are accurately redistributed, improving the completeness of the asset ledger and resource utilization. For brand-new tools and equipment not yet in the warehouse, digital entry is performed, achieving a seamless transition from physical purchase to system management. The combination of these two approaches enables the system not only to manage known and assigned assets but also to proactively identify and guide the handling of various unplanned asset changes. This effectively reduces management blind spots and data chaos caused by unclear asset status or missing information, improving the comprehensiveness of asset management coverage and the accuracy of data maintenance.

[0018] Optionally, in this embodiment of the application, the preset grouping logic includes the geographical location of the tool cabinet terminal and / or the business association between multiple tool cabinet terminals.

[0019] In the aforementioned implementation process, grouping logic based on geographical location and / or business relevance enables intelligent mapping from physically dispersed cabinets to logically unified management units. This allows tool resources to be rationally divided and aggregated according to actual operational needs and administrative jurisdiction. This improves the accuracy and practicality of group settings, making tool scheduling and usage patterns more adaptable, and enhances the system's adaptability to different organizational structures and geographical layouts. The intelligent grouping mechanism provides a crucial prerequisite for subsequent implementation of seamless tool access and return within groups, efficient resource sharing, and precise asset management.

[0020] Secondly, this application also provides a distributed tool and equipment cross-cabinet retrieval and return device, comprising: a grouping module, used to group multiple registered tool and equipment cabinet terminals according to a preset grouping logic to obtain terminal groups; a data synchronization module, used to generate shared group data based on the terminal groups, and locally cache the shared group data on the tool and equipment cabinet terminals within the corresponding terminal groups; the shared group data includes a tool and equipment ledger and a personnel information list within the same terminal group; the tool and equipment ledger represents the tag information, status information, cabinet information, and tool and equipment transfer information between tool and equipment cabinet terminals within the terminal group; the personnel information list includes personnel information with unlocking permissions for tool and equipment cabinet terminals within the terminal group; and a requisition module, used to receive a requisition request sent by a user to a first tool and equipment cabinet terminal, the first tool and equipment cabinet terminal being based on the user's... The system performs identity verification based on the personnel information list. If the verification is successful, the cabinet door is opened, and an outbound record for the target tool is generated. The shared group data is updated based on the outbound record, and the local caches of other tool cabinet terminals within the same terminal group as the first tool cabinet terminal are also updated. The return module receives return requests from users to the second tool cabinet terminal. The second tool cabinet terminal performs identity verification based on the personnel information list. If the verification is successful, the cabinet door is opened. The second tool cabinet terminal identifies the target electronic tag of the returned tool and searches for the target electronic tag in its locally cached tool ledger. If found, an inbound record for the target tool is generated. The shared group data is updated based on the inbound record, and the local caches of other tool cabinet terminals within the same terminal group as the second tool cabinet terminal are also updated.

[0021] Thirdly, embodiments of this application also provide a computer program product, including computer program instructions, which are executed by a processor to perform the method provided in the first aspect or any implementation thereof.

[0022] Fourthly, embodiments of this application also provide an electronic device, including: a processor and a memory, the memory storing computer program instructions, which are executed by the processor to perform the method provided in the first aspect or any implementation thereof.

[0023] Fifthly, embodiments of this application also provide a computer-readable storage medium storing computer program instructions, which, when executed by a processor, perform the method provided in the first aspect or any implementation thereof.

[0024] This application utilizes a distributed tool cross-cabinet retrieval and return method, program product, electronic equipment, and storage medium. Through logical grouping and data synchronization, physically dispersed tool cabinets are logically integrated into a unified resource pool, breaking down the "information silos" of the traditional model and enabling flexible scheduling and efficient sharing of tools within the group. Secondly, the real-time identification and decision-making based on local caching in the cross-cabinet retrieval and return process improves the response speed and user experience of borrowing and returning operations, reduces unnecessary back-and-forth trips by staff due to fixed-point returns, and significantly improves on-site work efficiency. Furthermore, the real-time information synchronization mechanism ensures that regardless of how tools move within the group, their status, location, ownership, and other information remain consistent across all terminals within the group. This enhances the accuracy, traceability, and overall robustness of tool management, effectively improving the problems of chaotic tool management, unclear responsibilities, and low utilization rates in industrial settings. Attached Figure Description

[0025] To more clearly illustrate the technical solutions of the embodiments of this application, the accompanying drawings used in the embodiments of this application will be briefly introduced below. It should be understood that the following drawings only show some embodiments of this application and should not be regarded as a limitation of the scope. For those skilled in the art, other related drawings can be obtained based on these drawings without creative effort.

[0026] Figure 1 A flowchart illustrating a distributed tool cross-cabinet retrieval and return method provided in this application embodiment; Figure 2 This is a schematic diagram of the structure of the distributed tool cross-cabinet retrieval and return device provided in the embodiments of this application; Figure 3 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Detailed Implementation

[0027] The embodiments of the technical solution of this application will now be described in detail with reference to the accompanying drawings. These embodiments are only used to more clearly illustrate the technical solution of this application and are therefore merely examples, and should not be used to limit the scope of protection of this application.

[0028] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs; the terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit this application.

[0029] In the description of the embodiments of this application, technical terms such as "first" and "second" are used only to distinguish different objects and should not be construed as indicating or implying relative importance or implicitly specifying the number, specific order, or primary and secondary relationship of the indicated technical features. In the description of the embodiments of this application, "multiple" means two or more, unless otherwise explicitly defined.

[0030] Some smart tool cabinets based on RFID (Radio Frequency Identification) technology have emerged in the market. These tool cabinets, through built-in RFID readers and back-end systems, achieve automatic inventory and borrowing / return records for tools within each cabinet. However, existing smart tool cabinets are typically "island-style" systems, meaning each cabinet manages its own independent ledger, requiring tools to be returned to the same cabinet they were borrowed from. This "fixed-point return" model exposes new problems in the following scenarios: Poor flexibility: For work teams that need to move around a wide area (such as inspection or troubleshooting teams), they might pick up tools at point A (near cabinet A), but be at point B (near cabinet B) when finishing their work. Having to return to cabinet A to return the tools significantly increases unnecessary travel time and reduces work efficiency. Low resource utilization: When a tool is borrowed from cabinet A, even if cabinet B has the same idle tool, the system cannot coordinate its allocation. The resources of each cabinet are isolated, failing to form a unified resource pool.

[0031] This application discloses a distributed tool cross-cabinet retrieval and return method, program product, and electronic device. Through logical grouping and data synchronization, it logically integrates physically dispersed tool cabinets into a unified resource pool, breaking down the "information silos" of the traditional model and enabling flexible scheduling and efficient sharing of tools within the group. Secondly, the real-time identification and decision-making based on local caching in the cross-cabinet retrieval and return process improves the response speed and user experience of borrowing and returning operations, reduces unnecessary back-and-forth trips by staff due to fixed-point returns, and significantly improves on-site work efficiency. Furthermore, through a real-time information synchronization mechanism, regardless of how tools move within the group, their status, location, ownership, and other information remain consistent across all terminals within the group, enhancing the accuracy, traceability, and overall robustness of tool management, effectively improving the problems of chaotic tool management, unclear responsibilities, and low utilization rates in industrial sites.

[0032] Please see Figure 1The illustration shows a flowchart of a distributed tool cross-cabinet retrieval method provided in an embodiment of this application. This distributed tool cross-cabinet retrieval method can be applied to electronic devices, which may include physical devices such as servers, PCs, tablets, or smartphones, or virtual devices such as virtual machines or containers. The electronic device can be a single device, a combination of multiple devices, or a cluster of a large number of devices. The distributed tool cross-cabinet retrieval method may include: Step S110: Group the registered multiple tool cabinet terminals according to the preset grouping logic to obtain terminal groups.

[0033] Step S120: Generate shared group data based on terminal groups, and cache the shared group data locally in the tool cabinet terminals within the corresponding terminal groups; the shared group data includes tool ledgers and personnel information lists within the same terminal group; the tool ledger represents the tag information, status information, cabinet information, and tool transfer information between tool cabinet terminals within the terminal group; the personnel information list includes personnel information with unlocking permissions for tool cabinet terminals within the terminal group.

[0034] Step S130: Receive the user's request for the first tool cabinet terminal. The first tool cabinet terminal performs identity verification based on the personnel information list. If the identity verification is successful, the cabinet door is opened and an outbound record for the target tool is generated. The shared group data is updated based on the outbound record, and the local cache of other tool cabinet terminals in the terminal group where the first tool cabinet terminal is located is updated.

[0035] Step S140: Receive a return request from the user to the second tool cabinet terminal. The second tool cabinet terminal performs identity verification based on the personnel information list. If the identity verification is successful, the cabinet door is opened. The second tool cabinet terminal identifies the target electronic tag of the returned target tool and searches for the target electronic tag in the tool ledger cached locally in the second tool cabinet terminal. If found, an entry record for the target tool is generated. The shared group data is updated based on the entry record, and the local caches of other tool cabinet terminals in the terminal group where the second tool cabinet terminal is located are also updated.

[0036] In step S110, a registered tool cabinet terminal refers to a smart hardware cabinet device (hereinafter referred to as a terminal) used for storing tools that has completed system access and identity authentication. When the tool cabinet terminal connects to the network for the first time, it initiates a registration request to the preset central management server address via the HTTP protocol. The registration request may include its unique device code (such as MAC address or serial number), physical location description (such as "east side of No. 1 powerhouse of the hydropower station"), and other metadata. After the server verifies the information, it returns a unique business ID to the terminal, completing the registration.

[0037] "Preset grouping logic" is a grouping strategy that the system administrator sets in advance according to business rules. The basis for preset grouping logic includes geographical proximity (such as tool cabinets in the same workshop or within a 500-meter radius) and business relevance (such as tool cabinets belonging to the same maintenance team, department or project team).

[0038] In one implementation, grouping is performed on the server-side web management interface via drag-and-drop or list selection. The server establishes a mapping relationship between "group ID" and "terminal device ID list" in the database, forming logical terminal groups. This grouping is dynamically adjustable, and members can be added or removed from the group at any time as needed.

[0039] In step S120, the shared group data is a dynamically maintained dataset for each "terminal group," containing a "tool and equipment ledger" and a "personnel information list." The "tool and equipment ledger" can be a structured data table, with each record corresponding to a tool or equipment. Each record includes at least: tag information, status information, cabinet information, and transfer information between tool and equipment cabinet terminals. The tag information can be globally unique RFID tag information; the status information refers to the current status, such as in stock, borrowed, or sent for inspection. The cabinet information refers to the current physical cabinet information of the tool or equipment (i.e., the terminal device ID storing it); the transfer information can include the borrowing / return time, associated personnel, and source and destination cabinet IDs. The tool and equipment ledger may also include information such as the tool or equipment name and specifications.

[0040] The "Personnel Information List" defines the access permissions for this group, including the personnel ID, name, and identity verification credentials (such as facial features, password, or card number) of those authorized to borrow tools from any cabinet in this group.

[0041] In one implementation, after completing the grouping, the server generates initial shared data for that terminal group. Using an efficient incremental synchronization protocol, the server distributes the complete shared group data to every terminal within the group. The terminals persistently store the data in a local embedded database (such as SQLite) or file system as a local cache to ensure data consistency.

[0042] When any changes occur to shared data, the server, acting as the publisher, broadcasts a "data change notification" to all terminals in the group via the low-latency MQTT protocol. Upon receiving the notification, the terminal subscribers then proactively initiate a request to the server via the reliable HTTP protocol to fetch the latest incremental or full data, thereby updating their local cache. This "notification + fetch" model improves real-time awareness of data changes and ensures the accuracy of the final data.

[0043] In step S130, the request for tools is triggered by the user on the terminal's human-machine interface (such as a touchscreen), which can be initiated by clicking the "Borrow Tools" button and starting the identity verification process. Identity verification is completed through the terminal's integrated biometric module (camera) or card reader, which quickly compares the collected user's facial image or IC card information with the "Personnel Information List" cached locally in step S120. Upon successful verification, the terminal's main controller drives the electronic door lock to open the corresponding compartment or cabinet door.

[0044] After the user takes the tools and closes the cabinet door, the process enters a crucial stage: automatic inventory and issuance record generation. The RFID reader in the terminal is triggered, performing a full scan of the tag information for all tools and equipment inside the cabinet. The system compares the scan results with the "inventory snapshot" cached before the door was opened. It identifies "missing" RFID tags; the tag information corresponds to the "target tool or equipment" that was taken. Subsequently, the terminal automatically generates a structured "issuance record," including the borrower's ID, the target tool's RFID tag, the time of receipt, and the terminal's device ID, and reports it to the central management server via an HTTP POST request.

[0045] After receiving the record, the server locates the corresponding RFID record in the "Tools and Equipment Ledger" of the database and performs an atomic update: based on the outbound record, the central management server marks the target tool's status information as "borrowed," records the user information, and the identifier of the first tool cabinet terminal, generating updated shared group data. The central management server sends a ledger change notification to all other terminals in the same terminal group as the first tool cabinet terminal. These terminals retrieve the update in the background, ensuring that all nodes in the group agree on the "target tool has been borrowed" status.

[0046] In step S140, when a user returns tools borrowed from cabinet A (first tool cabinet terminal) to cabinet B (second tool cabinet terminal), the identity verification process is the same as when the tools were borrowed, ensuring that the operator has the authority to return the tools within the same group. If the operator's information exists in the personnel information list corresponding to cabinet B, after verification is successful, the cabinet door opens, the user places the tools inside and closes the door, the RFID reader in cabinet B starts inventorying, and a "new" RFID tag is found through comparison, which is the target electronic tag of the returned tool.

[0047] The local decision-making process for cabinet B begins by querying its locally cached "Tools and Equipment Ledger". Since the ledger is shared across the entire group and synchronized via step S130, cabinet B can retrieve the RFID tag in the ledger and find its status as "borrowed," with the last recorded owner being cabinet A. This successful local query confirms that the tool belongs to this management group, triggering the generation of an inbound record.

[0048] Cabinet B reports this record, containing information such as the tool's RFID tag, return time, and its own device ID, to the central management server. The central management server updates the shared group data based on the entry record and updates the local cache of other tool cabinet terminals within the same terminal group as the second tool cabinet terminal. For example, in the master ledger, the tool's status is updated to "returned," and its "Cabinet Information" field is changed from the ID of Cabinet A to the ID of Cabinet B. This operation signifies that the tool's physical ownership has officially transferred from Cabinet A to Cabinet B in a management sense.

[0049] To ensure real-time consistency of information within the group, the central management server will also send update notifications to all tool terminals (including cabinet A) within the group via MQTT. After receiving the notification and synchronizing their data, other tool terminals will clearly show in their local ledgers that the tool has been returned to cabinet B, thus automatically removing the relevant borrowing warning and occupancy status. Other cabinets will also be updated synchronously, thereby forming a highly consistent distributed view of asset location and status throughout the entire group.

[0050] In the implementation of the above embodiments: through logical grouping and data synchronization, physically dispersed tool cabinets are logically integrated into a unified resource pool, breaking the "information silos" of the traditional model and realizing flexible scheduling and efficient sharing of tools within the group. Real-time identification and decision-making based on local caching in the cross-cabinet borrowing and returning process improves the response speed and user experience of borrowing and returning operations, reduces unnecessary back-and-forth trips by staff due to fixed-point returns, and significantly improves on-site work efficiency. Furthermore, through the real-time information synchronization mechanism, regardless of how tools move within the group, their status, location, ownership, and other information remain consistent across all terminals within the group, enhancing the accuracy, traceability, and overall robustness of tool management, effectively improving the problems of chaotic tool management, unclear responsibilities, and low utilization rates in industrial sites.

[0051] Optionally, in this embodiment, a user's request for use is received from the first tool cabinet terminal. The first tool cabinet terminal performs identity verification based on a personnel information list. If the identity verification is successful, the cabinet door is opened. The second tool cabinet terminal identifies the target electronic tag of the returned tool and searches for the target electronic tag in the tool ledger cached locally in the second tool terminal. If the tag is found, an outbound record for the target tool is generated, including: The system receives a borrowing request from a user at the first tool cabinet terminal; the request includes the borrower's information. A borrowing request is an instruction from a user to the intelligent tool cabinet terminal, indicating an intention to borrow tools. The request is triggered through the terminal's human-machine interface (such as a touchscreen), and the user initiates the process by clicking a "Borrow Tools" button or a similar button.

[0052] The first tool cabinet terminal matches the borrower's information with the personnel information list corresponding to the terminal group where the first tool cabinet terminal is located. If the match is successful, it indicates that the identity verification is successful. The borrower's information is a data credential used to verify the user's identity and is automatically collected by the sensing devices integrated into the terminal. The borrower's information includes: biometric information, such as facial images or fingerprint information captured by a camera; or digital credential information, such as employee IC card numbers read by RFID card readers, mobile virtual ID badges sensed by NFC modules, or passwords, etc.

[0053] The entire process can be summarized as follows: After receiving a request for use, the first tool cabinet terminal activates the corresponding recognition module to collect the borrower's information. Subsequently, the main controller of the tool cabinet terminal calls the local application to compare the collected information (such as facial feature vectors or card numbers) with the "personnel information list" pre-stored in the local cache. Using a matching algorithm, such as a facial recognition algorithm or string exact matching, the borrower's information is matched with the personnel information list. If the match is successful, a "verification passed" command is generated; if it fails, an "insufficient permissions" message is displayed on the terminal interface. This design reduces network dependence and improves the real-time performance of the verification response.

[0054] Upon successful authentication, the cabinet door opens and receives a closing signal. For example, an unlocking pulse signal can be sent to the electronic lock to open the door. Simultaneously, the terminal interface displays guidance information such as "Please take the tools." After the user takes the tools, they close the cabinet door. A door magnetic sensor or angle sensor is installed inside the cabinet to monitor the door's status in real time. When the user finishes taking the tools and closes the door, the sensor status changes from "open" to "closed," generating a closing signal.

[0055] The first tool cabinet terminal uses an electronic tag reader to identify the target tool by comparing the electronic tags before and after the cabinet door is opened, generate an outbound record for the target tool, and upload the outbound record to the central management server. The outbound record includes at least one of the following: the information of the person who issued the tool, the electronic tag of the target tool, and the operation time.

[0056] The electronic tag reader is an ultra-high frequency (UHF) RFID reader and antenna array installed in the cabinet. It can read the unique ID of all RFID tags attached to tools and equipment in the cabinet in a non-contact, batch manner.

[0057] Before the cabinet door is opened, the system performs a full RFID scan, storing a list of all read tag IDs in memory as a "pre-inventory snapshot." Upon receiving a door closing signal, the system immediately triggers another full scan to obtain a "post-inventory snapshot." Then, a set difference algorithm is run to compare the two snapshots, identifying RFID tags present in the "pre-inventory snapshot" but missing in the "post-inventory snapshot." These tags are then identified as the target tools to be used. This method eliminates the need for individual sensors for each tool, achieving low-cost, high-reliability tool removal detection.

[0058] Once the target tool is identified, the terminal software automatically generates a structured outbound record. This record contains at least three core fields: the user information (i.e., the verified user ID), the electronic tag (unique RFID code) of the target tool, and the precise operation time (taken from the terminal's local clock and can be designed to be calibrated by the server time when the network is available). The tool cabinet terminal uses a network communication module (such as 4G / 5G or Ethernet) and the HTTP / HTTPS protocol's POST method to report this record as a JSON or XML data packet to the central management server's preset API interface. To improve reliability, the tool cabinet terminal temporarily stores the record in its local flash memory until it receives a successful reception response from the server; if the network is interrupted, the record will be persistently stored locally and automatically retransmitted after the network is restored.

[0059] In the implementation of the above embodiments: A local caching-based authentication mechanism shortens the authentication response time, improves user experience, and increases the probability of successfully retrieving tools and equipment when the network is unstable. Automatic RFID inventory and discrepancy comparison technology enables precise management of tool and equipment retrieval behavior, reducing error-prone and inefficient manual registration and improving the accuracy and efficiency of requisition registration. A structured work order generation and reliable reporting mechanism ensures that every requisition operation is recorded accurately and in real time and synchronized to the central management system, providing a solid data foundation for asset traceability, usage statistics, and inventory management, thus achieving digitalization and transparency of the tool and equipment flow status from the source.

[0060] Optionally, in this embodiment, updating the shared group data based on the outbound record and updating the local cache of other tool cabinet terminals within the terminal group where the first tool cabinet terminal is located includes: Based on the outbound records, the central management server marks the status information of the target tools and equipment as "indicating that they have been borrowed", records the information of the personnel who received them, and the identifier of the first tool and equipment cabinet terminal, and generates updated shared group data.

[0061] The central management server is the core backend server of the entire system, typically deployed in the cloud or on-premises data center. It is responsible for processing business data from all terminals and maintaining global data consistency. The central management server provides a set of well-defined API interfaces for terminals to call and uses databases (such as MySQL, PostgreSQL, etc.) to persistently store all information.

[0062] Upon receiving an outbound record, the central management server application first parses the target tool's electronic tag, then searches for the corresponding record in the tool ledger table of the database. Next, it performs an update operation, setting the record's "Status" field to an enumerated value or string representing "borrowed," updating the "Recipient" field to the recipient information from the reported record, and updating the "Owned Cabinet" or "Current Location" field to the device identifier of the first tool cabinet terminal. Additionally, the "Borrowing Time" field is typically updated to the operation time. These update operations are completed within a single database transaction, ensuring atomicity.

[0063] Through the central management server, based on the updated shared group data, update notifications are sent to other tool cabinet terminals within the terminal group where the first tool cabinet terminal is located, so that the other tool cabinet terminals can update their local cache.

[0064] After the central management server detects a data change event and updates the version identifier, it immediately sends a notification message to other tool cabinet terminals within the terminal group via its integrated MQTT server. This message includes information such as the change type ("borrowed"), the RFID tag of the borrowed tool, and the new data version number. Upon receiving the response, the terminal applies the incremental or full data to its local embedded database, updating its cached tool ledger.

[0065] In the implementation of the above embodiments: the central management server, as the sole data source, centrally processes outbound records and atomically updates the global status, ensuring the consistency, accuracy, and auditability of system data. Based on the updated shared group data, update notifications are sent to other tool cabinet terminals within the same terminal group as the first tool cabinet terminal. All terminals within the group can perceive data changes almost in real time, effectively balancing network traffic and server load, and improving the system's robustness and scalability in uncertain network environments. Data changes from any terminal can be quickly and reliably synchronized to all relevant tool cabinet terminals within the group, improving the visibility and management efficiency of asset status within the group.

[0066] Optionally, in this embodiment, the second tool cabinet terminal receives a return request from a user, performs identity verification based on a personnel information list, opens the cabinet door if the identity verification is successful, and generates an entry record for the target tool, including: The system receives a return request from a user to the second tool cabinet terminal; the return request includes the returner's information. The system then matches the returner's information against the personnel information list corresponding to the terminal group containing the second tool cabinet terminal. If a match is found, the identity verification is successful.

[0067] After the second tool cabinet terminal activates the identification device and obtains user information, it immediately compares this information with the "Personnel Information List" synchronized from the server and cached locally in the local verification program. This list defines all personnel with operating permissions within this group. Verification is successful when the collected information matches any information in the Personnel Information List.

[0068] Upon successful authentication, the cabinet door opens and a closing signal is received. After successful authentication, the terminal main controller activates the electronic door lock to open the cabinet door.

[0069] The second tool cabinet terminal uses an electronic tag reader to identify the target tools to be returned by comparing the electronic tags before and after the cabinet door is opened. The scan results are then compared with a "pre-inventory snapshot" stored before the cabinet door is opened to find tags that exist in the "post-inventory snapshot" but not in the "pre-inventory snapshot." These "extra" tags correspond to the target tools to be returned.

[0070] Based on the electronic tag of the returned target tool, the status information of the returned target tool is queried in the local cache of the second tool cabinet terminal. If the status information indicates that it has been borrowed, an entry record for the target tool is generated and uploaded to the central management server. The entry record includes at least one of the following: the information of the returning personnel, the electronic tag of the target tool, and the operation time.

[0071] First, the system queries the locally cached ledger database for the corresponding RFID record. This is a local database query operation, which is faster. The query aims to: confirm ownership, verify whether the tool belongs to this management group; and verify the status, checking whether its current status is "borrowed". When both verifications pass (i.e., the record is found and the status is "borrowed"), the tool cabinet terminal determines that this is a legitimate cross-cabinet return, generates an entry record for the target tool, and uploads the entry record to the central management server.

[0072] The terminal reliably reports this record to the central management server via HTTP / HTTPS protocol. Upon receiving the report, the server will perform a critical update in its authoritative master ledger: change the tool's status to "in stock" and update the cabinet information field to the ID of the second tool cabinet terminal.

[0073] In the implementation of the above embodiments: local permission verification improves operational security and process automation, reducing manual intervention. RFID-based automatic inventory tool identification technology enables accurate perception of return actions, reducing manual data entry errors. This allows the tool cabinet terminal to quickly determine the legality of a return operation (whether it belongs to the current group of assets and whether it is awaiting return) without real-time network queries to the server, improving the response speed of return operations and the system's autonomy. The reporting of standardized inventory records provides accurate data for the server to synchronize global data and update asset status, ensuring data consistency and traceability of asset management throughout the distributed system.

[0074] Optionally, in this embodiment, updating the shared group data based on the entry record and updating the local cache of other tool cabinet terminals within the terminal group where the second tool cabinet terminal is located includes: Based on the warehousing records, the central management server updates the status information of the target tools to be returned from the "borrowed" marker to the "returned" marker, and updates the location attribute of the target tools from the first tool cabinet terminal to the second tool cabinet terminal, generating updated shared group data.

[0075] After receiving the entry record reported via HTTP, the central management server can first perform message verification and parsing. Then, using the RFID tag of the target tool as a unique key, it updates the status information from the "borrowed" tag to the "returned" tag. It also updates the location attribute of the target tool from the first tool cabinet terminal to the second tool cabinet terminal, generating updated shared packet data.

[0076] Through the central management server, based on the updated shared group data, update notifications are sent to other tool cabinet terminals within the terminal group where the second tool cabinet terminal is located, so that the other tool cabinet terminals can update their local cache.

[0077] For example, the MQTT protocol can be used to send this notification. The server, acting as the MQTT publisher, will publish the update notification to other tool cabinet terminals within the terminal group. The tool cabinet terminal receives the message and uses the new record to replace or update the corresponding old record in its local database, thereby updating its local cache.

[0078] In the implementation of the above embodiments: atomic updates to state and location attributes are performed by the central management server, reducing data corruption that may be caused by concurrent modifications from multiple nodes. Change information is broadcast within the group, improving transmission integrity, security, and reliability in request-response patterns, thereby enhancing the accuracy of transmitted data.

[0079] Considering that a person's information can exist in one or more personnel information lists corresponding to different terminal groups, if a person's information exists in multiple personnel information lists corresponding to multiple terminal groups, then that person has unlocking permissions for tool cabinets within multiple terminal groups. In this case, a situation may arise where an operator has permissions for both group A and group B. This operator retrieves the target tool from group A, uses it, opens the tool cabinet terminal in group B, and returns the target tool belonging to group A to the tool cabinet terminal in group B. In this case, the "wrong return" exception handling is initiated. The "wrong return" exception handling is described below.

[0080] Optionally, in this embodiment, the second tool cabinet terminal identifies the target electronic tag of the returned target tool, searches for the target electronic tag in the tool ledger cached locally in the second tool terminal, and then the method further includes: If the target electronic tag cannot be found in the locally cached tool and equipment ledger, it means that the first tool and equipment cabinet terminal and the second tool and equipment cabinet terminal are not in the same terminal group. An unknown tag query request is generated and sent to the central management server to obtain the target terminal group to which the target tool and equipment belongs.

[0081] When the second tool cabinet terminal detects a newly added tool through RFID inventory and cannot find the "target electronic tag" (the tool's RFID code) in its locally cached tool ledger, it determines that the tool does not belong to the current group, triggering the "misplaced" exception process. The tool cabinet terminal then generates a structured unknown tag query request, which is essentially an HTTP query message containing the unknown RFID code, and sends it to the central management server. Upon receiving the request, the server searches its maintained global master ledger database to determine the target terminal group (i.e., its correct "logical affiliation") to which the tool corresponding to the RFID code belongs in the system, and returns this group identification information (such as the group ID) to the second tool cabinet terminal.

[0082] The display interface of the second tool cabinet terminal presents the user with a selection of options. These options include a first option or a second option. The first option guides the user to return the target tool to the tool cabinet terminal within its designated target terminal group. The second option allows the user to confirm the forced return to the second tool cabinet terminal. For example, the first option could be "This tool should be returned to area XX," guiding the user to retrieve the tool and proceed to the correct target group for return. The second option could be "Confirm forced return here."

[0083] If the user selects the first option, the cabinet door will open, and the system will display a list of tool cabinet terminals within the target terminal group. If the user selects the first option (i.e., guided return) on the front-end interface, the system will execute the guidance process. The terminal will first automatically open its cabinet door to facilitate the user's retrieval of mistakenly returned tools. Simultaneously, the screen will display a list of tool cabinet terminals within the target terminal group. This list, provided by the server, may include cabinet numbers, specific location descriptions (e.g., "North side of Workshop 3"), etc., providing clear navigation guidance for the user to return the tools to the correct location.

[0084] If the user selects the second option, a forced return message is generated and sent to the central management server. The central management server then changes the cabinet and location information of the target tool to the second tool cabinet terminal and notifies the tool cabinet terminals in the target terminal group, as well as other tool cabinet terminals in the terminal group where the second tool cabinet terminal is located.

[0085] If the user selects the second option (i.e., forced return), the terminal will generate a forced return message. This message is a special HTTP request containing the tool's RFID tag, the current cabinet ID, the operator, and a "forced ownership change" instruction. Upon receiving this message, the central management server will perform an authoritative data migration operation: in its master ledger, it will update the "belonging cabinet" and "location" fields of the target tool to the second tool cabinet terminal, remove it from the logical member list of the original target terminal group, and add it to the current terminal group.

[0086] The server will then trigger two synchronization notifications: one notification to all counters in the original target terminal group to update their local ledgers (removing the tool), and another notification to other counters in the group where the second tool cabinet terminal is located to update their local ledgers (adding the tool), thereby completing the logical transfer of asset ownership and data consistency synchronization within the system.

[0087] In the implementation of the above embodiments: the exception handling process provides an intelligent and user-friendly solution to the common problem of cross-group error recovery tools. This solution enhances the system's ability to perceive abnormal operations and the precision of user interaction guidance. It does not simply reject the two optional standardized solutions provided for the rude interruption of the workflow. While ensuring asset management, it gives necessary flexibility to on-site operations, enabling assets to be safely and logically transferred between different management domains, thereby enhancing the system's adaptability to real-world complex scenarios and the robustness of overall management.

[0088] Optionally, in this embodiment of the application, after sending the unknown tag query request to the central management server, the method further includes: If the target electronic tag of the target tool is recorded in the tool master ledger of the central management server, the target tool will be divided into the terminal group where the second tool cabinet terminal is located, and the target tool will be associated with the second tool cabinet terminal, updating the tool master ledger and the shared group data.

[0089] The central management server locates the target electronic tag in its global tool and equipment master ledger. However, since the tool is not currently associated with any specific group or cabinet, the server's backend logic determines that the tool is in a "recorded but unassigned" state and performs an asset binding and grouping operation. For example, the server updates the tool's "belonging group" field to the identifier of the terminal group where the second tool and equipment cabinet terminal is located, and directly associates its "current cabinet" field with the ID of the second tool and equipment cabinet terminal. After this operation, the server simultaneously updates the tool and equipment master ledger and the shared group data corresponding to this group, effectively incorporating the tool into the current group for management and clarifying its physical storage location. Subsequently, the central management server triggers a standard data synchronization process, notifying all terminals within this group to update their local cache.

[0090] If the target electronic tag of the target tool is not recorded in the tool master ledger on the central management server, the interface will prompt the user to perform the tool entry operation. After the tool entry operation is completed, the tool master ledger and shared group data will be updated.

[0091] If the central management server cannot find the target electronic tag in the master ledger, it indicates that the tool is a new tool entering the system for the first time. The central management server will push a structured tool entry operation guide interface to the user through the display interface of the second tool cabinet terminal. This guides the user to input or select the necessary attribute information of the tool via the touch screen, such as name, specifications, category, and photo. After the user completes the input and confirms, the terminal packages this newly added tool information with the target electronic tag and reports it to the server via HTTP protocol. Upon receiving the data, the server creates a new record with complete attributes in the master ledger and assigns it to the group containing the second cabinet by default, associating it with the second cabinet. Finally, the server updates the tool master ledger and shared group data and notifies the terminals within the group to synchronize, thus completing the entire process of digital entry and management of the new asset.

[0092] In the implementation of the above embodiments: Existing but unassigned tools and equipment in the system are accurately reassigned, improving the completeness of the asset ledger and resource utilization. New tools and equipment not yet in storage are digitally added, achieving a seamless transition from physical purchase to system management. The combination of these two approaches enables the system not only to manage known and assigned assets but also to proactively identify and guide the handling of various unplanned asset changes. This effectively reduces management blind spots and data chaos caused by unclear asset status or missing information, improving the comprehensiveness of asset management coverage and the accuracy of data maintenance.

[0093] Optionally, in this embodiment, the preset grouping logic includes the geographical location of the tool cabinet terminal and / or the business association between multiple tool cabinet terminals.

[0094] As one implementation method, all registered tool cabinet terminals can be viewed on a visual map or list, and flexibly combined according to two logics: for example, based on the latitude and longitude coordinates reported by the cabinet terminals or the location information manually marked by the administrator, the distance between cabinets can be automatically calculated, and adjacent cabinets can be recommended to be grouped together. The administrator can also manually select a geographical area on the map and group all cabinets within that area into the same group.

[0095] And / or, create different business entities (such as departments, projects, and work groups) and associate the relevant cabinet terminals with these business entities. Subsequently, cabinet terminals associated with the same business entity can be grouped into the same group, or manually configured according to more complex business rules (such as multiple work groups sharing a tool pool).

[0096] After grouping is completed, the server will persistently store the group configuration (i.e., the mapping relationship between group ID and the list of terminal IDs in the group) in the database, which will serve as the basis for all subsequent group-related business logic (such as synchronizing shared ledgers and processing cross-counter returns).

[0097] Understandably, the grouping logic is dynamically adjustable, and administrators can adjust the grouping composition at any time according to business changes. The system will automatically trigger the resynchronization of data within the group.

[0098] In the implementation of the above embodiments: based on geographical location and / or business relevance, grouping logic achieves intelligent mapping from physically dispersed cabinets to logically unified management units, enabling tool resources to be rationally divided and aggregated according to actual operational needs and administrative jurisdiction. This improves the accuracy and practicality of group settings, makes tool scheduling and usage modes more adaptable, and enhances the system's adaptability to different organizational structures and geographical layouts. The intelligent grouping mechanism provides a crucial prerequisite for subsequent implementation of interoperability of tools within a group, efficient resource sharing, and precise asset management.

[0099] Please see Figure 2 The diagram shown is a structural schematic of a distributed tool cross-cabinet retrieval and return device provided in an embodiment of this application; this embodiment of the application provides a distributed tool cross-cabinet retrieval and return device 200, including: Grouping module 210 is used to group multiple registered tool cabinet terminals according to preset grouping logic to obtain terminal groups; The data synchronization module 220 is used to generate shared group data based on terminal groups and cache the shared group data locally on the tool cabinet terminals within the corresponding terminal groups. The shared group data includes tool ledgers and personnel information lists within the same terminal group. The tool ledger represents the tag information, status information, cabinet information, and tool transfer information between tool cabinet terminals within the terminal group. The personnel information list includes personnel information who have unlocking permissions for tool cabinet terminals within the terminal group. The requisition module 230 is used to receive the requisition request sent by the user to the first tool cabinet terminal. The first tool cabinet terminal performs identity verification based on the personnel information list. If the identity verification is successful, the cabinet door is opened and an outbound record for the target tool is generated. The shared group data is updated based on the outbound record, and the local cache of other tool cabinet terminals in the terminal group where the first tool cabinet terminal is located is also updated. The return module 240 is used to receive a return request sent by the user to the second tool cabinet terminal. The second tool cabinet terminal performs identity verification based on the personnel information list. If the identity verification is successful, the cabinet door is opened. The second tool cabinet terminal identifies the target electronic tag of the target tool to be returned and searches for the target electronic tag in the tool ledger cached locally in the second tool cabinet terminal. If the tag is found, an entry record for the target tool is generated. The shared group data is updated based on the entry record, and the local cache of other tool cabinet terminals in the terminal group where the second tool cabinet terminal is located is also updated.

[0100] It should be understood that this device corresponds to the above-described distributed tool cross-cabinet retrieval and return method embodiment, and is capable of performing the various steps involved in the above method embodiment. The specific functions of this device can be found in the description above, and detailed descriptions are omitted here to avoid repetition. The device includes at least one software functional module that can be stored in memory or embedded in the device's operating system (OS) in the form of software or firmware.

[0101] Please see Figure 3 The diagram shows a structural schematic of an electronic device provided in an embodiment of this application. An electronic device 300 provided in this application includes a processor 310 and a memory 320. The memory 320 stores machine-readable instructions executable by the processor 310. When the machine-readable instructions are executed by the processor 310, the method described above is performed.

[0102] Figure 3 The components shown can be implemented using hardware, software, or a combination thereof. Electronic device 300 may be a physical device, such as a server or PC, or a virtual device, such as a virtual machine or virtualization container. Furthermore, electronic device 300 is not limited to a single device; it can be a combination of multiple devices or a cluster of numerous devices.

[0103] This application also provides a storage medium storing a computer program, which is executed by a processor to perform the above-described method.

[0104] The storage medium can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as Static Random Access Memory (SRAM), Electrically Erasable Programmable Read-Only Memory (EEPROM), Erasable Programmable Read Only Memory (EPROM), Programmable Red-Only Memory (PROM), Read-Only Memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk.

[0105] This application also provides a computer program product, including computer program instructions, which are executed by a processor to perform the method described above.

[0106] It should be understood that the disclosed apparatus and methods can also be implemented in other ways, given the several embodiments provided in this application. The apparatus embodiments described above are merely illustrative. For example, the flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of apparatus, methods, and computer program products according to various embodiments of this application. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code, which contains one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions marked in the blocks may occur in a different order than those marked in the drawings. For example, two consecutive blocks may actually be executed substantially in parallel, or they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in a block diagram and / or flowchart, and combinations of blocks in block diagrams and / or flowcharts, can be implemented using a dedicated hardware-based system that performs the specified function or action, or using a combination of dedicated hardware and computer instructions.

[0107] In addition, the functional modules in the various embodiments of this application can be integrated together to form an independent part, or each module can exist independently, or two or more modules can be integrated to form an independent part.

[0108] The above description is only an optional implementation of the embodiments of this application, but the protection scope of the embodiments of this application is not limited thereto. Any changes or substitutions that can be easily conceived by those skilled in the art within the technical scope disclosed in the embodiments of this application should be covered within the protection scope of the embodiments of this application.

Claims

1. A method for retrieving and returning distributed tools across cabinets, characterized in that, include: The multiple registered tool cabinet terminals are grouped according to the preset grouping logic to obtain terminal groups; Shared group data is generated based on the terminal groups, and the shared group data is locally cached in the tool cabinet terminals within the corresponding terminal groups. The shared group data includes a tool ledger and a personnel information list within the same terminal group. The tool ledger represents the tag information, status information, cabinet information, and tool transfer information between tool cabinet terminals within the terminal group. The personnel information list includes personnel information with unlocking permissions for tool cabinet terminals within the terminal group. The system receives a request from a user to use a tool cabinet terminal. The first tool cabinet terminal verifies the identity of the user based on the personnel information list. If the identity verification is successful, the cabinet door is opened, and an outbound record for the target tool is generated. The system updates the shared group data based on the outbound record and updates the local cache of other tool cabinet terminals in the terminal group where the first tool cabinet terminal is located. Upon receiving a user's return request to the second tool cabinet terminal, the second tool cabinet terminal performs identity verification based on the personnel information list. If the identity verification is successful, the cabinet door is opened. The second tool cabinet terminal identifies the target electronic tag of the returned target tool and searches for the target electronic tag in the tool ledger cached locally by the second tool cabinet terminal. If found, an entry record for the target tool is generated. Based on the entry record, the shared group data is updated, and the local caches of other tool cabinet terminals within the terminal group where the second tool cabinet terminal is located are also updated.

2. The method according to claim 1, characterized in that, The system receives a user's request for a tool from a first tool cabinet terminal. The first tool cabinet terminal verifies the user's identity based on the personnel information list. If the identity verification is successful, the cabinet door opens. The second tool cabinet terminal identifies the target electronic tag of the returned tool and searches for the target electronic tag in its locally cached tool ledger. If found, an outbound record for the target tool is generated, including: Receive a request from a user to the first tool cabinet terminal; the request includes the lender's information; The borrower's information is matched with the personnel information list corresponding to the terminal group where the first tool cabinet terminal is located through the first tool cabinet terminal. If the match is successful, it indicates that the identity verification is successful. The cabinet door opens upon successful authentication and receives a closing signal. The first tool cabinet terminal uses an electronic tag reader to identify the target tool by comparing the electronic tags before and after the cabinet door is opened, generates an outbound record for the target tool, and uploads the outbound record to the central management server. The outbound record includes at least one of the following: the information of the person who took the tool, the electronic tag of the target tool, and the operation time.

3. The method according to claim 2, characterized in that, Update the shared group data based on the outbound record, and update the local cache of other tool cabinet terminals within the terminal group where the first tool cabinet terminal is located, including: Based on the outbound records, the central management server marks the status information of the target tool as "indicating it has been borrowed", records the information of the person who received it, and the identifier of the first tool cabinet terminal, and generates updated shared group data. Based on the updated shared group data, the central management server sends update notifications to other tool cabinet terminals within the same terminal group as the first tool cabinet terminal, so that the other tool cabinet terminals update their local caches.

4. The method according to claim 1, characterized in that, The system receives a return request from a user to the second tool cabinet terminal. The second tool cabinet terminal performs identity verification based on the personnel information list. If the identity verification is successful, the cabinet door is opened, and an entry record for the target tool is generated, including: Receive a return request sent by a user to the second tool cabinet terminal; the return request includes the returner's information; The returner's information is matched with the personnel information list corresponding to the terminal group where the second tool cabinet terminal is located through the second tool cabinet terminal. If the match is successful, it indicates that the identity verification is successful. The cabinet door opens upon successful authentication and receives a closing signal. The second tool cabinet terminal uses an electronic tag reader to identify the target tool to be returned by comparing the electronic tags before the cabinet door is opened and after the cabinet door is closed. Based on the electronic tag of the returned target tool, the status information of the returned target tool is queried in the local cache of the second tool cabinet terminal. If the status information indicates that it has been borrowed, the warehouse entry record for the target tool is generated and uploaded to the central management server. The warehouse entry record includes at least one of the following: information of the returning personnel, electronic tag of the target tool, and operation time.

5. The method according to claim 4, characterized in that, Update the shared group data based on the inbound record, and update the local cache of other tool cabinet terminals within the terminal group where the second tool cabinet terminal is located, including: The central management server updates the status information of the returned target tool from the "borrowed" tag to the "returned" tag based on the warehouse entry record, and updates the location attribute of the target tool from the first tool cabinet terminal to the second tool cabinet terminal, generating updated shared group data. Based on the updated shared group data, the central management server sends update notifications to other tool cabinet terminals within the terminal group where the second tool cabinet terminal is located, so that the other tool cabinet terminals update their local caches.

6. The method according to claim 1, characterized in that, The second tool cabinet terminal identifies the target electronic tag of the returned target tool, searches for the target electronic tag in the tool ledger cached locally in the second tool cabinet terminal, and then the method further includes: If the target electronic tag cannot be found in the locally cached tool and equipment ledger, it means that the first tool and equipment cabinet terminal and the second tool and equipment cabinet terminal are not in the same terminal group. An unknown tag query request is generated and sent to the central management server to obtain the target terminal group to which the target tool and equipment belongs. The user is prompted with alternative options on the display interface of the second tool cabinet terminal; the alternative options include a first alternative option or a second alternative option; the first alternative option is used to guide the user to return the target tool to the tool cabinet terminal within the target terminal group to which it belongs; the second alternative option is used for the user to confirm the forced return to the second tool cabinet terminal; If the user selects the first option, the cabinet door will be opened and the user will be shown a list of tool cabinet terminals in the target terminal group. If the user selects the second option, a forced return message is generated and sent to the central management server. The central management server then changes the cabinet and location information of the target tool to the second tool cabinet terminal and notifies the tool cabinet terminals in the target terminal group, as well as other tool cabinet terminals in the terminal group where the second tool cabinet terminal is located.

7. The method according to claim 6, characterized in that, After sending the unknown tag query request to the central management server, the method further includes: If the target electronic tag of the target tool is recorded in the tool master ledger of the central management service, the target tool is divided into the terminal group where the second tool cabinet terminal is located, and the target tool is associated with the second tool cabinet terminal, and the tool master ledger and the shared group data are updated. If the target electronic tag of the target tool is not recorded in the tool master ledger of the central management server, the interface will prompt the user to perform a tool entry operation. After the tool entry operation is completed, the tool master ledger and the shared group data will be updated.

8. The method according to claim 1, characterized in that, The preset grouping logic includes the geographical location of the tool cabinet terminal and / or the business association between the multiple tool cabinet terminals.

9. A computer program product, characterized in that, It includes computer program instructions that, when executed by a processor, perform the method as described in any one of claims 1 to 8.

10. An electronic device, characterized in that, include: A processor and a memory, the memory storing computer program instructions that, when executed by the processor, perform the method as described in any one of claims 1 to 8.

Images