A software alarm method and system for asset state monitoring

Abstract

This invention belongs to the field of computer software, data processing, and information push technology. It discloses a software-based alarm method and system for asset status monitoring. Relying on a pure software layer architecture, it achieves decoupling and adaptation with hardware devices. It receives asset status monitoring data streams through a preset universal data communication interface, performs intelligent anomaly analysis based on a pre-configured rule set, and generates standardized alarm information containing the anomaly type, unique asset identifier, and timestamp upon triggering an anomaly condition. This information is then pushed to the bound user terminal via multiple communication channels. Simultaneously, it achieves persistent storage and query response for alarm and status data. This invention does not require binding to specific hardware devices and can realize multi-dimensional intelligent anomaly judgment, multi-channel multi-user synchronous alarms, and full lifecycle data traceability. It effectively reduces the false alarm rate, improves alarm reach reliability, and enhances collaborative management efficiency. It is suitable for remote real-time monitoring scenarios of various assets such as personal belongings, enterprise equipment, and logistics parcels.

Description

Technical Field

[0001] This invention relates to the fields of computer software, data processing and information push technology, and in particular to a software alarm method and system for asset status monitoring. This invention is especially applicable to software monitoring and alarming of abnormal states caused by physical damage, such as cutting, destruction, illegal demolition, illegal opening of the shell of an asset, abnormal anti-tampering circuit, and excessive vibration and impact. Background Technology

[0002] With the rapid popularization of IoT and mobile internet technologies, the demand for remote status monitoring of various assets such as personal items, enterprise equipment, and logistics parcels continues to grow. The intelligence, versatility, and collaboration of asset monitoring have become core requirements for industry development.

[0003] Most existing asset status monitoring solutions are tightly coupled with specific brands and models of hardware sensors or monitoring equipment. The software layer can only be adapted to dedicated hardware, resulting in extremely poor versatility and an inability to quickly adapt to monitoring scenarios for different types of assets. At the same time, existing solutions suffer from drawbacks such as a single alarm channel that only supports single-user notifications, leading to delays in delivering critical anomaly information. Furthermore, they lack a flexibly configurable rule-based analysis engine, resulting in rigid anomaly judgment logic, high false alarm rates, and the absence of complete historical data storage, trajectory playback, and statistical analysis functions, making it impossible to achieve full-process traceability and closed-loop management of asset monitoring. Summary of the Invention

[0004] One objective of this invention is to provide a software alarm method and system for asset status monitoring.

[0005] To achieve the above objectives, the technical solution adopted by this invention is: a software alarm method and system for asset status monitoring. The method runs on a server or user terminal, and relies on a pure software layer architecture to achieve decoupling and adaptation with hardware devices, including the following core steps:

[0006] S1: Standardized data reception. It receives the status monitoring data stream transmitted by the monitored assets through a preset general data communication interface, without the need to bind specific hardware devices to adapt to the asset monitoring needs of multiple scenarios.

[0007] S2: Intelligent anomaly analysis, which performs real-time analysis on the status monitoring data stream based on a pre-configured set of judgment rules, and realizes multi-dimensional combined anomaly judgment through the rule engine, effectively reducing the false alarm rate;

[0008] S3: Structured alarm generation. When the analysis results trigger any preset abnormal condition, standardized alarm information containing the abnormality type, asset unique identifier and trigger timestamp will be automatically generated.

[0009] S4: Multi-channel alarm push, the alarm information is pushed to the pre-bound user notification terminal via at least one preset communication channel to ensure that the alarm information is reliably delivered;

[0010] S5: Data storage and traceability steps, persistently storing alarm information and associated status monitoring data to the log database, responding to user query requests.

[0011] Preferably, the status monitoring data stream in S1 includes at least one of location coordinate data, motion sensor data, opening / closing status sensor data, and temperature sensor data, covering multiple dimensions of asset status monitoring.

[0012] Preferably, the judgment rule set in S2 specifically includes: judgment that the asset location exceeds the preset geofence boundary, judgment that the motion sensor data exceeds the preset threshold for abnormal movement, judgment that the opening and closing status changes during unauthorized periods, and combined logic judgment of the above rules, so as to improve the accuracy of anomaly identification.

[0013] Preferably, the communication channels in S4 include at least one of mobile application (APP) push, SMS, telephone call, and email, to achieve multi-channel redundant alarm push.

[0014] Preferably, step S4 also performs a multi-user synchronous push operation, pushing the same alarm information in parallel to multiple user notification terminals with corresponding management permissions, thereby achieving multi-user collaborative alarm and rapid response.

[0015] Preferably, S5 provides a function to replay the historical movement trajectory of assets and a statistical analysis report of abnormal events, forming a closed loop for the full life cycle management of asset monitoring.

[0016] Preferably, the software alarm system further includes a user and permission management module, which is signal-connected to the message push module and is used to configure user accounts, asset binding relationships and alarm receiving permissions, and control the synchronous push permissions of multiple users.

[0017] Preferably, the message push module supports independent or combined push notifications from multiple communication channels, including mobile application (APP) push notifications, SMS messages, telephone calls, and emails.

[0018] Preferably, the data storage and query module is configured with a trajectory playback unit and a statistical analysis unit, which are used to output historical movement trajectory playback data of assets and statistical analysis reports of abnormal events.

[0019] Compared with the prior art, the beneficial effects of the present invention are as follows:

[0020] (1) This invention uses a pure software layer architecture design and accesses status monitoring data through a standardized general data communication interface. It is not bound to any brand or model of hardware sensor or monitoring terminal. It is compatible with various general data sources and asset terminals. It does not require customized development for different hardware and can be quickly deployed to various scenarios such as personal item anti-loss, enterprise equipment monitoring, and logistics package tracking. It significantly reduces the cost of system deployment and transformation and solves the technical defects of traditional monitoring solutions, such as strong coupling of software and hardware, poor universality, and limited adaptability to scenarios. Through a flexibly configurable rule engine, it realizes multi-dimensional and combined anomaly judgment, supports single rule and combined rule judgment such as geofence crossing, abnormal movement, unauthorized opening and closing, and data exceeding threshold, replacing the traditional fixed and single judgment logic. The rule parameters and combined logic can be customized according to actual monitoring needs, effectively filtering invalid data and interference signals, greatly improving the accuracy and reliability of abnormal status identification, reducing the false alarm rate from the source, and avoiding frequent invalid alarms from interfering with management personnel.

[0021] (2) This invention integrates multiple communication channels such as mobile application APP push, SMS, telephone call, and email, supports multi-channel parallel or redundant push, and can flexibly select the push method according to the alarm level. It completely solves the problem that traditional solutions only support single application notifications and alarms are easy to miss, ensuring that key abnormal alarms can reach the target users stably and quickly, avoiding asset loss or security risk expansion due to missed or delayed information viewing; it supports the parallel push of the same alarm information to multiple user terminals with corresponding management permissions, enabling multiple relevant parties such as equipment managers, security administrators, and on-duty personnel to receive alarms and know the abnormal status at the same time, breaking the collaborative barrier of single-user reception and information transmission lag, shortening the response and handling time of abnormal events, and significantly improving the collaborative management efficiency and emergency response capability of asset monitoring.

[0022] (3) This invention persistently stores all data such as status monitoring data, alarm information, trigger time, and related asset information, supports functions such as historical trajectory playback, abnormal event query, and statistical analysis report generation, and completely retains the data of the entire asset monitoring process. It can provide complete data support and evidence chain for post-event problem investigation, responsibility definition, and process optimization, and realize the closed-loop management of the entire process of asset monitoring from real-time alarm to post-event traceability, making up for the shortcomings of existing technologies that lack complete data traceability capabilities. As a pure software solution, it does not require additional dedicated hardware control unit and can run directly on general terminals such as servers, smartphones, and tablets. The deployment process is simple and the later maintenance is convenient. No professional personnel are required to perform hardware debugging, which reduces the threshold for system use and operation and maintenance costs, and is more suitable for large-scale promotion and application. Attached Figure Description

[0023] Figure 1 This is a schematic diagram of the overall process of the present invention. Detailed Implementation

[0024] The present invention will now be further described in conjunction with specific embodiments. It should be noted that, without conflict, the various embodiments or technical features described below can be arbitrarily combined to form new embodiments.

[0025] In the description of this invention, it should be noted that directional terms such as "center," "lateral," "longitudinal," "length," "width," "thickness," "upper," "lower," "front," "rear," "left," "right," "vertical," "horizontal," "top," "bottom," "inner," "outer," "clockwise," and "counterclockwise" indicate the orientation and positional relationship based on the orientation or positional relationship shown in the accompanying drawings. They are only for the convenience of describing this invention and simplifying the description, and do not indicate or imply that the device or element referred to must have a specific orientation, or be constructed and operated in a specific orientation. They should not be construed as limiting the specific protection scope of this invention.

[0026] It should be noted that the terms "first" and "second" in the specification and claims of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence.

[0027] One preferred embodiment of the present invention, such as Figure 1 As shown, a software alarm method and system for asset status monitoring runs on a server or user terminal, and the specific implementation steps are as follows:

[0028] S1: Receives status monitoring data streams such as location coordinates, movement status, opening / closing status, and temperature of the monitored assets through a preset general data communication interface;

[0029] S2: Load pre-configured rule sets through the rule engine, perform real-time analysis of status data, and determine whether there are any abnormal situations such as exceeding the geofence, abnormal movement, or unauthorized opening and closing.

[0030] S3: If any abnormal condition is triggered, a structured alarm message containing the abnormality type, asset unique identifier, and trigger timestamp will be automatically generated.

[0031] S4: Push alarm information to one or more user terminals with bound permissions via APP push, SMS, telephone, etc.

[0032] S5: Stores alarm information and associated status data in the log database, responds to user queries, and provides trajectory playback and statistical analysis services.

[0033] Geofencing-based personal item loss prevention alarm

[0034] Users install a mobile application integrating the method of this invention on their smartphones, attach Bluetooth positioning tags to personal items such as keychains and backpacks, and set up security geofences in the application for residential areas, office areas, etc. The application receives tag location data through the Bluetooth interface, and the rule engine determines in real time whether the item's location exceeds the fence. When the item exceeds the security fence and meets abnormal conditions, the system generates an item loss alarm message, which is sent to the user's and emergency contact's mobile phones simultaneously via APP push and SMS, and the alarm data is stored. Users can check the item's location trajectory at any time.

[0035] Supports multi-user collaborative enterprise device anomaly monitoring

[0036] Enterprises deploy this method on internal servers to connect laboratory precision instruments to general vibration sensors. Sensor data is transmitted to the system via a local area network interface. Administrators configure equipment vibration exceeding threshold alarm rules during non-working hours. When abnormal equipment vibration data is triggered after get off work hours, the system generates an equipment abnormal operation alarm and pushes it synchronously to the terminals of the equipment manager, safety administrator, and on-duty personnel. All personnel can view alarm details and take action simultaneously. The system fully records the entire alarm process data.

[0037] Logistics package status tracking and historical query

[0038] Logistics companies use this method to monitor high-value parcels. The parcels are equipped with general-purpose sensors that transmit data on their location, acceleration, and opening / closing status. The system is configured with alarm rules for events such as exceeding the delivery route, severe impacts, and unauthorized opening. When an anomaly is triggered, alarm information is simultaneously pushed to the sender, recipient, and logistics customer service. Users and customer service can use the system to query the complete transportation trajectory, historical status data, and anomaly event records of the parcels, achieving transparent management of the entire logistics process.

[0039] When an asset's casing is cut, illegally dismantled, illegally opened, or subjected to severe vibration or impact, this method also identifies the anomaly through the rule engine and triggers an alarm that is simultaneously pushed to multiple user terminals.

[0040] Working principle:

[0041] In use, the core architecture is based on a pure software layer, relying on four core mechanisms: standardized data access, rule engine analysis, multi-channel message routing, and persistent data storage. This enables universal, intelligent, and collaborative monitoring and alerting of asset status. The overall operating principle is as follows:

[0042] After the system starts up, it first receives status monitoring data streams from various monitored assets through a preset general data communication interface using a standardized protocol. This includes data such as location coordinates, motion status, opening and closing status, and temperature. The data access process does not rely on dedicated hardware drivers; it only completes data parsing and preprocessing through the general interface, achieving decoupling and adaptation with various hardware assets. The accessed status data is transmitted to the rule engine module in real time. The rule engine loads and parses the pre-configured judgment rule set. According to the judgment of geofence boundaries, motion data threshold judgment, unauthorized period status change judgment, and rule combination logic, it performs frame-by-frame, real-time comparison and judgment of the data stream, verifies whether each data meets the abnormal triggering conditions, and filters invalid data through multi-dimensional cross-validation to ensure that only real abnormal states can trigger alarms.

[0043] When the analysis results confirm that any abnormal condition is met, the system immediately initiates the alarm generation process, automatically encapsulating and generating structured alarm information containing the abnormality type, unique asset identifier, and trigger timestamp, ensuring that the alarm information is standardized and traceable, and facilitating users to quickly identify abnormal assets and abnormality types. After the alarm information is generated, it enters the message routing and push stage. According to the preset configuration, the system automatically selects one or more channels, such as mobile application push, SMS, telephone call, and email, to push the alarm information to one or more pre-bound user notification terminals. Parallel push through multiple channels ensures stable delivery of alarm information, and simultaneous push to multiple users enables collaborative alarms.

[0044] After the push is completed, the system will persistently store the alarm information, the corresponding original status monitoring data, the trigger time, the push record, and other full information in the log database to complete the data archiving. When a query request is received from the user, the system retrieves the corresponding data from the database and provides services such as playback of the asset's historical movement trajectory, statistics of abnormal events, and data filtering and analysis. It completely retains the monitoring data throughout the entire process and realizes the closed-loop operation of real-time monitoring of asset status, immediate alarms, and post-event traceability.

[0045] The basic principles, main features, and advantages of this invention have been described above. Those skilled in the art should understand that this invention is not limited to the above embodiments. The embodiments and descriptions in the specification are merely principles of the invention. Various changes and modifications can be made without departing from the spirit and scope of the invention, and all such changes and modifications fall within the scope of the invention as claimed. The scope of protection claimed by this invention is defined by the appended claims and their equivalents.

Claims

1. A software alarm method and system for asset status monitoring, characterized in that, The method runs on a server or user terminal, relying on a pure software layer architecture to achieve decoupling and adaptation with hardware devices, and includes the following core steps: S1: Standardized data reception. It receives the status monitoring data stream transmitted by the monitored assets through a preset general data communication interface, without the need to bind specific hardware devices to adapt to the asset monitoring needs of multiple scenarios. S2: Intelligent anomaly analysis, which performs real-time analysis on the status monitoring data stream based on a pre-configured set of judgment rules, and realizes multi-dimensional combined anomaly judgment through the rule engine, effectively reducing the false alarm rate; S3: Structured alarm generation. When the analysis results trigger any preset abnormal conditions such as damage alarm, illegal dismantling alarm, shell damage alarm, or forced demolition alarm, standardized alarm information containing the abnormality type, asset unique identifier, and trigger timestamp will be automatically generated. S4: Multi-channel alarm push, the alarm information is pushed to the pre-bound user notification terminal via at least one preset communication channel to ensure that the alarm information is reliably delivered; S5: Data storage and traceability steps, persistently storing alarm information and associated status monitoring data to the log database, responding to user query requests.

2. The software alarm method and system for asset status monitoring as described in claim 1, characterized in that: The status monitoring data in S1 includes at least one of the following: position coordinate data, motion sensor data, opening / closing status sensor data, temperature sensor data, shell damage data, illegal opening data, anti-tamper status data, and vibration / impact data.

3. The software alarm method and system for asset status monitoring as described in claim 1, characterized in that: The judgment rule set in S2 specifically includes at least one of the following: judging whether the location exceeds the preset geofence, judging whether the motion data exceeds the preset threshold, judging whether the opening and closing state changes during unauthorized periods, judging whether the shell is cut or damaged, judging whether it is illegally opened or forcibly dismantled, judging whether the anti-tamper circuit is abnormally disconnected, and judging whether the vibration and impact exceed the damage threshold.

4. The software alarm method and system for asset status monitoring as described in claim 1, characterized in that: The communication channels in S4 include at least one of mobile application (APP) push, SMS, telephone call, and email, enabling redundant alarm push through multiple channels.

5. The software alarm method and system for asset status monitoring as described in claim 1, characterized in that: The S4 process also performs a multi-user synchronous push operation, which pushes the same alarm information in parallel to multiple user notification terminals with corresponding management permissions, enabling multi-user collaborative alarms and rapid response.

6. The software alarm method and system for asset status monitoring as described in claim 1, characterized in that: The S5 provides a function to replay the historical movement trajectory of assets and statistical analysis reports on abnormal events, forming a closed loop for the full lifecycle management of asset monitoring.

7. A software alarm system for monitoring asset status, used to implement the method described in any one of claims 1 to 6, characterized in that, It includes a data access module, a rule engine module, an alarm generation module, and a message push module that are sequentially connected by signals, as well as a data storage and query module that is respectively connected by signals to the rule engine module, the alarm generation module, and the message push module; The data access module is used to receive and preprocess asset status monitoring data streams through a general data communication interface; The rule engine module is used to perform real-time anomaly analysis on the status monitoring data based on a pre-configured rule set. The alarm generation module is used to generate structured alarm information containing the anomaly type, unique asset identifier, and timestamp when the judgment result meets the abnormal conditions. The message push module is used to push alarm information to the bound user notification terminal through at least one communication channel. The data storage and query module is used to store alarm information and status monitoring data, and to respond to user queries to achieve data traceability.

8. The software alarm system for asset status monitoring according to claim 7, characterized in that: The system also includes a user and permission management module, which is connected to the message push module and is used to configure user accounts, asset binding relationships and alarm receiving permissions, and control the synchronous push permissions of multiple users.

9. The software alarm system for asset status monitoring according to claim 7, characterized in that: The message push module supports independent or combined push notifications from various communication channels, including mobile application (APP) push notifications, SMS messages, telephone calls, and emails.

10. The software alarm system for asset status monitoring according to claim 7, characterized in that: The data storage and query module is equipped with a trajectory playback unit and a statistical analysis unit, which are used to output historical movement trajectory playback data of assets and statistical analysis reports of abnormal events.

Images