DRM Part 2

In the previous post, I talked a little about DRM vs DRM-free.  More and more publishers are giving up on DRM in 2012.  A good article about this can be found here.  Some may talk about altruism, but I have my doubts.

Whatever they may say, publishers and booksellers want DRM.  The only reason they would give it up is because the choices that are available are so unpleasing to users that you end up without sales, or end up incentivizing people to copy and share (cheat).  Better to have some "unlocked" sales, rather than no "locked" sales. 

At DEC Publishing, we use the BookOnPublish system to create our digital books.  These are multimedia, interactive, digital books, with DRM.  The BookOn system (created by MediaTechnics Corp... MTC) has been in use since 1997, by millions of users (primarily University students) around the world.  Now that's a track record!  Have some students not purchased the book and gotten away with it?  I don't know, but I would have to assume that someone has at least tried (and succeeded).  But MTC has been very profitable for all these years simply because the system created was the most flexible one for students, which took away "easy copying/sharing" (which is the problem with PDFs and ePubs) and made it less intuitive to cheat.

Here is how it works:

• The book can be easily copied and shared by anyone, at any time.
• However, only the first pages are accessible and the rest is locked until activated with a keycode.
• The purchased keycode is 1 of 4 variables needed to unlock a book.  First name, last name, and email address* are also required.
• The unique (to each user) keycode binds that user to that book.  This means that the book will carry the name of the user with it (personalized).  It only needs to be activated once.
• If it is a textbook (which most previous books have been), it probably includes some sort of testing or self-assessment.  These results can be tracked and used as performance markers.  These test results will be tracked back to the instructor (or institution) in the book owner's name.**

 * Email address.  This address is not used at all (not retained or used for mailings).  It is simply needed as a unique identifier as no two people have the same email address.  
** Tracking.  Tracking results are locked to the purchaser of the book.  So if Bob buys the book and figures out a way to make a copy and gives that to Mary, neither of them gains from this exchange.  Mary will get no credit for any of the tests she has done.  Bob will be saddled with Mary's (potentially) bad test results.  Neither has any incentive to copy and share the book.

Is this perfect?  We don't presume it to be.  If the Pentagon can be hacked, we would hardly suggest that this is a more robust solution.  However, although copying & sharing may be possible, it is hardly easy nor intuitive (unlike a PDF) and would require some real investigation.  If testing and tracking is included, there is no way around the system (that I know of... and we have had a decade and a half to figure that one out!).

It is unobtrusive and non-restrictive.  And since the BookOn system allows for books to be made very quickly and economically, pricing can remain low, making it easy for users to "do the right thing."