1:25-cv-09447
Err Content IP LLC v. MLB Advanced Media LP
I. Executive Summary and Procedural Information
- Parties & Counsel:
- Plaintiff: Err Content IP, LLC (Delaware)
- Defendant: MLB Advanced Media, L.P. (Delaware)
- Plaintiff's Counsel: Law Office of David J. Hoffman; Ramey LLP
- Case Identification: 1:25-cv-09447, S.D.N.Y., 05/19/2026
- Venue Allegations: Venue is alleged to be proper in the Southern District of New York because the Defendant maintains a "regular and established place of business" in the district.
- Core Dispute: Plaintiff alleges that Defendant's MLB App and its associated digital media services infringe a patent related to providing synchronized main and extra content across two separate user devices.
- Technical Context: The technology at issue pertains to "second-screen" experiences, where a user watching primary content on one device (e.g., a television) can view related, synchronized supplemental content on a second device (e.g., a smartphone or tablet).
- Key Procedural History: The active complaint is a Second Amended Complaint, filed after a previous version was rejected by the Court for failure to seek leave to file. The complaint notes that Plaintiff and its predecessors-in-interest have entered into settlement licenses with other entities related to the patent-in-suit, but asserts these were to terminate or avoid litigation.
Case Timeline
| Date | Event |
|---|---|
| 2012-04-26 | U.S. Patent No. 10,721,542 Priority Date |
| 2020-07-21 | U.S. Patent No. 10,721,542 Issued |
| 2026-05-19 | Complaint Filed |
II. Technology and Patent(s)-in-Suit Analysis
U.S. Patent No. 10,721,542 - "Method and Device for Providing a Main Content and an Extra Content to a User Through Reference Item" (issued Jul. 21, 2020)
The Invention Explained
- Problem Addressed: The patent describes prior content-delivery systems as having significant limitations. Users who wanted to access "extra content" linked to a primary broadcast were forced to "leave or abandon the main content" to do so, and were generally limited to viewing both on the same device Compl. ¶18 '542 Patent, col. 1:33-47 The patent notes these drawbacks were "particularly evident" when the main content (e.g., a television broadcast) and the extra content (e.g., from an internet server) came from different sources, resulting in "impractical interactions" for the user Compl. ¶18 '542 Patent, col. 1:47-60
- The Patented Solution: The invention proposes a two-device system to solve this problem. A "first device" displays the main content, which is broadcast together with metadata (a "reference item") '542 Patent, abstract This metadata is forwarded to a "second device," which then uses it to retrieve and display related "extra content" from a separate, "second source" '542 Patent, abstract This allows the main content to continue playing on the first device while the user interacts with supplemental content on the second. A key feature is a "selection 'lock,'" where selected extra content on the second device does not change even if the main content advances, until a "confirmation or input" is received from a "command key of the first device" Compl. ¶21 Compl. ¶22 '542 Patent, col. 3:34-53
- Technical Importance: The invention aims to formalize and improve the "second-screen" viewing experience that became prevalent with the proliferation of smartphones and tablets.
Key Claims at a Glance
- The complaint asserts infringement of independent claims 1 (method) and 11 (apparatus), as well as dependent claims 3, 4, 6, 9, and 10 Compl. ¶32 Compl. ¶33
- Independent Claim 1 includes the following essential elements:
- Receiving and displaying a "specific main content" and associated "metadata" from a first source on a first device.
- Forwarding the metadata to a second device, where the forwarding is "executed by scanning said metadata by said second device."
- The second device receiving "extra content" from a second source and displaying it, while the main content remains displayed on the first device.
- The extra content changing in correspondence to changes in the main content.
- A "lock" feature, where selected extra content stops changing with the main content until a "confirmation or input" is received at the second device "from the first device."
- The confirmation or input is "initially received at a command key of the first device," which then causes the second device to display new extra content.
- The complaint reserves the right to assert additional claims Compl. ¶33
III. The Accused Instrumentality
Product Identification
The accused instrumentalities are the "MLB App and related systems and services," including the app on "smartphones, tablets, connected-television platforms, and connected devices," along with associated server and back-end systems Compl. ¶28
Functionality and Market Context
The complaint alleges that the Accused Products provide "casting, connected-device, picture-in-picture, second-screen, multi-game, and synchronized content-presentation functionality" Compl. ¶28 The core accused feature is the ability for a user watching content on a first device (e.g., a smartphone) to cause related content to be presented on a second device (e.g., a connected television) and to "synchronize the content presented across those devices" Compl. ¶30 No probative visual evidence provided in complaint.
IV. Analysis of Infringement Allegations
'542 Patent Infringement Allegations
| Claim Element (from Independent Claim 1) | Alleged Infringing Functionality | Complaint Citation | Patent Citation |
|---|---|---|---|
| receiving a specific main content and metadata from a first source and displaying said specific main content on a first device... | The Accused Products receive video content (live games, highlights) with associated metadata and display that content on a first device. | ¶29; ¶34 | col. 8:40-45 |
| forwarding said metadata to a second device, wherein: the forwarding of said metadata is executed by scanning said metadata by said second device... | The Accused Products forward associated metadata to a second device, allegedly by the second device scanning the metadata. | ¶29; ¶34 | col. 8:56-59 |
| the second device receives said extra content from a second source, and said specific main content is displayed on said first device while said extra content is displayed on said second device; | The Accused Products cause the second device to receive and display related content while the main content is displayed on the first device. | ¶29; ¶30 | col. 9:10-24 |
| wherein the extra content changes in correspondence to a change of the specific main content; | The Accused Products synchronize the content presented across the two devices. | ¶30; ¶34 | col. 2:20-22 |
| wherein, when the extra content is selected, the extra content does not change even if the specific main content is changing... is delayed from being displayed on the second device until such time as a confirmation or input is received... | The complaint alleges the Accused Products perform this "lock" functionality. | ¶34 | col. 3:34-47 |
| wherein the confirmation or input is initially received at a command key of the first device, which is displaying the specific main content, such that the first device's command key, when selected, provides the confirmation or input and further causes the second device to display the new extra content. | The complaint alleges the Accused Products utilize a command key on the first device to provide confirmation and cause the second device to display new content. | ¶34 | col. 3:47-53 |
Identified Points of Contention
- Scope Question: A potential dispute may arise over the meaning of "scanning said metadata by said second device." The complaint makes a conclusory allegation that this step is performed Compl. ¶34, but the patent specification provides examples such as QR codes and bar codes '542 Patent, col. 4:6-10 The case may turn on whether the digital transfer of metadata between devices in the accused system constitutes "scanning," or if the term requires a more literal optical scanning process.
- Technical Question: A significant question is whether the accused system includes a "command key of the first device" that sends a confirmation "to display the new extra content" on the second device. The claim's language suggests a control flow where an action on the primary display device (e.g., a TV) directly commands a change on the secondary device (e.g., a phone). The court will need to determine if the accused system's control architecture, which may involve the second device controlling the first, meets this claim limitation.
V. Key Claim Terms for Construction
The Term: "scanning said metadata by said second device"
Context and Importance
This term defines the mechanism for transferring information from the first device to the second. Its construction is critical because if it is interpreted narrowly to mean only optical scanning, it may not read on systems that transfer metadata digitally over a network, which is a common implementation for "casting" or second-screen features.
Intrinsic Evidence for Interpretation
- Evidence for a Broader Interpretation: The patent's abstract describes the metadata being "forwarded to a second device" without specifying the method, which could suggest "scanning" is just one possible mode of forwarding.
- Evidence for a Narrower Interpretation: The specification explicitly lists "a QR-code, a bar code, machine-readable data or optical machine-readable data" as types of reference items '542 Patent, col. 4:6-10 An embodiment describes forwarding "by scanning the reference item displayed on the first device via said second device" '542 Patent, col. 4:3-5, strongly linking "scanning" to visual or optical data.
The Term: "a command key of the first device"
Context and Importance
This term is central to the claimed user interaction for "unlocking" synchronized content. The claim requires the input to originate "at" the first device to cause a change "on" the second device. Practitioners may focus on this term because the control flow in many real-world second-screen applications runs in the opposite direction (i.e., the mobile device controls the TV).
Intrinsic Evidence for Interpretation
- Evidence for a Broader Interpretation: The specification mentions "a specific command key or a dedicated icon ... in the control means of the first or second device" '542 Patent, col. 3:47-50, which could be argued to introduce ambiguity, although the claim itself is more specific.
- Evidence for a Narrower Interpretation: Claim 1 unambiguously locates the key "of the first device" and states its selection "provides the confirmation or input." This language suggests a direct causal link originating from an interface element on the primary display device.
VI. Other Allegations
Indirect Infringement
The complaint alleges induced infringement, stating that the Defendant instructs and encourages users to perform the infringing acts through "user-facing materials published by Defendant, including instructions and support articles that direct users how to use the casting, connected-device, and related functionality" Compl. ¶43 Contributory infringement is also alleged, on the basis that the accused functionality is a "material part of the inventions" and is "not a staple article or commodity of commerce" with a substantial non-infringing use Compl. ¶¶48-49
Willful Infringement
Plaintiff alleges willfulness based on Defendant's knowledge of the patent, at a minimum, from the date of the original complaint's filing and service Compl. ¶53 The complaint also alleges, on information and belief, that Defendant had pre-suit knowledge Compl. ¶53
VII. Analyst's Conclusion: Key Questions for the Case
The resolution of this case may depend on the court's interpretation of two central issues:
A core question will be one of mechanistic scope: does the term "scanning said metadata by said second device," which the patent specification links to optical data like QR codes, read on the digital network-based data transfer allegedly used by the accused MLB App's second-screen features?
A second dispositive issue will be one of control flow: does the evidence show that the accused system utilizes a "command key of the first device" to initiate content changes on the second device, as strictly required by the claim language, or does the system's control architecture operate in a manner inconsistent with this specific claimed sequence of operations?