Amazon Tech Support

  • Subscribe to our RSS feed.
  • Twitter
  • StumbleUpon
  • Reddit
  • Facebook
  • Digg

Saturday, 19 June 2010

Inter-technology competition and substitution - photo-sharing as an example

Posted on 05:35 by Unknown
I recently came across a suggested use case for IMS RCS, which was essentially "display photos taken on your phone, on your home TV screen".

Fair enough, I can see the value in that as general idea. Whether it's boring friends with your holiday snaps, or showing Granny some pictures of the baby, I can definitely see that there is a valid user requirement to display photos on a big, high-res screen on occasion.

But that then got me thinking about the options for doing this, and the variables involved.

Without a comprehensive analysis, off the top of my head I could think of the following broad range of mechanisms for getting the image data from A to B:

- Beaming photos via Bluetooth from phone to TV
- Attachment via USB cable, or some proprietary cable from the handset/TV manufacturers
- WiFi transfer either peer-to-peer, or via your home gateway/router
- Memory card to a slot in the TV or set-top box (or perhaps in the remote control?)
- Some sort of integrated triple-play photo sharing service via the operator's core, conceivably across multiple operators if they interoperate
- Local break-out and sharing via a femtocell (3G from the phone, then ethernet to the TV)
- Upload to an Internet photo-sharing site, then access via an Internet-capable TV or STB
- MMS to an operator or off-portal service provider, then down to the TV via some sort of narrow-cast
- Various other options involving going via a PC as an intermediate step

And then there are numerous other variables involved:

- How technically-savvy are you?
- What sort of phone and OS is it?
- Does it have WiFi, 3G, RCS, Bluetooth some sort of photo-display software, and can you set them up and use them properly?
- What sort of TV or set-top do you have, and what are its interface and display features?
- Do you want to display the picture compressed or uncompressed?
- Single picture or a whole stream of them? What's the UI?
- How much control do you want from the phone? ("oops, better skip showing THAT pic to Granny")
- Do you want the photos persistently stored off the phone? Where? In the TV, in the operator's network, in your social network / photo website of choice?
- Do you want to edit or comment on the pictures? (eg comments, "like" etc)
- Do you want to display on other peoples' TVs & via their broadband? (eg Granny's) Do they have IPTV/triple play? Do they need some sort of "subscription" for this?
- Do you want to display on TVs when you're roaming?
- Is there adequate cellular coverage in the place you want to do this?
- How much latency will you tolerate in flipping from one pic to the next?

And perhaps most importantly - are you prepared to pay for this?

Not such an easy problem to solve, is it? There's a huge set of permutations, usage scenarios and technical options.

In this instance, without having analysed this particular problem in a lot of depth, my initial feel is that:

- sending uncompressed image files "tromboned" up through the cellular network and then down through the home broadband is usually going to be a bad experience
- many people will think "why bother?" and just either show the pictures on the phone screen (which is getting higher in quality), or use a PC or tablet as a display device instead. In future, the phone may also have a built-in projector.
- nobody is going to pay for this, unless it is such an utterly flawless user experience that it leave all the other options in the dust.
- if the photos are good, you'll want to put them up on the web somewhere anyway, for sharing in "non realtime" with all your other friends and relations
- an operator-mediated phone-to-TV photo sharing service, even if only the signalling traffic goes up to the network & the image is transferred locally, is going to be a pain to get working in many instances. Given nobody will pay for it, and it's feasible to do it in many other ways, it will neither generate revenues nor improve loyalty. Support costs may mean it's loss-making.

The question left outstanding is "how could the phone-to-TV photo display experience be enhanced and differentiated"? Clearly, ease-of-use and control is important - as is the ability to support many of the scenarios I list above.

But perhaps there's something more - a clever enhancement about comments/recommendation, or geo-tagging, or image analysis or whatever. Personally, I have no idea - and I'd be surprised if many telcos do either.

But someone will.

Which means that any added-value photo-transfer capability will almost certainly either be:

- end-to-end proprietary, eg from Apple or Sony or similar
- open to developers to do cool stuff at both ends of the connection

Incidentally - my RCS research paper is nearing completion. Details will be posted here and please contact me via - information AT disruptive-analysis DOT com if you'd like get pricing and the option of a pre-order discount.
Email ThisBlogThis!Share to XShare to FacebookShare to Pinterest
Posted in | No comments
Newer Post Older Post Home
View mobile version

0 comments:

Post a Comment

Subscribe to: Post Comments (Atom)

Popular Posts

  • Quick musing on Cloud Computing
    I just heard the phrase "Everything as a Service" during a presentation on Cloud, SaaS and other forms of managed service offering...
  • Apple, embedded SIMs, NFC and mobile payments - some speculation
    I wonder if I've just managed to join up the dots on something rather important: - Recent reports suggest that Apple is intending to use...
  • New Cisco VNI traffic report out
    One of the broadband industry's "bibles" has been published in a 2010 edition . Cisco's "Visual Networking Index...
  • Is the MID a market?
    MIDs (Mobile Internet Devices) are being pushed by some notebook OEMs and silicon suppliers as the next big convergent handheld category. I...
  • "You can't use my eyeballs for free"
    Let's look forward 10 years. We've all got augmented reality browsers on our handsets, or perhaps our 4G-connected sunglasses. They ...
  • Mobile traffic management - the Inter-technology war begins
    I've been following the proliferation of mobile broadband traffic management technologies for some considerable time now, having publish...
  • Pre-MWC notes for analyst relations staff
    OK, it's the time of the year when I get bombarded by emails and phone calls from a million people inviting me to briefings and similar ...
  • Mobile operators' future voice strategies decoded
    Apologies in advance, but this blog post is deliberately a bit of a tease. I'm not going to spell out the answer here, as it's too v...
  • Hosted mobile services in the recession - Caveat Emptor
    I used to work as an equity analyst at an investment bank back in 2000-2001. I remember an unending stream of first generation Application S...
  • Challenges in measuring offload volumes
    I suspect we're going to get bombarded with statistics in the next year, along the lines of "Operator X deployed Vendor Y's off...

Blog Archive

  • ►  2013 (31)
    • ►  October (2)
    • ►  September (3)
    • ►  August (1)
    • ►  July (2)
    • ►  June (6)
    • ►  May (5)
    • ►  April (1)
    • ►  March (3)
    • ►  February (3)
    • ►  January (5)
  • ►  2012 (46)
    • ►  December (5)
    • ►  November (4)
    • ►  October (3)
    • ►  September (2)
    • ►  August (4)
    • ►  July (3)
    • ►  June (1)
    • ►  May (6)
    • ►  April (4)
    • ►  March (1)
    • ►  February (9)
    • ►  January (4)
  • ►  2011 (73)
    • ►  December (4)
    • ►  November (10)
    • ►  October (8)
    • ►  September (6)
    • ►  August (3)
    • ►  July (5)
    • ►  June (7)
    • ►  May (9)
    • ►  April (4)
    • ►  March (7)
    • ►  February (6)
    • ►  January (4)
  • ▼  2010 (130)
    • ►  December (4)
    • ►  November (10)
    • ►  October (10)
    • ►  September (6)
    • ►  August (9)
    • ►  July (7)
    • ▼  June (19)
      • Social media uselessness
      • Mobile operators' future voice strategies decoded
      • The risks of using someone else's numbers & forecasts
      • If mobile data billing takes too long to change, d...
      • Putting a value on customer data with reference to...
      • A counterpoint to femtocells - are they really nec...
      • Inter-technology competition and substitution - ph...
      • Doing a 180 on Vodafone 360
      • Will delays to LTE help or hinder VoLTE?
      • PRESS RELEASE: New study forecasts $416bn worldwi...
      • "Comes with data" business model for TomTom SatNav
      • Right up to the cap....
      • LTE iPhone? Not until 2013, I reckon
      • Thought for the day - mobile communities...
      • Upcoming events
      • New Cisco VNI traffic report out
      • Optimised Internet apps. vs. RCS vs. multi-headed ...
      • AT&T tiering, femtocells and holistic traffic mana...
      • Does a "coalition of the losers" ever win?
    • ►  May (19)
    • ►  April (11)
    • ►  March (18)
    • ►  February (7)
    • ►  January (10)
  • ►  2009 (126)
    • ►  December (4)
    • ►  November (14)
    • ►  October (9)
    • ►  September (8)
    • ►  August (9)
    • ►  July (10)
    • ►  June (21)
    • ►  May (14)
    • ►  April (2)
    • ►  March (11)
    • ►  February (15)
    • ►  January (9)
  • ►  2008 (94)
    • ►  December (24)
    • ►  November (26)
    • ►  October (25)
    • ►  September (19)
Powered by Blogger.

About Me

Unknown
View my complete profile