DCT
1:19-cv-00786
Devine Licensing LLC v. TMAX Soft Inc
Key Events
Complaint
Table of Contents
complaint
I. Executive Summary and Procedural Information
- Parties & Counsel:
- Plaintiff: Devine Licensing LLC (Texas)
- Defendant: Tmax Soft, Inc. (Delaware)
- Plaintiff’s Counsel: Devlin Law Firm LLC
- Case Identification: 1:19-cv-00786, D. Del., 04/29/2019
- Venue Allegations: Venue is alleged to be proper in the District of Delaware because the Defendant is a Delaware corporation and therefore resides in the district.
- Core Dispute: Plaintiff alleges that Defendant’s "Tibero 6" database product infringes a patent related to database query optimization that uses materialized views.
- Technical Context: The technology concerns methods for improving the speed of data retrieval in large relational databases, a critical function for enterprise-level data management and analytics.
- Key Procedural History: The complaint notes that the Plaintiff, Devine Licensing LLC, acquired the patent-in-suit from a prior assignee. No other procedural history, such as prior litigation or administrative proceedings, is mentioned in the complaint.
Case Timeline
| Date | Event |
|---|---|
| 1998-09-14 | ’769 Patent Priority Date |
| 2002-01-15 | ’769 Patent Issue Date |
| 2019-04-29 | Complaint Filing Date |
II. Technology and Patent(s)-in-Suit Analysis
U.S. Patent No. 6,339,769 - Query optimization by transparently altering properties of relational tables using materialized views
- Patent Identification: U.S. Patent No. 6,339,769, Query optimization by transparently altering properties of relational tables using materialized views, issued January 15, 2002.
The Invention Explained
- Problem Addressed: The patent describes performance challenges in relational database management systems (RDBMS), particularly in massively parallel processing (MPP) environments where data is distributed across multiple processors. A key problem is that when a query requires joining data from tables stored on different processors, significant time and resources are spent moving data between them to complete the operation. (’769 Patent, col. 1:36-44, col. 2:19-24).
- The Patented Solution: The invention discloses a method where a database’s query optimizer can transparently and automatically rewrite a user's query to use a "materialized view"—a pre-saved version of a table or query result. This materialized view can be created with different properties than the original table, such as being replicated across all processors. This allows the system to perform joins and other operations "locally" on each processor without requiring cross-processor data movement, thereby improving query performance. (’769 Patent, Abstract; col. 2:42-53). The overall logic for this process is depicted in the patent’s Figure 12.
- Technical Importance: This approach provided a way to automatically optimize queries in complex, distributed database architectures, reducing the performance bottlenecks associated with data movement. (’769 Patent, col. 8:7-12).
Key Claims at a Glance
- The complaint focuses its allegations on Claim 1 of the ’769 patent, which is the first of six independent claims. (Compl. ¶¶ 10, 14-19).
- The essential elements of independent claim 1 are:
- Accepting a query into a computer system.
- Determining if one or more materialized views exist for tables referenced in the query, where the view has different "partitioning or replication properties" than the original tables.
- Analyzing if the query can be evaluated in a "local fashion" using the materialized view, such that "no data movement is required."
- Rewriting the query to use the materialized view instead of the original table(s).
- Executing the rewritten query.
III. The Accused Instrumentality
Product Identification
- The accused instrumentality is Defendant's "Tibero 6" database product. (Compl. ¶14).
Functionality and Market Context
- The complaint alleges that Tibero 6 is a database system that includes a "query optimizer" for optimizing query performance. (Compl. ¶14).
- It is alleged to use "materialized views" to rewrite queries, and to employ "cost-based optimization" to select whether to execute the original query or the rewritten query based on which is the "lowest cost alternative." (Compl. ¶¶ 16, 19).
- The complaint does not provide further detail regarding the product's specific market position or commercial importance.
IV. Analysis of Infringement Allegations
Claim Chart Summary
The complaint provides a narrative infringement theory for Claim 1, supported by screenshots of what appears to be Defendant's product documentation.
| Claim Element (from Independent Claim 1) | Alleged Infringing Functionality | Complaint Citation | Patent Citation |
|---|---|---|---|
| (a) accepting the query into the computer system | The Tibero 6 system allows a user to submit a query. This is illustrated in a diagram from the defendant's website showing a step for "Accepting a query by the computer." (Compl. p. 3). | ¶15 | col. 12:55-58 |
| (b) determining whether there exists one or more materialized views for one or more tables referenced in the query, wherein the materialized view has different partitioning or replication properties than the tables referenced in the query | The accused product allegedly "uses materialized views when rewriting queries, which can be partitioned or its other properties can be changed independently and differently vis a vis the actual table." A provided table shows commands such as CREATE and ALTER MATERIALIZED VIEW. (Compl. p. 4). |
¶16 | col. 2:42-53 |
| (c) analyzing whether at least a portion of the query can be evaluated using one or more of the materialized views in a local fashion, so that no data movement is required for the evaluation | The complaint alleges that the product's query optimizer analyzes whether to rewrite a query using materialized views. | ¶17 | col. 13:7-10 |
| (d) rewriting the query to use one or more materialized views rather than an original table or tables referenced in the query | The accused product is alleged to rewrite queries using materialized views "in the same way that is uses an index." A screenshot describes this as the "query rewrite function." (Compl. p. 5). | ¶18 | col. 2:33-36 |
| (e) executing the rewritten query using one or more materialized views | The product allegedly executes the rewritten query if "cost-based optimization" determines it is the "lowest cost alternative." | ¶19 | col. 13:14-16 |
Identified Points of Contention
- Scope Questions: A central question may be whether the phrase "local fashion, so that no data movement is required" confines the claim to the MPP (massively parallel processing) environment detailed in the patent’s specification. The complaint alleges the use of a query optimizer (Compl. ¶17), but it does not provide specific facts showing that this optimization is performed to avoid data movement between distinct processors as described in the patent (’769 Patent, col. 8:7-12).
- Technical Questions: What evidence demonstrates that the accused product’s "materialized views" actually have "different partitioning or replication properties" than the base tables as required by claim 1(b)? The complaint shows documentation for creating and altering materialized views (Compl. ¶16, p. 4), but does not provide an example of such a view being created with different properties to solve the specific problem of enabling a local join.
V. Key Claim Terms for Construction
"local fashion, so that no data movement is required for the evaluation"
- Context and Importance: This limitation from step (c) of Claim 1 is critical because it appears to define the core technical benefit of the invention. The dispute may turn on whether the accused product's general query optimization meets this specific functional requirement.
- Intrinsic Evidence for Interpretation:
- Evidence for a Broader Interpretation: The claim language itself does not explicitly mention processors or an MPP environment. A plaintiff could argue that any optimization technique that reduces data retrieval operations, even within a single-server architecture, could be considered a "local fashion."
- Evidence for a Narrower Interpretation: The specification repeatedly frames the problem and solution in the context of MPP systems. It states that one goal is to replicate tables "across all processors... so that joins become local automatically." (’769 Patent, col. 8:7-12). This language suggests "local fashion" specifically means "on the same processor," and "data movement" refers to network transfers between processors.
"materialized view"
- Context and Importance: The definition of this foundational term will be pivotal. Practitioners may focus on this term because its scope will determine if the features in Tibero 6, which Defendant's documentation calls "materialized views," are the same as what the patent claims.
- Intrinsic Evidence for Interpretation:
- Evidence for a Broader Interpretation: The patent provides a general definition of a materialized view as being based on a "full select" query that is then stored, or "materialized," in a table. (’769 Patent, col. 1:47-49). This could be argued to cover a wide range of pre-computed query results.
- Evidence for a Narrower Interpretation: The patent consistently discusses materialized views as a tool to solve the specific problem of data co-location in an MPP system, for example, by creating a replicated or differently partitioned copy of a base table. (’769 Patent, col. 2:42-53). A defendant may argue the term should be limited to views created for this purpose.
VI. Other Allegations
- Indirect Infringement: The complaint alleges induced infringement, stating that Defendant encourages infringement by its customers through the sale, advertisement, and provision of documentation for the Tibero 6 product. (Compl. ¶32).
- Willful Infringement: The complaint does not contain an explicit allegation of willful infringement. It alleges that Defendant has had knowledge of the ’769 patent "at least as of the service of the present complaint," which may form a basis for seeking enhanced damages for any post-filing infringement. (Compl. ¶24, ¶31).
VII. Analyst’s Conclusion: Key Questions for the Case
- A core issue will be one of contextual limitation: is Claim 1 limited to the massively parallel processing (MPP) environment described throughout the patent’s specification? The outcome will likely depend on whether the court determines that terms like "local fashion" and "no data movement" inherently require a multi-processor architecture, or if they can be applied more broadly to general database optimization.
- A key evidentiary question will be one of functional specificity: can the Plaintiff demonstrate that the accused Tibero 6 product performs the precise, multi-step method of Claim 1? This will require evidence that goes beyond general marketing descriptions of "query optimization" and shows that the product creates materialized views with different partitioning or replication properties specifically to enable local joins and avoid data movement as taught by the patent.
Analysis metadata