Skip to main content
Resources

Часто задаваемые вопросы о требованиях к механизмам защиты прав Депозитария товарных знаков

Страница также доступна на следующих языках:

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

25 октября 2019 года

Ниже представлены часто задаваемые вопросы о требованиях к механизмам защиты прав Депозитария товарных знаков (далее «Требования TMCH»). Операторам регистратур и регистраторам следует использовать ответы на эти часто задаваемые вопросы как руководство по соблюдению Требований TMCH, но их не следует считать описанием всех без исключения Требований TMCH и фактические Требования TMCH необходимо внимательно изучить. Корпорация ICANN может время от времени обновлять эти часто задаваемые вопросы. Для терминов, которые в настоящих часто задаваемых вопросах написаны с заглавной буквы, используются их определения из Требований TMCH.

Интеграционное тестирование

В1: Кто является оператором TMCH в периоды Sunrise и требований?

О1: Оператором TMCH в периоды Sunrise и требований является компания IBM.

В2: Как выполнить интеграционное тестирование?

О2: Интеграционное тестирование проводится в тестовой базе данных, предоставленной IBM. Для получения дополнительных сведений об интеграционном тестировании воспользуйтесь ссылкой http://newgtlds.icann.org/en/about/trademark-clearinghouse/scsvcs.

В3: Что такое «действительность» токена? Каков процесс обновления учетных данных?

О3: Как правило, токены активны в течение четырех часов с момента получения и срок их действия не ограничен. Таким образом, используя предоставленный токен, операторы регистратур и регистраторы могут зарегистрироваться на сайте TMDB и создать учетные данные пользователя в удобное для себя время. Учетные данные предоставляются компанией IBM. Следовательно, при возникновении проблем с учетными данными, операторам регистратур и регистраторам для получения новых учетных данных следует напрямую обращаться в IBM, отправив электронное письмо по адресу ICANNSD@nl.ibm.com либо позвонив по телефону +32 2 711 8604 или
+48 7 1760 8509.

В4: В течение какого периода времени операторам регистратур и регистраторам разрешено выполнять интеграционное тестирование?

О4: После заключения Соглашения об администрировании домена верхнего уровня или Соглашения об аккредитации регистраторов операторы регистратур и регистраторы могут выполнить интеграционное тестирование (и запросить сертификационное свидетельство) в любое удобное для себя время.

В5: Каков порядок выдачи разрешения на отступление от требования о проведении интеграционного тестирования?

О5: В некоторых случаях, например, когда оператор регистратуры, его поставщик услуг или регистратор используют для поддержки нескольких служб gTLD одну платформу, интеграционное тестирование может быть отменено. Для получения дополнительных сведений о процедуре и критериях выдачи разрешения на отступление от требования воспользуйтесь ссылкой https://newgtlds.icann.org/en/about/trademark-clearinghouse/scsvcs/certification-exemption-procedure-10feb14-en.pdf.

Данные о запуске TLD

В6: Что такое «данные о запуске TLD» и должны ли операторы регистратур предоставлять их для каждого TLD?

О6: Данные о запуске TLD — это информация, которую каждый оператор регистратуры обязан предоставить корпорации ICANN для каждого TLD после делегирования и до начала периода Sunrise.Данные о запуске TLD включают даты соответствующих начальных периодов (например, периода Sunrise, периода требований и, если применимо, программы ограниченного запуска и периодов ограниченной регистрации), а также полный текст политики для периода Sunrise в TLD, включая все положения политики, связанные с ограничениями на регистрацию доменного имени и разрешением споров в TLD, действующие в период Sunrise. TLD с утвержденной Спецификацией 13 не обязаны проводить период Sunrise, и поэтому в своих планах запуска не обязаны указывать даты проведения периода Sunrise или какие-либо принципы политики, относящиеся к периоду Sunrise.

В7: Когда оператор регистратуры может представить в корпорацию ICANN свои данные о запуске TLD?

О7: Операторы регистратур могут представить в корпорацию ICANN свои данные о запуске TLD в любой момент после делегирования TLD.Данные о запуске TLD, переданные до делегирования, не будут приняты.

В8: Как оператор регистратуры представляет в корпорацию ICANN свои данные о запуске TLD?

О8: Операторы регистратур должны представить данные о запуске TLD через Портал для регистратур GDD, предоставляющих услуги в сфере присвоения имен, корпорации ICANN, выбрав соответствующий вид запроса на обслуживание — «Отправка данных о запуске TLD (Спец. 13)» или «Отправка данных о запуске TLD (не Спец. 13)».

В9: Сколько времени занимает проверка корпорацией ICANN данных оператора регистратуры о запуске TLD?

О9: Корпорация ICANN рассматривает данные о запуске TLD так настолько быстро, насколько это возможно. Фактическое время рассмотрения будет зависеть от объема поданных в данный момент времени заявок и качества предоставленных данных. Срок рассмотрения обычно не превышает четырех рабочих дней. Если в предоставленных данных о запуске TLD обнаружены недочеты, их проверка корпорацией ICANN может занять больше времени и потребовать дополнительных действий со стороны оператора регистратуры.

В10: Должен ли оператор регистратуры учитывать срок проверки данных о запуске TLD корпорацией ICANN в планах, определяющих дату начала периода Sunrise?

О10: Поскольку данные о запуске TLD могут быть признаны не отвечающими требованиям, оператору регистратуры при предоставлении данных о запуске TLD, в том числе планируемых начальных дат, рекомендуется учесть срок проверки этих данных корпорацией ICANN. Чтобы способствовать плавному переходу от предоставления данных о запуске TLD к началу периода Sunrise в этом TLD, операторам регистратур рекомендуется запрашивать такую дату начала периода Sunrise, которая не менее чем на семь календарных дней позже даты представления данных о запуске TLD, если проводится период Sunrise с датой окончания, или не менее чем на семь календарных дней плюс 30-дневный период уведомления, если проводится период Sunrise с датой начала.

В11: Должен ли оператор регистратуры предоставить корпорации ICANN свою общую политику регистрации в дополнение к политике для периода Sunrise?

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

В12: Обязан ли оператор регистратуры включить в данные о запуске TLD текст своей политики регистрации или достаточно ссылок на сайты с опубликованной политикой?

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

В13: Что происходит, если данные оператора регистратуры о запуске TLD признаны не отвечающими Требованиям TMCH?

О13: Корпорация ICANN рассматривает предоставленные данные о запуске TLD на предмет соответствия Требованиям TMCH (напр., Предоставлена ли вся необходимая информация? Отвечают ли сроки требованиям?). Если корпорация ICANN решит, что предоставленные данные о запуске TLD не соответствуют требованиям, она уведомит об этом оператора регистратуры, указав на несоответствия. После этого оператор регистратуры должен предоставить исправленные данные о запуске TLD, которые корпорация ICANN проверит на соответствие требованиям. Оператор регистратуры не имеет права начать период Sunrise, пока корпорация ICANN не признает его данные о запуске TLD соответствующими Требованиям TMCH и не сообщит оператору регистратуры одобренные даты начала и окончания периода Sunrise.

В14: Рассматривает ли корпорация ICANN аспекты данных о запуске TLD, не связанные с Требованиями TMCH?

О14: Проверка корпорацией ICANN данных о запуске TLD направлена на подтверждение соответствия Требованиям TMCH. Поскольку коммерческие аспекты не связаны с Требованиями TMCH, они не рассматриваются.

В15: Что, если оператор регистратуры захочет внести изменения в свои данные о запуске TLD, например, изменить дату начала или дата окончания периода Sunrise?

О15: Если оператор регистратуры хочет изменить данные о запуске TLD, принятые корпорацией ICANN, он должен предоставить обновленные данные о запуске TLD, соответствующие требованиям, отправив запрос общего характера через Портал для регистратур GDD, предоставляющих услуги в сфере присвоения имен. Любые изменения даты начала или окончания периода Sunrise должны быть представлены на рассмотрение не менее чем за десять календарных дней до перенесенной даты начала и подлежат проверке корпорацией ICANN на предмет соответствия требованиям. После начала периода Sunrise нельзя изменить политику и вид периода Sunrise — с датой начала или с датой окончания. Кроме того, если оператор регистратуры хочет изменить политику регистрации после ее утверждения, он должен предоставить корпорации ICANN обновленную политику. После завершения обязательных периодов Sunrise и требований любые дополнительные периоды регистрации, которые может проводить оператор регистратуры, или изменения правил регистрации не нужно представлять на рассмотрение и одобрение корпорации ICANN.

Период Sunrise

В16: Обязателен ли период Sunrise для каждого TLD?

О16: Период Sunrise обязателен для всех новых gTLD, кроме тех, у которых в состав Соглашения об администрировании домена верхнего уровня входит Спецификация 13 (Положения о TLD «.бренд»). Если оператор регистратуры по своему желанию попросит исключить Спецификацию 13 из Соглашения об администрировании домена верхнего уровня или корпорация ICANN дисквалифицирует TLD как TLD «.бренд», оператор регистратуры должен выполнить все остальные требования Депозитария товарных знаков, включая предоставление данных о запуске TLD и проведение периода Sunrise, вступающие в силу с даты исключения/дисквалификации, и начать период Sunrise в течение 60 календарных дней после даты исключения/дисквалификации.

В17: Должен ли каждый оператор регистратуры в течение периода Sunrise использовать Депозитарий товарных знаков?

О17: Да. В период Sunrise оператор регистратуры имеет право регистрировать доменные имена, только если регистрация сопровождается действительным файлом Подписанных данных о товарном знаке (SMD), полученным от Депозитария товарных знаков.

В18: Должен ли оператор регистратуры заранее уведомить корпорацию ICANN перед началом периода Sunrise?

О18: Оператор регистратуры должен провести «Период Sunrise с датой начала» или «Период Sunrise с датой окончания». Чтобы провести Период Sunrise с датой начала, оператор регистратуры должен направить корпорации ICANN и Депозитарию товарных знаков уведомление не менее чем за 30 дней до начала периода Sunrise. Период Sunrise с датой окончания может начаться в любое время после принятия корпорацией ICANN данных о запуске TLD оператора регистратуры. В любом случае период Sunrise нельзя начинать, пока корпорация ICANN не примет данные о запуске TLD оператора регистратуры и не назначит дату начала периода Sunrise. См. также В10.

В19: Сколько должен длиться период Sunrise?

О19: Период Sunrise с датой начала должен оставаться открытым не менее 30 дней и не может начаться до истечения обязательного 30-дневного срока предварительного уведомления. Период Sunrise с датой окончания должен оставаться открытым не менее 60 дней.

В20: Необходима ли оператору регистратуры особая политика регистрации в период Sunrise?

О20: За исключением требования о том, чтобы в период Sunrise каждая регистрация сопровождалась действительным файлом SMD, оператор регистратуры в этот период может применять свою общую политику регистрации. Если оператор регистратуры будет применять в период Sunrise только общую политику регистрации, а не особую политику регистрации, он должен представить эту общую политику регистрации в качестве политики регистрации в период Sunrise вместе с данными о запуске TLD.

В21: Какие регистрационные ограничения оператор регистратуры может налагать в период Sunrise?

О21: Для всех регистраций в период Sunrise необходим действительный файл SMD. Кроме того, оператор регистратуры может (i) налагать ограничения, относящиеся к базовым правам на товарный знак, в контексте цели создания TLD, (ii) вводить требования, не относящиеся к объему прав на товарные знаки, (iii) требовать, чтобы данные в файле SMD соответствовали регистрационным данным, и (iv) налагать целесообразные ограничения в отношении сроков, относящиеся к дате регистрации, подтверждения или защиты товарного знака, чтобы предотвратить использование периода Sunrise в мошеннических целях. Любые ограничения регистрации, введенные в период Sunrise, должны последовательно действовать и в течение всех остальных периодов, таких как период ограниченной регистрации и фаза общей доступности.

В22: Может ли оператор регистратуры ввести связанные с товарными знаками регистрационные требования в период Sunrise, а затем сократить или отменить эти требования в последующие периоды регистрации?

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

В23: Должен ли оператор регистратуры предложить какую-либо политику разрешения споров для регистрации в период Sunrise?

О23: Да. Оператор регистратуры нового gTLD, проводящий период Sunrise, должен выработать Политику разрешения споров в период Sunrise (SDRP), которая позволит оспаривать регистрации в период Sunrise, связанные с применяемой оператором регистратуры политикой выделения или регистрации доменных имен, в том числе на основании того, что зарегистрированное доменное имя не совпадает с регистрационной записью товарного знака, на основе которой правообладатель, отвечающий критериям допуска к участию в периоде Sunrise, осуществил регистрацию. Поскольку у каждого TLD может быть своя политика регистрации в период Sunrise, у оператора регистратуры есть свобода действий при формировании SDRP. Полный текст SDRP необходимо включить в состав данных о запуске TLD.

В24: Может ли оператор регистратуры до завершения периода Sunrise регистрировать или выделять доменные имена правообладателям, не имеющим права на участие в периоде Sunrise?

О24: Общее правило таково, что в период Sunrise доменные имена могут быть зарегистрированы только правообладателями, имеющими право на участие в периоде Sunrise, у которых есть действительный файл SMD, выпущенный Депозитарием товарных знаков. Если механизм утвержденного запуска регистрации оператора регистратуры не одобрен корпорацией ICANN или оператор регистратуры не проводит программу ограниченного запуска, как описано в Требованиях TMCH, оператор регистратуры до завершения периода Sunrise не может регистрировать или выделять доменные имена правообладателям, не имеющим права на участие в периоде Sunrise. Понятие «выделение» доменного имени охватывает все виды выделения, назначения, присвоения или передачи доменного имени потенциальному владельцу. Доменное имя может считаться выделенным, даже если в конечном итоге оно не будет зарегистрировано на имя третьей стороны, которой оно было выделено. Возникнут ли условия и произойдут ли события, которые должны произойти или не произойти после выделения доменного имени для регистрации этого доменного имени на имя соответствующего владельца домена, не влияет на то, было ли доменное имя выделено в определенный момент времени.

В25: Чем отличается выделение или регистрация доменных имен для периода Sunrise с датой начала и периода Sunrise с датой окончания?

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

В26: Если оператор регистратуры планирует провести аукционы в конце своего периода Sunrise, как это согласуется с разделом 3.2.4 Требований TMCH?

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

В27: Каким образом 120-дневный период Рамочного плана действий в случаях доменных коллизий влияет на периоды Sunrise?

О27: Согласно Рамочном плану действий в случаях доменных коллизий, в TLD нельзя активировать ни одно доменное имя до истечения периода в 120 дней после подписания Соглашения об администрировании этого TLD.Возможно, что период Sunrise начнется до истечения этого 120-дневного срока. В такой ситуации доменные имена могут быть зарегистрированы в период Sunrise или выделены правообладателям, имеющим право на участие в периоде Sunrise. Однако до истечения указанного 120-дневного срока эти имена нельзя активировать. Такой же запрет на активацию распространяется на любую программу ограниченного запуска или механизм утвержденного запуска регистрации.

В28: Что обязан сделать регистратор при обработке регистраций в период Sunrise?

О28: Конкретные технические обязательства, которые могут взять на себя регистраторы при обработке регистраций в период Sunrise, указаны в разделах 5.2.4 и 5.2.5 следующего документа: https://tools.ietf.org/html/draft-ietf-regext-tmch-func-spec. Как правило, регистраторы для подтверждения регистрации доменных имен могут выполнять проверки, которые выполняются оператором регистратуры, прежде чем отправить команду зарегистрировать доменное имя. Эти проверки включают подтверждение того, что владелец домена отправил регистратору файл SMD (который регистратор посылает оператору регистратуры), что подпись файла SMD действительна и этот файл SMD не был аннулирован TMCH.

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

В29: Каковы различные виды программ запуска новых gTLD?

О29: Программы запуска, которые определены в Требованиях TMCH, — это программа ограниченного запуска и механизм утвержденного запуска регистрации.

В30: Что такое программа ограниченного запуска, описанная в разделе
4.5.1 Требований TMCH?

О30: Программа ограниченного запуска предоставляет оператору регистратуры механизм, позволяющий зарегистрировать до 100 имен на третьих лиц, чтобы они могли продвигать свои TLD до периода Sunrise. При этом соблюдаются гарантии защиты от неправомерного использования интеллектуальной собственности. Оператор регистратуры, желающий воспользоваться программой ограниченного запуска, может сделать это после делегирования TLD и до завершения периода Sunrise. Оператор регистратуры, который собирается использовать программу ограниченного запуска, должен сообщить об этом корпорации ICANN в составе данных о запуске TLD. Подробные сведения о программе ограниченного запуска см. здесь: https://newgtlds.icann.org/en/announcements-and-media/announcement-10apr14-en.

В31: Доступен ли оператору регистратуры еще какой-нибудь способ выделения или регистрации доменных имен до периода Sunrise кроме программы ограниченного запуска?

О31: Да. Механизм утвержденного запуска регистрации позволяет оператору регистратуры выделять или регистрировать доменные имена до периода Sunrise. Оператор регистратуры может, после подписания Соглашения об администрировании домена верхнего уровня и до начала периода Sunrise, обратиться к корпорации ICANN с просьбой одобрить механизм утвержденного запуска регистрации, как указано в разделе 4.5.2 Требований TMCH.

В32: Что такое механизм утвержденного запуска регистрации, описанный в разделе 4.5.2 Требований TMCH?

О32: Механизм утвержденного запуска регистрации позволяет оператору регистратуры обратиться к корпорации ICANN за разрешением провести программу регистрации до начала периода Sunrise. Кроме как в соответствии с программой запуска (например, механизмом утвержденного запуска регистрации) или в случае выделения оператором регистратуры самому себе или регистрации на свое имя доменных имен согласно разделу 3.2 Спецификации 5 Соглашения об администрировании домена верхнего уровня, оператор регистратуры НЕ ДОЛЖЕН разрешать регистрацию или выделение доменного имени в TLD владельцу домена, который не является правообладателем, имеющим право на участие в периоде Sunrise, с допустимым файлом SMD до выделения или регистрации всех доменов Sunrise.

В33: Как оператор регистратуры подает заявку на механизм утвержденного запуска регистрации?

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

В34: Я оператор регистратуры, который изложил план запуска в заявке на TLD. Что произойдет, если я подам заявку на использование механизма утвержденного запуска регистрации?

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

В35: Если корпорация ICANN ранее уже одобрила механизм утвержденного запуска регистрации, который аналогичен программе регистрации в заявке оператора регистратуры, означает ли это, что заявка будет автоматически одобрена?

О35: Если оператор регистратуры хочет получить у корпорации ICANN разрешение на программу регистрации, которая по существу аналогична механизму утвержденного запуска регистрации, ранее одобренному корпорацией ICANN для Программы New gTLD в сравнимых обстоятельствах, такая заявка предположительно будет одобрена. Оператор регистратуры, желающий воспользоваться такой презумпцией, должен конкретно указать, почему его заявка на использование механизма утвержденного запуска регистрации предположительно аналогична ранее утвержденному механизму, и привести факты и обстоятельства, подтверждающие такое сходство.Корпорация ICANN рассмотрит заявку на использование механизма утвержденного запуска регистрации и может отклонить ее, если обоснованно решит, что запрашиваемая программа регистрации могла бы дезориентировать потребителей или привести к незаконному использованию прав на интеллектуальную собственность.

В36: Я оператор регистратуры, указавший в заявке на TLD, что этот домен верхнего уровня будет географическим наименованием. Какие варианты механизма утвержденного запуска регистрации мне доступны?

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

Кроме того, если операторы регистратуры, которые указали в своих заявках на TLD, что их TLD будет географическим наименованием, и представители Группы интересов по вопросам интеллектуальной собственности (IPC) рекомендуют корпорации ICANN создать механизм регистрации, определяющий конкретный список меток или категории меток, доступных для выделения или регистрации на третьих лиц в этом географическом TLD до или во время периода Sunrise, и корпорация ICANN принимает и выполняет такую рекомендацию, предполагается, что впоследствии заявка на такой механизм для географического TLD будет одобрена. Однако корпорация ICANN все же проверит такую заявку и может ее отклонить, если примет обоснованное решение, что запрашиваемая регистрационная программа могла бы ввести потребителей в заблуждение или способствовать нарушению прав на интеллектуальную собственность. Ни IPC, ни оператор регистратуры не обязаны это обсуждать, но операторы регистратуры при всех обстоятельствах могут подавать индивидуальные заявки на использование механизма утвержденного запуска регистрации, как указано выше.

В37: Что такое период ограниченной регистрации?

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

В38: Может ли период ограниченной регистрации совпадать с периодом Sunrise?

О38: Да. Период Sunrise и период ограниченной регистрации могут пересекаться, при условии, что оператор регистратуры НЕ ДОЛЖЕН выделять или регистрировать какие-либо доменные имена в период ограниченной регистрации, пока не будут выделены и зарегистрированы все имена Sunrise.

В39: Может ли период ограниченной регистрации совпадать с периодом требований?

О39: Нет. Период требований — это первые 90 дней фазы общей доступности. Период ограниченной регистрации, по определению, является периодом, на который оператор регистратуры ввел дополнительные ограничения регистрации, помимо политики регистрации в TLD на этапе общей доступности. Таким образом, период ограниченной регистрации не может проводиться одновременно с периодом требований/общей доступности.

Период требований

В40: Что такое период требований?

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

В41: Что должен делать регистратор при обработке регистраций в период требований?

О41: Конкретные технические обязанности регистраторов при обработке регистраций в период требований указаны в разделах 5.3.4 и 5.3.5 следующего документа: http://tools.ietf.org/html/draft-lozano-tmch-func-spec.Как правило, регистраторы должны проверить доступность доменного имени у оператора регистратуры и получить ключ поиска CNIS (Служба уведомления о требованиях), если метка охвачена регистрационной записью товарного знака. Кроме того, регистраторы должны запросить в службе CNIS Данные для уведомления о требованиях (см. раздел 6.5 http://tools.ietf.org/html/draft-lozano-tmch-func-spec), воспользоваться полученными Данными для уведомления о требованиях, чтобы заполнить Уведомление о существовании товарного знака (см. Приложение A к документу http://newgtlds.icann.org/en/about/trademark-clearinghouse/rpm-requirements-14may14-en.pdf), четко и на заметном для потенциального владельца доменного имени месте вывести на экран Уведомление о существовании товарного знака и спросить, хочет ли потенциальный владелец доменного имени продолжить регистрацию. Уведомление о существовании товарного знака должно быть бесплатно направлено регистратором будущему владельцу доменного имени во время возможной регистрации в режиме реального времени и должно иметь вид, указанный в бланке Уведомления о существовании товарного знака (образец которого представлен в Приложении B к Требованиям TMCH). Уведомление о существовании товарного знака должно требовать от потенциального владельца доменного имени действий, подтверждающих его желание продолжить регистрацию.

В42: На каком языке необходимо направлять Уведомление о существовании товарного знака потенциальным владельцам доменных имен?

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

В43: При каких условиях регистраторам разрешается отправлять запросы к CNIS?

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

В44: Могут ли операторы регистратур отправлять запросы к CNIS?

О44: Нет. Только регистраторы могут отправлять запросы к CNIS.

В45: Может ли оператор регистратуры провести «период Landrush» в начале периода общей регистрации?

О45: Общая регистрация начинается в тот день, когда доменные имена становятся общедоступными для всех владельцев доменов, имеющих право регистрировать доменные имена в этом TLD. «Период Landrush», который соответствует приведенному выше описанию, будет считаться периодом общей регистрации. Однако, если в «периоде Landrush» предусмотрены требования, согласно которым доменные имена доступны только владельцам доменов, удовлетворяющим определенным критериям, то «период Landrush» будет считаться периодом ограниченной регистрации, а не началом фазы общей доступности. Поскольку период ограниченной регистрации не может совпадать с периодом требований, он также не может пересекаться с фазой общей доступности. Операторам регистратур рекомендуется четко определять каждый из своих периодов регистрации, чтобы содействовать пониманию и участию сообщества в каждом периоде регистрации и избежать вопросов со стороны корпорации ICANN о соответствии каждого периода регистрации Требованиям TMCH.

В46: Может ли оператор регистратуры позднее разблокировать для выделения или регистрации доменное имя, которое он зарезервировал в соответствии с Соглашением об администрировании домена верхнего уровня?

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

Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."