<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Social DRM: How Much is Too Much Information?</title>
	<atom:link href="http://ckwebb.com/technology-and-internet/social-drm-how-much-is-too-much-information/feed/" rel="self" type="application/rss+xml" />
	<link>http://ckwebb.com/technology-and-internet/social-drm-how-much-is-too-much-information/</link>
	<description></description>
	<lastBuildDate>Sun, 07 Mar 2010 21:38:18 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Litopia After Dark : A Big, Sexy Package &#124; The Litopia Writers' Podcast</title>
		<link>http://ckwebb.com/technology-and-internet/social-drm-how-much-is-too-much-information/comment-page-1/#comment-3428</link>
		<dc:creator>Litopia After Dark : A Big, Sexy Package &#124; The Litopia Writers' Podcast</dc:creator>
		<pubDate>Sun, 04 May 2008 11:42:09 +0000</pubDate>
		<guid isPermaLink="false">http://ckwebb.com/?p=283#comment-3428</guid>
		<description>[...] Chris Webb on Publishing, Media and Technology&#8230; I have been thinking about the concept of Social DRM for e-books a bit more lately. It&#8217;s a model I believe can work, but I wonder how much is too much information to embed. I think a watermark containing something like &#8220;This e-book prepared especially for John Doe (jdoe@jdoe.com)&#8221; is perfectly acceptable. [...]</description>
		<content:encoded><![CDATA[<p>[...] Chris Webb on Publishing, Media and Technology&#8230; I have been thinking about the concept of Social DRM for e-books a bit more lately. It&#8217;s a model I believe can work, but I wonder how much is too much information to embed. I think a watermark containing something like &#8220;This e-book prepared especially for John Doe (jdoe@jdoe.com)&#8221; is perfectly acceptable. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: david s valade</title>
		<link>http://ckwebb.com/technology-and-internet/social-drm-how-much-is-too-much-information/comment-page-1/#comment-3416</link>
		<dc:creator>david s valade</dc:creator>
		<pubDate>Thu, 01 May 2008 22:44:21 +0000</pubDate>
		<guid isPermaLink="false">http://ckwebb.com/?p=283#comment-3416</guid>
		<description>I worked with a company whose social DRM approach was gaining traction among academic publishers. Their approach utilizes the purchaser&#039;s credit card number as the password for opening the ebook and placed the purchaser&#039;s email address in the footer of every page. This enabled the publisher to provide sensitive information in a protected manner consistent with industry standard practices, while discouraging blatant copyright violations through casual mass-redistribution.

The idea was that this helped to protect the interests of both the publisher and the customer.</description>
		<content:encoded><![CDATA[<p>I worked with a company whose social DRM approach was gaining traction among academic publishers. Their approach utilizes the purchaser&#8217;s credit card number as the password for opening the ebook and placed the purchaser&#8217;s email address in the footer of every page. This enabled the publisher to provide sensitive information in a protected manner consistent with industry standard practices, while discouraging blatant copyright violations through casual mass-redistribution.</p>
<p>The idea was that this helped to protect the interests of both the publisher and the customer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David H. Rothman</title>
		<link>http://ckwebb.com/technology-and-internet/social-drm-how-much-is-too-much-information/comment-page-1/#comment-3394</link>
		<dc:creator>David H. Rothman</dc:creator>
		<pubDate>Wed, 30 Apr 2008 02:49:44 +0000</pubDate>
		<guid isPermaLink="false">http://ckwebb.com/?p=283#comment-3394</guid>
		<description>Hi, Chris. Many thanks for writing about the Social DRM idea. I&#039;ll do a link to the item from the TeleRead.org blog tonight or tomorrow.

Those are great questions, well worth asking, but keep in mind that, yes, the credit card information could be scrambled as a series of numbers meaningful only to the publisher, etc. 

At the same time, less sensitive information such as names and e-mail addresses could be in the open. What&#039;s more, I love the order number idea or customer ID number (retrievable via e-mail or other means such as passwords). There is even the possibility of scrambling order numbers (maybe even breaking them up and placing the components in different parts of the book, varying from copy to copy). Talk about multilayer protection! Same for library card numbers, if publishers and librarians can work out the &quot;permanent checkout&quot; concept I&#039;ve also been writing about.

As for the term Social DRM, which comes from Adobe&#039;s Bill McCoy, who picked up the basic concept from The Pragmantic Programmer, maybe it can change in time, but right now the idea is to win over publishers. I think users will follow, given the extreme and rather deserved hostility to the usual DRM. I&#039;m less interested in terminology than in weaning the publishing industry off its dependence on e-shackles. Could be a great sales booster and delight many a reader, especially me. Right now I rarely buy DRMed e-books, because I want to be able to own books for real.

Big thanks,
David

P.S. eReader scrambles cc cards, although, alas, this happens within a proprietary system. Even its system is far from perfect (http://www.mobileread.com/forums/archive/index.php/t-2360.html). But so be it. The only way to prevent piracy entirely is not to sell books---including the paper kind, which can be scanned!

http://www.teleread.org/blog</description>
		<content:encoded><![CDATA[<p>Hi, Chris. Many thanks for writing about the Social DRM idea. I&#8217;ll do a link to the item from the TeleRead.org blog tonight or tomorrow.</p>
<p>Those are great questions, well worth asking, but keep in mind that, yes, the credit card information could be scrambled as a series of numbers meaningful only to the publisher, etc. </p>
<p>At the same time, less sensitive information such as names and e-mail addresses could be in the open. What&#8217;s more, I love the order number idea or customer ID number (retrievable via e-mail or other means such as passwords). There is even the possibility of scrambling order numbers (maybe even breaking them up and placing the components in different parts of the book, varying from copy to copy). Talk about multilayer protection! Same for library card numbers, if publishers and librarians can work out the &#8220;permanent checkout&#8221; concept I&#8217;ve also been writing about.</p>
<p>As for the term Social DRM, which comes from Adobe&#8217;s Bill McCoy, who picked up the basic concept from The Pragmantic Programmer, maybe it can change in time, but right now the idea is to win over publishers. I think users will follow, given the extreme and rather deserved hostility to the usual DRM. I&#8217;m less interested in terminology than in weaning the publishing industry off its dependence on e-shackles. Could be a great sales booster and delight many a reader, especially me. Right now I rarely buy DRMed e-books, because I want to be able to own books for real.</p>
<p>Big thanks,<br />
David</p>
<p>P.S. eReader scrambles cc cards, although, alas, this happens within a proprietary system. Even its system is far from perfect (<a href="http://www.mobileread.com/forums/archive/index.php/t-2360.html)" rel="nofollow">http://www.mobileread.com/forums/archive/index.php/t-2360.html)</a>. But so be it. The only way to prevent piracy entirely is not to sell books&#8212;including the paper kind, which can be scanned!</p>
<p><a href="http://www.teleread.org/blog" rel="nofollow">http://www.teleread.org/blog</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://ckwebb.com/technology-and-internet/social-drm-how-much-is-too-much-information/comment-page-1/#comment-3393</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Tue, 29 Apr 2008 23:05:34 +0000</pubDate>
		<guid isPermaLink="false">http://ckwebb.com/?p=283#comment-3393</guid>
		<description>Thanks for the comments - good stuff.  

I&#039;ve adopted the term Social DRM as a result of some writing Ive seen over on the David Rothman site as well as a few others.  I&#039;m not sure I am sold on it either.  

However, I completely agree with the non-restrictive nature of what we are talking about here.  I&#039;m not talking about locking it down in any way, just watermarking.</description>
		<content:encoded><![CDATA[<p>Thanks for the comments &#8211; good stuff.  </p>
<p>I&#8217;ve adopted the term Social DRM as a result of some writing Ive seen over on the David Rothman site as well as a few others.  I&#8217;m not sure I am sold on it either.  </p>
<p>However, I completely agree with the non-restrictive nature of what we are talking about here.  I&#8217;m not talking about locking it down in any way, just watermarking.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Watson</title>
		<link>http://ckwebb.com/technology-and-internet/social-drm-how-much-is-too-much-information/comment-page-1/#comment-3392</link>
		<dc:creator>Paul Watson</dc:creator>
		<pubDate>Tue, 29 Apr 2008 22:01:42 +0000</pubDate>
		<guid isPermaLink="false">http://ckwebb.com/?p=283#comment-3392</guid>
		<description>A customer reference number or order number is quite enough for the publisher to identify the customer (in the publisher&#039;s invoice records).

I would advise against a credit card number because, in a genuine case of theft (where a third party steals the ebook files) the customer&#039;s credit card details would be stolen along with the ebook.

I would also avoid the term &quot;Social DRM&quot; like the plague.  DRM is about restriction by software, and anything connected with &quot;DRM&quot; is understandably despised by many people.  

This is digital watermarking - it&#039;s nothing to do with using software to restrict usage.  It&#039;s a good idea and I wouldn&#039;t want to doom it to rejection &amp; failure by wrongly marketing it as &quot;DRM&quot;, albeit with a buzzword prefix like &quot;Social&quot; (when there&#039;s nothing &quot;social&quot; about it - it&#039;s just a digital watermark).</description>
		<content:encoded><![CDATA[<p>A customer reference number or order number is quite enough for the publisher to identify the customer (in the publisher&#8217;s invoice records).</p>
<p>I would advise against a credit card number because, in a genuine case of theft (where a third party steals the ebook files) the customer&#8217;s credit card details would be stolen along with the ebook.</p>
<p>I would also avoid the term &#8220;Social DRM&#8221; like the plague.  DRM is about restriction by software, and anything connected with &#8220;DRM&#8221; is understandably despised by many people.  </p>
<p>This is digital watermarking &#8211; it&#8217;s nothing to do with using software to restrict usage.  It&#8217;s a good idea and I wouldn&#8217;t want to doom it to rejection &amp; failure by wrongly marketing it as &#8220;DRM&#8221;, albeit with a buzzword prefix like &#8220;Social&#8221; (when there&#8217;s nothing &#8220;social&#8221; about it &#8211; it&#8217;s just a digital watermark).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian</title>
		<link>http://ckwebb.com/technology-and-internet/social-drm-how-much-is-too-much-information/comment-page-1/#comment-3391</link>
		<dc:creator>Brian</dc:creator>
		<pubDate>Tue, 29 Apr 2008 21:29:11 +0000</pubDate>
		<guid isPermaLink="false">http://ckwebb.com/?p=283#comment-3391</guid>
		<description>An ID number could make it easy to track the transaction, but the thing I find most interesting about the credit card approach is that it prevents someone from WANTING to share it, even with friends. It shouldn&#039;t create privacy issues, as the product is intended for private use anyway. I think the main point against it would be that it is forcing the customer to store that sensitive information on their computer in an insecure format.</description>
		<content:encoded><![CDATA[<p>An ID number could make it easy to track the transaction, but the thing I find most interesting about the credit card approach is that it prevents someone from WANTING to share it, even with friends. It shouldn&#8217;t create privacy issues, as the product is intended for private use anyway. I think the main point against it would be that it is forcing the customer to store that sensitive information on their computer in an insecure format.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Bjarnason</title>
		<link>http://ckwebb.com/technology-and-internet/social-drm-how-much-is-too-much-information/comment-page-1/#comment-3390</link>
		<dc:creator>Robert Bjarnason</dc:creator>
		<pubDate>Tue, 29 Apr 2008 20:41:42 +0000</pubDate>
		<guid isPermaLink="false">http://ckwebb.com/?p=283#comment-3390</guid>
		<description>You can use a unique random number as the watermark for each copy then tie the information to the customers credit card in your database. If a pirated copy pops up, the watermark can be retrieved and the pirate identified by the publisher of the content only.

Robert Bjarnason</description>
		<content:encoded><![CDATA[<p>You can use a unique random number as the watermark for each copy then tie the information to the customers credit card in your database. If a pirated copy pops up, the watermark can be retrieved and the pirate identified by the publisher of the content only.</p>
<p>Robert Bjarnason</p>
]]></content:encoded>
	</item>
</channel>
</rss>
