Зарегистрированные сми: Реестр зарегистрированных средств массовой информации \ Акты, образцы, формы, договоры \ КонсультантПлюс

Что нужно знать СМИ, чтобы дружно жить с Роскомнадзором

В прямом эфире МедиаСаммита состоялось интервью с сотрудником управления Роскомнадзора по Приморскому краю

Дискуссия «Роскомнадзор: ответы на вопросы, которые волнуют СМИ» (12+) прошла на площадке «Дальневосточного МедиаСаммита-2020». Эксперт из Управления Роскомнадзора по Приморскому краю в прямом эфире медиафорума рассказала о контрольно-надзорной деятельности, а также поделилась реальными историями из своей профессиональной практики, сообщает ИА PrimaMedia.

Гость эфира — заместитель начальника отдела контроля и надзора в сфере массовых коммуникаций Управления Роскомнадзора по Приморскому краю Анастасия Белявская. Вопросы задавал Руслан Овчинников, заместитель главного редактора ИА PrimaMedia.

– Какие изменения в регулировании деятельности СМИ появились в связи с пандемией?

— Год выдался необычный, многие столкнулись с финансовыми проблемами. Наш законодатель, чтобы хоть как-то поддержать сферу вещания, в апреле этого года подписал постановление, согласно которому действие всех лицензий на вещание автоматически продлевается на один год. Лицензия выдается на 10 лет, и если срок её действия заканчивается в этом году, то с 15 по 31 декабря её не нужно переоформлять, она автоматически будет продлена ещё на год. Что еще важного? Был издан приказ Минкомсвязи №281 о временном сокращении лицензионных требований в сфере телевизионного и радиовещания до 31 декабря 2020 года. Вещатели до конца декабря в целях экономии денежных средств могут уменьшить количество часов вещания — раньше это было бы нарушением лицензионных требований. Также теперь можно снизить мощность используемого передатчика. 

Из изменений, не связанных с пандемией — новое лицензионное требование.

Были дополнены статьи 13 и 15 КоАП в частях 10.1, 10.2 и 11. Расширена административная ответственность за распространение заведомо недостоверной общественно значимой информаций под видом достоверных сведений, создавшая или повлёкшая за собой общественно опасные последствия.

– Да, «фек-ньюс» — отраслевое слово, понятие первого полугодия 2020 года. Мы понимаем, что юридические тексты, как ни парадоксально, иногда плохо воспринимаются коллегами. Могли бы раскрыть неофициальный термин «фейк-ньюс»? 

– Мы тоже смотрим МедиаСаммит и знаем, что у вас проходила секция, посвященная этому вопросу, он был хорошо раскрыт. Могу только дополнить выступление Галины Араповой. Как регулируются «фейк-ньюс»? Ограничивается доступ к сайтам, опубликовавшим такую информацию. Это происходит на основании обращения Генерального прокурора или его заместителя. Теперь об ответственности за распространение «фейк-ньюс». Здесь два уполномоченных органа: Роскомнадзор и его территориальные управления. Согласно закону о СМИ, регистрация сайта в сети интернет носит добровольный характер, и если сайт не зарегистрирован, то средством массовой информации он не является. Поэтому даже известные паблики, несмотря на огромную аудиторию, СМИ не являются. Если в работе таких ресурсов выявляются признаки нарушения, ответственность за которое предусмотрена КоАП, ими занимаются органы внутренних дел.

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

— Мы, как СМИ, тоже получали от вас запросы и, конечно, на них отвечали. А поясните мне немного: кто является инициатором блокировки сайта? Вы сказали, что это Генеральный прокурор или его заместитель. Чтобы было совсем ясно: а Роскомнадзор или его территориальное управление может сайт заблокировать? На основании собственного расследования.

– Взаимодействие происходит на федеральном уровне между Генеральной прокуратурой и Роскомнадзором. Здесь никак не задействованы территориальные управления. 

– А не могут ли быть такие заявления средством конкурентной борьбы? Хотя, исходя из вашего ответа, так конкурировать себе дороже.  

– Всегда такое было. Это нормальный процесс (смеется). Дело даже не в «фейк-ньюс», такие жалобы были и раньше — мы, конечно, не знаем, кто это писал.

– Допустим, сайт заблокировали. Можно ли как-то исправиться? Как это сделать?

— Процедура ограничения доступа не такая простая, как многим кажется. Когда сайт (либо сетевой адрес) попадает в реестр запрещенной информации, это не значит, что он сразу же будет заблокирован. Прежде чем доступ будет ограничен, владелец сайта получит информацию о том, что размещенная по данному адресу информация является запрещённой. После этого дается срок, чтобы удалить или отредактировать эту информацию. И если в течение суток владелец сайта не принимает никаких мер, Роскомнадзор делает выгрузку для оператора связи, и на основании этого сайт блокируется операторами связи для своих абонентов.

– Как реабилитироваться в таком случае?

— Если вы в течение суток не удалили информацию и доступ к вашему сайту был ограничен, чтобы снять это ограничение, нужно заполнить форму на сайте Роспотребнадзора. Если владелец сайта одумался и удалил противоправный контент спустя некоторое время, через эту форму он может обратиться с просьбой разблокировать сайт. Запись будет исключена из реестра.

– А в судебном порядке оспорить внесение сведений в реестр можно? Есть такая судебная практика?

– Оспорить в судебном порядке можно. Если судом будет принято решение в пользу владельца сайта, запись будет исключена из реестра, доступ к ней будет восстановлен. Не могу говорить за весь Роскомнадзор — может, такие ситуации и были, но я такой информацией не обладаю. 

– Предлагаю сменить тему. Хотелось бы ещё раз услышать о полномочиях и деятельности Роскомнадзора. Прямо скажу: мы не очень хорошо это понимаем, хотя ваше ведомство работает давно. Резюмируем: чем занимается Роскомнадзор?

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

– Есть вопрос. Естественно, что такие органы накапливают очень любопытную рыночную аналитику. Поделитесь: сколько СМИ в Приморском крае было зарегистрировано в 2020 году, сколько было лишено лицензии?

— В Приморском крае находится 317 СМИ, при этом деятельность 15 СМИ временно приостановлена по решению учредителя. Это связно в том числе с непростым экономическим периодом. С начала года 29 СМИ было исключено из реестра — и по заявлению учредителя, и по решению суда. Как известно, если СМИ не выходит в свет в течение года, регистрирующий орган вправе инициировать исковое заявление в суд, чтобы на основании его решения признать регистрацию недействительной и исключить СМИ из реестра.

В этом году 16 «новичков», из них 7 — сетевые издания, т.е. сайты в интернете, зарегистрированные как СМИ. Понятно, что преобладающей формой распространения являются сетевые издания, это связано с нынешними реалиями.

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

— В ближайшее время в Приморье будет единый день голосования. Обычно к таким датам у вас наплыв желающих зарегистрировать СМИ? Есть такие тенденции?

— Не скажу, что это прямо тенденция. Если и подают на регистрацию одно-два СМИ, то редко. В законе о выборах есть ограничение: в распространении агитационных материалов СМИ не может участвовать, если на момент выборов его регистрации не исполнился год. То есть, чтобы принять активное участие, нужно регистрироваться за год-полтора.

– Вы упомянули, что деятельность 15-ти зарегистрированных в Приморье СМИ сейчас приостановлена. Предположу, что они не могут выпускать СМИ по экономическим причинам. То есть, их руководители или собственники заранее пришли к вам и предупредили? И как они могут возобновить свою деятельность, если дела поправятся?

– Учредитель вправе либо прекратить, либо приостановить деятельность СМИ. В соответствии с законом у него есть обязанность предупредить об этом регистрирующий орган. Для этого нужно заполнить форму и отправить её собственно регистрирующему органу. Что важно понимать: учредитель может приостановить свою деятельность не более чем на год с даты последнего выхода в свет. Как показывает практика, если СМИ приостанавливает свою работу, то шансы, что оно возобновит деятельность, малы. Часто сначала СМИ приостанавливают свою работу, а потом и вовсе прекращают. Но если есть желание возобновить деятельность раньше срока, об этом нужно просто уведомить.

— Вы сказали, что 29 СМИ в 2020 году были исключены из реестра. Какие на то были причины?

– Когда я готовилась ко встрече, хотела посмотреть статистику и сравнить, сколько СМИ было исключено из реестра в прошлом году. На самом деле, за этот же период цифра намного больше — за аналогичный период в прошлом году было исключено более 40-ка СМИ. Причины разные: много исков инициируется нами, чтобы закрыть СМИ по суду. Учредители, получив копию иска, всё понимают. Чтобы не участвовать в судебных процессах, они сами уведомляют о прекращении деятельности.

– В этом году какие по преимуществу причины закрытия СМИ? Может быть, есть какая-то аналитика? Чтобы коллеги обратили внимание и старались не попадать в негативные тренды. 

– За первое полугодие этого года выявлено 41 нарушение в сфере СМИ и радиовещания. В первом полугодии прошлого года таких нарушений было 72. Видно заметное снижение, но сразу отмечу: контрольно-надзорные мероприятия во второй квартале мы не проводили вообще. Поэтому в общей сумме нарушений в этом году было меньше, это логично. 

Что же до популярности нарушений, если можно так выразиться, на первом месте у нас, как ни странно, несоответствие устава редакции статьи 20. То есть, у каждого средства массовой информации есть либо устав редакции, либо договор, заменяющий этот устав. В статье 20 определен перечень вопросов, который обязательно должен быть отражен в уставах. Копия этого документа направляется в регистрирующий орган и хранится в регистрационном деле. И когда мы проводим контрольно-надзорные мероприятия, мы анализируем уставы на соответствие их требованиям статьи 20 и другим законам.

Мы сталкиваемся с тем, что редакции и учредители халатно относятся к своим уставам: некоторые из них не только не соответствуют требованиям статьи 20, но и противоречат здравому смыслу. Самый популярный пример: учредителем СМИ является физическое лицо, а в уставе написано, что редакция является не юридическим лицом, а структурным подразделением учредителя. Как это возможно? Это же абсурд.

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

Когда мы говорим это учредителю, то в ответ часто слышим просьбу «скинуть какой-нибудь шаблон». Хорошие новости: такой шаблон в этом году появился, разработал его Роскомнадзор, размещен он у нас на сайте в разделе «Регистрация СМИ». Кроме того, нашими коллегами из Роскомнадзора по Приволжскому федеральному округу были подготовлены разъяснения по соблюдению статьи 20, — очень хорошие — мы также разместили их у себя на сайте. Рекомендую ознакомиться с этими документами и навести порядок в своих уставах.

«Популярностью» пользуется несоблюдение требований 77 ФЗ об обязательном экземпляре документов. Речь идет о периодических печатных изданиях и теле— и радиоканалах. 77-ым ФЗ предусмотрена обязанность направлять на хранение свои выпуски (в печатном и электронном виде). Не направляют. Либо направляют с нарушением срока.

— Не могу не спросить. Некоторое время назад актуальной была история с возрастной маркировкой различных массовых мероприятий. Во время пандемии с массовыми мероприятиями стало туго, соответственно, и маркировать стало особо нечего. Но в целом, по вашей оценке, СМИ обучились этому делу?

— В этом году историй с маркировками не было. Возможно, кстати, действительно по причине отмены массовых мероприятий. Но, как правило, на территории Приморского края такие нарушения в принципе встречаются редко. Связаны они с какими-то техническими причинами. Слышать о том, что главный редактор «не знал, не ведал» не приходится. Мы много об этом говорим, направляем разъяснительные письма.

– Многие наверняка не довольны тем, что они должны заполнять какие-то бумажки, приводить в надлежащий вид какие-то уставы. Объясните по-человечески, зачем это нужно?

— В первую очередь устав — это свод правил, по которым живет редакция. Иногда учредитель и редакция (либо главный редактор) расходятся не совсем мирно и дружно. Например, учредитель решает прекратить деятельность редакции либо уволить главного редактора по собственному желанию. Главный редактор с этим не согласен, он подает в суд, и уже тогда все начинают читать устав редакции и выяснять, на что учредитель и главный редактор имели право, не были ли нарушены права журналистов и других штатных сотрудников, правильно ли были проведены процедуры. 

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

— Хотелось бы, чтобы вы рассказали нам о ваших планах по поводу семинаров, обучения. Специально оговорюсь: режим повышенной готовности в крае не снят. Есть ли возможность получить консультацию?

– Все наши СМИ знают, что мы активно ведем просветительскую деятельность и каждый год проводим много семинаров. В этом году они тоже были запланированы, часть должна была пройти весной. Но их пришлось перенести. 31 августа мы планируем провести семинар для сетевых изданий в режиме онлайн. Вопроса на повестке будет два: информационное обеспечение выборов и уставы редакции. В сентябре мы планируем провести семинар для радиоканалов, а в четвертом квартале — ещё два семинара для телевизионщиков и печатных изданий. 

Если кому-то нужна индивидуальная консультация, всегда можно позвонить в наш отдел и поговорить со специалистами. Если сотрудник не сможет самостоятельно ответить на вопрос, он всегда сможет перевести звонок на меня, а я уже постараюсь помочь. Номер нашего отдела: 239-08-16.

— В завершение нашей беседы хотелось бы спросить: что нас ждет в плане регулирования средств массовой информации в ближайшем будущем?

– Все знают, что происходит сейчас. Происходит реформа в сфере контрольно-надзорной деятельности, анализируются обязательные требования, которые существуют сейчас, проверяется их актуальность. В 2021 году ожидается много новых законов, в том числе новый Кодекс об административных правонарушениях.  

Отметим, что организаторами «Дальневосточного МедиаСаммита-2020» выступают Фонд информационной поддержки социально-экономического развития Дальнего Востока, правительство Приморского края, Союз журналистов России, Приморское региональное отделение Союза журналистов России и Дальневосточный федеральный университет. Генеральный партнер форума — РусГидро.

Главные новости Приморья в Telegram

Минцифры разъяснило отсрочку для ИТ-специалистов и журналистов — РБК

www.adv.rbc.ru

www.adv.rbc.ru

www.adv.rbc.ru

Скрыть баннеры

Ваше местоположение ?

ДаВыбрать другое

Рубрики

Курс евро на 1 октября
EUR ЦБ: 52,74 (-2,67) Инвестиции, 16:32

Курс доллара на 1 октября
USD ЦБ: 55,3 (-2,11) Инвестиции, 16:32

Песков исключил посещение Путиным новых регионов в ближайшее время Политика, 17:30

США ввели новые санкции против России Политика, 17:27

Евросовет назвал присоединение регионов к России не имеющим законной силы Политика, 17:24

www. adv.rbc.ru

www.adv.rbc.ru

Что такое цифровой строительный аудит и зачем он нужен РБК и S+Консалтинг, 17:23

Россельхознадзор приостановил поставки яиц из Нидерландов и Чехии Общество, 17:20

Кадыров заявил, что недоволен некоторыми моментами спецоперации Политика, 17:16

«Филиал ада на Земле». 6 историй из очереди на границе России и Грузии Life, 17:10

Объясняем, что значат новости

Вечерняя рассылка РБК

Подпишитесь за 99 ₽ в месяц

Украина подаст заявку на ускоренное вступление в НАТО Политика, 17:04

Валюты и акции перешли к росту после церемонии принятия новых регионов Инвестиции, 17:02

Как улучшить здравоохранение в России за счет медицинского туризма Партнерский проект, 17:00

Аэропорту в Калининграде расширили «свободы» для иностранных авиакомпаний Общество, 16:59

Мантуров сменил Борисова в составе комиссии по бронированию россиян Политика, 16:59

Сканер для ДТП: как сделать разбор аварий более точным и быстрым Партнерский проект, 16:51

В Госдуме уточнили, когда нельзя списать ипотечный долг мобилизованным Недвижимость, 16:42

www. adv.rbc.ru

www.adv.rbc.ru

www.adv.rbc.ru

Отсрочку получат сотрудники ряда ИТ-компаний, СМИ и операторов связи, которые работают по специальности. Списки в Генштаб должны будут подать работодатели

Фото: Владислав Шатило / РБК

Отсрочку на призыв по частичной мобилизации могут получить сотрудники ряда ИТ-компаний, операторов связи и зарегистрированных СМИ, сообщило Минцифры.

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

Среди компаний, чьи сотрудники могут претендовать на отсрочку, Минцифры назвало:

www.adv.rbc.ru

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

www.adv.rbc.ru

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

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

Частичная мобилизация в России объявлена с 21 сентября. Как заявил глава Минобороны Сергей Шойгу, всего призвать планируется 300 тыс. резервистов — тех, кто служил, имеет боевой опыт или военно-учетную специальность.

Ранее опрошенные РБК юристы отмечали, что принятые весной льготы для айтишников не освободят их от частичной мобилизации. По словам адвоката АБ «Лебедева-Романова и партнеры» Тимура Харди, предоставленные работникам ИТ-сферы льготы предполагали отсрочку от призыва на срочную военную службу, а не от всеобщей мобилизации. «Во время всеобщей мобилизации айтишники, как и любые другие годные по состоянию здоровья и возрасту мужчины, подлежат призыву. Но сейчас объявлена частичная мобилизация. Она затронет людей определенных военных специальностей, имеющих опыт военной службы. Если таковые есть среди части ИТ-специалистов, их могут мобилизовать из запаса», — говорил Харди.

Юрист юридической фирмы Five Stones Consulting Александр Кизилов также указывал, что изначально в специальном законе о мобилизации ИТ-специалисты не были указаны в перечне категорий граждан, которым предоставляется отсрочка, а в мартовском указе президента, устанавливающем отсрочку от призыва для ИТ-специалистов, не уточнялось, распространяется ли она на призыв именно по мобилизации. «Учитывая, что мобилизация объявляется впервые за долгое время, сложно сказать, как военкоматы будут действовать в такой ситуации», — сказал Кизилов.

кто не подлежит призыву, категории граждан и должности, не подпадающие под военную службу

Этот материал был обновлен 27.09.2022.

Саша Кириллова

следит за новостями

Профиль автора

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

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

Кому Минобороны обещают отсрочки по специальности

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

Частичная мобилизация не коснется сотрудников:

1. Аккредитованных ИТ-организаций, занимающихся разработкой, развитием, внедрением, сопровождением и эксплуатацией ИТ-решений и задействованных в функционировании информационной инфраструктуры.
2. Операторов связи, задействованных в обеспечении устойчивости, безопасности и целостности функционирования сооружений связи, центров обработки данных и линий связи общего пользования.
3. Системообразующих организаций в сфере информации и связи, а также взаимозависимых лиц-учредителей, -издателей или -вещателей зарегистрированного СМИ.
4. Организаций, обеспечивающих стабильность национальной платежной системы и инфраструктуры финансового рынка, управления финансовой ликвидностью и обращением наличных денег.

Работа в этих сферах не освобождает от мобилизации автоматически. Отсрочку должен попросить работодатель: он готовит списки граждан и представляет их в Генеральный штаб ВС РФ. Это необходимо делать «по установленной форме», но образец документа пока не опубликован.

Что известно об отсрочке для сотрудников ИТ, связи и медиа

В Минцифры отметили, что отсрочку могут получить только специалисты, которые соответствуют всем следующим критериям:

1. Работают полный рабочий день по трудовому договору.
2. Имеют соответствующее высшее образование.
3. Их организация — ИТ-компания, получившая аккредитацию, или СМИ, включенное в перечень системообразующих.

Информацию о госаккредитации можно посмотреть на сайте Минцифры РФ

Компании и СМИ, включенные в перечень системообразующих по линии Минцифры РФ

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

Полный список специальностей — в приказе Минцифры РФ от 26. 09.2022PDF, 8 МБ

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

Форму можно скачать на сайте Минцифры РФZIP, 2 KБ

В заявлении сотрудник указывает:

1. Личные данные.
2. Сведения о воинском учете.
3. Сведения о высшем образовании.
4. Сведения о работе.

Инструкцию и пример заполнения заявления можно посмотреть на сайте Минцифры РФPDF, 10 МБ

Подробную информацию о подаче заявления на бронь читайте в нашем материале.

Если сотрудник аккредитованной ИТ-компании или оператора связи уже получил повестку, то Минцифры рекомендует взять в военкомат:

1. Оригинал или заверенную копию трудового договора.
2. Диплом о высшем профессиональном образовании.
3. Выписку из реестра о государственной аккредитации компании-работодателя в ИТ-сфере, либо выписку из реестра лицензии на оказание услуг связи, либо выписку из реестра зарегистрированных СМИ — документ должен быть заверен гендиректором компании или уполномоченным им лицом.
4. Справку с места работы, подписанную гендиректором или уполномоченным работником, о том, что сотрудник задействован:
   • в разработке, развитии, внедрении, сопровождении и эксплуатации ИТ-решений или обеспечении функционирования информационной инфраструктуры;
   • обеспечении устойчивости, безопасности и целостности функционирования отдельных сооружений связи, средств связи и линий связи сети связи общего пользования и центров обработки данных;
   • производстве и распространении информационной продукции.

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

В ведомстве указали, что если специалист соответствует критериям отсрочки от мобилизации, но получил отказ, то он должен:

1. Собрать пакет документов, перечисленных выше, и подписать его усиленной квалифицированной электронной подписью генерального директора компании.
2. Отправить пакет в Минцифры на адрес [email protected].

/it-accreditation/

Как ИТ-компании получить аккредитацию

В Минцифры обещают рассмотреть документы и направить их в Минобороны.

В качестве причин предоставления отсрочки ведомство указало необходимость обеспечения:

1. Устойчивого функционирования объектов критической информационной инфраструктуры.
2. Стабильной и безопасной работы цифровых сервисов.
3. Оперативного информирования населения.
4. Создания новых отечественных разработок, необходимых для замены зарубежных программ, в том числе на предприятиях ОПК.

Что известно об отсрочке сотрудников финансовой инфраструктуры и банков

Глава ЦБ Эльвира Набиуллина заявила, что на рабочих местах после объявления частичной мобилизации останутся сотрудники Банка России, организаций финансовой инфраструктуры и банков, которые заняты на критически важных направлениях.

К таким сотрудникам относятся специалисты, отвечающие за следующие сферы:

1. Критическая инфраструктура.
2. Платежи и расчеты.
3. Инкассация.
4. Функционирование и защита информационных систем.
5. Работники дежурных смен.
6. Специалисты, работающие с населением и предприятиями.

По словам Набиуллиной, это поможет организовать бесперебойную работу финансовой системы. «Чтобы люди в срок получали зарплаты, пенсии, социальные пособия, работали платежные карты и переводы, выдавались кредиты», — приводят слова главы ЦБ «Ведомости».

Что известно об отсрочке для студентов

На отсрочку от мобилизации имеют право студенты вузов и ссузов, которые соответствуют всем следующим критериям:

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

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

Отсрочка не распространяется на аспирантов, ординаторов и ассистентов-стажеров, так как по закону об образовании они не входят в число студентов.

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

Кто еще может получить отсрочку

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

1. Получившие бронь от призыва. Кому конкретно ее предоставить, определяет правительство.
2. Признанные временно негодными к военной службе по состоянию здоровья — на срок до 6 месяцев.
3. Занятые постоянным уходом за отцом, матерью, женой, мужем, родным братом, родной сестрой, дедушкой, бабушкой или усыновителем. Если родственник не инвалид I группы, необходимость в уходе надо подтвердить заключением медико-социальной экспертизы. Отсрочку дадут, только если нет других лиц, обязанных по закону содержать указанных граждан.
4. Опекуны или попечители несовершеннолетнего родного брата или родной сестры при отсутствии других законных представителей, обязанных их содержать.
5. Мужчины, у которых четверо и более детей до 16 лет, либо мужчины, воспитывающие без матери одного ребенка и более до 16 лет.
6. Женщины, у которых один ребенок и более в возрасте до 16 лет, а также в случае беременности от 22 недель.
7. Мужчины, у которых трое детей в возрасте до 16 лет и беременная жена на сроке от 22 недель.
8. Пятые дети в семье — при условии, что их мать воспитывает детей без мужа, а другие дети младше восьми лет.
9. Члены Совета Федерации и депутаты Государственной думы.

Ну и что? 21.09.22

Частичная мобилизация в России: как будет проходить, кто подпадает, кого не призовут

Тинькофф Журнал следит за ситуацией и разбирает вопросы о частичной мобилизации:

1. Что важно знать о частичной мобилизации.
2. Кто попадает под мобилизацию и кого не призовут.
3. Можно ли уехать из России после объявления частичной мобилизации.
4. Могут ли мобилизовать без военного билета.
5. Могут ли прислать повестку через госуслуги.

Новости, которые касаются всех, — в нашем телеграм-канале. Подписывайтесь, чтобы быть в курсе происходящего: @tinkoffjournal.

Численность избирателей

Сведения о численности избирателей, участников референдума, зарегистрированных на территории города Новосибирска по состоянию на 01.07.2022* 

*Сведения представлены мэром города Новосибирска в соответствии с п. 4 Постановления Центральной избирательной комиссии Российской Федерации от 6 ноября 1997 № 134/973-II «О положении о государственной системе регистрации (учета) избирателей, участников референдума в Российской Федерации».

Сведения о численности избирателей, участников референдума, зарегистрированных на территории города Новосибирска по состоянию на 01.01.2022* 

*Сведения представлены мэром города Новосибирска в соответствии с п. 4 Постановления Центральной избирательной комиссии Российской Федерации от 6 ноября 1997 № 134/973-II «О положении о государственной системе регистрации (учета) избирателей, участников референдума в Российской Федерации».

Сведения о численности избирателей, участников референдума, зарегистрированных на территории города Новосибирска по состоянию на 01.07.2021* 

*Сведения представлены мэром города Новосибирска в соответствии с п. 4 Постановления Центральной избирательной комиссии Российской Федерации от 6 ноября 1997 № 134/973-II «О положении о государственной системе регистрации (учета) избирателей, участников референдума в Российской Федерации».

Сведения о численности избирателей, участников референдума, зарегистрированных на территории города Новосибирска по состоянию на 01.01.2021* 

*Сведения представлены мэром города Новосибирска в соответствии с п. 4 Постановления Центральной избирательной комиссии Российской Федерации от 6 ноября 1997 № 134/973-II «О положении о государственной системе регистрации (учета) избирателей, участников референдума в Российской Федерации».

Сведения о численности избирателей, участников референдума, зарегистрированных на территории города Новосибирска по состоянию на 01.07.2020* 

*Сведения представлены мэром города Новосибирска в соответствии с п. 4 Постановления Центральной избирательной комиссии Российской Федерации от 6 ноября 1997 № 134/973-II «О положении о государственной системе регистрации (учета) избирателей, участников референдума в Российской Федерации».

Сведения о численности избирателей, участников референдума, зарегистрированных на территории города Новосибирска по состоянию на 01.01.2020* 

*Сведения представлены мэром города Новосибирска в соответствии с п. 4 Постановления Центральной избирательной комиссии Российской Федерации от 6 ноября 1997 № 134/973-II «О положении о государственной системе регистрации (учета) избирателей, участников референдума в Российской Федерации».

Сведения о численности избирателей, участников референдума, зарегистрированных на территории города Новосибирска по состоянию на 01.07.2019* 

*Сведения представлены мэром города Новосибирска в соответствии с п. 4 Постановления Центральной избирательной комиссии Российской Федерации от 6 ноября 1997 № 134/973-II «О положении о государственной системе регистрации (учета) избирателей, участников референдума в Российской Федерации».

СВЕДЕНИЯ о численности избирателей, участников референдума, зарегистрированных  на территории города Новосибирска по состоянию на 01.01.2019* 

*Сведения представлены мэром города Новосибирска в соответствии с п. 4 Постановления Центральной избирательной комиссии Российской Федерации от 6 ноября 1997 № 134/973-II «О положении о государственной системе регистрации (учета) избирателей, участников референдума в Российской Федерации».

СВЕДЕНИЯ о численности избирателей, участников референдума, зарегистрированных  на территории города Новосибирска по состоянию на 01.07.2018* 

*Сведения представлены мэром города Новосибирска в соответствии с п. 4 Постановления Центральной избирательной комиссии Российской Федерации от 6 ноября 1997 № 134/973-II «О положении о государственной системе регистрации (учета) избирателей, участников референдума в Российской Федерации».

СВЕДЕНИЯ о численности избирателей, участников референдума, зарегистрированных  на территории города Новосибирска по состоянию на 01.01.2018* 

*Сведения представлены мэром города Новосибирска в соответствии с п. 4 Постановления Центральной избирательной комиссии Российской Федерации от 6 ноября 1997 № 134/973-II «О положении о государственной системе регистрации (учета) избирателей, участников референдума в Российской Федерации».

СВЕДЕНИЯ о численности избирателей, участников референдума, зарегистрированных  на территории города Новосибирска по состоянию на 01.07.2017* 

*Сведения представлены мэром города Новосибирска в соответствии с п. 4 Постановления Центральной избирательной комиссии Российской Федерации от 6 ноября 1997 № 134/973-II «О положении о государственной системе регистрации (учета) избирателей, участников референдума в Российской Федерации».

СВЕДЕНИЯ о численности избирателей, участников референдума, зарегистрированных  на территории города Новосибирска по состоянию на 01.01.2017* 

*Сведения представлены мэром города Новосибирска в соответствии с п. 4 Постановления Центральной избирательной комиссии Российской Федерации от 6 ноября 1997 № 134/973-II «О положении о государственной системе регистрации (учета) избирателей, участников референдума в Российской Федерации».

Сведения о численности избирателей, участников референдума, зарегистрированных  на территории города Новосибирска по состоянию на 01.07.2016* 

*Сведения представлены в соответствии с п. 4 Положения о Государственной системе регистрации (учета) избирателей, участников референдума в Российской Федерации мэром города Новосибирска

Сведения о численности избирателей, участников референдума, зарегистрированных  на территории города Новосибирска по состоянию на 01.01.2016* 

*Сведения представлены в соответствии с п. 4 Положения о Государственной системе регистрации (учета) избирателей, участников референдума в Российской Федерации мэром города Новосибирска 

Сведения о численности избирателей, участников референдума, зарегистрированных  на территории города Новосибирска по состоянию на 01.07.2015* 

*Сведения представлены в соответствии с п. 4 Положения о Государственной системе регистрации (учета) избирателей, участников референдума в Российской Федерации мэром города Новосибирска 

Сведения о численности избирателей, участников референдума, зарегистрированных на территории города Новосибирска по состоянию на 01.01.2015* 

*Сведения представлены в соответствии с п. 4 Положения о Государственной системе регистрации (учета) избирателей, участников референдума в Российской Федерации мэром города Новосибирска 

Сведения о численности избирателей, участников референдума, зарегистрированных на территории города Новосибирска по состоянию на 01.07.2014* 

*Сведения представлены в соответствии с п. 4 Положения о Государственной системе регистрации (учета) избирателей, участников референдума в Российской Федерации мэром города Новосибирска 

Сведения о численности избирателей, участников референдума, зарегистрированных на территории города Новосибирска по состоянию на 01.01.2014*

*Сведения представлены в соответствии с п. 4 Положения о Государственной системе регистрации (учета) избирателей, участников референдума в Российской Федерации мэром города Новосибирска 

Сведения о численности избирателей, участников референдума, зарегистрированных на территории города Новосибирска по состоянию на 01.07.2013*

*Сведения представлены в соответствии с п. 4 Положения о Государственной системе регистрации (учета) избирателей, участников референдума в Российской Федерации мэром города Новосибирска 

Сведения о численности избирателей, участников референдума, зарегистрированных на территории города Новосибирска по состоянию на 01.01.2013*

*Сведения представлены в соответствии с п. 4 Положения о Государственной системе регистрации (учета) избирателей, участников референдума в Российской Федерации мэром города Новосибирска 

Сведения о численности избирателей, участников референдума, зарегистрированных на территории города Новосибирска по состоянию на 01.07.2012*

*Сведения представлены в соответствии с п. 4 Положения о Государственной системе регистрации (учета) избирателей, участников референдума в Российской Федерации мэром города Новосибирска

Сведения о численности избирателей, участников референдума, зарегистрированных на территории города Новосибирска по состоянию на 01.01.2012*

*Сведения представлены в соответствии с п. 4 Положения о Государственной системе регистрации (учета) избирателей, участников референдума в Российской Федерации мэром города Новосибирска

Круглый стол «Взаимовлияние средств массовой информации и политики в XIX-XXI вв.»

18.12.2020 Круглый стол «Взаимовлияние средств массовой информации и политики в XIX-XXI вв.»  5268 

18 декабря 2020 года кафедра новой и новейшей истории исторического факультета МГУ провела научный круглый стол «Взаимовлияние средств массовой информации и политики в XIX-XXI вв.«, в котором приняли участие более 50 человек из вузов и исследовательских институтов России (Москва, Санкт-Петербург, Симферополь, Новосибирск, Барнаул, Уфа, Иркутск, Саратов, Воронеж, Ростов-на-Дону, Пермь, Нижний Новгород, Волгоград), Украины, Казахстана, Польши, Молдавии, Армении и Китая.

Организаторы мероприятия получили почти 90 заявок на участие, 15 из которых прошли конкурсный отбор. Модераторами круглого стола выступили магистранты 2 года обучения С. В. Воробьева и М.И. Гатин. На заседании было заслушано 13 докладов, сгруппированных по трем тематическим сециям.

нажмите на название или значок «пуск» в экране плеера для просмотра видеозаписи

при просмотре на некоторых мобильных устройствах после выбора фрагмента видеозаписи необходимо снова нажать кнопку «пуск» в экране плеера

• 00:00:00 — В.А. Бородаев «Противостояние революционной Кубы и США в информационной сфере: первая «проба пера» (1959)»
• 00:27:05 — Г.И. Царегородцева «СМИ и внешняя политика США в отношении Израиля: истоки и современность»
• 00:40:41 — А.Д. Третьяков «Влияние новой провокативной журналистики на американский политический процесс: Джеймс О Киф и Саша Барон Коэн»
• 01:01:33 — И. Е. Андронов «Пределы дозволенного. Политическая журналистика в Сардинском королевстве эпохи Реставрации»
• 01:22:24 — Е.А. Суслопарова «Британская газета «Дейли геральд» как инструмент лейбористской пропаганды в 1920-е гг.»
• 01:39:09 — И.М. Байдаков «Влияние средств массовой информации на электоральную кампанию по Брекситу 2016 года»
• 01:59:08 — Е.П. Жиляева «О некоторых приемах формирования общественного мнения (на примере газеты «Окраины России»)»
• 02:17:19 — А.Ю. Ватлин «Роль прессы в советско-германских отношениях 1918 года»
• 02:38:07 — Р.Ю. Червяков «Советские карикатуристы – солдаты информационной войны?»
• 02:47:56 — Лю Чуньзце «Законодательство России о СМИ как инструмент защиты национальных интересов в XXI веке»
• 03:00:49 — М.А. Береснева «Глобализация и СМИ в ракурсе теории самоорганизации»
• 03:19:18 — Е. В. Гребенкина «Новые вызовы и угрозы в цифровой среде: влияние на политику и возможности противодействия»
• 03:36:27 — В.Е. Бычкова «Пост-правда и fake-news как угроза стабильности общества во время пандемии Covid-19»

Секция 1. Информационные войны в странах Европы и Америки (XIX-XXI вв.)

Подсекция 1. Страны Американского континента: новые горизонты?

Д.и.н., профессор Владимир Алексеевич Бородаев (исторический факультет МГУ) «Противостояние революционной Кубы и США в информационной сфере: первая «проба пера» (1959)».

В докладе проанализированы ключевые аспекты противостояния Кубы и США в информационной сфере в 1959 г. Показано, что информационная политика кубинских революционеров адекватно отвечала тем вызовам, с которыми они столкнулись в ходе освободительной борьбы. Раскрыты основные формы и методы, применённые лидером революции Ф. Кастро, в ходе развернувшейся в тот момент битвы идей между Островом Свободы и США.

К.и.н. Галина Игоревна Царегородцева (факультет иностранных языков и регионоведения МГУ) «СМИ и внешняя политика США в отношении Израиля: истоки и современность«.

Более семидесяти лет арабо-израильский конфликт и отношения с государством Израиль находится в сфере внешнеполитических интересов США. Обсуждение вопроса в Конгрессе и в Белом Доме также находится под пристальным вниманием СМИ, которые на разных этапах дискуссии отражают позиции различных политических и общественных групп и их отношение к принятым администрацией решениям. Вместе с тем нельзя не отметить, что с появлением социальных сетей и мессенджеров роль СМИ в распространении актуальной информации серьезно изменилась. В докладе рассказывается о том, как развивалась подача информации США в СМИ и социальных сетях по поводу внешней политики США в отношении Израиля.

Артемий Дмитриевич Третьяков (исторический факультет МГУ) «Влияние новой провокативной журналистики на американский политический процесс: Джеймс О Киф и Саша Барон Коэн«.

В докладе рассматривается проблема влияния новой провокативной журналистики на президентские выборы 2016 и 2020 годов на примерах расследований Джеймса О Кифа и его проекта Veritas и Саши Барона Коэна в его проектах Who is America и Борат 2. Проводится сравнительный анализ этих расследований, описание манипулятивных практик и электоральных результатов, а также примеров обратной реакции политических акторов на данные медиапродукты. Делается вывод о появлении политического инструмента в лице новой провокативной политики, находящегося на стыке журналистики, политической пропаганды и развлекательного контента, оказывающего прямое непосредственное влияние на электоральные предпочтения колеблющихся групп населения.

Подсекция 2. Европейские государства: крушение традиции?

Д.и.н., профессор Илья Евгеньевич Андронов (исторический факультет МГУ) «Пределы дозволенного. Политическая журналистика в Сардинском королевстве эпохи Реставрации«.

Занятие журналистикой в эпоху Реставрации представляло собой, с одной стороны, деятельность, привлекавшую к себе особенно внимание цензуры, а с другой, было обычным занятием для молодого человека, жаждущего общественного признания и вовлечения в политическую жизнь. К. Кавур и Дж. Мадзини – два человека, сыгравших особую роль в истории политического объединения Италии – начали свою общественную деятельность с журналистики. В докладе показаны различные функции этого занятия, влияющие на дальнейшую судьбу молодых авторов.

К.и.н., доцент Елена Алексеевна Суслопарова (исторический факультет МГУ) «Британская газета «Дейли геральд» как инструмент лейбористской пропаганды в 1920-е гг.«

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

Иван Михайлович Байдаков (исторический факультет МГУ) «Влияние средств массовой информации на электоральную кампанию по Брекситу 2016 года«.

В докладе затронут вопрос ангажированной позиции СМИ по вопросу Брексита, а также их влияние на мнение избирателей.

Екатерина Петровна Жиляева (исторический факультет МГУ) «О некоторых приемах формирования общественного мнения (на примере газеты «Окраины России»)«.

В докладе рассматривается методология деятельности редакторов и сотрудников газеты «Окраины России», издававшейся в 1906-1912 годах в Петербурге группой русских националистов для формирования общественного мнения и давления на правительственные круги, определявшие курс внутренней политики, в частности, в национальном вопросе. В работе уделено внимание методам манипуляции общественным сознанием, которые редакция использовала в своей пропагандистской работе (тенденциозность в выборе и подаче материала, сознательное сокрытие «неудобных» фактов, создание образа «врага» и др.)

Д.и.н, профессор Александр Юрьевич Ватлин (исторический факультет МГУ) «Роль прессы в советско-германских отношениях 1918 г.«.

После заключения Брестского мира Россия и Германия сохраняли изоляцию друг от друга, газеты оставались главным источником новостей о положении в другой стране. В докладе показаны как объективные причины, тормозившие послевоенное «снова-узнавание», так и сознательное манипулирование печатной прессой для создания среди ее читателей нужных образов и настроений. Большевики, имевшие опыт подпольного издания газет радикального толка, оказались лучше подготовленными к тому, чтобы поворачивать общественные настроения в своей стране в нужном для себя направлении. Делая ставку не на информацию, а на интерпретацию, они на протяжении 1918 г. в зависимости от внешнеполитической конъюнктуры представляли Германию и в образе друга, и в образе врага.

Руслан Юнадиевич Червяков (исторический факультет МГУ) «Советские карикатуристы – солдаты информационной войны?«.

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

Лю Чуньзце (Институт иностранных языков Гуанчжоуского университета) «Законодательство России о СМИ как инструмент защиты национальных интересов в XXI веке«.

В докладе рассматривается законодательство России о СМИ в начале 21 века. По мнению автора, оно выполняло не только контрольную функцию внутри страны, но и функцию защиты национальных интересов на международной арене. С 2000 года в России были приняты ряды новаторских законодательных актов о СМИ, которые отразили стремление российской политической элиты к планированию будущего державы, ограничению западной пропаганды и противодействию западным санкциям. Поправка об ограничениях доли иностранных инвестиций превратила Закон о СМИ в эффективный инструмент, с помощью которого российская политическая элита предотвращала западную пропаганду и обеспечивала информационную безопасность государства.

К.психол.н. Марина Анатольевна Береснева (Крымский федеральный университет имени В.И. Вернадского) «Глобализация и СМИ в ракурсе теории самоорганизации«.

В докладе исследуются процессы взаимовлияния глобализации и СМИ через призму теории самоорганизации. Рассматриваются формирующиеся структуры, тенденции, закономерности, характер общего тренда эволюции мировой системы, повышение сложности ее организации, как ведущий параметр порядка.

Елена Владимировна Гребенкина (Новосибирский государственный университет экономики и управления — НИНХ) «Новые вызовы и угрозы в цифровой среде: влияние на политику и возможности противодействия«.

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

Валерия Евгеньевна Бычкова (факультет политологии МГУ) «Пост-правда и fake-news как угроза стабильности общества во время пандемии Covid-19«.

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

М.А. Береснева:
Большое спасибо за проведенное мероприятие, шикарную модерацию круглого стола, интересную постановку вопросов, отлично структурированную программу.

Н. Ермоленко:
Спасибо большое за организацию мероприятия по столь интересной и актуальной тематике. Было очень интересно и познавательно.

Г.И. Царегородцева:
Хотела ещё раз поблагодарить за отличную организацию работы. Все очень четко и слаженно!

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

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

Более 40 российских СМИ запустили акцию «Нет иноагентов, есть журналисты» в поддержку свободы слова 

В Международный день солидарности журналистов, 8 сентября, более 40 российских СМИ запустили акцию в поддержку медиа и журналистов, внесенных в реестр «иностранных агентов», а также опубликовали обращения к читателям.

В акции участвуют в том числе «Дождь», The Bell, «Медиазона», Republic, «Новая газета», «Бумага», «Тайга.инфо», «Важные истории», Doxa, «7×7», «ОВД-Инфо», The Village, «Медуза», «Псковская губерния», «Черновик», Центр по исследованию коррупции и организованной преступности (OCCRP) и другие.

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

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

В реестр СМИ – «иностранных агентов» внесено 18 медиа, 25 журналистов и четыре юридических лица, созданных журналистами-«иноагентами». Только с апреля список пополнился 30 пунктами.

Как заявил пресс-секретарь президента России Дмитрий Песков, о диалоге со СМИ «пока рано говорить»: «Пока должен и парламент еще сформироваться, комиссии и так далее, тогда начнется экспертный разговор. Все-таки без участия парламентариев, а парламент еще предстоит избрать, такой разговор с цехом вряд ли возможен». Песков посоветовал журналистам «просто дождаться, [набраться] чуть-чуть терпения».

СМОТРИТЕ ТАКЖЕ:

Редакторы российских независимых СМИ обратились к Путину с требованием аннулировать список «иноагентов»

Ранее главные редакторы российских СМИ, в том числе телеканала «Дождь», «Новой газеты», «Эха Москвы», Znak.com и ТВ2, опубликовали открытое письмо к президенту Владимиру Путину, его пресс-секретарю Дмитрию Пескову и министру юстиции Константину Чуйченко с требованием аннулировать действующий список «иностранных агентов» и поправить законодательство об «иноагентах».

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

СМОТРИТЕ ТАКЖЕ:

Редакции «Медузы», «Дождя», «Новой газеты» и других изданий потребовали, чтобы власти остановили кампанию против независимых СМИ

До этого редакции российских СМИ обратились к руководству страны с требованием остановить кампанию против независимой журналистики. С такими заявлениями выступили телеканал «Дождь», «Новая газета», российский Forbes и «Медуза», а также The Village, «7×7», Republic, «Псковская губерния», Wonderzine и многие другие издания.

Журналисты адресовали свое обращение президенту Владимиру Путину, директору ФСБ Александру Бортникову, генпрокурору Игорю Краснову, председателям Госдумы и Совфеда Вячеславу Володину и Валентине Матвиенко и другим.

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

СМОТРИТЕ ТАКЖЕ:

«Все понимают, что это политическое решение». Глава информслужбы «Дождя» — о том, почему телеканал признали «иноагентом»

Телеканал «Дождь» и издание «Важные истории» внесли в реестр СМИ-«иноагентов» 20 августа, содружество журналистов «Четвертая власть» попало в список НКО – «иностранных агентов» 21 августа. Включены в этот список также главред «Важных историй» Роман Анин, журналисты издания Роман Шлейнов, Ирина Долинина, Алеся Мароховская, Дмитрий Великовский и экс-журналистка издания Олеся Шмагун. В нем оказался и журналист Степан Петров.

В середине июня 2021 года «Дождь» исключили из журналистского пула президента России Владимира Путина. По словам двух источников «Медузы» на канале, причиной исключения стало то, что «Дождь» освещал возвращение политика Алексея Навального из Германии в Россию и митинги в его поддержку. В 2015 году телеканал «Дождь» был исключен из ряда кабельных сетей после появившегося в его твиттере опроса на тему о блокаде Ленинграда.

На «Важные истории» жалобу в Генпрокуратуру направил бывший член ОНК Москвы Александр Ионов.

СМОТРИТЕ ТАКЖЕ:

В Москве прошли одиночные пикеты в поддержку СМИ-«иноагентов». Есть задержанные

В России с начала года несколько независимых изданий и расследовательских проектов, в том числе The Insider, «Медузу», включили в перечень СМИ – «иностранных агентов», «Проект» признали «нежелательной организацией». В начале августа заблокировали сайты «Открытых медиа» и «МБХ медиа».

Ранее пригожинское РИА ФАН также направило обращение в Генпрокуратуру с просьбой признать расследовательскую группу Bellingcat «нежелательной организацией». Именно Bellingcat расследовал деятельность российских гэрэушников за границей, а также отравления Навального, Владимира Кара-Мурзы, Дмитрия Быкова и других.

Министерство юстиции России внесло Настоящее Время в реестр СМИ-«иноагентов» в 2017 году. Наш телеканал не является «агентом» ни одного из правительств и считает это решение несправедливым и юридически спорным.

зарегистрированных СМИ | Судебная власть Нью-Гэмпшира

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

Большинство репортеров обслуживаются при регистрации их работодателя. Если вы не уверены, зарегистрировано ли ваше СМИ, свяжитесь с нами для подтверждения.

• Регистрационная форма для СМИ

Зарегистрированные новостные организации

Организация новостей	Город, штат
Ассошиэйтед Пресс	Конкорд, Нью-Хэмпшир
Астрея Медиа	Норидж, VT
Берлин Daily Sun	Берлин, NH
Центр рассмотрения жалоб, ООО	Нашуа, Нью-Хэмпшир,
Монитор Конкорд	Конкорд, Нью-Хэмпшир
Conway Daily Sun	Норт-Конвей, NH
Корт ТВ	Атланта, Джорджия
Сеть просмотра зала суда	Бруклин, Нью-Йорк
e-Ticker News of Claremont	Клермонт, Нью-Хэмпшир,
Служба новостей Фостера	Монт-Вернон, NH
Ежедневный демократ Фостера	Довер, NH
Fox 25 Новости Бостон	Дедхэм, Массачусетс,
Бесплатный Кин	Кин, NH
Публикации Free Press	Кин, NH
Гранит Грок	Гилфорд, NH
Granite State News Collaborative	Дарем, NH
Мнение журнала	Брэдфорд, VT
Кин Страж	Кин, NH
Судебная сеть по судебным делам и уголовным делам	Нью-Йорк, NY
Монаднок Леджер — стенограмма	Питерборо, NH
Малкерн Новости	Уэйкфилд, Нью-Хэмпшир,
Кабельные новости Новой Англии (NECN)	Ньютон, Массачусетс
Нью-Гэмпшир One News / WBIN	Конкорд, Нью-Хэмпшир
Общественное радио Нью-Гэмпшира (NHPR)	Конкорд, NH
Лидер профсоюза Нью-Гэмпшира	Манчестер, NH
Нью-Йорк Журнал	Нью-Йорк, NY
Коллегия адвокатов NH/Новости адвокатов NH	Конкорд, Нью-Хэмпшир
Центр журналистики общественных интересов NH	Баррингтон, Нью-Хэмпшир,
Patch. com	Эксетер, Нью-Хэмпшир,
РД Содержание	Бруклин, Нью-Йорк
Seacoast Media Group	Портсмут, NH
Телеграф (Нашуа)	Хадсон, Нью-Хэмпшир,
Реформатор Брэттлборо	Браттлборо, VT
The Caledonian-Record	Литтлтон, NH
Гражданин	Лакония, NH
Хроники Коулбрука	Брансуик, VT
Трибуна Орла	Дерри, NH
Голос Ливана	Милтон, Нью-Хэмпшир,
Новости и Sentinel	Колбрук, Нью-Хэмпшир,
Новости долины	Западный Ливан, NH
ВБЗ 4	Бостон, Массачусетс
Радио WBZ	Бостон, Массачусетс
WCAX	Южный Берлингтон, VT
WCSH-TV	Портленд, Мэн
ВКВБ-ТВ	Нидхэм, Массачусетс,
РГМО 13	Портленд, Мэн
Новости канала 7 WHDH	Бостон, Массачусетс
ВМУР-ТВ	Манчестер, NH
ВНТК	Нью-Лондон, NH
WTPL-FM / Great Eastern Radio	Лук, NH
WTSN AM 1270	Довер, NH
WVNY/WFFF TV	Колчестер, VT

Зарегистрированные лица New Media

Имя	Город, штат
Алан Л. Макрей	Белмонт, NH
Кристофер Дженсен	Вифлеем, Нью-Хэмпшир
Каллен Джеймс, Bullion Media	Манчестер, NH
Эдит Такер	Рэндольф, NH
Grossmith News, LLC/Пэт Гроссмит	Оберн, Нью-Хэмпшир,
Зудящие пленки для собак	Бруклин, Нью-Йорк
Джеффри Гастингс	Манчестер, NH
Кевин Флинн	Хопкинтон, Нью-Хэмпшир,
Кимберли Хоутон	Бедфорд, Нью-Хэмпшир,
Марк Майкл Мурай, Ma Mu Productions	Бедфорд, Нью-Хэмпшир,
Мелани Пленда	Дарем, NH
Майкл Дойл	Фалмут, Мэн
Нэнси Уэст	Конкорд, Нью-Хэмпшир
Стенд Пола Куно	Кин, NH
Шингл, Инк. / Пол Брайен	Бруклин, Нью-Йорк

RFC 6838 — Спецификации типов носителей и процедуры регистрации

 Инженерная рабочая группа Интернета (IETF) Н.  Фрид
Запрос комментариев: 6838 Oracle
BCP: 13 Дж. Кленсин
Устарело: 4288
Категория: Лучшая текущая практика Т. Хансен
ISSN: 2070-1721 Лаборатории AT&T
                                                            Января 2013
         Спецификации типов носителей и процедуры регистрации
Абстрактный
   Этот документ определяет процедуры спецификации и
   регистрация типов мультимедиа для использования в HTTP, MIME и других
   протоколы.
Статус этого меморандума
   В этом меморандуме задокументирована передовая современная практика использования Интернета.
   Этот документ является продуктом Инженерной группы Интернета.
   (IETF). Он представляет собой консенсус сообщества IETF. Оно имеет
   получил общественное мнение и был одобрен для публикации
   Руководящая группа по разработке Интернет-технологий (IESG). Дополнительная информация о
   BCP доступны в разделе 2 RFC 5741.
   Информация о текущем статусе этого документа, любых опечатках,
   и как предоставить отзыв о нем можно получить на
   http://www. rfc-editor.org/info/rfc6838.
Уведомление об авторских правах
   Copyright (c) 2013 IETF Trust и лица, указанные в качестве
   авторы документа. Все права защищены.
   Этот документ регулируется BCP 78 и юридическими документами IETF Trust.
   Положения, касающиеся документов IETF
   (http://trustee.ietf.org/license-info) действует на дату
   публикации этого документа. Пожалуйста, ознакомьтесь с этими документами
   внимательно, так как они описывают ваши права и ограничения в отношении
   к этому документу. Компоненты кода, извлеченные из этого документа, должны
   включить текст упрощенной лицензии BSD, как описано в Разделе 4.e
   Доверительные юридические положения и предоставляются без гарантии, поскольку
   описан в Упрощенной лицензии BSD.
Фрид и др. Передовая современная практика [Страница 1] 

RFC 6838 Регистрация типа носителя, январь 2013 г.
Оглавление
   1. Введение . . . . . . . . . . . . . . . . . . . . . . . . . 3
     1.1. Историческая справка. . . . . .  . . . . . . . . . . . . . . . 3
     1.2. Условные обозначения, используемые в этом документе. . . . . . . . . . . . 4
   2. Предварительные сведения о регистрации типа носителя. . . . . . . . . . . . 4
   3. Деревья регистрации и имена подтипов. . . . . . . . . . . . . 4
     3.1. Дерево стандартов. . . . . . . . . . . . . . . . . . . . . . 4
     3.2. Дерево торговца. . . . . . . . . . . . . . . . . . . . . . . 6
     3.3. Личное или тщеславное дерево. . . . . . . . . . . . . . . . . 6
     3.4. Незарегистрированный х. Дерево . . . . . . . . . . . . . . . . . . . 7
     3.5. Дополнительные деревья регистрации. . . . . . . . . . . . . . 7
   4. Требования к регистрации. . . . . . . . . . . . . . . . . . 7
     4.1. Требование к функциональности. . . . . . . . . . . . . . . . 8
     4.2. Требования к именованию. . . . . . . . . . . . . . . . . . . 8
       4.2.1. Типы текстовых носителей. . . . . . . . . . . . . . . . . . . 94.2.2. Типы графических носителей. . . . . . . . . . . . . . .  . . . 10
       4.2.3. Типы аудионосителей. . . . . . . . . . . . . . . . . . 10
       4.2.4. Типы видеоматериалов. . . . . . . . . . . . . . . . . . 10
       4.2.5. Типы носителей приложений. . . . . . . . . . . . . . . 11
       4.2.6. Составные и типы носителей сообщений. . . . . . . . . . 11
       4.2.7. Дополнительные типы верхнего уровня. . . . . . . . . . . . . . 12
       4.2.8. Суффиксы имени структурированного синтаксиса . . . . . . . . . . . 12
       4.2.9. Устаревшие псевдонимы. . . . . . . . . . . . . . . . . . 13
     4.3. Требования к параметрам. . . . . . . . . . . . . . . . . . 13
     4.4. Канонизация и требования к формату. . . . . . . . . 14
     4.5. Рекомендации по обмену. . . . . . . . . . . . . . . 15
     4.6. Требования безопасности. . . . . . . . . . . . . . . . . . 15
     4.7. Требования к типам носителей XML . . . . . . . . . 16
     4.8. Требования к кодировке. . . . . . . . . . . . . . . . . . 16
     4.9. Нетребования к использованию и реализации . .  . . . . . . 17
     4.10. Требования к публикации. . . . . . . . . . . . . . . . . 18
     4.11. Требования к идентификатору фрагмента. . . . . . . . . . . . . 18
     4.12. Дополнительная информация . . . . . . . . . . . . . . . . . . 19
   5. Процедуры регистрации типа носителя. . . . . . . . . . . . . . 19
     5.1. Предварительный обзор сообщества. . . . . . . . . . . . . . . 19
     5.2. Отправить запрос в IANA . . . . . . . . . . . . . . . . . . 20
       5.2.1. Временные регистрации. . . . . . . . . . . . . . 20
     5.3. Рассмотрение и одобрение. . . . . . . . . . . . . . . . . . . 21
     5.4. Комментарии о регистрации типов носителей . . . . . . . . . . . 21
     5.5. Процедуры изменения. . . . . . . . . . . . . . . . . . . . 21
     5.6. Шаблон регистрации. . . . . . . . . . . . . . . . . . 22
   6. Процедуры регистрации структурированного синтаксического суффикса. . . . . . . 23
     6.1. Процедуры изменения. . . . . . . . . . . . . . . . . . . . 24
     6.2. Шаблон регистрации структурированного синтаксического суффикса .  . . . . . 24
   7. Вопросы безопасности. . . . . . . . . . . . . . . . . . . 25
   8. Соображения IANA. . . . . . . . . . . . . . . . . . . . . 26
   9. Благодарности. . . . . . . . . . . . . . . . . . . . . . . 27
Фрид и др. Передовая современная практика [Страница 2] 

RFC 6838 Регистрация типа носителя, январь 2013 г.
   10. Ссылки. . . . . . . . . . . . . . . . . . . . . . . . . . 27
     10.1. Нормативные ссылки . . . . . . . . . . . . . . . . . . . 27
     10.2. Информативные ссылки. . . . . . . . . . . . . . . . . . 28
   Приложение A. Унаследованные типы носителей . . . . . . . . . . . . . . 30
   Приложение B. Изменения по сравнению с RFC 4288. . . . . . . . . . . . . . . 30
1. Введение
   Последние интернет-протоколы были тщательно разработаны, чтобы их можно было легко
   расширяемый в определенных областях. В частности, многие протоколы,
   включая, помимо прочего, HTTP [RFC2616] и MIME [RFC2045],
   способный нести произвольный помеченный контент.
   Механизм, используемый для маркировки такого контента, представляет собой тип носителя, состоящий из
   типа верхнего уровня и подтипа, который далее структурируется в
   деревья.  Дополнительно типы мультимедиа могут определять сопутствующие данные, известные как
   параметры.
   Для этих меток необходим процесс регистрации, чтобы набор
   такие ценности определены в разумно упорядоченном, четко определенном и
   публичный образ.
   Этот документ определяет критерии для регистрации типов носителей и
   определяет процедуры, используемые для регистрации типов носителей (раздел 5)
   а также структурированные суффиксы типа носителя (раздел 6) в Интернете
   Центральный реестр Администрации адресного пространства (IANA).
   Расположение реестра типов носителей, управляемого этими процедурами
   является:
     http://www.iana.org/assignments/media-types/
1.1. Историческая справка
   Процесс регистрации типа носителя изначально был определен для
   регистрация типов мультимедиа для использования в контексте асинхронного
   Почтовая среда Интернета. В этой почтовой среде необходимо
   ограничить количество возможных типов носителей, увеличить
   вероятность взаимодействия, когда возможности удаленного
   почтовая система не известна.  Поскольку типы носителей используются в новых
   средах, в которых распространение типов медиа не является
   препятствием для взаимодействия, первоначальная процедура доказала
   чрезмерно ограничительными и должны были быть обобщены. Это было
   первоначально сделано в [RFC2048], но определенная там процедура была
   все еще часть набора документов MIME. Спецификация типа носителя
   и процедура регистрации теперь является отдельным документом, чтобы сделать его
   ясно, что он не зависит от MIME.
Фрид и др. Передовая современная практика [Страница 3] 

RFC 6838 Регистрация типа носителя, январь 2013 г.
   Может оказаться желательным ограничить использование типов носителей определенными
   средах или запретить их использование в других средах. Этот
   спецификация включает такие ограничения в тип носителя
   регистрации в систематическом порядке. Дополнительные сведения см. в разделе 4.9.
   обсуждение.
1.2. Условные обозначения, используемые в этом документе
   Ключевые слова «ДОЛЖЕН», «НЕ ДОЛЖЕН», «ТРЕБУЕТСЯ», «ДОЛЖЕН», «НЕ ДОЛЖЕН»,
   "СЛЕДУЕТ", "НЕ СЛЕДУЕТ", "РЕКОМЕНДУЕТСЯ", "МОЖЕТ" и "ДОПОЛНИТЕЛЬНО" в этом
   документ должны интерпретироваться, как описано в [RFC2119] когда они
   появляются ЗАГЛАВНЫМИ БУКВАМИ.  Они также могут отображаться в нижнем или смешанном регистре, как
   простые английские слова без какого-либо нормативного значения.
   В этой спецификации используется расширенная форма Бэкуса-Наура (ABNF).
   нотации [RFC5234], включая основные правила, определенные в Приложении B
   этот документ.
2. Предварительная регистрация типа носителя
   Регистрация нового типа или типов носителя начинается с
   построение регистрационного предложения. Регистрация может произойти
   в нескольких разных регистрационных деревьях, которые имеют разные
   требования, как описано ниже. В общем, новая регистрация
   предложение распространяется и рассматривается в порядке, соответствующем
   участвует дерево. Затем регистрируется тип носителя, если предложение
   приемлемый. В следующих разделах описаны требования и
   процедуры, используемые для каждого из различных деревьев регистрации.
3. Деревья регистрации и имена подтипов
   Для повышения эффективности и гибкости
   В процессе регистрации могут использоваться различные структуры имен подтипов. 
   зарегистрированы с учетом различных естественных потребностей,
   например, подтип, который будет рекомендован для широкой поддержки и
   реализация интернет-сообществом или подтип, который используется
   для перемещения файлов, связанных с проприетарным программным обеспечением. Следующее
   подразделы определяют «деревья» регистрации, отличающиеся
   использование многогранных имен, например, имен подтипов, начинающихся с «дерева».
   префикс. Обратите внимание, что некоторые типы носителей, определенные до этого документа,
   не соответствуют соглашениям об именах, описанным ниже. Смотри Приложение
   А для их обсуждения.
3.1. Дерево стандартов
   Дерево стандартов предназначено для типов, представляющих общий интерес для
   Интернет-сообщество. Регистрации в дереве стандартов ДОЛЖНЫ быть
   либо:
Фрид и др. Передовая современная практика [Страница 4] 

RFC 6838 Регистрация типа носителя, январь 2013 г.
   1. в случае регистраций, связанных со спецификациями IETF,
       одобрено непосредственно IESG, или
   2.  зарегистрирована признанной организацией по стандартизации с использованием
       политика регистрации IANA «Требуется спецификация» [RFC5226]
       (что подразумевает экспертизу).
   Первая процедура используется для регистрации от IETF Consensus.
   документов или в редких случаях при оформлении деда (см.
   Приложение А) и/или иным образом неполная регистрация находится в
   интерес интернет-сообщества. Предложение о регистрации ДОЛЖНО
   быть опубликованы в виде RFC. Когда регистрационный RFC находится в IETF
   поток, он должен иметь консенсус IETF, который может быть достигнут с помощью
   статус Standards Track, BCP, Informational или Experimental.
   Также разрешены регистрации, опубликованные в потоках RFC, не относящихся к IETF.
   требуют одобрения IESG. Регистрация может быть либо в автономном
   «только для регистрации» RFC или включены в более общий
   спецификация какая-то.
   Во втором случае IESG принимает единовременное решение о том,
   заявитель на регистрацию представляет собой признанный
   организация; после этого рецензент по типам носителей (назначенный эксперт
   или группа Назначенных экспертов) проводит экспертизу как
   указанный в этом документе.  Последующие сообщения от того же
   источник не включает IESG. Формат ДОЛЖЕН быть описан
   формальная спецификация стандартов, подготовленная представившими стандарты-
   родственная организация.
   Типы носителей в дереве стандартов НЕ ДОЛЖНЫ иметь многогранных имен, если только
   они унаследовали использование процесса, описанного в Приложении A.
   "Владельцем" типа носителя, зарегистрированного в дереве стандартов, является
   предполагается, что это сама организация, занимающаяся стандартами.
   Модификация или изменение спецификации использует тот же уровень
   обработки (например, регистрация, представленная на Standards Track, может
   быть пересмотрены в другом RFC Standards Track, но не могут быть пересмотрены в
   информационный RFC), необходимый для первоначальной регистрации.
   Регистрации дерева стандартов от признанных стандартов, связанных с
   организации передаются непосредственно в IANA, где они
   пройти экспертную оценку [RFC5226] перед утверждением. В этом случае
   Эксперт-рецензент(ы), среди прочего, гарантирует, что требуемые
   спецификация обеспечивает адекватную документацию. 
Фрид и др. Передовая современная практика [Страница 5] 

RFC 6838 Регистрация типа носителя, январь 2013 г.
3.2. Дерево торговцев
   Дерево поставщиков используется для типов носителей, связанных с общедоступными
   доступные продукты. «Продавец» и «производитель» толкуются очень
   широко в этом контексте и считаются эквивалентными. Обратите внимание, что
   отраслевые консорциумы, а также некоммерческие организации, не
   квалифицироваться как признанные организации, связанные со стандартами, вполне могут
   соответствующим образом зарегистрировать типы носителей в дереве поставщиков.
   Регистрация может быть размещена в дереве поставщиков любым желающим
   для обмена файлами, связанными с некоторым продуктом или набором продуктов.
   Однако регистрация должным образом принадлежит продавцу или
   организация, производящая программное обеспечение, использующее данный тип
   зарегистрированы, и этот поставщик или организация могут в любое время выбрать
   заявить о праве собственности на регистрацию, сделанную третьей стороной, чтобы
   исправьте или обновите его.  Дополнительную информацию см. в Разделе 5.5.
   Когда третье лицо регистрирует тип от имени другого лица, оба
   сущности СЛЕДУЕТ отметить в поле «Контроллер изменений» в
   Регистрация. Одним из возможных форматов для этого может быть «Фу, от имени
   Бара».
   Регистрации дерева поставщиков будут отличаться по ведущему аспекту
   "внд.". За этим может последовать, по усмотрению регистранта,
   либо именем подтипа носителя от известного производителя (например,
   "vnd.mudpie") или одобренным IANA обозначением производителя.
   имя, за которым следует тип носителя или обозначение продукта (например,
   vnd.bigcompany.funnypictures).
   В то время как публичное ознакомление и обзор типов СМИ, которые должны быть зарегистрированы в
   дерево поставщиков не требуется, используя [email protected]
   список рассылки для обзора рекомендуется, чтобы улучшить качество
   те спецификации. Регистрации в дереве поставщиков могут быть
   подаются непосредственно в IANA, где они проходят экспертизу
   [RFC5226] до утверждения. 
3.3. Личное или тщеславное дерево
   Регистрации для типов носителей, созданных экспериментально или как часть
   продукты, которые не распространяются на коммерческой основе, могут быть зарегистрированы в
   личное или тщеславное дерево. Регистрации отличаются
   ведущая грань «прс.».
   Владелец «личных» регистраций и связанных с ними спецификаций
   физическое или юридическое лицо, осуществляющее регистрацию, или тот, кому
   ответственность была передана, как описано ниже.
Фрид и др. Передовая современная практика [Страница 6] 

RFC 6838 Регистрация типа носителя, январь 2013 г.
   В то время как публичное ознакомление и обзор типов СМИ, которые должны быть зарегистрированы в
   личное дерево не требуется, используя [email protected]
   Список рассылки (см. Раздел 5.1) для обзора рекомендуется, чтобы улучшить
   качество этих спецификаций. Записи в личные
   дерева могут быть отправлены непосредственно в IANA, где они будут
   Экспертная оценка [RFC5226] перед утверждением. 
3.4. Незарегистрированный х. Дерево
   Имена подтипов с «x». поскольку первая грань может использоваться для типов
   предназначен исключительно для использования в частных, локальных условиях. Типы
   в этом дереве не могут быть зарегистрированы и предназначены для использования только с
   активное соглашение сторон, обменивающихся ими.
   Однако при описанных выше упрощенных процедурах регистрации
   для деревьев продавцов и личных деревьев это должно быть редко, если вообще когда-либо
   необходимо использовать незарегистрированные типы. Таким образом, использование типов в
   "Икс." дерево категорически не рекомендуется.
   Обратите внимание, что типы с именами, начинающимися с "x-", больше не
   считаются членами этого дерева (см. [RFC6648]). Также обратите внимание
   что если обычно полезный и широко распространенный тип неправильно заканчивается
   с префиксом имени "x-", оно МОЖЕТ быть зарегистрировано с использованием текущего
   имя в альтернативном дереве, следуя процедуре, определенной в
   Приложение. 
3.5. Дополнительные деревья регистрации
   Время от времени и по требованию сообщества новые высокоуровневые
   деревья регистрации могут быть созданы IETF Standards Action. это
   явно предполагается, что эти деревья могут быть созданы для внешних
   регистрация и управление известными постоянными организациями;
   например, научные общества могут регистрировать определенные типы СМИ.
   к наукам, которые они охватывают. В целом, качество обзора
   спецификации для одного из этих дополнительных деревьев регистрации
   ожидается, что это будет эквивалентно регистрации в дереве стандартов
   признанная организация по стандартизации. Когда IETF выступает
   такой обзор, он должен учитывать более высокий опыт
   запрашивающая организация в отношении рассматриваемого типа носителя.
4. Требования к регистрации
   Ожидается, что все регистрации типов носителей будут соответствовать различным
   требования, изложенные в следующих разделах. Обратите внимание, что
   особенности требований иногда различаются в зависимости от регистрации
   дерево, как описано в следующих разделах. 
Фрид и др. Передовая современная практика [Страница 7] 

RFC 6838 Регистрация типа носителя, январь 2013 г.
4.1. Требования к функциональности
   Типы мультимедиа ДОЛЖНЫ функционировать как фактические форматы мультимедиа. Регистрация
   вещи, которые лучше рассматривать как кодирование передачи, как
   charset, либо как совокупность отдельных сущностей другого типа,
   не допускается. Например, хотя существуют приложения для декодирования
   кодировка передачи base64 [RFC2045], base64 не может быть
   тип носителя.
   Это требование применяется независимо от дерева регистрации.
   вовлеченный.
4.2. Требования к именованию
   Всем зарегистрированным типам носителей ДОЛЖЕН быть назначен тип верхнего уровня и
   названия подтипов. Сочетание этих имен служит уникальным
   определить тип носителя и фасет имени подтипа (или отсутствие
   из одного) идентифицирует дерево регистрации. Как тип верхнего уровня, так и
   имена подтипов нечувствительны к регистру.
   Имена типов и подтипов ДОЛЖНЫ соответствовать следующему ABNF:
     имя типа = ограниченное имя
     имя подтипа = ограниченное имя
     ограниченное-имя = ограниченное-имя-сначала *126restricted-name-chars
     ограниченное-имя-сначала = АЛЬФА / ЦИФРА
     ограниченное имя-символы = АЛЬФА / ЦИФРА / "!" / "#" /
                              "$" / "&" / "-" / "^" / "_"
     ограниченное имя-символы =/ ". " ; Символы перед первой точкой всегда
                                  ; указать имя фасета
     ограниченное имя-символы =/ "+" ; Символы после последнего плюс всегда
                                  ; указать суффикс структурированного синтаксиса
   Обратите внимание, что этот синтаксис является несколько более строгим, чем то, что
   разрешено ABNF в Разделе 5.1 [RFC2045] или Разделе 4.2
   [RFC4288]. Также обратите внимание, что, хотя этот синтаксис позволяет имена до
   127 символов, ограничения реализации могут сделать такие длинные имена
   проблемный. По этой причине <имя-типа> и <имя-подтипа> ДОЛЖНЫ
   быть ограничено 64 символами.
   Хотя синтаксис имени относится к "." как эквивалент любого другого
   символ, символы перед любым начальным "." всегда указывайте
   регистрационный аспект. Обратите внимание, что это означает, что безгранные стандарты-
   регистрации дерева не могут использовать точки в имени подтипа.
Фрид и др. Передовая современная практика [Страница 8] 

RFC 6838 Регистрация типа носителя, январь 2013 г. 
   Точно так же последний «+» в имени подтипа вводит структурированный
   суффикс спецификатора синтаксиса. Требования к структурированному синтаксическому суффиксу:
   указано в разделе 4.2.8.
   Хотя для данного типа носителя можно назначить дополнительные
   имена, использование разных имен для идентификации одного и того же типа носителя
   обескураженный.
   Эти требования применяются независимо от дерева регистрации.
   вовлеченный.
   При выборе типа верхнего уровня ДОЛЖЕН учитываться характер
   задействованный тип носителя. Новые подтипы типов верхнего уровня ДОЛЖНЫ соответствовать
   ограничения типа верхнего уровня, если таковые имеются. Следующее
   разделы описывают каждый из начального набора типов верхнего уровня и
   связанные с ними ограничения. Кроме того, различные протоколы,
   включая, помимо прочего, HTTP и MIME, МОГУТ требовать дополнительных
   ограничения на типы носителей, которые они могут транспортировать. (См. [RFC2046]
   для получения дополнительной информации об ограничениях, налагаемых MIME. )
4.2.1. Типы текстовых носителей
   Тип верхнего уровня "текст" предназначен для отправки материалов,
   преимущественно текстовой формы.
   Многие подтипы текста, в частности, включая подтип «текст/обычный»,
   который является общим подтипом для обычного текста, определенным в [RFC2046],
   определить параметр "charset". Если параметр "charset" определен
   для определенного подтипа текста он ДОЛЖЕН использоваться для указания
   имя набора символов, определенное в соответствии с процедурами, изложенными в
   [RFC2978].
   Как указано в [RFC6657], параметр «charset» НЕ ДОЛЖЕН быть
   указывается, когда информация о кодировке передается внутри полезной нагрузки
   (например, как в "text/xml").
   Если указан параметр "charset", он ДОЛЖЕН быть обязательным
   параметр, исключающий возможность указания значения по умолчанию. Если
   есть веская причина для того, чтобы параметр был необязательным, несмотря на
   этого совета, каждый подтип МОЖЕТ указывать свое собственное значение по умолчанию, или
   в качестве альтернативы он МОЖЕТ указать, что значения по умолчанию нет. 
   Наконец, кодировка "UTF-8" [RFC3629] ДОЛЖЕН быть выбран в качестве
   дефолт. См. [RFC6657] для получения дополнительной информации об использовании
   параметры "charset" в сочетании с подтипами текста.
   Независимо от выбранного подхода, все новые регистрации text/*
   ДОЛЖЕН четко указывать, как определяется кодировка; опираясь на
   Значение по умолчанию US-ASCII, определенное в разделе 4.1.2 [RFC2046], больше не используется.
Фрид и др. Передовая современная практика [Страница 9] 

RFC 6838 Регистрация типа носителя, январь 2013 г.
   разрешенный. Если необходим пояснительный текст, его СЛЕДУЕТ поместить в
   раздел дополнительной информации при регистрации.
   В обычном тексте не предусмотрены или не разрешены команды форматирования, шрифт
   спецификации атрибутов, инструкции по обработке, интерпретация
   директивы или разметка содержимого. Простой текст рассматривается просто как линейный
   последовательность символов, возможно прерываемая разрывами строк или страницами
   перерывы.  Простой текст МОЖЕТ допускать размещение нескольких символов в
   одно и то же место в тексте. Обычный текст в алфавитах, таких как арабский и
   Иврит также может включать средства, позволяющие произвольно смешивать
   сегменты текста с разными направлениями письма.
   Помимо простого текста существует множество форматов для представления того, что может
   быть известен как «форматированный текст». Интересная особенность многих таких
   представлений заключается в том, что они до некоторой степени читабельны даже без
   программное обеспечение, которое их интерпретирует. Полезно различать их,
   на самом высоком уровне из таких нечитаемых данных, как изображения, аудио или
   текст представлен в нечитаемом виде. В отсутствие
   соответствующее программное обеспечение для интерпретации, разумно представить
   подтипы «текста» пользователю, хотя это неразумно
   с большинством нетекстовых данных. Такие форматированные текстовые данные могут быть
   представлен с использованием подтипов «текст». 
4.2.2. Типы носителей изображений
   Тип верхнего уровня «изображение» указывает, что в содержимом указано одно
   или несколько отдельных изображений. Подтип именует конкретное изображение
   формат.
4.2.3. Типы аудио носителей
   Тип верхнего уровня «аудио» указывает на то, что контент содержит звук.
   данные. Подтип именует конкретный аудиоформат.
4.2.4. Типы видео носителей
   Тип верхнего уровня «видео» указывает, что контент определяет
   изменяющееся во времени изображение, возможно, с цветным и скоординированным
   звук. Термин «видео» используется в самом общем смысле, т.
   чем в отношении какой-либо конкретной технологии или формата, и
   не предназначено для исключения подтипов, таких как анимированные рисунки, закодированные
   компактно.
   Обратите внимание, что, хотя в целом смешивание нескольких видов медиа
   в одном теле не рекомендуется [RFC2046], признано, что многие
   видеоформаты включают представление для синхронизированного звука и/или
   текст, и это явно разрешено для подтипов «видео». 
Фрид и др. Передовая современная практика [Страница 10] 

RFC 6838 Регистрация типа носителя, январь 2013 г.
4.2.5. Типы носителей приложений
   Тип верхнего уровня «приложение» должен использоваться для дискретных данных, которые
   не подходят ни под одно из других названий типов, и особенно для
   данные, которые должны быть обработаны прикладной программой определенного типа. Это
   информация, которая должна быть обработана приложением, прежде чем она будет
   доступным для просмотра или использования пользователем. Ожидаемое использование «приложения»
   имя типа включает, но не ограничивается передачей файлов, электронными таблицами,
   презентации, данные расписания и языки для «активных»
   (вычислительный) материал. (Последнее, в частности, может представлять
   проблемы безопасности, которые должны быть понятны разработчикам.
   Регистрация типа носителя "application/postscript" в [RFC2046]
   дает хороший пример того, как справляться с этими проблемами.)
   Например, планировщик совещаний может определить стандартный
   представительство для получения информации о предполагаемых датах встречи.  Ан
   интеллектуальный пользовательский агент будет использовать эту информацию для ведения диалога
   с пользователем, а затем может отправить дополнительный материал на основе этого
   диалог. В более общем плане было несколько «активных» языков.
   разрабатываются программы, написанные на соответствующем специализированном языке.
   транспортируется в удаленное место и автоматически запускается в
   среда получателя. Такие приложения могут быть определены как
   подтипы типа «приложение» верхнего уровня.
   Подтипом «приложения» часто будет либо имя, либо включение
   часть имени приложения, для которого предназначены данные.
   Однако это не означает, что любое имя прикладной программы может
   просто свободно использоваться как подтип «приложения»; подтип
   необходимо зарегистрироваться.
4.2.6. Составные и типы носителей сообщений
   Multipart и message являются составными типами; то есть они обеспечивают
   средства инкапсуляции нуля или более объектов, каждый из которых является отдельным
   тип носителя. 
   Все подтипы multipart и message ДОЛЖНЫ соответствовать синтаксису
   правила и другие требования, указанные в [RFC2046] и измененные
   Раздел 3.5 [RFC6532].
Фрид и др. Передовая современная практика [Страница 11] 

RFC 6838 Регистрация типа носителя, январь 2013 г.
4.2.7. Дополнительные типы верхнего уровня
   В некоторых случаях новый тип носителя может не «подходить» под любой текущий
   определенные имена типов верхнего уровня. Ожидается, что такие случаи будут довольно
   редкий. Однако, если такой случай действительно возникает, новое имя типа может быть
   определены для его размещения. Определение нового имени типа верхнего уровня
   ДОЛЖНО быть выполнено через RFC Standards Track; другого механизма быть не может
   используется для определения дополнительных имен типов.
4.2.8. Структурированные синтаксические суффиксы имени
   XML в MIME [RFC3023] определил первое такое дополнение к
   определение типа носителя, чтобы дополнительно указать базовый
   структура этого типа носителя.  Цитировать:
      Этот документ также стандартизирует соглашение (используя суффикс
      '+xml') для именования типов мультимедиа... когда эти типы мультимедиа
      представлять XML MIME (многоцелевые расширения почты Интернета)
      сущности.
   То есть он указал суффикс (в данном случае «+xml»), который должен быть добавлен.
   к базовому имени подтипа.
   С тех пор, как это было опубликовано, де-факто возникла практика использования
   это соглашение суффиксов для других известных синтаксисов структурирования. В
   в частности, типы носителей были зарегистрированы с такими суффиксами, как
   «+der», «+fastinfoset» и «+json». Эта спецификация формализует
   эту практику и устанавливает реестр для имени структурированного типа
   суффиксы.
   Основная рекомендация относительно того, является ли суффикс имени структурированного типа
   регистрируемым является то, что он может быть описан легко доступным
   описание, предпочтительно в документе, опубликованном установленным
   организация, связанная со стандартами, и для которой есть ссылка
   который можно использовать в разделе нормативных ссылок RFC. 
   Типы носителей, которые используют именованный структурированный синтаксис, ДОЛЖНЫ использовать
   соответствующий зарегистрированный «+суффикс» для этого структурированного синтаксиса, когда они
   зарегистрированы. Точно так же типы медиа НЕ ДОЛЖНЫ указываться
   имена, включающие суффиксы для структурированных синтаксисов, которых они не
   на самом деле трудоустроить. Конструкции "+suffix" для еще незарегистрированных
   структурированные синтаксисы НЕ ДОЛЖНЫ использоваться, учитывая возможность
   конфликтует с будущими определениями суффиксов.
Фрид и др. Передовая современная практика [Страница 12] 

RFC 6838 Регистрация типа носителя, январь 2013 г.
4.2.9. Устаревшие псевдонимы
   В некоторых случаях один тип носителя может быть широко распространен.
   до регистрации под несколькими именами. В таких случаях
   предпочтительное имя ДОЛЖНО быть выбрано для типа носителя и приложений.
   ДОЛЖЕН использовать это, чтобы соответствовать регистрации типа. Однако,
   список устаревших псевдонимов, по которым известен тип, МОЖЕТ быть
   предоставляется в качестве дополнительной информации, чтобы помочь приложениям в
   правильную обработку типа носителя. 
4.3. Требования к параметрам
   Типы носителей МОГУТ использовать один или несколько параметров типа носителей или
   некоторые параметры могут быть автоматически доступны для типа носителя
   в силу того, что он является подтипом типа контента, который определяет набор
   параметры, применимые к любому из его подтипов. В любом случае,
   имена, значения и значения любых параметров ДОЛЖНЫ быть указаны полностью
   когда тип носителя зарегистрирован в дереве стандартов, и ДОЛЖЕН быть
   указывается как можно полнее при регистрации типов носителей
   в вендоре или личных деревьях.
   Имена параметров имеют синтаксис имен и значений типов мультимедиа:
       имя-параметра = ограниченное-имя
   Обратите внимание, что этот синтаксис является несколько более строгим, чем то, что
   разрешено ABNF в [RFC2045] и изменено [RFC2231].
   Имена параметров нечувствительны к регистру и не имеют значения.
   порядок, в котором они появляются. Это ошибка конкретного
   параметр должен быть указан более одного раза. 
   Не существует определенного синтаксиса для значений параметров. Следовательно,
   регистрации ДОЛЖНЫ указывать синтаксис значения параметра. Кроме того,
   некоторые транспорты накладывают ограничения на синтаксис значений параметров, поэтому
   необходимо соблюдать осторожность, чтобы ограничить использование потенциально проблемных
   синтаксисы; например, чисто бинарные параметры, разрешенные в
   некоторые протоколы лучше избегать.
   Обратите внимание, что протокол может накладывать дополнительные ограничения на параметр
   синтаксис значения, в зависимости от того, как он выбирает для представления параметров.
   Оба MIME [RFC2045] [RFC2231] и HTTP [RFC2045] [RFC5987] разрешать
   бинарные параметры, а также значения параметров, выраженные в конкретном
   charset, но другие протоколы могут быть менее гибкими.
   Новые параметры НЕ СЛЕДУЕТ определять как способ введения новых
   функциональность в типах, зарегистрированных в дереве стандартов, хотя и новая
   параметры МОГУТ быть добавлены для передачи дополнительной информации, которая
Фрид и др.  Передовая современная практика [Страница 13] 

RFC 6838 Регистрация типа носителя, январь 2013 г.
   иным образом не изменять существующую функциональность. Пример этого
   будет параметром "revision", указывающим уровень редакции
   внешняя спецификация, такая как JPEG. Подобное поведение поощряется
   для типов носителей, зарегистрированных в вендоре или личных деревьях, но
   не требуется.
   Изменение параметров (в том числе введение новых)
   управляется так же, как и другие изменения типа носителя; видеть
   Раздел 5.5.
4.4. Канонизация и требования к формату
   Все зарегистрированные типы носителей ДОЛЖНЫ использовать единые канонические данные.
   формат, независимо от дерева регистрации.
   Постоянная и легкодоступная общедоступная спецификация формата
   для типа носителя ДОЛЖЕН существовать для всех типов, зарегистрированных в
   дерево стандартов. Эта спецификация ДОЛЖНА содержать достаточную информацию, чтобы
   что взаимодействие между независимыми реализациями, использующими
   Тип носителя возможен.  Эта спецификация ДОЛЖНА быть как минимум
   на который ссылается, если он фактически не включен, тип носителя
   само предложение о регистрации.
   Спецификации формата и особенности обработки могут или могут
   не быть общедоступным для типов носителей, зарегистрированных у поставщика
   и личные деревья. Такие регистрации явно разрешены для
   ограничить информацию в регистрации, к какому программному обеспечению и
   версии производить или обрабатывать такие типы носителей. Таким образом, ссылки на
   или рекомендуется включение спецификаций формата в регистрацию
   но не требуется. Обратите внимание, однако, что публичная доступность
   осмысленная спецификация часто будет иметь значение между
   просто иметь зарезервированное имя, чтобы не было конфликтов с
   другие виды использования и имеющие потенциал для других реализаций
   тип носителя и полезное взаимодействие с ним.
   Некоторые типы носителей предполагают использование запатентованных технологий.
   регистрация типов носителей с использованием запатентованных технологий
   специально разрешено.  Тем не менее, ограничения, установленные в BCP
   79[RFC3979] и BCP 78 [RFC5378] об использовании запатентованной технологии.
   протоколы IETF Standards Track должны соблюдаться, когда
   Спецификация типа носителя является частью протокола Standards Track.
   Кроме того, другие организации, занимающиеся стандартизацией, используют
   В дереве стандартов могут быть свои правила относительно интеллектуальной
   имущество, которое должно соблюдаться при их регистрации.
   Раскрытие информации о правах интеллектуальной собственности (ПИС) для регистрации в
   вендоры и личные деревья приветствуются, но не являются обязательными.
Фрид и др. Передовая современная практика [Страница 14] 

RFC 6838 Регистрация типа носителя, январь 2013 г.
4.5. Рекомендации по обмену
   В идеале типы мультимедиа должны быть определены таким образом, чтобы они
   как можно больше систем и приложений. Однако некоторые типы носителей
   неизбежно возникнут проблемы взаимодействия между различными
   платформы.  Проблемы с разными версиями, порядком байтов и
   может и возникнет специфика работы со шлюзом.
   Универсальная совместимость типов носителей не требуется, но известна
   проблемы функциональной совместимости СЛЕДУЕТ выявлять, когда это возможно.
   Публикация типа СМИ не требует исчерпывающего обзора
   интероперабельность, а раздел соображений интероперабельности
   подлежат постоянной оценке.
   Рекомендации в этом подразделе применяются независимо от
   задействовано регистрационное дерево.
4.6. Требования безопасности
   Анализ проблем безопасности ДОЛЖЕН быть выполнен для всех зарегистрированных типов
   в дереве стандартов. Аналогичный анализ для зарегистрированных типов СМИ
   в вендоре или личных деревьях приветствуется, но не является обязательным.
   Однако независимо от того, какой анализ безопасности был или не был
   сделано, все описания проблем безопасности ДОЛЖНЫ быть настолько точными, насколько
   возможен независимо от дерева регистрации. В частности,
   соображения безопасности НЕ ДОЛЖНЫ указывать, что нет
   проблемы, связанные с этим типом».  Вопросы безопасности для типов
   в вендоре или личном дереве МОЖЕТ быть указано, что "проблемы безопасности
   связанные с этим типом, не оценивались».
   Нет абсолютно никаких требований, чтобы типы носителей были зарегистрированы в каком-либо
   дерево быть безопасным или полностью свободным от рисков. Тем не менее все
   известные риски безопасности ДОЛЖНЫ быть идентифицированы при регистрации
   тип носителя, опять же независимо от дерева регистрации.
   Раздел соображений безопасности всех регистраций подлежит
   к постоянной оценке и модификации, и, в частности, МОЖЕТ быть
   расширен за счет использования механизма «комментарии к типам мультимедиа», описанного
   в Разделе 5.4 ниже.
   Некоторые из вопросов, которые необходимо изучить и описать в
   Анализ безопасности типа носителя:
   o Сложные типы носителей могут включать положения для директив, которые
      инициировать действия над файлами получателя или другими ресурсами. В
      Во многих случаях отправителям предоставляется возможность указать произвольное
      неограниченные действия, которые затем могут привести к разрушительным последствиям. 
      последствия. См. регистрацию носителя приложения/постскриптума
Фрид и др. Передовая современная практика [Страница 15] 

RFC 6838 Регистрация типа носителя, январь 2013 г.
      введите [RFC2046] для примера таких директив и того, как они
      может быть описан в регистрации типа носителя.
   o Любой анализ безопасности ДОЛЖЕН указывать, используют ли они такие
      «активный контент»; если они это сделают, они ДОЛЖНЫ указать, какие шаги были предприняты.
      приняты или ДОЛЖНЫ использоваться приложениями типа носителя, чтобы
      защитить пользователей типа носителя от вреда.
   o Сложные типы носителей могут включать положения для директив, которые
      предпринимать действия, которые, хотя и не наносят прямого ущерба
      получателя, может привести к раскрытию информации, которая либо
      облегчает последующую атаку или нарушает
      неприкосновенность частной жизни в некотором роде. Опять же регистрация заявки/
      Postscript media тип иллюстрирует, как такие директивы могут быть
      обрабатывается. 
   o Тип носителя, использующий сжатие, может предоставить возможность
      для отправки небольшого количества данных, которые при получении и
      оценивается, чрезвычайно расширяется, чтобы поглотить все ресурсы получателя.
      Ресурсы. Все типы носителей ДОЛЖНЫ указывать, являются ли они
      использовать сжатие; если они это сделают, они ДОЛЖНЫ обсудить, какие шаги
      необходимо принять меры, чтобы избежать таких атак.
   o Тип носителя может быть предназначен для приложений, требующих некоторых
      своего рода гарантии безопасности, но не обеспечивают необходимые
      сами механизмы безопасности. Например, тип носителя может
      быть определены для хранения конфиденциальной медицинской информации, которая в
      очередь требует внешней конфиденциальности и защиты целостности
      услуги, или который предназначен для использования только в пределах безопасного
      Окружающая среда. Типы СЛЕДУЕТ всегда документировать независимо от того,
      нуждаются в таких услугах по соображениям безопасности. 
4.7. Требования к типам мультимедиа XML
   Существует ряд дополнительных требований, специфичных для
   регистрация типов мультимедиа XML. Эти требования указаны в
   [RFC3023].
4.8. Требования к кодированию
   Некоторые транспорты накладывают ограничения на тип данных, которые они могут передавать.
   нести. Например, интернет-почта традиционно была ограничена 7 битами.
   Текст US-ASCII. Схемы кодирования часто используются для обхода таких
   транспортные ограничения.
Фрид и др. Передовая современная практика [Страница 16] 

RFC 6838 Регистрация типа носителя, январь 2013 г.
   Поэтому полезно отметить, какие данные может передавать тип носителя.
   состоять в рамках его регистрации. «Соображения по кодированию»
   поле предназначено для этой цели. Возможные значения этого поля
   находятся:
   7bit: содержимое типа мультимедиа состоит исключительно из символов CRLF-
      7-битный текст US-ASCII с разделителями.
   8bit: содержимое типа мультимедиа состоит исключительно из символов CRLF-
      8-битный текст с разделителями. 
   двоичный: содержимое состоит из неограниченной последовательности октетов.
   framed: контент состоит из серии кадров или пакетов
      без внутреннего обрамления или индикаторов выравнивания. Дополнительный выход-
      внеполосная информация необходима для правильной интерпретации данных,
      включая, но не обязательно ограничиваясь знанием
      границы между последовательными кадрами и знание
      транспортный механизм. Обратите внимание, что типы носителей этого типа не могут
      просто храниться в файле или передаваться как простой поток
      октеты; поэтому такие типы сред непригодны для использования во многих
      традиционные протоколы. Обычно используемый транспорт с рамой
      кодирование - это транспортный протокол реального времени, RTP. Дополнительный
      правила для кадрового кодирования, определенные для транспорта с использованием RTP,
      приведено в [RFC4855].
   Дополнительные ограничения для 7-битного и 8-битного текста приведены в разделе
   4.1.1 [RFC2046]. 
4.9. Использование и реализация Нетребования
   В среде асинхронной почты, где информация о
   возможности удаленного почтового агента часто недоступны
   отправителя, максимальное взаимодействие достигается за счет ограничения
   типы носителей, используемые для тех «общих» форматов, которые, как ожидается, будут широко
   реализовано. Это утверждалось в прошлом как причина для ограничения
   количество возможных типов носителей и привели к регистрации
   процесс со значительным препятствием и задержкой для тех, кто регистрируется
   типы медиа.
   Однако потребность в «общих» типах носителей не требует ограничения
   регистрация новых типов носителей. Если ограниченный набор типов носителей
   рекомендуется для конкретного приложения, что должно быть подтверждено
   отдельным заявлением о применимости, специфичным для приложения
   и/или окружающей среды.
   Таким образом, универсальная поддержка и реализация типа носителя являются
   НЕ обязательно для регистрации. Однако, если тип носителя
Фрид и др.  Передовая современная практика [Страница 17] 

RFC 6838 Регистрация типа носителя, январь 2013 г.
   явно предназначен для ограниченного использования, это ДОЛЖНО быть указано в его
   Регистрация. Для этого предусмотрено поле «Ограничения на использование».
   цель.
4.10. Требования к публикации
   Типы носителей, зарегистрированные в дереве стандартов самой IETF, ДОЛЖНЫ
   быть опубликованы в виде RFC. Публикация RFC поставщиков и личных СМИ
   регистрация типа разрешена, но не обязательна. Во всех случаях
   IANA сохранит копии регистраций всех типов носителей и «опубликует» их.
   их как часть самого дерева регистрации типов носителей.
   Как указывалось ранее, регистрация дерева стандартов для типов носителей
   определено в документах, подготовленных другими
   организации ДОЛЖНЫ быть описаны формальной спецификацией стандартов
   произведенные этой организацией. Кроме того, любые авторские права на
   регистрационный шаблон ДОЛЖЕН позволять IANA копировать его в IANA
   реестр. 
   Помимо регистраций IETF в дереве стандартов, регистрация
   типа СМИ не подразумевает поддержку, одобрение или
   рекомендацию IANA или IETF или даже подтверждение того, что
   спецификация адекватная. Чтобы стать стандартом IETF, протоколом или
   объект данных должен пройти процесс стандартизации IETF. Пока это
   предоставляет дополнительные гарантии, когда это уместно, это слишком
   сложный и слишком длительный процесс для удобной регистрации
   типов медиа.
   Дерево стандартов существует для типов носителей, которые требуют
   существенное рассмотрение и процесс утверждения в признанных стандартах-
   родственная организация. Вендоры и персональные деревья существуют для тех,
   типы носителей, которые не требуют такого процесса. Ожидается, что
   заявления о применимости для конкретных приложений будут
   публикуется время от времени в IETF, рекомендуя реализацию
   и поддержка типов носителей, которые оказались особенно полезными
   в этих контекстах.
   Как обсуждалось выше, регистрация типа верхнего уровня требует
   Standards Action в IETF и, следовательно, публикация RFC на
   трек стандартов. 
4.11. Требования к идентификатору фрагмента
   Регистрации типов носителей могут указывать, как приложения должны
   интерпретировать идентификаторы фрагментов (указанные в Разделе 3.5
   [RFC3986]), связанный с типом носителя.
Фрид и др. Передовая современная практика [Страница 18] 

RFC 6838 Регистрация типа носителя, январь 2013 г.
   Типам носителей рекомендуется использовать схемы идентификаторов фрагментов, которые
   используются с семантически схожими типами носителей. В частности, СМИ
   типы, которые используют именованный структурированный синтаксис с зарегистрированным "+ суффиксом"
   ДОЛЖЕН следовать любым правилам идентификатора фрагмента, указанным в
   регистрация суффиксов структурированного синтаксиса.
4.12. Дополнительная информация
   Различные виды дополнительной информации СЛЕДУЕТ включать в
   спецификация типа носителя, если он доступен:
   o Магическое число (числа) (длина, значения октетов). Магические числа - это байты
      последовательности, которые всегда присутствуют в данном месте файла и
      таким образом, может использоваться для идентификации объектов как принадлежащих данному медиа. 
      тип.
   o Расширения имен файлов, обычно используемые на одной или нескольких платформах для
      указывают, что некоторый файл содержит данный тип носителя.
   o Коды типов файлов Mac OS (4 октета), используемые для маркировки файлов, содержащих
      заданный тип носителя. Некоторое обсуждение кодов типов файлов Macintosh
      и их назначение можно найти в [MacOSFileTypes].
   В случае регистрации в дереве стандартов этот дополнительный
   информация МОЖЕТ быть предоставлена ​​в официальной спецификации носителя
   формат типа. Предлагается сделать это путем включения
   Форма регистрации типа носителя IANA в спецификации формата
   сам.
5. Процедуры регистрации типа носителя
   Процедура регистрации типа СМИ не является формальным стандартом
   процесс, а скорее административная процедура, предназначенная для
   комментарий сообщества и проверка работоспособности без чрезмерной задержки.
   Для всех регистраций IETF необходимо соблюдать обычные процессы IETF.
   в дереве стандартов.  Размещение черновика в Интернете является
   необходимый первый шаг, за которым следует публикация на [email protected]
   список, как описано ниже.
5.1. Предварительный обзор сообщества
   Уведомление о потенциальной регистрации типа носителя в дереве стандартов
   СЛЕДУЕТ отправить в список рассылки [email protected] для рассмотрения.
   Этот список рассылки был создан с целью рассмотрения
   предлагаемые носители и типы доступа. Регистрации в других деревьях МОГУТ быть
   отправлено в список для рассмотрения, а также; делать это НЕОБЯЗАТЕЛЬНО,
   но настоятельно рекомендуется.
Фрид и др. Передовая современная практика [Страница 19] 

RFC 6838 Регистрация типа носителя, январь 2013 г.
   Публичная публикация в этом списке предназначена для получения комментариев.
   и обратной связи по выбору имени типа/подтипа, однозначности
   ссылки на версии и внешнее профилирование
   информацию, а также обзор любой совместимости или безопасности
   соображения. Заявитель может представить исправленную регистрацию
   предложение или отказаться от регистрации полностью и в любое время. 
5.2. Отправить запрос в IANA
   Типы носителей, зарегистрированные в дереве стандартов самой IETF, ДОЛЖНЫ
   быть рассмотрены и одобрены IESG как часть обычных стандартов
   процесс. Стандарты-дерево регистрации по признанным стандартам-
   связанных организаций, а также регистрации в поставщике и
   персональные деревья передаются непосредственно в IANA, если не указано иное.
   договоренности были сделаны в рамках соглашения о взаимодействии. В любом
   случай, разместив регистрацию в списке [email protected] для
   проверка перед отправкой настоятельно рекомендуется.
   Запросы на регистрацию можно отправлять по адресу [email protected]. Веб-форма для
   Также доступна регистрация запросов:
     http://www.iana.org/form/media-types
5.2.1. Предварительные регистрации
   Процессы стандартизации часто занимают значительное время.
   Для облегчения прототипирования и тестирования часто полезно
   назначать идентификаторы, включая, помимо прочего, типы мультимедиа,
   в начале процесса. Таким образом, идентификаторы, используемые во время
   развитие может оставаться неизменным после завершения процесса, и
   реализации и документацию не нужно обновлять. 
   Соответственно, процесс предварительной регистрации предоставляется
   поддержка раннего назначения имен типов носителей в дереве стандартов.
   Предварительная регистрация МОЖЕТ быть отправлена ​​в IANA для стандартов-
   типы деревьев. Единственными обязательными полями в таких регистрациях являются
   название типа носителя и контактная информация (включая стандарты-
   название родственной организации).
   После получения предварительной регистрации IANA проверит имя
   и контактную информацию, а затем опубликовать регистрацию в отдельном
   общедоступный предварительный регистрационный список.
   Временные регистрации МОГУТ быть обновлены или отменены в любое время.
   Когда регистрация отменена, тип носителя больше не
   зарегистрированы в любом смысле; впоследствии он может быть зарегистрирован точно так же, как
   любое другое неназначенное имя типа носителя.
Фрид и др. Передовая современная практика [Страница 20] 

RFC 6838 Регистрация типа носителя, январь 2013 г. 
5.3. Рассмотрение и утверждение
   За исключением предварительных регистраций деревьев стандартов,
   регистрации, отправленные в IANA, будут переданы в СМИ
   типов рецензент. Рецензент типов СМИ, который назначается
   Директор(а) области приложений IETF рассмотрит регистрацию, чтобы
   убедитесь, что он соответствует требованиям, изложенным в этом документе.
   Регистрации, не соответствующие этим требованиям, будут возвращены
   отправитель на доработку.
   Решения, принятые экспертом по видам СМИ, могут быть обжалованы в
   IESG с использованием процедуры, указанной в разделе 6.5.4 [RFC2026].
   После того, как регистрация типа носителя прошла проверку, IANA
   зарегистрировать тип носителя и выполнить регистрацию типа носителя
   доступны для сообщества.
   В случае регистрации дерева стандартов из других стандартов-
   связанных организаций, IANA также проверит, находится ли заявитель в
   фактически признанная организация, связанная со стандартами. Если отправитель
   в настоящее время не признается таковым, IESG будет предложено
   подтвердить свой статус.  ДОЛЖНО быть получено признание IESG
   прежде чем можно будет продолжить регистрацию дерева стандартов.
5.4. Комментарии к регистрации типа носителя
   Комментарии о зарегистрированных типах СМИ могут быть представлены членами
   сообщества в IANA по адресу [email protected]. Эти комментарии будут
   рецензируется рецензентом типов СМИ, а затем передается
   "владелец" типа носителя, если это возможно. Авторы комментариев могут
   просить, чтобы их комментарий был прикреплен к регистрации типа СМИ
   сам; если IANA, по согласованию с рецензентом типов СМИ,
   утверждает, комментарий будет доступен вместе с
   тип регистрации.
5.5. Процедуры изменения
   Как только тип носителя был опубликован IANA, владелец может
   запросить изменение его определения. Описания
   различные регистрационные деревья выше обозначают «владельцев» каждого
   тип регистрации. Та же процедура, которая была бы уместна
   для исходного запроса на регистрацию используется для обработки изменения
   запрос.
   Регистрация типа носителя не может быть удалена; типы носителей, которые не
   более не считается пригодным для использования, может быть объявлено УСТАРЕВШИМ
   изменить их на поле «предназначенное использование»; такие типы носителей будут
   четко обозначены в списках, опубликованных IANA. 
Фрид и др. Передовая современная практика [Страница 21] 

RFC 6838 Регистрация типа носителя, январь 2013 г.
   Следует запросить существенные изменения в определении типа носителя.
   только при наличии серьезных упущений или ошибок в опубликованных
   Технические характеристики. Когда требуется проверка, запрос на изменение может быть
   отказано, если он отображает объекты, которые были допустимы в соответствии с предыдущим
   определение недействительно в соответствии с новым определением.
   Владелец типа носителя может передать ответственность другому лицу
   или агентства, сообщив об этом IANA; это можно сделать без обсуждения
   или обзор.
   IESG может переназначить ответственность за тип носителя. Большинство
   общий случай этого будет заключаться в том, чтобы разрешить внесение изменений в типы
   где автор регистрации умер, потерял связь,
   или иным образом не может внести изменения, которые важны для
   сообщество.
5.6. Шаблон регистрации
   Введите имя:
   Название подтипа:
   Требуемые параметры:
   Дополнительные параметры:
   Рекомендации по кодированию:
   Соображения безопасности:
   Соображения по совместимости:
   Опубликованная спецификация:
   Приложения, использующие этот тип носителя:
   Рекомендации по идентификатору фрагмента:
   Дополнительная информация:
     Устаревшие псевдонимы для этого типа:
     Магические числа:
     Расширения файлов:
     Коды типов файлов Macintosh:
   Контактное лицо и адрес электронной почты для получения дополнительной информации:
Фрид и др.  Передовая современная практика [Страница 22] 

RFC 6838 Регистрация типа носителя, январь 2013 г.
   Предполагаемое использование:
   (Один из ОБЫЧНЫХ, ОГРАНИЧЕННЫХ ИСПОЛЬЗОВАНИЙ или УСТАРЕВШИХ.)
   Ограничения на использование:
   (Здесь указаны любые ограничения на использование типа носителя.)
   Автор:
   Сменить контроллер:
   Временная регистрация? (только дерево стандартов):
   (Любая другая информация, которую автор сочтет интересной, может быть
   добавлено ниже этой строки.)
   "N/A", написанное именно так, при желании можно использовать в любом поле.
   чтобы подчеркнуть тот факт, что это неприменимо или что вопрос был
   не пропущено случайно. Не используйте слово «нет» или другие слова, которые могут
   быть ошибочно принятым за ответ.
   Типы носителей с ограниченным использованием также следует отметить в списке приложений.
   является ли этот список исчерпывающим.
6. Процедуры регистрации структурированного синтаксического суффикса
   Кто-то, кто хочет определить имя «+ суффикс» для структурированного синтаксиса
   для использования с новой регистрацией типа носителя СЛЕДУЕТ:
   1.  Проверьте реестр суффиксов названий типов носителей IANA, чтобы узнать,
       или нет уже есть запись для этого четко определенного структурированного
       синтаксис.
   2. Если нет записи для их суффиксной схемы, заполните
       шаблон (указан в Разделе 6.2) и включить его в
       регистрация типа носителя. Шаблон может содержаться в
       Internet Draft, отдельно или как часть другого протокола
       Технические характеристики. Шаблон также может быть представлен в каком-либо другом
       форма (как часть другого документа или как самостоятельный документ),
       но содержимое будет рассматриваться как «Вклад IETF» в соответствии с
       рекомендации BCP 78 [RFC5378].
   3. Отправьте копию шаблона или указатель на содержащий
       документа (с конкретной ссылкой на раздел с
       шаблон) в список рассылки [email protected] с запросом
Фрид и др. Передовая современная практика [Страница 23] 

RFC 6838 Регистрация типа носителя, январь 2013 г.
       обзор.  Это может быть объединено с запросом на просмотр СМИ.
       тип регистрации. Дайте разумное время для обсуждения и
       Комментарии.
   4. Отвечать на комментарии и вносить изменения в предлагаемые
       регистрация по мере необходимости, чтобы привести его в соответствие с руководящими принципами
       приведены в этом документе.
   5. Отправьте (возможно, обновленный) шаблон регистрации (или указатель
       к содержащему его документу) в IANA по адресу [email protected].
   Получив запрос на регистрацию структурированного синтаксического суффикса,
   1. IANA проверяет подачу на полноту; если разделы
       отсутствует или цитаты неверны, IANA отклоняет
       запрос на регистрацию.
   2. IANA проверяет текущий реестр на наличие записи с тем же именем;
       если такой реестр существует, IANA отклоняет запрос на регистрацию.
   3. IANA запрашивает экспертную оценку запроса на регистрацию в отношении
       соответствующие руководства.
   4. Назначенный эксперт может запросить дополнительную проверку или
       обсуждение, по мере необходимости. 
   5. Если Expert Review рекомендует регистрацию, IANA добавляет
       регистрация в соответствующем реестре.
   Исходная спецификация содержимого реестра [RFC6839] обеспечивает
   примеры регистрации суффиксов структурированного синтаксиса.
6.1. Процедуры изменения
   Регистрации могут быть обновлены в каждом реестре одним и тем же механизмом.
   как это требуется для первоначальной регистрации. В тех случаях, когда оригинал
   определение схемы содержится в документе, одобренном IESG,
   обновление спецификации также требует одобрения IESG.
6.2. Шаблон регистрации структурированного синтаксического суффикса
   Этот шаблон описывает поля, которые должны быть предоставлены в
   запрос на регистрацию суффикса структурированного синтаксиса:
   Имя
      Полное имя четко определенного структурированного синтаксиса.
Фрид и др. Передовая современная практика [Страница 24] 

RFC 6838 Регистрация типа носителя, январь 2013 г.
   +суффикс
      Суффикс, используемый для обозначения соответствия синтаксису. 
   использованная литература
      Включите полные ссылки на все спецификации, необходимые для
      понимать структурированный синтаксис.
   Рекомендации по кодированию
      Общие рекомендации по кодированию для любого типа
      использование этого синтаксиса должно быть дано здесь. Те же требования
      для кодирования типа носителя применяются соображения, приведенные в разделе 4.8.
      здесь.
   Соображения по совместимости
      Любые проблемы, связанные с интероперабельным использованием типов, использующих этот
      здесь должен быть приведен структурированный синтаксис. Примеры включают
      наличие несовместимых версий синтаксиса, проблемы
      объединение определенных кодировок с синтаксисом или несовместимость
      с другими типами или протоколами.
   Рекомендации по идентификатору фрагмента
      Общая обработка идентификаторов фрагментов для любого типа с использованием
      этот синтаксис должен быть описан здесь.
   Соображения безопасности
      Соображения безопасности, общие для типов носителей, использующих этот
      здесь должен быть указан структурированный синтаксис.  Те же требования
      для медиа-соображений безопасности, приведенных в Разделе 4.6, применяются
      здесь, за исключением того, что вариант не оценивать
      соображения безопасности недоступны для регистрации суффикса.
   Контакт
      Лицо (включая контактную информацию), с которым можно связаться для дальнейшего
      Информация.
   Автор/изменить контроллер.
      Лицо (включая контактную информацию), уполномоченное изменить это
      регистрация суффикса.
7. Вопросы безопасности
   Требования безопасности как для типа носителя, так и для суффикса типа носителя
   регистрации обсуждаются в Разделе 4.6.
Фрид и др. Передовая современная практика [Страница 25] 

RFC 6838 Регистрация типа носителя, январь 2013 г.
8. Соображения IANA
   Цель этого документа — определить реестры IANA для СМИ.
   типы и структурированные синтаксические суффиксы, а также процедуры для
   управление этими реестрами. Кроме того, этот документ требует, чтобы IANA
   вести список организаций, занимающихся стандартизацией, для которых
   IESG утвердила регистрацию типов носителей в дереве стандартов. 
   Существующий реестр типов носителей был расширен за счет включения
   раздел для предварительной регистрации. Только дерево стандартов
   регистрации разрешены в дереве стандартов и только на
   запрос организации из списка IANA, связанного со стандартами
   организации. См. Раздел 5.2.1 для получения дополнительной информации о
   временные регистрации.
   IANA также добавила следующее примечание вверху предварительного
   реестр:
      Этот реестр, в отличие от некоторых других временных реестров IANA,
      только для временного использования. Записи в этом реестре либо
      завершены и перемещены в реестр основных типов носителей, или
      заброшен и удален. Записи в этом реестре подходят для
      использовать только для целей разработки и тестирования.
   Структурированный реестр суффиксов имен синтаксиса был создан как
   следует:
   o Имя — реестр «Структурированный синтаксический суффикс».
   o Процесс регистрации указан в Разделе 6.
   o Информация, необходимая для записи реестра, а также запись
      формат указан в разделе 6. 2.
   o Исходное содержимое реестра указано в [RFC6839].
   Записи в реестрах типов носителей и структурированных суффиксов будут
   быть аннотированы IANA как исходной датой регистрации, так и
   в качестве даты последнего обновления записи. Регистрации
   сделанные до реализации данной спецификации, могут, если
   необходимо помечать как таковые, а не с конкретной датой.
   Поскольку регистрационные записи могут обновляться несколько раз, IANA
   также вести историю изменений каждой регистрации в таком
   таким образом, чтобы состояние регистрации в любой момент времени могло быть
   определенный.
Фрид и др. Передовая современная практика [Страница 26] 

RFC 6838 Регистрация типа носителя, январь 2013 г.
   Наконец, в соответствии с этим документом IANA создала новый адрес электронной почты,
   [email protected], для просмотра списка типов медиа, который заменяет
   адрес [email protected], указанный в RFC 4288.
   [email protected] был сохранен как псевдоним.
9.  Благодарности
   Нынешние авторы хотели бы признать свой долг перед покойным
   Д-р Джон Постел, чья общая модель регистрационных процедур IANA
   и конкретные вклады сформировали предшественников этого документа
   [RFC2048] [RFC4288]. Мы надеемся, что текущая версия
   с чем он бы согласился, но так как проверить это невозможно
   соглашение, мы с сожалением удалили его имя как соавтора.
   Рэнди Буш, Фрэнсис Дюпон, Бьорн Хорманн, Бэрри Лейба, Мюррэй
   Кучерави, Алексей Мельников, С. Мунесами, Марк Ноттингем, Том Петч,
   Питер Сент-Андре и Джени Теннисон предоставили много полезных обзоров.
   комментарии и предложения.
10. Ссылки
10.1. Нормативные ссылки
   [RFC2045] Фрид, Н. и Н. Боренштейн, «Многоцелевой Интернет
                     Почтовые расширения (MIME), часть первая: формат Интернета
                     Тела сообщений», RFC 2045, 19 ноября.96.
   [RFC2046] Фрид, Н. и Н. Боренштейн, «Многоцелевой Интернет
                     Почтовые расширения (MIME), часть вторая: типы носителей»,
                     RFC 2046, ноябрь 1996 г. 
   [RFC2119] Брэднер, С., «Ключевые слова для использования в RFC для указания
                     Уровни требований», BCP 14, RFC 2119, март 1997 г.
   [RFC2978] Фрид, Н. и Дж. Постел, «Регистрация набора символов IANA
                     Процедуры», BCP 19, RFC 2978, октябрь 2000 г.
   [RFC3023] Мурата, М., Сен-Лоран, С., и Д. Кон, "XML
                     Типы носителей», RFC 3023, январь 2001 г.
   [RFC3629] Yergeau, F., "UTF-8, формат преобразования ISO
                     10646", STD 63, RFC 3629, ноябрь 2003 г.
   [RFC3979] Браднер, С., «Права интеллектуальной собственности в IETF
                     Технология», BCP 79, RFC 3979, март 2005 г.
Фрид и др. Передовая современная практика [Страница 27] 

RFC 6838 Регистрация типа носителя, январь 2013 г.
   [RFC3986] Бернерс-Ли Т., Филдинг Р. и Л. Масинтер,
                     «Унифицированный идентификатор ресурса (URI): универсальный
                     Синтаксис", STD 66, RFC 3986, январь 2005 г.
   [RFC4855] Casner, S. , «Регистрация типа носителя для полезной нагрузки RTP.
                     Форматы», RFC 4855, февраль 2007 г.
   [RFC5226] Нартен, Т. и Х. Альвестранд, «Руководство по
                     Написание раздела рекомендаций IANA в RFC»,
                     BCP 26, RFC 5226, май 2008 г.
   [RFC5234] Крокер, Д. и П. Оверелл, «Расширенный BNF для
                     Спецификации синтаксиса: ABNF", STD 68, RFC 5234,
                     январь 2008 г.
   [RFC5378] Брэднер, С. и Дж. Контрерас, «Защитники прав
                     Предоставить IETF Trust», BCP 78, RFC 5378,
                     ноябрь 2008 г.
   [RFC6532] Ян А., Стил С. и Н. Фрид,
                     «Интернационализированные заголовки электронной почты», RFC 6532,
                     Февраль 2012.
   [RFC6657] Мельников, А. и Дж. Решке, «Обновление MIME
                     относительно обработки параметра «charset» в текстовом
                     Типы носителей», RFC 6657, июль 2012 г.
   [RFC6839] Хансен, Т. и А. Мельников, "Дополнительный тип носителя
                     Структурированные синтаксические суффиксы», RFC 6839,
                     Января 2013. 
10.2. Информативные ссылки
   [MacOSFileTypes] Apple Computer, Inc., «Mac OS: тип файла и
                     Коды авторов и форматы файлов», Apple Knowledge
                     Базовая статья 55381, июнь 1993 г.,
                     .
   [RFC2026] Браднер, С., «Процесс стандартизации Интернета —
                     Ревизия 3", BCP 9, RFC 2026, октябрь 1996 г.
   [RFC2048] Фрид, Н., Кленсин, Дж., и Дж. Постел,
                     "Часть многоцелевых расширений электронной почты Интернета (MIME)"
                     Четыре: процедуры регистрации», BCP 13, RFC 2048,
                     ноябрь 1996 г.
Фрид и др. Передовая современная практика [Страница 28] 

RFC 6838 Регистрация типа носителя, январь 2013 г.
   [RFC2231] Фрид, Н. и К. Мур, «Значение параметра MIME и
                     Расширения кодированных слов:
                     Наборы символов, языки и продолжения",
                     RFC 2231, 19 ноября97.
   [RFC2616] Филдинг Р. , Геттис Дж., Могул Дж., Фристик Х.,
                     Масинтер, Л., Лич, П., и Т. Бернерс-Ли,
                     «Протокол передачи гипертекста — HTTP/1.1»,
                     RFC 2616, июнь 1999 г.
   [RFC4288] Фрид, Н. и Дж. Кленсин, «Тип носителя
                     Спецификации и порядок регистрации",
                     BCP 13, RFC 4288, декабрь 2005 г.
   [RFC5987] Решке, Дж., "Набор символов и кодировка языка
                     для поля заголовка протокола передачи гипертекста (HTTP)
                     Параметры", RFC 5987, август 2010 г.
   [RFC6648] Сент-Андре, П., Крокер, Д., и М. Ноттингем,
                     «Устаревание префикса «X-» и подобных конструкций
                     в прикладных протоколах», BCP 178, RFC 6648,
                     июнь 2012 г.
Фрид и др. Передовая современная практика [Страница 29] 

RFC 6838 Регистрация типа носителя, январь 2013 г.
Приложение A. Унаследованные типы носителей
   Ряд типов носителей с неограненными именами подтипов, зарегистрированных
   до 1996, был бы, если бы зарегистрирован в соответствии с руководящими принципами в этом
   документа, получить фасетное имя и поместить в
   или личные деревья.  Перерегистрация этих типов для отражения
   соответствующие деревья приветствуются, но не являются обязательными. Собственность и
   принципы управления изменениями, изложенные в этом документе, применяются к тем
   типы, как если бы они были зарегистрированы в деревьях, описанных выше.
   Время от времени также могут быть случаи, когда тип носителя с
   неограненное имя подтипа было широко распространено, но не
   зарегистрирован. (Обратите внимание, что сюда входят имена подтипов, начинающиеся с
   префикс "x-".) Если возможно, такой тип носителя ДОЛЖЕН быть
   перерегистрирован с правильным многогранным именем подтипа, возможно, с использованием
   устаревший псевдоним для идентификации оригинального имени (см. Раздел 4.2.9).
   Однако, если это невозможно, тип может, при условии утверждения
   как обозревателем типов СМИ, так и IESG, должны быть зарегистрированы в
   правильное дерево с его неограненным именем.
Приложение B. Изменения по сравнению с RFC 4288
   o Суффиксы, указывающие на использование определенного структурированного синтаксиса,
      теперь полностью определен, и процесс регистрации суффикса был
      определенный. 
   o Регистрация широко распространенных незарегистрированных нефасованных имен типов
      в торговом или личном дереве теперь разрешено, при условии
      одобрение обозревателем типов СМИ и IESG.
   o Процесс регистрации дерева стандартов был пересмотрен.
      включают экспертную оценку и обобщены для решения таких случаев, как средства массовой информации
      типы в потоковых документах, отличных от IETF.
   o Добавлено поле для идентификаторов фрагментов
      шаблон регистрации и краткая инструкция по указанию фрагмента
      добавлены идентификаторы.
   o Требования спецификации для регистрации личного дерева
      были изменены, чтобы быть такими же, как и для дерева поставщиков.
      Текст был изменен, чтобы поощрять (но не требовать)
      наличие спецификации.
   o Уточнен процесс определения дополнительных деревьев.
      заявить, что требуется действие стандарта IETF.
   o Широко распространенные типы с именами "x-" теперь могут быть зарегистрированы как
      исключение в дереве поставщиков. 
Фрид и др. Передовая современная практика [Страница 30] 

RFC 6838 Регистрация типа носителя, январь 2013 г.
   o Требования к внесению изменений в регистрацию были ослаблены, поэтому
      незначительные изменения легче сделать.
   o Процесс регистрации был полностью реструктурирован, чтобы
      за исключением созданных IETF типов в дереве стандартов,
      все запросы обрабатываются IANA, а не IESG.
   o Добавлен предварительный процесс регистрации для раннего
      назначение типов в дереве стандартов.
   o В документ внесено множество редакционных изменений,
      сделать требования и процессы, которые он описывает, более ясными и
      легче следовать.
   o Возможность указать список устаревших псевдонимов для медиа
      добавлен тип.
   o Типы с именами, начинающимися с "x-", больше не считаются
      быть членами незарегистрированного "x." дерево. Как и любой неограненный
      добавлены специальные процедуры, позволяющие регистрировать
      такие типы в соответствующем дереве. 
   o Изменения в типе, зарегистрированном третьей стороной, теперь могут быть сделаны
      назначенный контроллер изменений, даже если это не поставщик или
      организация, создавшая тип. Однако продавец или
      организация может заявить о праве собственности и сменить контроллер
      над типом в любое время.
   o Типы носителей с ограниченным использованием теперь должны указывать,
      предоставленный список приложений, использующих тип носителя,
      исчерпывающий.
   o ABNF для имен типов носителей был дополнительно ограничен
      требуют, чтобы имена начинались с буквенно-цифрового символа.
   o Просмотр списка рассылки больше не требуется перед регистрацией
      типы медиа. Кроме того, адрес, связанный с носителем
      Список рассылки обзора типов изменен на [email protected].
   o Правила для типов медиа text/* были обновлены, чтобы отразить
      изменения, указанные в [RFC6657].
Фрид и др. Передовая современная практика [Страница 31] 

RFC 6838 Регистрация типа носителя, январь 2013 г. 
Адреса авторов
   Нед Фрид
   Оракул
   800 Королевских дубов
   Монровия, Калифорния 
-6347
   США
   Электронная почта: [email protected]
   Джон К. Кленсин
   1770 Массачусетс-авеню, # 322
   Кембридж, Массачусетс, 02140
   США
   Электронная почта: [email protected]
   Тони Хансен
   Лаборатории AT&T
   200 Лорел Авеню.
   Мидлтаун, Нью-Джерси 07748
   США
   Электронная почта: [email protected]
Фрид и др. Передовая современная практика [Страница 32]
 

Зарегистрированные средства распространения | Агентство по контролю за загрязнением Миннесоты

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

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

Запатентованные носители для распространения, зарегистрированные для использования в Миннесоте

Название продукта и модель	Производитель	Траншеи	Кровати фильтрации	аттестат	Курганы
Дуга 18	Системы проникновения	х
Дуга 24	Системы проникновения	X	х	х
Arc 36, Arc 36 Low Profile (LP), Arc High Capacity (HC)	Системы проникновения	х	х	х	х
Камеры биодиффузора 11 дюймов стандартной и 16 дюймов большой емкости	Системы проникновения	х	х	х	х
Эльен GSF, A42 и B43	Корпорация Элджен				х
Связанный полистирольный заполнитель EZflow 1202 H, 1202 H-GEO, 1203 H, 1203 H-GEO	Системы проникновения	х *	х	х	х
Принско Про4/36	Принско Инк.	х	х	х	х
Эквалайзер Quick4 24 Низкопрофильный (LP), Эквалайзер Quick4 24, Эквалайзер Quick4/Quick5 36	Системы проникновения	х
Quick4 Plus Standard Low Profile (LP), Quick4/Quick5 Standard, Quick4 Plus Standard	Системы проникновения	х	х	х	х
Quick4 высокой емкости (HC), Quick4 Plus большой емкости (HC)	Системы проникновения	Х **	х	х	х

* Двухъярусный заполнитель EZflow, устанавливаемый в траншеях с инфильтрационной поверхностью боковой стенки ≥18 дюймов, зарегистрирован для использования с максимальным сокращением площади дна траншеи на 34%.

** Камеры Quick4 High Capacity и Quick4 Plus High Capacity, установленные в траншеях с инфильтрационной поверхностью боковой стенки не менее 12 дюймов, зарегистрированы для использования с максимальным уменьшением площади дна траншеи на 20 %.

Перечень продуктов не является одобрением MPCA методов маркетинга, рекламы или маркировки производителя или одобрением продуктов. Информация, полученная от производителя, является исключительной ответственностью производителя или другого поставщика. Запатентованные технологии — это те, на которые распространяется патент или товарный знак. Продукты, являющиеся общественным достоянием, не были разработаны какой-либо конкретной компанией и не имеют патента или товарного знака.

Технологии распространения, являющиеся общественным достоянием

Письма о регистрации продукта

В этих письмах производителям продуктов указаны условия использования каждого продукта в Миннесоте.

• Eljen Corporation (GSF) (wq-wwists4-79b)

• Infiltrator Water Technologies (биодиффузорные камеры) (wq-wwists4-72a)

• Infiltrator Water Technologies (дуговые камеры) (wq-wwists4-65a)

• Infiltrator Water Technologies (EZflow) (wq-wwists4-64a)

• Infiltrator Water Technologies (камеры Quick4 и Quick5) (wq-wwists4-57a)

• Prinsco Inc. (камеры Pro4/36) (wq-wwists4-93)

Руководства производителя

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

• Зарегистрированные в Миннесоте SSTS Продукты для обработки и распространения — Руководства производителя

Media Register

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

Начните бесплатно

© Александрена Паркер

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

Смотреть видео

FAST

Создайте лицензионное соглашение за считанные минуты.

Наш простой пошаговый мастер позволяет создать лицензионное соглашение в три простых шага.

Simple

Media Register упрощает лицензирование изображений и управление ими

, предоставляя покупателям и создателям эффективный способ совместной работы.

SECURE

Безопасная облачная платформа.

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

Храните информацию о вашей лицензии и использовании в одном центральном месте

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

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

Полезная информация о ваших лицензиях в одном простом представлении.

Мгновенно узнавайте, лицензируется ли актив или талант, кому и на каких условиях

Найдите актив, чтобы мгновенно узнать, что это за талант, кому он лицензируется и для чего он лицензируется.

Создайте лицензию на изображение или релиз таланта за несколько простых шагов

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

Профессионально выглядящие выпуски, которыми вы можете поделиться с другими сторонами

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

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

Мгновенно узнавайте, лицензируется ли ресурс и для кого

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

Функция совместного использования лицензии связывает все стороны с лицензией и предоставляет общий доступ

Позволяет другим просматривать и сохранять лицензию

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

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

Снижает потребность в электронных таблицах Excel и бумажных системах хранения документов

Загрузить ресурсы

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

Создайте лицензию

Создавайте профессиональные лицензионные соглашения и релизы талантов, выполнив несколько простых шагов.

Поделитесь лицензией

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

Уведомления об истечении срока действия

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

Переворот

Простое и прозрачное продление срока действия лицензии на изображение или таланта.

Поиск

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

Тег

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

Добавление заметок

Добавление личных заметок, файлов или вложений в лицензию.

Вакансии

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

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

Начните бесплатно

Бесплатно

0 австралийских долларов в месяц

20 бесплатных лицензий

• Неограниченное количество архивных лицензий
• Неограниченное количество лицензий с истекшим сроком действия
• Совместное использование лицензии
• Уведомления об истечении срока действия лицензии
• 1 ТБ (1024 ГБ) свободного места
• 1 пользователь
• Техническая поддержка

Начальный уровень

19 австралийских долларов в месяц

25 лицензий в месяц

• Неограниченное количество архивных лицензий
• Неограниченное количество лицензий с истекшим сроком действия
• Совместное использование лицензии
• Уведомления об истечении срока действия лицензии
• 250 ГБ памяти
• 1 пользователь
• Онлайн-поддержка

Стандартный

49 австралийских долларов в месяц

60 лицензий в месяц

• Неограниченное количество архивных лицензий
• Неограниченное количество лицензий с истекшим сроком действия
• Совместное использование лицензии
• Уведомления об истечении срока действия лицензии
• 1 ТБ (1024 ГБ) памяти
• 3 пользователя
• Онлайн-поддержка

Premium

149 австралийских долларов в месяц

150 лицензий в месяц

• Неограниченное количество лицензий в архиве
• Неограниченное количество лицензий с истекшим сроком действия
• Совместное использование лицензии
• Уведомления об истечении срока действия лицензии
• 2 ТБ (2048 ГБ) памяти
• Неограниченное количество пользователей
• Техническая поддержка

Начните бесплатную 90-дневную пробную версию прямо сейчас

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

Начните бесплатно

Политика ежегодного собрания ASH для прессы

Вакцинация против COVID-19 Требования для участников, прибывающих лично:

Перед поездкой в ​​Новый Орлеан на 64-е ежегодное собрание и выставку ASH потребуется подтверждение вакцинации против COVID-19. ASH постоянно отслеживает статус пандемии COVID-19, и дополнительная информация о протоколах охраны здоровья и безопасности на месте, включая проверку вакцинации, будет публиковаться по мере ее поступления. Мы рекомендуем вам следить за нашей веб-страницей, посвященной протоколам охраны здоровья и безопасности, чтобы быть в курсе последних обновлений.

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

Просмотреть квалификационные требования

Политика эмбарго на ежегодное собрание

Принимая полномочия СМИ на ежегодное собрание ASH, репортеры соглашаются с политикой эмбарго ASH.

Участие в личной встрече

Этот раздел относится только к тем, кто запросил и получил подтверждение по электронной почте для личной регистрации СМИ. Если вам была одобрена только виртуальная регистрация, но вам необходимо запросить доступ к очной встрече, пожалуйста, свяжитесь с [email protected] как можно скорее.

Регистрация СМИ

Регистрация СМИ на месте не проводится. Если вам требуется доступ к личной встрече, вы должны указать личное присутствие (с виртуальным доступом) при подаче первоначального запроса на регистрацию СМИ. Вы должны запросить эту опцию до закрытия портала регистрации СМИ в ноябре и предоставить подтверждение COVID-19. вакцинация до прибытия на место.

Медиа-бэджи

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

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

Доступ к сеансу

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

Рабочая комната для прессы

Только зарегистрированные СМИ могут получить доступ к рабочей комнате для прессы. Для входа требуется значок, указывающий на доступ в рабочее помещение. Из-за ограничений по вместимости помещения СМИ просят не оставлять свои вещи в помещении, когда их там нет. ASH не несет ответственности за вещи, оставленные в помещении для прессы. СМИ, пользующиеся помещением для прессы, просят свести шум к минимуму, чтобы обеспечить спокойное рабочее место для других.

Комната для брифингов для прессы

Для участия в брифингах для прессы требуется ваш бейдж. Из уважения к докладчикам и другим представителям СМИ, пожалуйста, войдите в комнату до начала брифинга и не хлопайте дверью, если вам нужно уйти во время презентации. Докладчики и другие эксперты будут доступны для интервью после брифингов для прессы. Как указано в правилах фотографирования, прямые трансляции брифингов для прессы запрещены. Посетите брифинги для прессы Ежегодного собрания, чтобы получить дополнительную информацию о брифингах.

Комнаты для интервью (только по предварительной записи)

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

Использование этих номеров зависит от их наличия. С 28 ноября 2022 года обращайтесь к сотрудникам СМИ ASH по телефону [email protected] 9.0735 или 202-828-5066, чтобы зарезервировать комнату для интервью. Пожалуйста, обращайтесь к нам с любыми особыми запросами, связанными со средствами массовой информации сверх того, что предоставляется ASH; они должны быть сделаны в письменной форме не менее чем за 60 дней до ежегодного собрания и должны быть одобрены Обществом.

Интервью для СМИ также разрешено проводить в пределах стенда компании-экспонента при условии соблюдения правил выставочного зала ASH, включая политику фотографирования.

Съемка в конференц-центре

Средства массовой информации могут снимать и брать интервью в общественных местах конференц-центра (но не в конференц-залах). СМИ должны выполнять требования службы безопасности конференц-центра или персонала мероприятия, если их просят переехать. Специальное место для съемок будет заблокировано в коридоре за пределами зон для прессы в конференц-центре Ernest N. Morial. Средствам массовой информации настоятельно рекомендуется иметь табличку, чтобы их можно было легко опознать среди участников встречи, присоединившихся к ним для интервью.

Доступ к платформе виртуальных совещаний

Все средства массовой информации, зарегистрированные для участия в ежегодном собрании ASH 2022 года, будут иметь доступ ко всем трансляциям и сеансам без билетов по запросу, включая сеансы образовательной и научной программы, устные реферативные презентации и специальные лекции, доступные на виртуальной платформе ежегодного собрания. Кроме того, на виртуальной платформе ежегодного собрания будет доступна специальная зона для зарегистрированных СМИ. Вы будете использовать свое имя пользователя и пароль ASH, которые вы использовали при регистрации, для доступа к платформе для собраний, когда она откроется 7 декабря 2022 года.

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

Фотография, видео- и аудиозапись

Зарегистрированные СМИ должны соблюдать официальную политику ежегодного собрания ASH в отношении фотографии и записи материалов, защищенных авторским правом, которая распространяется на всех участников. Таким образом, зарегистрированные СМИ могут:

• Делать фотографии, видео и/или аудиозаписи официальных брифингов ASH для прессы. Однако прямая трансляция брифингов для прессы строго запрещена для сохранения эксклюзивности брифингов.
• Сделайте снимки экрана виртуальной платформы для публикации.
• Запись аудиозаписей сессий и постерных презентаций для личного пользования (не для публикации).
• Делайте фотографии и записывайте аудиозаписи в конференц-залах и зале для плакатов для личного использования. Фотографии и/или аудиозаписи должны быть сняты таким образом, чтобы не мешать выступающему и другим участникам.
• Видеозапись в общественных местах конгресс-центра. СМИ должны получить предварительное одобрение и получить метку камеры при регистрации СМИ на месте в рабочей комнате для прессы.

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

Социальные сети: Разрешается публиковать незапрещенные скриншоты слайдов докладчика в социальных сетях во время встречи, но в публикации должна быть указана автор/ведущий исследования.

Если маски потребуются на ежегодном собрании (ASH изложит полную политику на странице «Протоколы здоровья и безопасности ежегодного собрания»), ниже приведены рекомендации по ношению масок съемочными группами, репортерами и интервьюируемыми: ASH гордится своим строгим здоровьем. и протоколы безопасности, и настоятельно предпочитает, чтобы любая документация встречи отражала реальность того, что участники будут в масках большую часть времени. Как правило, мы просим, ​​чтобы «съемочные группы» (включая репортеров, фотографов и видеооператоров, зарегистрированных в качестве средств массовой информации или нанятых ASH) и их объекты оставались в масках, когда это возможно/практично. Однако в определенных ситуациях, таких как интервью на камеру или короткие фотосессии, когда маски могут помешать конечному продукту, маски могут быть ненадолго сняты с учетом следующих указаний.

• Съемочные группы должны носить маски во время освещения событий и сбора интервью, но лица, находящиеся в камере, могут ненадолго снимать маски во время съемки сегмента, при условии, что они находятся на расстоянии 6 футов друг от друга и других людей поблизости.
• Средствам массовой информации рекомендуется по возможности снимать на открытом воздухе, где маски не требуются.
• Комнаты для интервью СМИ могут использоваться зарегистрированными СМИ (только по предварительной записи) для проведения интервью в частном пространстве. Съемочные группы и интервьюируемые должны помнить о соблюдении дистанции во время разоблачения перед камерой.
• При интервьюировании кого-либо в толпе или когда люди находятся на заднем плане (например, на полу выставочного зала), все должны быть в масках.

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

Политика авторского права

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

Интервью

Все зарегистрированные СМИ будут иметь доступ к сетевому инструменту платформы ежегодных встреч, чтобы напрямую связываться с ведущими для запросов на интервью, начиная с 7 декабря (когда платформа откроется). Информация о том, как это сделать, будет передана зарегистрированным журналистам до начала встречи.

Сотрудники СМИ ASH могут помочь организовать интервью с исследователями, чья работа освещается в программе для прессы, а также с представителями ASH. Обратите внимание, что все собеседования перед встречей следуют политике ASH в отношении эмбарго. Как на месте, так и виртуальные репортеры могут запросить помощь у сотрудников ASH, отправив электронное письмо [электронная почта защищена] .

Использование логотипа ASH

Отображение логотипа ASH, например, на веб-сайте или в публикации торговой точки, или отображение логотипа ASH на специально разработанном фоне виртуального интервью строго запрещено.

Нарушение политик ASH репортерами

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

• Передача вашего пропуска/учетных данных носителя любому другому лицу
• Совместное использование запрещенных презентаций или доступ к разделу платформы ежегодного собрания только для прессы
• Искажение своей роли или деятельности для получения регистрации СМИ
• Злоупотребление доступом к средствам массовой информации от имени публикаций, не указанных в запросе на регистрацию средств массовой информации, или непредоставление информации уполномоченному изданию
• Попытка получить рекламу или подписку от любого экспонента или зарегистрированного лица
• Умышленное продвижение маркетинговых целей отдельной компании или учреждения
• Использование логотипа ASH на веб-сайте торговой точки, в публикации или виртуальном баннере с пошаговым повторением
• Нарушение политики эмбарго ASH

Процедура регистрации тега мультимедийной функции

 Сетевая рабочая группа К.  Холтман
Запрос комментариев: 2506 Вт.
BCP: 31 А. Мутц
Категория: Лучшие современные практики Hewlett-Packard
                                                                 Т. Харди
                                                                   Равноденствие
                                                                19 марта99
                Процедура регистрации тега медиа-функции
Статус этого меморандума
   Этот документ определяет передовой опыт работы в Интернете для
   Интернет-сообщество, а также запросы на обсуждение и предложения по
   улучшения. Распространение этой памятки не ограничено.
Уведомление об авторских правах
   Авторское право (C) The Internet Society (1999). Все права защищены.
АННОТАЦИЯ
   Современные интернет-приложения, такие как World Wide Web, связывают
   вместе большое разнообразие форматов данных, клиент и сервер
   платформы и сообщества. Это создало потребность в средствах массовой информации.
   описания функций и механизмы согласования, чтобы идентифицировать
   и согласовать форму информации с возможностями и
   предпочтения сторон. 
   Механизмы идентификации и согласования расширяемых медиа-функций
   требуют общего словарного запаса для положительной идентификации СМИ
   Особенности. Процесс регистрации и полномочия для средств массовой информации
   определено с намерением поделиться этим словарем между
   общающиеся стороны. Кроме того, определено дерево URI, позволяющее
   совместное использование определений медиа-функций без регистрации.
   Этот документ определяет процедуру регистрации, которая использует
   Управление по присвоению номеров в Интернете (IANA) в качестве центрального реестра для
   словарный запас средств массовой информации.
   Пожалуйста, присылайте комментарии рабочей группе CONNEG по адресу . Обсуждения рабочей группы архивированы по адресу
   .
Холтман и др. др. Передовая современная практика [Страница 1] 

RFC 2506 Процедура регистрации тегов мультимедийных функций, март 1999 г.
ОГЛАВЛЕНИЕ
   1. Введение . ............................................... 2
   2 Определения тегов функций мультимедиа ................................ 3
    2.1 Назначение тега медиа-функции ................................ 3
    2.2 Синтаксис тега медиа-функции ................................ 4
    2.3 Значения тегов медиа-функции ................................ 4
    2.4 Идентификаторы ASN.1 для тегов функций мультимедиа ........................ 5
   3 Регистрация тега медиа-функции ...................................... 5
    3.1 Деревья регистрации ...................................... 6
    3.1.1 Дерево IETF ...................................................... .. 6
    3.1.2 Глобальное дерево ...................................................... 6
    3.1.3 Дерево URL ...................................................... ... 6
    3.1.4 Дополнительные деревья регистрации ...................... 7
    3.2 Расположение зарегистрированного списка тегов мультимедийных функций ............... 7
    3.3 Процедуры IANA для регистрации тегов функций мультимедиа . ....... 7
    3.4 Шаблон регистрации ...................................... 7
   4 Вопросы безопасности ...................................... 10
   5 Благодарности ...................................................... 10
   6 Ссылки ................................................................ ... 10
   7 Адреса авторов ...................................................... 11
   8 Полное заявление об авторских правах ...................................... 12
1. Введение
   Современные интернет-приложения, такие как World Wide Web, связывают
   вместе большое разнообразие форматов данных, клиент и сервер
   платформы и сообщества. Это создало потребность в средствах массовой информации.
   описания функций и механизмы согласования, чтобы идентифицировать
   и согласовать форму информации с возможностями и
   предпочтения сторон.
   Механизмы идентификации и согласования расширяемых медиа-функций
   требуют общего словарного запаса для положительной идентификации СМИ
   Особенности.  Процесс регистрации и полномочия для средств массовой информации
   определено с намерением поделиться этим словарем между
   общающиеся стороны. Кроме того, определено дерево URI, позволяющее
   совместное использование определений медиа-функций без регистрации.
   Этот документ определяет процедуру регистрации, которая использует
   Управление по присвоению номеров в Интернете (IANA) в качестве центрального реестра для
   словарный запас средств массовой информации.
   В этом документе используются термины ДОЛЖЕН, НЕ ДОЛЖЕН, СЛЕДУЕТ, НЕ СЛЕДУЕТ и
   МОЖЕТ согласно использованию, описанному в [8].
Холтман и др. др. Передовая современная практика [Страница 2] 

RFC 2506 Процедура регистрации тегов мультимедийных функций, март 1999 г.
2 Определения тегов функций мультимедиа
2.1 Назначение тега мультимедийной функции
   Теги функций мультимедиа представляют собой отдельные и простые характеристики
   связанные с медиа-возможностями или свойствами, связанными с
   ресурс, к которому они применяются.  Примеры таких особенностей:
   * глубина цвета экрана, на котором что-то должно отображаться
   * тип бумаги, доступный в принтере
   * поддержка функции "плавающие 5-мерные таблицы"
   * шрифты, доступные получателю
   * возможность отображения графического контента
   Каждый тег мультимедийной функции идентифицирует одну характеристику. Ценности
   связанный с конкретным тегом, должен использовать тип данных, определенный для
   этот тег. Список разрешенных типов данных представлен ниже, в
   раздел 2.3.
   Примеры тегов мультимедийных объектов со значениями:
   * ширина дисплея в пикселях на сантиметр, представленная как
   целочисленное значение.
   * шрифт, доступный получателю, выбранный из пронумерованного списка.
   * версия протокола, состоящая из целых чисел "i.j.k", определяемая как
   либо значение в пронумерованном списке, либо с определенным отображением на
   сделать значение изоморфным подмножеству целых чисел (например, i*100 + j*10
   +k, предполагая, что j<=9и k<=9). 
   Дополнительные примеры тегов функций мультимедиа подробно определены
   в другом месте [4].
   Коллекции функций могут быть составлены с использованием ряда отдельных
   теги функций [2]. Описан состав наборов признаков
   в другом месте [2]. Примеры наборов функций, требующих нескольких
   теги медиа-функций:
   * набор всех шрифтов, используемых документом
   * ширина и высота дисплея
   * сочетание глубины цвета и разрешения, которое может поддерживать дисплей
   Этот реестр предполагает наличие типа носителя MIME.
   реестр, и типы носителей MIME НЕ ДОЛЖНЫ быть перерегистрированы как носители
   теги функций. Теги функций мультимедиа, которые в настоящее время используются
   отдельные протоколы или приложения МОГУТ быть зарегистрированы с этим
   реестр, если они могут быть применены за пределами их текущего домена.
Холтман и др. др. Передовая современная практика [Страница 3] 

RFC 2506 Процедура регистрации тегов мультимедийных функций, март 1999 г.
   Пространство имен тегов мультимедийных объектов не привязано к конкретному
   транспортный протокол или механизм обмена возможностями.  Реестр
   ограничено, однако, тегами функций, которые выражают возможность или
   предпочтение, связанное с тем, как представлен контент. Связанные теги функций
   к другим осям переговоров не подходят для этого реестра.
   Механизмы обмена возможностями, конечно, могут использоваться для выражения
   Разнообразие возможностей или предпочтений.
2.2 Синтаксис тега мультимедийного объекта
   Тег медиа-функции — это строка, состоящая из одного или нескольких
   следующие символы US-ASCII: прописные буквы, строчные буквы,
   цифры, двоеточие (":"), косая черта ("/"), точка ("".") проценты ("%") и тире
   ("-"). Теги функций нечувствительны к регистру. Под точками понимается
   потенциально подразумевает иерархию; функция может быть подтипирована путем описания
   как tree.feature.subfeature и указав это в
   Регистрация. Теги должны начинаться с буквенного символа.
   В ABNF [6] это может быть представлено как:
   Тег функции = АЛЬФА * (АЛЬФА / ЦИФРА / ":" / "/" / "." / "-" /"%" )
   Регистрантам следует позаботиться о том, чтобы не создавать теги, которые могут
   конфликт с созданием новых регистрационных деревьев; в общем это
   означает избегание тегов, начинающихся с буквенного символа, за которым следует
   по точке.  Текущие деревья регистрации описаны в разделе 3.
   ниже.
2.3 Значения тегов мультимедийных функций
   Первоначально реестр будет поддерживать использование следующих данных
   типы как значения тега:
      - целые числа со знаком
      - рациональное число
      - токены, с отношением равенства
      - токены с определенным отношением порядка
      - строки со стандартным (пооктетным) отношением равенства
      - строки с определенным отношением равенства и/или сравнения
   «Токен» здесь означает тип данных токена, определенный в [7], который может
   можно резюмировать как:
Холтман и др. др. Передовая современная практика [Страница 4] 

RFC 2506 Процедура регистрации тегов мультимедийных функций, март 1999 г.
      token = 1*<любой CHAR, кроме CTL или tspecials>
      tspecials = "(" / ")" / "<" / ">" / "@"
                     / "," / ";" / ":" / "\" / <">
                     / "/" / "[" / "]" / "?" знак равно
                     / "{" / "}" / СП / ХТ
   Во время регистрации каждый тег должен быть связан с
   единый тип данных.  Если этот тип данных подразумевает определенное сравнение или
   порядок, регистрант должен определить порядок или сравнение.
   Для упорядоченных токенов это может быть полное перечисление токенов и
   их порядок или со ссылкой на механизм заказа. Для определенных
   сравнений, необходимо полное описание правил сличения.
   предоставлены или включены посредством ссылки.
   Теги функций мультимедиа, связанные с пространственными или временными характеристиками
   должны быть зарегистрированы в одной канонической единице. Это сильно
   желательно, чтобы единицы измерения были в системе СИ; где текущая практика
   определенные единицы в других системах (например, пиксели на дюйм),
   необходимо указать метод преобразования в единицы СИ. Методы преобразования
   должны включать определенную практику округления.
2.4 Идентификаторы ASN.1 для тегов мультимедийных функций
   Некоторые протоколы используют идентификаторы ASN.1, а не удобочитаемые.
   представления для обмена возможностями. Чтобы позволить обоим
   систем для взаимодействия, владельцы регистрации могут предоставить идентификатор ASN. 1
   или попросить IANA присвоить идентификатор ASN.1 во время регистрации.
   Эти идентификаторы не требуются для регистрации, но могут предоставить
   помощь тем, кто строит шлюзы или другие межпротокольные
   системы. Обратите внимание, что идентификаторы ASN.1, присвоенные IANA, будут
   рассматриваться как токены, а не как элементы, из которых субделегированные
   идентификаторы могут быть созданы или получены.
3 Регистрация тега мультимедийной функции
   Теги функций мультимедиа могут быть зарегистрированы в нескольких различных
   деревья регистрации с различными требованиями, как описано ниже.
   Словарь для этих требований взят из [5]. В целом,
   предложение о регистрации функционального тега распространяется и рассматривается в
   мода, соответствующая дереву. Затем тег функции
   регистрируется, если предложение принято.
   Просмотр тега функции в дереве URI не требуется.
Холтман и др. др. Передовая современная практика [Страница 5] 

RFC 2506 Процедура регистрации тегов мультимедийных функций, март 1999 г. 
3.1 Деревья регистрации
   В следующих подразделах определяются «деревья» регистрации, различающиеся
   использованием фасетных имен (например, имен вида "tree.feature-
   имя").
3.1.1 Дерево IETF
   Дерево IETF предназначено для тегов функций мультимедиа, представляющих общий интерес.
   Интернет-сообществу, и предложения по этим тегам должны соответствовать
   Политики «IETF Consensus», описанные в [5].
   Для регистрации в дереве IETF требуется одобрение IESG и
   публикация спецификации тега функции в виде RFC. Материалы
   для регистрации тегов функций в дереве IETF может исходить из любой WG
   IETF или как индивидуальная подача в IESG.
   Теги функций в дереве IETF обычно имеют имена, которые не
   явно граненые, т. е. не содержат точку ("".", точку)
   персонажи.
3.1.2 Глобальное дерево
   Теги в глобальном дереве будут различаться по ведущему аспекту
   "грамм.". Организация может предложить либо обозначение, указывающее на
   функция (например, "g.blinktags") или многогранное обозначение, включая
   название организации (например, "g. organization.blinktags").
   Организации, которые зарегистрировали типы носителей у поставщика MIME.
   дерево должно использовать одно и то же имя организации для тегов мультимедийных функций.
   если они предлагают граненое обозначение. Принятие предложенного
   назначение осуществляется по усмотрению IANA. Если IANA считает
   что обозначение нуждается в уточнении, оно может запросить новое предложение
   от предлагающей организации или иным образом координировать
   разработка соответствующего обозначения.
   Регистрация тегов объектов в глобальном дереве должна соответствовать
   Политики «Экспертного обзора», описанные в [5]. В этом случае
   назначенный региональный эксперт рассмотрит предложенный тег, проконсультировавшись с
   члены связанного списка рассылки. Регистрация может быть
   предлагается для глобального дерева всеми, у кого есть потребность разрешить
   коммуникация по конкретной возможности или предпочтению.
3.1.3 Дерево URI
   Тег функции может быть определен как URI с использованием ограниченного символа
   набор определен выше.  Теги функций в дереве URI идентифицируются
   ведущая грань «у.». Ведущая грань u. следует URI [9]
   который соответствует ограничениям символов, указанным в этом
Холтман и др. др. Передовая текущая практика [Страница 6] 

RFC 2506 Процедура регистрации тегов мультимедийных функций, март 1999 г.
   документ. Предполагается, что автором URI является регистрация
   полномочия в отношении признаков, определенных и описанных содержанием
   URI. Эти теги считаются незарегистрированными в целях
   этот документ.
3.1.4 Дополнительные деревья регистрации
   Время от времени и по требованию сообщества IANA может:
   по совету и с согласия IESG создать новый высший уровень
   регистрационные деревья. Эти деревья могут быть созданы для внешних
   регистрация и управление (например) известными постоянными
   организации, такие как научные общества для специфических типов средств массовой информации
   к наукам, которые они охватывают. Посадка этих новых деревьев будет
   объявлено через публикацию RFC, одобренную IESG. 
3.2 Местоположение списка зарегистрированных тегов объектов
   Регистрация тегов функций будет размещена на анонимном FTP-сервере.
   каталог: "ftp://ftp.isi.edu/in-notes/iana/assignments/media-
   feature-tags/", и все зарегистрированные теги функций будут перечислены в
   периодически выпускаемый RFC «Assigned Numbers» [в настоящее время STD 2, RFC-
   1700]. Описание тега функции и другие вспомогательные материалы могут
   также опубликовать как информационный RFC, отправив его на «rfc-
   [email protected]».
3.3 Процедуры IANA для регистрации тегов функций
   IANA только в ответ зарегистрирует теги функций в дереве IETF.
   на сообщение от IESG о том, что данная регистрация
   был утвержден.
   Глобальные теги будут зарегистрированы IANA после проверки
   назначенный эксперт. Этот обзор поможет убедиться, что тег
   соответствует техническим требованиям настоящей спецификации.
3.4 Шаблон регистрации
   Кому: [email protected] (список рассылки тегов мультимедийных функций)
   Тема: Регистрация тега мультимедийной функции XXXX
    | Перед инструкциями ставится `|'.  Некоторые поля являются необязательными.
   Имя тега мультимедийной функции:
   Идентификатор ASN.1, связанный с тегом функции: [необязательно]
    | Чтобы IANA присвоила идентификатор ASN.1,
    | используйте здесь значение «Новое назначение IANA».
Холтман и др. др. Передовая современная практика [Страница 7] 

RFC 2506 Процедура регистрации тегов мультимедийных функций, март 1999 г.
   Краткое описание медиа-функции, обозначенной этим тегом функции:
    | Включите краткое (не более 4 строк) описание или сводку
    | Примеры:
    | `Использование функции xyzzy обозначается ..."
    | `Поддержка цветного дисплея обозначена ..."
    | `Количество цветов в палитре, которое может быть определено...'
   Значения, подходящие для использования с этим тегом функции:
     [ ] 1. Тег функции является логическим и может принимать значения
          Правда или ложь. Значение TRUE указывает доступный
          способность. Значение FALSE указывает на возможность
          не доступен. 
    | Если вы хотите указать две взаимоисключающие возможности
    | что не может быть выражено как наличие или отсутствие
    | возможность, используйте список из двух токенов, а не логическое значение.
     [ ] 2. Функция имеет связанное числовое или пронумерованное значение.
   Для случая 2: укажите тип данных значения:
      [ ] 2а. Целое число со знаком
      [ ] 2б. Рациональное число
      [ ] 2в. Токен (отношения равенства)
      [ ] 2д. Токен (заказанный)
      [ ] 2д. Строка (отношения равенства)
      [ ] 2ф. Строка (определенное сравнение)
    |ВАЖНО: Вы можете выбрать только один из указанных выше типов данных.
   (Только для случая 2) Подробное описание значения характеристики,
   а также формат и значение значений тегов объектов для
   альтернативные результаты.
    | Если вы выбрали 2d, вы должны предоставить механизм заказа
    | или полное и упорядоченное перечисление возможных значений. если ты
    | выбрали 2f, необходимо указать определение сравнения.
    | Определения по включенным ссылкам должны быть стабильными и легко
    | доступные характеристики:
    |
    | Если число альтернативных результатов невелико, вы можете
    | перечислить идентификаторы различных результатов и описать
    | их значение. 
    |
    | Если имеется ограниченный полезный числовой диапазон результата (2b, 2c),
Холтман и др. др. Передовая современная практика [Страница 8] 

RFC 2506 Процедура регистрации тегов мультимедийных функций, март 1999 г.
    | указать диапазон.
    |
    | Идентификаторы альтернативных результатов также могут быть
    | описано ссылкой на другой реестр IANA, например
    | размеры бумаги, указанные в MIB принтера.
   Тег функции предназначен в первую очередь для использования в следующих
   приложения, протоколы, службы или механизмы согласования:
                                                   [по желанию]
    | Для приложений также укажите номер первой версии
    | который будет использовать тег, если применимо.
   Примеры типичного использования: [необязательно]
   Связанные стандарты или документы: [необязательно]
   Соображения, касающиеся использования в отдельных приложениях,
   протоколы, службы или механизмы согласования: [необязательно]
   Вопросы совместимости: [необязательно]
   Соображения безопасности:
     Вопросы конфиденциальности, связанные с раскрытием личной информации:
     Проблемы отказа в обслуживании, связанные с последствиями указания
     неверные значения:
     Другой:
   Дополнительная информация: [необязательно]
     Ключевые слова: [необязательно]
     Теги связанных функций: [необязательно]
     Связанные типы мультимедиа или форматы данных: [необязательно]
     Связанные теги разметки: [необязательно]
   Имя (имена) и адрес (а) электронной почты человека (лиц), с которым можно связаться
   дальнейшая информация:
   Предполагаемое использование:
    | один из ОБЫЧНЫХ, ОГРАНИЧЕННЫХ ИСПОЛЬЗОВАНИЙ или УСТАРЕВШИХ
Холтман и др.  др. Передовая современная практика [Страница 9] 

RFC 2506 Процедура регистрации тегов мультимедийных функций, март 1999 г.
   Автор/изменить контроллер:
   Запрошенная задержка публикации IANA: [необязательно]
    | Отсрочка может быть запрошена только для окончательного размещения в глобальном
    | или деревья IETF, максимум два месяца. Организации
    | запрашивая регистрацию с задержкой публикации, следует учитывать
    | что это задерживает только официальную публикацию тега
    | и не препятствует распространению информации о нем
    | членами соответствующего списка рассылки.
   Другая информация: [необязательно]
    | Любая другая информация, которую автор сочтет интересной, может быть
    | добавлено сюда.
4. Вопросы безопасности
   Механизмы переговоров раскрывают информацию об одной стороне другой
   стороны. Это может вызвать проблемы с конфиденциальностью и может позволить злоумышленнику
   сторона, чтобы сделать более точные предположения о наличии конкретной безопасности
   отверстия. 
5 Благодарностей
   Подробности процедуры регистрации в этом документе были
   непосредственно адаптировано из [1]. Большая часть текста в разделе 3 была
   прямо скопировано из этого источника.
   Идея создания словаря областей медиафункций,
   хранится в центральном открытом реестре, связано с дискуссиями по
   расширяемые механизмы согласования [3] в рабочей группе IETF HTTP.
   Авторы благодарят Ларри Масинтера, Грэма Клайна, Эла Гилмана,
   Дэну Вингу, Джейкобу Пальме и Мартину Дюрсту за их вклад в
   обсуждение регистрации тегов медиафункций.
6 ссылок
   [1] Фрид, Н., Кленсин, Дж. и Дж. Постел, «Многоцелевая Интернет-почта».
       Расширения (MIME), часть четвертая: процедуры регистрации», BCP 13,
       RFC 2048, 19 ноября96.
   [2] Клайн, Г., «Алгебра для описания наборов функций мультимедиа», Работа.
       в ходе выполнения.
   [3] Холтман, К. и А. Мутц, «Переговоры о прозрачном содержании в
       HTTP. RFC 2295, март 1998 г.
Холтман и др. др. Передовая текущая практика [Страница 10] 

RFC 2506 Процедура регистрации тегов мультимедийных функций, март 1999 г. 
   [4] Масинтер, Л., Холтман, К., Мутц, А. и Д. Винг, «Особенности СМИ».
       для дисплея, печати и факса», RFC 2534, март 1999 г.
   [5] Нартен, Т. и Х. Альвестранд, «Руководство по написанию IANA».
       Раздел «Соображения» в RFC», BCP 26, RFC 2434, 19 октября.98.
   [6] Crocker, D., Ed., "Расширенный BNF для спецификаций синтаксиса:
       ABNF", RFC 2234, ноябрь 1997 г.
   [7] Филдинг, Р., Геттис, Дж., Могул, Дж. Фристик, Х. и Т. Бернерс-
       Ли, «Протокол передачи гипертекста — HTTP/1.1», RFC 2068, январь.
       1997.
   [8] Браднер, С., «Ключевые слова для использования в RFC для обозначения требований
       Уровни», BCP 14, RFC 2119, март 1997 г.
   [9] Бернерс-Ли, Т., «Универсальные идентификаторы ресурсов в WWW», RFC.
       16:30, июнь 1994 г.
7 адресов авторов
   Коэн Холтман
   Технический университет Эйндховена
   Почтовый автобус 513
   Камер HG 6.57
   5600 МБ Эйндховен
   Нидерланды
   Электронная почта: [email protected]
   Эндрю Х. Мутц
   Компания Хьюлетт-Паккард
   11000 Вулф Роуд.  42УО
   Купертино Калифорния 95014 США
   Факс +1 408 447 4439
   Электронная почта: [email protected]
   Тед Харди
   Равноденствие
   901 Маршалл-стрит
   Редвуд-Сити, Калифорния 94063 США
   Электронная почта: [email protected]
Холтман и др. др. Передовая текущая практика [Страница 11] 

 RFC 2506 Процедура регистрации тегов мультимедийных функций, март 1999 г.
8 Полное заявление об авторских правах
 Авторское право (C) The Internet Society (1999). Все права защищены.
 Этот документ и его переводы могут быть скопированы и предоставлены
 другие и производные работы, которые комментируют или иным образом объясняют это
 или содействовать в его реализации, могут быть подготовлены, скопированы, опубликованы
 и распространяется полностью или частично без ограничения каких-либо
 вид, при условии, что приведенное выше уведомление об авторских правах и этот параграф
 включены во все такие копии и производные работы. Однако это
 сам документ не может быть изменен каким-либо образом, например, путем удаления
 уведомление об авторских правах или ссылки на Internet Society или другие
 Интернет-организациям, за исключением случаев, когда это необходимо для целей
 разработка интернет-стандартов, и в этом случае процедуры для
 авторские права, определенные в процессе Интернет-стандартов, должны быть
 следовала или по мере необходимости переводила его на языки, отличные от
 Английский.