US 8152059

A concise summary of US Patent 8,152,059, including a review of its independent claims, is provided below. This analysis also includes information regarding legal actions involving the patent.

Summary of U.S. Patent 8,152,059

Title: Secure commercial transactions system

Assignee: The patent is currently assigned to Only Card LLC. The original assignee was listed as "Individual".

Inventors: John T. Sparks

Filing Date: January 21, 2009

Issue Date: April 10, 2012

Abstract: The patent describes a secure financial transaction system centered around a card (such as a credit, ATM, or debit card) that incorporates a "panic" personal identification number (PIN) or a panic digit. When this panic feature is used at a commercial transaction machine, it triggers an emergency notification sequence, which can include sending emergency signals and video from the machine's location. The system also details the card's potential inclusion of biometric security features, the ability to store financial transaction records, and its capacity to interface with a personal computer. The abstract also notes that the device could take other forms, such as a ring or key chain.

Plain-Language Overview of Independent Claims

An independent claim represents the broadest definition of the invention. US Patent 8,152,059 has three independent claims.

• Claim 1: This claim describes a secure commercial transaction system built around a "transactional device" which can be a card, key fob, jewelry, or other personal items. This device contains a microprocessor, data storage, and a transmitter. To operate, the user must provide one of two signals for identification. The first signal activates a normal operational mode. The second, different signal activates a "panic" mode. When this second mode is activated, the device's transmitter sends out an automated transmission.

• Claim 11: This claim specifies that the transactional device from the system described in claim 1 is a card that has no visible data printed on it. This enhances security by not displaying account numbers or other identifying information.

• Claim 22: This claim builds on the card described in claim 11. It outlines a system where a transaction in the normal operating mode is not only stored on the card's memory but is also sent via email. When the user later retrieves the transaction data from the card's memory (for instance, by connecting it to a computer), the system can compare the stored data with the emailed data to check for any discrepancies.

Litigation Status

A search for litigation involving US Patent 8,152,059 in the U.S. Court of Appeals for the Federal Circuit (CAFC) dockets for 2026 indicates recent activity. While a direct, real-time search of court records requires access to the federal PACER system, publicly available information shows a lawsuit was filed on April 16, 2026, in the Georgia Northern District Court. The case is The Only Card, LLC v. Eternal, Inc. (2:26-cv-00115). In this case, The Only Card, LLC has asserted that Eternal, Inc.'s system for securely processing commercial transactions infringes on this patent. The case is currently listed as open.

Litigation History for U.S. Patent 8,152,059

As of May 1, 2026, U.S. Patent 8,152,059, assigned to The Only Card, LLC, has been asserted in multiple patent infringement lawsuits. All known cases have been filed in the U.S. District Court for the Northern District of Georgia.

---

The Only Card, LLC v. Peach State Bank & Trust

• Plaintiff(s): The Only Card, LLC
• Defendant(s): Peach State Bank & Trust
• Jurisdiction: U.S. District Court, Northern District of Georgia
• Case Number: 2:26-cv-00043
• Filing Date: February 17, 2026
• Status: Open

Note: This case is listed in the authoritative patent text provided for this analysis, citing the Unified Patents portal. The complaint was filed with a jury demand for patent infringement.

---

The Only Card, LLC v. The Citizens Bank of Georgia

• Plaintiff(s): The Only Card, LLC
• Defendant(s): The Citizens Bank of Georgia
• Jurisdiction: U.S. District Court, Northern District of Georgia
• Case Number: 2:25-cv-00408
• Filing Date: December 22, 2025
• Status: Open

Note: This case is also listed in the authoritative patent text. The complaint alleges that the defendant's use of EMV (Europay, Master, Visa) chip cards at its ATMs infringes on the patent-in-suit. The plaintiff alleges that the technology in use constitutes a dual-mode functionality ("normal" vs. "panic") as claimed in the '059 patent.

---

Contradictory Information Notice

It must be noted that the previously generated Patent summary section for this analysis references a different lawsuit: The Only Card, LLC v. Eternal, Inc. (2:26-cv-00115), filed on April 16, 2026. While a case with this information is listed on some public, AI-generated litigation tracking sites, it is not listed in the litigation history provided within the authoritative Google Patents source text for this patent. The authoritative source, which includes direct links to the Unified Patents portal, lists case 2:26-cv-00043 (v. Peach State Bank & Trust) and 2:25-cv-00408 (v. The Citizens Bank of Georgia). This analysis prioritizes the data from the authoritative patent source text as instructed.

Proceedings overview

There are no AIA trial proceedings (Inter Partes Review, Post-Grant Review, or Covered Business Method) on file for US Patent 8,152,059 as of June 1, 2026. This indicates that the patent has not been subjected to validity challenges before the Patent Trial and Appeal Board.

Strategic summary

As there are no PTAB proceedings on file for US Patent 8,152,059, all claims (1-22) remain untested by AIA trial mechanisms. This means:

• Claims Status: All claims (1-22) of US8152059 are currently considered "untested" by PTAB proceedings. No claims have been canceled or invalidated by the PTAB.
• Estoppel Landscape: Since no AIA trials have occurred, there is no estoppel under 35 U.S.C. § 315(e)(2) for potential petitioners. Any defendant facing assertion of this patent would be free to raise any grounds of invalidity (e.g., under § 102 or § 103) based on prior art in a new PTAB petition, subject to the statutory time bars for filing.
• Pattern Signals: The absence of PTAB activity suggests that, despite the ongoing litigation noted in the patent summary, no party has yet chosen to pursue an AIA trial against this patent. This could be due to various strategic reasons, such as a belief that the patent is defensible, or that the cost-benefit analysis for an IPR does not favor a petition. The litigation history indicates that the patent owner, The Only Card, LLC, has been actively asserting the patent.

Recommended next steps

Since no PTAB activity exists for US Patent 8,152,059, the absence itself is a significant signal. Well-asserted patents often eventually attract IPRs, so the lack of such challenges could imply several things, including that potential petitioners have assessed the patent's claims as robust or have opted for other defense strategies.

For a defendant currently facing assertion of this patent, the following steps are recommended:

• Consider filing an IPR: Given that the claims are untested, a defendant has the full scope of prior art and statutory grounds available for an IPR petition. A thorough prior art search, beyond the references cited during original prosecution and in this analysis, would be crucial to identify strong grounds for invalidity, particularly considering the obviousness analysis provided previously for claims 1, 11, and 22.
• Monitor for future filings: Keep abreast of any new PTAB filings against US8152059. If another entity files an IPR, it could provide valuable insights into the PTAB's stance on the patent's validity and potentially lead to a joinder opportunity.
• Leverage invalidity arguments in district court: The prior art identified (Zingher '575, Zingher '818, Pitroda '038, Barnett '184) provides strong bases for invalidity arguments under 35 U.S.C. § 102 and § 103 in district court litigation. These arguments remain fully available without PTAB estoppel.

Inventors

The sole named inventor for US Patent 8,152,059 is John T. Sparks. No employer is listed, and the patent was initially assigned to "Individual," likely referring to the inventor himself or an entity he controlled, as indicated by the correspondent "JOHN T. SPARKS, P.C." on the initial assignment record. There are no patterns suggesting inventors departing an original assignee within 12 months of filing, as the inventor appears to have held the rights until a much later assignment.

Original assignee

The original assignee listed on the issued patent is "Individual." This typically indicates that the patent was either issued directly to the inventor or to an entity he controlled in a personal capacity. There is no public information to suggest that this "Individual" (John T. Sparks) manufactured or shipped a product embodying the claims of the patent. Their primary line of business at the time of filing is not determinable from the provided patent text or assignment records. The patent rights have since been transferred, so "Individual" is no longer the assignee.

Assignment timeline

• 2009-01-21 (executed) / recorded 2012-04-05 — Reel 027962/0268

  • Conveyance: Assignment
  • Assignor: JOHN T SPARKS
  • Assignee: INDIVIDUAL
  • Correspondent: JOHN T. SPARKS, P.C., 200 NORTH SHARP ST, SUITE D, CUMMING, GEORGIA 30040.
  • Context: Original assignment from the inventor, likely to himself or an entity he controlled, prior to patent issuance.

• 2025-07-16 (executed) / recorded 2025-07-22 — Reel 062638/0927

  • Conveyance: Assignment of Assignors Interest
  • Assignor: SPARKS, JOHN T., SR., MR., STALLARD, KEVIN W.
  • Assignee: THE ONLY CARD LLC
  • Correspondent: R. BRUCE LALOR, CPA, ESQ., THE LALOR LAW FIRM, LLC, 260 PEACHTREE ST NW, SUITE 2200, ATLANTA, GEORGIA 30303.
  • Context: Transfer of patent rights from the inventor(s) to a newly formed entity for potential assertion.

Timeline diagram

timeline
    title Ownership of US 8152059
    2009 : Executed by John T Sparks to Individual
    2012 : Issued
    2025 : Assigned to The Only Card LLC
         : First lawsuit filed

NPE / troll-pattern signals

1. Shell-entity transfer — Present. The transfer of the patent to "The Only Card LLC" from the inventor(s) in 2025 [cite: 062638/0927], followed by immediate litigation, strongly indicates that The Only Card LLC is a non-practicing entity primarily engaged in patent assertion. The previous assignee "Individual" [cite: 027962/0268] also suggests a non-operating or personal holding of the patent rights before this transfer.
2. Known asserter in the chain — Unclear/Not Present. "The Only Card LLC" is not explicitly named on the provided list of common NPEs. However, the consistent litigation activity listed by Unified Patents for this entity suggests an assertion-focused business model.
3. Repeat correspondent across the chain — Not present. The correspondent for the first assignment (JOHN T. SPARKS, P.C.) [cite: 027962/0268] is different from the correspondent for the second assignment (R. BRUCE LALOR, CPA, ESQ., THE LALOR LAW FIRM, LLC) [cite: 062638/0927].
4. Cascading transfers — Not present. There were only two assignments from the inventor(s) over a long period, not multiple consecutive transfers in a short timeframe.
5. Pre-litigation transfer — Present. The assignment to The Only Card LLC was executed on 2025-07-16 and recorded on 2025-07-22 [cite: 062638/0927]. The first infringement lawsuit involving this patent, The Only Card, LLC v. The Citizens Bank of Georgia, was filed on December 22, 2025, approximately five months after the assignment. This falls within the six-month window for pre-litigation transfer.
6. Bankruptcy fire-sale — Not present. There is no indication of bankruptcy proceedings for the inventor or the initial assignee "Individual."
7. Privateering — Unclear. The assignment was from the inventor(s), not from an operating company, so there is no evidence of privateering.
8. Defensive aggregator (anti-NPE) — Not present. The chain ends with The Only Card LLC, an entity actively asserting the patent, not a defensive aggregator.

Verdict

NPE — high confidence

The assignment of the patent from the inventor(s) to The Only Card LLC [cite: 062638/0927] approximately five months before the commencement of multiple infringement lawsuits strongly indicates a pre-litigation transfer aimed at patent assertion. The nature of "The Only Card LLC" as a single-purpose entity with no apparent product-shipping business further supports its classification as a shell entity for patent litigation.

For verification, see the USPTO Patent Assignment Search records for US8152059: https://assignmentcenter.uspto.gov/patents/8152059

Based on my analysis of the patent citations listed in the authoritative text for US Patent 8,152,059, the following prior art references are identified as most relevant. The analysis focuses on the potential for these references to anticipate the independent claims (1, 11, and 22) of the '059 patent under 35 U.S.C. § 102.

The priority date for US 8,152,059 is October 26, 2004. All references discussed below predate this and qualify as prior art.

---

Key Prior Art References

1. U.S. Patent 5,731,575 (Zingher '575)

• Full Citation: US Patent 5,731,575, "Computerized system for discreet identification of duress transaction and/or duress access." The inventor is Joseph P. Zingher.
• Dates: Publication Date: March 24, 1998; Filing Date: October 26, 1994.
• Brief Description: The Zingher '575 patent describes a system for use in situations like a robbery at an ATM, where a user is under duress. The user is assigned two distinct PINs: a standard PIN for normal use and a "duress code." If the duress code is entered, the transaction appears to proceed normally to an observer, but the system discreetly sends a silent alarm to a monitoring station, such as the police.
• Potential Anticipation of Claims:
  • Claim 1: This patent is highly relevant and appears to anticipate the core elements of claim 1. It discloses a system requiring user identification (a PIN) that has two distinct operational modes. The first operational signal is the standard PIN, which enables a normal transaction (the "first operational mode"). The second operational signal is the duress code, which activates the "second operation mode." In this second mode, the system initiates an "automated transmission" in the form of a silent alarm. This directly maps to the dual-mode panic signal concept of claim 1.
  • Dependent Claims 2 & 3: The patent explicitly teaches the use of a PIN (anticipating claim 2) and the transmission of an emergency notification to an emergency service provider (anticipating claim 3).

2. U.S. Patent Application 2002/0038818 (Zingher '818)

• Full Citation: US Patent Application Publication 2002/0038818 A1, "Biometric system and method for detecting duress transactions." The inventor is Joseph P. Zingher.
• Dates: Publication Date: April 4, 2002; Filing Date: October 3, 2000.
• Brief Description: This publication builds upon the concept of the earlier Zingher '575 patent but applies it to biometrics. It describes a system where a user can enroll two different biometric identifiers—for example, an index fingerprint for normal transactions and a middle fingerprint for duress situations. When the "duress finger" is used, the system sends a silent alert while processing the transaction, just as with the duress PIN.
• Potential Anticipation of Claims:
  • Dependent Claim 8: This publication directly anticipates dependent claim 8, which adds a biometric reader to the system of claim 1. Zingher '818 teaches a system where the first operational signal is a "normal" biometric data (e.g., one fingerprint) and the second operational signal is a "panic" biometric data (e.g., a different fingerprint). This is the exact "panic finger" concept described in the specification of the '059 patent.

3. U.S. Patent 5,590,038 (Pitroda '038)

• Full Citation: US Patent 5,590,038, "Universal electronic transaction card including receipt storage and system and methods of conducting electronic transactions," assigned to Satyan G. Pitroda. This reference was cited by the patent examiner.
• Dates: Publication Date: December 31, 1996; Filing Date: June 20, 1994.
• Brief Description: Pitroda describes a multi-purpose electronic transaction card with on-board memory and a microprocessor. A primary feature of this invention is its ability to store transaction receipts directly on the card's memory, eliminating the need for paper receipts. This stored data can then be downloaded to a user's personal computer for integration with financial software.
• Potential Anticipation of Claims:
  • Dependent Claim 12: This patent directly anticipates claim 12, which describes a normal transaction mode where data from the transaction is stored in the device's memory and is retrievable.
  • Claim 22: Pitroda '038 teaches a system with a card that stores transaction data which can be retrieved later. However, claim 22 of the '059 patent adds the specific limitation that the data is also transmitted via email to allow for a comparative assessment against the data stored on the card. The Pitroda patent describes downloading to a PC, not transmission via email from the point of sale for a cross-check. Therefore, while Pitroda '038 discloses the on-card storage and retrieval elements, it does not appear to disclose the email cross-check feature. This makes it highly relevant art that could render claim 22 obvious under 35 U.S.C. § 103, but it may not fully anticipate it under § 102.

4. U.S. Patent 6,068,184 (Barnett '184)

• Full Citation: US Patent 6,068,184, "Security card and system for use thereof," assigned to Donald A. Barnett.
• Dates: Publication Date: May 30, 2000; Filing Date: April 27, 1998.
• Brief Description: The Barnett patent discloses a security card, such as a credit card, where the account number is not printed on the exterior of the card. Instead, the account number is stored electronically within the card's chip and is only displayed on a small integrated screen after the user enters a valid PIN directly onto a keypad on the card itself. This prevents theft of the account number from the physical card.
• Potential Anticipation of Claims:
  • Claim 11: This patent is highly relevant to claim 11, which depends on claim 1 and adds the limitation that the transactional device is a card with "no visible data." Barnett '184 teaches a card where the primary identifying data (the account number) is intentionally not visible on the card's surface to enhance security. This appears to directly anticipate the concept of a card with no visible data.

Based on the provided prior art analysis, the following is an analysis of the obviousness of the independent claims of US Patent 8,152,059 ("the '059 patent") under 35 U.S.C. § 103.

This analysis is from the perspective of a Person Having Ordinary Skill in the Art (PHOSITA) prior to the patent's priority date of October 26, 2004. Under § 103, a patent claim is obvious if the differences between the claimed invention and the prior art are such that the subject matter as a whole would have been obvious at the time the invention was made to a PHOSITA.

Obviousness of Independent Claim 1

Claim 1: A secure commercial transaction system comprising a transactional device with a microprocessor, memory, and a transmitter. The device has two operational modes: a first "normal" mode and a second "panic" mode, activated by distinct first and second user signals, respectively. The second mode initiates an automated transmission from the device's transmitter.

Conclusion: Claim 1 would have been obvious over the combination of U.S. Patent 5,731,575 (Zingher '575) and U.S. Patent 4,908,608 (Reinke '608).

Analysis:

1. Base Reference (Zingher '575): The Zingher '575 patent teaches the core concept of the claim: a system with two distinct user inputs for activating different operational modes at a transaction terminal.

   • The "normal PIN" in Zingher '575 corresponds to the "first operational signal" of claim 1, which activates a normal transaction (the "first operational mode").
   • The "duress code" in Zingher '575 corresponds to the "second operational signal," which activates a duress mode (the "second operation mode") that initiates a transmission (a silent alarm to police).

   The primary element missing from Zingher '575 is the limitation that the transactional device itself contains the transmitter and sends the transmission. In Zingher '575, the transmission is initiated by the transaction terminal (e.g., the ATM).

2. Secondary Reference (Reinke '608): The Reinke '608 patent, titled "Alarmcard," explicitly discloses a credit-card-sized device containing its own power source and a transmitter for the purpose of sending an alarm signal to a receiver.

3. Motivation to Combine: A PHOSITA starting with the duress PIN system taught by Zingher '575 would have recognized a significant limitation: the security alert is tied to the physical location of the ATM. A common and foreseeable risk in such criminal encounters is the abduction of the victim after the transaction is complete. In this scenario, an alarm triggered only at the ATM would be of limited use in ensuring the victim's ongoing safety.

   A PHOSITA would have been motivated to find a way to make the alarm mobile and to track the victim's location after they leave the terminal. The "Alarmcard" taught by Reinke '608 provides a direct and obvious solution: incorporate a transmitter directly into the transactional device. Combining the duress trigger mechanism from Zingher '575 with the card-based transmitter from Reinke '608 would be a predictable and logical step to overcome the limitations of a stationary alarm system. This combination directly results in a transactional device with a duress signal that activates an on-board transmitter, as claimed in claim 1.

Obviousness of Independent Claim 11

Claim 11: The system of claim 1, wherein the transactional device is a card with "no visible data."

Conclusion: Claim 11 would have been obvious over the combination of Zingher '575, Reinke '608, and U.S. Patent 6,068,184 (Barnett '184).

Analysis:

1. Base Combination (Zingher '575 and Reinke '608): As established above, this combination renders the system of claim 1 obvious. This provides the starting point: a duress-enabled card that contains its own transmitter.

2. Secondary Reference (Barnett '184): The Barnett '184 patent addresses a different, but related, security problem: the theft of account information from the physical surface of a lost or stolen card. Barnett '184 explicitly teaches a security card where the account number is not printed on the exterior but is stored electronically. This is the core concept of a card with "no visible data."

3. Motivation to Combine: A PHOSITA tasked with developing a "secure commercial transaction system" would consider a wide range of threats beyond physical duress. A primary threat in 2004 was identity and account theft from information physically present on the card. Barnett '184 provides an established solution to this problem. A PHOSITA would have been motivated to create a single, comprehensively secure card that protects against both physical duress (via the Zingher '575 mechanism) and data theft (via the Barnett '184 mechanism). Applying the "no visible data" security feature from Barnett '184 to the duress-enabled card of the base combination is a simple aggregation of known security techniques to solve known problems, and would have been an obvious design choice to enhance overall security.

Obviousness of Independent Claim 22

Claim 22: The system of claim 11, wherein in the normal mode, transaction data is (a) stored in the device's memory, (b) is retrievable, (c) is also transmitted via email, and (d) a comparative assessment of the two data sets may occur.

Conclusion: Claim 22 would have been obvious over the combination of Zingher '575, Reinke '608, Barnett '184, U.S. Patent 5,590,038 (Pitroda '038), and knowledge of the conventional use of email for transaction confirmations.

Analysis:

1. Base Combination (Zingher '575, Reinke '608, Barnett '184): As established for claim 11, this combination provides a duress-enabled, transmitting security card with no visible data.

2. Secondary Reference (Pitroda '038): The Pitroda '038 patent teaches a transaction card that stores electronic receipts in on-board memory, which can later be downloaded to a personal computer. This directly teaches elements (a) and (b) of claim 22—that transaction data is stored on the device and is retrievable.

3. Final Element and Motivation to Combine: The final element of claim 22 is the parallel transmission of transaction data via email from the point of sale, allowing for a later comparison with the data stored on the card. By 2004, the use of email to send immediate transaction confirmations and receipts was a widespread and conventional practice, particularly in e-commerce, but also available at sophisticated point-of-sale terminals.

   A PHOSITA, starting with the on-card receipt storage system from Pitroda '038, would have recognized the benefit of adding a real-time notification layer for enhanced security and record-keeping. While on-card storage is useful for later accounting, it does not provide immediate notice of a transaction. Combining Pitroda's on-card storage with the conventional practice of emailing a receipt from the terminal would be an obvious way to create a more robust, dual-record system. The motivation for the "comparative assessment" is inherent and implicit in the creation of two separate records of the same event; the purpose of a duplicate record is to allow for cross-checking to detect fraud or error. Therefore, adding the well-known feature of an email receipt to the on-card storage system of Pitroda '038, and applying this combined record-keeping system to the secure card of the base combination, would have been obvious to a PHOSITA seeking to build a feature-rich and secure transaction system.

Analysis of Patent Term, Adjustments, and Family for US Patent 8,152,059

Date of Analysis: May 6, 2026

Based on a review of the data available through the U.S. Patent and Trademark Office (USPTO) and the information provided in the authoritative patent text, the following details pertain to the patent term, related applications, and family members for US Patent 8,152,059.

Patent Term and Expiration

• Issue Date: April 10, 2012
• Filing Date of this Application (US 12/357,047): January 21, 2009
• Priority Date from Earliest Application (US 10/974,045): October 26, 2004

The term of a U.S. patent filed after June 8, 1995, is generally 20 years from the filing date of the earliest U.S. non-provisional application to which it claims priority. In this case, the 20-year term is calculated from the priority date of October 26, 2004.

• Nominal Expiration Date: October 26, 2024

Patent Term Adjustment (PTA)

The authoritative patent text from Google Patents indicates an "Adjusted expiration" date of April 17, 2026. This adjusted date reflects a Patent Term Adjustment (PTA) granted by the USPTO to compensate for administrative delays during the patent's prosecution. A precise breakdown of the PTA calculation requires a detailed review of the file wrapper in the USPTO's Patent Center database, but the result of this adjustment extends the patent's life beyond the nominal expiration date. No Patent Term Extension (PTE), which is typically related to regulatory review delays for products like pharmaceuticals, has been noted for this patent.

• Projected Expiration Date (with PTA): April 17, 2026

Continuations and Divisional Applications

The application that matured into the '059 patent is itself a Continuation-in-Part of an earlier application. A review of the patent family reveals the following relationships:

• Parent Application:
  • Application Number: US 10/974,045
  • Filing Date: October 26, 2004
  • Status: Now issued as US Patent 7,497,371

The '059 patent is a "child" of this parent application.

• Child Application:
  • A later Continuation-in-Part application was filed that claims priority to the '059 patent's application.
  • Application Number: US 13/414,508
  • Filing Date: March 7, 2012
  • Status: Now issued as US Patent 8,733,642

No divisional applications related to US 8,152,059 have been identified in the provided documentation.

Patent Family Members

The patent family for US 8,152,059 consists of the patents and applications linked through priority claims. The direct family members are:

• US 7,497,371 B1: The parent patent from which the '059 patent claims priority.
• US 8,733,642 B2: A subsequent patent that is a continuation-in-part of the application for the '059 patent.
• US 2009/0184164 A1: The publication of the application that matured into the '059 patent.

This family of patents is based on the initial invention disclosed in 2004 and represents a continued effort by the inventor to protect various aspects and improvements related to the secure transaction system.

Defensive Disclosure Document

Publication Date: May 6, 2026
Subject: Derivative Implementations and Novel Applications of Secure Transactional Devices with Multi-Modal Operation.
Related Core Technology: U.S. Patent 8,152,059 ("Secure commercial transactions system").

This document discloses a series of derivative works, extensions, and novel combinations related to the core concepts outlined in US patent 8,152,059. The purpose of this disclosure is to place these concepts into the public domain, thereby establishing prior art against future patent claims on these or similar incremental innovations.

---

Section 1: Derivatives of Core Claim 1 (Multi-Modal Transactional Device)

Core Concept: A transactional device with a microprocessor, memory, and transmitter, featuring a first "normal" operational mode and a second "panic" mode, activated by distinct user signals, where the panic mode initiates an automated transmission.

1.1 Material & Component Substitution

• Derivative 1.1.1: Flexible Polymer-Substrate Device with Piezoelectric Power Generation

  • Enabling Description: The transactional device is fabricated on a flexible polyimide or polyethylene terephthalate (PET) substrate instead of a rigid PVC card. All electronic components, including a thinned microcontroller unit (MCU) and a flexible planar inverted-F antenna (PIFA), are mounted using an anisotropic conductive film (ACF). The device is powered by a laminated piezoelectric transducer (e.g., lead zirconate titanate - PZT) layer that generates charge from mechanical stress (flexing), trickle-charging a solid-state thin-film battery. The "panic" signal is triggered by applying pressure exceeding a calibrated threshold (e.g., 50 Newtons) to a specific point on the device, measured by a discrete force-sensitive resistor (FSR), which is distinct from the normal-mode RFID/NFC field activation.
  • Mermaid Diagram:

    graph TD
        A[User Bends Card] --> B{Piezoelectric Layer};
        B --> C[Charge Generation];
        C --> D[Thin-Film Battery];
        D --> E{Microcontroller & Memory};
        subgraph "Operational Modes"
            F[NFC/RFID Reader Interaction] --> G[Normal Mode Activation];
            H[High-Pressure on FSR] --> I[Panic Mode Activation];
        end
        I --> J[PIFA Transmitter];
        J --> K[Emergency Broadcast];
        E --> G;
        E --> I;
    

• Derivative 1.1.2: Ceramic-Composite Device with Optical Data Transmission

  • Enabling Description: The device body is a zirconia-toughened alumina (ZTA) ceramic composite for extreme durability and tamper resistance. Instead of a radio-frequency transmitter, the device incorporates a micro-LED or vertical-cavity surface-emitting laser (VCSEL) and a photodiode. In its panic mode, activated by a unique capacitive touch sequence on the device's surface (e.g., a three-finger tap), the device transmits an encrypted emergency signal via modulated light pulses in the near-infrared spectrum (e.g., 940 nm). This allows for covert communication to nearby dedicated optical receivers, such as those integrated into ATM fascias or POS terminals, without generating detectable RF emissions.
  • Mermaid Diagram:

    sequenceDiagram
        participant User
        participant CeramicDevice
        participant OpticalReceiver
        User->>CeramicDevice: Perform Capacitive Tap Sequence (Panic)
        activate CeramicDevice
        CeramicDevice->>CeramicDevice: Verify Panic Input
        CeramicDevice->>OpticalReceiver: Transmit Encrypted NIR Light Pulses
        activate OpticalReceiver
        OpticalReceiver->>OpticalReceiver: Decode Signal & Forward Alert
        deactivate OpticalReceiver
        deactivate CeramicDevice
    

1.2 Operational Parameter Expansion

• Derivative 1.2.1: Cryogenic Temperature Operation for Secure Cold Chain Logistics
  • Enabling Description: This variation is designed for authenticating assets in a cryogenic supply chain (e.g., biological samples at -196°C). The device uses silicon-germanium (SiGe) BiCMOS integrated circuits, which exhibit favorable performance at liquid nitrogen temperatures. The power source is a custom lithium-thionyl chloride battery chemistry optimized for low-temperature operation. The "normal" signal is a standard RFID query. The "panic" signal is triggered automatically if the device's integrated thermocouple measures a temperature rise above a critical threshold (e.g., -150°C), transmitting an alert indicating a breach in the cold chain custody.
  • Mermaid Diagram:

    stateDiagram-v2
        [*] --> Normal
        Normal: Temp < -150°C
        Normal --> Panic: Temperature > -150°C
        Panic: Temp >= -150°C
        Panic --> Panic: Transmit Chain-of-Custody Breach Alert
        Panic --> [*]: Reset by Authenticated Admin
        Normal --> Normal: Respond to RFID Query
    

1.3 Cross-Domain Application

• Derivative 1.3.1: Aerospace - Smart Fastener with Duress Beacon

  • Enabling Description: The technology is integrated into a critical aerospace fastener (a "smart bolt"). The bolt contains a miniaturized MCU, a strain gauge, and a transmitter, powered by an energy harvester that scavenges power from ambient vibration. The "normal" mode involves the bolt periodically transmitting its unique ID and current torque/strain status. The "panic" mode is triggered if the strain gauge detects a sudden, catastrophic shear stress or loosening event beyond its operational specification, indicating imminent structural failure. The bolt then broadcasts a high-priority distress signal on an emergency aviation frequency.
  • Mermaid Diagram:

    flowchart LR
        subgraph SmartBolt
            A[Vibration Energy Harvester] --> B[Power Unit];
            B --> C{MCU};
            D[Strain Gauge] --> C;
            C --> E[Transmitter];
        end
        subgraph Logic
            C -- Reads Strain --> F{Strain < Threshold?};
            F -- Yes --> G[Normal Mode: Periodic Status TX];
            F -- No --> H[Panic Mode: High-Priority Distress TX];
        end
    

• Derivative 1.3.2: AgTech - Livestock Health Monitor with Panic Alert

  • Enabling Description: The device is a bio-compatible ear tag or subcutaneous implant for livestock. It monitors vital signs like core body temperature, heart rate, and movement via an accelerometer. The "normal" mode involves low-power, periodic data logging to a central base station via LoRaWAN. The "panic" mode is activated by a biometric algorithm in the MCU that detects a specific signature of distress—such as a combination of sudden immobility, a spike in heart rate, and a drop in temperature, indicative of a birthing complication or severe injury. The tag then transmits a high-priority alert with the animal's GPS coordinates.
  • Mermaid Diagram:

    classDiagram
        class LivestockTag {
            +string animalID
            +float temperature
            +int heartRate
            +vector3 acceleration
            -MCU mcu
            -LoRaWAN_Transmitter transmitter
            +monitorVitals()
            +enterPanicMode()
        }
        class MCU {
            +analyzeBiometrics()
            +isDistressSignature() : bool
        }
        LivestockTag "1" *-- "1" MCU : contains
    

1.4 Integration with Emerging Tech

• Derivative 1.4.1: AI-Driven Predictive Panic Mode Activation
  • Enabling Description: The transactional device is an IoT-enabled card that continuously streams telemetry (accelerometer, gyroscope, ambient audio levels via a mems microphone) to a user's smartphone. A lightweight, on-device machine learning model (e.g., a recurrent neural network - RNN) is trained to recognize patterns associated with duress, such as the sound of a struggle, a sudden sprint followed by an abrupt stop (indicative of a chase), or specific threatening voice commands. The "second operational signal" is not a manual input but a probabilistic trigger from the ML model. If the duress confidence score exceeds a predefined threshold (e.g., 95%), the device automatically initiates the panic transmission, requesting user confirmation on a paired device within a short window before escalating.
  • Mermaid Diagram:

    sequenceDiagram
        participant IoT_Card
        participant Smartphone_AI
        participant EmergencyServices
        loop Continuous Monitoring
            IoT_Card->>Smartphone_AI: Stream Sensor Data (Audio, Accel)
        end
        Smartphone_AI->>Smartphone_AI: Analyze Data with RNN Model
        alt Duress Confidence > 95%
            Smartphone_AI->>IoT_Card: Initiate Panic Mode
            IoT_Card->>EmergencyServices: Transmit Automated Alert
        end
    

1.5 The 'Inverse' or Failure Mode

• Derivative 1.5.1: Fail-Secure Mode with Cryptographic Key Erasure
  • Enabling Description: The device is designed for high-security applications where data protection is paramount. It includes a tamper-detection mesh and a dedicated power line to volatile memory (SRAM) storing cryptographic keys. If any tampering is detected (e.g., physical breach of the casing, voltage glitching, or clock manipulation), the device enters a "panic failure" mode. Instead of broadcasting a signal, it immediately and irrevocably erases the private keys stored in the SRAM by cutting power to that specific memory block. A secondary, low-power circuit then transmits a single, non-attributable "tamper" signal to a monitoring system, indicating the device has been compromised and its credentials should be revoked.
  • Mermaid Diagram:

    graph TD
        A[Normal Operation] --> B{Tamper Detected?};
        B -- No --> A;
        B -- Yes --> C(Enter Panic Failure Mode);
        C --> D[Cut Power to SRAM Key Storage];
        D --> E[Erase Cryptographic Keys];
        E --> F[Transmit Single 'Device Compromised' Signal];
        F --> G[Permanent Inoperability];
    

---

Section 2: Derivatives of Core Claim 11 (Card with No Visible Data)

Core Concept: Building on Claim 1, the transactional device is a card with no visible identifying data (account number, name, etc.).

2.1 Material & Component Substitution

• Derivative 2.1.1: E-Ink Display Card with On-Demand Data Visibility
  • Enabling Description: The card body integrates a bistable electrophoretic display (E-Ink). The card surface is normally blank. To reveal transaction data (e.g., the last 4 digits of an account number for a human clerk), the user must first authenticate via a fingerprint sensor on the card. Upon successful authentication, the E-Ink display is temporarily energized to render the required data for a set period (e.g., 60 seconds) before returning to its blank, zero-power state. This provides the security of "no visible data" at rest, with the utility of a display when needed. The panic mode is triggered by using a pre-enrolled "duress finger" on the same sensor.
  • Mermaid Diagram:

    stateDiagram-v2
        state "Blank (Default)" as Blank
        state "Displaying Data" as Display
    
        [*] --> Blank
        Blank --> Display : User Authenticates (Normal Finger)
        Display --> Blank : Timeout (60s)
        Blank --> PanicMode : User Authenticates (Duress Finger)
        Display --> PanicMode : User Authenticates (Duress Finger)
        PanicMode --> Blank: Post-Transmission
    

---

Section 3: Derivatives of Core Claim 22 (Dual-Record Transaction Verification)

Core Concept: A system where transaction data is stored on the card's memory and also transmitted via email, allowing for a later comparative assessment to detect discrepancies.

3.1 Integration with Emerging Tech

• Derivative 3.1.1: Blockchain-Based Transaction Ledger Cross-Verification
  • Enabling Description: This system replaces the email transmission with a blockchain transaction. At the point of sale, two records are generated. The first is written to the card's secure element memory. The second is a signed transaction broadcast to a private, permissioned blockchain (e.g., Hyperledger Fabric). The transaction on the blockchain is immutable and contains the vendor ID, timestamp, and transaction amount hash. The user's personal finance application can later read the data from the card's memory, re-calculate the transaction hash, and query the blockchain via an API to ensure a matching, immutable record exists, providing a far stronger guarantee against data tampering than an email record. Discrepancies trigger an automated smart contract to freeze the associated account.
  • Mermaid Diagram:

    sequenceDiagram
        participant UserDevice
        participant POS_Terminal
        participant Blockchain
        UserDevice->>POS_Terminal: Initiate Transaction
        activate POS_Terminal
        POS_Terminal->>UserDevice: Write Transaction Record to Card Memory
        POS_Terminal->>Blockchain: Broadcast Signed Transaction to Ledger
        deactivate POS_Terminal
        Note over UserDevice, Blockchain: Later...
        participant App
        UserDevice->>App: Download Transaction Record from Card
        App->>App: Calculate Transaction Hash
        App->>Blockchain: Query Ledger with Hash
        Blockchain-->>App: Return Matching Record (or null)
        App->>App: Compare Records & Verify Integrity
    

---

Section 4: Combination Prior Art with Open-Source Standards

• Combination 4.1: FIDO2/WebAuthn Integration

  • Enabling Description: The device described in claim 1 is configured to act as a roaming FIDO2 authenticator. The "first operational signal" is a standard authenticatorGetAssertion operation, requiring user presence (e.g., a tap) or user verification (fingerprint) to generate a cryptographic signature for a normal transaction or login. The "second operational signal" is a custom extension to the CTAP2 protocol. When the user provides the "panic" biometric (e.g., a duress finger), the device still generates a valid cryptographic signature to complete the transaction and avoid alerting the aggressor, but it also sets a reserved flag (e.g., 0x01) in the flags field of the authenticator data structure that is returned to the relying party. A FIDO-compliant server at the financial institution is configured to recognize this flag, process the transaction normally on its face, but simultaneously trigger a back-end fraud and emergency response alert. This combines the patent's panic concept with a robust, open standard for authentication.

• Combination 4.2: RISC-V Based Secure Enclave with Physical Unclonable Function (PUF)

  • Enabling Description: The transactional device's microprocessor is an open-source RISC-V core implementing a secure enclave (e.g., using the MultiZone Security TEE). The root of trust for the device is not a stored key, but a Physical Unclonable Function (PUF), such as an SRAM-PUF, which generates a unique, device-specific "fingerprint" at startup based on manufacturing variations. The "normal" user PIN encrypts the working data using a key derived from the PUF. The "panic" PIN appears to do the same, but instead encrypts the data with a publicly known, non-secure key, while also using the PUF-derived key to sign and transmit an alert packet over a secondary channel. This leverages open hardware standards (RISC-V) and established security primitives (PUF) to implement the dual-mode operation.

• Combination 4.3: MQTT Protocol for IoT Panic Broadcast

  • Enabling Description: The transmitter within the transactional device (as per claim 1) functions as an IoT client using the lightweight, open-source MQTT (Message Queuing Telemetry Transport) protocol. In a normal state, the device remains dormant. Upon activation of the "second operation mode" (panic), the device wakes, connects to a pre-configured public or private MQTT broker, and publishes a JSON-formatted message to a specific topic (e.g., emergency/device/12345). The message payload contains the device ID, GPS coordinates (if available), and a timestamp. An emergency services backend is subscribed to this topic (emergency/device/+) and is immediately alerted when the message is published. Using MQTT provides a standardized, low-power, and reliable method for broadcasting the alert to one or many subscribers.