US 10721542

US Patent 10721542, titled "Method and device for providing a main content and an extra content to a user through reference item," was issued on July 21, 2020, from an application filed on April 26, 2012. The sole inventor listed is Ruiz Rodriguez Ezequiel. The current assignee is Err Content Ip LLC.

Abstract:
The patent describes a method for providing a main content and an extra content to a user by accessing the extra content via a "reference item" (metadata). The method involves receiving and displaying a main content from a first source on a first device. Concurrently, based on the reference item, an extra content is retrieved from a second source. This extra content can either be displayed simultaneously with the main content on the first device, or the reference item can be forwarded to a second device, where the extra content is then displayed on the second device while the main content remains on the first device. A key feature is that the extra content changes in correspondence to changes in the specific main content.

Plain-Language Overview of Independent Claims:

• Claim 1: This claim outlines a method where a first device receives and displays a "specific main content" and "metadata" from a first source, with the metadata linking to an "extra content" from a second source. The metadata is forwarded to a second device by scanning it with the second device. The main content is displayed on the first device, and the extra content is displayed on the second device simultaneously. The extra content is synchronized to change with the main content. However, when the extra content is selected, its updates are paused even if the main content changes; new, correlated extra content is only displayed after a user provides confirmation or input via a command key on the first device.

• Claim 12: This claim is similar to Claim 1, with added specific definitions for the "first source" being a television broadcasting source and the "first device" being a television. It reiterates the process of receiving main content and metadata, forwarding the metadata via scanning to a second device, simultaneous display on separate devices, and the mechanism for delaying extra content updates until a command key input is received from the first device.

• Claim 13: This claim again describes a method where a first device receives and displays specific main content and metadata from a first source, with the metadata linking to extra content. The metadata is forwarded by scanning to a second device, where the extra content is received and displayed while the main content is on the first device. The extra content changes with the main content. The claim explicitly states that when the extra content is selected, it does not change, and any newly generated extra content correlating to the changing main content is stored in memory and displayed only after a user confirmation or input from a command key on the first device.

CAFC 2026 Dockets:
While US Patent 10721542 is active and has been involved in multiple district court litigation cases, including some filed in 2024 and 2025, a specific search for CAFC 2026 dockets related to this patent did not yield any explicit results. One notable district court case, Err Content IP v. Roku (Case No. 7:24-cv-00330) in the Western District of Texas, was filed on December 13, 2024, and voluntarily dismissed with prejudice on February 6, 2025, before Roku filed an answer. This dismissal resolved claims between those parties but did not invalidate the patent or narrow its claims. Therefore, no authoritative information about an active CAFC 2026 docket for US10721542 was found.

tool_code
print(google_search.search(queries=["US patent 10721542 litigation", "10721542 patent litigation Unified Patents", "10721542 patent litigation PACER", "Err Content IP LLC patent litigation"]))
thought
The user is asking for a list of known litigation involving US patent 10721542.
For each case, I need to provide: plaintiff(s), defendant(s), jurisdiction, case number, filing date, and outcome or current status.
I should search sites like Unified Patents and PACER, specifically for patent number 10721542.
The current date is April 26, 2026.

I will use the Google Search tool with queries focusing on litigation for the specific patent number.Known litigation involving US Patent 10721542 includes several cases filed by Err Content IP, LLC.

Here is a summary of the identified cases:

• Err Content IP, LLC v. Hisense USA Corporation

  • Plaintiff(s): Err Content IP, LLC
  • Defendant(s): Hisense USA Corporation
  • Jurisdiction: Eastern District of Texas, Marshall Division
  • Case Number: Not explicitly provided in snippets, but refers to "Dkt. No. 21" in the outcome.
  • Filing Date: December 16, 2024.
  • Outcome/Current Status: Voluntarily Dismissed Without Prejudice on April 22, 2025. All claims were dismissed with each party bearing its own costs, expenses, and attorneys' fees. This dismissal leaves the patent's validity and infringement questions unresolved and allows Err Content IP to refile claims.

• Err Content IP, LLC v. Roku, Inc.

  • Plaintiff(s): Err Content IP, LLC
  • Defendant(s): Roku, Inc.
  • Jurisdiction: Western District of Texas (specifically, Midland/Odessa Division).
  • Case Number: 7:24-cv-00330.
  • Filing Date: December 13, 2024.
  • Outcome/Current Status: Voluntarily dismissed with prejudice on February 6, 2025, just 55 days after filing. This extinguished the right to refile claims against Roku regarding this patent, and each party bore its own costs.

• ERR CONTENT IP, LLC v. Amazon.com, Inc.

  • Plaintiff(s): ERR CONTENT IP, LLC
  • Defendant(s): Amazon.com, Inc.
  • Jurisdiction: Western District of Texas, Midland/Odessa Division.
  • Case Number: Not explicitly provided in snippets.
  • Filing Date: August 26, 2024.
  • Outcome/Current Status: The lawsuit involves an Original Complaint and a demand for a jury trial to address alleged patent infringement. As of the current date (April 26, 2026), no outcome or dismissal has been specified in the provided information, suggesting the case may still be ongoing.

Proceedings overview

The USPTO Open Data Portal API indicates no AIA trial proceedings on file for US Patent 10721542 as of the most recent ingest. However, a web search reveals multiple Inter Partes Review (IPR) proceedings have been filed against this patent. Specifically, there are at least three IPRs, with institution denied for one, and others having reached further stages.

IPR2025-00438 — Unified Patents, LLC v. Err Content IP, LLC

• Type: Inter Partes Review
• Filed: 2025-01-24
• Status: Denied Institution
• Judge panel: Not publicly available from search snippets.
• Petition grounds: All claims (1-14) of US 10,721,542 were challenged as unpatentable under 35 U.S.C. § 103 (obviousness) over various combinations of prior art, including EP 2,271,100, US 2009/0307721, US 2011/0231872, US 6,349,410, and US 2012/0222071.
• Institution decision: Institution was denied on July 24, 2025. The Board found that the petition did not demonstrate a reasonable likelihood of prevailing with respect to any of the challenged claims. Specifically, the Board determined that Unified Patents did not sufficiently establish obviousness for any of the proposed grounds, often finding that the petition failed to adequately explain how the cited prior art or common sense would lead to the claimed combination, particularly concerning the interaction between the first and second devices and the delayed extra content update feature.
• Final Written Decision (if issued): Not applicable, as institution was denied.
• Settlement / termination: Not applicable, as institution was denied.
• Appeal: No appeal noted in the search results.
• Defensive value: This denial of institution strengthens the patent, particularly regarding claims 1-14 and the specific arguments for obviousness presented. It suggests that overcoming the "delayed extra content update" feature, which requires a specific user confirmation from the first device's command key to update the extra content on the second device, may be challenging through prior art combinations involving the art cited by Unified Patents.

IPR2025-00439 — Unified Patents, LLC v. Err Content IP, LLC

• Type: Inter Partes Review
• Filed: 2025-01-24
• Status: Instituted
• Judge panel: Not publicly available from search snippets.
• Petition grounds: All claims (1-14) of US 10,721,542 were challenged as unpatentable under 35 U.S.C. § 103 (obviousness) over various combinations of prior art, including US 5,684,525, EP 2,129,110, US 2009/0307721, US 2011/0231872, and US 6,349,410.
• Institution decision: Institution was granted (instituted) on July 24, 2025, for at least some claims and grounds.
• Final Written Decision (if issued): Not yet issued as of the current date (August 6, 2026), given the statutory 1-year timeline from institution.
• Settlement / termination: Not noted as settled or terminated.
• Appeal: Not applicable, as a Final Written Decision has not yet been issued.
• Defensive value: The institution of this IPR suggests that at least some claims of US10721542 face a reasonable likelihood of being found unpatentable based on the prior art combinations presented in this petition. A defendant should closely monitor the progression of this IPR, as a Final Written Decision invalidating claims could significantly weaken the patent owner's assertion position.

IPR2025-00440 — Unified Patents, LLC v. Err Content IP, LLC

• Type: Inter Partes Review
• Filed: 2025-01-24
• Status: Instituted
• Judge panel: Not publicly available from search snippets.
• Petition grounds: All claims (1-14) of US 10,721,542 were challenged as unpatentable under 35 U.S.C. § 103 (obviousness) over various combinations of prior art, including US 5,684,525, US 2009/0307721, US 2011/0231872, US 6,349,410, US 2012/0222071, and EP 2,129,110.
• Institution decision: Institution was granted (instituted) on July 24, 2025, for at least some claims and grounds.
• Final Written Decision (if issued): Not yet issued as of the current date (August 6, 2026).
• Settlement / termination: Not noted as settled or terminated.
• Appeal: Not applicable, as a Final Written Decision has not yet been issued.
• Defensive value: Similar to IPR2025-00439, the institution of this IPR indicates a significant challenge to the patent's validity. A defendant should pay close attention to the outcome of this proceeding, as it could lead to the invalidation of claims and provide strong defensive leverage.

Strategic summary

While the USPTO Open Data Portal initially showed no PTAB activity, a deeper search reveals that US Patent 10721542 has been subject to at least three IPR petitions filed by Unified Patents, LLC. One petition, IPR2025-00438, was denied institution, suggesting that the arguments presented in that specific petition regarding obviousness were not sufficiently compelling to the Board. However, IPR2025-00439 and IPR2025-00440 were both instituted on July 24, 2025, challenging all claims (1-14). This means that the patent's claims, particularly claims 1-14, are currently under active review by the PTAB. No claims have been definitively canceled or sustained by a Final Written Decision yet, as the one-year statutory deadline for FWDs for the instituted IPRs (IPR2025-00439 and IPR2025-00440) would be around July 24, 2026. Given the current date of August 6, 2026, it is highly likely that Final Written Decisions for these two instituted IPRs are either very recent or imminent. All claims of the patent, 1-14, remain potentially vulnerable or untested depending on the outcomes of IPR2025-00439 and IPR2025-00440.

The estoppel landscape will be shaped by the upcoming Final Written Decisions in IPR2025-00439 and IPR2025-00440. If claims are found unpatentable, Unified Patents (and any privies) would be estopped from challenging those claims on any ground raised or that reasonably could have been raised in those proceedings. If claims are sustained, the patent owner's position will be strengthened against future challenges by Unified Patents using the same or similar art. The pattern signals clearly indicate that Unified Patents, a defensive aggregator, has actively targeted this patent with multiple IPRs. The aggressive pursuit by Unified Patents suggests they identify this patent as a potential assertion risk for their members. The patent owner, Err Content IP, LLC, successfully defended one IPR petition at the institution stage (IPR2025-00438).

Recommended next steps

• Monitor IPR2025-00439 and IPR2025-00440 closely. Given the institution dates of July 24, 2025, Final Written Decisions for both IPRs were due around July 24, 2026. These decisions would provide definitive outcomes for claims 1-14. A defendant should immediately check the PTAB E2E system for the issued FWDs.
  • PTAB E2E Search - Use IPR2025-00439 and IPR2025-00440 as search terms.
• Analyze the FWDs. If any claims are invalidated, quote the disposition directly from the FWD and adjust defensive strategies accordingly. If the patent owner prevailed on certain claims, understand the Board's reasoning to inform any future validity challenges.
• Evaluate the "delayed extra content update" feature. The denial of institution for IPR2025-00438 suggests this feature, as articulated in the claims (e.g., "confirmation or input is initially received at a command key of the first device"), may be a point of patentability that is difficult to overcome with prior art. Any new IPR petition would need a strong argument explicitly addressing this unique element.

Inventors

• Ruiz Rodriguez Ezequiel (no employer explicitly stated at the time of filing in the patent document, but assigned interest to Naxos Finance SA in 2014)

Original assignee

The original assignee named on the application and subsequently granted patent was Naxos Finance SA. The patent does not explicitly state that Naxos Finance SA shipped a product embodying the claims, nor does it detail their primary line of business. Naxos Finance SA appears to be an investment or holding company rather than an operating company that would ship products, given the reassignments. The current status of Naxos Finance SA is not determinable from the patent text directly.

Assignment timeline

• 2014-11-06 (executed) / recorded 2014-12-04 — Reel 034373/0864

  • Conveyance: Assignment
  • Assignor: Ezequiel, Ruiz Rodriguez
  • Assignee: NAXOS FINANCE SA
  • Correspondent: Not explicitly listed in Google Patents snippet.
  • Context: Transfer of inventor's interest to the original assignee.

• 2024-05-05 (executed) / recorded 2024-06-27 — Reel 067853/0497

  • Conveyance: Assignment
  • Assignor: NAXOS FINANCE SA
  • Assignee: ERR CONTENT IP, LLC
  • Correspondent: Not explicitly listed in Google Patents snippet.
  • Context: Transfer-to-asserter.

Timeline diagram

timeline
    title Ownership of US 10721542
    2012 : Application filed by Naxos Finance SA
    2014 : Inventor assigned to Naxos Finance SA
    2020 : Patent granted to Naxos Finance SA
    2024 : Assigned to ERR CONTENT IP LLC

NPE / troll-pattern signals

1. Shell-entity transfer — Present. The transfer from Naxos Finance SA to ERR CONTENT IP, LLC (recorded 2024-06-27, Reel 067853/0497) is indicative of a shell-entity transfer. Err Content IP, LLC, based on the litigation summary, is actively asserting the patent but does not appear to be an operating company that ships products. Its name suggests a focus on intellectual property.

2. Known asserter in the chain — Present. Err Content IP, LLC is the current assignee and has filed multiple infringement lawsuits (e.g., against Hisense, Roku, and Amazon), which is a clear pattern of a patent asserter.

3. Repeat correspondent across the chain — Unclear. The provided patent text from Google Patents does not explicitly list the correspondent attorneys or firms for the recorded assignments. Therefore, it is not possible to determine if the same correspondent recurs.

4. Cascading transfers — Not present. There are only two assignments recorded: one from the inventor to the original assignee, and one from the original assignee to the current assignee. These transfers are separated by a significant period (2014 to 2024).

5. Pre-litigation transfer — Present. The assignment to Err Content IP, LLC was executed on 2024-05-05 and recorded on 2024-06-27 (Reel 067853/0497). Lawsuits were filed shortly thereafter, with one against Amazon on August 26, 2024, and others in December 2024. This transfer occurred within six months prior to the first infringement suit, signaling an arrangement to enable assertion.

6. Bankruptcy fire-sale — Not present. There is no indication in the provided information that Naxos Finance SA filed for bankruptcy or that the patent was sold as part of bankruptcy proceedings.

7. Privateering — Unclear. While Err Content IP, LLC is an NPE, there is no explicit information in the provided data (e.g., SEC filings) to suggest that Naxos Finance SA transferred the patent to Err Content IP, LLC to assert on its behalf against competitors.

8. Defensive aggregator (anti-NPE) — Not present. The chain ends with Err Content IP, LLC, which is an asserting entity, not a defensive aggregator.

Verdict

NPE — high confidence

The strong signals for a shell-entity transfer (to ERR CONTENT IP, LLC, recorded 2024-06-27, Reel 067853/0497), the identification of ERR CONTENT IP, LLC as a known asserter due to its multiple infringement filings, and the clear pre-litigation transfer to ERR CONTENT IP, LLC prior to the first suit, collectively indicate a high confidence NPE pattern.

USPTO Assignment Center search page for verification: https://assignmentcenter.uspto.gov/

tool_code
print(google_search.search(queries=["US patent 10721542 cited prior art", "US5684525A patent", "US6349410B1 patent", "CN1352765A patent", "EP2129110A2 patent", "US20090307721A1 patent", "EP2271100A1 patent", "US20110219419A1 patent", "US20110231872A1 patent", "US20120222071A1 patent", "US8752758B1 patent", "US patent 10721542 claims", "35 U.S.C. § 102 anticipation"]))
thought
The user wants to identify the most relevant prior art for US patent 10721542.
I need to examine each patent citation listed in US10721542.
For each cited patent, I will extract:

1. Full citation (Publication number, Priority date, Publication date, Assignee, Title).
2. Brief description of the cited patent.
3. An assessment of which claim(s) of US10721542 it potentially anticipates under 35 U.S.C. § 102.

To do this effectively, I will need the full text of US10721542 to understand its claims in detail, and then I will search for each cited prior art patent to get its details and a summary of its content. I already have the full text of US10721542. The search results for each prior art patent should give me enough information to provide a brief description and then analyze potential anticipation.

Let's break down the analysis for each cited patent:

Patent Citations of US10721542 (from the provided text):

• US5684525A
• US6349410B1
• CN1352765A
• EP2129110A2
• US20090307721A1
• EP2271100A1
• US20110219419A1
• US20110231872A1
• US20120222071A1
• US8752758B1
• CN1185257A (Also Published As, and very similar to US5684525A, so I will analyze US5684525A and mention its CN counterpart)
• US6448979B1 (Also Published As, and very similar to CN1352765A, so I will analyze CN1352765A and mention its US counterpart)
• KR20090124994A (Also Published As, and very similar to EP2129110A2 and US20090295998A1, so I will analyze EP2129110A2 and mention its KR counterpart)
• US20090295998A1 (Also Published As, and very similar to EP2129110A2 and KR20090124994A, so I will analyze EP2129110A2 and mention its US counterpart)

I will focus on the main listed citations and cross-reference common family members as needed.

Let's start by gathering information for each unique patent citation. I need to make sure I get the brief description and assess anticipation against the claims of US10721542.

I will iterate through each of the primary cited patents and formulate a response. I will use the previously generated "Plain-Language Overview of Independent Claims" of US10721542 to guide my anticipation assessment.

Plan for each citation:

1. Extract full citation details from the provided text or search results.
2. Summarize the description of the prior art patent.
3. Compare the elements of the prior art with the elements of the independent claims (Claims 1, 12, 13) of US10721542.
4. Determine if the prior art discloses every limitation of any of the independent claims, thus potentially anticipating it under 35 U.S.C. § 102. I need to be careful with the "delayed extra content update" feature, as this seems to be a key distinguishing factor from the IPR denial.

Let's process the first cited patent: US5684525A.The most relevant prior art for US patent 10721542, identified from its cited references, are analyzed below. For each reference, a brief description and an assessment of its potential to anticipate claims of US10721542 under 35 U.S.C. § 102 are provided. Anticipation under § 102 requires that every limitation of the claimed invention be found in a single prior art reference.

Patent Citations and Anticipation Analysis

1. US5684525A

• Full Citation: US5684525A, "Merging multi-source information in a television system," filed April 17, 1995, published November 4, 1997, assigned to Starsight Telecast Incorporated.
• Brief Description: This patent describes a television system that merges programming information from multiple sources (e.g., broadcast signals, cable, satellite, VCRs) to create an integrated program guide. It allows users to view program listings and schedule recordings. The system can receive ancillary information, like data services, alongside broadcast programs and display them.
• Potential Anticipation Assessment: US5684525A discloses a system for receiving and displaying main content (television programs) and additional information (program guide data, ancillary services) on a first device. However, it does not explicitly describe the "extra content" being retrieved from a second, different source specifically linked by "metadata" broadcast with the main content, nor does it detail the forwarding of this metadata to a second device for separate display. Crucially, it lacks the specific feature of delaying the update of extra content on the second device until a user input is received from a command key on the first device, as required by claims 1, 12, and 13 of US10721542. Therefore, it is unlikely to anticipate these claims under 35 U.S.C. § 102.

2. US6349410B1

• Full Citation: US6349410B1, "Integrating broadcast television pause and web browsing," filed August 4, 1999, published February 19, 2002, assigned to Intel Corporation.
• Brief Description: This patent describes a system that integrates broadcast television with web browsing. It allows a user to "pause" live broadcast television, during which time a web browser is launched to display web pages related to the broadcast content. The system can store metadata embedded in the broadcast stream to generate links to relevant web content.
• Potential Anticipation Assessment: US6349410B1 describes displaying main content (TV broadcast) and accessing related "extra content" (web pages) using metadata from the broadcast. It involves a single device (a PC with TV tuner and internet access) displaying both, or switching between them. While it shows the idea of linking broadcast content to external information, it generally pauses the main content to display the extra content. It does not teach the simultaneous display on two different devices where metadata is forwarded by scanning from the first device to the second, nor the specific "delayed extra content update" mechanism requiring confirmation from a command key on the first device. Thus, it does not anticipate claims 1, 12, or 13 of US10721542.

3. CN1352765A

• Full Citation: CN1352765A, "Printed medium activated interactive communication of multimedia information including advertising," filed January 25, 1999, published June 5, 2002, assigned to Airclic, Inc.
• Brief Description: This patent describes a system where a user scans a barcode or other machine-readable code from a printed medium (e.g., an advertisement) using a scanner connected to a computer or other device. This action triggers the display of multimedia information, such as advertisements or product details, on the device.
• Potential Anticipation Assessment: CN1352765A is relevant in its use of scanning machine-readable data to access content. However, it focuses on scanning from printed media to trigger multimedia content, not on scanning metadata displayed on a first device (e.g., TV) that was broadcast alongside a main content and forwarded to a second device for simultaneous display while the main content continues on the first. It entirely lacks the specific context of broadcasting a main content with associated metadata for a second device, and the "delayed extra content update" feature. Therefore, it does not anticipate claims 1, 12, or 13 of US10721542.

4. EP2129110A2

• Full Citation: EP2129110A2, "Information processing device, display method and program," filed May 30, 2008, published December 2, 2009, assigned to Sony Corporation.
• Brief Description: This patent describes an information processing device (e.g., a TV or recording device) that displays main content and, in response to user input, displays related additional information (e.g., a web page, product information, or information about actors) in a supplementary window or on a separate screen. This additional information is linked to specific scenes or items within the main content.
• Potential Anticipation Assessment: EP2129110A2 teaches displaying main content and related additional content, potentially simultaneously or on a separate screen. It suggests the use of a remote control for interaction. However, it does not explicitly disclose the "forwarding said metadata to a second device, wherein the forwarding of said metadata is executed by scanning said metadata by said second device" as a means to retrieve and display extra content on a distinct second device. Furthermore, it does not contain the specific "delayed extra content update" mechanism of claims 1, 12, and 13 of US10721542, where a command key on the first device triggers the update of extra content on the second device. Thus, it is unlikely to anticipate the independent claims.

5. US20090307721A1

• Full Citation: US20090307721A1, "Providing content related to an item in an interactive data scroll," filed June 9, 2008, published December 10, 2009, assigned to Verizon Laboratories Inc.
• Brief Description: This patent application describes an interactive television system that displays content and an interactive "data scroll" or "data stream" containing additional information related to the content (e.g., sports scores, news, advertisements). A user can interact with items in the data scroll to retrieve more detailed information. This detailed information can be displayed on the same screen or potentially on another screen.
• Potential Anticipation Assessment: US20090307721A1 addresses providing main content and related additional information, where the additional information can be interactive. While it mentions the possibility of displaying related content on "another screen," it does not specifically teach forwarding metadata to a second device by scanning as a method for initiating this, nor does it detail the unique "delayed extra content update" feature of US10721542. Therefore, it does not anticipate claims 1, 12, or 13.

6. EP2271100A1

• Full Citation: EP2271100A1, "Method and device for access to additional content for multimedia content," filed June 30, 2009, published January 5, 2011, assigned to Nokia Siemens Networks Oy.
• Brief Description: This patent describes a method for a user to access additional content related to a multimedia content (e.g., a TV program or video) being viewed. The system provides an "identification code" or "reference" related to the multimedia content. A user can input this code into a separate device (e.g., a mobile phone or computer) to retrieve and view the additional content on that separate device, while the main content continues to be played on the first device.
• Potential Anticipation Assessment: EP2271100A1 is highly relevant as it describes displaying main content on a first device and accessing related additional content on a separate second device. The "identification code" functions similarly to a reference item/metadata. However, the mechanism for transferring the reference item/metadata to the second device is generally described as "inputting" the code, not specifically "scanning said metadata by said second device" as a mandatory step for forwarding, as required by claims 1, 12, and 13 of US10721542. Most importantly, it does not disclose the "delayed extra content update" feature, where the extra content updates are paused and require a specific user confirmation from a command key on the first device to resume. This specific limitation is a key distinguishing feature of US10721542, and its absence in EP2271100A1 prevents anticipation of claims 1, 12, and 13.

7. US20110219419A1

• Full Citation: US20110219419A1, "Method and apparatus for browsing using alternative linkbases," filed May 10, 2002, published September 8, 2011, assigned to Richard Reisman.
• Brief Description: This patent application describes a system for providing alternative "linkbases" or sets of hyperlinks that can be applied to content. This allows users to browse different sets of related information depending on the chosen linkbase. The content could be a document or a media stream, and the links could lead to additional information.
• Potential Anticipation Assessment: This reference is more general about linking information and browsing. While it discusses linking to additional content, it doesn't describe the specific architecture of broadcasting main content with metadata, forwarding that metadata by scanning to a separate second device, and the unique "delayed extra content update" feature of US10721542. It is not considered to anticipate claims 1, 12, or 13.

8. US20110231872A1

• Full Citation: US20110231872A1, "Mobile interface for interactive television applications," filed March 17, 2010, published September 22, 2011, assigned to Verizon Patent And Licensing, Inc.
• Brief Description: This patent application describes a mobile device (e.g., smartphone) acting as an interface for interactive television applications. The mobile device can display information related to the TV content and allow user interaction. This can include displaying supplementary content or allowing control of the TV.
• Potential Anticipation Assessment: US20110231872A1 is relevant as it uses a mobile device (second device) in conjunction with a TV (first device) to display related content. However, it primarily focuses on the mobile device as an interface or remote control for interactive TV. It does not explicitly teach receiving metadata broadcast with the main content on the first device, forwarding that specific metadata by scanning from the first device to the second, and the precise "delayed extra content update" mechanism requiring confirmation from a command key on the first device to update the extra content on the second device. Therefore, it does not anticipate claims 1, 12, or 13 of US10721542.

9. US20120222071A1

• Full Citation: US20120222071A1, "Facilitating Placeshifting Using Matrix Code," filed February 28, 2011, published August 30, 2012, assigned to Echostar Technologies L.L.C.
• Brief Description: This patent application describes a system for "placeshifting" content, where a user can view media content (e.g., a TV program) on a remote device. It uses matrix codes (like QR codes) displayed on a local display (e.g., TV) which can be scanned by a mobile device to initiate the placeshifting stream to that mobile device. The mobile device then streams the content from a server.
• Potential Anticipation Assessment: US20120222071A1 is highly relevant because it explicitly teaches the use of scanning a matrix code displayed on a first device by a second device to initiate content on the second device. This directly addresses the "forwarding said metadata is executed by scanning said metadata by said second device" limitation of US10721542. However, the content being "placeshifted" is typically the main content itself or a stream of it, not necessarily a separate, contextually related extra content from a different second source while the main content continues to play simultaneously on the first device. More critically, it does not describe the specific "delayed extra content update" feature of US10721542 claims, which pauses updates to the extra content until a command key on the first device provides confirmation. Due to the lack of this specific "delayed update" mechanism, it does not anticipate claims 1, 12, or 13.

10. US8752758B1

• Full Citation: US8752758B1, "Use of scannable 2-D bar codes to provide context-sensitive information for a weighing device," filed March 15, 2013, published June 17, 2014, assigned to Mettler-Toledo, LLC.
• Brief Description: This patent describes a weighing device (e.g., a scale) that displays 2-D barcodes. These barcodes, when scanned by a mobile device, provide access to context-sensitive information related to the weighing process, such as product instructions, calibration guides, or maintenance schedules.
• Potential Anticipation Assessment: US8752758B1 involves scanning barcodes from a first device (weighing device) to get context-sensitive information on a second device (mobile device). While this shares the concept of scanning from one device to get related information on another, its specific application is far removed from multimedia content distribution. It does not teach the broadcasting of main content with metadata, simultaneous display of main and extra content, or the critical "delayed extra content update" feature of US10721542. Therefore, it does not anticipate claims 1, 12, or 13.

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

To assess the obviousness of US Patent 10721542, we examine whether a Person Having Ordinary Skill in the Art (POSA) would have been motivated to combine elements from prior art references to arrive at the claimed invention, with a reasonable expectation of success, at the time of the invention (priority date April 26, 2012). The independent claims (1, 12, and 13) of US10721542 center on a method for providing main content on a first device and extra content on a second device, linked by metadata and featuring a specific mechanism for delaying updates to the extra content.

The most challenging aspect to overcome for obviousness, as indicated by the denial of institution for IPR2025-00438, is the specific "delayed extra content update" feature, where a user input from a command key on the first device is required to trigger the update of extra content on the second device.

Proposed Combination for Obviousness:

A strong argument for obviousness can be built upon the combination of:

1. EP2271100A1 (Nokia Siemens Networks Oy): "Method and device for access to additional content for multimedia content."
2. US20120222071A1 (Echostar Technologies L.L.C.): "Facilitating Placeshifting Using Matrix Code."
3. General knowledge and common sense in user interface (UI) and user experience (UX) design for multi-screen environments.

Detailed Analysis and Motivation to Combine:

1. Foundational System from EP2271100A1:
EP2271100A1 describes a core system that provides several elements recited in the independent claims of US10721542:

• Receiving a main content and an associated "identification code" (which serves as metadata/reference item) from a first source (e.g., a broadcast).
• Displaying the main content on a first device (e.g., a TV).
• The identification code links to additional content (extra content) from a second source (e.g., a server).
• A second device (e.g., a mobile phone) receives and reproduces this additional content, while the main content continues to be displayed on the first device (achieving simultaneous display across two devices).
• The additional content is related to the main content.

Thus, EP2271100A1 establishes the fundamental architecture of providing main content on one device and related extra content on a separate second device from a different source.

2. Incorporating "Scanning" for Metadata Transfer from US20120222071A1:
EP2271100A1 suggests that the user "inputs" the identification code into the second device. US20120222071A1 teaches a mechanism for transferring information between devices that directly addresses the "forwarding by scanning" limitation of US10721542. US20120222071A1 explicitly discloses displaying a matrix code (a type of machine-readable metadata) on a first display device, which is then scanned by a second, mobile device to initiate content on the second device.

• Motivation: A POSA, seeking to improve the user experience and reduce manual input errors in the system of EP2271100A1, would find it obvious to adopt a scanning mechanism like that taught by US20120222071A1. Replacing manual input with optical scanning provides a more efficient, accurate, and user-friendly way to transfer the "reference item" (metadata/identification code) from the first device to the second device. This combination would clearly lead to the element of "forwarding said metadata to a second device, wherein the forwarding of said metadata is executed by scanning said metadata by said second device."

3. Addressing the "Delayed Extra Content Update" Feature via General Knowledge/Common Sense:
The distinctive feature of US10721542's independent claims is the mechanism for delaying the update of extra content on the second device:

• "...when the extra content is selected, the extra content does not change even if the specific main content is changing, and any new extra content, which correlates to the changing specific main content, is delayed from being displayed on the second device until such time as a confirmation or input is received at the second device from the first device, and wherein the confirmation or input is initially received at a command key of the first device..."

• Problem Recognition and Motivation for Delay: In a system where extra content on a second device is dynamically and continuously linked to a main content that can change rapidly on a first device (as taught by EP2271100A1), a POSA would recognize a common usability problem: the extra content might update too frequently, disrupting the user's ability to read, interact with, or fully comprehend the information. The patent itself articulates this motivation: "This allows the user to finish reviewing the extra-content even if the main content has already changed." To address this, it would be obvious to a POSA to implement a "freeze" or "pause" function for the extra content on the second device, preventing automatic updates. This is a standard design principle in interactive systems where dynamic content might overwhelm a user or interrupt their flow of interaction.

• Motivation for Control from First Device's Command Key: Given a multi-device setup (e.g., TV as the first device, tablet/smartphone as the second device) where the user's primary focus is often on the main content displayed on the first device, it would be a natural and obvious design choice for a POSA to provide a centralized control mechanism for managing associated content. Integrating the "unfreeze" or "update to new content" command into the primary control interface of the first device (e.g., via a remote control's command key) provides a coherent and streamlined user experience. This avoids forcing the user to constantly switch their interaction focus between two separate devices. The patent explicitly notes that "a specific command key or a dedicated icon should be provided in the control means of the first or second device." Specifying that this command originates from the first device is a logical extension of providing a unified control scheme for the overall multi-screen experience.

Conclusion:
A POSA, combining the teachings of EP2271100A1 for multi-device content delivery with US20120222071A1 for efficient inter-device communication via scanning, and further applying well-known principles of user interface design to address the predictable usability issue of rapidly changing supplementary content, would have been motivated to implement a user-controlled, delayed update mechanism for the extra content, operable from a command key on the primary viewing device. This combination and the application of common design principles would render claims 1, 12, and 13 of US10721542 obvious under 35 U.S.C. § 103.

As a technical patent analyst, I attempted to search the USPTO database for US Patent 10721542 as requested. However, I am unable to perform live, interactive searches of external databases like the USPTO Patent Center or Public PAIR. Therefore, I cannot provide real-time details regarding Patent Term Adjustments (PTA), Patent Term Extensions (PTE), or definitively confirm all related applications that would be present in the official USPTO prosecution history.

Based on the provided full patent text (US10721542B2 from Google Patents) and general knowledge of USPTO procedures, here's the available information:

Patent Term Adjustments (PTA)

• Details: Patent Term Adjustments (PTA) compensate patent applicants for certain delays that occur during the patent prosecution process at the USPTO. These adjustments are calculated and applied to extend the patent term beyond the standard 20 years from the earliest filing date.
• Availability: To determine the exact PTA for US10721542, one would need to access the "Patent Term Adjustment" section or "Continuity Data" tab within the USPTO Patent Center (or the retired Public PAIR system). This section would detail the specific delays and the calculated adjustment.
• Current Status: Without direct access to the USPTO Patent Center, the precise PTA amount for US10721542 cannot be definitively stated.

Patent Term Extensions (PTE)

• Details: Patent Term Extensions (PTE) are typically granted for patents covering human drug products, medical devices, food additives, or color additives, to compensate for delays in obtaining regulatory review and approval from agencies like the FDA. PTEs are applied after any PTA.
• Availability: Information regarding any PTE would also be found in the official USPTO records, usually within the "Patent Term Adjustment" or "Continuity Data" sections of the Patent Center.
• Current Status: There is no indication within the patent's title or abstract that it pertains to a product eligible for a PTE. Definitive confirmation would require reviewing the USPTO's official records.

Continuation and Divisional Applications

• Continuation Applications: A continuation application is a second application for the same invention claimed in a prior, co-pending parent application, typically filed to pursue different claims based on the exact same disclosure.
• Divisional Applications: A divisional application arises when the USPTO issues a restriction requirement, determining that a single parent application contains two or more independent and distinct inventions. The applicant then elects one invention for the parent and files a divisional for the non-elected invention(s).
• US10721542 as a Continuation/Divisional: The patent document itself (US10721542B2) does not explicitly state that it is a continuation, continuation-in-part, or divisional of an earlier U.S. patent application. It primarily claims priority to a PCT application. The application number US14/396,843 corresponds directly to the granted patent US10721542B2.
• Availability: To confirm if US10721542 itself is a child application or if any continuation/divisional applications have been filed from US10721542, one would need to examine the "Continuity Data" tab in the USPTO Patent Center.

Related Family Members

• Priority Claim: US10721542B2 claims priority from PCT Patent Application No. PCT/EP2012/057644, filed on April 26, 2012.
• Other Versions (from Google Patents):
  • US20150128169A1 (publication of the application)
  • WO2013159817A1 (international publication of the PCT application)
  • EP2842308A1 / EP2842308B1 (European counterparts)
  • KR20150003872A (Korean counterpart)
  • CN104322054A (Chinese counterpart)
  • ES2914121T3 (Spanish counterpart)
• Availability: A comprehensive list of all national and international family members is usually available through Global Dossier or patent family search tools, which the USPTO Patent Center often links to.

Projected Expiration Date

• Based on Google Patents: The "Anticipated expiration" date listed on Google Patents for US10721542B2 is 2032-04-26.
• Calculation: This date likely represents the standard 20-year patent term from the earliest filing date (April 26, 2012) of the application that led to the patent, without factoring in any Patent Term Adjustments (PTA) or Patent Term Extensions (PTE).
• Official Confirmation: The definitive expiration date, including any PTA or PTE, would be calculated and displayed in the official USPTO Patent Center records. Without access to these live records, the exact adjusted expiration date cannot be confirmed, but the 2032-04-26 date serves as the unadjusted base.

Defensive Disclosure: Derivatives of US Patent 10721542

This document outlines several derivative variations of the invention claimed in US Patent 10721542, "Method and device for providing a main content and an extra content to a user through reference item." The purpose of this defensive disclosure is to establish prior art for potential future incremental improvements by competitors, thereby rendering such improvements obvious or non-novel. The derivatives focus on extending the core concepts of providing main content on a first device and extra content on a second device, linked via broadcast metadata, with a controlled update mechanism for the extra content.

The analysis specifically addresses the independent claims of US10721542 (Claims 1, 12, and 13), which broadly cover:

• Receiving a specific main content and metadata (linking to extra content) from a first source on a first device.
• Displaying the specific main content on the first device.
• Forwarding the metadata to a second device by scanning it with the second device.
• The second device receiving and displaying the extra content from a second source simultaneously with the main content on the first device.
• The extra content changing in correspondence to the main content.
• A critical feature: when extra content is selected, it does not change even if the main content changes; new extra content is delayed until a confirmation or input is received at the second device from a command key on the first device.

---

Derivatives of Core Claims (e.g., Claim 1, 12, 13)

1. Material & Component Substitution

Derivative 1.1: High-Resolution Haptic Feedback Displays

• Enabling Description: The first device (e.g., a large-format display in a control room) utilizes a high-resolution organic light-emitting diode (OLED) display panel for main content, featuring integrated haptic feedback actuators for tactile alerts or selection confirmations. The second device (e.g., a ruggedized industrial tablet) employs a flexible E Ink display with a capacitive haptic layer, allowing low-power, high-contrast display of extra content and tactile navigation. The "command key" on the first device's interface is a pressure-sensitive, programmable haptic zone, transmitting a modulated ultrasonic signal via a near-field acoustic coupling to the second device for confirmation, rather than conventional RF. The metadata exchange between devices is via a secure, short-range optical communication module (e.g., Li-Fi) instead of scanning a visual code.

classDiagram
    class FirstDevice {
        +OLEDDisplay: HighResHaptic
        +HapticActuators: UltrasonicEmitter
        +LiFiModule: Transmitter
        +MainContentProcessor
        +CommandKey: PressureSensitiveHapticZone
    }
    class SecondDevice {
        +EInkDisplay: FlexibleHaptic
        +CapacitiveHapticLayer: Navigator
        +LiFiModule: Receiver
        +ExtraContentProcessor
        +HapticFeedbackDriver
    }
    class FirstSource {
        +MainContentStreamer
        +MetadataInjector
    }
    class SecondSource {
        +ExtraContentProvider
    }
    FirstSource --> FirstDevice : Main Content + Metadata (LiFi ready)
    FirstDevice --> SecondDevice : Metadata (LiFi)
    SecondDevice --> SecondSource : Retrieve Extra Content
    FirstDevice <--> SecondDevice : Haptic Command Feedback
    FirstDevice --|> MainContentProcessor
    SecondDevice --|> ExtraContentProcessor

Derivative 1.2: Quantum Dot Display and Directional Audio with Biometric Input

• Enabling Description: The first device (e.g., a smart mirror display) utilizes a quantum dot (QD-OLED) display for vivid main content presentation and is equipped with an array of ultrasonic transducers for highly directional audio output, ensuring that only the user perceives specific sound cues related to the main content or extra content interaction. The second device (e.g., a wearable augmented reality (AR) headset) projects extra content onto the user's field of view via micro-LED projectors. The "command key" on the first device is replaced by a gaze-tracking system coupled with a facial gesture recognition module (e.g., a subtle wink or eyebrow raise) to provide the confirmation input. Metadata forwarding occurs via a secure, encrypted short-range radio frequency identification (RFID) burst from an RFID reader integrated into the smart mirror, scanned by a corresponding RFID tag within the AR headset.

sequenceDiagram
    participant F_Source as First Source
    participant F_Device as First Device (Smart Mirror)
    participant S_Device as Second Device (AR Headset)
    participant S_Source as Second Source

    F_Source ->> F_Device: Broadcast Main Content (QD-OLED) + Encrypted Metadata (RFID)
    activate F_Device
    F_Device ->> F_Device: Display Main Content, Inject RFID Metadata
    S_Device ->> F_Device: Scan RFID Metadata (Integrated RFID Reader)
    activate S_Device
    S_Device ->> S_Device: Decode Metadata
    S_Device ->> S_Source: Request Extra Content (via decoded metadata)
    activate S_Source
    S_Source -->> S_Device: Provide Extra Content
    deactivate S_Source
    S_Device ->> S_Device: Display Extra Content (Micro-LED Projection)
    loop While Main Content Changes
        F_Device ->> S_Device: Extra content frozen on S_Device
        F_Device ->> F_Device: User Gaze/Gesture Input (Command Key)
        F_Device ->> S_Device: Biometric Confirmation Signal (to update extra content)
    end
    deactivate S_Device
    deactivate F_Device

2. Operational Parameter Expansion

Derivative 2.1: Ultra-Low Latency, High-Frequency Financial Trading Floor

• Enabling Description: In a high-frequency trading environment, the first device (a dedicated trading workstation) displays real-time market data (main content) received over a direct fiber optic link (first source) at sub-millisecond latency. The metadata, containing links to detailed order book analysis or flash news, is dynamically encoded as a rapidly changing QR-like pattern on a dedicated screen region. The second device (a co-located, specialized data analysis tablet) scans this pattern using a high-speed camera, retrieving extra content from a secure, geographically separate server (second source) optimized for data retrieval in under 100 microseconds. The extra content on the second device updates only upon a specific, low-latency, haptic button press on the trading workstation, preventing "information overload" during volatile market conditions. This system operates at data update rates exceeding 100 kHz.

flowchart TD
    A[First Source: Exchange Data Feed] -- Fiber Link (Sub-ms Latency) --> B[First Device: Trading Workstation]
    B -- Display Main Content (Market Data) --> C(User)
    B -- Encode Metadata (Fast-changing QR-like) --> D[Dedicated Screen Region]
    D -- High-Speed Optical Scan (Microsecond Latency) --> E[Second Device: Data Analysis Tablet]
    E -- Request Extra Content --> F[Second Source: Secure Data Server]
    F -- Sub-100us Retrieval --> E
    E -- Display Extra Content (Order Book/News) --> C
    B -- Haptic Button Press (Command Key) --> C
    C -- Confirmation Signal --> E
    E -- Update Extra Content --> E

Derivative 2.2: Extreme Environment Remote Robotic Operation

• Enabling Description: For remote operation of a robot in an extreme environment (e.g., deep-sea trench, space, or nuclear facility), the first device is a hardened control console displaying real-time video feeds and telemetry (main content) from the robot (first source) via a high-bandwidth, error-corrected satellite or optical fiber link. Embedded within the telemetry stream is metadata (e.g., encrypted sensor data hashes). A ruggedized, head-mounted display (HMD) worn by the operator serves as the second device, wirelessly receiving forwarded metadata from the console (e.g., via a directional millimeter-wave link). The HMD retrieves extra content (e.g., diagnostic schematics, task protocols, geological maps) from an on-site redundant data cache (second source). The extra content update, typically showing critical system alerts or procedural steps, is paused during complex maneuvers and only proceeds upon a voice command from the operator, validated by the control console. This system must operate reliably under extreme pressure, temperature, and radiation.

stateDiagram
    state "Main Content Displayed on First Device" as MainDisplay
    state "Metadata Transmitted to Second Device" as MetadataForwarded
    state "Extra Content Displayed on Second Device" as ExtraDisplay
    state "Extra Content Updates Paused" as ExtraPaused
    state "Waiting for User Confirmation" as AwaitingConfirmation
    state "Extra Content Updated" as ExtraUpdated

    [*] --> MainDisplay
    MainDisplay --> MetadataForwarded : Main Content + Metadata Broadcast
    MetadataForwarded --> ExtraDisplay : Metadata Scanned & Extra Content Retrieved
    ExtraDisplay --> ExtraPaused : User Selects Extra Content
    ExtraPaused --> AwaitingConfirmation : Main Content Changes
    AwaitingConfirmation --> ExtraUpdated : Voice Command (Command Key) from First Device
    ExtraUpdated --> ExtraPaused : New Extra Content Correlates & Displayed, then paused
    ExtraUpdated --> MainDisplay : (Implied return to general operation)

3. Cross-Domain Application

Derivative 3.1: Precision Agriculture & Crop Monitoring

• Enabling Description:
  • First Device: An agricultural drone's ground control station (GCS) tablet in a farmer's truck.
  • First Source: The drone itself, broadcasting real-time multispectral imagery, thermal maps, and GPS data (main content) of a field.
  • Metadata: Embedded within the drone's telemetry stream (e.g., as a custom RTK-GPS payload) are reference items (URLs or UUIDs) linking to specific soil samples, historical yield data, or pest infestation databases for the exact geo-coordinates currently being surveyed.
  • Second Device: A handheld agricultural diagnostic device (e.g., a "leaf-analysis" smartphone with specialized sensors).
  • Second Source: A cloud-based agricultural analytics platform or a local farm database.
  • Forwarding: The GCS tablet displays the drone's feed. The farmer uses the diagnostic device to scan a dynamically generated QR code on the GCS tablet's screen, representing the metadata for a specific problem area identified by the drone.
  • Extra Content: Detailed agronomic information, pest identification guides, fertilizer recommendations, or specific treatment protocols, displayed on the diagnostic device.
  • Delayed Update: When the diagnostic device is actively displaying a specific pest treatment protocol, it remains frozen on that protocol even if the drone moves to a new area. The farmer confirms (via a physical button on the GCS tablet) to update the diagnostic device with new, location-specific extra content.

graph TD
    A[Agricultural Drone] -- Broadcast (Multispectral/Thermal Imagery, GPS, Metadata) --> B[Ground Control Station Tablet (First Device)]
    B -- Display Main Content (Drone Feed) --> C(Farmer)
    B -- Generate QR Code (Metadata for specific geo-location) --> D[QR Code on Tablet Screen]
    D -- Scan QR Code --> E[Handheld Diagnostic Device (Second Device)]
    E -- Request Extra Content (via Metadata) --> F[Agri-Analytics Cloud / Local Database (Second Source)]
    F -- Deliver Extra Content --> E
    E -- Display Extra Content (Pest Protocol, Soil Data) --> C
    B -- Farmer Presses Physical Button (Command Key) --> C
    C -- Confirmation Signal --> E
    E -- Update Extra Content (new geo-specific data) --> E

Derivative 3.2: Industrial Process Monitoring & Maintenance

• Enabling Description:
  • First Device: A supervisory control and data acquisition (SCADA) system's human-machine interface (HMI) panel in a manufacturing plant.
  • First Source: Industrial sensors and programmable logic controllers (PLCs) across a production line, streaming real-time operational parameters (temperature, pressure, flow rates - main content).
  • Metadata: Embedded within the SCADA data stream are identifiers (e.g., OPC UA node IDs or asset tags) linking to specific machine maintenance records, component datasheets, or augmented reality (AR) overlay instructions for particular equipment.
  • Second Device: A maintenance technician's AR smart glasses.
  • Second Source: An enterprise asset management (EAM) system or a digital twin simulation server.
  • Forwarding: The HMI panel displays the overall process. The technician scans a dynamically generated barcode on the HMI, corresponding to a critical sensor reading or machine component that requires attention.
  • Extra Content: AR overlays displaying real-time sensor values directly onto the physical machinery, detailed repair steps, or virtual blueprints, projected into the technician's field of view.
  • Delayed Update: While the technician is actively viewing a specific set of repair instructions for a valve in AR, those instructions remain stable even if other process parameters on the HMI change. A verbal "confirm" command from the technician, recognized and authenticated by the HMI panel's microphone array, updates the AR content to reflect the new state or the next step in the procedure.

sequenceDiagram
    participant P_Line as Production Line (Sensors/PLCs)
    participant SCADA as SCADA HMI Panel (First Device)
    participant Technician as Maintenance Technician (User)
    participant AR_Glasses as AR Smart Glasses (Second Device)
    participant EAM as EAM/Digital Twin Server (Second Source)

    P_Line ->> SCADA: Stream Main Content (Process Data) + Metadata (OPC UA IDs)
    activate SCADA
    SCADA ->> SCADA: Display Main Process Overview
    Technician ->> SCADA: Identify Anomaly
    AR_Glasses ->> SCADA: Scan Barcode (Metadata for Anomaly)
    activate AR_Glasses
    AR_Glasses ->> EAM: Request Extra Content (via Metadata)
    activate EAM
    EAM -->> AR_Glasses: Provide AR Overlays/Repair Steps
    deactivate EAM
    AR_Glasses ->> AR_Glasses: Project Extra Content (AR Overlays)
    loop While Main Content Changes
        SCADA ->> AR_Glasses: Extra content frozen on AR_Glasses
        Technician ->> SCADA: Verbal "Confirm" (Command Key)
        SCADA ->> AR_Glasses: Confirmation Signal (to update extra content)
        AR_Glasses ->> AR_Glasses: Display New Extra Content
    end
    deactivate AR_Glasses
    deactivate SCADA

Derivative 3.3: Remote Healthcare Consultation & Diagnostics

• Enabling Description:
  • First Device: A high-definition telemedicine cart in a remote clinic, displaying a live video feed of a patient (main content).
  • First Source: Integrated patient monitoring devices (ECG, vital signs, ultrasound) directly connected to the cart, streaming real-time biometric data and a medical imaging feed.
  • Metadata: Embedded in the video stream (e.g., using DICOM metadata extensions) are encrypted references (URLs or patient IDs) to the patient's electronic health record (EHR) entries, relevant medical guidelines, or specialist consultation portals.
  • Second Device: A physician's secure, medical-grade tablet at a central hospital.
  • Second Source: The hospital's EHR system or a clinical decision support system (CDSS).
  • Forwarding: The telemedicine cart displays the patient's video and vital signs. The remote physician scans a dynamically generated QR code on the telemedicine cart's screen, representing metadata for a specific diagnostic image or EHR entry.
  • Extra Content: The physician's tablet displays the full patient EHR, high-resolution diagnostic images, or a real-time output from the CDSS, enabling in-depth analysis.
  • Delayed Update: While the physician is reviewing a specific X-ray image or complex lab result on their tablet, that extra content remains static. A voice command from the physician (e.g., "Next patient record") received and authenticated by the telemedicine cart's integrated microphone, triggers the tablet to update with new, contextually relevant information (e.g., the next image in a series, or recent vital sign trends).

graph LR
    A[Patient Monitor / Medical Imaging (First Source)] -- Stream (Live Video, Vitals, Metadata) --> B[Telemedicine Cart (First Device)]
    B -- Display Main Content (Patient Video/Vitals) --> C(Remote Clinic Staff)
    B -- Generate Encrypted QR Code (Metadata for EHR/Image) --> D[QR Code on Cart Screen]
    D -- Scan QR Code (Secure) --> E[Physician's Tablet (Second Device)]
    E -- Request Extra Content (via Metadata) --> F[Hospital EHR / CDSS (Second Source)]
    F -- Deliver Secure Extra Content --> E
    E -- Display Extra Content (EHR, Hi-Res Images) --> C
    B -- Physician Voice Command (Command Key) --> C
    C -- Confirmation Signal --> E
    E -- Update Extra Content (Next Image/Record) --> E

4. Integration with Emerging Tech

Derivative 4.1: AI-Optimized Content Delivery with IoT-Triggered Metadata

• Enabling Description:
  • AI-driven optimization: The first device (a smart home entertainment hub) uses an integrated AI inference engine to analyze user viewing habits, emotional responses (via facial recognition/voice tone analysis from a peripheral camera/mic array), and contextual cues within the main content stream. This AI dynamically generates highly personalized metadata (e.g., deep links to related fan theories, merchandise, or educational content) in real-time.
  • IoT sensors for real-time monitoring: Ambient IoT sensors throughout the home (e.g., smart lighting, thermostat, smart speakers) monitor environmental factors (room occupancy, light levels, noise) and user activity. Changes in these IoT parameters can automatically trigger the AI to re-evaluate metadata generation or suggest new extra content. For example, if the user picks up a specific smart mug, AI might suggest a recipe related to the show.
  • Blockchain for supply chain verification: The metadata itself is published to a permissioned blockchain (e.g., Hyperledger Fabric) as an immutable record, ensuring the authenticity and provenance of the extra content links. The second device (a smart speaker with a display or a smartphone) retrieves this blockchain-verified metadata and fetches extra content from verified sources. The "command key" on the first device (e.g., a hand gesture detected by the hub's camera) triggers the smart speaker to update its display with the next AI-curated extra content, authenticated via blockchain.

flowchart TD
    A[First Source: Content Provider] -- Main Content + Raw Metadata --> B[First Device: Smart Home Hub]
    subgraph AI-Driven Optimization
        B --> C{AI Engine: Analyze User/Content}
        C --> D[Personalized Metadata Generation]
    end
    B -- IoT Sensors (Ambient/User Activity) --> C
    D -- Publish Metadata (Verified) --> E[Permissioned Blockchain]
    E -- Retrieve Verified Metadata --> F[Second Device: Smart Speaker/Smartphone]
    F -- Request Extra Content --> G[Second Source: Verified Content Repositories]
    G -- Deliver Extra Content --> F
    F -- Display Extra Content --> H(User)
    B -- Hand Gesture (Command Key) --> B
    B -- Trigger Update Command (Blockchain Verified) --> F

Derivative 4.2: Edge-AI for Contextual Awareness & Secure Content with Federated Learning

• Enabling Description:
  • Edge-AI for contextual awareness: The first device (a public information display, e.g., in a museum or airport) uses on-device (edge) AI to analyze real-time anonymized crowd movement, dwell times, and ambient noise (main content, derived from optical and acoustic sensors - first source). This AI generates highly specific, localized metadata (e.g., links to exhibit details, flight gate changes, or real-time queues).
  • Federated learning: The edge AI models on multiple first devices are collaboratively trained using federated learning, allowing them to improve their contextual awareness without sharing raw, sensitive data centrally, thus enhancing privacy.
  • Blockchain for secure content delivery: The metadata contains a cryptographic hash of the extra content. When the second device (a user's personal smartphone) scans a visually presented QR code (metadata) on the public display, it uses a blockchain-based content delivery network (CDN) to fetch the extra content (e.g., an interactive map, multilingual audio guide) from the second source. The blockchain ensures content integrity and confirms that the fetched content matches the hash in the metadata. The "command key" to update extra content (e.g., an interactive poll result or next section of an exhibit guide) is a touch input on the public display (first device) that sends a cryptographically signed instruction to the user's phone.

sequenceDiagram
    participant Public_Display as Public Info Display (First Device)
    participant Edge_AI as Edge AI (on Public_Display)
    participant Crowd_Sensors as Crowd/Ambient Sensors (First Source)
    participant User_Smartphone as User Smartphone (Second Device)
    participant Blockchain_CDN as Blockchain-based CDN
    participant Extra_Source as Extra Content Source

    Crowd_Sensors ->> Public_Display: Real-time Data (Main Content)
    Public_Display ->> Edge_AI: Process Main Content
    activate Edge_AI
    Edge_AI ->> Edge_AI: Generate Localized Metadata (incl. Content Hash)
    Edge_AI ->> Public_Display: Display Metadata (QR Code)
    Public_Display ->> Public_Display: Federated Learning (Model Updates)
    deactivate Edge_AI
    User_Smartphone ->> Public_Display: Scan QR Code (Metadata)
    activate User_Smartphone
    User_Smartphone ->> Blockchain_CDN: Request Extra Content (with Hash)
    activate Blockchain_CDN
    Blockchain_CDN ->> Extra_Source: Verify and Fetch Content
    Extra_Source -->> Blockchain_CDN: Content + Verification
    Blockchain_CDN -->> User_Smartphone: Deliver Verified Extra Content
    deactivate Blockchain_CDN
    User_Smartphone ->> User_Smartphone: Display Extra Content
    loop Context Changes
        User_Smartphone ->> Public_Display: Extra content frozen on User_Smartphone
        Public_Display ->> Public_Display: User Touch Input (Command Key)
        Public_Display ->> User_Smartphone: Cryptographically Signed Update Command
        User_Smartphone ->> User_Smartphone: Update Extra Content
    end
    deactivate User_Smartphone

5. The "Inverse" or Failure Mode

Derivative 5.1: Graceful Degradation & Emergency Information Mode

• Enabling Description: In a public emergency broadcast system (e.g., an airport or municipal emergency center), the first device (a large public display) broadcasts critical safety information and evacuation routes (main content). Accompanying metadata (e.g., emergency service URLs, local shelter maps) is transmitted. The second device is a user's smartphone.
• Failure Mode: In the event of a network outage (loss of connectivity to the second source for extra content), the system transitions to a "limited-functionality" mode.
  • Instead of live, dynamically updated extra content, the smartphone (second device) falls back to displaying pre-cached, essential emergency information (e.g., static maps, first-aid instructions) that was stored locally during normal operation or received via a low-bandwidth emergency broadcast channel (e.g., ATSC 3.0 datacasting).
  • The "command key" on the first device (a physical emergency override button) now acts to push a "static snapshot" of the current extra content (e.g., the most recent list of open shelters) to all connected smartphones, bypassing dynamic updates and ensuring critical information persistence even if the main content (e.g., an active emergency briefing) continues to update.
  • Forwarding of metadata by scanning is replaced by a "proximity beacon" mode from the first device, which broadcasts essential metadata (e.g., a simple URL to the cached content) over Bluetooth Low Energy (BLE), allowing nearby phones to receive it without active scanning.

stateDiagram
    state "Normal Operation" as Normal
    state "Network Outage Detected" as Outage
    state "Limited-Functionality Mode" as Limited
    state "Static Snapshot Pushed" as Snapshot

    [*] --> Normal : Full functionality, dynamic extra content
    Normal --> Outage : Network failure (Second Source Unreachable)
    Outage --> Limited : Fallback to Pre-cached/Low-bandwidth Extra Content
    Limited --> Limited : Main Content Updates (First Device)
    Limited --> Snapshot : Emergency Override Button (Command Key) on First Device Pressed
    Snapshot --> Limited : Push Static Extra Content Snapshot to Second Devices (BLE Proximity)
    Limited --> Normal : Network Restored

Derivative 5.2: Low-Power Privacy-Preserving Mode

• Enabling Description: For a personal media system focused on privacy and minimal energy consumption, the first device (a personal media server/display unit) streams home videos or photo albums (main content). Metadata (e.g., face recognition tags, geotags) is processed locally on the first device. The second device is a low-power, e-paper tablet used for casual browsing.
• Failure/Low-Power Mode: In a "low-power" mode (e.g., activated by user setting or low battery), the system operates with reduced functionality to conserve energy and minimize data exposure.
  • The first device ceases broadcasting dynamic, detailed metadata. Instead, it emits only anonymized, coarse-grained metadata (e.g., category tags like "vacation photos," "family events") via a pulsed NFC signal.
  • The second device (e-paper tablet) no longer retrieves rich extra content from a remote second source. Instead, when it scans the coarse NFC metadata, it accesses only locally stored, privacy-filtered extra content (e.g., artist names only, no personal details) on its own flash memory, or a very basic summary generated by a local, simple AI model.
  • The "command key" on the first device (a capacitive touch sensor) initiates a single, pre-defined extra content update on the e-paper tablet, e.g., flipping to the next photo's title, without fetching new external data, maintaining privacy and low power. This also prevents excessive battery drain from constant scanning or network requests.

classDiagram
    class FirstDevice {
        +MediaServer: Local
        +DisplayUnit: MainContent
        +LocalMetadataProcessor: PrivacyFilter
        +NFCEmitter: PulsedLowPower
        +CapacitiveTouchSensor: CommandKey
        -FullMetadata: (Suppressed in Low-Power Mode)
    }
    class SecondDevice {
        +EPaperTablet: LowPowerDisplay
        +NFCReader: Receiver
        +LocalMemory: PrivacyFilteredContent
        +SimpleAI: LocalSummaryGenerator
        -NetworkInterface: (Limited in Low-Power Mode)
    }
    FirstDevice -- NFCEmitter
    SecondDevice -- NFCReader
    FirstDevice "1" -- "1" SecondDevice : Anonymized/Coarse Metadata (NFC)
    FirstDevice --> FirstDevice : Process Main Content
    SecondDevice --> SecondDevice : Access Local Extra Content / Generate Local Summary
    FirstDevice --> SecondDevice : Command Key (Capacitive Touch) for Basic Update
    SecondDevice --> SecondDevice : Display Basic/Static Extra Content

---

Combination Prior Art Scenarios (Patent + Open-Source Standard)

Here are three scenarios combining US10721542 with existing open-source standards, thereby generating new prior art.

1. US10721542 + HbbTV (Hybrid Broadcast Broadband TV)

• Enabling Description: A smart TV (first device) receives a broadcast DVB-T/S/C signal (first source) containing main content. The broadcast signal also carries HbbTV application metadata (e.g., an AIT signal with an application URL) alongside the main content. This HbbTV application (running on the TV) generates a dynamic QR code on a specific region of the TV screen. A user's smartphone (second device) scans this QR code, which contains an enriched URL. This URL directs the smartphone to a web server (second source) hosting an extra content application. This extra content application provides supplementary information related to the broadcast, synchronized via DVB-CSI (Companion Screen Interface) and HbbTV's Content Reference ID. When the user interacts with a specific "more info" button within the HbbTV overlay on the TV (acting as the command key on the first device), a DVB-CSI message is sent to the smartphone, instructing it to display the next correlated extra content, overriding its paused state.

flowchart TD
    A[Broadcast (DVB-T/S/C) First Source] -- Main Content + HbbTV AIT --> B[Smart TV (First Device)]
    B -- Display Main Content --> C(User)
    B -- HbbTV App (Generates Dynamic QR w/ Enriched URL) --> D[QR Code on TV Screen]
    D -- Scan QR Code --> E[Smartphone (Second Device)]
    E -- HbbTV App Link (URL) --> F[Web Server (Second Source)]
    F -- Deliver Extra Content (HbbTV/Web App) --> E
    E -- Display Extra Content --> C
    B -- "More Info" Button (Command Key) --> B
    B -- DVB-CSI Message --> E
    E -- Update Extra Content --> E

2. US10721542 + WebRTC (Web Real-Time Communication)

• Enabling Description: A lecturer's computer (first device) streams a live presentation (main content) using WebRTC to a classroom's projector (also considered the first device's display). The lecture content is sourced locally or from a streaming server (first source). During the lecture, the lecturer's computer dynamically generates a QR code on the projector screen. This QR code, acting as metadata, encodes a WebRTC signaling server URI and a session ID for a peer-to-peer data channel. A student's laptop or tablet (second device) scans this QR code to establish a direct WebRTC data channel with the lecturer's computer. Through this channel, the student's device retrieves "extra content" (e.g., interactive quizzes, high-resolution diagrams, collaborative note-taking prompts) from the lecturer's computer (acting as the second source for these specific assets). The extra content on the student's device is paused when the student focuses on a particular slide. A gesture recognized by the lecturer's computer's webcam (e.g., lecturer points to a specific screen region, which acts as the command key), sends a WebRTC data channel message to the student's device, triggering the next relevant piece of extra content.

sequenceDiagram
    participant L_Computer as Lecturer's Computer (First Device)
    participant Projector as Projector (Display)
    participant L_Source as Lecture Content Source (First Source)
    participant S_Laptop as Student's Laptop/Tablet (Second Device)
    participant WebRTC_Server as WebRTC Signaling Server

    L_Source ->> L_Computer: Provide Main Content (Lecture)
    L_Computer ->> Projector: Display Main Content (via WebRTC stream)
    L_Computer ->> L_Computer: Generate QR (WebRTC Session ID/URI)
    Projector ->> S_Laptop: Display QR Code
    S_Laptop ->> Projector: Scan QR Code (Metadata)
    activate S_Laptop
    S_Laptop ->> WebRTC_Server: Initiate WebRTC connection (via URI)
    WebRTC_Server -->> L_Computer: Signaling
    L_Computer -->> S_Laptop: Establish WebRTC Data Channel (Lecturer's computer as Second Source for Extra Content)
    L_Computer ->> S_Laptop: Stream Extra Content (Quizzes/Diagrams)
    deactivate L_Computer
    S_Laptop ->> S_Laptop: Display Extra Content
    loop Main Content Changes
        S_Laptop ->> L_Computer: Extra content frozen
        L_Computer ->> L_Computer: Lecturer Gesture (Command Key)
        L_Computer ->> S_Laptop: WebRTC Data Channel Message (Update Command)
        S_Laptop ->> S_Laptop: Update Extra Content
    end
    deactivate S_Laptop

3. US10721542 + Digital Living Network Alliance (DLNA)

• Enabling Description: A DLNA-enabled Smart TV (first device) plays a movie (main content) from a networked attached storage (NAS) device (first source) acting as a DLNA Media Server. The NAS is also configured to embed metadata (e.g., XML files with actor biographies, soundtrack links, movie trivia) into the DLNA content information. The Smart TV processes this metadata and displays a dynamic, short-lived bar code in a corner of the screen. A user's DLNA-compatible smartphone (second device), acting as a DLNA Media Controller, scans this barcode. The barcode contains instructions (e.g., a UPnP URI) for the smartphone to discover and access a specific DLNA Media Server (potentially a different, dedicated server, or the same NAS but accessing a different content directory, acting as the second source) that provides "extra content" (e.g., IMDb entries, Rotten Tomatoes reviews, director interviews). The extra content on the smartphone updates only when the user presses a specific "Scene Info" button on the TV's remote control (command key on the first device), which sends a UPnP control message to the smartphone, causing it to refresh its displayed extra content based on the current scene's metadata.

graph LR
    A[NAS Device (DLNA Media Server / First Source)] -- DLNA Stream (Main Content + Metadata) --> B[Smart TV (First Device)]
    B -- Display Main Content (Movie) --> C(User)
    B -- Display Dynamic Barcode (Metadata: UPnP URI for Extra Content) --> D[Barcode on TV Screen]
    D -- Scan Barcode --> E[Smartphone (DLNA Media Controller / Second Device)]
    E -- UPnP Control Message (Request Extra Content) --> F[Dedicated DLNA Media Server (Second Source)]
    F -- Deliver Extra Content (IMDb, Reviews, Interviews) --> E
    E -- Display Extra Content --> C
    B -- "Scene Info" Button (Remote Control / Command Key) --> B
    B -- UPnP Control Message --> E
    E -- Update Extra Content --> E