ICANN/GNSO GNSO Email List Archives

[council]


<<< Chronological Index >>>    <<< Thread Index >>>

[council] ICANN blog entry on trademark clearinghouse discussions in Brussels last week

  • To: "council@xxxxxxxxxxxxxx" <council@xxxxxxxxxxxxxx>
  • Subject: [council] ICANN blog entry on trademark clearinghouse discussions in Brussels last week
  • From: Bruce Tonkin <Bruce.Tonkin@xxxxxxxxxxxxxxxxxx>
  • Date: Thu, 8 Nov 2012 06:41:14 +0000
  • Accept-language: en-AU, en-US
  • List-id: council@xxxxxxxxxxxxxx
  • Sender: owner-council@xxxxxxxxxxxxxx
  • Thread-index: Ac29fC2acqvH9KJqR32Uf3+v3Xkk4A==
  • Thread-topic: ICANN blog entry on trademark clearinghouse discussions in Brussels last week


From:      http://blog.icann.org/


Building a Secure and Reliable Trademark Clearinghouse

by Fadi Chehadé on November 7, 2012

Last week, I invited a group of stakeholder representatives to work with ICANN 
on architecture/implementation solutions for the Trademark Clearinghouse. The 
issues we tackled included:

 ■ Registration:  How trademark data will be verified and recorded in the 
Clearinghouse.

 ■ Sunrise Management:  How new gTLD registries will use Clearinghouse data to 
confirm eligibility for early registration of domain names.

 ■ Claims Management: How new gTLD registries and registrars will facilitate 
required notices of Clearinghouse records during the domain name registration 
process.
 
Members of the Business, Intellectual Property, and Non-commercial Users 
constituencies, as well as the Registrar and Registry stakeholder groups, all 
contributed to a constructive discussion on implementation approaches, and 
found common ground in several areas.
 
Here is a summary of our findings:
 
**** Trademark Submission and Verification ****
 
** Publication of Functional Specifications
 
ICANN will provide a roadmap for the development of the trademark submission 
and verification components of the Clearinghouse in December 2012.  
It will clearly define the capabilities that will be available in the initial 
release planned for early 2013, to support those parties who will be 
implementing and building internal processes and systems to work with this 
element of the Clearinghouse.

 
** TLD Launch and Sunrise Information
 
ICANN is exploring options to help ensure that timely and accurate information 
on new gTLD launches is readily available. 
The options we discussed include an advance notice requirement and a central 
web portal to track the dates and requirements for each new gTLD sunrise 
period. 
Organizing this information in a timely fashion will keep users informed of 
current activity and help them plan effectively for upcoming launches.
 ICANN will deliver such capabilities next year before delegating any new gTLDs.

 
** Communications and Training Activities
 
We agreed that there should be implementation seminars conducted periodically 
to ensure a continuous dialogue between the implementers and the different 
types of users. 
Given the diversity of users we expect will access the Clearinghouse (including 
a range of volume and service roles), training “tracks” will help Clearinghouse 
users become familiar with specific features most useful to them. 
Educational materials, including a step-by-step guide to the verification 
process, also will be available. 
ICANN will coordinate the provisioning of such services with its delivery 
partner in the near term.
 

****  Sunrise Implementation ****
 
** Use of Signed Sunrise Data Files
 
The group agreed to support a model for sunrise in which Clearinghouse record 
data is provided to rights holders in the form of a data file cryptographically 
signed with a Clearinghouse public key.
 It can then be used to enable registration of a domain name in the sunrise 
period. 
The specific fields to be included in the file are matters for follow-up 
discussions.
 

**  Flexibility for Rights Holders in Sunrise
 
The group discussed the degree of “matching” that should be required between 
the Clearinghouse record and the Whois data for a domain name registered based 
on the sunrise eligibility. 
Given that a valid data file means that the Clearinghouse has verified the 
information, and that flexibility is important to trademark holders, we did not 
reach agreement on a matching requirement.
 However, registries are free to perform additional verification steps at their 
discretion. 
Dispute resolution procedures are available to address cases of fraud or other 
abuse relating to sunrise registrations.
 

****  Trademark Claims Implementation  ****
 
**  Centralized and De-centralized Features
 
Participants reviewed the features of possible centralized and decentralized 
systems, and agreed to support a “hybrid” system for Trademark Claims.
 In this system, a file of domain name labels derived from the trademarks 
recorded in the Clearinghouse (and hence subject to a Claims Notice) would be 
distributed to all registries and updated on a regular basis, and a live query 
system would be used to retrieve the detailed data from the Clearinghouse when 
necessary to display the Claims Notice to a prospective registrant. 
To ensure accuracy and consistency across TLDs, it was agreed that there should 
be a compliance requirement for the Clearinghouse to report to ICANN when 
registries don’t download the list of names with the frequency required.
 

** Registry guidelines
 
All new gTLD registries are required to offer a minimum 30-day sunrise period, 
and to offer the trademark claims service for the at least first 60 days of 
general registration.
 Participants agreed to collaborate on recommended definitions to support 
additional clarity around these periods, in connection with ICANN’s publication 
of guidelines for registries concerning the sunrise and claims services. 
The 30 and 60 day periods are minimums, and registries have discretion to 
extend both periods.
 

**  Data protection
 
There was discussion on implementing an appropriate framework for access and 
use of the data. 
The group considered whether measures were necessary specifically to address 
potential mining of the Clearinghouse database for purposes other than to 
support the rights protection mechanisms.
 Given that the Trademark Clearinghouse is designed to provide trademark data 
for particular purposes, there was agreement that most controls would be 
ineffective in attempting to control data elements once provided to other 
parties.
 

****  Next Steps  ****
 
The work we accomplished last week in Brussels puts us on solid ground for 
continued progress. 
We will hold follow-up meetings next week in Los Angeles with stakeholder 
groups invited to send representatives. 
A technical session with the Clearinghouse service provider will cover 
implementation architecture for Sunrise and Trademark Claims. 
A second meeting will cover the recent IPC/BC proposal for Improvements and 
Enhancements to the RPMs for new gTLDs [PDF, 68 KB], strictly focusing on 
implementation versus policy issues, as well as the business and contractual 
framework for the Clearinghouse, including the service-level agreements and 
pricing.
 
My thanks to both the stakeholders and the ICANN team for their contributions 
to this effort. We made real progress!
 
Best,
 
Fadi




<<< Chronological Index >>>    <<< Thread Index >>>