ГОСТРИСО 24619—2013
b) установление связи с релевантными метаданными и обеспечение доступа к ним;
c) адекватная защита для предотвращения злоумышленного или случайного изменения отобра
жений PID/URI и связей PID/метаданные;
d) адресация разделов ресурса (идентификаторы разделов или фрагментов, либо те и другие);
e) кодирование PID как URI для представления идентификаторов как активируемых в среде
веб-документов без требования изменений на стороне клиента.
5.2.2 Обеспеченно возможности дублирования ресурсов
В целях защитыданных иобеспечения высокоскоростногодоступа принято предоставлятьдубли
каты либо образы ресурсов или резидентные копии на серверах разных ресурсов. Инфраструктура PID
должна поддерживать такой виддублирования, разрешая ассоциирование многих URI с единственным
РЮ.
5.2.3 Доступ к метаданным ресурса
Помимо предоставления надежного URI для ресурса, инфраструктура PID используется такжедля
высоконадежной защищенной привязки метаданных к ресурсу. Хотя настоящий стандартне требует на
личия доступных метаданных какого-либо конкретного типа, в нем все же устанавливается требование
возможности преобразования РЮ к соответствующей записи в формате XML, на основе которой может
строиться работа других служб.
5.2.4 Надежное защищенное администрирование
Инфраструктура РЮ должна обеспечивать адекватную защиту, с тем чтобы только владелец или
блюститель ресурса имели возможность изменить отображение PID/URI или ассоциируемые с ним ме
таданные.
5.2.5 Идентификаторы разделов ресурсов
Невозможно предоставить РЮ для каждого идентифицируемого раздела ресурса или даже просто
определить в глобальном масштабе все возможные варианты разделения ресурсов на части. Следова
тельно. инфраструктуры РЮ должны обеспечивать систему присваивания идентификаторов разделам
или фрагментам в комбинации с РЮ-идентификатором ресурса. Поскольку цель здесь состоит в том,
чтобы использоватьдля идентификации разделов ресурса единственную строку, синтаксис РЮдолжен
поддерживать операцию конкатенации РЮ и идентификатора раздела. Например, система разрешения
РЮдолжнадопускатьтакое конфигурирование, чтобы комбинация идентификатора раздела РЮ преоб
разовывалась в идентификатор URI. который может правильно интерпретироваться сервером ресурса
для выдачи запрошенного раздела ресурса [см. раздел А.2,а].
Рисунок 2 — Обработка идентификаторов разделов резольвером РЮ
(на примере реализации сервера дескрипторов)
Комбинированный ресурс «А» с составляющими х, у и
2
идентифицируется в рамках РЮ как
«1839/Ан.
Резольвер РЮ преобразует идентификатор «1839/А» к URI вида htto://oserver/ob<ectA. который мо
жет распознаваться сервером как запрос на предоставление объекта «А». Раздел «
2
» ресурса «А»
идентифицируется РЮ как «1839/А#2». Для простоты процедуры разыменования, выполняемой серве
ром ресурса, резольвер РЮ должен быть способен к преобразованию идентификатора «1839/А#2» в
URI вида http.//oserver/obiectA?oart
=2
или в какую-то похожую запросную строку, из которой серверу
объекта А будет понятно, что требуется предоставить раздел «
2
».
7