Slashdot Mirror


EFF Proposes a Working Code Requirement For Software Patents

Juha Saarinen sends news that the Electronic Frontier Foundation has proposed a fix for software patents in general and patent trolls in particular: requiring applicants to provide specifics about their solution. They say the applications should include working code, or at least "detailed, line-by-line notations explaining how their code works." "And if they do get a patent, they should be limited to the invention they claimed. We think software patents are bad news, and incredibly harmful to our society and economy. We wish we didn’t have to deal with them at all. But by fixing the functional claiming problem, and limiting patentees to a narrow invention that they actually came up with, we would also limit the amount of harm those patents could cause. The Patent Office does not (yet) have the power to get rid of software patents entirely, but it can fix the functional claiming problem."

130 comments

  1. Incidentally by Anonymous Coward · · Score: 5, Insightful

    This would also allow people who did license the patent to use the code rather than having to re-invent it themselves from scratch, or for that matter people coming along when it had expired...

    Hang on isn't that half the point of the patent system? To grant a monopoly on an invention for a limited time in return for providing sufficient information in sufficient detail such that said invention can be replicated when the patent expires?

    1. Re:Incidentally by DickBreath · · Score: 5, Insightful

      In the case of software 're-invent it themselves' is equivalent to 're-implement it themselves'.

      If I can re-implement it without any reference to the patent, and possibly without even knowing that the patent ever existed in the first place, then we're talking about something so obvious that it should not be eligible for patent protection.

      --

      I'll see your senator, and I'll raise you two judges.
    2. Re:Incidentally by briancox2 · · Score: 1

      In addition, this also allows code to be written that does something very similar, which doesn't actually infringe on an existing patent. Coming up with a new way of doing the same thing has always been protected by the patent system ... until hidden mathematical formulas (code) began to be patented. In fact, mathematical formulas are the first kind of patent that doesn't require disclosure of how it actually works.

      --
      We should learn what we need to know about issues, before we decide what we need to feel about them.
    3. Re:Incidentally by nnnnnnn · · Score: 1

      Nonsense. What about mechanical inventions? Why not force those patents to provide mechanical samples and CAD files? What about computer hardware patents? Why not force them to provide VHDL code, ORCAD files? What makes software patents so bad compared to any other patent? You think that trolls don't exist with other patent types?

    4. Re:Incidentally by Anonymous Coward · · Score: 0

      well why don't we? the whole point of the patent is to share the implementation details, the legalese in patent applications doesn't do that very well.

      So yes, YES, YES! Let's require functional blueprints.

      As to what make software patents so bad, it's that they are some of the most vague and ambiguous patents around, all they do is obscure things.

  2. Once you have working code . . . by DickBreath · · Score: 4, Insightful

    The question could be asked, why isn't Copyright protection sufficient for your code?

    If someone else independently can implement code that does the same thing, then it is obvious it should not be eligible for a patent.

    --

    I'll see your senator, and I'll raise you two judges.
    1. Re:Once you have working code . . . by mark-t · · Score: 1

      6 words:

      Alexander Graham-Bell vs. Elisha Gray.

      One excellent example of practically simultaneous invention.... was it therefore too obvious to have warranted a patent at the time?

      I mean, quite frankly, I agree with you... at least in principle. But it's worth considering what it really means for future inventors.

    2. Re:Once you have working code . . . by jbeaupre · · Score: 2

      Or why aren't patents and copyrights mutually exclusive? How can you claim something is a patentable invention and copyrightable work of art?

      --
      The world is made by those who show up for the job.
    3. Re:Once you have working code . . . by Anonymous Coward · · Score: 0

      There is a bigger issue. If the copyright is to a specific implementation, then what about other methods to create the same effect. There are infinite number of combinations to create a single process result.

      I don't know if I want to support a "functionally similar with a base code" patent system either.

    4. Re:Once you have working code . . . by Bomazi · · Score: 1

      I think we could take care of the obviousness criterion with something like this:

      To submit a patent you should be required to provide a spec, an implementation, and a reward. Then the spec is published and if anyone can come up with an alternate implementation within a few days (or weeks), or prove that the submitted implementation doesn't work, he gets the reward and the patent is refused, otherwise the submitter keeps the reward and the patent is granted.

      In addition, every time you submit a patent that gets rejected, the reward doubles.

    5. Re:Once you have working code . . . by DickBreath · · Score: 2, Insightful

      Was it therefore too obvious? I would say possibly, maybe probably.

      Two practically simultaneous independent inventors should be evidence of obviousness.

      --

      I'll see your senator, and I'll raise you two judges.
    6. Re:Once you have working code . . . by Grond · · Score: 1

      The question could be asked, why isn't Copyright protection sufficient for your code?

      Because copyright only protects the non-functional creative expression, not the functional aspects of the code. 17 U.S.C. 102. The patent, correspondingly, protects only the functional parts. This is the requirement that an invention be 'useful' as found in 35 U.S.C. 101. The two forms of intellectual property cover entirely non-overlapping subject matter.

      And this is not an academic distinction. Consider, for example, a server-based web application. Your code, even your object code, is entirely hidden (barring a security problem). In theory you do not even need copyright; trade secret protection would suffice. But a patent lets you protect the functional aspects of the application.

      Or consider a hypothetical hybrid open source-proprietary project. The source code is open but some functional aspects are patented. Anyone who makes a derivative work has a license to use the patent (so forking is okay), but competitors can't make a wholly proprietary version that implements the patented features. The open source license relies on copyright; the patent license gives the hybrid project some leverage against proprietary competitors.

      If someone else independently can implement code that does the same thing, then it is obvious it should not be eligible for a patent.

      Unlike copyright law, patent law does not recognize independent invention as a defense to infringement. Why should inventions that involve a computer be treated differently than, say, a mouse trap in that regard?

    7. Re:Once you have working code . . . by drakaan · · Score: 1

      Some would say that it was more than a case of simultaneous invention...for future inventors (not programmers...inventors) it means very little.

      --
      "Murphy was an optimist" - O'Toole's commentary on Murphy's Law
    8. Re:Once you have working code . . . by drinkypoo · · Score: 1

      The question could be asked, why isn't Copyright protection sufficient for your code?

      The purpose of copyright in the USA is to promote production by securing the right to copy and thus promoting financial incentive. The purpose of patents is to provide financial incentive both to invent and to register, so that we can learn from one another's inventions. This is why software patents should require the inclusion of code or psuedocode, if they are to exist at all.

      If someone else independently can implement code that does the same thing, then it is obvious it should not be eligible for a patent.

      Obviousness is a separate metric. If someone else can independently find a different way to do the same thing, then they can patent it.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    9. Re:Once you have working code . . . by Seeteufel · · Score: 1

      That is an immature idea, I am curious what the FFII says to all these EFF amateurish proposals.

    10. Re:Once you have working code . . . by Anonymous Coward · · Score: 0

      Because patents and copyrights cover different aspects. Patents cover how you do it, copyrights cover how you express it.

      For example, imagine someone would have a patent on quicksort, but decided to make his code public domain. Then you would have to get his permission for any quicksort implementation (including those which were written without even knowing his code), but you could freely copy parts of his code if you considered it useful for your insertion sort implementation. On the other hand, with unpatented quicksort but copyrighted implementation everyone is free to write his own implementation, but you cannot copy some parts of his implementation without his permission, neither for your own quicksort, nor for any other purpose. Of course with both patent and copyright, he can both deny you any quicksort implementation, and any code derived from his code.

    11. Re:Once you have working code . . . by Anonymous Coward · · Score: 0

      Wow, is that Insightful!!! It well illustrates the general naivety among the /. readership about intellectual property law.

      Maybe we need better education.

    12. Re:Once you have working code . . . by bws111 · · Score: 2

      It is obvious that you don't know what obvious means. It does not mean that someone working independently could possibly come up with the same solution. It means that no work is required to come up with the solution at all.

    13. Re:Once you have working code . . . by bws111 · · Score: 2

      How the hell can you say it was obvious? Do you even know what the word means? Do you think these two guys just woke up one morning, having never thought about the idea of a telephone before, and instantly knew exactly how to make a working telephone? Or do you think it is more likely that they, independently, spent many hours, days, months, or years thinking and experimenting before they found a solution that worked? Finding the answer at approximately the same time in no way indicates obviousness, it just demostrates that it is a good solution to the problem.

      If you have to think about a solution to a problem at all then the solution is not obvious.

    14. Re:Once you have working code . . . by DickBreath · · Score: 1

      I don't claim that software is a work of art. Some do. I would be willing to claim that some software may be a work of art if there is something particularly artful about it.

      Things other than works of art do have copyright protection.

      Furthermore, I do NOT claim software is a patentable invention.

      I cannot tell, but you might be in agreement that software should not have patent protection.

      --

      I'll see your senator, and I'll raise you two judges.
    15. Re:Once you have working code . . . by Man+On+Pink+Corner · · Score: 1

      Yes, the telephone was obvious. Anytime the issue is decided by a foot race to the patent office, you are dealing with something that would have emerged in due time without any artificial patent incentives.

      Patents should be reserved for cases where the invention is (a) very expensive to develop and bring to market, and (b) otherwise vulnerable to being guarded as a trade secret, in a way that would harm progress in the field if not disclosed. The telephone doesn't count, and neither do most software and business-method patents.

    16. Re:Once you have working code . . . by Anonymous Coward · · Score: 1

      It means that no work is required to come up with the solution at all.

      Nothing ever could be done with "no work". Your definition is so strict that "obvious" carries no meaning because it is an impossibility. Since all words have meaning and your definition has no meaning, your definition is wrong.

    17. Re:Once you have working code . . . by bws111 · · Score: 2

      Anytime the issue is decided by a foot race...

      Evidence, please? Here you have two people who clearly were motivated by patents (or else they wouldn't be racing to the patent office), who, after a period toiling, came up with a solution to a problem. And from that, you somehow make the enormous leap that 'it would have happened anyway'. Where is the proof of that? And by the way, the purpose of patents is to encourage progress, not 'let it happen in due time anyway'.

      Patents should be reserved...

      According to who? That may be what YOU happen to wish patents are, but it was clearly not what the US patent system was ever intended be be. If it were, Thomas Jefferson would not have made the criteria for something being patentable

      "Whoever invents or discovers any new and useful process, machine, manufacture, or composition of matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the conditions and requirements of this title."

      Not a word in there about in there about being expensive or trade secrets or any of the other nonsense you wrote. Any new or useful process...

      Was the telephone new? Undoubtedly. Was it useful? Certainly. No reason it wasn't patentable at all.

    18. Re:Once you have working code . . . by PoolOfThought · · Score: 1

      For you to argue that when the two people have the same idea at close to (or even exactly) the same time that the idea must therefore be OBVIOUS is ludicrous. To then go on to state that it would have "emerged in due time without any patent incentives" (and I assume you mean no other "artificial incentives" too) means you don't GET IT.

      It's ludicrous because creative, intelligent people often come up with the same answer to the same question - only it's relatively rare that they're focus is on the same question at the same time. Even rarer is that they're bothering to focus on something "trivial" and obvious. People (especially these types) know when they're on to something and they know when something is so trivial that they can just hand it off to someone else and save their own brain cycles for more complicated matters.

      It's obvious that you don't GET IT because while you obviously "know" that the patent system is meant to spur people to innovation and to give them a reason to bang their head against a wall in failure over and over again in the hopes that they'll eventually have a breakthrough you don't seem to GET why the incentive is there. Incentives and psychological quirks are about the only thing you can uses to get someone to do that. That patent system is the incentive.

      You're technically right that it would eventually have been invented by someone else. Maybe when Edison's (or his competition's) offspring came of age he/she would have gotten hold of dad's notes and solved the problem. Maybe some other random person was also working on it. But the important thing is that the WORLD got the knowledge and the know how of that tech RIGHT THEN. They didn't have to wait until "due time" had passed. They didn't have to sit around in the effing dark waiting on due time. Time is precious, and waiting for "due time" is surely a waste considering that a society (and a given science for that matter) often CANNOT move on to other breakthroughs until first handle the ones that are necessary precursors.

      --
      My present is the activity I am currently engaged in with the purpose of turning the future into a better past.
    19. Re:Once you have working code . . . by bws111 · · Score: 1

      The real world (and in particular, the law) does not exist in some literal, binary, geek universe. Ask a thousand ordinary sighted people how much work it would be to determine if the person facing them has a nose, and they all would say 'none'. Ask them how much work it would be to determine the other person's blood type, and the answer would be 'quite a bit'.

    20. Re:Once you have working code . . . by PoolOfThought · · Score: 1

      I'm not arguing with you bws111, but I do want to add an important note. Obviousness in the patent office is actually a little more specific. Obviousness is determined by whether a solution would be "obvious to someone who practiced in the field". So, would a car part be obvious to someone who worked in automotive / engineering is the real test for obviousness.

      I'm guess that these were not the only two guys working on this task. I'm also relatively confident that they were experts in their fields. That it was not obvious to them or to those practicing in their field is what really makes it non-obvious. And just because someone 50 years or 200 years later says "That's stupid obvious because I learned about the principles that make it all work in 2nd grade" doesn't mean it was obvious at the time of the invention... even to the greatest minds at the time.

      --
      My present is the activity I am currently engaged in with the purpose of turning the future into a better past.
    21. Re:Once you have working code . . . by bws111 · · Score: 1

      Yes, you are correct. Thanks for the clarification.

    22. Re:Once you have working code . . . by PoolOfThought · · Score: 1

      Why? If you can come up with an alternate implementation that gets the job done, doesn't step on the patent, and is good enough for you then just use it? Who gives a shit if the other guy has a patent on his own little implementation?

      I suppose it the guy came up with a GREAT implementation and your implementation only just kinda works (slower, more memory usage, fails in certain cases, etc) then they actually came up with something valuable and it was in fact not obvious. They shouldn't be penalized for spending the time to create an optimal solution (you know, the one people will actually want to use) just because you could come up with a shitty one.

      --
      My present is the activity I am currently engaged in with the purpose of turning the future into a better past.
    23. Re:Once you have working code . . . by bws111 · · Score: 1

      Actually, to further clarify, the exact phrasing in the law is "... would have been obvious at the time the invention was made to one having ordinary skill in the art..." (emphasis mine). So the fact that the answer was obvious to some genius has no bearing, it must be obvious to an ordinary practitioner of whatever field the subject is in.

    24. Re:Once you have working code . . . by PoolOfThought · · Score: 1

      Yeah, I knew I left out a word and I thought it was important... didn't realize it was THAT important! It reminds me of the scene in the first Iron Man when Jeff Bridges character is getting all mad at his scientists for not being able to miniaturize the "arc reactor". The scientist on staff are almost assuredly at least ordinary skill in the art or better. They try to explain to him that it's "impossible" and he gets very upset:

      Bridges: "Impossible? Tony Stark built this in a cave! From scraps!"

      Scientist: "I'm sorry, sir. I'm not Tony Stark"

      Me: I don't give a damn if he built it in a cave out of his own poop. It wasn't obvious to anyone, not even him, much less someone with ordinary skill in the art.

      The funny thing is, if he handed over the plans for it, the engineers would have taken one look at it and gone "wow!" and then in the next breath might very well have gone, "oh... well that SHOULD have been obvious - we'd just never thought about like that before".

      --
      My present is the activity I am currently engaged in with the purpose of turning the future into a better past.
    25. Re:Once you have working code . . . by Adrian+Lopez · · Score: 1

      If you have to think about a solution to a problem at all then the solution is not obvious.

      Nonsense. Even the most obvious solutions to problems require some thought: you need to think about the problem and draw upon what you already know in order to arrive at whatever logically follows.

      --
      "In prison you just have to shut your eyes and take it. Here you have to shut your eyes and give it."
    26. Re:Once you have working code . . . by Adrian+Lopez · · Score: 1

      It is obvious that you don't know what obvious means. It does not mean that someone working independently could possibly come up with the same solution. It means that no work is required to come up with the solution at all.

      It doesn't mean either of those things. If a person having ordinary skill in the art can come up with a solution by drawing upon existing knowledge to arrive at whatever logically follows from whatever is known by such a person, then it's obvious enough. As for independent invention, while it certainly isn't proof of obviousness, I'll bet it's more often than not the result of it.

      --
      "In prison you just have to shut your eyes and take it. Here you have to shut your eyes and give it."
    27. Re:Once you have working code . . . by maxwell+demon · · Score: 1

      Here you have two people who clearly were motivated by patents (or else they wouldn't be racing to the patent office),

      The race to the patent office is only a proof that they didn't want to have all their hard work invalidated by someone else getting the patent. Where is the evidence that they both wouldn't have invented the telephone if there had not been the possibility by anyone to patent it?

      And by the way, the purpose of patents is to encourage progress, not 'let it happen in due time anyway'.

      The purpose of patents is to encourage disclosing the inventions instead of keeping them secret. Nobody sits down saying "I'd like to have a patent, what could I invent?"

      --
      The Tao of math: The numbers you can count are not the real numbers.
    28. Re:Once you have working code . . . by Anonymous Coward · · Score: 0

      But we are talking about lawyers interfering with the binary geek universe, not about what ordinary people do.

    29. Re:Once you have working code . . . by Anonymous Coward · · Score: 0

      That's exactly right. Most of the software is not eligible for copyright protection in spite of what most software companies and even people from open source movement try to claim. Software, being a practical invention, should be eligible for patents, but not for copyrights. Even with games, the software itself shouldn't have copyright protection because it's only practical means to disseminate artistic content where the content would have copyright (or sometimes even more in the lines of trademark, instead).

      But I agree that working code provision would be useful. At the same time, leaving the door open to show pseudocode instead means that you only change the language of the garbage, will not get rid the garbage itself.

      Of course, the problem is then that someone can take the code and port it to different language, and suddenly the software patents are totally worthless, which is what some people want, but nobody with enough influence to make this happen will agree to. So there needs to be a better solution to this, or nothing will come out of that. Finally, a lot of patents that people really have a problem with are more examples of "design patents" rather than anything else (for example, the rounded corners thing, or the "rubber band" thing - since clearly neither really adds anything to utility), and the design patents will not be suppressed with this requirement.

    30. Re:Once you have working code . . . by Anonymous Coward · · Score: 0

      The real world (and in particular, the law) does not exist in some literal, binary, geek universe. Ask a thousand ordinary sighted people how much work it would be to determine if the person facing them has a nose, and they all would say 'none'. Ask them how much work it would be to determine the other person's blood type, and the answer would be 'quite a bit'.

      You don't ask lawn doctor about your earache, you don't ask an ear doctor about your lawn. You ask people who have ordinary skill in the specific field you are inventing in.

      Ordinary skill. Ordinary sight. You undid your own argument. No work at all for a person with ordinary sight to tell if there is a nose.

      Blood work = ask a phlebotomist or a whatever person with ordinary skill in the art of determining blood types.

      Also, none is in incorrect answer either way. The word you are looking for is trivial, as in a trivial amount of effort.

    31. Re:Once you have working code . . . by chrismcb · · Score: 1

      If someone else independently can implement code that does the same thing, then it is obvious it should not be eligible for a patent.

      That isn't how "obviousness" works. First of all, it isn't that it can't be obvious to anyone else in the world. And secondly, at some point in the future it will become obvious. If you want to enjoy a limited monopoly, that limit will still extend beyond the time it becomes obvious.
      Still doesn't mean you can get a software patents for ideas, let alone ideas that are obvious.

    32. Re:Once you have working code . . . by chrismcb · · Score: 1

      Non Obviousness doesn't mean only one person in the world can come up with the idea. In the US at least, it is not obvious to "Person having ordinary skill in the art" Which means several people can come up with the idea at the same time, and it still not be obvious. Cause you know, there are more than one people that have extraordinary skill in their art.

    33. Re:Once you have working code . . . by chrismcb · · Score: 1

      define "very expensive" To be its in the the thousands of dollars, to Apple its in the billions.
      Yes, the telephone may have come about eventually. But would people have slaved away on it, to bring it to fruition sooner?

    34. Re:Once you have working code . . . by Anonymous Coward · · Score: 0

      I do kind of like the idea of giving up copyrighted code for patented code instead however.. assuming that the code provided in the patent loses it's copyright.

    35. Re:Once you have working code . . . by strikethree · · Score: 1

      If someone else independently can implement code that does the same thing, then it is obvious it should not be eligible for a patent.

      I am not so certain that it is so very obvious. Lots of people can do something they see someone else do first. None of them would have been able to do it ever if they had not seen someone else do it first.

      Patents can turn the impossible into the possible. It is a shame that it is not what they are currently doing.

      --
      "Someone needs to talk to the tree of liberty about its ghoulish drinking problem." by ohnocitizen
  3. Solutions, not problems by Qzukk · · Score: 4, Insightful

    The majority of the software patents I've seen are simply a statement of a problem, not a solution. They do nothing to promote the progress of science, and as such should not be considered valid patents, and the laws should be changed to make them not valid patents.

    Following the EFF's proposition would be a good way to make sure that your patent states a solution and promotes the progress of science.

    --
    If I have been able to see further than others, it is because I bought a pair of binoculars.
    1. Re:Solutions, not problems by DickBreath · · Score: 1

      Something that should never have been eligible for patent protection should not become eligible merely because it states a solution to a problem.

      I'm going to patent my Bubble Sort code. I'll be sure to disclose working code written in Wang 2200 BASIC. It therefore states the solution to a problem. Therefore it should be granted a patent. That patent should cover the entire problem domain of sorting.

      --

      I'll see your senator, and I'll raise you two judges.
    2. Re:Solutions, not problems by Grond · · Score: 1

      Your first example isn't very good. The first one, application number 10/437,822 for an IsNot operator in Basic, was abandoned for failure to respond to an office action. Basically the examiner said "this is not patentable" and the applicant gave up.

    3. Re:Solutions, not problems by Jason+Levine · · Score: 2

      Or they describe a solution that existed before in the physical world and then tack on "But do that on the Internet" or "But do that using computers." Taking an offline process and doing the same thing online isn't a new invention worthy of patent protection.

      --
      My sci-fi novel, Ghost Thief, is now available from Amazon.com.
    4. Re:Solutions, not problems by martin-boundary · · Score: 1
      The immediate problem with the EFF's proposal is that there are lots of coding languages out there, at varying levels of abstraction and convenience. Do you have to submit a program in C, or can you submit a program in Matlab, or maybe is a UML diagram enough? In fact, it can be argued that the formal lawyer-speak that is used for describing patents today are already a form of executable code, that is intended to run on a patent examiners' hardware.

      Then there's the question of what should the outputs and inputs look like. If say I patent a method of optimization, ie to find the maximum of a function. Should I write a small test program that uses my method to find the maximum of the curve y = x - x^2 ? That's a trivial problem that merely _illustrates_ one trivial application of the claimed method. It doesn't even _prove_ that my claimed method of optimization is bug free, since it might well give the wrong value for some other function that I conveniently didn't code for. Now think about how a patent on face recognition could be coded up...

      No, patents are simply a bad idea, and should not be granted, period. Any interim suggestions to improve the signal to noise will only encourage the pro patent lobby. If requiring code turns out to improve patent quality just a tiny bit, they'll use that to claim victory: "see, patents aren't evil, the rules just have to be tuned a little bit".

  4. YES by Murdoch5 · · Score: 2

    I fully support this, I don't even understand why you can patent something which doesn't exist, work and function to an exact specification. I think you should also have to submit the code with the Patent and only the revision or acceptable deviation off the original designs can count towards the patents itself. Software patents are a horrible concept already so lets limit them as far as possible.

    1. Re:YES by DickBreath · · Score: 1

      Yes, I support it, but it doesn't go far enough.

      --

      I'll see your senator, and I'll raise you two judges.
    2. Re:YES by Joce640k · · Score: 1

      "Far enough" being the scrapping of all trivial patents.

      The ONLY problem with the patent office is that they accept the most trivial, obvious patents imaginable. Despite that fact that patents are supposed to only be granted for things that are novel and ingenious.

      --
      No sig today...
    3. Re:YES by Anonymous Coward · · Score: 0

      When I was working in haptics and doing patent searches for stuff we were working on, I came across a patent for haptic holograms. No code, no device, not even how this was supposed to work at all. But there it was, a patent saying "I patent haptic holograms", with nothing else but a detailed scenario describing a hologram in a room and you can feel it. For any patent, you should prove you can build the damn thing. And for software patents, again it should be your novel solution to the problem, not some business model patent, on what a user is doing on your website.

    4. Re:YES by DickBreath · · Score: 1

      Their rationale for that is, if it was obvious, then someone would have done it before.

      That leads to the practice that the first person to do something totally obvious can get a patent on it.

      They cannot seem to reason that: obvious things exist, someone has to be first to do something obvious, therefore merely being first is not proof of novelty. They need to work harder on determining what is novel.

      But hey, being first is a quick and easy test for a patent examiner looking to rubber-stamp the largest number of patents to get a bonus. Plus, the patent office buys into the fallacy that more patents means more innovation. Cause and effect. Just like how the tides cause the moon.

      --

      I'll see your senator, and I'll raise you two judges.
  5. Doesn't "slay" trolls entirely by stevejf · · Score: 3, Insightful

    This doesn't necessarily do away with patent assertion entities (trolls). Many PAEs are not actually the original inventors/assignees of the patents, but rather buy them later on and begin filing infringement lawsuits. This requirement would, however, reduce the number of startups-turned-trolls who filed and were granted patents but never followed through with development. It also might make the provisional application system more useful, allowing start-ups to file provisionals to establish priority, but also requiring them to develop a working prototype before granting a utility patent.

  6. Interface patents by concealment · · Score: 3, Interesting

    It seems to me like a lot of these patents are about interfaces, not algorithms or code. If you're patenting rounding buttons or that the software allows you to purchase with one click, the code is probably trivial. It's either a visual or interface idea.

    1. Re:Interface patents by ZombieBraintrust · · Score: 3, Insightful

      Thats is the point. It brings attention to the patent examiner that the solution is trivial. More patents will be rejected for obviousness.

    2. Re:Interface patents by DickBreath · · Score: 1

      With your example of one-click in particular, the time was simply ripe. If Amazon hadn't done one-click, someone else would have within a very short time. That means it really was obvious. If Amazon hadn't done it, someone would have done it, probably within six months.

      Merely being the first to do something obvious should not make it patentable.

      --

      I'll see your senator, and I'll raise you two judges.
    3. Re:Interface patents by Anonymous Coward · · Score: 0

      The rounded buttons are not a patent, but a design patent. Very similar name, very different concept (except for those who like to throw everything "IP" together).

    4. Re:Interface patents by moderatorrater · · Score: 1

      Just because it's simple doesn't mean it's obvious and should be able to be patented. You need someone who knows the field to determine whether it's obvious or not, and if you have someone who knows the field looking at the working code, they could do just as well looking at the application (once it was translated into English, anyway).

    5. Re:Interface patents by Anonymous Coward · · Score: 0

      Disagree. Yea, that's what the patent law says, but the whole patent system is just broken, as in, it doesn't work.

      We've already shown a better system to the patent system to bringing useful information out into the open. It's called "open source". Look at the Linux foundation. Huge companies that couldn't shoulder the full burden of R&D come together and support a non-profit organization that everyone can benefit from. This is 1000x more efficient then an arbitrary invention/arbitrary monopoly patent system.

      In software, we have already figured out the world's most efficient system for moving information into the public sphere, and it's called open source and it works quite well.

    6. Re:Interface patents by dkf · · Score: 1

      Thats is the point. It brings attention to the patent examiner that the solution is trivial. More patents will be rejected for obviousness.

      Problem with that is that some patents are clever reimaginings of what is out there. While there are quite possibly other ways to achieve what they describe, the patent is in many ways a description of a piece of lateral thinking that looks at the problem space in a new way that leads to a significantly better solution. Thats very close to what patents are actually supposed to protect when you look at a lot of examples from history of physical inventions, and yet it tends to be "totally obvious" after the fact. Of course it's obvious *now*; you know that thinking in that particular lateral way is a good way to get a solution!

      How to distinguish good patents from bad in the software area? I really don't know. Having the requirement that a software patent only be defensible if there is source code for a solution (in a form that could be used to make a running program, at least at the time of submission) would be a good thing though.

      --
      "Little does he know, but there is no 'I' in 'Idiot'!"
    7. Re:Interface patents by locketine · · Score: 1

      Do you have some proof that people were thinking about creating a one-click checkout before amazon patented or implemented it on their website? A forum post or user group discussion would be sufficient. Many innovations appear obvious after they are invented, not before.

      --
      Think globally but act within local variable scope.
  7. way to get the patent office to go for this by RobertLTux · · Score: 3, Interesting

    separate the patent fees into a Prelim and a Filing fee. Then if you want to file a prelim patent (to get cover while you do the code) you then pay the Filing Fee to upgrade it to a Full Patent ap. If it gets rejected you can refile but you have to pay the Filing Fee each time (so try 12 times you pay the prelim fee and 12 filing fees).

    This will also cut down on the "shotgun" approach to patents.

    Oh and a Big Reform would be to autodrop patents in the form of X on %new platform% or X And Y Together (unless you bind them in a novel manner)

    --
    Any person using FTFY or editing my postings agrees to a US$50.00 charge
    1. Re:way to get the patent office to go for this by DickBreath · · Score: 1

      If you're looking to tweak fees as part of reforming the patent system, here's a simple idea.

      The fee to file a patent that is rejected is large. The fee for filing a patent that is granted is small or free.

      That aligns the incentives for how they should properly be. Trolls won't file a patent that they aren't sure will stand up to scrutiny. Those who file bad patent applications pay for the staff and resources to give sufficient scrutiny to reject bad patents.

      It protects small innovators who have genuine good patents to file.

      --

      I'll see your senator, and I'll raise you two judges.
    2. Re:way to get the patent office to go for this by Impy+the+Impiuos+Imp · · Score: 2

      Extra costs will hurt small guys more than big ones, who are already probably spending a lot more on lawyers specifying things than the government fees.

      In many cases it's about cockblocking competitors, not limited to trolls, and no little stinking fee is gonna get in the way of multimillion dollar operations.

      --
      (-1: Post disagrees with my already-settled worldview) is not a valid mod option.
    3. Re:way to get the patent office to go for this by RobertLTux · · Score: 1

      not "extra" fees as such but separating the existing fees into two parts (one of which can be charged more than once).

      So Jim in his garage can dream up his actually novel idea (and get a patent) but Foo Co which has 100 offices throwing stuff at the patent office to see what sticks (and clocks up 1,000,000 filings) has a nive tidy bill to deal with.

      --
      Any person using FTFY or editing my postings agrees to a US$50.00 charge
    4. Re:way to get the patent office to go for this by Shagg · · Score: 1

      The fee to file a patent that is rejected is large.

      Wait... they reject patents?

      --
      Unix is user friendly, it's just selective about who its friends are.
    5. Re:way to get the patent office to go for this by jd659 · · Score: 1

      The fee to file a patent that is rejected is large. The fee for filing a patent that is granted is small or free.

      This will not work and will create the wrong incentives for the patent office to reject even the innovative and patentable idea.

      What should be the "large" fee? Let's say filing a patent is free and the rejection is $10,000. Reasonable? For a small investor, the $10,000 might be a large enough fee not to file even the most brilliant idea, but for a large company that currently spends thousands of dollars on filing each patent $10,000 is nothing. So the large companies will keep on filing the silliest ideas, and this time the filing will cost them nothing.

      The patent office will soon realize that they can MAKE money by rejecting the patents. What is their incentives then? To reject as many patents as possible. Even worse, the process of accepting patents will become rather random, again, hitting the small guys first (large companies will be able to file more random ideas and some will fall through the cracks).

      Software and UI patents should be abolished to solve the issue.

      --
      There's no such thing as "illegal download"
    6. Re:way to get the patent office to go for this by DickBreath · · Score: 1

      They would if the fee to do so were large.

      There would need to be mechanisms so that unfairly rejected patents could be somehow appealed, and if later granted, there were some penalty to the USPTO. It needs to be carefully balanced to prevent an incentive for abuse. Right now the USPTO has no incentive not to abuse, and possibly has incentive to abuse to justify their existence.

      --

      I'll see your senator, and I'll raise you two judges.
    7. Re:way to get the patent office to go for this by Anonymous Coward · · Score: 0

      The incentives *should* err toward rejecting patent applications, and, in fact, it *used* to. Unfortunately, at some point the USPTO started evaluating their patent clerks based on number of patents *approved* rather than number of patents *examined*. Then, as patent filings increased, the incentive to approve patents was *aided* by the overwhelming workload. A typical patent receives *less* than 1 work day worth of examination from a clerk who isn't even *remotely* 'ordinarily skilled in the art' in question.

      As a result, we have loads upon loads of poorly specified patents covering obvious and pre-existing 'inventions' that got past the examiners simply by being worded obtusely enough that they couldn't find prior art. (Note: Prior art is not *required* for a finding of non-obviousness, it's just a more definite way to prove it.)

    8. Re:way to get the patent office to go for this by Anonymous Coward · · Score: 0

      Unfortunately, at some point the USPTO started evaluating their patent clerks based on number of patents *approved* rather than number of patents *examined*.

      I don't know where you got that from, but you're incorrect. The PTO uses a count system to evaluate examiners, and an action that results in abandonment receives the same counts as an allowance. See slide 7 here.

      (Note: Prior art is not *required* for a finding of non-obviousness, it's just a more definite way to prove it.)

      Let me quote 35 USC 103(a):

      A patent may not be obtained though the invention is not identically disclosed or described as set forth in section 102, if the differences between the subject matter sought to be patented and the prior art are such that the subject matter as a whole would have been obvious at the time the invention was made to a person having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the manner in which the invention was made.

      You are technically correct in that examiners can take official notice of minor things without citing to prior art. However, this is only used for minor things (like the notion that a wing creates a pressure differential in the air to provide lift, something so basic in the field it shouldn't need explanation) and rejections based on using official notice too broadly are frequently overturned in administrative appeals in the PTO.

    9. Re:way to get the patent office to go for this by Lehk228 · · Score: 1

      place a maintenance fee on patents which will instantly void the patent if not paid

      --
      Snowden and Manning are heroes.
    10. Re:way to get the patent office to go for this by Anonymous Coward · · Score: 0

      They basically already do. Generally, after every two rejections you have to file an RCE for which the fee is nearly the same as the current filing fee. This has been in place for over a decade. Most large companies just go ahead and pay it.

  8. Hooray for token code! by Anonymous Coward · · Score: 0

    Woooo! Bring on the token quick-and-dirty implementations! That'll stop the patent trolls, right?

  9. Make the lawyers code it by dugjohnson · · Score: 1

    To be able to bring a patent infringement lawsuit in these software cases, they should require the lawyers to do the coding live. It would either slow them up, or make the courtroom more interesting. You'd at least have an idea that the people involved knew what they were doing.

    --
    My brain is overly lubricated
  10. Re:first by Dexter+Herbivore · · Score: 1

    I'm saddened by your choice to 'first' after reading your screen name.

  11. Offshore developers will love this by gorbachev · · Score: 2

    I expect a tremendous boom in offshoring development work as a result.

    Every patent troll is going to contract the cheapest possible software development team to implement working code for their idiotic patents.

    This is not the right solution to the problem.

    Limiting the duration of software patents would be a better one, if abolishing them entirely isn't on the table.

    --
    In Soviet Russia, I ruled you
    1. Re:Offshore developers will love this by godrik · · Score: 1

      I actually disagree with you. It would actually solve lots of problem. For instance, you could easily claim that wat you implemented is significatively different from what is claimed in the patent. Therefore, you are not violating it.

      In many cases, that would actually help.

    2. Re:Offshore developers will love this by DickBreath · · Score: 3, Informative

      It's not a complete solution to patent reform. It's just a small part. It raises the bar. Instead of just filing a patent on some idea, you at least must have something that works.

      I worked as an 'expert' defense witness on a patent case where the patent was just a 'paper patent'. (This was because I had co-developed a product and still had a shrink wrapped boxed copy from way back when.) The patent had many internal inconsistencies. The parties ended up 'settling' after I provided a working implementation that had been sold and offered for sale over a decade earlier. I assume the 'settling' meant the troll went back under the bridge.

      If this specific patent had been required to have a working implementation, it would never have been granted in its current form.

      --

      I'll see your senator, and I'll raise you two judges.
    3. Re:Offshore developers will love this by jfengel · · Score: 1

      That was my first thought as well. A working implementation of "one click shopping" won't take more than a few minutes to cobble together. The price is significantly lower than the costs in filing a patent.

      It's possible that seeing the trivial implementation might make it clearer to a reviewer that the patent is obvious to one skilled in the art. But then, that should have been obvious already, to one skilled in both the arts of writing software and patent law. (Which isn't the vast majority of people here, which is why we get "A Neanderthal flint flake is prior art for a Cuisinart" type comments here all the time.) Sadly, I get the impression that the reviewers seem to be similarly unskilled in programming. So maybe it'll help.

      Certainly they need something, because while not all of the "bad patent" stories we see here are as bad as they sound, some actually are, and they're incredibly harmful.

    4. Re:Offshore developers will love this by greg_barton · · Score: 1

      I seriously doubt that. Someone developing a patent does not want it spreading very far before filing. I doubt they'd let the cat out of the bag, especially to foreign unknown coders, before filing. (Especially because the offshore developer house could file foreign patents before the actual patent developer, even if they make it to the US patent office first.)

  12. Obviously aimed squarely at patent trolls by benjfowler · · Score: 0

    And the carpetbaggers know this. Expect them to fight like rabid animals against any regulatory effort to kill their business model.

    Naturally, this could happen only in America: where if you're rich enough, you can shape the law to prop up a bad business model, no matter how lousy.

    1. Re:Obviously aimed squarely at patent trolls by i+kan+reed · · Score: 2

      We like the free market so much, we let those with the most money decide what restrictions exist on the free market.

  13. Better Idea by Anonymous Coward · · Score: 1

    If the only thing novel about your invention is that you are doing it in software, with a computer, on the internet, etc then it should be obvious as a matter of law.

    Priceline is a great example. Take a 700 year old Dutch auction, put it on the internet and suddenly you get a patent? No. Just no.

    1. Re:Better Idea by DickBreath · · Score: 1

      What you said reminds me of a method I've seen to make existing ideas, and even existing patented ideas re-patentable. Take the idea and then add to it the suffix: ". . . on an iPhone". Poof! Like magic. You've just invented something new.

      --

      I'll see your senator, and I'll raise you two judges.
    2. Re:Better Idea by Jason+Levine · · Score: 1

      No, you need to keep it generic: "... using a computing device." Now your re-patented idea applies on Windows PCs, Macs, Linux PCs, desktops, laptops, tablets, smartphones (iOS/Android/etc), and anything else that could generically be called "a computing device". (Even if your originally envisioned "computer device" was a big desktop PC with a dial up connection to a dedicated, non-Internet connected server.)

      --
      My sci-fi novel, Ghost Thief, is now available from Amazon.com.
    3. Re:Better Idea by DickBreath · · Score: 1

      Yes, I agree. I understand your generalization and I have thought of it and I should have patented it first. :-)

      But I said "reminds me of a method I've seen". I remember a discussion some long time ago about several patents, before the thermonuclear patent wars, that were constructed using the method I described. :-)

      --

      I'll see your senator, and I'll raise you two judges.
  14. Re:first by wonkey_monkey · · Score: 1

    if (post.content=="first" && post.position()==0) post.delete();

    --
    systemd is Roko's Basilisk.
  15. Good first step by detain · · Score: 1

    I'm surprised this hasn't been a basic requirement for patents of all types from the get-go. The application should also be required to show that their patent shows significant improvement over previous software, not just a minor obvious tweak.

    --
    http://interserver.net/
    1. Re:Good first step by suutar · · Score: 1

      It has. The patent is supposed to include enough information for a skilled practitioner to build the invention. Software patents in particular have been allowed to ignore this for a while.

  16. If you can re-implement, you get a new patent by Anonymous Coward · · Score: 1

    If you find a way to make your cold remedy better by changing how you make it, then you get another patent.

    If you find a way to code up a software patent better by changing how you write it, then you get another patent.

    Except in the latter case, you want that to be the same patent as the original.

    Now why is that right?

    1. Re:If you can re-implement, you get a new patent by DickBreath · · Score: 1

      If I can code up some supposed 'invention' that is pure software, then I don't want it to be the same patent -- I want to INVALIDATE the patent. If it's a novel invention, then I should not be able to easily reproduce it without the information in the patent itself.

      --

      I'll see your senator, and I'll raise you two judges.
    2. Re:If you can re-implement, you get a new patent by PoolOfThought · · Score: 1

      So if two or more people can possibly think of the same physical idea and they can also build it then the invention should not be patentable? That's quite a different take on the matter...

      --
      My present is the activity I am currently engaged in with the purpose of turning the future into a better past.
    3. Re:If you can re-implement, you get a new patent by Anonymous Coward · · Score: 0

      Patents have to be non-obvious (Wikipedia link to discussion of the legal term "non-obvious" in this context).

      One of the main requirements of patentability is that the invention being patented is not obvious, meaning that a "person having ordinary skill in the art" would not know how to solve the problem at which the invention is directed by using exactly the same mechanism.

      So, yes, if the patent describes a method for writing a program that is more or less the same as you would get if you asked a random skilled programmer to write a program to perform the same task then it should not be patentable.

    4. Re:If you can re-implement, you get a new patent by Gr8Apes · · Score: 1

      There's your problem. Define skilled. My skill level is certainly different than some of the mid-level folks I interview. Are they "skilled" If so, then there's a whole slew of patents that would be valid. If it's a higher skill level, then a whole slew of patents will be invalid.

      --
      The cesspool just got a check and balance.
  17. How is this different than copyright? by XaXXon · · Score: 1

    Doesn't copyright already protect working code?

    Or is this "You can have the idea if you've actually provided a concrete example"? Just raising the bar for getting the patent.

  18. Great proposal for returning patents to their root by YoungManKlaus · · Score: 1

    because the original idea of the patent system is that you don't have to have company secrets about your solutions which are very scary (even from a company perspective as you never know who will talk) but can sort of open them up without losing control. The important part here is the _solution_ part. A Patent has to provide an implementation that addresses a problem, saying "we have a system that fixes the problem xyz" is not sufficient for a patent.

  19. In the olden days... by JBMcB · · Score: 1

    You had to submit a mostly working model of what your patent covers. They did away with this years ago, and the models became collectors items.

    Makes sense for algorithms and code. It looks like they used to do this - the patent for RSA has a very detailed explanation on *exactly* how it works. It's practically pseudo-code. Forcing an applicant to specify the exact implementation should help with the vagueness problem of software patents (There's a list of HTTP links and a computer program downloads them automatically, etc...)

    It's not a panacea, but I think it's a step in the right direction.

    --
    My Other Computer Is A Data General Nova III.
  20. Peripheral Claiming by Grond · · Score: 2, Insightful

    The United States uses a system called "peripheral claiming," in which patent applicants stake out the outermost boundaries or periphery of their claimed invention. This is in contrast to the older (think the 1800s) system of central claiming, where the applicant would claim the "heart" or "gist" of the invention. The problem with central claiming is that courts had to decide when an alleged infringer got "too close" to the claim, which was often a very subjective process. With peripheral claiming, the infringer either has each and every element of the claim or they don't (with a small amount of wiggle room for the doctrine of equivalents). This forces the applicant to say, up front, exactly what they've invented and—importantly—support it in the specification.

    Over time, however, there has been a perceived (and perhaps real) growth in the number of patentees trying to make their claims cover more than they actually invented. This is what the written description and enablement requirements in patent law are designed to prevent. See 35 U.S.C. 112. I have said many times on Slashdot and elsewhere that these requirements should be tightened. What the EFF is proposing is, broadly, along those lines, though it is specific to software patents. I am generally not in favor of special rules for different areas of technology. Patent law has mostly avoided that. Copyright law has not, and it has turned the copyright statute into a sprawling mess dictated by special interests.

    If the written description and enablement requirements were tightened up, however, then one way that computer-implemented inventions could demonstrate compliance (i.e. show that the application contained "a written description of the invention, and of the manner and process of making and using it, in such full, clear, concise, and exact terms as to enable any person skilled in the art to which it pertains ... to make and use the same") would be to provide extensive source code or pseudocode examples. But in our zeal to rein in unsupported functional claims we should not return to central claiming.

    As an aside, right now many if not most patents that involve software use flowcharts rather than pseudocode or source code. This is the result of Patent Office backwardness dating back to its initial opposition to allowing patents on computer-implemented inventions in the first place. Only now is the Patent Office finally recognizing that pseudocode or source code is much more searchable, readable, and useful for everyone involved, including patent examiners, competitors, and alleged infringers.

    1. Re:Peripheral Claiming by steelfood · · Score: 1

      I am generally not in favor of special rules for different areas of technology. Patent law has mostly avoided that. Copyright law has not, and it has turned the copyright statute into a sprawling mess dictated by special interests.

      I'm sorry, what? We have design patents already that covers "look and feel." This would be at most, an extension of an existing system.

      And copyright law is fairly unified. You may be thinking of trademark law.

      --
      "If a nation expects to be ignorant and free in a state of civilization, it expects what never was and never will be."
    2. Re:Peripheral Claiming by Grond · · Score: 1

      We have design patents already that covers "look and feel."

      Design patents and copyright also cover different subject matter, though that's a finer distinction than utility patents and copyright.

      And copyright law is fairly unified. You may be thinking of trademark law.

      No, definitely copyright. Consider all the special rules for phonorecords, broadcast programming by cable, satellite transmissions of local programming, satellite transmissions of non-local programming, pictorial graphic and sculptural works, nondramatic musical works, computer programs, coin-operated phonorecord players, etc, etc.

  21. What about complex software? by lalena · · Score: 1

    Not all software patents cover a couple lines of code. Some represent man-decades of effort. Am I expected to first come up with my idea, then write the software, then apply for a patent and then wait 18 months (time from application to publication) to determine if someone else filed before me and that everything I have done is wasted. Do you really expect me to file the patent when the code is complete - giving someone else who does a half-assed implementation a couple year head start? Or let someone else get the patent when they came up with the same idea the same time as me (5 years ago) but filed 1 day before me. I'm not talking rounded buttons here. Think video compression algorithms, advanced image processing, recognition algorithms...

    1. Re:What about complex software? by DickBreath · · Score: 3, Insightful

      I am skeptical that a new advanced idea or new or improved algorithm that advances the state of the art would take man-decades to turn into working example code. Are there in fact, any such examples of this?

      It sounds like you're talking something you would work an entire career on from the time you're young until the time you're old to have something working. ("man-decades") Even if we're talking 2 man-decades == 20 man years, that was done as 20 people for 1 year, it does not seem unreasonable to have a working model. That had been true for non software inventions. I remain skeptical it would take 20 people a year to build a simplistic working model of even an advanced idea. The working model doesn't have to be the most efficient implementation of the idea. It just has to illustrate an advance in the state of the art.

      Yes, I know you are identifying a possible problem caused by the proposed requirement of working code. But the EFF proposal is to fix a much more serious and widespread problem that is real and not hypothetical.

      --

      I'll see your senator, and I'll raise you two judges.
    2. Re:What about complex software? by Anonymous Coward · · Score: 0

      Am I expected to first come up with my idea, then write the software, then apply for a patent

      Yes! A patent is supposed to protect an invention, not an idea.

    3. Re:What about complex software? by locketine · · Score: 1

      I can't figure out the specific company that made a presentation video about this exact situation but it was posted here on slashdot about a year ago if anyone remembers it. I thought it was Pixar but searching the web for the video didn't turn up much. The gist of the process was that 10 CS Doctors worked on an algorithm for 3 years to greatly improve speed and believability of rendering light interactions with objects. They patented each promising attempt but it still took 3 years to perfect the algorithm and apply for their final patent.

      If the evolution of the algorithm had no missteps then requiring code at each stage would have been fine for them but they had many missteps and not all of their patents are useful compared to the last one they published. Imagine someone got wind of what their abstract, non-coded idea was and hired a bunch of programmers to make a very poor version of it and then patented it. They would lose their economic incentive to finish the project and we'd all be stuck with a really bad implementation of their good idea. I guess alternatively they could just go ahead and waste time coding up a very bad version of their idea and then rewrite all the code correctly later.

      The project I'm working on right now for a well known company has about 50 engineers working on it and has been going almost a year now. We had working code after 3 months for the basic idea but we still don't have code demonstrating the ultimate vision of our product. So that works out to roughly 5 man-decades before we'll have a fully coded implementation of the patent filed several years ago. The last company I worked for had a much larger software team working on an even more complex project but the basic idea had been patented long ago and we were just making small incremental improvements on it, some of which we patented.

      --
      Think globally but act within local variable scope.
  22. Re:first by rjstanford · · Score: 2

    if (post.content=="first" && post.position()==0) post.delete();

    Remove && post.position()==0 and you'll have a winner.

    --
    You're special forces then? That's great! I just love your olympics!
  23. Re:first by SomePgmr · · Score: 1

    Snow Crash, right? Good thing he got it before the movie. :)

  24. Functional Claiming by Grond · · Score: 3, Informative

    What the EFF is specifically decrying is functional claiming. That is, an element of a claim described not in terms of what it is but in terms of its function. For example, instead of claiming a nail or a screw, claiming "a means for mechanically fastening" or, even more broadly, "a fastening means." This is allowed under 35 U.S.C. 112 6, now 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 such claim shall be construed to cover the corresponding structure, material, or acts described in the specification and equivalents thereof.

    In other words, you can use functional claiming, but you have to explain what you mean in the specification, and you only get what you describe there, plus equivalents. If you don't describe what you mean then the claim is invalid as indefinite.

    In the case of software, generically claiming an algorithm (e.g. "sorting means") requires describing in the specification what you mean by that. There has to be some corresponding structure. Failure to properly support a functional claim has bitten many a patentee. This happened just recently in a software patent case involving Google as a defendant, for example. Function Media, L.L.C. v. Google Inc.. Overall, the popularity of functional claiming has been dropping like a rock. From ~1992 to 2011 the percentage of newly issued patents with at least one "means for" claim fell from ~45% to ~10%. It has since fallen to almost 5%.

  25. Re:first by moderatorrater · · Score: 2

    It's weird that you have content as a public member but require a getter for position. Seems like you should be consistent one way or the other.

  26. It is a mistake to have a minimum standard. by dweller_below · · Score: 2
    Bracing up the "Functional Claiming" standard is a temporary fix. This fix will not hold for long.

    The history of patent office is a recurring pattern of regulatory capture, followed by declining standards, following by temporary legislative fixes. If we wish to effect long term reform, we need to recognize the inevitability or regulatory capture. We need to create processes that minimize the damage of regulatory capture.

    One resilient process would be to stop using minimum standards. A review of recent Patent Law will reveal that the minimum standard for granting a patent has consistently shifted downwards during the past few decades. This always occurs during periods of regulatory capture. We must abandon the idea that any patent that meets minimum standards is granted. Over time, the standard always degrades.

    Everybody knows how to fix this. We use the same fix throughout industry and education. We need competition. Instead of using a minimum standard, you rank Patent Applications according to an agreed measure of quality, and only grant the top 5 percent. Over time, the pressure will be to improve the quality of patent applications, instead of degrade them.

    My personal favorite measure of Patent quality is to rank them according to the damage they do to society. Compare the application to last years granted patents. Then, based on that comparison, give the patent application points for:

    • * Relative lack of clarity in the invention description;
    • * Relative lack of precision in the claims;
    • * Relative lack of originality.

    Then only grant the top applications with the fewest points. This has the advantage of being fairly easy to measure, thus it is hard to challenge in court. Also, the resulting competition will tend to simplify and clarify granted patents.

    The Patent office requires many reforms before it can return to sanity. As others have pointed out, it may be easier to simply eliminate it. But, if we pursue reform, we should recognize the cause of decay and address it.

    Other needed reforms include:

    • * Eliminating the Cost Recovery model of funding the Patent Office.
    • * Eliminating Patent Office processes that create incentive to grant poor patents.
    • * Limiting the total number of granted patents.

    Miles

    1. Re:It is a mistake to have a minimum standard. by steelfood · · Score: 1

      How about limiting the number of submissions per individual per time period. A lot of lawyers like to resubmit a patent until it sticks. Limit that, and it'll save the patent examiners a lot of work.

      --
      "If a nation expects to be ignorant and free in a state of civilization, it expects what never was and never will be."
    2. Re:It is a mistake to have a minimum standard. by dweller_below · · Score: 1
      Sounds like they have found an effective DoS. It is made possible by the Patent Office fee structure. You can see the problem at: http://www.gpo.gov/fdsys/pkg/PLAW-112publ29/content-detail.html (Leahy-Smith America Invents Act)

      The filing fee is about 1/4 of the size of the issue fee. Once you file, you commit the Patent Office to an expensive process. This process costs the Patent Office more than the filing fee.

      The Patent Office admits this issue at page 37 of their proposed 2013 budget: http://www.uspto.gov/about/stratplan/budget/fy13pbr.pdf

      They say: "..More than half of all patent fee collections are from issue and maintenance fees, which essentially subsidize examination activities."

      They also include a workflow diagram at the end of their budget. It looks like the Patent Office MUST grant about 1/4th of all filed patent applications to survive.

      Since the Patent Office is currently committed to a Cost Recovery model, a patent lawyer can blackmail the Patent Office into granting a poor quality patent, simply by filing lots of poor quality applications.

      The simplest and most reliable reform would be to eliminate and unify the Patent office fees into a single, large filing fee. This fee would provide no guarantee of receiving a patent, only a guarantee that your patent would be considered. This would free the Patent Office to be able to deny poor patents.

      Miles

  27. So no copyright on an OS code . . . by Anonymous Coward · · Score: 0

    Functional, not expressive.

    Object code (for anything) is not expressive, purely functional. Therefore no copyright there either.

    I don't think you want to go there...

    1. Re:So no copyright on an OS code . . . by Grond · · Score: 2

      Object code (for anything) is not expressive, purely functional.

      No, it is a literal expression of the creative decisions made at a higher level.

      By analogy, consider an oil painting and a JPEG representation of that oil painting. The oil painting is a creative work of authorship fixed in a tangible medium of expression. In a sense, the JPEG is a functional thing: it describes how to produce an image that represents the oil painting. Much of the nuance of the original is lost: it is two-dimensional, digital, etc. But the JPEG is also a derivative work that expresses many of the creative decisions made in the original work. And so the JPEG is also a creative work.

      The same is true of source code and object code. A contrived example may show the principle more clearly. Consider a program that creates poetry based on aesthetic rules created by the programmer. The source code is certainly a creative expression, but so is the object code. It contains and expresses those same creative aesthetic rules, albeit in a very literal way, without the nuance of, e.g., variable names or comments. There has been a certain amount of reduction of expression as a result of the compilation process, but many elements of creative expression are still present.

    2. Re:So no copyright on an OS code . . . by Anonymous Coward · · Score: 0

      No, the object code is entirely functional. It expresses NOTHING.

      When run on a computer, that could be called expressive, but it is a performance then, and not fixed and therefore not copyrightable.

      When you claim "The same is true of source code and object code", what you're saying is that the statement being brought in to this defence of why copyright isn't trumping patents ("copyrights cover expressive not functional art") isn't being applied at the moment. Which is ENTIRELY why I say "you don't want to go there".

      Object code is not expressive. Therefore no copyright.

      Source code IS expressive. Therefore it can have copyright.

      Object is entirely NOT expressive. Not unless you're talking fiction, such as Cypher who no longer sees the code, sees blond, brunette, redhead.... If doesn't do a damn thing, not even teach.

    3. Re:So no copyright on an OS code . . . by Grond · · Score: 1

      When run on a computer, that could be called expressive, but it is a performance then, and not fixed and therefore not copyrightable.

      This is...not even wrong. Consider a vinyl LP. If the music on the LP is played, that is a performance. But the LP is still a tangible medium of expression in which the work has been fixed. Similarly, running a computer program may be considered a performance, but the hard drive (or whatever medium) is still a tangible medium of expression in which the work (the object code) has been fixed.

      Suppose someone wrote a program directly in machine code, as was done in the old days and is still done in some cases now. Would that not be a creative expression? What is different about machine code written by a human as compared to machine code created by a program from source code written by a human?

      Anyway, you're making an argument about what the law ought to be. I am describing the law as it is. "At the other end of the abstractions spectrum, source and object code, which are the literal elements of a program, will almost always be found to be protectable expression unless the doctrines of merger and scenes a faire come into play." Gates Rubber Co. v. Bando Chemical Indus., Ltd., 9 F.3d 823, 836 (10th Cir. 1994) (emphasis added).

  28. Re:first by Dexter+Herbivore · · Score: 1

    Yeah, Snow Crash. Last night I happened to catch an 'indie' comedy on one of our Aussie channels called something like "Party Down" with a 10 minute discussion on Snow Crash at the start and references throughout the episode, it was similar to Entourage and I was saddened. :)

  29. Re:Yes, that's part of the point! by Tony+Isaac · · Score: 1

    The real point is, most software patents are abuses of the system. If it becomes necessary to post working code, this will in itself be a huge disincentive for those who are currently using patents inappropriately. Much of the problem will solve itself.

  30. Instead of Patent Reform, Litigation Reform by lalena · · Score: 1

    Everyone has overly complex ideas on how to reform the patent system. Why not simply leave it alone and reform the system that allows people to sue when someone violates their patent.
    In step 1 of the defense, the defendant provides prior art, claims of obviousness... to the Patent Office who then determines if the patent is still valid. The Patent Office (who are the experts, not the courts) judge if the patent is still valid based on all evidence.
    After that if it still goes to court then loser pays attorney fees. No fees are paid before step 1 - so both sides get to hear the arguments before going to court. Plaintiff doesn't get punished with paying legal fees for simply not being aware of prior art. Defendant doesn't pay legal fees until they lose their appeal with the Patent Office and still decide to continue to fight. If the Patent is stuck down in step 1, then the Patent is void. It does not just apply to this single case.

    1. Re:Instead of Patent Reform, Litigation Reform by Anonymous Coward · · Score: 0

      Such a system already exists in part. Defendants have the ability to conduct a post grant review or inter partes review before seeking a declaratory judgment or other arguments in the court system. When a defendant starts such a review at the PTO, litigation is usually suspended pending the decision from the PTO. If one of the parties is unhappy with the PTO decision and can continue to bear the risk involved in litigation, they can choose to continue. These reviews also are much cheaper than full blown litigation (on the tune tens of thousands of dollars compared to over a million). I don't think you could make them free however, the PTO is by and large a self-funded agency, providing free reviews would require a built in budget (through congressional appropriations, or increased fees elsewhere). The issue is that determining validity of a patent is ultimately a legal question, not a technical or factual one. Since it is a legal question, the judiciary's decisions trump the findings of an agency (which is an executive body). The courts cannot be bound by the decisions of an administrative agency (well, they can in some ways, but I won't go down the hellish road that is administrative law).

      As for loser pays attorney's fees, that's actually probably a decent way to shun some aggressive NPEs. However, for NPEs/trolls, the strategy they often have is to not want to go to trial; they just want a "reasonable" license fee and to disappear into the night. Your system changes their calculus, making litigation more risky for them, but it doesn't do anything to prevent them from threatening litigation in the first place. Not a bad proposal, but there would need to be some refinements and other incentives to really have an effect, imho.

  31. a reasonable proposal for all patents by Chirs · · Score: 1

    If someone files a patent, and if before it is granted someone else files for the same patent, then both should be invalidated due to being obvious.

  32. can't prove a negative by Chirs · · Score: 1

    It's really hard to prove that you never looked at a patent when implementing something.

    The only way for this to work would be if it applied between the time of patent application and the time of patent granting. If multiple applications cover the same thing, then rather than "first to file" all the applications for that patent should be invalidated.

    1. Re:can't prove a negative by Anonymous Coward · · Score: 0

      Of course, in reality no professional programmers skilled in the art of programming actually look at patents, 1) because they are written in patent-lawyer else obscuring whatever they are covering from actual programmers, and 2) because even if the programmer were inclined to, company lawyers will advise him/her not to, as it who would incur the chance of triple damages for willful infringement. Thus in reality any case of a patented software 'invention' being infringed is actually a case where a skilled programmer found the solution obvious enough that he/she could rewrite it from scratch without reference to the patent text.

  33. but if they both spent lots of time by Chirs · · Score: 1

    how does it make sense that the first one to file for a patent gets *all* the rights and the other guy gets none of them?

    The whole point of the patent system is so that knowledge doesn't get lost. If multiple people independently invent something (regardless of how much time was involved) then by definition that thing is not so original that only one person in the world could figure it out.

    1. Re:but if they both spent lots of time by Anonymous Coward · · Score: 0

      how does it make sense that the first one to file for a patent gets *all* the rights and the other guy gets none of them?

      Because one of the major justifications for the patent system is disclosure of the invention. The system wants to incentivize disclosure, so the first person that gives the information about the invention to the PTO (and therefore the public) is the one who receives the benefit of the patent in return. If you didn't have that incentive, inventors could sit on the invention and not disclose until they felt like they had to.

      If multiple people independently invent something (regardless of how much time was involved) then by definition that thing is not so original that only one person in the world could figure it out.

      But that's not (and never has been) the standard for determining patentability of an invention. If that were the case, only true geniuses could obtain patents, and most people of that caliber don't work in fields that result in a marketable product. Even calculus was independently discovered by Leibniz and Newton (with similar concepts also found in India), does that not mean calculus was not a highly original branch of mathematics?

  34. Re:first by wonkey_monkey · · Score: 1

    Seems like you should be consistent one way or the other.

    Seems like you should shut yer yap! ;)

    --
    systemd is Roko's Basilisk.
  35. Matthew 20:16 by Anonymous Coward · · Score: 0

    if (post.position() != 0 && post.content == post[0].content == "first" ) {
            char author[] = post.author;
            post.author = post[0].author ;
            post[0].author = author;
    }

  36. Legitimization of software patents by Adrian+Lopez · · Score: 2

    Such a move would only serve to legitimize software patents. Let's instead get rid of software patents altogether.

    --
    "In prison you just have to shut your eyes and take it. Here you have to shut your eyes and give it."
  37. Patenting Software... by infinitelink · · Score: 2

    So remember the "party of no" and uncompromising intransigence of the Republicans on giving more revenue to the government without effective cuts? Well this is a good way to illustrate that thinking: letting any organization give-in on this issues gives pretext to the unprincipled people on the other side who have twisted (in collusion with courts below the Supreme Court) the legal system to bless patents on fudamental tools of the sciences and on mathematics it/them- selves.

    No matter how you spin it, speaking about its very nature, software is never an invention: it is always a logical application of algorithmic solutions to do something, and so it is never legitimately eligible for the grant of monopoly by what we call a "patent": the case used to legitimate them never did say software was patentable, only that an invention wasn't automatically disqualified from patent protection just because, in some part, it included software to function. Yet magically (because the damn sharks we call lawyers knew the potential for rent seeking), this transformed into permitting software patents: much like Justice J. Marshall's words that the Supreme Court's job is to "say what law is" turned into "what the Supreme Court says is law" in the hands of his successors and the legal system, which our founders would probably have revolted again for.

    We should NEVER compromise on permitting or supporting a position that results in unconscionable conditions: software patents are just another form of ideal policing/control, of which we already have too many examples--some in the guise of golden calves that nobody shall dare touch in politics, making truth radical these days. It must stop or else we'll turn into the stuff of Orwell's and Huxley's nightmares, at least, it will be so for those who want to innovate, do, build, support a stable society, their families, and not be slaves pacified by the next bauble and entertainment craze.

    --
    Intelligent idiots are we. | Evil men do not understand justice.
  38. Eliminating Lurkers by Anonymous Coward · · Score: 0

    First a disclaimer, I hold two software patents. Actually, I'm not sure that the ideas should have been patented, but seeing what else was being patented I felt the need to, at least, protect my ability to use my own ideas. From that standpoint, I think this is an incredibly elegant solution. Many software patents are really of the form, "wouldn't it be neat if software could...". Someone patents the idea, and then waits around for someone else to do the hard work of actually figuring out how to do it in code...then sues them. Frankly, it is often much easier to determine how novel something is by looking at the code than by trying to read the intentionally obfuscated patent description. Thus, this would also make the work of the Patent Office much easier. As an aside, ever wonder why patents have so many claims? It is because lawyers who defend against trolls charge by the claim. The greater the number of claims, the more likely the defendant will settle rather than litigate, or at least that is what my patent lawyer told me.

    I would take this idea one step further: No product, no infringement. In other words, if you have not converted your patent into something tangible that someone could buy, then you cannot claim that anyone else is depriving you of revenue. This would also make it much easier for juries in these cases because they could compare product A to product B, rather than comparing product A to a hypothetical list of possible features of a nonexistent product B.