Skip to main content
Resources

عملية للتعامل مع طلبات إزالة قيود الملكية المشتركة المفروضة على مشغلي نطاقات gTLDs الحاليين

هذه الصفحة متوفرة باللغات:

يرجى ملاحظة أن النسخ الأنكليزية لكافة المحتوى والوثائق المترجمة تعتبر هي النسخ الرسمية وإن الترجمات باللغات الأخرى هي للأغراض المعلوماتية فقط.

(معتمد في 18 أوكتوبر 2012)

لكي يتم رفع قيود الملكية المشتركة، يمكن لمشغلي سجلات gTLD الحاليين إما طلب إجراء تعديل على اتفاقية السجل الحالية الخاصة بهم لإزالة قيود الملكية المشتركة أو طلب الانتقال إلى الشكل الجديد من اتفاقية السجل بالنسبة لنطاقات gTLD الجديدة. وأن أي تعديلات مقترحة للمواد لاتفاقيات سجل gTLD من شأنها أن تخضع للتعليق العام قبل موافقة ICANN . وبالنسبة للعملية المقترحة فهي كما يلي:

  1. يقدم مشغل سجل gTLD طلبًا خطيًا إلى ICANN وذلك للانتقال إلى نموذج جديد من اتفاقية السجل أو طلب تعديل اتفاقية السجل الحالية ويتضمن التعديل المقترح. وفي حال طلب مشغل السجل إجراء تعديل، سيتضمن التعديل:

    1. إضافة مواثيق مماثلة إلى تلك التي ترد في القسم 2.9 (ب) و(ج) من اتفاقية gTLD الجديدة http://newgtlds.icann.org/en/applicants/agb كما يلي:

      "(ب) إذا أصبح مشغل السجل (1) فرعًا أو موزعًا لسجل ICANN معتمد، أو (2) تعاقد من الباطن لتقديم أي خدمات سجل ICANN معتمدة، فإن موزع المسجل أو أي فرع في أي حالة من الحالات (1) أو(2) أعلاه، فسوف يرسل مشغل السجل إلى ICANN إشعارًا موجهًا بالتعاقد أو التعامل أو أي إجراء آخر من شأنه أن يؤدي إلى وجود هذا الفرع، أو علاقة الموزع أو التعاقد من الباطن، حسب الاقتضاء، بما في ذلك، إذا طلبت ICANN، نسخ من أي عقد يتعلق بذلك الأمر، شريطة ألا تكشف ICANN عن هذه العقود إلى أي طرف ثالث بخلاف الهيئات المنافسة الأخرى ذات الصلة. حيث تحتفظ ICANN بحقها، وليس إلزامًا، في الإشارة إلى أي من مثل هذا العقد أو المعاملات أو الإجراءات الأخرى المتعلقة بالهيئات المتنافسة ذات الصلة في حالة إفادة ICANN بأن هذا العقد أو العمل أو أي إجراء آخر قد يثير قضايا تنافسية.

      (ج) لأغراض هذا الاتفاق: (1) "الشركة التابعة" تعني أي شخص أو هيئة بشكل مباشر أو غير مباشر تتوسط أو تتحكم أو يتم التحكم فيه وفق التحكم المشترك مع الشخص أو الهيئة المحددة، و (2) "التحكم" (يشمل المصطلحات "يتم التحكم فيها" و"وفق التحكم المشترك مع") يعني الاستحواذ بشكل مباشر أو غير مباشر على سلطة توجيه الإدارة أو السياسات لشخص أو هيئة، سواء من خلال ملكية السندات أو العمل كعضو في مجلس الإدارة أو العمل كموظف أو عضو في مجلس الإدارة أو هيئة حوكمة مناظرة، وفقاً لعقد أو ترتيبات ائتمانية أو أي شكل آخر من أشكال التعاقد.

    2. إضافة ميثاق للامتثال بمدونة السلوك الجديدة لشغل السجل. وذلك في القسم 2.14 من اتفاق gTLD الجديد كما يلي:

      "فيما يتعلق بعملية التسجيل لـ TLD، على مشغل السجل أن يمتثل لمدونة سلوك السجل على النحو المبين في المواصفة الواردة [انظر المواصفة 9]."

      مدونة سلوك مشغل السجل سيتطلب إضافتها كملحق جديد.

    3. تعديل القسم 7.1(ب) ، على سبيل المثال من اتفاقيات biz/info/org (أو ما شابه في شروط الاتفاقيات الأخرى)، ونصها كما يلي:

      (ب) عدم تصرف مشغل السجل كمسجل مالك. لا يجوز لمشغل السجل التصرف كمسجل فيما يتعلق بـ TLD. يجب ألا يمنع هذا مشغل السجل من تسجيل الأسماء ضمن TLD لنفسه من خلال طلب يتم تقديمه إلى مسجل ICANN معتمد أو بأن يصبح تابع أو موزع لمشغل ICANN معتمد.

    4. حذف القسم 7.1(ج) ، على سبيل المثال من اتفاقيات biz/info/org (أو ما شابهه في شروط الاتفاقيات الأخرى).
  2. كما أن كل طلب من شأنه حذف القيود المفروضة على الملكية المشتركة يخضع لمراجعة المنافسة، تماما مثل ما يجري في مرحلة التصميم الأولية لعملية تقييم خدمات التسجيل (انظر طلب http://www.icann.org/en/registries/rsep/prelim-competition-issues-en.htm). عندما تقرر ICANN (بعد التشاور مع خبرائها) بشكل معقول في غضون 15 يوما أن إزالة القيود المفروضة على الملكية المشتركة قد يثير قضايا تنافسية كبيرة، فإنه يتعين على ICANN إخطار مشغل السجل باعتزام ICANN إحالة الطلب إلى السلطة الحكومية المختصة بالمنافسة أو السلطات ذات الاختصاص في هذه المسألة. يجوز لمشغل السجل عند هذا الحد، حسب تقديره، سحب طلب التعديل. في حالة اختيار مشغل السجل المضي قدما في الطلب، فإن طلب التعديل سيبقى في حالة معلقة حتى يتسنى للهيئة أو الهيئات المنافسة تقديم الرد الموضوعي إلى ICANN. وبناء على رد الهيئة المعنية بالمنافسة، تكمل ICANN مراجعتها والنظر في طلب التعديل. وإذا لم تتلقى ICANN ردًا من السلطات المعنية بالمنافسة في غضون 90 يوما، فإنه يجوز لـ ICANN حسب تقديرها، الأخذ بعين الاعتبار جميع العوامل ذات الصلة، كالاستمرار في النظر في طلب التعديل، أو، إذا كان معقولا في ظل هذه الظروف، إرجاء النظر في التعديل المقترح إلى أن يتسنى لـ ICANN تلقي ردًا موضوعيًا من الهيئة أو الهيئات المنافسة. ملاحظة: لا يهدف أي شيء في هذه العملية إلى الإشارة بأنه يفترض من الهيئة المنافسة اتخاذ أي إجراء في أي وقت.
  3. وسيتم نشر التعديل المطلوب بموجب هذه العملية للتعليق العام.
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."