UVC 기반 보존

UVC 기반 보존은 디지털 오브젝트 보존 처리를 위한 아카이브 전략이다.그것은 아카이브 목적으로 특별히 설계된 가상 머신(VM)인 범용 가상 컴퓨터(UVC)를 사용하여 에뮬레이션과 XML과 같은 언어 중립 형식으로의 마이그레이션을 모두 허용한다.^[1]

UVC 접근법 개발 배경

디지털 보존 문제

디지털 자원의 보존은 예금 도서관, 연구 도서관, 기록 보관소, 정부 기관, 그리고 실제로 대부분의 조직에서 가장 중요하다.^[1]디지털 보존에 대한 지배적인 접근방식은 마이그레이션이다.마이그레이션은 보관된 정보를 기본 형식으로 새로운 논리적 형식으로 주기적으로 변환하거나, 보관된 정보가 의존하는 소프트웨어 또는 하드웨어가 쓸모 없게 되는 것을 수반한다.마이그레이션의 눈에 띄는 위험은 데이터 손실이며, 원래의 기능 상실 또는 원래 형식의 '모양과 느낌'이다.게다가 디지털 마이그레이션은 변환된 비트 스트림을 필요에 따라 새 미디어로 복사하는 것 외에도 모든 문서의 형식을 변환해야 하기 때문에 시간이 많이 걸리고 비용이 많이 든다.

에뮬레이션 이론

Jeff Rotenberg는 1999년에 발표한 "기술적 신속성 회피: 디지털 보존을 위한 실행 가능한 기술적 토대를 찾기"라는 보고서로 디지털 보존을 담당하는 조직들에 약간의 파문을 일으켰다.그는 디지털 정보가 미래에 읽을 수 있도록 보장하는 실행 가능한 해결책은 없다고 말한다.표준과 마이그레이션에 의존하는 제안된 해결책은 시간이 많이 소요되며 궁극적으로 디지털 문서를 원래 형태로 보존할 수 없다.그는 다음과 같이 제안한다.

"이상적인 접근방식은 인간의 개입을 최소화하면서 모든 문서 유형과 모든 매체에 일률적으로, 자동으로, 그리고 동시에 적용할 수 있는 확장 가능한 장기적인 단일 솔루션을 제공해야 한다."

그는 위의 기준을 충족시키는 최선의 방법은 에뮬레이션 by; 알 수 없는 미래의 컴퓨터에서 실행되는 에뮬레이터 개발; 문서를 찾고, 액세스하고 재생성하는 데 필요한 메타데이터를 포착하는 기술 개발; 문서 캡슐화 기술, 그 수행 메타데이터, 소프트웨어 및 에뮬레이터 특정 기술 개발이라고 제안한다.온스

2000년에 그는 에뮬레이터 규격이 프로그램으로 표현되고 에뮬레이션 가상 머신을 위해 작성된 에뮬레이터 규격 통역 프로그램에 의해 해석되는 에뮬레이션 기반 보존 접근방식을 구현할 것을 제안하였다.

로텐베르크의 접근방식은 회의론에 부딪혔고, 너무 기술적으로 어렵고, 너무 비싸고, 너무 많은 시간이 소요되며, 따라서 (경험적 증거의 뒷받침이 없는) 경제적 위험으로 간주되었다.(추가 판독 섹션 참조)

UVC 개념 개발

IBM의 역할

레이먼드 A.IBM Research Centre Almaden에 근무하는 동안 Lori는 장기 디지털 보존을 위한 UVC 기반 솔루션 개발을 시작했다.^[2]그는 이 접근법을 '유니버설'이라고 표현하는데, 그 정의가 너무 기본적이어서 영원히 버틸 것이기 때문이다, '가상'은 물리적으로 구축될 필요가 없을 것이고, 그 기능에서 '컴퓨터'이기 때문이다.

UVC의 자산 소유자인 IBM(NL)은 FILATIONS 프로젝트 내에서 UVC 개념을 계속 개발하고 있다.레이몬드 반 디센은 UVC 개념의 적용을 확대하여 더 복잡한 사물을 보존하는 일을 맡고 있다.

네덜란드 국립도서관의 역할

네덜란드 국립도서관(Koninklijke Bibliotek, KB)은 UVC 개념에 기초한 에뮬레이션이 장기적인 디지털 보존을 위한 실행 가능한 옵션임을 입증하는 데 큰 역할을 했다.

2000년 에뮬레이션 옹호자인 제프 로텐버그는 에뮬레이션을 장기 보존 전략으로 사용하는 것의 타당성을 시험하고 평가하기 위해 KB와 함께 연구에 참여했다.그의 방법은 소프트웨어 에뮬레이션을 사용하여 먼 장래에 디지털 문서의 원본 소프트웨어를 실행하는 방법을 제공하는 새로운 플랫폼에서 구식 컴퓨팅 플랫폼의 행동을 재현함으로써 원본 문서의 내용, 행동 및 '모양과 느낌'을 재현하는 것이었다.^[3]로텐버그는 이와 연관된 오리지널 소프트웨어 프로그램을 통해 원본 데이터에 접근하기 위해 구형 하드웨어 플랫폼과 운영체제의 행동을 모방하자고 제안해 잘못된 것을 보존하려 했다는 비판을 받았다.레이먼드 A.로리는 미래 플랫폼에서 '실제' 기계를 모방하는 프로그램을 만들려고 하는 과정에서 어려움을 인지하고 이 접근법이 디지털 물체를 보존하기 위한 목적에서 과잉 살상이라는 것을 깨달았다.대신에 그는 '유니버설 가상 컴퓨터'^[2]를 사용한 데이터/프로그램 보관의 새로운 접근 방식을 도입했다.UVC 기반 보존 전략의 개념은 KB/IBM '장기 보존'(LTP) 연구의 일환으로 KB가 구현하고 PDF 파일로 테스트했다.^[4]PDF 문서를 위한 UVC를 만드는 것은 더 복잡하다.대신에 KB는 이 접근방식이 PDF 문서(PDF 파일은 일련의 이미지로 쉽게 변환될 수 있음)를 다룰 것이기 때문에 이미지용 UVC를 개발하기로 결정했다.UVC 기반 접근방식은 KB의 e-Depot의 보존 하위 시스템 내에 있는 JPEG/GIF87 영상에 대한 영구 액세스 도구 중 하나로 UVC를 만들었다.^[5]KB는 UVC의 성공적인 이행에 이어, '완전'이나 하드웨어 에뮬레이션에 초점을 맞추어 장기적인 디지털 보존을 위한 에뮬레이션 전략을 지속적으로 전개해 왔다.이 접근방식은 내구성이 뛰어난 x86 컴포넌트 기반 컴퓨터 에뮬레이터를 제공했다.디지털 보존을 위한 최초의 모듈형 에뮬레이터인 디오스큐리.^[6]

UVC 기반 보존

유니버설 가상 컴퓨터는 UVC 기반 보존 방법이라 불리는 더 넓은 개념의 일부분이다.이 방법은 디지털 객체(문자 문서, 스프레드시트, 이미지, 음파 등)를 언제든지 원래의 모습으로 재구성할 수 있도록 한다.방법은 유니버설 가상 컴퓨터(UVC)의 기계 언어로 작성된 프로그램이다.UVC는 그것이 실행되는 컴퓨터의 구조와는 완전히 독립적이다.

UVC 자체는 물리적 컴퓨터보다는 일련의 지시사항을 포함하는 프로그램이다.미래 플랫폼에서 소프트웨어 애플리케이션으로 운영된다.현재 우리는 어떤 하드웨어가 미래에 이용 가능한지 모르기 때문에, UVC는 우리가 리포지토리에서 특정 문서에 접근하고자 할 때 생성되어야 한다.그러면 이 UVC는 과거에 그러한 UVC를 위해 특별히 작성된 프로그램을 실행할 수 있는 플랫폼을 형성한다.미래에 UVC 에뮬레이션 프로그램을 만드는 것은 '실제' 기계를 에뮬레이션하려고 하는 것보다 훨씬 더 간단하다.

응용 프로그램 설명

UVC 기반 보존 전략의 방법은 완전한 에뮬레이션을 필요로 하지 않는 데이터 아카이빙과 프로그램 아카이빙을 구별한다.데이터를 보관하기 위해 UVC는 저장된 데이터 스트림을 해석하는 방법을 보관하는 데 사용된다.^[2]방법은 유니버설 가상 컴퓨터(UVC)의 기계 언어로 작성된 프로그램이다.UVC 프로그램은 그것이 실행되는 컴퓨터의 구조와는 완전히 독립적이다.

데이터 보관

데이터 아카이빙은 원본 파일의 '모양과 느낌'을 재구성하지만 원본 형식의 기능은 재구성하지 않는다.문서의 전자 양식이 콤팩트한 저장에만 사용되거나 문서가 사람의 눈을 바라보는 방식이 전부라면, 문서를 이미지로 보관하기에 충분하다.텍스트 검색 등 추가 기능이 필요한 경우 영상만 저장하면 부족하다.이 경우 텍스트도 문서의 이미지와 함께 보관해야 한다.미래의 사용자는 파일의 원래 모양을 이미지로 복원하여 페이지 레이아웃, 스타일, 글꼴 등에서 원본 파일을 볼 수 있다.텍스트 자체는 ASCII 형식으로 내보내야 하며 페이지 이미지가 페이지의 정확한 모양을 나타내기 때문에 동질적인 요소(글꼴, 크기 등 모든 표시 속성이 모든 문자에 대해 동일함)의 시퀀스로 저장할 수 있다.이 경우 데이터의 UVC 프로그램은 텍스트와 이미지를 디코딩하는 두 부분으로 나뉜다.

그것이 수반하는 것

비트 스트림에 포함된 데이터는 데이터 스트림에서 추출한 특정 데이터 모델에서 특정 스키마를 준수하는 논리적 데이터 요소의 내부 표현으로 저장된다.디코딩 알고리즘(방법)은 내부 표현에서 다양한 데이터 요소를 추출하여 스키마에 따라 태그가 지정된 데이터 요소를 반환한다.스키마에 대한 정보가 포함된 추가 스키마(스키마를 읽는 스키마)는 스키마를 읽기 위해 스키마를 디코딩하는 방법과 함께 데이터와 함께 저장된다.

논리적 데이터 보기

논리적 데이터 모델은 데이터에 수반되는 설명의 양을 최소화하고 데이터의 구조를 이해하는 어려움을 줄이기 위해 단순하게 유지된다.UVC 기반 보존 방법에 대해 선택된 데이터 모델은 데이터 요소를 XML과 같은 접근방식을 사용하여 조직된 태그된 요소의 계층 구조로 선형화한다.태그가 지정된 데이터 요소는 디지털 파일의 데이터 스트림에서 추출된다.태그는 데이터 구조에서 데이터 요소가 수행하는 역할을 지정한다.요소 태그는 데이터 내용에 대한 특정 정보를 기술 독립적으로 보관한다.또한 스키마에 따라 태그가 지정된 데이터 요소는 LDV(논리 데이터 보기)에서 클라이언트로 반환된다.

논리적 데이터 보기 예제

<집합> <경관> <이름> 사탕로프 <범주> 산 <그림> 1916 <nbr_line> 1500 <도트_per_line> 2100 <라인> …

스키마(포맷 디코더)

각 요소가 의미하는 바를 인간적으로 이해하기 위해서는 데이터의 의미론에 관한 일부 정보와 함께 계층의 태그 위치, 데이터 유형(숫자, 문자)과 같은 정보를 다양한 데이터 요소에 대한 더 많은 정보가 필요하다.예를 들어, 이미지에는 너비와 높이라는 두 가지 속성이 있는데, 이는 너비 곱하기 픽셀이 뒤따른다는 것을 나타낸다. 그러나 이러한 픽셀들은 선 또는 열 단위로 저장되었는가?또는 컬러 그림의 경우 올바른 색상을 재현하기 위해 RGB 값을 해석하는 방법을 선택하십시오.이 추가 정보를 메타데이터라고도 한다.스키마는 태그의 구조와 의미를 특정 정보 유형의 일부로서 기술하고 있기 때문에 애플리케이션에 의존하는 것이 분명하다.

스키마를 읽을 스키마(LDS(논리적 데이터 스키마))

만약 미래에 사용자가 태그가 붙은 데이터 요소를 얻는다면, 그/그녀는 일반적으로 데이터의 의미를 이해하지 못할 것이고 그것들과 미래 사용자들 사이의 관계는 논리 구조에 대한 추가적인 정보가 필요할 것이다.즉 메타데이터 스키마를 읽을 수 있는 스키마가 필요하다.UVC 접근법에 채택된 간단한 솔루션은 스키마 정보가 내부 표현으로 저장되고 이를 해독하는 방법이 수반되는 데이터 방식과 유사한 스키마 방법이다.

이 시점에서 아카이브에 포함될 것은 데이터 자체, 메타데이터, 데이터를 디코딩하는 UVC 프로그램, 메타데이터를 디코딩하는 UVC 프로그램이다.

프로그램 보관

데이터 보관을 위한 UVC 방법은 프로그램 보관을 위해 확장될 수 있다.프로그램 보관에는 프로그램의 동작과 기능 보관이 포함되며 운영 체제 보관이 포함될 수도 있다.프로그램이 운영 체제의 일련의 기본 지침일 경우 운영 체제의 보관이 필요하지 않을 수 있다.단, 디지털 물체가 입출력 상호작용이 가능한 완전한 시스템인 경우에는 운영체제를 보관해야 한다.

입력/출력 상호작용이 필요하지 않은 경우 운영 체제의 프로그램을 보관하기에 충분하다.이 경우 위에서 설명한 것과 유사한 방법을 사용하여 보관 시에 다음 사항을 저장해야 한다.

• 프로그램
• 원래 프로그램(소프트웨어 응용 프로그램)이 실행되는 운영 체제의 명령 집합을 에뮬레이트하는 UVC 프로그램

향후 - UVC는 원래 운영 체제에서 실행되는 프로그램과 동일한 결과를 산출할 UVC 코드를 해석한다.

입출력 상호작용이 개입되면 입출력 장치 프로세서의 기능을 모방한 추가 UVC 프로그램을 보관해야 하므로 상황이 더욱 복잡해진다.이 UVC 프로그램은 입력/출력 데이터 구조를 생성할 것이다.

향후 - 데이터 구조의 매핑을 실제 기기에 기록해야 한다.

UVC 방법은 UVC 방법에 대한 단일 표준으로 다수의 표준 필요성(각 형식마다 하나씩)을 대체한다.이 표준은 UVC 기능 사양, 메소드를 호출하는 인터페이스, 스키마 모델 및 스키마가 스키마를 읽을 때 적용되어야 한다.

사양

UVC 기반 보존의 중심 개념은 아카이브에 보존된 디지털 오브젝트는 그 오브젝트의 의미를 잃지 않고 향후 언제든지 재구성할 수 있다는 것이다.UVC 아키텍처는 실제 현존하는 컴퓨터로서의 특성에 의해 영향을 받는다.그것은 메모리, 레지스터, 그리고 일련의 낮은 수준의 지시들을 포함하고 있다.구조는 물리적으로 구현될 필요가 없다는 점에서 '실제' 컴퓨터와 다르다.결과적으로 실제 물리적 비용은 없다.UVC의 핵심 요소는 세그먼트 기반 메모리다.그것은 데이터의 구별되는 부분을 저장하기 위해 메모리 세그먼트를 사용한다.이 세그먼트 기반 설계는 할당된 메모리가 메모리 공간을 공유하지 않기 때문에 다른 애플리케이션에 의해 실수로 덮어쓰여지는 것을 방지한다.^[7]

개념 모델

원본 데이터와 함께 각 특정 디지털 객체의 의미를 재구성할 수 있다.UVC는 시스템의 심장으로 볼 수 있다.자바 가상 머신이나 공용어 런타임과 마찬가지로 UVC는 실제로 에뮬레이터로, 필요한, 대개 구식 하드웨어의 가상 인스턴스에서 프로그램을 실행할 수 있으며, 기술이 계속 발전함에 따라 필요한 하드웨어를 계속 에뮬레이트할 것이다.현재 우리는 어떤 하드웨어가 미래에 이용 가능한지 모르기 때문에, UVC는 우리가 리포지토리에서 특정 문서에 접근하고자 할 때 생성되어야 한다.UVC는 UVC를 위해 특별히 작성된 프로그램이 실행될 수 있는 플랫폼을 형성한다.

해야 할 일

보관 시간(현재)과 검색 시간(미래)에는 다른 조치를 취해야 한다.

보관 시

1단계 - 지정된 응용 프로그램에 적합한 논리 스키마 정의

2단계 - 내부 표현을 선택하고 UVC 프로그램 P를 데이터와 연결하십시오.이것은 응용 프로그램의 일반적인 설계의 일부분이다.

3단계 – 데이터 해석을 위해 UVC 프로그램 작성

4단계 - UVC 프로그램 Q와 함께 비트 스트림에 스키마 정보의 내부 표현을 저장하여 스키마 정보를 보관하십시오.스키마의 구조는 모든 어플리케이션에 대해 동일하기 때문에, 스키마타(schemata)를 읽는 스키마를 한 번, 그리고 모두를 위해 선택한다.

검색 시

1단계 - 현재 플랫폼에 에뮬레이터 생성UVC 개념의 단순성 때문에, 숙련된 소프트웨어 개발자들이 그 시대의 특정 플랫폼을 위해 UVC 에뮬레이터를 구축하는 것은 꽤 쉽다.

2단계 - 논리적 데이터 뷰어(데이터 복원을 위한 복원 프로그램) 개발이것은 UVC 객체 코드와 비트 스트림을 읽고 에뮬레이터를 호출하여 UVC 프로그램을 실행하는 응용 프로그램이다. 즉, 프로그램은 UVC와 그 사이의 모든 입출력 상호작용을 제어한다.

3단계 - 스키마를 복원하려면 복원 프로그램을 작성하십시오.스키마 정보에 대한 논리적 보기가 고정되어 있기 때문에 단일 복원 프로그램은 실제로 모든 애플리케이션을 지원할 수 있다.미래의 클라이언트가 복원 중인 문서에 대한 논리 보기를 이미 알고 있다면 스키마는 반드시 검색할 필요가 없다.또한 스키마는 동일한 유형의 문서 모음에 대해 한 번만 요청하면 된다.

UVC 협약

UVC 협약은 오늘날 보관해야 하는 정보 항목을 포함하며, 향후 디지털 오브젝트의 검색이 가능하도록 무한정 보존한다.컨벤션에는 다음과 같은 항목이 포함된다.

• UVC 아키텍처 문서
• UVC 에뮬레이터에 대한 인터페이스(논리적 데이터 뷰어)
• 논리적 데이터 스키마 또는 LDS(schemata를 읽을 스키마)의 정의

그 협약은 반드시 '돌로 쓰여져야 한다.그것은 디지털, 종이, 또는 마이크로그래픽 매체에 저장될 수 있다.

보존 시스템

구성 요소들

UVC 기반 보존 방법의 중심 개념으로서의 UVC 기반 보존은 네 가지 다른 요소에 기초한다.다음은 다음과 같다.

• UVC 프로그램(포맷 디코더)
• 정보 유형 설명이 있는 LDS(논리 데이터 스키마)
• 범용 가상 컴퓨터
• 논리적 데이터 뷰어(UVC 인터페이스)
  • UVC 통역관
  • 복원 프로그램

그림 2 UVC 및 그 구성 요소

방법 설명

UVC 프로그램은 디지털 객체의 파일 형식을 해독한다.이 포맷 디코더 프로그램은 미래의 하드 및 소프트웨어 변경과는 무관하게 플랫폼 독립 계층인 UVC에서 실행된다.디코더 포맷을 실행하면 요소 태그가 전송된다.이러한 요소들은 XML과 상당히 유사한 데이터의 논리적 데이터 뷰(LDV)를 구축한다. LDV는 LDS의 인스턴스화로서 태그의 구조와 의미를 특정 정보 유형의 일부로 기술한다.

이러한 모든 구성 요소는 단순히 뷰어라고 불리는 논리적 데이터 뷰어에 의해 제어된다.재구성을 위해 뷰어는 UVC를 시작하고 UVC 위에서 실행되는 포맷 디코더에 디지털 오브젝트의 데이터를 공급한다.그 답례로 LDV를 검색하고 원래의 물체의 의미에 대한 구체적인 표현을 재구성한다.

퍼포먼스

아키텍처는 컴퓨터 시대 초기부터 존재했던 개념에 의존한다: 실행 성능을 향상시키기 위해 종종 도입되는 2차적 특징이 없는 메모리, 레지스터 및 기본 지시사항이다.UVC 프로그램은 대부분 데이터를 복구하기 위해 실행되며 데이터를 복구하기 위해 실행되지 않기 때문에 성능은 2차적으로 우려된다.

미래 기계는 훨씬 더 빠를 것이고, 미래 기계에 UVC를 에뮬레이션하면 결과적으로 훨씬 더 빨리 실행될 것이기 때문에 속도도 진정한 관심사는 아니다.더욱이 UVC의 유연성은 실행 속도보다 더 중요하다.그렇더라도 성능은 언제나 향상될 수 있다.

실행

데이터 아카이빙을 위한 UVC(예: 정적 파일 아카이빙)는 운영 중인 디지털 아카이빙 환경에서 작동하는 것으로 입증되었다.UVC는 KB에서 이미지를 영구적으로 액세스하기 위한 도구 중 하나이다.

이미지용 UVC

UVC는 디지털 물체를 원래의 형태로 성공적으로 복원하는 것으로 증명되었다.이미지가 있으면 기능성이 필요 없기 때문에 애플리케이션은 간단하다.JPEG 영상에 대한 UVC를 개발하는 접근법은 대부분의 형식이 이 형식으로 변환될 수 있기 때문에 정당화된다.예를 들어 PDF 문서는 JPEG 영상의 시리즈로 표시되므로 원래의 디지털 객체의 '모양과 느낌'은 그대로 유지하되 기능은 그대로 유지할 수 있다.또한, JPEG 영상 어플리케이션을 Logical Data Schema에 약간 조정하여 TIFF 영상을 에뮬레이트하는 것을 쉽게 채택할 수 있다.

또한 이 접근방식은 행동적 측면을 포함하지 않는 다른 모든 대상에도 적용될 수 있다.예를 들어 Excel, Lotus 1-2-3 및 PDF에 대해 통역사가 (부분적으로) 작성되었다.그러나 이러한 애플리케이션은 포맷의 정적 기능만 처리한다.

UVC 기반 에뮬레이션

UVC 기반 에뮬레이션은 플랫폼 독립 에뮬레이터를 구축할 수 있는 범용 플랫폼으로 UVC를 사용한다.UVC(소프트웨어 프로그램)는 단순한 범용 컴퓨터를 다시 만들어 현재와 미래의 어떤 컴퓨터 플랫폼에서도 쉽게 구현할 수 있다.이 전략을 통해 미래의 사용자는 항상 원래의 객체에 접근하고 볼 수 있어야 한다.공식 UVC 사양은 보존 시간에 보존해야 한다.또한 각 특정 파일 형식에 대해 디코더를 개발해야 하며, 이미지, 사운드, 스프레드시트, 텍스트 등을 기준으로 개체 유형을 정의하는 LSD가 필요하다.그리고 물론 원래의 물건들도 보존되어야 한다.^[8]

복잡한 객체/동적 컨텐츠

앞서 언급했듯이 UVC 기반 접근법은 정적 파일에 대해서만 효과적으로 구현되었다.이 기술은 레이몬드 반 디에센(IBM)이 UVC 프로그램과 미래 응용 프로그램 사이의 통신 설비를 착취해 역동적인 물체를 포함하도록 지속적으로 개발되고 있다.^[9]

대체 에뮬레이션 접근 방식

다른 에뮬레이션 접근방식으로는 스택 에뮬레이션, 마이그레이션 에뮬레이션 및 에뮬레이션 가상 머신(VM)이 있다.

적층 에뮬레이션

스택 에뮬레이션은 플랫폼에 의존하는 에뮬레이션으로, 역사적인 플랫폼을 재구성하기 위해 서로 상단으로 작동하는 복수의 에뮬레이터를 필요로 한다.이는 성능과 기능을 향상시키지만 플랫폼 간 호환성은 부족하다.이러한 접근법은 주로 게임 산업에서 찾아볼 수 있다.

마이그레이션된 에뮬레이션

마이그레이션된 에뮬레이션에는 플랫폼 종속 에뮬레이터를 생성하는 작업이 포함되며, 이 에뮬레이터는 후속 새로운 호스트로 마이그레이션(수정)되어야 한다.에뮬레이터가 만들어진 특정 운영체제가 구식이 되면 에뮬레이터를 번역해 새로운 현재 플랫폼에서 실행한다.이 접근방식은 위험이 높은 전략이다.

EVM(에뮬레이션 가상 시스템)

EVM은 1999년 Jeff Rotenberg에 의해 제시되었으며, 호스트 플랫폼과 에뮬레이터 사이에 추가 레이어를 도입하는 것을 포함하고 있으며 플랫폼과 시간 독립적이라고 한다.이 접근방식은 가상 머신 및 에뮬레이터 사양 인터프리터를 사용한다.플랫폼과 시간에 구애받지 않는다고 한다.에뮬레이션 명세서는 원본 소프트웨어가 실행되는 컴퓨터 플랫폼에 쓰여야 하기 때문에 상당히 복잡하다.그런 다음 규격은 이전 플랫폼에 대한 에뮬레이터를 만드는 에뮬레이션 사양 통역기에 의해 해석된다.통역기와 생성된 에뮬레이터 모두 EVM에서 작동한다.

비용 영향

이 구간은 비어 있다.추가하면 도움이 된다.(2010년 7월)

저작권 문제

이 접근법에 대한 저작권 문제는 다른 접근법의 것과 다르지 않을 것으로 예상된다.

포맷에 대한 지적재산권이 존재하는 경우, 이 문제는 포맷 소유주에게 맡겨져야 한다.마찬가지로, 'UVC 사용' 애플리케이션에는 개발자로부터 소스 코드가 필요하며 따라서 소유자의 허가가 필요하다.마지막으로 하드웨어 에뮬레이션의 경우 시스템에서 실행 중인 소프트웨어의 모든 관련 라이선스가 필요하다.

역사적 연대표

• 1995년 로텐버그는 에뮬레이션을 장기 보존 솔루션으로 옹호한다.
• 2000 Rotenberg에서 에뮬레이터 가상 머신(EVM)에 대해 설명
• 2001 Lori는 범용 가상 컴퓨터를 기반으로 한 디지털 데이터 보존에 대한 새로운 접근 방식을 제시한다.
• 2002년 Lori는 방법론을 다듬고 초기 프로토타입을 제작하기 위한 진행 중인 작업에 대해 보고한다.
• 2002년 UVC 기반 정적 파일 보존 개념 증명
• 2004년 운영 중인 디지털 아카이브 환경 내 영상에 대한 UVC 구현 실험 단계
• 2005 이미지 영구 액세스 도구로 UVC 작동
• 2007 UVC에서 모듈식 에뮬레이션 모델을 위한 범용 플랫폼 및 구성요소 라이브러리 제공
• UVC 기반 보존 접근방식을 복잡한 프로세스에까지 확장하기 위한 지속적인 연구 발표(2009)

참고 항목

• 디지털 보존
• 에뮬레이터
• 디지털 노후화
• 파일 형식, 변환 및 마이그레이션

참조

추가 읽기

• Caplan, P. (2008), "The preservation of Digital Materials, Chapter 2: Preservation Practices", Library Technology Reports, 44 (2): 10–13
• Bearman, B. (1999), "Reality and Chimeras in the Preservation of Electronic Records", D-Lib Magazine, 5 (4)
• Granger, S. (2000), "Emulation as a Digital preservation strategy", D-Lib Magazine, 6 (10), doi:10.1045/october2000-granger
• Hendley, T. (1998), Comparison of Methods & Costs of Digital Preservation. British Library Research and Innovation Report 106, Boston Spa: British Library and Innovation Centre
• Rothenberg, J. (1999), Avoiding Technological Quicksand: Finding a Viable Technical Foundation for Digital Preservation. A report to the Council on Library and Information Resources
• Rusbridge C. (2006), "Excuse Me… Some Digital Preservation Fallacies?", Ariadne (46)
• van der Hoeven, J.R., van Wijngaarden, H.N. (2005), "Modular emulation as a long-term preservation strategy for digital objects" (PDF), Proceedings of IWAW, Vienna, Austria [online] 22 and 23 September 2005{{citation}}: CS1 maint : 복수이름 : 작성자 목록(링크)

외부 링크

• UVC 데모 도구 - IBM에서 무료로 사용할 수 있는 UVC 데모 도구.
• E-depot 및 디지털 보존 - KB의 "e-depot and digital reservation" 페이지에 링크하십시오.
• 이미지의 경우 KB, UVC - 이미지의 UVC에 대한 간략한 설명
• Dioscuri 소프트웨어 - 이전의 디지털 문서와 다시 작업하기를 원하는 개인 또는 기관을 위한 오픈 소스 소프트웨어
• 행성 파트너 - 행성 프로젝트에서 IBM의 역할에 대한 간략한 설명