Free Report – On Device Portals

I’ve been writing quite a lot about Java applications recently and their use as a kind of offline browser – or On Device Portal, as they are also known. If you can get over the hurdle that Java isn’t easy to develop for, offline browsing makes a lot of sense in these days of still relatively slow and occasionally dropped connections.

Troy Norcross and fellow Mobilist was commissioned by U-turn Media to write a report recently and interviewed me as part of the research. While the report has been commissioned by a company to help market its own products, it gives a nicely balanced view of what ODPs are, what they can do and how they should be used.

You can download a free copy at New Media Edge.

—–>Follow us on Twitter too: @russellbuckley and @caaarlo

Share this post:
  • Facebook
  • Twitter
  • del.icio.us
  • StumbleUpon
  • Digg
  • LinkedIn
  • Google Bookmarks
  • Suggest to Techmeme via Twitter
  • Reddit
  • Russell Buckley
    Serge - ever tried using WAP 2.0 on the London Underground? Except you can't coz it doesn't work. I agree ODP's are a short term solution and the future is online, but they make a pretty good work around for now, with superior user experience in many cases.

    Russell
  • Serge
    Really, why would operators suddenly drop their Wap 2.0 portals and move to j2me portals? Hasn't anyone checked WALL (from WURFL guys) and its capabilities. From consumer standpoint there is really no big differences in looks and usage of neatly designed WAP 2.0 site and J2ME portal app.
  • Russell,

    I should note that the term On-Device Portals was coined in ARCchart's report 'On-Device Portals: Beyond WAP', which was published in January 2006 (I was the lead author). This is an extesive report reviewing 14 ODP vendors, namely Abaxia, Action Engine, Cibenix, Handmark (Pocket Express), Macromedia (FlashCast), MSX, Nellymoser, Onskreen, Openwave, Opera Platform, Qualcomm (uiOne), RefreshMobile, Silk and SurfKitchen. Further to that report we have identified another 11 vendors of ODP products (incl. mPortal, Everypoint and U-Turn) and SurfKitchen and Comverse among others have adopted the term ODP in their marketing literature.

    The ARCchart report covers the ODP technology issues (incl. the Java fragmentation mentioned earlier), the commercial challenges (most importantly deployment of ODPs), the vendor landscape, commercial deployments, top 10 market trends and market forecasts.

    One of the most interesting findings is the growing market size of ODPs: "ARCchart estimates that the on-device portal market in 2005 stood at $30 million, but will grow aggressively over time to reach $1.4 billion by 2009, corresponding to 1.1 billion ODP licenses sold for that period. While Tier-1 and Tier-2 mobile operators will initially lead the way in ODP client deployments, by 2009, media companies will be responsible for the lion’s share of client deployments."

    See ARCchart's summary article on the report for more info and findings:
    http://www.arcchart.com/bluepr...

    Regards,

    Andreas
    (at) VisionMobile.com
  • Interesting term "ODP" it is much better then 3 tier java application :) I will use that one when describing our "ODP" for social networking. Although, Russell you are absolutely right in that it is not easy to develop in java. Especially a user experience that is rich yet scalable. Unless you are have the resources to engage a porting house, you will quickly realize that Sun's promise of "write once, run everywhere" is more like "Write once, Debug everywhere". The JSR support is ridiculously fragemented so you end up designing basically multiple ODP's with different levels of functionality. Lastly like Troy's report points out bringing your ODP to the "top of a deck" or under 3-4 clicks away is no small feat. Java apps usually get stored in games/apps folder. Am i missing something here? Are there tricks in bringing it further up ? Possibly "wake up by SMS" remotely or some approach i am not considering?

    Best,

    Sergey Lossev
    CEO of VCEL, Inc
    www.vcellvibes.com
    lossev@vcel.net
blog comments powered by Disqus