1:25-cv-00872
Voxer Inc v. Amazon.com Inc
I. Executive Summary and Procedural Information
- Parties & Counsel:- Plaintiff: Voxer, Inc. and Voxer IP LLC (Delaware)
- Defendant: Amazon.com, Inc., Amazon Web Services, Inc., and Twitch Interactive, Inc. (Delaware)
- Plaintiff’s Counsel: Farnan LLP; McKool Smith, P.C.
 
- Case Identification: 1:25-cv-00872, D. Del., 07/14/2025
- Venue Allegations: Venue is alleged to be proper as all parties are Delaware entities. The complaint further alleges that Amazon maintains a regular and established place of business in the district, including its largest U.S. fulfillment center in Wilmington, Delaware.
- Core Dispute: Plaintiff alleges that Defendant’s video streaming services, including Twitch.tv, infringe five patents related to hybrid communication technologies that combine live streaming with time-shifted messaging capabilities.
- Technical Context: The technology addresses methods for managing real-time and time-shifted multimedia communications over packet-based networks, a domain of significant importance in the global live-streaming and digital content delivery markets.
- Key Procedural History: The complaint notes that two of the asserted patents, U.S. Patent Nos. 10,142,270 and 10,511,557, were previously asserted against Meta (Facebook). That litigation resulted in a jury verdict of infringement and no invalidity, which was followed by a settlement. During that prior case, petitions for inter partes review of both patents were denied institution by the USPTO. The USPTO also granted ex parte reexamination requests for both patents but subsequently confirmed the validity of the original claims.
Case Timeline
| Date | Event | 
|---|---|
| 2007-06-28 | Earliest Priority Date for all Asserted Patents | 
| 2007-01-01 | Voxer Co-Founded | 
| 2009-01-01 | Voxer launched a prototype | 
| 2011-01-01 | Twitch Interactive, Inc. launched Twitch TV | 
| 2011-01-01 | Voxer launched its Walkie Talkie App | 
| 2014-01-01 | Amazon.com, Inc. acquired Twitch Interactive, Inc. | 
| 2018-11-27 | U.S. Patent No. 10,142,270 Issued | 
| 2019-12-17 | U.S. Patent No. 10,511,557 Issued | 
| 2020-01-07 | Voxer filed complaint against Meta on '270 & '557 Patents | 
| 2021-10-12 | U.S. Patent No. 11,146,516 Issued | 
| 2023-05-23 | U.S. Patent No. 11,658,929 Issued | 
| 2023-10-03 | U.S. Patent No. 11,777,883 Issued | 
| 2024-01-01 | Voxer and Meta settled prior litigation | 
| 2025-07-14 | Complaint Filed | 
II. Technology and Patent(s)-in-Suit Analysis
U.S. Patent No. 10,142,270 - "Telecommunication and Multimedia Management Method and Apparatus"
- Patent Identification: U.S. Patent No. 10,142,270, "Telecommunication and Multimedia Management Method and Apparatus," issued November 27, 2018 (the "’270 Patent"). (Compl. ¶40).
The Invention Explained
- Problem Addressed: The patent’s background describes the "inertia" in voice communications, which were historically divided into two mutually exclusive categories: synchronous, real-time calls that require an active connection, and burdensome, asynchronous "store-and-forward" systems like voicemail. (’270 Patent, col. 1:37-57; Compl. ¶42).
- The Patented Solution: The invention is a hybrid communication protocol that merges the benefits of both synchronous and asynchronous systems. It enables users to send and receive multimedia messages that can be consumed either "live" as they are being created or in a "time-shifted" mode for later review, without first needing to establish a direct end-to-end connection between the sender and receiver. (’270 Patent, col. 4:10-22; Compl. ¶43). This is accomplished by progressively transmitting media to an intermediate server infrastructure where it is stored as it is created. (Compl. ¶44).
- Technical Importance: This approach created a more flexible and resilient communication system, capable of operating effectively under poor network conditions and allowing users to seamlessly transition between live and time-shifted consumption of messages. (Compl. ¶43, 45).
Key Claims at a Glance
- The complaint asserts at least independent claim 34. (Compl. ¶83).
- Claim 34 requires, in essence:- Receiving an identifier associated with a video communication that identifies a recipient.
- Ascertaining a network location for the recipient's device in response to the identifier.
- Receiving the video communication from the sender's device independently of ascertaining the recipient's location.
- Storing the video communication.
- Delivering portions of the video communication to the recipient's device, enabling it to be rendered while it is still being transmitted by the sender.
- The process must occur without first establishing an end-to-end connection between the sender and recipient devices.
 
- The complaint reserves the right to identify additional asserted claims. (Compl. ¶77).
U.S. Patent No. 10,511,557 - "Telecommunication and Multimedia Management Method and Apparatus"
- Patent Identification: U.S. Patent No. 10,511,557, "Telecommunication and Multimedia Management Method and Apparatus," issued December 17, 2019 (the "’557 Patent"). (Compl. ¶51).
The Invention Explained
- Problem Addressed: The ’557 Patent addresses similar problems as the ’270 Patent, namely the rigid distinction between live and store-and-forward communications. (’557 Patent, col. 1:45-4:7; Compl. ¶52).
- The Patented Solution: The patented solution is a method for operating a video message service infrastructure that builds upon the hybrid communication model by adding adaptive streaming capabilities. The infrastructure receives a video message as it is created, generates "two or more degraded versions" of the video, selects an appropriate version based on the recipient's network bandwidth, and transmits that version for live or time-shifted rendering without a pre-established end-to-end connection. (’557 Patent, Abstract; Compl. ¶53).
- Technical Importance: This method allows a communication system to deliver a consistent user experience by adapting video quality in real-time to variable network conditions, improving efficiency and reliability. (Compl. ¶54).
Key Claims at a Glance
- The complaint asserts at least independent claim 1. (Compl. ¶97).
- Claim 1 requires, in essence:- Receiving, at a video message service infrastructure, a video message as the video media is created.
- Generating two or more "degraded versions" of the video media by degrading its quality by different amounts.
- Selecting one of the degraded versions based on an ascertained network bandwidth for delivery to a recipient device.
- Transmitting the selected degraded version to the recipient device for rendering.
- The rendering must be capable of occurring (i) while the video is still being created and transmitted by the sender, and (ii) without first establishing an end-to-end connection between the sender and recipient.
 
- The complaint reserves the right to identify additional asserted claims. (Compl. ¶91).
U.S. Patent No. 11,146,516 - "Telecommunication and Multimedia Management Method and Apparatus"
- Patent Identification: U.S. Patent No. 11,146,516, "Telecommunication and Multimedia Management Method and Apparatus," issued October 12, 2021 (the "’516 Patent"). (Compl. ¶57).
- Technology Synopsis: The technology is a method for a video message service infrastructure that enables hybrid real-time and time-shifted communications without a pre-established end-to-end connection. This patent's claims focus on the concept of segmenting the video media into a plurality of segments, which are received, stored, and then streamed to the recipient. (Compl. ¶59, 110).
- Asserted Claims: At least independent claim 1. (Compl. ¶110).
- Accused Features: The complaint alleges that Amazon's Twitch.tv service and related architecture practice the claimed method of segmenting, storing, and streaming video communications. (Compl. ¶1, 110).
U.S. Patent No. 11,777,883 - "Telecommunication and Multimedia Management Method and Apparatus"
- Patent Identification: U.S. Patent No. 11,777,883, "Telecommunication and Multimedia Management Method and Apparatus," issued October 3, 2023 (the "’883 Patent"). (Compl. ¶63).
- Technology Synopsis: This patent claims a method for a communication infrastructure that allows multiple client devices to participate in a multimedia conversation. It involves receiving information to identify participants, providing notifications, and streaming video media for real-time rendering, all without a pre-established end-to-end connection. (Compl. ¶65, 123).
- Asserted Claims: At least independent claim 1. (Compl. ¶123).
- Accused Features: The complaint alleges that Amazon's Twitch.tv service, which facilitates live conversations among streamers and viewers, infringes by providing the accused communication infrastructure. (Compl. ¶1, 123).
U.S. Patent No. 11,658,929 - "Telecommunication and Multimedia Management Method and Apparatus"
- Patent Identification: U.S. Patent No. 11,658,929, "Telecommunication and Multimedia Management Method and Apparatus," issued May 23, 2023 (the "’929 Patent"). (Compl. ¶69).
- Technology Synopsis: This patent claims a method for deploying a communication infrastructure that enables multi-media messaging conversations. It involves receiving information from a first device, ascertaining and notifying second users, and streaming video for real-time rendering, enabling users to participate in either a real-time or time-shifted mode. (Compl. ¶71, 136).
- Asserted Claims: At least independent claim 1. (Compl. ¶136).
- Accused Features: The complaint alleges that Amazon's Twitch.tv service and its underlying server infrastructure infringe the claimed methods for managing multimedia conversations. (Compl. ¶1, 136).
III. The Accused Instrumentality
Product Identification
The accused instrumentalities are "Amazon's systems, devices, and servers used for streaming video services, such as its Twitch.tv video service," including the Twitch.tv website, architecture, and applications (the "Accused Products"). (Compl. ¶1, 13).
Functionality and Market Context
The complaint characterizes the Accused Products as a "video communication method 'where millions of people come together live every day to chat, interact, and make their own entertainment together.'" (Compl. ¶16). Functionally, the products are alleged to "receive, store, and stream high-quality video more efficiently, more effectively, and more scalably to millions of users." (Compl. ¶6). The complaint provides a screenshot of the Twitch.tv interface displaying multiple live video channels available for viewing. (Compl. p. 5, Image). It also includes an image from Twitch's "Creator Camp," which provides resources for users to set up and manage their own live streams on the platform. (Compl. p. 5, Image). The complaint alleges Amazon acquired Twitch in 2014. (Compl. ¶5).
IV. Analysis of Infringement Allegations
The complaint does not include the claim chart exhibits it references, but narrates the infringement theory by quoting the asserted claims in full. The following tables summarize these allegations for the two lead patents.
'270 Patent Infringement Allegations
| Claim Element (from Independent Claim 34) | Alleged Infringing Functionality | Complaint Citation | Patent Citation | 
|---|---|---|---|
| receiving an identifier associated with a video communication transmitted by a sending communication device over a network, the identifier identifying a recipient of the video communication. | The Accused Products' infrastructure receives identifiers (e.g., user account information, stream keys) that identify recipients (i.e., viewers) for a video stream. | ¶83 | col. 4:13-16 | 
| ascertaining, in response to receipt of the identifier, a location on the network for a second communication device associated with the recipient and connected to the network; | Upon receiving a request from a viewer, the Accused Products' servers ascertain the network location (e.g., IP address) of the viewer's device to deliver the video stream. | ¶83 | col. 45:58-62 | 
| receiving the video communication from the sending communication device independently of the location for the second communication device being ascertained; | Ingest servers for the Accused Products receive a video stream from a creator without first having ascertained the network locations of all potential viewers. | ¶83 | col. 46:1-6 | 
| storing the video communication; and | Servers supporting the Accused Products store the video communication as it is received from the creator. | ¶6, 83 | col. 46:7-8 | 
| delivering portions of the video communication...the delivery enabling the video communication to be at least partially rendered at the second communication device while...transmitted by the sending...device, | The Accused Products deliver video data to viewers in portions or chunks, enabling viewers to watch the stream "live" while it is still being created and sent by the streamer. | ¶16, 83 | col. 46:9-17 | 
| wherein receiving the video communication...occurs without having to first establish an end-to-end connection over the network between the sending and the second communication device. | A creator streams video to the Accused Products' intermediate servers, which then deliver it to viewers, without a direct end-to-end connection between creator and viewer. | ¶83 | col. 46:18-23 | 
- Identified Points of Contention:- Scope Questions: A central question may be whether the one-to-many broadcast architecture of Twitch maps onto the claim language of a "sending communication device" and a "second communication device" associated with "a recipient." The defense may argue that the patent's specification describes a system more akin to messaging between discrete parties rather than a public broadcast.
- Technical Questions: The analysis may focus on whether Twitch's use of stream keys and user accounts constitutes "receiving an identifier...identifying a recipient" in the manner required by the claim, particularly before a viewer has actively requested to join the stream.
 
'557 Patent Infringement Allegations
| Claim Element (from Independent Claim 1) | Alleged Infringing Functionality | Complaint Citation | Patent Citation | 
|---|---|---|---|
| receiving, at the video message service infrastructure, a video message transmitted by a sending device...the video media being transmitted as the video media is created; | The Accused Products' infrastructure receives a live video stream from a creator's device as the creator is generating the content. | ¶6, 97 | col. 44:33-37 | 
| generating, by the video message service infrastructure, two or more degraded versions of the video media...where each...is created by degrading the quality of the video media by a different amount; | The complaint does not provide sufficient detail for analysis of this element, but it is alleged that the Accused Products generate multiple versions of a video stream at different quality levels (e.g., 1080p, 720p, 480p). | ¶6, 97 | col. 44:38-42 | 
| selecting one of the degraded versions of the video media based on an ascertained bandwidth on the network for delivering the video media...to a recipient device...; and | The complaint does not provide sufficient detail for analysis of this element, but it is alleged that the Accused Products select an appropriate quality level to stream to a viewer based on that viewer's network conditions. | ¶6, 97 | col. 44:43-47 | 
| transmitting the selected degraded version...so that the recipient device can render at least a portion of the video media...the rendering occurs: (i) while the video media...is being created and transmitted... | The Accused Products transmit the selected quality stream to the viewer, enabling live playback while the creator is still generating the video. | ¶16, 97 | col. 44:48-56 | 
| ...and (ii) without having to first establish an end-to-end connection over the network between the sending device and the recipient device... | The creator streams to the Accused Products' servers, which then deliver the video to the viewer, without a direct connection being established between the creator's device and the viewer's device. | ¶97 | col. 44:57-62 | 
- Identified Points of Contention:- Evidentiary Questions: The complaint's allegations regarding the "degraded versions" and "selecting" elements are stated generally. A key issue will be what evidence the complaint or subsequent discovery provides that the Accused Products perform these specific adaptive bitrate streaming functions as claimed.
- Locus of Infringement: The analysis may question whether the "selecting" of a degraded version is performed by the "video message service infrastructure" (i.e., Amazon's servers) as required by the claim, or if it is performed by the client-side player on the viewer's device, which could raise questions of divided infringement.
 
V. Key Claim Terms for Construction
- The Term: "end-to-end connection" (’270 Patent, cl. 34; ’557 Patent, cl. 1) 
- Context and Importance: This term is critical because the patents position themselves as an improvement over systems requiring such a connection. The infringement theory depends on showing that the streamer-to-server-to-viewer architecture of Twitch lacks a direct "end-to-end connection" between the streamer and the viewer. Practitioners may focus on this term because its definition will determine whether an intermediated streaming architecture falls within the claim's negative limitation. 
- Intrinsic Evidence for Interpretation: - Evidence for a Broader Interpretation: The patents contrast the invention with "conventional video communication methods" that require an end-to-end connection, suggesting the term refers to traditional, direct connections like a telephone call or a direct peer-to-peer link. (Compl. ¶44, 53).
- Evidence for a Narrower Interpretation: The specification may define the term in a specific technical context, for example, as a dedicated circuit or a specific type of network session that must be established before data transmission can begin, potentially allowing Amazon to argue its streaming protocols fall outside that narrow definition. (’270 Patent, col. 4:26-30).
 
- The Term: "degraded versions" (’557 Patent, cl. 1) 
- Context and Importance: This term is central to the infringement allegation against Twitch's adaptive bitrate streaming feature. The outcome may depend on whether simply transcoding a video stream to different, lower resolutions or bitrates meets the definition of creating "degraded versions." 
- Intrinsic Evidence for Interpretation: - Evidence for a Broader Interpretation: The claim language itself is broad, requiring only that each version is created by "degrading the quality of the video media by a different amount," which could encompass standard transcoding practices. (’557 Patent, cl. 1).
- Evidence for a Narrower Interpretation: The specification could provide specific examples of "degrading," such as altering specific codec parameters, dropping frames, or introducing specific types of compression artifacts, which could be argued as definitional and limiting. The complaint alleges this covers "generation and transmission of appropriate degraded versions of video communications." (Compl. ¶53).
 
VI. Other Allegations
- Indirect Infringement: The complaint alleges inducement of infringement under 35 U.S.C. § 271(b) by asserting that Amazon "actively encouraging others to make, use, sell, offer to sell, and/or import" the Accused Products. (Compl. ¶78). This is allegedly supported by Amazon's "exemplary instructions," such as materials provided in the "Twitch Creator Camp" that instruct users how to stream on the platform. (Compl. ¶78, p. 5, Image).
- Willful Infringement: The complaint alleges willful infringement based on both pre-suit and post-suit knowledge. It claims Amazon had knowledge of the patent families "by at least 2018" and had notice of the '270 and '557 patents by at least January 7, 2020, due to their assertion in the widely publicized lawsuit against Meta. (Compl. ¶80-81, 87, 94-95).
VII. Analyst’s Conclusion: Key Questions for the Case
- A core issue will be one of architectural mapping: Can the patent claims, which describe a communication method involving discrete sending and receiving devices without a pre-established "end-to-end connection," be read to cover the one-to-many, server-intermediated broadcast architecture of Twitch? The dispute may turn on whether a streamer and a single viewer can be considered the two ends of a "communication" in the context of a public broadcast.
- A key procedural question will be the persuasive weight of prior litigation: How will the successful jury verdict, denied IPRs, and confirmed reexaminations for the '270 and '557 patents in the Meta litigation influence settlement leverage and judicial perspective in this case? While not preclusive, this history provides significant external validation for the strength of these two asserted patents.
- An evidentiary question will be the specificity of infringement contentions: Does the complaint's general allegation that the Accused Products "receive, store, and stream high-quality video more efficiently" provide a sufficient factual basis to support technical claim elements, such as the "generating...two or more degraded versions" required by the '557 patent, or will further discovery be required to substantiate this element of adaptive bitrate streaming?