Slashdot Mirror


Revised W3C Patent Policy Out, Comments Invited

Janet Daly, W3C writes "Today, the World Wide Web Consortium (W3C) began what it expects to be the final review of the proposed Royalty-Free Patent Policy. A new draft has been published; the review period has been extended to allow for public and W3C Member comments alike. Review closes 30 April 2003. The press release and summary give a short version of goals and changes of the policy."

18 of 95 comments (clear)

  1. FSF's position by arvindn · · Score: 4, Interesting

    Here are FSF's views on the (previous version of the) royalty-free patent policy.

  2. Re:Does that mean... by Anonymous Coward · · Score: 2, Insightful

    whos web ?

    the American web or the UK web or the Chinese web or the Austrailian web or the japanese web or the other 260 nations that are online's web ?

    Americans forget while living in their bubbles there is a thing called the "World" and their patents and laws dont extend to most of it, so go ahead make all the laws and patents you like, no one is going to follow them especially the chinese/russians etc etc

    people cant even follow w3c recomendations as it is

  3. w3c standards don't matter to Slashdot by Anonymous Coward · · Score: 3, Funny

    Every try to validate one of these pages? Ha! Good luck on that. They've actually FORBIDDEN the w3c validator from looking at the pages!

    1. Re:w3c standards don't matter to Slashdot by kirun · · Score: 2, Insightful

      Possibly because Slashdot is full of pedants? I'm sure you can work out the rest yourself.

      --
      I'm scared of numbers that can't be written as a fraction. It's an irrational fear.
  4. Re:Does that mean... by critter_hunter · · Score: 3, Informative

    That's about the stupidest thing I've seen today (not counting usual Slashdot trolling). This is a license that applies to standards developped by the W3C. It prevents the big companies that participate in W3C workgroups to claim ownership of standards that they developped/helped develop. It says nothing about anything that isn't a W3C standard.

    --
    Karma: Could be worse (could be raining)
  5. Re:Why? by Pxtl · · Score: 4, Insightful

    Okay, I'll bite. The idea is that you can do whatever you want with your owns stuff patented - however, if you want your patented material to be incorporated into the W3C standard, then its up to you to comply with their requirements. All standards boards have various requirements before something can be considered as "standard". It is for the good of the economy.

  6. hmm... by gid13 · · Score: 2, Funny

    do i hear one-click shopping? :)

  7. my thoughts by cultobill · · Score: 5, Interesting

    This is a Good Thing. The W3C should patent most of it's standards so that assholes can't. It raises the issue, though, of trusting the W3C members to not be those assholes that this protects against. An explicit policy on how they deal with patents can assure us that the patents won't be abused.

    One question is, how binding is this? If a member of the W3C patents a process then starts telling people to pay up (a few years down the line, maybe), is this really any protection?

    --
    -- Bill "Houdini" Weiss
    1. Re:my thoughts by Zathrus · · Score: 2, Informative

      One question is, how binding is this? If a member of the W3C patents a process then starts telling people to pay up (a few years down the line, maybe), is this really any protection?

      Yes it is. If you are part of a standard's committee, and part of the committee's rules of participation state that you must disclose (and/or license at little or no cost) any intellectual property rights that are relevant to a standard you're involved in, then you can't submarine IP and expect to collect on it. It's been ruled illegal several times - the clearest case being Dell attempting to claim patent rights on the "VL-bus" VESA standard. See this for more details.

      Rambus is in pretty much the same situation now - they're trying to claim patent rights on DDRAM, SDRAM, and pretty much every other kind of memory process... even though they were part of JEDEC at the time the standards were being decided on. And it's looking highly unlikely that they'll win at this point. Darn.

    2. Re:my thoughts by SquarePants · · Score: 3, Informative

      I think you have mis-read (or not-read) the press release. This is not about the W3C patenting anything. This is about members of the W3C waiving any patent rights they have to inventions which are incorporated into standards while they are members and participate in the creation of the standard.

      However, the most important effect will be that members will have to "put up or shut up." From this standpoint this is a good step. A member who knows that a standard it is contributing to will incorporate subject matter (i.e., claims) from one of its patents or pending patent applications will have to "speak up or forever hold its peace."

      If the member speaks up, it can exclude the subject patents or claims from the waiver policy. This, in turn, gives notice to the W3C that it should steer the standard in a different direction if it wishes to end up with a royalty-free standard. If the member does not speak up, it is implicitly waiving its patent rights an cannot sue for infringement in the future.

  8. Explain these things to me by knobmaker · · Score: 4, Insightful

    I guess I'm just stuck in the last century, because I don't really understand the whole thing. I didn't have the patience to read the draft, but I read the press release, and I'm scratching my head over the whole idea of software patents. It's been a long time since I did any coding (anyone working with the 6502 any more?) but I seem to remember that there were always an infinite number of ways to accomplish any programming task. How do you patent one way, and then claim that no one's allowed to use another way to do the same thing? Or am I completely confused here? (I admit that this is almost a certainty.)

    As a writer, I can't help but make comparisons with copyright law, another form of abstract intellectual property protection. If you're a writer, you can't copyright ideas. If I want to write a book about a great white whale, I can. I can even call it Moby Dick, and not just because Melville's copyright has expired. Titles cannot be copyrighted. So how come, for example, the .gif standard can be patented?

    Of course, I may have completely misunderstood all of this. In which case, never mind.

    1. Re:Explain these things to me by critter_hunter · · Score: 5, Informative

      GIFs aren't patented. A compression algorithm used in GIFs is (the LZW algorithm). The GIMP (and perhaps other graphic manipulation software) allow you to create uncompressed GIFs, which are perfectly legal.

      I don't think gif is a standard anyway, nor has it ever been one.

      --
      Karma: Could be worse (could be raining)
    2. Re:Explain these things to me by knobmaker · · Score: 3, Interesting
      GIFs aren't patented. A compression algorithm used in GIFs is (the LZW algorithm).

      I appreciate the clarification, but this is exactly what I'm wondering about. How do you patent an algorithm and then attach it to a process that could be performed by another algorithm just as capably? I understand the logistics problems here-- if your browser attempts to open an image compressed by an unknown algorithm, it can't. And I think I understand why the royalty-free patent standard is being proposed-- as a defensive measure against stuff being admitted to the standard and then used to extort fees from programmers who use the stuff.

      I just don't understand the logical basis for software patents.

  9. License revocation on lawsuit . . . by SquareOfS · · Score: 5, Interesting
    Most comments will probably be about what the FSF got exercised over, namely the restriction of the royalty free license to standard implementations. The summary page mentioned in the article, however, also has an interesting point:
    • The license may be suspended if the licensee sues the licensor.
    (Disclaimer: IANAL, nor have I yet waded through the legalese of the proposal itself -- just the summary)

    Does that mean that the following can happen:

    1. Entity A implements a W3C standard, in the process receiving a royalty-free license for some implicated technology from Entity B.
    2. A distributes its implementation.
    3. time passes . . .
    4. A sues B on an unrelated matter, say for example, getting B to abide by the terms of an open-source license.
    5. B suspends A's royalty-free license on the technology in the standard implementation.
    6. All distributions of A's implementation now in license limbo courtesy of a suit on an unrelated matter?
    How on earth can this be a good idea?
    1. Re:License revocation on lawsuit . . . by chris_lilley · · Score: 2, Insightful

      Since other folks clarified that the suit needs to be about patents that are claimed to be essential for implementing W3C specifications, it just remains to fill out point 1 and swap A and B in your point 4:

      1. Entities A, B ..Z implement a W3C standard, in the process receiving a royalty-free license for some implicated technology from Entities A, B ...Z.

      4. B sues A on a related matter, for example they claim a patent on some essential W3C technology

      As a result:

      5. A sends B their new license terms for the assorted patents they hold, plus a request for prompt payment of fees or removal of product from distribution

      6. B considers whether they can pass this cost on to their customers and still remain competitive with C..Z who still get A's patent claims royalty free.

      --
      Chris Lilley W3C spec creation droid
  10. Responsibility to the community by NtroP · · Score: 4, Insightful
    You can't copyright a concept - there are too many ways for people to come up with it independently. However, you can copyright a specific formula or algorithm as a means to an end. Companies who have invested time and money in perfecting these formulas should have the right to benefit from this.

    BUT, IMHO, as soon as you try to make it a "standard" - thus forcing the world to use it, you should be required to make it royalty free and fully documented. There is a certain responsibility to the larger community for any organization or company that finds itself in this possition.

    Information is too important to risk limiting its exchange. Case-in-point: M$ word documents. The "defacto standard" for document exchange is Microsoft's Office formats. However, the formats aren't fully documented and are at risk of changing with every new version of office. We would love to be able to ditch Office for an open-source (open format) solution, but we deal with other companies and government agencies who expect documents in Office format and send documents in Office format to us. It's a catch 22. We can't move to an open standard format without having a (redundant) system to be able to communicate with "the other 95%".

    M$ has every right to sell their products. They have worked hard on them. However, because the formats have become the "standard", (and Microsoft has been doing everything it can to make it that way), M$ should be forced to open the format and fully document it, so that others don't have to reverse engineer it every time, to inter-operate. An open standard does not preclude MS from selling office. If it is the best product, it will sell. But an open standard for document exchange will allow true competition, and hence greater product improvement, by allowing software companies to compete on the technical merits of their products instead of on a closed format.

    The same concept goes for audio and video. If you're going to call it a "standard" you shouldn't be able to charge for it. Charge for your product, not for the method of data exchange.

    My $.02

    --
    "terrorism" and "pedophilia" are the root passwords to the Constitution
  11. Re:Who follows W3C anyways? by David_Bloom · · Score: 2, Insightful
    You are totally wrong.

    Internet Explorer is NOTORIOUS for not following standards. Ever wonder why so many DHTML-heavy sites won't work in Mozilla? They follow Internet Explorer's "standards" and use workarounds for all the bugs in Internet Explorer's page renderer, rather than making normal code that is more compatible with alternative browsers.

    --

    Karma: Excellent (fuck, even in the future moderation doesn't work!)
  12. The FSF's position still doesn't make sense by The+Pim · · Score: 2, Insightful
    The FSF has expanded the explanation of its position (about which I asked Eben Moglen in his slashdot interview), but I still don't buy it.

    Under Section 7, the "field of use" restriction is a "conditions are imposed on you [the distributor of GPL'ed software] that contradict the conditions of this License". The "conditions of this license" require, for example, that those receiving distributions of GPL'ed software have the right to run the program for any purpose (Section 0), the right to modify it for any purpose (Section 2), etc.

    Yes, the patent license imposes conditions on "you"; and yes, those receiving the software may not have all the rights (ie, unfettered modification) that the GPL requires. But the second is not caused by the first, and therefore section 7 does not apply.

    Specifically, as I understand, the hypothetical patent licenses would say something like, "this license permits you to practice patent P only for the purposes of implementing standard S". It would not say anything about the terms under which you may distribute your implementation. The fact that others will be restricted in how they may modify your software is due to their license from the patent holder (even if it happens to be the same license you have), not due to a "condition imposed on you".

    The "detailed step-by-step example" makes the fallacy more plain:

    However, he knows full well of a condition on that code that contradicts the GPL (violating Section 7) -- namely, he knows that C's patent license prohibits folks from taking his URL parsing code and putting it into, say, a search engine. Therefore, under GPL Section 7, he is prohibited from redistribution.

    I similarly know full well that C's patent licence prohibits folks from taking GNU Emacs and adding URL parsing code. By this logic, I am prohibited from redistributing Emacs.

    The only difference between the two cases is that a large class of modifications (any that would remove the program from the scope of the patent license) is prohibited in the first, while a smaller class (any that would bring Emacs under the scope of the patent) is prohibited in the second. But this is immaterial to the GPL.

    --

    The evaluation of an action as 'practical' . . . depends on what it is that one wishes to practice.