Handle System یک رجیستری اختصاصی است که شناسهها یا دستههای ثابتی را به منابع اطلاعاتی اختصاص میدهد و برای حل «آن دستهها در اطلاعات لازم برای مکانیابی، دسترسی و استفاده از منابع دیگر» استفاده میکند. [1] مانند دستههایی که در جاهای دیگر در محاسبات استفاده میشوند، دستههای سیستم Handle غیرشفاف هستند، و هیچ اطلاعاتی در مورد منبع اصلی رمزگذاری نمیکنند، و فقط به ابردادههای مربوط به منبع محدود میشوند. در نتیجه، دستهها با تغییر در ابردادهها بیاعتبار نمیشوند.
این سیستم توسط باب کان در شرکت ابتکارات تحقیقات ملی (CNRI) به عنوان بخشی از معماری اشیاء دیجیتال (DOA) توسعه یافته است. کار اصلی توسط آژانس پروژههای تحقیقاتی پیشرفته دفاعی (دارپا) بین سالهای 1992 و 1996، به عنوان بخشی از یک چارچوب گستردهتر برای سرویسهای اشیاء دیجیتال توزیع شده، تأمین مالی شد، [2] و بنابراین همزمان با استقرار اولیه شبکه جهانی وب بود . اهداف مشابه
سیستم Handle برای اولین بار در پاییز 1994 پیاده سازی شد و تا دسامبر 2015 توسط CNRI اداره و اداره می شد، زمانی که یک حالت جدید عملکرد "مدیر چندگانه" (MPA) معرفی شد. بنیاد DONA [3] اکنون ثبت جهانی هندل سیستم را مدیریت می کند و MPAها از جمله CNRI و بنیاد بین المللی DOI را تأیید می کند . [4] این سیستم در حال حاضر زیرساخت زیرساختی را برای سیستمهای مبتنی بر دسته مانند شناسههای دیجیتالی شی (DOI) و DSpace فراهم میکند که عمدتاً برای دسترسی به اسناد علمی، حرفهای و دولتی و سایر منابع اطلاعاتی استفاده میشوند.
CNRI مشخصات و کد منبع را برای پیاده سازی مرجع برای سرورها و پروتکل های مورد استفاده در سیستم تحت یک "مجوز عمومی" بدون حق امتیاز، مشابه مجوز منبع باز ارائه می دهد. [5] هزاران سرویس دسته در حال حاضر در حال اجرا هستند. بیش از 1000 مورد از آنها در دانشگاه ها و کتابخانه ها هستند، اما آنها همچنین در آزمایشگاه های ملی، گروه های تحقیقاتی، سازمان های دولتی و شرکت های تجاری فعال هستند و بیش از 200 میلیون درخواست حل در ماه دریافت می کنند. [ نیازمند منبع ]
سیستم Handle در RFCهای اطلاعاتی 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) در تضاد باشد، که ممکن است در شناسه ویژگی هایی از منبع مانند پروتکل مورد استفاده برای دسترسی به سرور نگهدارنده منبع، نام میزبان سرور و شماره پورت و شاید حتی مکان را رمزگذاری کند. مشخصاتی مانند نام یک فایل در سیستم فایل سرور حاوی منبع. در سیستم Handle، این ویژگیها در دسته کدگذاری نمیشوند، بلکه در ابردادههایی که دسته به آن متصل است، یافت میشوند.
ابرداده ممکن است شامل بسیاری از ویژگیهای منبع اطلاعاتی باشد، مانند مکانهای آن، فرمهایی که در آن در دسترس است، انواع دسترسی (مثلاً «رایگان» در مقابل «پرداختشده») ارائهشده، و به چه کسی. پردازش ابرداده برای تعیین نحوه و مکان دسترسی به منبع، و ارائه منبع به کاربر، در یک مرحله جداگانه به نام "رزولوشن" با استفاده از یک Resolver انجام می شود، سروری که ممکن است متفاوت از آنهایی که درگیر مبادله دسته برای ابرداده هستند. برخلاف URL ها که ممکن است در صورت نامعتبر شدن ابرداده های تعبیه شده در آنها نامعتبر شوند، دسته ها با تغییر مکان ها یا سایر ویژگی های فراداده نامعتبر نمی شوند و نیازی به تغییر ندارند. این به جلوگیری از پوسیدگی پیوند کمک می کند ، زیرا تغییرات در منبع اطلاعاتی (مانند مکان) فقط باید در تغییرات ابرداده منعکس شود، نه در تغییرات در هر مرجع به منبع.
هر دسته ممکن است مدیر مخصوص به خود را داشته باشد و مدیریت دسته ها را می توان در یک محیط توزیع شده، مشابه نام دامنه های DNS انجام داد. پیوندهای نام به ارزش نیز ممکن است ایمن شوند، هم از طریق امضا برای تأیید داده ها و هم از طریق پاسخ چالش برای تأیید انتقال داده ها، که امکان استفاده از دستگیره ها را در برنامه های مدیریت اعتماد فراهم می کند.
این امکان وجود دارد که یک منبع اطلاعاتی زیربنایی با چندین دسته مرتبط باشد، مانند زمانی که دو کتابخانه دانشگاهی دستهها (و بنابراین احتمالاً مجموعههای متفاوتی از ابردادهها) را برای یک کتاب تولید میکنند.
Handle System با سیستم نام دامنه (DNS) سازگار است، اما برخلاف شناسههای دائمی مانند PURL یا ARK که شبیه به دستهها هستند، اما از نامهای دامنه استفاده میکنند، به آن نیازی ندارد . با این حال، بر خلاف این رویکردهای مبتنی بر نام دامنه، دستهها به فرآیند ثبت پیشوند جداگانه نیاز دارند و سرورهای مجزا از سرورهای نام دامنه را مدیریت میکنند.
دستهها را میتوان بهطور بومی استفاده کرد، یا بهعنوان شناسههای منبع یکنواخت (URIs) از طریق فضای نام در طرح اطلاعات URI بیان شد . [9] [10] برای مثال، 20.1000/100
ممکن است به عنوان URI نوشته شود، info:hdl/20.1000/100
. برخی از فضاهای نام Handle System، مانند شناسه های دیجیتالی اشیاء، به خودی خود فضاهای نام URI "info:" هستند. به عنوان مثال، info:doi/10.1000/182
روش دیگری برای نوشتن دسته برای ویرایش فعلی کتابچه راهنمای DOI [11] به عنوان یک URI است.
برخی از فضاهای نام Handle System قوانین ارائه خاصی را تعریف می کنند. برای مثال، شناسههای دیجیتالی اشیاء ، که درصد بالایی از دستههای موجود را نشان میدهند، معمولاً با پیشوند «doi:»: ارائه میشوند doi:10.1000/182
.
هر Handle ممکن است به عنوان یک منبع یاب یکنواخت (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]
کتابخانه های نرم افزار سرویس گیرنده Handle به دو زبان C و جاوا در دسترس هستند. برخی از برنامه ها ابزارهای افزودنی خاصی را توسعه داده اند، به عنوان مثال، برای سیستم DOI. [17]
شبکه متقابل سرورهای حلکننده دسته توزیعشده (همچنین به عنوان سیستم سرور پروکسی شناخته میشود) از طریق یک Resolver جهانی (که یک موجودیت منطقی است، اگرچه از نظر فیزیکی غیرمتمرکز و آینهای است) به هم متصل میشوند. کاربران فناوری Handle System یک پیشوند دستگیره ایجاد شده در ثبت جهانی Handle دریافت می کنند. ثبت جهانی هندل پیشوندهای خدمات دسته محلی را حفظ و حل می کند. بنابراین، هر سرویس محلی محلی می تواند هر دسته ای را از طریق Global Resolver حل کند.
دستهها (شناسهها) توسط یک کلاینت، به عنوان پرس و جو از مرجع/پیشوند نامگذاری، به ثبت جهانی Handle System (GHR) ارسال میشوند. GHR با ارسال اطلاعات مکان برای سرویس محلی محلی مربوطه (که ممکن است از چندین سرور در چندین سایت تشکیل شده باشد) به مشتری پاسخ می دهد. سپس یک پرس و جو به سرور مربوطه در سرویس محلی Handle ارسال می شود. Local Handle Service اطلاعات مورد نیاز برای به دست آوردن منبع را برمی گرداند، به عنوان مثال، یک URL که می تواند سپس به یک تغییر مسیر HTTP تبدیل شود. (توجه: اگر مشتری قبلاً اطلاعاتی در مورد LHS مناسب برای پرس و جو داشته باشد، پرس و جو اولیه به GHR حذف می شود)
اگرچه مدل اصلی که سیستم Handle از آن مشتق شده است به مدیریت اشیاء دیجیتال می پردازد، سیستم Handle هیچ مدل خاصی از روابط بین موجودیت های شناسایی شده را الزامی نمی کند، و نه تنها به شناسایی اشیاء دیجیتال محدود می شود: موجودیت های غیر دیجیتال ممکن است نمایش داده شوند. به عنوان یک شیء دیجیتال متناظر برای اهداف مدیریت شی دیجیتال. در تعریف چنین اشیایی و نحوه ارتباط آنها با موجودیت های غیر دیجیتالی کمی دقت لازم است. مدلهایی وجود دارند که میتوانند به چنین تعاریفی کمک کنند، به عنوان مثال، الزامات عملکردی برای پیشینههای کتابشناختی (FRBR) ، CIDOC CRM ، و مدل محتوای indecs . برخی از برنامهها تلفیق چنین چارچوبی با برنامه کاربردی را مفید میدانند: برای مثال، ابتکار آموزش توزیعشده پیشرفته (ADL) [18] برنامه Handle System را با استانداردهای موجود برای محتوای آموزشی توزیعشده، با استفاده از یک مدل مرجع شی محتوای اشتراکپذیر گرد هم میآورد. (SCORM)، [19] و پیاده سازی سیستم شناسایی شی دیجیتال (DOI) از سیستم Handle آن را همراه با چارچوب indecs برای مقابله با قابلیت همکاری معنایی پذیرفته است .
سیستم Handle همچنین اهمیت تعهد سازمانی به یک طرح شناسایی پایدار را آشکار می کند، اما یک مدل را برای اطمینان از چنین تعهدی الزامی نمی کند. برنامههای کاربردی فردی ممکن است تصمیم بگیرند که مجموعهای از قوانین و زیرساختهای اجتماعی خود را برای اطمینان از پایداری ایجاد کنند (به عنوان مثال، زمانی که در برنامه DSpace و برنامه DOI استفاده میشود). [20]
سیستم Handle برای برآوردن الزامات زیر طراحی شده است تا به پایداری کمک کند [21]
رشته شناسه:
مکانیسم تفکیک شناسه:
از جمله موضوعاتی که در حال حاضر توسط دستهها شناسایی میشوند، مقالات مجلات، گزارشهای فنی، کتابها، پایاننامهها و پایاننامهها، اسناد دولتی، ابردادهها، محتوای آموزشی توزیعشده و مجموعه دادهها هستند. دستگیره ها در برنامه های واترمارکینگ دیجیتال ، برنامه های GRID ، مخازن و موارد دیگر استفاده می شوند . اگرچه کاربران ممکن است به طور مستقل نرم افزار HANDLE.NET را دانلود کرده و از آن استفاده کنند، بسیاری از کاربران همکاری در توسعه برنامه های کاربردی در یک فدراسیون، استفاده از خط مشی مشترک یا فناوری اضافی برای ارائه خدمات مشترک را مفید دانسته اند. به عنوان یکی از اولین طرحهای شناسایی پایدار، سیستم Handle به طور گسترده توسط موسسات دولتی و خصوصی پذیرفته شده و طی چندین سال به اثبات رسیده است. (نگاه کنید به پارادایم، شناسه های پایدار.) [22]
برنامههای Handle System ممکن است از دستهها بهعنوان شناسههای دائمی ساده استفاده کنند (همانطور که معمولاً برای حل کردن URL فعلی یک شیء استفاده میشود)، یا ممکن است استفاده از ویژگیهای دیگر را انتخاب کنند. پشتیبانی آن از بازگشت همزمان به عنوان خروجی چندین قطعه از اطلاعات جاری مرتبط با شی، در ساختارهای داده تعریف شده، امکان تعیین اولویت ها را برای ترتیب استفاده از وضوح های متعدد فراهم می کند. بنابراین، هندلها میتوانند به نسخههای دیجیتالی مختلف محتوای یکسان، سایتهای آینهای، یا مدلهای تجاری مختلف (پرداخت در مقابل رایگان، ایمن در مقابل باز، عمومی در مقابل خصوصی) حل شوند. آنها همچنین می توانند به نسخه های دیجیتالی مختلف محتوای متفاوت، مانند ترکیبی از اشیاء مورد نیاز برای یک دوره آموزش از راه دور، پاسخ دهند.
امروزه هزاران سرویس در 71 کشور و در 6 قاره در حال اجرا هستند. بیش از 1000 نفر از آنها در دانشگاه ها و کتابخانه ها اجرا می شوند. خدمات Handle توسط فدراسیونهای کاربران، آزمایشگاههای ملی، دانشگاهها، مراکز محاسباتی، کتابخانهها (ملی و محلی)، سازمانهای دولتی، پیمانکاران، شرکتها و گروههای تحقیقاتی اجرا میشوند. ناشران عمده از سیستم Handle برای شناسایی مداوم محتوای تجاری تجاری و دسترسی آزاد از طریق اجرای آن با سیستم شناسه شیء دیجیتال (DOI) استفاده می کنند .
تعداد پیشوندهایی که به کاربران امکان اختصاص دستهها را میدهند، در حال افزایش است و تا اوایل سال 2014 به بیش از 12000 عدد رسیده است. شش سرور رجیستری جهانی Handle سطح بالا وجود دارد که (به طور متوسط) 68 میلیون درخواست رزولوشن در ماه دریافت میکنند. سرورهای پراکسی شناخته شده برای CNRI، درخواست ها را به سیستم در وب ارسال می کنند، (به طور متوسط) 200 میلیون درخواست رزولوشن در ماه دریافت می کنند. (آمار از Handle Quick Facts.)
در سال 2010، CNRI و ITU (اتحادیه بینالمللی مخابرات) برای همکاری در استفاده از سیستم Handle (و معماری اشیاء دیجیتال به طور کلی) قراردادی امضا کردند و در حال کار بر روی جزئیات خاص این همکاری هستند. در آوریل 2009 ITU سیستم Handle را به عنوان "روند در حال ظهور" فهرست کرد. [23]
Handle System، HANDLE.NET و Global Handle Registry علائم تجاری Corporation for National Research Initiatives (CNRI)، یک شرکت غیرانتفاعی تحقیق و توسعه در ایالات متحده هستند. سیستم Handle موضوع اختراعات توسط CNRI است، که فناوری Handle System خود را از طریق مجوز عمومی، [24] مشابه مجوز منبع باز، به منظور امکان استفاده گسترده تر از فناوری، مجوز می دهد. زیرساخت سیستم Handle توسط هزینه های ثبت پیش شماره و خدمات پشتیبانی می شود، که اکثریت آن متعلق به دارندگان پیش شماره تک است. بزرگترین مشارکت کننده فعلی بنیاد بین المللی DOI است . مجوز عمومی استفاده تجاری و غیرتجاری را با هزینه کم از فناوری ثبت اختراع خود و اجرای مرجع نرم افزار اجازه می دهد و به نرم افزار اجازه می دهد تا آزادانه در سیستم ها و محصولات دیگر جاسازی شود. قرارداد خدمات [5] همچنین برای کاربرانی که قصد دارند خدمات شناسه و/یا وضوح را با استفاده از فناوری Handle System تحت مجوز عمومی Handle System ارائه دهند، در دسترس است.
سیستم Handle چندین مؤلفه از معماری شی دیجیتال بلند مدت را نشان می دهد. در ژانویه 2010، CNRI نرم افزار مخزن دیجیتال اشیاء همه منظوره خود را منتشر کرد، [25] یکی دیگر از اجزای اصلی این معماری. اطلاعات بیشتر [26] در مورد انتشار، از جمله مشخصات پروتکل، کد منبع و سیستم آماده برای استفاده، مشتریان و ابزارهای کمکی در دسترس است. [27] [28]