Диссертация (1173833), страница 52
Текст из файла (страница 52)
При этом даже если отключение Secure Bootбыловозможно через BIOS624, система несколько раз уведомляла пользователей, чтоэто «небезопасное решение», которое не рекомендуется использовать 625. Врекомендациях Free Software Foundationуказано о том, что дистрибуторыограниченных систем обращаются к проблемам безопасности, но на самом делеприходится защищаться от них самих626.В отличие от ограничительных лицензий разрешительные лицензии восновном совместимы между собой, поскольку практически не содержатобязанностей627. При использовании разрешительных лицензий не требуетсясохранениесвободпридальнейшемраспространениирезультатаинтеллектуальной деятельности; не запрещается полностью заменить лицензию,даже если она будет проприетарной (т.н.
перелицензирование). Две различныеограничительные лицензии несовместимы между собой, потому что в каждой изних имеется условие о распространении объекта интеллектуальных прав на тех жеусловиях, которые были предусмотрены данной лицензией. Единственнымисключением, когда использование таких лицензий возможно, имеет место вслучае, если это специально оговорено в тексте лицензии 628.622OEM (англ. original equipment manufacturer —оригинальный производитель оборудования).Secure boot - функция, которая защищает запуск неавторизованных операционных систем ипрограммного обеспечения во время запуска компьютера.624BIOS (англ.
basic input/output system — базовая система ввода-вывода). Позволяет провестинастройку некоторых комплектующих, а также осуществить загрузку и настройкуоперационной системы и других параметров.625Тивоизация [Электронный ресурс] // URL: http://blogerator.ru/page/tivoizacija-uefi-biossecure-boot-key-opisanie-otkljuchenie (дата последнего обращения : 17.04.2016 г.).626Free Software Foundation recommendations for free operating system distributions consideringSecure Boot. John Sullivan, Executive Director.
June 30, 2012 [Электронный ресурс] // URL:http://www.fsf.org/campaigns/secure-boot-vs-restricted-boot/whitepaper.pdf(датапоследнегообращения : 17.04.2016 г.).627См. о совместимости также: Shemtov N., Walden I. Free and Open Source Software Policy, Lawand Practice. Oxford University Press, 2013. P.100-104.628Ричард Столлман уделял особое внимание проблеме совместимости лицензий, написавпрактическое руководство для разработчиков. Он выделил три группы лицензий: слабые,промежуточные и копилефт-лицензии, указав на то, что последние несовместимы, в связи с чемнеобходимо использовать формулировки, касающиеся применения GPL и ее поздних версийили же явно разрешить обновление до будущих версий. По мнению Д.А.
Уилера,623224Общепринято, что лицензии для программного обеспечения (наподобиеGPL, MPL) и других результатов интеллектуальной деятельности (например,лицензии Creative Commons) существуют отдельно друг от друга. Разработчикилицензий прямо указывают, что не рекомендуют использовать лицензии CreativeCommons для программного обеспечения, поскольку последние не оговариваютвопросы, касающиеся объектного и исходного кода и не предназначены для ПО.Хотя стоит отметить, что Creative Commons охватывает некоторые лицензиина свободное ПОиПОсоткрытымисходнымкодомпосредством«человекочитаемых» описаний лицензий Creative Commons (Commons Deed)и машинночитаемых метаданных.
Разработчики осуществили этот замысел сцелью возможного использования преимуществ описаний и метаданных CC, но вконечном итоге все равно продолжали лицензировать контент на условияхлицензий на ПО629. Подобная техническая подоплека была воспринята достаточноспокойно, поскольку условия лицензий не нарушались и не изменялись 630.В Российской Федерации были разработаны Методические рекомендациипо использованию свободного программного обеспечения в деятельностифедеральных органов исполнительной власти, где также указывается онесовместимости лицензий.
В данном документе указано, что для преодолениянесовместимости лицензий правообладатели применяют кросс-лицензирование,разрешая использование программ на условиях как одной, так и несколькихразрешительные (permissive) лицензии могут быть совместимы с режимом общественногодостояния и рядом других разрешительных лицензий, поскольку фактически позволяютосуществлять любые действия с результатом интеллектуальной деятельности. Слабозащищающие (weakly protective) лицензии являются компромиссом между разрешительными исильно защищающими (strongly protective) лицензиями.См.: Wheeler D.
The Free-Libre / Open Source Software (FLOSS) License Slide [Электронныйресурс] // URL: https://www.dwheeler.com/essays/floss-license-slide.html (дата последнегообращения : 18.10.2017 г.).629Могу ли я лицензировать программное обеспечение, используя лицензии CC? [Электронныйресурс] // URL: http://creativecommons.ru/faq (дата последнего обращения : 05.09.2016 г.).630Примером подобной технической интеграции стали GNU GPL, GNU LGPL, BSD.225свободных лицензий (нескольких версий лицензии), среди которых лицензиатвыбирает нужную ему лицензию631.Совместимостьлицензийявляетсяважнымвопросом,поэтомупредставляется, что лицензии должны быть соотнесены между собой повнутреннемукоду,взаимоисключениякоторыйлицензий632.быпозволялОднимизвыяснитьвыходоввозможностьвидитсядальнейшеелицензирование отдельных частей произведения под несколькими видамилицензий, среди которых имела бы место разрешительная лицензия, ненакладывающая«вирусный»эффекткдальнейшемуиспользованиюпроизведения.Резюмируя,думается,чтоосновнымитенденциямиразработкисовместимых свободных (открытых) лицензий должны стать:1) усилия разработчиков по совмещению действия условий лицензии дляпрограмм для ЭВМ и иных объектов;2) техническое тестирование возможности совмещения действия лицензий взависимости от предоставляемых прав;3) фильтрация контента по внутреннему коду для целей взаимоисключениянесовместимых лицензий;4) включение в текст лицензии требования, касающегося проверкисовместимости лицензий.631Приказ Министерства связи и массовых коммуникаций РФ «Об утверждении Методическихрекомендаций по использованию свободного программного обеспечения в деятельностифедеральных органов исполнительной власти, включая критерии определения государственныхинформационных систем, при создании которых необходимо использовать свободноепрограммное обеспечение, в том числе государственных информационных систем,предназначенных для оказания государственных и муниципальных услуг в электронном виде»от 19 августа 2015 года № 305 [Электронный ресурс] Министерство связи и массовыхкоммуникаций [Офиц.
сайт] // URL: http://minsvyaz.ru/ru/documents/4805/ (дата последнегообращения : 13.01.2017 г.).Там же указано, что совместимость лицензий – это возможность создания программы для ЭВМна основе двух программ, право использования которых было получено на основании разныхлицензий, последующего распоряжения исключительным правом на созданную таким образомпрограмму и ее использования при одновременном соблюдении условий обеих лицензий.632Существуют специальные анализирующие программы, например, Black duck software.226Возвращаясь к вопросам совместимости лицензий, хотелось бы отдельноотметить тему их совместимости и с программным обеспечением. Известно, чтодалеко не все платформы, работающие на Blockchain, используют открытыйисходный код, в связи с чем «столкновение» платформ неминуемо приведет кзамороженности функционирования объединенной платформы и невозможностипроведения каких-либо операций через смарт-контракты633.
В случае еслиплатформа использовала открытый исходный код, который не мешал работатьлицензии (особенно если она может быть охарактеризована как свободная),необходимо прямо указывать, на основании каких лицензий брался исходный кодплатформы, как и возможность его совместимости с лицензией. Напрямую можетвстать вопрос, касающийся совместимости программируемых интерфейсовтранзакций634. В этой связи представляется, что платформы должны бытьмаксимально технологически нейтральны.Таким образом, совместимость лицензий является одним из важнейшихвопросов, поскольку использование результата интеллектуальной деятельностив несовместимых лицензиях влечет нарушение прав правообладателя ивынужденную защиту интеллектуальных прав.633См.
подробно об этом: Нагродская В. К вопросу о совместимости свободных (открытых)лицензий и возможности их использования в технологии Blockchain / В. Нагродская //Интеллектуальная собственность. Авторское право и смежные права. 2017. № 11.634В настоящее время действует консорциум Hyperledger, поддерживающий открытыетехнологические проекты с множеством участников. Известно недостижение договоренностимежду Ethereum C++ и Hyperledger, поскольку по правилам присоединения Hyperledgerнеобходимо наличие свободной лицензии Apache 2.0, тогда как Ethereum C++ работал под GPLv. 3.0. Не взирая на тот факт, что Blockchain должен во всех ситуациях поддерживатьтехнологическую нейтральность, представляется, что данный вопрос пока что окончательноеще не решен. Так, в сентябре 2017 года стало известно о том, что будет создано специальноепрограммное обеспечение, которое объединит множественные разные платформы в единуюсеть.См.:http://bit-koine.ru/2017/09/28/novoe-programmnoe-obespechenie-obedinit-mnozhestvennyeblokchejny-v-edinuyu-set-i-napravit-investicii-v-kriptovalyutnuyu-ekosistemu/ (дата последнегообращения : 18.10.2017 г.).227ЗАКЛЮЧЕНИЕРазвитие авторского права в цифровую эпоху позволило выработать новуюконцепцию,покоторойправообладателимогутпредоставитьправоиспользования произведения для неопределенного круга лиц в упрощенном виде.Open Source приобрел большую популярность во всем мире.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
