Система ручки - Handle System

В Система ручки это Корпорация национальных исследовательских инициатив проприетарный реестр присваивает постоянные идентификаторы, или же ручки, к информационным ресурсам и для преобразования «этих дескрипторов в информацию, необходимую для поиска, доступа и иного использования ресурсов».[1]

Как и в случае с дескрипторами, используемыми в других местах в вычислениях, дескрипторы системы дескрипторов непрозрачны и не кодируют информацию о базовом ресурсе, будучи привязанными только к метаданные по поводу ресурса. Следовательно, дескрипторы не становятся недействительными при изменении метаданных.

Система была разработана Боб Кан в Корпорации национальных исследовательских инициатив (CNRI). Оригинальная работа финансировалась Агентство перспективных оборонных исследовательских проектов (DARPA) в период с 1992 по 1996 год, как часть более широкой структуры для услуг распределенных цифровых объектов,[2] и, таким образом, совпал с ранним развертыванием Всемирная паутина, с похожими целями.

Система управления была впервые реализована осенью 1994 года, а администрирование и управление ею осуществлялось CNRI до декабря 2015 года, когда был введен новый режим работы с несколькими основными администраторами (MPA). Фонд DONA[3] теперь администрирует глобальный реестр дескрипторов системы и аккредитует MPA, включая CNRI и Международный фонд DOI.[4]В настоящее время система обеспечивает базовую инфраструктуру для таких систем на основе дескрипторов, как Идентификаторы цифровых объектов и DSpace, которые в основном используются для обеспечения доступа к научным, профессиональным и правительственным документам и другим информационным ресурсам.

CNRI предоставляет спецификации и исходный код для эталонных реализаций серверов и протоколов, используемых в системе, в рамках бесплатной «Public License», аналогичной лицензии с открытым исходным кодом.[5]

В настоящее время работают тысячи сервисов управления. Более 1000 из них находятся в университетах и ​​библиотеках, но они также работают в национальных лабораториях, исследовательских группах, государственных учреждениях и коммерческих предприятиях, получая более 200 миллионов запросов на разрешение в месяц.

Характеристики

Система управления определяется в информационных 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 Foundation являются: 10 для ручек DOI; 11 для ручек, назначенных ITU; 21 для ручек, выпущенных немецким Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG), научным вычислительным центром Геттингенский университет; и 86 для Коалиции сервисных услуг - Китай. Старые «унаследованные» префиксы, выпущенные CNRI до того, как была установлена ​​структура «многоосновного администратора» (MPA), обычно состоят из четырех из пяти цифр, как во втором примере выше, дескриптор, администрируемый Университет Лестера. Все префиксы должны быть зарегистрированы в глобальном реестре дескрипторов через одобренного DONA Foundation регистратора, как правило, за определенную плату.

Как и в других случаях использования ручки в вычислениях ручка непрозрачна; то есть он не кодирует информацию о базовом ресурсе и предоставляет только средства для извлечения метаданных о ресурсе.

Это можно противопоставить Единый указатель ресурсов (URL), который может кодировать в идентификаторе такие атрибуты ресурса, как протокол, который будет использоваться для доступа к серверу, содержащему ресурс, имя хоста сервера и номер порта, и, возможно, даже специфические особенности местоположения, такие как имя файла в файловая система сервера, содержащая ресурс. В системе дескрипторов эти особенности не закодированы в дескрипторе, но находятся в метаданных, к которым привязан дескриптор.

Метаданные могут включать в себя многие атрибуты информационного ресурса, такие как его местонахождение, формы, в которых он доступен, типы предлагаемого доступа (например, «бесплатный» или «платный») и кому. Обработка метаданных для определения того, как и где должен быть доступен доступ к ресурсу, и предоставление ресурса пользователю выполняются на отдельном этапе, называемом «разрешение», с использованием Resolver, сервера, который может отличаться от те, которые участвуют в обмене дескриптором метаданных. В отличие от URL-адресов, которые могут стать недействительными, если встроенные в них метаданные становятся недействительными, дескрипторы не становятся недействительными и не нуждаются в изменении при изменении местоположения или других атрибутов метаданных. Это помогает предотвратить ссылка гниль, поскольку изменения в информационном ресурсе (например, в местоположении) необходимо отражать только в изменениях метаданных, а не в изменениях каждой ссылки на ресурс.

У каждого дескриптора может быть свой собственный администратор, и администрирование дескрипторов может выполняться в распределенной среде, аналогичной доменным именам DNS. Привязки имени к значению также могут быть защищены как с помощью подписей для проверки данных, так и с помощью ответа на запрос для проверки передачи данных, что позволяет использовать дескрипторы в приложениях доверительного управления.

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

Система ручки совместима с система доменных имен (DNS), но не требует этого, в отличие от постоянных идентификаторов, таких как PURL или же Ковчеги, которые похожи на дескрипторы, но используют доменные имена. Однако, в отличие от этих подходов, основанных на доменных именах, дескрипторы требуют отдельного процесса регистрации префиксов и обрабатывают серверы отдельно от серверов доменных имен.

Ручки можно использовать изначально. или выражается как Унифицированные идентификаторы ресурсов (URI) через пространство имен внутри схема URI информации;[9][10] Например, 20.1000/100 может быть записан как URI, информация: hdl / 20.1000 / 100. Некоторые пространства имен системы обработки, такие как идентификаторы цифровых объектов, сами по себе являются пространствами имен URI «info:»; Например, информация: doi / 10.1000 / 182 это еще один способ написания дескриптора для текущей версии Справочника DOI[11] как URI.

Некоторые пространства имен Handle System определяют специальные правила представления. Например, Идентификаторы цифровых объектов, которые представляют высокий процент существующих дескрипторов, обычно представлены с префиксом «doi:»: DOI: 10.1000 / 182.

Любой дескриптор может быть выражен как унифицированный указатель ресурса (URL) с помощью общего Прокси-сервер HTTP,:[12]

Некоторые системы на основе Handle предлагают прокси-сервер HTTP, который предназначен для использования с их собственной системой, например:

Выполнение

Реализация системы дескрипторов состоит из служб локальных дескрипторов, каждая из которых состоит из одного или нескольких сайтов, которые предоставляют серверы, хранящие определенные дескрипторы. Глобальный реестр дескрипторов - это уникальная служба локальных дескрипторов, которая хранит информацию о префиксах (также известных как органы именования) в системе дескрипторов и может быть запрошена, чтобы узнать, где хранятся определенные дескрипторы в других сервисах локальных дескрипторов в этой распределенной системе.

Веб-сайт Handle System предоставляет ряд инструментов для реализации, в частности, программное обеспечение HANDLE.NET.[13] и клиентские библиотеки HANDLE.NET.[14] Клиенты Handle могут быть встроены в программное обеспечение конечного пользователя (например, веб-браузер) или в серверное программное обеспечение (например, веб-сервер), а расширения уже доступны для Adobe Acrobat[15] и Fire Fox.[16]

Библиотеки клиентского программного обеспечения Handle доступны как на C, так и на Java. Некоторые приложения разработали специальные дополнительные инструменты, например, для системы DOI.[17]

Совместимая сеть серверов распределенного распознавателя дескрипторов (также известная как система прокси-серверов) связана через глобальный распознаватель (который является одним логическим объектом, хотя физически децентрализован и зеркалирован). Пользователи технологии Handle System получают префикс дескриптора, созданный в глобальном реестре дескрипторов. Глобальный реестр дескрипторов поддерживает и разрешает префиксы локально обслуживаемых сервисов дескрипторов. Следовательно, любая служба локальных дескрипторов может разрешить любой дескриптор через Global Resolver.

Дескрипторы (идентификаторы) передаются клиентом в виде запроса органа присвоения имен / префикса в глобальный реестр дескрипторов (GHR) системы обработки. GHR отвечает, отправляя клиенту информацию о местоположении для соответствующей службы локальной обработки (которая может состоять из нескольких серверов на нескольких сайтах); затем запрос отправляется на соответствующий сервер в рамках службы локальной обработки. Служба локальной обработки возвращает информацию, необходимую для получения ресурса, например URL-адрес, который затем может быть преобразован в перенаправление HTTP. (Примечание: если у клиента уже есть информация о соответствующей LHS для запроса, начальный запрос GHR опускается)

Хотя исходная модель, из которой происходит система управления, имела дело с управлением цифровыми объектами, система управления не требует какой-либо конкретной модели отношений между идентифицированными объектами и не ограничивается идентификацией только цифровых объектов: могут быть представлены нецифровые объекты. как соответствующий цифровой объект для управления цифровым объектом. Требуется некоторая осторожность при определении таких объектов и того, как они соотносятся с нецифровыми объектами; существуют установленные модели, которые могут помочь в таких определениях, например, Функциональные требования к библиографическим записям (FRBR), CIDOC CRM, и модель содержимого indecs. Некоторые приложения сочли полезным объединить такую ​​структуру с приложением-обработчиком: например, Инициатива Advanced Distributed Learning (ADL)[18] объединяет приложение Handle System с существующими стандартами для распределенного учебного контента, используя эталонную модель совместно используемых объектов контента (SCORM),[19] и Система цифрового идентификатора объекта (DOI) реализация Системы Ручки приняла ее вместе с индексы рамки для работы с семантическая совместимость.

Система управления также ясно указывает на важность приверженности организации схеме постоянного идентификатора, но не требует наличия одной модели для обеспечения такой приверженности. Отдельные приложения могут установить свои собственные наборы правил и социальную инфраструктуру для обеспечения устойчивости (например, при использовании в DSpace приложение и приложение DOI).[20]

Принципы дизайна

Система Handle разработана с учетом следующих требований для обеспечения устойчивости.[21]

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

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

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

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

Приложения

К объектам, которые в настоящее время обозначаются ручками, относятся журнальные статьи, технические отчеты, книги, диссертации, правительственные документы, метаданные, распределенный учебный контент и наборы данных. Ручки используются в цифровые водяные знаки приложения, приложения GRID, репозитории и многое другое. Хотя отдельные пользователи могут загружать и использовать программное обеспечение HANDLE.NET независимо, многие пользователи сочли полезным сотрудничать при разработке приложений в федерации, используя общую политику или дополнительные технологии для предоставления общих служб. Как одна из первых схем с постоянными идентификаторами, система Handle получила широкое распространение в государственных и частных учреждениях и зарекомендовала себя на протяжении нескольких лет. (См. Парадигма, Постоянные идентификаторы.)[22]

Приложения Handle System могут использовать дескрипторы в качестве простых постоянных идентификаторов (как наиболее часто используются для разрешения текущего URL-адреса объекта) или могут использовать другие функции. Его поддержка одновременного возврата в виде вывода нескольких частей текущей информации, относящейся к объекту, в определенных структурах данных, позволяет устанавливать приоритеты для порядка, в котором будут использоваться несколько разрешений. Следовательно, дескрипторы могут разрешаться для разных цифровых версий одного и того же контента, для зеркалирования сайтов или для разных бизнес-моделей (платный или бесплатный, безопасный или открытый, общедоступный или частный). Они также могут разрешить различные цифровые версии разного контента, например, сочетание предметов, необходимых для курса дистанционного обучения.

Сегодня действуют тысячи сервисных центров, расположенных в 71 стране на 6 континентах; более 1000 из них работают в университетах и ​​библиотеках. Сервисы Handle обслуживаются федерациями пользователей, национальными лабораториями, университетами, вычислительными центрами, библиотеками (национальными и местными), правительственными агентствами, подрядчиками, корпорациями и исследовательскими группами. Крупные издатели используют систему Handle для постоянной идентификации коммерчески продаваемого контента и контента открытого доступа посредством ее реализации с Система цифрового идентификатора объекта (DOI).

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

В 2010 году CNRI и ITU (Международный союз электросвязи) заключил соглашение о сотрудничестве по использованию Системы управления (и Архитектуры цифровых объектов в более общем плане) и работает над конкретными деталями этого сотрудничества; в апреле 2009 года ITU назвал систему управления «новой тенденцией».[23]

Лицензии и политика использования

Handle System, HANDLE.NET и Global Handle Registry являются товарными знаками компании Корпорация национальных исследовательских инициатив (CNRI), некоммерческая корпорация по исследованиям и разработкам в США. Система Handle является предметом патентов CNRI, которая лицензирует свою технологию Handle System посредством публичной лицензии,[24] аналогично лицензии с открытым исходным кодом, чтобы обеспечить более широкое использование технологии. Инфраструктура Handle System поддерживается за счет регистрации префиксов и платы за обслуживание, большая часть которых поступает от владельцев одного префикса. Самым крупным текущим вкладчиком является Международный фонд DOI. Общественная лицензия разрешает коммерческое и некоммерческое использование по низкой цене как запатентованной технологии, так и эталонной реализации программного обеспечения, а также позволяет свободно встраивать программное обеспечение в другие системы и продукты. Соглашение о предоставлении услуг[5] также доступен для пользователей, которые намереваются предоставлять услуги идентификации и / или разрешения с использованием технологии Handle System в рамках общедоступной лицензии Handle System.

Связанные технологии

Система управления представляет собой несколько компонентов долгосрочной архитектуры цифровых объектов. В январе 2010 года CNRI выпустила универсальное программное обеспечение для репозитория цифровых объектов,[25] еще один важный компонент этой архитектуры. Дополнительная информация[26] информация о выпуске, включая спецификацию протокола, исходный код и готовую к использованию систему, клиентов и утилиты, доступна.[27][28]

Смотрите также

Рекомендации

  1. ^ а б «RFC 3650: Обзор системы обработки».
  2. ^ "Кан / ​​Виленски Архитектура". CNRI. 1995-05-13. Получено 2013-03-13.
  3. ^ «Фонд ДОНА». dona.net.
  4. ^ «Система идентификации цифровых объектов». doi.org.
  5. ^ а б "Перенаправить на текущий контент веб-сайта Handle.Net". handle.net. Получено 15 марта 2018.
  6. ^ «RFC 3651: Обработка пространства имен системы и определения службы».
  7. ^ «RFC 3652: спецификация протокола обработки системы (версия 2.1)».
  8. ^ "handle.net". handle.net. Получено 2013-03-13.
  9. ^ «О нас» информация «URI - часто задаваемые вопросы». Info-uri.info. Получено 2013-03-13.
  10. ^ «RFC 4452: Схема URI« info »для информационных ассатов с идентификаторами в общедоступных пространствах имен».
  11. ^ «Справочник DOI». Дои:10.1000/182. Цитировать журнал требует | журнал = (помощь)
  12. ^ «Службы HDL.NET: система прокси-сервера». Handle.net. Получено 2013-03-13.
  13. ^ "Загрузка программного обеспечения HS". Handle.net. Получено 2013-03-13.
  14. ^ «Клиентские библиотеки программного обеспечения». Handle.net. Получено 2013-03-13.
  15. ^ «Подключаемый модуль HDL для Adobe Acrobat и 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. ^ «СКОРМ». adlnet.gov. Архивировано из оригинал на 2008-06-06.
  20. ^ "doi.org". doi.org. 2013-01-08. Получено 2013-03-13.
  21. ^ «Системы идентификации в сетевой архитектуре, Лоуренс Ланном, CNRI. Видео презентации (или только PDF-файл) с Симпозиума по метаданным цифровых кинофильмов, Совет по науке и технологиям, Академия кинематографических искусств и наук, 11 июня 2009 г.». Oscars.org. 2012-08-24. Архивировано из оригинал на 2013-03-30. Получено 2013-03-13.
  22. ^ "Рабочая тетрадь по цифровым частным документам | административные метаданные и сохранность | постоянные идентификаторы". парадигма. 2008-01-02. Получено 2013-03-13.
  23. ^ «Система ручек». Itu.int. 2010-04-16. Получено 2013-03-13.
  24. ^ "ЛИЦЕНЗИЯ" (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. ^ "Репозиторий ДО". DO Репозиторий. Дои:10.1045 / январь2010-reilly. Получено 2013-03-13. Цитировать журнал требует | журнал = (помощь)
  28. ^ «Кордра». cordra.org.

внешняя ссылка