Patent 10380873B1

Obviousness

Combinations of prior art that suggest the claimed invention would have been obvious under 35 U.S.C. § 103.

Active provider: Google · gemini-2.5-flash

Obviousness

Combinations of prior art that suggest the claimed invention would have been obvious under 35 U.S.C. § 103.

✓ Generated

Obviousness Analysis of US Patent 10380873B1 Under 35 U.S.C. § 103

This analysis identifies combinations of prior art references that would render the independent claims (1, 14, and 15) of US Patent 10380873B1 obvious to a person having ordinary skill in the art (PHOSITA) before the patent's priority date of September 12, 2012. The references for this analysis are drawn from the "Cited By" section of the US10380873B1 Google Patents page, as these patents have earlier priority dates and are therefore eligible as prior art.

Prior Art References Identified

  1. US10747216B2 (Icontrol Networks, Inc., Priority Date: 2007-02-28, "Method and system for communicating with and controlling an alarm system from a remote server")
  2. US10754304B2 (Icontrol Networks, Inc., Priority Date: 2004-03-16, "Automation system with mobile interface")
  3. US11190578B2 (Icontrol Networks, Inc., Priority Date: 2008-08-11, "Integrated cloud system with lightweight gateway for premises automation")

Analysis of Independent Claims (Claims 1, 14, and 15)

The independent claims of US10380873B1 generally describe an interactive wireless life safety communications system comprising:

  • A central coordination server.
  • At least one resident life safety device connected to the server over a first communications network, generating alarm signals.
  • A plurality of caregiver communications devices connected to the server over a second, different communications network, receiving alarm notifications.
  • Caregiver user input generating an "acceptance response" with caregiver identification.
  • Automatic updating of all caregiver devices to show the responding caregiver and that the alarm notification remains active.
  • Updating all caregiver devices when the alarm condition is cleared at the resident device.
  • Recording of acceptance responses by the central server.

Combination of References and Obviousness Rationale

A PHOSITA in the field of assisted living, security systems, or remote monitoring, concerned with efficient staff coordination and accountability, would have been motivated to combine the teachings of the identified prior art references.

1. Core System Components (Central Server, Resident Devices, Alarm Signals, Remote Monitoring/Control):

  • US10747216B2 describes a remote server (analogous to the central coordination server) that communicates with and controls an alarm system at a premises. The alarm system includes sensor devices (analogous to resident life safety devices) that trigger alarms. A user interface allows a user (analogous to a caregiver) to receive alarm system messages (alarm notification) and send control commands (caregiver user input, action status response) to the alarm system over a data network.

2. Plurality of Caregiver Communications Devices and Mobile Interface:

  • US10754304B2 enhances this by disclosing an automation system with a mobile interface (e.g., cell phones, smart phones, PDAs) that provides remote access. Critically, it states that a remote server can communicate with multiple mobile interfaces (analogous to a plurality of caregiver communications devices) to provide users access to various devices within the premises. Mobile interfaces allow users to receive messages (alarm notifications).

3. Two Different Communications Networks:

  • The combination of a "premises network" for connecting stationary devices and a "wide area network" for mobile user access to a remote server was a common architectural choice for remote monitoring and control systems prior to 2012.
  • US11190578B2 explicitly discloses a cloud system including a gateway configured to communicate with a "premises network" and a "wide area network," and further configured to communicate with devices within the premises network and a control server within the wide area network. A PHOSITA would readily understand that a wired network could be used for permanently installed resident life safety devices (first network) and a wireless network (e.g., Wi-Fi, cellular) for mobile caregiver devices (second network) to provide flexibility and reliability.

4. Caregiver Acceptance Response with Identification and Recording:

  • Motivation: The background section of US10380873B1 itself highlights the problem with prior art systems (like one-way pagers) where there was "no way to completely ascertain whether the page was received, and just as importantly, whether any of the staff had responded." This explicitly states a problem a PHOSITA would be motivated to solve: improving staff coordination and accountability.
  • Obviousness: Given US10747216B2's teaching of sending "control commands" from a user interface and US10754304B2's teaching of user input on mobile interfaces, it would be an obvious step for a PHOSITA to implement a specific "acceptance" or "declination" command as part of the user input. Including the caregiver's identity with this response is a standard feature for user authentication and activity logging in any multi-user system. The recording of such responses by the central server for auditing and reporting is also a fundamental and obvious requirement for any such safety or management system.

5. Automatic Updating of All Caregiver Devices (Responding Caregiver, Alarm Active) and Cleared Status:

  • Motivation: To address the problem of multiple staff responding unnecessarily to an alert, leading to "wasteful of personnel resources," as acknowledged in the background of US10380873B1.
  • Obviousness: In a system where a central server receives responses from multiple mobile devices (as suggested by the combination of US10747216B2 and US10754304B2), it would be an obvious software design implementation for a PHOSITA to:
    • Store the received "acceptance" status and the responding caregiver's ID on the central server.
    • Leverage the communication capabilities of the central server and mobile devices to broadcast or push this status update to all other connected caregiver communications devices, thus synchronizing their views of the active alert and who is addressing it.
    • The decision to keep the alarm notification "active" on the plurality of caregiver devices, even after one caregiver has accepted, is a practical and obvious measure to ensure that the alarm condition is fully resolved at the source, rather than being prematurely dismissed merely by acknowledgement. This reflects a robust design for a "life safety" system.
    • Similarly, upon the resident life safety device no longer detecting an alarm condition (i.e., the alarm being "cleared"), the central server (being connected to the resident device) would receive this information. It would be an obvious logical extension to then transmit an update to all caregiver devices indicating that the alarm condition is cleared, completing the incident response cycle. This is a common pattern in incident management and notification systems.

Conclusion

The independent claims of US10380873B1, particularly Claims 1, 14, and 15, would have been obvious to a PHOSITA by combining the teachings of US10747216B2, US10754304B2, and US11190578B2. These references collectively disclose or render obvious the core elements of a central server, resident life safety devices, alarm signals, mobile caregiver devices, two distinct networks, and the ability for caregivers to interact with the system remotely. The specific interactive features related to automatic multi-caregiver status updates (acceptance, identity, alarm active, and cleared status) and recording of responses are logical extensions and common design choices driven by the recognized need for efficient coordination in real-time response scenarios, as also implicitly and explicitly articulated in the background of US10380873B1.

Generated 6/24/2026, 6:46:54 AM