2:26-cv-00153
Portus Singapore Pte v. iFIT Inc
I. Executive Summary and Procedural Information
- Parties & Counsel:
- Plaintiff: Portus Singapore Pte Ltd. (Singapore) & PORTUS PTY, LTD. (Australia)
- Defendant: iFIT, INC. (Delaware)
- Plaintiff's Counsel: Ramey LLP
- Case Identification: 2:26-cv-00153, D. Utah, 02/24/2026
- Venue Allegations: Plaintiff alleges venue is proper in the District of Utah because Defendant maintains a regular and established place of business in Logan, Utah, and has allegedly committed acts of patent infringement within the district.
- Core Dispute: Plaintiff alleges that Defendant's unspecified systems infringe a patent related to technology for remotely monitoring and controlling home networks using a standard web browser.
- Technical Context: The technology at issue involves the architecture for remotely accessing and managing in-home devices, such as security systems, over the internet.
- Key Procedural History: The complaint states that Plaintiff is a non-practicing entity and has entered into prior settlement licenses with other parties. Plaintiff argues these past licenses do not trigger patent marking requirements under 35 U.S.C. § 287(a).
Case Timeline
| Date | Event |
|---|---|
| 1998-12-17 | U.S. Patent No. 8,914,526 Priority Date |
| 2014-12-16 | U.S. Patent No. 8,914,526 Issues |
| 2026-02-24 | Complaint Filed |
II. Technology and Patent(s)-in-Suit Analysis
U.S. Patent No. 8,914,526 - LOCAL AND REMOTE MONITORING USING A STANDARD WEB BROWSER
Issued: Dec. 16, 2014
The Invention Explained
- Problem Addressed: The patent describes a technical landscape where remote monitoring and control of home automation and security systems were often complex, cumbersome, and platform-dependent ʼ526 Patent, col. 1:38-49 Existing methods required specialized knowledge or relied on limited interfaces like telephone handsets, and remote connections could be expensive or require the home system to be persistently connected to the internet ʼ526 Patent, col. 1:53-col. 2:2 Another identified problem was the on-site storage of surveillance data, which left it vulnerable to tampering or destruction during an incursion ʼ526 Patent, col. 2:3-7
- The Patented Solution: The invention discloses a system architecture that simplifies remote access by using a standard internet browser ʼ526 Patent, abstract The system comprises three main components: a user's internet browser, an "extranet" located external to the home, and a "connection gateway" inside the home ʼ526 Patent, col. 2:31-40 When a user accesses a specific URL, a communications server on the extranet establishes an on-demand connection to the gateway in the user's home ʼ526 Patent, col. 2:40-46 This connection allows the user to monitor and control devices on their home network through a web page, with the extranet acting as a secure, centralized intermediary ʼ526 Patent, Fig. 1
- Technical Importance: The described solution aimed to provide a geographically and platform-independent standard interface for home monitoring that separated the complexities of connection management from the end-user and enabled secure, off-site data storage ʼ526 Patent, col. 1:49-54 ʼ526 Patent, col. 3:1-5
Key Claims at a Glance
- The complaint asserts infringement of "one or more claims of the ʼ526 patent" without specifying which claims are asserted Compl. ¶79 Independent claim 1 is representative of the system claimed.
- Independent Claim 1 recites a system for remote access of home networks, requiring the following essential elements:
- An Internet browser hardware device running an Internet browser.
- An extranet located external to the user premises and accessible via the browser.
- A plurality of connection gateways, with at least a subset located in respective user premises as part of a home network.
- At least one communications server located in the extranet, adapted to interconnect on-demand with the connection gateways.
- The system operates such that, responsive to a user providing a URL and authorization data, a communications server determines the authorized home network and creates a new communications session with the corresponding connection gateway.
- Through this session, the extranet obtains information from the home network via the gateway and serves a webpage to the user's browser providing that information.
III. The Accused Instrumentality
Product Identification
The complaint does not identify any specific accused products or services by name Compl. ¶79 It refers generally to "device(s), including but not limited to, systems that infringe" Compl. ¶79
Functionality and Market Context
The complaint alleges that Defendant "offers for sale, sells and manufactures" infringing systems and "put the inventions claimed by the ʼ526 Patent into service (i.e., used them)" Compl. ¶79 The complaint states that more detailed allegations are contained in a "preliminary exemplary table attached as Exhibit B" Compl. ¶80 This exhibit was not included with the filed complaint document. No probative visual evidence provided in complaint.
IV. Analysis of Infringement Allegations
The complaint references an infringement claim chart in an external exhibit that was not provided Compl. ¶80 Therefore, a detailed claim chart summary cannot be constructed. The narrative infringement theory alleges that Defendant makes, uses, and sells systems that practice the claimed methods for remote monitoring and control Compl. ¶71 Compl. ¶79
- Identified Points of Contention: Based on the patent's claims and the general nature of the allegations, the dispute may center on several key technical and legal questions:
- Scope Questions: A central question may be whether the term "extranet," as defined and used in the patent, can be construed to read on a modern, multi-tenant cloud computing environment. The patent describes an extranet as a "private network that uses the Internet protocols... to securely share part of a business's information" ʼ526 Patent, col. 6:30-34 The nature of Defendant's server architecture will be a key factual issue.
- Technical Questions: The claim requires that a communications server "creates a new communications session" with a home "connection gateway" on an "on-demand" basis ʼ526 Patent, col. 12:51-58 The specification suggests the home network is "normally in an unconnected state" ʼ526 Patent, col. 8:25-27 This raises the question of whether the accused systems, which may use "always-on" or persistent connections between devices and a cloud server, practice the specific temporal and functional requirements of the claims.
V. Key Claim Terms for Construction
The complaint does not provide sufficient detail for a full analysis of claim construction disputes. However, based on the technology, certain terms in the independent claims may become central to the case.
The Term: "extranet"
- Context and Importance: The location and nature of the "extranet" is a foundational element of the claimed system architecture. The case may depend on whether Defendant's cloud-based server infrastructure meets the definition of an "extranet" as contemplated by the patent.
- Intrinsic Evidence for Interpretation:
- Evidence for a Broader Interpretation: The patent describes the extranet as a "collection of Internet-accessible resources" that forms a "virtual private network (VPN)" '526 Patent, col. 6:22-26 This language could support an argument that any secure, private network infrastructure accessible over the public internet qualifies.
- Evidence for a Narrower Interpretation: The patent also describes the extranet in the context of a "provider network" and a "business's information or operations" ʼ526 Patent, col. 6:23 ʼ526 Patent, col. 6:31-33, which could be used to argue for a more limited scope tied to a single entity's private, controlled network rather than a general-purpose public cloud service.
The Term: "interconnect on-demand"
- Context and Importance: This term defines the temporal nature of the connection between the external server and the in-home gateway. Its construction will be critical in determining whether modern systems with persistent or "always-on" connectivity fall within the scope of the claims.
- Intrinsic Evidence for Interpretation:
- Evidence for a Broader Interpretation: The phrase could be argued to mean simply that the connection is established when needed for a specific user interaction, without precluding a persistent underlying link.
- Evidence for a Narrower Interpretation: The specification states that the "user premises network is normally in an unconnected state" and that "specific actions on the part of the remote user... connect the user premises network to the provider network" ʼ526 Patent, col. 8:25-29 This language suggests the connection is temporary and initiated for the duration of the user's active session, which may support a narrower construction.
VI. Other Allegations
- Indirect Infringement: The complaint does not provide sufficient detail for analysis of indirect infringement. The infringement count focuses on direct infringement under 35 U.S.C. § 271 Compl. ¶¶76-81
- Willful Infringement: The complaint seeks a declaration that infringement was willful and an award of treble damages Compl., Prayer for Relief ¶d The basis for this allegation is conditioned on discovery revealing that Defendant "knew of the patent-in-suit prior to the filing date of the lawsuit" and subsequently infringed Compl., Prayer for Relief ¶e
VII. Analyst's Conclusion: Key Questions for the Case
The resolution of this dispute, based on the initial complaint, appears to hinge on two fundamental questions:
- A core issue will be one of definitional scope: can key architectural terms from a 1998-priority patent, such as "extranet" and "connection gateway," be construed to encompass the distributed, cloud-based infrastructure of modern smart home and IoT systems?
- A key technical question will be one of temporal functionality: does the accused system's method of communication align with the "interconnect on-demand" limitation, which the patent specification suggests is a session-based connection to a "normally... unconnected" home network, or does it operate on a fundamentally different, persistent-connection model?