Title of Invention: Systems and methods for object tracking with wireless beacons Abstract: An object tracking system can include beacons and tracking module. The object tracking method can include determining the location of a mobile device and determining the location of an object beacon. Detailed Description: Part general_description_paragraphs: Part CROSS-REFERENCE TO RELATED APPLICATIONS: This application claims the benefit of U.S. Provisional Application No. 62/213,467 filed 2 Sep. 2015, which is incorporated in its entirety by this reference. Part TECHNICAL FIELD: This invention relates generally to the wireless communications field, and more specifically to new and useful systems and methods for object tracking with wireless beacons in the wireless communications field. Part BACKGROUND: Being able to identify and track objects as they move throughout buildings or other indoor areas with high precision is important for a wide variety of applications. Systems designed to track objects in this way, often called real-time locating systems (RTLS), find use in manufacturing, warehousing, retail inventory management, and medicine, to name a few areas. Unfortunately, current methods of object locating used by RTLS are frequently associated with cost and/or usability issues. Tracking low-power beacons within a physical space can be particularly challenging because the signals transmitted by low-power beacons may not travel long distances (e.g., due to the low-power nature of the signal transmission), and can be transmitted intermittently (e.g., to minimize power consumption). This limited distance and intermittent transmission can preclude object tracking using a central hub, router, or tracking center, especially in large physical spaces. Including more hubs within the physical space can be cost-prohibitive. Furthermore, the objects (to which the low-power beacons are attached) can be mobile. This can further compound the problems discussed above, as the locations of the low-power beacons must be continually monitored. Because these hubs require a large amount of power to constantly scan for, receive, and decode the beacon signals, the hubs require significant amounts of power. This power requirement means that the hubs must be connected to a constant power source, such as the power grid. However, this would require power cords to be run through the physical space—either over the interior surfaces (e.g., over the floors and walls), which can be undesirable from an aesthetic and safety perspective, or underneath the interior surfaces (e.g., through the floors and walls), which is difficult and costly to install and change. Additionally, the low-power beacon location determined by these hub systems can be inaccurate, particularly when the hub includes an omnidirectional antenna. This is because the hub can determine that the low-power beacon is located within an estimated distance from the hub (e.g., based on RSSI values), but cannot determine the direction in which the low-power beacon is located. An extremely high density of hubs would be required to obtain a higher-resolution estimate of the low-power beacon location; however, this high hub density merely amplifies the cost and power issues discussed above. Thus, there is the need in the wireless communications field to create systems and methods for object tracking with wireless beacons in the wireless communications field. This invention provides such new and useful systems and methods. Part DESCRIPTION OF THE PREFERRED EMBODIMENTS: The following description of the preferred embodiments of the invention is not intended to limit the invention to these preferred embodiments, but rather to enable any person skilled in the art to make and use this invention. Part 1. Overview: The systems and methods described herein function to track objects coupled to object beacons within a space. In some variants, these systems and methods can track the locations of the low-power beacons within a physical space by bootstrapping (e.g., crowdsourcing) beacon monitoring across one or more user devices moving within the physical space. The multiple beacon signal measurements, coupled with the multiple user device locations at which the beacon signals were received, can be used to determine the low-power beacon location within the space with relatively high resolution. The systems and methods can be used in multiple applications. In a first application, the systems and methods can be used to track retail assets or inventory (e.g., products for sale) in a retail context. The systems and methods can additionally be used to present information for the retail object (e.g., descriptions, etc.) to a user on their user device, to infer user engagement or interest for the retail object (e.g., based on how long the user device receives beacon packets from the respective object beacon), or be used in any other suitable manner. In a second application, the systems and methods can be used to track objects within a domestic context (e.g., home, classroom, etc.). For example, the object beacons can be attached to and used to track the location of keys, toys, pets, children, or other mobile objects. In a third application, the systems and methods can be used to track objects within a medical context (e.g., during surgery, medication dispensation, etc.). For example, medical supplies (e.g., gauze, scissors, etc.), medication, or other medical objects can be tracked and automatically inventoried. In a fourth application, the systems and methods can be used to track objects within a manufacturing context, where object beacons can be used to track and/or monitor tools, fixtures, machines, or other objects. In a fifth application, the systems and methods can be used to track files or other physical objects within an office context. However, the systems and methods can be used in any other suitable application. Part 2. Benefits: The systems and methods described herein can confer several benefits over conventional systems. The systems and methods can improve remote object location and provide a low-cost, low-resource-intensive object and/or beacon management system in several ways. First, the systems and methods can improve remote object location by eliminating and/or reducing the need for the space entity to purchase and install static hubs by leveraging the user devices of users within the space, such as customer devices (e.g., in a retail application) or family member devices (e.g., in a home application). In particular, the systems and methods leverage the fact that the user devices are mobile and will likely move within the space (e.g., by the user, as the user traverses within the space). As the user device moves within the space, the user device can receive beacon signals broadcast by the low-power beacons. The system and method can then use information determined from the beacon signal (e.g., beacon signal strength, beacon data, etc.) and the user device's location at the time of beacon signal receipt to estimate the low-power beacon's location; the more beacon signal information-user device location pairs there are for a given low-power beacon, the more accurate the location estimate becomes. Second, the systems and methods can improve remote object location by enabling relatively high-resolution and/or accuracy remote beacon location monitoring. In particular, some variants of the system and method include a remote computing system, wherein the remote computing system can determine, aggregate, and/or store information for each beacon and/or user device. Not only does this offer a centralized repository for beacon information and management, but it also allows the beacon location determination to be crowdsourced across multiple user devices. For example, the low-power beacon location can be determined from signal information and user device locations received from a first and second user device and/or user client, wherein the first and second user devices are associated with entirely different users. The systems and methods can also improve beacon operation. First, the systems and methods can improve beacon operation by reducing beacon power consumption because the systems and methods reduce or eliminate the need for the beacons to operate in the master mode (e.g., high-power mode) to monitor the other beacons around it. This can function to prolong beacon lifetime and operation. Second, the systems and methods can improve beacon operation by continuously collecting and utilizing datasets unique to internet-enabled mobile computing devices (e.g., beacon signal information, variable user device locations, etc.) in order to provide remote beacon location support. The systems and methods can also improve user device location determination. First, the systems and methods can determine the location of a user device with less noise and/or variability than conventional location systems (e.g., GPS systems). In some variants, this can be accomplished by trilaterating the user device location based on beacon signals received from a set of fixed venue beacons. Second, the systems and methods can remotely determine user device dwell time within a physical region, which can be used to infer user interests, locate lost phones, or confer any other suitable benefit. The systems and methods can also provide technical solutions necessarily rooted in computer technology (e.g., utilizing beacon signal information determined by user devices receiving the beacon signals to determine a physical beacon location, etc.) to overcome issues specifically arising with computer technology (e.g., beacon power constraints, signal power and transmission distance constraints, location system noise, etc.). The systems and methods can also effect a transformation of a particular article (e.g., beacon signals) into a different state or thing (e.g., beacon location, beacon information, beacon operation, virtual maps, etc.). However, the systems and methods can confer any other benefit. Part 3. Object Tracking System: As shown in FIG. 1, the object tracking system 1 includes beacons 100 and tracking module 300. The system 1 functions to enable the tracking of objects coupled to beacons. The beacons 100 of the system function to identify a context, object, location, or other information. The beacons can include object beacons 120, venue beacons 140, or any other suitable beacon. The beacons are preferably arranged (e.g., distributed) within a physical space, wherein users with user devices (mobile devices) can wander throughout the physical space (example shown in FIG. 9). As shown in FIG. 2, the beacons 100 can each include: a water- and/or dust-resistant cover housing a battery, a wireless communication module, a processing system, a set of sensors, and a mounting mechanism (example shown in FIG. 3). However, the beacons 100 can additionally or alternatively include any other suitable component. The battery can be a primary battery (e.g., a watch battery, etc.), a secondary battery (e.g., a rechargeable battery, a lithium ion battery, etc.), an energy harvesting system, or be any other suitable power storage system. The wireless communication module can support one or more communication protocols, and include one or more radios (e.g., antenna and transceiver set) for each communication protocol. The antennas can be omnidirectional, multidirectional, unidirectional, or have any other suitable directionality. Examples of communication protocols that can be used include: 802.11x, Wi-Fi, Wi-Max, WLAN, NFC, RFID, Bluetooth, Bluetooth Low Energy, BLE long range, ZigBee, cellular telecommunications (e.g., 2G, 3G, 4G, LTE, etc.), radio (RF), microwave, IR, audio, optical, wired connection (e.g., USB), or any other suitable communication module or combination thereof. The processing system can be a CPU, GPU, microprocessor, organic computer, plastic processor, microprocessor, or be any other suitable processing system. The processing system can be electrically and/or communicatively connected to some or all of the active beacon components, and can receive information from, process information for, and/or control operation of the connected beacon components. The sensor set functions to monitor ambient environment and/or beacon operation parameters, and can include one or more: accelerometers, gyroscopes, temperature sensors, ambient light sensors, magnetometers, clocks, microphones, or any other suitable sensor. The mounting mechanism functions to mount the beacon to an object or other mounting surface, and can include adhesive material, screws, clips, magnets, or any other suitable mounting mechanism. In a specific example, the beacon can be a sticker, wherein the beacons are adhered to objects for which location tracking (or other sensed information; e.g., temperature) is desired. The beacons can optionally include inputs which function to receive external information (e.g., through tapping the beacon, flipping the beacon, etc.). The inputs can be one or more sensors of the sensor set or communication module of communication module set, or be any other suitable input. The beacons can optionally include outputs which function to present information, and which can include speakers, lights, displays, vibration motors, or any other suitable output. The beacons can optionally include location systems, such as GPS systems, cellular triangulation systems, trilateration systems, or other location systems. However, the beacons can include any other suitable component. The beacons 100 preferably transmit beacon signals 101 (e.g., beacon packets), which function to communicate beacon information. In one variation, each beacon can concurrently broadcast only a single beacon packet, containing the beacon information. In a second variation, each beacon can concurrently broadcast multiple beacon packets. Beacon signal transmission can be targeted (e.g., addressed to a specific endpoint), broadcast, or otherwise sent. The beacon signals can be radio, ultrasonic, optical, laser, or be any other suitable type of signal. The beacon signal can use an iBeacon protocol, Eddystone protocol, Estimote's Nearable protocol, BLE protocol, Bluetooth protocol, Bluetooth long distance protocol, or any other suitable protocol (including custom protocols) to communicate information. The beacon signals can be transmitted at a predetermined frequency (e.g., user-determined; automatically determined; automatically determined to optimize for energy efficiency and signal stability; scheduled; variable based on operation parameters, such as time of day, ambient light, movement, etc.; otherwise determined), using a predetermined broadcasting power (e.g., user-determined; automatically determined; scheduled; variable based on operation parameters, such as time of day, ambient light, movement, etc.; otherwise determined), but can be transmitted using any other suitable set of transmission parameters. The beacon information is preferably encoded in the beacon signal (e.g., through signal modulation, etc.), but can be otherwise communicated through the beacon signal. Beacon information is preferably stored by a beacon database, but can alternatively be otherwise managed. The beacon database can be stored by the remote computing system, the user device (e.g., user client), or by any other suitable storage system. Beacon information can include beacon data (e.g., identifiers, operation data, etc.), beacon locations, associated objects, information for the associated objects, associated entities (beacon entities), associated user devices (e.g., identifiers for user devices that received the beacon signals), beacon signal information (e.g., broadcast power), or other beacon information. The beacon data can include a beacon identifier, sensor data, derivatory data (e.g., derived from the sensor data or auxiliary data, such as motion initiation time, motion termination time, etc.), operation data (e.g., SOC, broadcasting power), software data (e.g., firmware version), or any other suitable data. In one example, the beacon data includes a beacon context classifier (e.g., fridge, dog, computer etc.), beacon identifier (broadcast identifier, unique beacon identifier), beacon orientation in space, beacon motion in X, Y, Z axes, ambient temperature, broadcasting power, battery level, and firmware version. The beacons 100 are preferably each associated with a beacon identifier. The beacon identifier can be globally unique, locally unique, or otherwise distinguished. In one variation, the beacon can be associated with a broadcast identifier and a unique identifier, wherein the broadcast identifier is locally unique (e.g., to the set of proximal beacons, to the physical space, etc.) and the unique identifier is globally unique. The broadcast identifier can be generated from the respective unique identifier, assigned (e.g., randomly assigned), or otherwise associated with the beacon. The unique identifier is preferably assigned by the beacon manufacturer, but can be otherwise associated with the beacon. In one variation, the beacon can locally generate the broadcast identifier based on the unique identifier and a set of rules, wherein the unique identifier can be determined by the remote computing system or user device from the broadcast identifier based on the set of rules. In a second variation, the unique identifier is determined using the broadcast identifier and a lookup table. However, the broadcast identifier can be otherwise resolved into the unique identifier. Beacon sensor data can be sensor data recorded by the beacon from sensors on-board the beacon, recorded by auxiliary systems, or be any other suitable sensor data. The sensor data can be recorded periodically, upon occurrence of a trigger event (e.g., beacon motion), or at any other suitable time. The sensor sampling rates can be constant, change as a function of ambient environment parameter (e.g., increase with increased motion), change as a function of operation parameters (e.g., decrease with lowered SOC), or be determined in any other suitable manner. Each set of beacon sensor data can be associated with a recordation time, or associated with any other suitable data. In one variation, the beacon database can receive and generate a time series of sensor data for each beacon, wherein the time series includes sensor data recorded by and received from said beacon. In a second variation, the beacon database can cache a predetermined amount of sensor data (e.g., the last two sets of sensor data, sensor data timestamped with a time within the last hour, etc.), cache the sensor data for a predetermined amount of time (e.g., for 2 hours), or store any suitable set of sensor data for each beacon. Beacon locations can include physical beacon location identifiers (e.g., GPS coordinates, Cartesian coordinates, venue names, etc.), location estimates (e.g., a location identifier with an uncertainty estimate, probability, or distance, etc.), region estimates (e.g., centered about the location identifier, geofence based on the physical space layout, etc.), distance estimates (e.g., distances from a reference point, such as a mobile device location or venue beacon location), virtual locations (e.g., within a virtual map of a physical region), and/or be any other suitable beacon location. The beacon locations can be received from a user device (e.g., automatically determined during setup, manually entered by a user, etc.), automatically estimated (e.g., using the methods discussed below, triangulated, etc.), received from the beacon, or otherwise determined. In one variation, the beacon location is determined based on a reference location, wherein the reference location can be the location of a secondary beacon, the location of a user device proximal the beacon (e.g., close enough to receive the beacon packets), or be any other suitable reference location. In one example, the beacon location is trilaterated from the user device location and the signal quality value of the signal received by the user device from the beacon. In a second variation, the venue beacon location is received from a user (e.g., from the location system of a user device, from a virtual map, etc.). In a third variation, the object beacon location is automatically determined based on the relative position of the object beacon relative to a set of mobile devices, wherein the locations of the mobile devices can be automatically determined from venue beacon locations or otherwise determined. However, the beacon data can include any other suitable data determined in any other suitable manner. Signal information is preferably descriptive of the signal transmitted by a given beacon and/or received by a mobile device, and can include beacon signal quality measures, signal phase (e.g., at receipt, transmission, etc.), amplitude, receipt time, transmission time (e.g., extracted from the beacon information), or any other suitable information. Examples of beacon signal quality measures include received signal strength indication (RSSI), bit error rate (BER), Phase of Arrival (POA), Time of Arrival (TOA), Frequency of Arrival (FOA), or any other suitable characterization of the beacon signal quality. Beacon information for each beacon can be stored for one or more timepoints and/or receiving devices by the beacon database, or otherwise stored. In a first variation, the beacons can include object beacons 120 that function to identify the mobile objects to which they are attached (e.g., mounted to, coupled to, etc.). In particular, the object beacons function to provide signals (e.g., low-power signals, object beacon signals, etc.) to the tracking module that may be used to track the proximity of objects relative to the mobile device operating the tracking module. From multiple measurements of proximity of the object beacons (and known positions of the mobile device at the time those measurements were made), the position of objects tagged with object beacons can be tracked. The object beacon location within the beacon database can be constantly re-determined, based on updated data; however, the object beacon location can be otherwise determined. In some variations, the object beacons 120 can include a water- and/or dust-resistant cover housing a battery, a wireless communication module, a microcontroller, one or more sensors (e.g., an accelerometer, a gyroscope, a temperature sensor, etc.), and an adhesive backing. However, the object beacons can be otherwise configured. The object beacons are preferably configured to couple to a mobile object, but can be configured to couple to any other suitable mounting point. The object beacons can be preferably substantially smaller than the venue beacons, and can also have a lower-capacity battery. The object beacons can function as low-power beacons, wherein the object beacons, to conserve battery life, can include fewer or different sensors than the venue beacons, can have reduced range compared to the venue beacons, can advertise less frequently than the venue beacons, and can operate exclusively or mostly in slave mode. However, the object beacons can be otherwise operated to conserve battery power. The object beacon's wireless communication module preferably shares one or more protocols with the venue beacon and/or mobile device, but can alternatively share no protocols with the venue beacon and/or mobile device. The object beacons preferably broadcast object beacon data (e.g., a beacon identifier) using a Bluetooth Low Energy (BLE) radio angela18@example.net GHz, but can additionally or alternatively broadcast data using any transmission means. In a specific example, the object beacons can broadcast a Bluetooth Smart signal up to approximately 7 meters. In a second specific example, the venue beacons include a 100 or 200 mAh battery. However, the object beacons can be otherwise configured. In a second variation, the beacons can include venue beacons 140 that function to identify a substantially fixed (e.g., mounted to, coupled to, etc.) a physical location within a physical space (e.g., the venue surfaces, such as walls, floors, etc.). In particular, the venue beacons function to provide signals (e.g., high-power signals, venue beacon signals, etc.) to the tracking module that may be used to track the location of mobile devices relative to the venue beacons. The venue beacons preferably correspond to locations within a particular venue (e.g., a room, an office, a house, a stadium, etc.) such that the location of mobile devices relative to the venue beacons can be translated into a location relative to the venue. Additionally or alternatively, the venue beacons may themselves define a venue (e.g., an invisibly fenced outdoor area). The venue beacon is preferably associated with a fixed location within the beacon database, but can be otherwise determined at any suitable frequency. In one example, the venue beacons 140 can be placed (i.e., statically arranged) within a retail setting (i.e., retailer) such that, when a user enters the retailer with his mobile device executing a native retail application, the mobile device and the beacon can interact to deliver micro-location-, product-, and/or user-specific data, deals, notifications, or other information to the user (e.g., via the user device). In another example, multiple venue beacons can be placed over various regions of the window of a display case within a bakery such that, when a user enters the bakery with his mobile computing device, the mobile device and various beacons cooperate to determine the user's position within the bakery and deliver product-related information to the user through the mobile device based on the estimated proximity of the user to a particular foodstuff within the display case. The venue beacons 140 can include a water- and/or dust-resistant cover housing a battery, a wireless communication module, a microcontroller, one or more sensors (e.g., an accelerometer, a gyroscope, a temperature sensor, etc.), and an adhesive backing. However, the object beacons can be otherwise configured. The venue beacons can be larger than the object beacons (e.g., 1.5 times the volume, 2 times the volume, etc.), and can include higher-capacity batteries, higher-powered processors, or components having any other suitable specification, as compared to the object beacons. The venue beacons can be high-power beacons, wherein each venue beacon's broadcast frequency, broadcast power, or other operation parameter can be higher than that of the object beacons. However, the venue beacon operation parameter values can be equal to or less than that of the object beacons. The venue beacons can operate mainly in the slave mode, selectively operate in the master mode, or operate in any other suitable mode at any other suitable time. The venue beacons preferably broadcast venue beacon data (e.g., a beacon identifier) using a Bluetooth Low Energy (BLE) radio angela18@example.net GHz, but may additionally or alternatively broadcast data using any transmission means. In a specific example, the venue beacons can broadcast a Bluetooth signal up to 70 meters. In a second specific example, the venue beacons include a 1000 mAh battery. However, the venue beacons can be otherwise configured. However, the beacons 100 can include any other suitable type of beacon configured in any other suitable manner. The tracking system 300 of the system 1 functions to receive beacon information and determine the location of a system component based on the beacon information and a reference location. The tracking system 300 can enable object beacon tracking by measuring both the position of the mobile device operating the tracking module and the proximity of object beacons to that device. For example, the tracking module determines an object beacon location, wherein the tracking module receives an object beacon signal quality value from a user device, determines a distance estimate between the object beacon and the user device based on the object beacon signal quality value, and determines an object beacon location based on the distance estimate and the user device location (e.g., through trilateration). The tracking system 300 (tracking module) can optionally determine the position of the mobile device by trilateration using signals from the venue beacons; additionally or alternatively, the tracking system 300 may determine location of the mobile device in any manner. For example, the tracking system 300 determines a user device location, wherein the tracking module receives a venue beacon signal quality value from a user device, determines a distance estimate between the venue beacon and the user device based on the venue beacon signal quality value, and determines a user device location based on the distance estimate and the known venue beacon locations (e.g., retrieved from the beacon database). In a second example, the tracking system 300 receives the user device location, determined by the user device, from the user device (e.g., GPS coordinates). However, the tracking system 300 can determine the physical location of any other suitable set of system components in any other suitable manner. The tracking system 300 can optionally enable users to define a space using the mobile device and a set of venue beacons (the steps to map the space are discussed in more detail in the section on the method). After the space has been mapped, the tracking module preferably enables the tracking of object beacons within the space. Additionally or alternatively, the tracking system 300 may enable tracking of object beacons relative to venue beacons without a generated map (e.g., the boundaries of the tracking zone are just the boundaries outside of which object beacons can no longer be tracked, as opposed to the walls of a room). The tracking system 300 can optionally enable the historical tracking of objects tagged with object beacons; that is, their location is tracked over time and stored. Frequency of location calculation, data storage options, and any configuration details pertaining to how object beacon location (or other data) is tracked, stored, and/or analyzed may be set by the tracking module. The tracking system 300 can be entirely or partially run on: a user device (e.g., through a user client or application on the user device), a remote computing system, or any other suitable processing system. In one variation, the tracking module can include a user client that runs on the user devices, receives the beacon signals, determines the signal information, and determines the beacon data from the signal; and a processing module that runs on the remote computing system and determines the relative locations based on the beacon signals and/or beacon data. However, the tracking module processes can be otherwise split. In variants where the user client and/or user device 200 runs a portion of the tracking system 300, the user client and/or user device can transmit one or more information sets to the remote computing system. The information set can include: beacon information determined from a received beacon signal, signal information determined for the received beacon signal, a signal receipt timestamp, a mobile device identifier (e.g., user identifier, user account identifier, user client identifier), and/or any other suitable information. The user client can be a native application, a web application, an operating system application, a software development kit (SDK), an application programming interface (API), or be any other suitable application or executable. The user client can be associated with an entity (e.g., a retail entity). In one example, a retail entity can integrate beacon functionality into their application through an SDK provided by the beacon manufacturer. Examples of the user device 200 (mobile device) include a tablet, smartphone, mobile phone, laptop, watch, wearable device (e.g., glasses), or any other suitable user device. The user device can include power storage (e.g., a battery), processing systems (e.g., CPU, GPU, memory, etc.), outputs (e.g., display, speaker, vibration mechanism, etc.), inputs (e.g., a keyboard, touchscreen, microphone, etc.), a location system (e.g., a GPS system), sensors (e.g., optical sensors, such as light sensors and cameras, orientation sensors, such as accelerometers, gyroscopes, and altimeters, audio sensors, such as microphones, etc.), data communication system (e.g., a WiFi module, BLE, cellular module, etc.), or any other suitable component. The communication system can include one or more: omnidirectional antennae, directional antennae, or radios with any suitable configuration. The user device preferably shares a communication protocol with the beacon(s), but can alternatively communicate with the beacons through a wired or wireless connection in any other suitable manner. The user device 200 is preferably internet-connected to enable cloud-based contextual responses to broadcasted beacon data; additionally or alternatively, contextual responses may be performed based on data stored locally on the mobile device. The system 1 (e.g., tracking system, beacon database, user device database, etc.) can additionally store user device information. User device information can include: user device identifiers, user identifiers (e.g., account identifiers, client identifiers, etc.), user device locations (e.g., one or more across one or more timestamps), user device sensor data determined by sensors on-board the user device (e.g., one or more sets across one or more timestamps), client information (e.g., associated entity, use statistics, etc.), or other user device information. The user device locations can be determined by on-board location system, automatically determined from secondary beacon locations and the signal quality values of the signals received by the user device from the secondary beacons, determined from an image, received from a user, or otherwise determined. The user device locations and/or underlying data can be stored in association with the determined beacon location, respective signal quality values, receipt time, beacon data extracted from the signal, or other information for the beacon signal and/or beacon. However, any other suitable user device information can be otherwise determined. The remote computing system can include a set of networked servers, but can alternatively include a set of networked user devices (e.g., in a distributed computing system), or include any suitable set of computing systems. Part 4. Object Tracking Method: As shown in FIG. 4, an object tracking method includes determining the location of a mobile device S100 and determining the location of an object beacon S200. The method can additionally include acting based on the object beacon information S300. The method is preferably performed by the system disclosed above, but may additionally or alternatively be performed by any suitable system. The method functions to enable the tracking of objects coupled to object beacons by harnessing background communication with object beacons; object beacon location can be tracked (and even recorded over time) simply from movement of the mobile device and standard communications with the beacons. In this manner, the method creates a low-cost, low-resource-intensive method for managing assets, inventory, or simply always being able to find your keys. Part A. Determining the Mobile Device Location: Determining the location of a mobile device S100 functions to enable positional tracking of the mobile device in order to facilitate object tracking. The determined mobile device location is preferably representative of a physical location (e.g., specific location, specific region, relative location, etc.), but can alternatively be a virtual location or be any other suitable location. The mobile device location can be determined by the tracking system at the user device, the remote computing system, or at any other suitable computing system. The mobile device location can be estimated, calculated, selected from a chart or graph, determined using a neural network or other computational model (e.g., wherein the mobile device location can be that having the highest probability or a probability above a threshold, etc.), or otherwise determined. The determined mobile device location (user device location) can be stored in a mobile device database and/or the beacon database. The determined mobile device location can be timestamped with the location determination time, the signal receipt time (e.g., of the signals from which the device location was determined), the signal transmission time, with any other suitable timestamp, or remain unstamped. The mobile device location can be determined: immediately after receipt of a signal indicative of device location (e.g., in real- or near-real time), at a predetermined frequency, upon occurrence of any other suitable trigger event, or at any other suitable time. Mobile device locations are preferably determined for every mobile device of a set of mobile devices, but can alternatively be determined for a subset of the set. The mobile device set can include mobile devices within a physical space, mobile devices running a user client associated with the beacon and/or physical space, mobile devices that receive beacon signals, or any other suitable set of mobile devices. The mobile devices included within the set can change over time (e.g., as users enter and exit the physical space), remain constant, or be otherwise defined. In a first variation, the mobile device location is determined S100 by the mobile device, using the location system of the mobile device (e.g., an on-board GPS system). In this variation, the mobile device automatically determines the mobile device location and transmits the mobile device location to the tracking module. In a second variation, as shown in FIG. 5, the mobile device location is determined S100 based on one or more beacon locations (examples shown in FIG. 6 and FIG. 8). In one embodiment, the mobile device location is estimated based on mobile device proximity to one or more beacons of known location. If the relative positions of the venue beacons are known, the position of the mobile devices relative to those venue beacons can be calculated using knowledge of the distance of the mobile device from each of the venue beacons. Distance is not necessarily known explicitly, but it can be estimated using a correspondence between RSSI of the beacon (as measured by the mobile device) and distance from that beacon. In this variation, the method can include: receiving a beacon signal transmitted by a beacon S120, determining signal information (e.g., signal quality values) for the beacon signal S130, and determining beacon information from the beacon signal S140, wherein the mobile device location is determined from the signal information for the beacon signal and a beacon location associated with the beacon information S160. The method can optionally include transmitting at least the signal information and all or part of the beacon information (e.g., the beacon identifier) to the remote computing system (e.g., from the receiving mobile device), wherein the remote computing system determines the mobile device location. In the second variation, the method can optionally include timestamping the beacon information sent to the remote computing system, such that the mobile device location can be determined for a first time using beacon information determined by the respective mobile device at timestamps proximal (e.g., within a threshold time duration, such as 1 second, 5 seconds, 30 seconds, 1 minute, 10 minutes, 1 hour, etc.) the first time. However, the mobile device location can be determined based on any other suitable set of beacon information. In the second variation, the method can optionally include repeating this process for each of a plurality of beacons, such that the mobile device location can be determined from a plurality of beacon locations and the respective signal information. The beacon information used to determine a mobile device location for the mobile device can be time-limited (e.g., wherein the signals were received within a threshold time duration of each other), mobile device sensor measurement-limited (e.g., wherein the signals were received after, before, and/or during a characteristic sensor measurement pattern was measured by the sensors), unlimited, or otherwise determined. For example, the beacon information used to determine the mobile device location can be measured after a characteristic sensor measurement was detected in the (e.g., are associated with receipt timestamps after the timestamp associated with the sensor measurements from which the characteristic sensor measurement pattern was determined). The characteristic sensor measurement pattern can be determined from sensor data received from the mobile device (e.g., determined on-board the mobile device; transmitted by the mobile device to the tracking system and/or remote computing system with the information set; transmitted asynchronously; etc.), from secondary mobile devices monitoring the mobile device, or from any other suitable source. The characteristic sensor measurement pattern can be indicative of mobile device movement (e.g., translation within the space), mobile device movement termination, or of any other suitable event. Examples of characteristic sensor measurement patterns include sensor measurements exceeding, matching, or falling below a threshold; sensor measurement patterns over time substantially matching a predetermined pattern; sensor measurements having a probability of event occurrence above a threshold probability (e.g., using neural networks or other machine learning methods); sensor measurement value change over time exceeding, meeting, or falling below a threshold; or sensor measurements satisfying any other suitable condition. In one example, sensor measurements indicative of mobile device movement can be determined when the accelerometer data exceeds a threshold value, the temperature data exceeds a threshold value, the mobile device ambient temperature increases at a rate beyond a threshold rate, the combination of sensor measurements has a probability exceeding a threshold probability of mobile device motion, or any other suitable sensor measurement condition is met. In a second example, sensor measurements indicative of mobile device movement termination can be determined when the accelerometer data falls below a threshold value, the temperature data falls below a threshold value, the mobile device ambient temperature decreases at a rate beyond a threshold rate, the combination of sensor measurements has a probability exceeding a threshold probability of motion termination, or any other suitable sensor measurement condition is met. However, the characteristic sensor measurement pattern can be otherwise determined. In the second variation, the method can optionally include repeating this process for each mobile device of the mobile device set, wherein mobile device locations for each mobile device of the set can be concurrently or asynchronously determined. The mobile device locations can be determined relative to: the same set of beacons, overlapping sets of beacons, separate beacon sets, or any other suitable set of beacons. Receiving a beacon signal transmitted by a beacon S120 functions to receive a signal indicative of mobile device location. The beacon signal can be received from a venue beacon (e.g., fixed beacon, high-power beacon, etc.), object beacon, or any other suitable beacon. The beacon can broadcast the signal S110 at a predetermined frequency, according to a schedule, based on its operation parameters, based on ambient environment parameters, or broadcast at any suitable frequency. In one embodiment, receiving the beacon signal includes receiving a beacon signal broadcast by a venue beacon. However, the beacon signal can be otherwise received. Determining signal information for the beacon signal S130 functions to determine an indicator of mobile device distance from a reference location. The signal information can include signal quality values (e.g., RSSI) or any other suitable information. The signal information is preferably determined by the receiving device (e.g., mobile device, venue beacon, etc.), but can alternatively be determined by any other suitable system. In one embodiment, determining signal information for the beacon signal includes measuring the signal strength (e.g., RSSI) of venue beacons at the mobile device. Determining beacon information from the beacon signal S140 functions to determine information indicative of the beacon identity, associated context (e.g., objects, locations, etc.), operation information, or other information. The beacon information can be determined from the beacon signal using demodulation, decryption, decoding, or through any other suitable technique. In one variation, determining the beacon information includes: determining a beacon identifier from the beacon signal, wherein the beacon identifier is read from the determined beacon information. However, the beacon identifier can be otherwise determined (e.g., by matching receipt or transmission time with a broadcast schedule, etc.). In a second variation, determining the beacon information includes determining the beacon sensor data from the beacon signal, wherein the beacon sensor data is read from the determined beacon information. However, any other suitable beacon information can be determined from the signal. Determining the mobile device location from the signal information for the beacon signal and a beacon location associated with the beacon information S160 functions to estimate the physical mobile device location. The beacon location can be determined from the beacon signal, retrieved from a beacon database (e.g., be the beacon location associated with the determined beacon identifier for the broadcasting beacon within the beacon database), or be otherwise determined. In one variation, the method can include: determining the beacon identifier from the received beacon signal (e.g., at the mobile device) and retrieving the beacon location associated with the beacon identifier from a database (e.g., wherein the beacon identifier is transmitted to a remote computing system, wherein the remote computing system retrieves the beacon location). However, the beacon location can be otherwise determined. In one embodiment, determining the location of a mobile device based on the signal information and the beacon location S160 includes applying a modified trilateration method. Determining the mobile device location through trilateration can include: determining a distance estimate based on the signal information and using the beacon location as the trilateration centroid and using the distance estimate as the trilateration radius. Determining a distance estimate based on the signal information can include: determining the distance estimate from the difference between the actual signal quality value and a reference signal quality value. The reference signal quality value can be a factory-calibrated, read-only constant that indicates the expected signal quality value at a predetermined distance from the beacon, or can be any other suitable reference quality value. In one example, determining the distance estimate can include: determining the RSSI of the beacon signal (e.g., the signal information), determining the broadcasting power from the beacon signal, determining the measured power (e.g., the reference signal quality value), and calculating the estimated distance from the RSSI, the broadcasting power, and the measured power. The distance estimate can be a specific distance, a range of distances, a distance classification (e.g., immediate, near, far, etc.), or any other suitable estimate. For example, the mobile device can be classified as near the beacon when the RSSI to measured power ratio satisfies a first condition (e.g., exceeds a threshold ratio, falls below a threshold ratio), classified as intermediate from the beacon when RSSI to measured power ratio satisfies a second condition different from the first (e.g., exceeds a second threshold ratio, falls below a second threshold ratio), and is classified as far when the RSSI to measured power ratio satisfies a third condition different from the first and second (e.g., exceeds a third threshold ratio, falls below a third threshold ratio). However, the distance estimate can be otherwise determined. Determining the mobile device location by using the beacon location as the trilateration centroid and using the distance estimate as the trilateration radius can include determining a location, within the physical region defined by the distance estimate about the beacon location (e.g., the perimeter of the defined circle), as the physical device location. However, the mobile device location can be otherwise determined. Determining the mobile device location can additionally include iteratively narrowing the set of possible mobile device locations down with each successive distance estimate and beacon location pair for each of a plurality of beacons (e.g., based on the intersecting physical regions of the physical regions defined about the respective beacon location by the respective distance estimate). In one example, determining the mobile device location includes receiving a plurality of beacon signals, each received from a different beacon, determining a beacon identifier from each signal, determining a signal quality value for each signal, and determining the physical mobile device location based on the signal quality values and the physical beacon locations associated with the respective beacon identifier of the plurality. However, successively determined beacon signal information can be otherwise used. Alternatively or additionally, determining the mobile device location based on the RSSI can include combining the RSSI-based trilateration techniques with other techniques (such as particle filtering and sensor fusion) in order to improve the positional accuracy of the trilateration method. In particular, determining the mobile device location based on the RSSI can include utilizing accelerometer and/or gyroscope data from the mobile device, venue beacons, and/or the object beacons to calibrate and/or adjust the RSSI to distance correspondence. For example, if the accelerometer registers some acceleration profile over a period of time, the acceleration profile may be integrated to produce a change in position. This change in position can be compared to a change in RSSI (allowing for corrections to RSSI/distance correspondences to be made in real-time). Determining the mobile device location based on the RSSI can additionally or alternatively include using any data in order to improve positioning results. For example, determining the mobile device location based on the RSSI can include applying machine vision software to video captured by the mobile device in order to judge distances (and/or serve as calibration for the trilateration technique). In a third variation, the mobile device location can be determined from auxiliary data. For example, the mobile device location can be determined from geotagged posts from an associated user account on a social networking system, be determined from images posted by the user account on the social networking system, or be otherwise determined. However, the mobile device location can be otherwise determined. Part B. Determining the Object Beacon Location: Determining a physical object beacon location for an object beacon S200 functions to locate the object beacon and/or object attached to the object beacon. The determined object beacon location is preferably representative of a physical location (e.g., specific location, specific region, relative location, etc.) of the object beacon, but can alternatively be a virtual location or be any other suitable location. The object beacon location can be determined by the tracking system at the user device, the remote computing system, or at any other suitable computing system. The object beacon location can be estimated, calculated, selected from a chart or graph, determined using a neural network or other computational model (e.g., wherein the object beacon location can be that having the highest probability or a probability above a threshold, etc.), or otherwise determined. The determined object beacon location (low-power beacon location) can be stored in the beacon database or any other suitable database. The determined mobile device location can be timestamped with the location determination time, the signal receipt time (e.g., of the signals from which the object beacon location was determined), the signal transmission time, with any other suitable timestamp, or remain unstamped. The object beacon location can be determined: immediately after receipt of a signal indicative of object beacon location (e.g., in real- or near-real time), at a predetermined frequency, upon occurrence of any other suitable trigger event, or at any other suitable time. Object beacon locations are preferably determined for every object beacon of a set of object beacons, but can alternatively be determined for a subset of the set. The object beacon set can include object beacons within a physical space, object beacons proximal a set of mobile devices, object beacons associated with a common entity, or any other suitable set of object beacons. The object beacons included within the set can change over time (e.g., as objects are introduced and removed from the physical space), remain constant, or be otherwise defined. In a first variation, the object beacon location is determined S200 by the object beacon, using an on-board location system (e.g., an on-board trilateration system, GPS system, etc.). In one embodiment, the object beacon determines the object beacon location (e.g., relative or absolute), and transmits the object beacon location through a proximal mobile device or other communication intermediary (e.g., internet gateway) to the tracking system. In a second embodiment, the object beacon can periodically switch into operation as a master device; scan for and receive beacon signals broadcast by secondary beacons (e.g., venue beacons); and
{'bibliographic_information': "{'country': 'US', 'doc-number': '15253376', 'kind': 'B2', 'date': '20160831', 'invention_title': 'Systems and methods for object tracking with wireless beacons'}", 'source_file': './grant/2017/ipg170411.xml', 'source_data': 'USPTO-Grant'}