Skip to main content
Resources

معلومات حول عملية اعتماد مزودي خدمة حل النزاعات

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

اعتمد مجلس إدارة ICANN في 26 أغسطس 1999 سياسة حل نزاعات أسماء النطاقات الموحدة لجميع أمناء السجلات الذين يقدمون نطاقات .com , و .net , و .org حيث بدأت السياسة بزيادة وتيرة التنفيذ في 1 ديسمبر 1999 ، وأصبحت قيد العمل بالكامل في 3 يناير 2000 .

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

ينبغي على المؤسسات التي تسعى للحصول على الاعتماد المؤقت كمزودين للخدمة بموجب سياسة حل النزاعات اتخاذ الخطوات التالية:

  1. الاطلاع على سياسة حل نزاعات أسماء النطاقات الموحدة و قوانين سياسة حل نزاعات أسماء النطاقات الموحدة.

  2. تقديم طلب عن طريق البريد الإلكتروني إلى (icann@icann.org) والبريد العادي إلى:

Dispute Resolution Service Provider Applications
Internet Corporation for Assigned Names and Numbers
12025 Waterfront Drive, Suite 300
Los Angeles, CA 90094-2536 USA

يجب أن تتضمن الطلبات ما يلي:

  1. عرض عام لقدرات مقدم الطلب والخلفية بتقديم خدمات حل النزاعات البديلة (ADR)، بما في ذلك وصف لسجل خدمة مقدم الطلب بالتعامل مع الجوانب الإدارية لإجراءات حل النزاعات البديلة (ADR) العاجلة.

  2. قائمة بأسماء ومؤهلات أعضاء لجنة التحكيم الذين يقترحهم المتقدم بالطلب لتضمينهم في قائمته المنشورة، ووصف متطلبات الفحص التي استخدمها مقدم الطلب في اختياره لأعضاء لجنة التحكيم في قائمته.

  3. وصف لإجراءات التدريب والإجراءات الإدارية التي يقترح مقدم الطلب تطبيقها على أعضاء لجنة التحكيم المبينين في القائمة فيما يتعلق بنزاعات أسماء النطاقات، وسياسة UDRP، وقوانين UDRP.

  4. التزام من مقدم الطلب بعدم منع أو عدم تشجيع أي من أعضاء لجنة التحكيم المبينين في قائمته من العمل كأعضاء لجان تحكيم بنزاعات أسماء النطاقات لدى مزودي خدمة آخرين.

  5. نسخة عن القوانين التكميلية المقترحة لمقدم الطلب (بما في ذلك جدول الرسوم).

  6. وثائق متعلقة بإجراءات التسجيل الداخلية المقترحة لمقدم الطلب. عند الطلب، ستحافظ ICANN على سرية هذه الوثائق.

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

  8. بيان بأية تحديدات مطلوبة على عدد الإجراءات التي يتعامل معها مقدم الطلب، إما أثناء فترة البدء أو على أساس دائم.

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

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

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

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

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

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