summaryrefslogtreecommitdiff
path: root/talermerchantdemos/blog/articles/ru/limit-patent-effect.html
blob: 163a9494ab8c6a24af5b25723f88c5934205535f (plain)
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
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
<!--#set var="ENGLISH_PAGE" value="/philosophy/limit-patent-effect.en.html" -->

<!--#include virtual="/server/header.ru.html" -->
<!-- Parent-Version: 1.79 -->

<!-- This file is automatically generated by GNUnited Nations! -->
<title>Защита отрасли программирования от патентов - Проект GNU - Фонд свободного
программного обеспечения</title>

<!--#include virtual="/philosophy/po/limit-patent-effect.translist" -->
<!--#include virtual="/server/banner.ru.html" -->
<h2>Защита отрасли программирования от патентов</h2>

<p><a href="http://www.stallman.org/"><strong>Ричард Столмен</strong></a></p>

<p><em>Первоначальная версия этой статьи была опубликована в <a
href="http://www.wired.com/opinion/2012/11/richard-stallman-software-patents/">
Уайеред</a> в&nbsp;ноябре 2012&nbsp;года.</em></p>

<p>Патенты угрожают каждому разработчику программ, и патентные войны, которых
мы долго со страхом ожидали, наконец разразились. Разработчики программ и
пользователи программ&nbsp;&mdash; а они составляют в нашем обществе
большинство&nbsp;&mdash; нуждаются в том, чтобы программы были свободны от
патентов.</p>

<p>Патенты, которые нам угрожают, часто называют &ldquo;патентами на
программы&rdquo;, но это выражение вносит путаницу. Такие патенты не
относятся ни к какой конкретной программе. Напротив, каждый патент описывает
некоторую практическую идею, и в нем говорится, что на всякого, кто проводит
ее в жизнь, можно подать в суд. Так что более ясным было бы название
&ldquo;патенты на вычислительные идеи&rdquo;.</p>

<p>В патентной системе США патенты не помечаются так, чтобы можно было сказать,
что этот патент является &ldquo;патентом на программы&rdquo;, а
тот&nbsp;&mdash; нет. Их различают разработчики программ&nbsp;&mdash; они
отличают патенты, которые угрожают нам (патенты, выданные на идеи, которые
можно реализовать в программах), от прочих патентов. Например, если
запатентованная идея состоит в форме физической структуры или в химической
реакции, то никакая программа ее реализовать не может; этот патент не
угрожает отрасли программирования. Но если запатентованная идея заключается
в вычислении, то дуло этого патента смотрит на разработчиков и пользователей
программ.</p>

<p>Не то чтобы патенты на вычислительные идеи запрещали только программы. Эти
идеи можно реализовать и аппаратно&nbsp;&mdash; и многие из них были
реализованы аппаратно. Каждый патент, как правило, распространяется как на
аппаратные, <em>так и на программные</em> реализации идеи.</p>

<h3>Особая проблема программ</h3>

<p>Тем не менее в случае программ патенты на вычислительные идеи приводят к
особой проблеме. В этом случае в одной программе легко реализовать
одновременно тысячи идей. Если 10% из них запатентованы, это значит, что
программе угрожают сотни патентов.</p>

<p>Когда Дан Рейвичер из Общественного патентного фонда изучил
в&nbsp;2004&nbsp;году одну крупную программу (Linux, которая является ядром
операционной системы <a href="/gnu/gnu-linux-faq.html"> GNU/Linux</a>), он
насчитал 283&nbsp;патента США, которые, по-видимому, распространялись на
вычислительные идеи, реализованные в исходном тексте этой программы. В том
же самом году один журнал сделал оценку, по которой доля Linux составляла
0,25% от всей системы GNU/Linux. Умножив 300 на 400, мы получаем грубую
оценку, согласно которой системе в целом <em>угрожало порядка ста тысяч
патентов</em>.</p>

<p>Если бы половина из этих патентов была исключена по причине &ldquo;низкого
качества&rdquo;&nbsp;&mdash; т.е. ошибок патентной системы&nbsp;&mdash; это
бы мало что изменило. Сто тысяч патентов или пятьдесят тысяч&nbsp;&mdash;
все равно это такое же бедствие. Вот почему было бы ошибкой ограничивать
нашу критику только &ldquo;патентными троллями&rdquo; или
&ldquo;низкокачественными&rdquo; патентами. Самый злостный из сегодняшних
патентных агрессоров&nbsp;&mdash; компания Apple, которая не является
&ldquo;троллем&rdquo; в обычном определении; я не знаю, являются ли патенты
Apple &ldquo;качественными&rdquo;, но чем выше &ldquo;качество&rdquo;
патента, тем опаснее его угроза.</p>

<p>Нам нужно решать всю проблему, а не только часть ее.</p>

<p>Обычно для устранения этой проблемы на законодательном уровне предлагают
изменить критерии выдачи патентов&nbsp;&mdash; например запретить выдавать
патенты на вычислительную практику и системы, которые ее осуществляют. У
этого подхода есть два недостатка.</p>

<p>Во-первых, патентные юристы умеют искусно переформулировать патенты, чтобы
они прошли по всем правилам, какие только можно применить; они сводят любую
попытку ограничить сущность патентов к простой формальности. Например,
многие патенты США на вычислительные идеи описывают систему, в которую
входит арифметическое устройство, устройство выборки команд, память, а также
органы управления для проведения конкретного вычисления. Это своеобразный
способ описания компьютера, выполняющего программу, которая проводит
определенное вычисление; он был выдуман для того, чтобы привести заявку на
патент в соответствие с критериями, которых, как некоторое время считалось,
требовала патентная система США.</p>

<p>Во-вторых, в США уже есть много тысяч патентов на вычислительные идеи, так
что изменение критериев для предотвращения выдачи новых патентов не избавило
бы от уже существующих. Нам пришлось бы ждать почти двадцать лет, пока
проблема была бы полностью устранена по завершении действия этих
патентов. Мы могли бы представить себе отмену этих существующих патентов в
законодательном порядке, но это, вероятно, неконституционно (Верховный суд
упрямо настаивал, что Конгресс может расширять частные привилегии за счет
прав общества, но это не может произойти в обратном направлении).</p>

<h3>Другой подход: ограничить действие, а не патентоспособность</h3>

<p>Мое предложение&nbsp;&mdash; изменить <em>действие</em> патентов. Нам
следует изменить законы так, чтобы разработка, распространение или запуск
программы на вычислительной аппаратуре общего применения не составляли
нарушения патента. У этого подхода несколько достоинств:</p>

<ul>
<li>Он не требует классификации патентов или заявок на патенты как
&ldquo;программных&rdquo; или &ldquo;непрограммных&rdquo;.</li>
<li>Он предоставляет разработчикам и пользователям защиту как от существующих
патентов на вычислительные идеи, так и от патентов, возможных в будущем.</li>
<li>Патентные юристы не могут свести на нет желаемый эффект изменением формы
заявок.</li>
</ul>

<p>Этот подход полностью не отменяет существующие патенты на вычислительные
идеи, потому что они по-прежнему были бы применимы к реализациям в
аппаратуре специального назначения. Это достоинство, потому что это
исключает споры о легитимности этого плана. Несколько лет назад в США был
принят закон, прикрывающий от патентных преследований хирургов, так что
хирурги в безопасности, даже если хирургические процедуры
запатентованы. Этот закон дает прецедент для этого решения.</p>

<p>Разработчики и пользователи программ нуждаются в защите от патентов. Это
единственное законодательное решение, которое предоставило всем бы полную
защиту. Тогда мы могли бы опять вернуться к конкуренции или
сотрудничеству... не боясь, что какой-нибудь незнакомец зачеркнет всю нашу
работу.</p>

<p><em>См. также: <a href="/philosophy/patent-reform-is-not-enough.html">
Патентной реформы не достаточно</a></em></p>

<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.ru.html" -->
<div id="footer">
<div class="unprintable">

<p>Пожалуйста, присылайте общие запросы фонду и GNU по адресу <a
href="mailto:gnu@gnu.org">&lt;gnu@gnu.org&gt;</a>. Есть также <a
href="/contact/">другие способы связаться</a> с фондом. Отчеты о
неработающих ссылках и другие поправки или предложения можно присылать по
адресу <a href="mailto:webmasters@gnu.org">&lt;webmasters@gnu.org&gt;</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">

        &lt;web-translators@gnu.org&gt;</a>.</p>

        <p>For information on coordinating and submitting translations of
        our web pages, see <a
        href="/server/standards/README.translations.html">Translations
        README</a>. -->
Мы старались сделать этот перевод точным и качественным, но исключить
возможность ошибки мы не можем. Присылайте, пожалуйста, свои замечания и
предложения по переводу по адресу <a
href="mailto:web-translators@gnu.org">&lt;web-translators@gnu.org&gt;</a>.
</p><p>Сведения по координации и предложениям переводов наших статей см. в
<a href="/server/standards/README.translations.html">&ldquo;Руководстве по
переводам&rdquo;</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 &copy; 2012, 2013, 2015, 2016 Free Software Foundation, Inc.</p>

<p>Это произведение доступно по <a rel="license"
href="http://creativecommons.org/licenses/by-nd/4.0/deed.ru">лицензии
Creative Commons Attribution-NoDerivs (<em>Атрибуция&nbsp;&mdash; Без
производных произведений</em>) 4.0 Всемирная</a>.</p>

<!--#include virtual="/server/bottom-notes.ru.html" -->
<div class="translators-credits">

<!--TRANSLATORS: Use space (SPC) as msgstr if you don't want credits.-->
<em>Внимание! В подготовке этого перевода участвовал только один человек. Вы
можете существенно улучшить перевод, если проверите его и расскажете о
найденных ошибках в <a
href="http://savannah.gnu.org/projects/www-ru">русской группе переводов
gnu.org</a>.</em></div>

<p class="unprintable"><!-- timestamp start -->
Обновлено:

$Date: 2019/01/29 09:01:19 $

<!-- timestamp end -->
</p>
</div>
</div>
</body>
</html>