NEC Corp v. Peloton Interactive Inc

I. Executive Summary and Procedural Information

• Parties & Counsel:
  • Plaintiff: NEC Corporation (Japan)
  • Defendant: Peloton Interactive, Inc. (Delaware)
  • Plaintiff's Counsel: Morris James LLP; Baker Botts LLP.
• Case Identification: 1:22-cv-00987, D. Del., 07/28/2022
• Venue Allegations: Venue is based on Defendant's incorporation in the State of Delaware.
• Core Dispute: Plaintiff alleges that Defendant's interactive fitness products and associated streaming services infringe three U.S. patents related to adaptive multimedia content delivery systems.
• Technical Context: The technology concerns methods for dynamically adjusting the bit rate of streaming media to ensure smooth playback and for sequencing main and supplementary content, which is central to modern on-demand video and audio services.
• Key Procedural History: The complaint alleges that Plaintiff provided Defendant with notice of infringement for all three patents-in-suit in a letter dated July 26, 2022, two days prior to filing the complaint.

Case Timeline

Date	Event
2008-11-18	Priority Date for '427 Patent
2009-01-27	Priority Date for '809 Patent
2009-11-05	Priority Date for '101 Patent
2014-06-10	'101 Patent Issued
2014-12-09	'809 Patent Issued
2017-09-19	'427 Patent Issued
2022-07-26	Plaintiff sends notice letter to Defendant
2022-07-28	Complaint Filed

II. Technology and Patent(s)-in-Suit Analysis

U.S. Patent No. 8,752,101 - "DISTRIBUTION SYSTEM"

(Issued: June 10, 2014; Compl. ¶15)

The Invention Explained

• Problem Addressed: The patent's background describes a problem in content distribution systems where a low communication speed can prevent a receiving device from buffering enough data before a scheduled playback time, potentially causing playback to fail Compl. ¶¶20-21 '101 Patent, col. 1:56-64 Furthermore, adjusting the streaming code rate based solely on the amount of buffered data can lead to undesirable extremes: a rate that is too low immediately after reception begins, or a rate that is too high just before playback starts '101 Patent, col. 2:2-12
• The Patented Solution: The invention proposes a method and system that determines the streaming code rate based on two factors simultaneously: (1) the "remaining time before reproduction start time" and (2) the "available reproduction time" (i.e., the amount of content currently stored in the reception device's buffer) '101 Patent, abstract This dual-factor determination is intended to select an optimal code rate that ensures sufficient data is buffered for playback to begin at the scheduled time, while avoiding unnecessarily low or high rates that could degrade user experience '101 Patent, col. 3:4-9
• Technical Importance: This approach enabled a more stable and reliable initiation of streaming content by balancing the urgency of an approaching start time with the reality of the currently buffered data, a key challenge in early adaptive streaming systems '101 Patent, col. 3:17-20

Key Claims at a Glance

The complaint asserts independent method Claim 11 and independent system Claim 1, as well as several dependent claims Compl. ¶43

• Independent Claim 11 (Method):
  • Transmitting content data at one of a plurality of code rates from a transmission device to a reception device;
  • At the reception device: receiving, storing (buffering), and reproducing the content;
  • Determining the code rate based on both a remaining time before a set reproduction start time and an available reproduction time (from buffered data);
  • Changing the code rate of the transmitted content data to the determined code rate; and
  • Starting reproduction of the content at the set start time.
• Independent Claim 1 (System):
  • A distribution system with a transmission and reception device;
  • The transmission device includes a content transmitting unit for sending data at various code rates;
  • The reception device includes a content reproducing unit for receiving, storing, and playing content;
  • A code rate determining unit configured to determine the code rate based on both a remaining time before a set reproduction start time and an available reproduction time.

U.S. Patent No. 8,909,809 - "DELIVERY SYSTEM, DELIVERY METHOD, SERVER DEVICE, PROGRAM, AND CLIENT DEVICE"

(Issued: December 9, 2014; Compl. ¶24)

The Invention Explained

• Problem Addressed: The patent identifies that frequent fluctuations in the bit rate of streaming content can deteriorate the user's "quality of experience (QoE)" '809 Patent, col. 1:40-44 The complaint notes this technology addresses interruptions that occur "when the remaining reproduction time of the content becomes too short" Compl. ¶31
• The Patented Solution: The invention describes a "bit rate changing unit" that calculates a correction amount for the stream's bit rate. A key aspect of the solution is that when the current bit rate is already "within a predetermined correction amount reducing range," the system calculates a new correction amount having a "smaller magnitude." '809 Patent, abstract This acts as a damping mechanism, preventing aggressive bit rate adjustments when the system is already performing close to its target, thereby reducing excessive quality fluctuations '809 Patent, col. 2:10-14
• Technical Importance: The technology aims to provide a smoother viewing experience by moderating the aggressiveness of bit rate changes, balancing network adaptation with perceptual quality for the user '809 Patent, col. 1:45-50

Key Claims at a Glance

The complaint asserts independent system Claim 1 and several dependent claims Compl. ¶25 Compl. ¶61

• Independent Claim 1 (System):
  • A delivery system with a server and a client device capable of communicating;
  • The server is configured to transmit content encoded at one of a plurality of different bit rates;
  • A "remaining reproduction time acquisition unit" for acquiring the amount of time the content can be played from the client's buffer;
  • A "bit rate changing unit" for calculating a correction amount for the bit rate based on the acquired remaining reproduction time and a preset target value;
  • The bit rate changing unit is further configured to calculate, when the bit rate is within a "predetermined correction amount reducing range," a correction amount having a "smaller magnitude" than would otherwise be calculated.

U.S. Patent No. 9,769,427 - "CONTENT DELIVERY SYSTEM"

(Issued: September 19, 2017; Compl. ¶33)

Technology Synopsis

The patent addresses the problem of systems being unable to deliver user-selected advertisement or other "sub content" within a main content stream Compl. ¶40 The solution involves a system where an application server transmits a "play-list" to the user that specifies the sequence of main content and selected sub content, while connection control servers simultaneously execute a process to guarantee the required communication bandwidth for the transmission Compl. ¶34 Compl. ¶41

Asserted Claims

The complaint asserts at least independent Claim 1 Compl. ¶34 Compl. ¶79

Accused Features

The complaint alleges that Peloton's system, which connects a client device to a content delivery server to receive main content along with overlaid "sub content," infringes the '427 Patent Compl. ¶82

III. The Accused Instrumentality

Product Identification

The "Accused Products" are identified as the "Peloton App," "Peloton Bikes," and "Peloton Treads" Compl. ¶11

Functionality and Market Context

• The complaint alleges the Accused Products are content streaming services and devices that deliver data from a transmission device (server) to a reception device (client) Compl. ¶11 The system architecture is alleged to include a server device, a client device (e.g., laptop, tablet, Peloton Bike), an application server system, and connection control servers Compl. ¶¶12-13
• Functionally, a client device connects to a Peloton content delivery server, which then transmits main content (e.g., a workout class) along with "sub content that is overlaid onto the content" (e.g., music) Compl. ¶13 Compl. ¶82 The complaint includes a diagram from JWPlayer documentation, used by Peloton, illustrating how a video player dynamically adjusts video quality by switching between different resolution streams based on network conditions Compl. ¶46 Compl. Ex. D at 6 This diagram shows the player switching between high, medium, and low resolution segments during playback.

IV. Analysis of Infringement Allegations

'101 Patent Infringement Allegations

Claim Element (from Independent Claim 11)	Alleged Infringing Functionality	Complaint Citation	Patent Citation
A distribution method applied to a distribution system including a transmission device and a reception device configured to be capable of communicating with each other...	Peloton's workout classes are alleged to implement a distribution method involving a server (transmission device) and a user's device running the Peloton app (reception device).	¶¶11-13	col. 1:9-12
transmitting content data, which is one content coded with any one code rate of a plurality of code rates different from each other, to the reception device, by the transmission device;	Peloton's server allegedly transmits content using adaptive bitrate streaming (HLS), where content is encoded at different bitrates and the client player selects an appropriate one.	¶46	col. 1:13-16
while receiving the content data... storing received data of the content data into a storage device and also reproducing the content based on the stored data, by the reception device;	The Peloton Web App, running on a user's device, allegedly receives and downloads content files (e.g., *.ts files), stores them in a buffer, and then reproduces them.	¶11	col. 1:44-48
determining the code rate based on a remaining time before reproduction start time ... and based on an available reproduction time...;	The JWPlayer software used by Peloton allegedly uses an algorithm to determine the next segment's quality based on factors including the time until the new segment is ready for playback and the "minimum allowed forward buffer."	¶46	col. 3:4-9
changing the code rate of the content data to be transmitted to the reception device to the determined code rate, by the transmission device;	Peloton's system is alleged to use adaptive streaming to dynamically change the code rate of the transmitted content based on the player's calculations.	¶46	col. 3:10-13
starting reproduction of the content at the set reproduction start time, by the reception device.	In accordance with HLS, the Peloton application is allegedly configured to start reproduction of each content fragment at a set reproduction time.	¶46	col. 3:14-16

'809 Patent Infringement Allegations

Claim Element (from Independent Claim 1)	Alleged Infringing Functionality	Complaint Citation	Patent Citation
A delivery system including a server device and a client device configured to be communicable with each other, the server device being configured to be able to transmit...content data in which a piece of content is encoded at an arbitrary one of a plurality of different bit rates;	Peloton's system is alleged to include a server and client device that communicate to deliver content using adaptive bitrate streaming with multiple available bitrates.	¶¶63-64	col. 1:12-18
a remaining reproduction time acquisition unit for acquiring remaining reproduction time...	The JWPlayer software used by Peloton allegedly determines the remaining reproduction time based on the content already buffered on the client device.	¶64	col. 2:26-30
a bit rate changing unit for calculating... a correction amount for correcting the bit rate... based on the acquired remaining reproduction time and a preset target value... and changing the bit rate based on the calculated correction amount,	The JWPlayer software allegedly changes the bitrate according to a procedure based on remaining reproduction time and a preset target value (the "minimum allowed forward buffer").	¶64	col. 2:3-9
the bit rate changing unit being configured to calculate, when the bit rate is within a predetermined correction amount reducing range, a correction amount having a smaller magnitude...	The JWPlayer software allegedly uses a "safety margin" that is "dynamically updated to become more conservative when the network seems unreliable," which is alleged to be the claimed feature of calculating a smaller correction amount when within the reducing range.	¶64	col. 2:10-14

Identified Points of Contention:

• '101 Patent: A central question for the court may be whether Peloton's use of the JWPlayer software, which determines the next video segment quality based on metrics like "network bandwidth and browser performance" and a "minimum allowed forward buffer" Compl. Ex. D at 8, meets the claim requirement of "determining the code rate based on a remaining time before reproduction start time... and based on an available reproduction time." The analysis will likely focus on the technical equivalence between the specific inputs described in the patent and the factors used by the accused software.
• '809 Patent: The infringement analysis will likely hinge on whether the "dynamically updated safety margin" in the accused JWPlayer software Compl. Ex. E at 15 performs the same function as the claimed "correction amount reducing range" where a "smaller magnitude" correction is calculated. The court may need to determine if this "safety margin" is a functional equivalent to the patent's specific damping mechanism for bit rate changes, or if it represents a different, non-infringing technical approach.

V. Key Claim Terms for Construction

For U.S. Patent No. 8,752,101:

• The Term: "determining the code rate based on a remaining time before reproduction start time... and based on an available reproduction time" (Claim 11)
• Context and Importance: This phrase is the central inventive concept of the asserted method. The case may turn on whether Peloton's system, which uses a third-party player's algorithm, is found to perform this specific two-factor determination. Practitioners may focus on whether the patent's description of these two inputs is broad enough to cover the combination of metrics used by the accused JWPlayer software.
• Intrinsic Evidence for Interpretation:
  • Evidence for a Broader Interpretation: The claim language itself is functional. The patent summary states the object is to solve the problem where the "code rate may be set to be extremely high" just before playback starts '101 Patent, col. 2:20-23, suggesting the term could be interpreted to cover any solution that considers both a time-based urgency factor and a buffer-based availability factor to solve this problem.
  • Evidence for a Narrower Interpretation: The specification provides detailed equations for calculating the "each-device reproduction preparation time," which is a function of a "target available reproduction time" and other variables '101 Patent, col. 7:26-67 A defendant may argue that these specific embodiments limit the claim term to the particular calculations disclosed, rather than any general two-factor approach.

For U.S. Patent No. 8,909,809:

• The Term: "a correction amount having a smaller magnitude" (Claim 1)
• Context and Importance: This term defines the core damping mechanism of the invention. The infringement question will be whether the accused system's method of adjusting its "safety margin" results in a "smaller magnitude" correction in the manner required by the claim.
• Intrinsic Evidence for Interpretation:
  • Evidence for a Broader Interpretation: The patent states that this feature solves the problem of frequent bit rate fluctuation that "deteriorate[s]... the user's quality of experience" '809 Patent, col. 1:40-44 A plaintiff may argue this supports a broad construction covering any mechanism that smooths bit rate changes when the system is operating in a stable range.
  • Evidence for a Narrower Interpretation: The specification describes a specific implementation involving two-tiered time constants (τmin and τmax) for both shortage and excess buffer conditions '809 Patent, Fig. 3 '809 Patent, col. 7:56-66 A defendant may argue that the term "smaller magnitude" is not just a relative concept but is tied to the specific dual-delay-time architecture described, limiting the claim to systems that use a similar structure.

VI. Other Allegations

• Indirect Infringement: The complaint alleges inducement of infringement based on Defendant's alleged "training, promotion, and/or sales of the Accused Products to Peloton customers" and by providing "demonstrations and user manuals" that instruct customers on infringing uses Compl. ¶50 Compl. ¶68 Compl. ¶86 Contributory infringement is also alleged on the basis that the Accused Products are a material part of the invention and not a staple article of commerce Compl. ¶52 Compl. ¶70 Compl. ¶88
• Willful Infringement: Willfulness is alleged based on Defendant's purported knowledge of the patents. The complaint asserts this knowledge arises from, at a minimum, a notice letter sent by Plaintiff on July 26, 2022, two days before the complaint was filed Compl. ¶47 Compl. ¶65 Compl. ¶83 The complaint also alleges pre-suit knowledge or willful blindness Compl. ¶58 Compl. ¶76 Compl. ¶94

VII. Analyst's Conclusion: Key Questions for the Case

• A core issue will be one of technical equivalence: does the adaptive streaming algorithm used in Peloton's third-party JWPlayer software, which relies on metrics like a "minimum allowed forward buffer" and a "dynamically updated safety margin," operate in a way that is technically the same as the specific two-factor rate determination recited in the '101 Patent and the "smaller magnitude" correction mechanism of the '809 Patent?
• A second key evidentiary question will be one of system architecture: does Peloton's method of delivering workout video (main content) with selectable, overlaid music tracks (sub content) map onto the specific "play-list" based content sequencing and bandwidth reservation architecture claimed in the '427 Patent, raising questions of both structural and functional correspondence?