🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: gnu.misc.discuss
Article #73478

Re: Patents

#73478
From: Jesse Perry
Date: Sun, 15 Sep 1991 05:22
71 lines
3730 bytes
Dan writes:
>In article <1991Sep11.183031.850@franklin.com> Jesse Perry writes:
>> What he actually argued was that it would be silly to patent
>> an entire program, because such a patent would afford no
>> protection to its inventor.	This is because people could
>> change non-essential aspects of the program to create a new
>> program with the same basic function, but without infringing
>> the patent.
>
>Sorry, but you're wrong.  The LZW patent....

No.  We're not talking about the LZW patent; that patent was
done sensibly.	What we're talking about is the fact that it
would be stupid to write a patent *the other way* -- a patent
on a specific program, as opposed to the LZW patent, which is
a patent on a *method*, and therefore applicable to any program
using that method.

This is exactly Terry's point, as I tried to explain earlier.
The LZW patent is valuable *because* it is not a patent on some
particular program, but rather on a method which might be used
in many programs.

Terry's argument, again, is that it would be stupid to get a patent
on a *specific program*, no matter what that program is.  Evidently
you are in complete agreement with him on this, since you so clearly
elucidate the benefits of making patent claims as general as
possible:

> Claim 666: ``In the compression and decompression system of
> claim 1, any method of providing the code signals using a
> standard input-output library.''
>
> Remember that patents often consist of tens or hundreds of claims.
>
>> Therefore it would be useless to
>> patent compress(1), because people could write equivalent
>> LZW-based compression programs without stdio, which a patent
>> on compress(1) would not cover.
>
>Your error (well, really Zippy's error) is in assuming that
>compress-without-stdio won't infringe on a patent just because the
>patent covers compress-with-stdio.

Um, NO.  There is no such error here.  Neither Terry nor I made any
such silly assumption.	We both understand perfectly that compress(1)
is covered by the LZW patent, as would be any LZW-using variation
of it.	That's because the LZW patent is *NOT* a patent on the
compress(1) program; it is instead a patent on a method *used by*
compress(1), and thus is a patent which covers compress(1), as
well as many other possible programs.  This is why it is valuable.

To sum up:

1.  A program is not the same as a method which that program
    happens to use.
2.  A patent on a method is valuable, because it can apply to
    any program using that method.
3.  A patent on an entire program is useless, because none of
    the methods used by the program are protected against use
    in other programs which differ in trivial ways from the
    patented program.

It looks to me like we are both managing to talk past each other,
despite being in complete agreement.  If you have a different
impression, at least review the posts leading up to this one
before answering.

Otherwise, this horse has been beaten enough.  RIP.

Jesse Perry   jesse@franklin.com   uunet!frnkmth!jesse
Technical Details
Message-ID: <1991Sep15.052225.9619@franklin.com>
Path: arc1-ca.pugleaf.net!gmdzi!unido!mcsun!uunet!elroy.jpl.nasa.gov!decwrl!twwells!frnkmth!jesse
References: <27542.Sep1006.12.2591@kramden.acf.nyu.edu> <1991Sep11.183031.850@franklin.com> <22248.Sep1406.45.4891@kramden.acf.nyu.edu>

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 1025b4,9434f7b17f215464
X-Google-Attributes: gid1025b4,public
X-Google-ArrivalTime: 1991-09-15 04:59:07 PST
Path: arc1-ca.pugleaf.net!gmdzi!unido!mcsun!uunet!elroy.jpl.nasa.gov!decwrl!twwells!frnkmth!jesse
From: jesse@franklin.com (Jesse Perry)
Newsgroups: gnu.misc.discuss
Subject: Re: Patents
Message-ID: <1991Sep15.052225.9619@franklin.com>
Date: 15 Sep 91 05:22:25 GMT
References: <27542.Sep1006.12.2591@kramden.acf.nyu.edu> <1991Sep11.183031.850@franklin.com> <22248.Sep1406.45.4891@kramden.acf.nyu.edu>
Organization: Franklin Electronic Publishers, Inc.
Lines: 71