- Filed
- Sep 24, 2026
- Last modified
- Nov 3, 2026
- Petitioner
- Salesforce, Inc.
- Inventor
- Sacha Spindler et al
Invalidity dossier
US 12438978
Systems and methods for resuming online abandoned journeys
Current assignee: IQX Corp.
Added 9/25/2026, 12:00:19 AM
Active provider: DeepSeek · deepseek-flash
Patent summary
Title, assignee, inventors, filing/issue dates, abstract, and a plain-language overview of the claims.
I'll search for this specific patent number across sources, including USPTO and CAFC 2026 docket references.
Let me verify with additional targeted searches, including CAFC docket and any litigation references.
Found litigation references. Let me investigate the IQX Corp. enforcement activity and confirm which patents are at issue.
US Patent 12,438,978 — Summary
Bibliographic Data (as verified)
| Field | Value |
|---|---|
| Patent number | US 12,438,978 B2 |
| Title | "Systems and methods for resuming online abandoned journeys" |
| Inventors | Sacha Spindler; Aidan Wright |
| Assignee | IQX Corp (original assignee also IQX Corp.) |
| Application number | US 19/192,732 |
| Filing date | 2025-04-29 |
| Issue/grant date | 2025-10-07 |
| Pre-grant publication | US 2025/0274544 A1 (published 2025-08-28) |
| Earliest priority date | 2018-09-27 (US provisional 62/737,315) |
| Anticipated expiration | 2039-09-25 |
| Status | Active |
| Primary classifications | H04M 1/72403, H04M 1/7243, H04M 1/72436, H04M 1/72445; H04W 12/06, H04W 4/12, H04W 4/14, H04W 4/20 |
Continuity (per the front matter): This patent is a continuation of Ser. No. 18/984,041 (filed Dec. 17, 2024), itself a continuation of Ser. No. 18/896,197 (filed Sep. 25, 2024), which is a continuation-in-part of Ser. No. 18/483,670 (filed Oct. 10, 2023), a continuation of Ser. No. 18/193,163 (filed Mar. 30, 2023), a continuation of Ser. No. 17/279,188 (filed Mar. 24, 2021; U.S. National Stage of PCT/US19/52847, filed Sep. 25, 2019), claiming benefit of provisional 62/737,315 (Sep. 27, 2018). The Google Patents timeline also lists a later family member, application 19/324,477 → US 2026/0012531 A1 (dated 2025-09-10).
Sources: https://patents.google.com/patent/US12438978/en ; corroborating family/description pages for the pre-grant publication at https://patents.justia.com/patent/20250274544 and https://www.patents-review.com/a/20250274544-systems-methods-resuming-online-abandoned-journeys.html ; assignee/portfolio listing at https://www.ipqwery.com/ipowner/en/owner/ip/[2495953](/patent/2495953)-iqx-corp.html
Abstract (verbatim, as published)
"Systems and methods are described for receiving a request to provide content to at least one authorized recipient; generating a customized message comprising at least one action associated with the content; causing transmission of the customized message to a mobile computing device associated with the at least one authorized recipient, requesting authorization data corresponding to the at least one authorized recipient; responsive to receiving the requested authorization data: verifying that the authorization data correlates to an identity of the at least one authorized recipient or an identity of the mobile computing device; determining a classification of the at least one authorized recipient; and generating a Rich Communication Service (RCS) message comprising the content; and scheduling, using a machine learning model and based on the determined classification, delivery of the RCS message to the mobile computing device."
Note the label/reality mismatch worth flagging: the title emphasizes resuming online abandoned journeys, but the abstract and independent claims are drafted more broadly around RCS messaging, silent-network authentication, and ML-based send-time/classification. The abandonment-resumption subject matter is carried mainly in the specification (Figs. 15–18) and in dependent claims.
Plain-Language Overview of the Independent Claims
The patent recites three independent claims — a method claim, a system claim, and a computer-readable storage medium claim. All three share the same core workflow; the differences are in claim type and in the vocabulary used for the end user ("authorized recipient," "service subscriber," or "authorized recipient or subscriber") and for the actionable element ("action" in the method/system claims vs. "link" in the medium claim).
Independent Claim 1 — Computer-implemented method (core workflow):
- Receive a request to provide content to at least one authorized recipient.
- Generate a customized message that includes at least one action associated with that content (e.g., a link/button).
- Transmit the customized message to a mobile computing device belonging to the authorized recipient.
- After the user selects the action, the system requests authorization data for that recipient.
- If authorization data is received, the system (a) verifies that the data correlates to the recipient's identity or the mobile device's identity, (b) determines a classification of the recipient based on that identity, and (c) generates an RCS message containing the content.
- Schedules delivery of the RCS message using a machine learning model and based on the determined classification.
In plain terms: a marketing/transaction message with a clickable action is sent by text; the click triggers an identity check; the verified user is sorted into a tier; and an AI model decides when to push the follow-up rich (RCS) message to that tier.
Independent System Claim — "Automated messaging subscription and distribution system":
A processor + memory system performing the same steps, but reciting "service subscriber" instead of "authorized recipient," requesting "subscription data" upon action selection, and generating the RCS message "based on the determined classification."
Independent Storage-Medium Claim:
A non-transitory computer-readable medium storing instructions to perform the same steps, but with "at least one link associated with the content" (rather than "action") and with the user termed "authorized recipient or subscriber."
Dependent claims add (summarized):
- Actually delivering the RCS message per the schedule.
- Content as a carousel of selectable options — perform a secure transaction, schedule an appointment, or resume an abandoned user journey.
- Content rendered within a browser on the mobile device.
- Send/receive (real-time typing) indicators in the mobile UI.
- Sender verification of the RCS message, with an SMS warning delivered if the sender is not authorized.
- Actions offering: perform a transaction, select a suggested response, return to a prior browsing session, or return to a prior application session.
Specification Highlights Supporting the Claims
- Architecture: an Automated Messaging Distribution Array (AMDA) with an ML/AI decision cluster (1000a) and an AMDA subscriber vault (1000b) that sorts recipients into tier 1 buyers, tier 2 link clickers, and tier 3 bulk-send recipients, routed to a just-in-time messaging array (1000c) or bulk array (1000d) and an automated scheduler/distribution hub (1000e) supporting SMS/MMS, RCS, and OTT channels.
- Security: a Silent Network Authentication Protocol (SNAP) layer (1100) that silently verifies network/device credentials (SIM/carrier identifiers) plus optional biometric authentication; a "hot cookie" bound to the mobile device gates access to the customized page and transaction flow.
- Abandonment taxonomy (Figs. 15–16): session, browser, search, form, onboarding/signup, wish list, checkout, and cart abandonment; each type is recorded and the ML/AI cluster selects a follow-on message/link that returns the user to the abandoned access point.
Litigation / Docket Findings
- I found no Court of Appeals for the Federal Circuit (CAFC) 2026 docket involving US 12,438,978. I cannot confirm any CAFC appeal for this specific patent.
- The Google Patents family record carries a Darts-IP flag indicating the family " has litigation" (family ID 94175196): https://patents.darts-ip.com/?family=94175196
- The identified U.S. case is IQX Corp. v. Intuit Inc., No. 2:26-cv-00351 (E.D. Tex., Marshall Division), filed April 30, 2026, Judge Rodney Gilstrap, Magistrate Roy S. Payne, Nature of Suit 830 (35 U.S.C. § 271 patent infringement), accused product identified as Intuit MailChimp text-messaging marketing functionality.
- Sources: https://gaeflexstaging-dot-docketupdate.appspot.com/cases/Texas_Eastern_District_Court/2--26-cv-00351/IQX_Corp._v._Intuit_Inc/ ; https://companyprofiles.justia.com/company/intuit/dockets/case ; https://cdn.pacermonitor.com/public/case/64428468/IQX_Corp_v_Intuit_Inc
- A third-party complaint analysis of that case discusses asserted U.S. Patent No. 12,368,799 ("Automated silent network authentication protocol") and a "'924 Patent" (consistent with US 11,876,924, "Secure transactions using customized webpages," granted 2024-01-16). It did not identify US 12,438,978 as one of the asserted patents. Analysis link: https://ai-lab-cl-prod.azurewebsites.net/case/dct/txed/2:26-cv-00351/doc/analysis/1
Confidence and Uncertainty Notes
- High confidence: patent number, title, inventors, assignee, application number, filing date, issue date, priority chain, abstract text, and the substance of the independent claims — all from the patent's own front matter and specification as published.
- Medium confidence: the precise number of claims and the exact claim numbering of the independent claims. The text available to me reproduces the claim language in the Summary sections but does not show a numbered claim set, so I have described the three independent claims by type rather than by claim number.
- Uncertainty — no correction made, per instruction: the application serial is presented as "US19/192,732" and the follow-on family member as "US19/324,477." These are reported literally.
- Uncertainty: Whether US 12,438,978 is asserted in the IQX v. Intuit litigation. The publicly indexed complaint analysis references the '799 and '924 patents; I could not confirm '978's inclusion.
- Not found/not verified: any CAFC (Federal Circuit) 2026 appellate docket, PTAB/IPR proceeding, or USPTO PatentCenter record specifically for 12,438,978 beyond the Google Patents and family sources cited. I did not independently retrieve the USPTO PatentCenter "Bibliographic Data" page for this patent, so the grant date and status are as reported by Google Patents rather than directly confirmed at USPTO.
Generated 9/25/2026, 12:01:36 AM
Cases on file (1)
Group view →Specific litigation cases in our database that name US patent 12438978. The free-form analysis below may also discuss cases beyond this list.
- IQX Corp. v. Salesforce, Inc.filed May 28, 20267:26-cv-00213U.S. District Court for the Western District of Texaspending
Defendants: Salesforce, Inc.
Litigation summary
Past and pending lawsuits — plaintiffs, defendants, jurisdictions, outcomes, and notable rulings.
I'll search litigation-focused sources for this specific patent number.
Let me search additional litigation databases and specifically check whether the '978 patent has been asserted.
Let me verify the Salesforce case details and check for any additional cases asserting the '978 patent.
Litigation Involving US 12,438,978
Bottom line up front: I found exactly one case in which US 12,438,978 ("Systems and methods for resuming online abandoned journeys") is affirmatively identified as an asserted patent — IQX Corp. v. Salesforce, Inc. I also found a related, near-identical IQX enforcement campaign against Intuit (same plaintiff, same accused "text message marketing system" theory), but the indexed complaint analysis for that case identifies the '799 and '924 patents, not the '978 patent. I found no CAFC appeal, no PTAB/IPR challenge, and no ITC action specifically directed at 12,438,978.
Before the detail, one rule-mandated flag: your stated "current date" of April 26, 2026 is inconsistent with the evidence. Both IQX complaints have filing dates after April 26, 2026 (April 30, 2026 and May 28, 2026), and the previously generated section of this analysis was itself dated 2026-09-25. I have reported the filing dates literally as the sources state them, without auto-correcting, but the chronology does not reconcile with an April 26, 2026 present date.
Case 1 — IQX Corp. v. Salesforce, Inc. (the '978 assertion)
| Field | Value |
|---|---|
| Plaintiff | IQX Corp. |
| Defendant | Salesforce, Inc. |
| Jurisdiction / Court | U.S. District Court for the Western District of Texas (W.D. Tex.) |
| Case number | 7:26-cv-00213 |
| Filing date | May 28, 2026 (docket entry: complaint filed 05/28, receipt no. ATXWDC-22036119) |
| Cause of action | 35 U.S.C. § 271 Patent Infringement (Nature of Suit 830) |
| Accused instrumentality | "Salesforce text message marketing system" (text-message marketing functionality) |
| Patents identified | US 12,438,978 (claim 1 asserted), plus US 12,368,799, a "'924" patent, and a "'165" patent |
| Outcome / current status | Open — complaint filed; summons requested; no judgment, dispositive ruling, or settlement identified |
This is the only case in the search results that expressly ties US 12,438,978 to a defendant. The third-party complaint analysis states: "U.S. Patent No. 12,438,978, 'Systems and methods for resuming online abandoned journeys,' issued October 7, 2025 … The complaint specifically alleges infringement of independent claim 1," and "The 'Salesforce text message marketing system' is accused of infringing the '978 Patent."
Sources:
- https://ai-lab-cl-prod.azurewebsites.net/case/dct/txwd/7:26-cv-00213/doc/analysis/1
- https://ai-lab-cl-prod.azurewebsites.net/case/dct/txwd/7:26-cv-00213/iqx-corp-v-salesforce-inc (case record: 7:26-cv-00213, W.D. Tex., filed 05/28/26, Status: Open)
- https://cdn.pacermonitor.com/public/case/64898612/IQX_Corp_v_Salesforce,_Inc (PACER docket entries)
⚠️ Cross-check note: The indexed Salesforce analysis describes a "'165" patent whose abstract and independent claim 1 are textually identical to the '978 patent's subject matter (receive request → customized message → authorization → classification → RCS message → ML-scheduled delivery). It is possible the analysis conflated or duplicated the '978 recitation. I report both as they appear and cannot confirm from the available records that '978 and the '165 patent are the same document. Treat the "claim 1 of '978 is asserted" statement as medium confidence — it rests on a third-party summary, not the complaint itself.
Case 2 — IQX Corp. v. Intuit Inc. (related campaign; '978 NOT confirmed)
| Field | Value |
|---|---|
| Plaintiff | IQX Corp. |
| Defendant | Intuit Inc. |
| Jurisdiction / Court | U.S. District Court for the Eastern District of Texas, Marshall Division |
| Case number | 2:26-cv-00351 |
| Filing date | April 30, 2026 (complaint filed 04/30, receipt no. ATXEDC-11516108) |
| Judges | District Judge Rodney Gilstrap; Magistrate Judge Roy S. Payne |
| Cause of action | 35 U.S.C. § 271 Patent Infringement (Nature of Suit 830); Jury demand: Both |
| Accused instrumentality | Intuit MailChimp text-message marketing system |
| Patents identified | US 12,368,799 ("Automated silent network authentication protocol") and a "'924" patent — not 12,438,978 |
| Outcome / current status | Open — complaint + Rule 7.1 disclosure statement filed; no judgment or settlement identified |
The indexed complaint analysis for this case discusses the '799 and '924 patents only; it does not identify US 12,438,978 as an asserted patent here. This is consistent with (and does not alter) the uncertainty flagged in the previously generated section.
Sources:
- https://gaeflexstaging-dot-docketupdate.appspot.com/cases/Texas_Eastern_District_Court/2--26-cv-00351/IQX_Corp._v._Intuit_Inc/
- https://cdn.pacermonitor.com/public/case/64428468/IQX_Corp_v_Intuit_Inc
- https://ai-lab.exparte.com/case/dct/txed/2:26-cv-00351/doc/analysis/1
- https://companyprofiles.justia.com/company/intuit/dockets/case
Negative findings (searched, not found)
- No CAFC appellate docket for US 12,438,978 (no appeal of either case; both are at the pleading stage anyway).
- No PTAB / IPR / PGR challenge to US 12,438,978.
- No ITC § 337 action involving US 12,438,978.
- The Google Patents family record (family ID 94175196) carries a Darts-IP "has litigation" flag: https://patents.darts-ip.com/?family=94175196 — this is a family-level indicator and does not by itself identify which patent is asserted; it is consistent with the two IQX campaigns above.
Confidence and caveats
- High confidence: The existence, parties, court, case number, filing date, and "Open" status of IQX Corp. v. Salesforce, Inc., 7:26-cv-00213 (W.D. Tex.) and IQX Corp. v. Intuit Inc., 2:26-cv-00351 (E.D. Tex.) — corroborated across PacerMonitor, Justia, and docket-aggregator sources.
- Medium confidence: That US 12,438,978 is asserted in the Salesforce case. This rests on an AI-generated complaint summary; I could not retrieve the complaint PDF or a claim-chart exhibit (Exhibit 2-type attachments were noted as "not attached/not provided") to confirm first-hand.
- Not confirmed / do not assume: That US 12,438,978 is asserted in the Intuit case — the indexed Intuit analysis identifies only '799 and '924.
- Sources not directly accessible in this session: I did not retrieve a live PACER docket sheet or the Unified Patents portal case list for either case; the Unified Patents search returned unrelated results. If exact "current status" (e.g., service, answer, motion practice) is required, the authoritative sources are the W.D. Tex. 7:26-cv-00213 and E.D. Tex. 2:26-cv-00351 PACER dockets.
- Date discrepancy (flagged, not corrected): The case filing dates post-date your stated current date of April 26, 2026. Per instructions I have not normalized them.
If you want, I can attempt to pull the actual Salesforce complaint PDF and its claim charts to move the '978-assertion finding from medium to high confidence.
Generated 9/25/2026, 12:46:08 AM
Proceedings on file (1)
All PTAB activity →AIA trial proceedings (IPR / PGR / CBM) filed at the USPTO Patent Trial and Appeal Board against this patent. Sourced from the USPTO Open Data Portal and refreshed every six hours; each proceeding number deep-links to the PTAB E2E docket.
Current assignee: IQX Corp.
PTAB challenges
AIA trial proceedings at the USPTO Patent Trial and Appeal Board — IPR, PGR, and CBM. Petitioners, judge panels, claim-level invalidation outcomes from Final Written Decisions, and Federal Circuit appeals. The single most important defensive datapoint after litigation history.
I'll research the single flagged proceeding and cross-check for any others.
Key find: a parallel district-court case against Salesforce. Let me dig into the petition specifics and check for any sibling IPRs or appeals.
Found the parallel case. Now let me pin down the petition's grounds, panel, and whether sibling patents drew other IPRs.
PTAB / AIA Trial Report — U.S. Patent No. 12,438,978 B2
"Systems and methods for resuming online abandoned journeys" · IQX Corp. (Patent Owner) · Priority 2018-09-27 · Granted 2025-10-07
Report date: 2026-09-25
Proceedings overview
One (1) AIA trial proceeding is on file against US 12,438,978: IPR2026-00478 (Salesforce, Inc., filed 2026-09-24, status "Pending"). Breakdown: 1 active/pending · 0 claims invalidated · 0 claims sustained · 0 settled · 0 institution denials. Bottom line for a defendant: the '978 patent is completely untested at the PTAB — no claim has been canceled, no claim has been confirmed, and no institution decision exists yet. The single petition was docketed one day before this report, so there is no FWD, no panel, no claim-level outcome, and no appeal. Any demand letter citing the '978 patent today is citing claims that are live and presumptively valid, and the only defensive value currently available from the PTAB is a single, freshly filed petition whose merits the Board has not yet touched.
Contradiction / update flag against the previously generated sections. The earlier "Litigation / Docket Findings" section identified IQX Corp. v. Intuit Inc., No. 2:26-cv-00351 (E.D. Tex.) as the only U.S. case and stated that the public complaint analysis "did not identify US 12,438,978 as one of the asserted patents." That is now superseded in one respect: a second, later-filed case — IQX Corp. v. Salesforce, Inc., No. 7:26-cv-00213 (W.D. Tex., filed 2026-05-28) — is publicly analyzed as asserting claim 1 of the '978 patent (alongside US 12,368,799 claim 12 and patents referred to as the "'924" and "'165" patents), with the "Salesforce text message marketing system" as the accused instrumentality. Salesforce's IPR2026-00478 is therefore a direct defensive response to that W.D. Tex. complaint. Source: https://ai-lab-cl-prod.azurewebsites.net/case/dct/txwd/7:26-cv-00213/doc/analysis/1 ; case/date confirmation at https://cdn.pacermonitor.com/public/case/64898612/IQX_Corp_v_Salesforce,_Inc
I could not independently verify the "'165 Patent" referenced by that analysis — it is quoted with the '978 patent's abstract and the identical claim 1 (word-for-word: receive request → customized message with action → transmit → verify authorization data → determine classification → generate RCS message → schedule with ML model). Treat the "distinct '165 patent" as unconfirmed; it may be a sibling continuation with the same abstract or a mislabel in the third-party analysis.
IPR2026-00478 — Salesforce, Inc. v. IQX Corp.
- Type: Inter Partes Review (35 U.S.C. §§ 311–319)
- Filed: 2026-09-24 (per the USPTO Open Data Portal structured record; last modified 2026-09-24)
- Status: Pending (verbatim from structured data). Gloss: petition filed and accorded a filing date; the Board has issued no § 314(a) institution decision, and (as of this report) no Patent Owner Preliminary Response is on file. The proceeding is in the three-month preliminary-response window.
- Judge panel: Not yet public. The Board has not issued an institution decision or notice of panel assignment. No APJ names can be stated without fabricating them.
- Petition grounds: Not yet public / not confirmed. I could not retrieve the publicly posted petition or its exhibit list. Because the petition was filed 2026-09-24 (one day before this report), the merits record is not yet indexed. Do not assume which claims (1, the three independents, all claims) or which statutory bases (§ 102 / § 103 / § 112) are at issue — the ground-truth record is the petition itself, available via PTAB E2E at https://ptacts.uspto.gov/ptacts/ and the PTAB public "Petitions" repository at https://ptacts.uspto.gov/ptacts/public-informations. Grounds must be patents or printed publications only (§ 311(b)); § 112 is not available in an IPR, so if the Salesforce team intends a § 101/§ 112 theory it must be litigated in W.D. Tex.
- Institution decision: None issued. Statutory deadline is § 314(b): six months from the petition filing date, i.e. on or about 2027-03-24 (extensions only for good cause shown). Patent Owner's § 323 preliminary response is due three months after the date the notice according the filing date is mailed, i.e. on or about 2026-12-24, unless waived.
- Final Written Decision: None. No claim has been canceled or held patentable. Any statement about claim-level survival would be fabricated at this stage.
- Settlement / termination: None. No § 317(b) termination, no joinder, no adverse judgment.
- Appeal: None, and none is possible yet. An appeal to the Federal Circuit under 35 U.S.C. § 319 lies only from a final written decision; with no institution decision, no FWD, and no notice of appeal, there is no CAFC docket number to report. Earlier searching likewise produced no Federal Circuit 2026 docket involving 12,438,978.
- Defensive value: Low informational value today, high strategic value going forward. For a defendant now facing the '978 patent, IPR2026-00478 confirms that the asserted independent claim is contested and gives you a ready-made prior-art record and prosecution history to monitor — but it provides no estoppel, no cancellation, and no claim construction yet. If you are accused and are not Salesforce (e.g., the E.D. Tex. defendant), the Salesforce petition neither binds you nor helps you: it has not been instituted, so § 315(e)(2) estoppel has not attached even as to Salesforce.
Strategic summary
Status of the claims. There is no claim-level outcome to report. Claim 1 (the method claim publicly identified as asserted in IQX v. Salesforce), the "automated messaging subscription and distribution system" independent claim, and the non-transitory computer-readable-medium independent claim are all UNTESTED — not canceled, not sustained, merely challenged in a single pending petition. The abandonment-resumption subject matter that gives the patent its title lives in the specification (Figs. 15–16) and in dependent claims that no tribunal has yet construed. Anyone telling you a claim of the '978 patent is "already dead" is wrong; nothing has been decided.
Estoppel landscape. Because IPR2026-00478 has not been instituted and no FWD has issued, no § 315(e)(2) estoppel has attached to anyone — not Salesforce, not its privies, and certainly not unrelated defendants. Practical consequences for a defendant being asserted today:
- If you want to use the PTAB, you must file your own petition within one year of service of the complaint (§ 315(b)). Salesforce's petition creates no safe harbor for you and no estoppel against you.
- Joinder is available under § 315(c) if IPR2026-00478 is instituted (§ 315(b) bar does not apply to joinder requests granted under § 315(c)), but expect Patent Owner to oppose and expect a close look at whether joinder is "non-anodyne" (whether you would be an active participant).
- If you file your own petition, Sotera-type stipulation practice remains the cleanest way to blunt discretionary-denial arguments — the Director's recent informative decision in Tesla, Inc. v. Bulletproof Property Management, LLC, IPR2026-00204 et al. (Paper, 2026-06-15) denied discretionary denial where there was no scheduled trial date and the petitioner broadly stipulated not to pursue in litigation any ground that could reasonably be raised in the IPR.
Pattern signals. (1) Single-petition campaign so far — Salesforce has filed one IPR against this patent, not a multi-petition volley. (2) No defensive aggregator (no Unified Patents, RPX, or similar) appears in the chain on the '978 patent; unlike the 2013–2020 Applications in Internet Time v. Salesforce saga — where RPX filed and Salesforce was later held to be a real party in interest, terminating the IPRs on § 315(b) grounds — there is no third-party proxy petitioner here. (3) Patent Owner is an active enforcer, not a passive licensee: IQX has now sued at least Intuit (2:26-cv-00351, E.D. Tex.) and Salesforce (7:26-cv-00213, W.D. Tex.), and has filed a later family member (application 19/324,477 → US 2026/0012531 A1). (4) No PTAB appeal history exists for this patent, so there is no signal on whether IQX litigates PTAB losses or settles. (5) The Google Patents family record carries a Darts-IP "family has litigation" flag (family 94175196).
Timing observation. The Salesforce IPR was filed 2026-09-24, roughly four months after the 2026-05-28 complaint — i.e., well inside the § 315(b) one-year bar and consistent with a diligent, litigation-track filing. Expect Patent Owner to argue discretionary denial under § 314(a) based on the co-pending W.D. Tex. case, and expect Petitioner to counter with a Sotera-style stipulation and the Tesla/Bulletproof line of Director precedent.
Recommended next steps
- Pull the actual petition and its exhibit list from PTAB E2E — https://ptacts.uspto.gov/ptacts/ and the public petitions repository https://ptacts.uspto.gov/ptacts/public-informations. Verify (a) exactly which claims are challenged, (b) the § 102/§ 103 grounds and references (grounds will not include § 112), and (c) whether a Sotera or broader stipulation accompanies the petition. Nothing in this report should be used in a brief until that record is confirmed.
- Calendar the two controlling dates: Patent Owner Preliminary Response due on or about 2026-12-24 (three months from notice according the filing date), and the § 314(b) institution decision deadline on or about 2027-03-24 (six months from petition filing). If instituted, the Final Written Decision is due within 12 months of institution (extendable up to six months for good cause, § 316(a)(11)) — roughly 2028-03 on the current track.
- If you are a defendant being asserted on the '978 patent: do not wait for Salesforce's petition to resolve. Calendar your own § 315(b) one-year deadline from the date you were served and evaluate whether to (i) file a parallel or joinder IPR, (ii) seek a stay in district court pending IPR2026-00478 (arguably easier to win once institution is granted), and (iii) run a § 101/§ 112 defense in court, since those theories are unavailable in the IPR and are the only validity theories the Board cannot resolve.
- If you are Patent Owner (or advising it): the immediate deadline is the preliminary response (~2026-12-24). With parallel W.D. Tex. litigation, the highest-value arguments are § 314(a) discretionary denial (Fintiv-type factors plus the Tesla/Bulletproof framing) and any § 325(d) arguments if the references were before the examiner during the long 2018–2025 prosecution chain.
- Monitor for additional filings: a second petition (from Salesforce or another defendant) or a PGR is plausible given the 2025-10-07 grant date. Note that PGR is available only within nine months of grant (§ 321(c)) — that window closed on or about 2026-07-07 — so IPR and ex parte reexamination are now the only post-grant routes.
Sources
- Canonical proceedings data: USPTO Open Data Portal structured "PTAB proceedings on file" record supplied with this task (IPR2026-00478; filed 2026-09-24; status Pending; petitioner Salesforce, Inc.; inventor Sacha Spindler et al.).
- Parallel litigation: IQX Corp. v. Salesforce, Inc., No. 7:26-cv-00213 (W.D. Tex., filed 2026-05-28) — complaint docket at https://cdn.pacermonitor.com/public/case/64898612/IQX_Corp_v_Salesforce,_Inc and complaint analysis (asserting '978 claim 1 against the "Salesforce text message marketing system") at https://ai-lab-cl-prod.azurewebsites.net/case/dct/txwd/7:26-cv-00213/doc/analysis/1
- Board practice referenced: Tesla, Inc. v. Bulletproof Property Management, LLC, IPR2026-00204 et al. (PTAB 2026-06-15) (informative) — https://www.nyipla.org/images/nyipla/sponsors/June%[202026](/patent/202026)%20PTAB%20Committee%20Meeting.pdf ; PTAB July 2026 public hearing schedule — https://www.uspto.gov/sites/default/files/documents/060926-ptab-jul26.pdf
- No Federal Circuit appeal located for US 12,438,978 as of 2026-09-25.
Confidence and limits. High confidence: the existence, number, petitioner, filing date, and "Pending" status of IPR2026-00478, and that no institution decision, FWD, settlement, or appeal exists. Low confidence / explicitly unverified: the challenged claims, asserted grounds and references, real parties in interest, and any stipulation — because the petition was filed one day before this report and its merits record is not yet indexed. I have not stated a panel, a claim-level outcome, or a ground, because none is public.
Generated 9/25/2026, 12:46:21 AM
Ownership chain (1)
Asserters network →Structured records extracted from the assignment-history narrative below. Each entity links to its full ownership-network profile.
? · recorded 2025-04-29 · Assignment
Assignment history
Inventors, original assignee, and the chain of ownership recorded with the USPTO — including the correspondent attorney who recorded each assignment, since shell-LLC chains often share one repeat-player attorney even when the entity names look unrelated. Surfaces NPE / patent-troll patterns: shell-entity transfers, known asserters in the chain, repeat correspondent fingerprints, pre-litigation assignments, and bankruptcy fire-sales.
I'll research the assignment record for US 12,438,978 across USPTO Assignment Center, Google Patents legal events, and related sources.
Let me dig into the specific assignment record and iQX Corp's corporate identity.
Found a second suit. Let me investigate the enforcement campaign and the assignment/prosecution correspondents.
I hit my research-step limit before I could pull the live USPTO Assignment Center reel/frame detail, so I'll flag precisely what is verified versus not. Critically: I did not retrieve a reel/frame number or correspondent name, and I will not invent them.
Ownership Record — US 12,438,978 B2
Scope note on data provenance: The interactive USPTO Assignment Center query (https://assignmentcenter.uspto.gov/ and https://assignment.uspto.gov/patent/index.html) could not be executed to completion in this session. What follows is built on (a) the patent's own front matter as published, (b) the Google Patents Legal Events / Reassignment ledger for this patent (which mirrors the USPTO assignment record but does not expose reel/frame in the scraped text I retrieved), and (c) litigation and corporate records. Where a field was not obtained, it is marked NOT RETRIEVED rather than estimated.
Inventors
| Inventor | Employer at time of filing | Notes |
|---|---|---|
| Sacha Spindler | iQX Corp. — Founder & CEO | Named in the Jan. 5, 2017 iQX Corp. launch press release for the Amplify direct-text marketing platform ("iQX Founder and CEO, Sacha Spindler stated…"). Inventor address of record for related family filings: Prague 8, Czech Republic (patents-review inventor profile). |
| Aidan Wright | Unclear — likely iQX Corp. technical staff | Appears as co-inventor across the iQX family. I could not verify a named employer in a primary source. |
Unusual-pattern check — partially present but benign on this record:
- This patent names only two inventors. Two sibling grants in the same family — US 11,876,924 ("Secure transactions using customized webpages," app. 18/193,163) and US 12,126,752 ("Customer capture using dynamically generated customized webpages," app. 18/483,670) — name three: Spindler, Andrew Lewin, and Wright. So the '978 continuation dropped Andrew Lewin relative to its parent. That is a normal continuation-chain artifact (claims were re-drafted around different subject matter), not evidence of inventorship dispute — but it is the kind of delta a defendant will probe in a § 102(f)/§ 115 challenge.
- I found no evidence that either named inventor departed iQX Corp. within 12 months of filing, and no evidence of a departing-inventor fire-sale. Given that Spindler is the founder, the "all inventors depart pre-sale" pattern is not present.
Original assignee
iQX Corp. (also styled "IQX CORP." in USPTO records).
- Primary line of business: Software-as-a-service platform for direct-text (SMS) marketing and sales. Its flagship product, iQX Amplify, launched publicly in January 2017 out of Seattle, WA, as a cloud platform combining message creation/scheduling, demographic capture, and end-to-end consumer purchase journeys executed inside the native text-messaging app, with integrations to WooCommerce, Shopify, Big Cartel, Etsy, BigCommerce, and third parties Twilio, Stripe, Plaid, and Avalara. The specification of this very patent describes the system under the internal name "Amplify" (see the "Amplify 444" / "ADDP 410" architecture passages and the figures).
- Source: iQX Corp. launch release, Jan. 5, 2017 — http://ww1.prweb.com/prfiles/2017/01/06/13957998/iQX%20Amplify%20News%20-%20Jan%2010%[202017](/patent/202017).pdf
- Did they ship a product embodying the claims? iQX shipped Amplify, and the specification's architecture is Amplify's architecture. However, I could not verify that Amplify remains commercially available as of 2026. That is the single most important open question for the NPE characterization below.
- Corporate address of record — inconsistent across sources: "Beverly Hills, CA" (printed on the face of US 11,765,262 B2), "Carson City, NV" (patents-review inventor/assignee profile), "Seattle, WA" (2017 launch release). Address churn on the front face of patents across a family is a yellow flag observation only — it is not, by itself, a shell-entity finding, and I am not treating it as one.
- Current status: Operating as an active patent plaintiff. Two 2026 filings:
- IQX Corp. v. Intuit Inc., No. 2:26-cv-00351 (E.D. Tex., Marshall Div.), filed 2026-04-30, Judge Rodney Gilstrap, Magistrate Roy S. Payne, NOS 830, jury demand. Accused product: Intuit MailChimp text-messaging marketing functionality. https://gaeflexstaging-dot-docketupdate.appspot.com/cases/Texas_Eastern_District_Court/2--26-cv-00351/IQX_Corp._v_Intuit_Inc/
- IQX Corp. v. Salesforce, Inc., No. 7:26-cv-00213 (W.D. Tex.), filed 2026-05-28. https://cdn.pacermonitor.com/public/case/64898612/IQX_Corp_v_Salesforce,_Inc
- A Civ. P. 7.1 corporate disclosure statement was filed by IQX Corp. in both cases (signed/filed by Reza Mirzaie). I could not retrieve the contents of that disclosure statement — it is the authoritative statement of iQX's current corporate parentage and would settle the "is there a hidden parent?" question. NOT RETRIEVED.
- Bankruptcy: No Chapter 7/11 record for iQX Corp. was found. Caution — do not conflate: a search for "IQX" surfaces IQX Limited, an NSX-listed (Australia) issuer suspended from quotation in March 2022 for failure to lodge accounts (https://live.nsx.com.au/ftp/news/021741236.PDF). That appears to be an unrelated entity; I found no connection to iQX Corp. Flagging it because a careless name-match would produce a false "distress" signal.
Assignment timeline
There is one recorded assignment in the chain. The Google Patents Legal Events ledger for US 12,438,978 shows a single reassignment entry:
- 2025-04-29 (execution date NOT RETRIEVED) / recorded 2025-04-29 — Reel NOT RETRIEVED, Frame NOT RETRIEVED
- Conveyance: Assignment of Assignors' Interest (recorded under the standard label "ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS).")
- Assignor: SPINDLER, Sacha; WRIGHT, Aidan — i.e., the individual inventors
- Assignee: IQX CORP.
- Correspondent: NOT RETRIEVED. I could not obtain the recording correspondent of record. I am not naming a correspondent on inference.
- Context: Original inventor-to-company assignment, recorded concurrently with the filing of continuation application 19/192,732 (the Google Patents ledger shows "Application filed by IQX Corp." and "Assigned to IQX CORP." on the same 2025-04-29 date). Routine. No company-to-company transfer, no security interest, no merger, no change of name, and no license record appears in this chain.
Post-issuance status: The patent issued 2025-10-07 to iQX Corp., and no post-issuance assignment was recorded in the data I could reach. The patentee-of-record at the time both 2026 suits were filed therefore remains iQX Corp. — the original operating company.
Family continuity context (no ownership change): The pre-grant publication US 2025/0274544 A1 (2025-08-28) and the follow-on family member 19/324,477 → US 2026/0012531 A1 (2025-09-10) are the same applicant family, iQX Corp.
Bottom line for this section: Because no reel/frame was retrievable, treat the reel/frame and correspondent fields as open diligence items, not as absent records. Do not report "no assignments" — there is exactly one, and it is the founder/inventor→iQX Corp. original assignment.
Timeline diagram
timeline
title Ownership of US 12438978
2018 : Provisional filed by Spindler and Wright
2019 : PCT application filed
2021 : US national stage entered
2023 : Continuation filed
2024 : Further continuations filed
2025 : Continuation filed as 19-192732
: Inventors assign to iQX Corp
: Patent issued to iQX Corp
2026 : iQX sues Intuit in E D Tex
: iQX sues Salesforce in W D Tex
NPE / troll-pattern signals
| # | Signal | Call | Basis |
|---|---|---|---|
| 1 | Shell-entity transfer | Not present | No assignment moves the patent out of iQX Corp. The only recorded conveyance (2025-04-29) runs into the operating company from its own inventors. There is no "IP Holdings/Licensing/Ventures" LLC in the chain, and no post-issue transfer to such an entity. |
| 2 | Known asserter in the chain | Not present | iQX Corp. does not appear on any of the enumerated NPE lists (Acacia, Marathon, IV, IPNav, Wi-LAN, Mosaid/Conversant, Vringo, Pendrell, Innovatio, MPHJ, Lumen View, Round Rock, Document Generation Corp, Spangenberg entities). I found no Unified Patents or RPX high-frequency-plaintiff listing for iQX Corp. Its litigation footprint is 2 cases in 2026 — not the volume profile of a serial asserter. |
| 3 | Repeat correspondent across the chain | Unclear | There is only one assignment link, so recurrence cannot be tested — a single appearance is expressly not a finding under the rules. The assignment correspondent is NOT RETRIEVED, so I cannot compare it against the litigation-side record either. Separately, Reza Mirzaie appears as iQX's litigation counsel of record in both 2026 complaints (Intuit and Salesforce). Mr. Mirzaie is, per my background knowledge (medium confidence, not verified in this session), a partner at Russ August & Kabat — a firm with a substantial patent-plaintiff practice. That is a litigation-counsel recurrence, not an assignment-correspondent recurrence, and I am flagging it as such rather than upgrading it. |
| 4 | Cascading transfers | Not present | One recorded assignment. No chained LLC sequence; nothing within 24 months of anything. |
| 5 | Pre-litigation transfer | Not present | The only assignment is dated 2025-04-29, roughly 12 months before the first suit naming the family (Intuit, 2026-04-30) — and it is an inventor→company original assignment, not a transfer to an asserter. There is no clean-standing transfer engineered inside the 6-month window. |
| 6 | Bankruptcy fire-sale | Not present | No Chapter 7/11 proceeding for iQX Corp. found. The IQX Limited (NSX) suspension appears unrelated — flagged above to prevent a false positive. |
| 7 | Privateering | Not present | Privateering requires an operating company to transfer to an NPE that asserts on its behalf. Title never left iQX Corp.; iQX is the plaintiff. No SEC filing evidence of a sponsored-NPE structure was found (iQX Corp. does not appear to be SEC-registered). |
| 8 | Defensive aggregator | Not present | Chain does not terminate at RPX, AST, LOT, Unified Patents, or OIN. |
Verdict
Operating-company assertion.
The chain of title contains exactly one recorded conveyance — the 2025-04-29 inventor→iQX Corp. assignment recorded concurrently with the filing of application 19/192,732 — and no post-issuance transfer, so the patentee of record when iQX filed against Intuit (2026-04-30) and Salesforce (2026-05-28) is the same company that built and marketed the amplified text-marketing platform the specification describes. None of the classic NPE-construction signals (shell transfer, known asserter, cascading LLCs, pre-litigation transfer, bankruptcy sale) is present, so an NPE verdict would require evidence I do not have. Two explicit caveats: (i) the reel/frame and correspondent are NOT RETRIEVED, and (ii) I could not confirm that iQX Amplify is still commercially available in 2026 — if Amplify is in fact discontinued, iQX is better characterized as a decommissioned operating company enforcing a continuation farm, a pattern that is functionally NPE-like even without a shell transfer. Retrieving the Rule 7 corporate disclosure statements from both 2026 dockets is the single highest-value next step.
Verify at: https://assignment.uspto.gov/patent/index.html (search patent number 12,438,978) and https://assignmentcenter.uspto.gov/ — pull the reel/frame and the recorded correspondent, which I was unable to obtain here.
Generated 9/25/2026, 12:46:34 AM
Prior art
Earlier patents, publications, and products that may anticipate or render the claims unpatentable.
I'll search for the USPTO record and the "References Cited" (patent citations) for US 12,438,978.
Let me try to retrieve the granted-patent front page and its "References Cited" list directly from additional sources.
Prior-Art Analysis — US 12,438,978 B2 ("Systems and methods for resuming online abandoned journeys")
⚠️ Threshold finding you need before anything else
I could not retrieve a "References Cited" (§ 56) list for US 12,438,978 — and I have a specific reason to believe the patent may have a very short or empty one.
The authoritative full text of US 12,438,978 that was supplied to me (fetched from https://patents.google.com/patent/US12438978/en, 2026-09-25) contains: Info, Classifications, Definitions, Landscapes, Abstract, and Description. It contains no "Patent Citations," "Cited By," or "(56) References Cited" section at all. My subsequent targeted searches — for the grant PDF (patentimages…US12438978.pdf), for Espacenet's "List of all citations" view, and for the FPO/Patents-Review citation tables — did not return a citation list for this patent either. The final three searches were cut off when I exhausted my tool budget, so this is a negative finding, not a positive verification.
Therefore I am not going to invent a (56) list. Per the operative rule, where I cannot confirm something I will say so rather than fabricate. Below I (a) tell you exactly which documents are cited of record in the patent's own text, (b) tell you where the real citation list lives and why it is probably thin, and (c) give you a separately labeled candidate-art analysis keyed to the claim limitations — which is what you actually need for a § 102/§ 103 assessment.
Methodological flag on how I label things: Section 3 below is not "the patent's citations." It is my own identification of potentially relevant art, and I mark confidence per item. Do not present Section 4 items as the examiner's or applicant's citations without pulling the front page.
1. The only references cited of record on the face of this patent
The patent's own CROSS-REFERENCE section cites exactly one category of documents — its own priority chain (all incorporated by reference). These are not § 102 prior art against US 12,438,978, and I list them only so you don't mistake them for art:
| Document | Filed | Status vs. '978 |
|---|---|---|
| U.S. App. Ser. No. 18/984,041 | 2024-12-17 | Parent application (continuation) — same family |
| U.S. App. Ser. No. 18/896,197 | 2024-09-25 | Parent (CIP source) — same family |
| U.S. App. Ser. No. 18/483,670 | 2023-10-10 | Parent — same family |
| U.S. App. Ser. No. 18/193,163 | 2023-03-30 | Parent — same family |
| U.S. App. Ser. No. 17/279,188 | 2021-03-24 | U.S. national stage of PCT/US19/52847 |
| PCT/US19/52847 (= WO 2020/068911 A1) | 2019-09-25 | Parent PCT — see § 6, this one matters |
| U.S. Prov. Ser. No. 62/737,315 | 2018-09-27 | Earliest priority |
The Google Patents timeline also lists a later family member, App. Ser. No. 19/324,477 → US 2026/0012531 A1 (2025-09-10). Same-family; not art.
2. Why the (56) list is likely thin, and where to get the real one
Two structural reasons:
- This is a
continuation(not a CIP) of 18/984,041. Continuations typically inherit the IDS/citation history of the parent, and examiners frequently issue ex parte grants in familial chains with minimal new art — particularly for a patent granted on a 2025 filing with a 2018 priority claim. - The Google Patents render omits both "Patent Citations" and "Cited By." Where Google Patents shows neither, it usually means few or no front-page references were printed.
Authoritative sources to pull the actual (56) list (I could not complete these retrievals):
- USPTO PatentCenter → Application 19/192,732 → "Documents" → the PTO-892 Notice of References Cited and the IDS (PTO/SB/08) as filed, plus the PTOL-90 / "References Cited" front page of the printed patent.
- USPTO Patent Public Search (ppubs) →
"12438978"→ "References" tab. - Espacenet →
https://worldwide.espacenet.com/patent/search?q=pn%3DUS12438978→ "Cited documents." - PCT/US19/52847 International Search Report (this is the search report that actually examined the shared specification, and it will have a Box C list).
3. Analytical observation: the effective filing date may be far later than the 2018 priority date
Flagging this because it materially changes which art is available:
US 12,438,978's claims recite RCS messaging, an ML/AI classification-and-scheduling engine (AMDA), and silent-network authentication (SNAP). On the face of the specification, that subject matter appears to have entered the disclosure via the CIP filed 2024-09-25 (Ser. No. 18/896,197) — the parent continuation chain back to 2019/2018 describes the "Amplify/ADDP/UEMWEB/hot-cookie" architecture, but the AMDA tiering and RCS-scheduling material reads as CIP addition. (Figs. 9–18 are concentrated in the AMDA/SNAP/abandonment disclosure.)
If the '978 claims are not entitled to the 2018-09-27 / 2019-09-25 priority dates for this subject matter, their effective filing date is 2024-09-25, which:
- opens ~6 years of intervening art as § 102(a)(1) prior art;
- eliminates the § 102(b)(1)(A) grace-period exception for the family's own earlier publications (see § 6).
This is an inference from document structure, not a verified priority determination (which requires the actual priority applications, which I do not have). Treat it as a lead. The definitive record is the priority applications themselves and any claim of priority in the file wrapper.
4. Candidate prior art — my identification, keyed to claim limitations
Below, for each: full citation, date, brief description, and (a) the claim(s) it could implicate. I have separated § 102 (anticipation — single reference discloses all elements) from § 103 (obviousness — combination), because on this claim set almost nothing is a clean § 102 reference.
Claim scaffolding used (from the supplied text; independent claims are not numbered in my source):
- Ind. Claim 1 (method): (1) receive request for content → (2) generate customized message with ≥1 action → (3) transmit to mobile device → (4) on action selection, request authorization data → (5) verify data correlates to recipient/device identity → (6) determine a classification → (7) generate RCS message with the content → (8) schedule delivery using a machine learning model and based on the classification.
- Ind. system claim: same, with "service subscriber"/"subscription data."
- Ind. CRM claim: same, with "link" and "authorized recipient or subscriber."
- Dependent claims: deliver per schedule; carousel (transaction / appointment / resume abandoned journey); browser UI; typing indicators; sender verification + SMS warning; actions = transaction / suggested response / return to prior browsing session / return to prior application session.
4a. Abandoned-journey / form-and-cart re-engagement art
| # | Full citation | Date | Description | Claim(s) potentially implicated | Provision |
|---|---|---|---|---|---|
| A1 | US 10,992,513 B1 (the PDF I retrieved: patentimages.storage.googleapis.com/76/09/04/681c7b0fc1123a/US10992513.pdf) — ⚠️ bibliographic data not verified by me beyond the number and excerpt |
Not verified (I only confirmed the number and leading text, "This application claims priority to and the benefit of U.S.…") | Customer-service system that tracks a user's progress in a digital form, determines the user's intent and the obstacle/reason for reluctance from progress + user characteristics, then selects a communication channel to re-establish the communication session with the user and re-engage them to complete the previously initiated process | Highly material to the dependent "return to a prior browsing session / prior application session" claims and to the Fig. 15–16 / process 1600 abandonment-resumption subject matter. Bears on Ind. Claim 1 only for the "receive request → customized message → re-engage" preamble; it does not disclose RCS, SNA identity verification, tiering, or ML scheduling | § 102 candidate (partial) against abandonment-only dependent claims; § 103 as to the independents |
| A2 | US 2008/0104500 A1 (IBM) — as summarized in the Unified Patents PATROLL petition for US 9,286,282 | Publ. 2008-05-01 (per excerpt) | "Computer implemented method and system for recovering an incomplete, online form" — browser detects a form-exit event, saves the form + entered data, and later repopulates fields from the saved form | Dependent abandonment claims; not the independents | § 102 candidate (partial) |
| A3 | US 6,651,217 B1 (Microsoft) | 2003-11-18 | Autofill of form fields from a stored profile on detecting matching field labels — cited in the same PATROLL petition for "[1.1] determining that an electronic form … has been abandoned" | Peripheral; form-abandonment detection context | § 102 candidate (partial) |
| A4 | US 8,190,693 B2 (IBM) | 2012-05-29 | Detecting an outage at an e-commerce host and extracting customer data (cookie, IP, HTTP header, email, POST data) from a packet to preserve the in-flight transaction | "Hot cookie"-gated cart preservation; dependent cart claims | § 103 |
| A5 | US 2013/0227386 A1 / Banque Accord (FR) | 2013-08-29 / earlier FR priority | Technical trace of an electronic form that is sent to an analysis server even if the user abandons the form (back button / page close), identifying the fields where the user stopped | Abandonment detection + intent-marker capture ("prior online actions or intent marker" of the '978 spec) | § 102 candidate (partial) on abandonment-detection limitations |
4b. Session-resumption art (browsing / application session transfer)
| # | Full citation | Date | Description | Claim(s) potentially implicated | Provision |
|---|---|---|---|---|---|
| B1 | US 2018/0336897 A1 → US 10,269,351 B2 → EP 3504620 B1 (Google LLC), "Systems, methods, and apparatuses for resuming dialog sessions via automated assistant" | US pub. 2018-11-22; US grant 2019-04-23; EP grant 2022-07-27 | Stores incomplete dialog sessions with an automated assistant and later provides the user a selectable element that, when selected, causes the dialog session to be reopened so the originally intended action can be performed | Directly material to the "return to a prior application session" dependent claim; the "selectable element to reopen" maps to the '978 "secure link / actionable item to resume the online user journey" | § 102 candidate (partial); § 103 vs. independents |
| B2 | CRFD Research session-transfer art (the IPR2015-00259 record for US 7,191,233: Bates; Zou; Chan) | Bates (pub. ~2000, Ex. 1004); Chan (Ex. 2004) |
Transferring browser/session state and session history between devices, including pull/push models, so a session discontinued on one device is resumed on another | "Return to a prior browsing session"; also the "hot cookie" continuity concept | § 103 |
| B3 | WO 2016/134147 / US 2016/0249163-type Tecot (Multimedia presentation resumption) and Lee (VOD resume-from-interrupted-position), as cited in the Comcast IPR2019-00299 record | Tecot pub. ~2003-2004; Lee earlier | Resuming media playback from a bookmarked/interrupted position — the canonical "resume where you left off" teaching | Provides the generic resumption motif; too remote to touch the RCS/SNA/ML limitations | § 103 (context only) |
| B4 | US 2016/0062894-type "recovering incomplete online form" and the general cart-recovery art (see 4a) | various | Browser-side save/restore of an abandoned cart or form | Dependent cart/browse claims | § 103 |
4c. The limitation-defining art — RCS messaging + SNAP identity + ML send-time scheduling
This is where I found no verified § 102 reference, and where I believe the novelty actually sits.
| Element of Ind. Claim 1 | Verified art I can cite | Assessment |
|---|---|---|
| (2) customized message containing an actionable link | A1–A5, B1 | Well-covered by the prior art — the "customized message with a selectable element" motif is old |
| (4)–(5) identity verification of the recipient/device against the same transaction | Art cited in the IQX v. Intuit / IQX v. Salesforce complaint analyses references IQX's own US 12,368,799 ("Automated silent network authentication protocol") and US 11,876,924 ("Secure transactions using customized webpages") — but these are the plaintiff's own patents, i.e., family to '978, not § 102 art | No verified third-party § 102 reference identified |
| (6) classification/tiering of the recipient (tier 1 buyers / tier 2 link-clickers / tier 3 bulk) | None verified | No verified art identified |
| (7) generation of an RCS message with interactive carousel | RCS itself was commercialized ~2016–2019 and is described as a standard protocol (GSMA Universal Profile); the '978 spec itself treats RCS as an existing protocol ("content/messages may be generated and provided according to the RCS messaging protocol to enhance and modernize an SMS or MMS") | The protocol is admitted prior art in the spec. A reference disclosing RCS as the delivery channel for the follow-on transaction message would be a strong § 102/§ 103 reference — I did not find one. |
| (8) scheduling via machine learning model, based on the classification | None verified | No verified art identified — this is likely the point of novelty |
5. Bottom-line § 102 assessment
Independents (method / system / CRM): no clean § 102 reference identified. A reference would have to disclose, in one document, the entire chain — customized action message → silent identity verification tied to the device → tier classification → RCS message → ML-scheduled delivery. References A1–A5 and B1 each cover a fragment. The realistic attack is § 103, combining, e.g., A1 or B1 (abandonment re-engagement) + A4/A5 (cookie/cart preservation and abandonment tracing) + an RCS messaging reference + an ML send-time-optimization reference.
Dependent claims are the exposed ones. The claims reciting "return to a prior browsing session," "return to a prior application session," and "resuming at least one abandoned user journey" are squarely in the zone of A1, A2, A5 and B1. Those are the claims where § 102 is genuinely arguable.
The specification's own admissions help an attacker. The '978 specification:
- describes RCS as an existing protocol ("according to the RCS messaging protocol");
- describes SMS marketing messages, links, carousels, typing indicators, and read receipts as existing RCS/SMS features;
- frames the problem (determining "how and when to present content … journey resumption") in terms of a pre-existing industry problem.
Those statements are usable as applicant-admitted prior art against the broader claims.
6. ⚠️ Self-collision risk: WO 2020/068911 A1 (this is the one to brief on)
The parent PCT (PCT/US19/52847, filed 2019-09-25) published as WO 2020/068911 A1 on 2020-04-02 — per the Google Patents record supplied to me ("2019-09-25 Priority claimed from PCT/US2019/052847 … patent/WO2020068911A1/en").
If, as suggested in § 3, the RCS/AMDA/SNAP claim subject matter is only supported from the 2024-09-25 CIP onward, then:
- WO 2020/068911 A1 (2020-04-02) is more than one year before the effective filing date, so the § 102(b)(1)(A) grace-period exception for the inventors' own disclosure would not rescue it; and
- common ownership does not cure a § 102(a)(1) printed-publication problem.
Whether this is a live issue turns entirely on priority entitlement, which I cannot resolve without the priority applications. I flag it because it is the single highest-value thing to check in the file wrapper, and because it is invisible if you only look at third-party art.
(Note: I have deliberately not treated the disclosures in IQX's own US 12,368,799, US 11,876,924, or US 2025/0274544 A1 as anticipatory — they are the same family/inventive entity and overwhelmingly fall under common-ownership or shared-priority treatment. Verify any specific date relationship before relying on them.)
7. Confidence and caveats
High confidence:
- The priority chain and family documents listed in § 1 (from the patent's own CROSS-REFERENCE section).
- That the supplied authoritative text of US 12,438,978 contains no (56) citations list.
- The claim-element decomposition used in § 4.
- That the RCS protocol itself is admitted prior art by the specification.
Medium confidence:
- The relevance/description of A1 (US 10,992,513 B1) — I saw only a substantive excerpt, not the front page; the number and its bibliographic data are not verified by me.
- The relevance of A2–A5 — these descriptions come from a PATROLL petition and a Unified Patents exhibit describing a different patent (US 9,286,282); I did not pull each reference's own front page.
- That B1 (US 2018/0336897 A1 / US 10,269,351 B2 / EP 3504620 B1) is the Google automated-assistant dialog-resumption family — the EP abstract strongly matches, but I did not confirm the US member's claims.
Not verified / do not assume:
- That US 12,438,978 has any particular set of cited patents. I could not retrieve the PTO-892, the IDS, the PTOL-90 front page, or the PCT/US19/52847 ISR. Get these before writing any opinion.
- That any listed reference anticipates any specific numbered claim. My source does not contain a numbered claim set, so mappings are to independent claim types and to dependent-claim subject matter, not to "claim 7" or "claim 12."
- The exact publication date of WO 2020/068911 A1 — inferred from the WO number series and the Google Patents note; I did not open the document.
Discrepancy flagged, not corrected: The task states the current date is April 26, 2026, but the previously generated litigation section is dated 2026-09-25 and reports IQX complaint filings on April 30, 2026 and May 28, 2026 — both after the stated present date. I have reported all dates literally and normalized nothing.
Recommended next actions (in order of value)
- Pull the PTOL-90 front page of US 12,438,978 from USPTO PatentCenter (App. 19/192,732) to obtain the actual (56) list and replace Section 4's candidate list with the verified citation list.
- Pull the PCT/US19/52847 ISR (
WO 2020/068911 A1, Box C) — it is the only search report that examined the shared specification and will show what the ISA considered the closest art. - Resolve priority entitlement for the RCS/ML/SNAP limitations (compare claims of the '978 against the 2019 and 2018 disclosures) — this determines whether six years of intervening art is available.
- Then re-run § 102/§ 103 against the verified citation list plus targeted RCS-messaging and ML-send-time-optimization art.
Generated 9/25/2026, 12:46:59 AM
Obviousness
Combinations of prior art that suggest the claimed invention would have been obvious under 35 U.S.C. § 103.
I'll validate and extend the § 103 analysis with targeted searches for art covering the three limitation clusters that the prior-art section flagged as the novelty locus (RCS delivery, silent-network identity verification, and ML send-time scheduling).
Strong results on the RCS, SNAP, and ML-send-time clusters. Let me pin down a few specific references and their dates for the motivation-to-combine analysis.
Obviousness Analysis — U.S. Patent No. 12,438,978 B2
"Systems and methods for resuming online abandoned journeys" (iQX Corp.)
35 U.S.C. § 103 · Report date 2026-09-25
0. Scope, provenance, and what this section supersedes
Provenance. This § 103 analysis is built on (a) the authoritative full text of US 12,438,978 supplied earlier in this analysis, (b) the claim-element decomposition and prior-art candidates developed in the Prior Art section (references A1–A5, B1–B4, and the WO 2020/068911 A1 self-collision flag), and (c) four clusters of art newly retrieved in this session (Microsoft/Google patent-document PDFs, Google Patents, FreePatentsOnline, Patents-Review, Patsnap, and IPqwery listings). Unless stated otherwise I am working from quoted abstract/claim/specification text, not from a retrieved front page.
Three explicit updates to the Prior Art section. That section concluded that the novelty locus sat in three uncharted clusters and stated so for each: (i) RCS-as-delivery-channel — "I did not find one"; (ii) ML-based send-time scheduling — "No verified art identified — this is likely the point of novelty"; and (iii) silent carrier-network identity verification — "No verified third-party § 102 reference identified." All three conclusions are now superseded. This session located verified disclosure for each cluster (detailed in § 3 below). That does not by itself make the claims obvious — it does mean the § 103 attack is no longer a stretch built on fragments, and any brief written on the strength of the Prior Art section's § 4c table should be rewritten before filing.
Legal framing used. Graham v. John Deere Co., 383 U.S. 1 (1966) (scope/content of prior art; differences; PHOSITA level; secondary considerations); KSR Int'l Co. v. Teleflex Inc., 550 U.S. 398 (2007) (predictable combinations; market forces and design incentives; "obvious to try" with a finite number of identified, predictable solutions; a technique used to improve one device may be applied to improve a similar device); MPEP § 2143 (rationales (A)–(G)); In re Keller, 642 F.2d 413 (CCPA 1981) (test is what the combined teachings suggest, not bodily incorporation).
One rule-mandated flag repeated, not corrected. The stated present date of April 26, 2026 is inconsistent with the previously generated sections, which are dated 2026-09-25 and report IQX complaint filings on 2026-04-30 and 2026-05-28 plus an IPR filed 2026-09-24. I report all dates literally and normalize nothing.
1. The threshold issue that controls everything: the priority-date fork
§ 103 cannot be analysed until the critical date is fixed, and the patent's own structure makes this genuinely contestable. As flagged in the Prior Art section (§ 3), the RCS/AMDA/SNAP subject matter of the independent claims appears to have entered the disclosure via the 2024-09-25 CIP (Ser. No. 18/896,197), whereas the parent chain back through 17/279,188 → PCT/US19/52847 → 62/737,315 carries the older "Amplify / ADDP / UEMWEB / hot-cookie" architecture. The claims on their face recite RCS, a machine-learning classification-and-scheduling model, and silent network authentication.
That produces two very different worlds:
| Scenario A — claims get 2018-09-27 / 2019-09-25 | Scenario B — claims get only 2024-09-25 (CIP date) | |
|---|---|---|
| § 102(a)(1) art window | Published/patented before 2018-09-27 (or before 2019-09-25 for the shared subject matter) | Published/patented before 2024-09-25 |
| § 102(a)(2) art window | U.S. patent applications by others effectively filed before 2018-09-27 (available even if published after that date) | U.S. applications effectively filed before 2024-09-25 |
| RCS-era art (2020–2024: LivePerson, TeleSign, Twilio, Callfire/ADP, WO 2021/049922, WO 2023/154496) | Unavailable | Fully available |
| ML-send-time art (Adobe '476, Twilio '801, US 11,431,663, EP 4672253) | Only if effectively filed pre‑critical date (Adobe '476 plausibly is; see § 3) | Fully available |
| Pre-2018 abandonment art (US 2003/0144925, 2005/0278231, 2008/0133349, 2008/0195476, 2008/0104500, WO 99/56434) | Available | Available |
| § 102(b)(1)(A) grace period for the family's own WO 2020/068911 A1 (publ. 2020-04-02) | Waived (family disclosure ≤ 1 yr before filing? No — 2020 is > 1 yr before 2024, and not the inventors' own disclosure issue for A) | Does not rescue it — WO'911 is > 1 yr before 2024-09-25 and is a § 102(a)(1) printed publication; common ownership is irrelevant to (a)(1) |
| Strength of the § 103 case | Contestable but real (§ 5) | Strong (§ 4) |
Practical consequence: the single highest-value work product in this case is a priority/§ 112 written-description analysis of the 2019 and 2018 disclosures versus the '978 claims. If the RCS/ML/SNAP limitations are only supported from the 2024 CIP, six additional years of art open up and the obviousness case becomes substantially easier. Everything below is therefore presented under both scenarios with art availability marked accordingly.
2. Element-by-element road map of independent claim 1
Element labels follow the Prior Art section's decomposition. "Availability" is per the Scenario A / Scenario B table.
| # | Element of claim 1 | Primary mapping | Availability |
|---|---|---|---|
| 1.1 | Receive a request to provide content to at least one authorized recipient | LivePerson AU 2024203463 A1 (brand-initiated proactive campaigns to a customer list); US 9,576,292 B2 (LivePerson clickstream-session candidate-for-assistance engine); US 2008/0133349 A1 (trigger on detected abandonment) | A / B |
| 1.2 | Generate a customized message comprising ≥1 action associated with the content | AU 2024203463 A1; US 2021/0304150 A1 (templated RCS message + "suggestions"); US 2022/0150206 A1 (interactive payload inserted by rule at a message "moment"); A1/A5 of Prior Art section | A / B (A: 2008/2003 art + A1/A5) |
| 1.3 | Cause transmission to a mobile computing device associated with the recipient | AU 2024203463 A1 (SMS/RCS/WhatsApp push to customer MSISDN); US 2021/0304150 A1 (RBM agent → phone number); US 2008/0133349 A1 | A / B |
| 1.4 | On selection of the action, request authorization data | US 10,269,351 B2 (Google) selectable element that reopens the session; US 2003/0144925 A1 (email-launched web transaction resuming a saved cart → session/identity check); LivePerson US 2021/0383399 A1 (capability/authorization query triggered by user engagement in the session) | A: only the 2003 cart-resume + Google (as § 102(a)(2)) / B: all |
| 1.5 | Verify the authorization data correlates to recipient or device identity | WO 99/56434 A1 (auth server table keyed to E.164 / SIM / IMEI); US 11,196,738 B2 (carrier-network device identification confirmation); US 2024/0205338 A1, [0136] (silent mobile auth with MNO; compare verified MSISDN to access MSISDN); EP 4513926 A1 (MSISDN header/TLS enrichment — date caution, § 3) | A: WO 99/56434, US 11,196,738 / B: all |
| 1.6 | Determine a classification of the recipient based on the identity | US 2019/0213476 A1 ([0115]: "grouping the user into a cluster of users corresponding to the send schedule"); US 2021/0374801 A1 (engagement scoring, channel optimization, clustering); LivePerson US 2023/0370449 A1 (ML-predicted required identification/authentication level) | Adobe: likely A&B / others B |
| 1.7 | Generate an RCS message comprising the content | US 2021/0304150 A1 ("rcs_type":"carousel" + suggestions); US 2022/0366130 A1 (TeleSign — rich cards/carousels, suggested replies/actions, appointment scheduling); WO 2023/154496 A1 (auto-inserted interactive buttons/suggested replies/actions); WO 2021/049922 A1 (RCS A2P marketing); US 2022/0045977 A1 (converting a request into an RCS message) |
A: unavailable (RCS admitted prior art only) / B: fully available |
| 1.8 | Schedule, using an ML model and based on the classification, delivery | US 2019/0213476 A1 (RNN + survival analysis; time bins; send schedule; cluster grouping); US 2021/0374801 A1 (send-time optimization API); US 11,431,663 B2 (personalised send-time ML, two-layer NMF); EP 4672253 A1 (timing/clustering model → SMS/MMS schedules — date caution) | A: Adobe / B: all |
Immediate observation: under Scenario B, every element of claim 1 is met by no more than three references, and two of them (1.7 and 1.8) are met by art whose entire purpose is business-messaging optimisation. Under Scenario A, elements 1.7 and 1.8 are the hard ones — and RCS itself is admitted prior art by the '978 specification, which states content/messages "may be generated and provided according to the RCS messaging protocol to enhance and modernize an SMS or an MMS communication."
3. The reference set (with confidence flags)
Dates marked "unverified" are taken from the retrieval text; I did not retrieve a front page for every item. Do not brief a date I have flagged without confirming it.
Cluster I — RCS / rich business messaging
| Key | Reference | Date | What the retrieved text shows | Conf. |
|---|---|---|---|---|
| P1 | US 2021/0304150 A1 — "Rich communication services security recruiting system" (ADP/RBM agent) | Pub. 2021 | RBM agent initiates dialogue with a mobile number; interaction templates in JSON; {"rcs_type":"carousel","rcs_content":{"cards":[…],"width":"SMALL"}}; message objects carry "scheduling attributes"; "RBM agent 238 then schedules transmission object 248 for sending, according to rules 250"; "phone RCS capabilities 232 are checked; message 246 is relayed to an MMS or SMS gateway if mobile device 204 does not support RCS"; read receipts and delivery receipts returned to the brand; a single RCS message carries a "Carousal of multiple jobs" with per-card suggestions:[{text:"Apply", reply:"apply"}] |
High |
| P2 | US 2022/0366130 A1 — "Creating Rich Communication Services (RCS) message templates with graphical build and concurrent representative display" (TeleSign Corp.) | Filed 2021-05-17, pub. 2022-11-17 | Background: RCS "intended to replace SMS"; RCS natively supports read receipts, high-res media, "interactive buttons"; "because of click-through options and other opportunities for engagement with RCS messages, RCS messaging allows for advanced statistics that can help marketers optimize their outbound campaigns"; "for SMS messaging to approximate functionality similar to that of RCS messaging, a business can only send a SMS message with a link to a landing page … which may decrease the likelihood that a user will access the content because of the extra step of clicking the link." Express worked examples include appointment scheduling/reminder RCS templates with interactive confirm/reschedule buttons, and template types including "rich cards or rich card carousels," suggested replies and suggested actions | High |
| P3 | WO 2023/154496 A1 — "System and method for expanded reach rich business messaging" (ERRMA) | Pub. 2023 | Rich message concurrently over multiple alternative rich messaging channels; revocation from other channels once delivered; automatic enhancements: "replacing uniform resource locator (URL) links with … an image, a video, and other rich media; and automatically adding interactive buttons to convey suggested replies or suggested actions"; adds "Copy," "open a website," "open a map location," "share a location," "select a menu option" actions based on content; delivery receipts and read receipts conveyed to the brand; selection of suggested replies/actions conveyed back to the brand | High |
| P4 | WO 2021/049922 A1 (PCT/KR2020/012373) — rich interactive messaging service | Pub. 2021-03-18 | RCS listed alongside SMS/MMS as a communication service; explicitly "A2P content, which may be used by the business entities/enterprisers for marketing or promoting"; rich media content includes "links/uniform resource locators (URLs), previews, maps, triggers … for initiating chatbot/chat box services, interactive virtual elements/AR elements, web forms" | High |
| P5 | US 2022/0045977 A1 — rich-calling → RCS conversion | Pub. 2022 | "the messaging platform 210 may convert the request into an RCS message"; enriched calling information with media items and URLs; RCS server device associated with the IMS core; delivery/read acknowledgements | Med |
| P6 | LivePerson US 2021/0383399 A1 (cont. US 2024/0112190 A1; JP 7577763 B2; granted US 12,361,423 B2, 2025-07-15) — "Request processing via rich messaging systems" | US pub. 2021-12-16 | Brand messaging platform determines — in response to a brand's request — whether the customer's device supports payments via rich messaging / RCS; device-capability service + presence service ping the intent messaging app; "virtual cart" created at a payment-processing service with a unique identifier, brand identifier, customer identifier and timestamp, with an expiry period; the payment request "may be sent as a rich message generated according to the RCS protocol"; session may be voice, video, SMS/RCS/IM. AB/904-style cart + expiration is the same mechanism the '978 spec calls a UIMWEB/vault flow | High |
| P7 | LivePerson AU 2024203463 A1 — proactive messaging service | AU filing 2024 | "brands … proactively send outbound messages … on various messaging platforms, such as … SMS, WhatsApp, Facebook Messenger, Google RBM and/or WeChat"; brands "leverage the proactive messaging service … by sharing timely information, such as reminders about bill payments, abandoned carts, new deals, and/or … back in stock"; "the system can use a phone number to determine: are they on WhatsApp, are they on Facebook Messenger …" | High |
| P8 | US 2022/0150206 A1 — "Enhancing messages with dynamic content" | Pub. 2022 | Method of inserting interactive payloads into messages: receive an augmentation request, "identify a rule corresponding to a moment derived from an interaction with the message," select "based on targeting parameters for the moment" a component; read user attributes; include "a user action for the component"; transmit with "a specification of a format of the component" | High |
Cluster II — ML send-time / classification
| Key | Reference | Date | What the retrieved text shows | Conf. |
|---|---|---|---|---|
| P9 | US 2019/0213476 A1 — "Determining strategic digital content transmission time utilizing recurrent neural networks and survival analysis" | Pub. 2019-07-11 | Partitions past messages into time bins by timestamp; trains an RNN to generate a predicted engagement metric per bin; "Determining A Time Bin For Sending A New Electronic Message To The User"; "executing the digital content campaign by sending the new electronic message to the client device of the user based on the determined time bin"; expressly includes "grouping the user into a cluster of users corresponding to the send schedule, and presenting … the cluster of users with the send schedule" | High (claim/description). Priority date unverified — material |
| P10 | US 2021/0374801 A1 / US 2025/0117825 A1 — "Message transmittal strategy optimization" (Twilio Inc.) | Pub. 2021-12-02 | Communications service provider "Intelligence Platform"; services include "send-time optimization, frequency optimization, channel optimization, and engagement scoring," exposed through APIs; ML models trained on historical engagement data; example output "send email on Monday at 7:00 AM"; optimization value presented over half-hour intervals for weekdays/weekends; privacy-preserving shared training/siloed inferencing | High |
| P11 | US 11,431,663 B2 — "Technologies for predicting personalized message send times" | Granted 2022-08-30 | Cloud-based messaging services for customer platforms → subscribers; send time optimization (STO) tool predicts a "best or optimal send time to send messages to individual subscribers"; ML (two-layer non-negative matrix factorisation); explicitly motivated by reducing network and computing resource overhead from mis-timed sends. Assignee not verified in this session; the described "customer platforms / subscribers / cloud messaging services" architecture is characteristic of a marketing-cloud STO product | High on substance; assignee unverified |
| P12 | EP 4672253 A1 — "Adaptive generation of personalized schedule for delivery of messages to users using machine learning models" | Pub. ~2025 | "timing model" → "adaptive generation of personalized schedule"; training examples = "user interactions with a user device in response to presentation of messages"; clustering model with a feature space of interaction times; cohorts with similar behavioural patterns define delivery times; schedules for SMS, MMS, or in-app messages; confidence thresholds per schedule; reduces model invocations and bandwidth | Med (date caution — likely post-dates a 2024-09-25 critical date and is therefore useful only as background/§ 103 supplementary evidence of the state of the art, or if its priority predates the critical date) |
| P13 | US 2025/0384998 A1 — "Machine learning to select transmission timing" | Pub. 2025 | Model "generates a probability that the user will open, view, or otherwise interact with the content"; evaluates multiple candidate times and argmax; trained on prior communication records (send time, open time, elapsed time) | Low as prior art (date); high as evidence the technique is conventional |
| P14 | US 2024/0205338 A1 — "Transferring an authentication state from a digital channel to an agent channel" | Pub. 2024 | "a phone number of a user device may be verified with a mobile network operator (e.g., via a silent mobile authentication technique or another technique)"; compares the incoming phone number to a stored, verified phone number; generates an authentication token with a level; passes context information — "a page that was open when, or before, the event occurred" | Med |
| P15 | US 2023/0370449 A1 — LivePerson, "Systems and methods for account synchronization and authentication in multichannel communications" | Pub. 2023-11-16 | ML model "dynamically trained to predict the level of identification and authentication required for a given communications session"; brand authentication rules; real-time processing of the message stream | High |
Cluster III — abandoned cart / session resumption (mostly pre-2018)
| Key | Reference | Date | What it teaches | Conf. |
|---|---|---|---|---|
| P16 | US 2003/0144925 A1 — "Method for saving abandoned shopping carts using an e-mail launched web transaction" | Pub. 2003-07-31 | Save the abandoned cart and resume checkout via an emailed launch link — element 1.4 in its purest form, 15 years pre-priority | High (cited in the US 8,554,633 family listing) |
| P17 | US 2005/0278231 A1 — "Method of recovery of electronic shopping cart information for reinitiation of the check-out process" | Pub. 2005-12-15 | Cart-state recovery for checkout reinitiation | High |
| P18 | US 2008/0133349 A1 — "Online Abandonment Recovery" (Adteractive) | Pub. 2008-06-05 | Detects abandonment and performs abandonment recovery; family cites GB 2018 09962 D0 (Ve Global UK Ltd, 2018-06-18) "Providing a push notification after detection of intention…". Also cited in-family: US 2008/0195476 A1 "Abandonment remarketing system" (2008-08-14) | High on the citation relationships; individual document text Med |
| P19 | WO 99/56434 A1 — authentication server keyed to telephone subscription number | Pub. 1999-11-04 | Claims recite a table "having a field for the authentication data … and a field for the identification data in form of a telephone subscription number or a Subscriber Identification Module (SIM) or an International Mobile Equipment Identity (IMEI)"; the application sends the identifier to the authentication server, which retrieves corresponding authentication data and returns it; the user interface is allowed to continue in the application only if the authentication data is correct; server may be "managed and run by a telephone network operator" | High |
| P20 | US 11,196,738 B2 — user identification confirmation system | Granted 2021 | User device + carrier network + identification confirmation system used "to prevent channel-based cyber-attacks"; device may be a mobile phone/smartphone; device-specific confirmation | Med |
| P21 | US 10,269,351 B2 / US 2018/0336897 A1 / EP 3504620 B1 (Google) | US pub. 2018-11-22; grant 2019-04-23 | (Prior Art section B1) Stores incomplete dialog sessions and provides a selectable element that reopens the abandoned session | High (per prior section) |
| P22 | Prior Art section A1 (US 10,992,513 B1), A2 (US 2008/0104500 A1), A3 (US 6,651,217 B1), A4 (US 8,190,693 B2), A5 (US 2013/0227386 A1) | 2003–2013+ | Form/cart abandonment detection, intent capture, cookie/registration-data preservation, channel selection to re-engage | Med (per prior section) |
4. Combination I — the primary § 103 case (Scenario B / post-CIP effective date)
This combination is designed to be run in the pending IPR and mirrored in district court. It uses only patents and printed publications (§ 311(b)-compliant).
The combination
P1 (US 2021/0304150 A1) or P2 (US 2022/0366130 A1) [RCS generation, template/carousel, scheduling rules, SMS/MMS fallback]
+ P6 (LivePerson US 2021/0383399 A1) [brand-messaging platform, device rich-messaging/payment capability determination, cart + expiry, RCS payment request]
+ P7 (LivePerson AU 2024203463 A1) [proactive outbound campaigns expressly covering abandoned carts, across SMS/RCS/RBM/OTT, keyed to the customer's phone number]
+ P9 (US 2019/0213476 A1) or P10 (US 2021/0374801 A1) or P11 (US 11,431,663 B2) [ML-predicted send time based on historical engagement, with user clustering]
+ P19 (WO 99/56434 A1) or P20 (US 11,196,738 B2) or P14 (US 2024/0205338 A1) [carrier/SIM/MSISDN-based silent identity verification returning a pass/fail that gates continuation in the application]
Element-by-element
| Element | Where met |
|---|---|
| 1.1 | P7 (brand-initiated campaign), P6 (brand's request to the platform), P18 (abandonment event) |
| 1.2 | P7 (customized abandoned-cart message), P1 (templated message + suggestions), P8 (rule-driven payload at a message "moment") |
| 1.3 | P7 (push to the customer's MSISDN across SMS/RCS/WhatsApp), P1 (RBM agent → phone number) |
| 1.4 | P6 (interaction with the message triggers platform action / capability + authorization queries), P16 (cart resume triggered by link activation), P21 (selectable element reopens the session) |
| 1.5 | P19 (identifier sent to auth server; auth data retrieved; continuation allowed only if correct), P20/P14 (carrier-side device identity confirmation; verified vs. access MSISDN comparison) |
| 1.6 | P9 ("grouping the user into a cluster of users corresponding to the send schedule"), P10 (engagement scoring/clustering), P15 (ML-predicted authentication level) |
| 1.7 | P1 ("rcs_type":"carousel" with per-card suggestions), P2 (rich card carousels + suggested replies/actions), P3 (auto-inserted interactive buttons), P4 (RCS A2P marketing) |
| 1.8 | P9 (RNN engagement metric by time bin → send schedule → execute campaign), P10 (send-time optimization API), P11 (personalised STO per subscriber) |
Why a PHOSITA would have combined them (MPEP 2143 rationales)
Same field, same problem, same actors (2143(A), (C)). Every reference sits in the business-messaging / e-commerce re-engagement field and addresses the identical problem the '978 specification itself frames: "determining how and when to present content, messages, opportunities, user journeys, user journey resumption to a user." P7 expressly names abandoned carts as a proactive-messaging use case; P6 expressly builds the cart + brand + customer identifier + expiry object; P1/P2 build the interactive RCS card. Combining a re-engagement trigger, an RCS renderer and a carrier identity check is the aggregation of art "designed to address the same or similar problems" — the classic Keller combination.
Simple substitution of a known, better channel (2143(B)). P2 supplies the express motivation: RCS is "intended to replace SMS," gives native read receipts and interactive buttons, and — critically — for SMS "a business can only send a SMS message with a link to a landing page … which may decrease the likelihood that a user will access the content because of the extra step of clicking the link." A PHOSITA optimising click-through on an abandoned-cart message has, in P2's own words, a stated reason to prefer RCS over SMS. That is a substitution to obtain a predictable improvement, which is the KSR paradigm.
The two-step SMS-then-RCS sequence is dictated by known capability limits, not by invention. P1 teaches the exact mechanic — "phone RCS capabilities … are checked; message 246 is relayed to an MMS or SMS gateway if mobile device 204 does not support RCS" — and P6 builds an entire device-capability service plus presence ping for rich messaging. A PHOSITA knowing RCS penetration was incomplete would necessarily send the universal-reach link first and the rich message once capability and identity are confirmed. No inventive insight is required; the sequence is the arithmetic of a partially-deployed standard.
Known technique applied to a known device ready for improvement (2143(C), (D)). P9, P10 and P11 each independently disclose ML-based send-time prediction from historical engagement. P9 even discloses user clustering keyed to the send schedule, which is precisely the claim's "determine a classification … and schedu[le] … based on the determined classification." Where a mature technique (send-time optimisation) exists and a new message class (RCS re-engagement) needs scheduling, applying the known technique is obvious per In re ICON Health & Fitness and KSR's "use of a known technique to improve similar devices in the same way."
Market forces and regulatory pressure (2143(F) / KSR). The '978 specification itself recites FCC and TCPA compliance and "regulatory blackout periods" as a system constraint (AMDA hub 1000e, ML/AI cluster 1000a). Art that exists because of send-time regulation and deliverability economics — P10's "frequency optimization, channel optimization" and P11's explicit motivation to reduce network/compute overhead from mis-timed sends — supplies the commercial and technical pressure to adopt ML scheduling. P13 independently confirms the same architecture (probability of open/view/interaction → argmax over candidate times).
Obvious to try, finite and predictable solutions (MPEP 2143(E)). For element 1.8 the field presented a small, enumerated set of proven approaches — RNN/survival analysis (P9), shared-training/siloed-inference ML (P10), two-layer NMF (P11), clustering models (P12). Selecting one to schedule an RCS re-engagement message is the KSR "obvious to try" situation: "a finite number of identified, predictable solutions," with "a reasonable expectation of success."
Identity binding is an obvious security improvement, and the patent says so. The '978 specification asserts that the technique "may address security flaws in existing approaches (such as SIM-case swapping or fraudulent use of a link)." The prior art already solved that problem: P19 (1999) confirms a telephone subscription number / SIM / IMEI against an authentication server and only then permits the user interface "to continue the proceedings in the application"; P20 uses carrier-network confirmation specifically "to prevent channel-based cyber-attacks"; P14 uses silent MNO verification and compares a verified MSISDN to an access MSISDN. Adding a carrier-identity gate to a resumable deep link is the known remedy for the known hazard — 2143(A) and KSR.
Result: every element of claim 1 is disclosed or rendered obvious; the combination is a set of references teaching the same thing in the same way for the same purpose, with a stated motivation in the references themselves (P2's RCS-over-SMS rationale; P1's capability-check/fallback; P7's abandoned-cart use case; P9/P10/P11's express resource-saving rationale).
5. Combination II — the fallback § 103 case (Scenario A / 2018 priority preserved)
If IQX establishes entitlement to 2018-09-27, the 2020–2024 RCS and ML art drops out and the attack must be rebuilt on pre-2018 art. That is materially harder — but not impossible, and two features of the record make it viable.
The combination
P16 (US 2003/0144925 A1) or P17 (US 2005/0278231 A1) or P18 (US 2008/0133349 A1) [save abandoned cart/session; re-engage; email-launched resume transaction]
+ P22/A1 (US 10,992,513 B1) [track user progress, determine intent/obstacle, select a communication channel to re-establish the session]
+ P19 (WO 99/56434 A1) [carrier/SIM/telephone-number-keyed authentication gating continuation]
+ P21 (US 2018/0336897 A1) [§ 102(a)(2) art: effectively filed 2017 — selectable element that reopens the stored session, so it is available despite publishing after the critical date]
+ P9 (US 2019/0213476 A1) [if its effective filing date precedes the critical date — this must be verified; if it does, it is § 102(a)(2) art]
+ RCS as admitted prior art [specification: content "may be generated and provided according to the RCS messaging protocol to enhance and modernize an SMS or an MMS"; carousels, typing indicators, read receipts all treated as existing RCS features]
Why this still works under Scenario A
- The channel-substitution motivation survives without P2. Even in 2016–2018, RCS was a published GSMA Universal Profile with interactive cards and suggested replies. A PHOSITA building a re-engagement message and needing interactive actions had RCS available, and the '978 specification admits it is a pre-existing protocol offering richer content than SMS. Applicant admissions are usable art (In re Nomiya; MPEP 2144.03).
- A1 supplies the missing "choose the channel" step expressly — "selects a communication channel to re-establish the communication session" — which directly supports the multi-channel and SMS-fallback dependent claims.
- Adobe '476 (P9) is the pivot. Its disclosure maps to both element 1.6 (cluster grouping keyed to send schedule) and element 1.8 (send time from a predicted engagement metric). If its effective filing date predates 2018-09-27 it carries the whole scheduling limitation under Scenario A. Verify this first; it is the single most consequential date in the Scenario A case.
Honest assessment
Under Scenario A, element 1.7 ("generating a Rich Communication Service (RCS) message") is the weakest link. Escaping it requires (i) proving that P9 or another pre-critical-date reference teaches RCS as the delivery channel, or (ii) relying on the specification's own admission that RCS is conventional, which invites the patentee to argue that the claimed combination — not RCS per se — supplies the invention. Expect this to be a genuine fight under Scenario A and a non-issue under Scenario B. That asymmetry is the entire reason priority resolution should be briefed first.
6. Combination III — the dependent claims (obvious over the same set, with additions)
These are where the Prior Art section predicted § 102 (not just § 103) exposure, and the newly retrieved art strengthens that materially. None of the dependent limitations adds an element that is not itself a known feature of business messaging.
| Dependent limitation | Disclosing / suggesting art | Rationale |
|---|---|---|
| Deliver the RCS message per the schedule | P1 ("schedules transmission object 248 for sending, according to rules 250"; "when the sending time has come, a check is made … then the transmission is queued"); P9 ("executing the digital content campaign by sending the new electronic message … based on the determined time bin") | Storing a scheduled message and sending it at the scheduled time is the definition of the disclosed schedulers |
| Carousel of options: secure transaction / schedule appointment / resume abandoned user journey | P1 ("rcs_type":"carousel" of job cards with per-card Apply reply); P2 (rich-card carousels; appointment scheduling and rescheduling RCS templates with confirm/reschedule buttons); P7 (abandoned carts); P6 ("virtual cart" + payment orchestration via rich messaging) |
Three references literally disclose each of the three enumerated options; the carousel itself is a standard RCS layout |
| Content in a browser UI on the mobile device | P6 (intent messaging app / web), P4 (web forms in rich media), P22/A1 (browser form progress), P21 (dialog session within an assistant/app) | Rendering the resumed journey in a browser is a routine implementation choice |
| Typing / send-and-receive indicators | P2 (RCS native features: read receipts; interactive features "within a messaging application"); P5 (delivery/read acknowledgement); specification's own admission that RCS supports typing indicators and read receipts | Admitted prior art; an inherent feature of the RCS Universal Profile |
| Sender verification of the RCS message; SMS warning if the sender is unauthorised | P3 (rich messages over multiple channels with automatic enhancement and channel revocation — the authenticity/fallback architecture); P1 (capability + gateway routing rules); P20 and the '132-patent IPR petition record (caller-ID/ANI spoofing detection and device-specific authentication, "blocking access, requesting additional authentication factors, permitting access") — retrieved in this session | The anti-spoofing motivation is old and the multi-channel fallback mechanism is disclosed; an SMS warning on a failed sender authorisation is an obvious safety variant |
| Actions: transaction / suggested response / return to prior browsing session / return to prior application session | P2 (suggested replies and suggested actions; "call airline" button); P1 (suggestions:[{text:"Apply", reply}]); P8 ("a user action for the component"); P21 (selectable element reopens the stored session); P6/P7 (abandoned-cart resume) |
Each enumerated action is separately disclosed; the list is a closed set of conventional messaging affordances |
| SNAP performed by a third party through the mobile device carrier | P19, P20, P14 | Expressly disclosed |
7. Reasonable expectation of success and "predictable results"
The combination produces, at most, the expected sum of its parts: (i) a message the recipient can act on (known from P2/P3), (ii) delivered over the richer channel when the handset supports it (known from P1/P6), (iii) gated by carrier identity confirmation (known from P19/P20), (iv) at a time predicted to maximise engagement (known from P9/P10/P11). Nothing in the '978 specification identifies a synergistic or unexpected result from combining these; the specification asserts benefits in general terms ("enhancing the effectiveness and efficiency of messaging campaigns … in terms of security, user engagement, and operational scalability") without data, ablations, or comparisons. Where the patentee offers no evidence of unexpected results, the "predictable results" rationale carries substantial weight (In re Geisler line; MPEP 2144.05 and 2143.02).
Two further points reinforce a reasonable expectation of success:
- Every reference is a complete, working system. Each of P1, P6, P7, P9, P10, P11, P19 is described at a level of detail sufficient to implement the sub-function it contributes (JSON payloads, capability pings, training features, auth-server tables). There is no "mere aggregation of old elements in a new box" gap — the references are combinable as written.
- The combination requires no change in the principle of operation of any reference — the classic In re Ratti / bodily-incorporation objection does not arise.
8. What the patentee will argue, and how it likely fares
| IQX argument | Assessment |
|---|---|
| Priority. The claims are entitled to 2018-09-27/2019-09-25, so all 2020+ art is off the table. | The strongest argument by far. It collapses Combination I entirely. Whether it succeeds turns on § 112 written-description support in the 2019/2018 disclosures for RCS + ML classification/scheduling + SNAP. Assess this first. |
| Teaching away: RCS had not been adopted. P2's own background states RCS "was introduced in 2007" yet "businesses have not widely adopted RCS messaging" and "marketing to consumers using RCS messages remains uncommon." | Likely to fail, for three reasons. (1) The same passage says "businesses may want to adopt RCS messaging for business-related communications" and identifies a need — that is a motivation, not a discouragement. (2) The stated cause of non-adoption is a tooling problem ("existing technologies may require business users to write complicated JavaScript Object Notation (JSON) programming"), not any technical incompatibility — a fixable implementation hurdle, not a teaching away from the channel (In re Fulton requires a disclosure that "criticizes, discredits, or otherwise discourages"). (3) P1 (2021), P4 (2021), P6 (2021) and P7 demonstrate that A2P RCS deployment had in fact occurred, corroding the factual premise. |
| Why two messages? An SMS then an RCS message is illogical. | Answered by P1's express capability check and MMS/SMS fallback and P6's dedicated device-capability and presence services: the first message is the universal-reach carrier, the second the rich follow-up once capability and identity are known. The two-step follows from RCS's partial penetration — a known constraint, not an invention. |
| The classification is not the prior art's clustering. | Weak. P9 expressly "group[s] the user into a cluster of users corresponding to the send schedule" — i.e., classification tied to scheduling, which is element 1.6 + 1.8 in one sentence. P10 discloses engagement scoring and channel optimization; P15 predicts a required authentication level. The '978 tiers (buyers / link-clickers / non-engagers) are the conventional engagement segmentation of any marketing list. |
| The claims are directed to a specific technical improvement in messaging, not an abstract idea. (§ 101-flavoured, not a § 103 argument) | Unavailable in the pending IPR — § 112 and § 101 are not IPR grounds (§ 311(b)). Must be litigated in W.D. Tex. / E.D. Tex. Note the tension: the § 101 argument and the § 103 argument pull in opposite directions, and both can be run in parallel fora. |
| Secondary considerations: iQX built and shipped "Amplify"; the patents are valuable. | Litigation against Intuit and Salesforce is not evidence of non-obviousness (settlement/licensing under threat is not praise of the invention). Commercial success requires a nexus between the success and the claimed combination; the record currently shows two 2026 suits and a Darts-IP family litigation flag, not market validation. No evidence has been produced of copying, industry praise, or unexpected results. |
9. Procedural notes that shape how this § 103 case should be deployed
- The pending IPR (IPR2026-00478, Salesforce, filed 2026-09-24, status Pending) is framed by § 311(b) — patents and printed publications only. Combination I above is IPR-compliant as constructed. The petition's actual grounds, challenged claims, and any Sotera stipulation are not public and I have not verified them. My combinations are built independently and may or may not overlap the petition; do not assume alignment.
- No estoppel has attached (no institution, no FWD). A non-Salesforce defendant (e.g., the E.D. Tex. Intuit defendant, if it later asserts the '978 patent) retains its own § 315(b) one-year window from service and cannot rely on Salesforce's petition for anything.
- § 103 is the only substantive validity theory that travels into the IPR. § 101 and § 112 must be run in district court. A PGR is no longer available — the nine-month § 321(c) window from the 2025-10-07 grant closed on or about 2026-07-07.
- Watch the § 325(d) angle. The '978 patent issued in 2025 out of a long continuation chain (2018→2025). If the examiner never saw P1–P15, § 325(d) cuts for the challenger; if some were in the family's IDS, Patent Owner will argue § 325(d) and the prior-art section's still-unretrieved (56) citation list becomes decisive.
10. Confidence and limitations
High confidence: the substance of P1, P2, P3, P4, P6, P7, P8, P9, P10; the claim-element decomposition; the MPEP 2143 / KSR rationales; the observation that the '978 specification admits RCS, carousels, typing indicators and read receipts as existing features; and the conclusion that no single reference anticipates claim 1 (consistent with the Prior Art section), while the combination does.
Medium confidence: the bibliographic dates and assignees I marked "unverified," in particular US 11,431,663 B2's assignee, US 2019/0213476 A1's effective filing date (the pivot for Scenario A), and the LivePerson / TeleSign / ADP family priority dates that determine whether each item is § 102(a)(1) or only § 102(a)(2) art. EP 4672253 A1, AU 2025283509 A1, US 2025/0384998 A1 and EP 4513926 A1 appear to post-date a 2024-09-25 critical date and should be treated as background/state-of-the-art evidence rather than § 102 art unless a pre-critical-date priority is confirmed.
Not verified / do not assume: the actual priority entitlement of the '978 claims; the (56) references-cited list (still unretrieved); the contents of IPR2026-00478; whether US 12,438,978 is in fact asserted in IQX v. Salesforce (a third-party summary, medium confidence, and the "'165 patent" labelled with the identical claim 1 remains unexplained — see the PTAB section); and the identity of the "'924" and "'165" patents.
Noted, not corrected: the stated present date of April 26, 2026 versus the 2026-09-25 report date and the 2026-04-30 / 2026-05-28 / 2026-09-24 filing dates in the earlier sections.
11. Recommended next steps, in priority order
- Resolve priority/§ 112 for the RCS + ML-scheduling + SNAP limitations against the 2018 provisional and the 2019 PCT/national-stage disclosure. This single question converts the case from Combination II (contestable) to Combination I (strong). If the answer is "2024-09-25," serve the § 103 contentions immediately.
- Verify US 2019/0213476 A1's effective filing date. It is the load-bearing reference for element 1.6 + 1.8 under Scenario A.
- Pull the real (56) list (PTOL-90 / PTO-892 / IDS from App. 19/192,732 and the PCT/US19/52847 ISR) and re-map § 325(d).
- Retrieve the IPR2026-00478 petition and exhibits to align or deliberately diverge from Salesforce's grounds and to see whether a Sotera stipulation is on file.
- Build claim charts for Combination I against claims 1 and the three independents, then a second chart for the dependents (carousel, typing indicators, sender-verification + SMS warning, prior-session-return) using P1, P2, P3 and P21.
- Commission a PHOSITA declaration that fixes the level of ordinary skill (a messaging-platform/backend engineer with 2–4 years' experience in SMS/RCS A2P campaign systems would suffice) and walks the four elementary MPEP 2143 rationales — same-field/same-problem, channel substitution per P2, capability-driven fallback per P1, and known-technique improvement per P9/P10/P11.
- Preserve the § 101 / § 112 theories for district court, since neither is available in the IPR.
Generated 9/28/2026, 11:24:44 PM
Extensions
Patent term adjustments, term extensions, continuations, divisionals, family members, and expiration dates.
Derivative works
Defensive disclosure: derivative variations of each claim designed to render future incremental improvements obvious or non-novel.
Keep exploring
More patents asserted by IQX Corp.
- US 11876924I'll verify the CAFC 2026 docket activity and USPTO record for this specific number. US Patent No. 11,876,924 — Bibliographic & Claim Summary Search scope note. I searched for the exact string 11876924 (and the corresponding grant number…
- US 12368799I'll search for authoritative information on this patent and any related litigation. Let me check the Federal Circuit docket and case details. Let me look for the actual claim text to describe the independent claims accurately. US Patent…
- US 12200165I'll verify the CAFC 2026 docket picture and try to pull the patent's own front-page abstract before summarizing. US Patent 12,200,165 — Verified Summary Search note (what I actually did / could not do). My queries against the CAFC 2026…
Other patents in Software Technology & Computing Systems (T)
- US 10019722Patent Overview — US 10019722 B2 Title: Poll-based networking system Patent number: US 10019722 B2 Application number: US 14/987,447 Inventors: Timothy Beggy; David Shaun Neal Assignee: Trinity Info Media LLC (originally Trinity Intel…
- US 10241643I'll search for the specific patent number and any litigation/docket activity. No litigation hits for this specific patent yet. Let me check for claim text and any court dockets. Let me try to retrieve the actual claim text. US Patent…
- US 8387155I'll search for authoritative records on this specific patent number before summarizing. Let me pull the actual claim text and check for any 2026 appellate activity. Let me try to retrieve the actual claim language and confirm the…
- US 8127345I'll verify the patent against live sources before summarizing. Now let me pull the actual claim language and check for any 2026 activity. Let me obtain the actual claim text rather than paraphrase from memory. US Patent 8,127,345 B2 —…
- US 11659381US 11,659,381 B2 — Verification Summary Sources used: the authoritative full text of US 11,659,381 B2 supplied in this matter (Google Patents, fetched 2026-10-01), plus live web results including Unified Patents, Docket Alarm/PACER-derived…
- US 8898260I'll search for authoritative information on this specific patent number and any 2026 CAFC activity. Let me dig deeper into the 2026 docket activity and the reexamination/PTAB status specifically for the '260 patent. One more targeted…
- US 8756336I'll search for authoritative information on this specific patent number. US Patent 8,756,336 B2 — Summary I searched for the specific number 8756336 (treated literally, no auto-correction). The authoritative full text (provided) is…
- US 7289772I'll search for authoritative information on this patent, including any 2026 litigation activity. US Patent 7,289,772 — Summary Note on identifiers: I interpreted "7289772" literally as US 7,289,772 B1. I did not find any CAFC 2026 docket…
This patent in court (1)
1 tracked lawsuit name US 12438978.