WO2019191656A1 - Wirelessly connected environment of wireless nodes - Google Patents
Wirelessly connected environment of wireless nodes Download PDFInfo
- Publication number
- WO2019191656A1 WO2019191656A1 PCT/US2019/024956 US2019024956W WO2019191656A1 WO 2019191656 A1 WO2019191656 A1 WO 2019191656A1 US 2019024956 W US2019024956 W US 2019024956W WO 2019191656 A1 WO2019191656 A1 WO 2019191656A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- data
- wireless
- computer system
- product display
- wireless nodes
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01V—GEOPHYSICS; GRAVITATIONAL MEASUREMENTS; DETECTING MASSES OR OBJECTS; TAGS
- G01V15/00—Tags attached to, or associated with, an object, in order to enable detection of the object
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/083—Shipping
- G06Q10/0833—Tracking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/029—Location-based management or tracking services
Definitions
- wireless communication technology can be applied to items of equipment to provide location awareness for a system that manages the equipment items.
- wireless communication technology can be applied to gather status data from the equipment items, where such status data can then be remotely accessed through user interfaces. Through such user interfaces, users can review the status data, monitor, and control the various equipment items.
- a plurality of wireless nodes can be arranged as a wireless network, wherein each of a plurality of the wireless nodes includes a wireless transceiver for wireless communication over the wireless network, and wherein a plurality of the wireless nodes are part of different product display assemblies, each product display assembly configured to connect with a product for presentation of the product to a consumer,
- a computer system can be configured for wireless communication with the wireless network.
- Each of a plurality of the product display assemblies can be configured to wirelessly transmit data to the computer system via the wireless network that pairs an identifier for the product display assembly with an identifier for the product.
- the computer system can be further configured to (1) receive the wirelessly transmitted data via the wireless network, (2) store data that identifies a location for each of a plurality of the product display assemblies in association with identifiers for the product display assemblies, and (3) create a data structure based on the received data and the stored data, wherein the data structure tracks locations for the products based on the pairings between product display identifiers and product identifiers and the associations between locations and product display identifiers. Similar location awareness functionality can be provided for types of wireless nodes other than product display assemblies.
- a plurality of wireless nodes can be arranged as a wireless network, wherein each of a plurality of the wireless nodes includes a wireless transceiver for wireless communication over the wireless network.
- a computer system can be configured for wireless communication with the wireless network.
- Each of a plurality of the wireless nodes can be configured to (1) log data representative of a plurality of events, and (2) wirelessly transmit the event log data to the computer system via the wireless network.
- the computer system can be further configured to (1) receive the wirelessly transmitted event log data via the wireless network, (2) create a data structure based on the received event log data that tracks the logged events for a plurality of the wireless nodes, (3) generate a plurality of commands corresponding to a plurality of the wireless nodes in response to input, and (4) wirelessly transmit the commands to the corresponding wireless nodes via the wireless network.
- the wireless nodes can be further configured to be controllable in response to the wirelessly transmitted commands corresponding thereto.
- the event log data can represent events such as customer interactions with a wireless node, access attempts by authorized users with a wireless node, and others.
- An example of commands can include arm/disarm commands with respect to security functions for wireless nodes, lock/unlock commands, and others.
- the wireless network of wireless nodes can include wireless nodes of different node types, each remotely managed via a common interface.
- Examples of different node types can include product display assemblies, locks, power strips, display hooks, etc. which may be present in an environment such as a retail store.
- Such a hybrid wirelessly connected environment of different types of wireless nodes can provide users with much more efficient management and control over wireless nodes because the common interface can eliminate a need for a siloed approach where different software solutions are needed for different node types.
- the wireless nodes can be arranged into a wireless mesh network, and such a wireless mesh network can help prevent data communication losses between the wireless nodes and gateway computer.
- Figure 1 discloses an example connected environment system of wireless nodes.
- Figure 2 discloses an example connected environment system that comprises a plurality of product display assemblies.
- Figures 3A and 3B show an example product display assembly.
- Figures 3C and 3D show examples of product display assemblies configured as wireless nodes for inclusion in a connected environment system in combination with an example embodiment of a hardware module.
- Figures 4A-4D show example process flows that leverage wireless communication capabilities of example product display assemblies to provide location-awareness regarding where puck assemblies and electronic devices are located relative to known locations such as post positions.
- Figures 5A and 5B show example product display assemblies.
- Figure 6 shows an example process flow for logging arming/disarming actions by users with respect to a product display assembly.
- Figure 7A discloses an example connected environment system that comprises a hybrid mix of different types of wireless nodes.
- Figure 7B shows an example data structure use by the example connected environment system of Figure 7A for tracking and storing data about different types of wireless nodes.
- Figure 8A shows an example process flow for selectively executing node type- specific management/control flows for different types of wireless nodes in the system.
- Figure 8B shows an example of how a common user interface can be used to manage different types of wireless nodes in the system.
- Figure 9 shows an example process flow for management and control of a wireless node corresponding to a product display assembly.
- Figure 10 shows an example process flow for management and control of a wireless node corresponding to a lock.
- Figure 11 shows an example process flow for management and control of a wireless node corresponding to a power strip.
- Figure 12 shows an example process flow for alert generation with respect to a wireless node in the system.
- Figures 13A-13G show example GUIs for remote management and control of wireless nodes in example connected environment systems.
- FIG. 1 shows an example system 100 that can serve as a connected environment of wireless nodes 102.
- Each wireless node 102 may include a wireless transceiver that allows for the formation of wireless network 104 through which the wireless nodes 102 can communicate with a remote computer system such as gateway computer 110.
- Each wireless node 102 may also have an associated node identifier (Node ID) that serves to identify that wireless node 102 within system 100. Any of a number of types of identifiers can be used as Node IDs, such as network addresses or MAC addresses used for communicating with particular wireless nodes 102 within the system, or other unique identifiers that may be tied to wireless nodes 102 (e.g., serial numbers, etc.).
- Each wireless node 102 may also be configured to communicate with other wireless nodes 102 within the wireless network 104.
- the wireless network 104 may be configured as a wireless mesh network which can provide robust and reliable communication pathways from wireless nodes 102 not only to the gateway computer 110 but also to each other and through each other to gateway computer 110, which can be highly advantageous when the wireless nodes 102 are located in noisy environments that may include various forms of potential signal interference.
- the system 100 may be deployed in a number of noisy environments, an example of which is a retail store such as an electronics retail store.
- wireless network 104 may rely on any of a number of wireless communication technologies.
- the wireless network 104 could be a local Wi-Fi network.
- the wireless network 104 could be a wireless network that uses Bluetooth, BTLE, or other networking techniques (e.g, Zigbee).
- the wireless nodes 102 may correspond to one or more types of devices that are located throughout the store.
- one or more of the wireless nodes 102 may be included as part of or operatively coupled with one or more of the following types of devices: a product display assembly, a display shelf, a display hook (e.g., a peg hook), a lock (which may regulate access to doors or the like for enclosed spaces such as cabinets, rooms, etc.), a power outlet, a power strip, an audio/video controller, a camera, a sensor, a status indicator, a docking station (e.g., a docking system for a portable computing device such as a tablet computer), goods, etc.
- a docking station e.g., a docking system for a portable computing device such as a tablet computer
- Gateway computer 110 can serve as a hub for collecting data from and sending data to the wireless nodes 102.
- the data sent from gateway computer 110 to a wireless node can include command data for managing and controlling a wireless node, examples of which are discussed below.
- the gateway computer 110 can also communicate over a network 112 with a remote computer system such as server 120 via a communication protocol such as RS-232 (although it should be understood that alternative communication protocols could be employed). In this fashion, server 120 can further connect the wireless nodes 102 with other remote computers via wide area networks such as the Internet.
- a management user interface 130 can interact with the gateway computer 110 and/or server 120 to provide users with access to data from the wireless nodes 102 as well as control over the wireless nodes 102.
- the management user interface 130 can be executed by a computer that is in communication with the gateway computer 110 via a network connection 124 and/or server 120 via a network connection 122 (where such a computer could take the form of a tablet computer, a smart phone, or other forms such as laptop computers, desktop computers, etc.).
- Network connections 122 and 124 can be any suitable network connection for connecting the management user interface 130 with the server 120 and/or gateway (e.g., a WiFi connection, an Ethernet connection, etc.) ⁇
- management user interface 130 could also be executed by the gateway computer 110 and/or server 120 themselves.
- Server 120 can be connected with a number of different wireless networks 104 that are spread over different locations, such as a wide geographic area.
- different retail stores can have their own wireless networks 104, and these different wireless networks 104 can be communicatively coupled with a common server 120 (where it should be understood that the common server 120 may include a network of servers, such as in a cloud service arrangement).
- server 120 can aggregate data collected from wireless nodes 102 in a number of different retail stores.
- the server 120 can make such aggregated data available to remote users via the management user interface 130 that is linked into the server 120 via a network connection 122. In this fashion, a user of the management user interface 130 can remotely monitor and control wireless nodes that are spread across a number of different retail stores.
- Figure 2 shows an example embodiment where the system 100 where the wireless nodes 102 correspond to a plurality of different product display assemblies 202.
- the product display assemblies 202 can be configured to secure and display products for presentation to consumers.
- such products can be electronic devices 206 (e.g., smart phones, tablet computers, smart watches, cameras, etc.).
- the product display assemblies 202 can be arranged as a wireless mesh network via wireless links 204.
- the product display assemblies 202 can also wirelessly communicate with the gateway computer 110 via the wireless mesh network, and the gateway computer 110 can
- server 120 can collect data from the various product display assemblies 202 and make such data available to remote users via the management user interface 130 linked into the server 120 via a network connection 122.
- the management user interface 130 may also or alternatively link into gateway computer 110 via network connection 124.
- Figures 3A and 3B show an example embodiment of a product display assembly 202 that includes a puck assembly 302 and a base assembly 304.
- Tether 310 connects the puck assembly 302 with base assembly 304.
- a product display assembly 202 configured as a wireless node 102 where the product display assembly 202 includes a puck assembly 302 and base assembly 304, it should be understood that other types of product display assemblies could be employed as wireless nodes 102 within system 100 (e.g., a product display assembly that may include only a puck assembly 302 or other singular component for displaying a product to a customer).
- An electronic device can be mounted on surface 306 of the puck assembly 302 so that the electronic device can be securely displayed to customers in a store.
- the puck assembly 302 is moveable between a rest position and a lift position. When in the rest position, the puck assembly 302 contacts the base assembly 304, as shown in Figure 3A. Power can be provided to the base assembly 304 via input power line 320, and this power can be distributed to the puck assembly 302. When in the lift position, the puck assembly 302 separates from the base assembly 304, as shown by Figure 3B. Figure 3B also shows how the tether 310 remains connected to the puck assembly 302 and the base assembly 304 when the puck assembly 302 is in the lift position.
- tether 310 may be a retractable tether. However, it should also be noted that some practitioners may choose to omit the tether 310 from the product display assembly 202, in which case the puck assembly 302 would be completely separated from the base assembly 304 when the puck assembly is in the lift position.
- Figures 5A and 5B reproduce Figures 27 and 28 from the incorporated ‘140 patent and show an example product display assembly 202 that is further described in the‘140 patent.
- the product display assembly 202 shown by Figures 5A and 5B includes a puck assembly 302 and a base assembly 304.
- An electronic device 206 can be mounted on and electrically connected to the puck assembly 302, and the puck assembly 302 can be moved between (1) a rest position where the puck assembly 302 rests on the base assembly 304 (see Figure 5A) and (2) a lift position where the puck assembly 302 does not rest on the base assembly 304 (see Figure 5B).
- the product display assembly 202 may optionally include a tether assembly 310 that keeps the puck assembly 302 connected to the base assembly 304 even when the puck assembly 302 is in the lift position.
- a power cable 512 provides an electrical connection between the puck assembly 302 and an electronic device 206 for display through which the electronic device 206 can be charged.
- the puck assembly 302 can receive power from a power source via the base assembly 304 when the puck assembly is at rest. Electrical contacts included on the puck assembly 302 and base assembly 304 can contact each other when the puck assembly 302 is at rest, thereby forming an electrical connection through which power can be delivered from a power source (not shown) to the puck assembly 302 via the base assembly 304 and the electrical connection formed by the contacts. When the puck assembly 302 is lifted, the contacts lose contact with each other, thereby breaking the electrical connection.
- Figure 3C shows an example where the product display assembly 202 is configured as a wireless node 102 by including a wireless transceiver in the puck assembly 202, to thereby permit the puck assembly 302 to send and receive wireless signals 350 via wireless network 104.
- Figure 3D shows another example where the product display assembly 202 is configured as a wireless node 102 by including a wireless transceiver in the base assembly 304, to thereby permit the base assembly 304 to send and receive wireless signals 350 via wireless network 104.
- wireless transceivers may optionally be included in both the puck assembly 302 and the base assembly 304 to allow both the puck assembly 302 and base assembly 304 to communicate wirelessly with remote devices.
- the product display assemblies 202 can provide location-awareness for the system 100 with respect which product display assemblies are where and what products they are displaying.
- establishing location-awareness can be a challenge.
- Base assemblies 304 are typically fixedly secured to surfaces such as counters and walls in a retail store, and the locations of these fixtures can be referred to as post positions. The fixed nature of securing base assemblies 304 to counters or walls makes moving base assemblies 304 to new post positions inconvenient, time-consuming, and labor- intensive.
- the puck assemblies 302 can be detachable from the base assembly 304 and/or tether 310 to allow for swapping out puck assemblies 302 and/or their attached electronic devices 206 to new post positions. Given the potential for movement of puck assemblies 302 and/or electronic devices 206 to new post positions, remote location-aware tracking of electronic devices 206 can be a technical challenge.
- Merchandisers typically devise detailed planograms (POGs) that will define which types of electronic devices 206 should be displayed at particular post positions in a retail store to achieve desired retail merchandising goals. For example, a merchandiser may want the newest and most expensive model of a particular brand of smart phone displayed at post positions 1-4 (which are expected to experience the most customer traffic), while older or less expensive models of a smart phone are to be displayed at post positions 5-8 (which are expected to experience less customer traffic).
- POGs planograms
- Monitoring planogram compliance can be a major burden at retail stores, and it is believed that example embodiments of the system 100 described herein can help facilitate effective remote monitoring of planogram compliance by providing an effective mechanism by which identifiers for electronic devices 206, puck assemblies 302, and base assemblies 304 can be tracked and linked with post positions.
- Figures 4A-4D show example process flows that leverage the wireless communication capabilities of a product display assembly 202 to provide location-awareness for the system 100 regarding where puck assemblies 302 and electronic devices 206 are located relative to known locations such as post positions.
- base assemblies 304 are expected to be relatively fixed in terms of their locations in retail stores, while puck assemblies 302 and electronic devices 206 may change their locations in the retail store fairly often, the process flows of Figures 4A-4D provide practitioners with opportunities for improved location tracking of electronic devices 206 and assessing planogram compliance.
- Figures 4A and 4B show examples where the puck assembly 302 is configured to wirelessly communicate with a remote computer system such as gateway computer 110
- Figures 4C and 4D show examples where the base assembly 304 is configured to wirelessly communicate with a remote computer system such as gateway computer 110.
- a remote computer system such as gateway computer 110 and/or server 120 can maintain a data structure 420 such as a table that associates identifiers for the base assemblies 304 (e.g., Base IDs) with locations in a store (e.g., post positions)
- a data structure 420 such as a table that associates identifiers for the base assemblies 304 (e.g., Base IDs) with locations in a store (e.g., post positions)
- the post positions can be known locations within a planogram for a store, and these locations can be defined with respect to frames of reference defined by a planogram in any of a number of manners.
- a planogram could define post positions in a relative manner that is not true to scale with respect to the spatial geometry of a store (e.g., Post Position 1 is the front row leftmost position on a defined table, Post Position 2 is the front row, second from the left position on the defined table, ... , Post Position N is the back row, rightmost position on the defined table, etc.).
- Post Position 1 is the front row leftmost position on a defined table
- Post Position 2 is the front row, second from the left position on the defined table
- Post Position N is the back row, rightmost position on the defined table, etc.
- other stores may define planograms in a more scaled manner where the post positions are represented with more geographical precision.
- the post positions need not be defined with the precision of GPS coordinates or the like unless desired by a practitioner..
- Base assembly 304 can be configured with an identifier that serves to uniquely identify that base assembly 304 within system 100. For example, a different serial number can be assigned to each base assembly and stored in a memory as a Base ID that is accessible to circuitry in the base assembly 304.
- a microprocessor that can be included as part of the base assembly 304 can come from the factory with a globally unique identification number that is similar in nature to a serial number. This identifier can be etched into the internal memory space of the microprocessor and available for reading out and referencing. Such an identifier can be used as the Base ID in an example embodiment.
- the associational data in data structure 420 can be created and stored in the system 100 when base assemblies 304 are installed in a store. Registration can be carried out as a set up operation in software. Uncorrelated positions (e.g., base assemblies that do not have known post positions) can be placed on a software-defined planogram, and then each of these uncorrelated positions can be registered with a post position using a set up process. As base assemblies 304 (or product display assemblies 202 that include puck assemblies 302 and base assemblies 304) start coming online with gateway computer 110, the gateway computer will start seeing data that represents Base IDs (or pairings between Base IDs and identifiers for puck assemblies 302 (Puck IDs)).
- Base IDs or pairings between Base IDs and identifiers for puck assemblies 302 (Puck IDs)
- the gateway computer 110 can then issue wireless commands that correspond to“identify” requests to each of the uncorrelated product display assemblies 202 that will cause a status indicator such as an LED on the subject product display assembly 202 to identify itself (e.g., blink in a certain way).
- This identification can allow a user to physically identify a given base assembly 304 at a given post position with the uncorrelated Base ID data received by the gateway computer 110, which allows the system to register a given base assembly 304 with a given post position in data structure 420.
- post positions can be manually labeled with respective codes or other unique identifiers and base assemblies 304 can be manually labeled with their Base IDs, and a user can manually enter a pairing between these values in the system to create data structure 420.
- the base assembly 304 sends its Base ID to the puck assembly 302.
- This communication can be accomplished via any of a number of techniques, including data transfers via the electrical signal passed through contacts or wireless transfers if both the puck assembly 302 and base assembly 304 are configured for wireless communication with each other.
- the puck assembly 302 receives this Base ID from the base assembly 304.
- the puck assembly 302 can also read an identifier for the electronic device 206 (Device ID) that is connected to the puck assembly 302 (step 404). For example, with reference to Figures 5A and 5B, this determination can be made by reading data about the electronic device 206 through cable 512.
- the electronic device 206 can provide its Device ID to the puck assembly 302, and this Device ID can identify a make and model for the electronic device (e.g., an Apple iPhone X) as well as a serial number. For example, identifying information about the device 206 can be made available to the puck assembly 302 via a USB interface connection through cable 512. For example, upon connection via cable 512, a device 206 that is a USB device can output data that includes USB device descriptors. Identifying information that can include device type data and a Device ID can be determined from such descriptors. For example, the puck assembly 302 or gateway computer 110 can use base level descriptors that are broadcast in response to connection and also implement USB classes to query the device further e.g., USB image class, USB mass storage device class, etc.).
- USB image class e.g., USB image class, USB mass storage device class, etc.
- Receipt of the Device ID allows the puck assembly 302 to pair the Base ID with the Device ID, and this pairing of Base ID with Device ID can be wirelessly sent from the puck assembly 302 to the remote computer system at step 406.
- the puck assembly 302 may also send its own puck assembly identifier (Puck ID) to the remote computer system at step 406, which would pair the Base ID with the Device ID and the Puck ID.
- the remote computer system receives this pairing of Base ID with Device ID (or Base ID with Device ID and Puck ID), and it updates the data structure to associate the Device ID (or Device ID and Puck ID) with a post position by virtue of the shared Base ID (see data structure 422).
- data structure 422 tracks which electronic devices 206 are at which post positions, and it can also track which puck assemblies 302 are at which post positions.
- the example of Figure 4B shows an example where the puck assembly 302 initiates the location-aware pairing operation.
- the puck assembly 302 detects a trigger event, and this trigger event causes the puck assembly 302 to send a request for the base assembly’s identifier (Base ID) to the base assembly 304 (step 432). This communication can occur over a similar channel as described in connection with step 400 of Figure 4A.
- the base assembly 304 receives the ID request and returns the Base ID to the puck assembly 302 (step 400 as described in connection with Figure 4A).
- the remaining steps 402, 404, 406, and 408 can be performed as described above in connection with Figure 4A.
- any of a number of trigger events can be used at step 430 to initiate the operation of pairing the Base ID with the Device ID and/or Puck ID.
- the trigger event can be anytime that the puck assembly 302 detects a detachment from the base assembly 304 and/or tether 310 (which may indicate movement of the puck assembly 302 to a new post position, in which case the need for re-pairing may arise).
- the trigger event can also a detection by the puck assembly 302 that it has lost power.
- Another example of a trigger event can be the detection of a new connection with an electronic device 206 (e.g., via cable 512).
- Yet another example of a trigger event can be a detection that the puck assembly 302 has been lifted.
- a trigger event can be an expiration of a timer (which would define a timed basis for triggering the pairing operation so that the system can regular re-pair and confirm which electronic devices 206 are at which post positions).
- a trigger event can be a command sent from the computer system 110/120 in response to a user request through interface 130 to force a re-pairing.
- Figures 4C and 4D show examples where the base assembly 304 is configured to wirelessly communicate with the remote computer system.
- the example of Figure 4C can begin at step 4500 with the puck assembly 302 reading the Device ID for its connected electronic device 206 (where this step can be performed in a similar fashion as step 404 from Figures 4A and 4B).
- the puck assembly 302 sends the Device ID (or the Device ID paired with the Puck ID) to the base assembly 304. .
- This communication can occur over a similar channel as described in connection with step 400 of Figure 4A.
- the base assembly 304 receives the Device ID (or the Device ID paired with the Puck ID).
- the base assembly 304 reads its Base ID and sends a pairing of the Base ID with the Device ID (or a pairing of the Base ID with the Device ID and Puck ID) to the remote computer system using its wireless communication capability.
- the remote computer system receives this pairing of Base ID with Device ID (or Base ID with Device ID and Puck ID), and it updates the data structure 420 to associate the Device ID (or Device ID and Puck ID) with a post position by virtue of the shared Base ID (see data structure 422).
- FIG. 4D shows an example where the puck assembly’s detection of a trigger event at step 470 initiates the pairing operation.
- the trigger event(s) used at step 470 can be the same as those discussed above in connection with step 430 of Figure 4B.
- the data structure 422 can allow for highly detailed planogram monitoring in real-time and around the clock, both on a per-retail store basis and on a multi-retail store basis.
- a software application run by the remote computer system can compare data structure 422 with a planogram. In response to the comparison, the software application can determine whether at least one of the electronic devices 206 is located in an incorrect location. If so, the software application can generate a notification about the incorrect location, and this notification can be delivered to interested parties, such as personnel in the retail store who can move the electronic device to the correct location. Retail store personnel can receive such notifications on their smart phones and/or tablet computers (e.g., via the management user interface 130).
- data about lift events could be communicated wirelessly via the puck (e.g., via a wireless transmitter in the puck or by using the tether 210 as an RF antenna). Alternately, such data could be communicated over a conductor within the tether 210 itself as a standard signal using the conventional RF signal approaches.
- the remote computer system can then correlate this lift tracking data with the data structure 422 to reliably know precisely which electronic devices are being inspected at which post positions.
- the wireless communication capabilities of the product display assembly 202 can also be used to report other types of information to a remote computer system such as gateway computer 110 and/or server 120.
- the product display assembly can wirelessly communicate access log data to the gateway computer 110 and/or server 120.
- the product display assemblies 202 can be designed so that only authorized users are allowed to arm and/or disarm the security features of the product display assemblies 202. Thus, if the product display assembly 202 is in an armed state, a removal of the displayed product (e.g., electronic device 206) can trigger an alarm. However, if the product display assembly 202 is in a disarmed state, the product can be removed from the puck assembly 302 without triggering an alarm.
- the product display assembly 202 can be controllable so that only authorized users are able to disarm (and arm) the product display assembly 202.
- Examples of technology that can be used to perform user authorization and authentication are described in U.S. Patent No. 9,892,604 and U.S. Pat. App. Pub. 2017/0300721, the entire disclosures of which are incorporated herein by reference.
- the access log data can identify when a given product display assembly was armed/disarmed and by which authorized user.
- the access log data can also identify the electronic device 206 on display when an arm/ disarm event occurred as well as where the product display assembly 202 was located when the arm/disarm event occurred (or the access log data can be correlated with data structure 422 to determine such information).
- Figure 6 depicts an example process flow for use by the product display assembly 202 to log access data and report the access data to a remote computer system such as gateway computer 110 and/or server 120.
- an authorized user who attempts to arm/disarm a product display assembly (PDA) 202 is authenticated.
- PDA product display assembly
- U.S. Patent No. 9,892,604 and U.S. Pat. App. Pub. 2017/0300721 describe technology that can be used to authorize and authenticate users for such tasks.
- the PDA 202 can be armed/disarmed as requested.
- the PDA 202 logs event data relating to this arming/disarming.
- the event data that is logged may include an identifier for the authorized user who was authenticated at step 600 (e.g., each authorized user can be assigned a security fob or the like that includes a unique identifier associated with the user - such an identifier can serve as a User ID, and the authentication process can authenticate the user on the basis of this User ID).
- the event data may also include an identifier for the PDA 202, which can be referred to as a node identifier (Node ID) given that the PDA 202 in this example is serving as a wireless node 102 within system 100.
- Node ID node identifier
- the Node ID can be a Puck ID, Base ID, or other identifier that serves to uniquely identify a PDA 202 within system 100 (e.g., a combination of Puck ID and Base ID).
- the event data may also include an identifier for the product displayed by the PDA 202 (e.g., Device ID), as well as a timestamp for the event (e.g., date and time) and identifier for event type (e.g., arm event, disarm event, etc.).
- the PDA 202 can wirelessly send the logged event data to the remote computer system via wireless network 104.
- Figure 2-4 and 6 describe various operations that can be performed with respect to wireless nodes 102 that correspond to product display assemblies 202, it should be understood that the features of Figures 2-4 and 6 could also be performed in connection with any of the other types of wireless nodes 102 within system 100 that are referenced above.
- the wireless nodes 102 can correspond to different locks within a retail store. Location awareness operations similar to those described by Figures 4A-4D can be performed to track where a given lock is being used.
- a lock that regulates access to a cabinet can have a unique identifier that is associated with a cabinet location, and to the extent that the locks might be moved to different electronically identifiable cabinets, the Figures 4A-4D process flows can be used to pair Lock IDs with Cabinet IDs or the like.
- An example of an electronically controllable lock that can be configured with a wireless transceiver to serve as a wireless node 102 is described in US Pat. App. Pub. 2015/0048625, which is incorporated herein by reference.
- the lock could also be configured with an RFID reader or other sensor that would be capable of detecting RFID-equipped (or other sensible) products being moved into or out of an enclosure such as a cabinet secured by the lock to detect identifiers for such products.
- Such Product IDs could then be paired with the Lock IDs to track which products are secured by which locks.
- a process flow similar to that of Figure 6 can be performed by the lock to log events such as lock/unlock commands from authorized users and then wirelessly share the event log data with a remote computer system such as gateway computer 110 and/or server 120.
- the wireless nodes 102 can correspond to different power strips within a retail store. Location awareness operations similar to those described by Figures 4A-4D can be performed to track where a given power strip is being used and whether any products are connected to the power strip.
- a power strip that is used to power one or more electrical appliances can have a unique identifier (e.g., Strip ID) that is associated with a location in a store, and to the extent that the power strips might be moved to different store locations, the Figures 4A- 4D process flows can be used to pair Strip IDs with new locations.
- Strip ID unique identifier
- the power strip can also be configured to provide security functions so that alarms are triggered when the power strip is in an armed state and an electrical appliance is removed from a power outlet on the strip.
- Examples of such intelligent power strips that can be configured with a wireless transceiver to serve as a wireless node 102 are described in US Pat. App. Pub. 2017/0116832 and U.S. provisional patent application 62,553,770, filed September 1, 2017, and entitled“Power And/Or Alarming Security System for Electrical Appliances”, the entire disclosures of which are incorporated herein by reference.
- the power strip could also be configured to detect identifiers for electrical appliances powered by the power strip (where these identifiers can serve as Product IDs).
- Such Product IDs could then be paired with the Strip IDs to track which products are connected with which power strips (or even with which power outlets within which power strips). For example, if the power strip provides DC power to a connected device such as a USB device (e.g., a smart phone or the like), then Product IDs can be determined by the power strip in response to its connection with the device. For a power strip that provides AC power to a connected device (e.g., where the connected device is a television set, vacuum cleaner, etc.), the power strip may be able to categorize the connected device as being a particular type of device based on a profile of its electrical characteristics as measurable by the power strip, and such type information can be used as a Product ID.
- a connected device such as a USB device
- the power strip may be able to categorize the connected device as being a particular type of device based on a profile of its electrical characteristics as measurable by the power strip, and such type information can be used as a Product ID.
- a manual process of determining a Product ID for devices connected to the power strip could be used (e.g., a reader such as a bar code reader being used by store personnel to scan a device connected to the strip and obtain a Product ID that can be paired with a power strip identifier (or even a socket identifier of the power strip).
- a process flow similar to that of Figure 6 can be performed by the power strip to log events such as arm/disarm commands from authorized users and then wirelessly share the event log data with a remote computer system such as gateway computer 110 and/or server 120.
- the wireless nodes 102 can correspond to different shelves or peg hooks within a retail store. Location awareness operations similar to those described by Figures 4A-4D can be performed to track where a given shelf or peg hook is being used within a retail store, where identifiers for the shelves and/or peg hooks are associated with locations for those shelves and/or peg hooks via a data structure.
- the shelf or hook could also be configured with an RFID reader or other sensor that would be capable of detecting RFID-equipped (or other sensible) products being moved onto the subject shelf or hook to detect identifiers for such products. Such Product IDs could then be paired with Shelf IDs/Hook IDs for the wireless nodes 102 to track which products are on which shelves or hooks.
- a process flow similar to that of Figure 6 can be performed by the shelf or hook to log events such as products being added or removed from the shelves/hooks (or events such as arming or disarming if the shelf or hook is capable of being armed/disarmed) and then wirelessly share the event log data with a remote computer system such as gateway computer 110 and/or server 120.
- a remote computer system such as gateway computer 110 and/or server 120.
- the system 100 can include multiple different types of wireless nodes 102 within wireless network 104 so that the gateway computer 110 and server 120 can monitor and control a hybrid mix of wireless nodes 102.
- the hybrid mix of wireless nodes 102 can include two or more of the following different types of nodes: a product display assembly, a display shelf, a display hook (e.g., a peg hook), a lock, a power outlet, a power strip, an audio/video controller, a camera, a sensor, a status indicator, a docking station, goods, etc.
- the wireless nodes 102 include (1) a plurality of wireless nodes 102 corresponding to product display assemblies (PDAs), (2) a plurality of wireless nodes 102 corresponding to locks, and (3) a plurality of wireless nodes 102 corresponding to power strips.
- the hybrid system may include only two different types of wireless nodes 102.
- the hybrid system may include different mixes of different types of wireless nodes 102 than those shown by the example of Figure 7A (e.g., where the system 100 includes wireless nodes 102 corresponding to PDAs and hooks, etc.).
- a practitioner may choose to include any combination of different types of wireless nodes 102 within system 100.
- FIG. 7B shows an example data structure 700 that can be employed by the gateway computer 110 and/or server 120 to track data for the different types of wireless nodes 102.
- a data structure 702 (which may take the form of a table or the like) can associate different identifiers for the wireless nodes 102 (Node IDs) with the appropriate type of node for the wireless node 102 corresponding to the subject Node ID.
- Node IDs that correspond to product display assemblies 202 can be associated with a node type that corresponds to product display assemblies 202.
- Node IDs that correspond to locks can be associated with a node type that corresponds to locks
- Node IDs that correspond to hooks can be associated with a node type that corresponds to power strips.
- Each Node ID for a particular node type can further be associated with data such as data structures 704, 706, and 708.
- Data structure 704 comprises additional data that can be associated with wireless nodes 102 corresponding to PDAs.
- Data structure 704 can include fields similar to those discussed above for data structure 422, and can also include additional status information about each subject Node ID (where in this example, the Node ID can correspond to a Puck ID, although it should be understood that this need not be the case).
- the data included in such status information can be wirelessly communicated from the wireless nodes 102 to the gateway computer 110 and/or server 120 via the wireless network 104.
- An example of status information that can be included in data structure 704 comprises an indicator as to whether the subject PDA is currently armed or disarmed.
- status information that can be included in data structure 704 comprises access event log data such as described above in connection with Figure 6 (e.g., logs of who did what and when with respect to the PDA, such as which user badge was used to control the PDA, what code or password was used to arm/disarm, etc.).
- status information that can be included in data structure 704 comprises lift data or the like that tracks customer interaction with the PDA (see, for example, Figure 13G which shows an example GUI that presents data about tracked lifts with respect PDAs in a store).
- status information that can be included in data structure 704 comprises data that reflects a diagnostic and/or health status for the device corresponding to the subject Device ID (e.g., current status and/or charge level for a battery in the device, a temperature status for the device, etc.). Still more examples of status information that can be included in data structure 704 comprise health and/or diagnostic data about the PDA (e.g., whether is the PDA is charging devices properly, a charge level for a battery included in the puck assembly 302, over-current events, etc.). The status information can also include timestamps for all such data items.
- the Device IDs tied to given post positions may change, and the time stamps can allow the system to track such changes which supports forensic auditing of each PDA within the system 100.
- Data structure 706 comprises additional data that can be associated with wireless nodes 102 corresponding to locks.
- Data structure 706 can include fields similar to those discussed above for data structure 422 (where the lock location field serves to identify a location for a given lock in a store, and where the Node ID field serves to identify a particular lock), and can also include additional status information about each subject Node ID (where in this example, the Node ID can correspond to a Lock ID).
- the data included in such status information can be wirelessly communicated from the wireless nodes 102 to the gateway computer 110 and/or server 120 via the wireless network 104.
- An example of status information that can be included in data structure 706 comprises an indicator as to whether the subject lock is currently locked or unlocked.
- status information that can be included in data structure 706 comprises access event log data such as described above in connection with Figure 6 (e.g., logs of who did what and when with respect to the lock, such as which user badge was used to control the lock, what code or password was used to lock/unlock, etc.).
- status information that can be included in data structure 706 comprises data indicative of the products or type of products that are secured by the subject lock.
- Still more examples of status information that can be included in data structure 706 comprise health and/or diagnostic data about the lock (e.g., whether is the lock is operating properly, etc.).
- the status information can also include timestamps for all such data items which supports forensic auditing of each lock within the system 100 (see, for example, Figure 13F which shows an example GUI that tracks users and their interactions with various locks in a store, where each user can be identified by a name and user identifier code, and where each user’s dates/times/durations of interactions with identified locks can be presented).
- Data structure 708 comprises additional data that can be associated with wireless nodes 102 corresponding to power strips.
- Data structure 708 can include fields similar to those discussed above for data structure 422 (where the power strip location field serves to identify a location for a given power strip in a store, where the Node ID field serves to identify a particular power strip, and where the Product Type ID field serves to identify a product type connected to the power strip), and can also include additional status information about each subject Node ID (where in this example, the Node ID can correspond to a Power Strip ID).
- the data included in such status information can be wirelessly communicated from the wireless nodes 102 to the gateway computer 110 and/or server 120 via the wireless network 104.
- An example of status information that can be included in data structure 708 comprises an indicator as to whether the subject power strip is currently armed or disarmed (if applicable).
- Another example of status information that can be included in data structure 708 comprises access event log data such as described above in connection with Figure 6 (e.g., logs of who did what and when with respect to the power strip, such as which user badge was used to control the power strip, what code or password was used to arm/disarm, etc.) and/or power strip interaction data (such as product removals or additions to the power strip).
- Another example of status information that can be included in data structure 708 comprises data indicative of the product identifiers such as SKUs that are displayed via the power strip.
- the status information can also include timestamps for all such data items which supports forensic auditing of each power strip within the system 100.
- the gateway computer 110 and/or server 120 can serve as a common repository and access point for users to monitor and control different types of wireless nodes 102 within an environment such as one or more retail stores. This is a dramatic improvement over conventional systems where any such management if possible at all was occurring through distinct systems such that users were forced to configured, access, and use disparate computer systems that lacked a singular, holistic view of a larger hybrid environment.
- different types of wireless nodes 102 can have different
- Figure 8A shows a memory 810 that may be part of the gateway computer 110 and/or server 120, where this memory includes different program instructions for different types of wireless nodes 102.
- the memory 810 may include (1) management/control flow program instructions 820 for a first node type, (2) management/control flow program instructions 822 for a second node type, and (3) management/control flow program instructions 824 for a third node type.
- a processor of gateway computer 110 and/or server 120 can interact with data structure 702 and memory 810 (where data structure 702 may be stored in memory 810) to perform the process flow of Figure 8A.
- the processor determines the node type of interest (e.g., a PDA, lock, etc.)
- the processor selects the appropriate
- management/control flow program instructions for the determined node type from memory 810.
- the processor executes the selected management/control flow program instructions to thereby provide the management and control that is specific to a particular node type, all from a common computer system for the different node types.
- the instructions for the various management/control process flows can be embodied as a plurality of processor-executable instructions that are resident on a non-transitory computer-readable storage medium (such as memory 810).
- Figure 8B further shows how such management and control over different node types can be provided from a common user interface.
- a user who is requesting access to system 100 is authenticated to confirm that he or she is an authorized user.
- the system can employ permission levels to restrict a user’s access to only data to which he or she is entitled to review or control (e.g., a manager at Store A can have an assigned permission level that allows him or her to access data about wireless nodes in Store A but not data about wireless nodes in Store B; while a regional manager for a chain of stores may get access to data from wireless nodes in the stores encompassed by the manager’s region, and so on).
- GUI graphical user interface
- Figure 13 A shows an example where a user who is a corporate level user can view a list of stores that include wireless nodes 102 being tracked by the system.
- a store-specific GUI can be presented.
- Figure 13B shows an example of a GUI for a store where different types of wireless nodes 102 are present (see lock nodes 1300 and PDA nodes 1302).
- a landing page after authentication for such a user could be a GUI such as that shown by Figure 13B.
- This GUI can list or display the different types of wireless nodes 102 that are supported by the system, and the GUI can be responsive to user input (which may include touch input through a touchscreen if the GUI is touchscreen-enabled) to select one or more of the listed node types.
- the system receives a node type selection from the user.
- the system can then select and execute the appropriate management/control flow for the selected node type (see, e.g., Figure 8A).
- users can be provided with a common interface for managing and controlling different types of wireless nodes 102 within system 100.
- Figure 9 shows an example management/control flow with respect to product display assemblies (PDAs) 202 as wireless nodes 102.
- a user is authenticated to confirm that the user is an authorized user. If the Figure 9 process flow is performed in conjunction with the Figure 8B process flow (e.g., as part of steps 856, 858, or 860), then it should be understood that step 900 may be omitted as step 850 would have already authenticated the authorized user.
- the Figure 9 process flow need not only be performed in a hybrid system 100 with different types of wireless nodes 102; the Figure 9 process flow could also be performed as part of a system 100 where all of the wireless nodes 102 correspond to PDAs 202.
- a GUI is presented to the user that provides the user with a view of the subject PDAs.
- this GUI can provide a visual mapping of different PDAs within the retail store.
- Each PDA can be shown via a graphical icon or the like and be positioned in a spatial arrangement on the GUI having a relationship to the tracked location of that PDA within the store.
- Figure 13C shows an example GUI for this.
- a room with multiple tables and other display location is graphically illustrated in an upper portion of the GUI.
- the locations of various PDAs within the room can be graphically depicted via colored circles within the room illustration.
- a list in the lower portion of the GUI can then list different sections of the room.
- the GUI can focus in on the selected section (e.g., focusing in on the section labeled“MTI Showroom East”).
- the GUI also shows a security status for the PDAs in the various sections (and where user input via a swiping action can cause the system to issue an arm/disarm command to the PDAs in a particular section).
- Figure 13D shows a GUI that has been focused on a particular section listed in Figure 13C (which is“MTI Showroom East” in this example).
- a table with multiple PDAs in a particular showroom is presented in the upper portion of the GUI, and each PDA is graphically shown as a circle on a table surface.
- the lower portion of the GUI lists different tables that are present in the subject showroom. Selection of a listed table can cause the GUI to show table-specific PDAs.
- the GUI also shows a security status for the PDAs on the various tables (and where user input via a swiping action can cause the system to issue an arm/disarm command to PDAs for the selected section and/or table).
- the PDAs can also or alternatively be presented as a list of PDAs (e.g., a textual list of PDA 1, PDA 2, etc.), where such a list need not provide any location awareness information.
- the different PDAs may be identified by their known post positions to make them easily identifiable to users.
- the GUI could sort and list the PDAs using any of a number of different manners of presentation.
- the list can present PDAs alphabetically.
- the list can order the PDAs on the basis of a criticality criteria (e.g., any PDAs showing an alarm status or some other operational anomaly could be bumped higher on the list than PDAs that show normal status).
- tiers of criticality could be used (e.g., tier 1 or“red” warnings for PDAs with an active alarm status, tier 2 or“yellow” warnings for PDAs that show some other anomaly (e.g., see Figure 13E (which shows a PDA that is flagged for not properly charging a device); or as another example, a PDA being in a disarmed state for longer than a defined threshold), and tier 3 for PDAs that are operating normally.
- the GUIs may be designed in a fashion that allows the user to selectably control how PDAs are listed or displayed.
- the GUI can be configured to accept a variety of different user inputs.
- each displayed or listed PDA can be selectable by a user (e.g., via a touch input, link selection, etc.).
- User inputs can also be provided for actions such as arming/disarming one or more PDAs, and requesting some form of action with respect to one or more PDAs (e.g., changing which device 206 is presented by a particular PDA, requesting maintenance for a particular PDA, etc.) ⁇
- user input can be received via the GUI.
- the process flow can proceed to step 910.
- the system can retrieve data about the selected PDA (e.g., data from data structure 704 for the selected PDA), and this retrieved data can be presented to the user via a GUI.
- a GUI can identify where the subject PDA is located, whether the subject PDA is currently armed/disarmed, what device 206 is connected to the PDA, a current charge level for a battery in device 206, how many customer interactions with the PDA has occurred over some defined time duration, etc.).
- Figure 13E shows an example GUI that lists different PDAs, and where a particular PDA that exhibits a charging issue has been selected for presentation to the user. This GUI shows how a detected health condition such as a device not charging properly can be flagged to users.
- the GUI also shows how the GUI can propose a solution to the identified problem.
- the “Identify” button in Figure 13E can be selected by the user to cause the system to wirelessly transmit a command to the subject PDA that will cause a status indicator on the subject PDA to call attention to the subject PDA. This can help a user identify the PDA that needs to be serviced.
- Such a GUI may also provide an event log history for the subject PDA (or include a selectable button or link for accessing and presenting such a log history).
- Such a GUI can also be capable of receiving user input that corresponds to a request from the user to arm or disarm the subject PDA. Further still, such a GUI can also be capable of receiving user input that corresponds to an action request with respect to the subject PDA.
- step 920 the system wirelessly sends an arm/disarm command to the subject PDA 202 via gateway computer 110 and the wireless network 104.
- the wireless network 104 is arranged as a wireless mesh network, the mesh network can help reliably deliver this command to the subject PDA even if a direct link between the gateway computer 110 and the subject PDA is not available at that time. Given that retail stores are accepted to be noisy signal
- the mesh network configuration can be particularly advantageous.
- the PDA 202 can be configured to wirelessly send an acknowledgement message back to the gateway computer 110 in response to receipt of the arm/disarm command to confirm that the command was received and followed.
- the system can check for this
- acknowledgement message from the subject PDA If received, the process flow can proceed to step 924 and update the GUI to show a change in the armed/disarmed status for the subject PDA. If no acknowledgement message is received, an error notification can be generated, which may result in an employee being flagged to check on the subject PDA to assess whether the subject PDA is armed or disarmed.
- step 930 user input can be received through a GUI that defines the nature of the specific action request.
- the GUI can provide a text entry field through which a user can request that an action be taken such as changing the device 206 that is displayed via a PDA or installing a new puck assembly 302 at the PDA.
- a GUI could provide a menu of selectable predefined action requests (e.g.,“Check PDA”,“Install New Puck at PDA”, etc.).
- the system generates a notification message based on the action request user input from step 930.
- the system sends this notification message to a responsible party so that the action request can be implemented.
- This message can then be received on a tablet computer, smart phone, or other device carried by the responsible party so that the responsible party can be informed of the need to take the requested action.
- the system can also store a data structure that maintains a contact list for different responsible parties (e.g., employees within a retail store), where the system will include an assignment mechanism for assigning action request messages to people on the contact list according to availability data maintained by the system (e.g., who is on shift, etc.).
- Figure 10 shows an example management/control flow with respect to locks as wireless nodes 102.
- a user is authenticated to confirm that the user is an authorized user. If the Figure 10 process flow is performed in conjunction with the Figure 8B process flow (e.g., as part of steps 856, 858, or 860), then it should be understood that step 1000 may be omitted as step 850 would have already authenticated the authorized user.
- the Figure 10 process flow need not only be performed in a hybrid system 100 with different types of wireless nodes 102; the Figure 10 process flow could also be performed as part of a system 100 where all of the wireless nodes 102 correspond to locks.
- a GUI is presented to the user that provides the user with a view of the subject locks.
- this GUI can provide a visual mapping of different locks within the retail store.
- Each lock can be shown via a graphical icon or the like and be positioned in a spatial arrangement on the GUI having a relationship to the tracked location of that lock within the store.
- the locks can also or alternatively be presented as a list of locks (e.g., a textual list of Lock 1, Lock 2, etc.).
- the different locks may be identified by their known lock positions to make them easily identifiable to users (e.g., Cabinet Al, Cabinet A2, etc.).
- the GUI can be configured to accept a variety of different user inputs.
- each displayed or listed lock can be selectable by a user (e.g., via a touch input, link selection, etc.).
- User inputs can also be provided for actions such as locking/unlocking one or more locks, and requesting some form of action with respect to one or more locks (e.g., changing the items within an enclosure protected by a lock, requesting maintenance for a particular lock, etc.).
- user input can be received via the GUI.
- the process flow can proceed to step 1010.
- the system can retrieve data about the selected lock (e.g., data from data structure 706 for the selected lock), and this retrieved data can be presented to the user via a GUI.
- a GUI can identify where the subject lock is located, whether the subject lock is currently locked or unlocked, what items are within an enclosure protected by the lock, etc.).
- Such a GUI may also provide an access log history for the subject lock (or include a selectable button or link for accessing and presenting such a log history).
- Such a GUI can also be capable of receiving user input that corresponds to a request from the user to lock or unlock the subject lock. Further still, such a GUI can also be capable of receiving user input that corresponds to an action request with respect to the subject lock.
- step 1020 the system wirelessly sends a lock/unlock command to the subject lock via gateway computer 110 and the wireless network 104.
- the wireless network 104 is arranged as a wireless mesh network
- the mesh network can help reliably deliver this command to the subject lock even if a direct link between the gateway computer 110 and the subject lock is not available at that time.
- the lock can be configured to wirelessly send an acknowledgement message back to the gateway computer 110 in response to receipt of the lock/unlock command to confirm that the command was received and followed.
- the system can check for this acknowledgement message from the subject lock. If received, the process flow can proceed to step 1024 and update the GUI to show a change in the locked/unlocked status for the subject lock. If no acknowledgement message is received, an error notification can be generated, which may result in an employee being flagged to check on the subject lock to assess whether the subject PDA is locked or unlocked.
- step 1030 user input can be received through a GUI that defines the nature of the specific action request.
- the GUI can provide a text entry field through which a user can request that an action be taken such as changing the item(s) within the enclosure protected by the subject lock.
- a GUI could provide a menu of selectable predefined action requests (e.g.,“Check Lock”,“Install Lock”, etc.).
- the system generates a notification message based on the action request user input from step 1030. Then, at step 1034, the system sends this notification message to a responsible party so that the action request can be implemented.
- the system can also store a data structure that maintains a contact list for different responsible parties (e.g., employees within a retail store), where the system will include an assignment mechanism for assigning action request messages to people on the contact list according to availability data maintained by the system (e.g., who is on shift, etc.).
- responsible parties e.g., employees within a retail store
- the system will include an assignment mechanism for assigning action request messages to people on the contact list according to availability data maintained by the system (e.g., who is on shift, etc.).
- Figure 11 shows an example management/control flow with respect to power strips as wireless nodes 102.
- a user is authenticated to confirm that the user is an authorized user. If the Figure 11 process flow is performed in conjunction with the Figure 8B process flow (e.g., as part of steps 856, 858, or 860), then it should be understood that step 1100 may be omitted as step 850 would have already authenticated the authorized user.
- the Figure 11 process flow need not only be performed in a hybrid system 100 with different types of wireless nodes 102; the Figure 11 process flow could also be performed as part of a system 100 where all of the wireless nodes 102 correspond to power strips.
- a GUI is presented to the user that provides the user with a view of the subject power strips.
- this GUI can provide a visual mapping of different power strips within the retail store.
- Each power strip can be shown via a graphical icon or the like and be positioned in a spatial arrangement on the GUI having a relationship to the tracked location of that power strip within the store.
- the power strips can also or alternatively be presented as a list of power strips (e.g., a textual list of Power Strip 1, Power Strip 2, etc.).
- the different power strips may be identified by their known store positions to make them easily identifiable to users (e.g., Table 1, Table 2, etc.).
- the GUI can be configured to accept a variety of different user inputs.
- each displayed or listed power strip can be selectable by a user (e.g., via a touch input, link selection, etc.).
- User inputs can also be provided for actions such as arming/disarming one or more power strips (and/or individual power outlets on power strips), and requesting some form of action with respect to one or more power strips (e.g., changing which electrical appliance is connected to a power strip, requesting maintenance for a particular power strip, etc.).
- user input can be received via the GUI.
- the process flow can proceed to step 1110.
- the system can retrieve data about the selected power strip (e.g., data from data structure 708 for the selected power strip), and this retrieved data can be presented to the user via a GUI.
- a GUI can identify where the subject power strip is located, whether the subject power strip is currently armed/disarmed, what electrical appliances are connected to the power strip (if such information is available for the strip), etc.).
- Such a GUI could be similar in nature to those shown for PDAs with respect to Figures 13C and 13D.
- Such a GUI may also provide an event log history for the subject power strip (or include a selectable button or link for accessing and presenting such a log history).
- Such a GUI can also be capable of receiving user input that corresponds to a request from the user to arm or disarm the subject power strip. Further still, such a GUI can also be capable of receiving user input that corresponds to an action request with respect to the subject power strip.
- this command can be applicable to a power strip as a whole. However, in another example embodiment, this command can be specific to an individual power outlet within a power strip.
- the system wirelessly sends an arm/disarm command to the subject power strip via gateway computer 110 and the wireless network 104.
- the wireless network 104 is arranged as a wireless mesh network, the mesh network can help reliably deliver this command to the subject power strip even if a direct link between the gateway computer 110 and the subject power strip is not available at that time. Given that retail stores are accepted to be noisy signal environments, the mesh network configuration can be particularly advantageous.
- the power strip can be configured to wirelessly send an acknowledgement message back to the gateway computer 110 in response to receipt of the arm/disarm command to confirm that the command was received and followed.
- the system can check for this acknowledgement message from the subject power strip. If received, the process flow can proceed to step 1124 and update the GUI to show a change in the armed/disarmed status for the subject power strip. If no acknowledgement message is received, an error notification can be generated, which may result in an employee being flagged to check on the subject power strip to assess whether the subject power strip (or specific power outlet in the subject power strip) is armed or disarmed.
- step 1130 user input can be received through a GUI that defines the nature of the specific action request.
- the GUI can provide a text entry field through which a user can request that an action be taken such as changing an electrical appliance that is connected to the power strip.
- a GUI could provide a menu of selectable predefined action requests (e.g.,“Check Power Strip”,“Remove Power Strip”, etc.).
- the system generates a notification message based on the action request user input from step 1130. Then, at step 1134, the system sends this notification message to a responsible party so that the action request can be implemented.
- the system can also store a data structure that maintains a contact list for different responsible parties (e.g., employees within a retail store), where the system will include an assignment mechanism for assigning action request messages to people on the contact list according to availability data maintained by the system (e.g., who is on shift, etc.).
- responsible parties e.g., employees within a retail store
- the system will include an assignment mechanism for assigning action request messages to people on the contact list according to availability data maintained by the system (e.g., who is on shift, etc.).
- FIGS 9-11 show examples of management/control flows for different types of wireless nodes 102, it should be understood that such management/control flows could be designed to perform different tasks if desired by a practitioner.
- Figures 9- 11 show examples of management/control flows for PDAs, locks, and power strips respectively, it should be understood that similar management/control flows can be implemented for other types of wireless nodes 102 (e.g., peg hooks, shelves, etc.).
- Figure 12 shows an example process flow for alert generation with respect to a wireless node 102 in the system 100.
- Such a process flow can be executed by gateway computer 110 and/or server 120 automatically as new data is received from wireless nodes 102, or it can be executed on demand in response to user requests.
- the system compares the status information for a wireless node 102 with one or more conditions.
- An example of such conditions could be planogram data for PDAs 202 in a store.
- the planogram data can identify which post positions are slated to display which device types.
- Step 1200 can compare the data in data structure 422/704 with such planogram data to assess planogram compliance.
- Another example of such conditions could be a battery charge threshold for a battery of an electronic device 206 displayed via a PDA 202.
- Step 1200 can compare battery status data that may be present in table 704 with the threshold to assess whether any electronic devices 206 are under-charged. Such an under-charge scenario could indicate that a maintenance need exists. Yet another example of such conditions could be a temperature threshold for a battery of an electronic device 206 displayed via a PDA 202.
- Step 1200 can compare temperature data that may be present in table 704 with the threshold to assess whether any electronic devices 206 are running hot. If so, it may be desirable to disconnect the electronic device 206 from power.
- the condition could be a time threshold that is used to assess whether a PDA has been left unarmed for too long or whether a lock has been left unlocked for too long.
- the system generates an alert message about the wireless node(s) 102 in question if the comparison at step 1200 indicates that an alert is needed.
- This alert message can identify the subject wireless node(s) and location as well as the nature of the issue that triggered the alert (e.g., POG non-compliance, unlocked for too long, etc.).
- the system sends the alert message as a notification to a responsible party.
- the alert notification message can then be received on a tablet computer, smart phone, or other device carried by the responsible party so that the responsible party can be informed about the alert.
- the system can also store a data structure that maintains a contact list for different responsible parties (e.g., employees within a retail store), and the system can include an assignment mechanism for assigning alert notification messages to people on the contact list according to availability data maintained by the system (e.g., who is on shift, etc.).
- responsible parties e.g., employees within a retail store
- the system can include an assignment mechanism for assigning alert notification messages to people on the contact list according to availability data maintained by the system (e.g., who is on shift, etc.).
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Economics (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Tourism & Hospitality (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Signal Processing (AREA)
- Entrepreneurship & Innovation (AREA)
- Development Economics (AREA)
- General Business, Economics & Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- Theoretical Computer Science (AREA)
- Life Sciences & Earth Sciences (AREA)
- General Life Sciences & Earth Sciences (AREA)
- Geophysics (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Disclosed herein are a number of example embodiments where wireless nodes are arranged in a wirelessly connected environment to support a variety of remote management operations, including location tracking, status monitoring, and remote control. In an example embodiment, the wireless nodes can be deployed in a retail store and provide remote management and control over any combination of product display assemblies, locks, power strips, display shelves, display hooks, and other node types.
Description
Wirelessly Connected Environment of Wireless Nodes
Cross-Reference and Priority Claim to Related Patent Applications:
This patent application claims priority to U.S. provisional patent application
62/650,992, filed March 30, 2018, and entitled“Wirelessly Connected Environment of Wireless Nodes”, the entire disclosure of which is incorporated herein by reference.
This patent application also claims priority to (1) U.S. patent application 16/001,601, filed June 6, 2018, entitled“Location Tracking of Products and Product Display Assemblies in a Wirelessly Connected Environment”, (2) U.S. patent application 16/001,605, filed June 6, 2018, entitled“Remote Monitoring and Control over Wireless Nodes in a Wirelessly Connected Environment” , and (3) U.S. patent application 16/001,631, filed June 6, 2018, entitled“Wirelessly Connected Hybrid Environment of Different Types of Wireless Nodes”, the entire disclosures of each of which are incorporated herein by reference.
Introduction:
There is a need for improvement with respect to how different items of equipment in environments such as retail stores can be managed. For example, tracking the locations and status of different equipment items can be a daunting task that has conventionally required the deployment of heavy human resources. As solutions to this problem, a number of innovative applications of wireless communication technology are disclosed herein.
For example, wireless communication technology can be applied to items of equipment to provide location awareness for a system that manages the equipment items. Similarly, wireless communication technology can be applied to gather status data from the equipment items, where such status data can then be remotely accessed through user interfaces. Through such user interfaces, users can review the status data, monitor, and control the various equipment items.
In an example embodiment for location awareness, a plurality of wireless nodes can be arranged as a wireless network, wherein each of a plurality of the wireless nodes includes a wireless transceiver for wireless communication over the wireless network, and wherein a plurality of the wireless nodes are part of different product display assemblies, each product
display assembly configured to connect with a product for presentation of the product to a consumer, A computer system can be configured for wireless communication with the wireless network. Each of a plurality of the product display assemblies can be configured to wirelessly transmit data to the computer system via the wireless network that pairs an identifier for the product display assembly with an identifier for the product. The computer system can be further configured to (1) receive the wirelessly transmitted data via the wireless network, (2) store data that identifies a location for each of a plurality of the product display assemblies in association with identifiers for the product display assemblies, and (3) create a data structure based on the received data and the stored data, wherein the data structure tracks locations for the products based on the pairings between product display identifiers and product identifiers and the associations between locations and product display identifiers. Similar location awareness functionality can be provided for types of wireless nodes other than product display assemblies.
In an example embodiment for remote monitoring and control, a plurality of wireless nodes can be arranged as a wireless network, wherein each of a plurality of the wireless nodes includes a wireless transceiver for wireless communication over the wireless network. A computer system can be configured for wireless communication with the wireless network. Each of a plurality of the wireless nodes can be configured to (1) log data representative of a plurality of events, and (2) wirelessly transmit the event log data to the computer system via the wireless network. The computer system can be further configured to (1) receive the wirelessly transmitted event log data via the wireless network, (2) create a data structure based on the received event log data that tracks the logged events for a plurality of the wireless nodes, (3) generate a plurality of commands corresponding to a plurality of the wireless nodes in response to input, and (4) wirelessly transmit the commands to the corresponding wireless nodes via the wireless network. The wireless nodes can be further configured to be controllable in response to the wirelessly transmitted commands corresponding thereto. As examples, the event log data can represent events such as customer interactions with a wireless node, access attempts by authorized users with a wireless node, and others. An example of commands can include arm/disarm commands with respect to security functions for wireless nodes, lock/unlock commands, and others.
In yet another example embodiment, the wireless network of wireless nodes can include wireless nodes of different node types, each remotely managed via a common interface. Examples of different node types can include product display assemblies, locks, power strips, display hooks, etc. which may be present in an environment such as a retail
store. Such a hybrid wirelessly connected environment of different types of wireless nodes can provide users with much more efficient management and control over wireless nodes because the common interface can eliminate a need for a siloed approach where different software solutions are needed for different node types.
Furthermore, many environments such as retail stores can be very noisy in terms of wireless signal interference. For example, the presence of large number of customers in a retail store (where each customer will likely be carrying his or her own wireless device such as a smart phone) in combination with the large number of electronic products in the retail store can be expected to create a noisy signal environment which may undermine the reliability of a given wireless communication link between a wireless node in the wirelessly connected environment and a gateway computer or the like. As a solution to this problem, the wireless nodes can be arranged into a wireless mesh network, and such a wireless mesh network can help prevent data communication losses between the wireless nodes and gateway computer.
These and other features and advantages of the present invention will be described hereinafter to those having ordinary skill in the art.
Brief Description of the Drawings:
Figure 1 discloses an example connected environment system of wireless nodes.
Figure 2 discloses an example connected environment system that comprises a plurality of product display assemblies.
Figures 3A and 3B show an example product display assembly.
Figures 3C and 3D show examples of product display assemblies configured as wireless nodes for inclusion in a connected environment system in combination with an example embodiment of a hardware module.
Figures 4A-4D show example process flows that leverage wireless communication capabilities of example product display assemblies to provide location-awareness regarding where puck assemblies and electronic devices are located relative to known locations such as post positions.
Figures 5A and 5B show example product display assemblies.
Figure 6 shows an example process flow for logging arming/disarming actions by users with respect to a product display assembly.
Figure 7A discloses an example connected environment system that comprises a hybrid mix of different types of wireless nodes.
Figure 7B shows an example data structure use by the example connected environment system of Figure 7A for tracking and storing data about different types of wireless nodes.
Figure 8A shows an example process flow for selectively executing node type- specific management/control flows for different types of wireless nodes in the system.
Figure 8B shows an example of how a common user interface can be used to manage different types of wireless nodes in the system.
Figure 9 shows an example process flow for management and control of a wireless node corresponding to a product display assembly.
Figure 10 shows an example process flow for management and control of a wireless node corresponding to a lock.
Figure 11 shows an example process flow for management and control of a wireless node corresponding to a power strip.
Figure 12 shows an example process flow for alert generation with respect to a wireless node in the system.
Figures 13A-13G show example GUIs for remote management and control of wireless nodes in example connected environment systems.
Detailed Description of Example Embodiments:
Figure 1 shows an example system 100 that can serve as a connected environment of wireless nodes 102. Each wireless node 102 may include a wireless transceiver that allows for the formation of wireless network 104 through which the wireless nodes 102 can communicate with a remote computer system such as gateway computer 110. Each wireless node 102 may also have an associated node identifier (Node ID) that serves to identify that wireless node 102 within system 100. Any of a number of types of identifiers can be used as Node IDs, such as network addresses or MAC addresses used for communicating with particular wireless nodes 102 within the system, or other unique identifiers that may be tied to wireless nodes 102 (e.g., serial numbers, etc.). Each wireless node 102 may also be configured to communicate with other wireless nodes 102 within the wireless network 104.
As an example, the wireless network 104 may be configured as a wireless mesh network which can provide robust and reliable communication pathways from wireless nodes 102 not only to the gateway computer 110 but also to each other and through each other to gateway computer 110, which can be highly advantageous when the wireless nodes 102 are located in noisy environments that may include various forms of potential signal interference. For
example, the system 100 may be deployed in a number of noisy environments, an example of which is a retail store such as an electronics retail store. The presence of large number of customers in the retail store (where each customer will likely be carrying his or her own wireless device such as a smart phone) in combination with the large number of electronic products in the retail store can be expected to create a noisy signal environment, and the configuration of wireless network 104 as a wireless mesh network can help prevent data communication losses between the wireless nodes 102 and gateway computer 110. Also, the wireless network 104 may rely on any of a number of wireless communication technologies. For example, the wireless network 104 could be a local Wi-Fi network. As another example, the wireless network 104 could be a wireless network that uses Bluetooth, BTLE, or other networking techniques (e.g, Zigbee).
Continuing with the retail store environment example, the wireless nodes 102 may correspond to one or more types of devices that are located throughout the store. For example, one or more of the wireless nodes 102 may be included as part of or operatively coupled with one or more of the following types of devices: a product display assembly, a display shelf, a display hook (e.g., a peg hook), a lock (which may regulate access to doors or the like for enclosed spaces such as cabinets, rooms, etc.), a power outlet, a power strip, an audio/video controller, a camera, a sensor, a status indicator, a docking station (e.g., a docking system for a portable computing device such as a tablet computer), goods, etc.
Gateway computer 110 can serve as a hub for collecting data from and sending data to the wireless nodes 102. The data sent from gateway computer 110 to a wireless node can include command data for managing and controlling a wireless node, examples of which are discussed below. The gateway computer 110 can also communicate over a network 112 with a remote computer system such as server 120 via a communication protocol such as RS-232 (although it should be understood that alternative communication protocols could be employed). In this fashion, server 120 can further connect the wireless nodes 102 with other remote computers via wide area networks such as the Internet.
A management user interface 130 can interact with the gateway computer 110 and/or server 120 to provide users with access to data from the wireless nodes 102 as well as control over the wireless nodes 102. The management user interface 130 can be executed by a computer that is in communication with the gateway computer 110 via a network connection 124 and/or server 120 via a network connection 122 (where such a computer could take the form of a tablet computer, a smart phone, or other forms such as laptop computers, desktop computers, etc.). Network connections 122 and 124 can be any suitable network connection
for connecting the management user interface 130 with the server 120 and/or gateway (e.g., a WiFi connection, an Ethernet connection, etc.)· However, it should be understood that management user interface 130 could also be executed by the gateway computer 110 and/or server 120 themselves.
Server 120 can be connected with a number of different wireless networks 104 that are spread over different locations, such as a wide geographic area. Continuing with the retail store environment example from above, different retail stores can have their own wireless networks 104, and these different wireless networks 104 can be communicatively coupled with a common server 120 (where it should be understood that the common server 120 may include a network of servers, such as in a cloud service arrangement). In this fashion, server 120 can aggregate data collected from wireless nodes 102 in a number of different retail stores. Further still, the server 120 can make such aggregated data available to remote users via the management user interface 130 that is linked into the server 120 via a network connection 122. In this fashion, a user of the management user interface 130 can remotely monitor and control wireless nodes that are spread across a number of different retail stores.
Additional details about example embodiments of the wirelessly connected environment of system 100 can be found in the above-referenced and incorporated US Pat App Pub 2017/0164314. For example, while a retail store environment is discussed herein as an example, it should be understood that the system 100 of Figure 1 could be deployed in other environments as well, as discussed in US Pat App Pub 2017/0164314.
Figure 2 shows an example embodiment where the system 100 where the wireless nodes 102 correspond to a plurality of different product display assemblies 202. The product display assemblies 202 can be configured to secure and display products for presentation to consumers. As examples, such products can be electronic devices 206 (e.g., smart phones, tablet computers, smart watches, cameras, etc.). In the example of Figure 2, the product display assemblies 202 can be arranged as a wireless mesh network via wireless links 204. The product display assemblies 202 can also wirelessly communicate with the gateway computer 110 via the wireless mesh network, and the gateway computer 110 can
communicate over network 112 with server 120. Through these connections, the server 120 can collect data from the various product display assemblies 202 and make such data available to remote users via the management user interface 130 linked into the server 120 via a network connection 122. However, as noted above in connection with Figure 1, the
management user interface 130 may also or alternatively link into gateway computer 110 via network connection 124.
Figures 3A and 3B show an example embodiment of a product display assembly 202 that includes a puck assembly 302 and a base assembly 304. Tether 310 connects the puck assembly 302 with base assembly 304. While the ensuing examples will discuss a product display assembly 202 configured as a wireless node 102 where the product display assembly 202 includes a puck assembly 302 and base assembly 304, it should be understood that other types of product display assemblies could be employed as wireless nodes 102 within system 100 (e.g., a product display assembly that may include only a puck assembly 302 or other singular component for displaying a product to a customer).
An electronic device can be mounted on surface 306 of the puck assembly 302 so that the electronic device can be securely displayed to customers in a store. The puck assembly 302 is moveable between a rest position and a lift position. When in the rest position, the puck assembly 302 contacts the base assembly 304, as shown in Figure 3A. Power can be provided to the base assembly 304 via input power line 320, and this power can be distributed to the puck assembly 302. When in the lift position, the puck assembly 302 separates from the base assembly 304, as shown by Figure 3B. Figure 3B also shows how the tether 310 remains connected to the puck assembly 302 and the base assembly 304 when the puck assembly 302 is in the lift position. This allows for a customer to pick up, hold, and inspect the electronic device when making a purchase decision. To provide ease of handling, tether 310 may be a retractable tether. However, it should also be noted that some practitioners may choose to omit the tether 310 from the product display assembly 202, in which case the puck assembly 302 would be completely separated from the base assembly 304 when the puck assembly is in the lift position.
Examples of product display assemblies 202 that can be adapted for use in the practice of the embodiments described herein are disclosed in U.S. Patent Nos. 8,558,688, 8,698,617, 8,698,618, and 9,786,140; and U.S. Patent Application Publication Nos.
2014/0159898, 2017/0032636, 2017/0164314, and 2017/0300721, the entire disclosures of each of which are incorporated herein by reference.
For example, Figures 5A and 5B reproduce Figures 27 and 28 from the incorporated ‘140 patent and show an example product display assembly 202 that is further described in the‘140 patent. The product display assembly 202 shown by Figures 5A and 5B includes a puck assembly 302 and a base assembly 304. An electronic device 206 can be mounted on and electrically connected to the puck assembly 302, and the puck assembly 302 can be
moved between (1) a rest position where the puck assembly 302 rests on the base assembly 304 (see Figure 5A) and (2) a lift position where the puck assembly 302 does not rest on the base assembly 304 (see Figure 5B). As noted, the product display assembly 202 may optionally include a tether assembly 310 that keeps the puck assembly 302 connected to the base assembly 304 even when the puck assembly 302 is in the lift position. A power cable 512 provides an electrical connection between the puck assembly 302 and an electronic device 206 for display through which the electronic device 206 can be charged. The puck assembly 302 can receive power from a power source via the base assembly 304 when the puck assembly is at rest. Electrical contacts included on the puck assembly 302 and base assembly 304 can contact each other when the puck assembly 302 is at rest, thereby forming an electrical connection through which power can be delivered from a power source (not shown) to the puck assembly 302 via the base assembly 304 and the electrical connection formed by the contacts. When the puck assembly 302 is lifted, the contacts lose contact with each other, thereby breaking the electrical connection.
Figure 3C shows an example where the product display assembly 202 is configured as a wireless node 102 by including a wireless transceiver in the puck assembly 202, to thereby permit the puck assembly 302 to send and receive wireless signals 350 via wireless network 104. Figure 3D shows another example where the product display assembly 202 is configured as a wireless node 102 by including a wireless transceiver in the base assembly 304, to thereby permit the base assembly 304 to send and receive wireless signals 350 via wireless network 104. Furthermore, if desired by a practitioner, wireless transceivers may optionally be included in both the puck assembly 302 and the base assembly 304 to allow both the puck assembly 302 and base assembly 304 to communicate wirelessly with remote devices.
Through their status as wireless nodes 102, the product display assemblies 202 can provide location-awareness for the system 100 with respect which product display assemblies are where and what products they are displaying. However, establishing location-awareness can be a challenge. Base assemblies 304 are typically fixedly secured to surfaces such as counters and walls in a retail store, and the locations of these fixtures can be referred to as post positions. The fixed nature of securing base assemblies 304 to counters or walls makes moving base assemblies 304 to new post positions inconvenient, time-consuming, and labor- intensive. Moreover, with many product display assemblies 202, the puck assemblies 302 can be detachable from the base assembly 304 and/or tether 310 to allow for swapping out puck assemblies 302 and/or their attached electronic devices 206 to new post positions.
Given the potential for movement of puck assemblies 302 and/or electronic devices 206 to new post positions, remote location-aware tracking of electronic devices 206 can be a technical challenge.
In this regard, it is highly desirable to remotely track the precise location of products such as electronic devices 206 in a retail store, and more specifically to know which electronic devices 206 are being displayed at which post positions. Merchandisers typically devise detailed planograms (POGs) that will define which types of electronic devices 206 should be displayed at particular post positions in a retail store to achieve desired retail merchandising goals. For example, a merchandiser may want the newest and most expensive model of a particular brand of smart phone displayed at post positions 1-4 (which are expected to experience the most customer traffic), while older or less expensive models of a smart phone are to be displayed at post positions 5-8 (which are expected to experience less customer traffic). Monitoring planogram compliance can be a major burden at retail stores, and it is believed that example embodiments of the system 100 described herein can help facilitate effective remote monitoring of planogram compliance by providing an effective mechanism by which identifiers for electronic devices 206, puck assemblies 302, and base assemblies 304 can be tracked and linked with post positions.
Figures 4A-4D show example process flows that leverage the wireless communication capabilities of a product display assembly 202 to provide location-awareness for the system 100 regarding where puck assemblies 302 and electronic devices 206 are located relative to known locations such as post positions. As mentioned above, because base assemblies 304 are expected to be relatively fixed in terms of their locations in retail stores, while puck assemblies 302 and electronic devices 206 may change their locations in the retail store fairly often, the process flows of Figures 4A-4D provide practitioners with opportunities for improved location tracking of electronic devices 206 and assessing planogram compliance. Figures 4A and 4B show examples where the puck assembly 302 is configured to wirelessly communicate with a remote computer system such as gateway computer 110, while Figures 4C and 4D show examples where the base assembly 304 is configured to wirelessly communicate with a remote computer system such as gateway computer 110.
As shown by Figure 4A, a remote computer system such as gateway computer 110 and/or server 120 can maintain a data structure 420 such as a table that associates identifiers for the base assemblies 304 (e.g., Base IDs) with locations in a store (e.g., post positions)
The post positions can be known locations within a planogram for a store, and these locations can be defined with respect to frames of reference defined by a planogram in any of a number
of manners. For example, in some instances, a planogram could define post positions in a relative manner that is not true to scale with respect to the spatial geometry of a store (e.g., Post Position 1 is the front row leftmost position on a defined table, Post Position 2 is the front row, second from the left position on the defined table, ... , Post Position N is the back row, rightmost position on the defined table, etc.). However, other stores may define planograms in a more scaled manner where the post positions are represented with more geographical precision. However, the post positions need not be defined with the precision of GPS coordinates or the like unless desired by a practitioner..
Base assembly 304 can be configured with an identifier that serves to uniquely identify that base assembly 304 within system 100. For example, a different serial number can be assigned to each base assembly and stored in a memory as a Base ID that is accessible to circuitry in the base assembly 304. For example, a microprocessor that can be included as part of the base assembly 304 can come from the factory with a globally unique identification number that is similar in nature to a serial number. This identifier can be etched into the internal memory space of the microprocessor and available for reading out and referencing. Such an identifier can be used as the Base ID in an example embodiment.
The associational data in data structure 420 can be created and stored in the system 100 when base assemblies 304 are installed in a store. Registration can be carried out as a set up operation in software. Uncorrelated positions (e.g., base assemblies that do not have known post positions) can be placed on a software-defined planogram, and then each of these uncorrelated positions can be registered with a post position using a set up process. As base assemblies 304 (or product display assemblies 202 that include puck assemblies 302 and base assemblies 304) start coming online with gateway computer 110, the gateway computer will start seeing data that represents Base IDs (or pairings between Base IDs and identifiers for puck assemblies 302 (Puck IDs)). The gateway computer 110 can then issue wireless commands that correspond to“identify” requests to each of the uncorrelated product display assemblies 202 that will cause a status indicator such as an LED on the subject product display assembly 202 to identify itself (e.g., blink in a certain way). This identification can allow a user to physically identify a given base assembly 304 at a given post position with the uncorrelated Base ID data received by the gateway computer 110, which allows the system to register a given base assembly 304 with a given post position in data structure 420. In another example registration process, post positions can be manually labeled with respective codes or other unique identifiers and base assemblies 304 can be manually labeled with their
Base IDs, and a user can manually enter a pairing between these values in the system to create data structure 420.
Once a Base ID has been associated with a post position, the system next needs to leam which puck assembly 302 and/or electronic device 206 is located at that post position. Figure 4A shows an example process flow for this.
At step 400, the base assembly 304 sends its Base ID to the puck assembly 302. This communication can be accomplished via any of a number of techniques, including data transfers via the electrical signal passed through contacts or wireless transfers if both the puck assembly 302 and base assembly 304 are configured for wireless communication with each other. At step 402, the puck assembly 302 receives this Base ID from the base assembly 304. The puck assembly 302 can also read an identifier for the electronic device 206 (Device ID) that is connected to the puck assembly 302 (step 404). For example, with reference to Figures 5A and 5B, this determination can be made by reading data about the electronic device 206 through cable 512. Through this cable 512, the electronic device 206 can provide its Device ID to the puck assembly 302, and this Device ID can identify a make and model for the electronic device (e.g., an Apple iPhone X) as well as a serial number. For example, identifying information about the device 206 can be made available to the puck assembly 302 via a USB interface connection through cable 512. For example, upon connection via cable 512, a device 206 that is a USB device can output data that includes USB device descriptors. Identifying information that can include device type data and a Device ID can be determined from such descriptors. For example, the puck assembly 302 or gateway computer 110 can use base level descriptors that are broadcast in response to connection and also implement USB classes to query the device further e.g., USB image class, USB mass storage device class, etc.).
Receipt of the Device ID allows the puck assembly 302 to pair the Base ID with the Device ID, and this pairing of Base ID with Device ID can be wirelessly sent from the puck assembly 302 to the remote computer system at step 406. The puck assembly 302 may also send its own puck assembly identifier (Puck ID) to the remote computer system at step 406, which would pair the Base ID with the Device ID and the Puck ID. At step 408, the remote computer system receives this pairing of Base ID with Device ID (or Base ID with Device ID and Puck ID), and it updates the data structure to associate the Device ID (or Device ID and Puck ID) with a post position by virtue of the shared Base ID (see data structure 422). Thus, it can be seen that data structure 422 tracks which electronic devices 206 are at which post positions, and it can also track which puck assemblies 302 are at which post positions.
The example of Figure 4B shows an example where the puck assembly 302 initiates the location-aware pairing operation. At step 430, the puck assembly 302 detects a trigger event, and this trigger event causes the puck assembly 302 to send a request for the base assembly’s identifier (Base ID) to the base assembly 304 (step 432). This communication can occur over a similar channel as described in connection with step 400 of Figure 4A. At step 434, the base assembly 304 receives the ID request and returns the Base ID to the puck assembly 302 (step 400 as described in connection with Figure 4A). The remaining steps 402, 404, 406, and 408 can be performed as described above in connection with Figure 4A.
Any of a number of trigger events can be used at step 430 to initiate the operation of pairing the Base ID with the Device ID and/or Puck ID. For example, the trigger event can be anytime that the puck assembly 302 detects a detachment from the base assembly 304 and/or tether 310 (which may indicate movement of the puck assembly 302 to a new post position, in which case the need for re-pairing may arise). The trigger event can also a detection by the puck assembly 302 that it has lost power. Another example of a trigger event can be the detection of a new connection with an electronic device 206 (e.g., via cable 512). Yet another example of a trigger event can be a detection that the puck assembly 302 has been lifted. Yet another example of a trigger event can be an expiration of a timer (which would define a timed basis for triggering the pairing operation so that the system can regular re-pair and confirm which electronic devices 206 are at which post positions). Yet another example of a trigger event can be a command sent from the computer system 110/120 in response to a user request through interface 130 to force a re-pairing.
As mentioned above, Figures 4C and 4D show examples where the base assembly 304 is configured to wirelessly communicate with the remote computer system. The example of Figure 4C can begin at step 4500 with the puck assembly 302 reading the Device ID for its connected electronic device 206 (where this step can be performed in a similar fashion as step 404 from Figures 4A and 4B). At step 452, the puck assembly 302 sends the Device ID (or the Device ID paired with the Puck ID) to the base assembly 304. . This communication can occur over a similar channel as described in connection with step 400 of Figure 4A. At step 454, the base assembly 304 receives the Device ID (or the Device ID paired with the Puck ID). Then, at step 406, the base assembly 304 reads its Base ID and sends a pairing of the Base ID with the Device ID (or a pairing of the Base ID with the Device ID and Puck ID) to the remote computer system using its wireless communication capability. At step 458, the remote computer system receives this pairing of Base ID with Device ID (or Base ID with Device ID and Puck ID), and it updates the data structure 420 to associate the Device ID (or
Device ID and Puck ID) with a post position by virtue of the shared Base ID (see data structure 422).
The example of Figure 4D shows an example where the puck assembly’s detection of a trigger event at step 470 initiates the pairing operation. The trigger event(s) used at step 470 can be the same as those discussed above in connection with step 430 of Figure 4B.
Thus, as the process flows of Figures 4A, 4B, 4C, and/or 4D are repeated for different product display assemblies 202 in a retail store (or in multiple retail stores), the data structure 422 can allow for highly detailed planogram monitoring in real-time and around the clock, both on a per-retail store basis and on a multi-retail store basis. For example, a software application run by the remote computer system can compare data structure 422 with a planogram. In response to the comparison, the software application can determine whether at least one of the electronic devices 206 is located in an incorrect location. If so, the software application can generate a notification about the incorrect location, and this notification can be delivered to interested parties, such as personnel in the retail store who can move the electronic device to the correct location. Retail store personnel can receive such notifications on their smart phones and/or tablet computers (e.g., via the management user interface 130).
Further still, as customers interact with the product display assembly (such as by lifting a puck assembly 302 to inspect an electronic device 206), these actions can be detected and tracked by the product display assembly 202 and reported to the remote computer system using the techniques described in the above-referenced and incorporated‘ 140 patent. As explained in the above-referenced and incorporated patents and patent applications, circuitry in the puck assembly 302 can be used to detect events such as lifts of the puck assembly.
With these prior system designs, data about lift events could be communicated wirelessly via the puck (e.g., via a wireless transmitter in the puck or by using the tether 210 as an RF antenna). Alternately, such data could be communicated over a conductor within the tether 210 itself as a standard signal using the conventional RF signal approaches. The remote computer system can then correlate this lift tracking data with the data structure 422 to reliably know precisely which electronic devices are being inspected at which post positions.
The wireless communication capabilities of the product display assembly 202 can also be used to report other types of information to a remote computer system such as gateway computer 110 and/or server 120. For example, the product display assembly can wirelessly communicate access log data to the gateway computer 110 and/or server 120. The product display assemblies 202 can be designed so that only authorized users are allowed to arm and/or disarm the security features of the product display assemblies 202. Thus, if the
product display assembly 202 is in an armed state, a removal of the displayed product (e.g., electronic device 206) can trigger an alarm. However, if the product display assembly 202 is in a disarmed state, the product can be removed from the puck assembly 302 without triggering an alarm. Accordingly, the product display assembly 202 can be controllable so that only authorized users are able to disarm (and arm) the product display assembly 202. Examples of technology that can be used to perform user authorization and authentication are described in U.S. Patent No. 9,892,604 and U.S. Pat. App. Pub. 2017/0300721, the entire disclosures of which are incorporated herein by reference. The access log data can identify when a given product display assembly was armed/disarmed and by which authorized user. Furthermore, the access log data can also identify the electronic device 206 on display when an arm/ disarm event occurred as well as where the product display assembly 202 was located when the arm/disarm event occurred (or the access log data can be correlated with data structure 422 to determine such information). Figure 6 depicts an example process flow for use by the product display assembly 202 to log access data and report the access data to a remote computer system such as gateway computer 110 and/or server 120.
At step 600, an authorized user who attempts to arm/disarm a product display assembly (PDA) 202 is authenticated. As noted above, U.S. Patent No. 9,892,604 and U.S. Pat. App. Pub. 2017/0300721 describe technology that can be used to authorize and authenticate users for such tasks. In response to authentication of the authorized user, the PDA 202 can be armed/disarmed as requested. At step 604, the PDA 202 logs event data relating to this arming/disarming. The event data that is logged may include an identifier for the authorized user who was authenticated at step 600 (e.g., each authorized user can be assigned a security fob or the like that includes a unique identifier associated with the user - such an identifier can serve as a User ID, and the authentication process can authenticate the user on the basis of this User ID). The event data may also include an identifier for the PDA 202, which can be referred to as a node identifier (Node ID) given that the PDA 202 in this example is serving as a wireless node 102 within system 100. The Node ID can be a Puck ID, Base ID, or other identifier that serves to uniquely identify a PDA 202 within system 100 (e.g., a combination of Puck ID and Base ID).. Further still, the event data may also include an identifier for the product displayed by the PDA 202 (e.g., Device ID), as well as a timestamp for the event (e.g., date and time) and identifier for event type (e.g., arm event, disarm event, etc.). At step 606, the PDA 202 can wirelessly send the logged event data to the remote computer system via wireless network 104.
While the examples of Figure 2-4 and 6 describe various operations that can be performed with respect to wireless nodes 102 that correspond to product display assemblies 202, it should be understood that the features of Figures 2-4 and 6 could also be performed in connection with any of the other types of wireless nodes 102 within system 100 that are referenced above.
For example, the wireless nodes 102 can correspond to different locks within a retail store. Location awareness operations similar to those described by Figures 4A-4D can be performed to track where a given lock is being used. For example, a lock that regulates access to a cabinet can have a unique identifier that is associated with a cabinet location, and to the extent that the locks might be moved to different electronically identifiable cabinets, the Figures 4A-4D process flows can be used to pair Lock IDs with Cabinet IDs or the like. An example of an electronically controllable lock that can be configured with a wireless transceiver to serve as a wireless node 102 is described in US Pat. App. Pub. 2015/0048625, which is incorporated herein by reference. Further still, the lock could also be configured with an RFID reader or other sensor that would be capable of detecting RFID-equipped (or other sensible) products being moved into or out of an enclosure such as a cabinet secured by the lock to detect identifiers for such products. Such Product IDs could then be paired with the Lock IDs to track which products are secured by which locks. Also, a process flow similar to that of Figure 6 can be performed by the lock to log events such as lock/unlock commands from authorized users and then wirelessly share the event log data with a remote computer system such as gateway computer 110 and/or server 120.
As another example, the wireless nodes 102 can correspond to different power strips within a retail store. Location awareness operations similar to those described by Figures 4A-4D can be performed to track where a given power strip is being used and whether any products are connected to the power strip. For example, a power strip that is used to power one or more electrical appliances (which may include one or more electronic devices 206) can have a unique identifier (e.g., Strip ID) that is associated with a location in a store, and to the extent that the power strips might be moved to different store locations, the Figures 4A- 4D process flows can be used to pair Strip IDs with new locations. The power strip can also be configured to provide security functions so that alarms are triggered when the power strip is in an armed state and an electrical appliance is removed from a power outlet on the strip. Examples of such intelligent power strips that can be configured with a wireless transceiver to serve as a wireless node 102 are described in US Pat. App. Pub. 2017/0116832 and U.S. provisional patent application 62,553,770, filed September 1, 2017, and entitled“Power
And/Or Alarming Security System for Electrical Appliances”, the entire disclosures of which are incorporated herein by reference. Further still, the power strip could also be configured to detect identifiers for electrical appliances powered by the power strip (where these identifiers can serve as Product IDs). Such Product IDs could then be paired with the Strip IDs to track which products are connected with which power strips (or even with which power outlets within which power strips). For example, if the power strip provides DC power to a connected device such as a USB device (e.g., a smart phone or the like), then Product IDs can be determined by the power strip in response to its connection with the device. For a power strip that provides AC power to a connected device (e.g., where the connected device is a television set, vacuum cleaner, etc.), the power strip may be able to categorize the connected device as being a particular type of device based on a profile of its electrical characteristics as measurable by the power strip, and such type information can be used as a Product ID. In another example for AC power strips, a manual process of determining a Product ID for devices connected to the power strip could be used (e.g., a reader such as a bar code reader being used by store personnel to scan a device connected to the strip and obtain a Product ID that can be paired with a power strip identifier (or even a socket identifier of the power strip). Also, a process flow similar to that of Figure 6 can be performed by the power strip to log events such as arm/disarm commands from authorized users and then wirelessly share the event log data with a remote computer system such as gateway computer 110 and/or server 120.
As yet another example, the wireless nodes 102 can correspond to different shelves or peg hooks within a retail store. Location awareness operations similar to those described by Figures 4A-4D can be performed to track where a given shelf or peg hook is being used within a retail store, where identifiers for the shelves and/or peg hooks are associated with locations for those shelves and/or peg hooks via a data structure. Further still, the shelf or hook could also be configured with an RFID reader or other sensor that would be capable of detecting RFID-equipped (or other sensible) products being moved onto the subject shelf or hook to detect identifiers for such products. Such Product IDs could then be paired with Shelf IDs/Hook IDs for the wireless nodes 102 to track which products are on which shelves or hooks. Also, a process flow similar to that of Figure 6 can be performed by the shelf or hook to log events such as products being added or removed from the shelves/hooks (or events such as arming or disarming if the shelf or hook is capable of being armed/disarmed) and then wirelessly share the event log data with a remote computer system such as gateway computer 110 and/or server 120.
Hybrid Wireless Environment with Different Types of Wireless Nodes:
Further still, in perhaps an even more powerful example embodiment, the system 100 can include multiple different types of wireless nodes 102 within wireless network 104 so that the gateway computer 110 and server 120 can monitor and control a hybrid mix of wireless nodes 102. As an example, the hybrid mix of wireless nodes 102 can include two or more of the following different types of nodes: a product display assembly, a display shelf, a display hook (e.g., a peg hook), a lock, a power outlet, a power strip, an audio/video controller, a camera, a sensor, a status indicator, a docking station, goods, etc.
An example of such a hybrid wirelessly connected environment is shown by Figure 7A. In this example, the wireless nodes 102 include (1) a plurality of wireless nodes 102 corresponding to product display assemblies (PDAs), (2) a plurality of wireless nodes 102 corresponding to locks, and (3) a plurality of wireless nodes 102 corresponding to power strips. However, it should be understood that the hybrid system may include only two different types of wireless nodes 102. Furthermore, the hybrid system may include different mixes of different types of wireless nodes 102 than those shown by the example of Figure 7A (e.g., where the system 100 includes wireless nodes 102 corresponding to PDAs and hooks, etc.). A practitioner may choose to include any combination of different types of wireless nodes 102 within system 100.
Figure 7B shows an example data structure 700 that can be employed by the gateway computer 110 and/or server 120 to track data for the different types of wireless nodes 102. A data structure 702 (which may take the form of a table or the like) can associate different identifiers for the wireless nodes 102 (Node IDs) with the appropriate type of node for the wireless node 102 corresponding to the subject Node ID. Thus, Node IDs that correspond to product display assemblies 202 can be associated with a node type that corresponds to product display assemblies 202. Similarly, Node IDs that correspond to locks can be associated with a node type that corresponds to locks, and Node IDs that correspond to hooks can be associated with a node type that corresponds to power strips. Each Node ID for a particular node type can further be associated with data such as data structures 704, 706, and 708.
Data structure 704 comprises additional data that can be associated with wireless nodes 102 corresponding to PDAs. Data structure 704 can include fields similar to those discussed above for data structure 422, and can also include additional status information about each subject Node ID (where in this example, the Node ID can correspond to a Puck
ID, although it should be understood that this need not be the case). The data included in such status information can be wirelessly communicated from the wireless nodes 102 to the gateway computer 110 and/or server 120 via the wireless network 104. An example of status information that can be included in data structure 704 comprises an indicator as to whether the subject PDA is currently armed or disarmed. Another example of status information that can be included in data structure 704 comprises access event log data such as described above in connection with Figure 6 (e.g., logs of who did what and when with respect to the PDA, such as which user badge was used to control the PDA, what code or password was used to arm/disarm, etc.). Another example of status information that can be included in data structure 704 comprises lift data or the like that tracks customer interaction with the PDA (see, for example, Figure 13G which shows an example GUI that presents data about tracked lifts with respect PDAs in a store). Yet another example of status information that can be included in data structure 704 comprises data that reflects a diagnostic and/or health status for the device corresponding to the subject Device ID (e.g., current status and/or charge level for a battery in the device, a temperature status for the device, etc.). Still more examples of status information that can be included in data structure 704 comprise health and/or diagnostic data about the PDA (e.g., whether is the PDA is charging devices properly, a charge level for a battery included in the puck assembly 302, over-current events, etc.). The status information can also include timestamps for all such data items. Thus, as an example, it should be understood that as different electronic devices 206 are moved to different PDAs, the Device IDs tied to given post positions may change, and the time stamps can allow the system to track such changes which supports forensic auditing of each PDA within the system 100.
Data structure 706 comprises additional data that can be associated with wireless nodes 102 corresponding to locks. Data structure 706 can include fields similar to those discussed above for data structure 422 (where the lock location field serves to identify a location for a given lock in a store, and where the Node ID field serves to identify a particular lock), and can also include additional status information about each subject Node ID (where in this example, the Node ID can correspond to a Lock ID). The data included in such status information can be wirelessly communicated from the wireless nodes 102 to the gateway computer 110 and/or server 120 via the wireless network 104. An example of status information that can be included in data structure 706 comprises an indicator as to whether the subject lock is currently locked or unlocked. Another example of status information that can be included in data structure 706 comprises access event log data such as described above
in connection with Figure 6 (e.g., logs of who did what and when with respect to the lock, such as which user badge was used to control the lock, what code or password was used to lock/unlock, etc.). Another example of status information that can be included in data structure 706 comprises data indicative of the products or type of products that are secured by the subject lock. Still more examples of status information that can be included in data structure 706 comprise health and/or diagnostic data about the lock (e.g., whether is the lock is operating properly, etc.). The status information can also include timestamps for all such data items which supports forensic auditing of each lock within the system 100 (see, for example, Figure 13F which shows an example GUI that tracks users and their interactions with various locks in a store, where each user can be identified by a name and user identifier code, and where each user’s dates/times/durations of interactions with identified locks can be presented).
Data structure 708 comprises additional data that can be associated with wireless nodes 102 corresponding to power strips. Data structure 708 can include fields similar to those discussed above for data structure 422 (where the power strip location field serves to identify a location for a given power strip in a store, where the Node ID field serves to identify a particular power strip, and where the Product Type ID field serves to identify a product type connected to the power strip), and can also include additional status information about each subject Node ID (where in this example, the Node ID can correspond to a Power Strip ID). The data included in such status information can be wirelessly communicated from the wireless nodes 102 to the gateway computer 110 and/or server 120 via the wireless network 104. An example of status information that can be included in data structure 708 comprises an indicator as to whether the subject power strip is currently armed or disarmed (if applicable). Another example of status information that can be included in data structure 708 comprises access event log data such as described above in connection with Figure 6 (e.g., logs of who did what and when with respect to the power strip, such as which user badge was used to control the power strip, what code or password was used to arm/disarm, etc.) and/or power strip interaction data (such as product removals or additions to the power strip). Another example of status information that can be included in data structure 708 comprises data indicative of the product identifiers such as SKUs that are displayed via the power strip. Still more examples of status information that can be included in data structure 708 comprise health and/or diagnostic data about the power strip (e.g., whether is the power strip is operating properly, etc.). The status information can also include timestamps for all such data items which supports forensic auditing of each power strip within the system 100.
Through data structure 700, the gateway computer 110 and/or server 120 can serve as a common repository and access point for users to monitor and control different types of wireless nodes 102 within an environment such as one or more retail stores. This is a dramatic improvement over conventional systems where any such management if possible at all was occurring through distinct systems such that users were forced to configured, access, and use disparate computer systems that lacked a singular, holistic view of a larger hybrid environment.
For example, different types of wireless nodes 102 can have different
management/control process flows, and because system 100 provides a common repository for data about different types of wireless nodes 102, the system 100 can also support selective execution of appropriate management/control flows for different node types from a common computer system. An example of this is shown by Figure 8A. Figure 8A shows a memory 810 that may be part of the gateway computer 110 and/or server 120, where this memory includes different program instructions for different types of wireless nodes 102. For example, the memory 810 may include (1) management/control flow program instructions 820 for a first node type, (2) management/control flow program instructions 822 for a second node type, and (3) management/control flow program instructions 824 for a third node type.
A processor of gateway computer 110 and/or server 120 can interact with data structure 702 and memory 810 (where data structure 702 may be stored in memory 810) to perform the process flow of Figure 8A. At step 800, the processor determines the node type of interest (e.g., a PDA, lock, etc.) At step 802, the processor selects the appropriate
management/control flow program instructions for the determined node type from memory 810. At step 804, the processor executes the selected management/control flow program instructions to thereby provide the management and control that is specific to a particular node type, all from a common computer system for the different node types. The instructions for the various management/control process flows can be embodied as a plurality of processor-executable instructions that are resident on a non-transitory computer-readable storage medium (such as memory 810).
Figure 8B further shows how such management and control over different node types can be provided from a common user interface. At step 850, a user who is requesting access to system 100 is authenticated to confirm that he or she is an authorized user. As discussed in the above-referenced and incorporated US Pat App Pub 2017/0164314, the system can employ permission levels to restrict a user’s access to only data to which he or she is entitled to review or control (e.g., a manager at Store A can have an assigned permission level that
allows him or her to access data about wireless nodes in Store A but not data about wireless nodes in Store B; while a regional manager for a chain of stores may get access to data from wireless nodes in the stores encompassed by the manager’s region, and so on). After authentication, the system can present the user with a graphical user interface (GUI) that provides a view of multiple type of wireless nodes 102. As an example, such a GUI can be provided through interface 130 and be presented on a tablet computer or the like. Figure 13 A shows an example where a user who is a corporate level user can view a list of stores that include wireless nodes 102 being tracked by the system. In response to user selection of a particular store, a store-specific GUI can be presented. Figure 13B shows an example of a GUI for a store where different types of wireless nodes 102 are present (see lock nodes 1300 and PDA nodes 1302). If a user is only authorized to view wireless node data for a particular store, then a landing page after authentication for such a user could be a GUI such as that shown by Figure 13B. In the example of Figure 13B, This GUI can list or display the different types of wireless nodes 102 that are supported by the system, and the GUI can be responsive to user input (which may include touch input through a touchscreen if the GUI is touchscreen-enabled) to select one or more of the listed node types. At step 854, the system receives a node type selection from the user. At this point, the system can then select and execute the appropriate management/control flow for the selected node type (see, e.g., Figure 8A). As such, users can be provided with a common interface for managing and controlling different types of wireless nodes 102 within system 100.
Figure 9 shows an example management/control flow with respect to product display assemblies (PDAs) 202 as wireless nodes 102. At step 900, a user is authenticated to confirm that the user is an authorized user. If the Figure 9 process flow is performed in conjunction with the Figure 8B process flow (e.g., as part of steps 856, 858, or 860), then it should be understood that step 900 may be omitted as step 850 would have already authenticated the authorized user. However, it should be understood that the Figure 9 process flow need not only be performed in a hybrid system 100 with different types of wireless nodes 102; the Figure 9 process flow could also be performed as part of a system 100 where all of the wireless nodes 102 correspond to PDAs 202.
At step 902, a GUI is presented to the user that provides the user with a view of the subject PDAs. As an example, if the user is a manager of a particular retail store, this GUI can provide a visual mapping of different PDAs within the retail store. Each PDA can be shown via a graphical icon or the like and be positioned in a spatial arrangement on the GUI having a relationship to the tracked location of that PDA within the store. Figure 13C shows
an example GUI for this. As shown by Figure 13C, a room with multiple tables and other display location is graphically illustrated in an upper portion of the GUI. The locations of various PDAs within the room can be graphically depicted via colored circles within the room illustration. A list in the lower portion of the GUI can then list different sections of the room. In response to user selection, the GUI can focus in on the selected section (e.g., focusing in on the section labeled“MTI Showroom East”). The GUI also shows a security status for the PDAs in the various sections (and where user input via a swiping action can cause the system to issue an arm/disarm command to the PDAs in a particular section).
Figure 13D shows a GUI that has been focused on a particular section listed in Figure 13C (which is“MTI Showroom East” in this example). In the GUI of Figure 13D, a table with multiple PDAs in a particular showroom is presented in the upper portion of the GUI, and each PDA is graphically shown as a circle on a table surface. The lower portion of the GUI lists different tables that are present in the subject showroom. Selection of a listed table can cause the GUI to show table-specific PDAs. The GUI also shows a security status for the PDAs on the various tables (and where user input via a swiping action can cause the system to issue an arm/disarm command to PDAs for the selected section and/or table). The PDAs can also or alternatively be presented as a list of PDAs (e.g., a textual list of PDA 1, PDA 2, etc.), where such a list need not provide any location awareness information. The different PDAs may be identified by their known post positions to make them easily identifiable to users. However, it should be understood that the GUI could sort and list the PDAs using any of a number of different manners of presentation. For example, the list can present PDAs alphabetically. In other example, the list can order the PDAs on the basis of a criticality criteria (e.g., any PDAs showing an alarm status or some other operational anomaly could be bumped higher on the list than PDAs that show normal status). For this type of presentation, tiers of criticality could be used (e.g., tier 1 or“red” warnings for PDAs with an active alarm status, tier 2 or“yellow” warnings for PDAs that show some other anomaly (e.g., see Figure 13E (which shows a PDA that is flagged for not properly charging a device); or as another example, a PDA being in a disarmed state for longer than a defined threshold), and tier 3 for PDAs that are operating normally. The GUIs may be designed in a fashion that allows the user to selectably control how PDAs are listed or displayed.
The GUI can be configured to accept a variety of different user inputs. For example, each displayed or listed PDA can be selectable by a user (e.g., via a touch input, link selection, etc.). User inputs can also be provided for actions such as arming/disarming one or more PDAs, and requesting some form of action with respect to one or more PDAs (e.g.,
changing which device 206 is presented by a particular PDA, requesting maintenance for a particular PDA, etc.)· At step 904, user input can be received via the GUI.
If the user input at step 904 corresponds to a selection of a particular PDA, then the process flow can proceed to step 910. At step 910, the system can retrieve data about the selected PDA (e.g., data from data structure 704 for the selected PDA), and this retrieved data can be presented to the user via a GUI. As an example, such a GUI can identify where the subject PDA is located, whether the subject PDA is currently armed/disarmed, what device 206 is connected to the PDA, a current charge level for a battery in device 206, how many customer interactions with the PDA has occurred over some defined time duration, etc.). Figure 13E shows an example GUI that lists different PDAs, and where a particular PDA that exhibits a charging issue has been selected for presentation to the user. This GUI shows how a detected health condition such as a device not charging properly can be flagged to users.
The GUI also shows how the GUI can propose a solution to the identified problem. The “Identify” button in Figure 13E can be selected by the user to cause the system to wirelessly transmit a command to the subject PDA that will cause a status indicator on the subject PDA to call attention to the subject PDA. This can help a user identify the PDA that needs to be serviced. Such a GUI may also provide an event log history for the subject PDA (or include a selectable button or link for accessing and presenting such a log history). Such a GUI can also be capable of receiving user input that corresponds to a request from the user to arm or disarm the subject PDA. Further still, such a GUI can also be capable of receiving user input that corresponds to an action request with respect to the subject PDA.
If the user input at step 904 corresponds to a request to arm or disarm a PDA, then the process flow can proceed to step 920. At step 920, the system wirelessly sends an arm/disarm command to the subject PDA 202 via gateway computer 110 and the wireless network 104. In example embodiments where the wireless network 104 is arranged as a wireless mesh network, the mesh network can help reliably deliver this command to the subject PDA even if a direct link between the gateway computer 110 and the subject PDA is not available at that time. Given that retail stores are accepted to be noisy signal
environments, the mesh network configuration can be particularly advantageous. The PDA 202 can be configured to wirelessly send an acknowledgement message back to the gateway computer 110 in response to receipt of the arm/disarm command to confirm that the command was received and followed. At step 922, the system can check for this
acknowledgement message from the subject PDA. If received, the process flow can proceed to step 924 and update the GUI to show a change in the armed/disarmed status for the subject
PDA. If no acknowledgement message is received, an error notification can be generated, which may result in an employee being flagged to check on the subject PDA to assess whether the subject PDA is armed or disarmed.
If the user input at step 904 corresponds to an action request for a PDA, then the process flow can proceed to step 930. At step 930, user input can be received through a GUI that defines the nature of the specific action request. For example, the GUI can provide a text entry field through which a user can request that an action be taken such as changing the device 206 that is displayed via a PDA or installing a new puck assembly 302 at the PDA. Similarly, a GUI could provide a menu of selectable predefined action requests (e.g.,“Check PDA”,“Install New Puck at PDA”, etc.). At step 932, the system generates a notification message based on the action request user input from step 930. Then, at step 934, the system sends this notification message to a responsible party so that the action request can be implemented. This message can then be received on a tablet computer, smart phone, or other device carried by the responsible party so that the responsible party can be informed of the need to take the requested action. Thus, the system can also store a data structure that maintains a contact list for different responsible parties (e.g., employees within a retail store), where the system will include an assignment mechanism for assigning action request messages to people on the contact list according to availability data maintained by the system (e.g., who is on shift, etc.).
Figure 10 shows an example management/control flow with respect to locks as wireless nodes 102. At step 1000, a user is authenticated to confirm that the user is an authorized user. If the Figure 10 process flow is performed in conjunction with the Figure 8B process flow (e.g., as part of steps 856, 858, or 860), then it should be understood that step 1000 may be omitted as step 850 would have already authenticated the authorized user. However, it should be understood that the Figure 10 process flow need not only be performed in a hybrid system 100 with different types of wireless nodes 102; the Figure 10 process flow could also be performed as part of a system 100 where all of the wireless nodes 102 correspond to locks.
At step 1002, a GUI is presented to the user that provides the user with a view of the subject locks. As an example, if the user is a manager of a particular retail store, this GUI can provide a visual mapping of different locks within the retail store. Each lock can be shown via a graphical icon or the like and be positioned in a spatial arrangement on the GUI having a relationship to the tracked location of that lock within the store. The locks can also or alternatively be presented as a list of locks (e.g., a textual list of Lock 1, Lock 2, etc.). The
different locks may be identified by their known lock positions to make them easily identifiable to users (e.g., Cabinet Al, Cabinet A2, etc.). The GUI can be configured to accept a variety of different user inputs. For example, each displayed or listed lock can be selectable by a user (e.g., via a touch input, link selection, etc.). User inputs can also be provided for actions such as locking/unlocking one or more locks, and requesting some form of action with respect to one or more locks (e.g., changing the items within an enclosure protected by a lock, requesting maintenance for a particular lock, etc.). At step 1004, user input can be received via the GUI.
If the user input at step 1004 corresponds to a selection of a particular lock, then the process flow can proceed to step 1010. At step 1010, the system can retrieve data about the selected lock (e.g., data from data structure 706 for the selected lock), and this retrieved data can be presented to the user via a GUI. As an example, such a GUI can identify where the subject lock is located, whether the subject lock is currently locked or unlocked, what items are within an enclosure protected by the lock, etc.). Such a GUI may also provide an access log history for the subject lock (or include a selectable button or link for accessing and presenting such a log history). Such a GUI can also be capable of receiving user input that corresponds to a request from the user to lock or unlock the subject lock. Further still, such a GUI can also be capable of receiving user input that corresponds to an action request with respect to the subject lock.
If the user input at step 1004 corresponds to a request to lock or unlock a lock, then the process flow can proceed to step 1020. At step 1020, the system wirelessly sends a lock/unlock command to the subject lock via gateway computer 110 and the wireless network 104. In example embodiments where the wireless network 104 is arranged as a wireless mesh network, the mesh network can help reliably deliver this command to the subject lock even if a direct link between the gateway computer 110 and the subject lock is not available at that time. Given that retail stores are accepted to be noisy signal environments, the mesh network configuration can be particularly advantageous. The lock can be configured to wirelessly send an acknowledgement message back to the gateway computer 110 in response to receipt of the lock/unlock command to confirm that the command was received and followed. At step 1022, the system can check for this acknowledgement message from the subject lock. If received, the process flow can proceed to step 1024 and update the GUI to show a change in the locked/unlocked status for the subject lock. If no acknowledgement message is received, an error notification can be generated, which may result in an employee
being flagged to check on the subject lock to assess whether the subject PDA is locked or unlocked.
If the user input at step 1004 corresponds to an action request for a lock, then the process flow can proceed to step 1030. At step 1030, user input can be received through a GUI that defines the nature of the specific action request. For example, the GUI can provide a text entry field through which a user can request that an action be taken such as changing the item(s) within the enclosure protected by the subject lock. Similarly, a GUI could provide a menu of selectable predefined action requests (e.g.,“Check Lock”,“Install Lock”, etc.). At step 1032, the system generates a notification message based on the action request user input from step 1030. Then, at step 1034, the system sends this notification message to a responsible party so that the action request can be implemented. This message can then be received on a tablet computer, smart phone, or other device carried by the responsible party so that the responsible party can be informed of the need to take the requested action. Thus, the system can also store a data structure that maintains a contact list for different responsible parties (e.g., employees within a retail store), where the system will include an assignment mechanism for assigning action request messages to people on the contact list according to availability data maintained by the system (e.g., who is on shift, etc.).
Figure 11 shows an example management/control flow with respect to power strips as wireless nodes 102. At step 1100, a user is authenticated to confirm that the user is an authorized user. If the Figure 11 process flow is performed in conjunction with the Figure 8B process flow (e.g., as part of steps 856, 858, or 860), then it should be understood that step 1100 may be omitted as step 850 would have already authenticated the authorized user. However, it should be understood that the Figure 11 process flow need not only be performed in a hybrid system 100 with different types of wireless nodes 102; the Figure 11 process flow could also be performed as part of a system 100 where all of the wireless nodes 102 correspond to power strips.
At step 1102, a GUI is presented to the user that provides the user with a view of the subject power strips. As an example, if the user is a manager of a particular retail store, this GUI can provide a visual mapping of different power strips within the retail store. Each power strip can be shown via a graphical icon or the like and be positioned in a spatial arrangement on the GUI having a relationship to the tracked location of that power strip within the store. The power strips can also or alternatively be presented as a list of power strips (e.g., a textual list of Power Strip 1, Power Strip 2, etc.). The different power strips may be identified by their known store positions to make them easily identifiable to users
(e.g., Table 1, Table 2, etc.). The GUI can be configured to accept a variety of different user inputs. For example, each displayed or listed power strip can be selectable by a user (e.g., via a touch input, link selection, etc.). User inputs can also be provided for actions such as arming/disarming one or more power strips (and/or individual power outlets on power strips), and requesting some form of action with respect to one or more power strips (e.g., changing which electrical appliance is connected to a power strip, requesting maintenance for a particular power strip, etc.). At step 1104, user input can be received via the GUI.
If the user input at step 1104 corresponds to a selection of a particular power strip, then the process flow can proceed to step 1110. At step 1110, the system can retrieve data about the selected power strip (e.g., data from data structure 708 for the selected power strip), and this retrieved data can be presented to the user via a GUI. As an example, such a GUI can identify where the subject power strip is located, whether the subject power strip is currently armed/disarmed, what electrical appliances are connected to the power strip (if such information is available for the strip), etc.). Such a GUI could be similar in nature to those shown for PDAs with respect to Figures 13C and 13D. Such a GUI may also provide an event log history for the subject power strip (or include a selectable button or link for accessing and presenting such a log history). Such a GUI can also be capable of receiving user input that corresponds to a request from the user to arm or disarm the subject power strip. Further still, such a GUI can also be capable of receiving user input that corresponds to an action request with respect to the subject power strip.
If the user input at step 1104 corresponds to a request to arm or disarm a power strip, then the process flow can proceed to step 1120. In an example embodiment, this command can be applicable to a power strip as a whole. However, in another example embodiment, this command can be specific to an individual power outlet within a power strip. At step 1120, the system wirelessly sends an arm/disarm command to the subject power strip via gateway computer 110 and the wireless network 104. In example embodiments where the wireless network 104 is arranged as a wireless mesh network, the mesh network can help reliably deliver this command to the subject power strip even if a direct link between the gateway computer 110 and the subject power strip is not available at that time. Given that retail stores are accepted to be noisy signal environments, the mesh network configuration can be particularly advantageous. The power strip can be configured to wirelessly send an acknowledgement message back to the gateway computer 110 in response to receipt of the arm/disarm command to confirm that the command was received and followed. At step 1122, the system can check for this acknowledgement message from the subject power strip.
If received, the process flow can proceed to step 1124 and update the GUI to show a change in the armed/disarmed status for the subject power strip. If no acknowledgement message is received, an error notification can be generated, which may result in an employee being flagged to check on the subject power strip to assess whether the subject power strip (or specific power outlet in the subject power strip) is armed or disarmed.
If the user input at step 1104 corresponds to an action request for a power strip, then the process flow can proceed to step 1130. At step 1130, user input can be received through a GUI that defines the nature of the specific action request. For example, the GUI can provide a text entry field through which a user can request that an action be taken such as changing an electrical appliance that is connected to the power strip. Similarly, a GUI could provide a menu of selectable predefined action requests (e.g.,“Check Power Strip”,“Remove Power Strip”, etc.). At step 1132, the system generates a notification message based on the action request user input from step 1130. Then, at step 1134, the system sends this notification message to a responsible party so that the action request can be implemented. This message can then be received on a tablet computer, smart phone, or other device carried by the responsible party so that the responsible party can be informed of the need to take the requested action. Thus, the system can also store a data structure that maintains a contact list for different responsible parties (e.g., employees within a retail store), where the system will include an assignment mechanism for assigning action request messages to people on the contact list according to availability data maintained by the system (e.g., who is on shift, etc.).
While Figures 9-11 show examples of management/control flows for different types of wireless nodes 102, it should be understood that such management/control flows could be designed to perform different tasks if desired by a practitioner. Furthermore, while Figures 9- 11 show examples of management/control flows for PDAs, locks, and power strips respectively, it should be understood that similar management/control flows can be implemented for other types of wireless nodes 102 (e.g., peg hooks, shelves, etc.).
Figure 12 shows an example process flow for alert generation with respect to a wireless node 102 in the system 100. Such a process flow can be executed by gateway computer 110 and/or server 120 automatically as new data is received from wireless nodes 102, or it can be executed on demand in response to user requests. At step 1200, the system compares the status information for a wireless node 102 with one or more conditions. An example of such conditions could be planogram data for PDAs 202 in a store. The planogram data can identify which post positions are slated to display which device types.
Step 1200 can compare the data in data structure 422/704 with such planogram data to assess planogram compliance. Another example of such conditions could be a battery charge threshold for a battery of an electronic device 206 displayed via a PDA 202. Step 1200 can compare battery status data that may be present in table 704 with the threshold to assess whether any electronic devices 206 are under-charged. Such an under-charge scenario could indicate that a maintenance need exists. Yet another example of such conditions could be a temperature threshold for a battery of an electronic device 206 displayed via a PDA 202.
Step 1200 can compare temperature data that may be present in table 704 with the threshold to assess whether any electronic devices 206 are running hot. If so, it may be desirable to disconnect the electronic device 206 from power. As yet another example, the condition could be a time threshold that is used to assess whether a PDA has been left unarmed for too long or whether a lock has been left unlocked for too long. These are just some examples of various conditions that could be tested at step 1200.
At step 1202, the system generates an alert message about the wireless node(s) 102 in question if the comparison at step 1200 indicates that an alert is needed. This alert message can identify the subject wireless node(s) and location as well as the nature of the issue that triggered the alert (e.g., POG non-compliance, unlocked for too long, etc.). At step 1204, the system sends the alert message as a notification to a responsible party. The alert notification message can then be received on a tablet computer, smart phone, or other device carried by the responsible party so that the responsible party can be informed about the alert. As noted above, the system can also store a data structure that maintains a contact list for different responsible parties (e.g., employees within a retail store), and the system can include an assignment mechanism for assigning alert notification messages to people on the contact list according to availability data maintained by the system (e.g., who is on shift, etc.).
While the invention has been described above in relation to its example embodiments, various modifications may be made thereto that still fall within the invention’s scope. Such modifications to the invention will be recognizable upon review of the teachings herein.
Claims
1. A system comprising:
a plurality of wireless nodes arranged as a wireless network, wherein each of a plurality of the wireless nodes includes a wireless transceiver for wireless communication over the wireless network, and wherein a plurality of the wireless nodes are part of different product display assemblies, each product display assembly configured to connect with a product for presentation of the product to a consumer; and
a computer system configured for wireless communication with the wireless network; wherein each of a plurality of the product display assemblies is configured to wirelessly transmit data to the computer system via the wireless network that pairs an identifier for the product display assembly with an identifier for the product; and
wherein the computer system is further configured to (1) receive the wirelessly transmitted data via the wireless network, (2) store data that identifies a location for each of a plurality of the product display assemblies in association with identifiers for the product display assemblies, and (3) create a data structure based on the received data and the stored data, wherein the data structure tracks locations for the products based on the pairings between product display identifiers and product identifiers and the associations between locations and product display identifiers.
2. The system of claim 1 wherein the wireless network comprises a wireless mesh network.
3. The system of any of claims 1-2 wherein each of a plurality of the product display assemblies comprises (1) a puck assembly configured to connect with the product, and (2) a base assembly, wherein the puck assembly is removable from the product display assembly; wherein the puck assembly has an associated puck identifier;
wherein the base assembly has an associated base identifier;
wherein the stored data associates the base identifiers with the locations for the product display assemblies;
wherein the puck assembly is configured to read a product identifier from the connected product;
wherein the product display assembly is configured to wirelessly transmit data that identifies a pairing of the puck identifier, base identifier, and read product identifier to the computer system via the wireless network; and
wherein the computer system is further configured to create the data structure the tracks the product locations based on the pairing data and the associations between the base identifiers and locations.
4. The system of claim 3 wherein a plurality of the puck assemblies include a plurality of the wireless transceivers.
5. The system of any of claims 3-4 wherein a plurality of the base assemblies include a plurality of the wireless transceivers.
6. The system of any of claims 3-5 wherein each of a plurality of the puck assemblies is adapted to be moveable between (1) a rest position in which the puck assembly rests on the base assembly, and (2) a lift position in which the puck assembly does not rest on the base assembly.
7. The system of any of claims 3-6 wherein each of a plurality of the product display assemblies further comprises a tether assembly configured to connect the puck assembly with the base assembly, even when the puck assembly is in the lift position.
8. The system of any of claims 3-7 wherein each of a plurality of the product display assemblies is further configured to perform the read operation and the wireless transmission operation in response to a trigger event.
9. The system of claim 8 wherein the trigger event comprises a lift of the puck assembly.
10. The system of any of claims 8-9 wherein the trigger event comprises a loss of power to the product display assembly.
11. The system of any of claims 8-10 wherein the trigger event comprises a new connection of a different puck assembly with the product display assembly.
12. The system of any of claims 8-11 wherein the trigger event comprises a new connection of a different product with the product display assembly.
13. The system of any of claims 1-12 wherein the product display assembly is configured to be controllably switched between an armed state and a disarmed state.
14. The system of claim 13 wherein the computer system is configured to wireless transmit a command to at least one of the product display assemblies through the wireless network in response to user input through an interface, wherein the command comprises a command to perform at least one of a remote arming and a remote disarming of the at least one product display assembly.
15. The system of any of claims 1-14 wherein the wirelessly transmitted data further comprises status information about the product display assembly, and wherein the computer system is configured to store the status information in association with the product display assembly identifier corresponding to the status information.
16. The system of claim 15 wherein the status information comprises an event log for the product display assembly.
17. The system of any of claims 1-16 wherein the computer system is further configured to compare the created data structure with planogram data to determine planogram compliance data.
18. The system of any of claims 1-17 wherein the computer system comprises a gateway computer.
19. The system of claim 18 wherein the computer system further comprises a server for network communication with the gateway computer, wherein the server is further configured to communicate over a network with a plurality of the gateway computers and a plurality of the wireless networks that are dispersed across a plurality of geographic locations, the server configured to aggregate the created data structures from the different wireless networks.
20. The system of any of claims 1-17 wherein the computer system comprises a server.
21. The system of any of claims 1-20 wherein the products comprise a plurality of electronic devices.
22. The system of any of claims 1-21 wherein the wireless nodes are located in a retail store.
23. A method comprising:
associating an identifier for a product display assembly with a location, the product display assembly comprising a wireless transceiver;
the product display assembly determining a product identifier for a product connected to the product display assembly;
the product display assembly wirelessly transmitting data that is indicative of a pairing between the product display assembly identifier and the determined product identifier to a remote computer system via the wireless transceiver;
the remote computer system building a data structure that associates the determined product identifier with the location based on the association between the product display identifier and the location and the pairing data; and
repeating the method steps with respect to a plurality of different ones of the product display assemblies that are arranged to form a wireless network of product display assemblies so that the data structure tracks the locations of a plurality of different products connected to the product display assemblies.
24. The method of claim 23 wherein the wireless network comprises a wireless mesh network.
25. The method of any of claims 23-24 wherein each of a plurality of the product display assemblies comprises (1) a puck assembly that connects with the product, and (2) a base assembly, wherein the puck assembly is removable from the product display assembly;
wherein the puck assembly has an associated puck identifier;
wherein the base assembly has an associated base identifier;
wherein the associating step comprises associating the base identifiers with the locations;
wherein the determining step comprises the puck assemblies reading the product identifiers from their connected products;
wherein the wirelessly transmitting step comprises each of a plurality of the product display assemblies wirelessly transmitting data that is indicative of a pairing between the
puck identifier, base identifier, and read product identifier to the remote computer system via the wireless network; and
wherein the building step comprises the remote computer system building the data structure the tracks the product locations based on the pairing data and the associations between the base identifiers and locations.
26. The method of claim 25 wherein a plurality of the puck assemblies include a plurality of the wireless transceivers.
27. The method of any of claims 25-26 wherein a plurality of the base assemblies include a plurality of the wireless transceivers.
28. The method of any of claims 25-27 wherein each of a plurality of the puck assemblies is adapted to be moveable between (1) a rest position in which the puck assembly rests on the base assembly, and (2) a lift position in which the puck assembly does not rest on the base assembly.
29. The method of any of claims 25-28 wherein each of a plurality of the product display assemblies further comprises a tether assembly that connects the puck assembly with the base assembly, even when the puck assembly is in the lift position.
30. The method of any of claims 25-29 further comprising:
a product display assembly detecting a trigger event; and
wherein the product display assembly that detects the trigger events performs the determining and wirelessly transmitting step in response to the detected trigger event.
31. The method of claim 30 wherein the trigger event comprises a lift of the puck assembly.
32. The method of any of claims 30-31 wherein the trigger event comprises a loss of power to the product display assembly.
33. The method of any of claims 30-32 wherein the trigger event comprises a new connection of a different puck assembly with the product display assembly.
34. The method of any of claims 30-33 wherein the trigger event comprises a new connection of a different product with the product display assembly.
35. The method of any of claims 23-34 further comprising:
controllably switching the product display assembly between an armed state and a disarmed state.
36. The method of claim 35 further comprising:
the remote computer system wireless transmitting a command to at least one of the product display assemblies through the wireless network in response to user input through an interface, wherein the command comprises a command to perform at least one of a remote arming and a remote disarming of the at least one product display assembly.
37. The method of any of claims 23-36 wherein the wirelessly transmitted data further comprises status information about the product display assembly, the method further comprising:
the remote computer system storing the status information in association with the product display assembly identifier corresponding to the status information.
38. The method of claim 37 wherein the status information comprises an event log for the product display assembly.
39. The method of any of claims 23-38 further comprising:
the remote computer system comparing the data structure with planogram data to determine planogram compliance data.
40. The method of any of claims 23-39 wherein the remote computer system comprises a gateway computer.
41. The method of claim 40 wherein the computer system further comprises a server for network communication with the gateway computer, the method further comprising:
the server communicating over a network with a plurality of the gateway computers and a plurality of the wireless networks that are dispersed across a plurality of geographic locations; and
in response to the server communicating, the server aggregating the data structures from the different wireless networks.
42. The method of any of claims 23-39 wherein the computer system comprises a server.
43. The method of any of claims 23-42 wherein the products comprise a plurality of electronic devices.
44. The method of any of claims 23-43 wherein the product display assemblies are located in a retail store.
45. A system comprising:
a plurality of wireless nodes, wherein each of a plurality of the wireless nodes includes a wireless transceiver, and wherein a plurality of the wireless nodes are part of different product display assemblies, each product display assembly configured to connect with a product for presentation of the product to a consumer; and
a plurality of processor-executable instructions that are resident on a non-transitory computer-readable storage medium, the instructions configured for execution by a processor to cause the processor to communicate with the wireless transceivers of the wireless nodes over a wireless network;
wherein each of a plurality of the product display assemblies is configured to wirelessly transmit data via the wireless network that pairs an identifier for the product display assembly with an identifier for the product; and
wherein the instructions are further configured for execution to cause the processor to (1) receive the wirelessly transmitted data via the wireless network, (2) store data that identifies a location for each of a plurality of the product display assemblies in association with identifiers for the product display assemblies, and (3) create a data structure based on the received data and the stored data, wherein the data structure tracks locations for the products based on the pairings between product display identifiers and product identifiers and the associations between locations and product display identifiers.
46. The system of claim 45 further comprising any combination of features set forth in any of claims 1 -44.
47. A computer program product comprising:
a plurality of instructions that are executable by a processor and stored by a non- transitory computer-readable storage medium, wherein the instructions are configured, upon execution by the processor, to cause the processor to provide location awareness for wireless nodes as disclosed herein.
48. An apparatus comprising:
a processor and memory that are configured to cooperate with each other to provide location awareness for wireless nodes as disclosed herein.
49. A system comprising:
a plurality of wireless nodes arranged as a wireless network, wherein each of a plurality of the wireless nodes includes a wireless transceiver for wireless communication over the wireless network; and
a computer system configured for wireless communication with the wireless network; wherein each of a plurality of the wireless nodes is configured to (1) log data representative of a plurality of events, and (2) wirelessly transmit the event log data to the computer system via the wireless network; and
wherein the computer system is further configured to (1) receive the wirelessly transmitted event log data via the wireless network, (2) create a data structure based on the received event log data that tracks the logged events for a plurality of the wireless nodes, (3) generate a plurality of commands corresponding to a plurality of the wireless nodes in response to input, and (4) wirelessly transmit the commands to the corresponding wireless nodes via the wireless network; and
wherein the wireless nodes are further configured to be controllable in response to the wirelessly transmitted commands corresponding thereto.
50. The system of claim 49 wherein the wireless network comprises a wireless mesh network.
51. The system of any of claims 49-50 wherein a plurality of the wireless nodes comprise a plurality of product display assemblies.
52. The system of claim 51 wherein the commands comprise commands to disarm a security function of the product display assemblies.
53. The system of any of claims 51-52 wherein the commands comprise commands to arm a security function of the product display assemblies.
54. The system of any of claims 51-53 wherein the event log data for a product display assembly comprises a log of users who have armed and/or disarmed the security function of that product display assembly.
55. The system of claim 54 wherein the event log data includes data that identifies a product connected to the product display assembly when the events occurred.
56. The system of any of claims 49-55 wherein a plurality of the wireless nodes comprise a plurality of locks.
57. The system of claim 56 wherein the commands comprise commands to unlock the locks.
58. The system of any of claims 56-57 wherein the commands comprise commands to lock the locks.
59. The system of any of claims 56-58 wherein the event log data for a lock comprises a log of users who have locked and/or unlocked that lock.
60. The system of claim 59 wherein the event log data includes data that identifies a product within an enclosure protected by the lock when the events occurred.
61. The system of any of claims 49-60 wherein a plurality of the wireless nodes comprise a plurality of power strips.
62. The system of claim 61 wherein the commands comprise commands to disarm a security function of the power strips.
63. The system of any of claims 61-62 wherein the commands comprise commands to arm a security function of the power strips.
64. The system of any of claims 61-63 wherein the event log data for a power strip comprises a log of users who have armed and/or disarmed the security function of that power strip.
65. The system of claim 64 wherein the event log data includes data that identifies an electrical appliance connected to the power strip when the events occurred.
66. The system of any of claims 49-65 wherein a plurality of the wireless nodes comprise a plurality of display shelves.
67. The system of any of claims 49-66 wherein a plurality of the wireless nodes comprise a plurality of display hooks.
68. The system of any of claims 49-67 wherein a plurality of the wireless nodes comprise a plurality of power outlets.
69. The system of any of claims 49-68 wherein a plurality of the wireless nodes comprise a plurality of docking stations.
70. The system of any of claims 49-69 wherein the computer system comprises a gateway computer.
71. The system of claim 70 wherein the computer system further comprises a server for network communication with the gateway computer, wherein the server is further configured to communicate over a network with a plurality of the gateway computers and a plurality of the wireless networks that are dispersed across a plurality of geographic locations, the server configured to aggregate the created data structures from the different wireless networks.
72. The system of any of claims 49-71 wherein the computer system comprises a server.
73. The system of any of claims 49-72 wherein the wireless nodes are located in a retail store.
74. The system of claim 73 wherein the retail store comprises a plurality of retail stores.
75. A method comprising:
arranging a plurality of wireless nodes as a wireless network, wherein each of a plurality of the wireless nodes includes a wireless transceiver for wireless communication over the wireless network; and
each of a plurality of the wireless nodes (1) logging data representative of a plurality of events, and (2) wirelessly transmitting the event log data to a computer system via the wireless network; and
the computer system (1) receiving the wirelessly transmitted event log data via the wireless network, (2) creating a data structure based on the received event log data that tracks the logged events for a plurality of the wireless nodes, (3) generating a plurality of commands corresponding to a plurality of the wireless nodes in response to input, and (4) wirelessly transmitting the commands to the corresponding wireless nodes via the wireless network; and controlling the wireless nodes corresponding to the wirelessly transmitted commands in response to the wirelessly transmitted commands.
76. The method of claim 75 wherein the wireless network comprises a wireless mesh network.
77. The method of any of claims 75-76 wherein a plurality of the wireless nodes comprise a plurality of product display assemblies.
78. The method of claim 77 wherein the commands comprise commands to disarm a security function of the product display assemblies.
79. The method of any of claims 77-78 wherein the commands comprise commands to arm a security function of the product display assemblies.
80. The method of any of claims 77-79 wherein the event log data for a product display assembly comprises a log of users who have armed and/or disarmed the security function of that product display assembly.
81. The method of claim 80 wherein the event log data includes data that identifies a product connected to the product display assembly when the events occurred.
82. The method of any of claims 75-81 wherein a plurality of the wireless nodes comprise a plurality of locks.
83. The method of claim 82 wherein the commands comprise commands to unlock the locks.
84. The method of any of claims 82-83 wherein the commands comprise commands to lock the locks.
85. The method of any of claims 82-84 wherein the event log data for a lock comprises a log of users who have locked and/or unlocked that lock.
86. The method of claim 85 wherein the event log data includes data that identifies a product within an enclosure protected by the lock when the events occurred.
87. The method of any of claims 75-86 wherein a plurality of the wireless nodes comprise a plurality of power strips.
88. The method of claim 87 wherein the commands comprise commands to disarm a security function of the power strips.
89. The method of any of claims 87-88 wherein the commands comprise commands to arm a security function of the power strips.
90. The method of any of claims 87-89 wherein the event log data for a power strip comprises a log of users who have armed and/or disarmed the security function of that power strip.
91. The method of claim 90 wherein the event log data includes data that identifies an electrical appliance connected to the power strip when the events occurred.
92. The method of any of claims 75-91 wherein a plurality of the wireless nodes comprise a plurality of display shelves.
93. The method of any of claims 75-92 wherein a plurality of the wireless nodes comprise a plurality of display hooks.
94. The method of any of claims 75-93 wherein a plurality of the wireless nodes comprise a plurality of power outlets.
95. The method of any of claims 75-94 wherein a plurality of the wireless nodes comprise a plurality of docking stations.
96. The method of any of claims 75-95 wherein the computer system comprises a gateway computer.
97. The method of claim 96 wherein the computer system further comprises a server for network communication with the gateway computer, the method further comprising:
the server communicating over a network with a plurality of the gateway computers and a plurality of the wireless networks that are dispersed across a plurality of geographic locations; and
in response to the server communicating, the server aggregating the data structures from the different wireless networks.
98. The method of any of claims 75-97 wherein the computer system comprises a server.
99. The method of any of claims 75-98 wherein the wireless nodes are located in a retail store.
100 The method of claim 99 wherein the retail store comprises a plurality of retail stores.
101. A system comprising:
a plurality of wireless nodes, wherein each of a plurality of the wireless nodes includes a wireless transceiver for wireless communication over the wireless network; and a plurality of processor-executable instructions that are resident on a non-transitory computer-readable storage medium, the instructions configured for execution by a processor to cause the processor to communicate with the wireless transceivers of the wireless nodes over a wireless network;
wherein each of a plurality of the wireless nodes is configured to (1) log data representative of a plurality of events, and (2) wirelessly transmit the event log data via the wireless network; and
wherein the instructions are further configured for execution to cause the processor to (1) receive the wirelessly transmitted event log data via the wireless network, (2) create a data structure based on the received event log data that tracks the logged events for a plurality of the wireless nodes, (3) generate a plurality of commands corresponding to a plurality of the wireless nodes in response to input, and (4) wirelessly transmit the commands to the corresponding wireless nodes via the wireless network; and
wherein the wireless nodes are further configured to be controllable in response to the wirelessly transmitted commands corresponding thereto.
102. The system of claim 101 further comprising any combination of features set forth in any of claims 49-100.
103. A computer program product comprising:
a plurality of instructions that are executable by a processor and stored by a non- transitory computer-readable storage medium, wherein the instructions are configured, upon execution by the processor, to cause the processor to interact with a wireless network of wireless nodes as set forth in any of claims 49-102.
104. An apparatus comprising:
a processor and memory that are configured to cooperate with each other to interact with a wireless network of wireless nodes as set forth in any of claims 49-102.
105. A system comprising:
a plurality of wireless nodes arranged as a wireless network, wherein each of a plurality of the wireless nodes includes a wireless transceiver for wireless communication over the wireless network, wherein the wireless nodes comprise at least two different node types; and
a computer system configured for wireless communication with the wireless network; wherein each of a plurality of the wireless nodes of the at least two node types is configured to (1) wirelessly transmit data about a wireless node in the wireless network to the computer system via the wireless network, (2) wirelessly receive command data from the computer system via the wireless network, and (3) control at least one wireless node operation based on the received command data; and
wherein the computer system is further configured to (1) receive the wirelessly transmitted data from the wireless nodes via the wireless network, (2) provide a common interface for remotely managing the wireless nodes, including the wireless nodes of the at least two node types, in response to user input, (3) provide at least a portion of the received data for presentation to a user through the common interface, (4) generate the command data in response to user input through the common interface, and (5) wirelessly communicate the command data to the wireless nodes via the wireless network.
106. The system of claim 105 wherein the node types comprise at least two of (1) a product display assembly node type, (2) a display shelf node type, (3) a display hook node type, (4) a lock node type, (5) a power outlet node type, (6) a power strip node type, (7) an audio/video controller node type, (8) a camera node type, (9) a sensor node type, (10) a status indicator node type, (11) a docking station node type, and (12) a goods node type.
107. The system of claim 106 wherein the wireless nodes comprise a plurality of product display assemblies, each of a plurality of the product display assemblies configured to (1) connect with a product for presentation to a consumer, and (2) wirelessly transmit data about the connected product to the computer system via the wireless network; and
wherein the common interface is configured to present the product data to a user.
108. The system of claim 107 wherein the computer system is further configured to track locations of the connected products based on the wirelessly transmitted data; and
wherein the common interface is configured to present the tracked locations for the connected products to a user.
109. The system of claim 108 wherein the computer system is further configured to (1) compare the tracked locations for the connected products with planogram data, and (2) in response to the comparison, provide data to the common interface for presentation to a user that is indicative of whether the tracked locations for the connected products are in compliance with the planogram data.
110. The system of any of claims 107-109 wherein the computer system is further configured to wirelessly transmit a command to a selected product display assembly in response to user input through the common interface, wherein the command comprises a command to disarm a security function of the selected product display assembly.
111. The system of any of claims 107-109 wherein the computer system is further configured to wirelessly transmit a command to a selected product display assembly in response to user input through the common interface, wherein the command comprises a command to arm a security function of the selected product display assembly.
112. The system of any of claims 107-111 wherein each of a plurality of the product display assemblies is configured to (1) log event data about interactions with the product display assembly, and (2) wirelessly transmit the logged event data to the computer system via the wireless network; and
wherein the common interface is configured to present the logged event data to a user.
113. The system of claim 112 wherein the logged event data comprises customer interaction data.
114. The system of any of claims 112-113 wherein the logged event data comprises actions by an authorized user to control a security feature of the product display assembly.
115. The system of any of claims 106-114 wherein the wireless nodes comprise a plurality of locks, each of a plurality of the locks configured to (1) wirelessly transmit data about the lock to the computer system via the wireless network; and
wherein the common interface is configured to present the lock data to a user.
116. The system of claim 115 wherein the computer system is further configured to track locations of the locks based on the wirelessly transmitted data; and
wherein the common interface is configured to present the tracked locations for the locks to a user.
117. The system of any of claims 115-116 wherein the computer system is further configured to wirelessly transmit a command to a selected lock in response to user input through the common interface, wherein the command comprises a command to unlock the selected lock.
118. The system of any of claims 115-116 wherein the computer system is further configured to wirelessly transmit a command to a selected lock in response to user input through the common interface, wherein the command comprises a command to lock the selected lock.
119. The system of any of claims 115-118 wherein each of a plurality of the locks is configured to (1) log event data about interactions with the lock, and (2) wirelessly transmit the logged event data to the computer system via the wireless network; and
wherein the common interface is configured to present the logged event data to a user.
120. The system of claim 119 wherein the logged event data comprises actions by an authorized user to lock and/or unlock the lock.
121. The system of any of claims 115-120 wherein the computer system is further configured to (1) compare the lock data with at least one condition, and (2) in response to a determination that the lock data satisfies the at least one condition, generate an alert about a lock; and
wherein the common interface is configured to present the alert to a user.
122. The system of any of claims 106-121 wherein the wireless nodes comprise a plurality of power strips, each of a plurality of the power strips configured to (1) wirelessly transmit data about the power strip to the computer system via the wireless network; and
wherein the common interface is configured to present the power strip data to a user.
123. The system of claim 122 wherein the computer system is further configured to track locations of the power strips based on the wirelessly transmitted data; and
wherein the common interface is configured to present the tracked locations for the power strips to a user.
124. The system of any of claims 122-123 wherein the computer system is further configured to wirelessly transmit a command to a selected power strip in response to user input through the common interface, wherein the command comprises a command to disarm a security function of the selected power strip.
125. The system of any of claims 122-123 wherein the computer system is further configured to wirelessly transmit a command to a selected power strip in response to user input through the common interface, wherein the command comprises a command to arm a security function the selected power strip.
126. The system of any of claims 122-125 wherein each of a plurality of the power strips is configured to (1) log event data about interactions with the power strip, and (2) wirelessly transmit the logged event data to the computer system via the wireless network; and
wherein the common interface is configured to present the logged event data to a user.
127 The system of claim 126 wherein the logged event data comprises actions by an authorized user to control a security feature of the power strip.
128. The system of any of claims 122-127 wherein the computer system is further configured to (1) compare the power strip data with at least one condition, and (2) in response to a determination that the power strip data satisfies the at least one condition, generate an alert about a power strip; and
wherein the common interface is configured to present the alert to a user.
129. The system of any of claims 106-128 wherein the wireless nodes comprise a plurality of power outlets, each of a plurality of the power outlets configured to wirelessly transmit data about the power outlet to the computer system via the wireless network; and
wherein the common interface is configured to present the power outlet data to a user.
130. The system of any of claims 106-129 wherein the wireless nodes comprise a plurality of display shelves, each of a plurality of the display shelves configured to wirelessly transmit data about the display shelf to the computer system via the wireless network; and
wherein the common interface is configured to present the display shelf data to a user.
131. The system of any of claims 106-130 wherein the wireless nodes comprise a plurality of display hooks, each of a plurality of the display hooks configured to wirelessly transmit data about the display hook to the computer system via the wireless network; and
wherein the common interface is configured to present the display hook data to a user.
132. The system of any of claims 105-131 wherein the common interface comprises a plurality of graphical user interfaces (GUIs) accessible through a common software application for execution by the computer system.
133. The system of claim 132 wherein the GUIs comprise a first GUI that is specific to a first node type and a second GUI that is specific to a second node type.
134. The system of any of claims 105-133 wherein the wireless network comprises a wireless mesh network.
135. The system of any of claims 105-134 wherein the computer system comprises a gateway computer.
136. The system of claim 135 wherein the computer system further comprises a server for network communication with the gateway computer, wherein the server is further configured to communicate over a network with a plurality of the gateway computers and a plurality of the wireless networks that are dispersed across a plurality of geographic locations, the server configured to aggregate the data from the different wireless networks; and
wherein the common interface is configured to access the server to remotely manage wireless nodes in the different wireless networks.
137. The system of any of claims 105-136 wherein the computer system comprises a server.
138. The system of any of claims 105-137 wherein the wireless nodes are located in a retail store.
139. The system of claim 138 wherein the retail store comprises a plurality of retail stores.
140. A method comprising:
a plurality of wireless nodes corresponding to a plurality of different node types wirelessly transmitting data about the wireless nodes to a remote computer system via a wireless network; and
the remote computer system receiving and storing the wirelessly transmitted data; and the remote computer system providing a common interface that presents at least a portion of the stored data to a common interface for presentation to a user;
the remote computer system remotely managing a plurality of wireless nodes corresponding to a plurality of different node types in response to user input through the common interface.
141. The method of claim 140 wherein the node types comprise at least two of (1) a product display assembly node type, (2) a display shelf node type, (3) a display hook node type, (4) a lock node type, (5) a power outlet node type, (6) a power strip node type, (7) an audio/video controller node type, (8) a camera node type, (9) a sensor node type, (10) a status indicator node type, (11) a docking station node type, and (12) a goods node type.
142. The method of any of claims 140-141 wherein the remotely managing step comprises the remote computer system providing commands to the wireless nodes for controlling the wireless nodes in response to user input through the common interface.
143. The method of claim 142 further comprising arranging the wireless nodes into the wireless network.
144. The method of any of claims 141-143 wherein the wireless nodes comprise a plurality of product display assemblies, each of a plurality of the product display assemblies connected with a product for presentation to a consumer, the method further comprising:
each of a plurality of the product display assemblies wirelessly transmitting data about the connected product to the computer system via the wireless network; and
the remote computer system providing the product data to the common interface for presentation to a user.
145. The method of claim 144 further comprising:
the remote computer system tracking locations of the connected products based on the wirelessly transmitted data; and
the remote computer system providing the tracked locations for the connected products to the common interface for presentation to a user.
146. The method of claim 145 further comprising:
the remote computer system (1) comparing the tracked locations for the connected products with planogram data, and (2) in response to the comparison, providing data to the common interface for presentation to a user that is indicative of whether the tracked locations for the connected products are in compliance with the planogram data.
147. The method of any of claims 144-146 further comprising:
the remote computer system wirelessly transmitting a command to a selected product display assembly in response to user input through the common interface, wherein the command comprises a command to disarm a security function of the selected product display assembly.
148. The method of any of claims 144-146 further comprising:
the remote computer system wirelessly transmitting a command to a selected product display assembly in response to user input through the common interface, wherein the command comprises a command to arm a security function of the selected product display assembly.
149. The method of any of claims 144-148 further comprising:
each of a plurality of the product display assemblies (1) logging event data about interactions with the product display assembly, and (2) wirelessly transmitting the logged event data to the computer system via the wireless network; and
the remote computer system providing the logged event data to the common interface for presentation to a user.
150. The method of claim 149 wherein the logged event data comprises customer interaction data.
151. The method of any of claims 149-150 wherein the logged event data comprises actions by an authorized user to control a security feature of the product display assembly.
152. The method of any of claims 141-151 wherein the wireless nodes comprise a plurality of locks, the method further comprising:
each of a plurality of the locks wirelessly transmitting data about the lock to the computer system via the wireless network; and
the remote computer system providing the lock data to the common interface for presentation to a user.
153. The method of claim 152 further comprising:
the remote computer system is tracking locations of the locks based on the wirelessly transmitted data; and
the remote computer system providing the tracked locations for the locks to the common interface for presentation to a user.
154. The method of any of claims 152-153 further comprising:
the remote computer system wirelessly transmitting a command to a selected lock in response to user input through the common interface, wherein the command comprises a command to unlock the selected lock.
155. The method of any of claims 152-153 further comprising:
the remote computer system wirelessly transmitting a command to a selected lock in response to user input through the common interface, wherein the command comprises a command to lock the selected lock.
156. The method of any of claims 152-155 further comprising:
each of a plurality of the locks (1) logging event data about interactions with the lock, and (2) wirelessly transmitting the logged event data to the computer system via the wireless network; and
the remote computer system providing the logged event data to the common interface for presentation to a user.
157. The method of claim 156 wherein the logged event data comprises actions by an authorized user to lock and/or unlock the lock.
158. The method of any of claims 152-157 further comprising:
the remote computer system (1) comparing the lock data with at least one condition, (2) in response to a determination that the lock data satisfies the at least one condition, generating an alert about a lock, and (3) providing the alert to the common interface for presentation to a user.
159. The method of any of claims 141-158 wherein the wireless nodes comprise a plurality of power strips, the method further comprising:
each of a plurality of the power strips wirelessly transmitting data about the power strip to the computer system via the wireless network; and
the remote computer system providing the power strip data to the common interface for presentation to a user.
160. The method of claim 159 further comprising:
the remote computer system tracking locations of the power strips based on the wirelessly transmitted data; and
the remote computer system providing the tracked locations for the power strips to the common interface for presentation to a user.
161. The method of any of claims 159-160 further comprising:
the remote computer system wirelessly transmitting a command to a selected power strip in response to user input through the common interface, wherein the command comprises a command to disarm a security function of the selected power strip.
162. The method of any of claims 159-160 further comprising:
the remote computer system wirelessly transmitting a command to a selected power strip in response to user input through the common interface, wherein the command comprises a command to arm a security function the selected power strip.
163. The method of any of claims 159-162 further comprising:
each of a plurality of the power strips is (1) logging event data about interactions with the power strip, and (2) wirelessly transmitting the logged event data to the computer system via the wireless network; and
the remote computer system providing the logged event data to the common interface for presentation to a user.
164 The method of claim 163 wherein the logged event data comprises actions by an authorized user to control a security feature of the power strip.
165. The method of any of claims 159-164 further comprising:
the remote computer system (1) comparing the power strip data with at least one condition, (2) in response to a determination that the power strip data satisfies the at least one condition, generating an alert about a power strip, and (3) providing the alert to the common interface for presentation to a user.
166. The method of any of claims 141-165 wherein the wireless nodes comprise a plurality of power outlets, the method further comprising:
each of a plurality of the power outlets wirelessly transmitting data about the power outlet to the computer system via the wireless network; and
the remote computer system providing the power outlet data to the common interface for presentation to a user.
167. The method of any of claims 141-166 wherein the wireless nodes comprise a plurality of display shelves, the method further comprising:
each of a plurality of the display shelves wirelessly transmitting data about the display shelf to the computer system via the wireless network; and
the remote computer system providing the display shelf data to the common interface for presentation to a user.
168. The method of any of claims 141-167 wherein the wireless nodes comprise a plurality of display hooks, the method further comprising:
each of a plurality of the display hooks wirelessly transmitting data about the display hook to the computer system via the wireless network; and
the remote computer system providing the display hook data to the common interface for presentation to a user
169. The method of any of claims 140-168 wherein the common interface comprises a plurality of graphical user interfaces (GUIs) accessible through a common software application for execution by the remote computer system.
170. The method of claim 169 wherein the GUIs comprise a first GUI that is specific to a first node type and a second GUI that is specific to a second node type.
171. The method of any of claims 140-170 wherein the wireless network comprises a wireless mesh network.
172. The method of any of claims 140-171 wherein the computer system comprises a gateway computer.
173. The method of claim 172 wherein the computer system further comprises a server for network communication with the gateway computer, the method further comprising:
the server communicating over a network with a plurality of the gateway computers and a plurality of the wireless networks that are dispersed across a plurality of geographic locations; and
in response to the server communicating, the server aggregating the data from the different wireless networks; and
the server providing the common interface with access to the aggregated data.
174. The method of any of claims 140-173 wherein the computer system comprises a server.
175. The method of any of claims 140-174 wherein the wireless nodes are located in a retail store.
176. The method of claim 175 wherein the retail store comprises a plurality of retail stores.
177. A system comprising:
a plurality of wireless nodes, wherein each of a plurality of the wireless nodes includes a wireless transceiver, wherein the wireless nodes comprise at least two different node types; and
a plurality of processor-executable instructions that are resident on a non-transitory computer-readable storage medium, the instructions configured for execution by a processor to cause the processor to communicate with the wireless transceivers of the wireless nodes over a wireless network;
wherein each of a plurality of the wireless nodes of the at least two node types is configured to (1) wirelessly transmit data about a wireless node in the wireless network via the wireless network, (2) wirelessly receive command data via the wireless network, and (3) control at least one wireless node operation based on the received command data; and
wherein the instructions are further configured for execution to cause the processor to
(1) receive the wirelessly transmitted data from the wireless nodes via the wireless network,
(2) provide a common interface for remotely managing the wireless nodes, including the wireless nodes of the at least two node types, in response to user input, (3) provide at least a portion of the received data for presentation to a user through the common interface, (4) generate the command data in response to user input through the common interface, and (5) wirelessly communicate the command data to the wireless nodes via the wireless network.
178. The system of claim 177 further comprising any combination of features set forth in any of claims 105-176.
179. A computer program product comprising:
a plurality of instructions that are executable by a processor and stored by a non- transitory computer-readable storage medium, wherein the instructions are configured, upon execution by the processor, to cause the processor to interact with a wireless network of wireless nodes as set forth in any of claims 105-176.
180. An apparatus comprising:
a processor and memory that are configured to cooperate with each other to interact with a wireless network of wireless nodes as set forth in any of claims 105-176.
181. A GUI for remotely managing wireless nodes as disclosed herein.
182. An apparatus, system, method, and/or computer program product comprising any combination of features disclosed herein.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/964,756 US20210055902A1 (en) | 2018-03-30 | 2019-03-29 | Wirelessly connected environment of wireless nodes |
Applications Claiming Priority (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201862650992P | 2018-03-30 | 2018-03-30 | |
US62/650,992 | 2018-03-30 | ||
US16/001,601 US10251144B2 (en) | 2015-12-03 | 2018-06-06 | Location tracking of products and product display assemblies in a wirelessly connected environment |
US16/001,605 | 2018-06-06 | ||
US16/001,631 US11109335B2 (en) | 2015-12-03 | 2018-06-06 | Wirelessly connected hybrid environment of different types of wireless nodes |
US16/001,631 | 2018-06-06 | ||
US16/001,601 | 2018-06-06 | ||
US16/001,605 US10728868B2 (en) | 2015-12-03 | 2018-06-06 | Remote monitoring and control over wireless nodes in a wirelessly connected environment |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2019191656A1 true WO2019191656A1 (en) | 2019-10-03 |
Family
ID=68058521
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2019/024956 WO2019191656A1 (en) | 2018-03-30 | 2019-03-29 | Wirelessly connected environment of wireless nodes |
Country Status (1)
Country | Link |
---|---|
WO (1) | WO2019191656A1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110996323A (en) * | 2019-12-19 | 2020-04-10 | 西安邮电大学 | Communication method capable of realizing safety certification of infrared remote control equipment |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7907053B2 (en) * | 2003-05-14 | 2011-03-15 | Hill-Rom Services, Inc. | Combined locating, tracking and communications system |
US8452868B2 (en) * | 2009-09-21 | 2013-05-28 | Checkpoint Systems, Inc. | Retail product tracking system, method, and apparatus |
US20160055561A1 (en) * | 2014-08-25 | 2016-02-25 | Winverts, Inc. | Product display management system |
US20170164314A1 (en) * | 2015-12-03 | 2017-06-08 | Mobile Technologies, Inc. | Electronically connected environment |
US20180107576A1 (en) * | 2016-10-05 | 2018-04-19 | Shelfbucks, Inc. | Assessing and reporting in-store recycling of wireless beacon components used with retail displays |
US20180288720A1 (en) * | 2015-12-03 | 2018-10-04 | Mobile Tech, Inc. | Location Tracking of Products and Product Display Assemblies in a Wirelessly Connected Environment |
-
2019
- 2019-03-29 WO PCT/US2019/024956 patent/WO2019191656A1/en active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7907053B2 (en) * | 2003-05-14 | 2011-03-15 | Hill-Rom Services, Inc. | Combined locating, tracking and communications system |
US8452868B2 (en) * | 2009-09-21 | 2013-05-28 | Checkpoint Systems, Inc. | Retail product tracking system, method, and apparatus |
US20160055561A1 (en) * | 2014-08-25 | 2016-02-25 | Winverts, Inc. | Product display management system |
US20170164314A1 (en) * | 2015-12-03 | 2017-06-08 | Mobile Technologies, Inc. | Electronically connected environment |
US20180288720A1 (en) * | 2015-12-03 | 2018-10-04 | Mobile Tech, Inc. | Location Tracking of Products and Product Display Assemblies in a Wirelessly Connected Environment |
US20180107576A1 (en) * | 2016-10-05 | 2018-04-19 | Shelfbucks, Inc. | Assessing and reporting in-store recycling of wireless beacon components used with retail displays |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110996323A (en) * | 2019-12-19 | 2020-04-10 | 西安邮电大学 | Communication method capable of realizing safety certification of infrared remote control equipment |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10524220B2 (en) | Location tracking of products and product display assemblies in a wirelessly connected environment | |
US10728868B2 (en) | Remote monitoring and control over wireless nodes in a wirelessly connected environment | |
US11109335B2 (en) | Wirelessly connected hybrid environment of different types of wireless nodes | |
CN113272875B (en) | Merchandise display security system and method | |
US10506503B2 (en) | Home automation system including device signature pairing and related methods | |
EP3314820B1 (en) | Home automation system including device signature pairing and related methods | |
US10826716B2 (en) | Home automation system including cloud and home message queue synchronization and related methods | |
US10374822B2 (en) | Home automation (HA) system including desired scene implementation based upon user-selectable list of addressable HA devices and related methods | |
US10523690B2 (en) | Home automation system including device controller for terminating communication with abnormally operating addressable devices and related methods | |
US20210055902A1 (en) | Wirelessly connected environment of wireless nodes | |
JP6952693B2 (en) | Electronic connection environment | |
US8942990B2 (en) | Return fraud protection system | |
CN105657152A (en) | Remote control method and remote control system | |
US20240223656A1 (en) | Internet of things distribution system and method of implementing the same | |
WO2019191656A1 (en) | Wirelessly connected environment of wireless nodes | |
US12035422B2 (en) | Proxy nodes for expanding the functionality of nodes in a wirelessly connected environment | |
WO2020086575A1 (en) | Proxy nodes for expanding the functionality of nodes in a wirelessly connected environment | |
CN113366857B (en) | Equipment control device, equipment control method, and computer program | |
US10964189B2 (en) | Home automation system determining deviated operation device pattern and related methods | |
US10581630B2 (en) | Home automation system including autonomous hub determination of wireless communications link failure and related methods | |
JP6590979B1 (en) | Communication system and communication method | |
JP6749458B2 (en) | Communications system | |
JP2019201422A (en) | Communication system | |
JP2017123105A (en) | Outgo warning apparatus and network construction method thereof |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 19775780 Country of ref document: EP Kind code of ref document: A1 |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 19775780 Country of ref document: EP Kind code of ref document: A1 |