Перспективы свободного программного обеспечения в сфере государственного управления и бюджетном секторе

Для конечного пользователя/заказчика

Преимущества copyleft-модели:

– получение (неэксклюзивных) полных прав на результат разработки;

– возможность организовать независимое тестирование чужими руками;

– исключение частных издержек на управление «правами ИС»;

Преимущества несвободной модели:

– возможность исключить конкурентов из числа пользователей результата разработки;

Для исполнителя/правообладателя

Преимущества copyleft-модели:

– легальный доступ к огромному пулу существующих программ, защищенных копилефт-лицензиями и возможность неограниченного его использования;

– возможность организовать «базарную» разработку новых версий с привлечением ресурсов других бизнесов и сообщества в целом;

– исключение частных издержек на управление «правами ИС»;

Преимущества несвободной модели:

– теоретическая возможность конвертировать заказную разработку в тиражируемую и зарабатывать на эмиссии дополнительных лицензий;

– возможность, удерживая права на код, поставить заказчика в ситуацию вынужденного заказа или перезаказа услуг.

Для третьих лиц и рынка в целом

Преимущества copyleft-модели:

– реализация общеполезных платформенных возможностей и наиболее популярных приложений;

– исключение ситуаций «антистандартизации»;

– публичный аудит критически важного (в том числе, для третьих лиц) кода;

– исключение общественных издержек на управление «правами ИС»;

– исключение лицензионных отчислений – повторной платы за уже проведенные разработки.

Преимущества несвободной модели:

– на рынке, в порядке инициативных венчурных разработок, появляются программы, на который не нашлось прямого заказчика или энтузиаста свободной разработки.

Следует отметить, что особенности, которые теоретически можно считать преимуществами несвободной модели разработки для конечного пользователя (заказчика) или правообладателя, не имеют существенного значения для государства (более подробно это обсуждается в следующем разделе). В то же время, практически все перечисленные преимущества свободной модели важны, а ее преимущества для третьих лиц могут проявиться в виде мощных положительных экстерналий государственного участия в СПО.

4. Государство на рынке ПО

Государственные органы и организации в процессе информатизации, испытывая необходимость в ПО своей деятельности, с неизбежностью выходят на рынок в качестве заказчика/покупателя, а в тех случаях, когда выступают заказчиком – и в качестве правообладателя.

Различной тактикой ПО может быть:

закупка необходимого количества экземпляров программ;

заказная разработка (или адаптация) программ с последующим тиражированием.

4.1. Государство как покупатель (заказчик) программ

В значительной части потребность государства в ПО, так же, как потребность других категорий конечных пользователей, удовлетворяется путем приобретения необходимого количества экземпляров программ (либо приобретения «лицензий» – разрешений на самостоятельное создание нужного количества экземпляров при приобретении меньшего их количества).

Такая тактика представляется оправданной при выполнении следующих условий:

государственные органы/организации составляют относительно небольшую часть общего числа конечных пользователей тех или иных программ;

на рынке наличествует конкурентное предложение по соответствующим классам программ.

К сожалению, сегодня эта тактика применяется и в случаях, когда эти условия не выполняются. Например, она применяется в таком массовом приложении, как обеспечение делопроизводства20.

Заказ (как альтернатива приобретению) программ оправдан при наличии хотя бы одного из следующих обстоятельств:

государственные органы и организации являются доминирующим конечным пользователем того или иного класса программ;

наличный рынок не обладает достаточной конкурентностью.

Возможности экономии за счет свободы ПО. Нижеперечисленные сильные стороны свободного ПО наиболее значимо проявляются в ситуации массовой эксплуатации программ.

Наличие объемного пула уже написанных свободных программ. Даже если готовой программы, реализующей в полном объеме необходимую функциональность и устраивающую конечного пользователя в части функциональности и других качеств, и не существует, заказ на доработку (модификацию, адаптацию, локализацию, документирование) существующей программы, пакета или системы значительно дешевле (и менее рискован), чем заказ разработки «с нуля». В случае сколько-нибудь массового использования программы он часто будет дешевле и приобретения соответствующего количества копий (или лицензий) несвободных программ.

Право ввода в хозяйственный оборот дополнительных экземпляров. Наличие этого права существенно, так как позволяет избежать расходов на приобретение дополнительных копий (или лицензий на их самостоятельное изготовление) и расходов на полицензионный учет используемых программ («управление лицензиями»), который сам по себе является непростой задачей с учетом масштабов государства как конечного пользователя.

Право на модификацию и доступ к исходным текстам. Наличие этого права позволяет избежать «связывания» конечного пользователя в плане выбора контрагента при заказе или перезаказе услуг. Любая услуга по исправлению, адаптации, модификации программы может заказываться на конкурентном рынке.

Возможность переноса в другую программную или аппаратную среду. Частным случаем модификации, право на которую предусматривают свободные лицензии и техническую возможность которой обеспечивается доступностью исходного кода, является перенос программы в иную программную (под другую ОС) или аппаратную (на оборудование другого типа) среду. Большинство свободных программ доступны более, чем для одной ОС или аппаратной платформы.

Такая возможность важна, поскольку она уменьшает зависимость конечного пользователя от ранее принятых (унаследованных) решений в части аппаратного и программного обеспечения.

Наличие конечных пользователей в других секторах хозяйства и частного рынка услуг. Вполне возможно, что часть дальнейшей разработки будет выполнена контрактацией вне публичного сектора. Так же, как результаты исполнения госконтрактов становятся доступны частным пользователям, результаты исполнения контрактов в частных секторах становятся доступны государству как конечному пользователю.

Немаловажной деталью является то, что пользование программами в частном секторе может быть более диверсифицировано и динамично, чем в публичном, соответственно, при изменении профиля приложения программы в госсекторе остается вероятность, что соответствующее применение программы уже состоялось вне публичного сектора и часть издержек по исправлению неизбежно выявляющихся при таком изменении ошибок и недостатков уже устранена.

Возможность использования исходного кода как спецификации де-факто. Во многих приложениях компьютера стандартизация значительно (иногда на годы) отстает от развития программного обеспечения. При несвободном ПО это часто влечет за собой падение совместимости программ, преодоление которого сопряжено со значительными и неоправданными издержками (заказ программ в неконкурентной ситуации, оплата дорогостоящей «обратной разработки» несвободных программ и т.п.). В случае свободного ПО на период до формирования отраслевого, промышленного или государственного стандарта на какое-либо приложение сам исходный код свободных программ может выступать в качестве фактической спецификации, к которой можно обращаться при необходимости обеспечить совместимость с другими программами.

Что немаловажно, наличие исходного кода практически исключает ситуацию «запертых данных», при которой некоторые данные, сохраненные с помощью выведенной из эксплуатации программы, затруднительно перевести в формат, доступный для других программ.

Дополнительные издержки СПО. В отличие от несвободного, свободное ПО предполагает контракты только на реально оказываемые услуги. При незначительности доли ТСО, связанной с непосредственным приобретением и/или тиражированием программ (при условии заказа на конкурентном рынке), значительную часть расходов конечного пользователя будет составлять стоимость контрактов на разработку. Заказ модификации или доработки программы, вообще говоря, является более сложным и дорогостоящим мероприятием, чем выбор и приобретение экземпляров готовых программ.

Это может сделать СПО невыгодным в ситуациях немассовой эксплуатации программ, если готовых свободных программ нет, а рынок несвободных программ соответствующего класса достаточно конкурентен.

Прочие компоненты ТСО. В части компонентов ТСО, касающихся поддержки эксплуатируемых программ, какого-либо однозначного суждения о соотношении затрат при свободном и несвободном ПО вынести невозможно: это соотношение различно для различных приложений.

4.2. Государство как правообладатель

Следствием заказной разработки программ является статус государства как правообладателя (согласно последним изменениям в законодательстве об авторском праве, такое положение имеет место, если при заключении контракта не оговорено обратное).

Реализовать свои права государство может:

а) воздерживаясь от использования (или выдачи лицензий) на такие программы вообще;

б) отказываясь от своих прав при заключении контракта в пользу исполнителя работ;

в) используя (тиражируя) такие программы самостоятельно;

г) исключительно передавая права на такие программы возмездно;

д) лицензируя такие программы свободно.

С точки зрения «моментальной» эффективности (минимизации необходимых для одномоментного достижения определенного результата) может показаться, что оптимальной является либо (а) оставление прав в распоряжении разработчика (в надежде, что перспективы получения прибыли от коммерциализации программы самим разработчиком снизит сумму его конкурсного предложения), либо коммерческая эксплуатация этих прав путем несвободного лицензирования (б-г).

Однако, учитывая весь цикл жизни программы – необходимость ее сопровождения и, возможно, существенной модификации в будущем, предпочтение в общем случае стоит отдать варианту (д). Это:

позволит наиболее быстро коммерциализовать программу в частных секторах и увеличит пользовательскую базу (что ускорит поиск и исправление ошибок, ее совершенствование в других отношениях);

позволит большему количеству разработчиков включиться в разработку, что поможет сделать ситуацию следующих перезаказов конкурентной.

В отношении конкретной («копилефт» или «компромиссной») формы свободного лицензирования можно заметить следующее:

с одной стороны, нет никаких мотивов исключать «компромиссные» свободные лицензии, допускающие несвободное использование производных произведений, коль скоро само несвободное использование поддерживается законодательством как одна из моделей коммерциализации произведений;

с другой стороны, было бы крайне неразумно исключать копилефт-лицензирование, поскольку такое исключение, блокируя использование существующего и обнародованного под копилефт-лицензиями кода, для многих приложений означало бы фактически требование выполнить работу «с нуля», а не путем свободной адаптации и дополнения уже существующих программ. А ведь именно в возможности последнего и заключается экономическое преимущество свободного лицензирования;

с третьей стороны, не следует исключать и возможность применения государством или исполнителем (в зависимости от условий контрактов) как правообладателем «двойного лицензирования» (копилефт-лицензия или несвободная, на выбор пользователя). Выполнив работу по госзаказу на условиях свободной лицензии и не видя возможности либо не имея желания осуществлять дополнительную коммерциализацию по свободному типу, исполнитель может пойти по пути несвободной коммерциализации – выполнения дальнейшей разработки на других условиях (разумеется, при соблюдении прав третьих лиц, если используются их произведения или произведения, производные от их произведений).

4.3. Распределенная эксплуатация

Существенным аспектом, специфичным (хотя и не уникальным) для публичного сектора, является территориальная разнесенность точек эксплуатации одних и тех же программ? распределение фактического владения их экземплярами по различным организациям, принадлежащим различным уровням государственности и местного самоуправления, различным министерствам и ведомствам.

В случае несвободного ПО это существенно усложняет полицензионный учет и мешает государству выступать на рынке в качестве консолидированного заказчика, что ухудшает, в общем случае, его рыночные позиции.

Свободное ПО позволяет:

снизить издержки за счет отсутствия необходимости полицензионного (поэкземплярного) учета экспуатируемых программ;

консолидировать заказ по ситуации (при этом вполне возможен заказ разных услуг разными организациями, при том, что в итоге воспользоваться результатами исполнения контрактов смогут все конечные пользователи; необходима лишь координация заказов, чтобы минимизировать дублирование).

4.4. Экстерналии

Вне зависимости от способа приобретения программ, существенные для того или иного сегмента контракты, заключаемые государством, могут заметно влиять на состояние рынка. Такое влияние гораздо больше, чем на большинстве обычных товарных рынков, поскольку с производственной частью ПО (изготовлением носителей) связана лишь небольшая доля издержек.

Финансирование СПО как способ контрактации, имеет, вообще говоря, заметные позитивные экстерналии, поскольку, при неуникальности приложения программ (т.е. если те же программы пользуются спросом и среди частных конечных пользователей), они могут в то же время коммерциализоваться в расчете на другие секторы рынка, а конкурентная модель использования СПО способствует минимизации издержек оборота.

В то же время, следует понимать, что появление вследствии госзаказа свободной программы с неизбежностью снижает спрос на конкурирующие (в том числе, несвободные) программы, следствием чего может оказаться снижение маркетингового прогноза их правообладателей.

В интересах последних (в интересах, которые должны прежде всего приниматься во внимание, если речь идет об отечественных правообладателях) – максимальная предсказуемость госзаказа.

Следует иметь в виду, что заказ на свободную программу может быть исполнен не только путем разработки новой программы или модификации существующей свободной программы, но и путем «освобождения» (релицензирования) кода, ранее использовавшегося в несвободной модели.

Правообладателям такого кода следует предоставить возможность сориентироваться. Следует рассмотреть также возможность проведения конкурса по расширенной модели, в которой заключается не один, а более контрактов на параллельную разработку конкурирующего кода. Тогда на первом этапе за «освобождение» кода может быть вознаграждено более одного правообладателя, причем при перезаказе любая из компаний (наряду с другими игроками) сможет претендовать на дальнейшую разработку любой из программ.

4.5 Предварительные выводы

При ПО массовой деятельности следует более широко применять заказ разработки как альтернативу приобретения (несвободных) программ.

В большинстве случаев оптимальным является свободное лицензирование прав на программы, правообладателем которых оказывается государство.

Опыт государств (правительств, администраций различных уровней) в заказе свободной разработке нуждается в обобщении, изучении и критике. Первые шаги такого анализа представлены в оставшихся пунктах этой главы.

5. Участие государства в СПО: зарубежный опыт

Заметным источником ресурсов для развития СПО, наряду с финансированием со стороны бизнеса в рамках коммерческих контрактов (не анализируемом в настоящем исследовании отдельно) и бескорыстным вкладом добровольцев, являются и бюджетные средства зарубежных стран.

Систематических исследований, посвященные контрактации на разработку (или заключением контрактов, косвенным, но необходимым образом стимулирующих разработку, например, массового приобретения коробочных продуктов либо услуг по поддержке) свободных программ со стороны государственных органов различных стран, нами не обнаружено.

Ниже следует сводка крупнейших (или, во всяком случае, наиболее известных) контрактов такого рода, как удачных, так и неудачных.

5.1. Традиционный опыт

BSD (пример успеха). Наиболее документированным, вероятно, является частичное финансирование разработки исследовательской группой в Университете Калифорнии в Беркли свободной ОС BSD со стороны Агентства перспективных исследований (DARPA) Министерства обороны США, восходящее к началу восьмидесятых годов. Разработка BSD была поддержана системой грантов на поддержку разработки сетевой ОС как таковой и на активное экспериментирование с сетевыми технологиями.

Вопреки распространенному мнению, интеграция протоколов TCP/IP (ныне известных как интернет), т.е. Berkeley Stack, в систему не была частью контракта – в Министерстве обороны предполагали, что общесистемный свободный код будет использоваться вместе с несвободной реализацией этих протоколов, выполненных по отдельному контракту BBN. Однако разработанная при лишь косвенной правительственной поддержке сетевая подсистема BSD4.3 была признана заказчиком лучшим вариантом (по сумме параметров), нежели конкурировавшая реализация, представленная BBN (выполненная по прямому отдельному контракту).

Именно BSD 4.3 (1986 г.) и ее последующие версии (а также частично производные системы и сетевые подсистемы, прототипированные на Berkley Stack) стали реальной основой разворачивания интернет-сетей (сообщества Интернет) во всем мире, включая Россию, что, безусловно, делает этот случай финансирования свободной разработки из правительственных источников самым успешным кейсом за всю историю отрасли.

Хотя Министерство обороны и заказывало свободный код, предметом контракта не являлось создание полностью свободной ОС. BSD в то время была лишь дополнением (и частичным замещением) кода ОС Юникс, права на которую в описанный период (первая половина восьмидесятых) последовательно переходили от AT&T к UCL, а затем к Novell. Неопределенный статус «промежуточного» кода породил одну из самых прискорбных ситуаций в истории отрасли, с взаимными исками и блокированием развития, нашедшую иход в 1993-94 гг. в полном отделении BSD от Юникс и обретении первой из них технической самодостаточности21.

Наряду с ОС ГНУ/Линукс, современные свободные ОС, основанные на BSD (FreeBSD, OpenBSD и NetBSD), продолжают развиваться и широко используются, в частности, как платформа для частных и публичных сетевых сервисов. На BSD были основаны отечественные открытые системы, такие как «Демос» и некоторые другие, ныне прекратившие свое развитие. Возможно, опытом их разработки и использования обусловлено то, что в России дольше, чем в большинстве других стран, BSD-системы оставались доминирующей платформой в сегменте платформ предоставления сетевых услуг, лишь в этом году уступив первое место ГНУ/Линукс, уже несколько лет лидирующей в этом качестве в мире.

Лицензия BSD является компромиссной – производный от кода, подпадающего под эту лицензию, код может распространяться как под свободными, так и под несвободными лицензиями, по выбору автора производного кода. Поскольку наиболее известными разработками, распространяемыми под такими компромиссными лицензиями, являются BSD и XFree86 (свободная реализация промышленного стандарта на графическую подсистему X Window System), сам этот тип лицензирования обычно называют лицензированием «в стиле BSD» или «в стиле X» (BSD-style, or X-style licenses), в противоположность копилефт-лицензированию22.

GNAT (пример успеха). Компилятор с языка программирования Ада (принятого в качестве стандарта для критических, в частности, встроенных бортовых, приложений военными ведомствами стран-участниц НАТО) GNU Ada Translator (GNAT) в его нынешнем виде разработан, в основном, по контракту с Военно-воздушными силами США. Наряду с BSD, GNAT является ярким примером успешной разработки свободных программ по госзаказу. В настоящее время GNAT является наиболее широко используемым транслятором с этого языка.

Что не менее важно, проект GNAT после окончания базового контракта успешно коммерциализован. Команда разработчиков образовала компанию Ada Core Technologies (www.gnat.com), осуществляющую развитие и поддержку GNAT и ряда сопутствующих инструментальных программ (в том числе, используемых и с другими языками программирования). В числе ее клиентов Aerospatiale Matra Airbus, Alcatel Space Industries, COMPAQ Europe (Франция), Aerosystems (Великобритания), Boeing, Digital Equipment Corporation, Lockheed, Nortel (США), DaimlerChrysler Aerospace AG (Германия), ERICSSON SAAB Avionics, SAAB Dynamics AB (Швеция), Philips Semiconductor ITEC (Нидерланды), Министерство обороны Нидерландов, Академия ВВС США, Военная академия США в Вест-Пойнте и многие другие корпорации и учреждения различных стран23. В формулировке миссии компании ее модель описывается так: «At Ada Core Technologies, we view our products as a service that we provide to our customers» («Мы в Ада Кор Текнолоджиз считаем своим товаром услуги, предоставляемые нами нашим клиентам»)24.

Стоит отметить достаточно нетрадиционную для свободных проектов высокую степень централизации такой масштабной разработки (несмотря на то, что некоторые члены команды не являются сотрудниками ACT). Ее можно атрибутировать некоторым «креном» приложения в сторону военной индустрии – за пределами военных ведомств и их поставщиков использование Ады является скорее исключением, чем правилом. Однако следует особо обратить внимание и на то, что в числе программ, разработка которых сосредоточена или в значительной части производится силами ACT, много и используемых в других средах. По сути, работа ACT является важной составной частью поддержки проекта ОС GNU.