Wearables based on APIs, an excellent business opportunity
The whole world of technology has the feeling that the future will take the form of a connected individual who has wearables implanted in their body. It would be a somewhat disturbing outlook – a human being conceived as an object of the Internet of Things, as a source of data information by means of an API.
The whole world of technology has the feeling that the future will take the form of a connected individual who has wearables implanted in their body and the ability to transmit data in real time. It would be a somewhat disturbing outlook – a human being conceived as an object of the Internet of Things, as a source of data information by means of an API, and as a transmitter of data for third-party applications. And this is sure to go beyond the industry since it represents a fantastic business opportunity.
The number of wearables in the market is forecast to grow. Sales will increase and the growth rate will rise over the next few years. A report by the consultancy firm Gartner (January 2016) indicates that the number of devices will go up from 232 million in 2015 to 322 million by 2017. A breakdown of the various wearables can be seen here:
To get another perspective into what will make up the future market of wearables we only need to look at the growth by operating system. At the end of 2015, a study by the consultancy firm IDC forecast that the growth rate by 2019 would be higher in wearables with Android Wear (up by 80.5%), Linux (up by 54.5%) and watchOS (up by 36.5%). It becomes apparent that smartwatches take center stage among consumers. Here is the breakdown:
In the context of this new business that is yet to be harnessed, APIs play a starring role. Large technology companies that are investing in health- and sports-related devices such as Google, Samsung, Microsoft and Sony; companies that have more specific interests such as Garmin; multinationals connected to sportswear such as Under Armour and Adidas; smaller companies such as Pebble, Misfit, Fitbit and Rithmio; or companies that invest in mobile operating devices such as Tizen (Linux) are creating their own wearable market by launching APIs. The Programmable Web repository currently contains 37 application programming interfaces which are linked to the universe of wearables and aimed at external parties.
There would be no wearables without APIs
APIs are the most effective way of sending data from a sensor to a team of developers who need the information to design an application. They act as the vehicle for device manufacturers to generate business around smartwatches, virtual reality headsets or wristband/chest bands that measure your heart rate. Without them, wearables wouldn’t make a lot of sense. It’s absurd to collect data from the body without giving it a shape.
At the moment, Google has several APIs connected to wearables. The first one is Google Fit REST API, the app programming interface for Google Fit, the platform for the users’ physical activity; the second is Android Wear APIs for the company’s operating system for wearables:
● Google Fit REST API: REST API that allows you to store and access data from Google Fitness Store using an external application. This interface offers you the possibility of carrying out operations (creating, aggregating or deleting) by using the data sources/sets gathered by the sensor. Google’s API works with three types of data: completely public (standard data provided by the platform for any application), private data and information that can be shared with others. This API operates under the OAuth2 protocol. For this reason, developers must have a Google account, go to the Google Developers console and request their credentials through an access token; they will then receive a client ID to use Google’s APIs.
● Android Wear API: Android offers a series of APIs for developing applications and games for Google devices. This is always done within a development environment in Java programming language.
Samsung also has an API for the Simband wristband, the company’s wearable that collects data about the users’ health. Simband runs in the Tizen operating system. The data are then processed and accessed through a platform developed by Samsung called SAMI. The wristband connects automatically with SAMI and loads information to the cloud. The device is controlled using a touchscreen.
Simband API allows developers to access sensors and data collection algorithms in real time from Samsung’s wristband. This interface has been written in C and has C++ functions for designing products. The API is supported by Doxygen, a tool for creating resource documentation in C++ which is compatible with other languages such as Objective-C, C #, PHP, Java, Python and Fortran. Also for the operating systems Mac OS X and Linux and executables for Windows. The authentication protocol is also based on OAuth2 and uses an access token.
Microsoft also has its own API: Microsoft Health Cloud API. This is an application programming interface for Microsoft’s Microsoft Band, a wristband that collects data from the body for medical and sports analysis. A RESTful API with information in JSON format, it uses OAuth2 as its authentication method.
APIs to fight against technology companies
Around large technologies companies such as Google, Samsung and Microsoft, there are companies whose core business is wearables; they release APIs for the community of developers. Some examples are Pebble, Misfit, Fitbit and Rithmio. They all have their own application programming interfaces aimed at generating business volume in the IoT.
● Pebble API: Pebble is a smartwatch that connects to a smartphone using Bluetooth technology. The API and software development kits (SDKs) have been designed to allow third parties to develop specific applications for Pebble or other phones with which the smartwatch can connect. The idea is to be able to manage the information collected from the user’s body, send or receive added data such as photos or text, control the smartwatch…
● Misfit Cloud API: third-party applications can use this API to connect to an open platform which contains real-time user information. It’s based on HTTP. Misfit’s application programming interface offers a wide range of documentation for you to start any project.
● Fitbit API: as with all other APIs, Fitbit’s API allows developers to connect and develop applications and services from the data collected by the brand’s wearables (wristbands or smartwatches). Its authorization protocols are OAuth2 and OAuth1. It’s able to interpret several languages: Spanish, French, German, Japanese and English.
● Rithmio API: REST API which allows you to integrate third-party applications with the company’s platform and devices.
● Tizen APIs: the Linux-based operating system for mobile devices has all kinds of APIs – authentication functions, linked to the framework, content, graphic development, user experience, interface, among others.
Banco Bilbao Vizcaya Argentaria, S.A. owner of this portal uses cookies and/or similar technologies of its own and third parties for the purposes of personalization, analytics, behavioral advertising or advertising related to your preferences based on a profile prepared from your browsing habits (e.g. pages visited). If you wish to obtain more detailed information, consult our Cookies Policy.
Cookie settings panel
These are the advanced settings for first-party and third-party cookies. Here you can change the parameters that will affect your browsing experience on this website.
Technical Cookies (required)
These cookies are used to give you secure access to areas with personal information and to identify you when you log in.
Name
Owner
Duration
Description
gobp.lang
BBVA
1 month
Language preference
aceptarCookies
BBVA
1 year
Configuration Accepted Cookies
_abck
BBVA
1 year
Helps protect against malicious website attacks
bm_sz
BBVA
4 hours
Helps protect against malicious website attacks
ADRUM_BTs
Salesforce Marketing Cloud
Session
Required for monitoring of the service, inherent to SFMC
ADRUM_BT1
Salesforce Marketing Cloud
Session
Required for monitoring of the service, inherent to SFMC
ADRUM_BTa
Salesforce Marketing Cloud
Session
Required for monitoring of the service, inherent to SFMC
ADRUM_BT
Salesforce Marketing Cloud
Session
Required for monitoring of the service, inherent to SFMC
xt_0d95e
Salesforce Marketing Cloud
Session
Remember user preferences (if any)
__s9744cdb192d044faa1bf201d29fafd1e
Salesforce Marketing Cloud
Session
Remember user preferences (if any)
wpml_browser_redirect_test
WPML
Session
Text translation in the portal
wp-wpml_current_language
WPML
24 hours
Text translation in the portal
Analytics Cookies
They are used to track the activity or number of visits anonymously. Thanks to them we can constantly improve your browsing experience
Your browsing experience is constantly improving.
With your selection, we cannot offer you a continuously improved browsing experience.
Name
Owner
Duration
Description
AMCV_***
Adobe Analytics
Session
Unique Visitor IDs used in Cloud Marketing solutions
AMCVS_***
Adobe Analytics
2 years
Unique Visitor IDs used in Cloud Marketing solutions
demdex (safari)
Adobe Analytics
180 days
Create and store unique and persistent identifiers
sessionID
Adobe Analytics
Session
Launch's internal cookie used to identify the user
gpv_URL
Adobe Analytics
Session
Adobe Analytics plugin: getPreviousValue Capture the value of a certain variable in the following page view, in this case the prop1
gpv_level1
Adobe Analytics
Session
Cookie used to store the DataLayer levl1 of the previous page.
gpv_pageIntent
Adobe Analytics
Session
Cookie used to store the pageIntent of the previous page.
gpv_pageName
Adobe Analytics
Session
Cookie used to store the pagename of the previous page.
aocs
Adobe Analytics
Session
Cookie that stores the first values collected at the beginning of a process.
TTC
Adobe Analytics
Session
Cookie used to store the time between the App Page Visit event and the App Completed event.
TTCL
Adobe Analytics
Session
Cookie used to store the time between the LogIn event and App Completed.
s_cc
Adobe Analytics
Session
Determine if cookies are active
s_hc
Adobe Analytics
Session
Cookie used by Adobe for analytical purposes
s_ht
Adobe Analytics
Session
Cookie used by Adobe for analytical purposes
s_nr
Adobe Analytics
2 years
Determine the number of user visits
s_ppv
Adobe Analytics
Permanent
Adobe Analytics plugin: getPercentPageViewed Determine what percentage of the page a user views
s_sq
Adobe Analytics
Session
ClickMap/ActivityMap features
s_tp
Adobe Analytics
Session
Cookie used by Adobe for analytical purposes
s_visit
Adobe Analytics
2 years
Cookie used by Adobe to know when a session has been started.
Advertising Cookies
They allow the advertising shown to you to be customized and relevant to you. Thanks to these cookies, you will not see ads that you are not interested in.
The advertising is customized to you and your preferences.
Your choice means you will not see customized ads, only generic ones.
Name
Owner
Duration
Description
OT2
VersaTag
90 days
VersaTag Cookie used to store a user id and the number of user visits.
u2
VersaTag
90 days
VersaTag Cookie where the user ID is stored
TargetingInfo 2
MediaMind
1 year
Cookie that serves to assign a unique random number that generates MediaMind.
Customization Cookies
These cookies are related to general features such as the browser you use.
Your experience and content have been customized.
With your selection, we cannot offer you a continuously improved browsing experience.
Name
Owner
Duration
Description
mbox
Adobe Target
9 days
Cookie used by Adobe Target to test user experience customization.
Looks like you’re browsing from MexicoSpainArgentinaPeruColombiaBelgiumChileUSAFranceHong KongItalyPortugalUnited KingdomTurkeyUruguayVenezuelaAlemania, so let’s show you the custom content for your
location. Change
Select a country
In order to access the private area and corresponding sandbox, select the country of the APIs you want to use.