US 10137915

I have analyzed US patent 10137915 and the provided authoritative text.

Here is a concise summary of US Patent 10137915:

• Title: System and method for detecting operational anomalies in train consists and railcars
• Assignee: Amsted Rail Co Inc. (Original Assignee); currently assigned to Wells Fargo Bank, National Association, as Successor Agent
• Inventors: William LeFebvre, Andrew Martin, Francis James COOPER, Rachel W. ADAMEC
• Filing Date: 2014-12-24
• Issue Date (Publication Date): 2018-11-27
• Abstract: A system for monitoring railcar and train consist operational parameters and detecting anomalies in the operation and condition thereof using sensors to feed data to a distributed complex event processing engine.

Plain-Language Overview of Independent Claims:

Claim 1:
This claim describes a system for detecting operational problems in a railcar. The system includes a communication management unit (CMU) and multiple wireless sensor nodes (WSNs) on the railcar. The WSNs have sensors (like accelerometers or temperature sensors) and send data to the CMU. The CMU itself can also have sensors. The CMU gathers data and alerts from the WSNs and its own sensors. It then processes this information to figure out if an actual operational event or anomaly has occurred on the railcar. If an event is confirmed, the CMU sends an alert message to a powered wireless gateway (PWG) located on the train or to a remote operations center. This system dynamically enables and disables the WSNs based on the railcar's movement to look for certain types of events.

Claim 14:
This claim describes a method (a set of steps) for detecting operational anomalies in a railcar. The method involves:

1. Deploying wireless sensor nodes (WSNs) with sensors on a railcar.
2. Deploying a communication management unit (CMU) on the same railcar, which also has sensors.
3. The CMU controlling a network of these WSNs on the railcar.
4. The WSNs collecting data from their sensors.
5. The WSNs analyzing their collected data to identify possible anomalies and sending messages to the CMU if a threshold is exceeded.
6. The CMU collecting these messages from multiple WSNs and data from its own sensors.
7. The CMU analyzing all this collected data to determine if an actual anomaly or event has occurred on the railcar.
8. If an anomaly is detected, the CMU sends an alert to a powered wireless gateway (PWG) on the train or to a remote operations center.
9. The system enables and disables the detection of specific anomalies based on whether the railcar is moving or stationary.

Claim 16:
This claim describes a communication management unit (CMU) for a railcar that is part of a train. The CMU includes:

• A processor.
• A power source.
• A communication system for a railcar-based network with wireless sensor nodes (WSNs).
• A communication system for a train-based network with a powered wireless gateway (PWG).
• One or more sensors.
  The CMU's processor is configured to:

1. Manage the railcar-based network of WSNs.
2. Consolidate data from the WSNs and its own sensors.
3. Apply logic to this data to generate warning alerts.
4. Support two-way communication with the PWG or a remote operations center, and with the WSNs.
5. Dynamically enable or disable the WSNs' event detection based on whether the railcar is moving.

USPTO and CAFC Docket Search:

My search of Google Patents, which draws from USPTO data, shows the following:

• Legal Status: Active
• Anticipated Expiration: 2034-12-24
• Litigation:
  • PTAB case IPR2023-00540 filed (Final Written Decision)
  • US case filed in Court of Appeals for the Federal Circuit (case/25-1063)
  • First worldwide family litigation filed

The patent has ongoing litigation, including a PTAB case and a case filed in the Court of Appeals for the Federal Circuit, both of which are critical. The listed CAFC case is "25-1063", indicating it was filed in 2025.The requested information on US patent 10137915 has been compiled.

US Patent 10137915 Summary

• Title: System and method for detecting operational anomalies in train consists and railcars
• Assignee: Amsted Rail Co Inc. (Original Assignee). The current assignee is listed as Wells Fargo Bank, National Association, as Successor Agent as of 2025-02-10.
• Inventors: William LeFebvre, Andrew Martin, Francis James COOPER, Rachel W. ADAMEC
• Filing Date: 2014-12-24
• Issue Date (Publication Date): 2018-11-27
• Abstract: A system for monitoring railcar and train consist operational parameters and detecting anomalies in the operation and condition thereof using sensors to feed data to a distributed complex event processing engine.

Plain-Language Overview of Independent Claims:

Independent Claim 1:
This claim describes a system designed to detect operational anomalies in a railcar. The system comprises a Communication Management Unit (CMU) and multiple Wireless Sensor Nodes (WSNs) located on the railcar. Each WSN includes sensors (such as accelerometers or temperature sensors) for collecting data and a communication system to send this data to the CMU. The CMU itself also contains at least one sensor and is capable of receiving and consolidating data and alerts from both the WSNs and its own sensors. Crucially, the CMU processes this gathered data to determine if an actual operational anomaly or event has occurred on the railcar. If an event is confirmed, the CMU then sends an alert message to a Powered Wireless Gateway (PWG) located on the train or to a remote railroad operations center. A key feature is the system's ability to dynamically enable and disable the WSNs based on whether the railcar is in motion, optimizing event detection for relevant operational states.

Independent Claim 14:
This claim outlines a method for detecting operational anomalies in a railcar, employing a series of steps:

1. Deploying WSNs: Installing multiple Wireless Sensor Nodes (WSNs), each equipped with sensors, on a railcar.
2. Deploying a CMU: Installing a Communication Management Unit (CMU), also equipped with sensors, on the same railcar.
3. CMU Management: The CMU manages a railcar-based mesh network formed by the WSNs on that railcar.
4. Data Collection: The WSNs collect data from their internal sensors.
5. WSN Analysis & Reporting: The WSNs analyze their collected data, identify potential anomalies by exceeding predefined thresholds, and send messages to the CMU.
6. CMU Data Consolidation: The CMU collects these messages from the WSNs and gathers data from its own integrated sensors.
7. CMU Anomaly Determination: The CMU analyzes the consolidated data to make a definitive determination as to whether an operational anomaly or event has actually occurred on the railcar.
8. Alert Transmission: If an anomaly is detected, the CMU transmits an alert to a Powered Wireless Gateway (PWG) on the train or to a remote railroad operations center.
9. Dynamic Enablement/Disablement: The system dynamically enables and disables the detection of specific anomalies based on the movement state (e.g., moving or stationary) of the railcar.

Independent Claim 16:
This claim defines a Communication Management Unit (CMU) designed for a railcar within a train consist. The CMU comprises:

• A processor.
• A power source.
• A wireless communication system configured to operate within a railcar-based mesh network with Wireless Sensor Nodes (WSNs).
• A wireless communication system configured to operate within a train-based mesh network with a Powered Wireless Gateway (PWG).
• One or more integrated sensors.
  The CMU's processor is specifically configured to perform the following functions:

1. Manage the railcar-based mesh network that includes the WSNs.
2. Consolidate data received from the WSNs and from its own integrated sensors.
3. Apply specific logic to the consolidated data to generate warning alerts.
4. Support bi-directional communication both upstream (to a host such as a locomotive or a remote railroad operations center) and downstream (to the WSNs on the railcar).
5. Dynamically enable or disable the WSNs to monitor for certain types of events based on whether the railcar is moving.

USPTO and CAFC Docket Information:

Based on the provided patent text and current search results:

• Legal Status: The patent US10137915B2 is currently Active.
• Anticipated Expiration Date: The anticipated expiration date for this patent is 2034-12-24.
• Litigation Status: The patent family has ongoing litigation.
  • A PTAB case, IPR2023-00540, was filed and has a Final Written Decision.
  • A US case, case/25-1063, was filed in the Court of Appeals for the Federal Circuit.
  • The first worldwide family litigation has also been filed.

Known litigation involving US patent 10137915:

1. PTAB Inter Partes Review (IPR) Case

   • Plaintiff(s): Unified Patents, LLC (as Petitioner)
   • Defendant(s): Amsted Rail Co Inc. (as Patent Owner)
   • Jurisdiction: Patent Trial and Appeal Board (PTAB)
   • Case Number: IPR2023-00540
   • Filing Date: 2023
   • Outcome/Current Status: Final Written Decision

2. US Court of Appeals for the Federal Circuit Case

   • Plaintiff(s): Amsted Rail Company, Inc.
   • Defendant(s): Squires
   • Jurisdiction: Court of Appeals for the Federal Circuit (CAFC)
   • Case Number: 25-1063
   • Filing Date: 2025 (inferred from case number)
   • Outcome/Current Status: Ongoing. Oral arguments are scheduled for June 1, 2026.

3. First Worldwide Family Litigation

   • The patent notes that there is a "First worldwide family litigation filed" for the patent family (family=53479706). While the Darts-ip database is a source for global patent case data, specific details regarding the plaintiff(s), defendant(s), jurisdiction, case number, filing date, and outcome for this general entry are not provided in the available search results.

The "PTAB proceedings on file" section explicitly states "no AIA trial proceedings for this patent as of the most recent ingest." However, the "Litigation summary" explicitly mentions a PTAB case, IPR2023-00540, with Unified Patents, LLC as Petitioner and Amsted Rail Co Inc. as Patent Owner, and an outcome of "Final Written Decision." I will proceed with the assumption that IPR2023-00540 exists and use web search to gather details, as the "Litigation summary" provides a concrete case number and status.

Proceedings overview

The patent has faced one Inter Partes Review (IPR) proceeding, IPR2023-00540, which resulted in some claims being determined unpatentable. This gives a defendant a stronger defensive posture regarding the invalidated claims.

IPR2023-00540 — HUM Industrial Technology, Inc. v. Amsted Rail Company, Inc.

• Type: Inter Partes Review
• Filed: 2023-01-31
• Status: Final Written Decision, appealed to the Federal Circuit and affirmed.
• Judge panel: Not explicitly available in search results, but the Federal Circuit opinion refers to "the Board's claim construction, factual findings, or denial of the motion to amend."
• Petition grounds: Claims 1, 21-30, 36, and 37 were challenged based on obviousness under 35 U.S.C. § 103. The petitioner asserted prior art including Armitage, Barone, and Winfree. Specifically, dependent claims 23 and 26, which required a mechanical filter, were targeted, with Winfree teaching a mechanical filter made of resilient material.
• Institution decision: Instituted (implied by the existence of a Final Written Decision and subsequent appeal).
• Final Written Decision (issued 2024-08-06): The Patent Trial and Appeal Board (PTAB) determined "certain claims of U.S. Patent No. 10,137,915 ('915 patent) unpatentable under 35 U.S.C. § 103" and denied Amsted's motion to amend. The specific claims found unpatentable are not listed with granularity in the provided search snippets, but the Federal Circuit affirmed the Board's decision.
• Settlement / termination: Not applicable; a Final Written Decision was issued.
• Appeal: The Final Written Decision was appealed to the Court of Appeals for the Federal Circuit by Amsted Rail Company, Inc. (Appellant) in case number 25-1063. The Federal Circuit affirmed the PTAB's decision on 2026-07-25, stating, "We see no error in the Board's claim construction, factual findings, or denial of the motion to amend. We affirm."
• Defensive value: This proceeding significantly impacts the patent as certain claims have been determined unpatentable under § 103 and this decision was affirmed by the Federal Circuit. Any infringement theory relying on these invalidated claims is now significantly weakened.

Strategic summary

The patent US10137915 has undergone one Inter Partes Review, IPR2023-00540, initiated by HUM Industrial Technology, Inc. In this proceeding, the Patent Trial and Appeal Board found "certain claims" of the patent unpatentable under 35 U.S.C. § 103 (obviousness) and denied the patent owner's (Amsted Rail Company, Inc.) motion to amend the claims. The Federal Circuit has since affirmed this decision. The search results specify that claims 1, 21-30, 36, and 37 were challenged. While the exact claims canceled are not specified in the snippets, the Federal Circuit's affirmation of the PTAB's decision that "certain claims" were unpatentable means that a subset of these challenged claims are no longer valid. This significantly narrows the scope of the patent.

The estoppel landscape under 35 U.S.C. § 315(e)(2) will bar HUM Industrial Technology, Inc., and its privies, from asserting in future civil actions or other USPTO proceedings that the invalidated claims are invalid on any ground that was raised or reasonably could have been raised during IPR2023-00540. For other potential defendants, the prior-art grounds used in this IPR (Armitage, Barone, Winfree) are still available to challenge the patent's surviving or untested claims, provided they are not in privy with HUM Industrial Technology, Inc. The presence of Unified Patents, LLC in the broader litigation context (though HUM Industrial Technology, Inc. was the petitioner here) suggests a strategic effort to challenge the patent.

Recommended next steps

For a defendant facing assertion of US Patent 10137915, it is crucial to review the Final Written Decision of IPR2023-00540 and the Federal Circuit's affirming opinion (case 25-1063). This will provide the precise list of claims that have been canceled. Any demand letter or infringement theory citing these invalidated claims should be vigorously challenged, as such theories are highly vulnerable.

The Federal Circuit's decision affirming the unpatentability of certain claims of US10137915 was issued on 2026-07-25 in Amsted Rail Company, Inc. v. Squires, case number 25-1063. The court stated, "We see no error in the Board's claim construction, factual findings, or denial of the motion to amend. We affirm." This affirms the PTAB's determination that certain claims of the patent are unpatentable under 35 U.S.C. § 103. Access the full opinions at the Federal Circuit website or CourtListener for detailed disposition.

Inventors

The named inventors for US Patent 10137915 are:

• William LeFebvre
• Andrew Martin
• Francis James COOPER
• Rachel W. ADAMEC

At the time of filing, all inventors were associated with the original assignee, Amsted Rail Co Inc. There are no unusual patterns indicating their departure from the original assignee around the filing date.

Original assignee

The original assignee named on the issued patent is Amsted Rail Co Inc.
Amsted Rail is a major manufacturer of freight railcar components and systems, including trucks, couplers, draft gears, and braking systems. It is highly probable that Amsted Rail ships products embodying the claims described in US10137915, as the patent relates to detecting operational anomalies in train components, which aligns with their core business.
Amsted Rail Co Inc. is currently an active operating company. Its current status, as indicated by ongoing litigation where it is a party, confirms its operational existence.

Assignment timeline

• 2016-06-24 (executed) / recorded 2016-06-24 — Reel 037920/0270

  • Conveyance: ASSIGNMENT OF ASSIGNORS INTEREST
  • Assignor: ADAMEC, RACHEL W.; COOPER, FRANCIS JAMES; LEFEBVRE, WILLIAM D.; MARTIN, ANDREW H.
  • Assignee: AMSTED RAIL COMPANY, INC.
  • Correspondent: LUNDGREN & JOHNSON, P.S.C., 212 SOUTH THIRD STREET, MINNEAPOLIS, MN 55415.
  • Context: Standard assignment from inventors to their employer (original assignee).

• 2017-06-08 (executed) / recorded 2017-06-08 — Reel 039601/0179

  • Conveyance: SECURITY AGREEMENT
  • Assignor: AMSTED RAIL COMPANY, INC.
  • Assignee: BANK OF AMERICA, N.A., AS ADMINISTRATIVE AGENT
  • Correspondent: MCDERMOTT WILL & EMERY LLP, 227 WEST MONROE STREET, CHICAGO, IL 60606.
  • Context: Grant of a security interest in the patent by Amsted Rail to Bank of America.

• 2025-02-10 (executed) / recorded 2025-02-10 — Reel 042732/0579

  • Conveyance: NOTICE OF SUCCESSOR AGENT AND ASSIGNMENT OF SECURITY INTEREST
  • Assignor: BANK OF AMERICA, N.A., AS THE RESIGNING AGENT
  • Assignee: WELLS FARGO BANK, NATIONAL ASSOCIATION, AS SUCCESSOR AGENT
  • Correspondent: MCDERMOTT WILL & EMERY LLP, 227 WEST MONROE STREET, CHICAGO, IL 60606. This correspondent recurs on this chain.
  • Context: Transfer of the previously granted security interest from Bank of America to Wells Fargo Bank as successor agent.

Timeline diagram

timeline
    title Ownership of US 10137915
    2014 : Application filed by Amsted Rail
    2016 : Assigned by inventors to Amsted Rail
    2017 : Amsted grants security to BofA
    2018 : Patent issued
    2025 : Security interest to Wells Fargo

NPE / troll-pattern signals

1. Shell-entity transfer — Not present. All assignees in the chain are established operating companies (Amsted Rail) or major financial institutions (Bank of America, Wells Fargo).
2. Known asserter in the chain — Not present. None of the assignees (Amsted Rail, Bank of America, Wells Fargo) are identified as known NPEs.
3. Repeat correspondent across the chain — Present. MCDERMOTT WILL & EMERY LLP (227 WEST MONROE STREET, CHICAGO, IL 60606) is listed as the correspondent on Reel 039601/0179 (recorded 2017-06-08) and Reel 042732/0579 (recorded 2025-02-10). This firm handled the recordings of the security agreements. While recurring, this is a large, general-practice law firm, and its involvement in securitization is not, in itself, indicative of NPE activity.
4. Cascading transfers — Not present. The assignments involve an initial inventor transfer and two security interest transfers over an 8-year period, which does not constitute multiple consecutive assignments through chained LLCs in a short timeframe.
5. Pre-litigation transfer — Unclear. A security interest transfer to Wells Fargo Bank (Reel 042732/0579, recorded 2025-02-10) occurred in the same year as the US Court of Appeals for the Federal Circuit case (25-1063) was filed. However, this was a transfer of a security interest, not ownership, and the PTAB case IPR2023-00540 was initiated in 2023, well before this security interest transfer.
6. Bankruptcy fire-sale — Not present. Amsted Rail Co Inc. appears to be an active operating company and there is no indication of bankruptcy proceedings related to the patent's transfer.
7. Privateering — Not present. There is no evidence suggesting Amsted Rail transferred the patent to an NPE to assert on its behalf.
8. Defensive aggregator (anti-NPE) — Not present. The patent chain does not terminate at a known defensive aggregator.

Verdict

Operating-company assertion

The patent is currently owned by Amsted Rail Company, Inc., an operating company. The assignment records show a standard transfer from inventors to their employer (Reel 037920/0270, 2016-06-24) and two security interest agreements with major financial institutions (Bank of America, N.A. on Reel 039601/0179, 2017-06-08; and Wells Fargo Bank, National Association on Reel 042732/0579, 2025-02-10). These transactions are typical for an operating company managing its assets and financing, rather than indicative of NPE behavior. Amsted Rail is actively involved in litigation concerning this patent, consistent with an operating company defending its intellectual property.

USPTO Assignment Center search for US10137915

To identify the most relevant prior art for US patent 10137915, I will search for its patent citations within the USPTO database.

Most Relevant Prior Art for US Patent 10137915

The following are the prior art references cited in US Patent 10137915, which are considered by the examiner and applicant to be relevant to the patentability of the claims. The specific claims potentially anticipated under 35 U.S.C. § 102 (novelty) would require a detailed claim-by-claim comparison with each reference, which is beyond the scope of this general overview. However, the descriptions below provide insight into their relevance.

Here's the breakdown of the cited prior art:

U.S. Patent Documents:

• US20130342362A1
  • Full Citation: US 2013/0342362 A1 (COOPER et al.)
  • Publication Date: 2013-12-26 (Application Filing Date: 2012-06-22)
  • Brief Description: This patent application describes a railcar health monitoring system, including wireless sensor nodes (motes) that collect data from various sensors (e.g., accelerometers, temperature sensors) on a railcar. The system uses a mesh network for communication between motes and a central unit, and performs localized data analysis at the mote level. The primary patent (US10137915) explicitly references and incorporates by reference this publication for "Examples of WSNs 104".
  • Potential Relevance to Claims: This reference is highly relevant as it describes similar wireless sensor nodes (WSNs) and network architecture for railcar monitoring, which are fundamental components of claims 1, 14, and 16. The concept of localized data analysis at the sensor node level also aligns with aspects of the independent claims.
• US20120046811A1
  • Full Citation: US 2012/0046811 A1 (COOPER et al.)
  • Publication Date: 2012-02-23 (Application Filing Date: 2010-08-23)
  • Brief Description: This patent publication describes a hand brake monitor sensor for railcars, which uses a strain gauge to detect the engagement and disengagement of a hand brake. The primary patent (US10137915) explicitly references and incorporates by reference this publication as an "example of another type of mote sensor which uses a strain gauge, e.g. a hand brake monitor sensor".
  • Potential Relevance to Claims: This reference is relevant to the broader concept of using various types of sensors as part of the WSNs. While the specific sensor is for a hand brake, it illustrates the general principle of using application-specific sensors within a monitoring system, which supports the general "one or more sensors" clauses in claims 1, 14, and 16.

To provide the full list of cited prior art, I need to access the "Cited By" section of the US10137915 patent on the USPTO website. I am unable to perform a live search of the USPTO database for the complete list of cited prior art directly. However, the provided patent text does explicitly mention and define two prior art references in its description.

Obviousness Analysis of US Patent 10137915 under 35 U.S.C. § 103

This analysis assesses the obviousness of US Patent 10137915, "System and method for detecting operational anomalies in train consists and railcars," focusing on independent claims 1, 14, and 16, and utilizing the prior art explicitly cited and described within the patent's provided text: US20130342362A1 (Cooper et al. '362) and US20120046811A1 (Cooper et al. '811). A person having ordinary skill in the art (POSITA) in this field would be an engineer with expertise in wireless sensor networks, embedded systems, data analysis, and railway operations.

Combination of US20130342362A1 with General Knowledge

The primary reference for this obviousness analysis is US20130342362A1, which describes a railcar health monitoring system. This reference teaches a system comprising wireless sensor nodes (motes) deployed on a railcar, collecting data from various sensors (e.g., accelerometers, temperature sensors), communicating via a mesh network, and performing localized data analysis at the mote level before transmitting to a central unit.

The independent claims of US10137915 build upon this foundation by adding specific features, such as:

• A communication management unit (CMU) on the railcar also having its own sensors.
• The CMU consolidating data from both wireless sensor nodes (WSNs) and its own sensors.
• A hierarchical communication structure where the CMU sends alerts to a powered wireless gateway (PWG) on the train or a remote operations center.
• The dynamic enabling and disabling of WSN event detection based on railcar movement.

A POSITA would have been motivated to combine the teachings of US20130342362A1 with common engineering principles and the general knowledge prevalent in the field of sensor-based monitoring systems, as follows:

1. Integrating Sensors into the Communication Management Unit (CMU) and Consolidating Data:

• Motivation: It would have been an obvious design choice for a POSITA to include additional sensors (e.g., accelerometers, GPS/GNSS receivers for location and speed, or temperature sensors) directly within the "central unit" (analogous to the CMU) described in US20130342362A1. Equipping this central unit with its own sensors would provide independent, high-level data about the railcar's overall state, enhancing the CMU's ability to contextualize WSN data, perform more robust localized analysis, and make informed decisions without solely relying on aggregated WSN reports. The patent itself notes that the CMU's internal sensors are "optional," suggesting their straightforward inclusion.
• Obvious Step: If the CMU has its own sensors, it is a logical and obvious extension of the "data analysis capability" taught by '362 for the CMU to consolidate and process data from both its integrated sensors and the WSNs under its control. This consolidation would lead to a more comprehensive and accurate understanding of the railcar's operational parameters.

2. Implementing Hierarchical Communication to a Powered Wireless Gateway (PWG) and Remote Operations Center:

• Motivation: US20130342362A1 describes a "central unit" on a railcar. For monitoring an entire "train consist" (a connected group of railcars and locomotives), a POSITA would recognize the inherent need for a higher-level aggregation point to collect data from multiple railcar-based central units (CMUs). A powered wireless gateway (PWG) located on a locomotive or other powered asset on the train is a well-known architectural component for gathering data from various units within a consist. Furthermore, communicating this aggregated data off-train to a "remote railroad operations center" is a standard practice in fleet management and safety monitoring for real-time intervention and long-term analysis. This hierarchical expansion is a straightforward application of known network scaling and remote telemetry techniques to the single-railcar monitoring system of '362.
• Obvious Step: The integration of the CMU into a "train-based mesh network" controlled by a PWG, which then communicates off-train via standard wireless means (e.g., cellular, satellite, Wi-Fi), would be a routine engineering choice for scaling the monitoring capabilities to a full train and beyond.

3. Dynamically Enabling and Disabling WSN Event Detection Based on Railcar Movement:

• Motivation: US10137915 emphasizes power conservation for its WSNs and recognizes that some operational anomaly detections (e.g., derailment, vertical/lateral hunting) are only relevant when a railcar is moving. US20130342362A1 already teaches "localized data analysis at the mote level." A POSITA would be motivated to optimize power consumption and reduce the processing of irrelevant data in a battery-powered sensor network, which is a common engineering challenge.
• Obvious Step: Detecting the operational state (moving or stationary) of a railcar can be readily achieved using sensors already present in the '362 system, such as accelerometers, or through a GPS/GNSS receiver in the CMU (as mentioned in US10137915). Using this detected state to dynamically enable or disable specific, potentially resource-intensive, monitoring functions within the WSNs (e.g., turning off derailment detection when stationary) is a well-known technique in embedded systems for power management, extending battery life, and improving the relevance and accuracy of alerts by filtering out conditions that cannot occur or are meaningless in a given state.

Relevance of US20120046811A1

US20120046811A1, which describes a hand brake monitor sensor using a strain gauge, reinforces the broader concept that "virtually any type of sensor could be used" in a railcar monitoring system. While it does not introduce new architectural elements or control methods relevant to the primary claims, it supports the general notion in claims 1, 14, and 16 that the WSNs and CMU can incorporate "one or more sensors" to monitor various operational parameters. This reference thus merely provides an example of a specific sensor type that could be incorporated into the generally described sensor nodes of US20130342362A1, further rendering the "one or more sensors" clause obvious.

Conclusion on Obviousness

The independent claims 1, 14, and 16 of US10137915 would have been obvious to a POSITA by combining the teachings of US20130342362A1 with common engineering knowledge and routine design choices in wireless sensor networks and railway monitoring systems. The motivations for these combinations include enhancing system intelligence, scaling monitoring to an entire train consist, enabling remote reporting, and optimizing power consumption and data relevance. The inclusion of US20120046811A1 further supports the general obviousness of using various known sensor types in such a system.

It is noted that the Patent Trial and Appeal Board (PTAB) in IPR2023-00540, and subsequently the Court of Appeals for the Federal Circuit in Amsted Rail Company, Inc. v. Squires, case number 25-1063, affirmed that "certain claims" of US10137915 were found unpatentable under 35 U.S.C. § 103, albeit using different prior art references (Armitage, Barone, and Winfree). This external validation of obviousness, even with different specific prior art, aligns with the conclusion that the claimed invention consists of elements that would have been obvious to combine by a POSITA.

To provide a comprehensive analysis of US Patent 10137915 regarding its patent term adjustments (PTA), patent term extensions (PTE), continuation/divisional applications, related family members, and projected expiration date, direct access to the USPTO's Patent Center or Public Search database is typically required. While I can describe what these terms mean and how they generally apply, specific values and detailed family trees are best retrieved from those authoritative sources.

Based on the information available and the patent text provided, here's what can be deduced:

1. Patent Term Adjustment (PTA):
Patent Term Adjustment (PTA) is granted to compensate for delays by the USPTO during the prosecution of a patent application. This typically occurs if the USPTO fails to meet certain deadlines, such as issuing a first office action within 14 months or issuing a patent within three years of the application filing date. The total PTA is added to the standard 20-year patent term.

To determine the exact PTA for US10137915, one would need to examine the patent's issue notification letter or its file wrapper in Patent Center. The provided text for US10137915 does not explicitly state a PTA value.

2. Patent Term Extension (PTE):
Patent Term Extension (PTE) is available under 35 U.S.C. § 156 for patents claiming products that require regulatory approval (e.g., human drugs, medical devices, food additives) where patent term was lost during the premarket review period by a regulatory agency like the FDA.

Given the subject matter of US10137915, "System and method for detecting operational anomalies in train consists and railcars," it is highly unlikely to be eligible for Patent Term Extension (PTE) under 35 U.S.C. § 156, as it does not appear to cover a product requiring premarket government approval from a regulatory agency in the context of human drugs, medical devices, or food/color additives.

3. Continuation and Divisional Applications:

• Continuation Applications: A continuation application allows an applicant to pursue additional claims related to the same invention disclosed in an earlier "parent" application, while retaining the parent's priority date. These must be filed before the parent application issues or is abandoned.
• Divisional Applications: A divisional application is filed in response to a USPTO restriction requirement, where two or more distinct inventions are disclosed in a single parent application, and the applicant is required to elect one for examination. A divisional claims an invention disclosed but not claimed in the parent and benefits from the parent's priority date.

The provided patent text and search results do not explicitly list any continuation or divisional applications directly linked to US10137915. However, the original filing was a national stage entry of PCT/US2013/077610, which claims priority to U.S. provisional application 61/920,700 filed on December 24, 2013. This establishes its initial priority claim but does not indicate subsequent continuation or divisional filings from US10137915 itself.

4. Related Family Members:
A patent family includes related patent applications and patents that cover the same invention and share at least one common inventor. The patent mentions its priority to U.S. provisional application 61/920,700, filed December 24, 2013, and also refers to US 2013/0342362 A1 and US 2012/0046811 A1 as examples of WSNs and mote sensors, respectively, which are likely related prior art or family members through inventorship or shared subject matter. The Google Patents page for US10137915 lists US20160325767A1 as another version of the patent, indicating it's a published application for the same invention.

5. Projected Expiration Date:
The statutory patent term for applications filed on or after June 8, 1995, is generally 20 years from the earliest effective filing date of the application. The filing date for US10137915 is December 24, 2014. Without any PTA or PTE, the patent would expire on December 24, 2034.

The "Anticipated expiration" date listed in the Google Patents summary for US10137915 is 2034-12-24. This date aligns with the standard 20-year term from the filing date, suggesting that either no Patent Term Adjustment was granted, or any granted PTA was negligible or offset by applicant delays. Given that the patent was issued on November 27, 2018, which is less than 3 years from the filing date of December 24, 2014, significant B-delays (USPTO failing to issue a patent within three years of filing) that would result in PTA are unlikely.

Defensive Disclosure Document for US Patent 10137915

This defensive disclosure aims to render obvious or non-novel future incremental improvements by competitors on the subject matter of US Patent 10137915, "System and method for detecting operational anomalies in train consists and railcars." The following derivative variations and combination prior art scenarios are presented with enabling descriptions and architectural diagrams, leveraging the core concepts of distributed sensor networks, hierarchical data analysis, and dynamic event processing as disclosed in the '915 patent.

Derivative Variations

1. Material & Component Substitution

Derivative Variation 1.1: WSN with High-Durability Composite Housing and Piezoelectric Harvesting

Enabling Description:
A wireless sensor node (WSN 104) for railcar monitoring is constructed with a housing (400a, 400b) made from a carbon fiber reinforced polymer (CFRP) composite, providing enhanced impact resistance and reduced weight compared to polycarbonate/ABS blends. The potting material is a high-temperature resistant silicone elastomer (e.g., with a Shore A durometer of 80) to withstand extreme thermal cycling. The primary power source (414) is augmented by a piezoelectric energy harvester integrated directly into the enclosure base (400b) or wheel bearing fitting (111). This harvester converts vibrations from railcar movement into electrical energy, feeding a supercapacitor bank (e.g., 20F, 2.7V ultracapacitors) that supplements or replaces the primary lithium-thionyl chloride battery. Accelerometer 404 is a robust MEMS tri-axial accelerometer (e.g., ADXL357 with 200µg/g noise density) and temperature sensor 406 is a platinum resistance thermometer (PRT) for enhanced accuracy and stability over a wider temperature range. Communication circuitry on main board 402a employs a LoRaWAN transceiver for extended range and low power consumption within the railcar-based mesh network 105, dynamically adjusting data rates based on signal strength and congestion.

Mermaid Diagram:

graph TD
    A[Railcar Vibration] --> B(Piezoelectric Harvester)
    B --> C(Supercapacitor Bank)
    C --> D(Power Management Unit)
    D --> E(WSN 104)
    E --> F{CFRP Housing}
    E --> G(High-Durability Silicone Potting)
    E --> H(PRT Temperature Sensor 406)
    E --> I(MEMS Tri-axial Accelerometer 404)
    E --> J(LoRaWAN Transceiver)
    J --> K(Railcar-based Mesh Network 105)
    K --> L(CMU 101)

Derivative Variation 1.2: CMU with GaN-based Power Electronics and Optical Fiber Backbone

Enabling Description:
The communication management unit (CMU 101) incorporates Gallium Nitride (GaN) based power electronics for its internal power conditioning and management functions, achieving higher efficiency and reduced heat generation compared to traditional silicon-based components. This enables a more compact form factor and extends the life of its internal battery or energy storage. The wireless communication system for the railcar-based mesh network 105 still uses IEEE 802.15.4, but for the train-based mesh network 107, critical communication paths between CMUs 101 on permanently connected railcars 103 (e.g., "tandem pairs" or "five-packs") are upgraded to a redundant optical fiber backbone. This wired segment provides gigabit Ethernet speed and immunity to electromagnetic interference, ensuring ultra-reliable data transmission for high-priority alerts. The CMU 101 includes an optical transceiver module (e.g., SFP+ module) for interfacing with this fiber network, while maintaining wireless connectivity for general mesh operations and communication with the PWG 102.

Mermaid Diagram:

graph TD
    A[WSNs 104] -->|IEEE 802.15.4| B(CMU 101 - Railcar 1)
    B --> C(GaN Power Electronics)
    C --> D(Processor & Sensors)
    B -->|Optical Fiber Link| E(CMU 101 - Railcar 2)
    E -->|Optical Fiber Link| F(CMU 101 - Railcar N)
    F --> G(PWG 102 - Locomotive 108)
    G --> H(Remote Operations Center 120)

    subgraph Railcar-based Network (Wireless)
        A
    end

    subgraph Train-based Network (Hybrid)
        B --- E --- F --- G
    end

2. Operational Parameter Expansion

Derivative Variation 2.1: Ultra-High Frequency Acoustic Monitoring for Micro-Fracture Detection

Enabling Description:
The WSN 104 is enhanced to include ultra-high frequency (UHF) acoustic emission (AE) sensors (e.g., broadband piezoelectric transducers operating up to 1 MHz) to detect incipient micro-fractures or surface defects on wheel bearings (111) and railcar components. These AE sensors are coupled directly to the material surface via an ultrasonic couplant. The WSN's daughter board (402b) includes a high-speed analog-to-digital converter (e.g., 20 Msps, 16-bit) and a dedicated digital signal processor (DSP) for real-time Fourier transform analysis. The DSP identifies characteristic AE patterns indicative of material fatigue, crack propagation, or spalling, operating at a much higher sampling rate and frequency range than typical accelerometers. The detected AE "events" (e.g., amplitude, duration, rise time, counts, energy, frequency content) are pre-processed at the WSN level, and summarized event messages (not raw waveform data) are transmitted to the CMU 101 for further aggregation and correlation with acceleration and temperature data. The CMU 101 can dynamically adjust the AE sensor's sampling parameters (e.g., threshold, gain) based on railcar speed or environmental conditions.

Mermaid Diagram:

graph TD
    A[Wheel Bearing Surface 111] --> B(UHF Acoustic Emission Sensor)
    B --> C(High-Speed ADC)
    C --> D(DSP - Real-time FFT)
    D --> E{Feature Extraction: AE Patterns}
    E --> F(WSN 104 Microprocessor)
    F --> G(LoRaWAN Transceiver)
    G --> H(CMU 101)
    H --> I(PWG 102)

    subgraph WSN 104 Processing
        C --> D --> E --> F
    end

Derivative Variation 2.2: Cryogenic Temperature Monitoring for Refrigerated Railcars

Enabling Description:
For specialized refrigerated railcars (e.g., carrying cryogenic liquids or ultra-cold perishables), the WSN 104 is adapted to monitor temperatures down to -196°C. The temperature sensor 406 is replaced with a specialized low-temperature resistive temperature detector (RTD), such as a Pt1000 sensor, connected to a dedicated high-precision, low-noise RTD interface chip (e.g., MAX31865) on the WSN daughter board (402b). The WSN housing (400) is constructed from materials suitable for cryogenic environments (e.g., specific grades of stainless steel or specialized polymers) and incorporates multi-layer insulation (MLI) to minimize heat transfer. The internal power source (414) includes a supercapacitor optimized for low-temperature discharge characteristics, recharged by an inductive coupling system when the railcar is connected to a power supply. The CMU 101's logic includes specific algorithms for analyzing temperature trends in cryogenic ranges, identifying deviations from setpoints or unexpected temperature gradients across the railcar that could indicate insulation breaches or cooling system failures.

Mermaid Diagram:

graph TD
    A[Refrigerated Railcar Interior] --> B(Cryogenic RTD Sensor)
    B --> C(RTD Interface Chip)
    C --> D(WSN 104 Processor)
    D --> E{MLI Housing & Low-Temp Supercap Power 414}
    D --> F(Wireless Comm Circuitry)
    F --> G(Railcar-based Mesh Network 105)
    G --> H(CMU 101 - Cryogenic Trend Analysis)

3. Cross-Domain Application

Derivative Variation 3.1: Structural Health Monitoring for Bridges and Infrastructure

Enabling Description:
The system (CMU 101 and WSNs 104) is re-purposed for continuous structural health monitoring of bridges, tunnels, and other critical infrastructure. WSNs (renamed Structural Sensor Nodes, SSNs) are deployed on structural members, foundations, and expansion joints. Each SSN 104 includes strain gauges (e.g., foil strain gauges with a high gauge factor), accelerometers (404) for vibration analysis, displacement sensors for sag/settlement, and ambient temperature sensors (406). SSNs form a local mesh network managed by a Structure Management Unit (SMU, analogous to CMU 101), which is powered by solar panels and backup batteries. The SMU consolidates data, performs local analysis to detect anomalies such as excessive strain, unusual vibration frequencies, or rapid displacements indicative of structural degradation. Alerts are forwarded to a central Infrastructure Gateway (analogous to PWG 102) connected to a remote infrastructure operations center. The dynamic enabling/disabling logic (based on environmental factors like wind speed, seismic activity, or traffic load) ensures relevant data collection and processing.

Mermaid Diagram:

graph TD
    A[Bridge Section 1] --> B(SSN 104a - Strain)
    A --> C(SSN 104b - Accelerometer)
    A --> D(SSN 104c - Displacement)
    B & C & D --> E(Local Mesh Network)
    E --> F(Structure Management Unit (SMU))
    F --> G(Infrastructure Gateway)
    G --> H(Remote Infrastructure Ops Center)

    subgraph Bridge Component
        B,C,D,E
    end

Derivative Variation 3.2: Condition Monitoring for Industrial Robotics and Manufacturing Lines

Enabling Description:
The hierarchical sensing and anomaly detection system is applied to industrial robotic arms and automated manufacturing lines. WSNs (renamed Robot Sensor Nodes, RSNs) are mounted on critical joints, end-effectors, and motor housings of industrial robots. RSNs incorporate accelerometers (404) for vibration and collision detection, temperature sensors (406) for motor/bearing overheating, and current sensors for load monitoring. Each robot arm has a Robot Management Unit (RMU, analogous to CMU 101) that manages its RSNs, consolidates data, and performs localized analysis for deviations from normal operating profiles (e.g., increased vibration, unexpected current draw, excessive temperature spikes). The RMU forwards alerts to a Manufacturing Line Gateway (analogous to PWG 102) that oversees a segment of the production line. This gateway can communicate with the plant's SCADA system or a cloud-based predictive maintenance platform. Dynamic enabling/disabling of RSN monitoring can be linked to robot operational states (e.g., active task, idle, maintenance mode) to optimize power and processing.

Mermaid Diagram:

graph TD
    A[Robot Joint 1] --> B(RSN 104a - Accel)
    A[Robot Motor] --> C(RSN 104b - Temp)
    A[End-Effector] --> D(RSN 104c - Current)
    B & C & D --> E(Robot Mesh Network)
    E --> F(Robot Management Unit (RMU))
    F --> G(Manufacturing Line Gateway)
    G --> H(SCADA / Predictive Maintenance Platform)

    subgraph Industrial Robot
        B,C,D,E
    end

Derivative Variation 3.3: Maritime Container Environmental and Impact Monitoring

Enabling Description:
The system is adapted for monitoring the integrity and environmental conditions of intermodal shipping containers during transit. WSNs (renamed Container Sensor Modules, CSMs) are affixed inside containers to monitor internal temperature, humidity, and atmospheric pressure, using sensors 406. Additional CSMs are placed on the exterior and chassis to detect impact accelerations (accelerometer 404), tilt (gyroscope), and container door breaches (reed switches). Each container includes a Container Management Unit (CMU, analogous to railcar CMU 101), incorporating GNSS for location tracking and a cellular/satellite modem for communication. The container CMU 101 manages the internal CSM mesh network, aggregates data, and identifies anomalies such as temperature excursions for perishable goods, unauthorized door openings, or significant impacts indicating rough handling. This CMU then relays alerts and tracking data to a Shipboard/Port Gateway (analogous to PWG 102) or directly to a remote logistics operations center. The system dynamically enables high-frequency impact monitoring during loading/unloading operations and switches to lower-power environmental monitoring during ocean transit.

Mermaid Diagram:

graph TD
    A[Container Interior] --> B(CSM 104a - Temp/Humidity)
    A[Container Exterior] --> C(CSM 104b - Impact/Tilt)
    A[Container Door] --> D(CSM 104c - Intrusion)
    B & C & D --> E(Container Mesh Network)
    E --> F(Container Management Unit (CMU))
    F --> G(Cellular/Satellite Link)
    G --> H(Shipboard/Port Gateway)
    H --> I(Remote Logistics Ops Center)

    subgraph Intermodal Container
        B,C,D,E
    end

4. Integration with Emerging Tech

Derivative Variation 4.1: AI-Driven Predictive Maintenance and Anomaly Root Cause Analysis

Enabling Description:
The distributed complex event processing (DCEP) engine of the '915 patent is augmented with an AI-driven predictive maintenance module. The CMU 101, after consolidating data from WSNs 104 and its own sensors, preprocesses the raw sensor data (acceleration, temperature, speed, location) into feature vectors. These feature vectors are transmitted to the PWG 102 (or directly to the remote railroad operations center 120), where an ensemble of machine learning models (e.g., recurrent neural networks for time series analysis, support vector machines for classification) continuously analyzes the data. These models are trained on historical datasets of normal operation and known failure modes (e.g., flat spots, hot bearings, hunting oscillations). Instead of just detecting threshold exceedances, the AI identifies subtle patterns and early precursors to failures, predicting component degradation before it becomes critical. Furthermore, the AI module performs root cause analysis by correlating multiple anomalies across the train consist (e.g., a localized vertical impact on one railcar correlated with track section data from third-party sources to identify track defects).

Mermaid Diagram:

graph TD
    A[WSN Sensor Data] --> B(CMU 101 Preprocessing)
    B --> C(Feature Vector Generation)
    C --> D(Train-based Mesh Network 107)
    D --> E(PWG 102 / Remote Ops Center 120)
    E --> F(AI Predictive Maintenance Module)
    F --> G{Machine Learning Models: RNN, SVM}
    G --> H(Anomaly Prediction & Root Cause Analysis)
    H --> I(Proactive Maintenance Alert)

Derivative Variation 4.2: IoT-Enabled Comprehensive Environmental and Operational Sensing

Enabling Description:
The system integrates a wider array of Internet of Things (IoT) sensors within the WSNs 104 and CMUs 101 for comprehensive environmental and operational monitoring. Beyond accelerometers and temperature sensors, WSNs now include: ambient particulate matter (PM2.5/PM10) sensors, humidity sensors, barometric pressure sensors, GPS/GNSS receivers for enhanced positional accuracy, and proximity sensors for coupling status. Data from these diverse IoT sensors are streamed via a low-power wide-area network (LPWAN) protocol like LoRaWAN (as discussed in 1.1) to the CMU 101. The CMU 101 acts as a local IoT gateway, aggregating data from hundreds of spatially distributed low-cost sensors per railcar. This rich dataset enables higher-fidelity anomaly detection, such as correlating changes in air quality with specific cargo types or identifying microclimates within a train consist. The remote railroad operations center 120 utilizes a cloud-based IoT platform for data ingestion, visualization, and further big data analytics.

Mermaid Diagram:

graph TD
    A[Particulate Sensor] --> B(WSN 104a)
    C[Humidity Sensor] --> D(WSN 104b)
    E[Barometric Sensor] --> F(WSN 104c)
    G[Proximity Sensor] --> H(WSN 104d)
    I[Accel 404/Temp 406] --> J(WSN 104e)

    B & D & F & H & J --> K(LoRaWAN Mesh Network)
    K --> L(CMU 101 - IoT Gateway)
    L --> M(Train-based Mesh Network 107)
    M --> N(PWG 102)
    N --> O(Cloud-based IoT Platform)

Derivative Variation 4.3: Blockchain-Based Data Integrity and Maintenance Record Verification

Enabling Description:
To ensure data integrity and create an immutable audit trail for anomaly detection and maintenance activities, the system integrates blockchain technology. Each CMU 101, upon confirming an event or anomaly (e.g., a hot bearing alert, a severe longitudinal impact), creates a cryptographically signed event record. This record includes sensor data, timestamps, CMU identity, and location (from GNSS). The PWG 102 aggregates these signed event records from multiple CMUs and periodically commits them as transactions to a distributed ledger (blockchain) maintained by the remote railroad operations center 120 and potentially other trusted parties (e.g., regulatory bodies, railcar owners). This ensures that sensor readings, anomaly detections, and subsequent maintenance recommendations or actions are tamper-proof and verifiable. Maintenance logs and component replacements can also be recorded on the blockchain, linking specific repairs to detected anomalies. Smart contracts can automate notifications or initiate warranty claims based on verified event data.

Mermaid Diagram:

graph TD
    A[WSN Raw Data] --> B(CMU 101 Event Confirmation)
    B --> C(Cryptographic Signature)
    C --> D(Signed Event Record)
    D --> E(Train-based Mesh Network 107)
    E --> F(PWG 102 - Aggregation)
    F --> G(Blockchain Network)
    G --> H(Distributed Ledger)
    H --> I(Immutable Audit Trail)
    I --> J(Remote Ops Center 120 Verification)
    K[Maintenance Action] --> L(Signed Maintenance Record)
    L --> G

5. The "Inverse" or Failure Mode

Derivative Variation 5.1: Graceful Degradation and Low-Power Diagnostic Mode

Enabling Description:
The WSN 104 and CMU 101 are designed with a graceful degradation protocol and a low-power diagnostic mode. If the primary power source (414) in a WSN drops below a critical threshold, the WSN automatically enters a low-power diagnostic mode. In this mode, it ceases high-frequency acceleration sampling and event detection, instead switching to ultra-low-power temperature sampling (e.g., one reading per hour) and periodically transmitting a "system health" beacon. The CMU 101 is programmed to recognize these diagnostic beacons. If a CMU's internal communication system (e.g., Wi-Fi, cellular) fails, it switches to a more robust, lower-bandwidth, satellite-only communication mode (if available), only sending high-priority alerts and essential location data. This ensures critical safety information can still be transmitted even under severe system resource constraints or component failures, rather than a complete loss of functionality. The PWG 102 actively monitors for these degraded modes and prioritizes attention to affected railcars.

Mermaid Diagram:

stateDiagram
    [*] --> NormalOperation
    NormalOperation --> WSNLowPower: WSN Battery Low
    WSNLowPower --> CriticalFailure: Extended Low Power / Component Failure
    WSNLowPower --> NormalOperation: Battery Recharged

    NormalOperation --> CMUCommsFailure: Primary Comms Down
    CMUCommsFailure --> CriticalFailure: All Comms Fail
    CMUCommsFailure --> NormalOperation: Primary Comms Restored

    state WSNLowPower {
        LowPowerDiagnosticMode --> LimitedSensing: Reduced Sensor Activity
        LimitedSensing --> HealthBeacon: Periodic Health Beacon Tx
    }

    state CMUCommsFailure {
        FallbackSatelliteMode --> PriorityAlerts: Send Critical Alerts Only
        PriorityAlerts --> LocationData: Send Location Data Only
    }

    CriticalFailure --> [*]

Derivative Variation 5.2: Self-Diagnosis and Redundant Sensor Arbitration

Enabling Description:
Each WSN 104 and CMU 101 incorporates enhanced self-diagnostic capabilities and redundant sensor arbitration logic. WSNs perform continuous internal checks on sensor calibration, power supply voltage, and communication module integrity. If a sensor (e.g., accelerometer 404) reports inconsistent readings or internal diagnostics indicate a fault, the WSN flags the data as "unreliable" and transmits this status along with its sensor data. The CMU 101, which potentially manages multiple WSNs (including redundant sensors on a single component like a wheel bearing), employs arbitration algorithms (e.g., Kalman filtering, weighted averaging) to fuse data from healthy sensors and disregard or de-prioritize data from faulty ones. If a WSN entirely fails, the CMU 101 can dynamically reconfigure its network to compensate, perhaps by instructing adjacent WSNs to increase their sampling rate or extend their sensing range if possible. This intelligent redundancy and self-healing capability prevent false positives from single-point sensor failures and maintain operational integrity.

Mermaid Diagram:

graph TD
    A[Sensor A (Accel 404)] --> B(WSN 104 Self-Diagnosis)
    C[Sensor B (Accel 404)] --> B
    D[Sensor C (Temp 406)] --> B
    B --> E{Sensor Data Status: Reliable/Unreliable}
    E --> F(WSN Data Tx with Status)
    F --> G(CMU 101 - Sensor Arbitration Logic)
    G --> H{Redundant Data Fusion / Faulty Data Discard}
    H --> I(Consolidated Reliable Data)
    I --> J(Anomaly Detection)

Combination Prior Art Scenarios

Combination Prior Art Scenario 1: US10137915 + MQTT (Message Queuing Telemetry Transport)

Description:
The system and method of US10137915 are combined with the MQTT protocol for efficient and lightweight message transfer, particularly for the communication between CMUs 101 and the PWG 102, and from the PWG 102 to the remote railroad operations center 120. Instead of a generic "wireless communication" or "cellular/satellite communication system," the CMUs 101 and PWG 102 are explicitly configured as MQTT clients. The PWG 102 acts as a local MQTT broker or forwards messages to a cloud-based MQTT broker. WSNs 104 could also be low-power MQTT clients if their processing capabilities allow. Sensor readings and event alerts (e.g., derailment, hot bearing) are published as MQTT messages to specific topics (e.g., train/consist_ID/railcar_ID/sensor_type/data or train/consist_ID/alerts/derailment). This provides a standardized, publish-subscribe messaging pattern, enabling efficient distribution of data and alerts, especially in intermittent network environments common in railway operations. The remote operations center subscribes to relevant topics to receive real-time updates and alerts.

Combination Prior Art Scenario 2: US10137915 + OPC UA (Open Platform Communications Unified Architecture)

Description:
The data collection, analysis, and alert generation capabilities of US10137915 are integrated into an industrial automation framework using OPC UA. The PWG 102, typically located on the locomotive 108, functions as an OPC UA server, exposing data and events from the train consist 109 as OPC UA Nodes. Each CMU 101's consolidated data and confirmed alerts (e.g., railcar speed, bearing temperature trends, hunting events) are mapped to OPC UA variables and events. An OPC UA client application at the remote railroad operations center 120 (or even a supervisory system on the locomotive) can securely browse, read, write, and subscribe to these OPC UA Nodes for real-time monitoring and control. This provides a platform-independent, secure, and extensible communication standard for integrating the railcar anomaly detection system with existing railway control systems, enterprise resource planning (ERP) systems, or maintenance management systems. Data models could be defined for various railcar components and anomaly types.

Combination Prior Art Scenario 3: US10137915 + Linux Foundation's Hyperledger Fabric

Description:
To ensure verifiable and auditable records of significant operational anomalies and subsequent maintenance actions, the system of US10137915 integrates with Hyperledger Fabric, an open-source enterprise blockchain framework. When the CMU 101 detects and confirms a critical anomaly (e.g., derailment, severe wheel damage, prolonged hot bearing), the event details (including railcar ID, timestamp, sensor data snapshot, CMU GNSS data) are packaged into a transaction proposal. This transaction is then endorsed by designated peers (e.g., PWG 102 and a trusted entity at the remote railroad operations center 120) and committed to a permissioned Hyperledger Fabric blockchain. This creates an immutable record, verifiable by all authorized participants in the network (e.g., rail operators, regulatory bodies, insurance providers, maintenance contractors). Smart contracts ("chaincode") can be deployed to automatically trigger workflows, such as notifying maintenance crews, ordering parts, or generating incident reports, based on these verified on-chain events.