Slashdot Mirror


Supreme Court Weakens Patents

ajakk writes "The U.S. Supreme Court, in a unanimous opinion, overturned the decades old test for determine whether a patent is obvious. The Court ruled that the Court had looked at obviousness in a "narrow, rigid manner." This should allow patents to be more easily invalidated because they are obvious."

19 of 331 comments (clear)

  1. Now everyone will RTFA by Harmonious+Botch · · Score: 5, Funny

    Now that one click is not patentable...

  2. The whole opinion by Anonymous Coward · · Score: 4, Informative
  3. KSR INTERNATIONAL CO. v. TELEFLEX INC. ET AL. by Anonymous Coward · · Score: 5, Informative
    1. Re:KSR INTERNATIONAL CO. v. TELEFLEX INC. ET AL. by eldavojohn · · Score: 5, Interesting

      There's also a paper on Digital Law Online entitled "Unclear and Unconvincing: How a misunderstanding led to the heightened evidentiary requirement in patent litigation" that does a good job of giving the history of this subject and how it came to be so backward before this was "weakened" ... it's a bit long though.

      --
      My work here is dung.
  4. Windows vs AT&T has some very strange phrasing by argent · · Score: 4, Interesting
    The first point is interesting, reading in part...

    Until expressed as a com-
    puter-readable "copy," e.g., on a CD-ROM, Windows--indeed any
    software detached from an activating medium--remains uncom-
    binable. It cannot be inserted into a CD-ROM drive or downloaded
    from the Internet; it cannot be installed or executed on a computer.
    Abstract software code is an idea without physical embodiment, and
    as such, it does not match 271(f)'s categorization: "components"
    amenable to "combination." Windows abstracted from a tangible copy
    no doubt is information--a detailed set of instructions--and thus
    might be compared to a blueprint (or anything else containing design
    information). A blueprint may contain precise instructions for the
    construction and combination of the components of a patented device,
    but it is not itself a combinable component. What exactly is this "Windows in the abstract" separate from "a copy of Windows"? Do they mean that if I copy a software program that incorporates a patented invention, until that copy is converted into a deliverable form it's actually not an implementation of the patented invention. So, for example, software distributed as source code can't violate a patent until it's compiled?

    Microsoft may have laid up a whole heap of trouble for themselves here.
  5. MS-bashing not quite appropriate here. by Kadin2048 · · Score: 4, Informative

    Isn't this exactly what we wanted to happen? What kind of repurcussions is this going to have on patent-crazy companies like Microsoft?

    This is one of the reasons why it's good to RTFA ... Microsoft was actually the appellant in this case -- the losing party who pushed the case to the USSC, and just won -- they were fighting AT&T, who claimed that U.S. patents basically could be enforced extraterritorially.

    The whole issue was whether Microsoft, a U.S. corporation, was responsible for violating AT&T's U.S. patents (which are not, by and large, enforceable elsewhere, for instance in Europe and Asia -- there's no patent equivalent to the Berne Convention on copyright, really) if they only ever violated them in places where AT&T's patents didn't apply (outside the U.S.).

    So if Microsoft went and sold AT&T-patent-encumbered software, but only in Europe, AT&T wanted to sue them for patent infringement here in the U.S. This was obviously a Bad Thing, and would have been a major expansion of patentholder's rights.

    The WSJ article about it today was pretty good. (I think that link should work, since it has the "googlenews_wsj" in the URL to bypass their 'Free Preview' bullshit.)

    So in this case, Microsoft was actually the good guy.

    --
    "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
  6. Re:IANAL by Anonymous Coward · · Score: 5, Insightful

    No. Patents can be re-examined at any time with this ruling in mind. This will apply to every flimsy patent issued because of a bad CAFC ruling made years ago. This is the first time SCOTUS has weighed in on this topic since the Graham v. Deere case that established the rules for Obviousness. By calling for more re-examinations (poor patent office might get overrun), these old patents can and should be overturned. The screaming you hear is the big pharma who are going to lose their butts on this. The people who are happy, well believe it or not, they are the software folks (and patent examiners, who will like being able to reject patents without nearly as much effort as before).

    Also, people can use this case as precedent to have patents that they are being sued with overturned, showing that they do not have the strength to overcome obviousness over prior art. (Basically, SCOTUS just re-defined obviousness in prior art. Now that prior art has changed, patents can be overturned on prior art they previously were not able to be.)

  7. Next step by Mateo_LeFou · · Score: 4, Insightful

    Stop allowing patents on what is *obviously not patentable, e.g. mathematical algorithms and software

    --
    My turnips listen for the soft cry of your love
    1. Re:Next step by cpt+kangarooski · · Score: 4, Interesting

      I'm opposed to software patents, but not for reasons of obviousness. Rather, given that the purpose of patents is to spur inventors to invent, disclose the workings of their inventions, to bring those inventions to market, and to have the least burden on the public in terms of what they can't do, I think that software patents are inappropriate. There are other incentives to do these things besides the incentive of a patent. In the case of software and business methods, I think those other incentives are quite strong; strong enough that those fields would continue to thrive without patents (as they did until fairly recently, when patents came onto the scene in those fields) and that they'd actually do better, in fact, without the chilling effect on the market that the patents cause.

      If someday those other incentives diminish, we might want to have patents there again. Certainly we should keep an eye on this. But for now, I think that we'd see much more invention, disclosure, and bringing-to-market without the burden of patents than we have now.

      Does this argument satisfy you? Better still, would you agree with it?

      --
      -- This and all my posts are in the public domain. I am a lawyer. I am not your lawyer, and this is not legal advice.
    2. Re:Next step by oliverthered · · Score: 4, Insightful

      algorithms and software (just a bunch of algorithms ) are just representations of a mental process.
      As soon as you allow them to be patented you make thought itself against the law.

      --
      thank God the internet isn't a human right.
    3. Re:Next Step by Lockejaw · · Score: 4, Insightful

      Suppose Alice patents the FOO algorithm. If Bob wants to use it in a piece of software he's selling, he obviously needs a license from Alice to use it. But since "exclusive Right to their respective Writings and Discoveries" has been taken to include non-commercial use, what else can't Bob do? Can he implement it in free (gratis) software? Can he use the algorithm in code he writes, but doesn't distribute? Can he perform the algorithm himself? Can he be paid to do so?

      Since, as a sibling post stated, an algorithm is just a thought process, it's not really something to which exclusive rights should be granted.

      Most of the software patents we see these days don't play by the rules as it is. Either they don't do the full disclosure that is supposedly required (really, doesn't it seem odd that a product can be both patented and a trade secret?), are trivial or obvious combinations of existing things, have a large body of prior art, or some combination of the three. Software patents that do follow those rules are essentially patents on algorithms (i.e. sets of instructions on how to perform some task or calculation).

      The proper domains for proprietary software are trade secret for closed source code and copyright for open source code.

      --
      (IANAL)
    4. Re:Next step by TooManyNames · · Score: 5, Insightful
      I'm not really sure what you're getting at here. Algorithms are no more representations of a mental process than heat engines or ASIC chips. Algorithms do require a precise interpretation of mental processes, but then again so did every invention ever conceived. In fact, algorithms developed to leverage the way a computer works may have almost nothing to do with the corresponding mental process.

      For example, take a simple algorithm which decides the next best move in a chess game... do you really think that the standard mental process is to recursively examine the next several moves and potential counter moves for a given board layout. Similarly, is the typical mental process for using language based off of some well-defined CFG?

      Algorithms are designed according to the availability of several functional units not offered by the human brain. Software based off of mathematical algorithms exploit the availability of an ALU and/or FPU. Hardware might even be developed to accelerate frequent, specific tasks required by software (such as designing an accelerator to perform matrix multiplications) in which case the software is optimized according to the availability of such hardware.

      The truth is that, despite some superficial similarities, both the underlying design and functionality of a brain and computer are quite different and serve different purposes. To argue that there is no difference in the way each is used (which is what you are saying when you claim that software really isn't any different from thought) is to ignore the very structure of a computer.

      --
      "Is not a sentence" is not a sentence. Well damn.
  8. SCOTUS gets it - see this statement: by boxless · · Score: 5, Insightful

    At the end of the full ruling is this little chestnut:

    We build and create by bringing to the tangible and palpable reality around us new works based on instinct, simple logic, ordinary inferences, extraordinary ideas, and sometimes even genius. These advances, once part of our shared knowledge, define a new threshold from which innovation starts once more. And as progress beginning from higher levels of achievement is expected in the normal course, the results of ordinary innovation are not the subject of exclusive rights under the patent laws. Were it otherwise patents might stifle, rather than promote, the progress of useful arts. See U. S. Const., Art. I, 8, cl. 8.

  9. Here's an argument for ye by Mateo_LeFou · · Score: 4, Insightful

    Over 90% of software innovations are incremental steps on the existing set of best practices and commonly-used abstractions. If this base is screwed up by a bunch of patents, they defeat their purpose and hamper, rather than encourage, innovation.

    If you live in America, you won't have to go far for an example. If you live elsewhere, then go to America and then you won't have to go far for an example.

    --
    My turnips listen for the soft cry of your love
  10. The problem is how we handle them. by Kadin2048 · · Score: 5, Interesting

    I'm of the opinion that software patents are not necessarily horribly bad or wrong, at least not moreso than any other kind of patent, but it's just that the way they have been implemented currently is so far from ideal that we'd be better off eliminating patent protection from software entirely than sticking with it.

    What has traditionally been patentable are particular methods of solving problems. E.g., the sewing machine we're familiar with today (with two interlocking threads, one in a bobbin, etc.) is one way of solving the "how do we attach two pieces of material together" problem. It's (or rather, was) a novel solution to the problem, it was non-obvious, and it was particular. That's an example of a pretty good, justifiable patent. (Also because it's not easy to protect by other means -- once you see a sewing machine and take one apart, you realize immediately how it works and it's trivial to re-implement it, but if you hadn't ever seen one it's not obvious that two running threads is the way to do it, hence why it took so long to be invented.)

    I'm not sure that there is a good argument for preventing people from patenting the solutions to problems, where the form of the solution happens to be microcode, in the same way that the form of the solution to the sewing-machine problem was milled pieces of steel.

    But the problem arises when judges and patent examiners aren't skilled and selective about what's patentable. It's much easier, with software-based inventions, to get overbroad patents that negatively impact invention; rather than patenting a particular solution, what gets patented are entire classes of mathematical functions, or all possible software implementations (solutions) of a given problem. That would be like getting a patent, not on a particular sewing machine design, but on all sewing machines generally, or even "any machine for attaching two or more pieces of fabric together."

    The problem, in my opinion, with software patents isn't with the fact that they're software -- in my mind, software ought to be patented, and it ought not be protected under Copyright (unless we're willing to define it completely as "speech" with all the freedoms that entails) -- but that they're typically of very poor quality, shoddily researched, and overbroad.

    For this reason, I think the Europeans have done a good thing in just avoiding the issue entirely, because the cost of overbroad patents on innovation is far worse than no patents of a particular type at all. (I think this is trivially obvious but there are a lot of historical examples where overbroad patents have been problematic and basically stymied development that was otherwise ongoing -- the old internal-combustion patents are a prime example.)

    We have the legal framework to deal with software, but unfortunately we just haven't used it correctly, and until we're willing to do it correctly -- and that means we're going to need to apply a lot more resources to the task of ensuring that patents are novel, non-obvious, narrow in scope, and deserving of protection -- they're a lot more trouble than they're worth.

    --
    "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    1. Re:The problem is how we handle them. by g2devi · · Score: 5, Insightful

      > The problem, in my opinion, with software patents isn't with the fact that they're software -- in my mind, software ought to
      > be patented, ... -- but that they're typically of very poor quality, shoddily researched, and overbroad.

      It's more fundamental than that. I understand that you're trying to find a middle ground, but there is none (at least none that is "obvious":-]). It's a

      Here are four things to consider:

      (1) How many people actually look at patent to come up with ideas? If no-one does, then how is it helping with innovation? What exactly is the purpose of software patents other than a way for lawyers and patent trolls to get paid for disrupting innovation?

      (2) If I independently discover/reinvent the patent, then why should why should I have to pay someone else for the privilege of using *my* idea? Reinvention has nothing to do with obviousness. Sometimes the time is right for non-obvious inventions. Examples of this indepentent invention/rediscovery include quantum mechanics, light bulb, telephone, combustion engine, airplane, television, transistor, and integrated circuit. See http://goliath.ecnext.com/coms2/summary_0199-61065 42_ITM for a fuller description.

      (3) Relating to (2), suppose you allow independent reinvention as an exception. What happens if I want to tell people about *my* idea for free? I can't (and may get sued if I do). Free speach and society loses.

      (4) Software patents are supposed to protect "the little guy" but since big corps can afford to have millions of patents, it's almost certain that they have something that "the little guy" violates (or may potentially violate) and force "the little guy" to cross-license, enabling the big corps to "steal" (if you believe patents are IP) the idea. Even if "the little guy" doesn't violate any patents, it's possible for the big corps to drag the case out in court until "the little guy" is bankrupt (e.g. just look at how long SCO dragged the case out against another big corp), making it virtually impossible for "the little guy" to enforce the patent but very easy for big corps to freeze out competition.

      So basically, even when you have legitimate innovation, software patents serve no good purpose and are harmful. If you have a legitimate innovation then trade secrets are a better alternative that doesn't mess with any of the above problems.

      Software patents are a lot like DRM and both are like making a bed with an elastic sheet that's too small for the bed. It looks possible to have "perfect software patents" or "perfect DRM" or "to make the bed", and you may be able to tie down three of the sides, but as soon as you try to tied down the forth side either one of the other three sides come loose or the whole thing falls apart.

  11. Check out SCOTT v. HARRIS instead by platyk · · Score: 4, Interesting

    Are you bored by legal technicalities? Would you rather be watching a 90 mph police car chase that ends in a cataclysmic crash?? Well the SCOTUS has delivered just what you want in their other big decision today: SCOTT v. HARRIS.

    Yes, seriously here is the 93MB RealPlayer video: http://www.supremecourtus.gov/opinions/video/scott _v_harris.rmvb There are actually two videos of the chase back to back--the second one is better. Choice quote: "Let me have him 78, my car is already tore up!"

    (I guess it is ironic that RealVideo format is probably heavily protected by patents.)

    If you want the boring legal details of the case they are here: http://www.supremecourtus.gov/opinions/06pdf/05-16 31.pdf

    And here's a news story about it: http://abcnews.go.com/Politics/wireStory?id=310057 5

  12. copyright by zogger · · Score: 5, Insightful

    Software is typed up stuff, written in a language or languages, and as such, is more akin to written books or articles or say like musical scores, and should only be allowed copyright, not patents. Patents should be restricted to tangible products. In addition, the software industry itself has insisted and got granted immunity from normal consumer warranties, which is clearly evidence they don't see their own typed up stuff as a "normal product". It's *special*.

    They shouldn't have it both ways when no other industry can claim that. If it is patentable, it should come with a minimum implied normal warranty (suitable for use, no glaring and or dangerous defects, etc). No warranty should mean no patent, copyright only.

    I hope that is linear enough to answer your question.

  13. A Patent Lawyer's Perspective by Arguendo · · Score: 5, Insightful

    I am a patent litigator (meaning I mostly kill patents; I don't create them), and this of course is big news in my practice today, and will be very helpful in several on-going cases.

    Here's my take: the case allows lawyers to tell a story about the prior art that makes sense. Previously, the Federal Circuit had shut you down if you couldn't point out explicit prior art for every little detail of the patent that you wanted to invalidate. That's exactly what they did in the case under review. The defendant pointed out that all of the basic problems had been solved in other patents, but the Federal Circuit responded that they hadn't been solved with the intent of solving the particular problem the patent said it was trying to solve. Well, so what? We should be able to assume (and argue) that ordinary engineers have a little common sense and creativity in determining how to use previous inventions. We shouldn't have to show the courts that there was an exact road-map for an idiot to follow and arrive at the precise "invention" at issue. That's the big help in this case.

    So from my point of view, here are the two big advances from KSR today:

    • "A person of ordinary skill is also a person of ordinary creativity, not an automaton." (Page 17)
      This should be obvious, but it will help that the Supreme Court said it. It will be quoted a lot because it shows that we can assume that the ordinary engineer can make simple inferences and doesn't need his hand held.
    • "When there is a design need or market pressure to solve a problem and there are a finite number of identified, predictable solutions, a person of ordinary skill has good reason to pursue the known options within his or her technical grasp. If this leads to the anticipated success, it is likely the product not of innovation but of ordinary skill and common sense." (Also page 17.)
      This is the Supreme Court's long-winded way of boosting the "obvious to try" argument. The Federal Circuit has for a long time rejected the argument that it would have been "obvious to try," instead saying that it needs to be "obvious to do". (For example, it may be obvious to try to build a time machine, but that doesn't mean the invention of a time machine would be obvious.) But I read this opinion as saying that "obvious to try" goes a long way towards showing that it was "obvious to do". In other words, if it was obvious to try and the trying used predictable methods and yielded a predictable result, then the whole thing was likely obvious. So this will help as well.

    Finally, it is going to be interesting to see how the PTO itself deals with this opinion. If an examiner comes back to you and says, "no I think this is obvious," it's very difficult to "prove" otherwise, especially early in a product's life cycle when you don't have market data to show how successful it might be, etc. At least under the previous test, the examiner would have to point out all the explicit references in the prior art. Now they apparently just have to point out the basic elements, and then say, "in their opinion," a person of ordinary skill and creativity would have been able use these elements to make the invention. How do you argue with that? "No, I don't think ordinary people are that creative"?

    So, you fix one problem and possibly create another. The opinion shifts the debate to help prove obviousness, but it doesn't solve the underlying problem of what obviousness means. So it goes.