1:26-cv-00022
Lone Star Document Management LLC v. Dropbox Inc
I. Executive Summary and Procedural Information
- Parties & Counsel:
- Plaintiff: Lone Star Document Management, LLC (Delaware)
- Defendant: Dropbox, Inc. (Nevada)
- Plaintiff’s Counsel: Devlin Law Firm LLC
- Case Identification: 1:26-cv-00022, W.D. Tex., 01/05/2026
- Venue Allegations: Plaintiff alleges venue is proper in the Western District of Texas because Defendant has committed acts of infringement and maintains a "regular and established place of business" in the district, specifically citing an office address in Austin, Texas.
- Core Dispute: Plaintiff alleges that Defendant’s cloud-based content management and document collaboration services infringe a patent related to a system for proofing and managing versions of electronic documents over a network.
- Technical Context: The dispute centers on foundational technologies for online document collaboration, a market characterized by the need to manage multiple versions, track comments, and provide access to various users across different platforms.
- Key Procedural History: The complaint alleges that Plaintiff's predecessor-in-interest contacted Defendant in August and September 2016, providing notice of the patent-in-suit and offering to license it. Defendant allegedly did not respond. This history is presented to establish Defendant's pre-suit knowledge of the patent.
Case Timeline
| Date | Event |
|---|---|
| 1998-12-17 | ’082 Patent Priority Date |
| 2005-07-12 | U.S. Patent No. 6,918,082 Issues |
| 2016-08-29 | Plaintiff alleges Defendant received first licensing offer |
| 2016-09-26 | Plaintiff alleges Defendant received follow-up letter |
| 2026-01-05 | Complaint Filed |
II. Technology and Patent(s)-in-Suit Analysis
U.S. Patent No. 6,918,082 - "Electronic Document Proofing System"
- Patent Identification: U.S. Patent No. 6,918,082, "Electronic Document Proofing System", issued July 12, 2005.
The Invention Explained
- Problem Addressed: The patent describes a technological landscape where collaborating on electronic documents was cumbersome. Prior systems often required users to have the same software and operating system, used proprietary file formats, and lacked integrated capabilities for tracking multiple document versions or managing comment histories for collaborative review (’082 Patent, col. 1:32-36, 1:50-54). Existing network delivery systems, while able to transmit files, failed to provide a way to "automatically display or track multiple versions of the electronic documents" or "simultaneously-display a particular document version and its current history" (’082 Patent, col. 2:49-59).
- The Patented Solution: The invention discloses a centralized system for managing this collaborative workflow (’082 Patent, Fig. 1). A central computer receives different versions of a document in a "portable document format" from a creator, assigns version numbers, and stores them in a database along with identifiers for authorized "proofers" (’082 Patent, col. 3:10-23). An authorized proofer can then request a document, and the system retrieves and formats the document—along with its associated comments—for simultaneous display, facilitating review and comparison (’082 Patent, col. 3:10-23).
- Technical Importance: The system aimed to solve persistent technical hurdles in network-based collaboration by creating an integrated platform that was agnostic to the users' specific software or operating systems, a key challenge at the time of the invention (Compl. ¶16).
Key Claims at a Glance
- The complaint asserts independent claim 16.
- Claim 16 depends on claim 10. Its essential elements require:
- A database storing portable format electronic documents with an associated "proofer identifier."
- A computer connected to a network for receiving comments about the documents.
- A program that associates and stores these comments with the specific documents.
- The computer receives a request from a proofer (presenting the identifier) to review a document.
- The program retrieves and formats the requested document and its associated comments for "simultaneous display."
- The program "retrieves a record corresponding to the requested document and assembles a URL pointing toward the document from data in the record."
- The complaint states its infringement analysis is preliminary and reserves the right to amend, which may include the assertion of other claims (Compl. ¶38).
III. The Accused Instrumentality
Product Identification
The complaint identifies the "Accused Instrumentalities" as "Dropbox systems, including one or more hardware and software products for content management and related services" (Compl. ¶37).
Functionality and Market Context
The complaint alleges that Defendant’s products and services operate in network architectures that provide collaborative document proofing, annotation, and version management over a computer network (Compl. ¶¶14, 18). These systems are alleged to allow multiple users to store and review electronic documents, receive and store comments associated with those documents, and retrieve specific documents for review (Compl. ¶¶12, 23). The complaint asserts these features provide significant commercial value by enhancing customer engagement and operational efficiency (Compl. ¶14). No probative visual evidence provided in complaint.
IV. Analysis of Infringement Allegations
The complaint references a claim chart in an unprovided exhibit (Compl. ¶38, Ex. 2). However, the complaint body contains narrative allegations mapping Dropbox's functionality to the elements of claim 16. The following table summarizes these allegations.
U.S. Patent No. 6,918,082 Infringement Allegations
| Claim Element (from Independent Claim 10 and dependent Claim 16) | Alleged Infringing Functionality | Complaint Citation | Patent Citation |
|---|---|---|---|
| a database of portable format electronic documents stored together with at least one proofer identifier; | Dropbox systems allegedly store electronic documents in a database and associate them with user identifiers for access control. | ¶¶12, 25 | col. 9:12-14 |
| a computer connectable to the network for receiving a plurality of comments, each concerning a particular one of the portable format documents; | Dropbox systems allegedly include computers connected to a network that receive user comments on specific documents. | ¶¶12, 25 | col. 9:15-18 |
| a program executing on said computer for associating and storing the received plurality of comments together with the particular portable format electronic documents; | Dropbox software allegedly associates and stores user comments with the corresponding documents. | ¶¶12, 25 | col. 9:19-23 |
| said computer for receiving a request, from a proofer presenting the proofer identifier, to review a particular portable format electronic document; | Dropbox servers allegedly receive requests from authenticated users to view a specific document. | ¶¶12, 25 | col. 9:24-27 |
| said program for retrieving and formatting the requested document together with the associated plurality of comments for simultaneous display to permit review. | Dropbox software allegedly retrieves the requested document and its associated comments and presents them together for user review. | ¶¶12, 25 | col. 10:1-5 |
| wherein said program retrieves a record corresponding to the requested document and assembles a URL pointing toward the document from data in the record. | Dropbox software allegedly retrieves data associated with a document and generates a unique URL to provide access to that document. | ¶12 | col. 10:17-21 |
Identified Points of Contention
- Scope Questions: A central issue may be the scope of "assembles a URL... from data in the record." The defense may argue this phrase should be limited to the specific directory tree methodology disclosed in the patent's detailed description (e.g., ’082 Patent, col. 5:10-22, 5:55-65), whereas the plaintiff may argue it broadly covers any dynamic generation of a link to a stored file based on database information.
- Technical Questions: The complaint alleges that Dropbox's system provides for "simultaneous display" of a document and its comments. A factual question will be whether the accused functionality performs this display in the manner contemplated by the patent, or if the functionality is technically distinct.
V. Key Claim Terms for Construction
"proofer identifier"
- Context and Importance: This term is fundamental to the system's access control and collaborative features. Its construction will determine what level of user identification and authorization is required to meet the claim limitation.
- Intrinsic Evidence for Interpretation:
- Evidence for a Broader Interpretation: The claim language itself is broad, suggesting any identifier that authorizes a user to access a document could suffice. The specification refers to "proofer identifiers 62 which indicate who is authorized to view the document version for review and comment" (’082 Patent, col. 3:60-63), which could encompass simple username/password authentication.
- Evidence for a Narrower Interpretation: The specification discusses "editing proofer identifiers and proofer permissions for a particular document" and creating "groups of proofers ('clients')" (’082 Patent, col. 4:51-53; col. 5:26-27). This could support an argument that the term requires a more structured system of permissions and group management beyond simple user authentication.
"assembles a URL pointing toward the document from data in the record"
- Context and Importance: This is the core limitation added by asserted claim 16. Its interpretation will be critical to the infringement analysis, as it describes how a user is directed to the specific document version. Practitioners may focus on this term because modern cloud storage systems universally use dynamically generated links, and the key question will be whether those conventional methods fall within the claim's scope.
- Intrinsic Evidence for Interpretation:
- Evidence for a Broader Interpretation: The claim language itself does not specify how the URL is assembled, only that it is done "from data in the record." This could be read to cover any process where a system looks up file information (the "record") and generates a web link.
- Evidence for a Narrower Interpretation: The patent's only detailed embodiment of this element describes a "unique methodology" involving a "hierarchical system of directories" where the URL path is constructed from client, project, version, and name information (e.g.,
<protocol>://<host>/<client>/<project>/<version>/<name>/) (’082 Patent, col. 5:10-22; col. 5:55-65; Fig. 3). This specific disclosure could be used to argue for a narrower construction limited to this directory-based assembly method.
VI. Other Allegations
Willful Infringement
The complaint does not use the term "willful," but it lays the groundwork for such a claim by alleging pre-suit knowledge. It states that Lone Star contacted Dropbox with letters offering to license the ’082 patent, which were delivered on August 29, 2016, and September 26, 2016 (Compl. ¶13). The prayer for relief seeks a declaration that the case is "exceptional under 35 U.S.C. § 285," which is the statutory basis for enhanced damages often associated with findings of willful infringement (Prayer for Relief ¶C).
VII. Analyst’s Conclusion: Key Questions for the Case
- A core issue will be one of definitional scope: can the term "assembles a URL... from data in the record," which is described in the patent's embodiment as a specific directory hierarchy method from the late 1990s, be construed broadly enough to read on the methods used by modern, large-scale cloud storage systems to generate links to files?
- A second key question will relate to patent validity in light of the prior art: the complaint argues that the claimed combination was "unconventional" at the time of invention (Compl. ¶28). The case will likely involve a technical dispute over whether combining a database, portable documents, user identifiers, and web-based access via URLs to manage collaborative review was a non-obvious technical solution in 1998, or an inevitable application of existing and rapidly evolving web technologies.