US 12185177

Here's a concise summary of US Patent 12185177:

Title: Mashing mapping content displayed on mobile devices

Assignee: Nearby Systems LLC

Inventors: Gabriel Jakobson, Steven L. Rueben

Filing Date: February 8, 2024

Issue Date: December 31, 2024

Abstract: A method and apparatus are disclosed for mapping addressable information (such as locations, names, addresses, or landmarks) from various applications on a mobile device onto an existing map on that same device. When a user selects addressable information from an application (e.g., a website or email) and issues a mapping command, a map-display application (like Google Maps® or Waze®) is automatically presented, showing the newly selected addressable information alongside any mapping content previously displayed by the application.

Plain-Language Overview of Independent Claims:

• Independent Claim 1: This claim describes a system on a mobile device for displaying location-based content. The system includes a memory storing two non-browser applications and a processor executing the first non-browser application. A touch screen displays a first user interface of the first non-browser application, which allows a user to enter text for a location. A mapping component then transmits this text to an online mapping service, receiving map data (including a first map and at least one point-of-interest). The first non-browser application displays a second user interface showing this first map and point(s)-of-interest. If the user selects one of these points-of-interest, the mapping component sends a new query to the online mapping service, and in response, the touch screen displays a third user interface, from the second non-browser application, showing a second map specific to the selected point-of-interest.

CAFC 2026 Dockets:
A search of CAFC 2026 dockets for the specific patent number 12185177 did not yield any direct results at this time. The search results provided general information about recent CAFC patent cases in 2026, but no cases explicitly listing US12185177.

As of April 26, 2026, a direct search for litigation involving US Patent 12185177 on Unified Patents and through general searches did not yield specific case details. The previously generated section also stated that CAFC 2026 dockets did not show any direct results for this patent number.

Therefore, no litigation is currently known for US Patent 12185177 based on the available information.

Proceedings overview

There are no AIA trial proceedings on file for US Patent 12185177. This indicates a pristine defensive posture for the patent owner, as the claims have not been challenged or narrowed through AIA trials at the PTAB.

Strategic summary

Currently, all seven claims of US Patent 12185177 remain untested by AIA trial proceedings at the PTAB. This means there are no canceled or sustained claims from such proceedings.

Regarding the estoppel landscape, since no AIA trials have been initiated or concluded, the estoppel provisions of § 315(e)(2) are not yet applicable. This implies that all prior-art grounds remain available for potential future challenges, either through new AIA petitions or in district court litigation.

The absence of PTAB activity could signal several things. It might indicate that the patent has not yet been asserted against parties who would typically initiate IPRs, or that any demand letters issued do not present a sufficiently strong incentive for a defendant to incur the costs of an IPR. There is no visible pattern of multiple IPR filings by the same petitioner or aggressive PTAB appeals by the patent owner. The patent does not appear to have been targeted by defensive aggregators like Unified Patents through PTAB proceedings.

Recommended next steps

Since no PTAB activity exists for US Patent 12185177, this means the patent's claims have not been challenged or narrowed via these mechanisms. If you are a defendant facing assertion of this patent, the absence of PTAB proceedings suggests that the patent's validity has not been tested in this forum. This presents an open landscape for potential validity challenges should a defendant choose to pursue an AIA trial.

Should a defendant decide to pursue an AIA trial, they would need to prepare and file a petition addressing the statutory requirements and identify relevant prior art to challenge the claims.

Inventors

• Gabriel Jakobson: Employer not determinable from the patent text.
• Steven L. Rueben: Employer not determinable from the patent text.

Original assignee

The original assignee is Nearby Systems LLC.
Based on the provided patent information, it is not determinable whether Nearby Systems LLC shipped a product embodying the claims or their primary line of business. The current status of Nearby Systems LLC (operating, acquired, dissolved, in bankruptcy) is also not determinable from the given information.

Assignment timeline

No assignment records for US12185177 were found on the USPTO Assignment Center search page. This indicates that the original assignee, Nearby Systems LLC, likely still owns the patent.

Timeline diagram

timeline
    title Ownership of US 12185177
    2007 : Priority date of parent application
    2024 : Filed by Nearby Systems LLC
    2024 : Granted to Nearby Systems LLC

NPE / troll-pattern signals

1. Shell-entity transfer — Not present. No assignment records found to indicate a transfer from an operating company to a licensing-only LLC. Nearby Systems LLC is the original and current assignee. However, external litigation data identifies Nearby Systems LLC as a "patent assertion entity focused on location-based technology intellectual property. Its business model centers on licensing and enforcing patents related to proximity-aware systems." This suggests that while there isn't a transfer to a shell entity, the original assignee itself operates as such.

2. Known asserter in the chain — Present. Nearby Systems LLC is identified as a "patent assertion entity" in public litigation databases. They have filed patent infringement lawsuits against multiple companies, including Little Caesar Enterprises, Cinemark USA, Kohls Corporation, and Exxon Mobil Corporation.

3. Repeat correspondent across the chain — Not present. No assignment records were found.

4. Cascading transfers — Not present. No assignment records were found.

5. Pre-litigation transfer — Unclear. Without assignment records, it's impossible to determine if any transfers occurred within 6 months of litigation. However, the patent was filed in February 2024 and granted in December 2024, and Nearby Systems LLC has been actively filing infringement suits in 2025 and 2026. This suggests that the intent for assertion was likely present from or near the time of filing.

6. Bankruptcy fire-sale — Not present. No indication of Nearby Systems LLC being in bankruptcy.

7. Privateering — Unclear. No evidence from the provided information suggests privateering activity.

8. Defensive aggregator (anti-NPE) — Not present. The patent is currently owned by Nearby Systems LLC, an asserting entity.

Verdict

NPE — high confidence. Nearby Systems LLC, the sole assignee of record, is explicitly identified as a "patent assertion entity focused on location-based technology intellectual property" whose "business model centers on licensing and enforcing patents related to proximity-aware systems". They have initiated numerous patent infringement lawsuits against various companies, including Little Caesar Enterprises, Cinemark USA, Kohls Corporation, and Exxon Mobil Corporation, consistent with an NPE operating pattern.

(USPTO Assignment Center search for US12185177: https://assignmentcenter.uspto.gov/)

To identify the most relevant prior art for US patent 12185177, I will search the USPTO database for the patent and then examine its cited references.

USPTO Search for US Patent 12185177

According to the provided patent text, the publication number for this patent is US12185177B2. I will use this to search the USPTO database.
The USPTO provides a "Patent Public Search" tool, and also allows searching through "Patent Center". When searching by patent number, leading zeros should be added if the number has fewer than 7 digits, to make it a 7-digit number. Since 12185177 has 8 digits, it can be entered as is.

Prior Art Analysis for US Patent 12185177

The patent document itself lists "Prior art keywords" as "map, mapping, location, application, user" and states a "Prior art date" of 2007-10-12. The description explicitly mentions that the patent is a continuation-in-part of U.S. patent application Ser. No. 11/974,258, filed on Oct. 12, 2007, and incorporates its disclosures by reference. This application, and any patents it issued as, would be highly relevant prior art.

Let's examine the family tree and other references cited within US12185177B2 for the most relevant prior art.

Highly Relevant Prior Art:

• US Patent Application Ser. No. 11/974,258

  • Full Citation: U.S. patent application Ser. No. 11/974,258
  • Publication/Filing Date: October 12, 2007
  • Brief Description: This is the parent application from which US12185177B2 claims priority as a continuation-in-part. Its disclosure is incorporated by reference, meaning it forms the foundational prior art for the current patent. The original application is titled "Method and system for presenting address and mapping information".
  • Potential Anticipation (35 U.S.C. § 102): Given that US12185177B2 is a continuation-in-part of this application, many aspects of the claims in US12185177B2, particularly the broader concepts of mashing mapping content from disparate sources onto a single map on a mobile device, are likely to be found in or anticipated by this earlier application. Specifically, independent Claim 1, with its description of combining mappable data from non-browser applications onto a map, would likely find significant overlap with the concepts disclosed in this priority application.

• US Patent No. 9,532,164

  • Full Citation: U.S. Pat. No. 9,532,164
  • Publication/Filing Date: August 3, 2013 (filing date of the application leading to this patent). The priority date is still October 12, 2007, from US11/974,258.
  • Brief Description: This patent is a continuation of U.S. patent application Ser. No. 13/987,520, which is itself a continuation-in-part of US11/974,258. It shares the same title "Mashing mapping content displayed on mobile devices" as the current patent, indicating a very close relationship in subject matter.
  • Potential Anticipation (35 U.S.C. § 102): As a direct descendant in the patent family and sharing the same title, US9532164B2 is highly likely to anticipate many, if not all, of the claims in US12185177B2. The differences, if any, would likely be in specific implementations or further refinements rather than broad inventive concepts. Independent Claim 1 would almost certainly be anticipated by this patent, particularly regarding the core functionality of displaying location-based content from different applications on a mobile device's map.

• US Patent No. 10,469,980

  • Full Citation: U.S. Pat. No. 10,469,980
  • Publication/Filing Date: November 8, 2016 (filing date of the application leading to this patent). The priority date is still October 12, 2007, from US11/974,258.
  • Brief Description: This patent is a continuation of U.S. patent application Ser. No. 15/346,599, which is a continuation of U.S. patent application Ser. No. 13/987,520 (which led to US9532164B2), and thus also traces its priority back to US11/974,258. It also shares the "Mashing mapping content displayed on mobile devices" title.
  • Potential Anticipation (35 U.S.C. § 102): Similar to US9532164B2, this patent is a direct continuation in the same family and covers "Mashing mapping content displayed on mobile devices." It is highly probable that its claims would anticipate those in US12185177B2, especially Claim 1, as the core invention is likely to be similar across these related patents.USPTO Search for US Patent 12185177

A search for US Patent 12185177 on the USPTO database (using the Patent Public Search tool) confirms its existence and provides access to its details, including cited prior art.

Most Relevant Prior Art for US Patent 12185177

Based on the patent document US12185177B2, the most relevant prior art consists of its direct lineage within the patent family, as these documents share the same inventive concept and priority date. The patent explicitly states it is a continuation of earlier applications.

Here are the most relevant prior art references:

1. U.S. patent application Ser. No. 11/974,258

   • Full Citation: U.S. patent application Ser. No. 11/974,258, filed on October 12, 2007.
   • Publication/Filing Date: October 12, 2007 (Filing Date).
   • Brief Description: This is the foundational parent application from which US12185177B2 claims priority as a continuation-in-part. The disclosure of this application is incorporated by reference into US12185177B2. It is titled "Method and system for presenting address and mapping information."
   • Potential Anticipation (35 U.S.C. § 102): As the direct priority document, the concepts of combining mappable data from disparate sources onto a single digital map on a mobile device, which forms the core of US12185177B2, are highly likely to be found in or anticipated by the teachings of US11/974,258. Independent Claim 1, which describes the system for displaying location-based content using a first and second non-browser application and an online mapping service, would be particularly susceptible to anticipation by this earlier application, especially concerning the broad functionality described.

2. U.S. Pat. No. 9,532,164

   • Full Citation: U.S. Pat. No. 9,532,164, issued on January 3, 2017 (based on the patent family data, the publication date of the application it continued was earlier). This patent resulted from U.S. patent application Ser. No. 13/987,520, filed August 3, 2013, which is a continuation-in-part of US11/974,258.
   • Publication/Filing Date: August 3, 2013 (Filing Date of the application that led to this patent). The priority date is October 12, 2007.
   • Brief Description: This patent shares the same title as US12185177B2, "Mashing mapping content displayed on mobile devices." It represents an earlier granted patent within the same patent family, derived from the foundational US11/974,258 application.
   • Potential Anticipation (35 U.S.C. § 102): Given its direct lineage and identical title, US9532164B2 is highly likely to anticipate many, if not all, of the claims in US12185177B2. The differences would likely pertain to specific embodiments, refinements, or scope rather than the core inventive principle of mashing mapping content. Independent Claim 1, with its elements regarding displaying points-of-interest from multiple applications on a map, would likely be anticipated by the claims and disclosures of this patent.

3. U.S. Pat. No. 10,469,980

   • Full Citation: U.S. Pat. No. 10,469,980, issued on November 5, 2019 (based on the patent family data, the publication date of the application it continued was earlier). This patent resulted from U.S. patent application Ser. No. 15/346,599, filed November 8, 2016, which is a continuation of U.S. patent application Ser. No. 13/987,520 (leading to US9532164B2).
   • Publication/Filing Date: November 8, 2016 (Filing Date of the application that led to this patent). The priority date is October 12, 2007.
   • Brief Description: Similar to US9532164B2, this patent also shares the title "Mashing mapping content displayed on mobile devices" and is a direct continuation within the same patent family, ultimately stemming from the US11/974,258 application.
   • Potential Anticipation (35 U.S.C. § 102): As another direct descendant in the same patent family covering the same subject matter, US10469980B2 would likely anticipate a substantial portion of the claims in US12185177B2. Any distinctions would probably lie in the specific details or scope of the claims. Independent Claim 1, encompassing the integration and display of location data from various applications, would foreseeably be anticipated by this patent's teachings.

Obviousness Analysis of US Patent 12185177 under 35 U.S.C. § 103

This analysis will focus on combinations of prior art that would render Claim 1 of US Patent 12185177 obvious to a person having ordinary skill in the art (PHOSITA). The effective filing date for US12185177B2 is October 12, 2007. Therefore, any prior art publicly available before this date is relevant for an obviousness analysis.

Independent Claim 1: A system for displaying location-based content on a digital map displayed on a mobile device, comprising:
a memory of a mobile device storing a first non-browser application and a second non-browser application;
a processor of the first mobile device executing the first non-browser application;
a touch screen of the mobile device displaying a first user interface of the first non-browser application, wherein the first user interface is adapted to receive text corresponding to a location entered by a user;
a mapping component transmitting the text to an online mapping service and receiving, in response, map data corresponding to the location, wherein the map data includes a first map and at least one point-of-interest corresponding to the location displayable on the first map,
wherein the first non-browser application displays a second user interface displaying the first map and the at least one point-of-interest, and
wherein a user selection of a selected one of the at least one point-of-interest causes the mapping component to transmit a query to the online mapping service corresponding to the selected one of the at least one point-of-interest, and
wherein, in response to the query, the touch screen displays a third user interface of the second non-browser application including a second map of the selected one of the at least one point-of-interest.

Motivation to Combine Prior Art:
The core inventive concept, as described in the abstract and claim 1, involves displaying location information from disparate applications on a single map, and then, upon user selection of a POI, displaying a second map in a different non-browser application related to that POI. This "mashing" of content from different sources onto a map, and then pivoting to a different application for more detailed mapping, presents a challenge for obviousness, as each element in isolation might be known. However, the combination and the specific interaction between two non-browser applications for mapping purposes need to be carefully examined.

A PHOSITA in 2007, working in the field of mobile device mapping and application development, would have been motivated to enhance user experience by:

1. Consolidating information: Users often gather location-based information from various sources (emails, documents, web pages). A system that centralizes this information on a single map would be highly desirable for trip planning, research, or general navigation.
2. Improving workflow: Switching between multiple applications (e.g., an email client to a mapping application, then to another application for more details on a specific location) is cumbersome on mobile devices with limited screen real estate. Streamlining this process by allowing direct interaction and transition between mapping contexts would be a clear advantage.
3. Leveraging online services: Online mapping services were already prevalent in 2007. A PHOSITA would naturally seek to integrate the rich data and functionality of these services into mobile applications.
4. Enhancing detail and context: Providing a high-level overview map and then enabling a drill-down to a more specific map in a different application offers a progressive disclosure of information, which improves usability and information density.

Potential Combinations of Prior Art:

To establish obviousness, one would need to demonstrate that the combination of existing prior art elements would have led to Claim 1, and that there was a motivation to combine them.

Given the priority date of October 12, 2007, the following prior art, as broadly described in the patent's own "Background of the Invention" and "Definitions" sections, would be relevant:

• Prior Art 1: General Mobile Device with Mapping Applications: Mobile devices (e.g., smartphones, PDAs) capable of displaying digital maps were well-known. Mapping services like Google Maps®, Yahoo! Maps®, Windows Live Search Maps®, and MapQuest® were accessible via web browsers or dedicated mapping applications on these devices. These services allowed users to obtain maps for given addresses or landmarks and displayed various content such as location names, addresses, user photos, comments, and ratings. (Refer to "Background of the Invention" and "Definitions" for "mapping services" and "a digital map on an electronic device").

  • Element addressed: "memory of a mobile device storing a first non-browser application and a second non-browser application;" (This establishes the mobile device platform and the existence of applications.) "processor of the first mobile device executing the first non-browser application;" "touch screen of the mobile device displaying a first user interface of the first non-browser application".

• Prior Art 2: Extracting and Mapping Location Information from Other Applications: The patent explicitly states, "In the prior art, new mapping content may only be generated from within the mapping application. New mapping content origination outside of the mapping application, for example a location name selected in a separate application, maybe automatically displayed on a new digital map, wherein the new digital map does not contain any other mappable information previously displayed." This indicates that mechanisms for selecting location information from one application (e.g., an email or document) and displaying it on a new map in a separate mapping application existed. This "new digital map" would not have retained prior mapping content.

  • Element addressed: "the first user interface is adapted to receive text corresponding to a location entered by a user;" "a mapping component transmitting the text to an online mapping service and receiving, in response, map data corresponding to the location, wherein the map data includes a first map and at least one point-of-interest corresponding to the location displayable on the first map," and "the first non-browser application displays a second user interface displaying the first map and the at least one point-of-interest". The key limitation here is that the prior art would display a new map without previous content.

• Prior Art 3: Hyperlinking and Contextual Menus for Related Content: Modern graphical user interfaces (GUIs) in 2007 commonly included hyperlinks and context menus. Hyperlinks allowed users to navigate to related content (e.g., clicking an address in an email might open a map application). Context menus provided options relevant to selected content (e.g., right-clicking text might offer to "Search Google" or "Copy"). A PHOSITA would be familiar with using these mechanisms to transition to related information or actions.

Combining Prior Art References to Render Claim 1 Obvious:

Let's consider a hypothetical combination of these prior art elements to address Claim 1:

Combination A: Prior Art 1 (Mobile Device with Mapping) + Prior Art 2 (External Location Extraction) + Prior Art 3 (Hyperlinking/Contextual Menus) with Motivation to Consolidate and Enhance Workflow.

1. Initial Setup: A mobile device (Prior Art 1) runs a first non-browser application (e.g., an email client or a notes application) and a second non-browser application (a dedicated mapping application, also Prior Art 1).
2. User Input and Initial Map Display: The user interacts with the first non-browser application (e.g., email), which displays a first user interface. The user selects text corresponding to a location (Prior Art 2). A mapping component (either integrated with the email app or a system-level service) transmits this text to an online mapping service (Prior Art 1). The online service returns map data, including a first map and points-of-interest (Prior Art 1). The first non-browser application then displays a second user interface with this first map and POI(s). This is consistent with the described prior art where "new mapping content origination outside of the mapping application... maybe automatically displayed on a new digital map". The difference, as highlighted by the patent, is that this "new digital map does not contain any other mappable information previously displayed." This is where the invention claims to improve upon prior art.
3. User Selection of a POI and Second Map Display: The crux of Claim 1 is the transition to a second non-browser application to display a second map upon selection of a POI. A PHOSITA, motivated to improve workflow and provide more detailed context (as discussed above), would consider the following:
   • Contextual Action for POI: Given Prior Art 3, it would be obvious to provide a user with a way to interact with a displayed POI. This could be a tap (on a touchscreen) or a context menu option (e.g., "Get Details," "View in [Mapping App B]").
   • Delegating to a More Specialized App: If the "first non-browser application" is a general-purpose app (like an email client) that only has basic mapping capabilities (e.g., displaying the initial map with POIs), a PHOSITA would be motivated to leverage a more specialized, second non-browser application (the dedicated mapping application) for more in-depth mapping features (e.g., routing, detailed satellite views, nearby businesses, etc.). This aligns with the motivation to enhance detail and context.
   • Transmitting Query: The act of selecting a POI and transmitting a query to an online mapping service for more information is a standard function of mapping applications (Prior Art 1). Sending this query, specifically related to the selected POI, is a natural extension of existing mapping functionality.
   • Displaying Second Map in Second Application: Upon receiving more detailed map data from the online service, displaying this "second map" within the second non-browser application (the dedicated mapping app) would be an obvious design choice to provide a richer, more focused experience for that specific POI. This directly addresses the need for improved workflow and leveraging specialized applications. The act of switching applications to gain more specific functionality was a common practice on mobile devices.

Conclusion on Obviousness of Claim 1:

While US12185177 focuses on displaying external content on an existing map and then leveraging a second non-browser application for further detail, the individual components and the motivation to combine them appear to be present in the prior art.

• The ability to extract location information from a non-mapping application and display it on a map was known (Prior Art 2).
• The existence of dedicated mapping applications and online mapping services was widespread (Prior Art 1).
• The use of interactive elements (like selecting a POI) and contextual actions (like opening related content in another application) via hyperlinks or menus was standard GUI practice (Prior Art 3).
• The motivation for a PHOSITA to combine these elements would stem from a desire to create a more integrated and user-friendly experience on mobile devices, allowing users to seamlessly transition from initial location discovery to detailed mapping within a specialized application, thereby improving information consolidation and workflow.

Therefore, a PHOSITA, understanding the limitations of prior art (e.g., mapping external content only on a new map), and motivated to improve user workflow and access to detailed mapping, would have found it obvious to combine these known elements to arrive at the system described in Claim 1. The specific interaction of transmitting a query for a selected POI to an online service and then displaying a second map in a second non-browser application for that POI is a logical and obvious step in enhancing the user's mapping experience.

Caveat: A more definitive obviousness analysis would require a deeper dive into specific prior art patents and publications existing before October 12, 2007, that explicitly teach or strongly suggest each element of Claim 1 and the motivation for their combination. Without specific patent numbers for the described prior art, this analysis relies on the patent's own description of the state of the art at the time.

For US patent 12185177, here's a detailed breakdown of its term and related applications:

Patent Term Adjustments (PTA) and Patent Term Extensions (PTE):

• Patent Term Adjustment (PTA): PTA is granted to compensate patent applicants for delays incurred during prosecution before the United States Patent and Trademark Office (USPTO). Any PTA would add to the standard 20-year lifespan of the issued patent. Without direct access to the USPTO's Patent Center or official patent record for US12185177, the specific PTA granted (if any) cannot be determined from the provided information. The USPTO does not calculate expiration dates for patents but provides a calculator as a resource to help estimate.
• Patent Term Extension (PTE): PTE is awarded to compensate for delays in obtaining regulatory approval for certain patented products, such as pharmaceuticals. There is no information in the provided patent text to suggest that US12185177 is eligible for or has received any Patent Term Extension.

Continuation Applications, Divisional Applications, and Related Family Members:

US Patent 12185177B2 is part of a patent family and claims priority from earlier applications. This means it is a continuation or continuation-in-part of previous applications.

• Priority Claim: The patent explicitly states it is a continuation of U.S. patent application Ser. No. 16/570,298, filed September 13, 2019. This application, in turn, is a continuation of U.S. patent application Ser. No. 15/346,599, filed November 8, 2016 (now U.S. Pat. No. 10,469,980). This application is also a continuation of U.S. patent application Ser. No. 13/987,520, filed August 3, 2013 (now U.S. Pat. No. 9,532,164). Finally, the earliest application in the chain for which a benefit is claimed is U.S. patent application Ser. No. 11/974,258, filed on October 12, 2007. The disclosures of these parent applications are incorporated by reference.

• Related Family Members (Applications Claiming Priority):

  • US11/974,258 (filed 2007-10-12, published as US20090100342A1) - "Method and system for presenting address and mapping information"
  • US13/987,520 (filed 2013-08-03, granted as US9532164B2) - "Mashing mapping content displayed on mobile devices"
  • US15/346,599 (filed 2016-11-08, granted as US10469980B2) - "Mashing mapping content displayed on mobile devices"
  • US16/570,298 (filed 2019-09-13) - The direct parent application to the current patent. (The patent text provided does not state if this application resulted in a granted patent before US12185177B2, but it is explicitly listed as a continuation).

• Other Versions/Priority Applications of US12185177B2:

  • US18/436,421 (filed 2024-02-08) - This is the application number for US12185177B2 itself.
  • US20240187816A1 (published 2024-06-06) - An earlier publication of the current patent family.
  • US18/949,047 (filed 2024-11-15, published as US20250071507A1) - Another priority application listed in the family.

Projected Expiration Date:

For utility patents filed on or after June 8, 1995, the term generally ends twenty years from the filing date of the earliest application for which a benefit is claimed under 35 U.S.C. 120, 121, or 365(c).

• Earliest Priority Date: October 12, 2007 (from U.S. patent application Ser. No. 11/974,258).
• Calculated Expiration Date (without adjustments): October 12, 2007 + 20 years = October 12, 2027.

The "Legal status" section of the patent information also explicitly states "Anticipated expiration: 2027-10-12". This confirms the calculation based on the earliest priority date.

Therefore, the projected expiration date for US Patent 12185177 is October 12, 2027. This date would be subject to any Patent Term Adjustments (PTA) or Patent Term Extensions (PTE) if applicable, but the provided information does not detail any such adjustments.

Defensive Disclosure: Derivatives of US Patent 12185177, Claim 1

This document outlines derivative variations of independent Claim 1 of US Patent 12185177, intended as defensive disclosures. The purpose is to establish prior art that can render future incremental improvements by competitors obvious or non-novel, based on the identified axes of variation. The current date is April 26, 2026.

Core Claim for Derivation (Claim 1):
A system for displaying location-based content on a digital map displayed on a mobile device, comprising:
a memory of a mobile device storing a first non-browser application and a second non-browser application;
a processor of the first mobile device executing the first non-browser application;
a touch screen of the mobile device displaying a first user interface of the first non-browser application, wherein the first user interface is adapted to receive text corresponding to a location entered by a user;
a mapping component transmitting the text to an online mapping service and receiving, in response, map data corresponding to the location, wherein the map data includes a first map and at least one point-of-interest corresponding to the location displayable on the first map,
wherein the first non-browser application displays a second user interface displaying the first map and the at least one point-of-interest, and
wherein a user selection of a selected one of the at least one point-of-interest causes the mapping component to transmit a query to the online mapping service corresponding to the selected one of the at least one point-of-interest, and
wherein, in response to the query, the touch screen displays a third user interface of the second non-browser application including a second map of the selected one of the at least one point-of-interest.

---

1. Material & Component Substitution

Derivative 1.1: Haptic/Acoustic Display and Specialized GIS Processor

Enabling Description:
A mobile device's touch screen is substituted with a multi-modal haptic-acoustic display system. The first user interface of the first non-browser application utilizes haptic feedback for spatial navigation and acoustic cues for information presentation, replacing visual text entry with speech-to-text input for location data. The processor is replaced by a custom System-on-Chip (SoC) featuring an integrated Geographic Information System (GIS) acceleration unit. This GIS unit is optimized for vectorized map rendering, real-time geocoding, and spatial query processing, offloading these tasks from the general-purpose CPU. The mapping component, running on this specialized SoC, transmits speech-derived location text to the online mapping service and receives tactile map data (e.g., elevation translated to vibration patterns) and acoustic POI descriptions. Upon user selection (e.g., via gesture on a haptic pad or voice command), a query for the selected POI is sent. The second non-browser application then displays a second map using the haptic-acoustic interface, providing a detailed tactile representation of the POI's immediate vicinity and navigational audio cues.

graph TD
    A[Mobile Device (Haptic-Acoustic Display)] --> B{First Non-Browser App UI (Haptic/Acoustic)};
    B -- Voice Input Location Text --> C[GIS SoC Processor];
    C -- Transmit Text (Mapping Component) --> D[Online Mapping Service];
    D -- Receive Map Data (Tactile/Acoustic POI) --> C;
    C -- Display Second UI (Haptic/Acoustic Map) --> A;
    A -- User Selection (Gesture/Voice) POI --> C;
    C -- Transmit POI Query --> D;
    D -- Receive Second Map Data --> C;
    C -- Display Third UI (Second Non-Browser App) --> A;

Derivative 1.2: Electrophoretic Display and Distributed Quantum Processing

Enabling Description:
The mobile device integrates a low-power, high-resolution electrophoretic display (e-paper). The touch screen functionality is achieved via an embedded optical stylus tracking system, enabling precise interaction without tactile feedback. The computational core of the mobile device leverages a hybrid processing architecture: a classical processor handles application logic, while specific computationally intensive mapping tasks (e.g., complex route optimization, large-scale geospatial data correlation, and predictive POI clustering) are offloaded to an on-device, distributed quantum processing unit (QPU) or a remote quantum service accessible via a secure, low-latency network interface. The mapping component, compiled for this hybrid architecture, transmits location data to the online service and receives highly compressed map data optimized for electrophoretic rendering. User selection of a POI (via optical stylus input) triggers a quantum-accelerated query to refine geospatial details. The second non-browser application then displays a high-detail monochromatic second map of the selected POI on the e-paper display, emphasizing essential geographic features and text with minimal power consumption.

graph TD
    A[Mobile Device (Electrophoretic Display)] --> B{First Non-Browser App UI (Optical Stylus)};
    B -- Stylus Input Location Text --> C[Hybrid Processor (Classical CPU + QPU)];
    C -- Transmit Text (Mapping Component) --> D[Online Mapping Service];
    D -- Receive Compressed Map Data --> C;
    C -- Display Second UI (E-Paper Map) --> A;
    A -- User Selection (Optical Stylus) POI --> C;
    C -- Quantum-Accelerated POI Query --> D;
    D -- Receive High-Detail Map Data --> C;
    C -- Display Third UI (Second Non-Browser App) --> A;

---

2. Operational Parameter Expansion

Derivative 2.1: Hyper-Local Environmental Mapping at Micro-Scale Resolution

Enabling Description:
This system operates on a mobile device designed for industrial inspection, capable of mapping at a micro-scale resolution (e.g., mapping internal pipe structures or circuit board layouts). The first non-browser application acts as a diagnostic interface, receiving user input regarding a specific component ID or micro-location within a larger system. The mapping component transmits this text, potentially including CAD coordinates or sensor fiducial markers, to a specialized online mapping service (e.g., a Digital Twin platform). This service returns high-resolution 3D volumetric map data, including points-of-interest representing anomalies or sensor readings within the micro-environment. Upon user selection of a specific anomaly POI, a query is sent to retrieve deeper diagnostic data. The second non-browser application, a dedicated 3D visualization tool, then displays a high-fidelity volumetric second map of the selected anomaly, allowing for detailed virtual inspection and fault analysis.

graph TD
    A[Industrial Mobile Device] --> B{Diagnostic App UI (Component ID)};
    B -- User Input Micro-Location --> C[Mapping Component (Micro-Scale)];
    C -- Transmit Text + CAD Coords --> D[Digital Twin Mapping Service];
    D -- Receive 3D Volumetric Map Data + Anomalies POI --> C;
    C -- Display 3D UI (First App) --> A;
    A -- User Select Anomaly POI --> C;
    C -- Transmit Anomaly Query --> D;
    D -- Receive Detailed Diagnostic Data --> C;
    C -- Display 3D UI (Second App) --> A;

Derivative 2.2: Deep Space Celestial Navigation and Real-time Trajectory Mapping

Enabling Description:
The mobile device is a ruggedized handheld unit for deep-space exploration, with its memory storing celestial navigation software (first non-browser application) and trajectory analysis tools (second non-browser application). The first UI allows astronauts to input celestial body identifiers or mission waypoints. The mapping component transmits this information to an online celestial mapping service (e.g., JPL's HORIZONS system), receiving astrometric map data, including planetary positions, gravitational anomalies as POIs, and projected trajectories. Upon selection of a gravitational anomaly POI, a query for detailed gravitational field tensor data is transmitted. The second non-browser application, the trajectory analysis tool, then displays a dynamic, real-time N-body simulation second map, illustrating the impact of the selected gravitational anomaly on the spacecraft's or a probe's trajectory with sub-arcsecond precision.

graph TD
    A[Deep Space Mobile Device] --> B{Celestial Navigation App UI (Waypoint)};
    B -- Input Celestial ID/Waypoint --> C[Mapping Component (Astrometric)];
    C -- Transmit Text --> D[Online Celestial Mapping Service];
    D -- Receive Astrometric Map Data + Gravitational POI --> C;
    C -- Display Second UI (First App) --> A;
    A -- User Select Gravitational POI --> C;
    C -- Transmit Gravitational Query --> D;
    D -- Receive Tensor Data --> C;
    C -- Display Third UI (Trajectory App) --> A;

---

3. Cross-Domain Application

Derivative 3.1: Precision Agriculture Field Management

Enabling Description:
In precision agriculture, the mobile device is a ruggedized tablet used by farm managers. The first non-browser application is a Crop Health Monitoring application, displaying satellite imagery and drone-captured multispectral data as the first map. A user inputs text corresponding to a specific field section or crop type. The mapping component transmits this query to an online agricultural GIS service, which returns a field map overlaying nutrient deficiencies or pest infestations as points-of-interest. Upon selection of a specific infestation POI, a query for historical treatment data and predictive spread models is sent. The second non-browser application, an Autonomous Sprayer Control interface, then displays a detailed second map showing optimized spray paths and dosage recommendations specifically for the selected infested area, integrating with autonomous farm equipment.

graph TD
    A[Farm Tablet] --> B{Crop Health App UI (Field/Crop)};
    B -- Input Field Section Text --> C[Mapping Component (Agri-GIS)];
    C -- Transmit Query --> D[Online Agri-GIS Service];
    D -- Receive Satellite/Drone Map + Infestation POI --> C;
    C -- Display Second UI (First App) --> A;
    A -- User Select Infestation POI --> C;
    C -- Transmit Treatment/Predictive Query --> D;
    D -- Receive Spray Paths/Dosage --> C;
    C -- Display Third UI (Autonomous Sprayer Control App) --> A;

Derivative 3.2: Disaster Response Coordination and Resource Deployment

Enabling Description:
For emergency services, the mobile device is a hardened field tablet carried by incident commanders. The first non-browser application is a Live Incident Status dashboard, where users input a disaster zone identifier or a street address affected by an event (e.g., "Hurricane Katrina, Sector 7"). The mapping component transmits this to a multi-agency online disaster response platform, which returns a dynamic first map showing flooded areas, damaged infrastructure, and real-time distress signals as points-of-interest (POIs). Upon selecting a distress signal POI, a query for victim profiles and immediate resource needs is sent. The second non-browser application, a Tactical Resource Dispatch system, then displays a detailed second map showing the optimal route for the nearest rescue unit to the selected distress location, along with available personnel and equipment, directly facilitating asset allocation.

graph TD
    A[Incident Commander Tablet] --> B{Live Incident Status App UI (Disaster Zone)};
    B -- Input Disaster Zone/Address --> C[Mapping Component (Emergency-GIS)];
    C -- Transmit Query --> D[Online Disaster Response Platform];
    D -- Receive Dynamic Map + Distress Signal POI --> C;
    C -- Display Second UI (First App) --> A;
    A -- User Select Distress POI --> C;
    C -- Transmit Victim/Resource Query --> D;
    D -- Receive Optimal Route/Asset Data --> C;
    C -- Display Third UI (Tactical Dispatch App) --> A;

---

4. Integration with Emerging Tech

Derivative 4.1: AI-Optimized Predictive Logistics Mapping

Enabling Description:
The mobile device is integrated into a smart logistics vehicle. The first non-browser application is an Order Management System. A user inputs a delivery manifest ID. The mapping component, leveraging an embedded AI inference engine, transmits this to an online logistics optimization service. This service, using machine learning models trained on historical traffic, weather, and delivery patterns, generates a predictive first map displaying current and forecasted delivery routes with anticipated bottlenecks and high-risk zones highlighted as AI-generated points-of-interest (POIs). Upon user selection of a high-risk POI, a real-time query is sent for AI-driven alternative route suggestions and estimated time of arrival (ETA) adjustments. The second non-browser application, an Autonomous Driving Control interface, then displays a dynamic second map with the AI-optimized new route, providing granular control parameters for the vehicle's navigation system.

graph TD
    A[Smart Logistics Mobile Device] --> B{Order Management App UI (Manifest ID)};
    B -- Input Manifest ID --> C[Mapping Component (AI Engine)];
    C -- Transmit Query --> D[Online Logistics Optimization Service (ML)];
    D -- Receive Predictive Map + AI POI (Bottlenecks) --> C;
    C -- Display Second UI (First App) --> A;
    A -- User Select AI POI --> C;
    C -- Transmit AI Route/ETA Query --> D;
    D -- Receive Optimized Route/Control Params --> C;
    C -- Display Third UI (Autonomous Driving App) --> A;

Derivative 4.2: IoT-Driven Real-time Environmental Health Monitoring with Blockchain Verification

Enabling Description:
The mobile device is a specialized environmental monitoring handheld. The first non-browser application is an Air Quality Sensor Dashboard, displaying aggregated data from a network of IoT sensors as a first map. The user can input text for a geographic region or a specific pollutant type. The mapping component transmits this to an online environmental data service, which, in turn, fetches data from a blockchain-verified IoT network. This returns a dynamic first map, where real-time pollutant concentrations and anomaly events are presented as tamper-proof points-of-interest (POIs), each with an immutable hash. Upon user selection of an anomalous pollutant POI, a query for its full historical blockchain transaction log (including sensor calibration, data origin, and chain of custody) is sent. The second non-browser application, a Regulatory Compliance Auditor, then displays a detailed second map overlaid with regulatory boundaries and the verified historical data of the selected POI, ensuring data integrity for environmental compliance reporting.

graph TD
    A[Environmental Monitor Device] --> B{Air Quality Dashboard App UI (Region/Pollutant)};
    B -- Input Region/Pollutant Text --> C[Mapping Component (IoT/Blockchain)];
    C -- Transmit Query --> D[Online Environmental Data Service];
    D -- Fetch from Blockchain-Verified IoT Network --> E[Blockchain Network];
    E -- Return Dynamic Map + Tamper-Proof POI --> D;
    D -- Send Map Data to C --> C;
    C -- Display Second UI (First App) --> A;
    A -- User Select Anomaly POI --> C;
    C -- Transmit Blockchain Query --> D;
    D -- Retrieve Historical Blockchain Log --> E;
    E -- Return Log to D --> D;
    D -- Send Log to C --> C;
    C -- Display Third UI (Regulatory Compliance App) --> A;

---

5. The "Inverse" or Failure Mode

Derivative 5.1: Graceful Degradation to Offline Low-Fidelity Mapping

Enabling Description:
The mobile device is configured for expeditionary use in remote areas with unreliable network connectivity. The first non-browser application is a Navigation Planner. When a user enters location text, the mapping component first attempts to transmit to an online mapping service. If network connectivity fails or degrades below a predefined threshold, the system automatically triggers a graceful degradation mode. It falls back to accessing locally cached, lower-fidelity topographic maps and pre-computed points-of-interest (POIs) stored in the mobile device's memory. The first non-browser application then displays a simplified second user interface showing this offline map and limited POIs. Upon user selection of a cached POI, a query is attempted for the online service. If still offline, the second non-browser application, an Emergency Waypoint Manager, displays a second map using only the available offline data, potentially including dead-reckoning estimates for current location and simplified compass bearings to the selected POI, emphasizing survival-critical information in a monochrome, high-contrast display.

stateDiagram-v2
    state "Online Operation" as Online
    state "Degraded Mode (Offline)" as Offline

    Online --> Offline : Network Failure/Degradation
    Offline --> Online : Network Restored

    Online : First App UI receives text -> Online Mapping Service -> First App UI displays map+POI
    Online : User selects POI -> Online Mapping Service -> Second App UI displays second map

    Offline : First App UI receives text -> Fallback to Local Cache -> First App UI displays low-fidelity map+limited POI
    Offline : User selects POI -> Attempt Online Query -> IF Offline THEN Second App UI displays offline map+bearings

Derivative 5.2: Privacy-Preserving Limited Functionality Mapping

Enabling Description:
This mobile device operates in a privacy-sensitive mode, where user location data transmission is strictly controlled. The first non-browser application is a Local Discovery Guide. When a user inputs location text, the mapping component initially performs a local-only lookup against a pre-downloaded, anonymized database of public points-of-interest (POIs) without transmitting any user-identifying information to an online service. The first non-browser application then displays a redacted map, showing only general area outlines and a subset of anonymized POIs relevant to the user's input, with obfuscated positional accuracy (e.g., locations snapped to a grid, randomized within a radius). Upon user selection of a redacted POI, a local query retrieves non-identifiable descriptive attributes. The second non-browser application, a Secure Navigation Assistant, then displays a second map that maintains the obfuscated location and provides turn-by-turn directions using privacy-enhanced routing algorithms (e.g., avoiding common surveillance points), ensuring user anonymity while providing essential navigation. The system only initiates an encrypted, aggregated online query if explicitly authorized by the user for enhanced detail, transmitting only k-anonymous data.

graph TD
    A[Mobile Device (Privacy Mode)] --> B{Local Discovery App UI (Text)};
    B -- Input Location Text --> C[Mapping Component (Local Anonymized DB)];
    C -- Local Lookup (No Online Tx) --> D[Local Anonymized POI Database];
    D -- Return Redacted Map + Anonymized POI --> C;
    C -- Display Second UI (First App) --> A;
    A -- User Select Redacted POI --> C;
    C -- Local Query for Attributes --> D;
    D -- Return Non-Identifiable Attributes --> C;
    C -- Display Third UI (Secure Navigation App) --> A;
    subgraph Optional Authorized Online Mode
        A -- User Authorizes --> E[Mapping Component (K-Anonymous Online Query)];
        E -- Transmit K-Anonymous Data --> F[Online Mapping Service];
        F -- Return Enhanced Detail --> E;
        E -- Display Fourth UI --> A;
    end

---

Combination Prior Art Scenarios with Open-Source Standards

Here are three combination prior art scenarios where US Patent 12185177 (or its derivative concepts) is combined with existing open-source standards, demonstrating how common open technologies could be integrated to achieve similar or extended functionality.

1. Integration with OpenStreetMap (OSM) and OSRM for Routing

Scenario: A mobile device utilizes an existing non-browser application (e.g., a hiking tracker) that allows users to input natural landmarks or trail names. The mapping component transmits this text to a self-hosted or public OpenStreetMap (OSM) Nominatim geocoding service to obtain precise coordinates. The mapping component then requests map tiles from an OSM tile server to display a first map in the hiking tracker application, showing the identified landmarks as points-of-interest (POIs). Upon user selection of a POI, the mapping component sends a query to an Open Source Routing Machine (OSRM) server (an open-source routing engine using OSM data) to calculate a hiking route to that POI. The second non-browser application (e.g., an offline trail guide) then displays a second map featuring the OSRM-generated route, potentially pre-cached for areas without connectivity.

Prior Art Rationale:

• US12185177 (Abstract/Claim 1): Provides the core concept of mashing location content from one app onto a map and then leveraging a second app for detailed mapping upon POI selection.
• OpenStreetMap (OSM): A global, open-source collaborative project to create a free editable map of the world. Its data and services (like Nominatim for geocoding and tile servers for map rendering) were well-established before the effective filing date of US12185177.
• Open Source Routing Machine (OSRM): An open-source routing engine that uses OSM data to provide fast, optimized routes. The first stable release of OSRM was in 2011, but the underlying routing algorithms and the concept of routing on graph data (like OSM) were well-known prior to 2007.

2. Using GeoJSON for Location Data Interchange with Leaflet.js Display

Scenario: A mobile device's first non-browser application (e.g., a local events calendar) displays text descriptions of event venues. A user selects a venue address. The mapping component converts this address into a GeoJSON object and transmits it to an online geocoding service. The service returns map data, including a base map and the event venue as a point-of-interest, formatted as a GeoJSON Feature Collection. The first non-browser application, embedding a Leaflet.js map instance, displays this first map with the GeoJSON POI. Upon user interaction with the POI (e.g., tapping), the mapping component extracts the GeoJSON properties and sends a query to retrieve additional event details. The second non-browser application (e.g., a local transport planner), also embedding a Leaflet.js map, then displays a second map showing public transport options and walking routes to the selected event, dynamically rendering the data from GeoJSON.

Prior Art Rationale:

• US12185177 (Abstract/Claim 1): Provides the framework for inter-application mapping.
• GeoJSON: An open standard format for encoding geographic data structures using JSON. GeoJSON was first specified in 2008, but the use of JSON for data interchange and the concept of encoding geographic features (e.g., WKT/WKB) were prevalent before 2007. Its use for location data interchange would be obvious to a PHOSITA.
• Leaflet.js: An open-source JavaScript library for mobile-friendly interactive maps. While its first official release was in 2011, similar open-source mapping libraries and techniques for displaying interactive web maps (often leveraging open standards like WMS/WFS) existed prior to 2007, making the concept of an embedded, open-source map display within an application obvious.

3. Integrating with PostGIS for Spatial Querying within a Mobile Database

Scenario: A mobile device, particularly one used by field technicians, contains a first non-browser application (e.g., an asset management tool) storing details of physical infrastructure. The user enters a textual query like "all utility poles within 100 meters of Main St." The mapping component utilizes an embedded PostGIS spatial database to execute the query against a locally stored asset inventory. PostGIS returns a spatial result set, which the first non-browser application displays as a first map overlaying the queried utility poles as points-of-interest (POIs) on a cached base map. Upon user selection of a specific utility pole POI, the mapping component constructs a spatial join query in PostGIS to retrieve maintenance history and related equipment located nearby. The second non-browser application, a schematics viewer, then displays a second map focusing on the selected pole and its associated underground or overhead infrastructure, pulling detailed schematics directly from the local PostGIS database.

Prior Art Rationale:

• US12185177 (Abstract/Claim 1): Frames the interaction between applications for mapping.
• PostGIS: An open-source spatial database extender for PostgreSQL. PostGIS has been in active development since 2001, providing robust spatial querying capabilities well before 2007. Its integration into a mobile environment (e.g., via a lightweight embedded database) for local geospatial processing would be an obvious architectural choice for mobile GIS applications.
• PostgreSQL: The underlying open-source relational database management system, available since 1996.## Defensive Disclosure: Derivatives of US Patent 12185177, Claim 1

This document outlines derivative variations of independent Claim 1 of US Patent 12185177, intended as defensive disclosures. The purpose is to establish prior art that can render future incremental improvements by competitors obvious or non-novel, based on the identified axes of variation. The current date is April 26, 2026.

Core Claim for Derivation (Claim 1):
A system for displaying location-based content on a digital map displayed on a mobile device, comprising:
a memory of a mobile device storing a first non-browser application and a second non-browser application;
a processor of the first mobile device executing the first non-browser application;
a touch screen of the mobile device displaying a first user interface of the first non-browser application, wherein the first user interface is adapted to receive text corresponding to a location entered by a user;
a mapping component transmitting the text to an online mapping service and receiving, in response, map data corresponding to the location, wherein the map data includes a first map and at least one point-of-interest corresponding to the location displayable on the first map,
wherein the first non-browser application displays a second user interface displaying the first map and the at least one point-of-interest, and
wherein a user selection of a selected one of the at least one point-of-interest causes the mapping component to transmit a query to the online mapping service corresponding to the selected one of the at least one point-of-interest, and
wherein, in response to the query, the touch screen displays a third user interface of the second non-browser application including a second map of the selected one of the at least one point-of-interest.

---

1. Material & Component Substitution

Derivative 1.1: Haptic-Acoustic Display with Integrated GIS Co-processor

Enabling Description:
A mobile device's touch screen is substituted with a multi-modal haptic-acoustic display system. The first user interface of the first non-browser application utilizes haptic feedback for spatial navigation and acoustic cues for information presentation, replacing visual text entry with speech-to-text input for location data. The device's primary processor is augmented by an integrated Geographic Information System (GIS) co-processor (e.g., a dedicated ASIC or FPGA with vectorized map rendering pipelines). This GIS co-processor offloads real-time geocoding, spatial query optimization, and dynamic terrain rendering from the main CPU, executing these tasks with hardware acceleration. The mapping component, running on this specialized hardware, transmits speech-derived location text to the online mapping service and receives tactile map data (e.g., elevation translated to vibration patterns) and acoustic POI descriptions. Upon user selection (e.g., via gesture on a haptic pad or voice command triggering a specific haptic pattern), a query for the selected POI is sent. The second non-browser application then displays a second map using the haptic-acoustic interface, providing a detailed tactile representation of the POI's immediate vicinity and navigational audio cues, driven by the GIS co-processor.

graph TD
    A[Mobile Device (Haptic-Acoustic Display)] --> B{First Non-Browser App UI (Haptic/Acoustic)};
    B -- Voice Input Location Text --> C[Main Processor + GIS Co-processor];
    C -- Transmit Text (Mapping Component) --> D[Online Mapping Service];
    D -- Receive Map Data (Tactile/Acoustic POI) --> C;
    C -- Display Second UI (Haptic/Acoustic Map) --> A;
    A -- User Selection (Gesture/Voice) POI --> C;
    C -- Transmit POI Query --> D;
    D -- Receive Second Map Data --> C;
    C -- Display Third UI (Second Non-Browser App) --> A;

Derivative 1.2: Electrophoretic Display with Edge-Based Quantum Co-Processor

Enabling Description:
The mobile device integrates a low-power, high-resolution electrophoretic display (e-paper) with an optical stylus tracking system for interaction, negating traditional touch input. The computational core of the mobile device leverages a hybrid processing architecture: a classical processor handles application logic, while specific, computationally intensive mapping tasks (e.g., complex route optimization over vast graph datasets, large-scale geospatial data correlation, and predictive POI clustering) are offloaded to an embedded, edge-based quantum co-processor (e.g., a superconducting or trapped-ion QPU with a limited qubit count) or a secure, low-latency connection to a cloud quantum service. The mapping component, compiled for this hybrid architecture, transmits location data (e.g., highly compressed vector data) to the online mapping service and receives highly compressed map data optimized for electrophoretic rendering. User selection of a POI (via optical stylus input) triggers a quantum-accelerated query to refine geospatial details or optimize routes. The second non-browser application then displays a high-detail monochromatic second map of the selected POI on the e-paper display, emphasizing essential geographic features and text with minimal power consumption, with quantum insights providing optimal paths or POI clustering.

graph TD
    A[Mobile Device (Electrophoretic Display)] --> B{First Non-Browser App UI (Optical Stylus)};
    B -- Stylus Input Location Text --> C[Hybrid Processor (Classical CPU + Edge QPU)];
    C -- Transmit Text (Mapping Component) --> D[Online Mapping Service];
    D -- Receive Compressed Map Data --> C;
    C -- Display Second UI (E-Paper Map) --> A;
    A -- User Selection (Optical Stylus) POI --> C;
    C -- Quantum-Accelerated POI Query --> D;
    D -- Receive High-Detail Map Data --> C;
    C -- Display Third UI (Second Non-Browser App) --> A;

---

2. Operational Parameter Expansion

Derivative 2.1: Hyper-Local Environmental Mapping at Micro-Scale Resolution

Enabling Description:
This system operates on a ruggedized mobile device designed for industrial or biological inspection, capable of mapping at a micro-scale resolution (e.g., mapping internal pipe structures for corrosion or cellular arrangements within a tissue sample). The first non-browser application acts as a diagnostic interface, allowing a user to input text corresponding to a specific component ID or micro-location within a larger system (e.g., "Turbine #4, Blade #17, micro-fracture X-Y-Z coordinates"). The mapping component transmits this text, potentially including CAD coordinates or sensor fiducial markers, to a specialized online mapping service (e.g., a Digital Twin platform or a bioinformatics database). This service returns high-resolution 3D volumetric map data (e.g., point clouds, voxel models), including points-of-interest representing anomalies (e.g., stress concentrations, disease markers) or real-time sensor readings within the micro-environment. Upon user selection of a specific anomaly POI, a query is sent to retrieve deeper diagnostic data or genomic sequences. The second non-browser application, a dedicated 3D visualization and simulation tool, then displays a high-fidelity volumetric second map of the selected anomaly, allowing for detailed virtual inspection, simulation of corrective actions, or analysis of biological interactions.

graph TD
    A[Industrial/Bio Inspection Device] --> B{Diagnostic App UI (Component ID)};
    B -- User Input Micro-Location --> C[Mapping Component (Micro-Scale)];
    C -- Transmit Text + CAD Coords --> D[Digital Twin/Bioinformatics Service];
    D -- Receive 3D Volumetric Map Data + Anomalies POI --> C;
    C -- Display 3D UI (First App) --> A;
    A -- User Select Anomaly POI --> C;
    C -- Transmit Anomaly/Genomic Query --> D;
    D -- Receive Detailed Diagnostic/Sequence Data --> C;
    C -- Display 3D UI (Second App) --> A;

Derivative 2.2: Planetary-Scale Deep Space Celestial Navigation and Real-time Trajectory Mapping

Enabling Description:
The mobile device is a hardened tablet onboard an interplanetary spacecraft, with its memory storing celestial navigation software (first non-browser application) and trajectory analysis tools (second non-browser application). The first UI allows astronauts to input celestial body identifiers (e.g., "Mars," "Europa"), mission waypoints, or orbital parameters. The mapping component transmits this information to an onboard celestial mapping service (e.g., a pre-loaded ephemeris database combined with a predictive orbital mechanics engine). This service returns astrometric map data, including dynamic planetary positions, gravitational anomalies as POIs, and projected spacecraft trajectories across vast distances (e.g., light-years). Upon selection of a gravitational anomaly POI, a query for detailed gravitational field tensor data and its time-varying influence on local spacetime is sent. The second non-browser application, a dynamic N-body simulation and relativistic effects visualization tool, then displays a dynamic, real-time N-body simulation second map, illustrating the precise impact of the selected gravitational anomaly on the spacecraft's or a deployed probe's relativistic trajectory with sub-arcsecond precision over extended mission durations.

graph TD
    A[Interplanetary Spacecraft Tablet] --> B{Celestial Navigation App UI (Waypoint)};
    B -- Input Celestial ID/Waypoint --> C[Mapping Component (Astrometric)];
    C -- Transmit Text --> D[Onboard Celestial Mapping Service];
    D -- Receive Astrometric Map Data + Gravitational POI --> C;
    C -- Display Second UI (First App) --> A;
    A -- User Select Gravitational POI --> C;
    C -- Transmit Gravitational Query --> D;
    D -- Receive Tensor/Relativistic Data --> C;
    C -- Display Third UI (Trajectory App) --> A;

---

3. Cross-Domain Application

Derivative 3.1: Precision Agriculture Field Management

Enabling Description:
In precision agriculture, the mobile device is a ruggedized tablet used by farm managers and agronomists. The first non-browser application is a Crop Health Monitoring application, displaying high-resolution satellite imagery, drone-captured multispectral data, and soil sensor readings as the first map. A user inputs text corresponding to a specific field section, crop type, or historical yield parameter (e.g., "Field 7, Corn, Low Nitrogen Areas"). The mapping component transmits this query to an online agricultural GIS service, which integrates current weather, soil topography, and historical crop data. This service returns a detailed field map overlaying predicted nutrient deficiencies, pest infestations, or irrigation requirements as points-of-interest (POIs), using color-coded polygons for severity. Upon selection of a specific infestation POI, a query for historical treatment data, predictive spread models based on pathogen lifecycle, and optimal bio-control agent recommendations is sent. The second non-browser application, an Autonomous Sprayer/Seeder Control interface, then displays a detailed second map showing optimized, variable-rate spray/seeding paths, dosage recommendations, and drone deployment zones specifically for the selected area, integrating with autonomous farm equipment via ISOBUS protocols.

graph TD
    A[Farm Tablet] --> B{Crop Health App UI (Field/Crop)};
    B -- Input Field Section Text --> C[Mapping Component (Agri-GIS)];
    C -- Transmit Query --> D[Online Agri-GIS Service];
    D -- Receive Satellite/Drone Map + Infestation POI --> C;
    C -- Display Second UI (First App) --> A;
    A -- User Select Infestation POI --> C;
    C -- Transmit Treatment/Predictive Query --> D;
    D -- Receive Spray Paths/Dosage --> C;
    C -- Display Third UI (Autonomous Sprayer Control App) --> A;

Derivative 3.2: Disaster Response and Predictive Resource Deployment

Enabling Description:
For emergency services and urban planning, the mobile device is a hardened field tablet carried by incident commanders and emergency planners. The first non-browser application is a Live Incident Status dashboard, where users input a disaster zone identifier or a street address affected by an event (e.g., "Hurricane Katrina, Sector 7"). The mapping component transmits this to a multi-agency online disaster response platform, which integrates real-time sensor data (e.g., flood gauges, seismic sensors), social media feeds, and infrastructure damage assessments. This platform returns a dynamic first map showing flooded areas, damaged infrastructure, and real-time distress signals (e.g., from IoT wearables, mobile phone pings) as points-of-interest (POIs). Each POI is enriched with a criticality score derived from AI analysis. Upon selecting a high-criticality distress signal POI, a query for victim profiles (from secure databases), immediate resource needs, and AI-predicted secondary hazards (e.g., structural collapse risk) is sent. The second non-browser application, a Predictive Tactical Resource Dispatch system, then displays a detailed second map showing the optimal, dynamic route for the nearest rescue unit to the selected distress location, along with real-time tracking of available personnel and equipment, directly facilitating proactive asset allocation and scenario planning.

graph TD
    A[Incident Commander Tablet] --> B{Live Incident Status App UI (Disaster Zone)};
    B -- Input Disaster Zone/Address --> C[Mapping Component (Emergency-GIS)];
    C -- Transmit Query --> D[Online Disaster Response Platform];
    D -- Receive Dynamic Map + Distress Signal POI --> C;
    C -- Display Second UI (First App) --> A;
    A -- User Select Distress POI --> C;
    C -- Transmit Victim/Resource Query --> D;
    D -- Receive Optimal Route/Asset Data --> C;
    C -- Display Third UI (Tactical Dispatch App) --> A;

---

4. Integration with Emerging Tech

Derivative 4.1: AI-Optimized Predictive Logistics Mapping with Digital Twin Integration

Enabling Description:
The mobile device is an augmented reality (AR) enabled tablet integrated into a smart logistics vehicle or worn by a logistics operator. The first non-browser application is an Order Management System that can process incoming manifests. A user inputs a delivery manifest ID or scans a QR code. The mapping component, leveraging an embedded AI inference engine and real-time telemetry from the vehicle's digital twin, transmits this to a cloud-based logistics optimization service. This service, using deep reinforcement learning models trained on historical traffic, multimodal transport data, hyper-local weather, and delivery patterns, generates a predictive first map displayed as an AR overlay. This overlay shows current and forecasted delivery routes with anticipated bottlenecks, dynamic re-routing suggestions, and high-risk zones highlighted as AI-generated points-of-interest (POIs). Upon user selection of a high-risk POI (via gaze tracking or AR gesture), a real-time query is sent for AI-driven alternative route suggestions, estimated time of arrival (ETA) adjustments considering cargo stability (from digital twin data), and proactive communication protocols. The second non-browser application, an Autonomous Driving Control and AR Guidance interface, then displays a dynamic second map with the AI-optimized new route, superimposed onto the real-world view, providing granular control parameters for the vehicle's navigation system and real-time AR navigational cues for the operator.

graph TD
    A[Smart Logistics Mobile Device (AR)] --> B{Order Management App UI (Manifest ID/AR)};
    B -- Input Manifest ID --> C[Mapping Component (AI Engine + Digital Twin)];
    C -- Transmit Query --> D[Online Logistics Optimization Service (DRL)];
    D -- Receive Predictive Map + AI POI (Bottlenecks) --> C;
    C -- Display Second UI (First App - AR Overlay) --> A;
    A -- User Select AI POI (Gaze/Gesture) --> C;
    C -- Transmit AI Route/ETA Query --> D;
    D -- Receive Optimized Route/Control Params --> C;
    C -- Display Third UI (Autonomous Driving App - AR Guidance) --> A;

Derivative 4.2: IoT-Driven Environmental Health Monitoring with Decentralized Blockchain Verification

Enabling Description:
The mobile device is a specialized environmental monitoring handheld, equipped with an array of IoT sensors (e.g., air quality, radiation, water contaminants). The first non-browser application is a Decentralized Environmental Sensor Dashboard, displaying aggregated, self-reporting data from a distributed, permissioned blockchain network of IoT sensors as a first map. The user can input text for a geographic region, a specific pollutant type, or a sensor network ID. The mapping component transmits this to a local or online environmental data service, which, in turn, fetches data directly from the blockchain-verified IoT network. This returns a dynamic first map, where real-time pollutant concentrations and anomaly events are presented as tamper-proof points-of-interest (POIs), each cryptographically linked to an immutable hash and a timestamp on the blockchain. Upon user selection of an anomalous pollutant POI, a query for its full historical blockchain transaction log (including sensor calibration, data provenance, and validator attestations) is sent. The second non-browser application, a Regulatory Compliance and Public Health Auditor, then displays a detailed second map overlaid with regulatory boundaries, epidemiological models, and the verified, immutable historical data of the selected POI, ensuring data integrity and public trust for environmental compliance, health impact assessments, and litigation support.

graph TD
    A[Environmental Monitor Device] --> B{Decentralized Sensor Dashboard App UI (Region/Pollutant)};
    B -- Input Region/Pollutant Text --> C[Mapping Component (IoT/Blockchain)];
    C -- Transmit Query --> D[Online Environmental Data Service];
    D -- Fetch from Blockchain-Verified IoT Network --> E[Distributed Blockchain Network];
    E -- Return Dynamic Map + Tamper-Proof POI --> D;
    D -- Send Map Data to C --> C;
    C -- Display Second UI (First App) --> A;
    A -- User Select Anomaly POI --> C;
    C -- Transmit Blockchain Query --> D;
    D -- Retrieve Historical Blockchain Log --> E;
    E -- Return Log to D --> D;
    D -- Send Log to C --> C;
    C -- Display Third UI (Regulatory/Public Health App) --> A;

---

5. The "Inverse" or Failure Mode

Derivative 5.1: Graceful Degradation to Offline Low-Fidelity Mapping with Survival Context

Enabling Description:
The mobile device is a ruggedized satellite communicator/GPS unit configured for long-term expeditionary use in remote, off-grid areas with unreliable or non-existent network connectivity. The first non-browser application is a Navigation Planner. When a user enters location text (e.g., a known geological feature, a distress beacon code), the mapping component first attempts to transmit to an online mapping service via satellite uplink. If network connectivity fails or degrades below a predefined threshold for an extended period, the system automatically triggers a graceful degradation mode. It falls back to accessing locally cached, lower-fidelity topographic maps, essential survival waypoints, and pre-computed points-of-interest (POIs) (e.g., water sources, emergency shelters) stored in the mobile device's memory. The first non-browser application then displays a simplified, high-contrast, monochrome user interface showing this offline map and critical POIs. Upon user selection of a cached POI (e.g., a "Nearest Water Source"), a query is attempted for the online service (e.g., for updated satellite imagery). If still offline, the second non-browser application, an Emergency Waypoint Manager with survival algorithms, displays a second map using only the available offline data. This map dynamically calculates and displays dead-reckoning estimates for the current location, simplified compass bearings to the selected POI, estimated travel time based on terrain, and remaining daylight hours, emphasizing survival-critical information in a low-power, text-priority display mode.

stateDiagram-v2
    state "Online Operation (Satellite Link)" as Online
    state "Degraded Mode (Offline)" as Offline

    Online --> Offline : Satellite Link Failure/Degradation
    Offline --> Online : Satellite Link Restored

    Online : First App UI receives text -> Online Mapping Service -> First App UI displays map+POI
    Online : User selects POI -> Online Mapping Service -> Second App UI displays second map

    Offline : First App UI receives text -> Fallback to Local Cache -> First App UI UI displays low-fidelity map+critical POI
    Offline : User selects POI -> Attempt Online Query -> IF Still Offline THEN Second App UI displays offline map+bearings+survival context

Derivative 5.2: Privacy-Preserving Limited Functionality Mapping with Trustless Location Verification

Enabling Description:
This mobile device operates in a privacy-sensitive mode, specifically designed for whistleblower or activist use, where user location data transmission is strictly controlled and verifiable without revealing identity. The first non-browser application is a Local Discovery Guide. When a user inputs location text (e.g., "Government Building A, back entrance"), the mapping component initially performs a local-only lookup against a pre-downloaded, anonymized database of public points-of-interest (POIs) without transmitting any user-identifying information to an online service. The first non-browser application then displays a redacted map, showing only generalized area outlines and a subset of anonymized POIs relevant to the user's input, with obfuscated positional accuracy (e.g., locations snapped to a grid, randomized within a user-defined radius). The system may use zero-knowledge proofs to verify the user's proximity to a location without revealing their exact coordinates. Upon user selection of a redacted POI, a local query retrieves non-identifiable descriptive attributes. The second non-browser application, a Secure Navigation Assistant with trustless verification, then displays a second map that maintains the obfuscated location and provides turn-by-turn directions using privacy-enhanced routing algorithms (e.g., avoiding known surveillance zones), ensuring user anonymity while providing essential navigation. The system only initiates an encrypted, aggregated online query if explicitly authorized by the user for enhanced detail, transmitting only k-anonymous data, or if the user generates a cryptographically verifiable "proof of presence" at a general area without disclosing the specific location to a centralized service.

graph TD
    A[Mobile Device (Privacy Mode)] --> B{Local Discovery App UI (Text)};
    B -- Input Location Text --> C[Mapping Component (Local Anonymized DB + ZKP)];
    C -- Local Lookup (No Online Tx) --> D[Local Anonymized POI Database];
    D -- Return Redacted Map + Anonymized POI --> C;
    C -- Display Second UI (First App) --> A;
    A -- User Select Redacted POI --> C;
    C -- Local Query for Attributes --> D;
    D -- Return Non-Identifiable Attributes --> C;
    C -- Display Third UI (Secure Navigation App) --> A;
    subgraph Optional Authorized/Verifiable Online Mode
        A -- User Authorizes/Generates Proof --> E[Mapping Component (K-Anonymous Online Query / PoP)];
        E -- Transmit K-Anonymous Data / PoP --> F[Online Mapping Service / Verifier];
        F -- Return Enhanced Detail --> E;
        E -- Display Fourth UI --> A;
    end

---

Combination Prior Art Scenarios with Open-Source Standards

Here are three combination prior art scenarios where US Patent 12185177 (or its derivative concepts) is combined with existing open-source standards, demonstrating how common open technologies could be integrated to achieve similar or extended functionality.

1. Integration with OpenStreetMap (OSM) Data and OSRM for Routing on Mobile

Scenario: A mobile device utilizes a first non-browser application (e.g., a community-driven hiking tracker built with React Native) that allows users to input natural landmarks or trail names. The mapping component transmits this text to a locally hosted or public OpenStreetMap (OSM) Nominatim geocoding service to obtain precise coordinates. The mapping component then requests map tiles (e.g., from an open-source tile server running on Mapnik) to display a first map in the hiking tracker application, showing the identified landmarks as points-of-interest (POIs) based on OSM data. Upon user selection of a POI, the mapping component sends a query to an Open Source Routing Machine (OSRM) server (an open-source routing engine that uses OSM data) to calculate a hiking route to that POI. The second non-browser application (e.g., an offline trail guide that pre-downloads OSM data and uses OSRM's libosrm library for local routing) then displays a second map featuring the OSRM-generated route, potentially pre-cached for areas without connectivity, and overlays additional OSM-derived metadata such as trail difficulty and elevation profiles.

Prior Art Rationale:

• US12185177 (Abstract/Claim 1): Provides the core concept of mashing location content from one app onto a map and then leveraging a second app for detailed mapping upon POI selection.
• OpenStreetMap (OSM): A global, open-source collaborative project to create a free editable map of the world. Its data and services (like Nominatim for geocoding and tile servers for map rendering) were well-established before the effective filing date of US12185177.
• Open Source Routing Machine (OSRM): An open-source routing engine that processes OSM data to provide fast, optimized routes. The first stable release of OSRM was in 2011, but the underlying routing algorithms (e.g., Dijkstra's algorithm, A* search) and the concept of routing on graph data (like OSM) were well-known prior to 2007.

2. Using GeoJSON for Location Data Interchange with Leaflet.js-based Mobile Map Display

Scenario: A mobile device's first non-browser application (e.g., a local events calendar developed using Flutter) displays textual descriptions of event venues fetched from an online API. A user selects a venue address. The mapping component converts this address into a GeoJSON object and transmits it to an online geocoding service (e.g., Nominatim). The service returns map data, including a base map (e.g., raster tiles from an open-source provider) and the event venue as a point-of-interest, formatted as a GeoJSON Feature Collection. The first non-browser application, embedding a Leaflet.js map instance within a WebView component, displays this first map with the GeoJSON POI clearly marked. Upon user interaction with the POI (e.g., tapping on the map marker), the mapping component extracts the GeoJSON properties and sends a query to retrieve additional event details (e.g., performer lineup, ticket prices). The second non-browser application (e.g., a local public transport planner, also using Leaflet.js for its mapping interface) then displays a second map showing public transport options, walking routes to the selected event, and nearby parking facilities, dynamically rendering the data derived from GeoJSON.

Prior Art Rationale:

• US12185177 (Abstract/Claim 1): Provides the framework for inter-application mapping.
• GeoJSON: An open standard format for encoding geographic data structures using JSON. GeoJSON was first specified in 2008, but the use of JSON for data interchange and the concept of encoding geographic features (e.g., Well-Known Text/Binary - WKT/WKB) were prevalent and well-understood before 2007. Its use for location data interchange would be obvious to a PHOSITA.
• Leaflet.js: An open-source JavaScript library for mobile-friendly interactive maps. While its first official release was in 2011, similar open-source mapping libraries (e.g., OpenLayers) and techniques for displaying interactive web maps (often leveraging open standards like WMS/WFS) existed prior to 2007, making the concept of an embedded, open-source map display within an application obvious.

3. Integrating with PostGIS for Mobile Spatial Querying and Data Visualization

Scenario: A mobile device, particularly a ruggedized tablet used by field technicians for infrastructure maintenance, contains a first non-browser application (e.g., an asset management tool) with an embedded spatial database. This database, powered by a lightweight instance of PostgreSQL with PostGIS extensions, stores a detailed inventory of physical infrastructure (e.g., gas pipelines, electrical grids). The user enters a textual query like "all utility poles requiring inspection within 100 meters of transformer substation XYZ." The mapping component utilizes the embedded PostGIS to execute the spatial query against the locally stored asset inventory. PostGIS returns a spatial result set, which the first non-browser application displays as a first map overlaying the queried utility poles as points-of-interest (POIs) on a cached base map. Upon user selection of a specific utility pole POI, the mapping component constructs a more complex spatial join query in PostGIS to retrieve detailed maintenance history, associated schematics, and related equipment located nearby (e.g., upstream/downstream components). The second non-browser application, a schematics viewer integrated with the PostGIS database, then displays a second map focusing on the selected pole and its associated underground or overhead infrastructure, pulling detailed, spatially referenced schematics directly from the local PostGIS database for enhanced field analysis.

Prior Art Rationale:

• US12185177 (Abstract/Claim 1): Frames the interaction between applications for mapping.
• PostGIS: An open-source spatial database extender for PostgreSQL. PostGIS has been in active development since 2001, providing robust spatial querying capabilities (e.g., ST_DWithin, ST_Intersects) well before 2007. Its integration into a mobile environment (e.g., via a lightweight embedded database like SQLite with spatial extensions, or a client-server model with a local PostGIS instance) for local geospatial processing would be an obvious architectural choice for mobile GIS applications.
• PostgreSQL: The underlying open-source relational database management system, available since 1996. The concept of extending RDBMS with spatial capabilities was well-known.

---

Disclaimer: This defensive disclosure document is generated based on the provided patent text and publicly available information regarding open-source standards as of April 26, 2026. A comprehensive prior art search for each derivative would be required to fully assess its novelty and non-obviousness.