<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Design with Intent &#187; DRM</title>
	<atom:link href="http://architectures.danlockton.co.uk/category/drm/feed/" rel="self" type="application/rss+xml" />
	<link>http://architectures.danlockton.co.uk</link>
	<description>Using design to influence behaviour</description>
	<lastBuildDate>Thu, 15 Jul 2010 07:44:54 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>The Hacker&#8217;s Amendment</title>
		<link>http://architectures.danlockton.co.uk/2009/02/17/the-hackers-amendment/</link>
		<comments>http://architectures.danlockton.co.uk/2009/02/17/the-hackers-amendment/#comments</comments>
		<pubDate>Tue, 17 Feb 2009 09:50:45 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Analog hole]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Civil rights]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Democracy of innovation]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Engineering]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Good design]]></category>
		<category><![CDATA[Independence]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Law]]></category>
		<category><![CDATA[Legislation]]></category>
		<category><![CDATA[Liberty]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Open source]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Reverse engineering]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Treacherous computing]]></category>
		<category><![CDATA[Trusted Computing]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=611</guid>
		<description><![CDATA[
Congress shall pass no law limiting the rights of persons to manipulate, operate, or otherwise utilize as they see fit any of their possessions or effects, nor the sale or trade of tools to be used for such purposes.
From Artraze commenting on this Slashdot story about the levels of DRM in Windows 7.
I think it [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://danlockton.co.uk/research/images/screwdrivers.jpg" alt="Screwdrivers" /></p>
<blockquote><p>Congress shall pass no law limiting the rights of persons to manipulate, operate, or otherwise utilize as they see fit any of their possessions or effects, nor the sale or trade of tools to be used for such purposes.</p></blockquote>
<p>From <a href="http://slashdot.org/~Artraze">Artraze</a> commenting on <a href="http://tech.slashdot.org/comments.pl?sid=1130241&#038;cid=26881955">this Slashdot story about the levels of DRM in Windows 7</a>.</p>
<p>I think it maybe needs some qualification about not using your things to cause harm to other people, but it&#8217;s an interesting idea. See also Mister Jalopy&#8217;s <a href="http://makezine.com/04/ownyourown/">Maker&#8217;s Bill of Rights</a> from <em>Make</em> magazine a couple of years ago.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2009/02/17/the-hackers-amendment/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>On &#8216;Design and Behaviour&#8217; this week: Do you own your stuff? And a strange council-run &#8216;Virtual World for young people&#8217;</title>
		<link>http://architectures.danlockton.co.uk/2008/12/14/on-design-and-behaviour-this-week-do-you-own-your-stuff-and-a-strange-council-run-virtual-world-for-young-people/</link>
		<comments>http://architectures.danlockton.co.uk/2008/12/14/on-design-and-behaviour-this-week-do-you-own-your-stuff-and-a-strange-council-run-virtual-world-for-young-people/#comments</comments>
		<pubDate>Sun, 14 Dec 2008 10:00:00 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[1984]]></category>
		<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Britain]]></category>
		<category><![CDATA[Brunel]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Creeping erosion of norms]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Design and Behaviour]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designed to be unpleasant]]></category>
		<category><![CDATA[Discriminatory Architecture]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Dystopia]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Indoctrination]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Liberty]]></category>
		<category><![CDATA[Mosquito]]></category>
		<category><![CDATA[Non-lethal weapons]]></category>
		<category><![CDATA[Oppression]]></category>
		<category><![CDATA[Panopticon]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Social engineering]]></category>
		<category><![CDATA[Sound weapons]]></category>
		<category><![CDATA[Surveillance]]></category>
		<category><![CDATA[Technology underclass]]></category>
		<category><![CDATA[Teenagers]]></category>
		<category><![CDATA[Urban]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=427</guid>
		<description><![CDATA[GPS-aided repo and product-service systems

Ryan Calo of Stanford&#8217;s Center for Internet and Society brought up the new phenomenon of GPS-aided car repossession and the implications for the concepts of property and privacy:
A group of car dealers in Oregon apparently attached GPS devices to cars sold to customers with poor credit so as to be able [...]]]></description>
			<content:encoded><![CDATA[<h3><a href="http://groups.google.com/group/design-and-behaviour/browse_thread/thread/e581bb4a817c3d30"><strong>GPS-aided repo and product-service systems</strong></a></h3>
<p><img src="http://danlockton.co.uk/research/images/gps_tracking.jpg" alt="GPS tracking - image by cmpalmer" /></p>
<p><a href="http://cyberlaw.stanford.edu/profile/ryan-calo">Ryan Calo</a> of Stanford&#8217;s Center for Internet and Society brought up <a href="http://cyberlaw.stanford.edu/node/5962">the new phenomenon of GPS-aided car repossession</a> and the implications for the concepts of property and privacy:</p>
<blockquote><p>A group of car dealers in Oregon apparently attached GPS devices to cars sold to customers with poor credit so as to be able to track them down more easily in the event of repossession.</p>
<p>&#8230;this practice also relates to an emerging phenomenon wherein sold property remains oddly connected to the seller as though it were merely leased. Whereas once we purchased an album and did with it as we please, today we need to register (up to five) devices in order to play our songs.</p></blockquote>
<p>&#8230;and Kingston University&#8217;s <a href="http://www.rosiehornbuckle.com/">Rosie Hornbuckle</a> linked this to the concept of <a href="http://en.wikipedia.org/wiki/Product_service_system">product-service systems</a>:</p>
<blockquote><p>This puts a whole new slant on product-service-systems, a current (and popular) sustainability methodology whereby people are weaned off the concept of owning products, instead they lease them off the manufacturer who is then responsible for take-back, repair, recycling or disposal.  So in that scenario it&#8217;s quite likely that a manufacturer will want to keep tabs on their equipment/material, will this bring up privacy issues or is it simply the case that if it&#8217;s done overtly (and not in the negative frame of potential repossession), the customer knows about it and agrees, it&#8217;s ok?  Or will it be a long time before people can overcome the perceived encroachment on their liberty that not owning might bring?</p></blockquote>
<p>It reminds me of something <a href="http://www.thebillblog.com/billblog/">Bill Thompson</a> suggested to me once, that (paraphrasing) the idea that we &#8216;own&#8217; the technology we use might well turn out to be a short phase in overall human history. That could perhaps be &#8216;good&#8217; in contexts where sharing/renting/pooling things allows much greater efficiency and brings benefits for users. Nevertheless, as the repossession example (and DRM, etc, in general) show, the tendency in practice is often to use these methods to exert increasing dominance over users, erode assumed rights, and extract more value from people who no longer have control of the things they use. </p>
<p><strong><a href="http://groups.google.com/group/design-and-behaviour/browse_thread/thread/e581bb4a817c3d30">See the whole thread so far (and join in!)</a></strong></p>
<p><em>Above image of GPS trails (unrelated to the story, but a cool picture) from <a href="http://flickr.com/photos/cmpalmer/76025741/">cmpalmer&#8217;s Flickr</a></em></p>
<h3><a href="http://groups.google.com/group/design-and-behaviour/browse_thread/thread/535a4aff73b2a911"><strong>The Mosquito, and plans for an odd &#8216;walk-in virtual world&#8217;</strong></a></h3>
<p><img src="http://danlockton.co.uk/research/images/mcdonalds_windsor_1.jpg" alt="McDonald's Restaurant, Windsor, Berkshire" /></p>
<p>Rosie <a href="http://groups.google.com/group/design-and-behaviour/browse_thread/thread/535a4aff73b2a911">discussed the Mosquito</a> (above image: an example outside a McDonald&#8217;s opposite Windsor Castle*) and asked &#8220;could we use our design skills and knowledge to influence these sorts of behaviours with a less aggressive and longer-term approach?&#8221; while <a href="http://adrianshort.co.uk/">Adrian Short</a> summed up the issue pretty well: </p>
<blockquote><p>There are a lot of problems in principle and in practice with these devices, but the core problem for me is that they tend to be directed at users rather than uses (i.e. people by identity, not behaviour) and are entirely arbitrary. The street outside a shop is public space and the shop owners have no more right than anyone else to dictate who goes there. </p>
<p>In as much as these things work (which is highly disputed), they are never going to encourage a meaningful debate about norms of behaviour among users of a space. This approach is not so much negotiation as warfare.</p></blockquote>
<p>Sutton&#8217;s <a href="http://www.boingboing.net/2008/05/30/antikid-modification.html">Rosehill steps</a> (which Adrian let me know about originally) were also discussed and Adrian brought us the story of something very odd: a &#8216;virtual world to teach good behaviour to young people&#8217;:</p>
<blockquote><p>Half a mile away, the same council is proposing to spend at least £4 million on a facility that will include <a href="http://www.sutton.gov.uk/index.aspx?articleid=3669">a high-tech virtual street environment, a &#8220;street simulator&#8221; if you like</a>, to teach safety and good behaviour to some of the same young people.<br />
&#8230;<br />
&#8220;Part movie-set, part theme park, the learning complex will be the first of its kind in the UK and will also house an indoor street with shop fronts, pavements and a road. The idea is to give young people the confidence to make the best of their lives and have a positive impact on their peers and their local community.&#8221; </p></blockquote>
<p>I don&#8217;t really know what to make of that. I actually woke up this morning thinking about it assuming that it was a dream I&#8217;d been having, then realised where I&#8217;d read about it. It sounds like a mish-mash of Scaramanga&#8217;s Fun House from <em>The Man With The Golden Gun</em> and the Ludovico Centre** from <em>A Clockwork Orange</em>.   </p>
<p><img src="http://danlockton.co.uk/research/images/funhouse.jpg" alt="Scaramanga's Funhouse" /><img src="http://danlockton.co.uk/research/images/ludovico.jpg" alt="Ludovico Centre" /></p>
<p><strong><a href="http://groups.google.com/group/design-and-behaviour/browse_thread/thread/535a4aff73b2a911">See the whole thread here</a>.</strong></p>
<p><em>*This particular McDonald&#8217;s, with the Mosquito going every evening and clearly audible to me and my girlfriend (both mid-20s) also features a vicious array of anti-sit spikes (below) which rather negate the &#8216;welcoming&#8217; efforts made with the flowerbed.</p>
<p>**I actually gave a talk about my research to Environmentally Sensitive Design students in this building a couple of weeks ago: it&#8217;s <a href="http://www.flickr.com/photos/the_defiance/2287549997/">Brunel&#8217;s main Lecture Centre</a>.</em></p>
<p><img src="http://danlockton.co.uk/research/images/mcdonalds_windsor_2.jpg" alt="McDonalds Restaurant, Windsor, Berkshire" /><br />
<img src="http://danlockton.co.uk/research/images/mcdonalds_windsor_3.jpg" alt="McDonalds Restaurant, Windsor, Berkshire" /></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2008/12/14/on-design-and-behaviour-this-week-do-you-own-your-stuff-and-a-strange-council-run-virtual-world-for-young-people/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Digital control round-up</title>
		<link>http://architectures.danlockton.co.uk/2008/02/11/digital-control-round-up-2/</link>
		<comments>http://architectures.danlockton.co.uk/2008/02/11/digital-control-round-up-2/#comments</comments>
		<pubDate>Mon, 11 Feb 2008 17:32:50 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Arbitrary]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Censorship]]></category>
		<category><![CDATA[Civil rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[Discrimination]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Dongle]]></category>
		<category><![CDATA[Indoctrination]]></category>
		<category><![CDATA[Internet economics]]></category>
		<category><![CDATA[Lock-in]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Patents]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Technology underclass]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2008/02/11/digital-control-round-up-2/</guid>
		<description><![CDATA[
Mac as a giant dongle
At Coding Horror, Jeff Atwood makes an interesting point about Apple&#8217;s lock-in business model:
It&#8217;s almost first party only&#8211; about as close as you can get to a console platform and still call yourself a computer&#8230;  when you buy a new Mac, you&#8217;re buying a giant hardware dongle that allows you [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/appledongle.jpg" alt="An 'Apple' dongle" /></p>
<p><strong>Mac as a giant dongle</strong></p>
<p>At <a href="http://www.codinghorror.com/blog/archives/001044.html">Coding Horror, Jeff Atwood makes an interesting point about Apple&#8217;s lock-in business model</a>:</p>
<blockquote><p>It&#8217;s almost first party only&#8211; about as close as you can get to a console platform and still call yourself a computer&#8230;  <strong>when you buy a new Mac, you&#8217;re buying a giant hardware dongle</strong> that allows you to run OS X software.<br />
&#8230;<br />
There&#8217;s nothing harder to copy than an entire MacBook. When the dongle &#8212; or, if you prefer, the &#8220;Apple Mac&#8221; &#8212; is present, OS X and Apple software runs. It&#8217;s a remarkably pretty, well-designed machine, to be sure. But let&#8217;s not kid ourselves: it&#8217;s also one hell of a dongle.</p>
<p>If the above sounds disapproving in tone, perhaps it is. There&#8217;s something distasteful to me about dongles, no matter how cool they may be.</p></blockquote>
<p>Of course, <a href="http://architectures.danlockton.co.uk/2006/03/16/the-fight-back-dongle-sharing/">as with other dongles</a>, there are plenty of people who&#8217;ve <a href="http://forum.insanelymac.com/index.php?showforum=137">got round the Mac hardware &#8216;dongle&#8217;</a> requirement. Is it true to say (à la <a href="http://www.chemie.fu-berlin.de/outerspace/internet-article.html">John Gilmore</a>) that <em>technical people interpret lock-ins (/other constraints) as damage and route around them?</em></p>
<p><img src="http://www.danlockton.co.uk/research/images/mukurtu.png" alt="Screenshot of Mukurtu archive website" /></p>
<p><strong>Social status-based DRM</strong></p>
<p><a href="http://news.bbc.co.uk/1/hi/technology/7214240.stm">The BBC has a story</a> about the <a href="http://www.mukurtuarchive.org/demo/index.php">Mukurtu Wumpurrarni-kari Archive</a>, a digital photo archive developed by/for the Warumungu community in Australia&#8217;s Northern Territory. Because of cultural constraints, social status, gender and community background have been used to determine whether or not users can search for and view certain images:</p>
<blockquote><p>It asks every person who logs in for their name, age, sex and standing within their community. This information then restricts what they can search for in the archive, offering a new take on DRM.<br />
&#8230;<br />
For example, men cannot view women&#8217;s rituals, and people from one community cannot view material from another without first seeking permission. Meanwhile images of the deceased cannot be viewed by their families.</p></blockquote>
<p>It&#8217;s not completely clear whether it&#8217;s intended to help users perform self-censorship (i.e. they &#8216;know&#8217; they &#8217;shouldn&#8217;t&#8217; look at certain images, and the restrictions are helping them achieve that) or whether it&#8217;s intended to stop users seeing things they &#8217;shouldn&#8217;t', even if they want to. I think it&#8217;s probably the former, since there&#8217;s nothing to stop someone putting in false details (but that does assume that the idea of putting in false details would be obvious to someone not experienced with computer login procedures; it may not).</p>
<p>While from my western point of view, this kind of social status-based discrimination DRM seems complete anathema &#8211; an entirely arbitrary restriction on knowledge dissemination &#8211; I can see that it offers something aside from our common understanding of censorship, and if that&#8217;s &#8216;appropriate&#8217; in this context, then I guess it&#8217;s up to them. It&#8217;s certainly interesting.</p>
<p>Neverthless, imagining for a moment that there were a Warumungu community living in the EU, would DRM (or any other kind of access restriction) based on a) gender or b) social status not be illegal under European Human Rights legislation?</p>
<p><img src="http://www.danlockton.co.uk/research/images/disabledbuttons.png" alt="Disabled buttons" align="right" /><strong>Disabling buttons</strong></p>
<p>From <a href="http://clientcopia.com/quotes.php?id=3104">Clientcopia</a>:</p>
<blockquote><p>Client: We don&#8217;t want the visitor to leave our site. Please leave the navigation buttons, but remove the links so that they don&#8217;t go anywhere if you click them.</p></blockquote>
<p>It&#8217;s funny because the suggestion is such a crude way of implementing it, but it&#8217;s not actually that unlikely &#8211; <a href="http://v3.espacenet.com/textdoc?DB=EPODOC&#038;IDX=US2005203996&#038;F=0">a 2005 patent by Brian Shuster</a> details a &#8220;program [that] interacts with the browser software to modify or control one or more of the browser functions, such that the user computer is further directed to a predesignated site or page&#8230; instead of accessing the site or page typically associated with the selected browser function&#8221; &#8211; and we&#8217;ve looked before at <a href="http://architectures.danlockton.co.uk/2006/10/31/locking-out-ie-users/">websites deliberately designed to break in certain browers</a> and <a href="http://architectures.danlockton.co.uk/2007/07/04/the-right-to-click/">disabling right-click menus</a> for arbitrary purposes.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2008/02/11/digital-control-round-up-2/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Dishonourable discharge?</title>
		<link>http://architectures.danlockton.co.uk/2007/08/07/dishonourable-discharge/</link>
		<comments>http://architectures.danlockton.co.uk/2007/08/07/dishonourable-discharge/#comments</comments>
		<pubDate>Tue, 07 Aug 2007 10:18:10 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Bad profits]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cell phones]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design engineering]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Hidden persuaders]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Lock-in]]></category>
		<category><![CDATA[Mobile phones]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Razor blade model]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Treacherous computing]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2007/08/07/dishonourable-discharge/</guid>
		<description><![CDATA[
Long overdue, I&#8217;m currently reading Bruce Schneier&#8217;s excellent Beyond Fear, and realising that in many ways, security thinking overlaps with architectures of control: the goal of so many systems is to control users&#8217; behaviour or to deny the user the ability to perform certain actions. I&#8217;ll post a fuller comparison and analysis in due course, [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/nokia0000.jpg" alt="Nokia phone with battery visible" /></p>
<p>Long overdue, I&#8217;m currently reading <a href="http://www.schneier.com/blog/">Bruce Schneier</a>&#8217;s excellent <a href="http://www.amazon.co.uk/exec/obidos/ASIN/0387026207/danlocktoindu-21"><em>Beyond Fear</em></a>, and realising that in many ways, security thinking overlaps with architectures of control: the goal of so many systems is to control users&#8217; behaviour or to deny the user the ability to perform certain actions. I&#8217;ll post a fuller comparison and analysis in due course, but one example Bruce mentions in passing seemed worth blogging separately: </p>
<blockquote><p>Nokia spends about a hundred times more money per phone on battery security than on communications security. The security system <strong>senses when a consumer uses a third-party battery and switches the phone into maximum power-consumption mode</strong>; the point is to ensure that consumers buy only Nokia batteries. </p>
<p>Nokia is prepared to spend a considerable amount of money solving a security problem that it perceives &#8211; it loses revenue if customers buy batteries from someone else &#8211; even though that solution is detrimental to consumers.</p></blockquote>
<p>As a battery authentication method, this is more subtle than the <a href="http://architectures.danlockton.co.uk/2006/07/20/friend-or-foe-battery-authentication-ics/">systems we&#8217;ve looked at before</a>, which actually refuse to allow the device to operate if a non-original-manufacturer battery (or perhaps <a href="http://architectures.danlockton.co.uk/2007/07/23/another-charging-opportunity/">charger</a>) is used. </p>
<p>Nokia&#8217;s system attempts to <em>persuade</em> the customer that the new (cheaper) battery he or she has bought is &#8220;no good&#8221; by making the phone discharge the battery more quickly &#8211; in an extremely underhanded way. From the point of view of the (uninformed) consumer, though, it makes Nokia look <em>good</em>. &#8220;Oh, that cheap battery I bought is rubbish, it doesn&#8217;t seem to hold its charge. Nokia make them so much better, guess I should stick to them in future.&#8221;</p>
<p>But if the Nokia batteries were genuinely &#8216;better&#8217; than the cheap replacement ones, surely this kind of underhanded tactic wouldn&#8217;t be necessary?</p>
<p>P.S. I have no idea whether this Nokia &#8216;trick&#8217; is real/common/still used, as <em>Beyond Fear</em> has no references, or whether other manufacturers do something similar (as opposed to outright battery authentication-and-denial). I&#8217;ll ask a friend at Nokia.</p>
<p>P.P.S. Jason Kottke <a href="http://www.kottke.org/03/10/nokia-phones-exploding">also noted this tactic</a> back in 2003.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2007/08/07/dishonourable-discharge/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Another charging opportunity?</title>
		<link>http://architectures.danlockton.co.uk/2007/07/23/another-charging-opportunity/</link>
		<comments>http://architectures.danlockton.co.uk/2007/07/23/another-charging-opportunity/#comments</comments>
		<pubDate>Mon, 23 Jul 2007 22:48:28 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Apple]]></category>
		<category><![CDATA[Arbitrary]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Bad profits]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Creeping erosion of norms]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Democracy of innovation]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design engineering]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[Distasteful corollary]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[External Control]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Firmware]]></category>
		<category><![CDATA[Freedom to tinker]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Independence]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Lock-in]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Music industry]]></category>
		<category><![CDATA[Patents]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Propaganda]]></category>
		<category><![CDATA[Razor blade model]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Signal blocking]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2007/07/23/another-charging-opportunity/</guid>
		<description><![CDATA[
Last month, an Apple patent application was published describing a method of &#8220;Protecting electronic devices from extended unauthorized use&#8221; &#8211; effectively a &#8216;charging rights management&#8217; system. 
New Scientist and OhGizmo have stories explaining the system; while the stated intention is to make stolen devices less useful/valuable (by preventing a thief charging them with unauthorised chargers), [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/cuttingcharger.jpg" alt="A knife blade cutting the cable of a generic charger/adaptor" /></p>
<p>Last month, an Apple patent application was published describing a method of &#8220;<a href="http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&#038;Sect2=HITOFF&#038;d=PG01&#038;p=1&#038;u=%2Fnetahtml%2FPTO%2Fsrchnum.html&#038;r=1&#038;f=G&#038;l=50&#038;s1=%2220070138999%22.PGNR.&#038;OS=DN/20070138999&#038;RS=DN/20070138999">Protecting electronic devices from extended unauthorized use</a>&#8221; &#8211; effectively a &#8216;charging rights management&#8217; system. </p>
<p><em><a href="http://www.newscientist.com/blog/invention/2007/07/charger-disarmer.html">New Scientist</a></em> and <em><a href="http://www.ohgizmo.com/2007/07/19/apples-anti-theft-device-patent-for-gadgets-disable-recharging/">OhGizmo</a></em> have stories explaining the system; while the stated intention is to make stolen devices less useful/valuable (by preventing a thief charging them with unauthorised chargers), readers&#8217; comments on both stories are as cynical as one would expect: depending on how the system is implemented, it could also prevent the owner of a device from buying a non-Apple-authorised replacement (or spare) charger, or from borrowing a friend&#8217;s charger, and in this sense it could simply be another way of creating a proprietary lock-in, another way to &#8216;charge&#8217; the customer, as it were.</p>
<p>It also looks as though it would play havoc with clever homebrew charging systems such as <a href="http://www.ladyada.net/">Limor Fried</a>&#8217;s <a href="http://www.ladyada.net/make/mintyboost/index.html">Minty Boost</a> (incidentally the subject of a <a href="http://www.natch.net/stuff/TSA/">recent airline security débâcle</a>) and similar commercial alternatives such as <a href="http://www.mayhemuk.com/">Mayhem</a>&#8217;s <a href="http://www.lazyboneuk.com/store/pro641.html">Anycharge</a>, although these are already defeated by a few devices which require special drivers to allow charging. </p>
<p>Reading Apple&#8217;s patent application, what is claimed is fairly broad with regard to the criteria for deciding whether or not re-charging should be allowed &#8211; in addition to charger-identification-based methods (i.e. the device queries the charger for a unique ID, or the charger provides it, perhaps modulated with the charging waveform) there are methods involving authentication based on a code provided to the original purchaser (when you plug in a charger the device has never &#8217;seen&#8217; before, it asks you for a security code to prove that you are a legitimate user), remote disabling via connection to a server, or even geographically-based disabling (using GPS: if the device goes outside of a certain area, the charging function will be disabled).</p>
<p>All in all, this seems an odd patent. Apple&#8217;s (patent attorneys&#8217;) rather hyperbolic <a href="http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&#038;Sect2=HITOFF&#038;d=PG01&#038;p=1&#038;u=%2Fnetahtml%2FPTO%2Fsrchnum.html&#038;r=1&#038;f=G&#038;l=50&#038;s1=%2220070138999%22.PGNR.&#038;OS=DN/20070138999&#038;RS=DN/20070138999">statement (Description, 0018)</a> that:</p>
<blockquote><p>These devices (e.g., portable electronic devices, mechanical toys) are generally valuable and/or may contain valuable data. Unfortunately, theft of more popular electronic devices such as the Apple iPod music-player has become a serious problem. In a few reported cases, owners of the Apple iPod themselves have been seriously injured or even murdered.</p></blockquote>
<p>&#8230;is no doubt true to <em>some</em> extent, but if the desire is really to make a stolen iPod worthless, then I would have expected Apple to lock each device <em>in total</em> to a single user &#8211; not even allowing it to be powered up without authentication. Just applying the authentication to the charging method seems rather arbitrary. (It&#8217;s also interesting to see the description of &#8220;valuable data&#8221;: surely in the case that Apple is aware that a device has been stolen, it could provide the legitimate owner of the device with all his or her iTunes music again, since the marginal copying cost is zero. And if the stolen device no longer functions, the RIAA need not panic about &#8216;unauthorised&#8217; copies existing! But I doubt that&#8217;s even entered into any of the thinking around this.)</p>
<p>Whether or not the motives of discouraging theft are honourable or worthwhile, there is the potential for this sort of measure to cause signficant inconvenience and frustration for users (and second-hand buyers, for example &#8211; if the device doesn&#8217;t come with the original charger or the authentication code) along with incurring extra costs, for little real &#8216;theft deterrent&#8217; benefit. How long before the &#8217;security&#8217; system is cracked? A couple of months after the device is released? At that point it will be worth stealing new iPods again.</p>
<p>(Many thanks to Michael O&#8217;Donnell of <a href="http://www.pdd.co.uk/">PDD</a> for letting me know about this!)</p>
<p><strong>Previously on the blog: <a href="http://architectures.danlockton.co.uk/2006/07/20/friend-or-foe-battery-authentication-ics/">Friend or foe? Battery authentication ICs</a></strong></p>
<p><strong>UPDATE: </strong><a href="http://www.freedom-to-tinker.com/?p=1180">Freedom to Tinker</a> has now picked up this story too, with some interesting commentary. </p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2007/07/23/another-charging-opportunity/feed/</wfw:commentRss>
		<slash:comments>13</slash:comments>
		</item>
		<item>
		<title>The right to click</title>
		<link>http://architectures.danlockton.co.uk/2007/07/04/the-right-to-click/</link>
		<comments>http://architectures.danlockton.co.uk/2007/07/04/the-right-to-click/#comments</comments>
		<pubDate>Wed, 04 Jul 2007 20:18:13 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Analog hole]]></category>
		<category><![CDATA[Arbitrary]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Britain]]></category>
		<category><![CDATA[Bureaucracy]]></category>
		<category><![CDATA[Children]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Civil rights]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Copyfight]]></category>
		<category><![CDATA[Copyright]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design attitudes]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Education]]></category>
		<category><![CDATA[Intellectual property]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Killjoy technology]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Public money]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Technology underclass]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2007/07/04/the-right-to-click/</guid>
		<description><![CDATA[English Heritage, officially the Historic Buildings and Monuments Commission for England, and funded by the taxpayer and by visitors to some of its properties, does a great deal of very good work in widening public appreciation of, and engagement with, history and the country&#8217;s heritage. 
But its ViewFinder image gallery website* sadly falls into the [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.english-heritage.org.uk/">English Heritage</a>, officially the Historic Buildings and Monuments Commission for England, and funded by the taxpayer and by visitors to some of its properties, does a great deal of very good work in widening public appreciation of, and engagement with, history and the country&#8217;s heritage. </p>
<p>But its <a href="http://viewfinder.english-heritage.org.uk/home.asp">ViewFinder image gallery website</a>* sadly falls into the trap of trying to <em>restrict</em> public engagement rather than make it easy. Yes, someone specified the old &#8216;<a href="http://websiteowner.info/articles/ethics/norightclick.asp">right click disabled</a>&#8216; policy:</p>
<p><img SRC="http://www.danlockton.co.uk/research/images/rightclickdisabled.jpg" ALT="English Heritage Viewfinder: right-click disabled"/><br /><em>Screenshots of <a href="http://viewfinder.english-heritage.org.uk/search/fullscreen.asp?digital_filename=bb73_138.jpg">this page</a>, launched from <a href="http://viewfinder.english-heritage.org.uk/search/reference.asp?index=1&#038;main_query=&#038;theme=&#038;period=&#038;county=&#038;district=&#038;place_name=datchet&#038;imageUID=45855">this page</a></em>.</p>
<p>Now, the image in question &#8211; <a href="http://viewfinder.english-heritage.org.uk/gallery/700/bb7/bb73_138.jpg">here&#8217;s a direct link</a> &#8211; which happens to be an engraving of the former Datchet bridge**, in 1840 according to <a href="http://66.102.9.104/search?q=cache:SSkONkP2ZykJ:thames.me.uk/s00550.htm+datchet+bridge+iron+wood&#038;hl=en&#038;ct=clnk&#038;cd=1&#038;gl=uk">this page</a> (with a colour image) is, even taking English Heritage&#8217;s &#8220;<a href="http://viewfinder.english-heritage.org.uk/search/reference.asp?index=1&#038;main_query=&#038;theme=&#038;period=&#038;county=&#038;district=&#038;place_name=datchet&#038;imageUID=45855">1860-1922</a>&#8221; suggested date range, surely out of copyright, so presumably there cannot be any &#8216;legal&#8217; question over &#8216;letting&#8217; people save a copy (which is easiest to do by right-clicking on the most common operating systems and browsers). Using Javascript to remove the browser toolbars and menus also hides the ability to print the image for most users, presumably also deliberately.</p>
<p>Yes, of course, many (most?) readers of this post will know how to get around the no-right-click architecture of control, but you&#8217;re reading a technology blog; <em>think of whom the site is presumably aimed at</em>. It is supposed to be a resource to encourage public engagement with history and heritage. Most users will be computer-literate enough to know how to search and probably familiar with right-clicking, but not to mess round with selectively disabling Javascript. Why should they have to? Incidentally, if you do disable Javascript entirely, you can&#8217;t even view an enlarged image at all:</p>
<p><img SRC="http://www.danlockton.co.uk/research/images/javascript.jpg" ALT="English Heritage Viewfinder"/> </p>
<p>What actual use to the public, other than for momentary on-screen interest, is a photo archive website where nothing can be &#8216;done&#8217; with the images? What is a child doing a local history project supposed to do? Order <a href="http://viewfinder.english-heritage.org.uk/search/order.asp?refno=bb73_138.jpg">a print at £18.80 for each photo</a> and then scan it in? Does English Heritage really think that the ability for someone to save or print or e-mail a low-resolution 72 dpi image is going to devalue or compete with the organisation in some way?</p>
<p>It&#8217;s ridiculous: such a short-sighted, narrow-mindset policy removes a significant proportion of the usefulness of the site. I don&#8217;t know whether the site developer did this with or without English Heritage&#8217;s instruction or cognizance (and it was in 2002, so perhaps different thinking would apply today), but it seems that no-one bothered to think through what an actual user might want to get from interacting with the site. </p>
<p>In fact, regardless of the fact that this particular image (as with many others on the site) is in the public domain, even the images which are still under copyright (or &#8220;© English Heritage.NMR&#8221; as the site puts it, NMR being the National Monuments Record) should, of course, be freely downloadable, printable, and do-whatever-you-want-able. Their acquisition, preservation and cataloguing were paid for by the public, and they should <em>all</em> be available as widely, and easily, as possible. As it is, I would call the website a waste of public money, since it does not appear to offer what most intended users would expect and need.</p>
<p>Still, at least the site&#8217;s not one giant bundle of Flash. That would make it marginally <a href="http://www.decompiler-swf.com/">more hassle</a> to extract the images.</p>
<p><em>*Partially funded by the Big Lottery Fund, and thus not entirely directly taxpayer-funded, unless one regards the National Lottery as an extra tax on the hopeful and desperate, which some commentators would.<br />
**Almost exactly the spot where I&#8217;ve been testing a prototype radio-controlled toy for a client this very afternoon, in fact, though the bridge is long gone.</em></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2007/07/04/the-right-to-click/feed/</wfw:commentRss>
		<slash:comments>14</slash:comments>
		</item>
		<item>
		<title>Bad profits</title>
		<link>http://architectures.danlockton.co.uk/2007/07/02/bad-profits/</link>
		<comments>http://architectures.danlockton.co.uk/2007/07/02/bad-profits/#comments</comments>
		<pubDate>Mon, 02 Jul 2007 21:52:44 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Bad profits]]></category>
		<category><![CDATA[Blogosphere]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Good profits]]></category>
		<category><![CDATA[Gravy train]]></category>
		<category><![CDATA[Hidden persuaders]]></category>
		<category><![CDATA[Lock-in]]></category>
		<category><![CDATA[Marketing]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Razor blade model]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[User experience]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2007/07/02/bad-profits/</guid>
		<description><![CDATA[The Gillette Sensor Excel not only comes with a dummy blade, it also only comes with two out of five possible blade slots filled. Images from Sevenblock on Flickr. 
The razor-blade model in general is something of an old chestnut as far as architectures of control go, and we&#8217;ve covered it in a number of [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/razor_1.jpg" alt="Image from Sevenblock (Flickr)" /><br /><img src="http://www.danlockton.co.uk/research/images/razor_2.jpg" alt="Image from Sevenblock (Flickr)" /><br /><em>The Gillette Sensor Excel not only comes with a dummy blade, it also only comes with two out of five possible blade slots filled. Images from <a href="http://www.flickr.com/photos/sevenblock/191178163/in/pool-65611869@N00">Sevenblock on Flickr</a>.</em> </p>
<p>The <a href="http://www.investopedia.com/terms/r/razor-razorblademodel.asp">razor-blade model</a> in general is something of an old chestnut as far as architectures of control go, and we&#8217;ve covered it in a <a href="http://www.google.co.uk/search?q=inurl:danlockton.co.uk+%22razor-blade%22&#038;hl=en&#038;start=0&#038;sa=N&#038;filter=0">number of different contexts</a> on this site over the past couple of years. But it&#8217;s always interesting to see it in action with razors themselves, especially if the strategy has become <em>even less</em> consumer-friendly. Via the <a href="http://www.flickr.com/groups/65611869@N00/pool/">This Is Broken pool on Flickr</a>, in which &#8216;<a href="http://www.flickr.com/people/sevenblock/">Sevenblock</a>&#8216; talks about Gillette&#8217;s <a href="http://www.flickr.com/photos/sevenblock/sets/72157594201429414/">use of a dummy blade and dummy slots</a> on the Sensor Excel packaging, I learned of Fred Reichheld&#8217;s concept of &#8216;bad profits&#8217;:</p>
<blockquote><p>&#8230;there is something disappointing with the set-up of buying a new razor. This razor reminded me of <a href="http://www.bain.com/theultimatequestion/good_profits.asp?groupCode=2">Fred Reichheld</a>.</p>
<p>The blade which arrives pre-attached to the razor is fake. Is it dangerous to use a real one? Perhaps.</p>
<p>No, it is a set-up to dupe customers into grabbing a new razor and heading to the mirror only to realize that they are holding a plastic faux blade. Then, turn over the packaging, and two razors are held in a spot for five. Another subtle sigh from the customer.</p>
<p>Why not surprise the customer in the other direction? &#8220;Wow, five blades! For less than 20 dollars.&#8221; Because that&#8217;s what happens when you go to refill. BJs and Costco have good deals on bulk blades.</p></blockquote>
<p><a href="http://www.bain.com/theultimatequestion/good_profits.asp?groupCode=2">Reichheld&#8217;s idea</a> is, effectively, that a company&#8217;s strategies can centre on creating &#8216;good profits&#8217; or &#8216;bad profits&#8217;:</p>
<blockquote><p>Whenever a customer feels misled, mistreated, ignored, or coerced, then profits from that customer are bad. Bad profits come from unfair or misleading pricing. Bad profits arise when companies save money by delivering a lousy customer experience. Bad profits are about extracting value from customers, not creating value.</p>
<p>&#8230;</p>
<p>If bad profits are earned at the expense of customers, good profits are earned with customers’ enthusiastic cooperation. A company earns good profits when it so delights its customers that they willingly come back for more—and not only that, they tell their friends and colleagues to do business with the company. </p>
<p>&#8230;</p>
<p>What is the question that can tell good profits from bad? Simplicity itself: <strong>How likely is it that you would recommend this company to a friend or colleague?</strong></p></blockquote>
<p><a href="http://www.bain.com/theultimatequestion/good_profits.asp?groupCode=2">The full article</a> is well worth a read, as, I expect, Reichheld&#8217;s book <a href="http://www.amazon.co.uk/exec/obidos/ASIN/1591397839/danlocktoindu-21"><em>The Ultimate Question</em></a> is too (though <a href="http://www.amazon.co.uk/gp/cdp/member-reviews/A3BHORQO1HXH91/ref=cm_cr_auth/203-1660426-0183935?ie=UTF8&#038;sort%5Fby=MostRecentReview">one reviewer on Amazon</a> also offers some succinctly persuasive criticism). </p>
<p>The basic concept, that the &#8216;ultimate question&#8217; of whether or not a customer would recommend a company is the key to growth is a good way of articulating, from a business perspective, the message of consumer advocacy that so many from Ralph Nader and Vance Packard to <a href="http://consumerist.com/">Consumerist</a> and <a href="http://sethgodin.typepad.com/">Seth Godin</a> have promulgated over the years, though of course the &#8216;Why?&#8217; and &#8216;Why not?&#8217; are crucial. But Reichheld&#8217;s simple identification of &#8216;good profit&#8217; and &#8216;bad profit&#8217; seems to be a very clever way of looking at the issue: <em>the &#8216;good&#8217; and &#8216;bad&#8217; labels refer to the effect on the company itself as well as on the customer</em>, since a company reliant on bad profits will, one would assume, ultimately, lose its customer base (unless there are no alternatives &#8211; Brand Autopsy has an <a href="http://brandautopsy.typepad.com/brandautopsy/2006/11/bad_profits_dis.html">interesting piece</a> on this in relation to car rental firms).</p>
<p>Most commercially driven architectures of control, then (as opposed to politically driven ones) would seem to be designed to extract value from customers (unwilling or ignorant), and thus might be described as <strong>bad profit-seeking</strong>, by Reichheld&#8217;s definition. To paraphrase <a href="http://www.google.co.uk/search?hl=en&#038;q=%22I+wish+there+was+a+way+to+do+less%22+doctorow&#038;btnG=Search&#038;meta=">Cory Doctorow on DRM</a>, it&#8217;s unlikely that any customers wake up and say, &#8220;Damn, I wish there was a way to have my actions deliberately constrained for commercial gain by the products and services I use.&#8221; Hence, it&#8217;s unlikely that customers will evangelise or even recommend products and systems which give them a lousy experience. They may accept them grudgingly, as most of us do with many commercial (and political) interactions every day, but once a &#8216;good profit&#8217; alternative becomes available and widely known about, they won&#8217;t hesitate to switch. I hope.</p>
<p>Maybe &#8216;good profits&#8217; and &#8216;bad profits&#8217; are too simplistic as terminologies, much like <a href="http://architectures.danlockton.co.uk/2006/10/09/jakob-nielsen-evil-design/">Jakob Nielsen&#8217;s &#8216;Evil design&#8217; comments</a>, but even a continuum between &#8216;good&#8217; and &#8216;bad&#8217; profit intentions is a useful way of thinking about the merits or otherwise of corporate strategies, particularly with customer service, products, pricing, rent-seeking, gouging, lock-in and so on.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2007/07/02/bad-profits/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Process friction</title>
		<link>http://architectures.danlockton.co.uk/2007/05/29/process-friction/</link>
		<comments>http://architectures.danlockton.co.uk/2007/05/29/process-friction/#comments</comments>
		<pubDate>Tue, 29 May 2007 18:50:49 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designed to be unpleasant]]></category>
		<category><![CDATA[Designers]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Engineering]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Entropy]]></category>
		<category><![CDATA[Forcing functions]]></category>
		<category><![CDATA[Friction]]></category>
		<category><![CDATA[Good design]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Liberty]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Stifling innovation]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Usability]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[User experience]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2007/05/29/process-friction/</guid>
		<description><![CDATA[
Koranteng Ofosu-Amaah kindly sent me a link to this article by Ben Hyde:
I once had a web product that failed big-time. A major contributor to that failure was tedium of getting new users through the sign-up process.  Each screen they had to step triggered the lost of 10 to 20% of the users. Reducing [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/wd40.jpg" alt="WD-40" /></p>
<p><a href="http://koranteng.blogspot.com/">Koranteng Ofosu-Amaah</a> kindly sent me a link to <a href="http://enthusiasm.cozy.org/archives/2007/05/friction/">this article by Ben Hyde</a>:</p>
<blockquote><p>I once had a web product that failed big-time. A major contributor to that failure was tedium of getting new users through the sign-up process.  Each screen they had to step triggered the lost of 10 to 20% of the users. Reducing the friction of that process was key to survival. It is a thousand times easier to get a cell phone or a credit card than it is to get a passport or a learner’s permit. That wasn’t the case two decades ago.</p>
<p>&#8230;</p>
<p>Public health experts have done a lot of work over the decades to create barrier between the public and dangerous items and to lower barriers to access to constructive ones.  So we make it harder to get liquor, and easier to get condoms.  Traffic calming techniques are another example of engineering that makes makes a system run more slowly.</p>
<p>I find these attempts to shift the temperature of entire systems fascinating. This is at the heart of what you&#8217;re doing when you write standards, but it’s entirely scale free&#8230; In the sphere of internet identity it is particularly puzzling how two countervailing forces are at work. One trying to raise the friction and one trying to lower it. Privacy and security advocates are attempting to lower the temp and increase the friction. On the other hand there are those who seek in the solution to the internet identity problem a way to raise the temperature and lower the friction. That more rather than less transactions would take place.</p></blockquote>
<p>The idea of &#8216;process friction&#8217; which is especially pertinent as applied to architectures of control. Simply, if you design a process to be difficult to carry out, fewer people will complete it, since &#8211; just as with frictional forces in a mechanical system &#8211; energy (whether real or metaphorical) is lost by the user at each stage. </p>
<p>This is perhaps obvious, but is a good way to think about systems which are designed to prevent users carrying out certain tasks which might otherwise be easy &#8211; from copying music or video files, to sleeping on a park bench. Just as friction (brakes) can stop or slow down a car which would naturally roll down a hill under the force of gravity, so friction (DRM, or other architectures of control) attempts to stop or slow down the tendency for information to be copied, or for people to do what they do naturally. Sometimes the intention is actually to <em>stop</em> the proscribed behaviour (e.g. an <a href="http://architectures.danlockton.co.uk/2006/05/12/the-anti-sit-archives/">anti-sit device</a>); other times the intention is to <a href="http://architectures.danlockton.co.uk/2006/12/22/some-more-architectures-of-control-for-traffic-management#pinchpoints">force users to slow down</a> or <a href="http://architectures.danlockton.co.uk/2006/12/30/limiting-frequency-of-cigarette-use/">think about what they&#8217;re doing</a>. </p>
<p>From a designer&#8217;s point of view, there are far more examples where reducing friction in a process is more important than introducing it deliberately. In a sense, <em>is this what usability is?</em>. Affordances are more valuable than <a href="http://architectures.danlockton.co.uk/2006/10/22/disaffordances-and-engineering-obedience/">disaffordances</a>, hence the comparative rarity of architectures of control in design, but also why they stand out so much as frustrating or irritating. </p>
<p>The term <em><a href="http://www.webdesignfromscratch.com/people_are_impatient.cfm">cognitive friction</a></em> is more specific than general &#8216;process friction&#8217;, but still very much relevant &#8211; as explained on the <a href="http://www.cognitivefriction.net/">Cognitive Friction blog</a>: </p>
<blockquote><p>Cognitive Friction is a term first used by <a href="http://www.cooper.com/">Alan Cooper</a> in his book <em>The Inmates are Running the Asylum</em>, where he defines it like this:</p>
<p>    “It is the resistance encountered by a human intellect when it engages with a complex system of rules that change as the problem permutes.”</p>
<p>In other words, when our tools manifest complex behaviour that does not fit our expectations, the result can be very frustrating. </p></blockquote>
<p>Going back to the Ben Hyde article, the use of the temperature descriptions is interesting &#8211; he equates cooling with <em>increasing</em> the friction, making it more difficult to get things done (similarly to the idea of <a href="http://www.chillingeffects.org/">chilling effects</a>), whereas my instinctive reaction would be the opposite (heat is often energy lost due to friction, hence a &#8216;hot&#8217; system, rather than a cold system, is one more likely to have excessive friction in it &#8211; I see many architectures of control as, essentially, wasting human effort and creating entropy). </p>
<p>But I can see the other view equally well: after all, lubricating oils work better when warmed to reduce their viscosity, and &#8216;cold welds&#8217; are an important subject of tribological research. Perhaps the best way to look at it is that, just as getting into a shower that&#8217;s too hot or too cold is uncomfortable, so a system which is not at the expected &#8216;temperature&#8217; is also uncomfortable for the user. </p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2007/05/29/process-friction/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Useful terminat-ology</title>
		<link>http://architectures.danlockton.co.uk/2007/02/16/useful-terminology/</link>
		<comments>http://architectures.danlockton.co.uk/2007/02/16/useful-terminology/#comments</comments>
		<pubDate>Thu, 15 Feb 2007 23:05:43 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Britain]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Exclusion]]></category>
		<category><![CDATA[File formats]]></category>
		<category><![CDATA[Forcing functions]]></category>
		<category><![CDATA[Liberty]]></category>
		<category><![CDATA[Lock-in]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Razor blade model]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Terminology]]></category>
		<category><![CDATA[US]]></category>
		<category><![CDATA[Worldwide]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2007/02/16/useful-terminology/</guid>
		<description><![CDATA[Image from Black Flag website.
Sometimes there&#8217;s very useful terminology in one field, or culture, which allows clearer or more succinct explanation of concepts in another. In the UK we don&#8217;t have Roach Motels. There are doubtless similar products, but they don&#8217;t have such a snappy name, or one which can be repurposed so easily. 
Reading [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/roachmotel.jpg" alt="Image from www.blackflag.com" /><br /><em>Image from <a href="http://www.blackflag.com/products/roach_motel.php">Black Flag website</a>.</em></p>
<p>Sometimes there&#8217;s very useful terminology in one field, or culture, which allows clearer or more succinct explanation of concepts in another. In the UK we <a href="http://froogle.google.co.uk/froogle?q=roach+motel&#038;btnG=Search+Froogle">don&#8217;t</a> have <a href="http://www.blackflag.com/products/roach_motel.php">Roach Motels</a>. There are doubtless similar products, but they don&#8217;t have such a snappy name, or one which can be repurposed so easily. </p>
<p>Reading about DRM, file format incompatability and lock-in, I&#8217;d come across the term a <a href="http://www.boingboing.net/2007/01/14/iphone_the_roach_mot.html">number</a> of <a href="http://technocrat.net/d/2006/12/6/11841">times</a> without necessarily thinking through exactly what it meant when used in this way, not being familiar with the actual product. &#8220;<a href="http://en.wikipedia.org/wiki/Roach_Motel">You can check data in but you can&#8217;t check it out</a>&#8221; (possibly in conjunction with some kind of superficially attractive bait) is a good explanation, derived from the actual slogan used on the front of the box. I&#8217;m assuming (possibly wrongly) that &#8216;roach motel&#8217; isn&#8217;t especially familiar to most UK readers &#8211; do we have an equivalently neat alternative term? Are there equivalents in other languages?</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2007/02/16/useful-terminology/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Friday quote: Fashion &amp; convention</title>
		<link>http://architectures.danlockton.co.uk/2007/02/09/friday-quote-fashion-convention/</link>
		<comments>http://architectures.danlockton.co.uk/2007/02/09/friday-quote-fashion-convention/#comments</comments>
		<pubDate>Fri, 09 Feb 2007 10:55:58 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Apple]]></category>
		<category><![CDATA[Bureaucracy]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cargo cult]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Civil rights]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Convention]]></category>
		<category><![CDATA[Creeping erosion of norms]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Fashion]]></category>
		<category><![CDATA[Friday quote]]></category>
		<category><![CDATA[Indoctrination]]></category>
		<category><![CDATA[Internet economics]]></category>
		<category><![CDATA[Music]]></category>
		<category><![CDATA[Music industry]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Orwellian]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[RIAA]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Worldwide]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2007/02/09/friday-quote-fashion-convention/</guid>
		<description><![CDATA[
L.J.K. Setright, the late motoring writer and commentator, self-taught mechanical engineer and all-round Renaissance Man, once wrote:  
Fashion is a terrible fetter; convention, since it lasts longer, is even worse.
This was in an issue of Car, when it was still any good. 
Setright wrote it in reference to car design, and the lack of [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/convention.jpg" alt="All heading the same way" /></p>
<p><a href="http://www.telegraph.co.uk/news/main.jhtml?xml=/news/2005/09/17/db1702.xml">L.J.K. Setright</a>, the late motoring writer and commentator, self-taught mechanical engineer and all-round Renaissance Man, once wrote:  </p>
<blockquote><p>Fashion is a terrible fetter; convention, since it lasts longer, is even worse.</p></blockquote>
<p>This was in an issue of <em><a href="http://www.carmagazine.co.uk/">Car</a></em>, when it was still any good. </p>
<p>Setright wrote it in reference to car design, and the lack of progress thereof, but I think we can all see how applicable it is to many fields of endeavour, not just in technology but in society also. We should be very wary when fashions <em>become</em> conventions &#8211; or at least we should think them through before they become norms. And we should always leave ourselves a way out. (I&#8217;ve mentioned this in a <a href="http://architectures.danlockton.co.uk/2006/05/18/changing-norms/">few</a> <a href="http://architectures.danlockton.co.uk/2006/07/09/embedding-control-in-society-the-end-of-freedom/">contexts</a> <a href="http://architectures.danlockton.co.uk/2006/06/19/researchers-develop-prototype-system-to-thwart-unwanted-video-and-still-photography/">before</a>, perhaps with a little hyperbole.) </p>
<p>What almost became a norm &#8211; DRM&#8217;d music &#8211; is now <a href="http://today.reuters.co.uk/misc/PrinterFriendlyPopup.aspx?type=technologyNews&#038;storyID=2007-02-09T101126Z_01_N08221153_RTRIDST_0_TECH-EMI-WEB-DC.XML">apparently</a> <a href="http://www.apple.com/hotnews/thoughtsonmusic/">on the way out</a>. DRM was a fashion, not a convention: still a fetter, but one which can ultimately be shaken off, as it should be. </p>
<p>The great thing about fashions, of course, is that they can be talked into existence, and talked out of existence too. Fashions are not <em>architecture</em>.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2007/02/09/friday-quote-fashion-convention/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Incompati-babel</title>
		<link>http://architectures.danlockton.co.uk/2007/01/21/incompati-babel/</link>
		<comments>http://architectures.danlockton.co.uk/2007/01/21/incompati-babel/#comments</comments>
		<pubDate>Sun, 21 Jan 2007 08:42:55 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Arbitrary]]></category>
		<category><![CDATA[Art making a point]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Blogosphere]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Entropy]]></category>
		<category><![CDATA[Graphic design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Marketing]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[advertising]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2007/01/21/incompati-babel/</guid>
		<description><![CDATA[
A clever comment on incompatible (and DRM&#8217;d) formats by eboy&#8217;s flunters. (Via rss.euge.de)
]]></description>
			<content:encoded><![CDATA[<p><a href="http://hello.eboy.com/eboy/2007/01/20/pt_babeltower_01tpng/"><img src="http://www.danlockton.co.uk/research/images/towerbabel_lo.gif" alt="Incompati-babel - image from eBoy" /></a></p>
<p><a href="http://hello.eboy.com/eboy/2007/01/20/pt_babeltower_01tpng/">A clever comment on incompatible (and DRM&#8217;d) formats by eboy&#8217;s flunters</a>. <em>(Via <a href="http://rss.euge.de/">rss.euge.de</a>)</em></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2007/01/21/incompati-babel/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Some links</title>
		<link>http://architectures.danlockton.co.uk/2007/01/17/some-links/</link>
		<comments>http://architectures.danlockton.co.uk/2007/01/17/some-links/#comments</comments>
		<pubDate>Wed, 17 Jan 2007 12:58:07 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[1984]]></category>
		<category><![CDATA[Apple]]></category>
		<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Blogosphere]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cell phones]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Creeping erosion of norms]]></category>
		<category><![CDATA[Crime]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Entropy]]></category>
		<category><![CDATA[Foucault]]></category>
		<category><![CDATA[Freedom to tinker]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Mobile phones]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Music]]></category>
		<category><![CDATA[Music industry]]></category>
		<category><![CDATA[Open source]]></category>
		<category><![CDATA[Orwellian]]></category>
		<category><![CDATA[Panopticon]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Punishment]]></category>
		<category><![CDATA[RIAA]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Specious arguments]]></category>
		<category><![CDATA[Stallman]]></category>
		<category><![CDATA[Stifling innovation]]></category>
		<category><![CDATA[Surveillance]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Treacherous computing]]></category>
		<category><![CDATA[Trusted Computing]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[iPhone]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2007/01/17/some-links/</guid>
		<description><![CDATA[
First, an apology for anyone who&#8217;s had problems with the RSS/Atom feeds over the last month or so. I think they&#8217;re fixed now (certainly Bloglines has started picking them up again) but please let me know if you don&#8217;t read this. Oops, that won&#8217;t work&#8230; anyway:
&#8216;Gadgets as Tyrants&#8217; by Xeni Jardin, looks at digital architectures [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/links.jpg" alt="Some links. Guess what vehicle this is." /></p>
<p>First, an apology for anyone who&#8217;s had problems with the RSS/Atom feeds over the last month or so. I think they&#8217;re fixed now (certainly Bloglines has started picking them up again) but please let me know if you don&#8217;t read this. Oops, that won&#8217;t work&#8230; anyway:</p>
<li><a href="http://www.nytimes.com/2007/01/16/opinion/16jardin.html?ex=1326603600&#038;en=1cf836828c326bd9&#038;ei=5090&#038;partner=rssuserland&#038;emc=rss">&#8216;Gadgets as Tyrants&#8217;</a> by Xeni Jardin, looks at digital architectures of control in the context of the 2007 Consumer Electronics Show in Las Vegas :<br />
<blockquote><p>Many of the tens of thousands of products displayed last week on the Vegas expo floor, as attractive and innovative as they are, are designed to restrict our use&#8230; Even children are bothered by the increasing restrictions. One electronics show attendee told me his 12-year-old recently asked him, “Why do I have to buy my favorite game five times?” Because the company that made the game wants to profit from each device the user plays it on: Wii, Xbox, PlayStation, Game Boy or phone.</p>
<p>At this year’s show, the president of the Consumer Electronics Association, Gary Shapiro, spoke up for “digital freedom,” arguing that tech companies shouldn’t need Hollywood’s permission when they design a new product. </p></blockquote>
</li>
<li><a href="http://www.consumerist.com/consumer/walmart/walmart-commercial-from-1981-featuring-cassette-to-cassette-copying-229089.php"><em>The Consumerist</em> &#8211; showing a 1981 Walmart advert for a twin cassette deck</a> &#8211; comments that &#8220;Copying music wasn&#8217;t always so taboo&#8221;.
<p>I&#8217;m not sure it is now, either. </li>
<li><a href="http://www.saxonnetworks.co.uk">George Preston</a> very kindly reminds me of the excellent <a href="http://www.cl.cam.ac.uk/~rja14/tcpa-faq.html">Trusted Computing FAQ</a> by <a href="http://www.lightbluetouchpaper.org/">Ross Anderson</a>, a fantastic exposition of the arguments. For more on Vista&#8217;s &#8216;trusted&#8217; computing issues, <a href="http://www.boingboing.net/2007/01/13/vista_suicide_note_r.html">Peter Guttmann</a> has some very clear explanations of how shocking far we are from anything sensible. See also Richard Stallman&#8217;s <a href="http://architectures.danlockton.co.uk/2006/02/25/richard-stallmans-right-to-read-dystopia-growing-closer-every-day/"><strong>&#8216;Right to Read&#8217;</strong></a>.</li>
<li>David Rickerson equally kindly sends me details of a <a href="http://www.correctionalnews.com/ME2/Audiences/dirmod.asp?sid=&#038;nm=&#038;type=Publishing&#038;mod=Publications%3A%3AArticle&#038;mid=8F3A7027421841978F18BE895F87F791&#038;tier=4&#038;id=88327817A39E494AA4A426AF092D33D2">modern Panopticon</a> prison recently built in Colorado &#8211; quite impressive in a way:<br />
<blockquote><p><img src="http://www.danlockton.co.uk/research/images/panopticon_new.jpg" alt="Image from Correctional News" /></p>
<p>&#8230;Architects hit a snag when they realized too much visibility could create problems.</p>
<p>“We’ve got lots of windows looking in, but the drawback is that inmates can look from one unit to another through the windows at the central core area of the ward,” Gulliksen says. “That’s a big deal. You don’t want inmates to see other inmates across the hall with gang affiliations and things like that.”</p>
<p>To minimize unwanted visibility, the design team applied a reflective film to all the windows facing the wards. Deputies can see out, but inmates cannot see in. Much like the 18th-century Panopticon, the El Paso County jail design keeps inmates from seeing who is watching them.</p></blockquote>
<p><em>Image from <a href="http://www.correctionalnews.com/ME2/Audiences/dirmod.asp?sid=&#038;nm=&#038;type=Publishing&#038;mod=Publications%3A%3AArticle&#038;mid=8F3A7027421841978F18BE895F87F791&#038;tier=4&#038;id=88327817A39E494AA4A426AF092D33D2">Correctional News website</a></em></li>
<li>Should the iPhone <a href="http://radar.oreilly.com/archives/2007/01/four_stories_on.html">be</a> <a href="http://www.boingboing.net/2007/01/14/iphone_the_roach_mot.html">more</a> <a href="http://www.brash.com/brash_dot_com/2007/01/watch_steves_de.html">open</a>?
<p>As <a href="http://www.brash.com/brash_dot_com/2007/01/watch_steves_de.html">Jason Devitt says</a>, stopping users installing non-Apple (or Apple-approved) software means that the cost of sending messages goes from (potentially) zero, to $5,000 per megabyte:</p>
<blockquote><p>Steve typed &#8220;Sounds great. See you there.&#8221; 28 characters, 28 bytes. Call it 30. What does it cost to transmit 30 bytes?</p>
<p>    * iChat on my Macbook: zero.<br />
    * iChat running on an iPhone using WiFi: zero.<br />
    * iChat running on an iPhone using Cingular&#8217;s GPRS/EDGE data network: 6 hundredths of a penny.<br />
    * Steve&#8217;s &#8216;cool new text messaging app&#8217; on an iPhone: 15c. </p>
<p>A nickel and a dime.</p>
<p>15c for 30 bytes = $0.15 X 1,000,000 / 30 = $5,000 per megabyte.</p>
<p>&#8220;Yes, but it isn&#8217;t really $5,000,&#8221; you say. It is if you are Cingular, and you handle a few billion messages like this each quarter. </p>
<p>&#8230; [I] assumed that I would be able to install iChat myself. Or better still Adium, which supports AIM, MSN, ICQ, and Jabber. But I will not be able to do that because &#8230; it will not be possible to install applications on the iPhone without the approval of Cingular and Apple&#8230; But as a consumer, I have a choice. And for now the ability to install any application that I want leaves phones powered by Windows Mobile, Symbian, Linux, RIM, and Palm OS with some major advantages over the iPhone.</p></blockquote>
<p>Aside from the price discrimination (and business model) issue (see also <a href="http://architectures.danlockton.co.uk/?page_id=12"><strong>Control &#038; Networks</strong></a>), one thing that strikes me about a phone with a flat touch screen is simply <strong>how much less haptic feedback the user gets</strong>. </p>
<p>I know people who can text competently without looking at the screen, or indeed the phone at all. They rely on the feel of the buttons, the pattern of raised and lowered areas and the sensation as the button is pressed, to know whether or not the character has actually been entered, and which character it was (based on how many times the button is pressed). I would imagine they would be rather slow with the iPhone.</li>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2007/01/17/some-links/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Digital control round-up</title>
		<link>http://architectures.danlockton.co.uk/2006/12/30/digital-control-round-up/</link>
		<comments>http://architectures.danlockton.co.uk/2006/12/30/digital-control-round-up/#comments</comments>
		<pubDate>Sat, 30 Dec 2006 16:49:21 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Analog hole]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Broadcast flag]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Copyfight]]></category>
		<category><![CDATA[Copyright]]></category>
		<category><![CDATA[Creeping erosion of norms]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Erosion of liberty]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Freedom to tinker]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Gravy train]]></category>
		<category><![CDATA[Internet economics]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Lobbying]]></category>
		<category><![CDATA[MP3]]></category>
		<category><![CDATA[MPAA]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Movie industry]]></category>
		<category><![CDATA[Music]]></category>
		<category><![CDATA[Music industry]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Orwellian]]></category>
		<category><![CDATA[Propaganda]]></category>
		<category><![CDATA[RIAA]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Stifling innovation]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Technology underclass]]></category>
		<category><![CDATA[Treacherous computing]]></category>
		<category><![CDATA[Trusted Computing]]></category>
		<category><![CDATA[Usability]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[Vague rhetoric]]></category>
		<category><![CDATA[Video]]></category>
		<category><![CDATA[Worldwide]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2006/12/30/digital-control-round-up/</guid>
		<description><![CDATA[
Some developments in &#8211; and commentary on &#8211; digital architectures of control to end 2006:
Peter Gutmann&#8217;s &#8216;A Cost Analysis of Windows Vista Content Protection&#8217; (via Bruce Schneier) looks very lucidly at the effects that Vista&#8217;s DRM and measures to &#8216;protect&#8217; content will have &#8211; on users themselves, and knock-on effects elsewhere. The more one reads, [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/padlock_pcb.jpg" alt="Digital architectures of control" /></p>
<p>Some developments in &#8211; and commentary on &#8211; digital architectures of control to end 2006:</p>
<li>Peter Gutmann&#8217;s <a href="http://www.cs.auckland.ac.nz/~pgut001/pubs/vista_cost.txt">&#8216;A Cost Analysis of Windows Vista Content Protection&#8217;</a> (via <a href="http://www.schneier.com/blog/archives/2006/12/a_cost_analysis.html">Bruce Schneier</a>) looks very lucidly at the effects that Vista&#8217;s DRM and measures to &#8216;protect&#8217; content will have &#8211; on users themselves, and knock-on effects elsewhere. The more one reads, the more astonishing this whole affair is:<br />
<blockquote><p>Possibly for the first time ever, computer design is being dictated not by electronic design rules, physical layout requirements, and thermal issues, but by the wishes of the content industry.</p></blockquote>
<p>Vista appears to be just about the worst consumer product of all time. However, unlike other discretionary purchases, consumers will have less of a choice: Vista will come with any PC you buy from a major store, and all the hardware manufacturers will have to pass on the extra costs and complexity required to customers, whether or not they intend to use that hardware with Vista. When critical military and healthcare systems start to be run on Vista, we&#8217;ll all end up paying. </p>
<p>As Peter puts it:</p>
<blockquote><p>The Vista Content Protection specification could very well constitute the longest suicide note in history</p></blockquote>
</li>
<li>In a similar vein, the <a href="http://uk.theinquirer.net/?article=36574">&#8216;format wars&#8217; over high-definition video</a> appear to have descended into a farce:<br />
<blockquote><p>Basically, what we have is a series of anti-consumer DRM infections masquerading as nothing in particular. They bring only net negatives to anyone dumb enough to pay money for them, and everything is better than these offerings. They sell in spite of the features they tout, not because of them.</p></blockquote>
<p>And, of course, <a href="http://www.uninnovate.com/2006/12/28/history-repeats-itself-hd-dvd-video-format-partially-cracked/">HD-DVD encryption has already been &#8220;(partially) cracked&#8221;</a> as Uninnovate puts it, with that <a href="http://forum.doom9.org/showthread.php?p=922059#post922059">decryption effort being triggered directly as a result of consumer frustration with incompatibility</a>:</p>
<blockquote><p>I just bought a HD-DVD drive to plug on my PC, and a HD movie, cool! But when I realized the 2 software players on Windows don’t allowed me to play the movie at all, because my video card is not HDCP compliant and because I have a HD monitor plugged with DVI interface, I started to get mad… This is not what we can call “fair use”! So I decide to decrypt that movie.</p></blockquote>
</li>
<li><a href="http://www.consumerist.com/consumer/drm/consumers-buy-only-23-songs-per-ipod-224177.php">&#8220;Consumers buy only 23 songs per iPod&#8221;</a> &#8211; clearly, the vast majority of music on iPods and other portable music players has been acquired through CD-ripping or file-sharing, something which we all know, but which has been an elephant in the room for a long time when the industry is discussed (and remember that the Gowers&#8217; Review has <a href="http://www.thebillblog.com/billblog/index.php/2006/12/08/getting-the-balance-right-more-on-gowers/">only just recommended that ripping CDs be legalised in the UK</a>).
<p>Of course, <a href="http://www.techcrunch.com/2006/12/14/bill-gates-on-the-future-of-drm/">Bill Gates also recommends ripping CDs</a> (see also some great <a href="http://www.bambismusings.com/?p=473">commentary from LilBambi on this</a>).</p>
<p><a href="http://www.usatoday.com/tech/columnist/andrewkantor/2006-12-22-apple-itunes_x.htm">Andrew Kantor in <em>USA Today</em></a> has some pragmatic analysis of the situation:</p>
<blockquote><p>People want their music without restrictions, and too many legal downloads, like those from iTunes, come with restrictions. You can&#8217;t copy them to another player, or you&#8217;re limited to how often you can do it, or you have to jump through the hoops of burning your iTunes tracks to CD and re-ripping them to a more useful format&#8230; as cellphones with built-in MP3 players gain popularity, users will find themselves up against an entirely new set of usage restrictions. Some subscription services will delete the music from your player when you cancel your subscription.</p>
<p>&#8230;</p>
<p>Buy a CD or use a program like eMule&#8230; and you have no restrictions. And that&#8217;s what people want.</p>
<p><strong>They don&#8217;t want to have to match their music store with their music player any more than they want to have to match their brands of gasoline with their brands of car.</strong> They want, in short, to be able to use today&#8217;s music the same ways they used yesterday&#8217;s: Any way they want.</p>
<p>In fact, the industry&#8217;s been down this road before and hit a similar wall. In the first decades of the 20th century, the wax cylinders (and, later, 78rpm disks) on which music was recorded worked only with specific players. Industry attempts to monopolize the technology led only to poor sales.</p></blockquote>
</li>
<li>Finally, Microsoft&#8217;s <a href="http://www.latimes.com/news/opinion/la-oe-tech28dec28,0,1897236,full.story">Steve Ballmer tells us that in 2007 the consumer will be &#8220;back in control&#8221;</a>. It doesn&#8217;t mean much out of context, nor in the context he used it in fact, but it looks like <a href="http://www.sourcewatch.org/index.php?title=Doublespeak">Doublespeak</a> is alive and well.</li>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/12/30/digital-control-round-up/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Teaching customers a lesson</title>
		<link>http://architectures.danlockton.co.uk/2006/11/12/teaching-customers-a-lesson/</link>
		<comments>http://architectures.danlockton.co.uk/2006/11/12/teaching-customers-a-lesson/#comments</comments>
		<pubDate>Sat, 11 Nov 2006 23:52:47 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Business model]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designers]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Marketing]]></category>
		<category><![CDATA[Retail]]></category>
		<category><![CDATA[Shopping]]></category>
		<category><![CDATA[Site Announcements]]></category>
		<category><![CDATA[User experience]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=158</guid>
		<description><![CDATA[Seth Godin talks about companies that try to teach their customers a lesson:
&#8220;Either you&#8217;re going to make someone happy or you&#8217;re not&#8230;
Here&#8217;s the short version: If you try to teach a customer a lesson, you&#8217;ve just done two things:
a. failed at teaching a lesson
and
b. lost a customer&#8221;
How does this relate to the &#8220;stick&#8221; approach to [...]]]></description>
			<content:encoded><![CDATA[<p>Seth Godin talks about <a href="http://sethgodin.typepad.com/seths_blog/2006/11/why_bother.html">companies that try to teach their customers a lesson</a>:</p>
<blockquote><p>&#8220;Either you&#8217;re going to make someone happy or you&#8217;re not&#8230;</p>
<p>Here&#8217;s the short version: If you try to teach a customer a lesson, you&#8217;ve just done two things:<br />
a. failed at teaching a lesson<br />
and<br />
b. lost a customer&#8221;</p></blockquote>
<p>How does this relate to the <a href="http://architectures.danlockton.co.uk/?p=157"><strong>&#8220;stick&#8221; approach</strong></a> to changing users&#8217; behaviour?</p>
<p>How does it relate to DRM, often presented as &#8220;keeping honest customers honest&#8221;?</p>
<p>If you&#8217;re designing (planning) a user&#8217;s experience (retail, product design, software, services), do you look on the user as the enemy, or the focus of your efforts?</p>
<p>(<a href="http://www.typepad.com/t/trackback/6795303">Trackback URI for Seth&#8217;s post</a>) </p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/11/12/teaching-customers-a-lesson/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>The secret</title>
		<link>http://architectures.danlockton.co.uk/2006/10/31/the-secret/</link>
		<comments>http://architectures.danlockton.co.uk/2006/10/31/the-secret/#comments</comments>
		<pubDate>Tue, 31 Oct 2006 11:13:18 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Business model]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Democracy of innovation]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Erosion of liberty]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Good design]]></category>
		<category><![CDATA[Indoctrination]]></category>
		<category><![CDATA[Internet economics]]></category>
		<category><![CDATA[MP3]]></category>
		<category><![CDATA[Marketing]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Music industry]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Propaganda]]></category>
		<category><![CDATA[Prophecy]]></category>
		<category><![CDATA[Site Announcements]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[Worldwide]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=153</guid>
		<description><![CDATA[&#8220;The secret to getting ahead in the 21st century is capitalizing on people doing what they want to do, rather than trying to get them to do what you want to do.&#8221;
(Glenn Reynolds of Instapundit.com, in a Wired article quoted at the Public Journalism network)
I think this applies very much to issues of control in [...]]]></description>
			<content:encoded><![CDATA[<blockquote><p><strong>&#8220;The secret to getting ahead in the 21st century is capitalizing on people doing what they want to do, rather than trying to get them to do what you want to do.&#8221;</strong></p></blockquote>
<p>(Glenn Reynolds of <a href="http://www.instapundit.com/">Instapundit.com</a>, in a <a href="http://www.wired.com/wired/archive/14.10/kos_pr.html"><em>Wired</em> article</a> quoted at the <a href="http://pjnet.org/weblogs/pjnettoday/archives/001342.html">Public Journalism network</a>)</p>
<p>I think this applies very much to issues of control in products, systems and environments, in addition to the blogging context in which it was spoken, just so long as people are aware that there are alternatives available which <em>do</em> let them do what they want. <a href="http://www.emusic.com/about/index.html">eMusic exists</a>, with a DRM-free format, but more people still use iTunes. Why?</p>
<p>As <a href="http://craphound.com/">Cory Doctorow</a> has so often put it, &#8220;No-one wakes up in the morning wanting to do <strong>less</strong> with his or her stuff.&#8221; It will be especially interesting to see how businesses built on the model Reynolds expresses fare in the years ahead. Is this really the secret to getting ahead? Will we really have companies and governments succeeeding by striving to help and empower people, or will the lure of increased control prove too attractive?</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/10/31/the-secret/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Mostly a mistake, partly a psychological experiment</title>
		<link>http://architectures.danlockton.co.uk/2006/10/02/mostly-a-mistake-partly-a-psychological-experiment/</link>
		<comments>http://architectures.danlockton.co.uk/2006/10/02/mostly-a-mistake-partly-a-psychological-experiment/#comments</comments>
		<pubDate>Mon, 02 Oct 2006 19:23:02 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[DRM]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Site Announcements]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[User experience]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=129</guid>
		<description><![CDATA[Scott Carpenter of Moving To Freedom is (I think) the first person to comment on the fact that for the last 11 months, every time someone posts a comment on this blog, he or she has been redirected to www.danlockton.co.uk (my homepage) rather than returned to the actual post in question:

&#8220;Hey, Dan: your blog is [...]]]></description>
			<content:encoded><![CDATA[<p>Scott Carpenter of <a href="http://www.movingtofreedom.org/">Moving To Freedom</a> is (I think) the <a href="http://architectures.danlockton.co.uk/?p=120#comment-9290"><strong>first person to comment</strong></a> on the fact that for the last 11 months, every time someone posts a comment on this blog, he or she has been redirected to www.danlockton.co.uk (my homepage) rather than returned to the actual post in question:<br />
<span id="more-129"></span></p>
<blockquote><p>&#8220;Hey, Dan: your blog is trying to control me! Whenever I post a comment, it doesn’t allow me to stay on the same page, but instead takes me on a magic carpet ride to http://www.danlockton.co.uk/&#8221;</p></blockquote>
<p>To be honest, this wasn&#8217;t a deliberate &#8216;architectures of control&#8217; experiment &#8211; not initially, at least. It was a consequence of a wrongly/badly configured setting in Wordpress* &#8211; but once I realised (quite a few months ago) that there was a problem, and my initial attempts to solve it failed, I decided to see how long it would be before a commenter complained, or at least drew my attention to the issue (which is now fixed).</p>
<p>I&#8217;m assuming that of the 250-odd non-spam, non-me comments on the blog, a certain percentage of commenters believed that the redirect was a deliberate (and irritating?) trick to drive traffic to my homepage, some will have recognised the real problem and blamed me (talks about technology but can&#8217;t even configure his blog properly) and a certain percentage believed that it was some mistake <em>they</em> had made. People often immediately assume that technological errors are their own fault &#8211; from &#8220;My computer won&#8217;t copy DVDs properly, they come out all scrambled and unwatchable&#8221; to &#8220;I bought loads of music off the internet but I think Windows deleted it when I upgraded; I&#8217;m so stupid with technology.&#8221; Some believe technology has it in for them (<a href="http://en.wikipedia.org/wiki/Resistentialism">resistentialism</a>), others that they&#8217;re just &#8220;not good with science and technical stuff&#8221;. For example, how many <a href="http://del.icio.us/tag/DRMtrainwrecks" rel="tag">DRM trainwrecks</a> are written off as mere &#8216;user error&#8217; by the people affected, <em>blaming themselves for the problems</em>?</p>
<p><em><br />
*<img src="http://www.danlockton.co.uk/research/images/wordpress.png" alt="My mistake" /></em></p>
<p><em>When I set up the blog, I&#8217;d put the WordPress files in www.danlockton.co.uk/architectures, and had used that path for the WordPress address field in this dialogue. Then I realised that I could use subdomains with my web host, i.e. architectures.danlockton.co.uk was equivalent to (www.)danlockton.co.uk/architectures, and so I put that in the blog address field, and forgot about it, as the rest of the blog worked fine. I did half-heartedly try to work out why the redirecting after commenting wasn&#8217;t working as hoped, but because I presumed that the two URIs listed were exactly equivalent, I only got round to changing them this evening. A bodge (as we say in England) might have been to spend ages messing around with .htaccess; I&#8217;m glad the fix was so simple.</em></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/10/02/mostly-a-mistake-partly-a-psychological-experiment/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Uninnovate &#8211; engineering products to do less</title>
		<link>http://architectures.danlockton.co.uk/2006/09/10/uninnovate-engineering-products-to-do-less/</link>
		<comments>http://architectures.danlockton.co.uk/2006/09/10/uninnovate-engineering-products-to-do-less/#comments</comments>
		<pubDate>Sun, 10 Sep 2006 22:26:15 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Broadcast flag]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cell phones]]></category>
		<category><![CDATA[Cinema]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Civil rights]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Copyfight]]></category>
		<category><![CDATA[Copyright]]></category>
		<category><![CDATA[Creeping erosion of norms]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design engineering]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designers]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Dystopia]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Engineering]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Entertainment]]></category>
		<category><![CDATA[Entropy]]></category>
		<category><![CDATA[Erosion of liberty]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Firmware]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Indoctrination]]></category>
		<category><![CDATA[Innovation]]></category>
		<category><![CDATA[Intellectual property]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Invention]]></category>
		<category><![CDATA[Killjoy technology]]></category>
		<category><![CDATA[Liberty]]></category>
		<category><![CDATA[MP3]]></category>
		<category><![CDATA[MPAA]]></category>
		<category><![CDATA[Mobile phones]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Movie industry]]></category>
		<category><![CDATA[Music]]></category>
		<category><![CDATA[Music industry]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[RIAA]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Stifling innovation]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Treacherous computing]]></category>
		<category><![CDATA[Trusted Computing]]></category>
		<category><![CDATA[US]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[Video]]></category>
		<category><![CDATA[Worldwide]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=113</guid>
		<description><![CDATA[Image from uninnovate.com
I&#8217;ve just come across a very interesting new blog, uninnovate.com, which focuses on the phenomenon of &#8220;engineering expensive features into a product for which there is no market demand in order to make the product do less.&#8221; The first few posts tackle &#8216;Three legends of uninnovation&#8216; (the iPod&#8217;s copy restrictions, Sony&#8217;s mp3-less Walkman, [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/uninnovate.jpg" alt="Uninnovate.com" /><br /><em>Image from <a href="http://www.uninnovate.com">uninnovate.com</a></em></p>
<p>I&#8217;ve just come across a very interesting new blog, <a href="http://www.uninnovate.com">uninnovate.com</a>, which focuses on the phenomenon of &#8220;<strong>engineering expensive features into a product for which there is no market demand in order to make the product do less</strong>.&#8221; The first few posts tackle &#8216;<a href="http://www.uninnovate.com/2006/09/06/the-legends-of-uninnovation/">Three legends of uninnovation</a>&#8216; (the iPod&#8217;s copy restrictions, Sony&#8217;s mp3-less Walkman, and Verizon&#8217;s rent-seeking on Bluetooth features), <a href="http://www.uninnovate.com/2006/09/07/microsoft-thinks-removing-features-is-44-times-more-urgent-than-fixing-critical-security-holes/">Microsoft&#8217;s priorities</a> (patching DRM flaws vs. security flaws that actually damage users), <a href="http://www.uninnovate.com/2006/09/08/amazon-spends-over-a-year-developing-movie-download-service-then-shackles-it-with-absurd-restrictions-4/">Amazon&#8217;s absurd new Unbox &#8217;service&#8217;</a> and <a href="http://www.uninnovate.com/2006/09/10/trusted-computing-for-cell-phones-debuts-wednesday/">&#8216;Trusted&#8217; computing for mobile phones</a>. The perspective is refreshingly clear: no customer woke up wanting these &#8216;features&#8217;, yet companies direct vast efforts towards developing them. </p>
<p>In a sense the &#8216;uninnovation&#8217; concept is a similar idea to a large proportion of the architectures of control in products I&#8217;ve been examining on this site over the last year, especially <a href="http://architectures.danlockton.co.uk/?cat=18&#038;submit=Go"><strong>DRM</strong></a> and DRM-related <a href="http://architectures.danlockton.co.uk/?p=101"><strong>lock-ins</strong></a>, though with a slightly different emphasis: I&#8217;ve chosen to look at it all from a &#8216;control&#8217; point of view (features are being designed in &#8211; or out &#8211; with the express intention of manipulating and restricting users&#8217; behaviour, usually for commercial ends, but also political or social).</p>
<p><a href="http://www.uninnovate.com/">Uninnovate</a> looks to be a great blog to watch &#8211; not sure who&#8217;s behind it, but the analysis is spot-on and the examples lucidly explained.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/09/10/uninnovate-engineering-products-to-do-less/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Some links: miscellaneous, pertinent to architectures of control</title>
		<link>http://architectures.danlockton.co.uk/2006/09/01/some-links-miscellaneous-pertinent-to-architectures-of-control/</link>
		<comments>http://architectures.danlockton.co.uk/2006/09/01/some-links-miscellaneous-pertinent-to-architectures-of-control/#comments</comments>
		<pubDate>Fri, 01 Sep 2006 17:53:49 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[1984]]></category>
		<category><![CDATA[Analog hole]]></category>
		<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Audio]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Black box]]></category>
		<category><![CDATA[Broadcast flag]]></category>
		<category><![CDATA[Bureaucracy]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cargo cult]]></category>
		<category><![CDATA[Censorship]]></category>
		<category><![CDATA[Cinema]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Civil rights]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Copyfight]]></category>
		<category><![CDATA[Copyright]]></category>
		<category><![CDATA[Corruption]]></category>
		<category><![CDATA[Creeping erosion of norms]]></category>
		<category><![CDATA[Crime]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Deleuze]]></category>
		<category><![CDATA[Democracy of innovation]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design engineering]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designers]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[Discrimination]]></category>
		<category><![CDATA[Discriminatory Architecture]]></category>
		<category><![CDATA[Distasteful corollary]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Dystopia]]></category>
		<category><![CDATA[Education]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Engineering]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Entertainment]]></category>
		<category><![CDATA[Entropy]]></category>
		<category><![CDATA[Erosion of liberty]]></category>
		<category><![CDATA[Everyware]]></category>
		<category><![CDATA[Exclusion]]></category>
		<category><![CDATA[External Control]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Fightback Devices]]></category>
		<category><![CDATA[Forcing functions]]></category>
		<category><![CDATA[Foucault]]></category>
		<category><![CDATA[Freedom to tinker]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Gravy train]]></category>
		<category><![CDATA[Greasing palms]]></category>
		<category><![CDATA[Health and safety]]></category>
		<category><![CDATA[Hidden persuaders]]></category>
		<category><![CDATA[Indoctrination]]></category>
		<category><![CDATA[Intellectual property]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Internet economics]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Invention]]></category>
		<category><![CDATA[Killjoy technology]]></category>
		<category><![CDATA[Law]]></category>
		<category><![CDATA[Legislation]]></category>
		<category><![CDATA[Liberty]]></category>
		<category><![CDATA[Lobbying]]></category>
		<category><![CDATA[MP3]]></category>
		<category><![CDATA[MPAA]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Movie industry]]></category>
		<category><![CDATA[Music]]></category>
		<category><![CDATA[Music industry]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Observation]]></category>
		<category><![CDATA[Open source]]></category>
		<category><![CDATA[Oppression]]></category>
		<category><![CDATA[Orwellian]]></category>
		<category><![CDATA[Panopticon]]></category>
		<category><![CDATA[Pervasive computing]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Propaganda]]></category>
		<category><![CDATA[Prophecy]]></category>
		<category><![CDATA[Protest]]></category>
		<category><![CDATA[Public money]]></category>
		<category><![CDATA[Punishment]]></category>
		<category><![CDATA[RIAA]]></category>
		<category><![CDATA[Razor blade model]]></category>
		<category><![CDATA[Regulation]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Reverse engineering]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Site Announcements]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Social engineering]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Spatial]]></category>
		<category><![CDATA[Stallman]]></category>
		<category><![CDATA[Stifling innovation]]></category>
		<category><![CDATA[Surveillance]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Technology underclass]]></category>
		<category><![CDATA[Treacherous computing]]></category>
		<category><![CDATA[Trusted Computing]]></category>
		<category><![CDATA[Ubiquitous computing]]></category>
		<category><![CDATA[Underclass]]></category>
		<category><![CDATA[Urban]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[Vague rhetoric]]></category>
		<category><![CDATA[Worldwide]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=111</guid>
		<description><![CDATA[Ulises Mejias on &#8216;Confinement, Education and the Control Society&#8217; &#8211; fascinating commentary on Deleuze&#8217;s societies of control and how the instant communication and &#8216;life-long learning&#8217; potential (and, I guess, everyware) of the internet age may facilitate control and repression:
&#8220;This is the paradox of social media that has been bothering me lately: an &#8216;empowering&#8217; media that [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://ideant.typepad.com/ideant/2006/08/confinement_edu.html">Ulises Mejias on &#8216;Confinement, Education and the Control Society&#8217;</a> &#8211; fascinating commentary on <a href="http://architectures.danlockton.co.uk/?p=28"><strong>Deleuze&#8217;s societies of control</strong></a> and how the instant communication and &#8216;life-long learning&#8217; potential (and, I guess, <a href="http://architectures.danlockton.co.uk/?p=93"><strong>everyware</strong></a>) of the internet age may facilitate control and repression:</p>
<blockquote><p>&#8220;This is the paradox of social media that has been bothering me lately: an &#8216;empowering&#8217; media that provides increased opportunities for communication, education and online participation, but which at the same time further isolates individuals and aggregates them into masses —more prone to control, and by extension more prone to discipline.&#8221;</p></blockquote>
<hr />
<p><a href="http://ask.slashdot.org/article.pl?sid=06/08/30/0145228">Slashdot on &#8216;A working economy without DRM?&#8217;</a> &#8211; same debate as ever, but some very insightful comments</p>
<hr />
<p><a href="http://ask.slashdot.org/article.pl?sid=06/08/31/1759252">Slashdot on &#8216;Explaining DRM to a less-experienced PC user&#8217;</a> &#8211; I particularly like SmallFurryCreature&#8217;s <a href="http://ask.slashdot.org/comments.pl?sid=195491&#038;cid=16022303">&#8216;Sugar cube&#8217; analogy</a></p>
<hr />
<p><a href="http://www.copyrightmyths.org/promise">&#8216;The Promise of a Post-Copyright World&#8217; by Karl Fogel</a> &#8211; extremely clear analysis of the history of copyright and, especially, the way it has been presented to the public over the centuries</p>
<hr />
<p>(Via <a href="http://www.boingboing.net/2006/09/01/heartrate_activated_.html">BoingBoing</a>) <a href="http://www.theentertrainer.com/">The Entertrainer</a> &#8211; a heart monitor-linked TV controller: your TV stays on with the volume at a usable level only while you keep exercising at the required rate. Similar concept to Gillian Swan&#8217;s <a href="http://architectures.danlockton.co.uk/?page_id=6#Square-Eyes"><strong>Square-Eyes</strong></a></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/09/01/some-links-miscellaneous-pertinent-to-architectures-of-control/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Privacy Ceiling</title>
		<link>http://architectures.danlockton.co.uk/2006/08/22/the-privacy-ceiling/</link>
		<comments>http://architectures.danlockton.co.uk/2006/08/22/the-privacy-ceiling/#comments</comments>
		<pubDate>Tue, 22 Aug 2006 10:56:23 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Black box]]></category>
		<category><![CDATA[Bureaucracy]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Civil rights]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Copyright]]></category>
		<category><![CDATA[Creeping erosion of norms]]></category>
		<category><![CDATA[Crime]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design engineering]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designers]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[Discriminatory Architecture]]></category>
		<category><![CDATA[Distasteful corollary]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Engineering]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Everyware]]></category>
		<category><![CDATA[External Control]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Good design]]></category>
		<category><![CDATA[Insurance]]></category>
		<category><![CDATA[Intellectual property]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Invention]]></category>
		<category><![CDATA[Law]]></category>
		<category><![CDATA[Legislation]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Panopticon]]></category>
		<category><![CDATA[Patents]]></category>
		<category><![CDATA[Pervasive computing]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Prophecy]]></category>
		<category><![CDATA[Regulation]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Surveillance]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Treacherous computing]]></category>
		<category><![CDATA[Trusted Computing]]></category>
		<category><![CDATA[Ubiquitous computing]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[Worldwide]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=103</guid>
		<description><![CDATA[Scott Craver of the University of Binghamton has a very interesting post summarising the concept of  a &#8216;privacy ceiling&#8217;:
&#8220;This is an economic limit on privacy violation by companies, owing to the liability of having too much information about (or control over) users.&#8221;
It&#8217;s the &#8220;control over users&#8221; that immediately makes this something especially relevant for [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://blog.xcott.com">Scott Craver</a> of the <a href="http://www.binghamton.edu/">University of Binghamton</a> has a <a href="http://blog.xcott.com/?p=16#more-16">very interesting post</a> summarising the concept of  a <strong>&#8216;privacy ceiling&#8217;</strong>:</p>
<blockquote><p>&#8220;This is an economic limit on privacy violation by companies, owing to the liability of having too much information about (or control over) users.&#8221;</p></blockquote>
<p>It&#8217;s the &#8220;control over users&#8221; that immediately makes this something especially relevant for designers and technologists to consider: that control is designed, consciously, into products and systems, but how much thought is given to the extremes of how it might be exercised, especially in conjunction with the wealth of information that is gathered on users? <span id="more-103"></span></p>
<blockquote><p>&#8220;Liability can come from various sources&#8230; [including]</p>
<p><strong>Vicarious infringement liability.</strong></p>
<p>Imagine: you write a music player (like iTunes) that can check the Internet when I place a CD in my computer. You decide to collect this data for market research. Now the RIAA discovers that this data can also identify unauthorized copies. Can they compel you to hand over data on user listening habits?</p>
<p>Your company is liable for vicarious infringement if (1) infringement happens, (2) you benefit from it, and (3) you had the power to do something about it—which I assume includes reporting the infringement. So now you are possibly liable because you have damning information about your users. <strong>This also applies to DRM technologies that let you restrict users.</strong></p>
<p>Note that you can’t solve this problem simply by adopting a policy of only keeping the data for 1 month, or being gentle and consumer-friendly with your DRM. <strong>The fact is, you have the architecture for monitoring and/or control, and you may not get to choose how you use it.</strong></p></blockquote>
<p>Other sources of liability described include: being drawn into criminal investigations based on certain data which a company or other organisation may have &#8211; or be compelled to obtain &#8211; on its users; customers suing in relation to the leaking of supposedly private data (as in the <a href="http://blog.outer-court.com/archive/2006-08-07-n22.html">AOL débâcle</a>); and &#8220;random incompetence&#8221;, e.g. an employee accidentally releasing data or arbitrarily exercising some designed-in control with undesirable consequences.</p>
<p>Scott goes on:</p>
<blockquote><p>&#8220;Okay, so there is a penalty to having too much knowledge or too much control over customers. What should companies do to stay beneath this ceiling?</p>
<p><strong>1. Design an architecture for your business/software that naturally prevents this problem.</strong></p>
<p>It is much easier for someone to compel you to violate users’ privacy if it’s just a matter of using capabilities you already have. Mind, you have to convince a judge, not a software engineer, that adding monitoring or control is difficult. But you have a better shot in court if you must drastically alter your product in order to give in to demands.</p>
<p>&#8230;</p>
<p><strong>2. Assume you will monitor and control to the full extent of your architecture. In fact, don’t just assume this, but go to the trouble to monitor or control your users.</strong></p>
<p>Why? Because in an infringement lawsuit you don’t want to appear to be acting in bad faith&#8230; if you have the ability to monitor users and refuse to use it, you’re giving ammunition to a copyright holder who accuses you of inducement and complicity.</p>
<p>&#8230;</p>
<p>But &#8230; the real message is that you should go back to design principle 1. <strong>If you want to protect users, think about the architecture</strong>; don’t just assume you can take a principled stand not to abuse your own power.</p>
<p>The third principle is really a restatement of the first two, but deserves restating:</p>
<p><a name="donot"></a><strong>3. Do not attempt to strike a balance.</strong></p>
<p>Do not bother to design a system or business model that balances user privacy with copyright holder demands. <strong>All this does is insert an architecture of monitoring or control, for later abuse.</strong> In other words, design an architecture for privacy alone. Anything you put in there, under rule #2, will one day be used to its full extent.</p>
<p>I have seen many many papers over the years, in watermarking tracks, proposing an end-to-end media distribution system balancing DRM with privacy. Usually, the approach is that watermarks are embedded in music/movies/images by a trusted third party, the marks are kept secret from the copyright holder, and personal information is revealed only under specific circumstances in which infringement is clear. This idea is basically BS. Your trusted third party does not have the legal authority to decide when to reveal information. What will likely happen instead: if a copyright holder feels infringement is happening, the <strong>trusted third party will be liable for vicarious infringement.</strong>&#8220;</p></blockquote>
<p>Summing it up: <strong>any capability you design into a product or system will be used at some point</strong> &#8211; even if you are forced to use it against the best interests of your business. So it is better to design deliberately to avoid being drawn into this: <strong>design systems not to have the ability to monitor or control users</strong>, and that will keep you much safer from liability issues. </p>
<p>The privacy ceiling concept &#8211; which Scott is going to present in a paper along with Lorrie Cranor and Janice Tsai at the <a href="http://www.titr.uow.edu.au/DRM2006/">ACM DRM 2006 workshop</a> &#8211; really does seem to have a significant implications for many of the architectures of control examples I&#8217;ve looked at on this site. </p>
<p>For example, the <a href="http://architectures.danlockton.co.uk/?p=22"><strong>Car Insurance Black Boxes</strong></a> mostly record mileage and time data to allow insurance to be charged according to risk factors that interest the insurance company; but the boxes clearly also record speed, and whether that information would be released to, say, law enforcement authorities, if requested, is an immediate issue of interest/concern.</p>
<p>Looking further, though, <a href="http://architectures.danlockton.co.uk/?p=22#patent">the patent</a> covering the box used by a major insurer mentions an enormous number of possible types of data that could be monitored and reported by the device, including exact position, weights of occupants, driving styles, use of brakes, what radio station is tuned in, and so on. Whether any insurance company would ever implement them, of course, is another question, and it would require a lot tighter integration into a vehicle&#8217;s systems; nevertheless, as Scott makes clear, <strong>whatever possibilities are designed into the architecture, will be exploited at some point, whether through pressure (external or internal) or incompetence.</strong> </p>
<p>I look forward to reading the full paper when it is available.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/08/22/the-privacy-ceiling/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Use of RFID in DRM</title>
		<link>http://architectures.danlockton.co.uk/2006/08/22/use-of-rfid-in-drm/</link>
		<comments>http://architectures.danlockton.co.uk/2006/08/22/use-of-rfid-in-drm/#comments</comments>
		<pubDate>Tue, 22 Aug 2006 08:54:10 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Analog hole]]></category>
		<category><![CDATA[Audio]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cargo cult]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Copyfight]]></category>
		<category><![CDATA[Copyright]]></category>
		<category><![CDATA[Creeping erosion of norms]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design engineering]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designers]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Engineering]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Entertainment]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Firmware]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Intellectual property]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[MP3]]></category>
		<category><![CDATA[Music]]></category>
		<category><![CDATA[Music industry]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[RIAA]]></category>
		<category><![CDATA[Razor blade model]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Specious arguments]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Treacherous computing]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[Worldwide]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=102</guid>
		<description><![CDATA[
Via Dave Farber&#8217;s Interesting People, a brief New Scientist article outlines Sony&#8217;s continuing obsession with restricting and controlling its customers (the last one didn&#8217;t go too well):
&#8220;A patent filed by Sony last week suggests it may once again be considering preventing consumers making &#8220;too many&#8221; back-up copies of its CDs&#8230;
Sony&#8217;s latest idea is to place [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/microwaved_cd.jpg" alt="A CD with its functionality destroyed using GHz-range radio frequencies" /></p>
<p>Via Dave Farber&#8217;s <a href="http://www.interesting-people.org/"><em>Interesting People</em></a>, a brief <a href="http://www.newscientisttech.com/channel/tech/dn9728.html"><em>New Scientist article</em></a> outlines Sony&#8217;s continuing obsession with restricting and controlling its customers (<a href="http://www.eff.org/IP/DRM/Sony-BMG/">the last one didn&#8217;t go too well</a>):</p>
<blockquote><p>&#8220;A patent filed by Sony last week suggests it may once again be considering preventing consumers making &#8220;too many&#8221; back-up copies of its CDs&#8230;</p>
<p>Sony&#8217;s latest idea is to place a piece of monitoring hardware inside the CD. Its patent suggests embedding a radio-frequency ID chip that could be interrogated wirelessly by a PC or CD player. The chip would record the number of times the disc was copied and prevent further recordings once it reached the limit. The device could also be fitted to DVDs. Whether Sony will turn the patent idea into reality remains to be seen.&#8221;</p></blockquote>
<p><span id="more-102"></span><br />
Of course this will require new CD players and CD-ROM drives with the ability to read, write to and act on the signal from the RFID chip &#8211; which means its impact may not be very significant. </p>
<p>It&#8217;s not clear whether the &#8220;permitted&#8221; copies have to be made onto &#8220;chipped&#8221; Sony-authorised discs (otherwise the technology seems rather pointless, as people will just make copies of the un-protected copies instead of repeated copies of the original) &#8211; if this <em>is</em> the case, then is this not just a sly &#8220;razor blade model&#8221; or &#8220;PRM&#8221; (in <a href="http://www.freedom-to-tinker.com/?p=1053">Ed Felten&#8217;s phrase</a>) attempt to make Sony CD-writers require the purchase of Sony chipped blank CDs in order to copy music? </p>
<p>And would this break the <a href="http://en.wikipedia.org/wiki/Rainbow_Books">Orange Book standard</a> for CD-Rs?</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/08/22/use-of-rfid-in-drm/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

<!-- Dynamic Page Served (once) in 1.061 seconds -->
