« February 2010 | Main | April 2010 »
March 31, 2010
10 Reasons You Should Attend Kynetx Impact
On April 27-28, we'll hold the second Kynetx Impact conference. The first, last November, was well attended, very fun, and people consistently told us that they learned a lot. Impact isn't just a conference about KRL (Kynetx Rule Language) and the cool things you can do with it--although you'll find plenty of that too--it's a conference about what we think of as the client-side revolution: a whole new way of Web programming that thousands of developers are discovering.
So, with that intro, here are ten reasons you should come to Impact:
- Jon Udell - Jon Udell will be giving the Tuesday morning keynote. I've known Jon for years and admired him for many more--ever since he wrote for Byte magazine and I was just a wannabe. He's deeply curious and has a knack for finding the key points in any discussion. You'll love that you came to Impact after you hear him speak.
- Steve Gillmor - Steve Gillmor is larger-than-life and I find his analyses of the tech industry insightful. I take every opportunity I can to talk with Steve about things because he always challenges some pre-concieved notion that I have and makes me things in a different light. You will too after you hear him give Wednesday morning's keynote.
- Craig Burton - Craig Burton is a good friend of Kynetx and has provided critical stategic advice to us over and over. Craig understands the nature of the client-side revolution in ways that are unniquely Burtonian. As a founder of both Novell and Burton Group, Craig understands technology and startups in his very core. Craig's giving the closing keynote and you won't want to miss it.
- Steve Spencer - Steve Spencer is a technologist who understands how to build companies and shape products. He's been involved in interactive marketing for over a decade. He'll be speaking on its future.
- Programming the Internet - At Impact I'll introduce you to the opportunity that client-side programming gives us to move beyond the Web and program multiple domains (web, email, mobile telephony, etc.) so that they interact in ways that were never before possible.
- New Trends in Social Networks - one of the emerging opportunities online is user intention and relationship data. Developers who use intentions and relationships to write Web applications on the client-side will be building the next generation of distributed social networking systems.
- Unconference Sessions - On Wednesday we have three hours for you to set the agenda. The idea is that after the break-out sessions on programming KRL on Tuesday you might want to dive deep into particular subjects or just get together with other like-minded developers and throw ideas around. What ever the reason, we have built flexibility into the schedule for you to customize the conference to suit your needs.
- Product Announcements - Kynetx Impact Conference will also unveil a new Kynetx App Marketplace, new Kynetx Rules Language (KRL) integration with Google Calendar data, KRL Events to initiate actions based on events, and a new Kynetx API that developers can plug into their favorite IDE or use to create new types of applications. And we have a few surprises left... In addition, we're expecting some of our partners to make some important announcements at Impact.
- Awesome Agenda - In addition to the speakers, I've already mentioned, we'll also have featured talks from Joe Vito of Dunn and Bradstreet and Chad Engelgau from Acxiom. These two speakers will from broad experience about how data will revolutionize the way we program the Web.
- Developer App Showcase - Come see the winning applications from the developer contest we held this winter along with other noteworthy applications. If you're just starting, you'll get plenty of ideas. If you're a veteran KRL developer, be sure to let us know if you've got a cool app that others ought to see.
- Food - We'll feed you five meals at Impact--all included in the conference fee. I've personally sampled the menu choices and I think you'll be glad you came to Impact if all you enjoy is the food. It's that good. In addition, J&K Foods, the makers of Bacon Salt have agreed to sponsor Impact and send us some awesome samples. We're trying to make this so good that we're even including bacon.
Sorry, I couldn't stop at just ten. If you're in Utah, you don't often get a chance to see a lineup like this so close to home, so take some time, sign up, and come join us. If you're somewhere else, we're working hard to make sure you'll think it was worth the trip. Work Kynetx Impact into your schedule--you won't be disappointed.
To make the decision easier, I'm offering a discount code for 33% off the normal $150 price to readers of my blog. Just use the code "pjw33". Please take a minute and sign up now.
9:59 AM | Comments () | Recommend This | Print This
March 29, 2010
Natural Born Cyborgs
Years ago, I read a great book by Andy Clark called Natural Born Cyborgs. The thesis of the book is that humans are natural tool users and the current way that we use search engines, mobile phones, and other modern devices are no different. We naturally adapt our lives to using these new tools. Clark considers cell phones, PDAs, laptops, and Internet search engines as "prime, if entry-level, [examples of] cyborg technology". He says "the mind is just less and less in the head." In fact I regularly called my laptop my "exocortext."
For a look at how far this might go, I recommend reading the first chapter of Charles Stross' book Accelerando. In Accelerando, the lead character (Manfred Macx) is essentially a cyborg who's daily interactions with the world are so efficient and leveraged that he makes his living by having ideas, patenting them, wrapping the IP in an LLC, and selling them to the highest bidder. Dozens a day.
I was reminded of this today while I was reading a Wired article today by Clive Thomson called Cyborg Advantage. He talks about how computer-human teams are better at chess than either humans or computer alone:
At a "freestyle" online tournament in 2005, where any kind of entrant was allowed, such human-machine pairings were absolutely awesome. In fact, the overall winner wasn't one of the grandmasters or supercomputers; it was a pair of twentysomething amateurs using run-of-the-mill PCs and inexpensive apps.
What gave them the upper hand? They were especially skilled at leveraging the computer's assistance. They knew better how to enter moves, when to consult the software, and when to ignore its advice. As Kasparov later put it, a weak human with a machine can be better than a strong human with a machine if the weak human has a better process.
The most brilliant entities on the planet, in other words (at least when it comes to chess), are neither high-end machines nor high-end humans. They're average-brained people who are really good at blending their smarts with machine smarts.
From Clive Thompson on the Cyborg Advantage | Magazine
Referenced Mon Mar 29 2010 16:24:16 GMT-0600 (MST)
Thompson goes into how this is sparking a debate about how far this kind of thing should go.
These days, though, there's a big debate between folks who love our modern, digitally enhanced lifestyle and those who are unsettled by it. The chess example shows us why there's such a gap. People who are thrilled by personal technology are the ones who have optimized their process --- they know how and when to rely on machine intelligence. They've tweaked their Facebook settings, micro-configured their RSS feeds, trained up the AI recommendations they get from Apple's Genius or TiVo.
And crucially, they also know when to step away from the screen and ignore the clamor of online distractions. The upshot is that they feel smarter, more focused, and more capable. In contrast, those who feel intimidated by online life haven't hit that sweet spot. They feel the Internet is making them harried and --- as Nicholas Carr suggested in The Atlantic --- "stupid."
From Clive Thompson on the Cyborg Advantage | Magazine
Referenced Mon Mar 29 2010 16:25:51 GMT-0600 (MST)
Whenever I hear these kinds of arguments, I'm reminded of something Scott Lemon is fond of saying when this comes up. We're also completely dependent on grocery stores, but you don't see anyone decrying the use of grocery stores and modern technologies that are destroying our children's ability to forage for food.
One trick is knowing what you need to teach in school. For example, calculators are everywhere, but I still frequently carry out arithmetic in my head. In fact, understanding the process of multiplication, for example, is probably more important to my reasoning than being able to get to a specific correct answer. I can use a calculator for getting specific answers, but I can't use a calculator to reason.
That's the real point of Thompson's article: learning how to use technology for what it's good at (like finding all the potential outcomes of a specific mode) while retaining the ability to reason, strategize, and take the leaps of logic that humans are capable of.
4:38 PM | Comments () | Recommend This | Print This
March 24, 2010
The Last Stack Overflow Podcast...For a While

Image by ern via Flickr
Today I published Episode 86 of Stack Overflow. You may have heard that Joel is going to quit blogging. He also hinted that that would include podcasting.
Episode 86 represents the last Stack Overflow podcast--at least in it's current form. Joel and Jeff are going to take a few weeks off and see if they can redefine the podcast. If you have specific suggestions for them, I'm sure they'd appreciate hearing your ideas. Meanwhile, I'm going to miss this podcast...a lot.

7:44 AM | Comments () | Recommend This | Print This
March 23, 2010
CTO Breakfast and Podcamp This Friday
The CTO Breakfast this Friday will be held in conjunction with Podcamp SLC. Note that that means a venue change. The breakfast will start at 8am on Mar 26th at Neumont University, South Jordan, Utah (map). As always, we'll have a great group of folks and awesome teh conversation. When it's over, you can mosey on over to the Podcamp sessions and learn about blogging, social media, social networking, podcasting, video on the net, and digital media. Podcamp SLC costs $20 for the day. Be sure to register.
The next CTO Breakfast will be held on April 29 (Thurs) at the usual location.
10:17 AM | Comments () | Recommend This | Print This
Google, China, and Trust

Image via Wikipedia
Yesterday Google redirected google.cn to Google's Hong Kong site after a many month-long war of words between Google and the Chinese government. Google accused the Chinese government of industrial espionage and has been chaffing under the Chinese government's requirement for censorship. There's a lot of commentary about Google destroying their chances to compete in the world's fastest growing economy, but I want to focus on something else.
Google was caught between what it thought was the right thing and it's desire--some would say need--to do business in China. Google chose the right thing.
One of the most important attributes of a search engine is trustworthiness. If you don't trust your search engine to give you correct, unbiased results you will probably start looking for a new search engine. The same is true, of course, of any other service--Internet or otherwise. When Google decided that it would rather pull out of China than break trust with it's users, they made the right--not just the correct--decision.
The future might reward Google for the decision and it might not. Not all right decisions result in good outcomes for those involved. Such is life. Still, I believe that it is precisely this kind of pressure which will ultimately force China to adopt rulesets more in line with those of the connected world (as Thomas Barnett might say). Even with home grown search engines, China will need connectedness to the rest of the world to flourish and every stroke increases the pressure for them to comply.

8:46 AM | Comments () | Recommend This | Print This
March 22, 2010
Utah Caucus Meetings Tomorrow! Come Participate!
Image via Wikipedia
Statewide party caucuses for Republicans, Democrats and others will be held tomorrow, March 23, 2010 at 7pm. The election of a delegate is the first--and the most important--step in the partisan election process in Utah.
The delegates elected in a precinct will hold the power to vote on behalf of the approximately 1250 voters in their precinct at the statewide party conventions in May. If enough citizens don't turn out, a few "special interest" people end up controlling the vote for delegates; if special interest people become the delegates, they won't represent the interests of the majority of the precinct. Please come.
Precinct boundaries have changed in some areas, please check your registration cards sent to you to verify your new precinct information. If you have any questions about your precinct boundaries, call the Elections Office 801-851-8128 or check online. If you live in Utah County, you can find that information here. The Utah GOP website has information about their caucuses as does the Utah Democratic Party.
In Utah, where the Republican candidate wins 80-90% of the time, participating in the process to choose the candidate is extremely important. If you just show up and vote in November, you're not really doing much. Be part of the process.

9:44 AM | Comments () | Recommend This | Print This
March 17, 2010
Twitter, Avatars, and Influence
Image via Wikipedia
People use Twitter for lots of different purposes. I use Twitter to keep up with friends, find new things on the 'Net that I wouldn't otherwise see, and to tell others what I'm thinking. Another word for that final purpose is "influence." To a certain extent almost everyone on Twitter is trying to use it to influence something--some more blatantly than others.
If you've been on Twitter for any time you'll notice that people have different behaviors with respect to their avatars. Some put them up and never change them. Some put up their own face. Others put up pictures of their family, logos, or even book covers or favorite brands. Some people change their avatars frequently and some have had the same avatar since they set up their account.
As an aside, when you pick an avatar, something recognizable is nice, but not necessary--I'll pattern match eventually even if I can't tell what it is. Also, one of my pet peeves is people who use pictures that are looking to their own left. Most Twitter clients put the picture on the left of the text and the picture ought to look at the text, not off to the side. If you're using a face, pick pictures that are facing to their right and make the face big enough to be recognizable.
I understand the desire to use the avatar in Twitter for personal expression. But if influence is part of your motive for using Twitter, then changing your avatar frequently is a bad idea. Here's why.
One measure of influence on Twitter is the number of followers. To refine that we might use an algorithm that determines who your followers are and their influence--kind of like Google page rank, but for tweeple. Certainly there are sites that do that sort of thing. But the ultimate measure of influence is how often your tweets are read. No way to measure that, as far as I know. But there is a way to increase the probability: pick an avatar you like and stick with it.
I subscribe to almost 700 people on Twitter. That means that my Tweetstream is in constant motion with new stuff on it all the time. As i scan it, your avatar is one of the clues I use to determine whether to read a particular tweet or not. I read every tweet that some people make; others I read only occassionaly. My primary clue is the avatar. More than once I've missed people because they decided to express themselves and change their avatar.
Obviously you can change your avatar if you like. But if you're trying to express yourself, leave your avatar alone and write a well thought out 140 characters. That will get across much more forcefully than anything else you can do and the probability I'll see it and read it will go up because you'll be familiar to me as I scan the tweetstream.

9:53 AM | Comments () | Recommend This | Print This
March 16, 2010
Thinking About Cassandra
This week on the Technometria podcast, Scott and I interview Jonathan Ellis about the Cassandra Project. Cassandra is an open source distributed database management system used by Facebook, Twitter, and other sites. Cassandra is a distributed database that is designed for extreme scalability.
Cassandra is one of the so-called "NOSQL" databases. That's something of a misnomer, because its not specifically SQL that they're lacking--although they are that--but relations. Like Amazon's Dynamo and Google's Bigtable (from which it draws its founding ideas), Cassandra is designed to solve the problems that many modern Web applications have for storing data. That's not to say that relational databases aren't useful, but they come with certain problems like the fact that they're difficult to scale. If all you need is key-value storage, then you're suffering that pain for functionality you're not even using.
At Kynetx, for example, our core engine needs to be able to grab persistant data about a ruleset evalation regardless of which machine it's running on to avoid the need to pin sessions to particular machines--something made more difficult by the fact that interactions may stretch over days. We don't need a relational store--we can get by just fine with key-value storage for this application.
Right now we're using memcachedb (note that that's not memcached). Memcachedb is very fast and uses the memcache API, so it's easy to talk to from just about any language. But the fact that it's based on BerkeleyDB means that it doesn't scale particularly well--essentially the same was as relational databases with a master-slave architecture.
I'm hoping to switch out what we're doing now with Cassandra sometime soon to get the distribution and scalability. There's still some research to do, but I'm looking forward to it.
4:39 PM | Comments () | Recommend This | Print This
March 15, 2010
Come to Kynetx Impact in April
On April 27-28, we'll hold the second Kynetx Impact conference. The first, last November, was well attended, very fun, and people consistently told us that they learned a lot. As I mentioned previously, Jon Udell will be the keynote speaker and I expect it to be a great talk. In addition to Jon's keynote, we'll be talking about client-side Web programming and why it's the next exciting place to work on the Internet.
We've got a lot going on in preparation for this spring's Impact. There will be a number of big announcements from Kynetx and our partners about the programming platform, including a big upgrade to how KRL processes events and fires rules that will significantly increase it's power and the applications that you can write with it.
We'll be holding Kynetx Impact at the Larry H. Miller center at Salt Lake Community College. In addition to great talks and new ideas, we'll have some great food. I just visited the caterer last week for a tasting and was very impressed. I think it's worth coming to Impact just for the food!
I'm offering a discount code for 33% off the normal $150 price to readers of my blog. Just use the code "pjw33". Please take a minute and sign up now. I guarantee you won't be disappointed in Kynetx Impact.
11:28 AM | Comments () | Recommend This | Print This
March 10, 2010
The Power of Pull
This week on the Technometria podcast, Scott and I talk to David Siegel, the author of The Power of Pull. David talked to me one or two times quite a while back about identity as he was researching this book, but I didn't really know what the book was about or why he cared about identity. In appreciation, he sent me a copy of the book when it came out and I left it sitting on my desk for a number of weeks before I picked it up. When I did, I was blown away.
I'm certain that the podcast won't do justice to the material in the book--you have to read it for the full impact--but maybe it will give you and idea of why this is such an important work.
For years, we've heard about the semantic web and mostly it's been a bunch of talk about RDF, ontologies, and so on. David's talking about the semantic web, but he does it by telling us how our lives will change when data is portable and systems can manage it without constant interaction with us. These changes--and they're inevitable--will change everything from health to commerce to how we play golf. What struck me as I've read the book was the shear ubiquity of the impact.
The title, Pull, comes from the central idea of the book that more and more people will pull things to them, rather than being at the receiving end of a push. I wrote about what that will mean to commerce in a blog post called Building Fourth Party Apps with Kynetx where I borrowed Doc Searls metaphor of the sewage pump as an apt descriptor for the current regime.
When I think of the changes that the Internet has caused in the last 15 years, I'm amazed, but I also realize that we're just getting a good start. There are myriad changes yet to happen and David has done a great job in this book of laying out what the next set of changes are likely to be, why they'll happen, and what it will mean for individuals and businesses.
The bottom line: this is the most interesting tech book I've read in a long time. I bought eight copies and spread them around the office because I wanted everyone at Kynetx to read it. You should read it too.
8:11 AM | Comments () | Recommend This | Print This
March 5, 2010
Amazon Products in KRL: A New Distribution Model
The first Web service that Amazon put up, years ago, was the ECommerce API that allowed API access to Amazon's product information. That API has gone through several name changes and is now called the Product Advertising API. Thousands of people have used this API to add data about products--and the opportunity to buy them--to their Web sites.
That's the problem, of course. You can use it on your Web site, but you can't conveniently use them in a browser extension to build client-side community apps because your Amazon developer keys would be exposed to the world. The most recent build of KRL changes that by making the Amazon Product Advertising API (PAA) available as a library. That means that it's possible to use Kynetx to build client-side applications that use the PAA without exposing your developer tokens. That opens up a whole host of possible uses for Amazon product information that were difficult to achieve before.
Here's a video that shows this at work:
Of course, to create client-side applications that people will install and use requires more than just pumping more product at them. The KRL integration of PAA includes the ability to access all the user-generated reviews, product information, photos, and other product data that would allow a developer to create a first-rate experience that adds real value for people who download and use their apps.
KRL makes using PAA easy. To get started, you simple put your Amazon developer secrets and associate ID in the meta block of your application:
meta {
key amazon {
"token" : "absjj99a9ad9ad8799",
"secret_key" : "absjj99a9ad9ad8799abs79999a9ad9ad8799",
"associate_id" : "windleyofente-20"
}
}
These are stored securely in the cloud and not divulged to users of the application.
The KRL Amazon library has two primary methods: ItemSearch and ItemLookup. With ItemSearch the search index is a parameter and additional parameters depend on the particular index. ItemLookup takes an Amazon product ID (ASIN) as it's primary parameter. Here's an example:
amazon:item_lookup({"ItemId" : "B00008OE6I",
"response_group" : "ItemIds" })
The response is returned as JSON so that you can use JSONPath to pick it apart and use it. Here's a piece of the response to the previous query:
"Item" : {
"OfferSummary" : {
"LowestUsedPrice" : {
"Amount" : "3999",
"CurrencyCode" : "USD",
"FormattedPrice" : "$39.99"
},
"TotalRefurbished" : {},
"TotalUsed" : "8",
"TotalCollectible" : {},
"TotalNew" : {}
},
"ASIN" : "B00008OE6I"
}
Here's a video showing a little more about how this is done and giving a working example.
You can install the example that we used for the first video or just view the source code using the app detail page in the Apps Directory. Here's the documentation for the Amazon library.
The Amazon integration with KRL allows Amazon developers to build client-side application that use Amazon product data without exposing the Amazon developer credentials--something that's been hard in the past. KRL is designed to make using online data like Amazon or Twitter easy and quick. We'll be annnouncing some other major data and service integrations over the next few weeks as we gear up for Kynetx Impact in April. Come join us.
10:40 AM | Comments () | Recommend This | Print This
March 3, 2010
Using the .tel TLD for Managing Contacts
This week's Technometria podcast is with Henri Asseily, the CTO of Telnic. Telnic is the registry for the .tel top-level domain.
The .tel domain is a little different than most domains you might run across. For one, you can't point it at a Web site (although you can get email through it using MX records). The registry controls the A records for the domain and they all point to a contact page. For example, here's my .tel domain: windley.tel.
I, of course, control all this data using a Web page that they provide for that purpose. The nifty thing is how it's stored. There's no database behind this, rather the data is all stored in the DNS records for the domain. For example, the system uses NAPTR records (yeah, I didn't know what they were either before this) to store the
pjw:Downloads pjw$ dig windley.tel -tNAPTR ;; ANSWER SECTION: windley.tel. 60 IN NAPTR 100 100 "u" "E2U+web:http" "!^.*$!http://www.windley.com!" . windley.tel. 60 IN NAPTR 100 101 "u" "E2U+web:http" "!^.*$!http://xri.net/=windley!" . windley.tel. 60 IN NAPTR 100 103 "u" "E2U+x-voice:skype" "!^.*$!skype:windley!" . windley.tel. 60 IN NAPTR 100 102 "u" "E2U+voice:tel+x-work" "!^.*$!tel:+18016494601!" .
You can see that some of the data in the page is available in these records. The textual data is in the TXT records:
pjw:Downloads pjw$ dig windley.tel -tTXT ;; ANSWER SECTION: windley.tel. 59 IN TXT ".tlb" "1" "100" "100" "Technometria windley.tel. 59 IN TXT ".tlb" "1" "100" "101" "Contact form" windley.tel. 59 IN TXT ".tlb" "1" "100" "102" "Phone number at Kynetx" windley.tel. 59 IN TXT ".tlb" "1" "100" "103" "My Skype address"
Note that the numbers in the text records are being used to link this data to the data in the NAPTR records.
This is pretty cool because it means that anything that can speak DNS (pretty much everything) could have programmatic access to this data. If you can make DNS queries, you can grab my contact data.
The system allows for me to create profiles and then make different profiles available based on where I am and what I'm doing. I could update my telephone number, preferred method of contact, and so on just by choosing a different profile. Eventually this would be done automatically for you depending on various events in your life. This is where Kynetx comes in, but that's the subject of another post once.
2:47 PM | Comments () | Recommend This | Print This
Who Owns Data About You?
On Saturday, I blogged about a bill before the Utah Senate that would allow law enforcement to use administrative subpoenas to get data about you from your ISP when they suspected you of crimes against children. This would be done without a warrant and without any real oversight (as currently drafted).
This morning Rep. Brad Daw is testifying about his bill before the Senate Edcuation Committee (yeah, it's confusing). @sausagegrinder (a Daily Herald reporter) tweeted that Daw said:
Daw: 4th amend doesn't apply to his bill. The subpoenas would be for information owned by a company, not property of suspect
That's an interesting position. Forget the bill itself. Just consider the question of when information about you belongs to you, when it belongs to someone else, and when it belongs to multiple parties.
If we take the position, as Daw apparently does, the data in the ISP records about you, your address, you billing information, and other transactional data (although by his admission in an unlinkable Facebook exchange not the content of the transactions themselves) belongs to the ISP and not to you, where do we draw the line on what data about you belongs to you...at least in part?
What about your health data? Yeah, I know about HIPAA, but forget that--we're trying to suss out principles, not the law. Would you consider all the information about your doctor visits, the tests you took, the payments you made (or didn't) to be data in which you had no privacy interest? Even if the actual content of the tests and medical procedures was not included, there's a lot of private data to be had in the meta data about our activities. In fact, give me just your meta data and I can probably construct a pretty interesting picture about you.
I submit that any data about me, held by another party is usually jointly owned and that I have an interest in what happens to it. And by extension, that interest means that it is data that is protected by the fourth amendment from unwarranted government prying and snooping. Daw is playing fast and loose with this for the convenience of his bill and ignoring the larger consequences to our freedoms if such a mentality is not resisted.
9:19 AM | Comments () | Recommend This | Print This
March 2, 2010
Building Fourth Party Apps with Kynetx
Doc Searls uses the term "sewage pump" (I'm paraphrasing) to describe the modern advertising-based economy. Modern society has created the most efficient machine imaginable to push stuff at people whether they want it or not. I gave an example in this blog post about Novatel: they're treating Twitter as a way to push stuff at me instead of as a place to relate to me.
A pump pushing sewage at you is a good metaphor for what's wrong with the marketplace we've constructed in the late 20th century. Doc has built the VRM project as a means of exploring better ways of building markets for the 21st century. Something I hadn't considered until I was going through David Siegel's book Pull is that "pull" is the right metaphor for this new marketplace and it's precisely why Doc's metaphor of a sewage pump rings so true.
David's book is about the Semantic Web and the use of data standards to enable you to "pull" the information, services, and products to you. An example from the book that really hit home for me is this: in 2010 if you order a package from Amazon, you have to give an address where it will be delivered. Wouldn't it be better if instead, you just gave Amazon an identifier and then the package would find you at the place you wanted it to go--even if that's the hotel you're currently staying at? In essence, you pull the package to you with online data. This isn't a pipe dream, but a perfectly reasonable way to think about how the world ought to work--and one that's doable now from a technical standpoint.
Doc uses different language to describe this same idea when he talks demand leading supply. The pump is all about supply leading demand. The key idea that both Doc and David would agree on here is that "If demand leads supply..., customers need to be the points of integration for their own data." More on that later.
The Four Party System
In an effort to further define VRM, Doc has introduced the notion of "fourth-party services." He says:
Among numbered parties the best-known one today is the third party. Wikipedia currently defines a third party this way (at least for the computer industry):
- Third-party developer, hardware or software developer not directly tied to the primary product that a consumer is using
- Third-party software component, reusable software component developed to be either freely distributed or sold by an entity other than the original vendor of the development platform
In general, a third party works on the vendor's side of the marketplace. However, the vendor is not generally called the "first party" (except in the game business, as Wikipedia says here). In fact, the most common use of the term "first party" in business is with insurance, where the term refers to the insured. (The insurer is the second party.)
From » VRM and the Four Party System ProjectVRM
Referenced Fri Feb 26 2010 11:04:37 GMT-0700 (MST)
So, if third-party services are merchant driven, it stands to reason that the customer-drive services that represent them would be the fourth party. Here's a picture of these four parties:
The little horseshoe magnet looking things are called rel buttons are meant to represent customers or merchants (left and right in the above diagram) who want to relate to each other.
Fourth-party services, be theysimple or sophisticated will act as brokers that work on the user's behalf to manage their interaction with vendors of various products and services. Without such automated agents, no one would want to take on the work that would be necessary otherwise to manage the dozens of relationships each of us has with vendors. But with them magic happens.
Building 4th Party Apps
Doc and David are both thinking about very general solutions to this problem as well they should. My job, as the CTO for Kynetx, however, is slightly different. I'm trying to build things for our customers and make them work now. The Kynetx platform has always been aimed at creating client-side Web applications that help users achieve a purpose. That's a pretty good working definition of "fourth-party" in my book. The platform is designed to allow developers to use data in context to create interesting Web applications. Moreover, our corporate philosophy has been consistently in favor of respecting user rights to control data.
With that backdrop, I've thought long and hard about how Kynetx could be used in service of VRM and--by David's definition--the semantic web. I'll use this schematic to help explain my latest thinking:
To keep this simple, I'm going to avoid going down every "or they could do..." fork in the tree. There are lots of them. Here's the flow:
- The user visits a merchant. This could be online or in person (imagine the app running on their phone and using location in context).
- At the same time any fourth party apps that they've installed (denoted by the fourth-party rel-button) are invoked as long as they are relevant to the current activity.
- KNS (the Kynetx Network Service) executes the rules associated with the presented apps. We're going to presume for sake of this example that those apps need personal data to work on the user's behalf and such access has not been previously granted.
- KNS requests the required user information from the personal data store (PDS).
- The user is asked to authorized such access and grants it.
- The PDS requests the data from various sources as necessary and returns it to KNS. Note that as envisioned here, the PDS acts more like a virtual directory than an actual repository, although that's not a strict requirement.
- KNS executes any relevant merchant rules (determined by the app, current context, and the data retrieved in step 6) to determine how they want to relate. Merchant rules are denoted by the third-party rel-button in the diagram. This may be specific offers, discounts, special service levels, etc. I'm calling this "the deal" for lack of a better word.
- Finally the results are presented to the user's client.
A key feature of the scenario shown in the figure is the privacy wall (in red). That's there to reinforce the fact that in this model the user's data is never given to the merchant. The merchant's rules act against it, but they never see it. For fourth-party apps to work, users will need assurance that their data is being treated in a way that respects privacy. They will also need to trust the agents working on their behalf.
A few other points to note:
- Kynetx has no access to user data except as authorized by the user. The user is entirely in control of the experience and what data is used.
- The merchant rules could exists in a standard rule format like RuleML and be stored in any repository so long as they were discoverable.
- The same holds for user data. There's no need for it to be in a single place as long as it's in standard formats, is discoverable, and has a clear, unambiguous meaning. David calls this same concept the personal data locker and it is central to the whole idea of the semantic web, pull, and VRM.
- As envisioned the merchant rules, users data, and user apps are all orthogonal to each other. This isn't a single application, but a platform where fourth-party apps can be built using whatever user data and merchant rules are available.
- Successful fourth-party apps won't just be ways to get offers to customers but manage the relationship between merchants and users in sophisticated ways. They could, for example store receipts, initiate and mediate support issues, manage returns, and so on.
- In this demo, we're using OAuth to enable user control of the data in the PDS but that's really a stand-in for other more versatile standards that are forthcoming like UMA and R-Cards.
- The scenario above focuses on one interaction where the app and the merchant rules could conduct a complete, complex negotiation on the user and merchant's behalf. Keep in mind, however, that the key is the relationship and that is bigger than a singleton deal or negotiation and might include support and service functions, ratings, and so on. Successful fourth-party apps will be seen by users as trusted agents, not merely a way to get a good deal on a single transaction.
A key difference between this model and a traditional ad network is the idea of "pull." Ads are not being pushed (note that successful pushing requires "tracking" and "targeting" users--niether is being done here). Rather more holistic information about what I'm calling "deals" is being pulled to the user based on their purpose and intent.
I have a working demo of all of this right now that uses a PDS that has access to a user's Amazon wish lists as an example of intent data and Acxiom-held data as an example of personal data--all under user control. Getting from demo to production is more a legal and business matter, not a technical one. We're working on that too. I plan to share this demo and the ideas and techniques behind it at the Kynetx Impact conference in April and at IIW X in May.
The inclusion of intent data in the demo is important because data that signals user intent or purpose is much more useful in creating compelling fourth-party apps than mere facts like gender or household size that leave the app to infer intent. Guessing will become less necessary because users will have convenient, private means of sharing intent. In this model, attention gives way to intention just as purpose gives way to location.
Some might complain that there's too much dependence on KNS or that KNS is closed. That's not technically true: Kynetx is proprietary, not closed. Still, if that bothers you, give me the standards and we'll use them. We're all about building support for standard data sources and formats into the system. As I mentioned above, I'm open to supporting rules expressed in RuleML or some other standard format. And, of course, no one is imagining that KNS would be the only system doing this. This is just our contribution to making the idea of VRM and fourth-party services real.
We invite your participation. Signup for a free developer account. Register for Impact where you can listen to Jon Udell's keynote and discuss these ideas with us. We're happy to listen, resolve issues, and make this work.



