A fire rescue management platform

Abstract

A fire rescue management platform comprising a network of nodes, each linked to stakeholders including residents, security personnel, civil defense, emergency responders, and tenants. It features a client module executed on stakeholder-associated devices, configured to receive real- time fire safety data from sensors or user inputs and to transmit safety status data, such as location and assistance requests, to a centralized server module. The server module processes this data through a rule engine, generating and disseminating color-coded fire threat alerts reflecting various severity levels to all stakeholders. It consolidates tenant safety information, dynamically updates threat zones in real time, leveraging sensor inputs and tenant feedback within a defined environment. The platform enables multi-agency communication via an external communications module, produces actionable reports to coordinate rescue operations, and outputs notifications reflecting different fire threat levels to client devices and other stakeholders, thereby providing integrated, responsive, and coordinated fire emergency management system.

Description

[0001] A FIRE RESCUE MANAGEMENT PLATFORM

[0002] FIELD OF THE INVENTION:

[0003] This invention relates to the field of internet of things and emergency network platforms.

[0004] Specifically, this invention relates to a fire rescue management platform

[0005] BACKGROUND OF THE INVENTION:

[0006] Emergency situations require adequate emergency protocols and supporting networks to enforce prompt action on the protocols.

[0007] One such emergency situation is fire related incidents in defined environments. Even in today’s day and age, there is no centralized platform which consolidates information, and / or disseminated information to relevant stakeholders in a prioritized manner. Such a platform is necessary for prompt response.

[0008] OBJECTS OF THE INVENTION:

[0009] An object of the invention is to revolutionize rescue operations and enhance life-saving efforts within communities.

[0010] Another object of the invention is to provide a unifying force, seamlessly interconnecting all existing rescue operation systems with its cutting-edge capabilities.

[0011] SUMMARY OF THE INVENTION:

[0012] According to this invention, there is provided a fire rescue management platform.

[0013] The groundbreaking "Fire Alert" technology has been developed to revolutionize rescue operations and enhance life-saving efforts within communities. This innovative system serves as a unifying force, seamlessly interconnecting all existing rescue operation systems with its cutting-edge capabilities. "Fire Alert" functions as a comprehensive software-as-a-service (SaaS) platform, readily accessible online, and is designed to provide a more efficient, transparent, and timely response to fire emergencies. By amalgamating real-time data from various sources and facilitating seamless communication among emergency responders, it empowers communities to tackle fire incidents with greater accuracy and efficacy, ultimately saving lives and minimizing the impact of such crises.

[0014] Through this platform, its ‘alert’ features consolidates critical information into a concise and easy- to-understand format. This summary includes key details about the fire incident, such as its location, severity, evacuation instructions, and expected response times. This ensures that users quickly grasp the essential information they need to respond effectively.

[0015] Furthermore, various nodes, vide stakeholders, are configured with varying levels of access and permissions. This includes accounts for building security desk, civil defense desk, system administration account, and mobile app for tenants. User-specific accounts ensure that each user group can access the information and tools relevant to their roles.

[0016] According to this invention, there is provided a fire rescue management platform, comprising:

[0017] • a network of nodes, each node associated with a respective stakeholder selected from a group consisting of residents, security personnel, civil defense, emergency responders, and tenants;

[0018] • a client module configured to be executed on a client device associated with a stakeholder, the client module configured to:

[0019] • receive real-time data from sensors or user inputs related to fire safety status;

[0020] • transmit safety status information, including location and assistance requests, to a server module;

[0021] • a server module configured to be executed on a server device, the server module configured to:

[0022] • receive safety status information from the client module;

[0023] • process the received data using a rule engine to define emergency protocols and triggers;

[0024] • generate and transmit colour-coded fire threat alerts corresponding to varying severity levels to the client module and other stakeholders; • consolidate tenant safety status information and dynamically update real-time threat zones within a defined environment based on sensor inputs and tenant responses;

[0025] • facilitate multi-agency communication via an application programming interface (API)-based external communications module;

[0026] • generate actionable reports to coordinate fire rescue operations; and

[0027] • output color-coded alerts indicating varying levels of fire threat severity via a notification mechanism to the client module and other stakeholders.

[0028] In at least an embodiment, said notification mechanism includes a voice alert submodule that transmits automated voice notifications to tenants and first responders to supplement visual alerts.

[0029] In at least an embodiment, the nodes include a tenant-specific module configured to:

[0030] • allow tenants to input safety marks corresponding to color-coded status levels including, but not limited to, “In Danger,” “Need Help,” “Self-sufficient,” and “Outside Building”;

[0031] • submit additional descriptive information selected from categories including infant assistance, medical assistance, and mobility status;

[0032] • and upload real-time video footage and spatial location data including floor level for enhanced situational awareness.

[0033] In at least an embodiment, the platform comprising an altitude measurement device configured to determine vertical location of tenants in multi-story buildings, wherein the vertical location data is integrated into emergency response dispatch protocols.

[0034] In at least an embodiment, the network of nodes further comprises wireless sensor nodes configured to monitor environmental parameters including temperature, smoke density, and carbon monoxide concentration.

[0035] In at least an embodiment, the central processing unit comprises a machine learning module configured to analyze patterns of sensor data and tenant safety inputs to predict potential fire spread and recommend preemptive evacuation measures. In at least an embodiment, the tenant-specific module includes a graphical user interface configured to allow tenants to select predefined emergency status options and provide textual descriptions via mobile or fixed devices.

[0036] In at least an embodiment, the multi-agency communication module supports secure encrypted communication protocols ensuring data integrity and privacy during emergency information exchange.

[0037] In at least an embodiment, the altitude measurement device is selected from a group consisting of barometric pressure sensors, LIDAR systems, and ultrasonic range finders.

[0038] In at least an embodiment, the dynamically updated map interface is configured to integrate with geographic information system (GIS) data to provide layered spatial analytics for emergency managers.

[0039] In at least an embodiment, the rule engine includes a configurable decision matrix allowing administrators to customize alert thresholds and escalation protocols based on building occupancy and hazard levels.

[0040] In at least an embodiment, the video footage uploaded by tenants is analyzed in real-time using computer vision techniques to detect fire symptoms and unobstructed evacuation pathways.

[0041] In at least an embodiment, the server module comprises a data aggregation subsystem housed in a computing server, the subsystem configured to aggregate multi-source emergency data, convert the data into a unified visual interface, and enable two-way communication units integrated within the server device.

[0042] In at least an embodiment, further comprising a multi-layer visual intelligence engine implemented on a dedicated processing unit within a graphical processing device, the engine configured to transform 7,000 to 20,000 emergency data points into an image-based layered map optimized for rapid comprehension.

[0043] In at least an embodiment, wherein the client module comprises a human cognitive response optimization interface embedded in a client device, the interface implementing visual simplification and neuro-linguistic design principles for user interaction.

[0044] In at least an embodiment, further comprising a dynamic occupant categorization system implemented in a classification module within a building controller device, the module configured to identify, classify, and visually represent occupant categories to prioritize rescue.

[0045] In at least an embodiment, further comprising an automated civil defense escalation engine including a verification and transmission module within a communication controller device, the module configured to verify incidents, format data packets, and transmit structured data with visual overlays.

[0046] In at least an embodiment, the server module comprises a building-wide data aggregation subsystem implemented in a server device configured to collect fire panel inputs, loT sensor data, tenant statuses, occupant location data, and environmental readings.

[0047] In at least an embodiment, the server module further comprises a cloud-based routing engine implemented as a software component on a high-availability server with zero-latency target architecture for emergency data transmission.

[0048] In at least an embodiment, further comprising a security desk dashboard device operatively coupled to the server module, the dashboard configured to receive, validate, and escalate multiparty emergency inputs.

[0049] In at least an embodiment, the server module implements a synchronization protocol within a timing controller unit that ensures visual data consistency across client modules, security dashboards, and civil defense interfaces. In at least an embodiment, further comprising a redundancy architecture integrated within a system control unit, the architecture providing power, connectivity, and hardware redundancy to maintain operation during failures.

[0050] In at least an embodiment, the server module executes a computer-implemented method in a processing module for converting complex building data into simplified visual communication presented on client, security, and civil defense devices.

[0051] In at least an embodiment, a classification module within the server module categorizes occupants into risk levels and maps unique symbols on a building map displayed by the client module.

[0052] In at least an embodiment, an alarm verification module within the server module cross-references fire panel, sensor, and tenant data before escalating alerts.

[0053] In at least an embodiment, the civil defense interface module of the server system provides a single-screen building status visualization including threat zones and occupant information.

[0054] In at least an embodiment, a risk scoring module within the server evaluates occupant vulnerability, threat proximity, and route accessibility to prioritize rescue operations.

[0055] In at least an embodiment, the client device and security desk dashboard include a display subsystem rendering a 2D / 3D hybrid map with floor-aware overlays.

[0056] In at least an embodiment, the user interface module of the client comprises an image-based GUI operable via gesture inputs and universal symbols requiring no text reading.

[0057] In at least an embodiment, a threat level display manager integrated in the server module dynamically updates color-coded threat levels using machine learning prediction outputs. In at least an embodiment, a status indicator module within the tenant-specific client displays realtime tenant safety statuses updated via validated data inputs.

[0058] In at least an embodiment, the security desk dashboard device supports a gesture control module optimized for panic-state rapid actions.

[0059] In at least an embodiment, the machine learning module executing on the server predicts fire spread zones based on environmental and sensor trends.

[0060] In at least an embodiment, the anomaly detection engine within the server module identifies false alarms through historical pattern analysis.

[0061] In at least an embodiment, an evacuation recommendation engine in the server provides optimized route guidance based on predictive analytics.

[0062] In at least an embodiment, the occupant categorization module employs a clustering algorithm hosted within the server to assign rescue priority scores.

[0063] In at least an embodiment, a data compression module integrated into the server optimizes transmission bandwidth for emergency data delivery.

[0064] In at least an embodiment, an escalation controller module within the server automates tenant-to- security-to-civil defense alert sequencing.

[0065] In at least an embodiment, communication modules in client devices and dashboard units provide real-time voice, text, and image channels embedded in the emergency workflow.

[0066] In at least an embodiment, the notification mechanism includes an automated broadcast transmitter within the server device for evacuation messages. In at least an embodiment, a language translation module within the server performs instant language localization of emergency commands.

[0067] In at least an embodiment, a verification workflow controller within the server enforces two-step alert validation to reduce false triggers.

[0068] In at least an embodiment, the client GUI module employs pattern clarity layouts for panic-state reaction time reduction.

[0069] In at least an embodiment, the GUI module utilizes guided visual pathways for subconscious comprehension enhancement.

[0070] In at least an embodiment, symbol rendering modules in the client device optimize display for panic cognition by enhancing contrast and distinctiveness.

[0071] In at least an embodiment, the GUI module applies persistent visual anchoring techniques to stabilize user decisions during emergencies.

[0072] In at least an embodiment, the GUI sequences colors and shapes through a presentation engine module to reduce cognitive load and promote compliance.

[0073] In at least an embodiment, further comprising a legacy fire panel integration module configured as a protocol bridge component in the server system.

[0074] In at least an embodiment, further comprising an API framework implemented in the server device for secure bidirectional communication with building management systems.

[0075] In at least an embodiment, further comprising a sensor fusion hub module receiving and correlating data from multiple environmental and occupancy sensors. In at least an embodiment, further comprising an edge-device processing node physically located onsite and configured to provide emergency processing when cloud connectivity fails.

[0076] In at least an embodiment, the redundancy architecture includes an offline-first operation manager module in the server that enables deferred synchronization upon network recovery.

[0077] In at least an embodiment, communication modules implement end-to-end encryption across tenant, security, and civil defense communication channels.

[0078] In at least an embodiment, a tamper-proof log manager module stores event logs using cryptographic hash chaining for evidentiary use by civil defense.

[0079] In at least an embodiment, an access control module enforces role-based permissions for various stakeholder groups.

[0080] In at least an embodiment, the communication redundancy architecture includes failover channels utilizing SMS, push notifications, and satellite links.

[0081] In at least an embodiment, a system monitor module detects building system disablement and triggers an automated fallback mode preserving critical notifications.

[0082] In at least an embodiment, further comprising a building security management system (BSMS) module configured to receive incident data from fire panels and environmental sensors, validate the source sensor and timestamp, classify incident severity as minor, moderate, or critical, and notify on-site security devices including dashboards.

[0083] In at least an embodiment, further comprising an alert management engine (AME) module that receives classified incident data from the BSMS module and executes core alert logic, including severity-based alert rules that selectively activate emergency sounds, mobile notifications, SMS fail-safe messages, voice announcements, alarm activations, and structured civil defense data packets. In at least an embodiment, further comprising a tenant mobile application module configured to receive real-time alerts from the server module, display fire locations, evacuation instructions, and exit maps, track tenant responses including safe status updates, and transmit such statuses back to the server module.

[0084] In at least an embodiment, further comprising a civil defense command system (CDCS) module configured to receive incident packets from the alert management engine, update building fire maps on civil defense dashboards, allocate fire units, track sensor states, and provide rescue operation updates to the server module.

[0085] In at least an embodiment, further comprising a rescue operation feedback loop module configured to relay rescue status updates from civil defense to tenants and building security, including notifications of fire containment, evacuation route clearance, arrival of rescue teams, and safe-to- return signals.

[0086] In at least an embodiment, further comprising an incident closure module configured to be triggered by civil defense or building security personnel, to mark incidents as resolved, disable alarms and announcements, send all-clear notifications to tenants, and generate incident reports including timelines, sensor data, user responses, and logs.

[0087] In at least an embodiment, further comprising a system reset module configured to reset fire panels, clear temporary data caches, and archive all data logs to an incident database for post-incident analysis.

[0088] DETAILED DESCRIPTION OF THE ACCOMPANYING DRAWINGS:

[0089] The invention will now be described in relation to the accompanying drawings, in which:

[0090] FIGURES 1 to 16 illustrate various views of the platform.

[0091] DETAILED DESCRIPTION OF THE ACCOMPANYING DRAWINGS: According to this invention, there is provided a fire rescue management platform.

[0092] FIGURES 1 to 16 illustrate various views of the platform.

[0093] In at least an embodiment, the platform provides a network of stakeholders, each stakeholder accessible by a node, the platform and network being configured towards enabling and enforcing pre-defined emergency protocols. The stake holders may include residents / tenants of the defined environment, a central console for the defined environment, a fire station in the vicinity of the defined environment, a police station in the vicinity of the defined environment, an ambulance service in the vicinity of the defined environment, a hospital in the vicinity of the defined environment, first responders in the vicinity of the defined environment, an NGO in the vicinity of the defined environment, and the like. Typically, the nodes are communicably coupled to computer systems, mobile devices, servers, tablet devices, and the like. The defined environment may be defined into various zones and configured into the platform of this invention.

[0094] The stakeholders may be divided into response-actuating stakeholders, responsive stakeholders, and response-monitoring stakeholders.

[0095] In the defined environment, there are rooms designated as "Fire Zone" and indicates the real-time count of occupied tenants. There are rooms designated as "Smoke Zone" and indicates the realtime count of occupied tenants. There are rooms categorized under "Need Help" and indicates the real-time count of occupied tenants. There are rooms where tenants are "Moving" and indicates the real-time count of tenants in motion. There are rooms where tenants are "Self-sufficient" and indicates the real-time count of self-sufficient tenants. There are rooms where tenants are "Outside" the building and indicates the real-time count of tenants outdoors. There are rooms within potentially dangerous zones where tenants have not responded. There are rooms within potentially unaffected and safe areas where tenants have not responded.

[0096] In the defined environment, there are tenants accessing the nodes, in that,

[0097] - some pre-defined notification denotes the category “Need Help.” - some pre-defined notification denotes Subcategory "A" of “Need Help” represents “Infant” assistance.

[0098] - some pre-defined notification denotes Subcategory "B" of “Need Help” represents assistance for “Child” occupants.

[0099] - some pre-defined notification denotes Subcategory "C" of “Need Help” provides assistance for “Pregnant women.”

[0100] - some pre-defined notification denotes Subcategory "D" of “Need Help” offers assistance for “Senior citizens.”

[0101] - some pre-defined notification denotes Subcategory "E" of “Need Help” provides assistance for “Differently abled individuals.”

[0102] - some pre-defined notification denotes Subcategory "F" of “Need Help" indicates a need for “Medical assistance.”

[0103] - some pre-defined notification denotes tenants who are “Moving.”

[0104] - some pre-defined notification denotes tenants who are “Self-sufficient.”

[0105] - some pre-defined notification denotes tenants who are “Outside the building.”

[0106] In at least an embodiment, a role-responsive stake -holder-specific module is activated in the system and method of this system such that: a) a tenant-specific module is actuated upon pre-defined prompts; details of which are further below; b) a security-specific module is actuated upon pre-defined prompts; details of which are further defined below; c) a defense-specific module is actuated upon pre-defined prompts; details of which are further defined below;

[0107] In at least an embodiment of the tenant-specific module, there are provided various features enumerated below.

[0108] FIGURES 11 to 16 indicate various aspects of the tenant-specific module. The tenant app plays a pivotal role in the entire threat management system. It facilitates the monitoring of tenants' data, including safe-mark details based on their responses to alerts, preregistered information, and real-time updates. This data is monitored by relevant authorities such as the building security desk, civil defense, and system super-admin based on the alert category and other pertinent factors.

[0109] Reference numeral 45: The Tenant App features a user-friendly Sign-in / Sign-up window designed to provide a seamless experience for both existing and new users. Upon accessing the app, users can either log in to their existing accounts or create a new account by providing the necessary details. The Sign-up process ensures that all required information is captured to facilitate accurate and efficient threat management. Once the account is validated, the app offers the convenience of not requiring repeated logins, allowing users to be automatically redirected to the home screen on subsequent uses.

[0110] From the home screen, users gain full access to the app's comprehensive features, which are crucial for ensuring their safety during emergencies. These features enable users to respond promptly to alerts, receive real-time updates, and communicate with relevant authorities, making the Tenant App an indispensable tool for life-saving operations.

[0111] Reference numeral 46: The Alert Window is a critical feature of the Tenant App, designed to promptly inform users of the severity of any threats in their vicinity. This window provides clear visual indicators of the threat level, utilizing color codes and detailed descriptions to convey the urgency of the situation.

[0112] Additionally, it offers tenants specific response options, allowing them to quickly and effectively communicate their status or request assistance. This streamlined interface ensures that tenants can make informed decisions during emergencies, contributing to a coordinated and efficient threat response. The screens will display different alerts based on the severity of the threat, as updated by the relevant authorities. Additionally, the alert descriptions may vary depending on the specific threat situation.

[0113] The alert screens are as follows:

[0114] Reference numeral 46A: Red Alert This screen displays a "Red Alert" with the description: "Evacuate quickly. Please do your safe mark“ This is the most critical alert, notifying tenants of the need for urgent evacuation.

[0115] Reference numeral 46B: Orange Alert This screen displays an "Orange Alert" with the description: "Evacuate immediately. Please do your safe mark 'Tenants are alerted to prepare for evacuation based on the severity of the situation.

[0116] Reference numeral 46C: Yellow Alert This screen displays a "Yellow Alert" with the description: "Evacuation is must. Please follow the safe mark instructions" Tenants are informed that evacuation is required and should follow the given safety guidelines.

[0117] Reference numeral 46D: Green Alert This screen displays a "Green Alert" with the description: "There is afire report, we are solving it... Get ready for evacuation. Follow up next instructions “

[0118] Tenants are notified of a manageable situation and instructed to stay prepared for further instructions if needed.

[0119] Reference numeral 46E: Blue AlertThis screen displays a "Blue Alert" with the description: "Technical alert or false alarm. 'This alert indicates a non-dangerous situation, such as a technical issue or false alarm, ensuring tenants that there is no immediate threat.

[0120] Reference numeral 47 : This section of the screen is dedicated to displaying alerts based on the severity of the threat. Alerts are color-coded to visually represent the increasing levels of severity: Blue, Green, Yellow, Orange, and Red, with Red indicating the most critical situation. Along with the color-coded alert, essential information such as the building name and address is displayed at the bottom of the alert area, providing tenants with immediate context about the location of the threat. Additionally, a sound icon is included to allow tenants to mute the alert sound once they are aware of the situation, ensuring that they are informed without unnecessary disruption. Reference numeral 48: The area below the alert display provides detailed information about the current alert color. Here, the alert name, such as "Red Alert," is clearly indicated along with a concise description explaining what the alert signifies and the actions tenants should take in response. This description guides tenants on how to respond appropriately or raises awareness about the ongoing threat in the building.

[0121] Just below the alert description, there is a dedicated widget labeled "Mark Your Safety Here," which allows tenants to quickly and easily mark their safety status. This feature enables tenants to promptly communicate their condition as a response to the threat, contributing to the overall safety and coordination efforts within the building.

[0122] The "Safe Mark" widget is organized using a color-coded system that corresponds to the different statuses of tenants. The colors — Blue, Green, Yellow, Orange, Red, and Purple — each represent a specific status, allowing tenants to quickly select and communicate their current condition. This intuitive arrangement helps to streamline the process of marking safety status, making it easy for tenants to convey vital information during an emergency. The color codes ensure that the safety status of each tenant is clearly and effectively communicated to relevant authorities and other users of the app.

[0123] Reference numeral 49: This window provides a detailed view of the safety marking system, allowing tenants to understand what each color represents and to select the status that best reflects their current situation. By offering clear explanations of each color-coded status, tenants can make informed decisions and choose the most appropriate option for their circumstances. This careful selection process ensures that the feedback generated is highly accurate, providing essential information to the building's security desk and the Civil Defense team. This accurate feedback is crucial for coordinating an effective response to the ongoing threat and ensuring the safety of all occupants.

[0124] Reference numeral 50: This is the detailed window of the "Safe Mark" option, which provides tenants with the ability to submit more specific and actionable information after selecting a corresponding Safe Mark status (e.g., Red). Upon submission, the detailed window opens, allowing the tenant to input additional critical details, such as the number of people in different categories like elderly individuals, pregnant women, those needing medical assistance, and other relevant groups.

[0125] There is also an option to indicate whether the area is affected by smoke or fire, which plays a crucial role in prioritizing rescue operations. This information helps authorities to identify the most urgent situations, ensuring a faster and more targeted response. Additionally, tenants can specify the live floor number, which may differ from their pre -registered floor. This flexibility is vital for accurately locating tenants, especially in dynamic situations where they may have moved from their original location.

[0126] Moreover, tenants have the option to upload or share footage of their surroundings, which can provide rescue teams with real-time visual information that greatly enhances the efficiency and effectiveness of their operations. Once all necessary details are entered, the tenant can submit the information, which is then promptly reported to the relevant desks, such as the building security and Civil Defense teams, as part of the response to the ongoing alert.

[0127] Additionally, when a threat occurs in a building, the deployed altitude-measuring device will provide precise information about the exact height or floor level of each tenant. This data will be communicated through the tenant app to relevant authorities, such as the civil defense and security desks. This process will make rescue operations more efficient and feasible.

[0128] Reference numeral 50A: The displayed color may vary based on the selected safety level, as follows: blue, green, yellow, orange, red, and purple.

[0129] In at least an embodiment of the security-specific module, there are provided various features enumerated below.

[0130] FIGURES 8 to 10 indicate various aspects of the security-specific module.

[0131] The building security desk screen serves a pivotal role, encompassing essential functionalities such as issuing threats and monitoring the safe-mark details of tenants within the building. Each building has its own security desk panel for issuing threats and monitoring tenants' safe-mark details. In addition to these functions, it features a comprehensive menu offering access to various other details. The security desk can access details such as incident reports, case studies, and history. This will facilitate further analysis and studies.

[0132] The information presented on the screen is outlined as follows:

[0133] Reference numeral 38: In this system, the building security user issues alerts based on information received either directly from the building or from security devices installed throughout the premises. Depending on the severity of the threat, the security user assigns an alert color code as indicated on the screen. These color codes, ranging from Blue to Red in increasing order of severity, allow for clear communication of the level of threat.

[0134] Reference numeral 39: Upon activation of a specific alert button by the user, such as Yellow indicating the threat severity, the alert is automatically applied to all tenants' apps associated with the respective building. The time of issuance is displayed on the same button adjacent to the alert title. Likewise, the elapsed time begins to run on the right side of the same alert button, providing real-time updates on the duration since the alert was initiated.

[0135] Reference numeral 40: On the left side of the screen, there is a widget area housing a section labeled "Safe Mark." This section displays information based on the responses of tenants within the building where the threat has been activated by the security desk. The safe-mark detail area is classified as follows:

[0136] • Red -It represents the "Fire Zone," categorized under "In Danger / Fast action required.”

[0137] • Orange -It represents the "Smoke Zone," classified under "In Danger / Fast action required / 4

[0138] • Yellow -It denotes the category "Need Help.”

[0139] • It represents tenants who are "Moving.”

[0140] • It represents tenants who are "Self-sufficient.”

[0141] • It represents tenants who are "Outside the building.”

[0142] Reference numeral 41: The "Need Help" safe mark category is subdivided as follows:

[0143] Y1 • Subcategory "A" of "Need Help" represents “Infant" assistance.

[0144] • Subcategory "B" of "Need Help" represents assistance for "Child" occupants.

[0145] • Subcategory "C" of "Need Help" provides assistance for "Pregnant women.”

[0146] • Subcategory "D" of "Need Help" offers assistance for "Senior citizens.”

[0147] • Subcategory "E" of "Need Help" provides assistance for "Differently abled“ individuals.

[0148] • Subcategory "F" of "Need Help" indicates a need for "Medical assistance.”

[0149] Reference numeral 42: On the left side of the screen, a widget contains a menu with items linking to detailed information about the building, threat history, and all other necessary data. This setup enhances the convenience of the security desk in managing various incidents effectively.

[0150] Reference numeral 43: In the bottom right corner of the screen, there is a widget area housing quick links that enable users to swiftly connect with emergency services such as Civil Defense, Ambulance, and Police. Additionally, there is an option available to share the location of the particular building with other authorities, such as emergency services, as needed.

[0151] Reference numeral 44: The header section of the screen displays essential information such as the building name and address, along with the current date and time adjusted to the timezone. In the top right corner, there is a representation of the flag of the specific country to which the building belongs.

[0152] In addition, when a threat occurs in a building, the deployed altitude-measuring device will provide precise information about the exact height or floor level of each tenant. This data will be communicated through the tenant app to relevant authorities, such as the civil defense and security desks. This process will make rescue operations more efficient and feasible.

[0153] The comprehensive layout and functions of the screen significantly enhance the aesthetics and usability of the security desk panel, making it easier to handle all operations effectively.

[0154] In at least an embodiment of the defense-specific module, there are provided various features enumerated below. FIGURES 5 to 7 indicate various aspects of the defense-specific module.

[0155] The Civil Defense's detailed screen offers comprehensive information essential for effective threat management. Initially, the home screen displays all alerts, categorized by threat severity, presented in a card format. Each card provides summarized details, including building information, threat specifics, and safe-mark details. For a deeper analysis of a specific threat, users can select an alert card, which then redirects them to the all-in-one detailed screen. This screen is divided into three distinct sections:

[0156] A) General information about the building:

[0157] -Pre-registered details about the building, such as floor count, available resources, and facilities.

[0158] -Information essential for understanding the building's layout and infrastructure.

[0159] B) Detailed information about the building, including alert specifics and safe-mark details:

[0160] -It is the real-time information provided by tenants and the security desk. -Pre-registered details like building address and the count of registered tenants. -Specifics regarding the current alert situation and safety protocols.

[0161] C) Overview of safe-mark details along with an advanced date and time widget:

[0162] -Summarized details updated by tenants regarding safe-mark procedures. -Date and time displayed according to the relevant time zone and incident records.

[0163] These sections collectively equip users with a thorough understanding of the threat scenario, facilitating efficient decision-making and coordinated response efforts.

[0164] Reference numeral 1 : The alert indicates the severity of the threat, and it is updated from security desk of corresponding building

[0165] Reference numeral 2: The building address aids in locating the building area.

[0166] Reference numeral 3: The total count of registered tenants or occupants. It is the preregistered information.

[0167] Reference numeral 4: Each floor is represented with numbering. Reference numeral 5: The "Black" colored region indicates the zone with a higher likelihood of fire spread.

[0168] Reference numeral 6: The "Red" colored region pinpoints the precise locale where the fire has occurred.

[0169] Reference numeral 7: The "Gray" colored region signifies the collateral-damaged areas or zones that may have been affected by the fire.

[0170] Reference numeral 8: The "White" colored region denotes the unaffected areas that remain safe.

[0171] Reference numeral 9: The "Brown" colored region represents the basement floors of the building.

[0172] Reference numeral 10: It provides details about the water storage system, including type and capacity of water supply.

[0173] Reference numeral 11 : It signifies the floors that belong to a specific category, such as a residential area.

[0174] Reference numeral 12: Like the category outlined in the previous point (Point 11), floors featuring various other entities such as hospitals, schools, hotels, and similar establishments are also depicted here. Cooking methods, inflammable or hazardous regions such as chemical storage entities or paint shops, and crowded areas such as conference halls are identified and marked according to the floor number.

[0175] Reference numeral 13: It represents the "Fire Zone," categorized under "In Danger / Fast action required.”

[0176] Reference numeral 14: It represents the "Smoke Zone," classified under "In Danger / Fast action required.”

[0177] Safe-mark details from tenant-specific module

[0178] Reference numeral 15: It denotes the category "Need Help.”

[0179] Reference numeral 16: Subcategory "A" of "Need Help" represents “Infant" assistance.

[0180] Reference numeral 17: Subcategory "B" of "Need Help" represents assistance for "Child" occupants.

[0181] Reference numeral 18: Subcategory "C" of "Need Help" provides assistance for "Pregnant women.” Reference numeral 19: Subcategory "D" of "Need Help" offers assistance for "Senior citizens.”

[0182] Reference numeral 20: Subcategory "E" of "Need Help" provides assistance for "Differently abled” individuals.

[0183] Reference numeral 21: Subcategory "F" of "Need Help" indicates a need for "Medical assistance.”

[0184] Reference numeral 22: It represents tenants who are "Moving.”

[0185] Reference numeral 23: It represents tenants who are "Self-sufficient.”

[0186] Reference numeral 24: It represents tenants who are "Outside the building.“

[0187] Detailed safe-mark details as per response from tenants’ app (Apartmentwise)

[0188] Reference numeral 25: It represents rooms designated as "FireZone" and indicates the real-time count of occupied tenants.

[0189] Reference numeral 26: It represents rooms designated as "SmokeZone" and indicates the real-time count of occupied tenants.

[0190] Reference numeral 27: It represents rooms categorized under "NeedHelp" and indicates the real-time count of occupied tenants.

[0191] Reference numeral 28: It represents rooms where tenants are "Moving" and indicates the real-time count of tenants in motion.

[0192] Reference numeral 29: It represents rooms where tenants are "Self-sufficient" and indicates the real-time count of self-sufficient tenants.

[0193] Reference numeral 30: It represents rooms where tenants are "Outside" the building and indicates the real-time count of tenants outdoors.

[0194] Reference numeral 27A: When the user selects or clicks on any of the subcategories under the "NeedHelp" category (mentioned in points 16, 17, 18, 19, 20, 21), the detailed information will be displayed along with the chosen subcategory. For example, when the user selects a subcategory (e.g., "A-Infant") under the "Need Help" category, the information related to the chosen subcategory is displayed in a detailed view of the building. This way, the civil defense desk can evaluate the threat situation and plan well-structured rescue operation procedures. The civill defense desk can access details such as incident reports, case studies, and history. This will facilitate further analysis and studies.

[0195] Reference numeral 36: In the detailed section 'B', every box signifies an apartment, inclusive of its apartment number and the number of pre-registered tenants, indicated within brackets. Both the pre-registered and current occupant counts can be readily identified from this section. As per the safe-mark details, the system considers the number of current occupants for real-time incidents.

[0196] Reference numeral 37: Advanced Date and Time Widget:

[0197] -Displays the current date and time based on the region.

[0198] -Shows the time when the incident was reported.

[0199] -Tracks the runtime, starting from the incident reported time.

[0200] Additional features that can be integrated are as follows:

[0201] Reference numeral 31 : It represents rooms within potentially dangerous zones where tenants have not responded.

[0202] Reference numeral 32: It represents rooms within potentially unaffected and safe areas where tenants have not responded.

[0203] Reference numeral 33: The area above ground level.

[0204] Reference numeral 34: The ground-level area.

[0205] Reference numeral 35: The underground area.

[0206] Civil Defense Mode of Operandi and Coordination Platform

[0207] Distance Measurement:

[0208] Integration of tools to calculate the distance between the Civil Defense area and the affected site. Dynamic updating of distances based on real-time location data.

[0209] Roads Map:

[0210] Incorporation of detailed road maps showing routes to the affected site.

[0211] Real-time traffic updates and alternate route suggestions. Team Members and Equipment Details:

[0212] Comprehensive database of team members, including their roles and contact information.

[0213] Detailed inventory of vehicles and equipment, with specifications and readiness status.

[0214] Mode of Operation:

[0215] Advanced monitoring systems for real-time threat assessment and incident tracking.

[0216] Implementation of effective communication methods, including secure channels and emergency broadcast systems.

[0217] Coordination with Other Authorities:

[0218] Seamless communication protocols with ambulances, hospitals, police, and other Civil Defense stations.

[0219] Establishment of a unified command system for coordinated response efforts.

[0220] Communication with Affected Buildings:

[0221] Direct communication links with the security desk of the affected building.

[0222] Methods for direct communication with tenants, such as in-app notifications, SMS, and public address systems.

[0223] Precautionary Methods:

[0224] Guidelines and protocols for preventive measures to mitigate fire risks.

[0225] Training modules and safety drills for tenants and building staff.

[0226] Effective Deployment of Team Members:

[0227] Strategies for the optimal deployment of team members based on their skills and the nature of the incident.

[0228] Coordination tools to ensure synchronized efforts among various teams.

[0229] Fire Incident Preventive Equipment and Gadgets:

[0230] Inventory and maintenance schedules for fire prevention and firefighting equipment. Introduction of advanced gadgets like thermal imaging cameras, fire-resistant drones, and smart sensors.

[0231] Precise Positional Information for Effective Rescue Operations:

[0232] In addition, when a threat occurs in a building, the deployed altitude-measuring device will provide precise information about the exact height or floor level of each tenant. This data will be communicated through the tenant app to relevant authorities, such as the civil defense and security desks. This process will make rescue operations more efficient and feasible.

[0233] External Instruction Methods Other Than the App

[0234] Visual Alerts:

[0235] Installation of large screens at strategic locations around the building to display live updates and instructions.

[0236] Use of color-coded lights to indicate the severity of the situation and guide people to safety.

[0237] Screening Projectors:

[0238] Deployment of projectors to display real-time information on building exteriors, visible from various vantage points.

[0239] Tenant and Security Desk Notifications:

[0240] An added feature to notify tenants, the security desk, and Civil Defense about the presence of Civil Defense personnel using a color code method.

[0241] Example: Green for "Team En Route," Yellow for "Team on Site," and Red for "Operation in Progress."

[0242] In at least an embodiment, a rule engine is configured to define rules of engagement for such emergency protocols and is also configured to define each stakeholder’s role in the event of a trigger following an emergency.

[0243] In at least an embodiment, an identifying mechanism is configured to identify, and store the identifies in an identifier database, one or more buildings in a defined environment. The identifier database may also include floors in a building, flats / rooms in a building, number of tenants in each of the flats / rooms of the building.

[0244] In at least an embodiment, a notification mechanism is configured to notify a central console of an emergency situation, such as a fire, in the defined environment. The notification mechanism is coupled with the identifier database so as to notify the emergency situation according to rules defined in the rule engine. In preferred embodiments, the notification mechanism is a visual notification mechanism indicating parameter (level, region, or the like) of emergency basis the type of visual notification. According to non-limiting exemplary embodiments, "Black" colored region indicates the zone with a higher likelihood of fire spread. According to non-limiting exemplary embodiments, "Red" colored region pinpoints the precise locale where the fire has occurred. According to non-limiting exemplary embodiments, "Gray" colored region signifies the collateral-damaged areas or zones that may have been affected by the fire. According to nonlimiting exemplary embodiments, "White" colored region denotes the unaffected areas that remain safe. According to non-limiting exemplary embodiments, "Brown" colored region represents the basement floors of the building. Typically, the central console may be an operating room configured to generate data from each of the nodes. The system generates reports for each operation conducted by Fire Rescue teams. These reports likely include details about the operation, the actions taken, and the outcomes. These reports can be used for debriefing, analysis, and any necessary follow-up actions.

[0245] A color-coded alert mechanism implemented in the platform is a critical component for effectively communicating the seriousness of fire incidents to both tenants and emergency responders. Each color represents a distinct level of urgency and action required.

[0246] Following are exemplary notifications via the notification mechanism:

[0247] Blue Alert:

[0248] Description: Blue alert signifies a non-threatening situation, often related to testing alarms or false alarms.

[0249] Tenant Action: Tenants should not be alarmed during a blue alert, as it is not a real fire incident. They can continue with their normal activities, knowing there is no immediate danger. Green Alert:

[0250] Description: A green alert indicates a fire incident within the building, but security personnel are currently managing the situation. Tenants should be cautious and await further instructions.

[0251] Tenant Action: Tenants should be prepared for potential evacuation instructions and stay informed for updates from the Civil Defense authorities.

[0252] Yellow Alert:

[0253] Description: A yellow alert signifies a fire incident that requires immediate evacuation. The fire is still controllable with expert efforts, and the Civil Defense will be informed to send a rescue operation team.

[0254] Tenant Action: Tenants must evacuate the building immediately, marking their safety status in the Fire Alert app for tracking purposes. They should follow evacuation procedures and await further instructions from authorities.

[0255] Orange Alert:

[0256] Description: An orange alert indicates a severe fire incident where the building is in danger. Immediate evacuation is mandatory, and Civil Defense, ambulance services, and police will be informed. There is a risk of injuries and fatalities.

[0257] Tenant Action: Tenants must evacuate the building promptly and follow evacuation plans. Emergency services will attempt to rescue tenants based on their safety marks in the Fire Alert app. Expect medical assistance for injuries and potential casualties.

[0258] Red Alert:

[0259] Description: The red alert is the most critical level, signifying an uncontrollable threat to the building. Civil Defense, ambulance, and police will be alerted. Tenants must evacuate immediately, and the situation may involve significant medical emergencies, injuries, and potential fatalities.

[0260] Tenant Action: Tenants must evacuate urgently and follow instructions from emergency services. Civil Defense will make every effort to save tenants, but the situation is highly dangerous and unpredictable.

[0261] This color-coded alert system is a clear and effective way to convey the severity of fire incidents, ensuring that tenants and emergency responders understand the urgency of the situation and take appropriate actions to safeguard lives and property. The integration with the Fire Alert app enhances communication and tracking capabilities during these critical moments, contributing to a safer community.

[0262] The color-coded alert system implemented in the system is a critical component for effectively communicating the seriousness of fire incidents to both tenants and emergency responders. Each color represents a distinct level of urgency and action required.

[0263] In at least an embodiment, a trigger mechanism is configured to be communicably coupled to each of the nodes as also the notification mechanism. The trigger mechanism may be a manual trigger mechanism which allows users to manually enforce a trigger. The trigger mechanism may be communicably coupled to sensors sensing the start of an event; thereby, actuating a trigger. The platform is at the forefront of this invention, providing seamless integration with loT (Internet of Things) devices and electronic hardware modules based on embedded systems technology. This advanced integration enables real-time data collection, monitoring, and control. By connecting to sensors, cameras, and other loT devices, the software gathers critical information for assessing and responding to emergencies, such as fires. Embedded systems technology ensures efficient data processing and transmission, making the system reliable and responsive in high-stress situations.

[0264] In at least an embodiment of the notification mechanism, there is a voice notification mechanism which provides an additional layer of communication during emergencies. It enables automated voice alerts to be sent to residents and first responders, ensuring that critical information reaches them even if they are unable to access written alerts. This feature can be vital for individuals with hearing impairments or when time is of the essence.

[0265] In at least an embodiment, there is provided a external communications module configured via API’s which ensure streamlines interconnection between external stakeholders’ nodes. This platform simplifies the integration process by offering API-based connectivity with external services. This means that the platform can easily link up with third-party systems, such as weather data providers, government emergency services, or other pertinent sources, to enhance the accuracy and timeliness of your alerts and responses. What sets this platform apart is its innovative single code and pin authentication integration, replacing the traditional username and password setup. This not only strengthens security but also simplifies the integration process, reducing the potential for errors.

[0266] TECHNICAL ADVANTAGES :

[0267] Effective Communication:

[0268] One of the primary issues is the lack of effective communication during fire incidents. Existing monitoring systems may detect fires, but there is often insufficient communication between security desks, tenants, civil defense agencies, and emergency services. The Fire Alert App bridges this gap by facilitating seamless communication among all stakeholders.

[0269] The platform, of this invention, solves this problem.

[0270] Information for Tenants:

[0271] Tenants in high-rise buildings, low-rise structures, and villas often lack real-time information about the nature and severity of a fire incident within their own buildings. This lack of information can lead to panic and uncertainty. The Fire Alert App provides tenants with timely updates and instructions, reducing panic and increasing safety.

[0272] The platform, of this invention, solves this problem.

[0273] Coordination Challenges:

[0274] Coordination between security desks, civil defense agencies, and emergency responders can be challenging during fire emergencies. The platform streamlines coordination efforts by enabling instant communication between these parties. This ensures a more organized and efficient response to fire incidents.

[0275] The platform, of this invention, solves this problem.

[0276] Multi-Agency Communication:

[0277] In complex emergency situations, involving multiple agencies such as civil defense, ambulance services, and the police, effective communication is crucial. The Fire Alert App facilitates communication between tenants and all essential services, ensuring that the right assistance is provided promptly.

[0278] The platform, of this invention, solves this problem. Enhanced Safety and Support:

[0279] The platform not only keeps tenants informed but also allows them to request assistance, such as medical support or help from essential services like fuel filling, during a fire incident. This feature ensures that tenants' safety needs are met comprehensively.

[0280] The platform, of this invention, solves this problem.

[0281] Centralized Monitoring:

[0282] The platform includes a monitoring desk that can oversee multiple buildings simultaneously. This centralization enables real-time monitoring of fire incidents across various locations, allowing for a quicker response to emergencies.

[0283] The platform, of this invention, solves this problem.

[0284] Reducing Panic:

[0285] By providing accurate and real-time information, the app helps reduce panic among tenants and ensures that they receive clear instructions on evacuation or other safety measures. This is especially crucial in high-rise buildings where large numbers of people are involved.

[0286] The platform, of this invention, solves this problem.

[0287] Improved Data Sharing with Civil Defense:

[0288] The platform facilitates efficient data sharing between building security and civil defense agencies, ensuring that the appropriate authorities are informed promptly about fire incidents. This, in turn, leads to faster response times and better resource allocation.

[0289] The platform, of this invention, solves this problem.

[0290] In at least an embodiment, the server module further comprises a data aggregation subsystem configured to implement an integrated emergency communication ecosystem across the plurality of stakeholder nodes. The data aggregation subsystem is communicably coupled to the tenant app, the building security desk screen, and the civil defense desk screen, and is configured to receive, in real time, multi-source emergency data including color-coded alerts, safe-mark responses, altitude-based location data, and pre -registered building information from each respective module. The data aggregation subsystem converts the received data into a unified visual interface that is simultaneously rendered on the tenant app, the security desk panel, and the civil defense detailed screen so that all stakeholders operate on a single pictorial narration of the event. In such embodiments, two-way communication channels are established between the tenant-specific module, the security-specific module, and the defense-specific module via the server module, thereby creating a real-time communication bridge that allows tenants to submit updated safe marks and media, security to issue and revise alerts, and civil defense to push operational instructions and requests for additional information through a common platform.

[0291] In at least an embodiment, the platform further comprises a multi-layer visual intelligence engine implemented on one or more processing units associated with the central console or server device. The multi-layer visual intelligence engine is configured to receive a large volume of emergency -related data points from the identifier database, the sensor network, the altitude measurement device, and the various stakeholder modules, including but not limited to floor numbers, room identifiers, pre-registered tenant counts, current occupant counts, safe-mark responses, alert colors, fire and smoke zones, collateral damage regions, and unaffected regions. The visual intelligence engine processes this data to generate an image-based layered map in which each logical layer, such as Fire Zone, Smoke Zone, Need Help, Moving, Self-sufficient, Outside Building, and unresponsive rooms, is visually superimposed according to the color- coded scheme already defined in the notification mechanism. In preferred embodiments, the engine continuously updates the layered map as new safe-mark details and sensor inputs are received, enabling stakeholders to rapidly comprehend, under panic conditions, both static building characteristics (for example, basement floors, special-use floors, and water storage systems) and dynamic threat evolution on a single screen.

[0292] In at least an embodiment, the tenant-specific module and the security-specific module each comprise a human cognitive response optimization interface configured to reduce panic and facilitate accurate decision-making by untrained users. In the tenant app, the optimization interface is realized through a simplified alert window, the Safe Mark widget, and the detailed Safe Mark window, which together present only a limited set of clearly color-coded options such as Need Help, Moving, Self-sufficient, Outside Building, and category-specific sub-options for infants, children, pregnant women, senior citizens, differently abled individuals, and medical assistance, thereby guiding the tenant to a single, unambiguous next action. In the building security desk screen and the civil defense desk screen, the optimization interface is realized through structured widgets, menu layouts, and card-based alert summaries that visually organize the building, floor, and apartment information alongside safe-mark statistics and date-time widgets in a way that minimizes textual overload and presents essential data in pictorial and tabular form. In such embodiments, the overall user interface layout, color coding, and widget structure are configured so that users in a panic state can quickly understand threat severity, location, and required action without needing to interpret complex textual descriptions, thereby reducing the risk of human error during an emergency.

[0293] In at least an embodiment, the platform further comprises a dynamic occupant categorization system implemented within the server module and exposed through the tenant-specific, securityspecific, and defense-specific modules. The dynamic occupant categorization system is configured to receive safe-mark responses and subcategory selections from the tenant app, including explicit identification of infants, children, pregnant women, senior citizens, differently abled individuals, and medically assisted tenants, together with the corresponding room or apartment identifiers and live floor information. The system then classifies these responses into special occupant categories and updates the security desk panel and civil defense desk screen with dedicated visual symbols and counts, for example, by rendering per-apartment and per-floor boxes indicating the number of vulnerable occupants in each subcategory. In at least an embodiment, when a civil defense user selects a particular subcategory such as Infant assistance from the Need Help category, the dynamic occupant categorization system filters the building visualization to highlight only those rooms and floors in which the corresponding vulnerable tenants are located, thereby enabling precise rescue prioritization and targeted deployment of resources.

[0294] In at least an embodiment, the server module additionally comprises an automated civil defense escalation engine implemented as a verification and transmission module communicably coupled to the security-specific module and the defense-specific module. The escalation engine is configured to monitor incident triggers generated by the trigger mechanism, incoming safe-mark data from tenants, and sensor-derived threat indicators from the defined environment, and to verify the incident by cross-referencing these independent data sources before initiating an escalation sequence. Upon verification, the escalation engine formats structured data packets that encapsulate building identifiers, address, pre -registered tenant count, current occupant count, threat color, Fire Zone and Smoke Zone regions, Need Help distribution, unresponsive room distribution, altitude-based tenant floor positions, and historical incident metadata, and transmits these packets to the civil defense system via the external communications module. In preferred embodiments, the escalation engine simultaneously updates the civil defense detailed screen with visual overlays corresponding to the structured data packets so that civil defense personnel receive both a machine -readable payload and a synchronized single- window pictorial view of the evolving emergency state, supporting faster decision-making and coordination with ambulances, hospitals, and police units.

[0295] In at least an embodiment, the server module further comprises a cloud-based routing engine that is deployed on a high-availability cloud infrastructure and is configured to route emergency- related data packets between the tenant-specific module, the security-specific module, the defense-specific module, and the wireless sensor network. The cloud-based routing engine maintains prioritized queues for fire -related alerts, safe-mark updates, sensor anomaly notifications, and civil defense commands, and applies a priority rule set so that time-critical packets such as Need Help marks, Fire Zone expansions, and unresponsive room detections are always transmitted ahead of non-critical diagnostic traffic. In some embodiments, the routing engine is integrated with a redundancy architecture in which multiple geographically separated cloud instances and network paths are provisioned; when a failure is detected in a primary communication path, the routing engine automatically re-routes the emergency packets over a secondary link, thereby striving for a near zero-latency behavior from the perspective of the end users.

[0296] In at least an embodiment, the platform further includes a redundancy architecture implemented within a system control unit of the central console. The redundancy architecture comprises at least one uninterruptible power supply, redundant network interfaces, backup wireless connectivity, and failover computing instances that together ensure that the rule engine, notification mechanism, and mapping interface remain operative even when a power outage, wired internet failure, or partial hardware malfunction is experienced within the defined environment. In such embodiments, an offline-first operation manager module monitors connectivity to the cloud and, upon detecting a disconnection, transitions the system into an offline mode in which local copies of building data, tenant identifiers, and recent safe-mark records are used to continue generating color-coded alerts and updating the threat zones. Once connectivity is restored, the offline-first operation manager synchronizes any locally buffered events with the cloud-based routing engine, resolving conflicts based on timestamps and priority rules.

[0297] In at least an embodiment, the platform further comprises a security desk dashboard device, which may be a dedicated terminal or a computing device positioned at a main security station of the building. The security desk dashboard executes the security-specific module and presents a dedicated user interface including aggregated building-level information such as total number of registered tenants, number of present tenants, count of unresponsive rooms, and per-floor summaries of Need Help and Moving statuses, all derived from the server module and the tenant app. The dashboard is further configured to receive manual inputs from security personnel, such as confirmations of on-ground observations, manual triggering of internal alarms, and assignment of security staff to particular floors or threat zones, and forwards such inputs to the server module so that the rule engine can update the overall state of the emergency.

[0298] In at least an embodiment, the server module implements a synchronization protocol that maintains consistency of visual and data states across the tenant app, the security desk dashboard, and the civil defense desk screen. The synchronization protocol employs a timestamping and versioning mechanism for each state update, including safe-mark responses, threat zone recalculations, and civil defense commands, and distributes these updates simultaneously to the different modules over the network. As a result, when the security desk dashboard acknowledges a particular apartment as evacuated, the same change is immediately reflected in the tenant app views and in the civil defense detailed map, thereby avoiding conflicting interpretations of the same incident and ensuring that all stakeholders are operating on an identical, synchronized pictorial representation of the building. In at least an embodiment, the security desk dashboard and the civil defense desk screen include a graphical display subsystem capable of rendering a 2D / 3D hybrid map of the building. This hybrid map may present a two-dimensional floor plan for each floor while simultaneously indicating vertical stacking of floors and altitude positions, such as basement levels, ground floors, and upper floors, based on data from the altitude measurement device and pre -registered building metadata. The hybrid map further overlays color-coded zones corresponding to fire, smoke, and collateral damage, as well as icons denoting Need Help, Moving, Self-sufficient, and Outside Building statuses, allowing decision-makers to visually traverse both vertical and horizontal aspects of the emergency on a single consolidated interface.

[0299] In at least an embodiment, the tenant-specific module presents an image-based user interface that minimizes dependence on reading skills or language proficiency. For instance, the Safe Mark widget and detailed Safe Mark window utilize recognizable icons, color swatches, and intuitive layout positions to represent different emergency statuses; tenants can interact with the interface through taps or gestures on the icons rather than reading and selecting from detailed text menus. In the security and civil defense interfaces, similar design language is maintained: critical statuses are highlighted using large, high-contrast symbols, while less critical details are placed in secondary panels or expandable lists so that an operator in a panic state is visually guided to the most urgent information and next action, such as selecting a particular floor or category of vulnerable tenants for detailed review.

[0300] In a further embodiment, the user interface employs cognitive design principles configured to reduce reaction times during emergencies. The layout of buttons, widgets, and panels is arranged to provide a limited and consistent set of choices in each interaction step, thereby reducing cognitive load and avoiding confusion between similar actions. Persistent visual anchors, such as a fixed location for the global alert color indicator and a fixed position for the building map, are maintained throughout different screens so that users can quickly orient themselves without relearning the interface. Additionally, symbol sets and color- sequence schemes are selected and validated to ensure that key states such as Immediate Danger, Moving to Safe Zone, or Evacuated are visually distinct and cannot be easily confused when a user is under emotional and time pressure In at least an embodiment, the central processing unit of the server module further comprises a machine learning module that is trained using historical incident data, simulated fire spread scenarios, and sensor behavior records. The machine learning module receives live inputs from the wireless sensor nodes, including temperature readings, smoke density values, carbon monoxide concentrations, and door or occupancy sensor states, and correlates these with the current building layout and tenant safe-mark statuses to predict how the fire and smoke are likely to spread across different floors and rooms over time. The output of the machine learning module is provided to the rule engine and the mapping interface, which then update the color-coded threat zones on the map interface to show not only the current Fire Zone and Smoke Zone but also anticipated risk regions and potential future hazard areas.

[0301] In at least an embodiment, the machine learning module further implements anomaly detection logic to distinguish true fire events from false alarms or sensor malfunctions. By analyzing patterns such as inconsistent rise in temperature across adjacent sensors, non-correlated smoke readings, or absence of corroborating safe-mark distress signals from tenants in a supposedly affected area, the anomaly detection logic can flag an event as suspicious and require additional verification by the escalation engine before a full external escalation is performed. Conversely, when the sensors and tenant inputs are mutually reinforcing, the anomaly detection logic assigns a high confidence score to the event, enabling the platform to escalate more aggressively to civil defense systems.

[0302] In at least an embodiment, the machine learning module, in combination with the dynamic occupant categorization system, calculates evacuation recommendations that prioritize specific rooms, floors, and categories of occupants. The module computes a risk score for each apartment or unit based on factors such as distance from current and predicted fire zones, presence of infants, elderly, or differently abled tenants, availability of safe evacuation paths, and congestion likely to occur on stairs or corridors. The resulting ranked list of rescue priorities is then presented on the security desk dashboard and the civil defense desk screen, for example by highlighting high-priority rooms with distinct symbols or blinking borders, guiding on-ground responders toward the most time- sensitive rescues. In at least an embodiment, the server module comprises a workflow control engine configured to orchestrate an automated escalation hierarchy within the defined environment. The workflow control engine monitors safe-mark inputs originating from tenant-specific modules, security desk manual inputs, and sensor-triggered alerts to determine a tiered escalation sequence progressing from tenant notifications, through building security actions, to civil defense escalation. The escalation sequences are governed by pre-configured verification thresholds stored within the escalation engine module, which include conditions such as minimum number of unresponsive rooms, persistently elevated sensor values, or repeated Need Help marks. Upon satisfaction of these thresholds, the escalation engine automatically transmits structured incident data to civil defense modules while synchronizing message broadcasts and alert states across all stakeholder modules.

[0303] In at least an embodiment, the platform further supports real-time embedded communication channels that integrate voice, text, and image data streams within the emergency workflow. The server module includes communication controllers configured to provide duplex data paths between tenants, building security, and civil defense personnel, facilitating instant information exchange and coordinated response. Additionally, multi-factor notification mechanisms are deployed, including automated evacuation broadcast messages tailored with location- specific instructions derived from the current building status and ML-predicted evacuation routes.

[0304] To enhance accessibility, the server module implements on-the-fly multilanguage translation services that convert emergency commands and broadcast messages received from civil defense or security personnel into localized languages selected by tenants and responders. The language translation module employs computer-implemented language detection and translation dictionaries to ensure real-time delivery of commands with minimal latency. Verification workflows are incorporated to prevent false triggering within the escalation processes; for example, a two-step verification sequence may require matching sensor data with tenant response confirmation before advancing to civil defense notification, thus improving system reliability and reducing false alarms.

[0305] In at least an embodiment, the server module comprises a workflow control engine configured to orchestrate an automated escalation hierarchy within the defined environment. The workflow control engine monitors safe-mark inputs originating from tenant-specific modules, security desk manual inputs, and sensor-triggered alerts to determine a tiered escalation sequence progressing from tenant notifications, through building security actions, to civil defense escalation. The escalation sequences are governed by pre-configured verification thresholds stored within the escalation engine module, which include conditions such as minimum number of unresponsive rooms, persistently elevated sensor values, or repeated Need Help marks. Upon satisfaction of these thresholds, the escalation engine automatically transmits structured incident data to civil defense modules while synchronizing message broadcasts and alert states across all stakeholder modules.

[0306] In at least an embodiment, the platform further supports real-time embedded communication channels that integrate voice, text, and image data streams within the emergency workflow. The server module includes communication controllers configured to provide duplex data paths between tenants, building security, and civil defense personnel, facilitating instant information exchange and coordinated response. Additionally, multi-factor notification mechanisms are deployed, including automated evacuation broadcast messages tailored with location-specific instructions derived from the current building status and ML-predicted evacuation routes.

[0307] To enhance accessibility, the server module implements on-the-fly multi-language translation services that convert emergency commands and broadcast messages received from civil defense or security personnel into localized languages selected by tenants and responders. The language translation module employs computer-implemented language detection and translation dictionaries to ensure real-time delivery of commands with minimal latency. Verification workflows are incorporated to prevent false triggering within the escalation processes; for example, a two-step verification sequence may require matching sensor data with tenant response confirmation before advancing to civil defense notification, thus improving system reliability and reducing false alarms.

[0308] In at least an embodiment, the system further includes an integration module configured to interface with legacy fire alarm panels typically installed within the defined environment. The integration module comprises a protocol bridge hardware device and accompanying software drivers that translate legacy event codes into normalized event types recognized by the server's rule engine and notification mechanism. This enables buildings with pre-existing fire safety infrastructure to seamlessly connect with the modern multi- stakeholder communication platform. The platform further comprises an application programming interface (API) framework within the server module, which facilitates secure and authenticated bidirectional data exchange between the fire rescue management platform and third-party Building Management Systems (BMS). The API framework defines standardized message schema and data formats usable by BMS providers, enabling interoperability with services such as HVAC control, access management, and energy system notifications.

[0309] A sensor fusion hub implemented within the server module receives and correlates streamed input data originating from a wide range of environmental sensors, including heat, smoke, carbon monoxide, motion detectors, occupant presence sensors, and door status switches. The fusion hub applies configurable sensor fusion algorithms to enhance the accuracy and reliability of forwarded threat indications, reducing false positives and improving situational awareness. Edge- device processing nodes are deployed onsite within the defined environment to maintain core emergency system functionalities during cloud service outages. These edge nodes host critical processing software and locally cached building data, ensuring continuous operation of rule engine logic, alert generation, and client display updates despite lack of remote cloud connectivity.

[0310] To ensure system security, communication channels among tenants, security desk, and civil defense modules employ end-to-end encryption using standard cryptographic protocols supported by dedicated encryption modules implemented within the server and client devices. Tamper-proof logging subsystems record all events, commands, and status updates in append- only logs protected by cryptographic hash chaining, thereby establishing an immutable audit trail that can be utilized by civil defense authorities for evidentiary purposes. Access to the platform's various modules is governed by a role-based access control system that restricts functionality and visibility based on stakeholder identity classifications such as resident, security personnel, emergency responder, or civil defense official.

[0311] The platform includes multiple failover communication pathways, supporting fallback messaging via SMS, push notifications, and satellite communication links in the event of primary network failures. System monitoring modules continuously scan for disablement or degradation of primary building safety systems and, upon detection, automatically activate fallback operation modes that maintain critical notification and synchronization functionality

[0312] In at least an embodiment, the platform includes a building security management system (BSMS) module within the server module configured to monitor incident triggers received from fire panels, smoke detectors, heat detectors, and manual triggers. Upon receiving incident data, the BSMS validates the sensor source ID, the associated building ID, and the timestamp to ensure data integrity System Initialization. The module checks for existing active incidents associated with the building; if an incident is ongoing, the new data is appended to the incident log, otherwise, a new fire incident record is created. The BSMS classifies the incident severity as minor, moderate, or critical based on pre-defined criteria and forwards the incident data to an alert management engine (AME) for further processing Building Security System Processing.

[0313] The alert management engine (AME) executes core alert logic by applying severity-based alert rules: if the severity is critical, it triggers full emergency alert protocols including sirens, voice announcements, and alarm activations; if moderate, mobile alerts and limited announcements are activated; and if minor, a notification is sent solely to building security personnel Alert Management Engine Core Logic. The AME prepares alert payloads tailored for different channels, including mobile push notifications, SMS fail-safe messages, voice announcements, alarm system commands, and structured data packets formatted for civil defense consumption. The AME simultaneously dispatches alerts to tenant mobile applications, the building alarm systems, announcement systems, and civil defense command modules to ensure all relevant parties receive timely notifications Dispatch Alerts.

[0314] Tenant mobile applications are configured to receive real-time alerts from the server module and render fire location information, evacuation instructions, and dynamic maps guiding the tenant to the nearest exit Tenant Mobile Application Logic. The application tracks tenant responses such as pressing an "I am safe" button and updates the server with the tenant’s current status, enabling aggregated safe-mark visualizations on security and civil defense dashboards.

[0315] The civil defense command system (CDCS) module receives incident packets containing detailed building status and ongoing fire information, updating fire maps on civil defense dashboards accordingly Civil Defense Monitoring System Logic. CDCS allocates the nearest available fire units for deployment, monitors building sensors in real time to track evolving fire conditions, and provides rescue operation feedback to the server module. The feedback loop module relays updates from civil defense to tenants and building security, including fire containment, cleared evacuation routes, rescue team arrivals, and safe-to-return notifications. Upon successful resolution of an incident, a closure module may be triggered by civil defense personnel or building security staff to mark the incident as resolved. This module disables alarms and announcement systems, sends all-clear notifications to all stakeholders, and generates comprehensive incident reports that include a timeline of events, sensor readings, user responses, and logs of rescue operations for post-event review Incident Closure.

[0316] Finally, a system reset module orchestrates resetting of fire panels, clearing of temporary data caches, and archival of the incident report data to a secure incident database. This ensures full auditability and supports the continuous improvement of emergency procedures based on real event data System Reset.

[0317] In summary, the platform plays a pivotal role in addressing critical communication and coordination challenges associated with fire incidents in various types of buildings. By providing real-time information, facilitating multi-agency communication, and enhancing safety and support for tenants, it significantly contributes to improving overall fire safety and emergency response in urban environments. As per the degree of threats, the building security desk will inform the tenants and civil defense when there is a fire incident in that building.

[0318] The TECHNICAL ADVANCEMENT, of this invention, lies in providing a single window, single pictorial narration, of detailed information about effected zones, in a defined environment, when an emergency alarm is actuated in order to support the responding stakeholders and their operations in a way the communication take less minimum possible time.

[0319] It should be noted that the description merely illustrates the principles of the present invention. It will thus be appreciated that those skilled in the art will be able to devise various arrangements that, although not explicitly described herein, embody the principles of the present invention. Furthermore, all examples recited herein are principally intended expressly to be only for explanatory purposes to help the reader in understanding the principles of the invention and the concepts contributed by the inventor to furthering the art and are to be construed as being without limitation to such specifically recited examples and conditions. Moreover, all statements herein reciting principles, aspects, and embodiments of the invention, as well as specific examples thereof, are intended to encompass equivalents thereof.

Claims

CLAIM,1. A fire rescue management platform, comprising:• a network of nodes, each node associated with a respective stakeholder selected from a group consisting of residents, security personnel, civil defense, emergency responders, and tenants;• a client module configured to be executed on a client device associated with a stakeholder, the client module configured to:• receive real-time data from sensors or user inputs related to fire safety status;• transmit safety status information, including location and assistance requests, to a server module;• a server module configured to be executed on a server device, the server module configured to:• receive safety status information from the client module;• process the received data using a rule engine to define emergency protocols and triggers;• generate and transmit colour-coded fire threat alerts corresponding to varying severity levels to the client module and other stakeholders;• consolidate tenant safety status information and dynamically update real-time threat zones within a defined environment based on sensor inputs and tenant responses;• facilitate multi-agency communication via an application programming interface (API)-based external communications module;• generate actionable reports to coordinate fire rescue operations; and• output color-coded alerts indicating varying levels of fire threat severity via a notification mechanism to the client module and other stakeholders.

2. The platform as claimed in claim 1 wherein, said notification mechanism includes a voice alert submodule that transmits automated voice notifications to tenants and first responders to supplement visual alerts.

3. The platform as claimed in claim 1 wherein, the nodes include a tenant-specific module configured to:• allow tenants to input safety marks corresponding to color-coded status levels including, but not limited to, “In Danger,” “Need Help,” “Self-sufficient,” and “Outside Building”;• submit additional descriptive information selected from categories including infant assistance, medical assistance, and mobility status;• and upload real-time video footage and spatial location data including floor level for enhanced situational awareness.

4. The platform as claimed in claim 1 wherein, the platform comprising an altitude measurement device configured to determine vertical location of tenants in multi-story buildings, wherein the vertical location data is integrated into emergency response dispatch protocols.

5. The platform as claimed in claim 1 wherein, the network of nodes further comprises wireless sensor nodes configured to monitor environmental parameters including temperature, smoke density, and carbon monoxide concentration.

6. The platform as claimed in claim 1 wherein, the central processing unit comprises a machine learning module configured to analyze patterns of sensor data and tenant safety inputs to predict potential fire spread and recommend preemptive evacuation measures.

7. The platform as claimed in claim 1 wherein, the tenant-specific module includes a graphical user interface configured to allow tenants to select predefined emergency status options and provide textual descriptions via mobile or fixed devices.

8. The platform as claimed in claim 1 wherein, the multi-agency communication module supports secure encrypted communication protocols ensuring data integrity and privacy during emergency information exchange.. The platform as claimed in claim 1 wherein, the altitude measurement device is selected from a group consisting of barometric pressure sensors, LIDAR systems, and ultrasonic range finders.

10. The platform as claimed in claim 1 wherein, the dynamically updated map interface is configured to integrate with geographic information system (GIS) data to provide layered spatial analytics for emergency managers.

11. The platform as claimed in claim 1 wherein, the rule engine includes a configurable decision matrix allowing administrators to customize alert thresholds and escalation protocols based on building occupancy and hazard levels.

12. The platform as claimed in claim 1 wherein, the video footage uploaded by tenants is analyzed in real-time using computer vision techniques to detect fire symptoms and unobstructed evacuation pathways.

13. The platform of claim 1, wherein the server module comprises a data aggregation subsystem housed in a computing server, the subsystem configured to aggregate multi-source emergency data, convert the data into a unified visual interface, and enable two-way communication units integrated within the server device.

14. The platform of claim 1, further comprising a multi-layer visual intelligence engine implemented on a dedicated processing unit within a graphical processing device, the engine configured to transform 7,000 to 20,000 emergency data points into an image -based layered map optimized for rapid comprehension.

15. The platform of claim 1, wherein the client module comprises a human cognitive response optimization interface embedded in a client device, the interface implementing visual simplification and neuro-linguistic design principles for user interaction.

16. The platform of claim 1, further comprising a dynamic occupant categorization system implemented in a classification module within a building controller device, the module configured to identify, classify, and visually represent occupant categories to prioritize rescue.

17. The platform of claim 1, further comprising an automated civil defense escalation engine including a verification and transmission module within a communication controller device, the module configured to verify incidents, format data packets, and transmit structured data with visual overlays.

18. The platform of claim 1, wherein the server module comprises a building-wide data aggregation subsystem implemented in a server device configured to collect fire panel inputs, loT sensor data, tenant statuses, occupant location data, and environmental readings.

19. The platform of claim 1, wherein the server module further comprises a cloud-based routing engine implemented as a software component on a high-availability server with zero-latency target architecture for emergency data transmission.

20. The platform of claim 1 , further comprising a security desk dashboard device operatively coupled to the server module, the dashboard configured to receive, validate, and escalate multi-party emergency inputs.

21. The platform of claim 1, wherein the server module implements a synchronization protocol within a timing controller unit that ensures visual data consistency across client modules, security dashboards, and civil defense interfaces.

22. The platform of claim 1 , further comprising a redundancy architecture integrated within a system control unit, the architecture providing power, connectivity, and hardware redundancy to maintain operation during failures.

23. The platform of claim 1, wherein the server module executes a computer-implemented method in a processing module for converting complex building data into simplified visual communication presented on client, security, and civil defense devices.

24. The platform of claim 1 , wherein a classification module within the server module categorizes occupants into risk levels and maps unique symbols on a building map displayed by the client module.

25. The platform of claim 1, wherein an alarm verification module within the server module cross-references fire panel, sensor, and tenant data before escalating alerts.

26. The platform of claim 1 , wherein the civil defense interface module of the server system provides a single-screen building status visualization including threat zones and occupant information.

27. The platform of claim 1, wherein a risk scoring module within the server evaluates occupant vulnerability, threat proximity, and route accessibility to prioritize rescue operations.

28. The platform of claim 1, wherein the client device and security desk dashboard include a display subsystem rendering a 2D / 3D hybrid map with floor-aware overlays.

29. The platform of claim 1, wherein the user interface module of the client comprises an imagebased GUI operable via gesture inputs and universal symbols requiring no text reading.

30. The platform of claim 1 , wherein a threat level display manager integrated in the server module dynamically updates color-coded threat levels using machine learning prediction outputs.

31. The platform of claim 1 , wherein a status indicator module within the tenant-specific client displays real-time tenant safety statuses updated via validated data inputs.

32. The platform of claim 1 , wherein the security desk dashboard device supports a gesture control module optimized for panic-state rapid actions.

33. The platform of claim 1, wherein the machine learning module executing on the server predicts fire spread zones based on environmental and sensor trends.

34. The platform of claim 1 , wherein the anomaly detection engine within the server module identifies false alarms through historical pattern analysis.

35. The platform of claim 1, wherein an evacuation recommendation engine in the server provides optimized route guidance based on predictive analytics.

36. The platform of claim 1, wherein the occupant categorization module employs a clustering algorithm hosted within the server to assign rescue priority scores.

37. The platform of claim 1, wherein a data compression module integrated into the server optimizes transmission bandwidth for emergency data delivery.

38. The platform of claim 1, wherein an escalation controller module within the server automates tenant-to-security-to-civil defense alert sequencing.

39. The platform of claim 1, wherein communication modules in client devices and dashboard units provide real-time voice, text, and image channels embedded in the emergency workflow.

40. The platform of claim 1 , wherein the notification mechanism includes an automated broadcast transmitter within the server device for evacuation messages.

41. The platform of claim 1, wherein a language translation module within the server performs instant language localization of emergency commands.

42. The platform of claim 1 , wherein a verification workflow controller within the server enforces two-step alert validation to reduce false triggers.

43. The platform of claim 1, wherein the client GUI module employs pattern clarity layouts for panic-state reaction time reduction.

44. The platform of claim 1 , wherein the GUI module utilizes guided visual pathways for subconscious comprehension enhancement.

45. The platform of claim 1, wherein symbol rendering modules in the client device optimize display for panic cognition by enhancing contrast and distinctiveness.

46. The platform of claim 1 , wherein the GUI module applies persistent visual anchoring techniques to stabilize user decisions during emergencies.

47. The platform of claim 1, wherein the GUI sequences colors and shapes through a presentation engine module to reduce cognitive load and promote compliance.

48. The platform of claim 1, further comprising a legacy fire panel integration module configured as a protocol bridge component in the server system.

49. The platform of claim 1, further comprising an API framework implemented in the server device for secure bidirectional communication with building management systems.

50. The platform of claim 1 , further comprising a sensor fusion hub module receiving and correlating data from multiple environmental and occupancy sensors.

51. The platform of claim 1 , further comprising an edge-device processing node physically located onsite and configured to provide emergency processing when cloud connectivity fails.

52. The platform of claim 1 , wherein the redundancy architecture includes an offline-first operation manager module in the server that enables deferred synchronization upon network recovery.

53. The platform of claim 1, wherein communication modules implement end-to-end encryption across tenant, security, and civil defense communication channels.

54. The platform of claim 1 , wherein a tamper-proof log manager module stores event logs using cryptographic hash chaining for evidentiary use by civil defense.

55. The platform of claim 1, wherein an access control module enforces role -based permissions for various stakeholder groups.

56. The platform of claim 1, wherein the communication redundancy architecture includes failover channels utilizing SMS, push notifications, and satellite links.

57. The platform of claim 1, wherein a system monitor module detects building system disablement and triggers an automated fallback mode preserving critical notifications.

58. The platform of claim 1, further comprising a building security management system (BSMS) module configured to receive incident data from fire panels and environmental sensors, validate the source sensor and timestamp, classify incident severity as minor, moderate, or critical, and notify on-site security devices including dashboards.

59. The platform of claim 1, further comprising an alert management engine (AME) module that receives classified incident data from the BSMS module and executes core alert logic, including severity-based alert rules that selectively activate emergency sounds, mobile notifications, SMS fail-safe messages, voice announcements, alarm activations, and structured civil defense data packets.

60. The platform of claim 1 , further comprising a tenant mobile application module configured to receive real-time alerts from the server module, display fire locations, evacuation instructions, and exit maps, track tenant responses including safe status updates, and transmit such statuses back to the server module.

61. The platform of claim 1, further comprising a civil defense command system (CDCS) module configured to receive incident packets from the alert management engine, update building fire maps on civil defense dashboards, allocate fire units, track sensor states, and provide rescue operation updates to the server module.

62. The platform of claim 1 , further comprising a rescue operation feedback loop module configured to relay rescue status updates from civil defense to tenants and building security, including notifications of fire containment, evacuation route clearance, arrival of rescue teams, and safe-to-return signals.

63. The platform of claim 1, further comprising an incident closure module configured to be triggered by civil defense or building security personnel, to mark incidents as resolved, disable alarms and announcements, send all-clear notifications to tenants, and generate incident reports including timelines, sensor data, user responses, and logs.

64. The platform of claim 1 , further comprising a system reset module configured to reset fire panels, clear temporary data caches, and archive all data logs to an incident database for postincident analysis.

Images