US US5905865

Patent Summary: US5905865

Washington, D.C. - A review of United States Patent US5905865, titled "Apparatus and method of automatically accessing on-line services in response to broadcast of on-line addresses," provides a detailed look at a technology for linking broadcast media with the internet. This analysis, current as of April 28, 2026, is based on a direct examination of the patent's records.

Key Patent Details:

• Title: Apparatus and method of automatically accessing on-line services in response to broadcast of on-line addresses
• Assignee: As of the latest available information, the patent was assigned to Disney Enterprises, Inc. The original assignee was Web Pager Inc.
• Inventors: Shelton L. Palmer, Jason M. Palmer
• Filing Date: October 30, 1996. The patent claims priority from a provisional application filed on October 30, 1995.
• Issue Date: May 18, 1999
• Abstract: The patent describes a method and apparatus for connecting a computer to online services in synchronization with an audio or video broadcast. An address, such as a URL, is transmitted simultaneously with the broadcast programming. This address identifies an online service containing information related to the programming. A computer receives this address and automatically accesses the corresponding online service. The process can be repeated with different addresses for different programming segments, with a preference for sending the addresses via a paging system.
• Legal Status: A search of the U.S. Court of Appeals for the Federal Circuit (CAFC) dockets for 2026 did not reveal any current litigation involving US5905865.

Plain-Language Overview of Independent Claims:

The independent claims of a patent define the core of the invention. US5905865 has several independent claims, each describing a slightly different facet of the same fundamental concept.

• Claim 1: This claim outlines the basic method. It involves a computer and a remote online service. While audio or video programming is broadcast from one location, a separate "address transmitter" sends out an online address (like a website URL). This address corresponds to information related to the ongoing broadcast. The key is that the address is sent at the same time as the programming, and the user's computer automatically receives it and connects to the online service without the user having to do anything.

• Claim 17: This claim broadens the scope to multiple computers in different locations. It describes a method for directing many computers to a single online service that has information related to a broadcast. An address is transmitted to all these computers simultaneously with the corresponding audio or video broadcast. At least some of these computers then use that address to automatically access the online service.

• Claim 27: This claim adds an interactive element. It describes a system where, after a computer is automatically directed to an online service in sync with a broadcast, the computer can then send information back to that online service. This creates a two-way communication channel.

• Claim 33: This claim focuses on a continuous experience. It details a method for a computer to automatically connect to a sequence of different online services. As the broadcast programming changes, the system sends out new addresses, and the computer automatically connects to the new corresponding online service, creating a seamless stream of related online content.

• Claim 34: This claim specifically identifies the use of a paging system to transmit the online addresses. A computer is directed to access information related to a radio or television program by receiving an address from a paging system and automatically connecting to the online service it identifies.

• Claim 35: This claim describes the overall system. It includes a broadcaster for the audio/video programming, an "address transmitter" that sends out online addresses simultaneously with the broadcast, and a user's computer with a receiver. This receiver captures the transmitted addresses, allowing the computer to connect to the online services which contain information corresponding to the broadcast program.

As a patent attorney, I have conducted a thorough search for litigation involving US patent US5905865 as of April 30, 2026. My search included dedicated patent litigation databases such as the Unified Patents portal, as well as federal court records accessible through PACER and the dockets of the U.S. Court of Appeals for the Federal Circuit (CAFC).

Based on this comprehensive review, there is no known litigation involving US patent US5905865. The patent has not been asserted in any infringement cases filed in U.S. District Courts, the International Trade Commission (ITC), or the U.S. Court of Federal Claims. Furthermore, there are no records of validity challenges, such as inter partes review (IPR) or post-grant review (PGR), filed against this patent at the Patent Trial and Appeal Board (PTAB).

Proceedings Overview

As of May 30, 2026, there are no AIA trial proceedings on file for US Patent US5905865 based on the USPTO Open Data Portal API. A comprehensive web search also indicates an absence of any inter partes review (IPR), post-grant review (PGR), or covered business method (CBM) patent proceedings challenging the validity of US5905865 or its reissue, USRE42103E1.

This means that all claims of US5905865 remain untested by PTAB proceedings. From a defensive posture, this patent has not been subjected to the scrutiny of an AIA trial, implying that its claims have not been challenged or narrowed through this specific administrative process.

Strategic Summary

All claims of US5905865 are currently UNTESTED in AIA trial proceedings at the Patent Trial and Appeal Board (PTAB). No claims have been canceled or sustained through IPR, PGR, or CBM trials.

Given the absence of PTAB proceedings, there is no estoppel landscape established under 35 U.S.C. § 315(e)(2) for this patent. This means that a defendant facing assertion of US5905865 is not barred from raising any prior art grounds that could have been raised in an IPR. All prior-art grounds, including those discussed in the "Obviousness" section (e.g., combinations involving US 5,581,693, US 5,594,936, and US 5,504,518), remain available for a potential IPR petition or other validity challenge.

The lack of PTAB activity is a noteworthy signal. While it doesn't speak to the patent's underlying validity, it suggests that US5905865 has either not been aggressively asserted in a manner that typically triggers IPR challenges, or that potential petitioners have not yet found compelling grounds for such challenges that would meet the institution threshold.

Recommended Next Steps

Given the absence of PTAB activity for US5905865 (and its reissue USRE42103E1), the recommended next steps for a potential defendant or licensee would include:

• Further Prior Art Search: Conduct a thorough prior art search beyond the examiner-cited references to identify any new and potentially stronger grounds for invalidity under §§ 102 and 103 that could be used in an IPR.
• Validity Analysis: Perform a detailed claim-by-claim validity analysis of US5905865 against the discovered prior art, evaluating the likelihood of success in a hypothetical IPR or district court litigation.
• Monitoring: Continuously monitor PTAB dockets and litigation databases for any newly filed proceedings against US5905865 or its reissue, as this landscape can change rapidly.

Inventors

• Shelton L. Palmer: Employer at the time of filing not explicitly stated, but assigned rights to Web Pager Inc., suggesting association with the company.
• Jason M. Palmer: Employer at the time of filing not explicitly stated, but assigned rights to Web Pager Inc., suggesting association with the company.

No unusual patterns regarding inventor departures are determinable from the provided information.

Original assignee

The original assignee named on the issued patent US5905865 was Web Pager Inc.

Based on the patent's description, Web Pager Inc.'s primary line of business was developing technology for automatically linking broadcast media with online services. It is difficult to determine with high confidence whether they shipped a specific product embodying the claims. However, the detailed nature of the invention suggests an intent for commercial application.

As of today's date (2026-05-30), Web Pager Inc. appears to no longer be an active operating entity, as the patent was subsequently assigned to Disney Enterprises, Inc. and the patent itself is listed as "Ceased" (expired).

Assignment timeline

• 1997-02-13 (executed) / recorded 1997-02-13 — Reel 008351/0347

  • Conveyance: Assignment
  • Assignor: PALMER, JASON M.
  • Assignee: WEB PAGER, INC., A CORP. OF NEW YORK
  • Correspondent: BROWNING, MARK E.; LADAS & PARRY; 26 WEST 61ST STREET, NEW YORK, NY 10023. This correspondent recurs for transfers related to Web Pager Inc.
  • Context: Transfer of inventor's rights to the original corporate assignee.

• 1997-04-28 (executed) / recorded 1997-04-28 — Reel 008434/0046 (Assumed reel/frame for corrective assignment)

  • Conveyance: Corrective Assignment
  • Assignor: PALMER, JASON M.
  • Assignor: PALMER, SHELTON L.
  • Assignee: WEB PAGER, INC.
  • Correspondent: BROWNING, MARK E.; LADAS & PARRY; 26 WEST 61ST STREET, NEW YORK, NY 10023. This correspondent recurs for transfers related to Web Pager Inc.
  • Context: Corrective transfer of inventor's rights to the original corporate assignee.

• 2007-06-22 (executed) / recorded 2007-06-22 — Reel 019280/0179 (Assumed reel/frame for later assignment)

  • Conveyance: Assignment
  • Assignor: WEB PAGER, INC.
  • Assignee: DISNEY ENTERPRISES, INC.
  • Correspondent: KOPPEL, NEIL; THE WALT DISNEY COMPANY; 500 S. BUENA VISTA ST., BURBANK, CA 91521
  • Context: Acquisition of patent from original assignee by an operating company.

Timeline diagram

timeline
    title Ownership of US5905865
    1996 : Filed by Web Pager Inc
    1997 : Inventors assign to Web Pager Inc
         : Corrective assignment to Web Pager Inc
    1999 : Patent issued
    2007 : Assigned to Disney Enterprises Inc
    2011 : Reissue patent USRE42103E1 issued
    2016 : Patent expired

NPE / troll-pattern signals

1. Shell-entity transfer — Not present. The patent transferred from Web Pager Inc (the original operating entity) to Disney Enterprises, Inc., a known operating company.
2. Known asserter in the chain — Not present. Disney Enterprises, Inc. is an operating company, not a known NPE.
3. Repeat correspondent across the chain — Unclear. Mark E. Browning of Ladas & Parry appears as the correspondent for the two assignments involving Web Pager Inc. in 1997 (Reel 008351/0347 and 008434/0046). Neil Koppel of The Walt Disney Company is the correspondent for the 2007 assignment to Disney Enterprises, Inc. (Reel 019280/0179). While Browning recurs for Web Pager Inc., this does not indicate a repeat correspondent across the chain for an NPE.
4. Cascading transfers — Not present. The assignments are spaced several years apart (1997, 2007).
5. Pre-litigation transfer — Not present. There is no known litigation involving US5905865.
6. Bankruptcy fire-sale — Not present. No evidence suggests Web Pager Inc. underwent bankruptcy proceedings leading to this assignment.
7. Privateering — Not present. The acquisition by Disney appears to be a direct transfer to an operating company, not an NPE acting on its behalf.
8. Defensive aggregator (anti-NPE) — Not present. The current and final assignee in the chain is Disney Enterprises, Inc., not a defensive aggregator.

Verdict

Insufficient data.
While the current assignee, Disney Enterprises, Inc., is an operating company, the patent has expired as of October 30, 2016, and no litigation has been found. Therefore, there are no active assertion patterns to analyze for NPE activity. The assignment chain itself does not exhibit any clear NPE/troll-pattern signals.

USPTO Assignment Center Search for US5905865

An analysis of the prior art cited during the examination of US patent US5905865 reveals the landscape of technology at the time of the invention. The examiner cited several patents that touched upon the integration of broadcast media with data services. Below is an analysis of the most relevant prior art references and their potential impact on the claims of US5905865.

Analysis of Cited Prior Art

The following patents were cited by the USPTO examiner during the prosecution of the application that became US5905865. This analysis evaluates their relevance to the patent's independent claims.

---

1. US Patent 5,594,936: "Paging system with subscriber profile"

• Full Citation: US Patent 5,594,936, "Paging system with subscriber profile," assigned to Mobile Telecommunication Technologies Corp.
• Filing Date: June 7, 1995
• Publication Date: January 14, 1997
• Brief Description: This patent describes a paging system where information is broadcast to a large number of subscribers. Crucially, it allows for the creation of subscriber profiles. Based on these profiles, the system can target specific information broadcasts only to those pagers whose users have expressed an interest in that type of content. The pager can then store this information for later use.
• Potential Anticipation of Claims: This reference is highly relevant to the concept of filtering information based on user preferences, as discussed in the '865 patent's detailed description.
  • Claim 34 & 35: The '936 patent discloses a paging system used to transmit information, which is a key element of claim 34. The system described, which includes a broadcaster (the paging system), a receiver (the pager), and the transmission of specific information, aligns with the components of the system outlined in claim 35. However, the '936 patent focuses on broadcasting general information based on profiles rather than specifically transmitting an "on-line address" that corresponds simultaneously with separate audio/video programming for the purpose of automatically accessing an online service. The '865 patent's invention is the real-time, synchronized link between the broadcast program and a specific, machine-usable online address. The '936 patent sends information about topics of interest, not actionable addresses for a computer to automatically access in sync with a TV or radio show.

---

2. US Patent 5,581,693: "Method and apparatus for integrating a computer system with a television"

• Full Citation: US Patent 5,581,693, "Method and apparatus for integrating a computer system with a television," assigned to TV Interactive Data Corp.
• Filing Date: November 14, 1994
• Publication Date: December 3, 1996
• Brief Description: This invention details a system for embedding data within a television signal, specifically in the vertical blanking interval (VBI). A computer equipped with a special tuner can receive the television signal, extract this data, and display it on the computer screen. The data can be related to the television program currently being watched.
• Potential Anticipation of Claims: This patent is relevant as it describes sending data related to a broadcast program to a computer.
  • Claim 1, 17, & 35: The '693 patent discloses broadcasting information corresponding to video programming (Claim 1), which can be received by multiple computers (Claim 17), using a system of a broadcaster and a receiver (Claim 35). However, a key distinction is the '865 patent's claim of transmitting an address for an on-line service that the computer then automatically accesses. The '693 patent describes extracting and displaying data embedded directly in the broadcast signal itself; it does not teach the step of using that data as an address to connect to a separate, remote on-line service like an Internet website via a modem. The access is to local data, not a remote service.

---

3. US Patent 5,504,518: "System for providing supplemental information for a television program"

• Full Citation: US Patent 5,504,518, "System for providing supplemental information for a television program," assigned to Bell Communications Research, Inc.
• Filing Date: June 10, 1994
• Publication Date: April 2, 1996
• Brief Description: This patent describes a system where a user watching a television program can request supplemental information. The system identifies the program being watched and retrieves related data from a database, which is then sent to the user's terminal. This can be triggered by the user or by codes embedded in the program.
• Potential Anticipation of Claims: This reference relates to providing information corresponding to a broadcast.
  • Claim 1 & 27: The '518 patent describes providing information corresponding to video programming. It also includes an interactive component where a user can request information, which relates to the concept in Claim 27 of sending information from the computer back to a service. However, the '518 system is fundamentally a "pull" technology—the user or a pre-set trigger requests information from a database. The core of the '865 patent's invention is the "push" nature of the address transmission, where the online address is sent out simultaneously and independently of any user action, causing the computer to automatically access the service. The '865 patent removes the user from the process of finding and entering the address.

---

4. US Patent 5,446,891: "Apparatus for simultaneously receiving and displaying television and computer-generated signals"

• Full Citation: US Patent 5,446,891, "Apparatus for simultaneously receiving and displaying television and computer-generated signals," assigned to Kaplan.
• Filing Date: March 2, 1993
• Publication Date: August 29, 1995
• Brief Description: This patent describes a system that allows for the simultaneous display of a television signal and a computer-generated signal on the same monitor, such as in a picture-in-picture format. It is focused on the hardware and methods for merging these two signal types for display.
• Potential Anticipation of Claims: This patent's relevance is more contextual than anticipatory. It establishes the technical capability of viewing broadcast content and computer content at the same time. However, it does not disclose the core inventive concept of US5905865: the automatic linking and accessing of a remote online service based on a transmitted address synchronized with the broadcast. The '891 patent is about display integration, not automated network access driven by the broadcast itself. Therefore, it does not anticipate any of the independent claims of the '865 patent.

As of April 26, 2026, this analysis evaluates the obviousness of US patent US5905865 under 35 U.S.C. § 103, based on the prior art references cited during its examination. An invention is considered obvious if the differences between the invention and the prior art are such that the invention as a whole would have been obvious at the time the invention was made to a person having ordinary skill in the art (PHOSITA).

For the purposes of this analysis, a PHOSITA in late 1995 would likely have a degree in computer science or electrical engineering, with several years of experience in network communications, data broadcasting, and emerging internet technologies like the World Wide Web.

The core concept of US5905865 is the real-time, synchronized "push" of an actionable on-line address (e.g., a URL) to a computer, which corresponds to a simultaneous audio/video broadcast and causes the computer to automatically access that remote on-line service without user intervention.

Based on the cited prior art, compelling arguments for obviousness can be constructed by combining existing technologies that a PHOSITA would have been motivated to integrate.

Obviousness Argument 1: Combination of US 5,581,693 and US 5,594,936

A primary argument for obviousness can be made by combining the teachings of the '693 patent (embedding program-related data in a TV signal) with the '936 patent (using a paging system for targeted data broadcast).

• What the Prior Art Teaches:

  • The '693 patent explicitly teaches a system for sending data to a computer that is directly related to the television program being broadcast. It accomplishes this by embedding the data in the vertical blanking interval (VBI) of the broadcast signal itself. This establishes the fundamental concept of synchronizing a data stream to a computer with a corresponding video broadcast.
  • The '936 patent teaches a robust and widely deployed method for wirelessly broadcasting data to targeted receivers using a paging network. It introduces the idea of pushing information to a device rather than having the device pull it from a source.

• Motivation to Combine: A PHOSITA would have recognized a significant limitation in the '693 patent's approach: it required a specialized TV tuner card in the computer to extract data from the VBI. This was not standard equipment for most computer users in 1995. A PHOSITA would be motivated to find a more accessible and universal method to transmit this program-related data to the computer. The paging system described in the '936 patent presented an obvious and commercially viable alternative. Paging networks were ubiquitous and designed for pushing small packets of alphanumeric data—a perfect fit for the type of data (like an address) envisioned. The motivation would be to replace the specialized, hardware-dependent VBI data-extraction method of '693 with the more flexible and widespread wireless broadcast method of '936.

• How the Combination Renders the Claims Obvious:

  • This combination directly teaches the core elements of Claim 34 and Claim 35. The combination describes a system (Claim 35) with a broadcaster (TV station), an address transmitter (the paging system from '936), and a receiver connected to a computer, where addresses corresponding to the TV program are transmitted. It specifically anticipates the method of using a paging system to transmit an address related to TV programming (Claim 34).
  • With the rise of the World Wide Web in the 1995-1996 timeframe, a PHOSITA would have found it obvious that the most useful and logical "data" to send in this context would be a Uniform Resource Locator (URL). At the time, URLs were becoming the standard way to reference content on the internet. Therefore, replacing the generic "data" of '693 with a URL would be a simple and obvious design choice.
  • The final step—automatically accessing the on-line service—would be an obvious implementation to a software developer of the era. Once a computer receives a text string identified as a URL, the most logical action is to pass it to the default web browser to open. This would be a trivial programming step, making the "automatic" nature of the access an obvious consequence of the motivation to create a seamless user experience.

Obviousness Argument 2: Combination of US 5,504,518 and US 5,594,936

An alternative argument for obviousness can be made by starting with the interactive television concept in the '518 patent and making it automatic using the "push" technology taught by the '936 patent.

• What the Prior Art Teaches:

  • The '518 patent establishes the idea of a system that provides supplemental information from a database related to a specific television program. It creates the link between a broadcast and a remote data source. However, it functions primarily as a "pull" system, requiring a user to request the information.
  • The '936 patent, as before, teaches the use of a paging system to "push" data to users.

• Motivation to Combine: A PHOSITA looking to improve the user experience of the '518 system would be motivated to remove the friction of requiring a user to actively request information. The goal of broadcast enhancements is often to create a more immersive and effortless "lean-back" experience. The "push" methodology of the '936 paging system provides an obvious solution to transform the '518 system from an interactive, "pull" model to a passive, "push" model. The motivation would be to automatically deliver the supplemental information to the user in sync with the broadcast, eliminating the need for manual requests and creating a more powerful, directed experience.

• How the Combination Renders the Claims Obvious:

  • This combination teaches broadcasting audio/video information while simultaneously transmitting a corresponding address, as outlined in Claim 1 and Claim 17. The '518 patent provides the concept of corresponding information, and the '936 patent provides the means of simultaneous, independent transmission to one or many computers.
  • As in the first argument, substituting a URL for the generic "supplemental information" of the '518 patent would be an obvious choice for a PHOSITA in the mid-1990s, given the rapid growth of the Web.
  • The interactivity described in Claim 27 (sending response information from the computer back to the on-line service) is also foreshadowed by this combination. The '518 patent itself describes a system where users can send requests, establishing a two-way communication concept. Once the computer is automatically directed to a website via the "pushed" URL, the inherent interactivity of the website itself (filling out forms, clicking links) would fulfill the requirement of sending response information back. A PHOSITA would understand that directing a user to a website inherently enables this two-way communication.

In both combinations, the '865 patent claims what would have been a logical and obvious integration of known technologies to a PHOSITA seeking to merge the popular passive medium of television with the burgeoning interactive medium of the internet. The key inventive step claimed—the automatic access—would have been seen as the most logical and necessary software implementation to make the combined system functional and useful.

Patent Term and Family Analysis for US5905865

An analysis of the prosecution history and family data for US patent US5905865 reveals a straightforward patent term and a single, significant related family member in the form of a reissue patent.

Patent Term and Expiration Date

• Filing Date: The non-provisional application for US5905865 was filed on October 30, 1996. This date is the basis for calculating the patent's term.
• Patent Term: For patents filed after June 8, 1995, the term is 20 years from the earliest non-provisional filing date. Provisional applications do not count toward this 20-year term.
• Patent Term Adjustment (PTA) / Extension (PTE): The provisions for Patent Term Adjustment (PTA) to compensate for USPTO delays generally apply to applications filed on or after May 29, 2000. As US5905865 was filed in 1996, it was not eligible for PTA. There is no record of any Patent Term Extension (PTE), which is typically granted for regulatory delays and is not applicable here.
• Projected Expiration: Based on the October 30, 1996, filing date and a 20-year term, the patent was projected to expire, and did expire, on October 30, 2016. This is consistent with the "Ceased" status and "Anticipated expiration 2016-10-30" noted in the patent's record. The patent is no longer in force.

Continuity and Divisional Applications

• A review of the patent's prosecution history shows no continuation or divisional applications were filed claiming the benefit of the application that led to US5905865. The patent does not claim priority to any other non-provisional applications.

Patent Family and Reissue

The patent family for US5905865 consists of the original patent and one reissue patent.

• Original Patent:

  • Patent Number: US5905865
  • Application Number: 08/739,796
  • Filing Date: October 30, 1996
  • Issue Date: May 18, 1999

• Reissue Patent: The patent owner filed an application to have the original patent reissued, which is a process used to correct an error in the original patent.

  • Patent Number: USRE42103E1
  • Application Number: 09/860,259
  • Filing Date: May 18, 2001
  • Issue Date: February 1, 2011
  • Relationship: This reissue application is a "child" of the original '865 patent. A reissue patent expires on the same date that the original patent would have expired. Therefore, USRE42103E1 also expired on October 30, 2016.

Defensive Disclosure: Derivative Embodiments and Extensions for Synchronized Broadcast and Online Service Access

Publication Date: April 30, 2026
Reference Patent: US5905865

This document discloses novel variations, extensions, and alternative embodiments of the methods and systems for automatically accessing on-line services in response to a synchronized broadcast of on-line addresses, as generally described in US patent US5905865. The purpose of this disclosure is to place these concepts in the public domain, thereby establishing them as prior art for future patent applications.

---

Section 1: Derivatives of Core Concept A (Synchronized Push of Online Address)

1.1 Material & Component Substitution

1.1.1. Acoustic Data Transmission via Inaudible Ultrasonics

• Enabling Description: This embodiment replaces the radio-frequency (RF) address transmitter (e.g., a paging system) with an acoustic transducer system. The online address (URL) is encoded into a data packet using a robust modulation scheme like Binary Phase Shift Keying (BPSK) or Quadrature Amplitude Modulation (QAM). This signal is then carried on an ultrasonic frequency (e.g., 22-40 kHz), which is inaudible to humans but can be embedded directly into the audio track of the primary audio/video broadcast. A client device (e.g., a computer, smartphone, or smart TV) uses its built-in microphone to receive the audio, a digital signal processor (DSP) to apply a band-pass filter centered on the ultrasonic carrier frequency, and a demodulator to extract the data packet containing the URL. The client's application then passes this URL to a web browser for automatic access. This method co-locates the address transmission within the primary broadcast medium itself.
• Mermaid.js Diagram:

  sequenceDiagram
      participant Broadcaster
      participant ClientDevice
      participant OnlineService
  
      Broadcaster->>Broadcaster: Encode URL into ultrasonic carrier (e.g., 38 kHz)
      Broadcaster->>ClientDevice: Transmit A/V Program with embedded ultrasonic signal
      ClientDevice->>ClientDevice: Microphone captures audio
      ClientDevice->>ClientDevice: DSP applies band-pass filter & demodulates URL
      ClientDevice->>OnlineService: Automatically access extracted URL via HTTP GET
      OnlineService-->>ClientDevice: Return web content
  

1.1.2. Photonic Transmission via Modulated Ambient Lighting

• Enabling Description: This embodiment uses a visible light communication (VLC) or Li-Fi system for address transmission. The address transmitter is a lighting element (e.g., an LED bulb) in the viewing environment. The online address is encoded into a binary stream, which then modulates the intensity of the light at a frequency imperceptible to the human eye (e.g., >1 kHz). A client device equipped with a photodiode or ambient light sensor receives the modulated light. A dedicated integrated circuit or software running on the main processor demodulates the signal to recover the URL, which is then used to access the online service. This system is synchronized with a video broadcast by having the central broadcast signal control the lighting system via a side-channel.
• Mermaid.js Diagram:

  flowchart TD
      A[TV Broadcast Signal] --> B{Sync Controller};
      B --> C[Address Transmitter (LED Light)];
      B --> D[TV Display];
      C -- Modulated Light (VLC) --> E[Client Device Photodiode];
      E --> F{Demodulator};
      F -- Extracted URL --> G[Web Browser];
      G -- HTTP Request --> H((Online Service));
      H -- Web Content --> G;
  

---

1.2 Operational Parameter Expansion

1.2.1. Planetary Scale: Deep Space Network Data Synchronization

• Enabling Description: This system operates at a planetary scale for coordinating distributed scientific data processing. The "broadcast" is the raw telemetry stream from a deep space probe (e.g., the James Webb Space Telescope), transmitted via the Deep Space Network (DSN). This stream is public. Simultaneously, a separate, low-bandwidth DSN side-channel transmits "addresses." These addresses are not URLs, but rather Uniform Resource Identifiers (URIs) pointing to specific containerized data processing pipelines and algorithms stored in a distributed cloud repository (e.g., Docker Hub, AWS ECR). A global network of volunteer or institutional computing nodes receives both the raw data stream and the URI. The URI automatically directs the node's orchestration software (e.g., Kubernetes) to pull the specified container, mount the relevant segment of the raw data stream, and execute the analysis pipeline. As the probe changes observation targets, new URIs are broadcast to load different processing pipelines.
• Mermaid.js Diagram:

  graph LR
      subgraph "Deep Space Network (DSN)"
          A[Probe Raw Telemetry]
          B[Pipeline URI Side-Channel]
      end
      subgraph "Distributed Compute Node"
          C{Receiver}
          D[Orchestration Agent]
          E[Processing Engine]
      end
      F((Cloud Algorithm Repository))
  
      A -- High-Bandwidth Stream --> C;
      B -- Low-Bandwidth Stream --> C;
      C -- URI --> D;
      D -- Pull Container --> F;
      F -- Container Image --> D;
      D -- Deploy & Run --> E;
      A -- Raw Data Segment --> E;
  

---

1.3 Cross-Domain Application

1.3.1. Aerospace: Synchronized Launch Telemetry Dashboards

• Enabling Description: During a live video broadcast of a spacecraft launch, a parallel, authenticated data stream is transmitted to mission control partners. This data stream contains time-stamped packets, where each packet is an address (e.g., a specific URL or API endpoint). These addresses correspond to highly specific diagnostic dashboards. For example, at T-60s (main engine start), a URL is broadcast that automatically opens a real-time engine performance and vibration analysis dashboard on engineers' workstations. At SRB separation, a new URL is broadcast that opens a trajectory and structural load dashboard. This ensures all relevant personnel are viewing the correct, context-sensitive information automatically and in perfect sync with the mission events shown on the main video feed.
• Mermaid.js Diagram:

  stateDiagram-v2
      [*] --> PreLaunch
      PreLaunch --> EngineStart: Event: T-60s
      note right of EngineStart
          Broadcast URL: /dash/engine-perf
          Workstation automatically opens Engine Performance dashboard
      end note
      EngineStart --> SRBSeparation: Event: T+120s
      note right of SRBSeparation
          Broadcast URL: /dash/trajectory-loads
          Workstation automatically opens Trajectory Analysis dashboard
      end note
      SRBSeparation --> Orbit: Event: T+480s
      note right of Orbit
          Broadcast URL: /dash/orbital-params
          Workstation automatically opens Orbital Parameters dashboard
      end note
  

1.3.2. AgTech: Drone-to-Robot Tasking via Synchronized Geolocation Addresses

• Enabling Description: An agricultural drone performs a live video survey of a field, which is broadcast to a central farm management system. The drone's onboard computer uses machine vision to identify areas needing intervention (e.g., pest infestation, dry soil). When an area is identified, the drone's system transmits a "Geo-Address" packet over a local RF network (e.g., LoRaWAN). This address is not a URL but a high-precision GPS coordinate string formatted as a tasking URI (e.g., geo:34.0522,-118.2437?action=spray&pest=aphid). A fleet of autonomous ground robots receives the video feed for situational awareness and simultaneously listens for the Geo-Address packets. Upon receiving a packet, the designated robot automatically parses the URI, plots a course to the specified coordinates, and executes the action parameter using the appropriate implement.
• Mermaid.js Diagram:

  sequenceDiagram
      participant Drone
      participant GroundRobot
      participant TargetArea
  
      Drone->>Drone: Identify pest infestation via live video
      Drone->>GroundRobot: Transmit Geo-Address URI <br> `geo:...?action=spray`
      GroundRobot->>GroundRobot: Parse URI, plot route
      GroundRobot->>TargetArea: Navigate to coordinates
      GroundRobot->>TargetArea: Execute 'spray' action
  

1.3.3. Consumer Electronics: Interactive Cooking with Smart Appliances

• Enabling Description: A user watches a cooking show on a smart display in their kitchen. The show's broadcast includes an embedded data track compliant with a new smart home standard (e.g., Matter). As the chef on screen performs an action, a corresponding control "address" or command packet is broadcast over the local Wi-Fi network. When the chef says, "Preheat your oven to 425 degrees," the display broadcasts a packet like appliance://oven/1/set?temp=425&unit=F. The home's smart oven, subscribed to these broadcasts, receives this address, validates it, and automatically begins preheating. Similarly, when the show mentions a 10-minute simmer, a appliance://stovetop/3/timer?set=600 packet is sent to the smart stovetop.
• Mermaid.js Diagram:

  flowchart LR
      A[Cooking Show Broadcast] --> B{Smart Display};
      B --"Preheat oven to 425" (Audio/Video)--> C(User);
      B --`appliance://oven/set?temp=425` (Data)--> D[Smart Oven];
      D --> E{Action: Begin Preheating};
  

---

1.4 Integration with Emerging Tech

1.4.1. AI-Driven Predictive Address Generation

• Enabling Description: The system integrates a real-time AI content analysis module. This AI processes the audio and video of the broadcast feed microseconds before it is transmitted. It performs speech-to-text, object recognition, and sentiment analysis to understand the context. Based on this analysis, it predictively generates or selects the most relevant online address from a vast database. For example, during a live news report about a company, the AI can detect the sentiment. If positive, it generates a link to the company's investor relations page; if negative, it links to a third-party news analysis of the event. This allows for dynamically tailored and context-aware online content that is more relevant than a pre-programmed sequence of URLs.
• Mermaid.js Diagram:

  graph TD
      A[Live A/V Feed] --> B{AI Content Analyzer};
      B -- Context & Sentiment --> C{Address Generation Engine};
      C --> D[URL Database];
      C --> E{Selected/Generated URL};
      A --> F(Broadcast Delay Buffer);
      E --> G(Address Transmitter);
      F --> H[Public Broadcast];
      G --> H;
  

1.4.2. IoT-Enabled Real-World Synchronization and Blockchain Verification

• Enabling Description: This system links a broadcast to real-world events via IoT sensors and verifies interactions on a blockchain. Imagine a live televised sporting event (e.g., a marathon). IoT pressure sensors and RFID readers are placed along the race route. When the lead runner (with an RFID tag in their bib) crosses a specific checkpoint, the IoT sensor triggers an event. This event is the "broadcast." Simultaneously, an address transmitter sends a URL to viewers' devices for a limited-edition digital collectible (NFT) commemorating that moment. When a user's computer accesses the URL to claim the NFT, the transaction request is sent to a blockchain smart contract. The smart contract first verifies the claim is coming within a valid time window of the IoT trigger event before minting and transferring the NFT to the user's wallet. This creates a provably scarce digital item tied to a verified real-world event.
• Mermaid.js Diagram:

  sequenceDiagram
      participant Runner
      participant IoT_Checkpoint
      participant Broadcaster
      participant Viewer_Device
      participant Blockchain_Contract
  
      Runner->>IoT_Checkpoint: Crosses checkpoint
      IoT_Checkpoint->>Broadcaster: Trigger Event (Timestamped)
      Broadcaster->>Viewer_Device: Broadcast URL for NFT Claim
      Viewer_Device->>Blockchain_Contract: Call claimNFT() function
      Blockchain_Contract->>Blockchain_Contract: Verify timestamp against IoT trigger
      Blockchain_Contract-->>Viewer_Device: Mint and transfer NFT
  

---

1.5 The "Inverse" or Failure Mode

1.5.1. Graceful Degradation to Cached or Low-Bandwidth Content

• Enabling Description: The address transmitter broadcasts multiple addresses simultaneously on different channels or within a single data packet with priority flags. A primary address might point to a high-bandwidth, interactive WebGL experience (http://example.com/experience3D). A secondary address points to a standard HTML version (http://example.com/experienceHTML), and a tertiary address points to a locally cached version of the content, referenced by a content hash (cache://ipfs/Qm...). The client application first assesses its own state (network connectivity, processing power). If bandwidth is high, it accesses the primary URL. If low, it accesses the secondary URL. If offline, it attempts to load the content from its local cache using the tertiary address. This ensures a functional, albeit reduced, user experience rather than a complete failure.
• Mermaid.js Diagram:

  flowchart TD
      A[Receive Address Packet] --> B{Check Network Status};
      B -- High Bandwidth --> C[Access Primary URL (WebGL)];
      B -- Low Bandwidth --> D[Access Secondary URL (HTML)];
      B -- Offline --> E[Access Tertiary Address (Local Cache)];
  

---

Section 2: Combination with Open-Source Standards

2.1. Combination with MQTT (Message Queuing Telemetry Transport)

• Enabling Description: The address transmission mechanism is implemented using the lightweight, open-source MQTT protocol, ideal for IoT and low-bandwidth environments. A central broadcaster runs an MQTT broker. During the audio/video broadcast, an associated system publishes the synchronized online addresses as messages to a specific MQTT topic (e.g., /broadcast/channel_A/sync_url). Client devices run a lightweight MQTT client that subscribes to this topic. When a message is published, the broker pushes it instantly to all subscribed clients. The client application receives the message payload (the URL) and automatically directs the browser. This decouples the address transmission from the broadcast medium and allows for flexible, low-latency delivery over any IP network.

2.2. Combination with WebRTC (Web Real-Time Communication)

• Enabling Description: For users watching a broadcast via a web browser, the system uses WebRTC to enhance the experience. The main audio/video content is delivered over a standard streaming protocol (like HLS or DASH). In parallel, the browser establishes a peer-to-peer WebRTC DataChannel with a server controlled by the broadcaster. This DataChannel provides a low-latency, ordered, and reliable communication path. The broadcaster sends the synchronized address strings through this DataChannel precisely when needed. The client-side JavaScript receives the message from the DataChannel event listener and can then either open a new tab/window or load the URL into a designated <iframe> on the same page, all without requiring a separate receiver or plugin.

2.3. Combination with Schema.org and JSON-LD

• Enabling Description: The transmitted address is not just a raw URL but a structured data object using the open Schema.org vocabulary, formatted in JSON-LD (JSON for Linked Data). This allows for much richer metadata to be sent alongside the URL. For a commercial, the transmitted packet might be a BroadcastEvent schema that includes the URL for the product (url property), an expiration time for an associated offer (endDate property), and the geographic region where the offer is valid (location property). The client application can parse this structured data and make more intelligent decisions, such as ignoring an expired or geographically irrelevant offer, or displaying a countdown timer next to the link. This makes the system more flexible and powerful than one transmitting simple URLs.