Can retail robots entice people back into stores?

As the digital world expands, more of our shopping is done online than ever before and physical retail stores are feeling the effects. But a recent ZD Net article asks if the tools of online shopping could be harnessed IRL (in real life!) and, if so, whether they could tempt shoppers away from their computers and mobile devices.

Online retailers such as Amazon and UK supermarket Ocado have been using technology to push the boundaries of delivery. By combining automation in their warehouses with predictive analytics, they can deliver products almost as soon as they have been ordered - giving customers a faster and more efficient shopping experience.

But brick-and-mortar retailers have been much slower to embrace these solutions - that is, automation and analytics - which could help them compete with the online world.

One startup company, Simbe Robotics, is hoping to change this with the launch of a new retail robot. Shelf auditing and product analytics are two of the most strategically crucial aspects of selling physical products today; in fact, retailers across the globe lose $450 billion each year due to empty shelves or items being out of stock.

As Simbe Robotics' CEO and co-founder, Brad Bogolea, explains: "Shopper experience is everything. If a product is unavailable at the time the shopper wants to buy it, the retailer has missed an opportunity and disappointed their customer."

So far, IT solutions have helped human employees with the task of shelf auditing. But the low-paid, repetitive nature of the work means that there is a lot of scope for human error; which is where autonomous machines can help.

According to an official statement from Simbe, its mobile robot Tally can navigate itself through physical retail spaces to "capture, report, and analyze the state and availability of merchandise and help ensure compliance with the store's planogram."

Even better, it can operate during business hours as state-of-the-art route planning and sensory technology prevent it from bumping into people and/or objects.

Tally is currently being trialled in North America, so it could only be a matter of time before it spreads to even more physical stores.

Will businesses of the future trade on the past?

Many established businesses dreaded the advent of online trade. They feared that the sheer scale of products and services available on the internet would result in high streets being replaced by a few behemoth warehouse operations.

While it's clear that internet shopping has had a profound impact on consumer habits, according to an article on CityLab the online domain is also causing a renaissance in certain old-fashioned areas of the economy. It turns out that when the internet offers shoppers anything they want, a substantial percentage want a more convenient way to access what they used to have.

Take milk delivery for example. The milkman with his pony and trap or electric buggy used to be a common sight in our streets. In 1963, around 30% of US consumers had milk delivered directly to their homes. Big stores and automobiles led people to favour buying milk in big stores instead; by 1975 only 6.9% used milkmen and in 2005 the figure was just 0.4%.

However, in the modern age nostalgic consumers are rediscovering the joy of home delivery. Supermarkets and online giants such as Amazon has long since discovered the appeal of offering consumers goods on their doorstep. Now smaller businesses are getting in on the act.

An Irish start-up called My Milkman has launched an app allowing users to order milk from a local supplier. Similar niche on-demand businesses are springing up elsewhere - in Stamford, Connecticut you can order a traditional barber to call at your home or office to deliver a trim or shave.

Alex Gomberg is another entrepreneur harnessing the nostalgia boom. He founded the Brooklyn Seltzer Boys in 2013, delivering carbonated water in hand-blown blue and green glass bottles stacked in traditional wooden crates. As the sole survivor of a once-thriving New York soda industry, the seltzer industry has a unique selling point for retro-loving customers.

Are heritage industries going to become the latest trend? We could be seeing a lot more traditional revivals fuelled by technology.

Every click, swipe, "like," buy, comment, deposit, jog and search produces information that creates a unique virtual identity - something we call

Code Halo

Code Halo TM
Learn more »

Beacons and the Physical Web Essentials

I see references to Beacon, iBeacon and The Physical Web technologies nearly every day, but I still do not have a great understanding of the technology, so I requested my friend, uber geek and Cognizant digital/mobile expert, Peter Rogers, to give us a deep dive.  Thanks Peter!


Beacon technology uses strategically placed bluetooth sensors to recognize individual smartphones in close proximity and to automatically send them messages relevant to their locations.  For instance you walk up to a table full of boots, and instantly your phone vibrates and there is a discount coupon on your phone specific to the boots.  Wow!  How did my smartphone know I was standing in front of boots?  How did the retail store know I was standing if front of boots.  In this article you can begin to understand the technology behind these capabilities and how you might benefit.

Basic Beacons 101:

  1. Beacons do not push out notifications. They broadcast an advertisement of themselves (traditionally their UUID, major and minor values) and can be detected by Bluetooth Low Energy (BLE) devices.
  2. The proximity from a number of Beacons can be measured using typical triangulation techniques in order to get a (very) rough idea of (typically) indoor location.
  3. The Beacon UUID, major and minor version values are typically used for identification and used to map to either a message, service, media content, website, application or location inside the Native App.
  4. Beacons can have their UUID, major and minor versions (and indeed power level) modified statically before deployment or dynamically using WiFi connectivity. A Beacon Management App is often provided by a Beacon Platform Vendor to allow you to manage these values dynamically.
  5. Updating the Beacon major and minor values can be used to update the identity of the Beacons and subsequently change what they map to inside the Native App. This does mean there is a security risk of somebody remotely hacking your Beacons and changing their values to take down or corrupt your service.
  6. iBeacon is Apple’s proprietary BLE profile but their patents seem to cover more than just the profile aspect. There were Beacons before iBeacons. Apple did not invent the Beacon. What they did is an incredibly good job of integrating Beacon support into iOS. iBeacon is not a piece of hardware. It is a BLE profile that is loaded onto a piece of hardware. This profile makes the Beacon an iBeacon.
  7. There are many Beacon vendors who offer various capabilities such as: BlueCats; BlueSense; Gelo;; Glimworm; Sensorberg; Sonic Notify; beaconstac; mibeacon (Mubaloo); estimote; Gimbal (Qualcomm); Apple; and Google, etc.

Beacon vendors offer a range of products and services such as:

  • hardware
  • proprietary BLE Beacon profiles
  • support for popular profiles
  • remote Beacon management
  • analytics
  • associated content management
  • marketing campaigns
  • software version management
  • profile switching
  • client side SDKs
  • professional support services

Most do not offer the whole solution, and so it was interesting to see Apple and then Google throw their hat into the ring. Most people are still really excited about Apple’s iBeacons, but they look like they will become a closed eco-system which could possibly even include being able to be physically undetectable to non-Apple hardware. Today Beacon vendors are just not allowed to provide library based support for iBeacons on Android hardware (

At the start of 2015 Google created a new form of Beacon called UriBeacon ( which was able to actually advertise a URL pointing to a website or a URL that could be processed locally. This was in stark contrast to all the previous forms of Beacon which could only advertise their identity (UUID, minor, major). UriBeacons also promised to be cheaper and easier to configure, which was largely down to their more limited use case of just being used to advertise a URL/URI. The killer concept, however, was that of The Physical Web. The Physical Web is an approach to unleash the core superpower of the web: interaction on demand. People should be able to walk up to any smart device and not have to download an app first. A small pre-installed App (like the Web Browser or something Operating System level) on the phone scans for URLs that are nearby. Google previously used the UriBeacon format to find nearby URLs without requiring any centralized registrar.

This was a major breakthrough because having to download an App for each Beacon vendor completely breaks the organic, intelligent, evolutionary Smart City model. Notice that I used the words ‘without having to download an App’. You still need an App to process the UriBeacons, however, this can be built into the Web Browser (Chrome offers this for iOS) or the Operating System (Android M offers this). The following vendors offer UriBeacons: Blesh; BKON; iBliO; KST; and twocanoes, etc.

Recently Google updated their single-case UriBeacon specification to that of Eddystone. Eddystone is an open-source cross-platform beacon solution that supports broadcasting of UUID, URL, EIDs and Telemetry data. Previously Beacons had only supported UUID until UriBeacons offered the single option of URL advertisement. Eddystone offers an additional two frame types: Ephemeral ID is an ID which changes frequently and is only available to an authorised app; Telemetry is data about the beacon or attached sensors: e.g. battery life, temperature, humidity. Unlike iBeacons, which must be approved by Apple, anyone can make an Eddystone-compatible beacon. Current beacon manufacturers include: Estimote; Kontakt; and Radius Networks, etc.

The Eddystone-URL frame broadcasts a URL using a compressed encoding format in order to fit more within the limited advertisement packet. Once decoded, the URL can be used by any client with access to the internet. For example, if an Eddystone-URL beacon were to broadcast A URL then any client that received this packet and with an Internet connection could choose to visit that URL (probably over WiFi). You can use an App to manage that experience and either take you directly to the URL or process a URI internally to perform some other function without network connectivity. Better still The Physical Web initiative has moved away from UriBeacon to the open initiative of Eddystone.

Now one thing to realise is that Eddystone may support iOS but that obviously does not include integration with CoreLocation as per iBeacons. Eddystone beacons only interact with iOS devices via CoreBluetooth which means you have more work to do. Likewise, on Android M there are a whole bunch of new APIs and those will not be available on iOS.

  • The Nearby API makes it easy for apps to find and communicate with beacons to get specific information and context. Apparently it uses a combination of Bluetooth, Wi-Fi, and inaudible sound.
  • Nearby provides a proximity API called Nearby Messages in which iOS devices, Android devices and Beacons can discover, communicate and share data/content with each other.
  • The Proximity Beacon API helps developers to manage data and content associated with Beacons. Once Beacons are registered with Google's Proximity Beacon API then we can map data and content that can be pulled from the Cloud using a REST interface. This makes Content Management Solutions much easier and gives us the ability to dynamically map content available to Beacons. This functionality will most probably be supported in the Physical Web through Web Browsers clients that support this API through JavaScript.
  • Place Picker is an extension of Places API that can show Beacons in your immediate vicinity. The Places API is also able to read and write Beacon positioning information (GPS coordinates, indoor floor level, etc.) from/to the Google Places database using a unique Place ID based around the Beacon UUID and then have the Beacons navigable though Google Maps. This would provide a much better retail solution where customers could literally Google “Hair Shampoo” inside a Boots store and be taken directly to the product using indoor positioning.

I am sure you have many questions such as, can a Beacon run iBeacon and Eddystone simultaneously. At the moment the Beacon vendors offer the ability to support both profiles but not simultaneously. This is apparently due to battery usage. Most vendors do seem to support simultaneous broadcast of UUID, URL and Telemetrics within Eddystone though. For any other questions then here is a fantastic Q&A on Eddystone from (

The Physical Web has now moved away from UriBeacon and onto Eddystone-URL frames. A few months ago, Chrome for iOS added a Today widget. The new Chrome for iOS integrates the Physical Web into the Chrome Today widget, enabling users to access an on-demand list of web content that is relevant to their surroundings. The Physical Web displays content that is broadcasted using Eddystone-URL format. You can add your content to the Physical Web by simply configuring a beacon that supports Eddystone-URL to transmit your URL of choice. When users who have enabled the Physical Web open the Today view, the Chrome widget scans for broadcasted URLs and displays these results, using estimated proximity of the beacons to rank the content.

The Physical Web also support finding URLs through Wifi using mDNS (and uPnP). The multicast Domain Name System (mDNS) resolves host names to IP addresses within small networks that do not include a local name server. It is a zero-configuration service, using essentially the same programming interfaces, packet formats and operating semantics as DNS. While designed by Stuart Cheshire to be stand-alone capable, it can work in concert with DNS servers. The mDNS protocol is implemented by the Apple Bonjour and by Linux nss-mdns services. In other words rather than waiting for your client to discover a Beacon advertising a UUID or URL then you could actually start searching for local services hosted on Beacons using a multicast form of DNS. Beacons are actually more powerful than most people realise and can often run micro-services on them. In fact if we think about it then Beacon based services are the ultimate form of a micro-service architecture. Brillo is an upcoming Android-based operating system for IoT devices and this lightweight OS could theoretically run on a Beacon which would enable a portable way of deploying a Beacon based micro-service architecture.

Thanks Peter!