Ручка системы
Система дескрипторов — это Корпорации национальных исследовательских инициатив, собственный реестр который присваивает постоянные идентификаторы или дескрипторы информационным ресурсам и преобразует «эти дескрипторы в информацию, необходимую для поиска, доступа и иного использования ресурсов». [1]
Как и дескрипторы, используемые где-либо еще в вычислениях, дескрипторы системы дескрипторов непрозрачны и не кодируют никакой информации о базовом ресурсе, будучи привязанными только к метаданным , касающимся ресурса. Следовательно, дескрипторы не становятся недействительными из-за изменений в метаданных.
Система была разработана Бобом Каном в Корпорации национальных исследовательских инициатив (CNRI). Первоначальная работа финансировалась Агентством перспективных исследовательских проектов Министерства обороны (DARPA) в период с 1992 по 1996 год как часть более широкой структуры распределенных услуг цифровых объектов. [2] и, таким образом, совпало с ранним развертыванием Всемирной паутины с аналогичными целями.
Система Handle была впервые реализована осенью 1994 года, а ее администрирование и эксплуатация осуществлялась CNRI до декабря 2015 года, когда был введен новый режим работы «многоосновной администратор» (MPA). Фонд ДОНА [3] в настоящее время управляет глобальным реестром дескрипторов системы и аккредитует MPA, включая CNRI и Международный фонд DOI. [4] В настоящее время система обеспечивает базовую инфраструктуру для таких систем на основе дескрипторов, как Digital Object Identifiers и DSpace , которые в основном используются для обеспечения доступа к научным, профессиональным и правительственным документам и другим информационным ресурсам.
CNRI предоставляет спецификации и исходный код для эталонных реализаций серверов и протоколов, используемых в системе, по бесплатной «Общественной лицензии», аналогичной лицензии с открытым исходным кодом. [5]
В настоящее время работают тысячи сервисов обработки. Более 1000 из них находятся в университетах и библиотеках, но они также работают в национальных лабораториях, исследовательских группах, правительственных учреждениях и коммерческих предприятиях, получая более 200 миллионов запросов на разрешение проблем в месяц. [ нужна ссылка ]
Технические характеристики [ править ]
Система дескрипторов определена в информационных RFC 3650, [1] 3651 [6] и 3652 [7] Инженерной группы Интернета (IETF) ; он включает открытый набор протоколов, пространство имен и эталонную реализацию протоколов. Документация, программное обеспечение и сопутствующая информация предоставлены CNRI на специальном веб-сайте. [8]
Дескрипторы состоят из префикса, который идентифицирует «орган именования», и суффикса, который дает «локальное имя» ресурса. Подобно доменным именам, префиксы выдаются органам именования одним из «многоосновных администраторов» системы после уплаты сбора, который необходимо продлевать ежегодно. Орган по присвоению имен может создавать любое количество дескрипторов с уникальными «локальными именами» внутри назначенных им префиксов. Пример ручки:
20.1000/1002381/12345
В первом примере, который представляет собой дескриптор лицензии на программное обеспечение HANDLE.NET, 20.1000 — это префикс, присвоенный органу именования (в данном случае самому Handle.net) и 100 — локальное имя в этом пространстве имен. Локальное имя может состоять из любых символов из набора символов Unicode UCS-2. Префикс также состоит из любых символов UCS-2 , кроме «/». Префиксы состоят из одного или нескольких сегментов органов именования, разделенных точками, что представляет собой иерархию органов именования. Таким образом, в примере 20 является префиксом органа именования для CNRI, а 1000 обозначает подчиненный орган именования в префиксе 20. Другими примерами префиксов верхнего уровня для федеральных органов именования Фонда DONA являются: 10 для дескрипторов DOI; 11 для дескрипторов, назначенных ITU ; 21 для ручек, выданных Немецким обществом научной обработки данных mbH Göttingen (GWDG), научным вычислительным центром Геттингенского университета ; и 86 от Коалиции Handle Services – Китай. Старые «устаревшие» префиксы, выпущенные CNRI до того, как была введена структура «многоосновного администратора» (MPA), обычно состоят из четырех или пяти цифр, как во втором примере выше, дескрипторе, администрируемом Лестерским университетом . Все префиксы должны быть зарегистрированы в Глобальном реестре дескрипторов через регистратора, утвержденного Фондом DONA, обычно за определенную плату.
Как и в других случаях использования дескрипторов в вычислениях, дескриптор непрозрачен; то есть он не кодирует никакой информации о базовом ресурсе и предоставляет только средства для получения метаданных о ресурсе.
Это можно противопоставить унифицированному указателю ресурсов (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.
Некоторые пространства имен системы дескрипторов определяют специальные правила представления. Например, цифровые идентификаторы объектов , которые представляют собой большой процент существующих дескрипторов, обычно обозначаются префиксом «doi:»: doi:10.1000/182.
Любой дескриптор может быть выражен как унифицированный указатель ресурса (URL) посредством использования общего прокси-сервера HTTP : [12]
Некоторые системы на основе Handle предлагают прокси-сервер HTTP, предназначенный для использования с их собственной системой, например:
Реализация [ править ]
Реализация системы дескрипторов состоит из локальных служб дескрипторов, каждая из которых состоит из одного или нескольких сайтов, предоставляющих серверы, на которых хранятся определенные дескрипторы. Глобальный реестр дескрипторов — это уникальная служба локальных дескрипторов, которая хранит информацию о префиксах (также известных как центры именования) в системе дескрипторов, и к ней можно запрашивать, чтобы узнать, где конкретные дескрипторы хранятся в других службах локальных дескрипторов в этой распределенной системе.
На веб-сайте Handle System представлен ряд инструментов реализации, в частности программное обеспечение HANDLE.NET. [13] и клиентские библиотеки HANDLE.NET. [14] Клиенты Handle могут быть встроены в программное обеспечение конечного пользователя (например, веб-браузер) или в серверное программное обеспечение (например, веб-сервер), а расширения уже доступны для Adobe Acrobat. [15] и Фаерфокс . [16]
Библиотеки клиентского программного обеспечения Handle доступны как на C, так и на Java. Для некоторых приложений разработаны специальные дополнительные инструменты, например, для системы DOI. [17]
Совместимая сеть распределенных серверов разрешения дескрипторов (также известная как система прокси-серверов) связана через глобальный преобразователь (который представляет собой один логический объект, хотя и физически децентрализованный и зеркальный). Пользователи технологии Handle System получают префикс дескриптора, созданный в глобальном реестре дескрипторов. Глобальный реестр дескрипторов поддерживает и разрешает префиксы локально поддерживаемых служб дескрипторов. Таким образом, любая локальная служба дескрипторов может разрешить любой дескриптор через Global Resolver.
Дескрипторы (идентификаторы) передаются клиентом в виде запроса органа/префикса именования в Глобальный реестр дескрипторов (GHR) системы дескрипторов. GHR отвечает, отправляя клиенту информацию о местоположении соответствующей службы локального дескриптора (которая может состоять из нескольких серверов на нескольких сайтах); Затем запрос отправляется на соответствующий сервер в рамках службы локальных дескрипторов. Служба локальных дескрипторов возвращает информацию, необходимую для получения ресурса, например URL-адрес, который затем можно преобразовать в перенаправление HTTP. (Примечание: если у клиента уже есть информация о соответствующем LHS для запроса, первоначальный запрос к GHR опускается)
Хотя исходная модель, на основе которой возникла система дескрипторов, касалась управления цифровыми объектами, система дескрипторов не требует какой-либо конкретной модели отношений между идентифицированными объектами и не ограничивается идентификацией только цифровых объектов: могут быть представлены нецифровые объекты. в качестве соответствующего цифрового объекта для целей управления цифровыми объектами. Требуется определенная осторожность при определении таких объектов и того, как они связаны с нецифровыми объектами; существуют устоявшиеся модели, которые могут помочь в таких определениях, например, «Функциональные требования к библиографическим записям» (FRBR) , CIDOC CRM и модель содержимого индексов . Некоторые приложения сочли полезным объединить такую структуру с приложением-дескриптором: например, инициатива Advanced Distributed Learning (ADL) [18] объединяет приложение Handle System с существующими стандартами для распределенного учебного контента с использованием эталонной модели объектов общего контента (SCORM), [19] а реализация системы цифрового идентификатора объекта (DOI) Handle System приняла ее вместе со структурой индексов для обеспечения семантической совместимости .
Система дескрипторов также подчеркивает важность приверженности организации схеме постоянных идентификаторов, но не требует наличия какой-либо модели для обеспечения такой приверженности. Отдельные приложения могут установить свои собственные наборы правил и социальную инфраструктуру для обеспечения устойчивости (например, при использовании в приложении DSpace и приложении DOI). [20]
Принципы проектирования [ править ]
Система Handle разработана с учетом следующих требований, способствующих устойчивости [21]
Строка идентификатора:
- не основан на каких-либо изменяемых атрибутах объекта (местоположении, собственности или любом другом атрибуте, который может измениться без изменения личности референта);
- является непрозрачным (желательно «глупое число»: хорошо известная закономерность порождает предположения, которые могут ввести в заблуждение, а значимая семантика может не переводиться на другой язык и может вызвать конфликты товарных знаков);
- является уникальным внутри системы (во избежание коллизий и ссылочной неопределенности);
- имеет необязательные, но приятно иметь функции, которые следует поддерживать (удобочитаемые, с возможностью вырезания и вставки, встраиваемые; подходят для обычных систем, например, спецификация URI).
Механизм разрешения идентификаторов:
- надежен (использует резервирование, отсутствие единых точек отказа и достаточно быстр, чтобы не выглядеть сломанным);
- является масштабируемым (более высокие нагрузки просто управляются большим количеством компьютеров);
- является гибким (может адаптироваться к меняющимся вычислительным средам; полезен для новых приложений):
- пользуется доверием (как разрешение, так и администрирование имеют технические методы доверия; эксплуатирующая организация ориентирована на долгосрочную перспективу);
- основывается на открытой архитектуре (поощряя усилия сообщества по созданию приложений на базе инфраструктуры);
- прозрачен (пользователям не нужно знать детали инфраструктуры).
Приложения [ править ]
Среди объектов, которые в настоящее время идентифицируются дескрипторами, — журнальные статьи, технические отчеты, книги, тезисы и диссертации, правительственные документы, метаданные, распределенный учебный контент и наборы данных. Маркеры используются в приложениях для создания цифровых водяных знаков , GRID- приложениях, репозиториях и т. д. Хотя отдельные пользователи могут загружать и использовать программное обеспечение HANDLE.NET независимо, многие пользователи сочли полезным сотрудничать при разработке приложений в рамках федерации, используя общую политику или дополнительные технологии для предоставления общих услуг. Система Handle, одна из первых схем постоянной идентификации, получила широкое распространение в государственных и частных учреждениях и доказала свою эффективность в течение нескольких лет. (См. Парадигма, Постоянные идентификаторы.) [22]
Приложения системы дескрипторов могут использовать дескрипторы в качестве простых постоянных идентификаторов (которые чаще всего используются для разрешения текущего URL-адреса объекта) или могут использовать преимущества других функций. Его поддержка одновременного возврата в качестве вывода нескольких фрагментов текущей информации, связанной с объектом, в определенных структурах данных позволяет устанавливать приоритеты для порядка, в котором будут использоваться несколько разрешений. Таким образом, дескрипторы могут соответствовать различным цифровым версиям одного и того же контента, зеркалам сайтов или различным бизнес-моделям (платным и бесплатным, безопасным и открытым, общедоступным и частным). Они также могут использовать различные цифровые версии разного контента, например смесь объектов, необходимых для курса дистанционного обучения.
Сегодня работают тысячи сервисов обработки данных, расположенных в 71 стране на 6 континентах; более 1000 из них работают в университетах и библиотеках. Службы Handle управляются федерациями пользователей, национальными лабораториями, университетами, вычислительными центрами, библиотеками (национальными и местными), государственными учреждениями, подрядчиками, корпорациями и исследовательскими группами. Крупные издатели используют систему Handle для постоянной идентификации коммерческого контента и контента открытого доступа посредством его реализации с помощью системы цифровых идентификаторов объектов (DOI) .
Число префиксов, которые позволяют пользователям назначать дескрипторы, растет и по состоянию на начало 2014 года составляет более 12 000. Существует шесть серверов глобального реестра дескрипторов верхнего уровня, которые получают (в среднем) 68 миллионов запросов на разрешение в месяц. Известные CNRI прокси-серверы, передающие запросы к системе в сети, получают (в среднем) 200 миллионов запросов разрешения в месяц. (Статистика из Handle Quick Facts.)
В 2010 году CNRI и ITU (Международный союз электросвязи) заключили соглашение о сотрудничестве в использовании системы Handle (и архитектуры цифровых объектов в целом) и работают над конкретными деталями этого сотрудничества; в апреле 2009 года МСЭ назвал систему ручек «новой тенденцией». [23]
Лицензии и политика использования [ править ]
Handle System, HANDLE.NET и Global Handle Registry являются товарными знаками Корпорации национальных исследовательских инициатив (CNRI), некоммерческой научно-исследовательской корпорации в США. Система ручек является объектом патентов CNRI, которая лицензирует свою технологию системы ручек по публичной лицензии. [24] аналогично лицензии с открытым исходным кодом, чтобы обеспечить более широкое использование технологии. Инфраструктура системы Handle поддерживается за счет регистрации префиксов и платы за обслуживание, большая часть которых поступает от владельцев отдельных префиксов. Крупнейшим действующим спонсором в настоящее время является Международный фонд DOI . Публичная лицензия позволяет коммерческое и некоммерческое использование по низкой цене как запатентованной технологии, так и эталонной реализации программного обеспечения, а также позволяет свободно встраивать программное обеспечение в другие системы и продукты. Соглашение об оказании услуг [5] также доступен для пользователей, которые намерены предоставлять услуги идентификаторов и/или разрешения с использованием технологии Handle System в соответствии с публичной лицензией Handle System.
Сопутствующие технологии [ править ]
Система Handle представляет собой несколько компонентов долгосрочной архитектуры цифровых объектов. В январе 2010 года CNRI выпустила программное обеспечение общего назначения для хранения цифровых объектов. [25] еще один важный компонент этой архитектуры. Дополнительная информация [26] Информация о выпуске, включая спецификацию протокола, исходный код и готовую к использованию систему, клиенты и утилиты, доступна. [27] [28]
См. также [ править ]
Ссылки [ править ]
- ^ Jump up to: а б Обзор системы обработки . IETF . дои : 10.17487/RFC3650 . РФК 3650 .
- ^ «Архитектура Кана/Виленского» . ЦНИИ. 13 мая 1995 г. Проверено 13 марта 2013 г.
- ^ «Фонд ДОНА» . дона.нет .
- ^ «Система цифровой идентификации объектов» . doi.org .
- ^ Jump up to: а б «Перенаправление на текущее содержимое веб-сайта Handle.Net» . handle.net . Проверено 15 марта 2018 г.
- ^ Обрабатывать пространство имен системы и определение службы . IETF . дои : 10.17487/RFC3651 . РФК 3651 .
- ^ Спецификация системного протокола обработки (версия 2.1) . IETF . дои : 10.17487/RFC3652 . РФК 3652 .
- ^ "handle.net" . handle.net . Проверено 13 марта 2013 г.
- ^ «Об URI «info» — часто задаваемые вопросы» . Инфо-uri.info . Проверено 13 марта 2013 г.
- ^ Схема URI «info» для информационных подтверждений с идентификаторами в общедоступных пространствах имен . IETF . дои : 10.17487/RFC4452 . РФК 4452 .
- ^ «Справочник ДОИ» . Международный фонд DOI . дои : 10.1000/182 . Архивировано из оригинала 16 сентября 2022 года.
- ^ «Службы HDL.NET: система прокси-сервера» . Handle.net . Проверено 13 марта 2013 г.
- ^ «Загрузка программного обеспечения HS» . Handle.net . Проверено 13 марта 2013 г.
- ^ «Клиентские библиотеки программного обеспечения» . Handle.net . Проверено 13 марта 2013 г.
- ^ «Плагин HDL для Adobe Acrobat и Acrobat Reader» . Handle.net . Проверено 13 марта 2013 г.
- ^ «Перенаправление на текущее содержимое веб-сайта Handle.Net» . handle.net . Архивировано из оригинала 5 сентября 2015 года.
- ^ «Системные инструменты DOI» . Дой.орг. 12 июля 2012 г. Проверено 13 марта 2013 г.
- ^ «adlnet.gov» . adlnet.gov . Проверено 13 марта 2013 г.
- ^ «СКОРМ» . adlnet.gov . Архивировано из оригинала 14 июня 2008 г.
- ^ «doi.org» . doi.org. 08.01.2013 . Проверено 13 марта 2013 г.
- ^ «Системы идентификаторов в сетевой архитектуре, Лоуренс Ланном, CNRI. Видео презентации (или только презентация в формате PDF) с Симпозиума по метаданным цифрового кино, Совет по науке и технологиям, Академия кинематографических искусств и наук, 11 июня 2009 г.» . Оскар.орг. 24 августа 2012 г. Архивировано из оригинала 30 марта 2013 г. Проверено 13 марта 2013 г.
- ^ «Рабочая книга по цифровым личным документам | административные метаданные и сохранность | постоянные идентификаторы» . парадигма. 02 января 2008 г. Архивировано из оригинала 29 марта 2013 г. Проверено 13 марта 2013 г.
- ^ «Система управления» . Itu.int. 16 апреля 2010 г. Проверено 13 марта 2013 г.
- ^ «ЛИЦЕНЗИЯ» (PDF) . www.handle.net . Проверено 11 мая 2020 г.
- ^ «dorepository.org» . dorepository.org. 08.01.2013 . Проверено 13 марта 2013 г.
- ^ «Сервер репозитория цифровых объектов: компонент архитектуры цифровых объектов» . Dlib.org. 04 февраля 2010 г. Проверено 13 марта 2013 г.
- ^ Рейли С., Тупело-Шнек Р. (январь 2010 г.). «Сервер репозитория цифровых объектов: компонент архитектуры цифровых объектов» . Журнал D-Lib . 16 (1/2). Репозиторий DO. doi : 10.1045/январь 2010-Рейли . ISSN 1082-9873 . Проверено 13 марта 2013 г.
- ^ «Кордра» . Cordra.org .
Внешние ссылки [ править ]
