Курсовая_РеактОС_Речицкий_2013

3.ПАТЕНТНЫЕ ВОПРОСЫ

Внекоторых странах разрешено охранять программное обеспечение (ПО)

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

заложенные в реализации данной технологии.

Несмотря на то, что такие патенты долгое время называются «патентами на ПО» (буквальный перевод несколько менее конкретного, но всѐ же способного ввести в заблуждение, словосочетания «software patent»), речь идѐт о патентах не на отдельные программы сами по себе. «Патенты на ПО» защищают алгоритмы и операции, которые могут выполнятся посредством программ на компьютере общего назначения, поэтому Ричард Столлман предложил называть их «патентами на вычислительные идеи» (computational idea patents)13.

Патенты на вычислительные идеи действуют как минимум в США,

некоторых европейских странах и Южной Корее.

В большинстве же стран Европы и в России патенты в прямом смысле «на ПО» формально недействительны. Статья 52 Европейской патентной конвенции прямо запрещает патентование алгоритмов, методов и программ для ЭВМ. В России запрещено патентование программ для ЭВМ14.

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

12http://ru.wikipedia.org/wiki/Патенты_и_программное_обеспечение

13Richard Stallman. Giving the Software Field Protection from Patents (англ.). Free Software Foundation (2 February 2013) https://gnu.org/philosophy/limit-patent-effect.html

14Статья 1350 пункт 5.5 ГК РФ — Условия патентоспособности изобретения. http://www.gk-rf.ru/statia1350

21

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

Нарушение патентных прав происходит в тот момент, когда кто-либо начинает "производить, продавать, использовать или выставлять на продажу"

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

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

Произвести полный патентный поиск, охватывающий все аспекты такой сложной системы, как ReactOS, практически невозможно, или, как минимум,

чрезмерно дорого и трудоѐмко.

Участники проекта добросовестно прилагают все усилия для выявления наличия любых известных патентов, касающихся разработки ReactOS, и

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

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

нарушающего патентное право.

22

Участники проекта соглашаются с тем, что они не будут защищать патентами любые новые разработки, осуществленные совместно с ReactOS,

либо, в качестве альтернативы, согласны передать право собственности на эти патенты Фонду ReactOS, или же предоставить постоянную, безотзывную,

передаваемую без отчислений лицензию любому, кто пожелает использовать запатентованное изобретение совместно с системой ReactOS или любыми производными работами системы (иными словами, нечто вроде "patent-left").

Разработчики, имевшие доступ к запатентованному исходному коду

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

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

которые имеют или используют любой такой запатентованный код третьих сторон в своей деятельности по разработке ReactOS, является политикой проекта

Координаторы проекта обязуются немедленно удалить любой код,

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

23

4.ВОПРОСЫ КОММЕРЧЕСКОЙ ТАЙНЫ, СОГЛАШЕНИЙ О НЕРАЗГЛАШЕНИИ.

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

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

Публичные проекты, такие как ReactOS, как правило, несовместимы с коммерческими тайнами. Участники проекта не должны раскрывать коммерческие тайны проекта. Проект не хранит никаких коммерческих тайн,

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

Отсутствие коммерческих тайн является политикой проекта. Это означает,

что участники проекта не должны получать доступ к коммерческим тайнам в контексте своей работы над ReactOS.

Участники проекта ReactOS могут иногда сталкиваться с необходимостью принятия каких-либо соглашений о неразглашении (NDA). Из-за принципиальной несовместимости проекта и концепции о неразглашении,

проект не одобряет принятия каких бы то ни было соглашений о неразглашении по любой причине.

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

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

но даже и до начала любого нетривиального участия, включая отправку сообщений в списки рассылки, присутствие на IRC-канале, и т.п. Проект

24

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

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

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

25

ЗАКЛЮЧЕНИЕ

Таким образом, в данной работе были рассмотрены различные правовые аспекты разработки открытой операционной системы РеактОС – вопросы защиты средств индивидуализации, авторского и смежных прав,

коммерческой тайны и патентное законодательство. Так же были исследованы особенности процесса разработки «свободного» программного обеспечения с юридической точки зрения. Установлено, что открытая операционная система РеактОС является комплексным объектом права, т.к. содержит в себе результаты различных видов и форм интеллектуального творчества, и правое регулирование процессов ее разработки и распространения напрямую зависит от действующего законодательства в пределах юрисдикции каждого государства в отдельности. Ввиду данных особенностей и своего международного статуса проект открытой операционной системы РеактОС в своей работе строго придерживается стратегии избегания нарушения участниками проекта авторских прав, патентов, коммерческой тайны, средств индивидуализации третьих сторон в большинстве юрисдикций. В кодовую базу проекта принимаются только результаты интеллектуального творчества с известным, легальным источником и способом происхождения, незащищенные патентами и, лицензированные их непосредственными авторами под одной из свободных лицензий, совместимой с лицензией проекта – GPL. Свои права на интеллектуальную собственность проект отстаивает на основе сложившихся международных практик по правой охране программного обеспечения с открытым исходным кодом.

26

ПРИЛОЖЕНИЕ

A. Некоторые термины

Application Programming Interface (API): Набор функций, структур данных, констант, объектов, т.п., предоставляющих программный интерфейс для приложений. Например, операционная система компьютера имеет API,

функции которого должны использоваться для взаимодействия с этой системой при написании приложений. Название "API" может относиться к отдельной функции, предоставляемой операционной системой.

Software Development Kit (SDK): Программное обеспечение и документация, используемая для создания компьютерных программ, которые взаимодействуют с поставщиками этих SDK. Как правило, эти комплекты включают в себя файлы заголовков на языке C, библиотеки объектного кода, и

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

Авторское право (Copyright): Форма определенной правительством монополии, защищающей творческое самовыражение, такое например, как письменные работы, аудио- и видеозаписи, песни, визуальное искусство,

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

которая подвергается защите авторскими правами в момент, когда она зафиксирована в материальной форме, включая написание компьютерного исходного кода и, иногда, объектного кода.

Библиотека: Файл с объектным кодом, содержащий часто используемые компоненты программного обеспечения. В операционной системе, системные библиотеки должны использоваться программным обеспечением сторонних производителей чтобы "связать" функции с операционной системой так, чтобы

27

программное обеспечение могло должным образом работать на операционной системе.

Дизассемблер: Программное обеспечение, используемое разработчиками для преобразования объектного кода в доступный для чтения человеком код на языке ассемблера. Применяется разработчиками для облегчения поиска и исправления недостатков в своем программном обеспечении; кроме того,

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

Драйвер устройства ("Драйвер"): Программное обеспечение,

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

Исходный код: Представление компьютерных программ на языке программирования (например C или C++). Этот термин относится к особой форме программы, легко читаемой человеком, и используемой для написания и поддержки программного обеспечения. Исходный код, обычно, содержит комментарии, которые помогают читателю разобраться в программном обеспечении. Также, исходный код включает в себя файлы заголовков.

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

28

Компилятор: Инструмент для разработки программного обеспечения,

переводящий доступный для чтения человеком исходный код в объектный код,

предназначенный для выполнения в целевой среде.

Логотип (от др.-греч. λόγος — слово + τύπος — отпечаток): графическое начертание фирменного наименования в виде стилизованных букв и/или идеограммы. Логотипы широко применяются для изображения товарных знаков и в качестве эмблем юридических лиц.

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

Общественное достояние: Работа, пригодная к защите авторским правом,

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

Объектный код: Результат работы компилятора или иной аналогичной программы, предназначенной для перевода доступного для чтения человеком исходного кода в формат, пригодный для выполнения в целевой среде. Обычно,

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

Операционная система (ОС): Специальный класс компьютерного программного обеспечения, предназначенного для организации среды,

позволяющей запустить основные программы. Операционная система

29

напрямую взаимодействует с аппаратным обеспечением компьютера, и

обеспечивает стандартизированный набор служб, с которыми могут взаимодействовать программы. К ОС относятся, например, Microsoft® Windows™ XP, GNU/Linux™, and Apple® Macintosh™.

Отладчик: Программное обеспечение, используемое разработчиками для облегчения исправления недостатков в своем программном обеспечении; кроме того, отладчик может быть использован для того, чтобы помочь разработчикам лучше понять систему, для которой предназначен их продукт. Примерами отладчиков являются SoftICE от Compuware и WinDbg от Microsoft.

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

устройства и т.д.

Служебная марка: Торговая марка, используемая для идентификации

чьих-либо услуг.

Свободное программное обеспечение (Свободное ПО): Программное обеспечение, лицензия которого соответствует определению свободного программного обеспечения, опубликованному Free Software Foundation

(http://www.gnu.org). GNU General Public License (GPL) является популярной лицензией для свободного программного обеспечения.

Торговый знак (торговая марка): Знак, отличающий продукт конкретного производителя от других. Товарные знаки, как правило,

используется для однозначной идентификации продукта в рамках определенной индустрии.

Файл заголовков: Файл исходного кода, обычно написанного на C или

C++, включенный ссылкой в другие файлы исходного кода. Заголовочный файл предоставляют информацию, которая описывает API, структуры данных,

оперативные константы и другие характеристики программной системы. К

примеру, чтобы написать программу, которая будет запускаться в конкретной

30