Light Reading Mobile – Telecom News, Analysis, Events, and Research

The Philter  
Phil Harvey

OneAPI & the Global Mobile App Ecosystem

March 08, 2013 | Phil Harvey |
Last week at Mobile World Congress, we got one step closer to being able to write an application for one operator's network and having that same app work on other operator networks around the world.

The GSM Association (GSMA) announced the OneAPI Exchange and, when it did, it fleshed out some of the details missing when I wrote that such an effort was underway, back in May.

In that story, Heavy Reading analyst Caroline Chappell spelled out OneAPI's potential, even before we knew what it was called: "Now five of the world's largest operators are getting together to make telco APIs work, there is real hope that telcos will at last have a compelling proposition for developers -- and app users -- on a global scale."

The description of the OneAPI Exchange is interesting and follows right in line with Chappell's prediction:

The OneAPI Exchange also allows a developer to specify which other operators’ networks they would like their app to work with, so services are not limited to the customers of a single operator. The platform seamlessly maps the APIs used by the app onto those used by the consumer’s operator. This federated approach enables operators to either customise the services available on their own platforms, while still reaching a mass market, or expose their network capabilities to developers through standardised APIs.

When you think about how websites and Web content work, we take for granted that they behave relatively the same on just about any browser on just about any network. It has always seemed odd to me (and developers, I'm sure) that you had to either choose to develop a mobile app either for a device OS or for a specific network.

At least with this OneAPI Exchange (if it works as advertised), developers can open themselves up to many networks at once. Maybe they can also make their apps and content available on many operating systems at once, with much less effort than is required now.

Apigee is operating the OneAPI Exchange and several global providers are participating, including AT&T Inc., Deutsche Telekom AG, France Télécom – Orange, Telefónica SA and Vodafone Group plc. If they can bring us closer to the write-once, run-anywhere idea that powers most Web content, it could finally make mobile applications a more rewarding market for carriers and developers alike.

My concern in all of this is that the ship may have already sailed. If content creators and game developers standardize on iOS and Android now, and develop for both, they gain access to most of the world's smartphones (more than 80 percent) and they don't have to deal with carriers. As the smartphone world gets less homogenous, developing for carriers will make more sense. But that's not the market reality right now.

— Phil Harvey, Editor-in-Chief, Light Reading



Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

Network Computing encourages readers to engage in spirited, healthy debate, including taking us to task. However, Network Computing moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. Network Computing further reserves the right to disable the profile of any commenter participating in said activities.

 
Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.
 
More The Philter
The SDN Balancing Act
There's an interesting tension between how much SDN can benefit service providers and how it could threaten their established businesses
SDN's Killer App: More Network Control
Stanford's Nick McKeown says SDN won't take hold until networking equipment vendors give up some control
Ericsson CEO Prefers R&D to M&A
Ericsson CEO Hans Vestberg defends his company's managed services deals and says he'd rather invest in R&D than make expensive acquisitions
What Are You Seeing at MWC?
Use our message boards to share photos from your Barcelona experience this week
Proximity Is Where It's At
Intel- and Deutsche Telekom-backed tech startup doesn't need a network to make smart, wireless proximity applications
White Papers SPONSORED CONTENT
Featured
Docsis Provisioning of EPON (DPoE)
CableLabs spec that blends Docsis-style provisioning with EPON