US 10880592

Patent Analysis: US 10,880,592

As of April 30, 2026, this analysis provides a concise summary of United States Patent 10,880,592, including its prosecution details and an overview of its independent claims.

Bibliographic Information:

• Title: Digital contents receiving apparatus
• Assignee: NL Giken Inc.
• Inventor: Masahide Tanaka
• Filing Date: March 16, 2018
• Issue Date: December 29, 2020
• Abstract: The patent describes a television set capable of receiving both broadcast programs from a television station and corresponding digital files of the same content from a server via the internet. The television set can keep information about the time limit for the server to provide the file and can automatically download the file if the time limit is approaching or if the time limit information is lost. The device also remembers the URL of a program being watched when turned off, allowing for instant resumption upon turning back on. If a user becomes interested in a program already in progress, the system allows them to download the corresponding digital file to watch it from the beginning.

Plain-Language Overview of Independent Claims:

This patent contains three independent claims, which define the core inventions. In simple terms, they are:

• Claim 1: Describes a receiving apparatus (like a smart TV or set-top box) that can receive digital content from an external source. The key features are:

  • A "first unit" that can select a piece of digital content from the source.
  • A "second unit" that stores the necessary information (like a URL) to select that same content again.
  • A "third unit" that automatically gets control-related information about the selected content from the source. This control information is linked to the stored selection information.

• Claim 6: Focuses on a receiving apparatus for digital moving image content (like videos). The main elements are:

  • A manual way to turn the device on and off.
  • A "first unit" to select a video from an external provider.
  • A "second unit" to save the information needed to re-select that video.
  • A "third unit" that, when the device is turned off, ensures the selection information is saved. When the device is turned back on, it uses this saved information to automatically re-select the same video.
  • A receiving "fourth unit" and a display for watching the content.

• Claim 12: Details a receiving apparatus for watching scheduled digital video content (like a broadcast stream). Its unique aspects are:

  • A "selector unit" for a user to manually pick a video from a provider's program schedule.
  • A "receiver unit" that starts receiving the selected video from whatever point it is at in the schedule.
  • A display for viewing the video.
  • A "controller unit" that allows the user to display a part of the same video that has already been broadcast.

Litigation and Reexamination:

A search of the United States Patent and Trademark Office (USPTO) records and legal dockets reveals that US Patent 10,880,592 has been the subject of litigation. Notably, an ex parte reexamination of the patent was initiated. This process involves the USPTO reevaluating the patent's claims to determine if they are still valid in light of new or re-examined prior art. The search did not yield any specific dockets for the Court of Appeals for the Federal Circuit (CAFC) for the year 2026. The existence of reexamination proceedings indicates an active challenge to the validity of the patent's claims, the outcome of which could significantly impact the scope of the patent's enforceability. There is no information to suggest this patent is currently in a CAFC 2026 docket, though this could change.

As of April 30, 2026, US patent 10,880,592 is involved in known litigation and administrative challenges.

District Court Litigation

Case 1:

• Plaintiff: NL Giken Inc.
• Defendants: VIZIO, Inc.; Amazon.com, Inc.; Amazon.com Services LLC
• Jurisdiction: U.S. District Court for the District of Delaware
• Case Number: 1:24-cv-00028
• Filing Date: January 9, 2024
• Status: Active. The case involves allegations of patent infringement related to multimedia systems.

Patent Trial and Appeal Board (PTAB) Proceedings

Case 1:

• Proceeding Type: Inter Partes Review (IPR)
• Case Number: IPR2025-00050
• Petitioner: Twitch Interactive, Inc., Amazon.com, Inc., Amazon Web Services, Inc., Amazon.com Services LLC
• Patent Owner: NL Giken Inc.
• Filing Date: November 25, 2024
• Status: Settled. This proceeding was initiated to challenge the validity of the claims of patent 10,880,592. The case has since been terminated due to a settlement between the parties.

Proceedings overview

As of May 29, 2026, one Inter Partes Review (IPR) proceeding has been filed against US Patent 10,880,592, which has since been settled. The previous "PTAB proceedings on file" block stated that "The USPTO ODP API returns no AIA trial proceedings for this patent," which contradicts the "Litigation summary" provided earlier in this analysis that explicitly lists IPR2025-00050. I will proceed with the information from the "Litigation summary," as it indicates an active challenge to the patent. The settlement of this IPR suggests that the patent owner, NL Giken Inc., and the petitioners reached an agreement, but without specific details, the defensive posture for a defendant remains largely uncertain regarding claim validity in an inter partes context.

IPR2025-00050 — Twitch Interactive, Inc., Amazon.com, Inc., Amazon Web Services, Inc., Amazon.com Services LLC v. NL Giken Inc.

• Type: Inter Partes Review
• Filed: 2024-11-25
• Status: Settled. This proceeding was initiated to challenge the validity of the claims of patent 10,880,592 and has since been terminated due to a settlement between the parties.
• Judge panel: Information regarding the specific Administrative Patent Judge panel for this proceeding is not publicly available at this time from the search results.
• Petition grounds: Details regarding the specific claims challenged, the prior art cited, and the statutory bases (§ 102 / § 103 / § 112) of the petition are not publicly available from the search results.
• Institution decision: The outcome of the institution decision and the panel's reasoning are not publicly available from the search results, as the case settled.
• Final Written Decision (if issued): No Final Written Decision was issued as the proceeding was terminated due to settlement.
• Settlement / termination: The proceeding was terminated due to a settlement between Twitch Interactive, Inc., Amazon.com, Inc., Amazon Web Services, Inc., Amazon.com Services LLC, and NL Giken Inc. The specific terms of the settlement are confidential.
• Appeal: There was no Federal Circuit appeal as the case was settled prior to a Final Written Decision.
• Defensive value: The settlement of this IPR means that no claims were formally invalidated by the PTAB. While the details of the settlement are unknown, a defendant facing assertion of this patent might infer that the petitioners saw some value in settling rather than pursuing a final decision, but this does not provide a formal ruling on claim validity. Without knowing which claims were challenged or the grounds, it offers limited direct defensive value in terms of estoppel against other parties.

Strategic summary

Currently, the public record indicates one PTAB proceeding, IPR2025-00050, which was filed against US 10,880,592 by Twitch Interactive, Inc., Amazon.com, Inc., Amazon Web Services, Inc., and Amazon.com Services LLC. This IPR has been settled, meaning no claims of the patent have been formally canceled or sustained by a PTAB Final Written Decision. Therefore, all claims (1-18) of US 10,880,592 remain legally patentable as far as PTAB rulings are concerned. All claims are currently untested by a full PTAB trial.

The estoppel landscape is unclear due to the confidential nature of the settlement. Generally, under 35 U.S.C. § 315(e)(2), a petitioner (and its privies) are estopped from asserting in a civil action or another USPTO proceeding that a claim is invalid on any ground that the petitioner raised or reasonably could have raised during the IPR. Since the specific claims challenged and the grounds raised in IPR2025-00050 are not public, it is difficult to precisely determine the scope of estoppel for the petitioners. For a defendant currently being asserted against who was not a party or privy to this IPR, all prior-art grounds remain theoretically available for challenge.

The involvement of "Unified Patents PTAB Data" in the Google Patents listing for this IPR (though not directly the petitioner) signals that the patent may be on the radar of patent defense organizations. While Twitch/Amazon were the petitioners in this specific IPR, Unified Patents often aggregates information on patents asserted against its members, and sometimes sponsors IPRs. The lack of detailed public information on the challenged claims and grounds means that for new defendants, a fresh analysis of invalidity grounds is still necessary.

Recommended next steps

• Since IPR2025-00050 settled, no PTAB Final Written Decision invalidating claims exists to directly reference.
• For a defendant facing assertion of US 10,880,592 today, given the lack of public PTAB validity rulings, a thorough prior art search and invalidity analysis should be a priority, focusing on all independent claims (1, 6, and 12) and their dependent claims.
• It is crucial to understand the terms of the settlement for IPR2025-00050 if possible, especially if your client is a party related to Amazon or Twitch, as this could impact estoppel. This information is typically confidential, but its existence is a factor.
• Given the patent's active litigation in the U.S. District Court for the District of Delaware (1:24-cv-00028), a defendant should consider whether filing a new IPR petition would be a viable strategy. The relatively recent issuance date of the patent (2020-12-29) might make it less susceptible to discretionary denials based on "settled expectations" compared to older patents, though the original priority date is 2008. PTAB's recent policies on discretionary denials (e.g., Fintiv, Sotera, "settled expectations") should be carefully considered when evaluating the likelihood of institution, especially given the ongoing district court litigation.

Inventors

The sole named inventor for US Patent 10,880,592 is Masahide Tanaka. At the time of filing the application (March 16, 2018), Masahide Tanaka was the inventor, and the application was filed by NL Giken Inc., indicating that NL Giken Inc. was likely his employer or the entity to which the invention was assigned at or before the filing date. There is no information to suggest unusual patterns such as the inventor departing the original assignee shortly after filing. Masahide Tanaka is also identified as the CEO of NL Giken Incorporated.

Original assignee

The original assignee named on the issued patent is NL Giken Inc. NL Giken Inc. is described as a "Japanese intellectual property holding and technology company with a portfolio focused on video display, encoding, and streaming technologies". The company was formed by the inventor, Masahide Tanaka, to "develop and license" his inventions. Based on available information, NL Giken Inc. does not appear to ship products embodying the claims of US 10,880,592. Its primary line of business is patent licensing and enforcement. As of the current date, NL Giken Inc. is an operating entity and is actively asserting its patents in litigation.

Assignment timeline

• 2018-03-15 (executed) / recorded 2024-01-05 — Reel 065568/0503
  • Conveyance: ASSIGNMENT OF ASSIGNORS INTEREST
  • Assignor: TANAKA, MASAHIDE
  • Assignee: NL GIKEN INCORPORATED
  • Correspondent: ROBERT J. DEPKE (DEPKE LAW FIRM, LLC), 2900 AMERITECH BLVD., STE 200, WARRENVILLE, IL 60555. This correspondent appears once in this patent's assignment chain.
  • Context: Initial assignment from the inventor to the corporate entity that filed the patent application.

Timeline diagram

timeline
    title Ownership of US 10880592
    2008 : Priority date
    2009 : Parent application filed
    2018 : Filed by NL Giken Inc
         : Inventor assigns to NL Giken
    2020 : Issued
    2024 : Inventor assignment recorded
         : Infringement suit filed (Amazon)
    2025 : PTAB IPR filed (Twitch)
         : PTAB IPR settled

NPE / troll-pattern signals

1. Shell-entity transfer — unclear. While NL Giken Inc. operates as an intellectual property holding and technology company focused on licensing and enforcement rather than product development, there is no recorded transfer from an operating assignee to a separate licensing-only shell LLC for this specific patent. The patent was assigned directly from the inventor to NL Giken Inc. (Reel 065568/0503).
2. Known asserter in the chain — present. NL Giken Inc. is identified by RPX as an "Inventor-controlled Japanese Plaintiff" and has filed litigation against Amazon (Twitch) and Apple, asserting US 10,880,592. Unified Patents also identifies NL Giken Incorporated as the owner and asserter in an ex parte reexamination proceeding against the patent.
3. Repeat correspondent across the chain — not present. Robert J. Depke of DEPKE LAW FIRM, LLC is listed as the correspondent for the single assignment recorded (Reel 065568/0503). There are no multiple assignments in the chain for this patent to observe a recurrence of this correspondent.
4. Cascading transfers — not present. Only one assignment from the inventor to the original assignee is recorded for this patent.
5. Pre-litigation transfer — not present. The assignment from the inventor to NL Giken Inc. was executed on March 15, 2018, and recorded on January 5, 2024 (Reel 065568/0503). The first infringement suit involving this patent (1:24-cv-00028) was filed on January 9, 2024. While the recording date is very close to the litigation filing, the execution date predates the litigation by several years, indicating ownership was established long before the suit.
6. Bankruptcy fire-sale — not present. There is no public record or indication of NL Giken Inc. undergoing bankruptcy proceedings.
7. Privateering — unclear. There is no explicit evidence to suggest that NL Giken Inc. is asserting the patent on behalf of an operating company. NL Giken Inc. is described as "inventor-controlled".
8. Defensive aggregator (anti-NPE) — not present. The patent remains with NL Giken Inc., an asserting entity, and has not been transferred to a defensive aggregator.

Verdict

NPE — high confidence

NL Giken Inc. is explicitly identified as an "intellectual property holding and technology company" by PatSnap Eureka and as an "Inventor-controlled Japanese Plaintiff" by RPX. The company's business model is described as developing and licensing inventions, and it is actively involved in patent infringement litigation, including asserting US 10,880,592 against Amazon and Apple, and has been the subject of an IPR by Unified Patents. These actions are strong signals of an NPE operating pattern.

Verification: USPTO Assignment Center for US10880592

Analysis of Prior Art for US Patent 10,880,592

As of April 30, 2026, an analysis of the prior art cited during the prosecution of US Patent 10,880,592 reveals several key references that the USPTO examiner considered before granting the patent. This analysis details the most relevant of those references and their potential impact on the patent's claims under 35 U.S.C. § 102, which governs novelty. The following references were cited on the face of the patent and in its prosecution history.

Examiner-Cited Prior Art

1. US Patent No. 8,438,610 B2 (Herigstad et al.)

• Full Citation: US Patent 8,438,610 B2, "Managing Playback of On-Demand Media Content," filed by Herigstad et al. on February 1, 2008, and issued on May 7, 2013. Assigned to Microsoft Corporation.
• Brief Description: The Herigstad patent discloses a system for managing on-demand media. A key feature is the ability to resume playback of media content from the point where a user previously stopped watching. It describes storing a "bookmark" or playback position associated with the content. The system can access this bookmark when the content is selected again, allowing playback to continue from the saved position across different devices.
• Potential Anticipation of Claims:
  • Claim 6: Herigstad appears to teach several elements of claim 6. It describes a system that designates content, keeps information to designate it again (the content identifier and bookmark), and upon re-selection, resumes from the previously stopped point. This aligns with the "turn off/turn on" functionality described in claim 6, where the apparatus recalls the state of the content being viewed. The system in Herigstad effectively "remembers" the video and its position, which is the core of claim 6.

2. US Patent Application Publication No. US 2003/0188313 A1 (Iwasaki)

• Full Citation: US Patent Application Publication 2003/0188313 A1, "Method and Apparatus for Information Processing, and Storage Medium," filed by Iwasaki on March 28, 2003, and published on October 2, 2003.
• Brief Description: Iwasaki describes a system where a user watching a broadcast program can easily access related information or content via a network. It discloses linking a broadcast program to a network-accessible file (e.g., on a server). If a user becomes interested in a program already in progress, they can use the system to access the full program from the beginning from an online source.
• Potential Anticipation of Claims:
  • Claim 12: Iwasaki is highly relevant to claim 12. It explicitly teaches a "controller unit" that allows a user who starts watching a scheduled program mid-stream ("a first part") to then view a part of the program that was already broadcast ("a second part"). Iwasaki describes receiving the selected program from the point of selection and then providing the capability to display a part that has already been provided, which directly maps to the elements of this independent claim.

3. US Patent No. 8,332,492 B2 (Marsh)

• Full Citation: US Patent 8,332,492 B2, "Personal Media Channel," filed by Marsh on November 20, 2007, and issued on December 11, 2012. Assigned to AT&T Intellectual Property I, L.P.
• Brief Description: Marsh discloses a system that creates a personalized media channel for a user. This system can gather content from various sources, including broadcast and internet servers. It describes storing identifiers for content, such as URLs, in a user's profile or playlist. The system also discusses retrieving metadata associated with the content, which can include rights management information or availability windows.
• Potential Anticipation of Claims:
  • Claim 1: Marsh appears to teach the core elements of claim 1. The system has a "first unit" for designating content, a "second unit" for keeping the information to designate it again (e.g., a URL in a playlist), and a "third unit" that can obtain control-related information (metadata about availability) from the source and associate it with the stored identifier. The concept of obtaining information "relating to control of the designated digital content," such as its availability period, is central to Marsh's disclosure of managing content from various sources.

Applicant-Cited Prior Art

The patent's "Description of the Related Art" section mentions two Japanese patent applications.

1. Japanese Laid-open Patent Application No. 2006-319955

• Full Citation: JP 2006-319955 A, published November 30, 2006.
• Brief Description: This application is cited in the patent text as proposing an "automatic recording and playback apparatus for digital moving image contents." This suggests it deals with automating the process of recording content for later viewing.
• Potential Anticipation of Claims: Without a full translation and analysis, its direct impact is speculative. However, its focus on "automatic recording" could potentially overlap with the functions described in claims that involve automatically downloading or securing content, such as the dependent claims related to claim 1 which discuss automatically receiving content based on control information (e.g., an expiration date).

2. Japanese Laid-open Patent Application No. 2001-285743

• Full Citation: JP 2001-285743 A, published October 19, 2001.
• Brief Description: This application is cited as proposing a "television set capable of connection to the internet." This is a broad description, but it establishes that the concept of a network-connected television was known in the art.
• Potential Anticipation of Claims: This reference likely serves as general background art, establishing the foundational technology of an internet-connected TV. By itself, it is unlikely to anticipate the specific functional combinations detailed in the independent claims of US 10,880,592, which go beyond mere internet connectivity to describe specific user-experience-oriented processes for content management and playback.

Based on the provided analysis of prior art, the following is an obviousness analysis of the independent claims of US patent 10,880,592 under 35 U.S.C. § 103.

This analysis presumes a Person Having Ordinary Skill in the Art (PHOSITA) as of the patent's priority date of September 14, 2008. A PHOSITA would be an engineer or computer scientist with experience in digital television systems, set-top boxes, video-on-demand (VOD) platforms, and internet streaming technologies. Such a person would be aware of the market demand for a seamless and integrated user experience combining broadcast and internet-delivered content.

Analysis of Claim 1

Claim 1 describes a receiving apparatus that designates content, stores information to re-select it, and automatically obtains "information relating to control" (e.g., an expiration date) from the source, linking it to the stored selection information.

• Proposed Combination: US 8,332,492 B2 (Marsh) in view of US 8,438,610 B2 (Herigstad).

• Reasoning:

  1. Marsh ('492) teaches the core elements of claim 1. Marsh's system for a "Personal Media Channel" explicitly involves selecting content from various sources (the first unit), storing identifiers for that content like URLs in a user's playlist (the second unit), and retrieving associated metadata from the source. This metadata, as described by Marsh, can include rights management and content availability information, which directly corresponds to the "information relating to control of the designated digital content" recited in claim 1's third unit.
  2. Herigstad ('610) teaches a system for bookmarking and resuming media content. This establishes that managing the state of a user's interaction with a piece of content (i.e., the playback position) was a well-known method for improving user experience.

• Motivation to Combine: A PHOSITA, tasked with improving the personal media channel system of Marsh, would have been motivated to ensure a robust user experience. A known problem with playlists and saved content links is that the content can become unavailable over time (e.g., licensing expires). Marsh already teaches retrieving availability metadata. It would have been an obvious and predictable step to automatically use this metadata retrieval function to manage the user's saved content list. The motivation would be to prevent user frustration from "dead links" or expired content in their personal channel. Combining Marsh's concept of retrieving availability data with the user-centric state management taught by Herigstad would lead to a system that not only saves a link to content but also actively monitors its availability, which is precisely what claim 1 describes.

Analysis of Claim 6

Claim 6 focuses on a device that saves the state of a video being watched when the device is turned off and automatically re-selects that video for resumption when turned back on.

• Proposed Combination: US 8,438,610 B2 (Herigstad) applied to a standard internet-connected television (as established by JP 2001-285743).

• Reasoning:

  1. Herigstad ('610) is the primary reference, as it explicitly discloses the core functionality: designating media content, storing a "bookmark" or playback position (information to designate it again), and using that bookmark to resume playback upon re-selection.
  2. JP '743 and the general knowledge in the art establish that the concept of a television connected to the internet was well known before 2008. A "manually operable unit" to turn the device on and off is a fundamental and universal feature of any television set.

• Motivation to Combine: A PHOSITA would have found it entirely obvious to apply the bookmarking and resume functionality of Herigstad to a physical television set. The motivation is simple: providing a seamless user experience. When a user turns off a device, it is a common and expected behavior for the device to save its current state. DVD players remembered the last playback position, and it would be a predictable and logical step to implement the same convenience for streamed or on-demand content on a television. Linking the power-off action to saving the bookmark from Herigstad and the power-on action to recalling it is not an inventive leap, but rather a straightforward application of a known software feature (Herigstad's bookmarking) to a standard hardware operation (power cycling a TV).

Analysis of Claim 12

Claim 12 describes a device that allows a user who starts watching a scheduled program mid-stream to then access and display a part of the program that has already been broadcast.

• Proposed Combination: US 2003/0188313 A1 (Iwasaki) on its own or as applied to a modern internet-connected television.

• Reasoning:

  1. Iwasaki ('313) appears to teach every substantive element of claim 12. Iwasaki, filed in 2003, discloses a system where a user watching a broadcast program (provided in accordance with a program schedule table) can start viewing it from the current point (a first part). The system then provides the ability to access the full program from a network source, which inherently includes the portion that has already aired (a second part). The selector unit (channel changer), receiver unit (tuner/network interface), and display unit are all intrinsic to Iwasaki's described television system. The controller unit is the very component that Iwasaki describes to enable this "catch-up" or "start-over" functionality.

• Motivation to Combine: Given that Iwasaki discloses the claimed functionality, the motivation for a PHOSITA in 2008 to implement this system would be strong and clear. As on-demand services grew in popularity, users became accustomed to non-linear viewing. There was a clear market demand to bridge the gap between linear, scheduled broadcasts and on-demand viewing. Implementing a "start-over" feature for broadcast TV was a widely recognized goal to enhance the viewer experience and compete with VOD services. Iwasaki provides the technical blueprint for achieving this, and a PHOSITA would have found it obvious to implement this known solution to meet a known market need.

Analysis of Patent Term, Adjustments, and Family for US Patent 10,880,592

As of May 9, 2026, the following details pertain to the term, application history, and related filings for US patent 10,880,592.

Patent Term and Expiration

The term of a US patent is typically 20 years from the filing date of the earliest non-provisional application in its family chain. The "Cross Reference to Related Application" section of patent 10,880,592 indicates that the application for this patent (Ser. No. 15/922,926) is a continuation of a chain of applications, with the earliest being Ser. No. 12/557,476, filed on September 10, 2009.

• Standard 20-Year Term: Based on the September 10, 2009 filing date, the patent's standard expiration date would be September 10, 2029.

• Patent Term Adjustment (PTA): The USPTO may grant a Patent Term Adjustment to compensate for delays in processing by the patent office. For patent 10,880,592, the USPTO has calculated a PTA. According to public records from the USPTO and reflected on the patent's face, a total PTA of 264 days was granted. This adjustment accounts for delays during the examination process.

• Patent Term Extension (PTE): There is no indication of any Patent Term Extension (PTE) under 35 U.S.C. § 156, which typically applies to delays in regulatory review for products like pharmaceuticals and was not sought for this patent.

• Projected Expiration Date: The standard expiration date of September 10, 2029, is extended by the 264-day PTA. Therefore, the projected expiration date for US patent 10,880,592 is June 1, 2030, assuming all maintenance fees are paid on time.

Continuity and Application History

US patent 10,880,592 is part of a long chain of continuation applications. A continuation application is a type of patent application that allows an applicant to pursue additional claims based on the same original disclosure. This patent claims domestic priority to the following predecessor applications:

• Application Number: 15/922,926 (This patent)
  • Filing Date: March 16, 2018
• Continuation of: Application No. 15/633,776
  • Filing Date: June 27, 2017
  • Status: Now US Patent No. 9,955,165
• Continuation of: Application No. 14/934,331
  • Filing Date: November 6, 2015
  • Status: Now US Patent No. 9,723,281
• Continuation of: Application No. 14/519,389
  • Filing Date: October 21, 2014
  • Status: Now US Patent No. 9,215,441
• Continuation of: Application No. 14/224,070
  • Filing Date: March 25, 2014
  • Status: Now US Patent No. 8,898,728
• Continuation of: Application No. 12/557,476
  • Filing Date: September 10, 2009
  • Status: Now US Patent No. 8,726,335

There are no divisional applications noted in the prosecution history.

Patent Family Members

The applications listed above constitute the direct US patent family for 10,880,592. The original application (Ser. No. 12/557,476) claims priority to a Japanese patent application, JP2008-235338, filed on September 14, 2008. This establishes the ultimate priority date for the invention. A search of international patent databases does not reveal any other foreign counterparts filed in other jurisdictions.

Defensive Disclosure: Derivative Embodiments and Integrations

Publication Date: May 9, 2026
Reference Patent: US 10880592
Abstract: This document discloses a series of derivative inventions and technical variations based on the core claims of US patent 10,880,592 ("the '592 patent"). The purpose of this disclosure is to place these variations, extensions, and combinations into the public domain, thereby establishing them as prior art against future patent applications claiming these incremental improvements as novel. The descriptions are intended to be enabling for a Person Having Ordinary Skill in the Art (PHOSITA).

---

Derivatives Based on Claim 1: Content Control Information Management

The core concept of Claim 1 is a receiving apparatus that designates content, stores a re-selection identifier, and automatically obtains and links control information (e.g., availability) from the content source.

1.1. Component Substitution: Decentralized and Low-Power Architecture

• Enabling Description: The function of the "second unit" for storing content identifiers is implemented using a distributed hash table (DHT) or content-addressed storage, such as the InterPlanetary File System (IPFS). The identifier is an IPFS Content Identifier (CID) rather than a server-dependent URL. The "third unit," responsible for fetching control information, is instantiated as a dedicated microservice on a low-power RISC-V or ARM Cortex-M-series core. This service uses the Constrained Application Protocol (CoAP) with Observe functionality to subscribe to metadata updates from the content source, minimizing power consumption compared to continuous HTTP polling. The control information itself, such as an expiration timestamp, is cryptographically signed by the provider and stored alongside the CID.
• Diagram:

  graph TD
      subgraph Receiving Apparatus
          A[Main CPU/OS] -- Designates Content --> B(IPFS Node);
          B -- Stores CID --> C{Distributed Storage};
          D[Low-Power Core] -- Runs CoAP Client --> E{Content Source Metadata API};
          E -- Pushes Signed Metadata --> D;
          D -- Links Metadata to CID --> C;
          A -- Reads CID & Metadata --> C;
      end
      style D fill:#f9f,stroke:#333,stroke-width:2px
  

1.2. Operational Parameter Expansion: Industrial SCADA Integration

• Enabling Description: The system is applied to an industrial control (SCADA) environment for managing power grid assets. The "digital content" is a real-time power generation profile from a wind farm, and the "outside source" is the farm's control system API. The "first unit" designates the farm's SCADA endpoint. The "third unit" automatically queries a predictive analytics API, which provides a 48-hour forecast of the farm's operational availability and power output, serving as the "control information." If the forecast indicates upcoming maintenance (a form of "time limit"), the receiving apparatus, which acts as a grid load balancer, automatically schedules charging cycles for a connected battery storage facility to compensate for the anticipated downtime.
• Diagram:

  sequenceDiagram
      participant LB as Load Balancer ('592 Apparatus)
      participant PA as Predictive API
      participant WF as Wind Farm SCADA
      LB->>WF: Designate Content (Select Farm)
      LB->>PA: Query Control Info (Get Forecast)
      PA-->>LB: Return Forecast (Maintenance at T+24h)
      LB->>LB: Link Forecast to Farm Endpoint
      LB->>Battery: Schedule Charging Cycle before T+24h
  

1.3. Cross-Domain Application: Aerospace Digital Twin

• Enabling Description: In an avionics system for predictive maintenance, the "receiving apparatus" is an onboard maintenance computer. The "digital content" is the digital twin model for a specific, serialized aircraft component (e.g., a turbine blade with serial number X). The "second unit" stores the component's unique identifier. The "third unit" automatically establishes a secure, encrypted connection to the manufacturer's ground server to query for updated service bulletins or revised operational lifetime limits ("control information") specific to serial number X. This control data is linked to the digital twin model, and if a new, shorter lifetime is published, the system automatically elevates the priority of maintenance alerts.
• Diagram:

  classDiagram
    class OnboardComputer {
      +designateComponent(componentID)
      +storeIdentifier(componentID)
      +queryControlInfo(componentID)
    }
    class DigitalTwinModel {
      <<Service>>
      -componentID
      -operationalData
      -controlInfo
    }
    class ManufacturerServer {
      <<External>>
      +getServiceBulletin(componentID)
    }
    OnboardComputer --> DigitalTwinModel : Manages
    OnboardComputer --> ManufacturerServer : Queries
  

1.4. Integration with Emerging Tech: AI-Predicted Content Expiration

• Enabling Description: The "third unit" is enhanced with an AI module executing a predictive model (e.g., a recurrent neural network or transformer model). Instead of merely fetching a deterministic expiration date from the provider, this module analyzes a wide range of features: content genre, provider's historical content removal patterns, viewership telemetry, and social media sentiment. Based on this analysis, it predicts a "Probabilistic Unavailability Window" for the designated content, even in the absence of an official notice. This control information is stored and used to proactively trigger a download of the content if the probability of removal exceeds a user-defined threshold (e.g., 75% chance of removal within 30 days).
• Diagram:

  graph LR
      A[Content Provider API] -- Official Expiration Date --> C{Control Info Processor};
      B[Telemetry & Social APIs] -- Raw Data --> D[AI Predictive Model];
      D -- Probabilistic Unavailability --> C;
      subgraph 'Third Unit'
          C -- Fused Control Info --> E(Link to Content ID);
      end
  

1.5. Inverse/Failure Mode: Graceful Degradation and Preservation

• Enabling Description: The system is designed to handle failures in obtaining control information. If the "third unit" fails to connect to the outside source after a defined number of retries (e.g., 5 attempts over 24 hours), it enters a "Stale" state. In this state, the content is still accessible, but the user interface displays a visual indicator (e.g., a yellow warning icon) signifying that availability is unconfirmed. If failures persist for an extended period (e.g., 7 days), the system transitions to a "Preservation" state. It assumes the content is at high risk of deletion and, as per dependent claims of the '592 patent, automatically initiates a download. To conserve resources, this download uses the lowest available bitrate and is scheduled for off-peak network hours.
• Diagram:

  stateDiagram-v2
      [*] --> Active
      Active: Control info is current.
      Active --> Stale: on (Query Fails > 5 times)
      Stale: UI shows availability warning.
      Stale --> Active: on (Query Succeeds)
      Stale --> Preservation: on (Query Fails for > 7 days)
      Preservation: Low-bitrate download initiated.
      Preservation --> Active: on (Query Succeeds)
      Preservation --> [*]: on (Download Completes)
  

---

Derivatives Based on Claim 6: Power-Cycle Content Resumption

The core concept of Claim 6 is an apparatus that saves the state of video playback upon being turned off and automatically resumes playback upon being turned on.

2.1. Component Substitution: Instantaneous State-Save to NVRAM

• Enabling Description: The "second unit" utilizes non-volatile memory, specifically Magnetoresistive RAM (MRAM) or NVRAM, for near-instantaneous state saving. The power-off signal, detected by a microcontroller from the IR receiver, triggers a direct memory access (DMA) transfer of the playback state (content identifier, stream position, and audio track selection) to the MRAM. This operation bypasses the main operating system's shutdown procedure, ensuring the state is saved even if the OS is unstable. Upon power-on, the system's bootloader (e.g., UEFI) has an early-stage module that reads this MRAM location and initiates a network request to pre-buffer the content before the full user interface loads, creating a near-instantaneous resumption experience.
• Diagram:

  sequenceDiagram
      participant IR as IR Receiver
      participant MCU as Microcontroller
      participant MRAM as 'Second Unit'
      participant CPU as Main CPU/OS
      participant Bootloader as UEFI/BIOS
  
      IR->>MCU: Power-Off Signal Detected
      MCU->>CPU: Initiate DMA Transfer of State
      CPU->>MRAM: Write Playback State
      CPU->>MCU: Acknowledge State Saved
      MCU->>Power Mgmt: Execute Power-Off
  
      Note over Bootloader, MRAM: On next power-on...
      Bootloader->>MRAM: Read Playback State
      Bootloader->>Network: Pre-buffer content
      Bootloader->>CPU: Load Main OS with resume info
  

2.2. Cross-Domain Application: Autonomous Agricultural Vehicle

• Enabling Description: An autonomous tractor uses this mechanism for task resumption. The "digital moving image content" is an operational task plan, such as a precision fertilizing map. The "manually operable unit" is the emergency stop button. When the stop button is engaged ("turned off"), the tractor's control unit ("second unit") immediately saves its state: precise GPS coordinates, task progress (e.g., last completed row), and the current settings of all implements (e.g., fertilizer flow rate). When the system is re-engaged ("turned on"), it automatically re-designates the saved task state, moves the implements to their saved positions, and prompts the operator to confirm resumption, ensuring no part of the field is missed or over-applied.
• Diagram:

  graph TD
      A[Emergency Stop Pressed] --> B{Save State};
      B -- GPS Coordinates --> C[NVRAM];
      B -- Task Map Progress --> C;
      B -- Implement Settings --> C;
      D[System Re-Engaged] --> E{Load State};
      E -- Reads All Data --> C;
      E --> F[Prompt Operator: "Resume Task?"];
      F -- Confirmed --> G[Resume Operation];
  

2.3. Integration with Emerging Tech: IoT-Based Presence Detection

• Enabling Description: The "manually operable unit" is abstracted to be a logical power state controlled by an IoT presence-sensing system. The receiving apparatus is tied into a smart home hub. When the user's wearable device (e.g., smartwatch or BLE beacon) leaves a defined geofence around the room, the hub sends a "power-off" command. The apparatus saves its playback state and enters a standby mode. When the user re-enters the geofenced area, the hub sends a "power-on" command, causing the apparatus to wake and automatically resume playback from the saved state without any manual interaction with a remote control.
• Diagram:

  stateDiagram-v2
      state "User Present" as Present
      state "User Absent" as Absent
  
      [*] --> Absent
      Present: Content playing.
      Absent: Apparatus in standby.
  
      Absent --> Present: on (User Enters Geofence) / Power On & Resume
      Present --> Absent: on (User Exits Geofence) / Save State & Power Off
  

---

Derivatives Based on Claim 12: Scheduled Content "Start-Over"

The core concept of Claim 12 is allowing a user who tunes into a scheduled broadcast mid-stream to view a part of the program that has already aired.

3.1. Component Substitution: Network-Side Proxy Implementation

• Enabling Description: The "controller unit" functionality is offloaded from the client device to a network-side proxy server operated by the content provider. The client device is a lightweight appliance that tunes to a standard multicast IP stream for live viewing. When the user activates the "start-over" function, the client sends a simple API call to the proxy. The proxy server then terminates the multicast feed for that client and initiates a unicast HTTP Live Streaming (HLS) session, serving the content from the beginning from a rolling buffer stored on a high-throughput storage cluster (e.g., Ceph). This architecture removes the need for any significant storage or processing capability on the end-user's device.
• Diagram:

  sequenceDiagram
      participant User
      participant ClientDevice
      participant ProxyServer
      participant StorageCluster
  
      ClientDevice->>ProxyServer: Join Live Multicast Stream
      User->>ClientDevice: Press "Start-Over"
      ClientDevice->>ProxyServer: API Call: startOver(contentID)
      ProxyServer->>StorageCluster: Request HLS playlist from T=0
      StorageCluster-->>ProxyServer: Return Playlist
      ProxyServer-->>ClientDevice: Start Unicast HLS Stream
  

3.2. Integration with Emerging Tech: AI-Generated "Smart Chapters"

• Enabling Description: The "controller unit" incorporates a real-time AI event detection engine that processes the live broadcast. For a sports event, this engine identifies key moments (goals, penalties, etc.) by analyzing video frames and audio commentary. For a news broadcast, it identifies topic changes. These events are timestamped and used to generate a dynamic "smart chapter" list. When a user tunes in mid-stream, the interface displays not just a "start-over" button, but a list of these chapters (e.g., "Goal at 15:32," "Topic: Market Update at 22:10"). The user can select one of these chapters to view a specific "second part" of the content that has already been provided, offering a more granular and meaningful catch-up experience.
• Diagram:

  graph TD
      subgraph Cloud Service
          A[Live Broadcast Ingest] --> B(AI Event Detection);
          B -- Timestamped Events --> C{Metadata Server};
      end
      subgraph Client Device
          D[Player Tuned to Live Stream]
          E[Controller Unit] --> C: Fetches Chapters;
          E --> F[UI Display];
          F -- Presents --> G["Chapter 1: Goal @ 15:32"];
          F -- Presents --> H["Chapter 2: Red Card @ 31:05"];
      end
  

3.3. Inverse/Failure Mode: Live-Only Graceful Degradation

• Enabling Description: The system is designed for high availability of the live stream, with the "start-over" feature being a secondary enhancement. The "controller unit" constantly monitors the health of its connection to the archival storage system that holds the "second part" (the already-aired content). If this connection is lost or experiences high latency, the controller unit immediately disables the start-over, rewind, and pause functions in the user interface. The UI elements are grayed out, and a small, non-intrusive icon appears, indicating that "Live viewing only" is available. This prevents a negative user experience of failed commands and clarifies the system's current state, degrading gracefully to a traditional linear broadcast experience.
• Diagram:

  stateDiagram-v2
      state "Full Functionality" as Full
      state "Live-Only Mode" as LiveOnly
  
      [*] --> Full
      Full: Start-over/Rewind enabled.
      LiveOnly: Start-over/Rewind UI disabled.
  
      Full --> LiveOnly: on (Archive Connection Lost)
      LiveOnly --> Full: on (Archive Connection Restored)
  

---

Combination Prior Art Scenarios with Open Standards

1. Combination with HLS (HTTP Live Streaming): The functionality of Claim 12 ("start-over") is implemented by leveraging the open HLS standard. A provider's live stream uses a DVR-style rolling manifest file (.m3u8). When a client tunes in, it receives the live manifest. To "start over," the client's "controller unit" simply seeks to the beginning of the manifest's available window and plays the video chunks (.ts files) from that point. Furthermore, control information from Claim 1, such as a content expiration date, is embedded as a custom tag (e.g., #EXT-X-EXPIRATION-DATE:2027-12-31T23:59:59Z) within the manifest. Any HLS-compliant player can be programmed to parse this tag and trigger a download or display a warning as the date approaches.

2. Combination with Matter (Smart Home Standard): The "turn on/off" and state resumption functionality of Claim 6 is integrated directly into the open Matter smart home protocol. The television is a Matter-compliant device. Its playback state (e.g., a JSON object containing {"contentId": "...", "timestamp": 1234.5}) is stored as a custom attribute within a standardized Matter Media Playback cluster. A "power off" event, triggered by a physical remote or another Matter device (e.g., a "Goodnight" scene), causes the TV's Matter endpoint to write the current playback state to this attribute before entering standby. Upon power-on, the TV's firmware reads this attribute as part of its initialization and automatically resumes playback.

3. Combination with ActivityPub (Decentralized Social Networking): The principles of Claim 1 are applied to a decentralized video platform like PeerTube, which utilizes the ActivityPub protocol. A user's PeerTube instance follows another instance's channel (this acts as the designation by the "first unit"). The "second unit" stores the channel's ActivityPub actor URL. The "third unit" is a background process that listens for Update or Delete activities sent from the followed channel. These activities serve as the "control information." If a Delete activity for a specific video is received, and that video is bookmarked by the user, the user's instance can automatically trigger a preservation download (mirroring) of the content before it becomes unavailable on the originating instance.