| t byfield on Thu, 11 Oct 2001 16:34:01 +0200 (CEST) |
[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]
| [Nettime-bold] [andyo@oreilly.com: Web Content at Risk in W3C's Proposed Patent Framework] |
good summary of bad news.
cheers,
t
----- Forwarded
Date: Thu, 11 Oct 2001 07:37:43 -0400 (EDT)
From: Andy Oram <andyo@oreilly.com>
To: cpsr-activists@cpsr.org
Subject: Web Content at Risk in W3C's Proposed Patent Framework
http://www.oreilly.com/news/oram_patents_1001.html
A Web of Bronze, a Medium of Lead:
Web Content at Risk in W3C's Proposed Patent Framework
by Andy Oram, O'Reilly editor
__________________________________________________________________
It would be understating the case to say that the World Wide Web is
facing the biggest challenge of its history. More accurately, the Web
as a rich, evolving organism is on its way to the dustbin if the World
Wide Web Consortium goes through with its proposed [48]W3C Patent
Policy Framework. This proposal would allow patented techniques to be
inserted into W3C recommendations that permanently shape the future
Web.
In your imagination, sweep the Web off the world and put the following
in its place:
1. A system where you can no longer save a document to disk, or even
cut and paste a few words.
2. A system retreating from the promise of universal resource
locators. Each site has to be visited through its portal, and you
have to follow a path through ad-polluted screens to get to the
content you want.
3. A system where every view is tracked and recorded by a site,
perhaps down to the amount you scroll through a page. You might be
charged for each screen or have your browsing behavior added to a
database for whatever purposes the site owners want.
None of these items is alarmist or speculative. They are all being done
right now. (Sites accomplish the first through frames, the second
through lawsuits against "deep links," and the third through Web bugs
and cookies.) But the W3C's proposed framework will ultimately enshrine
such digital rights management (DRM) techniques right in the protocols
and file formats required to make an appearance on the Web.
Current trends in DRM threaten the concepts of fair use (allowing users
to reuse material for legitimate educational purposes, commentary, and
criticism) and of derivate works (allowing users to add value to
information through adding to it innovatively). DRM has technical
weaknesses that require it to be bolstered by laws such as the Digital
Millennium Copyright Act (DMCA) that lead to heavy-handed restrictions
on the distribution of software and information.
Neither the W3C proposal nor the [49]W3C backgrounder reveals the
dangers that the framework would hold for users' rights, so I'll lay
out how it can come to pass:
1. Someone invents a file format and protocol that contains the kinds
of digital rights management the content providers have been
talking about for years, while patenting the key features that
enforce the rules on viewers.
2. The format and protocol get adopted as specifications.
3. Content providers pay software companies to create browsers and
servers that accommodate the format and protocol. Licensing ensures
that all systems preserve the intended controls. (Licensing need
not, however, prevent systems from over-reaching the restrictions
or removing other user rights.)
4. Anyone developing an alternative server or browser gets sued for
patent infringement, in addition to any criminal penalties imposed
by the DMCA or the recently proposed [50]Security Systems Standards
and Certification Act (SSSCA).
Nothing in the proposed framework allows independent developers to
access the new formats without the controls that threaten fair use and
derivative works. If the stated purpose of a system is to limit use, a
license requiring such controls would automatically be considered
"reasonable" and "nondiscriminatory."
Nor does it help for the proposal to say that the "core Web
infrastructure" should remain royalty free. The damage is done by the
license itself, not by royalties. Furthermore, the damage can occur
outside the core on the application layer.
It is now commonplace, following Lawrence Lessig's insightful book
[51]Code and Other Laws of Cyberspace, to speak of computer
architectures that encourage or enforce particular behavior. How far
will large content providers and their legal advisors go in abusing
such a trend? They tipped their hand pretty far in letting the SSSCA
come to the floor of Congress. This law would effectively announce the
end of innovation in digital technology: it would become illegal to
create any hardware or software that failed to incorporate controls
chosen by the content providers. According to an article in The
Register, [52]Music Biz Wants Tougher DMCA, CPRM 2 to Protect
Copyright, the Recording Industry Association of America is expanding
its efforts to put mandatory digital rights management in hardware.
Current restrictions on Web content are carried out in half-baked, ad
hoc fashions by individual sites. A patented DRM specification would
not only make it easy for content providers who want these controls,
but would force all Web sites to conform. There would be a catch-all
"public domain" or "fair use" setting, but it would have to be
explicitly invoked.
Things get worse, folks. The stream of inventive media we've seen over
the past decade would dry up faster than the Colorado River on its
route south. People could no longer design protocols and user
interfaces wherever their imaginations could take them. Instead, they
would have to start with the reality of an extremely rigid and
restrictive standard, and ask, "How can we extend what is allowed
within that framework?" We'd never know what we lost.
This threat has been described in many criticisms already lodged by
open source software advocates against the W3C proposal. The
flexibility of the Web would change to a confining mesh with the
rigidity of bronze. The channels that were meant to carry the thoughts
of a million users would darken to the opacity of lead as they carry
out their primary goal of blocking content sharing.
When I started reading about the W3C patent proposal, the parallels
with the SSSCA were too glaring to ignore. Do I have any evidence that
the hidden agenda of the W3C is to ensconce DRM? No. But as
leading-edge developer Dave Winer told me, "DRM is behind everything."
When dealing with content holders and their legal advisors, I've
learned never to attribute to ignorance what could be attributed to
malicious intent.
But even if a few Internet activists were the first people, by some
unimaginable luck, to think up this plan, it would not be long before
content providers came to it themselves. Face it: this nightmare is the
dream medium for plenty of commercial sites. But of course, the
intellectual property holders have the noblest of intentions in their
own minds. The argument they would make is the same they've always made
in opposing open technologies that further the innovative use of
information. They believe that nobody generates anything worth looking
at or listening to without a strong guarantee of payment pegged to
sales. Thus, to further the growth and use of the Web, one needs to
protect content from unauthorized uses. It's a reasonably consistent
argument.
Luckily, since word got out about the proposed framework, email has
been pouring in to [53]the mailing list for comments (755 messages in
September, and already over 1,400 in October--including [54]one from
me), and all the ones I've sampled are strongly anti-patent. The W3C,
I'm sure, will listen to its true constituency, the public.
If the Web is to stay free, we must still face the problem of how to
work around pre-existing patents taken out by corporations or
individuals who are happy to hold the technology ransom and feel no
loss if the technology never becomes a W3C recommendation. We may have
to rely on moral exhortation and facing down the opponent in these
cases. Luckily, a large percentage of innovations stem from
government-sponsored, or public research (although the rush of
universities toward patents and commercial partnerships threatens this
too). I am willing to compromise with financial realities, but not to
the point of allowing a dagger to be plunged into the heart of what the
best minds on the Web have worked for.
Resources
* [56]W3C Patent Policy: Bad for the W3C, Bad for Business, Bad for
Users by Alan Cox (W3C mailing list).
* [57]Corrupting Standards to Privatize the Public Good by Dan
Gillmor (SiliconValley.com).
* [58]W3C Public Comment Page (World Wide Web Consortium).
* [59]W3C Considers Royalty-Bound Patents in Web Standards
(Slashdot).
* [60]W3C Looking for More Patent Feedback (Slashdot).
__________________________________________________________________
Andy Oram, an editor at O'Reilly & Associates, developed our Linux
series and is responsible for a number of other O'Reilly books on
programming and open source software. And he probably spends more time
writing rather oddball articles for the O'Reilly Web site than he
should. His background and other publications can be found at an
[61]Interview with the Editor.
Copyright (c) 2001, O'Reilly & Associates, Inc.
References
48. http://www.w3.org/TR/patent-policy/
49. http://www.w3.org/2001/10/patent-response
50. http://www.politechbot.com/docs/hollings.090701.html
51. http://code-is-law.org/
52. http://www.theregister.co.uk/content/6/22087.html
53. http://lists.w3.org/Archives/Public/www-patentpolicy-comment/
54. http://lists.w3.org/Archives/Public/www-patentpolicy-comment/2001Oct/1386.html
56. http://lists.w3.org/Archives/Public/www-patentpolicy-comment/2001Sep/0131.html
57. http://web.siliconvalley.com/content/sv/2001/09/30/opinion/dgillmor/weblog/index.htmblog/index.htm
58. http://lists.w3.org/Archives/Public/www-patentpolicy-comment/
59. http://slashdot.org/article.pl?sid=01/09/30/1454216&mode=flat
60. http://slashdot.org/article.pl?sid=01/10/02/1238201&mode=flat
61. http://www.oreilly.com/~andyo/
----- Backwarded
--
\|/ ____ \|/
@~/ oO \~@ a nationalist is a globalist whose city got bombed
/_( \__/ )_\
\_U__/
_______________________________________________
Nettime-bold mailing list
Nettime-bold@nettime.org
http://amsterdam.nettime.org/cgi-bin/mailman/listinfo/nettime-bold