このページの古いバージョンを表示しています。現在のバージョンを表示します。

現在のバージョンとの相違点 ページ履歴を表示

« 前のバージョン バージョン 6 次のバージョン »

Comment Close
Date
Statement
Name 

Status

Assignee(s) and
RALO(s)

Call for
Comments
Call for
Comments
Close 
Vote
Announcement 
Vote OpenVote
Reminder
Vote CloseDate of SubmissionStaff Contact and EmailStatement Number
11.03.2014Proposed Review Mechanism to Address Perceived Inconsistent Expert Determinations on String Confusion ObjectionsDraftingAlan Greenberg (NARALO)TBCTBCTBCTBCTBCTBCTBCChristine Willett
christine.willet@icann.org 
TBC

Comment / Reply Periods (*)
Comment Open Date: 11 February 2014
Comment Close Date: 11 March 2014 - 23:59 UTC
Reply Open Date: 12 March 2014
Reply Close Date: 2 April 2014 - 23:59 UTC
Important Information Links
Brief Overview
Originating Organization: 
Global Domains Division
Categories/Tags: 
  • Contracted Party Agreements
  • New gTLD Program
  • Reviews/Improvements
  • Top-Level Domains
Purpose (Brief): 

To solicit community input regarding a proposed review mechanism to address perceived inconsistent Expert Determinations in the String Confusion Objection process in the New gTLD Program. The review mechanism will be limited to the Expert Determinations made on String Confusion objections for .CAR/.CARS and .CAM/.COM.

Current Status: 

The String Confusion Objections are administered by the International Centre for Dispute Resolution (ICDR). Expert Determinations have been issued by the ICDR for all String Confusion Objections filed.

Next Steps: 

After reviewing feedback from the public comment forum, the ICANN Board New gTLD Program Committee (NGPC) will consider options to address the perceived inconsistent String Confusion Objection Expert Determinations, including whether to allow the Expert Determinations to stand as is, and whether or not to adopt the proposed review mechanism.

Staff Contact: 
Christine Willett
Detailed Information
Section I: Description, Explanation, and Purpose: 

At the direction of the ICANN Board New gTLD Program Committee (NGPC), ICANN is soliciting public comment on a proposed review mechanism to address the perceived inconsistent Expert Determinations in certain New gTLD Program String Confusion Objection proceedings. The proposed review mechanism will be limited to the String Confusion Objection Expert Determinations for .CAR/.CARS and .CAM/.COM.

If adopted, the review mechanism would constitute a change to the String Confusion Objection process in the New gTLD Applicant Guidebook. Given that the proposal to implement this review mechanism could affect the outcomes of one or more of String Confusion Objections – a process that was informed by years of debate and public comment as part of the development of the New gTLD Applicant Guidebook – the proposed review mechanism is being published for public comment.

Section II: Background: 

The New gTLD Applicant Guidebook (Guidebook) identifies four grounds upon which a formal objection may be filed against a gTLD application. One such objection is a String Confusion Objection (SCO), which may be filed by an objector (meeting the standing requirements) on the grounds that an applied-for gTLD string is confusingly similar to an existing TLD or to another applied-for gTLD string in the same round of applications. If successful, a SCO could change the configuration of the preliminary contention sets in that the two applied-for gTLD strings will be considered to be in contention with one another (see Guidebook Module 4, String Contention Procedures). The SCOs are administered by the International Centre for Dispute Resolution (ICDR). Expert Determinations have been issued by the ICDR for all String Confusion Objections filed.

Some members of the community have commented on perceived "inconsistent" SCO Expert Determinations. The NGPC has monitored the SCO Expert Determinations over the past several months, and discussed the community comments at more than one of its meetings. Also, on 10 October 2013 [PDF, 132 KB] the Board Governance Committee (BGC) asked staff to draft a report for the NGPC on String Confusion Objections as some requestors commented on "inconsistencies" in certain SCO Expert Determinations.

Following on from the staff report on String Confusion Objections, the NGPC identified two sets of perceived "inconsistent" SCO Expert Determinations (i.e. objections raised by the same objector against different applications for the same string, where the outcomes of the SCOs differ). At its 5 February 2014 meeting, the NGPC took action to direct the ICANN President and CEO, or his designee, to initiate a public comment period on the framework principles of a potential review mechanism to address the perceived inconsistent SCO Expert Determinations.

Section IV: Additional Information: 

N/A


(*) Comments submitted after the posted Close Date/Time are not guaranteed to be considered in any final summary, analysis, reporting, or decision-making that takes place once this period lapses.

FINAL VERSION TO BE SUBMITTED IF RATIFIED

The final version to be submitted, if the draft is ratified, will be placed here by upon completion of the vote. 

FINAL DRAFT VERSION TO BE VOTED UPON BY THE ALAC

The final draft version to be voted upon by the ALAC will be placed here before the vote is to begin.

FIRST DRAFT SUBMITTED

ICANN Contractual Compliance (CC) accepts complaints either on a one-by-one basis using web-based submission tools, or for selected partners, using a bulk-submission process. The ALAC understanding is that regardless of the submission vehicle, each complaint is reviewed on its merits and processed individually. Such a methodology is warranted to address the wide range of complaints that might be received by CC, coupled with the need to ensure that all of the specifics of a complaint are understood and well-founded before any action with a registrar is initiated.

However, this methodology is not suitable when the subject of a complaint is not an individual occurrence, but a more wide-spread problem that affects multiple gTLD registrations. In such a case, the individually handling of related situations causes much repetitive work and moreover, does not allow CC to avail itself of the underlying patterns and related issues discovered by the complaint originator.

Just as the UDRP allows multiple related disputes to be filed in the same single complaints, CC should allow multiple, related issues to be raised in a single complaint. Just as a UDRP panel has the opportunity to consider the complete set of related complaints at the same time, CC should give itself the same benefit.

If such a process were created, the workload of CC could be better controlled, and substantive issues could be resolved quicker and earlier than by using todays methodology alone. Moreover, as ICANN develops its internal technology to review Whois accuracy, the discovery of such related problems are likely to be made in-house, and it is inevitable that CC must gear up for these cases.

It is reasonable that, at least at the start, the use of such a "related complaint" submission process be used only by those with whom ICANN can develop a good working relationship, and possibly accreditation for the existing bulk-submission tool could be used to determine who could use the new process.

This recommendation is being submitted to CC on behalf of the At-Large Advisory Committee, and the ALAC believes that it is to all party's mutual advantage that we have the opportunity to further investigate such a process with Contractual Compliance.

 

  • ラベルがありません