Из Википедии, бесплатной энциклопедии
  (Перенаправлено с открытого протокола )
Перейти к навигации Перейти к поиску

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[7]

Определение ITU-T [ править ]

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

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

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

Определение IETF [ править ]

В разделе 7 его RFC 2026 , в IETF спецификации классифицирует , которые были разработаны в манере , подобном тому , что сам IETF как «открытые стандарты» и перечислены стандарты производимых ANSI , ISO , IEEE и МСЭ-Т , как Примеры. Поскольку процессы стандартизации 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 года.

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

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

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

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

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

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

Network Centric Operations Industry Consortium (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. Существует несколько реализаций стандарта.

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

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

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

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

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

Определение Брюса Перенса [ править ]

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

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

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

Определение Microsoft [ править ]

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

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

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

Определение Open Source Initiative [ править ]

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

Требование

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

Критерии

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

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

Определение Кена Кречмера [ править ]

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

  1. Открытое собрание
  2. Консенсус
  3. Из-за процесса
  4. Открытый IPR
  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 ЕС, но с изменениями, касающимися того, что он называет «захват поставщика». Они считают, что «многие группы и отдельные лица предоставили определения« открытого стандарта », которые отражают их экономические интересы в процессе стандартизации. Мы видим, что фундаментальный конфликт возникает между поставщиками, которые стремятся захватить рынки и повысить издержки, и рынком в целом, который ищет свободу и снизить затраты ... Торговцы упорно работать , чтобы превратить открытые стандарты в стандарты франшизы. они работают , чтобы изменить формулировки закона , таким образом они могут маскировать стандарты франшизы в овечьей шкуре «открытый стандарт». Четкое определение «свободного и открытого стандарта»

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

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

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

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

Определение FFII [ править ]

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

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

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

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

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

Сравнение определений [ править ]

Примеры открытых стандартов [ править ]

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

Система [ править ]

  • Архитектура World Wide Web определена W3C [40]

Оборудование [ править ]

  • Промышленная стандартная архитектура (ISA) (спецификация IBM для сменных плат для ПК с архитектурой IBM, позже стандартизированная IEEE)
  • Peripheral Component Interconnect (PCI) (спецификация Intel Corporation для сменных плат для ПК с архитектурой IBM)
  • Accelerated Graphics Port (AGP) (спецификация корпорации Intel для сменных плат для ПК с архитектурой IBM)
  • Группа производителей промышленных компьютеров PCI (PICMG) (отраслевой консорциум, разрабатывающий спецификации открытых стандартов для компьютерных архитектур)
  • Синхронная динамическая память с произвольным доступом (SDRAM) и ее варианты DDR SDRAM (от JEDEC Solid State Technology Association)
  • Универсальная последовательная шина (USB) (от форума разработчиков USB )
  • DiSEqC от Eutelsat - в разделе «ПИС, ТОВАРНАЯ ЗНАКА И ЛОГОТИП» документа Рекомендации по внедрению указано: [41]

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

Форматы файлов [ править ]

  • Метафайл компьютерной графики (CGM) (формат файла для 2D- векторной графики , растровой графики и текста, определенный в ISO / IEC 8632 [42] )
  • Darwin Information Typing Architecture (DITA) (формат и архитектура для создания и поддержки технической документации, определенные OASIS )
  • Язык гипертекстовой разметки (HTML), расширяемый HTML (XHTML) и HTML5 (спецификации W3C для форматирования структурированных документов с гиперссылками)
  • Office Open XML (спецификация Microsoft для форматов документов, электронных таблиц и презентаций, утвержденная ISO как ISO / IEC 29500 ) (открытость оспаривается [43] )
  • Ogg (контейнер для Vorbis , FLAC , Speex , Opus (аудиоформаты) и Theora (видеоформат) от Xiph.Org Foundation )
  • Opus ( аудиокодек , определенный IETF RFC 6716)
  • OpenDocument Format (ODF) (спецификация OASIS для форматов офисных документов, утвержденная ISO как ISO / IEC 26300 )
  • Portable Document Format (PDF / X) (спецификация Adobe Systems Incorporated для форматированных документов, позже утвержденная ISO как ISO 15930-1: 2001 [44] )
  • Portable Network Graphics (PNG) (а растровый формат изображения , который использует сжатие без потерь данных , утвержденный ISO в качестве стандарта ISO / IEC 15948: 2004)
  • Масштабируемая векторная графика (SVG) (спецификация двумерной векторной графики, разработанная Консорциумом World Wide Web (W3C)).

Протоколы [ править ]

  • Интернет-протокол (IP) (спецификация IETF для передачи пакетов данных в сети - в частности, IETF RFC 791 )
  • Протокол управления передачей (TCP) (спецификация IETF для реализации потоков данных поверх IP - в частности, IETF RFC 793 )
  • Синхронизация данных OMA и управление устройствами ( протокол синхронизации данных, не зависящий от платформы , определенный The SyncML Initiative / Open Mobile Alliance )
  • XMPP - открытый протокол для обмена мгновенными сообщениями почти в реальном времени и информации о присутствии (также известный как списки друзей)

Языки программирования [ править ]

  • ANSI C (язык программирования общего назначения , одобренный ISO как ISO / IEC 9899 )
  • Ada , A мульти-парадигмы языка программирования , определяется совместной ISO / ANSI стандарта, [45] в сочетании с основным Поправка ISO / IEC 8652: 1995 / Amd 1: 2007 [46]
  • MUMPS , язык программирования с динамической типизацией , изначально разработанный для приложений, управляемых базами данных, в отрасли здравоохранения, одобрен ISO как ISO / IEC 11756: 1992 и ISO / IEC 11756: 1999.

Другое [ править ]

Логотип Data2Dome
  • Data2Dome - стандарт распространения контента для куполов планетариев . [47]
  • Apdex (индекс производительности приложений) (определяет единый способ анализа и составления отчетов о степени, в которой измеренная производительность программных приложений соответствует ожиданиям пользователей.
  • Application Response Measurement (ARM) (определяет API для языков программирования C и Java для измерения времени отклика транзакции приложений, принятый Open Group )
  • CD-ROM (Желтая книга) (спецификация для обмена данными на 120-миллиметровых оптических дисках, предназначенных только для чтения, утверждена ISO как ISO / IEC 10149 и ECMA как ECMA-130)
  • Общая информационная модель (CIM) (спецификация DMTF для определения того, как управляемые элементы в ИТ-среде представлены как общий набор объектов и отношений между ними)
  • Universal Data Element Framework (UDEF) - открытый стандарт Open Group, который обеспечивает основу для создания общекорпоративного словаря Controlled, обеспечивающего взаимодействие .
  • CIPURSE - открытый стандарт OSPT Alliance, который представляет собой набор спецификаций для реализации элемента безопасности (бесконтактная смарт-карта, SIM-карта NFC, встроенный элемент безопасности) для городской транспортной сети и дополнительных услуг.
  • OpenReference , открытая эталонная модель для бизнес-показателей, процессов и практик, [48]
  • Стандарт открытых данных конвейера (PODS)

Примеры ассоциаций [ править ]

  • JEDEC Solid State Technology Association - устанавливает открытый стандарт SDRAM
  • Open Geospatial Consortium - разрабатывает и публикует открытые стандарты для пространственных данных и сервисов.
  • Open Handset Alliance - устанавливает аппаратное обеспечение мобильных устройств по открытым стандартам.
  • OSPT Alliance - устанавливает открытый стандарт CIPURSE
  • Форум разработчиков USB - устанавливает стандарты для универсальной последовательной шины
  • Консорциум World Wide Web (W3C) - устанавливает открытые стандарты для Интернета, такие как протоколы , языки программирования и т. Д.

Патенты [ править ]

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

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

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

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

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

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

Цитаты [ править ]

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

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

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

См. Также [ править ]

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

Ссылки [ править ]

  1. ^ Чесбро, Генри Уильям; Ванхавербеке, Вим; Запад, Джоэл (2008). «Тим Симко:« Глава 8: Открытые стандарты и права интеллектуальной собственности »в открытых инновациях: исследование новой парадигмы» . Издательство Оксфордского университета . Проверено 25 апреля 2017 года .
  2. ^ a b Ланглуа, Ричард Н. «Технологические стандарты, инновации и основные средства: на пути к шмпетерианскому пост-чикагскому подходу». (1999).
  3. ^ Гринштейн, Шейн и Виктор Санго, ред. Стандарты и государственная политика . Кембридж, Великобритания: Издательство Кембриджского университета, 2007.
  4. Джоэл Уэст, цитируемый Гринштейном, Шейном и Виктором Санго, ред. Стандарты и государственная политика. Кембридж, Великобритания: Издательство Кембриджского университета, 2007.
  5. ^ «Заявление о подтверждении» . OpenStand . Проверено 17 июля 2019 .
  6. ^ «Парадигма современных стандартов - пять ключевых принципов» . OpenStand . Проверено 17 июля 2019 .
  7. ^ Источник: www.open-stand.org
  8. ^ "ITU-T" . www.itu.int . Проверено 18 марта 2018 .
  9. ^ "ITU-T" . www.itu.int . Проверено 18 марта 2018 .
  10. ^ «00. Стандарты и патенты ISO» . isotc.iso.org . Проверено 18 марта 2018 .
  11. ^ BCP 9 : Процесс стандартизации Интернета
  12. ^ BCP 78 : Права участников, предоставляемые IETF Trust
  13. ^ BCP 79 : Права интеллектуальной собственности в технологии IETF
  14. ^ Правовые положения IETF Trust (страница предлагает ответы на часто задаваемые вопросы для не юристов)
  15. ^ a b OpenStand : OpenStand: принципы современной стандартной парадигмы
  16. ^ Европейская структура взаимодействия для общеевропейских услуг электронного правительства , версия 1.0 (2004) ISBN 92-894-8389-X стр. 9 
  17. ^ Европейские сообщества (2004), European Interoperability Framework для панъевропейских услуг электронного правительства (PDF) , получено 09.02.2016.
  18. ^ Консорциум индустрии сетевых операций , NCOIC Lexicon, 2008 г.
  19. ^ " " Определение открытых стандартов», 2004" (PDF) . itst.dk . Проверено 18 марта 2018 .
  20. ^ « » Loi nº 2004-575" для уверенности в цифровой экономике»21 июня 2004" . Legifrance.gouv.fr . Проверено 18 March 2 018 .
  21. ^ a b c "Estándares abiertos e interoperabilidad. Foro sobre Estándares Abiertos" . www.estandaresabiertos.org . Проверено 18 марта 2018 .
  22. ^ Правительство Индии. «Политика открытых стандартов электронного управления» (PDF) . Проверено 25 июля 2014 года .
  23. ^ "Art. 68 CAD" . Проверено 25 июля 2014 года .
  24. ^ « » Ley 11/2007" Общественный электронный доступ граждан к коммунальным услугам, 22 июня 2007" года (PDF) . boe.es . Проверено 18 марта 2018 .
  25. ^ « » Декрет 3390" свободного программного обеспечения и открытых стандартов, 23 декабря 2004" (PDF) . Архивировано из оригинального (PDF) 09 ноября 2007 года . Проверено 3 октября 2007 .
  26. ^ «Правительство ЮАР, версия MIOS 4.1 2007» (PDF) . dpsa.gov.za . Проверено 18 марта 2018 .
  27. ^ « « New Zealand E-Government Interoperability Framework (e-GIF) », версия 3.0, 22 июня 2007 г.» (PDF) . egovt.nz . Проверено 18 марта 2018 .
  28. ^ "Является ли OpenDocument открытым стандартом? Да!" . www.dwheeler.com . Проверено 18 марта 2018 .
  29. ^ a b «Открытые стандарты: принципы и практика» . Брюс Перенс. Архивировано из оригинала на 2006-01-01 . Проверено 22 февраля 2020 .
  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. ^ a b «Определение« Открытого стандарта » » . Архивировано из оригинала на 2016-04-20 . Проверено 3 июня 2008 .
  36. ^ "Что такое Открытый стандарт?" . Архивировано из оригинала на 2010-08-05 . Проверено 3 июня 2008 .
  37. ^ https://fsfe.org/freesoftware/standards/def.en.html старая версия
  38. ^ https://web.archive.org/web/20070118141247/http://action.ffii.org/openstandards
  39. ^ https://www.gov.uk/government/publications/open-standards-principles
  40. ^ "Архитектура всемирной паутины, том один" . www.w3.org . Проверено 18 марта 2018 .
  41. ^ http://www.eutelsat.com/files/contributed/satellites/pdf/Diseqc/associated%20docs/update_recomm_for_implim.pdf
  42. ^ «Общедоступные стандарты» . standard.iso.org . Проверено 18 марта 2018 .
  43. ^ "Архивная копия" . Архивировано из оригинала на 2015-04-19 . Проверено 6 мая 2015 .CS1 maint: заархивированная копия как заголовок ( ссылка )
  44. ^ Portable Document File (PDF) спецификация формата архивация 22 октября 2005, в Wayback Machine
  45. ^ ISO-8652: 1995
  46. ^ http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=45001
  47. ^ "ESO и партнеры запускают инновационную систему планетария Data2Dome" . www.eso.org . Проверено 27 апреля 2017 года .
  48. ^ OpenReference Initiative: OpenReference frameworks , декабрь 2016 г.
  49. ^ Европейская патентная конвенция Статья 52 параграф (2) (c)
  50. ^ «Европейская комиссия - ПРЕСС-РЕЛИЗЫ - Пресс-релиз - Всемирный день стандартов, 14 октября: Глобальные стандарты для глобального информационного общества» . europa.eu . Проверено 18 марта 2018 .
  51. ^ Nokia Foundation Award в куница Микос
  52. ^ «Часто задаваемые вопросы прессы - Тим Б.Л.» . www.w3.org . Проверено 18 марта 2018 .
  53. ^ [1] Архивировано 9 мая 2009 года в Wayback Machine.

Дальнейшее чтение [ править ]

  • Открытые стандарты: глобальная политика взаимодействия , Лаура ДеНардис , редактор MIT Press, 2011. Эксперты из промышленности, академических кругов и государственной политики исследуют, что экономически и политически поставлено на карту в дебатах об открытых стандартах.

Внешние ссылки [ править ]

  • Центр Беркмана по вопросам Интернета и общества при Гарвардской школе права , Open ePolicy Group , Дорожная карта для открытых экосистем ИКТ
  • Открытая разработка стандартов США для телекоммуникаций
  • Брюс Перенс : Открытые стандарты: принципы и практика
  • Кен Кречмер : Принципы открытых стандартов
  • Боб Сутор : Открытые стандарты против открытого исходного кода: как думать о программном обеспечении, стандартах и ​​сервис-ориентированной архитектуре в начале 21 века
  • Европейская комиссия : отчет Valoris о форматах открытых документов
  • The New York Times : Стив Лор: «План 13 стран требует открытых технологических стандартов»
  • Международная сеть с открытым исходным кодом UNDP-APDIP : Бесплатное / открытое программное обеспечение: Учебник по открытым стандартам
  • OpenStandards.net: портал открытых стандартов
  • OpenDocument - это открытый стандарт? Да! разрабатывает единое определение «открытого стандарта» из нескольких источников, а затем применяет его к конкретному стандарту.
  • Инициатива с открытым исходным кодом : требования открытого стандарта для программного обеспечения
  • Открытые стандарты : определения «открытых стандартов» с титульных страниц
  • Фонд свободной информационной инфраструктуры Рабочая группа FFII по открытым стандартам . «Стандартные категории и определения»: Категории и определения различных типов стандартов.
  • Документ с важнейшими проблемами Американского национального института стандартов : текущие попытки изменить устоявшееся определение «открытых» стандартов
  • Комментарии ITSSD относительно SCP / 13/2 - Стандарты и патенты , Институт торговли, стандартов и устойчивого развития, (март 2009 г.)
  • Дополнение к комментариям ITSSD относительно отчета ВОИС по стандартам и патентам (SCP / 13/2), пункт 44 , Институт торговли, стандартов и устойчивого развития, (январь 2010 г.)
  • Ассоциация стандартов открытых данных, RY
  • Open Standard License , лицензия, посвященная открытым стандартам.