There is a notice in the Federal Register that the USPTO would like to form a partership with the software community to figure out how to "enhance" the quality of software patents. To that end, they are looking for comments and there will be two roundtable events sponsored by the USPTO, one in Silicon Valley and one in New York, both in February:Each roundtable event will provide a forum for an informal and
interactive discussion of topics relating to patents that are
particularly relevant to the software community. While public attendees
will have the opportunity to provide their individual input, group
consensus advice will not be sought....
The first topic
relates to how to improve clarity of claim boundaries that define the
scope of patent protection for claims that use functional language.
I know the USPTO doesn't want to hear that software and patents totally need to get a divorce, but since most software developers believe that, maybe somebody should at least mention it to them, if only as a future topic for discussion. Most developers I know believe software is
unpatentable subject matter. It's obvious the USPTO realizes there is serious unhappiness among software developers, and they'd like to improve things. Software developers are the folks most immediately and directly affected by the software patents the USPTO issues, and it's getting to the point that no one can code anything without potentially getting sued. I don't wish to be cynical, though, as that's a useless thing. So maybe we should look at it as an opportunity to at least be heard. It's progress that they even thought about having a dialogue with developers, if you look at it that way. I'm sure companies with lots of patents will be participating. So some of you should probably try to attend too, don't you think? At least send in thoughtful, respectful but clear and specific comments. Large companies with patent portfolios they treasure and don't want to lose can't represent the interests of individual developers or the FOSS community, those most seriously damaged by toxic software patents. And now that patent trolls are targeting individual apps developers and small businesses that simply use technology like scanners and email, somebody needs to listen to what those of us who are not IBM or Microsoft or Google are enduring. And heaven only knows they are going through plenty too. But my point is there are more of you than there are of them.
If you do want to attend, you have to register by February 4th, free, but seating is limited, and it's first-come, first-serve:
To register, please send an email message to SoftwareRoundtable2013@uspto.gov and provide the following information: (1) Your name, title, and if applicable, company or organization, address, phone number, and email address; (2) which roundtable event you wish to attend (Silicon Valley or New York City); and (3) if you wish to make an oral presentation at the event, the specific topic or issue to be addressed and the approximate desired length of your presentation.
For sure many of you have ideas to express on the first topic. The deadline to send in written comments for consideration is March 15, and you can do it by email (SoftwareRoundtable2013@uspto.gov) or by snail mail, but they express a strong preference for email. That is for all three topics, not just the first one:
For these initial roundtable events, this notice sets forth several topics to begin the Software Partnership discussion. The first topic relates to how to improve clarity of claim boundaries that define the scope of patent protection for claims that use functional language. The second topic requests that the public identify additional topics for future discussion by the Software Partnership. The third topic relates to a forthcoming Request for Comments on Preparation of Patent Applications and offers an opportunity for oral presentations on the Request for Comments at the Silicon Valley and New York City roundtable events. Written comments are requested in response to the first two discussion topics. Written comments on the third discussion topic must be submitted as directed in the forthcoming Request for Comments on Preparation of Patent Applications. That's why the deadline for commenting is after the roundtables, but time your comments based on what issue you are addressing, I'd say.
Comments will be posted online, so keep that in mind in terms of your own privacy interests, and they request you *not* include your address or phone number if you don't want it made public. And why would you want that, unless you are representing a company and have that address to use? If you wish to present at either event, you have to send your materials as Microsoft PowerPoint or Microsoft Word. Lordy, I'd like to give a presentation about the annoyance the USPTO creates by pushing propriatary requirements on us. Don't they realize that most people use mobile devices now, and most of us don't use Microsoft at all for anything any more? It's an Apple-Android world.
Oh, and the events will be webcast, so we can all watch and see how it goes.
Here's a bit more detail on the first topic:
Software-related patents pose unique challenges from both an
examination and an enforcement perspective. One of the most significant
issues with software inventions is identifying the scope of coverage of
the patent claims, which define the boundaries of the patent property
right. Software by its nature is operation-based and is typically
embodied in the form of rules, operations, algorithms or the like.
Unlike hardware inventions, the elements of software are often defined
using functional language. While it is permissible to use functional
language in patent claims, the boundaries of the functional claim
element must be discernible. Without clear boundaries, patent examiners
cannot effectively ensure that the claims define over the prior art,
and the public is not adequately notified of the scope of the patent
rights. Compliance with 35 U.S.C. 112(b) (second paragraph prior to
enactment of the Leahy-Smith America Invents Act (AIA)) ensures that a
claim is definite.
There are several ways to draft a claim effectively using
functional language and comply with section 112(b). One way is to
modify the functional language with structure that can perform the
recited function. Another way is to invoke 35 U.S.C. 112(f) (sixth
paragraph pre-AIA) and employ so-called ``means-plus-function''
language. Under section 112(f), an element in a claim for a combination
may be expressed as a means or step for performing a specified function
without the recital of structure, material or acts in support thereof,
and shall be construed to cover the corresponding structure, material,
or acts described in the specification and equivalents thereof. As is
often the case with software-related claims, an issue can arise as to
whether sufficient structure is present in the claim or in the
specification, when section 112(f) is invoked, in order to satisfy the
requirements of section 112(b) requiring clearly defined claim
boundaries. Defining the structure can be critical to setting clear
claim boundaries....
Topic 1: Establishing Clear Boundaries for Claims That Use Functional
Language
The USPTO seeks comments on how to more effectively ensure that the
boundaries of a claim are clear so that the public can understand what
subject matter is protected by the patent claim and the patent examiner
can identify and apply the most pertinent prior art. Specifically,
comments are sought on the following questions. It is requested that,
where possible, specific claim examples and supporting disclosure be
provided to illustrate the points made.
1. When means-plus-function style claiming under 35 U.S.C. 112(f)
is used in software-related claims, indefinite claims can be divided
into two distinct groups: claims where the specification discloses no
corresponding structure; and claims where the specification discloses
structure but that structure is inadequate. In order to specify
adequate structure and comply with 35 U.S.C. 112(b), an algorithm must
be expressed in sufficient detail to provide means to accomplish the
claimed function. In general, are the requirements of 35 U.S.C. 112(b)
for providing corresponding structure to perform the claimed function
typically being complied with by applicants and are such requirements
being applied properly during examination? In particular:
(a) Do supporting disclosures adequately define any structure
corresponding to the claimed function?
(b) If some structure is provided, what should constitute
sufficient `structural' support?
(c) What level of detail of algorithm should be required to meet
the sufficient structure requirement?
2. In software-related claims that do not invoke 35 U.S.C. 112(f)
but do recite functional language, what would constitute sufficient
definiteness under 35 U.S.C. 112(b) in order for the claim boundaries
to be clear? In particular:
(a) Is it necessary for the claim element to also recite structure
sufficiently specific for performing the function?
(b) If not, what structural disclosure is necessary in the
specification to clearly link that structure to the recited function
and to ensure that the bounds of the invention are sufficiently
demarcated?
3. Should claims that recite a computer for performing certain
functions or configured to perform certain functions be treated as
invoking 35 U.S.C. 112(f) although the elements are not set forth in
conventional means-plus-function format?
Here's 35 U.S. C. 112(f):
(f) Element in Claim for a Combination.— An element in a claim for a combination may be expressed as a means or step for performing a specified function without the recital of structure, material, or acts in support thereof, and such claim shall be construed to cover the corresponding structure, material, or acts described in the specification and equivalents thereof. They think software developers know what that is saying? I don't know from the words alone, and I'm a paralegal. But
here's a 2011 Federal Register notice on what the USPTO said it means:3. Computer-Implemented Means-Plus-Function Limitations: For a computer-implemented means-plus-function claim limitation invoking § 112, ¶ 6, the corresponding structure is required to be more than simply a general purpose computer or microprocessor. [96] To claim a means for performing a particular computer-implemented function and then to disclose only a general purpose computer as the structure designed to perform that function amounts to pure functional claiming. [97]
The structure corresponding to a § 112, ¶ 6 claim limitation for a computer-implemented function must include the algorithm needed to transform the general purpose computer or microprocessor disclosed in the specification. [98] The corresponding structure is not simply a general purpose computer by itself but the special purpose computer as programmed to perform the disclosed algorithm. [99] Thus, the specification must sufficiently disclose an algorithm to transform a general purpose microprocessor to the special purpose computer. [100] An algorithm is defined, for example, as “a finite sequence of steps for solving a logical or mathematical problem or performing a task.” [101] Applicant may express the algorithm in any understandable terms including as a mathematical formula, in prose, in a flow chart, or “in any other manner that provides sufficient structure.” [102]
__________
[96] Aristocrat Techs. Australia Pty Ltd. v. Int'l Game Tech., 521 F.3d 1328, 1333 (Fed. Cir. 2008).
[97] Id.
[98] Id.; Finisar Corp. v. DirecTV Group, Inc., 523 F.3d 1323, 1340 (Fed. Cir. 2008); WMS Gaming, Inc. v. Int'l Game Tech., 184 F.3d 1339, 1349 (Fed. Cir. 1999).
[99] Aristocrat, 521 F.3d at 1333.
[100] Id. at 1338.
[101] Microsoft Computer Dictionary, Microsoft Press, 5th edition, 2002.
[102] Finisar, 523 F.3d at 1340; see also Intel Corp. v. VIA Techs., Inc., 319 F.3d 1357, 1366 (Fed. Cir. 2003); In re Dossel, 115 F.3d 942, 946-47 (1997); MPEP § 2181. That's how they explained it in 2011. But let's be real. With the US Supreme Court and the Federal Circuit playing ping pong with where the line should be, nobody knows where it really is any more. You may have noticed that in the amicus briefs being filed in the CLS Bank v. Alice case, a case about when, if ever, software should be patentable being considered by the Federal Circuit. Here's what I know, though. Just saying "with a computer" shouldn't be enough. Note that there is also a request for comments on what would be best practices when preparing patent applications as they relate to software. That's at the very end of the notice, Topic 3: Oral comments are requested on the
advantages and disadvantages of applicants employing the following
practices when preparing patent applications as they relate to software
claims.
Expressly identifying clauses within particular claim
limitations for which the inventor intends to invoke 35 U.S.C. 112(f)
and pointing out where in the specification corresponding structures,
materials, or acts are disclosed that are linked to the identified 35
U.S.C. 112(f) claim limitations; and
Using textual and graphical notation systems known in the
art to disclose algorithms in support of computer-implemented claim
limitations, such as C-like pseudo-code or XML-like schemas for textual
notation and Unified Modeling Language (UML) for graphical notation. If you understand that, go for it. All I know is saying "with a computer" or "on a computer" should never be enough. And you should have to provide source code. No excuses. If the point is that the public is supposed to get something out of patent law beyond higher prices, and if it's supposed to be specific enough that someone skilled in the art can know how to duplicate it, surely source code is required. Developers don't speak legalese. They speak code. So if they're supposed to understand and benefit, you need to speak their language. And if a company is too paranoid about its precious software secrets, then patents are not appropriate. Let them use trade secret protection, because otherwise the public is being robbed of its end of the patent law bargain. With that introduction, here is the complete notice from the Federal Register, also available
as PDF:
******************
[Federal Register Volume 78, Number 2 (Thursday, January 3, 2013)]
[Notices]
[Pages 292-295]
From the Federal Register Online via the Government Printing Office [www.gpo.gov]
[FR Doc No: 2012-31594]
-----------------------
DEPARTMENT OF COMMERCE
United States Patent and Trademark Office
[Docket No. PTO-P-2012-0052]
Request for Comments and Notice of Roundtable Events for
Partnership for Enhancement of Quality of Software-Related Patents
AGENCY: United States Patent and Trademark Office, Commerce.
ACTION: Request for comments. Notice of meetings.
----------------------------
SUMMARY:
The United States Patent and Trademark Office (USPTO) seeks to
form a partnership with the software community to enhance the quality
of
software-related patents (Software Partnership). Members of the public
are invited to participate. The Software Partnership will be an
opportunity to bring stakeholders together through a series of
roundtable discussions to share ideas, feedback, experiences, and
insights on software-related patents. To commence the Software
Partnership and to provide increased opportunities for all to
participate, the USPTO is sponsoring two roundtable events with
identical agendas, one in Silicon Valley, and the other in New York
City. Each roundtable event will provide a forum for an informal and
interactive discussion of topics relating to patents that are
particularly relevant to the software community. While public attendees
will have the opportunity to provide their individual input, group
consensus advice will not be sought.
For these initial roundtable events, this notice sets forth several
topics to begin the Software Partnership discussion. The first topic
relates to how to improve clarity of claim boundaries that define the
scope of patent protection for claims that use functional language. The
second topic requests that the public identify additional topics for
future discussion by the Software Partnership. The third topic relates
to a forthcoming Request for Comments on Preparation of Patent
Applications and offers an opportunity for oral presentations on the
Request for Comments at the Silicon Valley and New York City roundtable
events. Written comments are requested in response to the first two
discussion topics. Written comments on the third discussion topic must
be submitted as directed in the forthcoming Request for Comments on
Preparation of Patent Applications.
DATES: Events: The Silicon Valley event will be held on Tuesday,
February 12, 2013, beginning at 9 a.m. Pacific Standard Time (PST) and
ending at 12 p.m. PST. The New York City event will be held on
Wednesday, February 27, 2013, beginning at 9 a.m. Eastern Standard Time
(e.s.t.) and ending at 12 p.m. e.s.t.
Comments: To be ensured of consideration, written comments must be
received on or before March 15, 2013. No public hearing will be held.
Registration: Registration for both roundtable events is requested
by February 4, 2013.
ADDRESSES: Events: The Silicon Valley event will be held at: Stanford
University, Paul Brest Hall, 555 Salvatierra Walk, Stanford, CA 94305-
2087.
The New York City event will be held at: New York University, Henry
Kaufman Management Center, Faculty Lounge, Room 11-185, 44 West 4th
St., New York, NY 10012.
Comments: Written comments should be sent by electronic mail
addressed to SoftwareRoundtable2013@uspto.gov. Comments may also be
submitted by mail addressed to: Mail Stop Comments--Patents,
Commissioner for Patents, P.O. Box 1450, Alexandria, VA 22313-1450,
marked to the attention of Seema Rao, Director Technology Center 2100.
Although comments may be submitted by mail, the USPTO prefers to
receive comments via the Internet.
The comments will be available for public inspection at the Office
of the Commissioner for Patents, located in Madison East, Tenth Floor,
600 Dulany Street, Alexandria, Virginia, and will be available via the
USPTO Internet Web site at http://www.uspto.gov. Because comments will
be available for public inspection, information that is not desired to
be made public, such as an address or phone number, should not be
included in the comments. Parties who would like to rely on
confidential information to illustrate a point are requested to
summarize or otherwise submit the information in a way that will permit
its public disclosure.
Registration: Two separate roundtable events will occur, with the
first in Silicon Valley and the second event in New York City.
Registration is required, and early registration is recommended because
seating is limited. There is no fee to register for the roundtable
events, and registration will be on a first-come, first-served basis.
Registration on the day of the event will be permitted on a space-
available basis beginning 30 minutes before the event.
To register, please send an email message to
SoftwareRoundtable2013@uspto.gov and provide the following information:
(1) Your name, title, and if applicable, company or organization,
address, phone number, and email address; (2) which roundtable event
you wish to attend (Silicon Valley or New York City); and (3) if you
wish to make an oral presentation at the event, the specific topic or
issue to be addressed and the approximate desired length of your
presentation. Each attendee, even if from the same organization, must
register separately.
The USPTO will attempt to accommodate all persons who wish to make
a presentation at the roundtable events. After reviewing the list of
speakers, the USPTO will contact each speaker prior to the event with
the amount of time available and the approximate time that the
speaker's presentation is scheduled to begin. Speakers must then send
the final electronic copies of their presentations in Microsoft
PowerPoint or Microsoft Word to SoftwareRoundtable2013@uspto.gov by
February 1, 2013, so that the presentation can be displayed at the
events.
The USPTO plans to make the roundtable events available via Web
cast. Web cast information will be available on the USPTO's Internet
Web site before the events. The written comments and list of the event
participants and their affiliations will be posted on the USPTO's
Internet Web site at www.uspto.gov.
If you need special accommodations due to a disability, please
inform the contact persons identified below.
FOR FURTHER INFORMATION CONTACT: Seema Rao, Director Technology Center
2100, by telephone at 571-272-3174, or by electronic mail message at
seema.rao@uspto.gov or Matthew J. Sked, Legal Advisor, by telephone at
(571) 272-7627, or by electronic mail message at
matthew.sked@uspto.gov.
SUPPLEMENTARY INFORMATION:
I. Purpose of Notice: This notice is directed to announcing the
Software Partnership which is a cooperative effort between the USPTO
and the software community to explore ways to enhance the quality of
software-related patents. The Software Partnership will commence with
the two bi-coastal roundtable events. The initial topics selected for
comment and discussion have been chosen based on input the USPTO has
received regarding software-related patents. The input has been gleaned
from public commentary on patent quality, dialogue with stakeholders
that have requested that the USPTO take a closer look at the quality of
software-related patents, and from insight based on court cases in
which software-related patents have been the subject of litigation. The
public is invited to provide comments on these initial topics and to
identify future topics for discussion.
II. Background on Initiative to Enhance Quality of Software-Related
Patents: The USPTO is continuously seeking ways to improve the quality
of patents. A quality patent is defined, for purposes of this notice,
as a patent: (a) For which the record is clear that the application has
received a thorough and complete examination, addressing all issues on
the record, all examination having been done in a manner lending
confidence to the public and patent owner that the resulting patent is
most
likely valid; (b) for which the protection granted is of proper scope;
and (c) which provides sufficiently clear notice to the public as to
what is protected by the claims.
Software-related patents pose unique challenges from both an
examination and an enforcement perspective. One of the most significant
issues with software inventions is identifying the scope of coverage of
the patent claims, which define the boundaries of the patent property
right. Software by its nature is operation-based and is typically
embodied in the form of rules, operations, algorithms or the like.
Unlike hardware inventions, the elements of software are often defined
using functional language. While it is permissible to use functional
language in patent claims, the boundaries of the functional claim
element must be discernible. Without clear boundaries, patent examiners
cannot effectively ensure that the claims define over the prior art,
and the public is not adequately notified of the scope of the patent
rights. Compliance with 35 U.S.C. 112(b) (second paragraph prior to
enactment of the Leahy-Smith America Invents Act (AIA)) ensures that a
claim is definite.
There are several ways to draft a claim effectively using
functional language and comply with section 112(b). One way is to
modify the functional language with structure that can perform the
recited function. Another way is to invoke 35 U.S.C. 112(f) (sixth
paragraph pre-AIA) and employ so-called ``means-plus-function''
language. Under section 112(f), an element in a claim for a combination
may be expressed as a means or step for performing a specified function
without the recital of structure, material or acts in support thereof,
and shall be construed to cover the corresponding structure, material,
or acts described in the specification and equivalents thereof. As is
often the case with software-related claims, an issue can arise as to
whether sufficient structure is present in the claim or in the
specification, when section 112(f) is invoked, in order to satisfy the
requirements of section 112(b) requiring clearly defined claim
boundaries. Defining the structure can be critical to setting clear
claim boundaries.
III. Topics for Public Comment and Discussion at the Roundtable
Events: The USPTO is seeking input on the following topics relating to
enhancing the quality of software-related patents. These initial topics
are intended to be the first of many topics to be explored in a series
of roundtables that may ultimately be used for USPTO quality
initiatives, public education or examiner training. First, written and
oral comments are sought on input regarding improving the clarity of
claim boundaries for software-related claims that use functional
language by focusing on 35 U.S.C. 112 (b) and (f) during prosecution of
patent applications. Second, written and oral comments are sought on
future topics for the Software Partnership to address. Third, oral
comments are sought on the forthcoming Request for Comments on
Preparation of Patent Applications to the extent that the topics of
that notice particularly pertain to software-related patents.
The initial topics for which the USPTO is requesting written and,
if desired, oral comments are as follows:
Topic 1: Establishing Clear Boundaries for Claims That Use Functional
Language
The USPTO seeks comments on how to more effectively ensure that the
boundaries of a claim are clear so that the public can understand what
subject matter is protected by the patent claim and the patent examiner
can identify and apply the most pertinent prior art. Specifically,
comments are sought on the following questions. It is requested that,
where possible, specific claim examples and supporting disclosure be
provided to illustrate the points made.
1. When means-plus-function style claiming under 35 U.S.C. 112(f)
is used in software-related claims, indefinite claims can be divided
into two distinct groups: claims where the specification discloses no
corresponding structure; and claims where the specification discloses
structure but that structure is inadequate. In order to specify
adequate structure and comply with 35 U.S.C. 112(b), an algorithm must
be expressed in sufficient detail to provide means to accomplish the
claimed function. In general, are the requirements of 35 U.S.C. 112(b)
for providing corresponding structure to perform the claimed function
typically being complied with by applicants and are such requirements
being applied properly during examination? In particular:
(a) Do supporting disclosures adequately define any structure
corresponding to the claimed function?
(b) If some structure is provided, what should constitute
sufficient `structural' support?
(c) What level of detail of algorithm should be required to meet
the sufficient structure requirement?
2. In software-related claims that do not invoke 35 U.S.C. 112(f)
but do recite functional language, what would constitute sufficient
definiteness under 35 U.S.C. 112(b) in order for the claim boundaries
to be clear? In particular:
(a) Is it necessary for the claim element to also recite structure
sufficiently specific for performing the function?
(b) If not, what structural disclosure is necessary in the
specification to clearly link that structure to the recited function
and to ensure that the bounds of the invention are sufficiently
demarcated?
3. Should claims that recite a computer for performing certain
functions or configured to perform certain functions be treated as
invoking 35 U.S.C. 112(f) although the elements are not set forth in
conventional means-plus-function format?
Topic 2: Future Discussion Topics for the Software Partnership
The USPTO is seeking public input on topics related to enhancing
the quality of software-related patents to be discussed at future
Software Partnership events. The topics will be used in an effort to
extend and expand the dialogue between the public and the USPTO
regarding enhancing quality of software-related patents. The Software
Partnership is intended to provide on-going, interactive opportunities
and a forum for engagement with the USPTO and the public on software-
related patents. Therefore, to plan future events, the USPTO seeks
input on which topics, and in what order of priority, are of most
interest to the public. Input gathered from these events, may be used
as the basis for internal training efforts and quality initiatives. One
potential topic for future discussion is how determinations of
obviousness or non-obviousness of software inventions can be improved.
Another potential topic is how to provide the best prior art resources
for examiners beyond the body of U.S. Patents and U.S. Patent
Publications. Additional topics are welcomed.
Another topic for which the USPTO is requesting oral comment at the
roundtable events is as follows:
Topic 3: Oral Presentations on Preparation of Patent Applications
In the near future, the USPTO will issue a Request for Comments on
Preparation of Patent Applications. The purpose of this forthcoming
Request for Comments is to seek public input on whether certain
practices could or should be used during the preparation of an
application to place the application in the best possible condition for
examination and whether the use of these practices would assist
the public in determining the scope of the claims as well as the
meaning of the claim terms in the specification. To ensure proper
consideration, written comments to the forthcoming Request for Comments
should only be submitted in response to that notice to
QualityApplications_Comments@uspto.gov. However, registrants may make
oral presentations at the Silicon Valley and New York City roundtable
events on the topics related to the forthcoming Request for Comments to
the extent that the topics pertain to software-related inventions. Note
particularly two questions from the forthcoming Request for Comments,
which are previewed below. Oral comments are requested on the
advantages and disadvantages of applicants employing the following
practices when preparing patent applications as they relate to software
claims.
Expressly identifying clauses within particular claim
limitations for which the inventor intends to invoke 35 U.S.C. 112(f)
and pointing out where in the specification corresponding structures,
materials, or acts are disclosed that are linked to the identified 35
U.S.C. 112(f) claim limitations; and
Using textual and graphical notation systems known in the
art to disclose algorithms in support of computer-implemented claim
limitations, such as C-like pseudo-code or XML-like schemas for textual
notation and Unified Modeling Language (UML) for graphical notation.
Dated: December 27, 2012.
David J. Kappos,
Under Secretary of Commerce for Intellectual Property and Director of
the United States Patent and Trademark Office.
[FR Doc. 2012-31594 Filed 1-2-13; 12:09 pm]
|