The Geographical Journal
- 1 year ago
- 0
- 0
URN ( англ. Uniform Resource Name ) — единообразное название (имя) ресурса. На английский манер произносится как слово earn, по-русски чаще говорят [ у-эр-э́н ]. URN — это постоянная последовательность символов, идентифицирующая абстрактный или физический ресурс. URN является частью концепции URI ( англ. Uniform Resource Identifier) — единообразных идентификаторов ресурса. Имена URN призваны в будущем заменить локаторы URL ( англ. Uniform Resource Locator) — единообразные определители местонахождения ресурсов. Но имена URN, в отличие от URL, не включают в себя указания на местонахождение и способ обращения к ресурсу. Стандарт URN специально разработан так, чтобы он мог включать в себя другие пространства имён .
Идея URN возникла из-за существенных недостатков системы URL. Ресурсы во Всемирной паутине и Интернете перемещаются, а ссылки в виде URL остаются, указывая на уже отсутствующие ресурсы. Старые URL также делаются бесполезными при реструктуризации ресурсов, переименовании, удалении, перемещении в другой домен DNS . Для решения этой проблемы была разработана эффективная система PURL ( англ. Persistent Uniform Resource Locator — постоянный URL), сейчас широко используемая, а также система DOI ( англ. Digital Object Identifier — идентификатор цифрового объекта). Но это всё же лишь частичные решения проблемы. Принципиальным же решением должен стать стандарт единообразного именования ресурсов URN.
URN указывает неизменное имя ресурса без указания его местонахождения и способа обращения. В результате URN-имена постоянны, они не зависят от конкретных серверов и протоколов. Другими словами, URN концептуально обозначает сам ресурс , а не место, где находится какой-то ресурс (а может, уже не находится), как это делает URL. Допустим, есть человек по имени Михаил Петров, который живёт в Москве по адресу ул. Земляной вал, 14. Если кто-то спросит его: «Вы кто?», он, разумеется, ответит «Я — Михаил Петров». Он ведь не скажет: «Я человек, живущий на Земляном валу, 14». Так вот, URN идентифицирует человека как «Михаил Петров», а URL лишь сообщает, что кто-то живёт по адресу ул. Земляной вал, 14 (а может, там находится и организация… URL этого не сообщает).
Для нахождения ресурсов по URN-имени нужна «система разрешения URN-имён» ( англ. URN resolution). Тогда человек (или программа ), знающий точный URN ресурса, введёт его в систему разрешения и немедленно получит множество конкретных мест ( серверов или, скажем, интернет-магазинов ), где этот ресурс можно найти. В 2002 году была предложена система ( англ. ; система динамического обнаружения ресурсов), которая разрешает имена URN в URL-ссылки на конкретные местонахождения ресурсов. При этом и URN, и URL являются частью одной системы идентификации ресурсов URI.
В 1994 году вышел запрос , в котором описывались концептуальные и функциональные требования к разработке URN. Сама идея URN родилась несколько раньше, но до 1994 года не была никак сформулирована. После выхода было потрачено очень много времени и усилий на разработку URN. Рабочая группа URN при IETF ( англ. Internet Engineering Task Force) включает в себя очень много заинтересованных сторон (включая крупные конкурирующие компании), поэтому достижение всеобщего согласия представляется очень затруднительным. Тем не менее, уже в мае 1997 года вышла спецификация , описывающая первую версию синтаксиса URN. Хотя разработка URN ещё далеко не завершена, и достичь консенсуса по всем вопросам пока не удалось, но базовые черты URN вырисовываются уже довольно чётко.
В 1999 году был опубликован запрос комментариев , который в общих чертах обрисовывал систему разрешения URN-имён. В октябре 2002 года вышла целая серия документов: , , , , . В этих документах определялась система разрешения URN-имён DDDS (см. выше) — последнее необходимое звено для внедрения URN. Примерно в то же время вышла и спецификация , уточняющая спецификацию пространств имён URN.
В настоящее время применение URN приобрело уже значительные масштабы. Имена URN стали неотъемлемой частью расширяемого языка разметки XML . Всё чаще и чаще URN реализуются в популярном программном обеспечении.
Единообразные имена ресурсов имеют следующую структуру:
<URN> ::= "urn:" <NID> ":" <NSS>
В этой записи:
При этом начальная последовательность символов "urn: " не чувствительна к регистру. А идентификаторы пространства имён «urn» и «URN» запрещены вообще, чтобы не возникло путаницы с этой начальной строкой "urn: ".
Эти URN содержат в NID название хеша, используемого для их создания. NSS содержит значение этого хеша, вычисленного из данных идентифицируемого объекта (файла). Такие URN получают свойства хешей, то есть для данных может быть создано множество различных URN, но каждая URN может идентифицировать только один набор данных (файл).
Такие URN используются:
NID | Разрядность | Кодировка | Пример |
---|---|---|---|
tree:tiger | 192 | Base32 | |
sha1 | 160 | Base32 | |
btih | 160 | Base32 | |
ed2k | 128 | Hex | |
md5 | 128 | Hex | |
md4 | 128 | Hex | |
tiger | 192 | Hex | |
aich | 160 | Base32 | |
whirlpool | 512 | Hex | |
ripemd160 | 160 | Hex | |
gost | 256 | Hex | |
has160 | 160 | Hex | |
snefru128 | 128 | Hex | |
snefru256 | 256 | Hex |
В показанных примерах «isbn», «ietf», «oid», «sha1», «uuid» и «tree» — это пространства имён, т. н. <NID> (см. выше), а строки за вторым двоеточием — это <NSS>.