Система ручки

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

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

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

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

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

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

Технические характеристики [ править ]

Ручка система определяется в информационном РЛКЕ 3650, ^[1] 3651 ^[6] и 3652 ^[7] из Engineering Task Force (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 или ARK , которые похожи на дескрипторы, но используют доменные имена. Однако, в отличие от этих подходов, основанных на доменных именах, дескрипторы требуют отдельного процесса регистрации префиксов и обрабатывают серверы отдельно от серверов доменных имен.

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

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

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

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

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

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

Реализация [ править ]

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

Веб-сайт Handle System предоставляет ряд инструментов реализации, в частности, программное обеспечение HANDLE.NET ^[13] и клиентские библиотеки HANDLE.NET. ^[14] Клиенты Handle могут быть встроены в программное обеспечение конечного пользователя (например, веб-браузер) или в серверное программное обеспечение (например, веб-сервер), а расширения уже доступны для Adobe Acrobat ^[15] и Firefox . ^[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) для Handle System приняла ее вместе со структурой indecs для обеспечения семантической совместимости .

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

Принципы дизайна [ править ]

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

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

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

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

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

Приложения [ править ]

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

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

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

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

В 2010 году CNRI и ITU (Международный союз электросвязи) заключили соглашение о сотрудничестве в области использования системы управления (и архитектуры цифровых объектов в целом) и работают над конкретными деталями этого сотрудничества; в апреле 2009 года МСЭ назвал систему управления «новой тенденцией». ^[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]}

См. Также [ править ]

Ссылки [ править ]

Внешние ссылки [ править ]

• Официальный веб-сайт
• Проект постоянных идентификаторов в Paradigm