stringtranslate.com

Открытый стандарт

Открытый стандарт — это стандарт, который доступен и может использоваться любым человеком. Также общепринятым условием является то, что открытые стандарты используют открытую лицензию, которая обеспечивает расширяемость. Как правило, любой может участвовать в их разработке из-за их изначально открытой природы. Единого определения не существует, и толкования различаются в зависимости от использования. Примерами открытых стандартов являются стандарты GSM , 4G и 5G , которые позволяют большинству современных мобильных телефонов работать по всему миру.

Определения

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

Определения термина « открытый стандарт», используемые учеными, Европейским союзом и некоторыми его членами-правительствами или парламентами, такими как Дания , Франция и Испания, исключают открытые стандарты, требующие платы за использование, как это делают правительства Новой Зеландии , Южной Африки и Венесуэлы . Со стороны организаций по стандартизации, Консорциум Всемирной паутины (W3C) гарантирует, что его спецификации могут быть реализованы на безвозмездной основе.

Многие определения термина «стандарт» позволяют владельцам патентов налагать « разумные и недискриминационные » лицензионные сборы и другие условия лицензирования на разработчиков или пользователей стандарта. Например, правила для стандартов, опубликованные основными международно признанными органами по стандартизации, такими как Internet Engineering Task Force (IETF), International Organization for Standardization (ISO), International Electrotechnical Commission (IEC) и ITU-T, разрешают своим стандартам содержать спецификации, реализация которых потребует уплаты патентных лицензионных сборов. Среди этих организаций только IETF и ITU-T прямо называют свои стандарты «открытыми стандартами», в то время как другие ссылаются только на создание «стандартов». IETF и ITU-T используют определения «открытого стандарта», которые допускают «разумные и недискриминационные» требования к патентным лицензионным сборам.

В сообществе разработчиков программного обеспечения с открытым исходным кодом есть те, кто считает, что «открытый стандарт» открыт только в том случае, если его можно свободно принять, внедрить и расширить. [1] Хотя открытые стандарты или архитектуры считаются непатентованными в том смысле, что стандарт либо не принадлежит кому-либо, либо принадлежит коллективному органу, он все равно может быть публично распространен и не охраняться строго. [2] Типичным примером «открытого исходного кода», который стал стандартом, является персональный компьютер, созданный IBM и теперь называемый Wintel , комбинация операционной системы Microsoft и микропроцессора Intel. [3] Есть еще три других, которые наиболее широко приняты как «открытые», в том числе телефоны GSM (принятые в качестве государственного стандарта), Open Group , которая продвигает UNIX , и Internet Engineering Task Force (IETF), которая создала первые стандарты SMTP и TCP/IP. Покупатели склонны отдавать предпочтение открытым стандартам, которые, по их мнению, предлагают им более дешевые продукты и больший выбор для доступа из-за сетевых эффектов и возросшей конкуренции между поставщиками. [4]

Открытые стандарты, определяющие форматы, иногда называют открытыми форматами .

Многие спецификации, которые иногда называют стандартами, являются собственностью и доступны (если их вообще можно получить) только на условиях ограничительного контракта от организации, которой принадлежат авторские права на спецификацию. Как таковые, эти спецификации не считаются полностью открытыми . Джоэл Уэст утверждал, что «открытые» стандарты не являются черно-белыми, а имеют много разных уровней «открытости». [5] Более открытый стандарт, как правило, возникает, когда знания о технологии становятся достаточно рассредоточенными, что увеличивает конкуренцию, и другие могут начать копировать технологию по мере ее внедрения. Это произошло с архитектурой Wintel, поскольку другие смогли начать имитировать программное обеспечение. [3] Менее открытые стандарты существуют, когда конкретная фирма имеет большую власть (не право собственности) над стандартом, что может произойти, когда платформа фирмы «побеждает» в установлении стандартов или рынок делает одну платформу наиболее популярной. [6]

Конкретные определения открытого стандарта

Сделано органами стандартизации

Совместное определение IEEE, ISOC, W3C, IETF и IAB

12 августа 2012 года Институт инженеров по электротехнике и электронике (IEEE), Общество Интернета (ISOC), Консорциум Всемирной паутины (W3C), Целевая группа по инжинирингу Интернета (IETF) и Совет по архитектуре Интернета (IAB) совместно подтвердили набор принципов, которые способствовали экспоненциальному росту Интернета и связанных с ним технологий. «Принципы OpenStand» определяют открытые стандарты и устанавливают строительные блоки для инноваций. [7] [8] Стандарты, разработанные с использованием принципов OpenStand, разрабатываются в ходе открытого, совместного процесса, поддерживают совместимость, способствуют глобальной конкуренции, добровольно принимаются на глобальном уровне и служат строительными блоками для продуктов и услуг, нацеленных на удовлетворение потребностей рынков и потребителей. Это стимулирует инновации, которые, в свою очередь, способствуют созданию новых рынков и росту и расширению существующих рынков.

Существует пять основных принципов OpenStand, которые изложены ниже:

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

2. Соблюдение принципов . Соблюдение пяти основополагающих принципов разработки стандартов, а именно:

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

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

5. Добровольное принятие Стандарты принимаются добровольно, а успех определяется рынком.

[9]

Определение МСЭ-Т

ITU -T — это организация по разработке стандартов (SDO), которая является одним из трех секторов Международного союза электросвязи (специализированного учреждения Организации Объединенных Наций ). ITU-T имеет специальную группу директора Бюро стандартизации электросвязи по правам интеллектуальной собственности, которая в марте 2005 года разработала следующее определение, которое ITU-T в целом одобрил для своих целей с ноября 2005 года: [10]

ITU -T имеет долгую историю разработки открытых стандартов. Однако в последнее время некоторые внешние источники пытались определить термин «Открытый стандарт» различными способами. Чтобы избежать путаницы, ITU-T использует для своих целей термин «Открытые стандарты» в соответствии со следующим определением:
«Открытые стандарты» — это стандарты, доступные широкой общественности, которые разрабатываются (или утверждаются) и поддерживаются посредством совместного и консенсусного процесса. «Открытые стандарты» облегчают взаимодействие и обмен данными между различными продуктами или услугами и предназначены для широкого принятия.
Другие элементы «Открытых стандартов» включают, помимо прочего:
  • Совместный процесс — добровольная и ориентированная на рынок разработка (или одобрение) в соответствии с прозрачным процессом, основанным на консенсусе, который является разумно открытым для всех заинтересованных сторон.
  • Разумная сбалансированность – гарантирует, что процесс не будет доминировать ни одна из групп интересов.
  • Надлежащая правовая процедура — включает рассмотрение и реагирование на комментарии заинтересованных сторон.
  • Права интеллектуальной собственности (ПИС) – ПИС, необходимые для внедрения стандарта, которые должны лицензироваться для всех заявителей на всемирной, недискриминационной основе, либо (1) бесплатно и на других разумных условиях или (2) на разумных условиях (которые могут включать денежную компенсацию). Переговоры оставлены на усмотрение заинтересованных сторон и проводятся за пределами SDO .
  • Качество и уровень детализации — достаточные для разработки различных конкурирующих реализаций совместимых продуктов или услуг. Стандартизированные интерфейсы не скрываются и не контролируются кем-либо, кроме SDO, обнародовавшего стандарт.
  • Публично доступный – легкодоступный для внедрения и использования, по разумной цене. Публикация текста стандарта другими лицами допускается только с предварительного одобрения SDO.
  • Постоянная поддержка – поддерживается и поддерживается в течение длительного периода времени.

ITU -T , ITU-R , ISO и IEC согласовали общую патентную политику [11] под знаменем WSC . Однако определение ITU-T не обязательно следует считать применимым в контекстах ITU-R, ISO и IEC, поскольку Общая патентная политика [12] не делает никаких ссылок на «открытые стандарты», а только на «стандарты».

Определение IETF

В разделе 7 своего RFC 2026 IETF классифицирует спецификации, разработанные способом, аналогичным способу самого IETF, как «открытые стандарты», и перечисляет стандарты, разработанные ANSI , ISO , IEEE и ITU-T в качестве примеров. Поскольку процессы стандартизации IETF и политики IPR обладают характеристиками, перечисленными выше ITU-T, стандарты IETF соответствуют определению ITU-T «открытых стандартов».

Однако IETF не приняла конкретного определения «открытого стандарта»; и RFC 2026, и заявление о миссии IETF (RFC 3935) говорят об «открытом процессе», но RFC 2026 не дает определения «открытому стандарту», ​​за исключением цели указания того, на какие документы могут ссылаться стандарты IETF.

RFC 2026 принадлежит к набору RFC, совместно известных как BCP 9 (Best Common Practice, политика IETF). [13] RFC 2026 был позже обновлен BCP 78 и 79 (среди прочих). По состоянию на 2011 год BCP 78 — это RFC 5378 (Права, предоставляемые участниками IETF Trust), [14] а BCP 79 состоит из RFC 3979 (Права интеллектуальной собственности в технологиях IETF) и разъяснения в RFC 4879. [15] Изменения предназначены для обеспечения совместимости с «Упрощенной лицензией BSD », как указано в разделе «Правовые положения и часто задаваемые вопросы об авторском праве» IETF Trust на основе RFC 5377. [16]

В августе 2012 года IETF объединилась с W3C и IEEE для запуска OpenStand [17] и публикации The Modern Paradigm for Standards. В ней изложены «эффективные и действенные процессы стандартизации, которые сделали Интернет и Веб ведущими платформами для инноваций и безграничной коммерции». Декларация затем была опубликована в форме RFC 6852 в январе 2013 года.

Законодательными или государственными органами

Европейская структура взаимодействия для общеевропейских услуг электронного правительства

Европейский союз определил этот термин для использования в рамках своей Европейской структуры взаимодействия для общеевропейских услуг электронного правительства, версия 1.0 [18], хотя это определение не претендует на универсальность для использования и документации во всем Европейском союзе .

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

Слово «открытый» здесь понимается в смысле выполнения следующих требований:

Определение консорциума сетевой промышленности по операциям

Консорциум сетевой индустрии операций (NCOIC) определяет открытый стандарт следующим образом:

Спецификации для оборудования и/или программного обеспечения, которые являются общедоступными, подразумевают, что несколько поставщиков могут конкурировать напрямую на основе характеристик и производительности их продуктов. Это также подразумевает, что существующая открытая система может быть удалена и заменена системой другого поставщика с минимальными усилиями и без серьезных перерывов. [20]

Определение датского правительства

Правительство Дании попыталось дать определение открытым стандартам, [21] которое также используется в общеевропейских проектах по разработке программного обеспечения. Оно гласит:

определение французского права

Французский парламент одобрил определение «открытого стандарта» в своем «Законе о доверии в цифровой экономике». [22] Определение следующее (статья 4):

Определение индийского правительства

Правительство Индии придерживается четкой позиции по поводу отсутствия роялти и далеко идущих требований [23]

4.1 Обязательные характеристики Идентифицированный стандарт будет считаться «открытым стандартом», если он соответствует следующим критериям:

Определение итальянского права

В Италии существует общее правило для всего государственного сектора, работающего с открытыми стандартами, хотя и сосредоточенное на форматах данных, в статье 68 Кодекса цифрового администрирования ( Codice dell'Amministrazione Digitale ) [24]

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

[...]

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

Определение официальной структуры взаимодействия Новой Зеландии

Структура взаимодействия электронного правительства (e-GIF) [25] определяет открытый стандарт как свободный от уплаты роялти в соответствии со следующим текстом:

Хотя в ближайшем будущем вряд ли будет принято универсальное согласованное определение «открытых стандартов», e-GIF признает, что определение «открытых стандартов» должно признавать континуум, который варьируется от закрытого до открытого и охватывает различные степени «открытости». Чтобы сориентировать читателей в этом отношении, e-GIF поддерживает «открытые стандарты», которые обладают следующими свойствами:

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

Определение португальского права

Закон Португалии об открытых стандартах [26] , принятый в 2011 году, требует использования открытых стандартов и применяется к суверенным субъектам, службам центрального государственного управления (включая децентрализованные службы и государственные институты), службам регионального государственного управления и государственному сектору. В нем открытые стандарты определяются следующим образом:

а) Его принятие является результатом открытого процесса принятия решений, доступного всем заинтересованным сторонам;

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

в) Документ спецификаций не может охватывать недокументированные действия процессов;

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

д) Ограничений по его реализации нет.

Определение испанского права

Закон, принятый испанским парламентом [27], требует, чтобы все электронные услуги, предоставляемые испанской государственной администрацией, основывались на открытых стандартах. Он определяет открытый стандарт как свободный от уплаты роялти, согласно следующему определению (ANEXO Definiciones k):

Открытый стандарт удовлетворяет следующим условиям:

Определение правительства ЮАР

Правительство ЮАР утвердило определение в «Справочнике по минимальным стандартам взаимодействия» (MIOS). [28]

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

  1. он должен поддерживаться некоммерческой организацией
  2. Участие в текущих разработках основано на процессах принятия решений, открытых для всех заинтересованных сторон.
  3. открытый доступ: все могут получить доступ к документам комитета, проектам и завершенным стандартам бесплатно или за незначительную плату.
  4. Каждый должен иметь возможность бесплатно копировать, распространять и использовать стандарт.
  5. Интеллектуальные права, необходимые для внедрения стандарта (например, основные патентные притязания), предоставляются безотзывно, без каких-либо лицензионных отчислений.
  6. Никаких оговорок относительно повторного использования стандарта нет.
  7. Существует несколько реализаций стандарта.

Определение правительства Великобритании

Определение открытых стандартов правительством Великобритании применяется к совместимости программного обеспечения, форматам данных и документов. Критерии открытых стандартов опубликованы в программном документе «Принципы открытых стандартов» и являются следующими. [29]

  1. Сотрудничество - стандарт поддерживается посредством совместного процесса принятия решений, основанного на консенсусе и независимого от любого отдельного поставщика. Участие в разработке и поддержании стандарта доступно всем заинтересованным сторонам.
  2. Прозрачность — процесс принятия решений прозрачен, и его частью является общедоступное рассмотрение экспертами в данной области.
  3. Надлежащая правовая процедура — стандарт принимается организацией по спецификации или стандартизации, форумом или консорциумом с обратной связью и процессом ратификации для обеспечения качества.
  4. Справедливый доступ — стандарт хорошо документирован, общедоступн и бесплатен для использования.
  5. Зрелые — полностью развитые, если только они не находятся в контексте создания инновационных решений.
  6. Независимость от платформы, приложения и поставщика — поддерживается рынком в нескольких реализациях.
  7. Права - права, необходимые для внедрения стандарта и для взаимодействия с другими внедрениями, которые приняли этот же стандарт, лицензируются на безвозмездной основе, которая совместима как с решениями с открытым исходным кодом, так и с проприетарными лицензионными решениями. Эти права должны быть безотзывными, если только не происходит нарушения условий лицензии.

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

Определение венесуэльского закона

Правительство Венесуэлы одобрило «закон о свободном программном обеспечении и открытых стандартах». [31] Указ включает требование о том, что государственный сектор Венесуэлы должен использовать свободное программное обеспечение, основанное на открытых стандартах, а также включает определение открытого стандарта:

Статья 2: для целей настоящего Указа следует понимать как

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

Признанные лица

Определение Брюса Перенса

Одно из самых популярных определений термина «открытый стандарт», согласно рейтингу Google, было разработано Брюсом Перенсом . [32] Его определение перечисляет набор принципов, которым, по его мнению, должен соответствовать открытый стандарт: [33]

  1. Доступность: Открытые стандарты доступны всем для чтения и внедрения.
  2. Максимизируйте выбор конечного пользователя: открытые стандарты создают справедливый, конкурентный рынок для реализаций стандарта. Они не привязывают клиента к определенному поставщику или группе.
  3. Никаких роялти: Открытые стандарты бесплатны для всех , без роялти или платы. Сертификация соответствия организацией по стандартизации может быть платной.
  4. Никакой дискриминации: Открытые стандарты и организации, которые их администрируют, не отдают предпочтение одному реализатору перед другим по какой-либо причине, кроме соответствия техническим стандартам реализации поставщика. Сертификационные организации должны предоставлять путь для проверки реализаций с низкими и нулевыми затратами, но также могут предоставлять расширенные услуги сертификации.
  5. Расширение или подмножество: Реализации открытых стандартов могут быть расширены или предложены в форме подмножества. Однако сертификационные организации могут отказаться сертифицировать реализации подмножества и могут предъявлять требования к расширениям (см. Хищнические практики ).
  6. Хищнические практики: Открытые стандарты могут использовать условия лицензии, которые защищают от подрыва стандарта с помощью тактики «принять и расширить» . Лицензии, прилагаемые к стандарту, могут требовать публикации справочной информации для расширений и лицензии для всех остальных на создание, распространение и продажу программного обеспечения, совместимого с расширениями. Открытый стандарт не может иным образом запрещать расширения.

Брюс Перенс продолжает объяснять пункты стандарта на практике. Что касается доступности, он утверждает, что «любой программный проект должен иметь возможность позволить себе копию без неоправданных трудностей. Стоимость не должна намного превышать стоимость учебника колледжа». [33]

Определение Кена Кречмера

Кен Кречмер [34] выделяет десять «прав»:

  1. Открытое заседание
  2. Консенсус
  3. Надлежащая правовая процедура
  4. Открытые права интеллектуальной собственности
  5. Один Мир
  6. Открыть Изменение
  7. Открытые документы
  8. Открытый интерфейс
  9. Открытое использование
  10. Постоянная поддержка

По компаниям

Определение Microsoft

Виджай Капур, национальный технический директор Microsoft , определяет открытые стандарты следующим образом: [35]

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

В целом, отношение Microsoft к открытым стандартам было, в лучшем случае, смешанным. Хотя Microsoft участвовала в наиболее значимых организациях по установлению стандартов, которые устанавливают открытые стандарты, ее часто рассматривали как оппозиционера по отношению к их принятию. [36]

Некоммерческие организации

Определение Open Source Initiative

Open Source Initiative определяет требования и критерии для открытых стандартов следующим образом: [37]

Требование

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

Критерии

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

  1. Никаких преднамеренных секретов: стандарт НЕ ДОЛЖЕН скрывать никаких деталей, необходимых для совместимой реализации. Поскольку недостатки неизбежны, стандарт ДОЛЖЕН определять процесс исправления недостатков, выявленных в ходе реализации и тестирования совместимости, и включать указанные изменения в пересмотренную версию или заменяющую версию стандарта, которая будет выпущена на условиях, не нарушающих OSR.
  2. Доступность: Стандарт ДОЛЖЕН быть доступен свободно и публично (например, на стабильном веб-сайте) на условиях безвозмездного использования по разумной и недискриминационной цене.
  3. Патенты: Все патенты, необходимые для внедрения стандарта, ДОЛЖНЫ:
    • быть лицензировано на условиях безвозмездного использования для неограниченного использования или
    • быть охвачены обещанием неутверждения, когда это практикуется программным обеспечением с открытым исходным кодом
  4. Никаких соглашений: НЕ ДОЛЖНО быть никаких требований по заключению лицензионного соглашения, соглашения о неразглашении информации, гранта, перехода по ссылке или любой другой формы документов для развертывания соответствующих реализаций стандарта.
  5. Отсутствие несовместимых с OSR зависимостей: Реализация стандарта НЕ ДОЛЖНА требовать использования какой-либо другой технологии, которая не соответствует критериям настоящего Требования.

Определение Консорциума Всемирной паутины

Как поставщик стандартов веб-технологий ИКТ , в частности XML , http , HTML , CSS и WAI , Консорциум Всемирной паутины (W3C) следует процессу, который способствует разработке стандартов качества. [38]

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

В августе 2012 года W3C объединился с IETF и IEEE для запуска OpenStand [17] и публикации The Modern Paradigm for Standards. В нем изложены «эффективные и действенные процессы стандартизации, которые сделали Интернет и Веб ведущими платформами для инноваций и безграничной коммерции».

Определение Организации по цифровым стандартам

Организация по цифровым стандартам (DIGISTAN) утверждает, что «открытый стандарт должен быть направлен на создание неограниченной конкуренции между поставщиками и неограниченного выбора для пользователей». [39] Ее краткое определение «открытого стандарта» (или «свободного и открытого стандарта») — это «опубликованная спецификация, которая не подвержена захвату поставщиком на всех этапах своего жизненного цикла». Более полное определение выглядит следующим образом:

Ключевым определяющим свойством является то, что открытый стандарт невосприимчив к захвату поставщиком на всех этапах своего жизненного цикла. Иммунитет к захвату поставщиком позволяет улучшать, доверять и расширять открытый стандарт с течением времени." [40]

Это определение основано на определении "открытого стандарта" в EIF v1 ЕС, но с изменениями, касающимися того, что оно называет "захватом поставщика". Они считают, что "Многие группы и отдельные лица предоставили определения "открытого стандарта", которые отражают их экономические интересы в процессе стандартизации. Мы видим, что фундаментальный конфликт происходит между поставщиками, которые стремятся захватить рынки и повысить издержки, и рынком в целом, который стремится к свободе и снижению издержек... Поставщики усердно работают над тем, чтобы превратить открытые стандарты в стандарты франшизы. Они работают над изменением законодательного языка, чтобы они могли спрятать стандарты франшизы в овечьей шкуре "открытого стандарта". Таким образом, надежное определение "свободного и открытого стандарта" должно учитывать прямой экономический конфликт между поставщиками и рынком в целом". [39]

Определение Европейского фонда свободного программного обеспечения

Европейский фонд свободного программного обеспечения (FSFE) использует определение, основанное на Европейской структуре взаимодействия v.1, и расширенное после консультаций с заинтересованными сторонами отрасли и сообщества. [41] Стандарт FSFE был принят такими группами, как проект SELF EU, Женевская декларация 2008 года о стандартах и ​​будущем Интернета, а также международными командами Дня свободы документов .

Согласно этому определению, открытый стандарт — это формат или протокол, который:

  1. Подлежат полной общественной оценке и использованию без ограничений в равной степени доступным для всех сторон образом;
  2. Без каких-либо компонентов или расширений, зависящих от форматов или протоколов, которые сами по себе не соответствуют определению открытого стандарта;
  3. Не содержит юридических или технических положений, ограничивающих его использование любой стороной или в любой бизнес-модели;
  4. Управляться и развиваться независимо от какого-либо одного поставщика в процессе, открытом для равноправного участия конкурентов и третьих лиц;
  5. Доступно в виде нескольких полных реализаций от конкурирующих поставщиков или в виде полной реализации, одинаково доступной всем сторонам.

Определение FFII

Определение Фонда свободной информационной инфраструктуры, как утверждается [ кем? ], совпадает с определением, данным в Европейской структуре взаимодействия, выпущенной в 2004 году.

Спецификация, которая является публичной, стандарт является инклюзивным и он был разработан и поддерживается в открытом процессе стандартизации, каждый может внедрить его без каких-либо ограничений, ни оплаты, для лицензирования прав интеллектуальной собственности (предоставляемых всем бесплатно и без каких-либо условий). Это минимальные условия лицензии, запрашиваемые органами стандартизации, такими как W3C. Конечно, все другие органы принимают открытые стандарты. Но сама спецификация может стоить изрядную сумму денег (т. е. 100-400 евро за копию, как в ISO, из-за авторских прав и публикации самого документа). [42]

Сравнение определений

Примеры открытых стандартов

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

Система

Аппаратное обеспечение

Форматы файлов

Протоколы

Языки программирования

Другой

Логотип Data2Dome

Примеры ассоциаций

Патенты

В 2002 и 2003 годах разногласия по поводу использования разумного и недискриминационного (RAND) лицензирования для использования запатентованной технологии в веб-стандартах усилились. Брюс Перенс , такие важные ассоциации, как FSF или FFII и другие, утверждали, что использование патентов ограничивает круг лиц, которые могут внедрять стандарт, теми, кто может или хочет платить за использование запатентованной технологии. Требование платить небольшую сумму за пользователя часто является непреодолимой проблемой для реализаций свободного/открытого программного обеспечения, которые может распространять кто угодно. Лицензирование без уплаты роялти (RF) обычно является единственно возможной лицензией для реализаций свободного/открытого программного обеспечения. Версия 3 GNU General Public License включает раздел, который запрещает любому, кто распространяет программу, выпущенную под GPL, применять патенты к последующим пользователям программного обеспечения или производных работ.

Одним из результатов этого противоречия стало то, что многие правительства (включая правительства Дании, Франции и Испании по отдельности и ЕС в целом) специально подтвердили, что «открытые стандарты» требуют лицензий без уплаты роялти. Некоторые организации по стандартизации, такие как W3C , изменили свои процессы, чтобы по сути разрешить только лицензирование без уплаты роялти.

Патенты на программное обеспечение, формулы и алгоритмы в настоящее время подлежат исполнению в США, но не в ЕС. Европейская патентная конвенция прямо запрещает патентование алгоритмов, бизнес-методов и программного обеспечения. [51] США разрешили это только с 1989 года, и в последние годы растет спор относительно выгоды или осуществимости.

Орган по стандартизации и связанные с ним процессы не могут заставить владельца патента отказаться от своего права взимать лицензионные сборы, особенно если соответствующая компания не является членом органа по стандартизации и не ограничена никакими правилами, которые были установлены в процессе разработки стандартов. Фактически, этот элемент отговаривает некоторые органы по стандартизации от принятия «открытого» подхода, опасаясь, что они проиграют, если их члены будут более ограничены, чем не-члены. Немногие органы будут проводить (или требовать от своих членов проводить) полный патентный поиск. В конечном счете, единственные санкции, которые орган по стандартизации может применить к не-члену, когда требуется лицензирование патента, — это отменить стандарт, попытаться переработать его или работать над признанием патента недействительным. Такие органы по стандартизации, как W3C и OASIS, требуют [ нужна цитата ] , чтобы использование требуемых патентов предоставлялось по безвозмездной лицензии в качестве условия для присоединения к органу или определенной рабочей группе, и это, как правило, считается обязательным. [ нужна цитата ]

Примерами патентных исков, поданных против стандартов, которые ранее считались открытыми, являются JPEG и случай Rambus по поводу DDR ​​SDRAM . Видеокодек H.264 является примером организации по стандартизации, создающей стандарт, который имеет известные, не требующие роялти-платежей требуемые патенты.

Часто сфера действия самого стандарта определяет, насколько вероятно, что фирма сможет использовать стандарт в качестве патентоподобной защиты. Ричард Ланглуа утверждает, что стандарты с широкой сферой действия могут предложить фирме определенный уровень защиты от конкурентов, но вполне вероятно, что шумпетерианское творческое разрушение в конечном итоге оставит фирму открытой для «изобретений вокруг» независимо от того, какой стандарт может принести фирме выгоду. [2]

Кавычки

[...] Цунами, опустошившее страны Юго-Восточной Азии и северо-восточные районы Африки, является, пожалуй, наиболее наглядной, хотя и прискорбной, демонстрацией необходимости глобального сотрудничества и открытых стандартов ИКТ. Неисчислимые потери человеческих жизней и ущерб имуществу усугублялись тем фактом, что спасательные агентства и неправительственные группы не могли обмениваться информацией, жизненно важной для спасательных работ. Каждая из них использовала разные форматы данных и документов. Оказание помощи замедлилось, а координация усложнилась. [...]

-  Мосибуди Мангена, вступительная речь SATNAC 2005 г.

Смотрите также

Ссылки

  1. ^ Чесбро, Генри Уильям; Ванхавербеке, Вим; Уэст, Джоэл (2008). «Тим Симко: „Глава 8: Открытые стандарты и права интеллектуальной собственности“ в Open Innovation: Researching A New Paradigm». Oxford University Press . Получено 25 апреля 2017 г.
  2. ^ Ланглуа, Ричард Н. «Технологические стандарты, инновации и основные объекты: к шмпетеровскому постчикагскому подходу». (1999).
  3. ^ ab Гордон, Ричард Л. (1994), «Трансакционные издержки, права собственности и пределы правительства», Регулирование и экономический анализ , Бостон, Массачусетс: Springer US, стр. 61–78, doi :10.1007/978-1-4615-2620-9_6, ISBN 978-1-4613-6123-7, получено 29.06.2023
  4. ^ Гринстейн, Шейн и Виктор Санго, ред. Стандарты и государственная политика . Кембридж, Великобритания: Cambridge University Press, 2007.
  5. ^ Уэст, Джоэл (2006-12-21), Гринштейн, Шейн; Станго, Виктор (ред.), «Экономические реалии открытых стандартов: черное, белое и множество оттенков серого», Стандарты и государственная политика (1-е изд.), Cambridge University Press, стр. 87–122, doi :10.1017/cbo9780511493249.004, ISBN 978-0-521-86450-3, S2CID  17934389 , получено 29.06.2023
  6. ^ Джоэл Уэст, цитируемый Гринстейном, Шейном и Виктором Санго, ред. Стандарты и государственная политика. Кембридж, Великобритания: Cambridge University Press, 2007.
  7. ^ "Заявление об утверждении". OpenStand . Получено 2019-07-17 .
  8. ^ "Современная парадигма стандартов - пять ключевых принципов". OpenStand . Получено 17 июля 2019 г.
  9. ^ Источник: www.open-stand.org
  10. ^ "МСЭ-Т". www.itu.int . Проверено 18 марта 2018 г.
  11. ^ "МСЭ-Т". www.itu.int . Проверено 18 марта 2018 г.
  12. ^ "00. Стандарты и патенты ISO". isotc.iso.org . Получено 18 марта 2018 г. .
  13. ^ BCP 9: Процесс разработки стандартов Интернета
  14. ^ BCP 78: Права, предоставляемые участниками IETF Trust
  15. ^ BCP 79: Права интеллектуальной собственности в технологиях IETF
  16. ^ Правовые положения IETF Trust (страница содержит часто задаваемые вопросы для неюристов)
  17. ^ ab OpenStand: OpenStand: Принципы современной стандартной парадигмы
  18. ^ Европейская структура взаимодействия для общеевропейских услуг электронного правительства, версия 1.0 (2004) ISBN 92-894-8389-X страница 9 
  19. ^ Европейские сообщества (2004), Европейская структура взаимодействия для общеевропейских услуг электронного правительства (PDF) , получено 2016-02-09
  20. ^ Отраслевой консорциум сетевых операций [узурпирован] , NCOIC Lexicon, 2008
  21. ^ ""Определения открытых стандартов", 2004" (PDF) . itst.dk . Получено 18 марта 2018 г. .
  22. ^ ""Закон № 2004-575" о доверии к цифровой экономике", 21 июня 2004 г. legifrance.gouv.fr . Получено 18 марта 2018 г.
  23. ^ Правительство Индии. «Политика открытых стандартов электронного управления» (PDF) . Получено 25 июля 2014 г.
  24. ^ "Art. 68 CAD" . Получено 25 июля 2014 г. .
  25. ^ ""New Zealand E-Government Interoperability Framework (e-GIF)" версия 3.0, 22 июня 2007 г." (PDF) . e.govt.nz . Архивировано из оригинала (PDF) 16 октября 2008 г. . Получено 18 марта 2018 г. .
  26. ^ "Закон № 36/2011 от 21 июня". diariodarepublica.pt . Получено 21.09.2023 .
  27. ^ ""Ley 11/2007" of Public Electronic Access of Citizens to the Public Services, June, 22nd 2007" (PDF) . boe.es . Получено 18 марта 2018 .
  28. ^ "Правительство Южной Африки, MIOS Версия 4.1 2007" (PDF) . dpsa.gov.za . Получено 18 марта 2018 г. .
  29. ^ Кабинет министров, Принципы открытых стандартов, опубликовано 9 апреля 2013 г., обновлено 5 апреля 2018 г.
  30. ^ Кабинет министров, Записка о политике закупок — Использование открытых стандартов при указании требований ИКТ. Записка о действиях 3/11 31 января 2011 г., архив Национального архива , дата обращения 28 августа 2021 г.
  31. ^ ""Decreto 3390" свободного программного обеспечения и открытых стандартов, 23 декабря 2004 г." (PDF) . Архивировано из оригинала (PDF) 2007-11-09 . Получено 2007-10-03 .
  32. ^ «Является ли OpenDocument открытым стандартом? Да!». www.dwheeler.com . Архивировано из оригинала 22 марта 2009 г. Получено 18 марта 2018 г.
  33. ^ ab "Открытые стандарты: принципы и практика". Брюс Перенс. Архивировано из оригинала 2006-01-01 . Получено 2020-02-22 .
  34. ^ "Значение открытых стандартов". www.csrstds.com . Получено 18 марта 2018 г. .
  35. ^ "OOXML: Быть или не быть". efytimes.com . Получено 18 марта 2018 г. .
  36. ^ Кассон, Тони; Райан, Патрик С. (1 мая 2006 г.), «Открытые стандарты, внедрение программного обеспечения с открытым исходным кодом в государственном секторе и их связь с доминированием Microsoft на рынке», в книге Шерри Болин (ред.), Край стандартов: объединитель или разделитель?, Sheridan Books, стр. 87, SSRN  1656616
  37. ^ «Требование открытых стандартов для программного обеспечения — Инициатива с открытым исходным кодом». opensource.org . 24 июля 2006 г. Получено 18 марта 2018 г.
  38. ^ Определение открытых стандартов Консорциума Всемирной паутины
  39. ^ ab "Определение "Открытого стандарта"". Архивировано из оригинала 20.04.2016 . Получено 03.06.2008 .
  40. ^ "Что такое открытый стандарт?". Архивировано из оригинала 2010-08-05 . Получено 2008-06-03 .
  41. ^ https://fsfe.org/freesoftware/standards/def.en.html старая версия
  42. ^ "FFII Workgroup on Open Standards - FFII". 2007-01-18. Архивировано из оригинала 2007-01-18 . Получено 2021-11-15 .
  43. ^ «Архитектура Всемирной паутины, том первый». www.w3.org . Получено 18 марта 2018 г. .
  44. ^ "Общедоступные стандарты". standards.iso.org . Получено 18 марта 2018 г. .
  45. ^ "Сложная сингулярность против открытости | Joinup". Архивировано из оригинала 2015-04-19 . Получено 2015-05-06 .
  46. ^ Спецификация формата Portable Document File (PDF) Архивировано 22 октября 2005 г. на Wayback Machine
  47. ^ ИСО-8652:1995
  48. ^ "ISO/IEC 8652:1995/Amd 1:2007".
  49. ^ "ESO и партнеры запускают инновационную систему планетария Data2Dome". www.eso.org . Получено 27 апреля 2017 г. .
  50. ^ Инициатива OpenReference: Фреймворки OpenReference, декабрь 2016 г.
  51. ^ Европейская патентная конвенция, статья 52, пункт (2)(c)
  52. ^ "Европейская комиссия - ПРЕСС-РЕЛИЗЫ - Пресс-релиз - Всемирный день стандартов, 14 октября: Глобальные стандарты для глобального информационного общества". europa.eu . Получено 18 марта 2018 г. .
  53. ^ Премия Фонда Nokia Мортену Микосу
  54. ^ "Часто задаваемые вопросы прессы - Тим БЛ". www.w3.org . Получено 18 марта 2018 г. .
  55. ^ "Южноафриканская конференция по телекоммуникационным сетям и приложениям (SATNAC) 2005. Вступительное слово достопочтенного министра науки и технологий Мосибуди Мангены — Департамент: Наука и технологии, Южная Африка". www.dst.gov.za . Архивировано из оригинала 9 мая 2009 г.

Дальнейшее чтение

Внешние ссылки