نظام المقبض

📅 آخر تحديث: ٢٢ يوليو ٢٠٢٦
✍️ نُشر في: ٢٢ يوليو ٢٠٢٦
📷 يحتوي على 3 صور
الموسوعة الحرة

نظام المقابض هو سجل خاص يعين معرفات ثابتة أو مقابض لموارد المعلومات، ولحل "تلك المقابض إلى المعلومات اللازمة لتحديد موقع الموارد والوصول إليها واستخدامها بطريقة أخرى". [1] وكما هو الحال مع المقابض المستخدمة في أماكن أخرى في الحوسبة، فإن مقابض نظام المقابض غير شفافة ولا تشفر أي معلومات حول المورد الأساسي، حيث ترتبط فقط بالبيانات الوصفية المتعلقة بالمورد. وبالتالي، لا تصبح المقابض غير صالحة بسبب التغييرات التي تطرأ على البيانات الوصفية.

تم تطوير النظام بواسطة بوب كان في مؤسسة المبادرات البحثية الوطنية (CNRI) كجزء من هندسة الكائنات الرقمية (DOA). تم تمويل العمل الأصلي من قبل وكالة مشاريع الأبحاث الدفاعية المتقدمة (DARPA) بين عامي 1992 و 1996، كجزء من إطار أوسع لخدمات الكائنات الرقمية الموزعة، [2] وبالتالي كان متزامنًا مع النشر المبكر لشبكة الويب العالمية ، مع أهداف مماثلة.

تم تنفيذ نظام المقبض لأول مرة في خريف عام 1994، وتم إدارته وتشغيله بواسطة CNRI حتى ديسمبر 2015، عندما تم تقديم وضع تشغيل جديد "للمسؤولين متعددي الأساسيات" (MPA). تدير مؤسسة DONA [3] الآن سجل المقبض العالمي للنظام وتعتمد MPAs، بما في ذلك CNRI ومؤسسة DOI الدولية . [4] يوفر النظام حاليًا البنية الأساسية الأساسية لأنظمة تعتمد على المقبض مثل معرفات الكائنات الرقمية (DOI) و DSpace ، والتي تُستخدم بشكل أساسي لتوفير الوصول إلى المستندات العلمية والمهنية والحكومية وموارد المعلومات الأخرى.

توفر CNRI المواصفات والرمز المصدري للتطبيقات المرجعية للخوادم والبروتوكولات المستخدمة في النظام بموجب "رخصة عامة" خالية من حقوق الملكية، تشبه رخصة المصدر المفتوح. [5] تعمل آلاف الخدمات حاليًا. يوجد أكثر من 1000 من هذه الخدمات في الجامعات والمكتبات، ولكنها تعمل أيضًا في المختبرات الوطنية ومجموعات البحث والوكالات الحكومية والمؤسسات التجارية، وتتلقى أكثر من 200 مليون طلب حل شهريًا. [ بحاجة لمصدر ]

تحديد

تم تعريف نظام المقبض في RFCs المعلوماتية 3650، [1] 3651 [6] و3652 [7] لفريق عمل هندسة الإنترنت (IETF) ؛ وهو يتضمن مجموعة مفتوحة من البروتوكولات، ومساحة اسم، وتنفيذ مرجعي للبروتوكولات. يتم توفير الوثائق والبرامج والمعلومات ذات الصلة بواسطة CNRI على موقع ويب مخصص [8]

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

  • 20.1000/100
  • 2381/12345

في المثال الأول، وهو المقبض لترخيص برنامج HANDLE.NET، 20.1000هو البادئة المعينة لسلطة التسمية (في هذه الحالة، Handle.net نفسها) وهو 100الاسم المحلي ضمن مساحة الاسم تلك. قد يتكون الاسم المحلي من أي أحرف من مجموعة أحرف Unicode UCS-2. تتكون البادئة أيضًا من أي أحرف UCS-2 ، بخلاف "/". تتكون البادئات من جزء أو أكثر من أجزاء سلطة التسمية، مفصولة بنقاط، تمثل تسلسلًا هرميًا لسلطات التسمية. وبالتالي، في المثال، 20بادئة سلطة التسمية لـ CNRI، بينما 1000تشير إلى سلطة تسمية تابعة ضمن البادئة 20. ومن الأمثلة الأخرى للبادئات ذات المستوى الأعلى لسلطات التسمية الفيدرالية لمؤسسة DONA 10مقابض DOI؛ 11ومقابض المعينة من قبل ITU ؛ 21بالنسبة لمقابض الأسماء الصادرة عن شركة Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen الألمانية (GWDG)، المركز العلمي للحوسبة التابع لجامعة جوتنجن ؛ وبالنسبة 86لتحالف خدمات المقابض - الصين. عادةً ما تكون البادئات "القديمة" الصادرة عن CNRI قبل إنشاء هيكل "المسؤول متعدد الأساسيات" (MPA) مكونة من أربعة أرقام من أصل خمسة، كما في المثال الثاني أعلاه، وهو مقبض تديره جامعة ليستر . يجب تسجيل جميع البادئات في سجل المقابض العالمية من خلال مسجل معتمد من مؤسسة DONA، عادةً مقابل رسوم.

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

قد يتناقض هذا مع محدد موقع الموارد الموحد (URL)، والذي قد يشفر داخل المعرف سمات المورد مثل البروتوكول الذي سيتم استخدامه للوصول إلى الخادم الذي يحمل المورد، واسم مضيف الخادم ورقم المنفذ، وربما حتى تفاصيل الموقع مثل اسم الملف في نظام ملفات الخادم الذي يحتوي على المورد. في نظام المقبض، لا يتم تشفير هذه التفاصيل في المقبض، ولكن يتم العثور عليها في البيانات الوصفية التي يرتبط بها المقبض.

قد تتضمن البيانات الوصفية العديد من سمات مورد المعلومات، مثل مواقعه، والأشكال التي يتوفر بها، وأنواع الوصول (على سبيل المثال "مجاني" مقابل "مدفوع") المعروضة، ولمن. تتم معالجة البيانات الوصفية لتحديد كيفية ومكان الوصول إلى المورد، وتوفير المورد للمستخدم، في خطوة منفصلة، ​​تسمى "الحل"، باستخدام Resolver، وهو خادم قد يكون مختلفًا عن الخوادم المشاركة في تبادل المقبض بالبيانات الوصفية. على عكس عناوين URL، والتي قد تصبح غير صالحة إذا أصبحت البيانات الوصفية المضمنة فيها غير صالحة، لا تصبح المقابض غير صالحة ولا تحتاج إلى التغيير عند تغير المواقع أو سمات البيانات الوصفية الأخرى. يساعد هذا في منع تعفن الرابط ، حيث أن التغييرات في مورد المعلومات (مثل الموقع) تحتاج فقط إلى أن تنعكس في التغييرات في البيانات الوصفية، وليس في التغييرات في كل مرجع للمورد.

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

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

يتوافق نظام المقبض مع نظام اسم النطاق (DNS)، لكنه لا يتطلبه، على عكس المعرفات الدائمة مثل PURLs أو ARKs ، والتي تشبه المقبض، لكنها تستخدم أسماء النطاقات. ومع ذلك، على عكس هذه الأساليب القائمة على اسم النطاق، تتطلب المقبضات عملية تسجيل بادئة منفصلة وخوادم مقبض منفصلة عن خوادم اسم النطاق.

يمكن استخدام المقابض بشكل أصلي، أو التعبير عنها كمعرفات موارد موحدة (URIs) من خلال مساحة اسم ضمن مخطط URI للمعلومات ؛ [9] [10] على سبيل المثال، 20.1000/100يمكن كتابتها كـ URI، info:hdl/20.1000/100. بعض مساحات أسماء نظام المقابض، مثل معرفات الكائنات الرقمية، هي مساحات أسماء URI "info:" في حد ذاتها؛ على سبيل المثال، info:doi/10.1000/182هناك طريقة أخرى لكتابة المقبض للمراجعة الحالية لدليل DOI [11] كـ URI.

تعرف بعض مساحات أسماء نظام المقابض قواعد عرض خاصة. على سبيل المثال، يتم تقديم معرفات الكائنات الرقمية ، التي تمثل نسبة عالية من المقابض الموجودة، عادةً ببادئة "doi:" : doi:10.1000/182.

يمكن التعبير عن أي مقبض كمحدد موارد موحد (URL) من خلال استخدام خادم الوكيل HTTP العام : [12]

  • https://hdl.handle.net/20.1000/100

توفر بعض الأنظمة المستندة إلى Handle خادم وكيل HTTP مخصص للاستخدام مع نظامها الخاص مثل:

  • https://doi.org/10.1000/182.

تطبيق

يتألف تنفيذ نظام Handle من خدمات مقابض محلية، كل منها مكون من موقع واحد أو أكثر يوفر الخوادم التي تخزن مقابض محددة. سجل المقابض العالمي هو خدمة مقابض محلية فريدة تخزن المعلومات حول البادئات (المعروفة أيضًا باسم سلطات التسمية) داخل نظام Handle ويمكن الاستعلام عنه لمعرفة مكان تخزين مقابض محددة على خدمات مقابض محلية أخرى داخل هذا النظام الموزع.

يوفر موقع Handle System سلسلة من أدوات التنفيذ، وأبرزها برنامج HANDLE.NET [13] ومكتبات عملاء HANDLE.NET. [14] ويمكن تضمين عملاء Handle في برنامج المستخدم النهائي (على سبيل المثال، متصفح الويب) أو في برنامج الخادم (على سبيل المثال، خادم الويب) وتتوفر ملحقات بالفعل لبرنامج Adobe Acrobat [15] و Firefox . [16]

تتوفر مكتبات برامج التعامل مع العميل باللغتين C وJava. وقد طورت بعض التطبيقات أدوات إضافية محددة، على سبيل المثال، لنظام DOI. [17]

ترتبط الشبكة المتداخلة لخوادم حل المقابض الموزعة (المعروفة أيضًا باسم نظام خادم الوكيل) من خلال مُحلِّل عالمي (وهو كيان منطقي واحد على الرغم من أنه لامركزي ومُعاكس فعليًا). يحصل مستخدمو تقنية نظام المقابض على بادئة مقابض تم إنشاؤها في سجل المقابض العالمي. يحافظ سجل المقابض العالمي على بادئات خدمات المقابض التي يتم صيانتها محليًا ويحلها. وبالتالي، يمكن لأي خدمة مقابض محلية حل أي مقابض من خلال المُحلِّل العالمي.

يتم تمرير المقابض (المعرفات) بواسطة العميل، كاستعلام من سلطة التسمية/البادئة، إلى سجل المقابض العالمي (GHR) لنظام المقابض. يستجيب سجل المقابض العالمي (GHR) بإرسال معلومات الموقع إلى العميل لخدمة المقابض المحلية ذات الصلة (والتي قد تتكون من خوادم متعددة في مواقع متعددة)؛ ثم يتم إرسال استعلام إلى الخادم ذي الصلة داخل خدمة المقابض المحلية. تعيد خدمة المقابض المحلية المعلومات المطلوبة للحصول على المورد، على سبيل المثال، عنوان URL الذي يمكن تحويله بعد ذلك إلى إعادة توجيه HTTP. (ملاحظة: إذا كان لدى العميل بالفعل معلومات حول LHS المناسب للاستعلام عنه، فسيتم حذف الاستعلام الأولي إلى GHR)

على الرغم من أن النموذج الأصلي الذي يشتق منه نظام Handle تعامل مع إدارة الكائنات الرقمية، فإن نظام Handle لا يفرض أي نموذج معين للعلاقات بين الكيانات المحددة، ولا يقتصر على تحديد الكائنات الرقمية فقط: يمكن تمثيل الكيانات غير الرقمية ككائن رقمي مماثل لأغراض إدارة الكائنات الرقمية. هناك حاجة إلى بعض العناية في تعريف مثل هذه الكائنات وكيفية ارتباطها بالكيانات غير الرقمية؛ هناك نماذج راسخة يمكن أن تساعد في مثل هذه التعريفات مثل المتطلبات الوظيفية للسجلات الببليوغرافية (FRBR) و CIDOC CRM ونموذج محتوى indecs . وجدت بعض التطبيقات أنه من المفيد ربط مثل هذا الإطار بتطبيق handle: على سبيل المثال، تجمع مبادرة التعلم الموزع المتقدم (ADL) [18] بين تطبيق Handle System والمعايير الحالية لمحتوى التعلم الموزع، باستخدام نموذج مرجع كائن المحتوى القابل للمشاركة (SCORM)، [19] وتنفيذ نظام معرف الكائن الرقمي (DOI) لنظام Handle مع إطار عمل indecs للتعامل مع التشغيل البيني الدلالي .

كما يوضح نظام المقبض أهمية الالتزام التنظيمي بنظام معرف ثابت، لكنه لا يفرض نموذجًا واحدًا لضمان هذا الالتزام. قد تختار التطبيقات الفردية إنشاء مجموعاتها الخاصة من القواعد والبنية الأساسية الاجتماعية لضمان الاستمرارية (على سبيل المثال، عند استخدامها في تطبيق DSpace وتطبيق DOI). [20]

مبادئ التصميم

تم تصميم نظام المقبض لتلبية المتطلبات التالية للمساهمة في الاستمرارية [21]

سلسلة المعرف:

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

آلية حل المعرف:

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

التطبيقات

من بين الأشياء التي يتم التعرف عليها حاليًا من خلال المقابض المقالات الصحفية والتقارير الفنية والكتب والأطروحات والرسائل العلمية والوثائق الحكومية والبيانات الوصفية ومحتوى التعلم الموزع ومجموعات البيانات. تُستخدم المقابض في تطبيقات العلامات المائية الرقمية وتطبيقات GRID ومستودعات البيانات والمزيد. على الرغم من أن المستخدمين الفرديين قد يقومون بتنزيل واستخدام برنامج HANDLE.NET بشكل مستقل، إلا أن العديد من المستخدمين وجدوا أنه من المفيد التعاون في تطوير التطبيقات في اتحاد، باستخدام سياسة مشتركة أو تقنية إضافية لتوفير خدمات مشتركة. كواحد من أول مخططات المعرفات الدائمة، تم اعتماد نظام المقابض على نطاق واسع من قبل المؤسسات العامة والخاصة وتم إثباته على مدار عدة سنوات. (انظر Paradigm، Persistent identifiers.) [22]

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

توجد الآلاف من خدمات المقبض التي تعمل اليوم، وتقع في 71 دولة، في 6 قارات؛ يعمل أكثر من 1000 منها في الجامعات والمكتبات. يتم تشغيل خدمات المقبض من قبل اتحادات المستخدمين والمختبرات الوطنية والجامعات ومراكز الحوسبة والمكتبات (الوطنية والمحلية) والوكالات الحكومية والمقاولين والشركات ومجموعات البحث. يستخدم الناشرون الرئيسيون نظام المقبض للتعريف المستمر للمحتوى المتداول تجاريًا والمفتوح الوصول من خلال تنفيذه بنظام معرف الكائن الرقمي (DOI) .

إن عدد البادئات التي تسمح للمستخدمين بتعيين معرّفات آخذ في النمو، ويتجاوز 12000 في أوائل عام 2014. وهناك ستة خوادم تسجيل معرّفات عالمية عالية المستوى تتلقى (في المتوسط) 68 مليون طلب حل شهريًا. وتتلقى خوادم البروكسي المعروفة لدى CNRI، والتي تمرر الطلبات إلى النظام على الويب، (في المتوسط) 200 مليون طلب حل شهريًا. (إحصائيات من Handle Quick Facts.)

في عام 2010، أبرمت CNRI والاتحاد الدولي للاتصالات اتفاقية للتعاون في استخدام نظام Handle (والهندسة المعمارية للكائنات الرقمية بشكل عام) ويعملان على التفاصيل المحددة لهذا التعاون؛ في أبريل 2009، أدرج الاتحاد الدولي للاتصالات نظام Handle باعتباره "اتجاهًا ناشئًا". [23]

التراخيص وسياسة الاستخدام

Handle System وHANDLE.NET وGlobal Handle Registry هي علامات تجارية لشركة مبادرات الأبحاث الوطنية (CNRI)، وهي شركة بحث وتطوير غير ربحية في الولايات المتحدة. يعد Handle System موضوع براءات اختراع من قبل CNRI، التي ترخص تقنية Handle System الخاصة بها من خلال ترخيص عام، [24] مشابه لترخيص مفتوح المصدر، من أجل تمكين الاستخدام الأوسع للتكنولوجيا. يتم دعم البنية الأساسية لنظام Handle من خلال تسجيل البادئة ورسوم الخدمة، حيث تأتي الأغلبية من حاملي البادئة الفرديين. أكبر مساهم فردي حالي هو مؤسسة DOI الدولية . يسمح الترخيص العام بالاستخدام التجاري وغير التجاري بتكلفة منخفضة لكل من تقنيته الحاصلة على براءة اختراع والتنفيذ المرجعي للبرنامج، ويسمح بتضمين البرنامج بحرية في أنظمة ومنتجات أخرى. تتوفر أيضًا اتفاقية خدمة [5] للمستخدمين الذين يعتزمون تقديم خدمات التعريف و/أو الدقة باستخدام تقنية Handle System بموجب الترخيص العام لنظام Handle.

يمثل نظام Handle العديد من مكونات بنية الكائن الرقمي طويلة المدى. في يناير 2010، أصدرت CNRI برنامجها العام لمستودع الكائن الرقمي، [25] وهو مكون رئيسي آخر لهذه البنية. تتوفر المزيد من المعلومات [26] حول الإصدار، بما في ذلك مواصفات البروتوكول، ورمز المصدر، والنظام الجاهز للاستخدام، والعملاء والأدوات المساعدة. [27] [28]

انظر أيضا

مراجع

  1. ^ نظرة عامة على نظام التعامل. IETF . doi : 10.17487/RFC3650 . RFC 3650.
  2. ^ "Kahn/Wilensky Architecture". CNRI. 1995-05-13 . تم الاسترجاع في 2013-03-13 .
  3. ^ "مؤسسة دونا". dona.net .
  4. ^ "نظام معرف الكائن الرقمي". doi.org .
  5. ^ "إعادة التوجيه إلى محتوى موقع Handle.Net الحالي". handle.net . تم الاسترجاع في 15 مارس 2018 .
  6. ^ التعامل مع مساحة اسم النظام وتعريف الخدمة. IETF . doi : 10.17487/RFC3651 . RFC 3651.
  7. ^ مواصفات بروتوكول نظام التعامل (الإصدار 2.1). IETF . doi : 10.17487/RFC3652 . RFC 3652.
  8. ^ "handle.net". handle.net . تم الاسترجاع في 2013-03-13 .
  9. ^ "حول عناوين URI "info" – الأسئلة الشائعة". Info-uri.info . تم الاسترجاع في 2013-03-13 .
  10. ^ مخطط "info" URI لقتلة المعلومات باستخدام المعرفات في المساحات العامة. IETF . doi : 10.17487/RFC4452 . RFC 4452.
  11. ^ "دليل DOI". مؤسسة DOI الدولية . doi :10.1000/182. مؤرشف من الأصل في 16 سبتمبر 2022.
  12. ^ "خدمات HDL.NET: نظام خادم الوكيل". Handle.net . تم الاسترجاع في 2013-03-13 .
  13. ^ "HS Software Download". Handle.net . تم الاسترجاع في 2013-03-13 .
  14. ^ "مكتبات عملاء البرامج". Handle.net . تم الاسترجاع في 2013-03-13 .
  15. ^ "HDL Plug-in for Adobe Acrobat and Acrobat Reader". Handle.net . تم الاسترجاع في 2013-03-13 .
  16. ^ "إعادة التوجيه إلى محتوى موقع Handle.Net الحالي". handle.net . مؤرشف من الأصل في 5 سبتمبر 2015.
  17. ^ "أدوات نظام DOI". Doi.org. 2012-07-12 . تم الاسترجاع في 2013-03-13 .
  18. ^ "adlnet.gov". adlnet.gov . تم الاسترجاع في 2013-03-13 .
  19. ^ "SCORM". adlnet.gov . مؤرشف من الأصل في 2008-06-14.
  20. ^ "doi.org". doi.org. 2013-01-08 . تم الاسترجاع 2013-03-13 .
  21. ^ "أنظمة التعريف في بنية الشبكة، لورانس لانوم، المعهد الوطني للبحوث الوطنية. فيديو للعرض التقديمي (أو ملف PDF فقط) من ندوة بيانات التعريف الخاصة بالأفلام المتحركة الرقمية، مجلس العلوم والتكنولوجيا، أكاديمية فنون وعلوم الأفلام المتحركة، 11 يونيو 2009". Oscars.org. 2012-08-24. مؤرشف من الأصل في 2013-03-30 . تم الاسترجاع في 2013-03-13 .
  22. ^ "دليل العمل على الأوراق الرقمية الخاصة | البيانات الوصفية الإدارية والحفظية | المعرفات الدائمة". paradigm. 2008-01-02. مؤرشف من الأصل في 2013-03-29 . تم الاسترجاع في 2013-03-13 .
  23. ^ "Handle System". Itu.int. 2010-04-16 . تم الاسترجاع في 2013-03-13 .
  24. ^ "LICENSE" (PDF) . www.handle.net . تم الاسترجاع في 2020-05-11 .
  25. ^ "dorepository.org". dorepository.org. 2013-01-08 . تم الاسترجاع في 2013-03-13 .
  26. ^ "خادم مستودع الكائنات الرقمية: أحد مكونات بنية الكائنات الرقمية". Dlib.org. 2010-02-04 . تم الاسترجاع في 2013-03-13 .
  27. ^ Reilly S, Tupelo-Schneck R (يناير 2010). "خادم مستودع الكائنات الرقمية: أحد مكونات بنية الكائنات الرقمية". مجلة D-Lib . 16 (1/2). مستودع DO. doi : 10.1045/january2010-reilly . ISSN  1082-9873 . تم الاسترجاع في 2013-03-13 .
  28. ^ "Cordra". cordra.org .
تتمتع ويكي بيانات بالخاصية التالية:
  • معرف المقبض (P1184) (انظر الاستخدامات )
  • الموقع الرسمي
تم الاسترجاع من "https://en.wikipedia.org/w/index.php?title=نظام_المقبض&oldid=1255271275"
Original text
Rate this translation
Your feedback will be used to help improve Google Translate