Systems and methods for device ecosystem disruption notification following an accident

An Information Handling System (IHS), that comprises:

• a processor operably connected to an always-on power rail of the IHS;
• and
• a memory coupled to the processor, the memory configured with program instructions stored thereon that, upon execution by the processor, cause the IHS, while in an off or modern standby state, to perform operations that comprise:
• receive sensor data from a sensor;
• determine if an accident occurred, based, at least in part, upon the sensor data;
• in response to a determination that an accident occurred, determine an accident severity, an accident type, and whether the accident was a compound accident, based at least in part on a duration of the accident determined from the sensor data, and enumerate IHS components;
• in response to a difference between the enumerated IHS components and a previously collected list of IHS components, perform an action that comprises at least a first portion of an accident mitigation plan;
• notify a backend service of the accident via an Out-of-Band (OOB) connection while the IHS remains in the off or modern standby state;
• wake the IHS from the off or modern standby state;
• and
• provide at least a second portion of the accident mitigation plan to a Basic Input/Output System (BIOS).

A method, comprising:

• receiving, by an Embedded Controller (EC) operably connected to an always-on power rail configured in an Information Handling System (IHS) while the IHS is in an off or modern standby state, sensor data from a sensor;
• determining, by the EC using a trained Artificial Intelligence (AI)/Machine Learning (ML) model and the sensor data, if an accident involving the IHS occurred;
• in response to determining that an accident occurred, determining, by the EC, an accident severity, an accident type, and whether the accident comprised a bounce, using at least a duration of the accident determined from the sensor data, and collecting, by the EC, a current inventory of components coupled to IHS;
• performing an action that comprises at least a first portion of an accident mitigation plan, by the EC while the IHS remains in the off or modern standby state, in response to a difference between the current inventory and a previous inventory of IHS components;
• notifying a backend service of the accident via an Out-of-Band (OOB) connection, by the EC while the IHS remains in the off or modern standby state;
• waking, by the EC, the IHS from the off or modern standby state;
• and
• providing, by the EC, at least a second portion of the accident mitigation plan to a Basic Input/Output System (BIOS).