Azərbaycanca AzərbaycancaБеларускі БеларускіDansk DanskDeutsch DeutschEspañola EspañolaFrançais FrançaisIndonesia IndonesiaItaliana Italiana日本語 日本語Қазақ ҚазақLietuvos LietuvosNederlands NederlandsPortuguês PortuguêsРусский Русскийසිංහල සිංහලแบบไทย แบบไทยTürkçe TürkçeУкраїнська Українська中國人 中國人United State United StateAfrikaans Afrikaans
Підтримка
www.wikidata.uk-ua.nina.az

Handle System Хендл Систем Система Дескрипторів це власний реєстр en який призначає en або дескриптори інформаційним рес

Handle System

Handle System

Handle System (Хендл Систем, Система Дескрипторів) — це власний реєстр [en], який призначає [en], або дескриптори, інформаційним ресурсам, а також робить можливим ідентифікацію за допомогою «цих дескрипторів інформації, необхідної для пошуку, доступу та іншого використання ресурсів».

Подібно до дескрипторів, що використовуються в інших обчисленнях, дескриптори Handle System непрозорі й не кодують інформацію про основний ресурс, прив'язуючись лише до метаданих про ресурс. Отже, дескриптори не стають недійсними через зміни метаданих.

Система була розроблена Бобом Каном у Корпорації національних дослідницьких ініціатив (англ. CNRI). Початкова робота була профінансована Агентством передових оборонних дослідницьких проектів (англ. DARPA) між 1992 і 1996 роками як частина ширшої структури для розподілених цифрових об'єктних сервісів і, таким чином, збіглася у часі з раннім розгортанням Всесвітньої павутини, яка мала схожі цілі.

Handle System була вперше запроваджена восени 1994 року, і нею керувала корпорація CNRI до грудня 2015 року, коли було введено новий режим роботи «мульти-основний адміністратор» (MPA). На даний момент фундація DONA адмініструє систему глобального реєстру дескрипторів та акредитує MPA, включаючи CNRI та Міжнародний фонд DOI. Наразі система забезпечує базову інфраструктуру для таких систем на основі дескрипторів, як Digital Object Identifiers і DSpace, які в основному використовуються для надання доступу до наукових, професійних і державних документів та інших інформаційних ресурсів.

CNRI надає специфікації та вихідний код для еталонних реалізацій для серверів і протоколів, які використовуються в системі, згідно з безоплатною «Публічною ліцензією», яка схожа на ліцензію з відкритим вихідним кодом.

Зараз працюють тисячі служб обробки. Понад 1000 із них знаходяться в університетах і бібліотеках, але вони також діють у національних лабораторіях, дослідницьких групах, державних установах і комерційних підприємствах, щомісяця отримуючи понад 200 мільйонів запитів на обробку дескрипторів[].

Технічні характеристики

Handle System визначена в інформаційних RFC 3650, 3651 і 3652 Інженерно-технічної групи Інтернету (IETF); визначення включає відкритий набір протоколів, простір імен і еталонну реалізацію протоколів. Документація, програмне забезпечення та відповідна інформація надаються CNRI на спеціальному веб-сайті.

Дескриптори складаються з префікса, який ідентифікує «орган іменування», і суфікса, який дає «локальне ім'я» ресурсу. Подібно до доменних імен, префікси надаються органам іменування одним із «мульти-основних адміністраторів» системи після сплати комісії, яку потрібно щорічно поновлювати. Орган іменування може створити будь-яку кількість дескрипторів з унікальними «локальними іменами» в межах призначених їм префіксів. Приклад дескриптора:

  • 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 для китайської коаліції Handle Services. Старіші «застарілі» префікси, видані CNRI до того, як було запроваджено структуру «мульти-основного адміністратора» (MPA), як правило, складаються з чотирьох із п'яти цифр, як у другому прикладі вище — дескрипторі, яким керує [en]. Усі префікси мають бути зареєстровані в Глобальному Реєстрі Дескрипторів через реєстратора, схваленого фундацією DONA, як правило, за окрему плату.

Як і в інших випадках використання дескрипторів в обчислювальній техніці, дескриптор непрозорий (англ. opaque), тобто він не кодує інформацію про основний ресурс і надає лише засоби для отримання метаданих про ресурс.

Цей підхід відрізняється від уніфікованого локатора ресурсу (URL), який може кодувати в ідентифікаторі такі атрибути ресурсу, як протокол, який буде використовуватися для доступу до сервера, що містить ресурс, ім'я хоста сервера та номер порту та, можливо, навіть такі особливості розташування, як ім'я файлу у файловій системі сервера, що містить ресурс. У підході, застосованому в Handle System, ці особливості не закодовані в дескрипторі, а містяться в метаданих, до яких прив'язаний дескриптор.

Метадані можуть включати багато атрибутів інформаційного ресурсу, наприклад його розташування, форми, в яких він доступний, типи доступу (наприклад, «безкоштовний» чи «платний»), і перелік тих, хто може отримати доступ до ресурсу. Обробка метаданих для визначення того, як і де можна отримати доступ до ресурсу, а також надання ресурсу користувачеві виконуються на окремому етапі, який називається «вирішення» (англ. resolution), за допомогою «Резолвера» (англ. Resolver) — сервера, який може відрізнятися від серверів, що беруть участь в обміні дескрипторами, які посилаються на метадані. На відміну від URL-адрес, які можуть стати недійсними, якщо метадані, вбудовані в них, стають недійсними, дескриптори не стають недійсними, і їх не потрібно змінювати, коли змінюються розташування або інші атрибути метаданих. Це допомагає запобігти вимиранню посилань, оскільки зміни інформаційного ресурсу (наприклад, місцеположення) мають відображатися лише в змінах метаданих, і не призводять до змін у посиланні на ресурс.

Кожен дескриптор може мати власного адміністратора, і адміністрування дескрипторів може здійснюватися в розподіленому середовищі, подібному до доменних імен DNS. Дані асоціації «ім'я-значення» також можуть бути захищені підписами для перевірки даних або за допомогою процедури виклик-відповідь для перевірки передачі даних, що дозволяє використовувати дескриптори в додатках для управління довірою.

Один і той самий основний інформаційний ресурс може бути пов'язаним з кількома дескрипторами, наприклад, коли дві університетські бібліотеки генерують дескриптори (і, отже, можливо, різні набори метаданих) для однієї книги.

Handle System сумісна з системою доменних імен (DNS), але не потребує її, на відміну від постійних ідентифікаторів, таких як [en] або [en], які подібні до дескрипторів, але використовують доменні імена. Проте, на відміну від підходів на основі доменних імен, дескриптори вимагають окремого процесу реєстрації префікса та серверів дескрипторів, окремих від серверів доменних імен.

Дескриптори можна записувати у власній формі запису або виражати як уніфіковані ідентифікатори ресурсів (URI) через простір імен у [en]; наприклад, 20.1000/100 можна записати як URI, info:hdl/20.1000/100 . Деякі простори імен Handle System, такі як ідентифікатори цифрових об'єктів, самі по собі є просторами імен URI "info: "; наприклад, info:doi/10.1000/182 — це інший спосіб запису дескриптора для поточної версії DOI Handbook як URI.

Деякі простори імен Handle System визначають спеціальні правила представлення. Наприклад, цифрові ідентифікатори об'єктів, які представляють значний відсоток наявних дескрипторів, зазвичай представлені префіксом "doi: ": doi:10.1000/182.

Будь-який дескриптор може бути виражений як уніфікований локатор ресурсів (URL) через використання загального проксі-сервера HTTP:

Деякі системи на основі дескрипторів пропонують HTTP проксі-сервер, призначений для використання з їхньою власною системою, наприклад:

Реалізація

Реалізація Handle System складається з локальних служб дескрипторів, кожна з яких складається з одного або кількох сайтів, які надають сервери, які зберігають певні дескриптори. Глобальний реєстр дескрипторів — це унікальна служба локальних дескрипторів, яка зберігає інформацію про префікси (також відомі як органи іменування) в Handle System; ця служба відповідає на запити про місцезнаходження певних дескрипторів в інших службах локальних дескрипторів у цій розподіленій системі.

Веб-сайт Handle System надає ряд інструментів реалізації, зокрема програмне забезпечення HANDLE.NET і клієнтські бібліотеки HANDLE.NET. Клієнти Handle можуть бути вбудовані в програмне забезпечення кінцевого користувача (наприклад, веб-браузер) або в серверне програмне забезпечення (наприклад, веб-сервер), розширення вже доступні для Adobe Acrobat і Firefox.

Бібліотеки клієнтського програмного забезпечення Handle доступні як для C, так і для Java. Для деяких програмних пакетів були створені спеціальні інструменти доповнення, наприклад, для системи DOI.

Відкрита для взаємодії мережа розподілених серверів розпізнавання дескрипторів (також відома як система проксі-серверів) пов'язана через глобальний резолвер (який є єдиною логічною сутністю, але фізично децентралізованою та дубльованою). Користувачі технології Handle System отримують префікс дескриптора, створений у глобальному реєстрі дескрипторів. Глобальний реєстр дескрипторів підтримує та розпізнає префікси локально підтримуваних служб дескрипторів. Таким чином, будь-яка локальна служба дескрипторів може розпізнати будь-який дескриптор через глобальний резолвер.

Дескриптори (ідентифікатори) передаються клієнтом у вигляді запиту про орган іменування/префікс до глобального реєстру дескрипторів (ГРД) Handle System. ГРД відповідає, надсилаючи клієнту інформацію про місцезнаходження відповідної локальної служби обробки (яка може складатися з кількох серверів, розташованих в різних місцях); потім запит надсилається на відповідний сервер у службі локальної обробки. Служба локальної обробки повертає інформацію, необхідну для отримання ресурсу, наприклад, URL-адресу, яку потім можна перетворити на перенаправлення HTTP. (Примітка: якщо клієнт уже має інформацію про відповідний ГРД для запиту, початковий запит до ГРД пропускається).

Хоча початкова модель, з якої походить Handle System, стосувалася керування цифровими об'єктами, Handle System не вимагає жодної конкретної моделі зв'язків між ідентифікованими об'єктами, а також не обмежується ідентифікацією лише цифрових об'єктів: в системі можуть бути представлені нецифрові об'єкти як відповідний цифровий об'єкт для управління цим цифровим об'єктом. Потрібна певна обережність у визначенні таких об'єктів і їхнього відношення до нецифрових об'єктів; існують усталені моделі, які можуть допомогти у таких визначеннях, наприклад, [en], CIDOC CRM та [en]. Деякі програми використовують цю структуру в комбінації з програмним забезпеченням дескриптора: наприклад, ініціатива Advanced Distributed Learning (ADL) об'єднує Handle System з існуючими стандартами для розподіленого навчального контенту, використовуючи еталонну модель об'єкта спільного використання (англ. Shareable Content Object Reference Model (SCORM)); реалізація системи ідентифікатора цифрових об'єктів (DOI) Handle System прийняла її разом із структурою [en] для роботи з [en].

Handle System також чітко вказує на важливість організаційного дотримання схеми постійного ідентифікатора, але не вимагає єдиної моделі для забезпечення такого дотримання. Окремі програми можуть застосовувати власні набори правил і соціальної інфраструктури для забезпечення постійності (наприклад, при використанні в додатках DSpace і DOI).

Принципи проектування

Handle System розроблена відповідно до наступних вимог, щоб сприяти постійності

Строка ідентифікатора:

  • не базується на будь-яких змінних атрибутах сутності (місцезнаходження, приналежність або будь-який інший атрибут, який може змінюватися без зміни ідентифікатора референта);
  • не містить значущих внутрішніх елементів (бажано «англ. dumb number»: добре відомий шаблон може призводити до припущень, які можуть вводити в оману, а значуща семантика може не перекладатися різними мовами та може спричинити конфлікт торгових марок);
  • є унікальною у системі (щоб уникнути колізій і референційної невизначеності);
  • має необов'язкові, але корисні функції, які слід підтримувати (читабельна для людини, легка для копіюваня та вставки, може бути вбудована; сумісна зі звичайними системами, наприклад, специфікацією URI).

Механізм розпізнавання ідентифікатора:

  • є надійним (використовує резервування, відсутність окремих точок відмови та достатньо швидкий, щоб не виглядати пошкодженим);
  • є масштабованим (більші навантаження просто обробляються більшою кількістю комп'ютерів);
  • є гнучким (може адаптуватися до мінливих обчислювальних середовищ; може бути корисним для нових програм):
  • є надійним (і розпізнавання, і адміністрування мають технічні методи довіри; експлуатуюча організація зобов'язана діяти довгостроково);
  • побудовано на відкритій архітектурі (заохочення зусиль спільноти для створення додатків на інфраструктурі);
  • є прозорим (користувачам не потрібно знати подробиці інфраструктури).

Застосування

Серед об'єктів, які наразі ідентифікуються дескрипторами, є журнальні статті, технічні звіти, книги, тези та дисертації, державні документи, метадані, розподілений навчальний контент і набори даних. Дескриптори використовуються в додатках цифрових водяних знаків, [en], репозиторіях тощо. Хоча окремі користувачі можуть завантажувати та використовувати програмне забезпечення HANDLE.NET незалежно, багато користувачів визнали корисним співпрацювати в розробці додатків у федерації, використовуючи спільну політику або додаткові технології для надання спільних послуг. Як одна з перших постійних схем ідентифікації, Handle System була широко прийнята державними та приватними установами та перевірена протягом кількох років (див. парадигма, постійні ідентифікатори).

Додатки, побудовані на основі Handle System, можуть використовувати дескриптори як прості постійні ідентифікатори (найчастіше використання — визначення поточної URL-адреси об'єкта), або можуть використовувати інші властивості. Підтримка одночасного повернення кількох фрагментів поточної інформації, пов'язаної з об'єктом, у визначених структурах даних, дає змогу встановлювати пріоритети для порядку, у якому визначаються кілька дескрипторів. Таким чином, дескриптори можуть бути визначені для різних цифрових версій того самого вмісту, для дзеркальних версій сайтів або для різних бізнес-моделей (платних або безкоштовних, захищених або відкритих, публічних або приватних). Вони також можуть створювати різні цифрові версії різного вмісту, наприклад поєднання об'єктів, необхідних для курсу дистанційного навчання.

Сьогодні існують тисячі тисячі сервісів обробки, розташованих у 71 країні на 6 континентах; понад 1000 з них працюють в університетах і бібліотеках. Послуги з обробки надають федерації користувачів, національні лабораторії, університети, обчислювальні центри, бібліотеки (національні та місцеві), урядові установи, підрядники, корпорації та дослідницькі групи. Основні видавці використовують Handle System для постійної ідентифікації комерційного вмісту та вмісту з відкритим доступом за допомогою системи цифрового ідентифікатора об'єктів.

Кількість префіксів, які дозволяють користувачам призначати дескриптори, зростає і станом на початок 2014 року становить понад 12 000. Існує шість серверів Global Handle Registry верхнього рівня, які отримують (в середньому) 68 мільйонів запитів на обробку на місяць. Проксі-сервери, які відомі CNRI, що передають запити до системи в Інтернеті, отримують (в середньому) 200 мільйонів запитів на обробку на місяць (статистика отримана з Handle Quick Facts).

У 2010 році CNRI та Міжнародна спілка електрозв'язку уклали угоду про співпрацю щодо використання Handle System (і архітектури цифрових об'єктів загалом) і працюють над конкретними деталями цієї співпраці; у квітні 2009 року Міжнародна спілка електрозв'язку назвала Handle System «новою тенденцією».

Ліцензії та політика використання

Handle System, HANDLE.NET і Global Handle Registry є товарними знаками [en] (CNRI), некомерційної дослідницької корпорації в США. Handle System є предметом патентів CNRI, яка ліцензує свою технологію Handle System згідно з публічною ліцензією, подібною до ліцензії з відкритим вихідним кодом, щоб забезпечити ширше використання технології. Інфраструктура Handle System підтримується реєстрацією префікса та платою за обслуговування, причому більшість платежів надходить від власників одного префікса. Найбільше внесків на даний момент надходить від Міжнародного фонду DOI. Публічна ліцензія дозволяє комерційне та некомерційне використання за невисоку вартість як запатентованої технології, так і еталонної реалізації програмного забезпечення, а також дозволяє вільно вбудовувати програмне забезпечення в інші системи та продукти. Угода про надання послуг також доступна для користувачів, які мають намір надавати послуги ідентифікації та/або обробки дескрипторів за допомогою технології Handle System згідно з публічною ліцензією Handle System.

Супутні технології

Handle System представляє кілька компонентів довгострокової архітектури цифрових об'єктів. У січні 2010 року CNRI випустила своє програмне забезпечення Digital Object Repository загального призначення, ще один важливий компонент цієї архітектури. Наявна додаткова інформація про випуск, включаючи специфікацію протоколу, вихідний код і готову до використання систему, клієнтів і утиліти.

Див. також

Примітки

  1. Lannom, L.; Boesch, B. (November 2003). Handle System Overview. datatracker.ietf.org (англ.). IETF. RFC 3650. Процитовано 20 червня 2024.
  2. Kahn/Wilensky Architecture (англ.). CNRI. 13 травня 1995. Процитовано 13 березня 2013.
  3. DONA Foundation. dona.net (англ.).
  4. Digital Object Identifier System. doi.org (англ.).
  5. Redirect to Current Handle.Net web site content. handle.net (англ.). Процитовано 15 March 2018.
  6. Sun, S.; Reilly, S.; Lannom, L. (November 2003). Handle System Namespace and Service Definition. datatracker.ietf.org (англ.). IETF. RFC 3651. Процитовано 20 червня 2024.
  7. Sun, S.; Reilly, S.; Lannom, L.; Petrone, J. (November 2003). Handle System Protocol (ver 2.1) Specification. datatracker.ietf.org (англ.). IETF. RFC 3652. Процитовано 20 червня 2024.
  8. handle.net (англ.). handle.net. Процитовано 13 березня 2013.
  9. About "info" URIs – Frequently Asked Questions (англ.). Info-uri.info. Процитовано 13 березня 2013.
  10. Van de Sompel, H.; LANL; Hammond, T.; NPG; Neylon, E.; Manifest Solutions; Weibel, S.; OCLC (April 2006). The "info" URI Scheme for Information Assets with Identifiers in Public Namespaces. datatracker.ietf.org (англ.). IETF. RFC 4452. Процитовано 21 червня 2024.
  11. (англ.). doi:10.1000/182. Архів оригіналу за 16 September 2022.
  12. HDL.NET Services: Proxy Server System (англ.). Handle.net. Процитовано 13 березня 2013.
  13. HS Software Download (англ.). Handle.net. Процитовано 13 березня 2013.
  14. Software Client Libraries (англ.). Handle.net. Процитовано 13 березня 2013.
  15. HDL Plug-in for Adobe Acrobat and Acrobat Reader (англ.). Handle.net. Процитовано 13 березня 2013.
  16. . handle.net (англ.). Архів оригіналу за 5 вересня 2015.
  17. DOI System Tools (англ.). Doi.org. 12 липня 2012. Процитовано 13 березня 2013.
  18. adlnet.gov (англ.). adlnet.gov. Процитовано 13 березня 2013.
  19. . adlnet.gov (англ.). Архів оригіналу за 14 червня 2008.
  20. doi.org (англ.). doi.org. 8 січня 2013. Процитовано 13 березня 2013.
  21. (англ.). Oscars.org. 24 серпня 2012. Архів оригіналу за 30 березня 2013. Процитовано 13 березня 2013.
  22. (англ.). paradigm. 2 січня 2008. Архів оригіналу за 29 березня 2013. Процитовано 13 березня 2013.
  23. Handle System (англ.). Itu.int. 16 квітня 2010. Процитовано 13 березня 2013.
  24. LICENSE (PDF) (англ.). www.handle.net. Процитовано 11 травня 2020.
  25. dorepository.org (англ.). dorepository.org. 8 січня 2013. Процитовано 13 березня 2013.
  26. Digital Object Repository Server: A Component of the Digital Object Architecture (англ.). Dlib.org. 4 лютого 2010. Процитовано 13 березня 2013.
  27. Reilly S, Tupelo-Schneck R (January 2010). Digital Object Repository Server: A Component of the Digital Object Architecture. [en] (англ.). DO Repository. 16 (1/2). doi:10.1045/january2010-reilly. ISSN 1082-9873. Процитовано 13 березня 2013.
  28. Cordra. cordra.org (англ.).

Посилання

  • Офіційний сайт

Вікіпедія, Українська, Україна, книга, книги, бібліотека, стаття, читати, завантажити, безкоштовно, безкоштовно завантажити, mp3, відео, mp4, 3gp, jpg, jpeg, gif, png, малюнок, музика, пісня, фільм, книга, гра, ігри, мобільний, телефон, android, ios, apple, мобільний телефон, samsung, iphone, xiomi, xiaomi, redmi, honor, oppo, nokia, sonya, mi, ПК, web, Інтернет

Handle System Hendl Sistem Sistema Deskriptoriv ce vlasnij reyestr en yakij priznachaye en abo deskriptori informacijnim resursam a takozh robit mozhlivim identifikaciyu za dopomogoyu cih deskriptoriv informaciyi neobhidnoyi dlya poshuku dostupu ta inshogo vikoristannya resursiv Podibno do deskriptoriv sho vikoristovuyutsya v inshih obchislennyah deskriptori Handle System neprozori j ne koduyut informaciyu pro osnovnij resurs priv yazuyuchis lishe do metadanih pro resurs Otzhe deskriptori ne stayut nedijsnimi cherez zmini metadanih Sistema bula rozroblena Bobom Kanom u Korporaciyi nacionalnih doslidnickih iniciativ angl CNRI Pochatkova robota bula profinansovana Agentstvom peredovih oboronnih doslidnickih proektiv angl DARPA mizh 1992 i 1996 rokami yak chastina shirshoyi strukturi dlya rozpodilenih cifrovih ob yektnih servisiv i takim chinom zbiglasya u chasi z rannim rozgortannyam Vsesvitnoyi pavutini yaka mala shozhi cili Handle System bula vpershe zaprovadzhena voseni 1994 roku i neyu keruvala korporaciya CNRI do grudnya 2015 roku koli bulo vvedeno novij rezhim roboti multi osnovnij administrator MPA Na danij moment fundaciya DONA administruye sistemu globalnogo reyestru deskriptoriv ta akredituye MPA vklyuchayuchi CNRI ta Mizhnarodnij fond DOI Narazi sistema zabezpechuye bazovu infrastrukturu dlya takih sistem na osnovi deskriptoriv yak Digital Object Identifiers i DSpace yaki v osnovnomu vikoristovuyutsya dlya nadannya dostupu do naukovih profesijnih i derzhavnih dokumentiv ta inshih informacijnih resursiv CNRI nadaye specifikaciyi ta vihidnij kod dlya etalonnih realizacij dlya serveriv i protokoliv yaki vikoristovuyutsya v sistemi zgidno z bezoplatnoyu Publichnoyu licenziyeyu yaka shozha na licenziyu z vidkritim vihidnim kodom Zaraz pracyuyut tisyachi sluzhb obrobki Ponad 1000 iz nih znahodyatsya v universitetah i bibliotekah ale voni takozh diyut u nacionalnih laboratoriyah doslidnickih grupah derzhavnih ustanovah i komercijnih pidpriyemstvah shomisyacya otrimuyuchi ponad 200 miljoniv zapitiv na obrobku deskriptoriv dzherelo Tehnichni harakteristikiHandle System viznachena v informacijnih RFC 3650 3651 i 3652 Inzhenerno tehnichnoyi grupi Internetu IETF viznachennya vklyuchaye vidkritij nabir protokoliv prostir imen i etalonnu realizaciyu protokoliv Dokumentaciya programne zabezpechennya ta vidpovidna informaciya nadayutsya CNRI na specialnomu veb sajti Deskriptori skladayutsya z prefiksa yakij identifikuye organ imenuvannya i sufiksa yakij daye lokalne im ya resursu Podibno do domennih imen prefiksi nadayutsya organam imenuvannya odnim iz multi osnovnih administratoriv sistemi pislya splati komisiyi yaku potribno shorichno ponovlyuvati Organ imenuvannya mozhe stvoriti bud yaku kilkist deskriptoriv z unikalnimi lokalnimi imenami v mezhah priznachenih yim prefiksiv Priklad deskriptora 20 1000 100 2381 12345 Pershij priklad ce deskriptor dlya licenziyi na programne zabezpechennya HANDLE NET 20 1000 ce prefiks priznachenij organu imenuvannya u comu vipadku samomu Handle net a 100 ce lokalne im ya v comu prostori imen Lokalna nazva mozhe skladatisya z bud yakih simvoliv iz naboru simvoliv Unicode UCS 2 Prefiks takozh skladayetsya z bud yakih simvoliv UCS 2 krim Prefiksi skladayutsya z odnogo abo kilkoh segmentiv organiv imenuvannya rozdilenih krapkami sho predstavlyayut iyerarhiyu organiv imenuvannya Takim chinom u prikladi 20 ye prefiksom organu imenuvannya dlya CNRI todi yak 1000 poznachaye pidleglij organ imenuvannya v mezhah prefiksa 20 Inshi prikladi prefiksiv verhnogo rivnya dlya federativnih organiv imenuvannya fundaciyi DONA 10 dlya deskriptoriv DOI 11 dlya deskriptoriv priznachenih ITU 21 dlya deskriptoriv vidanih nimeckim Gesellschaft fur wissenschaftliche Datenverarbeitung mbH Gottingen GWDG naukovim obchislyuvalnim centrom Gettingenskogo universitetu i 86 dlya kitajskoyi koaliciyi Handle Services Starishi zastarili prefiksi vidani CNRI do togo yak bulo zaprovadzheno strukturu multi osnovnogo administratora MPA yak pravilo skladayutsya z chotiroh iz p yati cifr yak u drugomu prikladi vishe deskriptori yakim keruye en Usi prefiksi mayut buti zareyestrovani v Globalnomu Reyestri Deskriptoriv cherez reyestratora shvalenogo fundaciyeyu DONA yak pravilo za okremu platu Yak i v inshih vipadkah vikoristannya deskriptoriv v obchislyuvalnij tehnici deskriptor neprozorij angl opaque tobto vin ne koduye informaciyu pro osnovnij resurs i nadaye lishe zasobi dlya otrimannya metadanih pro resurs Cej pidhid vidriznyayetsya vid unifikovanogo lokatora resursu URL yakij mozhe koduvati v identifikatori taki atributi resursu yak protokol yakij bude vikoristovuvatisya dlya dostupu do servera sho mistit resurs im ya hosta servera ta nomer portu ta mozhlivo navit taki osoblivosti roztashuvannya yak im ya fajlu u fajlovij sistemi servera sho mistit resurs U pidhodi zastosovanomu v Handle System ci osoblivosti ne zakodovani v deskriptori a mistyatsya v metadanih do yakih priv yazanij deskriptor Metadani mozhut vklyuchati bagato atributiv informacijnogo resursu napriklad jogo roztashuvannya formi v yakih vin dostupnij tipi dostupu napriklad bezkoshtovnij chi platnij i perelik tih hto mozhe otrimati dostup do resursu Obrobka metadanih dlya viznachennya togo yak i de mozhna otrimati dostup do resursu a takozh nadannya resursu koristuvachevi vikonuyutsya na okremomu etapi yakij nazivayetsya virishennya angl resolution za dopomogoyu Rezolvera angl Resolver servera yakij mozhe vidriznyatisya vid serveriv sho berut uchast v obmini deskriptorami yaki posilayutsya na metadani Na vidminu vid URL adres yaki mozhut stati nedijsnimi yaksho metadani vbudovani v nih stayut nedijsnimi deskriptori ne stayut nedijsnimi i yih ne potribno zminyuvati koli zminyuyutsya roztashuvannya abo inshi atributi metadanih Ce dopomagaye zapobigti vimirannyu posilan oskilki zmini informacijnogo resursu napriklad miscepolozhennya mayut vidobrazhatisya lishe v zminah metadanih i ne prizvodyat do zmin u posilanni na resurs Kozhen deskriptor mozhe mati vlasnogo administratora i administruvannya deskriptoriv mozhe zdijsnyuvatisya v rozpodilenomu seredovishi podibnomu do domennih imen DNS Dani asociaciyi im ya znachennya takozh mozhut buti zahisheni pidpisami dlya perevirki danih abo za dopomogoyu proceduri viklik vidpovid dlya perevirki peredachi danih sho dozvolyaye vikoristovuvati deskriptori v dodatkah dlya upravlinnya doviroyu Odin i toj samij osnovnij informacijnij resurs mozhe buti pov yazanim z kilkoma deskriptorami napriklad koli dvi universitetski biblioteki generuyut deskriptori i otzhe mozhlivo rizni nabori metadanih dlya odniyeyi knigi Handle System sumisna z sistemoyu domennih imen DNS ale ne potrebuye yiyi na vidminu vid postijnih identifikatoriv takih yak en abo en yaki podibni do deskriptoriv ale vikoristovuyut domenni imena Prote na vidminu vid pidhodiv na osnovi domennih imen deskriptori vimagayut okremogo procesu reyestraciyi prefiksa ta serveriv deskriptoriv okremih vid serveriv domennih imen Deskriptori mozhna zapisuvati u vlasnij formi zapisu abo virazhati yak unifikovani identifikatori resursiv URI cherez prostir imen u en napriklad 20 1000 100 mozhna zapisati yak URI info hdl 20 1000 100 Deyaki prostori imen Handle System taki yak identifikatori cifrovih ob yektiv sami po sobi ye prostorami imen URI info napriklad info doi 10 1000 182 ce inshij sposib zapisu deskriptora dlya potochnoyi versiyi DOI Handbook yak URI Deyaki prostori imen Handle System viznachayut specialni pravila predstavlennya Napriklad cifrovi identifikatori ob yektiv yaki predstavlyayut znachnij vidsotok nayavnih deskriptoriv zazvichaj predstavleni prefiksom doi doi 10 1000 182 Bud yakij deskriptor mozhe buti virazhenij yak unifikovanij lokator resursiv URL cherez vikoristannya zagalnogo proksi servera HTTP a rel nofollow class external free href https hdl handle net 20 1000 100 https hdl handle net 20 1000 100 a Deyaki sistemi na osnovi deskriptoriv proponuyut HTTP proksi server priznachenij dlya vikoristannya z yihnoyu vlasnoyu sistemoyu napriklad a rel nofollow class external free href https doi org 10 1000 182 https doi org 10 1000 182 a RealizaciyaRealizaciya Handle System skladayetsya z lokalnih sluzhb deskriptoriv kozhna z yakih skladayetsya z odnogo abo kilkoh sajtiv yaki nadayut serveri yaki zberigayut pevni deskriptori Globalnij reyestr deskriptoriv ce unikalna sluzhba lokalnih deskriptoriv yaka zberigaye informaciyu pro prefiksi takozh vidomi yak organi imenuvannya v Handle System cya sluzhba vidpovidaye na zapiti pro misceznahodzhennya pevnih deskriptoriv v inshih sluzhbah lokalnih deskriptoriv u cij rozpodilenij sistemi Veb sajt Handle System nadaye ryad instrumentiv realizaciyi zokrema programne zabezpechennya HANDLE NET i kliyentski biblioteki HANDLE NET Kliyenti Handle mozhut buti vbudovani v programne zabezpechennya kincevogo koristuvacha napriklad veb brauzer abo v serverne programne zabezpechennya napriklad veb server rozshirennya vzhe dostupni dlya Adobe Acrobat i Firefox Biblioteki kliyentskogo programnogo zabezpechennya Handle dostupni yak dlya C tak i dlya Java Dlya deyakih programnih paketiv buli stvoreni specialni instrumenti dopovnennya napriklad dlya sistemi DOI Vidkrita dlya vzayemodiyi merezha rozpodilenih serveriv rozpiznavannya deskriptoriv takozh vidoma yak sistema proksi serveriv pov yazana cherez globalnij rezolver yakij ye yedinoyu logichnoyu sutnistyu ale fizichno decentralizovanoyu ta dublovanoyu Koristuvachi tehnologiyi Handle System otrimuyut prefiks deskriptora stvorenij u globalnomu reyestri deskriptoriv Globalnij reyestr deskriptoriv pidtrimuye ta rozpiznaye prefiksi lokalno pidtrimuvanih sluzhb deskriptoriv Takim chinom bud yaka lokalna sluzhba deskriptoriv mozhe rozpiznati bud yakij deskriptor cherez globalnij rezolver Deskriptori identifikatori peredayutsya kliyentom u viglyadi zapitu pro organ imenuvannya prefiks do globalnogo reyestru deskriptoriv GRD Handle System GRD vidpovidaye nadsilayuchi kliyentu informaciyu pro misceznahodzhennya vidpovidnoyi lokalnoyi sluzhbi obrobki yaka mozhe skladatisya z kilkoh serveriv roztashovanih v riznih miscyah potim zapit nadsilayetsya na vidpovidnij server u sluzhbi lokalnoyi obrobki Sluzhba lokalnoyi obrobki povertaye informaciyu neobhidnu dlya otrimannya resursu napriklad URL adresu yaku potim mozhna peretvoriti na perenapravlennya HTTP Primitka yaksho kliyent uzhe maye informaciyu pro vidpovidnij GRD dlya zapitu pochatkovij zapit do GRD propuskayetsya Hocha pochatkova model z yakoyi pohodit Handle System stosuvalasya keruvannya cifrovimi ob yektami Handle System ne vimagaye zhodnoyi konkretnoyi modeli zv yazkiv mizh identifikovanimi ob yektami a takozh ne obmezhuyetsya identifikaciyeyu lishe cifrovih ob yektiv v sistemi mozhut buti predstavleni necifrovi ob yekti yak vidpovidnij cifrovij ob yekt dlya upravlinnya cim cifrovim ob yektom Potribna pevna oberezhnist u viznachenni takih ob yektiv i yihnogo vidnoshennya do necifrovih ob yektiv isnuyut ustaleni modeli yaki mozhut dopomogti u takih viznachennyah napriklad en CIDOC CRM ta en Deyaki programi vikoristovuyut cyu strukturu v kombinaciyi z programnim zabezpechennyam deskriptora napriklad iniciativa Advanced Distributed Learning ADL ob yednuye Handle System z isnuyuchimi standartami dlya rozpodilenogo navchalnogo kontentu vikoristovuyuchi etalonnu model ob yekta spilnogo vikoristannya angl Shareable Content Object Reference Model SCORM realizaciya sistemi identifikatora cifrovih ob yektiv DOI Handle System prijnyala yiyi razom iz strukturoyu en dlya roboti z en Handle System takozh chitko vkazuye na vazhlivist organizacijnogo dotrimannya shemi postijnogo identifikatora ale ne vimagaye yedinoyi modeli dlya zabezpechennya takogo dotrimannya Okremi programi mozhut zastosovuvati vlasni nabori pravil i socialnoyi infrastrukturi dlya zabezpechennya postijnosti napriklad pri vikoristanni v dodatkah DSpace i DOI Principi proektuvannyaHandle System rozroblena vidpovidno do nastupnih vimog shob spriyati postijnosti Stroka identifikatora ne bazuyetsya na bud yakih zminnih atributah sutnosti misceznahodzhennya prinalezhnist abo bud yakij inshij atribut yakij mozhe zminyuvatisya bez zmini identifikatora referenta ne mistit znachushih vnutrishnih elementiv bazhano angl dumb number dobre vidomij shablon mozhe prizvoditi do pripushen yaki mozhut vvoditi v omanu a znachusha semantika mozhe ne perekladatisya riznimi movami ta mozhe sprichiniti konflikt torgovih marok ye unikalnoyu u sistemi shob uniknuti kolizij i referencijnoyi neviznachenosti maye neobov yazkovi ale korisni funkciyi yaki slid pidtrimuvati chitabelna dlya lyudini legka dlya kopiyuvanya ta vstavki mozhe buti vbudovana sumisna zi zvichajnimi sistemami napriklad specifikaciyeyu URI Mehanizm rozpiznavannya identifikatora ye nadijnim vikoristovuye rezervuvannya vidsutnist okremih tochok vidmovi ta dostatno shvidkij shob ne viglyadati poshkodzhenim ye masshtabovanim bilshi navantazhennya prosto obroblyayutsya bilshoyu kilkistyu komp yuteriv ye gnuchkim mozhe adaptuvatisya do minlivih obchislyuvalnih seredovish mozhe buti korisnim dlya novih program ye nadijnim i rozpiznavannya i administruvannya mayut tehnichni metodi doviri ekspluatuyucha organizaciya zobov yazana diyati dovgostrokovo pobudovano na vidkritij arhitekturi zaohochennya zusil spilnoti dlya stvorennya dodatkiv na infrastrukturi ye prozorim koristuvacham ne potribno znati podrobici infrastrukturi ZastosuvannyaSered ob yektiv yaki narazi identifikuyutsya deskriptorami ye zhurnalni statti tehnichni zviti knigi tezi ta disertaciyi derzhavni dokumenti metadani rozpodilenij navchalnij kontent i nabori danih Deskriptori vikoristovuyutsya v dodatkah cifrovih vodyanih znakiv en repozitoriyah tosho Hocha okremi koristuvachi mozhut zavantazhuvati ta vikoristovuvati programne zabezpechennya HANDLE NET nezalezhno bagato koristuvachiv viznali korisnim spivpracyuvati v rozrobci dodatkiv u federaciyi vikoristovuyuchi spilnu politiku abo dodatkovi tehnologiyi dlya nadannya spilnih poslug Yak odna z pershih postijnih shem identifikaciyi Handle System bula shiroko prijnyata derzhavnimi ta privatnimi ustanovami ta perevirena protyagom kilkoh rokiv div paradigma postijni identifikatori Dodatki pobudovani na osnovi Handle System mozhut vikoristovuvati deskriptori yak prosti postijni identifikatori najchastishe vikoristannya viznachennya potochnoyi URL adresi ob yekta abo mozhut vikoristovuvati inshi vlastivosti Pidtrimka odnochasnogo povernennya kilkoh fragmentiv potochnoyi informaciyi pov yazanoyi z ob yektom u viznachenih strukturah danih daye zmogu vstanovlyuvati prioriteti dlya poryadku u yakomu viznachayutsya kilka deskriptoriv Takim chinom deskriptori mozhut buti viznacheni dlya riznih cifrovih versij togo samogo vmistu dlya dzerkalnih versij sajtiv abo dlya riznih biznes modelej platnih abo bezkoshtovnih zahishenih abo vidkritih publichnih abo privatnih Voni takozh mozhut stvoryuvati rizni cifrovi versiyi riznogo vmistu napriklad poyednannya ob yektiv neobhidnih dlya kursu distancijnogo navchannya Sogodni isnuyut tisyachi tisyachi servisiv obrobki roztashovanih u 71 krayini na 6 kontinentah ponad 1000 z nih pracyuyut v universitetah i bibliotekah Poslugi z obrobki nadayut federaciyi koristuvachiv nacionalni laboratoriyi universiteti obchislyuvalni centri biblioteki nacionalni ta miscevi uryadovi ustanovi pidryadniki korporaciyi ta doslidnicki grupi Osnovni vidavci vikoristovuyut Handle System dlya postijnoyi identifikaciyi komercijnogo vmistu ta vmistu z vidkritim dostupom za dopomogoyu sistemi cifrovogo identifikatora ob yektiv Kilkist prefiksiv yaki dozvolyayut koristuvacham priznachati deskriptori zrostaye i stanom na pochatok 2014 roku stanovit ponad 12 000 Isnuye shist serveriv Global Handle Registry verhnogo rivnya yaki otrimuyut v serednomu 68 miljoniv zapitiv na obrobku na misyac Proksi serveri yaki vidomi CNRI sho peredayut zapiti do sistemi v Interneti otrimuyut v serednomu 200 miljoniv zapitiv na obrobku na misyac statistika otrimana z Handle Quick Facts U 2010 roci CNRI ta Mizhnarodna spilka elektrozv yazku uklali ugodu pro spivpracyu shodo vikoristannya Handle System i arhitekturi cifrovih ob yektiv zagalom i pracyuyut nad konkretnimi detalyami ciyeyi spivpraci u kvitni 2009 roku Mizhnarodna spilka elektrozv yazku nazvala Handle System novoyu tendenciyeyu Licenziyi ta politika vikoristannyaHandle System HANDLE NET i Global Handle Registry ye tovarnimi znakami en CNRI nekomercijnoyi doslidnickoyi korporaciyi v SShA Handle System ye predmetom patentiv CNRI yaka licenzuye svoyu tehnologiyu Handle System zgidno z publichnoyu licenziyeyu podibnoyu do licenziyi z vidkritim vihidnim kodom shob zabezpechiti shirshe vikoristannya tehnologiyi Infrastruktura Handle System pidtrimuyetsya reyestraciyeyu prefiksa ta platoyu za obslugovuvannya prichomu bilshist platezhiv nadhodit vid vlasnikiv odnogo prefiksa Najbilshe vneskiv na danij moment nadhodit vid Mizhnarodnogo fondu DOI Publichna licenziya dozvolyaye komercijne ta nekomercijne vikoristannya za nevisoku vartist yak zapatentovanoyi tehnologiyi tak i etalonnoyi realizaciyi programnogo zabezpechennya a takozh dozvolyaye vilno vbudovuvati programne zabezpechennya v inshi sistemi ta produkti Ugoda pro nadannya poslug takozh dostupna dlya koristuvachiv yaki mayut namir nadavati poslugi identifikaciyi ta abo obrobki deskriptoriv za dopomogoyu tehnologiyi Handle System zgidno z publichnoyu licenziyeyu Handle System Suputni tehnologiyiHandle System predstavlyaye kilka komponentiv dovgostrokovoyi arhitekturi cifrovih ob yektiv U sichni 2010 roku CNRI vipustila svoye programne zabezpechennya Digital Object Repository zagalnogo priznachennya she odin vazhlivij komponent ciyeyi arhitekturi Nayavna dodatkova informaciya pro vipusk vklyuchayuchi specifikaciyu protokolu vihidnij kod i gotovu do vikoristannya sistemu kliyentiv i utiliti Div takozh en ARK Elektronna biblioteka Elektronne vidavnictvo Gipertekst Institucijnij repozitarij en OpenURL en en Resource Description Framework Semantichna pavutina Uniform Resource NamePrimitkiLannom L Boesch B November 2003 Handle System Overview datatracker ietf org angl IETF RFC 3650 Procitovano 20 chervnya 2024 Kahn Wilensky Architecture angl CNRI 13 travnya 1995 Procitovano 13 bereznya 2013 DONA Foundation dona net angl Digital Object Identifier System doi org angl Redirect to Current Handle Net web site content handle net angl Procitovano 15 March 2018 Sun S Reilly S Lannom L November 2003 Handle System Namespace and Service Definition datatracker ietf org angl IETF RFC 3651 Procitovano 20 chervnya 2024 Sun S Reilly S Lannom L Petrone J November 2003 Handle System Protocol ver 2 1 Specification datatracker ietf org angl IETF RFC 3652 Procitovano 20 chervnya 2024 handle net angl handle net Procitovano 13 bereznya 2013 About info URIs Frequently Asked Questions angl Info uri info Procitovano 13 bereznya 2013 Van de Sompel H LANL Hammond T NPG Neylon E Manifest Solutions Weibel S OCLC April 2006 The info URI Scheme for Information Assets with Identifiers in Public Namespaces datatracker ietf org angl IETF RFC 4452 Procitovano 21 chervnya 2024 angl doi 10 1000 182 Arhiv originalu za 16 September 2022 HDL NET Services Proxy Server System angl Handle net Procitovano 13 bereznya 2013 HS Software Download angl Handle net Procitovano 13 bereznya 2013 Software Client Libraries angl Handle net Procitovano 13 bereznya 2013 HDL Plug in for Adobe Acrobat and Acrobat Reader angl Handle net Procitovano 13 bereznya 2013 handle net angl Arhiv originalu za 5 veresnya 2015 DOI System Tools angl Doi org 12 lipnya 2012 Procitovano 13 bereznya 2013 adlnet gov angl adlnet gov Procitovano 13 bereznya 2013 adlnet gov angl Arhiv originalu za 14 chervnya 2008 doi org angl doi org 8 sichnya 2013 Procitovano 13 bereznya 2013 angl Oscars org 24 serpnya 2012 Arhiv originalu za 30 bereznya 2013 Procitovano 13 bereznya 2013 angl paradigm 2 sichnya 2008 Arhiv originalu za 29 bereznya 2013 Procitovano 13 bereznya 2013 Handle System angl Itu int 16 kvitnya 2010 Procitovano 13 bereznya 2013 LICENSE PDF angl www handle net Procitovano 11 travnya 2020 dorepository org angl dorepository org 8 sichnya 2013 Procitovano 13 bereznya 2013 Digital Object Repository Server A Component of the Digital Object Architecture angl Dlib org 4 lyutogo 2010 Procitovano 13 bereznya 2013 Reilly S Tupelo Schneck R January 2010 Digital Object Repository Server A Component of the Digital Object Architecture en angl DO Repository 16 1 2 doi 10 1045 january2010 reilly ISSN 1082 9873 Procitovano 13 bereznya 2013 Cordra cordra org angl PosilannyaOficijnij sajt

Дата публікації:
Топ