All things considered, this Julian Bleecker’s Why Things Matter is probably the closest we have to a Manifesto for the internet of things. Bruce Sterling’s Shaping Things is also in that category, but it’s a longer text and it lacks the theoretical punch. Besides, any theoretical piece on networked objects has to first deal with the modern separation of the world into the nature/culture dichotomy, and Bleecker does just that with his use of Bruno Latour’s We Have Never Been Modern.

 

As I discussed here, and here, Google seems to seriously plan for and work towards a prime position in cloud computing (web 3.0?). A couple of interesting links relate to that. First comes the now infamous interview Eric Schmidt, Google’s CEO, gave at the WSJ. In that interview he made a number of comments indicating where Google are looking at the moment, but for some reason all it was remembered for is his quip that because of privacy issues with social networks in the future kids may end up having to change their names when they reach adulthood. Ok, this is odd, and it came out of nowhere, but surely there are more interesting bits in what he had to say. Much more interesting for example is his hint that Google are seriously working on developing semantic algorithms:

“As you go from the search box [to the next phase of Google], you really want to go from syntax to semantics, from what you typed to what you meant. And that’s basically the role of [Artificial Intelligence].  I think we will be the world leader in that for a long time.”

This statement has to be read in the context of Google’s move to the cloud. In that paradigm the semantic depth of your search query will be provided by your entire cloud footprint. This is quite literally an Artificial Intelligence in full operational mode. As William Gibson writes in a recent article in the New York Times,

“We never imagined that artificial intelligence would be like this. We imagined discrete entities. Genies.”

We imagined HAL, and Wintermute, but instead of managing an ultimately controllable anthropomorphic machine we have to deal with a distributed mind that is built of…us. An ambient socio-digital system.

 

In part 1 I mentioned Google’s focus on low latency sensors and massively redundant cloud data centers. Google is not the only company in the race though, and probably not the most advanced down that road. Ericsson – the world’s largest mobile equipment vendor – is seriously planning to operate 50 billion net-connected devices by 2020.  Only a small fraction of these will be what we consider as ‘devices’ – mobile phones, laptops, Kindles. The enormous majority will be everyday objects such as fridges (strategic object due to its central role in food consumption), cars (see the new Audi), clothes, basically everything potentially worth connecting. This implies an explosion in data traffic.

As Stacey Higginbotham writes over at Gigaom:

So even as data revenue and traffic rises, carriers face two key challenges: One, the handset market is saturated; and two, users on smartphones are boosting their consumption of data at a far faster rate than carriers are boosting their data revenue. The answer to these challenges is selling data plans for your car. Your kitchen. And even your electric meter.

In other words, it is in the interest of mobile providers to extend the network to as many devices as possible so that they can start profiting from the long tail. As the competition in mobile connectivity is fierce and at cut-throat margins, the first company to start mass-connecting (and charging) daily objects is going to make a killing. Hence Google’s focus on sensors and data centers.

This presentation by wireless analyst Chetan Sharma outlines the motivation for mobile providers to bring the internet of things as quickly as possible.

 

I just watched this interesting interview with Hugo Barra, director of product management at Google (G), talking about the convergence between mobile net devices and cloud computing. He is mainly answering questions on G plans for the next 2-5 years but a couple of long-term ideas seep through. First, they are thinking sensors and massively redundant cloud data-centers, and they are thinking of them as part of a constant feedback process for which low latency is the key. In other words, your phone’s camera and microphone talk directly to the G data-cloud on a latency of under 1 second – whatever you film on your camera you can voice-recall on any device within 1 second flat. The implications are huge, because G is effectively eliminating the need for local data storage. Second, to get there, they are rolling out real-time voice search by the end of next year. Real time voice search allows you to query the cloud in, well, under 1 second. Third, they are thinking of this whole process as ‘computer vision’ – a naming tactic which might seem plain semantics, but nevertheless reveals a lot. It reveals that G sees stationary computers as blind, that for them mobile computers are first and foremost sensors, and that sensors start truly seeing only when there is low latency feedback between them and the cloud. How so? The key of course is in the content – once storage, processing power and speed get taken care of by the cloud, the clients  - that is, us – start operating at a meta level of content which is quite hard to even fully conceptualize at the moment (Barra admits he has no idea where this will go in 5 years). The possibilities are orders of magnitude beyond what we are currently doing with computers and the net.

A related video, though with a more visionary perspective, is this talk by Kevin Kelly on the next 5000 days of the net. I show this to all my media students, though I don’t think any of them truly grasp what all-in-the-cloud implies. The internet of things. More on this tomorrow.

 

Bruce Schneier has posted over at his blog the following draft of a social networking data taxonomy:

  • Service data is the data you give to a social networking site in order to use it. Such data might include your legal name, your age, and your credit-card number.
  • Disclosed data is what you post on your own pages: blog entries, photographs, messages, comments, and so on.
  • Entrusted data is what you post on other people’s pages. It’s basically the same stuff as disclosed data, but the difference is that you don’t have control over the data once you post it — another user does.
  • Incidental data is what other people post about you: a paragraph about you that someone else writes, a picture of you that someone else takes and posts. Again, it’s basically the same stuff as disclosed data, but the difference is that you don’t have control over it, and you didn’t create it in the first place.
  • Behavioral data is data the site collects about your habits by recording what you do and who you do it with. It might include games you play, topics you write about, news articles you access (and what that says about your political leanings), and so on.
  • Derived data is data about you that is derived from all the other data. For example, if 80 percent of your friends self-identify as gay, you’re likely gay yourself.

Why is this important? Because in order to develop ways to control the data we distribute in the cloud we need to first classify precisely the different types of data and their relational position within our digital footprint and the surrounding ecology. Disclosed data is of different value to Behavioral or Derived data, and most people will likely value their individual content such as pictures and posts much more than the aggregated patterns sucked out of their footprint by a social network site’s algorithms. Much to think about here.

 

Data, data everywhere, The Economist, on how to manage superabundant data clouds

The data deluge, The Economist,  on the implications of data clouds for business, governments, and society

 

Just went though Tim O’Reilly’s The State of the Internet Operating System. Fascinating, thought-provoking, directly related to what I am working on regarding ambient socio-digital systems (ASDS). Key bits:

“What mobile app (other than casual games) exists solely on the phone? Virtually every application is a network application, relying on remote services to perform its function. Where is the “operating system” in all this? Clearly, it is still evolving. Applications use a hodgepodge of services from multiple different providers to get the information they need.”

“We are once again approaching the point at which the Faustian bargain will be made: simply use our facilities, and the complexity will go away. And much as happened during the 1980s, there is more than one company making that promise. We’re entering a modern version of “the Great Game”, the rivalry to control the narrow passes to the promised future of computing. “

“The underlying services accessed by applications today are not just device components and operating system features, but data subsystems: locations, social networks, indexes of web sites, speech recognition, image recognition, automated translation. It’s easy to think that it’s the sensors in your device – the touch screen, the microphone, the GPS, the magnetometer, the accelerometer – that are enabling their cool new functionality. But really, these sensors are just inputs to massive data subsystems living in the cloud.”

“Location is the sine-qua-non of mobile apps. When your phone knows where you are, it can find your friends, find services nearby, and even better authenticate a transaction.”

“Where is the memory management?”

Location, time, and emotive attachments (intensity) are the key vectors he identifies, and I agree. A fascinating problem is the management of a locally-cached memory-shadow. All in all, plenty to think of.

CC 2012 ted mitew dot com Creative Commons License Suffusion theme by Sayontan Sinha

Switch to our mobile site