아카이벌 리소스 키
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.
1. 개요
아카이벌 리소스 키(ARK)는 디지털, 물리적 또는 추상적인 모든 것에 할당될 수 있는 영구 식별자 시스템이다. 1990년대에 개발된 URN, PURL, Handle, DOI 등의 다른 영구 식별자 시스템의 대안으로, 캘리포니아 대학교의 존 쿤제와 미국 국립 의학 도서관의 R. P. 채닝 로저스가 2001년에 제안했다. ARK는 웹 리소스뿐만 아니라 관리 약속과 메타데이터를 참조하며, 물음표를 추가하여 메타데이터를, 두 개의 물음표를 추가하여 제공자의 정책을 반환하도록 설계되었다. 캘리포니아 디지털 라이브러리는 2002년부터 ARK를 사용하기 시작했으며, 2018년에는 ARK Alliance를 결성하여 ARK의 국제적인 사용을 장려하고 있다. ARK는 접근 서비스, 정책 서비스, 설명 서비스의 세 가지 일반적인 서비스를 제공한다.
더 읽어볼만한 페이지
- 전자 문서 - 디지털 서명
디지털 서명은 공개 키 암호 방식을 기반으로 전자 문서의 위변조 방지 및 발신자 인증을 제공하며, 키 생성, 서명 생성, 검증의 세 가지 알고리즘으로 구성되어 올바른 서명 키로 생성된 서명은 항상 승인되어야 하고 공개 키만으로 유효한 서명을 생성하는 것이 계산적으로 불가능해야 한다는 특징을 가진다. - 전자 문서 - 비브코드
비브코드는 천문학 및 물리학 분야에서 사용되는 19개의 ASCII 문자로 구성된 표준 식별자이며, 출판 정보와 저자 정보를 포함하고 천체물리학 자료시스템에서 주요 식별자로 사용된다. - 식별자 - 바코드
바코드는 다양한 폭의 막대와 공백 조합으로 정보를 나타내는 기호로, 상품 식별, 재고 관리 등에 사용되며 1차원과 2차원 바코드가 존재하고 바코드 스캐너로 판독되어 산업 효율성을 높인다. - 식별자 - 최상위 도메인
최상위 도메인(TLD)은 인터넷 DNS에서 루트 도메인 바로 아래 단계에 위치하며, 일반 최상위 도메인(gTLD)과 국가 코드 최상위 도메인(ccTLD) 등으로 구분되고 IANA가 여러 그룹으로 관리한다.
| 아카이벌 리소스 키 | |
|---|---|
| 식별자 정보 | |
| 명칭 | 아카이벌 리소스 키 |
| 약칭 | ARK |
| 개수 | 82억 개 |
| 시작일 | 2001년 |
| 관리 기관 | ARK 얼라이언스 |
| 자릿수 | 가변적 |
| 체크 디지트 | NCDA, 선택 사항 |
| 예시 | ark:/53355/cl010066723 |
| 웹사이트 | ARK 얼라이언스 웹사이트 |
| 설명 | |
| 개요 | 웹 브라우저에 제출 시 '?'로 끝나는 URL은 간략한 메타데이터 레코드를 반환하고, '??'로 끝나는 URL은 현재 서비스 제공업체의 약속문을 포함한 메타데이터를 반환한다는 기대를 설정하는 URL 형식. |
2. 역사
1990년대 인터넷 엔지니어링 태스크 포스(IETF) 등 여러 단체에서 URN, PURL, Handle, DOI 등을 포함한 영구 식별자 표준을 개발했다. 이들 표준에서 간접 식별자는 시간이 지남에 따라 변경되는 URL로 연결되었다.
2001년 캘리포니아 대학교의 존 쿤제와 미국 국립 의학 도서관의 R. P. 채닝 로저스는 “[https://tools.ietf.org/html/draft-kunze-ark-01 ARK 영구 식별자 체계]”의 첫 번째 초안을 IETF 작업 문서로 발표했다.[3] 쿤제는 새로운 시스템을 만들려는 동기에 대해 "각 (영구 식별자) 시스템은 특정 문제를 가지고 있었다"고 설명했다.
2002년 캘리포니아 디지털 라이브러리는 ARK를 사용하기 시작했고, 2004년에는 ARK 및 기타 식별자 관리를 위한 Noid (Nice Opaque IDentifiers) 소프트웨어를 출시했다. ARK의 초기 채택 기관으로는 포르티코, 인터넷 아카이브, 프랑스 국립 도서관 등이 있다.
2018년 캘리포니아 디지털 라이브러리와 DuraSpace는 ARK와 공개 학문에서의 사용에 대한 국제 커뮤니티 구축을 위한 협력(ARKs-in-the-Open, 이후 ARK Alliance)을 발표했다. 2021년까지 800개 이상의 기관이 ARK 사용을 위해 등록했다.[2]
2. 1. 영구 식별자 표준 논의 (1990년대)
1990년대 동안, 인터넷 엔지니어링 태스크 포스(IETF)와 다른 단체들은 URN, PURL, Handle, DOI를 포함한 영구 식별자 표준을 개발했다. 이들 표준에서 간접 식별자는 시간이 지남에 따라 변경되는 URL로 연결되었다. 많은 사람들은 이러한 시스템이 웹 리소스의 지속성에 기여할 것이라고 믿었다.2001년, 캘리포니아 대학교의 존 쿤제와 미국 국립 의학 도서관의 R. P. 채닝 로저스는 IETF 작업 문서로 “[https://tools.ietf.org/html/draft-kunze-ark-01 ARK 영구 식별자 체계]”의 첫 번째 초안을 발표했다.[3] 쿤제는 새로운 시스템을 만들려는 동기에 대해 "각 시스템은 특정 문제를 가지고 있었다"고 설명했다. Handle과 DOI는 포함 비용을 청구하는 중앙 집중식 시스템이었으며, 이는 "인터넷 표준이 다른 엔티티의 네트워크 리소스 접근에 대한 특정 엔티티의 통제를 승인해서는 안 된다는 암묵적인 원칙"에 "상반되는" 것이었다. URN은 무료였지만 리졸버 검색 서비스가 부족했고, "IETF 커뮤니티가 기존 웹 및 DNS 메커니즘에 거의 기여하지 않을 새로운 인터넷 간접 인프라를 만드는 데 관심을 잃은 것처럼 보였다. 특히 간접 연결이 끊어지지 않도록 하는 데 작은 역할을 한다는 점을 고려할 때"라고 쿤제는 썼다.
ARK 체계는 "지속성은 순전히 서비스의 문제이며, 객체에 내재된 것도 아니고 특정 명명 구문에 의해 부여되는 것도 아니다"라고 제안했다. 따라서 식별자가 지속성 문제를 해결하기 위해 할 수 있는 최대치는 조직의 약속을 나타내는 것이었다. ARK 표준에서 식별자는 웹 리소스뿐만 아니라 "관리 약속"과 해당 리소스에 대한 메타데이터도 참조한다. 웹 서버가 ARK로 쿼리되면 해당 리소스 자체 또는 "크고 복잡한 문서 대신 목차"와 같은 대리물을 반환해야 한다. ARK에 물음표를 추가하면 메타데이터(설명)를 반환해야 하며, 이는 "최소한 객체의 표현에 관련된 누가, 무엇을, 언제, 왜 질문에 답해야 한다." (이 체계에는 이 메타데이터를 구조화하기 위한 간단한 형식인 전자 리소스 인용 가이드도 포함되어 있다.) 두 개의 물음표가 추가되면 서버는 "객체 지속성, 객체 명명, 객체 조각 주소 지정 및 운영 서비스 지원"과 관련된 제공자의 정책을 반환해야 한다.[3]
2. 2. ARK의 등장 (2001년)
2001년, 캘리포니아 대학교의 존 쿤제와 미국 국립 의학 도서관의 R. P. 채닝 로저스는 IETF 작업 문서로 그들의 두 조직의 필요에 대응하여 설계된 “[https://tools.ietf.org/html/draft-kunze-ark-01 ARK 영구 식별자 체계]”의 첫 번째 초안을 발표했다.[3] 쿤제는 새로운 시스템을 만들려는 동기를 설명하면서 "각 (영구 식별자) 시스템은 특정 문제를 가지고 있었다"고 썼다. Handle과 DOI는 포함에 대한 비용을 청구하는 중앙 집중식 시스템이었으며, 쿤제에 따르면 "인터넷 표준이 다른 엔티티의 네트워크 리소스에 대한 액세스에 대해 어떤 엔티티의 통제를 승인해서는 안 된다는 암묵적인 원칙"에 "상반되는" 것이었다. URN은 무료였지만 리졸버 검색 서비스가 부족했고, 쿤제는 "IETF 커뮤니티가 기존 웹 및 DNS 메커니즘에 거의 기여하지 않을 새로운 인터넷 간접 인프라를 만드는 데 관심을 잃은 것처럼 보였다. 특히 간접이 링크가 끊어지지 않도록 하는 데 작은 역할을 한다는 점을 고려할 때"라고 썼다.이러한 다른 시스템과 대조적으로, ARK 체계는 "지속성은 순전히 서비스의 문제이며, 객체에 내재된 것도 아니고 특정 명명 구문에 의해 부여되는 것도 아니다"라고 제안했다. ARK 표준에서 식별자는 웹 리소스뿐만 아니라 "관리 약속"과 해당 리소스에 대한 메타데이터를 참조한다. 웹 서버가 ARK로 쿼리되면 해당 리소스 자체 또는 대리물을 반환해야 한다. ARK에 물음표를 추가하면 대신 메타데이터를 반환해야 하며, 이는 "최소한 객체의 표현에 관련된 누가, 무엇을, 언제, 왜 질문에 답해야 한다." 두 개의 물음표가 추가되면 서버는 "객체 지속성, 객체 명명, 객체 조각 주소 지정 및 운영 서비스 지원"과 관련된 제공자의 정책을 반환해야 한다.[3]
2. 3. ARK의 주요 특징 및 철학
1990년대 동안, 인터넷 엔지니어링 태스크 포스(IETF) 등 여러 단체에서 URN, PURL, Handle, DOI와 같은 영구 식별자 표준을 개발했다. 이러한 시스템에서 간접 식별자는 시간이 지남에 따라 바뀌는 URL로 해석되었다. 많은 사람들은 이러한 시스템이 웹 리소스의 지속성에 기여할 것이라고 믿었다.[3]2001년, 캘리포니아 대학교의 존 쿤제와 미국 국립 의학 도서관의 R. P. 채닝 로저스는 자신들의 조직의 필요에 맞춰 설계된 “ARK 영구 식별자 체계”의 첫 번째 초안을 IETF 작업 문서로 발표했다. 쿤제는 새로운 시스템을 만들게 된 동기를 설명하면서, 기존의 영구 식별자 시스템들은 각자 특정 문제를 가지고 있었다고 썼다. Handle과 DOI는 중앙 집중식 시스템으로, 포함 비용을 청구했는데, 이는 쿤제에 따르면 "인터넷 표준이 다른 엔티티의 네트워크 리소스 접근에 대한 어떤 엔티티의 통제를 승인해서는 안 된다는 암묵적인 원칙"에 "상반되는" 것이었다. URN은 무료였지만 리졸버 검색 서비스가 부족했고, 쿤제는 "IETF 커뮤니티가 기존 웹 및 DNS 메커니즘에 거의 기여하지 않을 새로운 인터넷 간접 인프라를 만드는 데 관심을 잃은 것처럼 보였다. 특히 간접이 링크가 끊어지지 않도록 하는 데 작은 역할을 한다는 점을 고려할 때"라고 썼다.[3]
이러한 시스템들과 달리, ARK 체계는 "지속성은 순전히 서비스의 문제이며, 객체에 내재된 것도 아니고 특정 명명 구문에 의해 부여되는 것도 아니다"라고 제안했다. 따라서 식별자가 지속성 문제를 해결하기 위해 할 수 있는 최대치는 조직의 약속을 나타내는 것이었다. 이에 따라 ARK 표준에서 식별자는 웹 리소스뿐만 아니라 "관리 약속"과 해당 리소스에 대한 메타데이터를 참조한다. 웹 서버가 ARK로 쿼리되면 해당 리소스 자체 또는 "크고 복잡한 문서 대신 목차"와 같은 대리물을 반환해야 한다. 그러나 ARK에 물음표를 추가하면 대신 설명, 즉 메타데이터를 반환해야 하며, 이는 "최소한 객체의 표현에 관련된 누가, 무엇을, 언제, 왜 질문에 답해야 한다." 두 개의 물음표가 추가되면 서버는 "객체 지속성, 객체 명명, 객체 조각 주소 지정 및 운영 서비스 지원"과 관련된 제공자의 정책을 반환해야 한다.[3]
2. 4. 초기 채택 및 확산
1990년대 동안, 인터넷 엔지니어링 태스크 포스(IETF)와 다른 단체들은 URN, PURL, Handle, DOI를 포함한 영구 식별자 표준을 개발했다. 이 표준들에서 간접 식별자는 시간이 지나면서 바뀌는 URL로 연결되었다. 많은 사람들은 이러한 시스템이 웹 리소스의 지속성에 기여할 것이라고 믿었다.[3]2001년, 캘리포니아 대학교의 존 쿤제와 미국 국립 의학 도서관의 R. P. 채닝 로저스는 IETF 작업 문서로 “[https://tools.ietf.org/html/draft-kunze-ark-01 ARK 영구 식별자 체계]”의 첫 번째 초안을 발표했다. 쿤제는 새로운 시스템을 만들려는 동기에 대해, 기존의 시스템들이 각기 특정 문제를 가지고 있었다고 설명했다. Handle과 DOI는 중앙 집중식 시스템으로, 포함 비용을 청구했는데, 이는 쿤제가 보기에 "인터넷 표준이 다른 엔티티의 네트워크 리소스 접근에 대해 어떤 엔티티의 통제를 승인해서는 안 된다는 암묵적인 원칙"에 어긋나는 것이었다. URN은 무료였지만 리졸버 검색 서비스가 부족했고, 쿤제는 "IETF 커뮤니티가 기존 웹 및 DNS 메커니즘에 거의 기여하지 않을 새로운 인터넷 간접 인프라를 만드는 데 관심이 없어 보였다. 특히 간접이 링크가 끊어지지 않도록 하는 데 작은 역할을 한다는 점을 고려할 때"라고 썼다.[3]
이러한 시스템들과 달리, ARK 체계는 "지속성은 순전히 서비스의 문제이며, 객체에 내재된 것도 아니고 특정 명명 구문에 의해 부여되는 것도 아니다"라고 제안했다. ARK 표준에서 식별자는 웹 리소스뿐만 아니라 "관리 약속"과 해당 리소스에 대한 메타데이터도 참조한다. 웹 서버가 ARK로 쿼리되면 해당 리소스 자체나 대리물을 반환해야 한다. 그러나 ARK에 물음표를 추가하면 메타데이터를 반환해야 하며, 이는 "최소한 객체의 표현에 관련된 누가, 무엇을, 언제, 왜 질문에 답해야 한다." 두 개의 물음표가 추가되면 서버는 "객체 지속성, 객체 명명, 객체 조각 주소 지정 및 운영 서비스 지원"과 관련된 제공자의 정책을 반환해야 한다.[3]
캘리포니아 디지털 라이브러리는 2002년에 ARK를 사용하기 시작했고, 2004년에는 ARK 및 기타 식별자 관리를 위한 Noid (Nice Opaque IDentifiers) 소프트웨어를 출시했다. ARK의 다른 초기 채택자로는 포르티코, 인터넷 아카이브, 프랑스 국립 도서관 등이 있다.[3]
2018년, 캘리포니아 디지털 라이브러리와 DuraSpace는 ARK와 공개 학문에서의 사용에 대한 국제 커뮤니티 구축을 위해 협력을 발표했다(ARKs-in-the-Open, 이후 ARK Alliance). 2021년까지 800개 이상의 기관이 ARK 사용을 위해 등록했다.[2]
2. 5. ARK Alliance (2018년~)
2018년, 캘리포니아 디지털 라이브러리와 DuraSpace는 ARK와 공개 학문에서의 사용에 대한 국제 커뮤니티를 구축하기 위해 협력을 발표했으며, 처음에는 ARKs-in-the-Open으로, 그 다음에는 ARK Alliance로 명명되었다. 2021년까지 800개 이상의 기관이 ARK 사용을 위해 등록했다.[2]3. 구조
ARK는 다음과 같은 구조를 가진다.
:
- '''NAAN''' : 이름 할당 기관 번호로, 객체에 원래 이름을 지정한 기관의 고유 식별자이다(필수).[4]
- '''NMA''' : 이름 매핑 기관으로, 객체에 대한 서비스를 현재 제공하는 기관의 호스트 이름이다(선택 사항, 대체 가능).[4]
- '''한정자''' : 객체의 개별 하위 구성 요소(계층적)에 대한 접근을 지원하고, 구성 요소의 변형(버전, 언어, 형식)을 지원하는 기본 ARK를 확장하는 문자열이다(선택 사항).[4][5]
NAAN 등록[6]은 프랑스 국립 도서관과 미국 국립 의학 도서관에서 복제되며, [https://arks.org ARK 연합]에서 관리한다.
| 연도 | NAAN 등록 수 |
|---|---|
| 2018년 6월 | 530개 |
| 2020년 7월 | 633개 |
| 2021년 4월 | 754개 |
4. 응용 분야
ARK(아카이벌 리소스 키)는 디지털, 물리적 또는 추상적인 모든 것에 할당될 수 있다. 다음은 관련 기관에서 https://arks.org ARK Alliance에 2020년에 보고된 예시이다.
| 분야 | 건수 | 기관 |
|---|---|---|
| 족보 기록 | 80억 건 | https://familysearch.org/ FamilySearch |
| 출판 콘텐츠 | 1억 건 | https://www.portico.org/ Portico |
| 과학 기록 | 2200만 건 | https://www.inist.fr/ INIST |
| 스캔된 텍스트 | 2000만 건 | https://archive.org/ Internet Archive |
| 서지 기록 | 1500만 건 | https://catalogue.bnf.fr/ BnF main catalog |
| 박물관 표본 | 1100만 건 (최대 1억 건) | https://library.si.edu/ Smithsonian |
| 공중 보건 문서 (법적 증거 자료 다수 포함) | 1500만 건 | https://www.industrydocuments.ucsf.edu/ UCSF IDL |
| 디지털화된 문서 및 객체 | 500만 건 | https://gallica.bnf.fr/GallicaEnChiffres BnF Gallica |
| 역사적 인물, 가족 및 조직 | 400만 건 | https://snaccooperative.org/ SNACC |
| 자료 검색 지원 및 특별 컬렉션 | 400만 건 | https://merritt.cdlib.org/ Merritt |
| 자원 지도 | 150만 건 | https://rmap-hub.org/ RMap Hub |
| 교육 자료 | 110만 건 | https://lib.utah.edu/ University of Utah |
| 미술 작품 | 483,000건 | https://www.louvre.fr/ Louvre museum |
| 역사 지도 | 334,000건 | https://library.princeton.edu/libraries Princeton University Libraries |
| 어휘 용어 | 9,000건 | https://perio.do/ Periodo, https://yamz.net/ YAMZ |
5. 일반 서비스
ARK 서비스를 제공하는 것은 현재 또는 미래의 가용 기술에 따라 여러 방법으로 구현될 수 있으며, 일반적인 세 가지 ARK 서비스는 다음과 같다.[4]
| 서비스 | 설명 |
|---|---|
| 접근 서비스 (Access Service) | 객체(사본) 또는 동일 객체로의 리다이렉션을 반환한다. 합당한 객체 프록시(예: 큰 문서 대신 목차)가 대체될 수 있으며, 대체 객체 로케이터의 식별된 목록을 반환할 수도 있다. 접근이 거부된 경우, 객체의 현재 접근 불가 상태(영구적일 수 있음)에 대한 설명을 반환한다. |
| 정책 서비스 (Policy Service) | ARK에 대한 정책 및 지원 약속의 선언을 반환한다. 선언은 구조화된 메타데이터 형식이나 사람이 읽을 수 있는 텍스트 형식으로 반환될 수 있다. (때로는 하나의 형식이 두 가지 목적을 모두 수행) 객체 영구성, 객체 명명, 객체 조각 주소 지정, 운영 서비스 지원 영역을 다루어야 한다. |
| 설명 서비스 (Description Service) | 객체에 대한 설명을 반환한다. 설명은 구조화된 메타데이터 형식 또는 사람이 읽을 수 있는 텍스트 형식으로 반환될 수 있다.(때로는 하나의 형식이 두 가지 목적을 모두 수행) 객체의 표현에 관한 누가, 무엇을, 언제, 그리고 어디서 질문에 답해야 하며, 독립형 설명에는 설명 자체의 수정 날짜와 출처가 함께 제공되어야 한다. 제공된 ARK와 관련된 ARK의 차별화된 목록도 반환될 수 있다. |
5. 1. 접근 서비스 (Access Service)
- (사본) 객체 또는 동일 객체로의 리다이렉션을 반환하지만, 합당한 객체 프록시(예: 큰 문서 대신 목차)가 대체될 수 있다.
- 대체 객체 로케이터의 식별된 목록을 반환할 수도 있다.
- 접근이 거부된 경우, 객체의 현재 접근 불가 상태(영구적일 수 있음)에 대한 설명을 반환한다.
5. 2. 정책 서비스 (Policy Service)
ARK에 대한 정책 및 지원 약속의 선언을 반환한다. 선언은 구조화된 메타데이터 형식이나 사람이 읽을 수 있는 텍스트 형식으로 반환된다. 때로는 하나의 형식이 두 가지 목적을 모두 수행할 수 있다.정책 하위 영역은 별도의 요청으로 처리될 수 있지만, 다음 영역을 다루어야 한다.
- 객체 영구성
- 객체 명명
- 객체 조각 주소 지정
- 운영 서비스 지원
5. 3. 설명 서비스 (Description Service)
객체에 대한 설명을 반환한다. 설명은 구조화된 메타데이터 형식 또는 사람이 읽을 수 있는 텍스트 형식으로 반환되며, 때로는 하나의 형식이 두 가지 목적을 모두 수행할 수 있다.설명은 최소한 객체의 표현에 관한 '''누가''', '''무엇을''', '''언제''', 그리고 '''어디서''' 질문에 답해야 한다.
독립형 설명에는 설명 자체의 수정 날짜와 출처가 함께 제공되어야 한다.
제공된 ARK와 관련된 ARK의 차별화된 목록도 반환될 수 있다.
참조
[1]
웹사이트
Uniform Resource Identifier (URI) Schemes
https://www.iana.org[...]
[2]
웹사이트
ARK Alliance: An Interview with John Kunze
https://saaers.wordp[...]
Society of American Archivists Electronic Resources Section
2021-09-14
[3]
뉴스
The ARK Persistent Identifier Scheme
https://tools.ietf.o[...]
Internet Engineering Task Force
2001-03-08
[4]
문서
[5]
문서
[6]
문서
Name Assigning Authority Number registry
https://n2t.net/e/pu[...]
[7]
웹인용
Uniform Resource Identifier (URI) Schemes
https://www.iana.org[...]
본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.
문의하기 : help@durumis.com