DCT

4:24-cv-00019

Communication Interface Tech LLC v. Louis Vuitton North America Inc

Key Events
Complaint
complaint

I. Executive Summary and Procedural Information

  • Parties & Counsel:
  • Case Identification: 4:24-cv-19, E.D. Tex., 01/09/2024
  • Venue Allegations: Plaintiff alleges venue is proper in the Eastern District of Texas because Defendant maintains an established place of business in Plano, Texas, within the district.
  • Core Dispute: Plaintiff alleges that Defendant’s Louis Vuitton mobile application infringes three patents related to establishing, maintaining, and efficiently reactivating communication sessions between a remote client and a server.
  • Technical Context: The technology addresses methods for managing data connections to conserve resources and improve user experience, a foundational concept for modern mobile applications that must handle intermittent network connectivity.
  • Key Procedural History: The complaint discloses an extensive litigation history for the patents-in-suit, including numerous prior lawsuits filed in the Eastern District of Texas and the Central District of California, as well as over 180 licensees. The complaint notes that prior cases settled before claim construction hearings were conducted, although a joint claim construction statement was submitted in one earlier matter. The patents are also the subject of several other pending lawsuits filed by the Plaintiff in the same district.

Case Timeline

Date Event
1998-10-07 Earliest Priority Date for ’239, ’296, and ’010 Patents
2003-06-03 ’239 Patent Issued
2012-09-11 ’296 Patent Issued
2012-10-16 ’010 Patent Issued
2013-12-31 Accused Louis Vuitton App Published (On or Before this Date)
2024-01-09 Complaint Filing Date

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

U.S. Patent No. 6,574,239 - "VIRTUAL CONNECTION OF A REMOTE UNIT TO A SERVER"

The Invention Explained

  • Problem Addressed: The patent’s background section describes the high cost and inefficiency associated with mobile workers needing to maintain a continuous wireless connection (e.g., cellular) to a central server, as well as the inconvenience of repeatedly disconnecting and re-establishing a connection from scratch for intermittent access (Compl. ¶¶11-12; ’239 Patent, col. 2:5-24).
  • The Patented Solution: The invention proposes a "virtual session" layer that allows a communication session between a remote unit and a server to be maintained in a deactivated state without a physical connection. When communication is needed, the session can be quickly reactivated using saved parameters (e.g., authentication or modem settings), avoiding the time-consuming process of a full, new negotiation (Compl. ¶12; ’239 Patent, col. 3:45-53). This allows the server to maintain a "proxy presence" for the remote unit, making it appear continuously connected to server-side applications (’239 Patent, col. 10:45-54, Fig. 5).
  • Technical Importance: This method was designed to conserve expensive resources like billable wireless airtime and improve the user experience by making reconnections faster and seemingly transparent, a significant challenge in the context of early mobile and dial-up computing (Compl. ¶13).

Key Claims at a Glance

  • The complaint asserts at least claim 7 of the patent (Compl. ¶39). Claim 7 depends from independent claim 6, which itself depends from independent claim 1.
  • Independent Claim 1 recites a method performed on a server for controlling a virtual session, comprising the essential elements of:
    • establishing a virtual session with a remote unit, the virtual session being instantiated to support at least one application layer program;
    • placing the virtual session in an inactive state;
    • sending a signal indicative of an incoming communication request and an application-program identifying packet to said remote unit; and
    • placing the virtual session back into the active state and transferring data between the application and the remote unit via the virtual session. (’239 Patent, col. 26:48-64).
  • The complaint reserves the right to amend its infringement analysis (Compl. ¶41).

U.S. Patent No. 8,266,296 - "APPLICATION-LAYER EVALUATION OF COMMUNICATIONS RECEIVED BY A MOBILE DEVICE"

The Invention Explained

  • Problem Addressed: The patent addresses the same technical challenge as its parent ’239 patent: the inefficiency of maintaining persistent connections between mobile devices and servers, particularly in wireless environments with intermittent connectivity and high costs (’296 Patent, col. 2:27-51).
  • The Patented Solution: This patent focuses on the client-side (mobile device) method for managing virtual sessions. The invention describes a mobile handset receiving an unsolicited communication from a remote entity. This communication includes information that identifies a specific application program on the handset. The handset evaluates this information and, upon finding a match, launches the identified application and reactivates a previously inactive communication session with the remote entity (’296 Patent, Abstract; col. 24:3-24).
  • Technical Importance: This functionality is analogous to modern push notifications, enabling a server to efficiently initiate communication with a specific, otherwise inactive, application on a remote device without requiring the device to poll the server or maintain a power-intensive active connection (Compl. ¶22).

Key Claims at a Glance

  • The complaint asserts independent claims 1 and 5 (Compl. ¶57).
  • Independent Claim 1 recites a method performed on a mobile handset, comprising the essential elements of:
    • receiving a first communication initiated by a remote entity, which includes a set of information identifying an application layer program installed on the handset, where the initiation was not in response to a request from the handset;
    • causing the mobile handset to evaluate the set of information; and
    • in response to determining the information identifies the application layer program, causing the handset to launch the program and reactivate, from an inactive state, a communication session between the handset and the remote entity. (’296 Patent, col. 29:32-51).
  • The complaint reserves the right to amend its infringement analysis (Compl. ¶59).

U.S. Patent No. 8,291,010 - "VIRTUAL CONNECTION OF A REMOTE UNIT TO A SERVER"

  • Technology Synopsis: This patent, part of the same family as the ’239 and ’296 patents, describes a system for maintaining a virtual connection between a remote unit and a server. It addresses the inefficiency of persistent physical connections by allowing a session to be placed in an inactive state and then quickly reactivated using saved parameters, thereby creating a seamless user experience while conserving resources (’010 Patent, Abstract; col. 2:20-44).
  • Asserted Claims: The complaint asserts at least claims 1 and 17 (Compl. ¶¶75-76).
  • Accused Features: The complaint alleges that the Louis Vuitton App’s use of TLS sessions for client-server communication and its reliance on push notifications to re-engage the application practices the claimed methods (Compl. ¶74).

III. The Accused Instrumentality

Product Identification

  • The accused instrumentalities are mobile device applications, including the "Louis Vuitton App," available for download on platforms such as Google Play and the Apple App Store (Compl. ¶¶36, 54, 72).

Functionality and Market Context

  • The complaint alleges that the accused app performs a method where "wireless push notification messages are sent over TLS sessions, and the remote server and the client-side application establish a separate TLS connection for traditional client-server communications" (Compl. ¶¶38, 56, 74). This system allows the app to communicate with Louis Vuitton's servers to provide services to customers and to send notifications to re-engage users.
  • Plaintiff alleges that this functionality provides significant commercial value by enhancing customer engagement, providing convenience, and increasing the efficiency of Defendant’s operations (Compl. ¶23).

No probative visual evidence provided in complaint.

IV. Analysis of Infringement Allegations

The complaint references claim chart exhibits that are not provided; therefore, the infringement allegations are summarized below in prose based on the complaint's narrative.

  • ’239 Patent Infringement Allegations Summary
    The complaint alleges infringement of at least claim 7, which depends from independent claim 1. The narrative theory suggests that Louis Vuitton’s servers directly infringe by establishing a communication session with the Louis Vuitton App, placing that session into an inactive state when not in use, and later sending a push notification to the device. This push notification allegedly functions as both the claimed "signal indicative of an incoming communication request" and the "application-program identifying packet," prompting the app to reactivate the session to transfer data (Compl. ¶¶38-39).

  • ’296 Patent Infringement Allegations Summary
    The complaint alleges infringement of at least claims 1 and 5. The infringement theory focuses on the operation of the Louis Vuitton App on a user's mobile device. The complaint alleges the app receives an unsolicited communication (a push notification) from Louis Vuitton's servers, which contains information identifying the app itself. The device then allegedly evaluates this information, launches the app from a background or closed state, and reactivates the communication session with the server, thereby practicing the claimed client-side method (Compl. ¶¶56-57).

  • Identified Points of Contention:

    • Scope Questions: A central question may be whether claim terms drafted with reference to 1990s-era technology (e.g., dial-up modems, caller-ID packets) can be construed to read on modern mobile networking architecture (e.g., platform-managed push notification services like APNS or FCM, and persistent TLS sessions). Does a modern push notification payload constitute an "application-program identifying packet" as contemplated by the ’239 Patent?
    • Technical Questions: The analysis may turn on the precise technical definition of an "inactive state." What evidence does the complaint provide that the communication session for the Louis Vuitton App is truly "inactive" in the manner required by the claims, rather than merely backgrounded or maintained in a persistent, low-power connected state, which is common in modern mobile operating systems?

V. Key Claim Terms for Construction

  • The Term: "application-program identifying packet" (’239 Patent, Claim 1)

  • Context and Importance: Practitioners may focus on this term because Plaintiff's infringement theory appears to equate a modern push notification with this claimed "packet." The definition of this term will be critical to determining whether the server-side method is infringed, as the defense may argue that a standard push notification lacks the specific identifying function or structure of the "packet" described in the patent.

  • Intrinsic Evidence for Interpretation:

    • Evidence for a Broader Interpretation: The specification mentions "many more general alternative embodiments directed toward wireless applications," suggesting the invention is not limited to its specific examples (’239 Patent, col. 9:6-9).
    • Evidence for a Narrower Interpretation: The patent repeatedly uses "caller-ID packet" as the primary and detailed example of how an application is identified, which could support an argument that the term requires a similar, specific structure or protocol not present in modern push notifications (’239 Patent, col. 23:20-40, Fig. 7).
  • The Term: "reactivate, from an inactive state, a communication session" (’296 Patent, Claim 1)

  • Context and Importance: The infringement analysis for the client-side method will likely depend on the meaning of "inactive state." Practitioners may focus on this term because modern mobile apps often maintain persistent, low-power background connections. The defense may argue that such a state is not "inactive" in the sense contemplated by the patent, which was developed in an era of discrete dial-up connections that were fully terminated.

  • Intrinsic Evidence for Interpretation:

    • Evidence for a Broader Interpretation: The specification of the parent ’239 patent, which provides context, describes the inactive state as one where "no physical connection exists" (’239 Patent, col. 3:48-49). This could support a reading where any state short of an active, high-bandwidth data transfer qualifies as "inactive."
    • Evidence for a Narrower Interpretation: The patent contrasts its "virtual session" with prior art that required a session to be completely "torn down" (Compl. ¶11). The patent's solution involves maintaining session parameters in memory to allow for a quick resumption (’239 Patent, col. 3:56-63). A defendant might argue that this implies a more definitive disconnection than the state of a backgrounded modern mobile app.

VI. Other Allegations

The complaint does not contain explicit counts for indirect or willful infringement.

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

The resolution of this case may depend on the court's answers to several central questions:

  • A core issue will be one of definitional scope: can claim terms rooted in the technological context of 1998, such as "application-program identifying packet" (which is exemplified by caller-ID), be construed to encompass the functionally different components of modern, platform-based push notification systems?
  • A key technical question will be one of operative state: does the accused Louis Vuitton App’s communication session enter an "inactive state," as required by the claims, or does the underlying mobile operating system maintain a persistent, low-power connection that is technically distinct from the "disconnected but maintained" session envisioned by the patents?
  • An evidentiary question will center on functionality: what specific information is transmitted in the accused push notifications, and does that information perform the claimed function of "identifying an application layer program" in a manner consistent with the patent's teachings, or does the mobile operating system handle that function independently?