stringtranslate.com

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

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

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

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

CNRI предоставляет спецификации и исходный код для эталонных реализаций для серверов и протоколов, используемых в системе, по безвозмездной «публичной лицензии», аналогичной лицензии с открытым исходным кодом. [5] В настоящее время работают тысячи служб обработки. Более 1000 из них находятся в университетах и ​​библиотеках, но они также работают в национальных лабораториях, исследовательских группах, правительственных агентствах и коммерческих предприятиях, получая более 200 миллионов запросов на разрешение в месяц. [ необходима ссылка ]

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

Система Handle System определена в информационных RFC 3650, [1] 3651 [6] и 3652 [7] Internet Engineering Task Force (IETF) ; она включает открытый набор протоколов, пространство имен и эталонную реализацию протоколов. Документация, программное обеспечение и сопутствующая информация предоставляются CNRI на специальном веб-сайте [8]

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

В первом примере, который является идентификатором для лицензии на программное обеспечение HANDLE.NET, 20.1000— это префикс, назначенный органу по именованию (в данном случае, самому Handle.net), и 100это локальное имя в этом пространстве имен. Локальное имя может состоять из любых символов из набора символов Unicode UCS-2. Префикс также состоит из любых символов UCS-2 , кроме «/». Префиксы состоят из одного или нескольких сегментов органа по именованию, разделенных точками, что представляет собой иерархию органов по именованию. Таким образом, в примере 20— это префикс органа по именованию для CNRI, в то время как 1000обозначает подчиненный орган по именованию в пределах префикса 20. Другие примеры префиксов верхнего уровня для федеративных органов по именованию Фонда DONA: 10для идентификаторов DOI; 11для идентификаторов, назначенных МСЭ ; 21для идентификаторов, выданных немецким Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG), научным вычислительным центром Геттингенского университета ; и 86для Coalition of Handle Services – China. Старые «устаревшие» префиксы, выданные CNRI до того, как была введена структура «многопрофильного администратора» (MPA), обычно состоят из четырех или пяти цифр, как во втором примере выше, идентификатор, администрируемый Университетом Лестера . Все префиксы должны быть зарегистрированы в Глобальном реестре идентификаторов через регистратора, одобренного DONA Foundation, обычно за плату.

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

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

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

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

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

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

Дескрипторы могут использоваться изначально или выражаться как унифицированные идентификаторы ресурсов (URI) через пространство имен в схеме info URI ; [9] [10] например, 20.1000/100может быть записан как URI, info:hdl/20.1000/100. Некоторые пространства имен системы дескрипторов, такие как идентификаторы цифровых объектов, являются пространствами имен URI "info:" сами по себе; например, 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] и Firefox . [16]

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

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

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

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

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

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

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

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

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

Приложения

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

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

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

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

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

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

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

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

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

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

Ссылки

  1. ^ Обзор системы дескрипторов ab . IETF . doi : 10.17487/RFC3650 . RFC 3650.
  2. ^ "Архитектура Кана/Виленского". CNRI. 1995-05-13 . Получено 2013-03-13 .
  3. ^ "Фонд ДОНА". dona.net .
  4. ^ «Система цифровой идентификации объектов». doi.org .
  5. ^ ab "Перенаправление на текущий контент веб-сайта Handle.Net". handle.net . Получено 15 марта 2018 г. .
  6. ^ Обработка системного пространства имен и определения служб. IETF . doi : 10.17487/RFC3651 . RFC 3651.
  7. ^ Спецификация протокола Handle System (версия 2.1). IETF . doi : 10.17487/RFC3652 . RFC 3652.
  8. ^ "handle.net". handle.net . Получено 2013-03-13 .
  9. ^ "О URI "info" – Часто задаваемые вопросы". Info-uri.info . Получено 2013-03-13 .
  10. ^ Схема URI "info" для информационных активов с идентификаторами в публичных пространствах имен. IETF . doi : 10.17487/RFC4452 . RFC 4452.
  11. ^ "DOI Handbook". Международный фонд DOI . doi :10.1000/182. Архивировано из оригинала 16 сентября 2022 г.
  12. ^ "Службы HDL.NET: Система прокси-сервера". Handle.net . Получено 2013-03-13 .
  13. ^ "HS Software Download". Handle.net . Получено 2013-03-13 .
  14. ^ "Библиотеки программного обеспечения клиента". Handle.net . Получено 2013-03-13 .
  15. ^ "HDL Plug-in для 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. ^ "SCORM". adlnet.gov . Архивировано из оригинала 2008-06-14.
  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. ^ "рабочая тетрадь по цифровым личным документам | административные и сохранные метаданные | постоянные идентификаторы". paradigm. 2008-01-02. Архивировано из оригинала 2013-03-29 . Получено 2013-03-13 .
  23. ^ "Handle System". 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. ^ Reilly S, Tupelo-Schneck R (январь 2010 г.). "Сервер репозитория цифровых объектов: компонент архитектуры цифровых объектов". Журнал D-Lib . 16 (1/2). Репозиторий DO. doi : 10.1045/january2010-reilly . ISSN  1082-9873 . Получено 13.03.2013 .
  28. ^ "Кордра". cordra.org .

Внешние ссылки