<?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; Digital rights</title>
	<atom:link href="http://architectures.danlockton.co.uk/category/digital-rights-2/feed/" rel="self" type="application/rss+xml" />
	<link>http://architectures.danlockton.co.uk</link>
	<description>Design and human behaviour</description>
	<lastBuildDate>Thu, 09 Feb 2012 22:20:49 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
		<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[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[DRM]]></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 [...]]]></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>Freudian slip in BBC iTunes story</title>
		<link>http://architectures.danlockton.co.uk/2008/10/01/freudian-slip-in-bbc-itunes-story/</link>
		<comments>http://architectures.danlockton.co.uk/2008/10/01/freudian-slip-in-bbc-itunes-story/#comments</comments>
		<pubDate>Wed, 01 Oct 2008 17:59:54 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Apple]]></category>
		<category><![CDATA[Bad profits]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Copyfight]]></category>
		<category><![CDATA[Copyright]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[Lobbying]]></category>
		<category><![CDATA[Music]]></category>
		<category><![CDATA[Music industry]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[RIAA]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=398</guid>
		<description><![CDATA[From this BBC story, as of 6.43 pm. P.S. I love the way it&#8217;s claimed &#8220;everyone will benefit&#8221; from the royalty rise. As a consumer, I can&#8217;t wait to be paying more! Perhaps a price increase will help limit the consumption of this precious rivalrous good&#8230; oh, wait&#8230; P.P.S. Not the first time a BBC [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://danlockton.co.uk/research/images/itunesslip.png" alt="Apple has repeatedly made clear that it is in this business to make money, and would most likely not continue to operate iTS if it were no longer possible to do so profitably, said Mr Cue. The National Music Publishers' Association has asked for the royalty rake increase and has said it believes everyone will benefit because the digital music market is growing. I think we established a case for an increase in the royalties, said David Israelite, president of the NMPA. Apple may want to sell songs cheaply to sell iPods. We don't make a penny on the sale of an iPod" /></p>
<p>From <a href="http://news.bbc.co.uk/1/hi/technology/7645537.stm">this BBC story</a>, as of 6.43 pm.</p>
<p>P.S. I love the way it&#8217;s claimed &#8220;everyone will benefit&#8221; from the royalty rise. As a consumer, I can&#8217;t wait to be paying more! Perhaps a price increase will help limit the consumption of this precious rivalrous good&#8230; oh, wait&#8230;</p>
<p>P.P.S. Not <a href="http://architectures.danlockton.co.uk/2007/09/28/biting-apple/">the first time a BBC story about Apple&#8217;s had truer-than-they-perhaps-meant phrasing</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2008/10/01/freudian-slip-in-bbc-itunes-story/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Pretty Cuil Privacy</title>
		<link>http://architectures.danlockton.co.uk/2008/07/28/pretty-cuil-privacy/</link>
		<comments>http://architectures.danlockton.co.uk/2008/07/28/pretty-cuil-privacy/#comments</comments>
		<pubDate>Mon, 28 Jul 2008 19:27:44 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Business model]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[Good design]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[Internet economics]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Service design]]></category>
		<category><![CDATA[Surveillance]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=346</guid>
		<description><![CDATA[New search engine Cuil has an interesting privacy policy (those links might not work right now due to the load). They&#8217;re apparently not going to track individual users&#8217; searches at all, which, in comparison to Google&#8217;s behaviour, is quite a difference. As TechCrunch puts it: User IP addresses are not recorded to their servers, they [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://danlockton.co.uk/research/images/cuil.png" alt="Cuil screenshot" /></p>
<p>New search engine <a href="http://www.cuil.com/">Cuil</a> has an interesting <a href="http://www.cuil.com/info/privacy">privacy policy</a> (those links might not work right now due to the load). They&#8217;re apparently <em>not going to track individual users&#8217; searches at all</em>, which, in comparison to Google&#8217;s behaviour, is quite a difference. As <a href="http://www.techcrunch.com/2008/07/27/cuill-launches-a-massive-search-engine/">TechCrunch puts it</a>:</p>
<blockquote><p>User IP addresses are not recorded to their servers, they say, and cookies are not used to associate a computer with queries. <strong>The data is simply dumped as it is created. That means user data cannot be turned over to others, whether its via blind stupidity or lawsuits.</strong></p></blockquote>
<p>This strategy&#8217;s similar to an issue <a href="http://blog.xcott.com/?p=16#more-16">Scott Craver discussed a couple of years ago as part of his &#8216;privacy ceiling&#8217; concept</a> (I covered it a bit <a href="http://architectures.danlockton.co.uk/2006/08/22/the-privacy-ceiling/">here</a> at the time): effectively, whatever information you collect <em>could</em> become a liability for you at some point, so if you don&#8217;t need it, <strong>design the system so it simply doesn&#8217;t collect it in the first place</strong>.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2008/07/28/pretty-cuil-privacy/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Sarah Burwood: Tumble Sums</title>
		<link>http://architectures.danlockton.co.uk/2008/06/14/sarah-burwood-tumble-sums/</link>
		<comments>http://architectures.danlockton.co.uk/2008/06/14/sarah-burwood-tumble-sums/#comments</comments>
		<pubDate>Sat, 14 Jun 2008 08:00:15 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Analog hole]]></category>
		<category><![CDATA[Brunel]]></category>
		<category><![CDATA[Children]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[Education]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Good design]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[User Psychology]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=321</guid>
		<description><![CDATA[We&#8217;ve covered teaching machines and programmed learning textbooks a few times on the blog, and I&#8217;ll admit to a general fascination with analogue computing and similar ideas, ever since reading John Crank&#8216;s Mathematics and Industry as a teenager, after finding it in a skip (dumpster) along with a lot of other very interesting books*. It [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://danlockton.co.uk/research/images/tumblesums_1.jpg" alt="Tumble Sums by Sarah Burwood" align="left"/>We&#8217;ve covered <a href="http://architectures.danlockton.co.uk/2007/09/24/mentor-teaching-machines-the-choose-your-own-adventure-textbooks/">teaching machines</a> and <a href="http://architectures.danlockton.co.uk/2007/01/21/education-forcing-functions-and-understanding/">programmed learning textbooks</a> a <a href="http://architectures.danlockton.co.uk/2008/01/07/spears-spellmaster-poka-yoke-in-the-classroom/">few times on the blog</a>, and I&#8217;ll admit to a general fascination with analogue computing and similar ideas, ever since reading <a href="http://www.brunel.ac.uk/about/history/memorials/buildings/crank">John Crank</a>&#8216;s <em>Mathematics and Industry</em> as a teenager, after finding it in a skip (dumpster) along with a lot of other very interesting books*. It was the idea that you could build an analogue electrical circuit, with resistors, capacitors and inductors, to model many physical phenomena (gravitational fields, etc), which really intrigued me, brought up in a world where computation was presented as entirely digital. </p>
<p>But I digress. A lot of the fascination comes from <em>seeing a different way to explain a concept to someone else</em>: a structured, alternative form of learning or understanding a problem, which is, somehow, immensely satisfying. There&#8217;s always the glint of a possibility that if we could find different ways to explain difficult or complex subjects, more people might be able to understand and appreciate them.</p>
<p>Sarah Burwood, a graduating Industrial Design student showing her work at <a href="http://www.madeinbrunel.com/">Made in Brunel</a> this week, has created <em>Tumble Sums</em>, a &#8216;Child&#8217;s Mechanical Visual Calculator&#8217;:</p>
<p><img src="http://danlockton.co.uk/research/images/tumblesums_2.jpg" alt="Tumble Sums by Sarah Burwood" align="right"/><br />
<blockquote>Helping children understand fundamental mathematical principles, <em>Tumble Sums</em> is a calculating tool which visually shows a child how an answer is being reached. Calculations are solved in a physical way, based solely on mechanical operations. <em>Tumble Sums</em> focuses on an understanding of the way children think, their mathematical understanding and the psychology behind these aspects.</p></blockquote>
<p>It looks to be beautifully machined from acrylic sections, and that height alone makes it extremely imposing. Imagine one of these at the back of every primary-school classroom!</p>
<p>This concept of <em>making hidden processes visible in order to aid the construction of the user&#8217;s mental models</em> is something that will, I think, be an important component of lots of more advanced interfaces in the years ahead, particularly in areas where, fundamentally, we&#8217;re bad at understanding the consequences of our actions (environment, health, finances). It&#8217;s maybe allied to <a href="http://wiki.laptop.org/go/Constructionist">constructionism</a>, though by no means the same idea. </p>
<p><em>*Incidentally, the morning I first turned up at Brunel again as a PhD student, I sat in the wonderful garden John Crank had created, reading Vance Packard&#8217;s </em>The Waste Makers<em>, waiting for the doors to the building to be unlocked.</em></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2008/06/14/sarah-burwood-tumble-sums/feed/</wfw:commentRss>
		<slash:comments>4</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[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[DRM]]></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 [...]]]></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 &#8216;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 &#8216;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>Biting Apple</title>
		<link>http://architectures.danlockton.co.uk/2007/09/28/biting-apple/</link>
		<comments>http://architectures.danlockton.co.uk/2007/09/28/biting-apple/#comments</comments>
		<pubDate>Fri, 28 Sep 2007 13:46:53 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Apple]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Bad profits]]></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[Design]]></category>
		<category><![CDATA[Design attitudes]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designed to be unpleasant]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[Distasteful corollary]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Entropy]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Firmware]]></category>
		<category><![CDATA[Freedom to tinker]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[iPhone]]></category>
		<category><![CDATA[Lock-in]]></category>
		<category><![CDATA[Mobile phones]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Reverse engineering]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Treacherous computing]]></category>
		<category><![CDATA[Usability]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2007/09/28/biting-apple/</guid>
		<description><![CDATA[Interesting to see the BBC&#8217;s summary of the current iPhone update story: &#8220;Apple issues an update which damages iPhones that have been hacked by users&#8221;. I&#8217;m not sure that&#8217;s quite how Apple&#8217;s PR people would have put it, but it&#8217;s interesting to see that whoever writes those little summaries for the BBC website found it [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/iphone_news.jpg" alt="BBC News headline, 28 September 2007" /></p>
<p>Interesting to see the BBC&#8217;s summary of the <a href="http://scobleizer.com/2007/09/27/apple-has-a-pr-nightmare-brewing/">current iPhone update story</a>: <strong>&#8220;Apple issues an update which damages iPhones that have been hacked by users&#8221;</strong>. I&#8217;m not sure that&#8217;s quite how Apple&#8217;s PR people would have put it, but it&#8217;s interesting to see that <em>whoever writes those little summaries for the BBC website found it easiest to sum up the <a href="http://news.bbc.co.uk/1/hi/technology/7017660.stm">story</a> in this way</em>. This is being portrayed as Apple deliberately, strategically damaging the phones, rather than an update unintentionally causing problems with unlocked or modified phones.</p>
<p>Regardless of what the specific issue is here, and whether unmodified iPhones have also lost functionality because of some problem with the update, can&#8217;t we just strip out all this nonsense? How many people who wanted an iPhone also wanted to be locked in to AT&#038;T or whatever the local carrier will be in each market? Anyone? Who wants to be locked in to anything? What a waste of technical effort, sweat and customer goodwill: it&#8217;s utterly pathetic. </p>
<p>This is exactly what <a href="http://www.bain.com/theultimatequestion/good_profits.asp?groupCode=2">Fred Reichheld</a>&#8216;s <a href="http://architectures.danlockton.co.uk/2007/07/02/bad-profits/">&#8216;Bad profits&#8217; idea</a> calls out so neatly:</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. <strong>Bad profits are about extracting value from customers, not creating value.</strong></p>
<p>    …</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>    …</p>
<p>    What is the question that can tell good profits from bad? Simplicity itself: How likely is it that you would recommend this company to a friend or colleague?</p></blockquote>
<p>If your iPhone&#8217;s just turned into the most stylish paperweight in the office, are you likely to recommend it to a colleague? </p>
<p>More to the point, if Apple had moved &#8211; in the first place &#8211; into offering telecom services to go with the hardware, with high levels of user experience and a transparent pricing system, how many iPhone users and Mac evangelists wouldn&#8217;t have at least considered changing? </p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2007/09/28/biting-apple/feed/</wfw:commentRss>
		<slash:comments>8</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[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[DRM]]></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>&#8216;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>&#8216;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 &#8216;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 &#8216;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[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[DRM]]></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>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[Design]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[DRM]]></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[Rent-seeking]]></category>
		<category><![CDATA[RIAA]]></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>No photography allowed</title>
		<link>http://architectures.danlockton.co.uk/2007/01/22/no-photography-allowed/</link>
		<comments>http://architectures.danlockton.co.uk/2007/01/22/no-photography-allowed/#comments</comments>
		<pubDate>Mon, 22 Jan 2007 13:32:59 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Analog hole]]></category>
		<category><![CDATA[Arbitrary]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cargo cult]]></category>
		<category><![CDATA[Censorship]]></category>
		<category><![CDATA[Copyfight]]></category>
		<category><![CDATA[Copyright]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design attitudes]]></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[Gravy train]]></category>
		<category><![CDATA[Intellectual property]]></category>
		<category><![CDATA[Nonsense]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Propaganda]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Specious arguments]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Vague rhetoric]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2007/01/22/no-photography-allowed/</guid>
		<description><![CDATA[A couple of recent stories on photography of certain items being &#8216;banned&#8217; &#8211; Cory Doctorow on a Magritte exhibition&#8217;s hypocrisy, and Jen Graves on a sculpture of which &#8220;photography is prohibited&#8221; &#8211; highlight what makes me tense up and want to scream about so much of the &#8216;intellectual property debate&#8217;: photons are no more regulable [...]]]></description>
			<content:encoded><![CDATA[<p>A couple of recent stories on photography of certain items being &#8216;banned&#8217; &#8211; <a href="http://www.boingboing.net/2007/01/21/lacmas_magritte_exhi.html">Cory Doctorow on a Magritte exhibition&#8217;s hypocrisy</a>, and  <a href="http://www.thestranger.com/blog/2007/01/the_stranger_arrested">Jen Graves on a sculpture of which &#8220;photography is prohibited&#8221;</a> &#8211; highlight what makes me tense up and want to scream about so much of the &#8216;intellectual property debate&#8217;: <strong>photons are no more regulable than bits</strong>. And bits, like knowledge itself, <a href="http://edge.org/q2007/q07_13.html#doctorow">aren&#8217;t regulable either</a> (Cory again). Just as he who lights his taper at mine, receives light without darkening me, so he who receives an idea from me, receives instruction himself without lessening mine (<a href="http://www.movingtofreedom.org/2006/10/06/thomas-jefferson-on-patents-and-freedom-of-ideas/">Jefferson, via Scott Carpenter</a>). </p>
<p>So this sign available from <a href="http://www.acid.uk.com/">ACID</a> (Anti-Copying In Design) made me laugh with astonishment, and cringe a little:</p>
<p><img src="http://www.danlockton.co.uk/research/images/acid-1.png" alt="No photography allowed, from ACID" /><br /><em>Image from an ACID leaflet, &#8220;You wouldn&#8217;t say that copying was the sincerest form of flattery if it cost you your business&#8221;. The sign doesn&#8217;t seem to be shown on ACID&#8217;s <a href="http://acid.designsales.co.uk/en/deterrent-merchandise">Deterrent Products</a> online store.</em></p>
<p>I understand what ACID is trying to do, and unlike most anti-copying initiatives, ACID is set up specifically to protect the little guy rather than <a href="http://www.mpaa.org/">enormous</a> <a href="http://www.fact-uk.org.uk/">intransigent</a> <a href="http://www.riaa.com/">oligarchies</a>. ACID&#8217;s sample legal agreements and advice for freelancers on dealing with clients, registering designs, etc, are great initiatives and I&#8217;m sure they&#8217;ve been a fantastic help to a lot of young designer-makers.</p>
<p>But a sign &#8216;banning&#8217; photography at exhibitions? At <em>design</em> exhibitions where new aesthetic ideas are the primary reason for most visitors attending? That seems hopelessly na&#239;ve, akin to a child defensively wrapping his or her arm around a piece of work to stop the kid at the next desk copying what&#8217;s being written, but then pleading with teacher to put it up on the wall.  </p>
<p>And I would have thought, to be honest, that &#8220;with phone cameras your ideas&#8230; [being] sent globally within seconds&#8221; is more likely to lead to instant fame and international recognition for the designer on sites such as <a href="http://www.coolhunting.com/">Cool Hunting</a>, <a href="http://www.we-make-money-not-art.com/">We Make Money Not Art</a>, or <a href="http://www.core77.com/">Core77</a> than (presumably unauthorised) &#8220;mass production&#8221;. But maybe I&#8217;m wrong: I&#8217;m sure you&#8217;ll let me know!</p>
<p>Most young designers are desperate for exposure. I know every design exhibition I&#8217;ve shown stuff at (not many, to be fair), I&#8217;ve been delighted when someone photographs my work. ACID&#8217;s sign also raises the question, of course, whether when someone displaying the sign actually sells a piece of work, it comes with a label attached telling the purchaser than he or she may not photograph it, or show it to friends. Wouldn&#8217;t that be a logical extension?</p>
<p>P.S. We&#8217;ve looked before at actual <em>technologies</em> to &#8216;prevent&#8217; photography, such as <a href="http://architectures.danlockton.co.uk/2006/06/19/researchers-develop-prototype-system-to-thwart-unwanted-video-and-still-photography/"><strong>Georgia Tech&#8217;s CCD-blinder</strong></a> and <a href="http://architectures.danlockton.co.uk/?page_id=5#analoghole"><strong>Hewlett-Packard&#8217;s &#8220;remote image degradation&#8221; device</strong></a> (in the wider context of &#8220;plugging the analogue hole&#8221;). As I <a href="http://architectures.danlockton.co.uk/2006/06/19/researchers-develop-prototype-system-to-thwart-unwanted-video-and-still-photography/#comment-1593">replied</a> to a commenter on the Georgia Tech story:</p>
<blockquote><p>
It won’t be too long (20 years?) before photographic (eidetic) memory and computers start to overlap (or even interface), to some extent, even if it’s only a refinement of something like the <a href="http://news.bbc.co.uk/1/hi/technology/3797581.stm">Sensecam</a>. What’s going to happen then? If I can ‘print out’ anything I’ve ever seen, on a whim, why will I worry about what anyone else thinks?</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2007/01/22/no-photography-allowed/feed/</wfw:commentRss>
		<slash:comments>4</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[advertising]]></category>
		<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[Design]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[DRM]]></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>

		<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[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[DRM]]></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[iPhone]]></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[Rent-seeking]]></category>
		<category><![CDATA[RIAA]]></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>

		<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 [...]]]></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[Design]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[DRM]]></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[Monopoly]]></category>
		<category><![CDATA[Movie industry]]></category>
		<category><![CDATA[MP3]]></category>
		<category><![CDATA[MPAA]]></category>
		<category><![CDATA[Music]]></category>
		<category><![CDATA[Music industry]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Orwellian]]></category>
		<category><![CDATA[Propaganda]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[RIAA]]></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 experience]]></category>
		<category><![CDATA[User Psychology]]></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 [...]]]></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>BBC report on Gowers Report reads like a press release</title>
		<link>http://architectures.danlockton.co.uk/2006/12/07/bbc-report-on-gowers-report-reads-like-a-press-release/</link>
		<comments>http://architectures.danlockton.co.uk/2006/12/07/bbc-report-on-gowers-report-reads-like-a-press-release/#comments</comments>
		<pubDate>Thu, 07 Dec 2006 01:33:06 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Britain]]></category>
		<category><![CDATA[Bureaucracy]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cargo cult]]></category>
		<category><![CDATA[Censorship]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Copyright]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[Entropy]]></category>
		<category><![CDATA[Greasing palms]]></category>
		<category><![CDATA[Indoctrination]]></category>
		<category><![CDATA[Intellectual property]]></category>
		<category><![CDATA[Internet economics]]></category>
		<category><![CDATA[Law]]></category>
		<category><![CDATA[Lobbying]]></category>
		<category><![CDATA[Movie industry]]></category>
		<category><![CDATA[Music industry]]></category>
		<category><![CDATA[Nonsense]]></category>
		<category><![CDATA[Propaganda]]></category>
		<category><![CDATA[Public money]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Specious arguments]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2006/12/07/bbc-report-on-gowers-report-reads-like-a-press-release/</guid>
		<description><![CDATA[They&#8217;ve got quotes from the BPI, AIM, FACT and the Alliance Against IP Theft, but nothing from the Open Rights Group or anyone else offering any counter-view. I wonder why, and I wonder if the BBC will update or alter the article at any point. Newssniffer&#8217;s Revisionista will let us know. Still, I can rest [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://news.bbc.co.uk/1/hi/entertainment/6214108.stm">They&#8217;ve got quotes from the BPI, AIM, FACT and the Alliance Against IP Theft</a>, but nothing from the Open Rights Group or anyone else offering any counter-view. I wonder why, and I wonder if the BBC will update or alter the article at any point. Newssniffer&#8217;s <a href="http://newssniffer.newworldodour.co.uk/articles/list_by_revision">Revisionista</a> will let us know. </p>
<p>Still, I can rest easy in my bed tonight knowing that those vicious pirates will be facing a tough legal crackdown to stop them copying data. Apparently, it&#8217;s also possible to legislate that pi=3.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/12/07/bbc-report-on-gowers-report-reads-like-a-press-release/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>BoingBoing podcast &#8211; direct link</title>
		<link>http://architectures.danlockton.co.uk/2006/09/19/boingboing-podcast-direct-link-2/</link>
		<comments>http://architectures.danlockton.co.uk/2006/09/19/boingboing-podcast-direct-link-2/#comments</comments>
		<pubDate>Tue, 19 Sep 2006 15:08:05 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Analog hole]]></category>
		<category><![CDATA[Audio]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Cargo cult]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Design]]></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[Freedom to tinker]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[MP3]]></category>
		<category><![CDATA[Nonsense]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Reverse engineering]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=119</guid>
		<description><![CDATA[Here&#8217;s the direct link for that new BoingBoing podcast &#8211; www.archive.org/download/&#8230;/boingboingboing_1_64kb.mp3 . BB were almost the last people I&#8217;d expect to wrap up their audio in a Flash interface! Still, &#8216;View Source&#8217; is a lot easier than having to use a Flash decompiler to extract the link. Maybe an OGG version will be available for [...]]]></description>
			<content:encoded><![CDATA[<p>Here&#8217;s the direct link for that <a href="http://www.boingboing.net/2006/09/19/introducing_boing_bo.html">new BoingBoing podcast</a> &#8211; <a href="http://www.archive.org/download/boingboingboing_1/boingboingboing_1_64kb.mp3"><strong>www.archive.org/download/&#8230;/boingboingboing_1_64kb.mp3</strong></a> .<br />
BB were almost the last people I&#8217;d expect to wrap up their audio in a Flash interface! Still, &#8216;View Source&#8217; is a lot easier than having to use a <a href="http://www.freedownloadscenter.com/Web_Authoring/Multimedia_Web_Authoring_Tools/Flash_Decompiler.html">Flash decompiler</a> to extract the link.</p>
<p>Maybe an OGG version will be available for the next in the series?</p>
<p><strong>Update: OK, they&#8217;ve now added the mp3 link to the post! Good on them!</strong></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/09/19/boingboing-podcast-direct-link-2/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[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[DRM]]></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[Mobile phones]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Movie industry]]></category>
		<category><![CDATA[MP3]]></category>
		<category><![CDATA[MPAA]]></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[Rent-seeking]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[RIAA]]></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 experience]]></category>
		<category><![CDATA[User Psychology]]></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 [...]]]></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 &#8216;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[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[DRM]]></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[Monopoly]]></category>
		<category><![CDATA[Movie industry]]></category>
		<category><![CDATA[MP3]]></category>
		<category><![CDATA[MPAA]]></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[Razor blade model]]></category>
		<category><![CDATA[Regulation]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Reverse engineering]]></category>
		<category><![CDATA[RIAA]]></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 experience]]></category>
		<category><![CDATA[User Psychology]]></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 [...]]]></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[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[DRM]]></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 experience]]></category>
		<category><![CDATA[User Psychology]]></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 [...]]]></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[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[DRM]]></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[Razor blade model]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[RIAA]]></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 experience]]></category>
		<category><![CDATA[User Psychology]]></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 [...]]]></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>
		<item>
		<title>Ed Felten: DRM Wars, and &#8216;Property Rights Management&#8217;</title>
		<link>http://architectures.danlockton.co.uk/2006/08/15/ed-felten-drm-wars-and-property-rights-management/</link>
		<comments>http://architectures.danlockton.co.uk/2006/08/15/ed-felten-drm-wars-and-property-rights-management/#comments</comments>
		<pubDate>Tue, 15 Aug 2006 18:15:13 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Analog hole]]></category>
		<category><![CDATA[Arbitrary]]></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[Cartridges]]></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[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[Designed to be unpleasant]]></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[Dongle]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Dystopia]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Engineering]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Entropy]]></category>
		<category><![CDATA[Erosion of liberty]]></category>
		<category><![CDATA[Exclusion]]></category>
		<category><![CDATA[External Control]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Fightback Devices]]></category>
		<category><![CDATA[Firmware]]></category>
		<category><![CDATA[Forcing functions]]></category>
		<category><![CDATA[Freedom to tinker]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Hidden persuaders]]></category>
		<category><![CDATA[Indoctrination]]></category>
		<category><![CDATA[Ink cartridges]]></category>
		<category><![CDATA[Innovation]]></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[Monopoly]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Open source]]></category>
		<category><![CDATA[Oppression]]></category>
		<category><![CDATA[Patents]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Printers]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Propaganda]]></category>
		<category><![CDATA[Prophecy]]></category>
		<category><![CDATA[Protest]]></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[Sneaky]]></category>
		<category><![CDATA[Social engineering]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Specious arguments]]></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[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[Worldwide]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=101</guid>
		<description><![CDATA[At Freedom to Tinker, Ed Felten has posted a summary of a talk he gave at the Usenix Security Symposium, called &#8220;DRM Wars: The Next Generation&#8221;. The two installments so far (Part 1, Part 2) trace a possible trend in the (stated) intentions of DRM&#8217;s proponents, from it being largely promoted as a tool to [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/rfidvelcro.jpg" alt="RFID Velcro?" /></p>
<p>At <a href="http://www.freedom-to-tinker.com">Freedom to Tinker</a>, Ed Felten has posted a summary of a talk he gave at the <a href="http://www.usenix.org/events/sec06/tech/">Usenix Security Symposium</a>, called &#8220;DRM Wars: The Next Generation&#8221;. The two installments so far (<a href="http://www.freedom-to-tinker.com/?p=1051">Part 1</a>, <a href="http://www.freedom-to-tinker.com/?p=1052">Part 2</a>) trace a possible trend in the (stated) intentions of DRM&#8217;s proponents, from it being largely promoted as a tool to help enforce copyright law (and defeat &#8216;illegal pirates&#8217;) to the current stirrings of DRM&#8217;s being explicitly acknowledged as a tool to facilitate discrimination and lock-in — and the apparent &#8216;benefits of this&#8217;:</p>
<blockquote><p>&#8220;First, they argue that DRM enables price discrimination — business models that charge different customers different prices for a product — and that <strong>price discrimination benefits society, at least sometimes</strong>. Second, they argue that DRM helps platform developers lock in their customers, as Apple has done with its iPod/iTunes products, and that <strong>lock-in increases the incentive to develop platforms</strong>.<br />
<span id="more-101"></span><br />
Interestingly, these new arguments have little or nothing to do with copyright. The maker of almost any product would like to price discriminate, or to lock customers in to its product. Accordingly, we can expect the debate over DRM policy to come unmoored from copyright, with people on both sides making arguments unrelated to copyright and its goals.&#8221;</p></blockquote>
<p>As noted by some of the commenters, that unmooring also unmoors the DRM debate from being presented as an &#8216;honest content providers vs illegal pirating freeloaders&#8217; one. Price-fixing, lock-ins and so on are difficult to defend, and I find it hard to think of convincing examples where &#8220;price discrimination benefits society&#8221; or &#8220;lock-in increases the incentive to develop platforms&#8221;. If customers are locked in to a platform, there is no incentive to innovate for the locker-in, and much higher barriers for competitors to draw them away. Path dependency is rarely good for companies, and rarely good for society, and lock-ins would seem to be a major contributor to path dependency. The argument that &#8220;Apple wouldn&#8217;t have developed the iPod (and the record companies wouldn&#8217;t have let Apple develop iTunes) if DRM didn&#8217;t exist to lock customers in&#8221; is specious: there were plenty of portable music players before they came on the scene, and surely most 40GB music iPods were always intended to be largely filled with music acquired from somewhere other than iTunes.</p>
<p>Ed goes on to talk about the trend &#8220;toward the use of DRM-like technologies on traditional physical products.&#8221; (Long-term followers &#8211; if any! &#8211; of my research might remember this is very similar to the phrase &#8220;Architectures of control: DRM in hardware&#8221; which <a href="http://www.boingboing.net/2005/04/25/architectures_of_con.html">Cory Doctorow used</a> to link to my original web-page on the subject), and uses the example of printer cartridge lock-ins (see also <a href="http://architectures.danlockton.co.uk/?page_id=9"><strong>here</strong></a>): </p>
<blockquote><p>&#8220;A good example is the use of cryptographic lockout codes in computer printers and their toner cartridges. Printer manufacturers want to sell printers at a low price and compensate by charging more for toner cartridges. To do this, they want to stop consumers from buying cheap third-party toner cartridges. So some printer makers have their printers do a cryptographic handshake with a chip in their cartridges, and they lock out third-party cartridges by programming the printers not to operate with cartridges that can’t do the secret handshake.</p>
<p>Doing this requires having some minimal level of computing functionality in both devices (e.g., the printer and cartridge). Moore’s Law is driving the size and price of that functionality to zero, so it will become economical to put secret-handshake functions into more and more products. Just as traditional DRM operates by limiting and controlling interoperation (i.e., compatibility) between digital products, these technologies will limit and control interoperation between ordinary products. We can call this Property Rights Management, or PRM.&#8221;</p></blockquote>
<p>Not too sure about that term myself, as I feel the affordances the technology is controlling are moving further and further away from actual &#8216;rights&#8217;. DRM is bad enough as a catch-all term for technology which in many cases is <em>denying</em> users rights they may legally hold in some countries (e.g. fair use or backup copies). I think &#8220;technology lock-ins&#8221; or &#8220;technology razor-blade models&#8221; might be a more descriptive label than &#8216;PRM&#8217;. (Or &#8216;architectures of control&#8217;, of course, but my <a href="http://architectures.danlockton.co.uk/?page_id=3">definition</a> of these is much broader than simply lock-ins).</p>
<p>Ed gives three examples of possible future extensions of technology lock-ins, none of which seem at all unlikely; in fact they&#8217;re all easily possible right now:</p>
<blockquote><p>&#8220;(1) A pen may refuse to dispense ink unless it’s being used with licensed paper. The pen would handshake with the paper by short-range RFID or through physical contact. </p>
<p>(2) A shoe may refuse to provide some features, such as high-tech cushioning of the sole, unless used with licensed shoelaces. Again, this could be done by short-range RFID or physical contact. </p>
<p>(3) The scratchy side of a velcro connector may refuse to stick to the fuzzy size unless the fuzzy side is licensed. The scratchy side of velcro has little hooks to grab loops on the fuzzy side; the hooks may refuse to function unless the license is in order [hence my photo at the top of this post! - Dan] For example, Apple could put PRMed scratchy-velcro onto the iPod, in the hope of extracting license fees from companies that make fuzzy-velcro for the iPod to stick to.</p>
<p>Will these things actually happen? I can’t say for sure. I chose these examples to illustrate how far PRM might go. The examples will be feasible to implement, eventually. Whether PRM gets used in these particular markets depends on market conditions and business decisions by the vendors. What we can say, I think, is that as PRM becomes practical in more product areas, its use will widen and we’ll face policy decisions about how to treat it.&#8221;</p></blockquote>
<p>The comments on both posts (<a href="http://www.freedom-to-tinker.com/?p=1051#comments">Part 1</a> | <a href="http://www.freedom-to-tinker.com/?p=1052#comments">Part 2</a>) go into some extremely interesting discussion of the ideas and examples, with the &#8216;pen/licensed paper&#8217; one being conclusively noted as &#8216;baked&#8217; with <a href="http://beamjockey.livejournal.com/">Bill Higgins</a> explaining the <a href="http://www.anotofunctionality.com/cldoc/aof3.htm">Anoto</a>* technology. </p>
<p>(*And no, I don&#8217;t think the &#8220;www.anotofunctionality.com&#8221; of that link is deliberately in the <a href="http://www.snopes.com/business/names/domains.asp">same league</a> as &#8220;www.powergenitalia.com,&#8221; &#8220;www.expertsexchange.com,&#8221; etc, but it&#8217;s still oddly apposite given the &#8220;no to functionality&#8221; with which so many lock-ins shed users when they&#8217;re fed up with paying over the odds for replacement parts.)</p>
<p>I look forward to the third part of Ed&#8217;s talk summary: this is a fascinating area of discussion which is central to much of the &#8216;architectures of control&#8217; phenomenon. </p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/08/15/ed-felten-drm-wars-and-property-rights-management/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>

