1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
|
<!--#set var="ENGLISH_PAGE" value="/philosophy/patent-reform-is-not-enough.en.html" -->
<!--#include virtual="/server/header.zh-cn.html" -->
<!-- Parent-Version: 1.96 -->
<!-- This page is derived from /server/standards/boilerplate.html -->
<!--#set var="TAGS" value="esays laws patents" -->
<!--#set var="DISABLE_TOP_ADDENDUM" value="yes" -->
<!-- This file is automatically generated by GNUnited Nations! -->
<title>专利改革还不够 - GNU 工程 - 自由软件基金会</title>
<!--#include virtual="/philosophy/po/patent-reform-is-not-enough.translist" -->
<!--#include virtual="/server/banner.zh-cn.html" -->
<!--#include virtual="/philosophy/ph-breadcrumb.zh-cn.html" -->
<!--GNUN: OUT-OF-DATE NOTICE-->
<!--#include virtual="/server/top-addendum.zh-cn.html" -->
<div class="article reduced-width">
<h2>专利改革还不够</h2>
<div class="thin"></div>
<p>
当人们首次了解到软件专利的问题时，他们的注意力通常被异常严重的事例所吸引：专利涉及到已经广为人知的技术。这些技术包括为规则排序让变量在计算之后才可用（这就是电子表格里的
“自然顺序重新计算法”），以及在修改 bit-map 显示的时候使用 exclusive-or。</p>
<p>
关注这些例子会让一些人忽略其他的问题。这些人会被吸引到专利基本上是对的、只是需要 “改良” 使其更合理地执行规则的立场那边去。</p>
<p>
但是正确的实施真的会解决软件专利的问题吗？让我们看一个例子。</p>
<p>
在 90 年代初，我们迫切需要一款新的自由压缩软件，因为专利从我们手里夺走了事实标准的老 “压缩” 程序。1991 年 4
月，软件开发者 Ross Williams 开始发布一系列使用他自己研究的新算法的数据压缩程序。这些程序由于速度快、压缩质量高而迅速吸引了用户。</p>
<p>
9 月，当自由软件基金会还差一个星期就要把其中一个程序作为新发行文件的新压缩软件发布时，这些程序在美国的使用被一个新颁布的专利叫停了：专利号
5,049,881。</p>
<p>
根据专利系统的规则，公众是否可以使用这些程序（即这个专利是否有效）依赖于是否存在
“在先技术”：其中的想法是否已经在专利申请之前被公开，专利申请是在 1990 年 6 月 18 日。Williams 的发布是在
1991 年 4 月，比专利申请日晚，所以不能算在先技术。</p>
<p>
1988-1989 年间，有个旧金山大学的学生在课堂论文上论述了类似的算法，但是其论文没有发表。所以它在现有规则下也不是在先技术。</p>
<p>
让专利系统 “合理”
运作的改良不太会防止此类问题。在专利系统的规则下，这个专利看起来有效。它没有在先技术。按照专利系统的术语，它也不那么显而易见。（像大多数专利一样，它既不是惊世骇俗，也不是平淡无奇，它介于二者之间。）错误在于规则本身，而不在于对规则的执行。</p>
<p>
在美国的法律系统下，专利其实是社会和个人之间的讨价还价；社会本应由于技术公开而获益，如果不是专利，这些技术可能永远不会公开。很明显，5,049,881
号专利的授权并没有给社会带来任何利益。这项技术本来大家马上就可以用到了。我们很容易弄明白好几个人在差不多的时间里做着差不多的事情。</p>
<p>
在现有规则下，我们能否使用 Williams 的程序依赖于是否有人碰巧在 1990 年 6 月 18
日之前公布了同样的想法。就是说，全靠运气。这个系统对法律操作是不错，但是对软件进步并不好。</p>
<p>
教育专利局去查看更多在先技术可能会防止一些离谱的错误。但它不会解决较大的那个问题，就是对计算机的每个 <em>新</em> 使用都申请专利，就像
Williams 和其他人各自独立开发的算法一样。</p>
<p>
这会让软件变成泥潭。即使一个创新的程序通常也会使用数十种不那么新的技术和功能，每个都可能会是专利。我们对每个操作的使用都要靠运气，如果我们有一半的运气，那么没有程序能够逃脱侵犯众多专利的泥潭。走出专利迷宫比撰写软件更困难。正如
<cite>经济学家</cite> 杂志所言，软件专利对商业来说就是明显的坏事。</p>
<h3>你可以帮助做什么</h3>
<p>
<!-- [Dead as of 2019-03-23] support <a href="http://stopsoftwarepatents.eu/">
this
petition</a> for a Europe free of software patents, and -->
欧洲正进行着广泛的阻止软件专利的努力。请参看 <a href="https://ffii.org/">FFII 网站</a> 了解你可以帮助做什么。</p>
</div>
<div class="translators-notes">
<!--TRANSLATORS: Use space (SPC) as msgstr if you don't have notes.-->
</div>
</div>
<!-- for id="content", starts in the include above -->
<!--#include virtual="/server/footer.zh-cn.html" -->
<div id="footer" role="contentinfo">
<div class="unprintable">
<p>请将对FSF&GNU的一般询问发送到<a
href="mailto:gnu@gnu.org"><gnu@gnu.org></a>。还有一些其他联系FSF的<a
href="/contact/">方式</a>。关于链接错误和”其他更正或建议“请发信到<a
href="mailto:web-translators@gnu.org"><web-translators@gnu.org></a>。</p>
<p>
<!-- TRANSLATORS: Ignore the original text in this paragraph,
replace it with the translation of these two:
We work hard and do our best to provide accurate, good quality
translations. However, we are not exempt from imperfection.
Please send your comments and general suggestions in this regard
to <a href="mailto:web-translators@gnu.org">
<web-translators@gnu.org></a>.</p>
<p>For information on coordinating and contributing translations of
our web pages, see <a
href="/server/standards/README.translations.html">Translations
README</a>. -->
我们尽最大努力来提供精准和高质量的翻译，但难免会存在错误和不足。如果您在这方面有评论或一般性的建议，请发送至 <a
href="mailto:web-translators@gnu.org"><web-translators@gnu.org></a>。</p><p>关于进行协调与提交翻译的更多信息参见
<a href="/server/standards/README.translations.html">《译者指南》</a>。</p>
</div>
<!-- Regarding copyright, in general, standalone pages (as opposed to
files generated as part of manuals) on the GNU web server should
be under CC BY-ND 4.0. Please do NOT change or remove this
without talking with the webmasters or licensing team first.
Please make sure the copyright date is consistent with the
document. For web pages, it is ok to list just the latest year the
document was modified, or published.
If you wish to list earlier years, that is ok too.
Either "2001, 2002, 2003" or "2001-2003" are ok for specifying
years, as long as each year in the range is in fact a copyrightable
year, i.e., a year in which the document was published (including
being publicly visible on the web or in a revision control system).
There is more detail about copyright years in the GNU Maintainers
Information document, www.gnu.org/prep/maintain. -->
<p>Copyright © 1996-1998, 2001, 2021 Free Software Foundation, Inc.</p>
<p>本页面使用 <a rel="license"
href="http://creativecommons.org/licenses/by-nd/4.0/">Creative Commons
Attribution-NoDerivatives 4.0 International License</a> 授权。</p>
<!--#include virtual="/server/bottom-notes.zh-cn.html" -->
<div class="translators-credits">
<!--TRANSLATORS: Use space (SPC) as msgstr if you don't want credits.-->
<b>翻译团队</b>：<a rel="team"
href="//savannah.gnu.org/projects/www-zh-cn/"><CTT></a>，2022。</div>
<p class="unprintable"><!-- timestamp start -->
最后更新：
$Date: 2022/05/19 07:37:45 $
<!-- timestamp end -->
</p>
</div>
</div>
<!-- for class="inner", starts in the banner include -->
</body>
</html>
|
