Skip to main content
Resources

قرار المجلس المقترح | اجتماع خاص لمجلس إدارة ICANN

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

تمت ترجمة هذه الوثيقة إلى العديد من اللغات بغرض المعلومات فقط. ويمكن العثور على النص الأصلي والموثوق (بالإنجليزية) من: http://www.icann.org/en/groups/board/documents/resolutions-28mar12-en.htm

 

معالجة دفعات طلبات الحصول على gTLD جديدة: الختم الزمني الثانوي

وحيث أنه تم فتح فترة قبول طلبات برنامج gTLD الجديدة في 12 يناير 2012 ومن المقرر إغلاقه في 12 أبريل 2012.

وحيث أنه دليل المتقدمين بطلبات gTLDs الجديدة ( القسم 1.1.2.5 ) <http://newgtlds.icann.org/en/applicants/agb> يشير إلى أن حجم الطلبات المستلمة تجاوز 500 طلب بشكل كبير، فسيتم معالجة الطلبات على دفعات.

وحيث أنه في 8 ديسمبر 2011 ، تبنى مجلس الإدارة قراراً ( #2011.12.08.4a ) لتفويض وضع خطة لاستخدام "ختم زمني ثانوي" لتحديد ترتيب معالجة الطلبات في حالة تطلب دفعات متعددة.

وحيث أنه وضع فريق برنامج gTLDs الجديد تفاصيل تشغيلية مقترحة لخطة تنفيذ ختم زمني ثانوي، والتي يشار إليها حالياً باسم "الرماية الرقمية".

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

تقرر بموجب القرار رقم ( 2012.03.28.01 )، يؤكد مجلس الإدارة موافقته على الختم الزمني الثانوية/ الرماية الرقمية على أنها الآلية المناسبة لفرز طلبات gTLD الجديدة إلى دفعات، ويصدر توجيهاته بأن يتم إعلام المتقدمين بالطلبات والعامة بالتفاصيل التشغيلية للآلية بحسب ما هو ضروري ومناسب.

حيثيات القرار 2012.03.28.01

إعادة التأكيد على أن التزام مجلس الإدارة بالختم الزمني الثانوي/ الرماية الرقمية تم اتخاذه بعد مراجعة الاقتراحات البديلة لمعالجة الدفعات التي تم النظر فيها بعد سماع تعليقات المجتمع ومخاوفه كما أثيرت في اجتماع ICANN في سان خوان، كوستاريكا. راجع فريق صغير من مجلس الإدارة حلول الرماية الرقمية، وهو حل محتمل للمزاد، ونظر بتحديد أولويات التعليقات التي قدمها المجتمع. بالنسبة إلى جولة الطلبات الحالية، التأكيد على أن عملية الرماية الرقمية هي الوسيلة الأكثر إنصافاً لتحقيق حلول معالجة دفعات غير عشوائية تفسر التنوع على نطاق جميع مناطق ICANN . كما يؤكد مجلس الإدارة مجدداً على حيثيات القرارين 2011.12.08.04 – 2011.12.08.06.

إن عملية تحديد الدفعات تحدد كيفية تقسيم الطلبات إلى دفعات وتحدد أولويات تحليل التقييم. من المنظور المفاهيمي، فإن عملية اختيار الدفعات هي بسيطة نسبياً وتتضمن الخطوات الأربعة التالية:

  1. تسجيل المتقدم بطلب في نظام الدفعات عبر الإنترنت لاختيار تفضيلات الدفعات التي يرغب بها (مثل أبكر دفعة أو أية دفعة) واختيار تاريخ ووقت مستهدفين (مثلاً، التاريخ المستهدف: 10 مايو 2012 ، والوقت المستهدف: 12:00:00 بالتوقيت العالمي)؛
  2. إعادة دخول المتقدم بطلبات إلى نظام الدفعات عبر الإنترنت واستخراج رسالة تم إرسالها من كمبيوتره/ نظامه إلى نظام الدفعات عبر الإنترنت. سيدون نظام الدفعات عبر الإنترنت تاريخ ووقت استلام رسالة المتقدم بطلب. (مثلاً، تاريخ استلام الرسالة: 10 مايو 2012 ، ووقت استلام الرسالة: 12:00:01 )؛
  3. سيحتسب النظام التباين الزمني بين التاريخ/الوقت المستهدف للمتقدم بطلب من الخطوة 1 وتاريخ/وقت استلام الرسالة من الخطوة 2 . هذا التباين الزمني يسمى "الختم الزمني الثانوي" للمتقدم بطلب بناءً على الأمثلة من الخطوتين 1 و 2 أعلاه، الختم الزمني الثانوي هو 1 ثانية. كلما كان الختم الزمني الثانوي أقرب إلى الصفر، زاد احتمال معالجة الطلب في أقرب دفعة، على افتراض أن المتقدم بطلب قد اختار أقرب دفعة.
  4. ثم ستدمج عملية اختيار الدفعات تفضيلات معالجة الدفعات للمتقدم بطلب (مثل أبكر دفعة أو أية دفعة)، و"الختم الزمني الثانوي" (مثلاً، 1 ثانية)، والمنطقة الجغرافية لتحديد ترتيب المعالجة/ الدفعات للطلب المعين.

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

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

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

إن توفير هذا الآن سيسمح للمجتمع والمتقدمين بطلبات بفهم مواعيد معالجة الطلبات إذا استلمت ICANN عدداً كبيراً من الطلبات (أي أكثر من 500 طلب).

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."