Открытый стандарт - Open standard

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

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

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

Многие определения термина стандарт разрешать патентообладатели ввести "разумное и недискриминационное лицензирование" роялти и другие условия лицензирования для разработчиков или пользователей стандарта. Например, правила для стандартов, опубликованные основными международно признанными органами по стандартизации, такими как Инженерная группа Интернета (IETF), Международная организация по стандартизации (ISO), Международная электротехническая комиссия (IEC), и ITU-T позволяют своим стандартам содержать спецификации, реализация которых потребует уплаты пошлин за лицензирование патентов. Среди этих организаций только IETF и ITU-T прямо называют свои стандарты «открытыми стандартами», тогда как другие относятся только к разработке «стандартов». IETF и ITU-T используют определения «открытого стандарта», которые позволяют "разумное и недискриминационное" лицензирование патентов требования к оплате.

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

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

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

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

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

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

Ниже описаны пять ключевых принципов OpenStand:

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

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

  • Из-за процесса: Решения принимаются участниками беспристрастно. Ни одна из сторон не доминирует и не направляет разработку стандартов. Процессы стандартизации прозрачны, и существуют возможности обжаловать решения. Процессы периодического пересмотра и обновления стандартов четко определены.
  • Широкий консенсус: Процессы позволяют рассматривать и учитывать все точки зрения, так что согласие может быть найдено по широкому кругу интересов.
  • Прозрачность: Организации по стандартизации заблаговременно уведомляют общественность о предлагаемых мероприятиях по разработке стандартов, объеме выполняемых работ и условиях участия. Предоставляются легкодоступные записи решений и материалы, использованные для принятия этих решений. Периоды общественного обсуждения предоставляются до окончательного утверждения и принятия стандартов.
  • Баланс: В деятельности по стандартизации не доминирует исключительно какое-либо конкретное лицо, компания или группа интересов.
  • Открытость: Процессы стандартизации открыты для всех заинтересованных и информированных сторон.

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

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

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

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

[7]

Определение ITU-T

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

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

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

Определение 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).[11]RFC 2026 позже был обновлен BCP 78 и 79 (среди прочих). По состоянию на 2011 год BCP 78 RFC 5378 (Права, предоставляемые авторами IETF Trust),[12] и BCP 79 состоит из RFC 3979 (Права интеллектуальной собственности в технологии IETF) и разъяснение в RFC 4879.[13] Изменения предназначены для совместимости с "Упрощенным BSD Лицензия », как указано в Правовых положениях IETF Trust и часто задаваемых вопросах об авторских правах на основе RFC 5377.[14]

В августе 2012 года IETF объединилась с W3C и IEEE запустить OpenStand [15] и опубликовать «Современную парадигму стандартов». Это отражает «эффективные и действенные процессы стандартизации, которые сделали Интернет и Интернет ведущими платформами для инноваций и торговли без границ». Затем декларация публикуется в виде RFC 6852 в январе 2013 г.

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

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

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

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

  • Стандарт принят и будет поддерживаться некоммерческой организацией, и его постоянное развитие происходит на основе открытой процедуры принятия решений, доступной для всех заинтересованных сторон (консенсусное решение или решение большинства и т. Д.).
  • Стандарт опубликован, и стандартная спецификация доступна бесплатно или за номинальную плату. Всем должно быть разрешено копировать, распространять и использовать его бесплатно или за символическую плату.
  • Интеллектуальная собственность - то есть патенты, которые могут быть представлены - стандарта (части) становится безотзывно доступной на бесплатно основание.
  • Нет никаких ограничений на повторное использование стандарта.[17]

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

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

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

Определение правительства Дании

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

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

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

В Французский парламент утвердила определение «открытого стандарта» в своем «Законе о доверии в цифровой экономике».[20] Определение таково:[21]

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

Определение правительства Индии

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

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

  • 4.1.1 Спецификационный документ Идентифицированного стандарта должен быть доступен с номинальной оплатой или без нее.
  • 4.1.2 Патентные заявки, необходимые для реализации Идентифицированного стандарта, должны быть доступны на безвозмездной основе в течение всего срока действия Стандарта.
  • 4.1.3 Идентифицированный стандарт должен быть принят и поддерживаться некоммерческой организацией, в которой все заинтересованные стороны могут выбрать прозрачное, совместное и согласованное участие.
  • 4.1.4 Идентифицированный стандарт должен быть рекурсивно открыт, насколько это возможно.
  • 4.1.5 Идентифицированный стандарт должен иметь технологически нейтральную спецификацию.
  • 4.1.6 Идентифицированный стандарт должен обеспечивать поддержку локализации, где это применимо, для всех официальных языков Индии для всех применимых доменов.

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

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

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

[...]

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

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

Закон, принятый Испанский парламент [24] требует, чтобы все электронные услуги, предоставляемые испанской государственной администрацией, основывались на открытых стандартах. Он определяет открытый стандарт как свободный от лицензионных отчислений согласно следующему определению:[21]

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

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

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

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

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

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

Определение правительства Южной Африки

В Правительство Южной Африки одобрил определение в «Справочнике по минимальным операционным стандартам совместимости» (MIOS).[26]

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

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

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

В Структура взаимодействия электронного правительства (Электронный GIF) [27] определяет открытый стандарт как свободный от лицензионных отчислений в соответствии со следующим текстом:

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

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

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

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

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

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

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

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

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

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

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

В Инициатива открытого исходного кода определяет требования и критерии для открытых стандартов следующим образом:[32]

Требование

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

Критерии

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

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

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

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

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

Определение Консорциума World Wide Web

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

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

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

В августе 2012 года W3C вместе с IETF и IEEE запустили OpenStand. [15] и опубликовать «Современную парадигму стандартов». Это отражает «эффективные и действенные процессы стандартизации, которые сделали Интернет и Интернет ведущими платформами для инноваций и торговли без границ».

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

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

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

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

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

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

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

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

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

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

В Фонд свободной информационной инфраструктуры определение сказано[кем? ] чтобы совпадать с определением, опубликованным в European Interoperability Framework, выпущенном в 2004 году.

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

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

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

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

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

ИздательВремя публикацииДоступностьПрава на использованиеПроцессПолнота
Спецификация должна распространяться бесплатно.Спецификация должна распространяться на условиях FRAND.Основные патенты должны быть безотзывно доступны без лицензионных отчислений.Основные патенты должны подлежать лицензированию на условиях FRAND.Дальнейшее развитие должно быть открыто для всех желающих участвовать вДальнейшая разработка должна быть открыта для всеобщего обозренияТехнологически зрелые стандарты должны выполняться
несколько поставщиков или открытая эталонная реализация
Совместное IEEE, ISOC, W3C, IETF, IAB2012-08-12НетНетНетКрасная селедкаНетНетНет
ITU-T2005-03НетНетНетдаНетНетНет
Панъевропейское электронное правительство2004НетдадаНет данныхдаНет данныхНет
Датское правительство2004НетНетНеясноНет данныхНетНетНет
Французское право2004ПодразумеваетсяНет данныхПодразумеваетсяНет данныхНетНетНет
Индийское правительство2014НетНетдаНет данныхНетНетНет
Итальянское право2005-03-07НетНетНетНетНетНетНет
Испанский закон2007-06-22НетНетдаНет данныхНетНетНет
Венесуэльский закон2004-12-23НетНетПодразумеваетсяНет данныхНетНетНет
Правительство Южной Африки2007даНет данныхдаНет данныхдаНет данныхда
Новая Зеландия e-GIF2007-06-22НетНетНеясноНет данныхНетНетНет
Брюс Перенс?НетНетдаНет данныхНетНетНет
Microsoft?НетНетдаНет данныхдаНет данныхНет
Инициатива открытого исходного кода?даНет данныхЧастичноеНетдаНет данныхНет
W3C2005-09НетНетдаНет данныхдаНет данныхНет
ДИГИСТАН?даНет данныхдаНет данныхдаНет данныхНет
ЕФСПО2001НетНетПодразумеваетсяНет данныхдаНет данныхда
FFII?НетНетдаНет данныхНетНетНет
Правительство Великобритании2012НетНетдаНет данныхдаНет данныхда

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

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

Система

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

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

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

Протоколы

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

Другой

Логотип Data2Dome

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

Патенты

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

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

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

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

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

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

Цитаты

  • Комиссар ЕС Эркки Лийканен: «Открытые стандарты важны для помощи в создании совместимых и доступных решений для всех. Они также способствуют конкуренции, создавая технические правила игры, которые одинаковы для всех участников рынка. Это означает снижение затрат для предприятий и, в конечном итоге, для потребителей». (Всемирный день стандартов, 14 октября 2003 г.) [49]
  • Йорма Оллила, председатель совета директоров Nokia: «... Открытые стандарты и платформы создают основу для успеха. Они обеспечивают функциональную совместимость технологий и поощряют новаторство и здоровую конкуренцию, что, в свою очередь, увеличивает выбор потребителей и открывает совершенно новые рынки»,[50]
  • Директор W3C Тим Бернерс-Ли: «Решение сделать Интернет открытой системой было необходимо для того, чтобы он стал универсальным. Вы не можете предложить что-то универсальное пространство и в то же время сохранить контроль над ним». [51]
  • Во вступительной речи Южноафриканской конференции по телекоммуникационным сетям и приложениям (SATNAC) 2005, тогдашний министр науки и технологий, Мосибуди Мангена подчеркнули необходимость открытых стандартов в ИКТ:[52]

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

— Мосибуди Мангена, Вступительное слово SATNAC 2005

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

Рекомендации

  1. ^ Чесбро, Генри Уильям; Ванхавербеке, Вим; Запад, Джоэл (2008). «Тим Симко:« Глава 8: Открытые стандарты и права интеллектуальной собственности »в открытых инновациях: исследование новой парадигмы». Oxford University Press. Получено 25 апреля, 2017.
  2. ^ а б Ланглуа, Ричард Н. «Технологические стандарты, инновации и основные возможности: к подходу Шмпетера после Чикаго». (1999).
  3. ^ Гринштейн, Шейн и Виктор Санго, ред. Стандарты и государственная политика. Кембридж, Великобритания: Издательство Кембриджского университета, 2007.
  4. ^ Джоэл Уэст, как цитируется Гринштейн, Шейн и Виктор Санго, ред. Стандарты и государственная политика. Кембридж, Великобритания: Издательство Кембриджского университета, 2007.
  5. ^ «Подтверждающее заявление». OpenStand. Получено 2019-07-17.
  6. ^ «Парадигма современных стандартов - пять ключевых принципов». OpenStand. Получено 2019-07-17.
  7. ^ Источник: www.open-stand.org
  8. ^ «МСЭ-Т». www.itu.int. Получено 18 марта 2018.
  9. ^ «МСЭ-Т». www.itu.int. Получено 18 марта 2018.
  10. ^ «00. Стандарты и патенты ISO». isotc.iso.org. Получено 18 марта 2018.
  11. ^ ПП 9: Процесс стандартизации Интернета
  12. ^ BCP 78: Права, предоставляемые участниками IETF Trust
  13. ^ BCP 79: Права интеллектуальной собственности в технологии IETF
  14. ^ IETF Правовые положения траста (страница предлагает часто задаваемые вопросы для не юристов)
  15. ^ а б OpenStand: OpenStand: принципы современной стандартной парадигмы
  16. ^ Европейская структура взаимодействия для общеевропейских услуг электронного правительства, Версия 1.0 (2004 г.) ISBN  92-894-8389-Х стр.9
  17. ^ Европейские сообщества (2004 г.), Европейская структура взаимодействия для общеевропейских услуг электронного правительства (PDF), получено 2016-02-09
  18. ^ Консорциум индустрии сетевых операций, Лексикон NCOIC, 2008
  19. ^ ""Определения открытых стандартов ", 2004 г." (PDF). itst.dk. Получено 18 марта 2018.
  20. ^ ""Закон № 2004-575 «Об уверенности в цифровой экономике», 21 июня 2004 г.. legifrance.gouv.fr. Получено 18 марта 2018.
  21. ^ а б c "Estándares abiertos e interoperabilidad. Foro sobre Estándares Abiertos". www.estandaresabiertos.org. Получено 18 марта 2018.
  22. ^ Правительство Индии. «Политика открытых стандартов для электронного управления» (PDF). Получено 25 июля 2014.
  23. ^ «Арт. 68 САПР». Получено 25 июля 2014.
  24. ^ ""Ley 11/2007 "Общедоступного электронного доступа граждан к общественным услугам, 22 июня 2007 г." (PDF). boe.es. Получено 18 марта 2018.
  25. ^ ""Декрет 3390 «Свободного программного обеспечения и открытых стандартов, 23 декабря 2004 г.» (PDF). Архивировано из оригинал (PDF) на 2007-11-09. Получено 2007-10-03.
  26. ^ «Правительство ЮАР, версия MIOS 4.1 2007» (PDF). dpsa.gov.za. Получено 18 марта 2018.
  27. ^ ""Структура взаимодействия электронного правительства Новой Зеландии (e-GIF) «версия 3.0, 22 июня 2007 г.» (PDF). egovt.nz. Получено 18 марта 2018.
  28. ^ «Является ли OpenDocument открытым стандартом? Да!». www.dwheeler.com. Получено 18 марта 2018.
  29. ^ «Открытые стандарты: принципы и практика». Брюс Перенс. Архивировано из оригинал на 2006-01-01. Получено 2020-02-22.
  30. ^ «OOXML: быть или не быть». efytimes.com. Получено 18 марта 2018.
  31. ^ Кассон, Тони; Райан, Патрик С. (1 мая 2006 г.), «Открытые стандарты, принятие открытого исходного кода в государственном секторе и их связь с господством Microsoft на рынке», в Шерри Болин (ред.), Край стандартов: объединитель или разделитель?, Sheridan Books, стр. 87, SSRN  1656616
  32. ^ «Требования открытых стандартов для программного обеспечения - Инициатива с открытым исходным кодом». opensource.org. Получено 18 марта 2018.
  33. ^ «Значение открытых стандартов». www.csrstds.com. Получено 18 марта 2018.
  34. ^ Определение открытых стандартов Консорциум World Wide Web
  35. ^ а б «Определение» открытого стандарта"". Архивировано из оригинал на 2016-04-20. Получено 2008-06-03.
  36. ^ "Что такое открытый стандарт?". Архивировано из оригинал на 2010-08-05. Получено 2008-06-03.
  37. ^ http://fsfe.org/projects/os/def.html
  38. ^ https://www.gov.uk/government/publications/open-standards-principles
  39. ^ "Архитектура всемирной паутины, том первый". www.w3.org. Получено 18 марта 2018.
  40. ^ http://www.eutelsat.com/files/contributed/satellites/pdf/Diseqc/associated%20docs/update_recomm_for_implim.pdf
  41. ^ «Общедоступные стандарты». standard.iso.org. Получено 18 марта 2018.
  42. ^ «Архивная копия». Архивировано из оригинал на 2015-04-19. Получено 2015-05-06.CS1 maint: заархивированная копия как заголовок (связь)
  43. ^ Спецификация формата Portable Document File (PDF) В архиве 22 октября 2005 г. Wayback Machine
  44. ^ ISO-8652: 1995
  45. ^ http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=45001
  46. ^ «ESO и партнеры запускают инновационную систему планетария Data2Dome». www.eso.org. Получено 27 апреля 2017.
  47. ^ Инициатива OpenReference: Фреймворки OpenReference, Декабрь 2016 г.
  48. ^ Европейская патентная конвенция Статья 52 пункт (2) (c)
  49. ^ «Европейская комиссия - ПРЕСС-РЕЛИЗЫ - Пресс-релиз - Всемирный день стандартов, 14 октября: Глобальные стандарты для глобального информационного общества». europa.eu. Получено 18 марта 2018.
  50. ^ Премия Nokia Foundation Мартену Микошу
  51. ^ «Часто задаваемые вопросы прессы - Тим Б.Л.». www.w3.org. Получено 18 марта 2018.
  52. ^ [1] В архиве 9 мая 2009 г. Wayback Machine

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

внешняя ссылка