Granted United States Patent · US12039568B2 · Assignee of record — Emelem Pty Ltd

Independent Claim 19

Computer-readable medium / executable software instructions

Independent Claim 19 protects a non-transitory computer readable medium carrying instructions executable by one or more processors to perform the recited steps. This review environment examines publicly documented software instructions, SDK components, execution locations and integration behaviour against those limitations.

19B

Granted Claim 19 · Software element B

Instructions accessing a database of previously collected data

STRONG PUBLIC CORRESPONDENCE

Strong — construction and deployment dependent

01

Granted claim language

Verbatim · US12039568B2 · Claim 19

… sending, by the primary user device, notifications to the one or more secondary user devices, subsequent to accessing a database of previously collected data in respect of users of the secondary user devices;

02

Claim requirement

Technical interpretation — not claim language

From the software perspective the limitation requires instructions that perform an access operation against persisted data previously collected in respect of the users of the consumer devices. Three executable sub-operations are implied: collection, persistence, and retrieval of the persisted records as an antecedent to the sending operation. The existence of data alone is insufficient — Claim 19 concerns instructions that store and read it.

03

Publicly disclosed Woosmap functionality

Woosmap documents device-side visit collection, persistence and retrieval. On Android a visit listener callback is documented as invoked when a visit is collected, and stored visit and Zone of Interest records are read from a local database accessor. On iOS a visit service delegate receives collected visits, with documented read and erase operations over the persisted visit and ZOI collections. Woosmap expressly states that, when the Zones of Interest feature is activated, the SDK stores and clusters historical location data on the device for each user, deriving approximate home and office locations from the time distribution of clusters.

  • Visit created from device location
  • Visit persisted in local storage
  • Historical visits retrievable by the application
  • Geographical and temporal clustering
  • Zone of Interest derived from clusters
  • Behavioural context exposed to the host application

Publicly documented data pathway

  1. 01Device location
  2. 02Visit created
  3. 03Visit stored
  4. 04Historical visits
  5. 05Clustering
  6. 06Zone of Interest
  7. 07Behavioural context
04

Execution environment and component attribution

  • Consumer mobile device

    Woosmap states that historical location data is stored and clustered on the device for each user.

  • Woosmap SDK

    Visit detection, persistence, clustering and ZOI derivation are documented SDK operations.

  • NOT ESTABLISHED FROM PUBLIC EVIDENCE

    Whether a retailer-side database of previously collected consumer data is accessed before notification sending is not addressed by the SDK documentation.

04b

Source evidence

Published Woosmap code extracts
View technical evidence
Visit collected and persistedAndroid · Java
public class WoosVisitReadyListener implements Woosmap.VisitReadyListener {
    public void VisitReadyCallback(Visit visit) {
        // this method is called when a visit is collected
    }
}

Event handler invoked by SDK instructions when a visit record is created.

View original ↗
Stored Zones of Interest retrievedAndroid · Java
ZOI[] ZOIList = WoosmapDb.getInstance(mContext, true).getZOIsDAO().getAllZois();

Retrieval of persisted ZOI records from device-side storage.

View original ↗
Visit read and erase operationsiOS · Swift
public func readVisits() -> Array<Visit> {
    return Visits.getAll()
}

Documented read access over persisted historical visit records.

View original ↗
05

Public evidence

Woosmap (developers.woosmap.com)

Woosmap Geofencing SDK — Visits and Zone of Interest

Detection of when and where a user has spent time (visits) without explicit monitoring; assessment of time spent on each visit; definition of Zones of Interest as places where a user recurrently spends time; and the express statement that, when the Zones of Interest feature is activated, the SDK stores and clusters historical location data on the device for each user, identifying approximate home and office locations from the time distribution of clusters. Also publishes consumer context examples including commuting home and leaving the office for a click & collect order.

View original source ↗

Woosmap (developers.woosmap.com)

Woosmap Android SDK — Monitor user visits guide

Implementation-level documentation for the SDK's embedded visit algorithm on Android, including persistence of visit records and derivation of Zones of Interest from collected location data.

View original source ↗

Woosmap (developers.woosmap.com)

Woosmap iOS SDK — Monitor user visits guide

Implementation-level documentation for collecting, storing, retrieving and processing visit records and Zone of Interest data on iOS consumer devices.

View original source ↗
06

Technical correspondence

Woosmap's public material documents executable instructions that collect, persist, retrieve and analyse historical location information on the consumer device. That is a software layer of the same technical character as the previously collected data access recited by Claim 19. It does not follow that historical location records are the previously collected data contemplated by the claim, nor that the access occurs in the recited sequence within any deployment.

07

Evidentiary status and matters for further review

STRONG PUBLIC CORRESPONDENCE

Matters for further review

Do not assume that historical location data satisfies every possible construction of "previously collected data". Which data store is accessed, by which instructions, and immediately prior to which sending operation, remains a deployment question.