decoration decoration
Stories

GROKLAW
When you want to know more...
decoration
For layout only
Home
Archives
Site Map
Search
About Groklaw
Awards
Legal Research
Timelines
ApplevSamsung
ApplevSamsung p.2
ArchiveExplorer
Autozone
Bilski
Cases
Cast: Lawyers
Comes v. MS
Contracts/Documents
Courts
DRM
Gordon v MS
GPL
Grokdoc
HTML How To
IPI v RH
IV v. Google
Legal Docs
Lodsys
MS Litigations
MSvB&N
News Picks
Novell v. MS
Novell-MS Deal
ODF/OOXML
OOXML Appeals
OraclevGoogle
Patents
ProjectMonterey
Psystar
Quote Database
Red Hat v SCO
Salus Book
SCEA v Hotz
SCO Appeals
SCO Bankruptcy
SCO Financials
SCO Overview
SCO v IBM
SCO v Novell
SCO:Soup2Nuts
SCOsource
Sean Daly
Software Patents
Switch to Linux
Transcripts
Unix Books

Gear

Groklaw Gear

Click here to send an email to the editor of this weblog.


You won't find me on Facebook


Donate

Donate Paypal


No Legal Advice

The information on Groklaw is not intended to constitute legal advice. While Mark is a lawyer and he has asked other lawyers and law students to contribute articles, all of these articles are offered to help educate, not to provide specific legal advice. They are not your lawyers.

Here's Groklaw's comments policy.


What's New

STORIES
No new stories

COMMENTS last 48 hrs
No new comments


Sponsors

Hosting:
hosted by ibiblio

On servers donated to ibiblio by AMD.

Webmaster
An in-depth look at the patents in the conflict | 400 comments | Create New Account
Comments belong to whoever posts them. Please notify us of inappropriate comments.
Very good read!
Authored by: Anonymous on Saturday, May 12 2012 @ 12:53 AM EDT
And I agree with him, that neither of these patented "inventions" is novel or nonobvious. Its ridiculous that standard CS techniques dating back at least to the 60's, can end up being patented in the 90's.

The worst part is that NEARLY ALL SOFTWARE PATENTS ARE THIS BAD.

A very, very small percentage of them describe something that is actually clever enough that most programmers, placed in the same situation, would never have thought of it themselves. But the vast majority of software patents just cover the everyday work product of programmers. If you took ten programmers and gave them the same problem to solve, there's usually a good chance that one or more of them would come up with the patented idea as their solution (especially if its the best _and most obvious_ idea for solving that particular problem).

Why is this, you ask? Simple. In most companies, the way software patents come into existence works like this. Programmers solve problems (maybe even with clever solutions) and build software, and the company sells it. And then the lawyers come around to the programmers and say, "Did you invent anything lately that we can patent? You get a $500 bonus for each idea we get a patent on." The programmer then reviews his last two months of work and pulls out five or ten of the most clever things he thought up, and immediately discards most of them because they are so obvious that he can't pretend even to himself that they deserve patent protection. But the last one or two he's not so sure about, so he describes it to the lawyer in a couple of sentences. And the lawyer's eyes light up, and thus begins several back-and-forth sessions where the programmer clearly explains things and draws diagrams, and the lawyer translates everything the programmer wrote into unreadable legal gobbledygook.

Seriously! I've seen this process first-hand at multiple past employers. (Fortunately, at my current employer everybody is so busy trying to meet deadlines that nobody has time to worry about stupid things like applying for patents.)

When the application is dozens of pages long and not even the programmer understands what it talks about anymore, they attach a bunch of prior art and ship it off to the patent office along with the fee (a few thousand dollars) and wait for the first rejection. (Hopefully the programmer is no longer involved by this point.) When it comes back, they tweak it to get around any objections of the patent office, maybe by limiting claims or maybe just by changing the terminology so that it purports to not claim obviously-unpatentable things anymore (even though it's still a SOFTWARE PATENT which is a ridiculous thing that should never have been allowed to exist in the first place, oh well).

Eventually, the company gets their patent, the programmer gets his $500 bonus, and for the next 17 years, everyone else who uses even vaguely similar ideas in their software is in danger of being sued for infringement and having to spend millions of dollars to defend themselves.

Can anyone see what's wrong with this picture?

The programmer gets a $500 incentive, and it only costs him a few hundred dollars worth of his time. The lawyers make a few hundred dollars for their hours. The company spends a few thousand dollars each time they apply for the patent. But someday, they can use it to sue some other productive member of society for millions of dollars in damages! Unfortunately, those millions of dollars don't come from thin air. The very existence of patent lawsuits (and patent lawyers!) is a significant harm to society, and we would do well as a society to just do away with them both.

[ Reply to This | Parent | # ]

An in-depth look at the patents in the conflict
Authored by: PJ on Saturday, May 12 2012 @ 03:13 AM EDT
Excellent. I'll add a link in the article.

[ Reply to This | Parent | # ]

An in-depth look at the patents in the conflict
Authored by: Anonymous on Saturday, May 12 2012 @ 04:41 AM EDT
Both patents managed to achieve a level of vagueness about what they were actually describing that made it extremely difficult to see what mechanism was actually the subject of the patent or indeed what the mechanism was.
If this is true, then they have not followed the USPTO's Specification [Description and Claims] which require
The specification must include a written description of the invention and of the manner and process of making and using it, and is required to be in such full, clear, concise, and exact terms as to enable any person skilled in the technological area to which the invention pertains, or with which it is most nearly connected, to make and use the same.
[emphasis added] and so is, by default, an invalid patent; not to mention that the examiner that passed it has acted negligently, and hence the USPTO has.

[ Reply to This | Parent | # ]

History of a process? How long ago? So, how free is it today?
Authored by: Anonymous on Sunday, May 13 2012 @ 08:39 AM EDT
Often times, the method or concept that is used, has roots
that go back to early computing days, so long ago, that code
was not affected by copyright law (not registered etc - such
as much of the early Unix code), or was so long ago, that
patent protection time frames for such methods and concepts,
expired also a long time ago.

I would have loved for some of that the have been brought
forward, as well as the material of this article, in cases
such as the one we are seeing now (loaded full of fiction
from the Oracle side).

History of a process? How long ago? So, how free is it
today?

Of course, we know that the USPTO, is confused, even when
they do patent reviews, they still get it wrong.

[ Reply to This | Parent | # ]

Groklaw © Copyright 2003-2013 Pamela Jones.
All trademarks and copyrights on this page are owned by their respective owners.
Comments are owned by the individual posters.

PJ's articles are licensed under a Creative Commons License. ( Details )