DCT

4:17-cv-05934

Cellspin Soft Inc v. Garmin Intl Inc

Key Events
Amended Complaint
amended complaint

I. Executive Summary and Procedural Information

  • Parties & Counsel:
  • Case Identification: 4:17-cv-05934, N.D. Cal., 03/02/2018
  • Venue Allegations: Venue is alleged to be proper based on Defendant’s "established kiosks throughout this District and California."
  • Core Dispute: Plaintiff alleges that Defendant’s ecosystem of fitness trackers, smartwatches, and cameras, when used with its mobile applications and web services, infringes four patents related to the automatic uploading of data from a capture device to a website via an intermediary mobile device.
  • Technical Context: The technology addresses methods for seamlessly transferring data (e.g., photos, fitness metrics) from a peripheral capture device with limited connectivity to the internet by using a paired, internet-enabled mobile device as an intelligent conduit.
  • Key Procedural History: The Amended Complaint was filed while Defendants' motions to dismiss under 35 U.S.C. § 101 were pending, with Plaintiff noting recent Federal Circuit decisions relevant to the patent-eligibility analysis. The complaint also alleges that Defendant had pre-suit notice of infringement for all asserted patents via letters sent in 2017. One patent, U.S. Patent No. 9,258,698, had all its claims cancelled in a subsequent Inter Partes Review proceeding, which concluded in 2023.

Case Timeline

Date Event
2007-12-28 Earliest Priority Date for all Patents-in-Suit
2014-05-27 U.S. Patent No. 8,738,794 Issues
2014-11-18 U.S. Patent No. 8,892,752 Issues
2016-02-09 U.S. Patent No. 9,258,698 Issues
2017-06-15 First alleged pre-suit notice letter sent to Garmin
2017-08-29 U.S. Patent No. 9,749,847 Issues
2017-08-31 Second alleged pre-suit notice letter sent to Garmin
2017-10-16 Original Complaint Filed
2018-03-02 Amended Complaint Filed
2023-05-15 IPR Certificate issues cancelling all claims of the '698 Patent

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

U.S. Patent No. 8,738,794 - "Automatic Multimedia Upload for Publishing Data and Multimedia Content" (’794 Patent)

The Invention Explained

  • Problem Addressed: At the time of the invention, transferring multimedia content from a capture device (like a digital camera) to a website was described as a cumbersome, multi-step manual process that typically required an offline transfer to a PC, which would then handle the upload (’794 Patent, col. 1:38-47). This process was inconvenient and not conducive to "real time" publishing (Compl. ¶18).
  • The Patented Solution: The invention proposes a method where a "data capture device" (e.g., a camera) is paired with an internet-connected "mobile device" (e.g., a smartphone) (’794 Patent, Abstract). A software application on the mobile device automatically detects new data on the capture device, transfers it over the paired connection (e.g., Bluetooth), attaches user-identifying information, and then uploads the data to a web service, offloading the complexity from the capture device (’794 Patent, col. 4:24-58).
  • Technical Importance: This architecture aimed to improve user experience and the battery life of peripheral devices by leveraging the superior processing power, storage, and internet connectivity of a mobile phone as a central hub for data management and publication (Compl. ¶¶ 17, 20).

Key Claims at a Glance

  • The complaint asserts independent claim 1 and dependent claims 2, 3, 4, 7, and 9 (Compl. ¶29).
  • Independent Claim 1 (Method) essential elements:
    • Providing software modules on both a Bluetooth enabled data capture device and a Bluetooth enabled mobile device.
    • Establishing a paired connection between the devices.
    • Acquiring new data on the capture device after pairing.
    • The capture device's software determining the existence of new data and sending a data signal to the mobile device.
    • Transferring the new data from the capture device to the mobile device.
    • The mobile device's software applying a user identifier to the new data.
    • The mobile device's software transferring the new data and user identifier to a web service.
    • The web service receiving and making the data available.

U.S. Patent No. 8,892,752 - "Automatic Multimedia Upload for Publishing Data and Multimedia Content" (’752 Patent)

The Invention Explained

  • Problem Addressed: The patent addresses the same general problem as the ’794 Patent: the inefficiency of uploading content from capture devices to the internet (Compl. ¶12).
  • The Patented Solution: The ’752 Patent claims a more specific method focused on security and a particular sequence of communications. The method establishes a "secure paired Bluetooth connection" using a "cryptographic encryption key" (’752 Patent, col. 12:53-57). It describes a specific signaling protocol where the mobile device first sends a message to the capture device to "enable event notification," after which the capture device can send notifications about new data, which is then transferred in an encrypted format (’752 Patent, col. 12:1-13:42).
  • Technical Importance: This solution adds a layer of security through encryption and defines a structured, event-driven communication protocol, which can enhance efficiency and reliability compared to simple polling mechanisms (Compl. ¶21.e).

Key Claims at a Glance

  • The complaint asserts independent claim 1 and dependent claims 2, 4, 5, 12, 13, and 14 (Compl. ¶39).
  • Independent Claim 1 (Method) essential elements:
    • Establishing a secure paired Bluetooth connection using a cryptographic encryption key.
    • Acquiring new data in the capture device.
    • Detecting new data by: receiving a message from the mobile device to enable event notification; determining the existence of new data; and sending an event notification to the mobile device.
    • Encrypting the new data on the capture device.
    • Transferring the encrypted data to the mobile device.
    • The mobile device receiving the encrypted data, attaching a user identifier and destination web address, and sending it to a remote internet server.

U.S. Patent No. 9,258,698 - "Automatic Multimedia Upload for Publishing Data and Multimedia Content"

  • Technology Synopsis: This patent claims systems and methods specifically for a digital camera device. The invention centers on a "pull" mechanism, where a mobile application on a cellular phone initiates a "data transfer request" for a new media file that has already been created and stored in the camera's memory. The phone then receives the file and uploads it using HTTP. (’698 Patent, col. 12:5-23).
  • Asserted Claims: Independent claims 1, 5, 8, and 13 are asserted, among others (Compl. ¶49).
  • Accused Features: The complaint alleges that Garmin's camera products (e.g., Dash Cam, VIRB) used with the Garmin VIRB mobile application infringe this patent (Compl. ¶¶ 49-50).

U.S. Patent No. 9,749,847 - "Automatic Multimedia Upload for Publishing Data and Multimedia Content"

  • Technology Synopsis: This patent claims a system, rather than a method, comprising a capture device and a mobile application. The key inventive step is the capture device sending an "event notification along with the acquired new-data" to the cellular phone. The mobile application is configured to listen for this event, store the received data, and then use HTTP to transfer it to a website. (’847 Patent, col. 12:49-65).
  • Asserted Claims: Independent claim 1 is asserted, among others (Compl. ¶59).
  • Accused Features: The complaint alleges that Garmin's fitness tracking devices (e.g., fenix, Forerunner) used with the Garmin Connect mobile application and connect.garmin.com web service infringe this patent (Compl. ¶¶ 59-60).

III. The Accused Instrumentality

Product Identification

The accused instrumentalities are Garmin's data capture devices (including fitness trackers, smartwatches, and cameras such as the Forerunner, fenix, and VIRB series), used in conjunction with Garmin's mobile applications (such as Garmin Connect and Garmin VIRB) on a user's mobile device, and Garmin's web services (such as connect.garmin.com) (Compl. ¶¶ 29-30, 49-50, 59-60).

Functionality and Market Context

The complaint alleges that the accused system functions by having a Garmin capture device (e.g., a fenix watch) monitor and acquire a user's fitness data (e.g., heart rate, steps) (Compl. ¶30). The capture device then establishes a paired Bluetooth connection with a user's mobile device running the Garmin Connect app. New data is transferred from the capture device to the mobile app, which then adds user account information and transfers the data over the internet to Garmin's web service, where it is stored and made available to the user (Compl. ¶30). A similar process is alleged for camera devices and the VIRB app (Compl. ¶50). These products represent a core part of Garmin's consumer electronics business in the fitness and outdoor recreation markets.

No probative visual evidence provided in complaint.

IV. Analysis of Infringement Allegations

’794 Patent Infringement Allegations

Claim Element (from Independent Claim 1) Alleged Infringing Functionality Complaint Citation Patent Citation
providing a software module on the Bluetooth enabled data capture device; Garmin provides software modules for its Bluetooth enabled capture devices. ¶31 col. 12:1-4
establishing a paired connection between the Bluetooth enabled data capture device and the Bluetooth enabled mobile device; Garmin devices establish a paired connection with a mobile device running a Garmin application. ¶30 col. 4:55-63
acquiring new data in the Bluetooth enabled data capture device...after the paired connection is established; Garmin devices acquire new tracking data, such as heart rate and steps, after pairing. ¶30 col. 4:21-24
determining the existence of new data for transfer, by the software module on the Bluetooth enabled data capture device; The Garmin device determines the existence of new tracking data. ¶30 col. 12:64-67
transferring the new data from the Bluetooth enabled data capture device to the Bluetooth enabled mobile device automatically over the paired Bluetooth connection... The Garmin device transfers the new data to the mobile device automatically over the paired connection. ¶30 col. 4:32-40
applying, using the software module on the Bluetooth enabled mobile device, a user identifier to the new data... The Garmin mobile application applies account information identifying the user to the new data. ¶30 col. 12:21-25
transferring the new data received by the Bluetooth enabled mobile device along with a user identifier to the one or more web services... The Garmin application transfers the new data and user identifier to the Garmin web service. ¶30 col. 12:26-31
making available, at the one or more web services, the new data received from the Bluetooth enabled mobile device... The Garmin web service makes the new data available over the Internet. ¶30 col. 12:35-41
  • Identified Points of Contention:
    • Scope Questions: A central question may be the scope of "software module on the Bluetooth enabled data capture device." The dispute may turn on whether the standard firmware on a Garmin device that enables Bluetooth communication qualifies as the claimed "software module" that actively "determin[es] the existence of new data," or if the claim requires a more distinct, application-level component.
    • Technical Questions: What evidence demonstrates that the Garmin capture device itself, rather than the mobile application polling it, performs the step of "determining the existence of new data for transfer" as required by the claim?

’752 Patent Infringement Allegations

Claim Element (from Independent Claim 1) Alleged Infringing Functionality Complaint Citation Patent Citation
establishing a secure paired Bluetooth connection between a Bluetooth enabled data capture device and a Bluetooth enabled mobile device using a cryptographic encryption key; The accused methods establish a secure paired Bluetooth connection between the Garmin device and mobile device using a Bluetooth encryption key. ¶40 col. 12:53-57
receiving a message from the mobile device...to enable event notification corresponding to new data on the capture device; The Garmin device receives a message from the mobile device over the paired connection to enable event notifications. ¶40 col. 12:64-13:2
determining existence of the new data for transfer; The Garmin device determines the existence of new data for transfer. ¶40 col. 13:3-4
sending an event notification to the mobile device...wherein the mobile device is configured to listen for the event notification; The Garmin device sends an event notification to the mobile device, which is configured to listen for it. ¶40 col. 13:5-12
transferring the encrypted data from the data capture device to the mobile device... Encrypted data is transferred from the Garmin device to the mobile device. ¶40 col. 13:17-21
...wherein the mobile device...is configured to attach a user identifier, a hypertext transfer protocol method, and a destination web address...to a remote internet server. The mobile device sends the new data with account information, an HTTP operation, and a destination address to the Garmin web server. ¶40 col. 13:28-39
  • Identified Points of Contention:
    • Scope Questions: Does the term "event notification" as claimed, which is enabled by a message from the mobile device, read on the standard functionality of Bluetooth Low Energy (BLE) services and characteristics, or does it require a non-conventional, application-specific messaging protocol?
    • Technical Questions: The claim recites a specific sequence: 1) mobile device enables notifications, 2) capture device determines new data exists, 3) capture device sends notification. Does the complaint provide sufficient evidence that the accused Garmin system follows this precise, ordered sequence of operations, or could the interaction be functionally different (e.g., simple polling initiated by the phone)?

V. Key Claim Terms for Construction

  • For the ’794 Patent:

    • The Term: "software module on the Bluetooth enabled data capture device"
    • Context and Importance: The definition of this term is critical because it dictates the level of intelligence and independent functionality required on the capture device itself. The infringement analysis depends on whether standard device firmware is sufficient to meet this limitation, or if a more complex, dedicated software component is required.
    • Intrinsic Evidence for Interpretation:
      • Evidence for a Broader Interpretation: The specification is not highly specific, referring generally to the components needed to perform the functions, which could support an argument that any code (including firmware) that performs the claimed function is a "software module" (’794 Patent, col. 6:18-22).
      • Evidence for a Narrower Interpretation: The patent depicts the "data capture device" and "client application" with distinct blocks for modules like a "data transfer protocol module" (’794 Patent, Fig. 2), which might suggest a more structured and substantive software architecture than basic firmware.
  • For the ’752 Patent:

    • The Term: "receiving a message from the mobile device...to enable event notification"
    • Context and Importance: This term is central to the specific signaling protocol claimed. Infringement hinges on whether the accused system performs this specific "enabling" step initiated by the mobile device before the capture device can send notifications, or if it uses a different communication model. Practitioners may focus on this term because it appears to describe a specific "handshake" to begin the notification process.
    • Intrinsic Evidence for Interpretation:
      • Evidence for a Broader Interpretation: A party could argue this language broadly covers any initial communication from the mobile device that results in the capture device being set to a state where it can send data, such as subscribing to a characteristic in a standard BLE protocol.
      • Evidence for a Narrower Interpretation: The claim language recites a distinct "message...to enable" the notification, which occurs before the capture device determines new data exists. This sequence may support a narrower reading that requires a specific, purpose-built command, distinct from a standard connection or subscription event (’752 Patent, col. 12:64-13:4).

VI. Other Allegations

Indirect Infringement

The complaint alleges induced infringement for the ’752, ’698, and ’847 patents. The allegations are based on Garmin providing the devices, software, and "instructions regarding the use and/or operation" of the products, which allegedly encourage and instruct users to perform the infringing methods. It is also alleged that Garmin conditions the use of its web services on users performing the claimed steps (Compl. ¶¶ 42, 52, 62).

Willful Infringement

Willfulness is alleged for all four patents. The basis for the claim is alleged pre-suit knowledge of the patents via notification letters sent to Garmin on June 15, 2017 and August 31, 2017. The complaint alleges that any infringement after these dates was necessarily willful, wanton, and deliberate (Compl. ¶¶ 32-33, 41-43, 51-53, 61-63).

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

  • A core issue will be one of claim scope and construction: What level of functionality is required by the term "software module" on the data capture device in the ’794 Patent? Further, does the specific, ordered signaling protocol in the ’752 Patent—particularly the "message...to enable event notification"—require a non-conventional communication step beyond standard Bluetooth operations? The resolution of these construction questions may significantly impact the infringement analysis.
  • A key evidentiary question will be one of technical operation: Assuming the claims are construed, does the accused Garmin ecosystem actually practice the claimed methods? Specifically, what evidence will show that the capture device itself (and not the mobile app) "determines the existence of new data" (’794 Patent), and does the system follow the precise, multi-step notification and encryption sequence recited in Claim 1 of the ’752 Patent?
  • A third issue, particularly for the ’698 Patent, will be mootness: Given the IPR certificate cancelling all claims of the ’698 patent, the infringement allegations for that patent are likely moot, though the procedural history and allegations may remain relevant for context in the broader dispute.