Prepared Testimony* and Statement for the Record
of
Jim Warren, Member,
Board of Directors,
Autodesk, Inc. (Sausalito CA)
and
"Futures" columnist, MicroTimes,
and
Government-&-computing columnist,
Government Technology magazine and BoardWatch magazine
on
Patent Protection for Software-Related Inventions
Topic A: Use of the patent system to protect software-related inventions
Docket #: 931222-3322 before the
Patent and Trademark Office Department of Commerce
Prepared for hearings held in San Jose, California on January 26-27, 1994
* - This was Autodesk's and my formal testimony, with two corrections --
changing "half this debacle" to "halt this debacle," and changing "must no"
to "must not". --jim
Mr. Chairman and other distinguished representatives of the Department
of Commerce, we appreciate your leaving Washington DC for two days to
hold these important hearings, here, where software patents are a clear
and present danger to us all. They threaten our entire industry's
continuing growth and rapid innovation, and endanger our global
competitiveness in computing.
My name is Jim Warren. I have been working in and reporting on the
computer industry for almost a quarter-century.
First, I am a member of the Board of Directors of Autodesk, Inc. -- a
multi-national software company specializing in computer-aided design.
As a $400-million company, we have been recently identified as the 6th-
largest PC software publisher in the world. I am presenting its views
and recommendations.
Second, I have been a computer professional since 1968, have founded
multi-million dollar companies in Silicon Valley, and have held numerous
leadership roles in personal computing, essentially since its inception
in the 1970s. I am speaking from that perspective -- from which, I have
also been the "futures" columnist for more than half a decade, for
MicroTimes which has a 220,000 circulation. I also write monthly columns
about government and computing for Government Technology magazine and
for BoardWatch magazine.
I was founding President of the Microcomputer Industry Trade
Association, founding Chair of the First Conference on Computers,
Freedom & Privacy, received the Electronic Frontier Foundation's Pioneer
Award the first year it was presented and hold graduate degrees in
Computer Engineering from Stanford, in Medical Information Science from
the University of California Medical Center in San Francisco, and in
Mathematics and Statistics from the University of Texas at Austin.
I was founding Editor of microcomputing's first software
periodical (Dr. Dobb's Journal), founded microcomputing's first free
newspaper and first subscription newspaper -- InfoWorld, was founding
host 15 years ago of television's oldest weekly computer show -- the
"Computer Chronicles," and founded and chaired the world's largest
public microcomputer conventions in the first decade of the industry.
Although all that I "invented" were innovative, all utilized
complex procedures and all were valued by those who paid millions to use
what my innovative entrepreneurial risk created, it never occurred to me
to patent them, and I could not have patented those "useful arts" if I
had wanted to.
Fortunately for us all, patent protection is not available for
innovative services, as opposed to gadgets. We could all go home if you
would simply declare that software is a service -- which, in many ways,
it is.
But we are here, and I am speaking for Autodesk, and also as a long-time
industry observer and leader. I speak as a successful innovator; but not
as an intellectual-property lawyer.
My remarks are in three parts: principles, pragmatics and specific
recommendations.
PRINCIPLES
Software is clearly useful. In many ways, it is the quintessential
"useful art."
Software accepts input, just as machines accept input or
controlling directions. Software produces output, just as machines
produce output or results. And machines can be patented. Also, software
is a crucial component of some machines -- especially process-control
devices such as the rubber molds of Diamond v. Diehr.
So why shouldn't software be patented? (To keep from muddying
the waters, please accept that my remaining remarks may not apply to
software designed primarily to control physical equipment.)
We all know that software is somehow different from all traditional
inventions. But how does it differ from the devices that are surely what
the framers of the Constitution envisioned when they mandated patent
protection?
The difference is that all traditional inventions enhance our
physical capabilities, whereas software mimics the mind and enhances our
intellectual capabilities. That is what makes software different from
all patentable devices, and that is what justifies sui generis.
Software mimics the stimulus functions of the mind. But the patentable
input devices that permit software to mimic vision, hearing, touch,
taste and smell are as different from the software, as human senses are
different from the mind.
Software mimics the memory of the mind, but the patentable
storage devices are as different from software, as the physical brain is
different from the intellectual processes it performs.
And software mimics the response functions of the mind, but the
electronic and electro-mechanical output devices are as different from
the software as thought is from action.
Software is not a gadget.
So, let me define what software is, for the purpose of our discussion,
based on its functionality -- its utility; the useful character of its
art:
Software is what occurs between stimulus and response, with no
physical incarnation other than as representations of binary logic.
Prior to the 17th Century, analytical intellectual processes and
algorithms -- sometimes called mathematics, sometimes called logic,
often called philosophy -- were conducted in natural language, written
and verbal. It is amazing to realize what intellectual advances were
made using no more than those primitive "inventions" -- language and
writing.
Then Rene' Descartes "invented" symbolic mathematics. And in
the next four centuries, we came to depend on manipulating the
hieroglyphics of symbolic mathematics -- and to some extent of symbolic
logic -- to aid in performing our analytical intellectual processes to
solve problems of the mind, primarily but not exclusively mathematical
problems and processes. That "invention" massively enhanced our ability
to perform analytical intellectual processes.
Could Descartes have patented symbolic mathematics? I think
not.
In the 19th and 20th Centuries, the performance of analytical
intellectual processes -- "algorithms," if you will -- was further
greatly enhanced by the use of mechanical and electro-mechanical
calculators, where the intellectual processes were "inventions" of
sequences of button-pushes and crank-turns. And they permitted problem-
solving sophistication that was simply not possible without the
machines.
The machines that aided the mind were patentable. The
intellectual processes for logically solving problems -- the
computational sequences or algorithms -- were often novel, often wildly
non-obvious, and certainly useful.
But did those arithmetic and logical intellectual processes
become patentable once they were assisted by a machine? I hope not.
As a telling aside, the name, "computer," derived from the first so-
named machines replacing World War II women who were calculating
ballistic trajectories by executing algorithms using row upon row of
Marchant calculators. The name of the government job-classification for
those women was, "computer."
Furthermore, Eckert and Mauchly invented the first all-
electronic computer, the Electrical Numerical Integrator and Computer --
the ENIAC. And John Mauchly's wife was a computer -- and a delightful
human being, at that.
Descartes' symbolic mathematics and symbol-manipulation provided an
alternative for representing and performing algorithmic processes of the
mind, and greatly expanded the intellectual limits of our mind -- but
its symbols and processes were not patentable.
Calculators offered another alternative for representing and performing
algorithmic processes of the mind, but the processes were not
patentable.
Now, software offers another alternative for representing and performing
the logical and computational algorithmic processes of the mind. So
instead of assisting our intellectual processes by unpatentable
manipulations of symbols on paper, or unpatentable sequences of button-
pushes, we now represent the content and performance of our intellectual
tasks in binary form and let the computer mimic our mind. And it, again,
greatly expands the intellectual limits of our mind.
Small wonder that there are those who want to monopolize
anything that works like it.
The fundamental question is: Do we want to permit the monopoly
possession of everything that works like logical intellectual processes.
I hope not.
The mind has always been sacrosanct. The claim that intellectual
processes and logical procedures (that do not primarily manipulate
devices) can be possessed and monopolized extends greed and avarice much
too far. Algorithmic intellectual processes must remain unpatentable --
even when represented by binary coding in a computer; even when executed
by the successor to the calculator.
We know that computers pose a threat to our well-known Constitutional
rights. They threaten our privacy, our freedom from unreasonable search
and seizure, our ability to speak without monitoring and censorship, and
assemble without the chilling effect of electronic surveillance.
The threat is so serious that, in 1991, Harvard Constitutional
scholar Laurence Tribe, for the first time in his life, proposed an
amendment to the Constitution to assure that, "This Constitution's
protections for [the Bill of Rights' freedoms], shall be construed as
fully applicable without regard to the technological method or medium
through which information content is generated, stored, altered,
transmitted or controlled."
It is becoming clear that he should have also included the
protection of the freedom to continue to utilize the exclusively-
intellectual algorithmic functions of the mind.
What frightens and infuriates so many of us about software patents is
that they seek to monopolize our intellectual processes when their
representation and performance is aided by a machine.
What happens from the time a stimulus is input to the mind or a
machine, through its arithmetic and logical processing by the mind or a
machine, until a response is output from the mind or a machine -- must
be free from monopoly.
The government and the money-counters must not lock away from
us, our intellectual processes -- not even when we execute them with the
aid of symbols on paper, or performances on calculators, or programs in
computers.
What occurs between stimulus and response, with no incarnation other
than as electronic representation of binary logic and all of its
algorithmic interpretations, must remain free.
The representation of an intellectual process -- in a book, or source
code or binary, electronic form -- should be protected against
unauthorized copying, but everything that performs similar to a thus-
described and implemented process that is exclusively-intellectual,
simply must not be monopolized.
And that includes the representations or output created by
computer programs when the primary purpose of such representations is
the utilitarian function of communicating results for our further
intellectual use -- especially if they are anything less than amazingly
novel and non-obvious.
What programmers do is figure out how to solve intellectual problems,
rather than physical problems. And we represent our thought processes
and their performance in software, rather than symbols on paper or key-
strokes on calculators.
This nation would do well to think long and hard before it
decides to grant monopolies over intellectual problem-solving.
One other precedent worthy of mention is the Constitution. It declares
that the intent of intellectual-property protection is, "To promote the
progress of science and useful arts, by securing for limited times to
authors and inventors the exclusive right to their respective writings
and discoveries." [Sec. 8, Par. 8]
The function is to promote progress by protecting the artistic and non-
utilitarian works of authors through copyrights, and protecting the
useful devices of inventors through patents. It says nothing about
monopolizing intellectual processes -- not even when they are mimicked
by a machine designed explicitly to aid the intellect.
Everything that is represented or performed by software is first a
completely-detailed algorithmic intellectual process. There are no
exceptions, other than by error.
Thus, I respectfully object to the title for these hearings --
"Software-Related Inventions" -- since you are not primarily concerned
with gadgets that are controlled by software. The title illustrates an
inappropriate and seriously-misleading bias. In fact, in more than a
quarter-century as a computer professional and observer and writer in
this industry, I don't recall ever hearing or reading such a phrase --
except in the context of legalistic claims for monopoly, where the
claimants were trying to twist the tradition of patenting devices in
order to monopolize the execution of intellectual processes.
PRAGMATICS
There is absolutely no evidence, whatsoever -- not a single iota -- that
software patents have promoted or will promote progress.
For the first 40 years of the computer industry, and most of the 20
years of the microcomputer industry, there were almost no claims of
monopoly over intellectual processes. Nonetheless, investors invested
and profited; companies grew wealthy; employment expanded; salaries were
and are high; un-patented innovation was amply rewarded; and, explosive
progress was promoted -- as the Constitution intended.
Can you imagine how computing would have developed if
everything from b-trees to Shell-sort to n-way tape-merge to block-
structured programming to object-oriented design were each monopolized
for 17 years, like xerography? Where would Microsoft be if Gary Kildall
had patented CP/M, of which MS DOS was a look-alike? Or Digital
Equipment Corporation had patented the TOPS-10 CCL interface, from which
Kildall derived the CP/M command interface?
Where would Windows be if graphical user interfaces had been
patented by Apple? For that matter, where would Apple be if Xerox Palo
Alto Research Center had locked up GUI techniques for 17 years?
Neither the innovators, nor the investors, nor the consumers
would have benefited, and national progress would have been greatly
suppressed.
Of the thousands of programmers I have known in the last quarter-
century, I have never heard a single one say they didn't develop a
program because they couldn't monopolize.
Of the thousands of programs I have known about as a multi-decade
industry observer, I don't know of a single one that was innovative
enough to promote progress -- much less perhaps-qualify for a patent as
a "useful art" -- that couldn't find funding.
This is at least partially due to the fact that -- unlike
patentable devices -- software can be created with relatively little
investment, and quickly duplicated and distributed at even less cost.
And almost every major software publisher, today -- including Autodesk
-- is proof of it.
The system was not broken when there were no software patents.
Now however, there is growing evidence that software patents have begun
to harm and deter progress in what your hearing notice stated was, "the
fastest growing industry in the United States ... [that] employs about 4
percent of the American work force ... [with employment growing] at an
annual rate of 6.6 percent."
Wealthy corporations are beginning to use their software
patents to attack weaker opponents. But small, under-funded innovators
have little more than the false delusion of protection when they receive
a patent. (Software patents do, however, provide endless employment for
intellectual-property litigators.)
Here are examples illustrating that the waste of resources and
danger to innovation are increasing:
Microsoft reportedly paid $25-million to IBM in 1992 to license IBM's
portfolio of about 1,000 software patents -- not for use, but simply for
self-defense. That's $25-million that Microsoft did not spent to reward
innovation and promote progress.
Lotus inappropriately used copyright protection -- intended for artistic
and non-utilitarian works -- to monopolize displays and key-strokes that
were useful and should never have been protected under copyright in the
first place. But they were also obvious and were hardly novel by any
stretch of the imagination -- thus, should not have been protected at
all, certainly not by patent.
It appears to most of us that Lotus won only because they could
outspend their opponents -- under-funded Paperback Software. Now, we
have dangerous case-law precedent and have destroyed what was otherwise
a viable, cost-competitive, job-producing, tax-paying, innovative
software publisher. Innovation was not rewarded, and progress was not
promoted.
Fortunately for Lotus, VisiCorp had not copyrighted, much less
patented, the displays or intellectual processes that they chose to
mimic by machine, a decade earlier.
Paul Heckel of HyperRacks, who spoke yesterday, was once an innovative
programmer --Jwho foolishly thought a software patent would protect his
innovation. But he is neither an attorney nor wealthy. So he has wasted
most of his last decade in bitter, consumptive attempts to protect his
patent, but has reaped little reward. His patent left him no time to use
his technical talents for personal benefit nor to promote progress.
The company for which I am speaking, Autodesk, holds some number of
software patents and has applied for others -- which, of course, remain
secret under current U.S. law. However, all are defensive -- an
infuriating waste of our technical talent and financial resources, made
necessary only by the lawyer's invention of software patents.
Autodesk has faced at least 17 baseless patent claims made
against it and has spent over a million dollars defending itself, with
millions more certain to pour down the bottomless patent pit unless we
half this debacle. Fortunately -- unlike smaller software producers --
we have the financial and technical resources to rebuff such claims. We
rebutted all but one of the claims, even before the patent-holders could
file frivolous law-suits, and will litigate the remaining claim to
conclusion. Note that your Office has issued at least 16 patents that we
have successfully rebutted, and we never paid a penny in these attempted
extortions that your Office assisted.
But it was an enormous waste of resources that could have
better been invested in useful innovation. These unending baseless
claims benefit patent lawyers, but they certainly do not promote
progress.
Ask each major software publisher in your hearings to disclose the money
and talent they are wasting on software patents and defenses, instead of
investing it in progress and innovation. I would guess that, across the
software industry, such claims may consume as much as a billion dollars.
Much worse, they are consuming more and more time of the programming
talent in each company, for programmers are the only ones technically
competent to assist attorneys in preparing one defense after another
after another. Still other programmers remain unproductive in one
deposition after another after another, and one court hearing after
another after another.
This does not reward innovation nor "promote progress."
Furthermore, software patents can provably fail to reward innovation and
at the same time deter progress.
As an example: There is an arithmetic coding compression
algorithm that is an option to the JPEG standard. But such arithmetic
coding algorithms are patented by IBM -- and possibly subject to patents
held by Mitsubishi and others. As a direct consequence, almost no JPEG
implementations support this option -- they only implement Huffman
coding, that is less efficient but not subject to monopoly.
Thus IBM receives no revenues, users must settle for a less
powerful tool, and IBM cannot even use the technology to their own
advantage because their products would then be incompatible with those
of other vendors.
Additionally, patents impede progress and harm the market by forcing
incompatibility -- designed exclusively to avoid infringing a patent.
Innovation is diverted from genuine progress into finding a path to
circumvent the visible alligators in the patent swamp, with other
alligators invisible, hidden beneath this nation's disclosure delay.
Products are not interoperable, and standards are thwarted because
components in them are patented.
It's bad enough to inflict this harm and impediment to progress on
physical devices. To extend it to machine-mimicked intellectual
processes is outrageous.
Finally, there is the intense danger that software patents pose to our
industry's global competitiveness.
We all know that Wall Street's near-term bottom-line myopia
strangles U.S. corporate long-term research-and-development investment
-- unlike corporations in some other nations, notably on the Pacific
Rim. Thus, we are at a disadvantage in producing basic innovation that
is patentable. But foreign companies can do it, and are doing it.
As an example, several Japanese companies are pursuing
extensive research in fuzzy logic, and are reportedly filing for U.S.
patents on every comma and semicolon. Are they likely to license such
patents to their U.S. competitors?
We have seen what foreign investments in long-term R&D have done to our
competitiveness in traditionally-patentable areas such as consumer
electronics, automobiles and optics. Nonetheless, few publicly-traded
U.S. corporations have dared to endanger next quarter's bottom line by
investing great amounts in R&D that can pay off only in the long term.
Shall we inflict this danger on our software industry?
And the debacles deriving from differing national patent policies are
intolerable. For example, the patent on public-key cryptographic
algorithms only restricts their use by North Americans -- due to
different disclosure requirements. (Strictly incidental to the patent
issue, U.S. tax-payers are the ones who paid for public-key research and
development at two publish-or-perish academic universities, but are
among the few people in the world who cannot freely use what they paid
for.)
SPECIFIC RECOMMENDATIONS
First and foremost, let us agree that those who hold software patents
probably prefer patent protection, and those who spend their time and
resources creating technical innovation and national progress -- rather
than creating patent applications and litigation -- probably prefer
unfettered freedom to innovate.
Let us also agree that the Constitutional intent is to "promote
progress."
So let us disregard who wants what for self-benefit, and act on
principle.
We propose as a principle, that those processes that are
exclusively-intellectual and exclusively-algorithmic -- even when
mimicked by machine -- must not be monopolized.
These are Autodesk's implementing recommendations, and they are mine,
stated as a deeply concerned computer professional and a multi-decade
industry observer and entrepreneur. And, they are supported by the vast
majority of talented programmers I have known. (They are in less favor,
however, with many of the intellectual-property attorneys I know -- who
do not create technical innovations, but are well-paid to patent them,
threaten them and defend them.)
We offer two recommendations, the second having twelve parts -- so to
speak, the 12 Apostles of Redress:
FIRST: Issue a finding that software, as I have defined it, implements
intellectual processes that have no physical incarnation; processes that
are exclusively analytical, intellectual, logical and algorithmic in
nature. Use this finding plus the clearly-stated Constitutional intent,
to declare that the Patent Office acted in error when it granted
software patents. Declare that software patents monopolize intellectual
and algorithmic processes, and also fail to fulfill the Constitutional
mandate to promote progress -- that in fact, they clearly threaten it.
Declare that only the representation of such algorithmic
intellectual processes -- in human-readable or machine-readable form --
is protectable, and then only by controlling the right to copy it.
Declare that software, as a mimic of the mind, cannot be
patented.
Like Prohibition's speak-easys and the nation's unaware nuclear-test
subjects, this will create the problem of how to make whole, those who
hold erroneously-issued patents. But that cannot justify continuing to
patent intellectual processes. Repaying patent-holders can and should be
resolved through the political process -- although patent-holders cannot
expect to retain their improperly-granted monopolies of logic.
Like the rest of us, the government must accept the
consequences of its errors and move to correct them.
SECOND: Until -- and only until -- software patents are definitively
prohibited, reject or at least freeze all such applications that have
not yet been granted, pending conclusive action on all of the following
twelve recommendations:
1. REDRESS SERIOUS ERRORS OF PREVIOUS ADMINISTRATIONS: Issue a
finding that there have been extensive and serious errors of judgment in
a large percentage of software patents granted in the past, and
immediately recall all software patents for re-review and possible
revocation.
Encourage industry assistance by distributing summaries of all
such patents to the top 20 or 50 or 100 software publishers and all
other interested parties, requesting their examination and soliciting
prior art and other challenges. This will probably require legislation
to protect cooperating companies, lest they dare not participate for
fear of later claims of "knowing infringement."
In addition, make the information available via the Internet
and solicit maximum public input via that channel.
2. MANDATE DISCLOSURE UPON FILING: Issue a finding that it
unconstitutionally suppresses progress to hide software threats in
secret filings for one to five years, especially given that software
products often have a development period measured in months and a life-
span of one or a very few years. Note that most of the high-tech nations
with which we compete require disclosure upon filing, or very soon
thereafter.
Based on those findings, adopt a policy of disclosure upon
filing, or at least within, say, 90 days of filing.
This will give software developers essential early warning of
possible danger. It will also allow them to provide badly-needed prior
art before the Patent Office spends staff time on the application, and
provide that prior art perhaps years before the patent might be granted
and become a threat.
If a potential filer fears that such early disclosure will
endanger trade-secret protection because the patent application may be
rejected, so be it. Somehow, most of the rest of the world survives with
disclosure-upon-filing.
Let it be the responsibility of those seeking lengthy
monopolies, to defend the truly novel and truly non-obvious character of
their innovations in a public patent-application review process. Do not
continue to foist that responsibility onto all other practitioners, who
must now prove after-the-fact invalidity in costly, intolerably-delay-
ridden court defenses -- that leave as our only options, the payment of
unjustified ransoms, years of halted progress and waste expended on
defensive patent applications.
3. REQUIRE DISCLOSURE OF COMPLETE SOURCE CODE AND DOCUMENTATION
UPON FILING: Reiterate that the major function of the patent system is
to assure complete public disclosure of innovation in order that all may
benefit and progress be promoted. Issue a finding that software patents
require full disclosure of complete, original source-code and complete
internal documentation.
Then require its disclosure -- preferably upon filing, or
perhaps 90 days later, but at least upon the granting of a software
patent. Note that this implements the "best mode" requirement.
Furthermore, find that software-patent disclosures in the past
have often failed to fulfill this minimum requirement, and require such
disclosures for all present software patents, to correct their
improperly-incomplete disclosures of the past. Patent-holders who
decline to so disclose in a timely manner must have their patents
invalidated by prompt Patent Office action.
4. PROHIBIT FILINGS AFTER ANY PUBLIC EXPOSURE: Issue a finding
that most of the nation's high-tech competitors, in Europe and
elsewhere, prohibit patent filings after any public exposure of an
innovation. Further find that patentable innovation in software is
unclear; vaporware* is rampant; early disclosure is common; sharing of
disclosed innovation is almost universal; and, possibly-infringing
development using such disclosures is almost inescapable. Use that
finding to prohibit any filing after the date of any public exposure.
* - "vaporware" refers to products and innovations that are announced
many months and even multiple years before they are finally delivered.
5. REDUCE REQUIREMENTS FOR CHALLENGING SOFTWARE PATENTS: Find that
the evaluation of what constitutes new, novel and un-obvious innovation
in software is highly subjective and essentially impossible for the
Patent Office to judge, especially since the Office does not have the 50
years of prior art that exists, available to it. Use that finding to
change the standard for invalidating software patents, from a
requirement for "clear and convincing" evidence, to no presumption of
validity at all -- which is usually the case if the experience of well-
funded defendants such as Autodesk is any measure. At an absolute
maximum, require no more than a "preponderance" of evidence.
6. REDUCE PROTECTION PERIOD: Issue a finding that 17-year software
patents are clearly unreasonable in an industry where (1) significant
innovation can often be created in months, (2) most innovation has
minimal costs relative to traditional inventions, (3) manufacturing and
distribution is trivial, (4) products can be shipped within weeks of
being finalized, (5) great profits can often be attained in less than a
year, (6) the life of a product is typically only a few years, and (7)
all of the growth of the industry -- from inception to Diamond v. Diehr
in 1981, was barely three times that 17-year monopoly period.
Therefore, shorten the one-time protection period for software
patents from 17 years to no more than, say, 2 years. Sui generis is
justified.
7. REPLACE FIRST-TO-INVENT WITH FIRST-TO-FILE: Issue a finding
that this nation is almost alone in granting monopolies on the basis of
first-to-invent, rather on first-to-file. If the patent system is
justified and public-disclosure has merit, then encourage it by awarding
monopolies only on the basis of first-to-file -- and disclose.
But, of course, retain the principle that prior art always
invalidates a patent.
8. DECLARE THAT USEFUL INTELLECTUAL COMMUNICATIONS CANNOT BE
MONOPOLIZED: Find that useful output from computer programs, that does
not primarily control equipment and is not primarily aesthetic or
artistic in nature, is a response from an intellectual process; is thus
the concluding part of an algorithmic and logical process, and may no
more be patented than can any other part of the communications processes
of the mind.
9. TO PROMOTE CONTINUING PROGRESS, MANDATE CROSS-LICENSING: If you
are going to grant monopolies over our algorithmic processes, then at
least mandate that we can use them under license from the monopolists.
State the irrefutable fact that essentially-all software
innovation to date, and all investment therein, and all of the nation's
global leadership in this field of software, have all occurred without
the driving-force of patent monopolies. Thus, require mandatory cross-
licensing of software patents in a manner that permits the patent
holders to reap reasonable rewards, but avoids the clear and present
danger that software patents will destroy the national leadership in
this important industry, and produce inferior products for the public,
and otherwise impede progress. We suggest mandantory licensing rates not
exceeding, say, 5% of a licensee's profits, prorated across all cross-
licensers for a given product.
10. PROVIDE A NATIONALLY-ACCESSIBLE PRIOR-ART COLLECTION: Create a
public repository of the limited and incomplete amount of prior art that
your Office can collect, with at-least-descriptions copied to every
Federal Repository Library and updated monthly, and make it freely
available via the Internet, to the extent such is technically possible.
Facilitate and encourage submissions from all sources, and especially
require inclusion of all software produced under any government grant.
If you don't have the resources to do it, then inform Congress
that you are unable to perform your assigned functions without
endangering national progress.
11. EXERCISE MUCH GREATER DUE DILIGENCE WITH REGARD TO SOFTWARE
PATENTS: The Patent Office simply must perform more rigorous review
before it issues software patents. If it insists on granting monopolies
on algorithmic intellectual processes, then the Office must become much
more than primarily an archivist. Given the chaos and cost you are
creating in our industry, you must do much more than to simply accept
filings, conduct nominal research and then issue a patent, leaving it up
to endless threats, defenses and court battles -- among those who can
afford them -- to ascertain which few software patents might be valid,
which is too-often determined only by the relative wealth of the
combatants.
12. CREATE A LARGE PUBLIC ADVISORY BODY: Encourage and assist the
creation of a large advisory commission of volunteers who are
technologists -- those who produce the nation's progress in this area --
not just intellectual-property attorneys. Seek them from a broad
spectrum of software publishers, great and small producers, including
individuals.
Technical innovators and their management have, basically, two
options: They can invest some time and effort in correcting these
intellectual-property protection-errors, or they can invest endlessly in
documenting and filing defensive software patents, reviewing other's
patents for threats against their creativity, and in ever-escalating
claims, defenses, ransom payments, depositions and court hearings.
Among other things, ask that the advisory commission
participate, from the beginning, in the drafting of any legislation on
this matter, proposed by your Office. And request their assistance with
needed legislative efforts.
These specific recommendations will require political support to obtain
needed Congressional action, and this industry has been politically
asleep. But continuing software-patent debacles are beginning to awaken
it -- most especially its innovators. And we certainly have the
financial resources, communications tools and tenacity to seek effective
redress -- as we finally organize and choose to act.
However, the needed Congressional action can be greatly
facilitated by supportive recommendations from your Office. Please draft
them soon -- not cloistered inside the Washington Beltway, but with
extensive Internet circulation of all drafts and discussion.
But, to best promote the nation's progress, reward innovative
algorithms, benefit investors, enhance the economy, create and protect
high-wage jobs, and permit continuing global leadership -- refute
software patents.
Let us stand on each others' shoulders, rather than on each others' toes.
I appreciate your attention to these comments and recommendations and
look forward to your timely response and action.
-- Jim Warren