by Russell McOrmond
This is a report offered for public peer review and feedback. Please send feedback to email@example.com. This is an archived email address where the archives will be delivered to the client as part of the report, and where messages from these archives may be quoted in further reports in the future.
If you wish to contact the author privately about this report, please use the full contact information available at http://www.flora.ca/
This report was prepared in March 2003 by Russell McOrmond, further to a contract financed by the Information and Communications Technology Branch of Industry Canada.
The views expressed in this report are those of the author and do not necessarily reflect those of Industry Canada. Neither Industry Canada nor any person acting on behalf of Industry Canada is responsible for the use that might be made of the report. Nothing in this report implies or expresses a warranty of any kind.
Copyright (C) 2003 Russell McOrmond
Verbatim copying and distribution of this entire article is permitted in any medium, provided this notice is preserved.
Software patents are a recent addition to patent policy, with the United States being the first country to formally recognize them in a 1981 Supreme Court ruling. Interpreting the Committee Reports accompanying the 1952 Patent Act, this court ruling suggests that statutory subject matter can "include anything under the sun that is made by man." This is the policy direction that the USA is aggressively pushing at the World Intellectual Property Organization (WIPO).
Patentable subject matter now includes new types of inventions that could not have been considered by parliaments when patent acts were drafted. As patent policy expands from manufacturing processes involving physical manipulations to those involving information processes, new issues arise. While a manufacturing processes may have high barriers to entry, software inventions can occur using computer equipment that is available in most homes and with a training level achievable by youth.
Software in the form of Free/Libre and Open Source Software (FLOSS) is a clear demonstration that software innovation can flourish outside patent protection regimes for software. Free Software has its beginnings in the early 1970's, and was a response to attempts to centralize software innovation. Free Software can be seen because of the co-dependency that this development model has with the Internet. The movement away from centralized development models similar to those used in manufacturing is a deliberate move on the part of the Free Software development community, and is their answer to what was seen as a "software crisis". Secrecy is given up in favor of transparency . Software patents represent a barrier for a Free Software developer as they cannot honour both the Free Software criteria, as well as a software patent license, except in the case of a royalty free patent license.
Free Software represents only a small example of the issues with existing software patent policy. Often the techniques documented in successful patent applications would not have passed adequately rigorous tests for being useful, novel and unobvious. It has been suggested that possibly 60% of issued software patents in the USA are invalid.
The award of a patent can act as an economic incentive by protecting investments in technology development and providing the patent holder a short term monopoly. Yet the standard 20-year duration for patents is much too long for most if not all software innovations given typical technology development cycles for software. This problem is further compounded by software patent farming over two decades by information technology multinational enterprises: this has a chilling effect on independent software developers by making them easy targets for costly software patent infringement lawsuits by the large players with rich patent portfolios and deep pockets.
This report is divided into several major sections: a report on the current state of software patent policy, a list of outstanding issues and some suggestions for policy review.
A brief introduction to patent policy will be given to give context to this discussion.
International and national patent laws use a few common criteria to restrict patentable subject matter:
As will be discussed later, it is often debated whether a majority of patents meet the four basic criteria.
The European Union and the United States represent the two jurisdictions with the most active discussions regarding patent policy.
United States Code, Title 35 defines patents, with Chapter 10 defining patentability of inventions. Rather than a list of exceptions as part of the definition of patents, case history is used to determine if a patent is statutory subject matter under section 101 of chapter 10. Courts have been expanding statutory subject matter over time.
Prior to 1981, the United States Patent and Trademark Office (USPTO) routinely fought the issuance of software patents. In both Gottschalk v. Benson and Parker v. Flook the Supreme Court suggested that "difficult questions of policy concerning the kinds of programs that may be appropriate for patent protection and the form and duration of such protection can be answered by Congress".
In 1981, in the Diamond v. Diehr case, the majority opinion of the court was that software which was used to control a physical process was patentable.
This ruling included an interpretation of the Committee Reports accompanying the 1952 Patent Act that suggested that the United States Congress intended statutory subject matter to "include anything under the sun that is made by man."
In July 1998 the United States Court of Appeals for the Federal Circuit extended patentability to business method-related software in State Street Bank & Trust Co. v. Signature Financial Group. This ruling indicated that the Supreme Court has identified three categories of subject matter that are unpatentable, namely "laws of nature, natural phenomena, and abstract ideas.", and went into detailed discussion about the "Mathematical Algorithm" exception. This included an extremely narrow interpretation of Gottschalk v. Benson and Parker v. Flook.
The US Patent and Trademark Office (USPTO) held hearings on patent policy in 1994. Congress has not yet addressed this highly controversial topic.
The European Patent Convention article 52 excludes programs for computers, as reflected in the Examination Guidelines of 1978. A more liberal set of patentability rules were developed by the European Patent Office (EPO) after the publication of the revised Examination Guidelines in 1985. The EPO has been interpreting the exclusion list in such a way that many software patents are being granted.
On March 4th 2003, the Competitiveness Council of Ministers reached agreement on a common political approach concerning the proposed Community Patent. This proposal was not supported by parts of the European software community, largely because of a lack of trust for the EPO and their revised guidelines that ignore article 52 exclusions.
An alternative proposal to the ongoing liberalization of patentability in Europe was offered by the Foundation for a Free Information Infrastructure that would limit patentability to technical inventions (problem solutions involving forces of nature).
The World Intellectual Property Organization (WIPO) is a specialized agency of the United Nations that administers 23 international treaties dealing with different aspects of intellectual property protection. There is an agreement on cooperation between WIPO and the WTO, specifically relating to the TRIPS (trade-related aspects of intellectual property rights) agreement.
As with the European Union, current work within the Standing Committee on the Law of Patents (SCP) is on the harmonization of existing Patent Law. The United States has been very aggressive in this agency, including going as far as to threaten to walk out of negotiations if the WIPO patent treaty does not adopt their very liberal interpretation of patent policy with few (if any) limits to patentable subject matter.
The Canadian Patent Act does not specifically mention software inventions. Section 2 of the Act defines an invention as follows:
Subsection 27(8) of the Act defines what is not patentable as "No patent shall be granted for any mere scientific principle or abstract theorem."
The Canadian Intellectual Property Office (CIPO) sets guidelines for patentability for Canadian patent examiners, and has indicated that software is patentable in Canada. Authority on any question of patent law must be found in the Patent Act, the Patent Rules, and in decisions of the Courts interpreting them.
CIPO is currently drafting a new chapter for the Manual of Patent Office Practice that will include guidelines for the review of software inventions. Unfortunately it was not published in time for review and comment in this report.
The League for Programming Freedom quotes Canadian agencies as having some doubts in the 1970's about patent policy, including giving "serious consideration to the possibility of abandoning the continued maintenance of a patent system in any form". These quotes were from the Canadian Department of Consumer and Corporate Affairs which became part of Industry Canada in 1993, and the Economic Council of Canada which was disband the same year.
The topic of software patents is a very controversial one amongst software developers. Ironically many of the reasons given to not grant software patents are the same reasons that are given to grant them. This suggests that some public policy balance between competing interests is needed.
Consider the following from the BitLaw Internet site created by Daniel A. Tysver, a partner with the intellectual property law firm of Beck & Tysver.
From this perspective, the creator of a piece of software who wants to extract as much wealth from his or her software as possible, a patent offers more value for existing investment than copyright.
Contrast the above perspective with the view from the League for Programming Freedom which is self-defined as "an organization that opposes software patents and user interface copyrights."
Rather than focusing on maximizing the rewards for previously authored software, those opposed to software patenting are more concerned with future software development. While large firms can afford a long and costly legal battle over a disputed patent claim, smaller organizations can not.
The issue is scope of protection that governments grant software. Is software granted enough protection when the expression of the single program is protected by copyright? Is there justification to increase the scope to include classes of compatible programs through copyright on software interfaces? Is there justification to protect certain algorithms or functionality with patents?
Software is eligible for both copyright and patent protection in some countries. In addition, through interface copyright, software copyright can protect much more than just the expression. Interface copyright can include monopolies on user interfaces, application program interfaces (APIs), as well as interfaces between software and hardware.
The European Union suggests that copyright on the single program is enough, rejecting interface copyright in their 1991 Directive on the legal protection of computer programs and software patents in article 52 of the European patent convention. In the case of interface copyright, one of the justifications given within the directive is the promotion of international standardization, with over-protection of software reducing standardization.
Economic and market analysis is needed as there is a cost to over-protection as well as to under-protection of software. The analysis needs to revisit the purpose of the policy and ensure that public policy goals are being met with each type of work and/or invention protected by copyright and/or patent policy. Providing economic and market analysis is outside the scope of this report.
In his paper, "The New Case for Abolishing Software Patent", Tim Wu suggests that the scope of protection should be limited to only the expression of a single program and not to other works.
Interest in the patent system is moving into more mainstream view. Patent policy is being critiqued by America's consumer watchdog and past presidential candidate Ralph Nader in recent media interviews, and has been the subject of consumer boycott.
Free Software, and closely related Open Source software, illustrate that innovation can occur without software patent. Fundamental legal conflicts exist that prevent most software patent licenses from being concluded by someone using a Free Software copyright license.
An understanding of Free Software dynamics helps to understand market network effects in an Internet connected world. While the recent rapid growth of Free Software can be attributed to the co-dependant growth of the Internet, Free Software pre-dates this growth.
The definition of Free Software includes:
* The freedom to run the program, for any purpose (freedom 0).
* The freedom to study how the program works, and adapt it to your needs (freedom 1). Access to the source code is a precondition for this.
* The freedom to redistribute copies so you can help your neighbor (freedom 2).
* The freedom to improve the program, and release your improvements to the public, so that the whole community benefits (freedom 3). Access to the source code is a precondition for this.
A program is free software if users have all of these freedoms. Thus, you should be free to redistribute copies, either with or without modifications, either gratis or charging a fee for distribution, to anyone anywhere. Being free to do these things means (among other things) that you do not have to ask or pay for permission.
This means that a Free Software developer cannot honour both the Free Software criteria, as well as a software patent license, except in the case of a royalty free patent license.
Section 7, Paragraph 1 of the GNU General Public License specifically clarifies the situation:
Legal counsel for the Free Software Foundation, Eben Moglen, suggests that the patent license must not contain field of use restrictions, since "everyone has to be allowed to take free code from one place and use it in another, or build on it, so long as she is willing to share and share alike." Field of use restrictions were further discussed in the FSF submission to the proposed W3 Consortium "Royalty-Free" Patent Policy.
Beyond legal issues, Free Software offers policy makers alternative incentive models for software development. Free Software relies on copyright policy to enforce licenses which define software as Free Software, but do not rely on royalties of any type. Free Software developers write software to meet their own or customers needs, and operate more as a services industry than product-based manufacturing. These developers consider the value of having existing software available to them to freely modify to suite new needs as incentive enough to join this 'copyright pool'.
The movement away from traditional centralized software development models similar to those used in manufacturing is a deliberate move on the part of the Free Software development community, and is their answer to what was seen as a "software crisis". Secrecy is given up in favour of transparency.
Patents are often described as a grant of a limited monopoly in exchange for an element of disclosure or public use. Free Software is an example of full disclosure of the software and source code with specific freedoms granted to all users of that software.
Copyright law includes the concept of a fair use defense to address problems of market failure. In a recent Columbia Law Review article on the topic, Maureen A. O'Rourke suggests that a similar defense should exist for patents. While her analysis included patents on interface standards, it did not include the special case of Free Software nor did it focus on Internet interface standards. It would be very informative to extend her work to include these cases, including evaluating if excluding Free Software constitutes an abuse of exclusive rights according to the Canadian Patent Act.
In order for something to be eligible for a patent it needs to be statutory patentable subject matter, it must be useful (capable of industrial application), novel and be unobvious (involve an inventive step). Some of the debates around software patents involve these basic criteria.
Many countries have a very limited number of exclusions, with most countries not allowing discoveries, scientific theories or mathematical methods. The European Patent Convention article 52 includes a much larger list of exclusions.
Computer software is not excluded in most countries, and even the European Patent Office has been interpreting the exclusion list in such a way that many software patents are being granted. Unless new laws are passed in a country to specifically exclude software, and court cases are tried that confirm an interpretation of the law, software is assumed to be patentable subject matter.
The subject matter of a patent claim must be considered useful, with the intent being to avoid inventions such as a perpetual motion machine. Much discussion exists whether, like pure mathematical algorithms, software should not qualify as useful, software being construed as an abstract idea. The examination guidelines for computer-related inventions of the US Patent and Trademark Office indicates that software does qualify as useful as long as the claimed subject matter provides some "practical benefit" in the "technological arts."
The Foundation for a Free Information Infrastructure (FFII) suggests that patents should be limited to methods that "comprise the operation of equipment which serves to control forces of nature in an inventive way" and not "the mere operation of generic data processing equipment". This would allow hardware devices that contained software to be patentable, but not software that run on computers.
The useful test should also ask the question, "useful for whom?" This test should be used to determine whether the temporary monopoly is useful to the potential patent holder and also whether the granting of the patent is useful as a matter of public policy.
Patent applications are intended to include references to both patent and non-patent prior art. Software patent applications reference minimal non-patent prior art, with half of all US software patents offering no non-patent prior art.
This is surprising given that software has been discussed, developed and published for longer than software patents have been granted. Non-patent prior art includes the large library of publicly viewable Free Software source code. While this large library should be used by both filers and examiners of patent claims, whether Internet publishing qualifies as prior art is still an open question.
It is expensive to invalidate a patent in court. This forces small business and volunteer software developers to honour invalid patents. The filing of prior art for existing patents should be free and cause an automatic reexamination and possible invalidation of the patent.
While software innovation cycles are short, sometimes a matter of months, the standard 20-year duration of software patents is problematic.
While a publication grace period may be appropriate for subjects with longer development time than software, software patentability should be immediately barred upon publication of prior art. Some countries already have no grace period for publication.
Software may need to be subjected to a "state of the art" test. A technique which may appear novel or unobvious at one point of time can turn out to be easily developed independently by a researcher without knowledge of the patent. Students in universities could be given similar problems to test if they would come up with similar solutions.
There is some precedent in trademark law where an existing trademark may become a generic term, no longer eligible for trademark protection.
In Canada, for disputes that a technique is infringing a patent, it is assumed that the alleged infringer is using the patented method unless proof is offered to the contrary. The burden of proof should be reversed so that it is the patent holder that must prove that an infringer is using the patented method.
Whether something is unobvious to someone skilled in the art appears to be a highly subjective test, and it appears that patent offices rarely, if ever, use this criteria. While patented inventions are to be documented such that someone skilled in the art can implement them, patent lawyers often use language that is not understood by persons skilled in the art.
A technique to adequately test obviousness that makes use of the skills of people outside patent offices is needed. Some variation of the "state of the art" test may be appropriate.
A commonly referenced example of an obvious patent is the Amazon 1-click method which is an obvious derivative of existing shopping cart systems. The judge in the case against Barnes & Noble suggested a trivial work-around this patent, rendering the patent practically useless in its narrowness.
Software patents are a major problem for information technology standards organizations. A standard is most useful when the largest number of interoperable implementations exist and the standard gains utility through network effects. Patents on techniques used in standards can be used by their holders to effectively block prospective implementors of the standard.
Some software standards groups make use of Free Software reference implementations. The disclosure inherent in Free Software makes interoperability testing easier as it is possible for a third-party implementor to modify a copy of the reference implementation during testing.
The W3C has been working on this issue since October 1999 when their Patent Policy Working Group was formed.
Standards groups have had problems in the past where a proponent of a specific technique fails to disclose the fact that they are also a holder of a patent. Disclosure of the patent would happen only after the technique became part of a standard.
To deal with this issue, many standards groups have disclosure requirements. This is included in the W3C patent policy, and section 10 of RFC2026 which describes the Internet Standards Process for the IETF. The IETF also maintains a page on a website that includes all disclosed intellectual property notices so that any such notices are available to all implementors.
An earlier W3C patent policy draft defined a RAND license to include licenses conditioned on payment of reasonable, non-discriminatory royalties or fees. RAND licensing may be appropriate for hardware but may not be reasonable for software standards.
Later versions of the W3C patent policy moved to a Royalty Free license policy. Free Software developers are still waiting to confirm legal opinions on "field of use" restrictions such as included in subsection 3(3) of the current W3C patent policy.
The following summarizes the issues and offers suggestions for policy review.
The principal rationale for the patent system is that it promotes technological innovation. This suggests that patent policy needs to be based on sound and specific economic reasoning for each type of patentable subject matter. A global assessment of the economic rationale for software patent protection is urgently called for given the speed at which the Internet compounds the network effects of both cummulative and sequential innovations in software.
Canada should seek economically sound patent policy in support of technological innovation worldwide. For now, it should call for the suspension of WTO and WIPO efforts toward the international harmonization of patent policy to patentable subject matter such as software, information process and business methods.
Industry Canada should evaluate whether the duration of a patent should be related to the specific subject matter; in the case of software, twenty years does not make much sense.
Industry Canada should seek to clarify statutory subject matter, and possibly exclusions for information process patents. Clarification on the interpretation of useful , novel , and unobvious should be added to the Patent Act.
CIPO should publish guidelines that describe rigorous tests for useful, novel, and unobvious.
CIPO needs to ensure non-patent prior art is evaluated with pending and existing patents. In the case of software, it should consider the entire Free Software library and allow the filing of prior art without fee.
CIPO should require software engineers to assess whether a software patent application qualifies as unobvious.
CIPO should reject questionable software patent applications and leave the decision to the courts. It needs to be understood that it is better for a legitimate patent to temporarily be offered inadequate protection than to offer protection for an invalid patent which no one might be in a position to fight in court.
CIPO should create a state of the art test to deal with the fact that innovation in different subject matter happens at a difference pace.
In court, when there is a dispute that a technique is infringing a patent, it should be the patent holder that needs to prove that the patented technique was used. Currently the assumption is that the new product was produced by the patented process.
Fair use should become a recognized defense and codified in the Patent Act.
 Russell McOrmond of FLORA Community Consulting http://www.flora.ca/ is an Open Systems Internet Consultant who specializes in Free/Libre and Open Source Software (FLOSS). He believes that FLOSS and the Internet are co-dependent disruptive technologies that will continue to radically increase innovation in ICT worldwide. He has been involved in the Free Software movement since 1992, and started FLORA Community Consulting as a sole-proprietorship in 1995 to focus on these innovative disruptive technologies.
Through offering services to the government (directly or via a reseller/client), and through personal interest in public policy, he has gained experience into the interactions between FLOSS, the Internet, and related government public policy.
Recent related public policy submissions include the 2001 copyright reform consultation http://www.flora.ca/copyright-2001.shtml and the Innovation Strategy in 2002 http://www.flora.ca/innovation-2002.shtml.
 Diamond, Commissioner of Patents and Trademarks v. Diehr and Lutton, United States Supreme Court, March 3, 1981 , 450 U.S. 175, 209 USPQ 1 http://digital-law-online.info/cases/209PQ1.htm
 Free/Libre and Open Source Software (FLOSS) is a term used in public policy circles to describe the important aspects of both Free Software and Open Source Software. See http://www.flora.ca/floss.shtml as an attempt to clarify the use of the term.
 SCO vs. IBM -- OSI position paper http://www.opensource.org/sco-vs-ibm.html (includes a history of Unix and open source, as well as a current status report of these relevant markets.
 Gregory Aharonian wrote on an Internet mailing list that he believes that over 60% of the issues software patents issued by the United States patent office are invalid http://www.aful.org/wws/arc/patents/2003-01/msg00030.html. Individuals on all sides of the discussions of software patents tend to agree with the statistics that Gregory produces.
 Perspective: The patent threat to the Web By Bruce Perens, October 7, 2002, CNet News.com http://news.com.com/2010-1071-961018.html
Bruce Perens has also been warning about this threat within the IETF Intellectual Property Rights working group http://www.ietf.org/mail-archive/working-groups/ipr-wg/current/msg00204.html
See also: Dell case http://www.ftc.gov/opa/1996/9606/dell2.htm and Rambus case http://www.ftc.gov/opa/2002/06/rambus.htm. Rambus case has a number of news articles written about it http://x86.ddj.com/news/2001/news050601.htm
 United States Code, title 35: Patents http://caselaw.lp.findlaw.com/casecode/uscodes/35/toc.html
 United States Code, title 35, chapter 10: patentability of inventions http://caselaw.lp.findlaw.com/casecode/uscodes/35/parts/ii/chapters/10/toc.html
 United States Code, title 35, chapter 10, Section 101: Inventions patentable http://caselaw.lp.findlaw.com/casecode/uscodes/35/parts/ii/chapters/10/sections/section_101.html
(A patent can be an "invention or discovery", it must be "new and useful", and can be any one of 4 categories of patentable subject matter: "process, machine manufacture, or composition of matter")
 Supreme Court decisions cast considerable doubt over the patentability of software. Gottschalk v. Benson, 409 U.S. 63 (1972); Parker v. Flook, 437 U.S. 1584 (1978).
 Gottschalk, Commissioner of Patents v. Benson et al., United States Supreme Court, November 20, 1972, 409 U.S. 63, 175 USPQ 673 http://digital-law-online.info/cases/175PQ673.htm
 Parker, Acting Commissioner of Patents and Trademarks v. Flook, U.S. Supreme Court, June 22, 1978, 437 U.S. 584, 198 USPQ 193 http://digital-law-online.info/cases/198PQ193.htm
 State Street Bank & Trust Co. v. Signature Financial Group Inc., U.S. Court of Appeals Federal Circuit, July 23, 1998, 149 F.3d 1368, 47 USPQ2d 1596 http://digital-law-online.info/cases/47PQ2D1596.htm
 Notice of Public Hearings and Request for Comments on Patent Protection for Software-Related Inventions http://www.uspto.gov/web/offices/com/hearings/software/notices/notice94.html , Chronological List of Speakers from Jan 26-27 http://www.uspto.gov/web/offices/com/hearings/software/sanjose/ and Feb 10-11 http://www.uspto.gov/web/offices/com/hearings/software/arlington/
 European Patent Convention - Article 52 - Patentable inventions http://www.european-patent-office.org/legal/epc/e/ar52.html
 Guidelines for Examination of the European Patent Office 1978-06-01 http://swpat.ffii.org/papers/epo-gl78/index.en.html
 European Patent Office http://www.european-patent-office.org/
 EU Software Patent Directive Amendment Proposals from the Foundation for a Free Information Infrastructure (FFII) Software Patent Work Group http://swpat.ffii.org/papers/eubsa-swpat0202/prop/index.en.html
 Results of the Competitiveness Council of Ministers, Brussels, 3rd March 2003 http://europa.eu.int/rapid/start/cgi/guesten.ksh?p_action.gettxt=gt&doc=MEMO/03/47|0|RAPID&lg=EN
 Eurolinux Position on the Community Patent http://eurolinux.ffii.org/news/cpat01B/index.en.html
 World Intellectual Property Organization http://www.wipo.int/
 About WIPO http://www.wipo.int/about-wipo/en/
 TRIPS (trade-related aspects of intellectual property rights) material on the WTO website. http://www.wto.org/english/tratop_e/trips_e/trips_e.htm
 Reports from WIPO committees including the Standing Committee on the Law of Patents (SCP) http://www.wipo.int/ipl/en/ipl-01.htm
 Information process patents in the U.S. and Europe: Policy avoidance and policy divergence by Brian Kahin http://www.firstmonday.dk/issues/issue8_3/kahin/ (In the introduction, which includes the following note:
 Canadian Patent Act ( R.S. 1985, c. P-4 ) http://laws.justice.gc.ca/en/P-4/
 Canadian Intellectual Property Office (CIPO) http://cipo.gc.ca/
 Canadian Patent Rules (SOR/96-423) http://laws.justice.gc.ca/en/P-4/SOR-96-423/
 Manual of Patent Office Practice (CIPO) http://strategis.ic.gc.ca/sc_mrksv/cipo/patents/mopop/mopop-e.html
 Quotes on Software Patents http://lpf.ai.mit.edu/Patents/quotes.html which quotes:
 Industry Canada Milestones 1993-2000 http://www.ic.gc.ca/cmb/welcomeic.nsf/ICPages/Milestones#introduction (which indicates that Industry Canada was formed in 1993 when the government brought together within a single organization the previous responsibilities of a number of organizations, including Consumer and Corporate Affairs Canada)
 Economic Council of Canada Act http://laws.justice.gc.ca/en/E-1/, Repealed, 1993, c. 1, s. 23
 Why Protect Software Through Patents http://www.bitlaw.com/software-patent/why-patent.html
 This phrase appears on the front page of the LPF website http://lpf.ai.mit.edu/
 Why Patents Are Bad for Software http://lpf.ai.mit.edu/Links/prep.ai.mit.edu/issues.article, Garfinkel, et al - 1991
 Council Directive 91/250/EEC of 14 May 1991 on the legal protection of computer programs http://europa.eu.int/smartapi/cgi/sga_doc?smartapi!celexapi!prod!CELEXnumdoc&lg=EN &numdoc=31991L0250&model=guicheti
 Tim Wu, "The New Case for Abolishing Software Patent" (File dated: Dec 15, 2000) http://www.innovationlaw.org/lawforum/pages/wu_case.pdf
 hot seat: Ralph Nader, Patent Buster http://www.wired.com/wired/archive/11.03/view.html?pg=3 ("The system protects two groups: software companies with weak products who use patents to harass competitors, and patent lawyers." ... "Name one genius inventor who has gotten rich from a software patent." ...)
 Site asking people to "Stop typing amazon.com. Start typing noamazon.com." http://www.noamazon.com/. See also: http://www.gnu.org/philosophy/amazon.html
 The term "Free Software" is defined by the Free Software Foundation (FSF) at http://www.fsf.org/philosophy/free-sw.html. Most importantly, "``Free software`` is a matter of liberty, not price. To understand the concept, you should think of ``free`` as in ``free speech,`` not as in ``free beer.``". See also "Open Source"  and FLOSS.
 The term "Open Source" is defined by the Open Source Initiative (OSI) at http://www.opensource.org/docs/definition_plain.html. Open source doesn't just mean access to the source code. The distribution terms of open-source software must comply with 10 criteria.
 The importance of Free Software to modern software development is outside the scope of this article, but can not be understated. It is hard to imagine the growth of the Internet without Free Software, nor can one imagine the growth of Free Software without the Internet. I am of the belief that Free Software and the Internet are two co-dependent transformative technologies that threaten to not only disrupt incumbent businesses, but also many incumbent business models.
 While the GNU Project was conceived in 1983, free software has a history from the early 1970's http://www.fsf.org/gnu/gnu-history.html. It is important to realize that free software pre-dates software patents in the United States by a decade (Diamond v. Diehr, 1981).
 GNU General Public License (GNU GPL) http://www.fsf.org/copyleft/gpl.html. This license is one of the most popular Free Software licenses, and is used as the basis for other licenses.
 Eben Moglen, "Free Software Matters: Patently Controversial", 2001 http://moglen.law.columbia.edu/publications/lu-16.html (which notes that "We cannot just buy a patent license, because though free software isn't always free like free beer, it cannot exist at all unless it is free like free speech: everyone has to be allowed to take free code from one place and use it in another, or build on it, so long as she is willing to share and share alike.")
 FSF's Position on Proposed W3 Consortium "Royalty-Free" Patent Policy http://www.fsf.org/philosophy/w3c-patent.html
 In my submission in 2001 to the copyright reform consultation I asked the question whether recent interpretations of copyright helped create "a new economy, or a new product for the old economy?" http://www.flora.ca/copyright-2001.shtml#new-economy.
 Some of the reasons why a company may join a patent pool exists with Free Software. As an example, the price of entry into the GNU GPL software pool is that any derivative works of the software must be distributed under the same licensing terms as the original. Unlike a patent pool, there is no mechanism to revoke software already licensed under the GPL and thus the GPL offers considerable market stability.
 Reference  at page 1205:
 Paragraph 65.(2)(d) of the Canadian Patent Act reads:
 Proposal for a Directive on the patentability of computer-implemented inventions - frequently asked questions http://europa.eu.int/comm/internal_market/en/indprop/comp/02-32.htm. "However, since the EPC came into force in 1978, more than 30,000 software-related patents have been granted, and a considerable body of case law on the subject has been built up by the appellate bodies of the European Patent Office (EPO) and the Member States' courts."
 The Utility Requirement in Patent Law http://www.lawnotes.com/patent/patblty/utility.html
 Examination Guidelines for Computer-Related Inventions http://www.uspto.gov/web/offices/com/hearings/software/analysis/computer.html
 Testimony from PTO hearing on Non-Obviousness, 7/20/94, Greg Aharonian http://www.eff.org/IP/pto_nonobviousness_hearing_072094.testimony
 WIPO Standing Committee on the Law of Patents (SCP), Issues currently considered by the SCP, Disclosure of Technological Information on the Internet and its Impact on Patentability http://www.wipo.int/eng/document/scp_ce/index_4.htm (only deals with the question of harmonizing historical rules, rather than addressing the forward looking public policy question of whether Internet publishing should constitute "prior art", and/or define "whether such information has become state of the art, even if it was disclosed on the Internet for only a limited time".)
 Section 44 of the Canadian Patent Act reads:
 Publication of an Invention and Patent Filing Deadlines http://www.lawnotes.com/patent/deadline/publicat.html
 section 55.1 of the Canadian Patent Act reads:
 Software patents ? Obstacles to software development http://www.cl.cam.ac.uk/~mgk25/stallman-patents.html (Transcript of a talk presented by Richard Stallman on 2002-03-25 at the University of Cambridge)
 United States Patent 5,960,411 "Method and system for placing a purchase order via a communications network"
 BustPatents.com list of invalid/withdrawn/pathetic software patents http://www.bustpatents.com/invalid.htm
 World Wide Web Consortium (W3C) http://www.w3.org/
 W3C Patent Policy Working Group http://www.w3.org/2001/ppwg/
 Royalty-Free Patent Policy http://www.w3.org/TR/patent-policy/ (This is a W3C working draft. Previous versions of this policy are linked via the Patent Policy Working Group website. )
 Section 10 of RFC2026: INTELLECTUAL PROPERTY RIGHTS http://www.ietf.org/IESG/Section10.txt
 The Internet Standards Process -- Revision 3 http://www.ietf.org/rfc/rfc2026.txt
 IETF Page of Intellectual Property Rights Notices http://www.ietf.org/ipr.html
 W3C Patent Policy Framework, W3C Working Draft 16 August 2001, RAND http://www.w3.org/TR/2001/WD-patent-policy-20010816/#def-RAND
 Patent Policy Working Group, Royalty-Free Patent Policy, W3C Working Draft 14 November 2002 http://www.w3.org/TR/2002/WD-patent-policy-20021114/#sec-Requirements (Subsection 3(3) reads, "may be limited to implementations of the Recommendation, and to what is required by the Recommendation".)
 Maureen A. O'rourke, "Toward a doctrine of fair use in patent law", Columbia law review, volume 100, No. 5 (June 2000)
 Gregory Aharonian is a is a consultant to law firms and corporations, long term critic of the US patent office, and specializes in determining the invalidity or enforceability of issued patents. He hosts a website at http://www.bustpatents.com/ and publishes an Internet Patent News Service.
 Community Patent http://europa.eu.int/comm/internal_market/en/indprop/patent/
 Internet Engineering Task Force (IETF) http://www.ietf.org/
 The main page at http://swpat.ffii.org/ includes the following quote: