2:22-cv-06233
Akamai Tech Inc v. MediaPointe Inc
I. Executive Summary and Procedural Information
- Parties & Counsel:- Plaintiff: Akamai Technologies, Inc. (Delaware)
- Defendant: MediaPointe, Inc. and AMHC, Inc. (California)
- Plaintiff’s Counsel: Wilmer Cutler Pickering Hale and Dorr LLP
 
- Case Identification: 2:22-cv-06233, C.D. Cal., 09/30/2022
- Venue Allegations: Venue is alleged to be proper as both Defendants are California corporations with their principal place of business located within the Central District of California. Plaintiff Akamai also maintains offices and employs personnel within the district.
- Core Dispute: Plaintiff Akamai Technologies, Inc. seeks a declaratory judgment that its content delivery network products do not infringe two patents related to intelligent network-based data distribution asserted by Defendants.
- Technical Context: The technology at issue involves systems and methods for efficiently distributing streaming media and other data across the internet, a core function of modern Content Delivery Networks (CDNs).
- Key Procedural History: This declaratory judgment action follows a prior lawsuit filed by MediaPointe against Akamai in the Western District of Texas, which was dismissed without prejudice. Akamai has also filed petitions for Inter Partes Review (IPR) challenging the validity of the asserted patents at the U.S. Patent and Trademark Office, and those proceedings are ongoing. The complaint details a complex history regarding the patents' ownership, which was allegedly resolved shortly before the present action was filed.
Case Timeline
| Date | Event | 
|---|---|
| 2000-01-11 | '426 & '195 Patents Priority Date | 
| 2013-10-15 | U.S. Patent No. 8,559,426 Issued | 
| 2016-08-23 | U.S. Patent No. 9,426,195 Issued | 
| 2021-08-16 | MediaPointe files WDTX Action against Akamai | 
| 2021-11-08 | MediaPointe serves infringement contentions in WDTX Action | 
| 2022-02-10 | WDTX Action dismissed without prejudice | 
| 2022-02-11 | Akamai files prior Declaratory Judgment Action in C.D. Cal. | 
| 2022-05-24 | Akamai files IPR petitions against Asserted Patents | 
| 2022-07-29 | Australian Court orders reinstatement of SMA to clarify patent ownership | 
| 2022-09-01 | Prior Declaratory Judgment Action dismissed without prejudice | 
| 2022-09-30 | First Amended Complaint (current action) filed | 
II. Technology and Patent(s)-in-Suit Analysis
U.S. Patent No. 8,559,426 - "System and method for distribution of data packets utilizing an intelligent distribution network," Issued October 15, 2013
The Invention Explained
- Problem Addressed: The patent describes the inefficiency of conventional internet content delivery, where separate data transmissions for each user request lead to network bottlenecks, redundant data traffic across the wide-area network, and poor viewing quality for end-users ('426 Patent, col. 1:21-44, col. 2:20-44).
- The Patented Solution: The invention discloses an "intelligent distribution network" (IDN) that uses a central "management center" and a network of distributed "nodes" to optimize content delivery ('426 Patent, col. 3:11-30). The management center employs a "mapping engine" to perform "trace routes," identify the most efficient path to a client, and direct a "best performing" node to serve the content. This selected node can then replicate the stream for other nearby clients to "piggyback" on, reducing redundant traffic from the origin server ('426 Patent, Abstract; col. 4:4-12; Fig. 2).
- Technical Importance: This approach sought to solve the fundamental scaling challenges of early streaming media by moving content replication and delivery intelligence closer to the end-user, a foundational concept for commercial Content Delivery Networks ('426 Patent, col. 3:11-30).
Key Claims at a Glance
- The complaint seeks a declaratory judgment of non-infringement for all claims and specifically identifies limitations from independent claims 1 and 17 as not being met (Compl. ¶¶47-48, 57-59).
- Independent Claim 1 recites a system including a "management center," a plurality of "nodes," and a "mapping engine." Key functional elements include the management center's ability to map trace routes to determine optimal paths and its configuration to "downgrade lower priority clients from a higher quality of service network link to a less optimal network link" when a higher priority client requests service.
- Independent Claim 17 recites a method of determining a "best route" to relay data based on a "comparison between the trace routes" to the client and to various nodes, and then relaying and replicating the data stream accordingly.
- The complaint notes that dependent claims 2, 6, 9-13, and 15-17 were previously asserted (Compl. ¶15).
U.S. Patent No. 9,426,195 - "System and method for distribution of data packets utilizing an intelligent distribution network," Issued August 23, 2016
The Invention Explained
- Problem Addressed: As a continuation of the '426 patent, the '195 patent addresses the same problem of inefficient and costly distribution of streaming media over the internet ('195 Patent, col. 2:25-45).
- The Patented Solution: The '195 patent further details the IDN system, focusing on the method for enabling the "piggybacking" feature. The invention describes a management center directing a client to a selected node, and critically, connecting other clients to that same node "based on an identification that the selected node is already relaying the content stream from the content provider to the first client." This mechanism is central to leveraging a single replicated stream to serve multiple users ('195 Patent, Abstract; col. 18:55-61).
- Technical Importance: The invention refines the CDN concept by specifying a mechanism for multiple clients to join an existing, localized data stream, thereby enhancing network efficiency and scalability ('195 Patent, col. 4:25-36).
Key Claims at a Glance
- The complaint seeks a declaratory judgment of non-infringement for all claims and specifically identifies limitations from independent claims 1, 13, and 19 as not being met (Compl. ¶¶65, 70, 73).
- Independent Claim 1 recites a method where a management center directs a client to a selected node, which relays and replicates a content stream. A key step is connecting "other clients" to the selected node "based on an identification that the selected node is already relaying the content stream."
- Independent Claim 13 recites a system with a management center and nodes, where the management center's mapping engine is configured to direct a node to replicate a stream for other clients based on the same "identification" that the node is already relaying the stream.
- Independent Claim 19 recites a multi-step method for determining a best route via trace route comparisons and subsequently connecting other clients to the serving node(s) "based on an identification that the one or more nodes is already relaying the content stream."
- The complaint notes that dependent claims 2-8, 16-18 were previously asserted (Compl. ¶15).
III. The Accused Instrumentality
Product Identification
The accused instrumentalities are the "Akamai Products," which include Akamai's Content Delivery Network ("CDN"), Adaptive Media Delivery, Akamai Intelligent Edge Platform, Aura Managed CDN, Licensed CDN, Video On Demand, and Adaptive Media Player offerings (Compl. ¶13).
Functionality and Market Context
- Akamai is described as a leading provider of CDN technology that enables faster and more secure delivery of its customers' internet content to end-users (Compl. ¶3).
- The complaint alleges that the Akamai Products function in a manner fundamentally different from the patented technology. For example, to manage "application overload," Akamai's system uses a "custom waiting room" that directs new non-prioritized users to a queue, rather than "downgrading" the network links of users who are already connected (Compl. ¶¶51-52).
- The complaint also alleges that Akamai's system selects an edge server for a client request without first determining if that server is already relaying the specific requested content. The identity of the requested content is only determined after the client has been routed to the server (Compl. ¶68). The visual evidence provided in the complaint shows a diagram of Akamai's "Visitor Prioritization" feature, which separates prioritized users from other visitors who are sent to a waiting room during application overload (Compl. p. 15). Another visual from an Akamai webpage describes how an edge server locates a content object after a client is connected to it (Compl. p. 21).
IV. Analysis of Infringement Allegations
'426 Patent Infringement Allegations
| Claim Element (from Independent Claim 1) | Alleged Infringing Functionality (as countered by Plaintiff) | Complaint Citation | Patent Citation | 
|---|---|---|---|
| wherein the management center comprises a mapping engine that is configured to map trace routes... | Plaintiff alleges its products do not contain the claimed "management center." It asserts that prior infringement contentions only made a conclusory allegation without identifying a specific component that performs the claimed functions. | ¶49 | col. 17:40-49 | 
| wherein the management center is configured to downgrade lower priority clients from a higher quality of service network link to a less optimal network link... | Plaintiff alleges its "custom waiting room" feature is not a "downgrade." Instead of altering an existing link, it mitigates overload by directing new non-prioritized users to a waiting room, leaving existing user connections unaffected. | ¶¶51, 52 | col. 18:15-21 | 
'195 Patent Infringement Allegations
| Claim Element (from Independent Claim 1) | Alleged Infringing Functionality (as countered by Plaintiff) | Complaint Citation | Patent Citation | 
|---|---|---|---|
| replicating the content stream for other clients during the relaying of the content stream at the selected node... the other clients connected to the selected node based on an identification that the selected node is already relaying the content stream... | Plaintiff alleges its network selects an edge server for a user request without prior reference to the specific content being requested. The identification of content occurs after the client is routed to the server, meaning subsequent clients are not connected "based on an identification" that the node is already relaying a particular stream. | ¶¶67, 68 | col. 18:55-61 | 
Identified Points of Contention
- Scope Questions: Does Akamai's "custom waiting room" feature, which affects new users rather than existing ones, fall within the scope of "downgrading lower priority clients" as recited in the '426 Patent? Further, does Akamai's distributed control plane contain a component or system that meets the definition of the patents' "management center," or is it architecturally distinct?
- Technical Questions: What is the precise sequence of operations in the Akamai Products for server selection and content retrieval? The analysis will likely require evidence establishing whether the system identifies that a node is relaying a specific content stream before connecting subsequent clients to it, as required by the '195 Patent, or only after the connection is established.
V. Key Claim Terms for Construction
The Term: "management center" ('426 Patent, Claim 1; '195 Patent, Claim 13)
- Context and Importance: Practitioners may focus on this term because Akamai's central non-infringement argument is that its distributed CDN architecture lacks a component that performs the specific, centralized functions of the claimed "management center" (Compl. ¶49). The outcome of the case may depend on whether Akamai's system can be mapped to this element.
- Evidence for a Broader Interpretation: The specification describes the "IDN center" as an entity that "manages the system" and "handles requests for content from clients originating from anywhere on the Internet," which could support an argument that its functions may be logically or physically distributed ('426 Patent, col. 4:50-52, col. 12:65-67).
- Evidence for a Narrower Interpretation: The patent figures depict the "IDN Center" as a discrete architectural block with specific sub-components (e.g., "IDN Redirection Controller") ('426 Patent, Fig. 3). The specification also describes it as initiating specific actions like trace routes, which may support a narrower construction requiring a more identifiable, centralized component ('426 Patent, col. 6:9-19).
The Term: "downgrading lower priority clients" ('426 Patent, Claim 1)
- Context and Importance: The definition of this term is critical because Akamai contends its "waiting room" feature operates differently. Akamai argues it does not "downgrade" existing users but rather manages new, incoming user traffic (Compl. ¶51).
- Evidence for a Broader Interpretation: The specification describes the feature as "downgrade lower quality of service (low priority) clients who are already receiving streams at a higher quality of service than they need... by switching them to a less optimal and/or cheaper path" ('426 Patent, col. 17:18-22). This could be interpreted broadly to cover any system action that places a class of users onto a lower-tier service to free up resources.
- Evidence for a Narrower Interpretation: The plain language suggests an action performed on "clients" who are already part of the system and are actively moved from a higher to a lower state. Akamai's factual allegation that its system only diverts new users to a waiting room, without altering existing connections, supports a narrower interpretation that its system does not perform this step (Compl. ¶¶51-52).
The Term: "based on an identification that the selected node is already relaying the content stream" ('195 Patent, Claim 1)
- Context and Importance: This term is key to the infringement analysis of the '195 Patent because Akamai's defense relies on the timing of this "identification" step (Compl. ¶68).
- Evidence for a Broader Interpretation: The patent's overall goal is to enable "piggybacking" ('195 Patent, col. 4:25-36). A party could argue that as long as the system ultimately achieves this result, the connection is functionally "based on" the node relaying the stream, regardless of when the system formally confirms that fact.
- Evidence for a Narrower Interpretation: The claim language "based on an identification" suggests a causal relationship where the identification is a prerequisite for connecting "other clients." Akamai's description of its process—select server, connect client, then determine content—would support a narrow reading where the connection is not "based on" a pre-existing identification of the specific content stream (Compl. ¶68).
VI. Other Allegations
Indirect Infringement
The complaint seeks a declaration of non-infringement for all forms, including contributory and induced infringement (Compl. p. 24, ¶(a)). However, the factual allegations in the complaint focus exclusively on rebutting direct infringement theories and do not provide sufficient detail for analysis of any specific indirect infringement allegations that may have been made.
Willful Infringement
The complaint does not allege willfulness against Akamai. Instead, Akamai seeks a declaration that this is an exceptional case under 35 U.S.C. § 285, which would entitle it to an award of attorneys' fees (Compl. p. 24, ¶(b)).
VII. Analyst’s Conclusion: Key Questions for the Case
- A core issue will be one of definitional scope: can Akamai’s “waiting room” feature, which diverts new, non-prioritized users to a queue during traffic overload, be construed as “downgrading lower priority clients” from an existing network link as required by the ’426 patent?
- A central evidentiary question will concern operational sequence: does Akamai’s CDN architecture connect subsequent users to an edge server “based on an identification that the selected node is already relaying the content stream,” as the ’195 patent requires, or does the system route the user first and identify the content’s presence only after the connection is made?
- A key architectural question will be one of structural equivalence: does Akamai’s modern, distributed control plane embody the functions of the claimed “management center,” or is there a fundamental mismatch with the more centralized architecture described and claimed in the patents?