The Minomo is an effort for the open connection between beacons and apps.

By the intermediation of the standardized procedure, beacons can transmit signals intelligible to any nearby apps. And it can be a starting point of some auto processing.

Dedicated beacon for a certain app nor dedicated app for a certain beacon product aren’t required for this.

Metadata based on this specification are set on arbitrary web document, and the beacon supporting Eddystone-URL protocol broadcasts the URL of this document.

Any apps which receive this URL, can get metadata from web document, and can understand them since these are based on the standard specification, and respond to the signal in accordance with their own rules.

Data definition of the metadata, not only you use the already defined, but also you can define freely for the arbitrary purposes.

The defined data-context is shared by registering with the context store.

The data definitions on the context store serve as a common language between beacons and any apps.

This framework does not enable beacon deployers to control the processing triggered by beacons.

Beacons simply signal, and the apps receiving it take control of which signal they respond to, and what action they perform.

It is good idea to provide the general-purpose app to handle any beacons based on this specification.

On these apps, user can choose the type of metadata as to be the trigger of the processing among the data-definitions on the context-store.

And they can define the execution condition of processing using the property specified in chosen data-definition.

So the specified processing is performed, when beacon of chosen type comes close to.

It is inspired by the chains of recipes on IFTTT.

Of course it is also good to provide the apps which specialized in the limited use and which are easy to operate.

The simplest use of this is filtering of the notification caused by the beacons nearby.

Delivering nearby deals to the customers who will be interested in it is one example of this.

The data-context of the “Deal” must include the properties to filter deals. For example is a brand and a product, a target group, price range, etc.

In the existing general beacon solutions, it was using the beacon in order to know the exact location of the mobile device.

On the contrary, you can get the location of the moving beacon from the stationary devices or from the mobile apps holding their location by other means.

The data-definition which request the location of beacon can be used for searching the lost goods, children or dogs, or used for watching over movements of children.

Users who install the app responding to the metadata of this type will help other users, and help themselves when needed.

Beacons also can transmit the occurrence of the physical event. (the state or use of home appliances, or the detection of sensors)

And nearby apps can notify remote user of the received events, or record it for later use.

I’m looking forward that Minomo is used for various purpose other than these examples. Join us!