Сохранение на основе UVC - UVC-based preservation

Сохранение на основе UVC является архивный стратегия обращения с сохранение из цифровые объекты. Он использует использование Универсальный виртуальный компьютер (UVC) —a виртуальная машина (VM), специально разработанная для архивных целей, что позволяет как подражание и миграция к язык -нейтральный формат вроде XML.[1]

Предпосылки к разработке подхода UVC

Проблема цифрового сохранения

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

Теория эмуляции

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

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

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

В 2000 году он предлагает реализовать подход к сохранению на основе эмуляции, при котором спецификации эмулятора выражаются в виде программ и интерпретируются программой-интерпретатором спецификации эмулятора, написанной для виртуальной машины эмуляции.

Подход Ротенберга был встречен скептически и сочтен слишком технически сложным, слишком дорогим и слишком трудоемким и, следовательно, экономическим риском (без поддержки эмпирических данных). (См. Раздел «Дальнейшее чтение»)

Разработка концепции UVC

Роль IBM

Раймонд А. Лори во время работы в IBM Исследовательский центр Альмаден инициировал разработку решения на основе UVC для долгосрочного цифровое сохранение.[2] Он описывает этот подход как «универсальный», потому что его определение настолько базовое, что он будет существовать вечно, «виртуальный», потому что его никогда не нужно будет строить физически, и это «компьютер» по своим функциям.

IBM (Нидерланды), владелец активов UVC, продолжает развивать концепцию UVC в рамках проекта PLANETS. Раймонд ван Диссен отвечает за расширение применения концепции UVC для сохранения более сложных объектов.

Роль Национальной библиотеки Нидерландов

В Национальная библиотека Нидерландов (Koninklijke Bibliotheek, KB) сыграли важную роль в демонстрации того, что эмуляция на основе концепции UVC является жизнеспособным вариантом для долгосрочного цифрового хранения.

В 2000 году сторонник эмуляции Джефф Ротенберг участвовал в исследовании с KB, чтобы проверить и оценить возможность использования эмуляции в качестве долгосрочной стратегии сохранения. Его метод заключался в использовании программной эмуляции для воспроизведения поведения устаревших вычислительных платформ на новых платформах, предлагая способ запуска исходного программного обеспечения цифрового документа в далеком будущем, тем самым воссоздавая контент, поведение и «внешний вид» исходного документа. .[3] Ротенберга критиковали за попытку сохранить неправильную вещь, предлагая имитировать поведение старых аппаратных платформ и операционных систем для доступа к исходным данным через исходное программное обеспечение, связанное с ними. Раймонд А. Лори осознал трудности в попытке создать программу, имитирующую «настоящую» машину на будущей платформе, и понял, что такой подход был излишним с точки зрения сохранения цифровых объектов. Вместо этого он представил новый подход к архивированию данных / программ с использованием «универсального виртуального компьютера».[2] Концепция стратегии сохранения на основе UVC была реализована KB и протестирована на файлах PDF в рамках исследования KB / IBM «Долгосрочное сохранение» (LTP).[4] Создать UVC для документов PDF сложнее. Вместо этого KB решило разработать UVC для изображений, потому что этот подход также будет охватывать документы PDF (файл PDF можно легко преобразовать в серию изображений). Подход, основанный на UVC, привел к тому, что UVC стал одним из инструментов постоянного доступа к изображениям JPEG / GIF87 в подсистеме сохранения электронного хранилища KB.[5]После успешного внедрения UVC KB продолжило разработку своей стратегии эмуляции для долгосрочного цифрового хранения, сосредоточив внимание на «полной» или аппаратной эмуляции. Такой подход позволил создать надежный компьютерный эмулятор на основе компонентов x86: Диоскуры, первый модульный эмулятор для цифрового хранения.[6]

Сохранение на основе UVC

Универсальный виртуальный компьютер является частью более широкой концепции, называемой методом сохранения на основе UVC. Этот метод позволяет цифровым объектам (например, текстовым документам, электронным таблицам, изображениям, звуковым волнам и т. Д.) Восстанавливать свой первоначальный вид в любое время в будущем. Методы представляют собой программы, написанные на машинном языке универсального виртуального компьютера (UVC). UVC полностью не зависит от архитектуры компьютера, на котором он работает.

Сам UVC - это программа, которая содержит набор инструкций, а не физический компьютер. Она будет работать как программное приложение на будущей платформе. Поскольку в настоящее время мы не знаем, какое оборудование будет доступно в будущем, UVC необходимо создать в то время, когда мы хотим получить доступ к конкретному документу из репозитория. Затем этот UVC формирует платформу, на которой могут запускаться программы, которые были специально написаны для таких UVC в прошлом. Создать программу эмуляции для UVC в будущем намного проще, чем пытаться имитировать «настоящую» машину.

Описание приложения

Метод стратегии сохранения на основе UVC различает архивирование данных, которое не требует полной эмуляции, и программное архивирование, которое требует. Для архивирования данных UVC используется для архивирования методов, которые интерпретируют сохраненный поток данных.[2] Методы представляют собой программы, написанные на машинном языке универсального виртуального компьютера (UVC). Программа UVC полностью независима от архитектуры компьютера, на котором она работает.

Архивирование данных

Архивирование данных восстанавливает «внешний вид» исходного файла, но не функциональность исходного формата. Если электронная форма документа используется только для компактного хранения или если способ, которым документ выглядит для человеческого глаза, - все, что есть, тогда достаточно заархивировать документ как изображение. Если требуются дополнительные функции, например поиск текста, сохранения только изображения недостаточно. В этом случае текст также необходимо заархивировать вместе с изображением документа. Восстановив исходный вид файла в виде изображения, будущий пользователь сможет увидеть, как выглядит исходный файл в макете страницы, стиле, шрифте и т. Д. Сам текст необходимо экспортировать, т.е. ASCII формат и может быть сохранен как последовательность однородных элементов (все атрибуты представления, такие как шрифт, размер и т. д., одинаковы для всех символов), потому что изображение страницы показывает точный вид страницы. В этом случае программа данных UVC состоит из двух частей: одна для декодирования текста, а вторая для декодирования изображения.

Что это влечет за собой

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

Просмотр логических данных

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

Пример представления логических данных

<Коллекция> <пейзаж> <имя> сахарная голова <категория> горы <изображение> <год> 1916  1500 <точек_на_линию> 2100 <строка>…
Схема (декодер формата)

Необходима дополнительная информация о различных элементах данных, чтобы человек мог понять, что означает каждый элемент, такая информация, как место тегов в иерархии, тип данных (числовые, символы), а также некоторая информация о семантике данные. Например, изображение имеет два атрибута, ширину и высоту, что указывает на то, что ширина умножается на высоту в пикселях; но хранятся ли эти пиксели строка за строкой или столбец за столбцом? Или, для цветных изображений, как интерпретировать значения RGB, чтобы воссоздать правильный цвет? Эта дополнительная информация также называется метаданными. Схема явно зависит от приложения, поскольку описывает структуру и значение тегов как частей определенного типа информации.

Схема для чтения схем (Схема логических данных (LDS))

Если в будущем пользователь получит элементы данных с тегами, он, как правило, не поймет значения данных и отношений между ними, и будущему пользователю потребуется дополнительная информация о логической структуре. Другими словами, необходима схема для чтения схемы метаданных. Простое решение, принятое для подхода UVC, - это метод для схемы, аналогичный методу для данных: информация схемы хранится во внутреннем представлении и сопровождается методом ее декодирования.

На этом этапе в архив будут включены: сами данные, метаданные, программа UVC для декодирования данных и программа UVC для декодирования метаданных.

Архивирование программ

Метод UVC для архивирования данных может быть расширен для архивирования программ. Архивирование программы включает архивирование поведения и функциональности программы и может включать архивирование Операционная система Архивация операционной системы может не потребоваться, если программа представляет собой только серию собственных инструкций операционной системы. Однако операционная система должна быть заархивирована, если цифровой объект является полноценной системой с Ввод, вывод взаимодействия.

Если взаимодействие ввода / вывода не требуется, достаточно заархивировать программу операционной системы. В этом случае, используя метод, аналогичный описанному выше, во время архивации необходимо сохранить следующее:

  • программа
  • программа UVC, которая имитирует наборы инструкций операционной системы, в которой исходная программа (т.е. программное обеспечение ) работает.

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

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

В будущем - отображение структуры данных необходимо записать на фактическое устройство.

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

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

Центральная идея сохранения на основе UVC заключается в том, что цифровые объекты, хранящиеся в архиве, могут быть реконструированы в любое время в будущем без потери смысла этого объекта. Архитектура UVC зависит от характеристик как реально существующие компьютер. Он содержит память, регистры и набор низкоуровневых инструкций. Архитектура отличается от «настоящего» компьютера тем, что ее не нужно реализовывать физически. Следовательно, нет реальной физической стоимости. Основным элементом UVC является его сегментная память. Он использует сегменты памяти для хранения отдельных частей данных. Эта структура на основе сегментов предотвращает случайную перезапись выделенной памяти другими приложениями, поскольку она не разделяет свое пространство памяти.[7]

Концептуальная модель

Вместе с исходными данными можно восстановить значение каждого конкретного цифрового объекта. UVC можно рассматривать как сердце системы. Словно Виртуальная машина Java и общеязыковая среда выполнения, UVC на самом деле эмулятор который позволяет программе работать на виртуальных экземплярах необходимого, обычно устаревшего оборудования, и будет продолжать имитировать необходимое оборудование по мере развития технологий. Поскольку в настоящее время мы не знаем, какое оборудование будет доступно в будущем, UVC необходимо создать в то время, когда мы хотим получить доступ к конкретному документу из репозитория. UVC формирует платформу, на которой могут работать программы, специально написанные для UVC.

Что должно быть сделано

Во время архивирования (в настоящее время) и во время извлечения (в будущем) должны быть предприняты разные шаги.

Во время архивирования

Шаг 1 - Определите соответствующую логическую схему для данного приложения

Шаг 2 - Выберите внутреннее представление и свяжите с данными программу UVC P. Это часть обычного дизайна приложения.

Шаг 3 - Напишите программу UVC для интерпретации данных

Шаг 4 - Архивируйте информацию схемы, сохраняя внутреннее представление информации схемы в потоке битов вместе с программой Q UVC для ее декодирования. Поскольку структура схемы одинакова для всех приложений, схема для чтения схем выбирается раз и навсегда.

Во время поиска

Шаг 1 - Создать эмулятор на текущей платформе. Из-за простоты концепции UVC для опытных разработчиков программного обеспечения довольно легко создать эмулятор UVC для конкретной платформы того времени.

Шаг 2 - Разработайте средство просмотра логических данных (программу восстановления для восстановления данных). Это прикладная программа, которая считывает объектный код UVC и поток битов и вызывает эмулятор для выполнения программы UVC, то есть программа управляет UVC и всеми взаимодействиями ввода / вывода между ним.

Шаг 3 - Напишите программу восстановления для восстановления схемы. Поскольку логическое представление информации схемы фиксировано, одна программа восстановления может фактически поддерживать все приложения. Если будущий клиент уже знает логическое представление для восстанавливаемых документов, то схема не обязательно требует извлечения. Кроме того, схему нужно запрашивать только один раз для коллекции документов одного типа.

Конвенция UVC

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

  • Документ архитектуры UVC
  • Интерфейс к эмулятору UVC (Logical Data Viewer)
  • Определение логической схемы данных или LDS (схемы для чтения схем)

Соглашение должно быть «высечено в камне». Его можно сохранить в цифровом виде, на бумаге и / или в микрографический средства массовой информации.

Система сохранения

Составные части

Консервация на основе UVC как центральная идея метода сохранения на основе UVC основана на четырех различных компонентах. Это:

  • Программа UVC (декодер формата)
  • Схема логических данных (LDS) с описанием типа информации
  • Универсальный виртуальный компьютер
  • Просмотрщик логических данных (интерфейс UVC)
    • Интерпретатор UVC
    • Программа восстановления

Рис.2 UVC и его компонентыUVC и его компоненты.jpg

Описание метода

Программа UVC декодирует формат файла цифрового объекта. Эта программа декодирования формата работает на UVC, который является независимым от платформы уровнем, не зависящим от будущих изменений оборудования и программного обеспечения. При выполнении декодера формата доставляются теги элементов. Эти элементы создают логическое представление данных (LDV) данных, которое очень похоже на XML. LDV - это реализация LDS, описывающая структуру и значение тегов как частей определенного типа информации.

Все эти компоненты контролируются программой просмотра логических данных, которую просто называют программой просмотра. Для реконструкции средство просмотра запускает UVC и передает его с данными цифрового объекта в декодер формата, работающий поверх UVC. В свою очередь, он извлекает LDV и восстанавливает конкретное представление значения исходного объекта.

Спектакль

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

Скорость также не является серьезной проблемой, поскольку будущие машины будут намного быстрее, а эмуляция UVC на будущей машине, следовательно, будет работать намного быстрее. Кроме того, гибкость UVC важнее скорости выполнения. Даже в этом случае производительность всегда можно улучшить.

Выполнение

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

UVC для изображений

Доказано, что UVC успешно восстанавливает цифровые объекты в их первоначальном виде. Приложение простое, потому что с изображениями не требуется никаких функций. Подход к разработке UVC для изображений JPEG оправдан, так как большинство форматов можно преобразовать в этот формат. Например, документ PDF можно отобразить как серию изображений JPEG, тем самым сохраняя «внешний вид» исходного цифрового объекта, но жертвуя функциональностью. Более того, приложение для изображений JPEG можно легко адаптировать для имитации изображений TIFF, внеся небольшую корректировку в схему логических данных.

Подход также может быть применен ко всем другим объектам, которые не содержат поведенческих аспектов. Например, интерпретаторы написаны (частично) для Excel, Lotus 1-2-3 и PDF. Однако эти приложения обрабатывают только статические функции форматов.

Эмуляция на основе UVC

Эмуляция на основе UVC использует UVC как универсальную платформу, на которой может быть построен независимый от платформы эмулятор. UVC (программа) воссоздает простой универсальный компьютер и может быть легко реализована на любой компьютерной платформе сейчас и в будущем. С помощью этой стратегии будущие пользователи всегда должны иметь доступ к исходному объекту и просматривать его. Официальная спецификация UVC должна быть сохранена во время хранения. Также должны быть разработаны декодеры для каждого конкретного формата файла, и LSD требуется для каждого типа цифрового объекта, определяя типы объектов по изображению, звуку, электронной таблице, тексту и т. Д. И, конечно же, исходные объекты также должны быть сохранены.[8]

Сложные объекты / динамический контент

Как упоминалось ранее, подход на основе UVC был эффективно реализован только для статических файлов. Раймонд ван Диссен (IBM) продолжает разрабатывать технологию для включения динамических объектов за счет использования средств связи между программой UVC и будущим приложением.[9]

Альтернативные подходы к эмуляции

Другие подходы к эмуляции - это многослойная эмуляция, перенесенная эмуляция и эмуляция виртуальной машины (ВМ).

Сложенная эмуляция

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

Перенесенная эмуляция

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

Виртуальная машина эмуляции (EVM)

EVM был представлен Джеффом Ротенбергом в 1999 году и включает введение дополнительного уровня между платформой хоста и эмулятором и считается независимым от платформы и времени. Этот подход использует виртуальную машину и интерпретатор спецификации эмулятора. Говорят, что он не зависит от платформы и времени. Это довольно сложно, так как спецификация эмуляции должна быть написана для компьютерной платформы, на которой работает исходное программное обеспечение. Затем спецификация интерпретируется интерпретатором спецификации эмуляции, который создает эмулятор для старой платформы. И интерпретатор, и созданный эмулятор работают в EVM.

Финансовые последствия

Проблемы авторского права

Ожидается, что вопросы авторского права для этого подхода не будут отличаться от проблем любого другого подхода.

Если на формат существуют права интеллектуальной собственности, этот вопрос следует обсудить с владельцами формата. Точно так же для приложений с поддержкой UVC требуется исходный код от разработчика и, следовательно, разрешение от владельца. Наконец, для эмуляции оборудования требуются все соответствующие лицензии программного обеспечения, работающего в системе.

Исторический график

  • 1995 Ротенберг выступает за эмуляцию как решение для долгосрочного сохранения.
  • 2000 Ротенберг описывает виртуальную машину-эмулятор (EVM).
  • 2001 Лори представляет новый подход к сохранению цифровых данных, основанный на универсальном виртуальном компьютере.
  • 2002 Лори сообщает о продолжающейся работе по совершенствованию методологии и созданию первоначального прототипа.
  • 2002 Подтверждение концепции сохранения статических файлов на основе UVC
  • 2004 г. Экспериментальный этап внедрения UVC для изображений в среде оперативного цифрового архива.
  • 2005 Operational UVC как инструмент постоянного доступа к изображениям
  • Универсальная платформа и библиотека компонентов 2007 года, вдохновленная UVC, для модульной модели эмуляции
  • настоящее время (2009 г.) продолжение исследований по расширению подхода к сохранению на основе УФ-излучения на сложные процессы

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

Рекомендации

  1. ^ а б Лори Р. А., 2002. Методология и система для сохранения цифровых данных. Материалы 2-й совместной конференции ACM / IEEE-CS по электронным библиотекам, Портленд, Орегон, США. 14–18 июля 2002 г. Нью-Йорк, штат Нью-Йорк: Ассоциация вычислительной техники. стр. 312-319 Дои:10.1145/544220.544296
  2. ^ а б c Лори Р. А., 2001. Долгосрочное хранение цифровой информации. Материалы 1-й совместной конференции ACM / IEEE-CS по электронным библиотекам, Роанок, Вирджиния, США. 24–28 июня 2001 г. Нью-Йорк, штат Нью-Йорк: Ассоциация вычислительной техники. стр. 346-352 Дои:10.1145/379437.379726
  3. ^ Ротенберг, Дж., 2000. Экспериментируйте с использованием цифровой эмуляции для сохранения цифровых публикаций. Серия отчетов NEDLIB 1 [онлайн] Den Haag: Национальная библиотека Нидерландов
  4. ^ Лори, Р. А., 2002. UVC: метод сохранения цифровых документов - доказательство концепции. IBM / KB Исследование долгосрочной сохранности. Амстердам: IBM Нидерланды
  5. ^ Вейнгаарден Х., Олтманс Э., 2004. Цифровое сохранение и постоянный доступ: UVC для изображений. Труды конференции по науке и технологиям в области обработки изображений, Сан-Антонио, США. 23 апреля 2004 г. стр. 254-259.
  6. ^ ван дер Хувен Дж. Р., Ломан Б., Вердегем Р., 2007. Эмуляция для цифрового хранения на практике: результаты. Международный журнал цифрового курирования, 2 (2), стр. 123-132.
  7. ^ ван Диссен Р. Дж., ван дер Ховен Дж. Р., ван дер Меер К., 2005. Разработка универсального виртуального компьютера (UVC) для длительного хранения цифровых объектов, 31 (3), стр. 196-208 Дои:10.1177/0165551505052347
  8. ^ ван дер Хувен, Дж. Р., ван Вейнгаарден, Х., Вердегем, Р., Слатс, Дж., 2005. Эмуляция - жизнеспособная стратегия сохранения. [онлайн] Koninklijke Bibliotheek / Национальный архив: Гаага, Нидерланды.
  9. ^ Лори Р. А., Ван Диссен Р. Дж., 2005. Долгосрочное сохранение сложных процессов. Архив 2005, Vol. 2. С. 14-19.

дальнейшее чтение

  • Каплан П. (2008 г.), «Сохранение цифровых материалов, Глава 2: Практика сохранения», Отчеты по библиотечным технологиям, 44 (2): 10–13
  • Бирман, Б. (1999), «Реальность и химеры в сохранении электронных записей», Журнал D-Lib, 5 (4)
  • Грейнджер, С. (2000), «Эмуляция как стратегия цифрового сохранения», Журнал D-Lib, 6 (10), Дои:10.1045 / октябрь 2000-грейнджер
  • Хендли, Т. (1998), Сравнение методов и затрат на цифровое хранение. Отчет Британской библиотеки об исследованиях и инновациях 106, Boston Spa: Британская библиотека и инновационный центр
  • Ротенберг, Дж. (1999), Избегая технологического зыбучих песков: поиск жизнеспособной технической основы для цифрового хранения. Отчет в Совет по библиотечным и информационным ресурсам
  • Русбридж К. (2006), «Простите ... Некоторые заблуждения о сохранении цифровых данных?», Ариадна (46)
  • ван дер Хувен, Дж. Р., ван Вейнгаарден, Х. Н. (2005), «Модульная эмуляция как долгосрочная стратегия сохранения цифровых объектов» (PDF), Протоколы IWAW, Вена, Австрия [онлайн] 22 и 23 сентября 2005 г.CS1 maint: несколько имен: список авторов (связь)

внешняя ссылка