맨위로가기

핸들 시스템

"오늘의AI위키"는 AI 기술로 일관성 있고 체계적인 최신 지식을 제공하는 혁신 플랫폼입니다.
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.
목차

1. 개요

핸들 시스템은 디지털 객체 및 기타 리소스에 대한 고유하고 영구적인 식별자를 관리하는 시스템이다. IETF의 RFC 3650, 3651, 3652에서 정의되며, 개방형 프로토콜 세트, 네임스페이스, 프로토콜의 참조 구현을 포함한다. 핸들은 네이밍 권한을 나타내는 접두사와 자원의 로컬 이름을 제공하는 접미사로 구성되며, URL과 달리 핸들은 리소스의 메타데이터를 검색하는 수단을 제공하여 링크 부패를 방지한다. 학술 논문, 기술 보고서 등 다양한 분야에서 활용되며, 디지털 객체 아키텍처의 구성 요소로 사용된다.

더 읽어볼만한 페이지

  • 식별자 - 아카이벌 리소스 키
    아카이벌 리소스 키(ARK)는 디지털, 물리적, 추상적 자원의 영구적인 식별을 위한 체계로, 분산된 웹 환경에서 관리 주체의 약속을 통해 객체의 보존과 접근성을 제공하며, ARK Alliance가 국제적인 사용을 장려하고 한국에서도 활용된다.
  • 식별자 - 바코드
    바코드는 다양한 폭의 막대와 공백 조합으로 정보를 나타내는 기호로, 상품 식별, 재고 관리 등에 사용되며 1차원과 2차원 바코드가 존재하고 바코드 스캐너로 판독되어 산업 효율성을 높인다.
  • 1994년 설립 - 2001아울렛
    2001아울렛은 이랜드리테일에서 운영하는 아울렛 체인으로, 서울, 경기, 인천에 지점이 있으며 과거에는 여러 지점이 존재했다.
  • 1994년 설립 - 대한민국 재정경제원
    대한민국 재정경제원은 1994년 재무부와 경제기획원을 통합하여 신설되어 경제 정책 수립, 예산 편성, 조세 정책, 금융 정책 등을 수행했으며, 1998년 재정경제부로 개편되었다.
  • 공식 웹사이트에 알 수 없는 변수를 사용한 문서 - 브루클린 미술관
    브루클린 미술관은 1823년 브루클린 견습생 도서관으로 시작하여 현재 약 50만 점의 소장품을 보유한 뉴욕 브루클린 소재의 미술관으로, 다양한 분야의 예술 작품을 전시하며 특히 아프리카 미술과 여성주의 미술에 대한 기여가 크다.
  • 공식 웹사이트에 알 수 없는 변수를 사용한 문서 - 광주지방기상청
    광주지방기상청은 광주광역시와 전라남도 지역의 기상 예보, 특보, 관측, 기후 정보 제공 등의 업무를 수행하는 기상청 소속 기관으로, 1949년 광주측후소로 설치되어 1992년 광주지방기상청으로 개편되었으며, 기획운영과, 예보과, 관측과, 기후서비스과와 전주기상지청, 목포기상대를 두고 있다.
핸들 시스템
개요
유형영구적인 디지털 객체 식별자
설명인터넷 리소스에 대한 지속적인 식별자를 제공
RFCRFC 3650
참고 자료칸/윌렌스키 아키텍처
DONA 재단
디지털 객체 식별자 시스템
추가 정보위키백과에서 외부 링크 템플릿 사용 시 유용한 정보는 해당 페이지에서 확인 가능
관련 연구이재민, 손청기, 이미영 (2008). 국내 기관 레포지터리 구축 및 활성화 방안 - KAIST의 KOASAS 사례를 중심으로. 정보관리연구, 39(3), 179-204. DOI:10.1633/JIM.2008.39.3.179 (p.184)

2. 역사

핸들 시스템은 TCP/IP의 공동 개발자인 로버트 칸이 국방고등연구계획국(DARPA)의 지원을 받아 'Corporation for National Research Initiatives(CNRI)'에서 개발했으며, 현재도 CNRI에서 개발 및 관리가 이루어지고 있다. 핸들 시스템은 다양한 애플리케이션에서 활용되고 있다.[30]

핸들 시스템은 저장 위치와 같은 속성에 의존하는 패킷이 아닌, 제1급 객체로서 객체를 관리한다. 이는 분산 디지털 객체 서비스[31]를 위한 광범위한 프레임워크의 일부이지만, 독립적인 애플리케이션으로도 사용 가능하다. 핸들 시스템은 성능 저하 없이 방대한 양의 엔티티에 대한 분산 관리를 허용하고, 여러 개의 최신 데이터 조각을 처리할 수 있는 확장 가능한[32] 설계를 갖추고 있다. 또한, 공개 키 기반 구조와 같은 기능을 통해 신뢰성 있는 애플리케이션을 지원한다.

이름 해결은 네트워크 서비스에서 식별자를 입력하면 해당 엔티티에 대한 최신 정보(예: URL)를 출력하는 프로세스이다. 도메인 네임 시스템(DNS)은 사람이 이해하기 쉬운 도메인 이름을 IP 주소로 변환한다. 핸들 시스템은 DNS와 함께 사용될 수 있지만, PURLs나 ARKs와 같은 영구 식별자와는 달리 DNS에 반드시 의존하지는 않는다. 핸들 시스템은 관리의 세분화(핸들별 관리자 분리, 다중 관리자 할당 가능) 및 다양한 데이터형 할당 옵션 등에서 DNS와 차별점을 가진다.[33]

DNS는 보안 문제가 존재하며, 기존 DNS 기술로는 새로운 요구 사항에 대응하기 어렵다는 업데이트가 지속적으로 이루어지고 있다. 핸들 시스템은 이름과 관련 데이터(위치 포함)를 분리하여 미래 인터넷 아키텍처의 핵심 요구 사항을 충족한다. MIT 컴퓨터 과학·인공지능 연구소와 공군연구소의 공동 연구는 "위치와 동일성 개념을 분리할 수 있으며, 이는 현재 인터넷에서 IP 주소로 표현되고 있다. ... 최종 아키텍처는 이동성뿐만 아니라 현재 네트워크 문제도 해결할 수 있을 것이다."라고 언급한다.[34]

2. 1. 개발 배경

핸들 시스템은 TCP/IP의 공동 개발자인 로버트 칸이 국방고등연구계획국(DARPA)의 지원을 받아 'Corporation for National Research Initiatives(CNRI)'에서 개발했다. 현재도 CNRI에서 개발·관리가 계속되고 있으며, 다양한 애플리케이션에서 이용되고 있다.[30]

핸들 시스템은 저장 위치와 같은 속성에 의존하는 패킷보다는, 제1급 객체로서 객체를 관리할 수 있도록 한다. 핸들 시스템은 분산적인 디지털 객체 서비스[31]를 위한 광범위한 프레임워크로 알려져 있지만, 독립적인 애플리케이션으로도 이용할 수 있다. 핸들 시스템은 성능을 저하시키지 않고 방대한 양의 엔티티에 대해 분산 관리를 허용하며, (각각 분할하여 관리될지도 모르는) 여러 개의 최신 데이터 조각을 해결하는 것을 가능하게 하는 확장성 있는[32] 설계가 적용되어 있다. 이는 신뢰성 있는 애플리케이션을 실현하기 위한 공개 키 기반 구조와 같은 기능도 부수적으로 제공한다.

이름 해결이란 네트워크 서비스에 대해 어떤 식별자가 입력되고, 그 식별자가 가리키는 엔티티에 관한 1개 이상의 최신 정보(예: 그 엔티티의 소재를 나타내는 URL 등)가 출력되는 일련의 프로세스이다. 도메인 네임 시스템(DNS)은 인간이 이해하기 쉬운 도메인 네임을 수치적인 IP 주소로 해결한다. 핸들 시스템은 DNS를 병행하여 사용할 수 있지만, PURLs나 ARKs와 같이 도메인 네임을 활용하여 완전한 제어를 실현하려는 영구 식별자와는 달리, 반드시 DNS를 필요로 하지는 않는다. 그 외의 중요한 차이점으로, 핸들 시스템에서 실현 가능한 관리의 세밀함(핸들마다 관리자를 분리할 수 있으며, 1개의 핸들에 여러 관리자를 할당하는 것도 가능하다)이나 확장성이 있는 여러 데이터형을 할당하는 옵션 등이 있다.[33]

DNS는 잘 알려진 보안상의 문제가 있으며, 새로운 요건을 처리하기 위해 기존의 DNS 기술이 쉽게 대응할 수 있을 것이라고 가정하기에는 충분하지 않다는 것을 암시하는 업데이트가 계속되고 있다. 이름을 관련된 데이터(소재를 포함)로부터 명시적으로 분리함으로써, 핸들 시스템은 미래의 인터넷 아키텍처의 핵심 요건에 접근한다. MIT 컴퓨터 과학·인공지능 연구소와 공군연구소의 공동 연구 프로젝트는 "소재의 아이디어와 동일성의 아이디어를 분리하는 것은 가능하다. 둘 다 오늘날의 인터넷에서는 IP 주소로 표현되고 있으며, ……… 최종적인 아키텍처는 이동성뿐만 아니라 오늘날의 네트워크에서 발생하는 다른 문제들을 해결하는 것도 지원할 것이다"라고 주장하고 있다.[34]

3. 기술 사양

핸들 시스템은 인터넷 엔지니어링 태스크 포스(IETF)의 RFC 3650,[1] 3651[5] 및 3652[6]에서 정의된 개방형 프로토콜, 네임스페이스, 참조 구현을 포함하는 기술이다.

핸들 시스템은 TCP/IP의 공동 개발자인 로버트 칸이 국방고등연구계획국(DARPA)의 지원을 받아 Corporation for National Research Initiatives(CNRI)에서 개발 및 관리하고 있다.[30]

핸들 시스템은 분산 디지털 객체 서비스[31]를 위한 광범위한 프레임워크이자 독립적인 애플리케이션이다. 성능 저하 없이 방대한 양의 엔티티에 대한 분산 관리를 허용하며, 여러 개의 최신 데이터 조각을 해결하는 스케일러블[32]한 설계를 갖추고 있다. 또한, 신뢰성 있는 애플리케이션을 위한 공개 키 기반 구조와 같은 기능도 제공한다.[32]

이름 해결은 네트워크 서비스에 식별자가 입력되면, 그 식별자가 가리키는 엔티티에 관한 최신 정보(예: URL)가 출력되는 프로세스이다. 도메인 네임 시스템(DNS)은 사람이 이해하기 쉬운 도메인 네임을 IP 주소로 변환한다. 핸들 시스템은 DNS와 병행하여 사용할 수 있지만, PURL이나 ARK와 달리 DNS가 반드시 필요하지 않다.[33] 핸들 시스템은 관리의 세밀함(핸들마다 관리자를 분리하거나, 하나의 핸들에 여러 관리자를 할당 가능)과 확장성 있는 여러 데이터형을 할당하는 옵션 등에서 DNS와 차별점을 가진다.[33]

DNS는 보안 문제가 존재하며, 새로운 요구사항을 처리하기 위해 기존 DNS 기술이 쉽게 대응하기 어려울 수 있다는 업데이트가 계속되고 있다.[34] 핸들 시스템은 이름과 관련 데이터(소재 포함)를 분리함으로써 미래 인터넷 아키텍처의 핵심 요건에 접근한다. MIT 컴퓨터 과학·인공지능 연구소와 공군연구소의 공동 연구는 "소재의 아이디어와 동일성의 아이디어를 분리하는 것은 가능하다. 둘 다 오늘날의 인터넷에서는 IP 주소로 표현되고 있으며, ……… 최종적인 아키텍처는 이동성뿐만 아니라 오늘날의 네트워크에서 발생하는 다른 문제들을 해결하는 것도 지원할 것이다"라고 주장한다.[34]

핸들은 Uniform Resource Name(URN) 또는 Uniform Resource Identifier(URI)로 표현되어 사용될 수 있다.[39] 핸들 시스템은 현재 URI 또는 URN의 독립 실행형 구현으로 인정되지 않지만, Info URI[39] 사양([40])의 일부이다.[39] 핸들은 HTTP 프록시 서버를 사용하여 Uniform Resource Locator(URL)로도 표현될 수 있다.[41]

핸들 시스템 웹사이트는 HANDLE.NET Software[42]와 HANDLE.NET Client Libraries[43]와 같은 구현 도구를 제공한다. Handle client는 웹 브라우저나 웹 서버와 같은 소프트웨어에 통합될 수 있으며, Adobe Acrobat과 Firefox에서 이미 사용 가능한 확장 기능이 제공된다.[14],[15]

Handle client software libraries는 C 언어와 Java에서 사용할 수 있다.[44] DOI 시스템과 같은 일부 응용 프로그램은 특정 애드온 도구를 개발하고 있다.[44]

핸들 시스템은 영구적 식별자 제도에 대한 조직적 노력의 중요성을 강조하지만, 그러한 노력을 보장하기 위한 단일 모델을 규정하지 않는다.[48] 개별 응용 프로그램은 DSpace 응용 프로그램 및 DOI 응용 프로그램에서 사용될 때와 같이 지속성을 보장하기 위해 자체 규칙 및 사회적 인프라를 설정할 수 있다.[48]

3. 1. 구성 요소

핸들은 "네이밍 권한"을 나타내는 접두사와 자원의 "로컬 이름"을 나타내는 접미사로 구성된다. 도메인 이름과 유사하게, 접두사는 연간 갱신 수수료를 지불하면 시스템의 "다중 기본 관리자" 중 하나에서 네이밍 권한에 발급된다. 네이밍 권한은 할당된 접두사 내에서 고유한 "로컬 이름"을 가진 핸들을 얼마든지 만들 수 있다.[1]

다음은 두 가지 핸들 예시이다.

  • 20.1000/100
  • 2381/12345


첫 번째 예는 HANDLE.NET 소프트웨어 라이선스에 대한 핸들이다. 20.1000은 네이밍 권한(이 경우 Handle.net 자체)에 할당된 접두사이고, 100은 해당 네임스페이스 내의 로컬 이름이다. 로컬 이름은 유니코드 UCS-2 문자 집합의 모든 문자로 구성될 수 있다. 접두사는 "/"를 제외한 모든 UCS-2 문자로 구성된다. 접두사는 네이밍 권한의 계층을 나타내는 점으로 구분된 하나 이상의 네이밍 권한 세그먼트로 구성된다. 예시에서 20은 CNRI의 네이밍 권한 접두사이고, 1000은 20 접두사 내의 하위 네이밍 권한을 지정한다. DONA 재단의 연합 네이밍 권한에 대한 다른 최상위 접두사의 예로는 DOI 핸들에 대한 10, ITU에서 할당한 핸들에 대한 11, 괴팅겐 대학교의 과학 컴퓨팅 센터인 독일 Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen(GWDG)에서 발행한 핸들에 대한 21, 핸들 서비스 연합 – 중국에 대한 86이 있다. "다중 기본 관리자"(MPA) 구조가 도입되기 전에 CNRI에서 발급한 이전의 "레거시" 접두사는 위의 두 번째 예와 같이 일반적으로 4자리 또는 5자리 숫자이며, 레스터 대학교에서 관리하는 핸들이다. 모든 접두사는 일반적으로 수수료를 내고 DONA 재단 승인 등록 기관을 통해 글로벌 핸들 레지스트리에 등록해야 한다.[1]

핸들은 불투명하다. 즉, 기본 자원에 대한 정보를 인코딩하지 않고 자원에 대한 메타데이터를 검색하는 수단만 제공한다. 이는 URL과 대조적인데, URL은 식별자 내에 자원에 대한 정보(위치 정보 등)를 인코딩할 수 있다. 핸들 시스템에서는 이러한 세부 정보가 핸들에 인코딩되지 않고, 핸들이 바인딩된 메타데이터에서 찾아볼 수 있다.[1]

메타데이터에는 위치, 사용 가능한 형태, 제공되는 액세스 유형, 대상과 같은 정보 자원의 많은 속성이 포함될 수 있다. 자원에 액세스하는 방법과 위치를 결정하기 위한 메타데이터 처리와 사용자에게 자원을 제공하는 것은 "해결"이라는 별도의 단계에서 수행되며, 핸들을 메타데이터와 교환하는 데 관여하는 서버와 다를 수 있는 리졸버를 사용한다. 핸들은 URL과 달리 유효하지 않게 되지 않으며 위치 또는 기타 메타데이터 속성이 변경될 때 변경할 필요가 없다. 이는 정보 자원의 변경이 모든 자원에 대한 참조 변경이 아닌 메타데이터 변경에만 반영되면 되므로 링크 부패를 방지하는 데 도움이 된다.[1]

각 핸들은 자체 관리자를 가질 수 있으며, 핸들 관리는 DNS 도메인 이름과 유사한 분산 환경에서 수행할 수 있다. 이름-값 바인딩은 데이터 확인을 위한 서명과 데이터 전송 확인을 위한 챌린지 응답을 통해 안전하게 보호될 수 있으며, 이를 통해 핸들은 신뢰 관리 애플리케이션에 사용될 수 있다.[1]

동일한 기본 정보 자원이 여러 핸들과 연결될 수 있다. (예: 두 개의 대학 도서관에서 동일한 책에 대해 핸들을 생성하는 경우)[1]

핸들 시스템은 DNS과 호환되지만, DNS가 필요하지 않다. 그러나 PURL 또는 ARK와 같은 영구 식별자와 달리 핸들은 도메인 네임 서버와는 별도로 접두사 등록 프로세스와 핸들 서버가 필요하다.[1]

핸들 시스템의 구현은 로컬 핸들 서비스(Local Handle Services, LHS)와 글로벌 핸들 레지스트리(Global Handle Registry, GHR)로 구성된다. LHS는 특정 핸들을 저장하는 서버를 제공하는 하나 이상의 사이트로 구성된다. GHR은 핸들 시스템 내의 접두사(네이밍 권한)에 대한 정보를 저장하고, 분산 시스템 내의 다른 LHS에서 특정 핸들이 저장된 위치를 찾기 위해 쿼리할 수 있는 고유한 LHS이다.[12]

3. 2. 작동 방식

핸들 시스템에서 이름 확인(Resolution)은 클라이언트, 글로벌 핸들 레지스트리(GHR), 로컬 핸들 서비스(LHS) 간의 상호작용을 통해 이루어진다. 이 과정은 다음과 같이 단계별로 설명할 수 있다.

1. 클라이언트의 쿼리: 클라이언트는 식별하고자 하는 핸들(식별자)을 GHR에 쿼리 형태로 전달한다. 이 쿼리는 네이밍 권한(접두사)에 대한 요청이다.[33]

2. GHR의 응답: GHR은 해당 핸들을 관리하는 LHS의 위치 정보를 클라이언트에 제공한다. LHS는 여러 사이트에 분산된 여러 서버로 구성될 수 있다.[33]

3. LHS로의 쿼리 전송: 클라이언트는 GHR로부터 받은 정보를 바탕으로 해당 LHS 내의 관련 서버로 쿼리를 전송한다.[33]

4. LHS의 응답: LHS는 요청된 리소스를 획득하는 데 필요한 정보를 클라이언트에 반환한다. 이 정보는 예를 들어 HTTP 리디렉션으로 변환될 수 있는 URL의 형태일 수 있다.[33]

만약 클라이언트가 이미 쿼리할 LHS에 대한 정보를 가지고 있다면, GHR에 대한 초기 쿼리는 생략될 수 있다.[33]

핸들 시스템은 메타데이터를 활용하여 식별된 객체에 대한 추가 정보를 제공한다. 이러한 메타데이터는 객체의 속성, 관계, 관리 정보 등을 포함할 수 있다. 핸들 시스템은 객체 간의 관계에 대한 특정 모델을 규정하지 않으며, 디지털 객체뿐만 아니라 비디지털 객체도 식별할 수 있다.[46] 비디지털 객체는 디지털 객체 관리 목적으로 디지털 객체로 표현될 수 있다.

몇몇 응용 프로그램에서는 서지 레코드의 기능적 요구사항(FRBR), CIDOC CRM, indecs 콘텐츠 모델과 같은 프레임워크를 핸들 응용 프로그램에 결합하여 활용하기도 한다.[46] 예를 들어, 고급 분산 학습(ADL) 이니셔티브는 핸들 시스템 응용 프로그램을 공유 가능 콘텐츠 객체 참조 모델(SCORM)과 통합하고, 디지털 객체 식별자(DOI) 시스템은 indecs 프레임워크를 활용한다.[46]

3. 3. 표현 방식

핸들은 "네이밍 권한"을 나타내는 접두사와 자원의 "로컬 이름"을 제공하는 접미사로 구성된다.[1] 도메인 이름과 유사하게, 접두사는 연간 갱신이 필요한 수수료를 지불하면 시스템의 "다중 기본 관리자" 중 하나에서 네이밍 권한에 발급된다.[1] 네이밍 권한은 할당된 접두사 내에서 고유한 "로컬 이름"을 가진 핸들을 얼마든지 만들 수 있다.[1]

다음은 두 가지 핸들 예시이다.

  • `20.1000/100`[1]
  • `2381/12345`[1]


첫 번째 예는 HANDLE.NET 소프트웨어 라이선스에 대한 핸들로, `20.1000`은 네이밍 권한(이 경우 Handle.net 자체)에 할당된 접두사이고 `100`은 해당 네임스페이스 내의 로컬 이름이다.[1] 로컬 이름은 유니코드 UCS-2 문자 집합의 모든 문자로 구성될 수 있다.[1] 접두사 역시 "/"를 제외한 모든 UCS-2 문자로 구성된다.[1] 접두사는 네이밍 권한의 계층을 나타내는 점으로 구분된 하나 이상의 네이밍 권한 세그먼트로 구성된다.[1]

핸들은 URI, URN으로 표현될 수 있다.[39] 핸들 시스템은 현재 URI 또는 URN의 독립 실행형 구현으로 인정되지 않지만, Info URI[39] 사양([40])의 일부이다.[39] 예를 들어, `20.1000/100`은 URI로 `info:hdl/20.1000/100`과 같이 작성할 수 있다.[8] DOI와 같은 일부 핸들 시스템 네임스페이스는 자체적으로 "info:" URI 네임스페이스이다.[8] 예를 들어, `info:doi/10.1000/182`는 DOI 핸드북의 현재 개정판[10]에 대한 핸들을 URI로 작성하는 또 다른 방법이다.[8]

일부 핸들 시스템 네임스페이스는 특수 프레젠테이션 규칙을 정의한다.[8] 예를 들어, 기존 핸들의 높은 비율을 나타내는 디지털 객체 식별자는 일반적으로 "doi:" 접두사로 표시된다.[8] (`doi:10.1000/182`).[8]

모든 핸들은 일반 HTTP 프록시 서버를 사용하여 URL로 표현될 수 있다.[11]

  • `https://hdl.handle.net/20.1000/100`


일부 핸들 기반 시스템은 다음과 같이 자체 시스템에 사용하기 위한 HTTP 프록시 서버를 제공한다.[11]

  • `https://doi.org/10.1000/182`

4. 설계 원칙

핸들 시스템은 TCP/IP의 공동 개발자인 로버트 칸이 국방고등연구계획국(DARPA)의 지원을 받아 Corporation for National Research Initiatives(CNRI)에서 개발하였다. 현재도 CNRI에서 개발·관리가 계속되고 있으며, 다양한 애플리케이션이 이용하고 있다[30]. 핸들 시스템은 분산적인 디지털 객체 서비스[31]를 위한 광범위한 프레임워크로 알려져 있지만, 독립적인 애플리케이션으로도 이용할 수 있다. 성능 저하 없이 방대한 양의 엔티티에 대해 분산 관리를 허용하며, 여러 개의 최신 데이터 조각을 해결하는 확장성 있는[32] 설계가 적용되어 공개 키 기반 구조와 같은 기능을 제공한다.

이름 해결은 네트워크 서비스에 식별자를 입력하면, 그 식별자가 가리키는 엔티티에 관한 최신 정보(예: URL)가 출력되는 프로세스이다. 도메인 네임 시스템(DNS)은 사람이 이해하기 쉬운 도메인 네임을 IP 주소로 변환한다. 핸들 시스템은 DNS와 병행하여 사용할 수 있지만, PURLs나 ARKs와 같이 도메인 네임을 활용하여 완전한 제어를 실현하려는 영구 식별자와는 달리, 반드시 DNS를 필요로 하지는 않는다. 핸들 시스템은 관리의 세밀함(핸들마다 관리자를 분리하거나, 하나의 핸들에 여러 관리자를 할당 가능)과 확장성 있는 여러 데이터형을 할당하는 옵션 등에서 DNS와 차이가 있다.[33]

DNS는 보안 문제가 있으며, 기존 DNS 기술이 새로운 요건에 쉽게 대응할 수 있을 것이라고 가정하기 어렵다. 이름을 관련 데이터(소재 포함)로부터 분리함으로써, 핸들 시스템은 미래 인터넷 아키텍처의 핵심 요건에 접근한다. MIT 컴퓨터 과학·인공지능 연구소와 공군연구소의 공동 연구는 "소재와 동일성의 아이디어를 분리하는 것은 가능하다. 둘 다 오늘날의 인터넷에서는 IP 주소로 표현되고 있으며, ……… 최종적인 아키텍처는 이동성뿐만 아니라 오늘날의 네트워크에서 발생하는 다른 문제들을 해결하는 것도 지원할 것이다"라고 주장한다.[34]

핸들 시스템은 영속성에 기여하기 위해 다음과 같은 설계 원칙을 따른다.[49][50]


  • 식별자 문자열: 변경 가능한 속성(위치, 소유권 등)을 기반으로 하지 않고, 불투명하며, 시스템 내에서 고유해야 한다. 또한, 선택적으로 사람이 읽을 수 있고, 복사 및 붙여넣기가 가능하며, 임베딩 가능한 기능을 지원한다.
  • 식별자 이름 해결 메커니즘: 중복성을 활용하고 단일 실패 지점이 없어야 하며, 확장 가능하고 유연하며, 신뢰할 수 있어야 한다. 또한, 개방형 아키텍처로 구성되어 사용자에게 투명하게 제공되어야 한다.

4. 1. 식별자 설계 원칙

핸들 시스템의 식별자 문자열은 다음 원칙을 따르도록 설계되었다.[20]

  • 불투명성: 엔티티의 위치, 소유권 등 변경될 수 있는 속성을 기반으로 하지 않는다. 가급적 '멍청한 숫자'로 구성하여 오해를 일으킬 수 있는 가정을 방지하고, 의미론이 언어 간에 번역되지 않거나 상표권 분쟁을 일으킬 수 있는 문제를 피한다.
  • 고유성: 시스템 내에서 유일하여 충돌 및 참조 불확실성을 방지한다.
  • 가변 속성과의 독립성: 위치, 소유권 등 참조 대상의 신원을 변경하지 않고 변경될 수 있는 속성을 기반으로 하지 않는다.
  • 선택적 기능 지원: 사람이 읽을 수 있고, 복사하여 붙여넣을 수 있으며, URI 사양과 같은 일반적인 시스템에 적합하도록 포함할 수 있는 기능을 지원한다. (선택 사항)


이러한 설계 원칙은 핸들 시스템이 지속적으로 식별자를 유지하고 관리할 수 있도록 돕는다.[49][50]

4. 2. 이름 확인 메커니즘 설계 원칙

핸들 시스템은 식별자의 지속성에 기여하기 위해 다음 요구 사항을 충족하도록 설계되었다.[20]
식별자 문자열:

  • 엔티티의 변경 가능한 속성(위치, 소유권 등)을 기반으로 하지 않는다.
  • 불투명하다(가급적 '멍청한 숫자'): 잘 알려진 패턴은 오해를 불러일으키는 가정을 유발하고, 의미 있는 의미론은 언어 간에 번역되지 않을 수 있으며 상표권 분쟁을 일으킬 수 있다.
  • 시스템 내에서 고유하다(충돌 및 참조 불확실성 방지).
  • 선택 사항이지만 지원해야 하는 훌륭한 기능이 있다(사람이 읽을 수 있고, 복사하여 붙여넣을 수 있으며, URI 사양과 같은 일반적인 시스템에 적합하다).

식별자 확인 메커니즘:

  • 신뢰할 수 있다(중복성 사용, 단일 실패 지점 없음, 고장이 나지 않을 정도로 빠름).
  • 확장 가능하다(더 많은 컴퓨터로 더 높은 부하를 간단하게 관리).
  • 유연하다(변화하는 컴퓨팅 환경에 적응할 수 있고, 새로운 응용 프로그램에 유용하다).
  • 신뢰할 수 있다(확인 및 관리에 모두 기술적인 신뢰 방법이 있고, 운영 조직은 장기적으로 전념한다).
  • 개방형 아키텍처를 기반으로 구축되었다(인프라에서 응용 프로그램을 구축하는 커뮤니티의 활용 노력을 장려).
  • 투명하다(사용자는 인프라 세부 정보를 알 필요가 없다).

5. 응용 분야

핸들 시스템은 학술 논문, 기술 보고서, 책, 학위 논문, 정부 문서, 메타데이터, 분산 학습 콘텐츠 및 데이터 세트와 같은 다양한 종류의 디지털 객체를 식별하고 관리하는 데 사용된다.[21] 디지털 워터마킹, GRID 응용 프로그램, 저장소 등에서도 활용되고 있다.[21]

핸들 시스템은 객체의 현재 URL로 확인되는 단순한 영구 식별자로 사용될 수 있을 뿐만 아니라, 정의된 데이터 구조에서 객체와 관련된 여러 정보를 동시에 반환하는 기능을 제공한다. 이를 통해 동일 콘텐츠의 서로 다른 디지털 버전, 미러 사이트, 또는 서로 다른 비즈니스 모델(유료/무료, 보안/공개, 공공/사적)로 확인하거나, 원격 학습 과정에 필요한 객체의 혼합과 같이 서로 다른 콘텐츠의 서로 다른 디지털 버전으로 확인하는 것도 가능하다.

현재 6개 대륙 71개국에서 수천 개의 핸들 서비스가 운영되고 있으며, 이 중 1000개 이상이 대학과 도서관에서 운영되고 있다. 핸들 서비스는 사용자 연합, 국립 연구소, 대학, 컴퓨팅 센터, 도서관(국가 및 지역), 정부 기관, 계약자, 기업 및 연구 그룹에서 운영된다. 주요 출판사들은 DOI 시스템을 통해 상업 및 오픈 액세스 콘텐츠의 영구 식별을 위해 핸들 시스템을 사용한다.

2014년 초 기준 핸들 할당을 위한 접두사 수는 12,000개를 넘었으며, 6개의 최상위 글로벌 핸들 레지스트리 서버는 월평균 6,800만 건의 확인 요청을 처리한다. CNRI의 프록시 서버는 월평균 2억 건의 확인 요청을 처리한다.[21]

2010년, CNRI와 ITU는 핸들 시스템 사용에 대한 협약을 체결했다.[22]

5. 1. 주요 응용 분야

핸들 시스템은 학술 논문, 기술 보고서, 도서, 학위 논문, 정부 문서, 메타데이터, 분산 학습 콘텐츠, 데이터 세트 등 다양한 분야에서 활용되고 있다.[21] 주요 응용 분야는 다음과 같다.

  • 학술 정보: 논문, 보고서, 도서 등 학술 자료의 영구 식별 및 접근성 향상에 기여한다.
  • 정부 문서: 정부 발행물의 체계적인 관리 및 장기 보존을 지원한다.
  • 디지털 학습 콘텐츠: 온라인 학습 자료의 효율적인 배포 및 공유를 가능하게 한다.
  • 데이터 세트: 연구 데이터의 식별, 공유, 재사용을 촉진한다.


이 외에도 디지털 워터마킹, GRID 응용 프로그램, 저장소 등에서도 활용되고 있다.[21]

특히, 디지털 객체 식별자(DOI) 시스템과의 연동을 통해 학술 출판 및 연구 분야에서 정보 접근성을 크게 향상시키고 있다. 주요 출판사들은 DOI 시스템을 통해 상업적 또는 오픈 액세스 콘텐츠에 영구 식별자를 부여하고, 이를 통해 학술 자료의 검색 및 이용을 용이하게 한다.[21]

5. 2. 한국 내 활용 사례

핸들 시스템은 논문, 기술 보고서, 서적, 학위 논문, 정부 문서, 메타데이터, 분산 학습 콘텐츠, 데이터 세트 등 다양한 디지털 객체를 식별하고 관리하는 데 사용된다. 또한 전자 워터마크, 그리드 컴퓨팅, 저장소 등 다양한 애플리케이션에서도 활용되고 있다.

핸들 시스템은 객체에 접근하기 위한 최신 URL로 이름을 확인하는 가장 일반적인 방법 외에도, 객체에 대한 최신 정보 출력, 정해진 데이터 구조로 동시 출력, 다중 해결 요청 등 다양한 기능을 제공한다.[1] 동일한 콘텐츠의 다른 버전, 미러 사이트, 다른 비즈니스 모델(유료/무료, 보안/개방, 공개/비공개) 등으로 이름 확인이 가능하다.[1]

2014년 초 기준, 6개 대륙 71개국에서 수천 개의 핸들 서비스가 운영 중이며, 그 중 1,000개 이상이 대학과 도서관이다.[3] 국립 연구소, 대학, 컴퓨터 센터, 국공립 도서관, 정부 기관, 계약업체, 기업 및 연구 그룹 등 다양한 기관에서 핸들 서비스를 운영하고 있다.[3] 주요 출판사는 디지털 객체 식별자(DOI) 시스템을 통해 상업용 및 오픈 액세스 콘텐츠에 대한 영구 식별자로 핸들 시스템을 사용한다.[3]

2014년 초, 핸들 등록을 위한 접두사 수는 12,000개를 넘어섰으며, 6개의 최상위 Global Handle Registry 서버는 월평균 6,800만 건의 이름 해결 요청을 처리한다.[4] CNRI(Corporation for National Research Initiatives)의 프록시 서버는 월평균 2억 건의 이름 해결 요청을 처리하고 있다.[4]

국제 전기 통신 연합(ITU)은 CNRI와 핸들 시스템 사용에 대한 협력 합의를 체결하고, 2009년 4월에는 핸들 시스템을 새로운 트렌드로 추가했다.[5]

6. 관련 기술

핸들 시스템은 장기적인 디지털 객체 아키텍처의 여러 구성 요소를 나타낸다. 2010년 1월, CNRI는 이 아키텍처의 또 다른 주요 구성 요소인 범용 디지털 객체 저장소 소프트웨어를 출시했다.[26] 이 릴리스에는 프로토콜 사양, 소스 코드, 즉시 사용 가능한 시스템, 클라이언트 및 유틸리티가 포함되어 있다.[28][29]

6. 1. 디지털 객체 아키텍처 (DOA)

디지털 객체 아키텍처(Digital Object Architecture, DOA)는 디지털 객체를 효율적으로 관리하고 접근하기 위한 프레임워크다. DOA는 핸들 시스템을 핵심 구성 요소로 사용하며, 디지털 객체의 식별, 저장, 검색 등을 위한 체계적인 방법을 제공한다.

DOA의 주요 구성 요소는 다음과 같다:

  • 핸들 시스템: 디지털 객체에 고유한 식별자(핸들)를 부여하고, 이 핸들을 사용하여 객체의 위치 정보를 찾아 연결(리졸브)하는 시스템이다.
  • 디지털 객체 저장소 (Digital Object Repository): 디지털 객체를 저장하고 관리하는 시스템이다.
  • 디지털 객체 레지스트리 (Digital Object Registry): 디지털 객체에 대한 메타데이터를 등록하고 관리하는 시스템이다. (출시 예정)


핸들 시스템은 DOA의 핵심 구성 요소로서, 다음과 같은 특징을 가진다:

  • 분산 구조: 핸들 시스템은 로컬 핸들 서비스(Local Handle Services)와 글로벌 핸들 레지스트리(Global Handle Registry)로 구성된 분산 구조를 가진다. 로컬 핸들 서비스는 특정 핸들을 저장하는 서버를 제공하며, 글로벌 핸들 레지스트리는 핸들 시스템 내의 접두사(네이밍 권한)에 대한 정보를 저장하고, 특정 핸들이 저장된 위치를 찾기 위해 쿼리할 수 있는 고유한 로컬 핸들 서비스이다.[12]
  • 상호 운용성: 분산 핸들 리졸버 서버의 상호 운용 가능한 네트워크(프록시 서버 시스템)는 글로벌 리졸버를 통해 연결된다. 이를 통해 사용자는 글로벌 핸들 레지스트리에서 생성된 핸들 접두사를 얻고, 로컬에서 관리되는 핸들 서비스의 접두사를 보존하며, 모든 로컬 핸들 서비스는 글로벌 리졸버를 통해 모든 핸들을 해결할 수 있다.[45]
  • 클라이언트-서버 모델: 핸들 시스템은 클라이언트-서버 모델을 기반으로 동작한다. 클라이언트는 핸들(식별자)을 글로벌 핸들 레지스트리(GHR)에 쿼리 형태로 전달하고, GHR은 관련 로컬 핸들 서비스(LHS)의 위치 정보를 클라이언트에 전송한다. 이후 쿼리는 관련 로컬 핸들 서비스 내의 서버로 전송되고, 로컬 핸들 서비스는 리소스를 획득하는 데 필요한 정보를 반환한다.[45]


핸들 시스템은 TCP/IP의 공동 개발자인 로버트 칸에 의해 개발되었으며, 국방고등연구계획국(DARPA)의 지원을 받아 Corporation for National Research Initiatives(CNRI)에서 개발되었다. 현재도 CNRI에서 개발·관리가 계속되고 있으며, 다양한 애플리케이션에서 이용되고 있다.[30]

핸들 시스템은 디지털 객체 관리뿐만 아니라, 비 디지털 객체도 디지털 객체로 표현하여 관리할 수 있도록 지원한다. 이를 위해 서지 레코드의 기능적 요구사항(FRBR), CIDOC CRM, indecs 콘텐츠 모델 등과 같은 기존 모델과의 연동도 가능하다.[46]

핸들 시스템은 지속적인 식별자 체계에 대한 조직적 약속의 중요성을 강조하며, 개별 응용 프로그램은 DSpace 응용 프로그램 및 DOI 응용 프로그램에서 사용될 때와 같이 지속성을 보장하기 위해 자체 규칙 및 사회적 인프라를 설정할 수 있다.[48]

6. 2. 디지털 객체 저장소 (DOR)

CNRI는 2010년 1월에 범용 디지털 객체 저장소(Digital Object Repository) 소프트웨어를 출시했다.[26] 이는 핸들 시스템과 함께 장기적인 디지털 객체 아키텍처를 구성하는 주요 요소 중 하나이다. 이 릴리스에는 프로토콜 사양, 소스 코드, 즉시 사용 가능한 시스템, 클라이언트 및 유틸리티가 포함되어 있다.[28][29]

핸들 시스템은 디지털 객체의 관리를 다루지만, 식별된 객체 간의 관계에 대한 특정 모델을 규정하거나 디지털 객체만 식별하는 데 국한되지 않는다. 비 디지털 객체는 디지털 객체 관리 목적으로 해당 디지털 객체로 표현될 수 있다. 이러한 객체의 정의와 비 디지털 개체와의 관계에 대해서는 서지 레코드의 기능적 요구사항(FRBR), CIDOC CRM, indecs 콘텐츠 모델과 같은 확립된 모델이 존재한다.

일부 응용 프로그램에서는 이러한 프레임워크를 핸들 응용 프로그램에 결합하는 것이 유용하다. 예를 들어, 고급 분산 학습(ADL) 이니셔티브[17]는 핸들 시스템 응용 프로그램을 공유 가능 콘텐츠 객체 참조 모델(SCORM)[18]을 사용하여 분산 학습 콘텐츠에 대한 기존 표준과 통합하고, 디지털 객체 식별자(DOI) 시스템의 핸들 시스템 구현은 의미론적 상호 운용성을 처리하기 위해 indecs 프레임워크와 함께 이를 채택했다.

7. 라이선스 및 사용 정책

국립 연구 이니셔티브 재단(CNRI)의 상표인 핸들 시스템은 CNRI의 특허 대상이며, 기술의 더 광범위한 사용을 위해 오픈 소스 라이선스와 유사한 공개 라이선스를 통해 제공된다.[24] 핸들 시스템 인프라는 접두사 등록 및 서비스 수수료로 유지되며, 대부분 단일 접두사 보유자로부터 나온다. 현재 가장 큰 기여자는 국제 DOI 재단이다. 공개 라이선스를 통해 특허 기술과 소프트웨어의 참조 구현을 저렴한 비용으로 상업적 및 비상업적으로 사용할 수 있으며, 다른 시스템 및 제품에 자유롭게 포함시킬 수 있다. 또한 핸들 시스템 공개 라이선스에 따라 핸들 시스템 기술을 사용하여 식별자 또는 해결 서비스를 제공하려는 사용자를 위한 서비스 계약[25]도 제공된다.

참조

[1] 간행물 Handle System Overview Internet Engineering Task Force
[2] 웹사이트 Kahn/Wilensky Architecture http://www.cnri.rest[...] CNRI 1995-05-13
[3] 웹사이트 DONA Foundation https://www.dona.net[...]
[4] 웹사이트 Digital Object Identifier System http://doi.org
[5] 간행물 Handle System Namespace and Service Definition Internet Engineering Task Force
[6] 간행물 Handle System Protocol (ver 2.1) Specification Internet Engineering Task Force
[7] 웹사이트 handle.net http://www.handle.ne[...] handle.net 2013-03-13
[8] 웹사이트 About "info" URIs – Frequently Asked Questions http://info-uri.info[...] Info-uri.info 2013-03-13
[9] 간행물 The "info" URI Scheme for Information Assats with Identifiers in Public Namespaces Internet Engineering Task Force
[10] 학술지 DOI Handbook https://www.doi.org/[...]
[11] 웹사이트 HDL.NET Services: Proxy Server System http://www.handle.ne[...] Handle.net 2013-03-13
[12] 웹사이트 HS Software Download http://www.handle.ne[...] Handle.net 2013-03-13
[13] 웹사이트 Software Client Libraries http://www.handle.ne[...] Handle.net 2013-03-13
[14] 웹사이트 HDL Plug-in for Adobe Acrobat and Acrobat Reader http://www.handle.ne[...] Handle.net 2013-03-13
[15] 웹사이트 Redirect to Current Handle.Net web site content. http://www.handle.ne[...]
[16] 웹사이트 DOI System Tools http://www.doi.org/t[...] Doi.org 2012-07-12
[17] 웹사이트 adlnet.gov http://www.adlnet.go[...] adlnet.gov 2013-03-13
[18] 웹사이트 SCORM http://www.adlnet.go[...]
[19] 웹사이트 doi.org http://www.doi.org doi.org 2013-01-08
[20] 웹사이트 Identifier Systems in Network Architecture, Laurence Lannom, CNRI. Video of presentation (or presentation PDF only) from the Digital Motion Picture Metadata Symposium, Science & Technology Council, Academy of Motion Picture Arts & Sciences, 11 June 2009 http://www.oscars.or[...] Oscars.org 2012-08-24
[21] 웹사이트 workbook on digital private papers | administrative and preservation metadata | persistent identifiers http://www.paradigm.[...] paradigm 2008-01-02
[22] 웹사이트 Handle System http://www.itu.int/o[...] Itu.int 2010-04-16
[23] 학술지 Use of Handle in Institutional Repositories and Its Relationship with Alternative Metrics: A Case Study in Spanish-speaking America https://raco.cat/ind[...] 2024-11-29
[24] 웹사이트 LICENSE http://www.handle.ne[...] www.handle.net 2020-05-11
[25] 웹사이트 Redirect to Current Handle.Net web site content. http://www.handle.ne[...] 2018-03-15
[26] 웹사이트 dorepository.org http://www.doreposit[...] dorepository.org 2013-01-08
[27] 웹사이트 Digital Object Repository Server: A Component of the Digital Object Architecture http://www.dlib.org/[...] Dlib.org 2010-02-04
[28] 학술지 Digital Object Repository Server: A Component of the Digital Object Architecture http://www.dlib.org/[...] DO Repository 2010-01
[29] 웹사이트 Cordra https://www.cordra.o[...]
[30] 문서 Current Applications of the Handle System http://www.handle.ne[...]
[31] 웹사이트 A Framework for Distributed Digital Object Services http://www.cnri.rest[...] 2024-10-25
[32] 문서 Automatic redirect from discontinued page http://www.handle.ne[...]
[33] 문서 Automatic redirect to Handle System Fundamentals http://www.handle.ne[...]
[34] 문서 David Clark, Karen Sollins, John Wroclawski, Dina Katabi, Joanna Kulik, Xiaowei Yang, Robert Braden, Ted Faber, Aaron Falk, Venkata Pingali 2003-12-31
[35] 웹사이트 Handle System Overview https://www.rfc-edit[...] 2024-10-25
[36] 웹사이트 Handle System Namespace and Service Definition http://www.rfc-edito[...] 2024-10-25
[37] 웹사이트 Handle System Protocol (ver 2.1) Specification http://www.rfc-edito[...] 2024-10-25
[38] 웹사이트 HDL.NET® Information Services https://www.handle.n[...] 2024-10-25
[39] 웹사이트 "info" URI Registry (Frozen) https://oclc-researc[...] 2024-10-25
[40] 웹사이트 The "info" URI Scheme for Information Assets with Identifiers in Public Namespaces https://www.rfc-edit[...] 2024-10-25
[41] 웹사이트 HDL.NET® Proxy Server System https://www.handle.n[...] 2024-10-25
[42] 웹사이트 Handle.Net® Software https://www.handle.n[...] 2024-10-25
[43] 웹사이트 HDL® Software Client Libraries https://www.handle.n[...] 2024-10-25
[44] 웹사이트 DOI System Tools http://www.doi.org/t[...]
[45] 웹사이트 Services: Global Handle Registry http://www.handle.ne[...]
[46] 웹사이트 ADL Initiative https://www.adlnet.g[...] 2023-12-07
[47] 웹사이트 WebCite query result https://webcitation.[...] 2024-10-25
[48] 웹사이트 Home Page https://www.doi.org/ 2024-10-25
[49] 웹사이트 Documentation https://www.handle.n[...] 2024-10-25
[50] 웹사이트 Identifier Systems in Network Architecture, Laurence Lannom, CNRI https://web.archive.[...]
[51] 웹사이트 workbook on digital private papers | administrative and preservation metadata | persistent identifiers http://www.paradigm.[...] paradigm 2008-01-02
[52] 웹사이트 About the Handle System http://www.handle.ne[...]
[53] 웹사이트 Handle System http://www.itu.int/o[...]
[54] 웹사이트 HANDLE SYSTEM ® PUBLIC LICENSE AGREEMENT (Ver. 2) https://www.handle.n[...]
[55] 웹사이트 Prefix Registration https://www.handle.n[...] 2024-10-25
[56] 웹사이트 Digital Object (DO) Repository Software http://www.doreposit[...] 2024-10-25
[57] 웹사이트 Digital Object Repository Server: A Component of the Digital Object Architecture http://www.dlib.org/[...] 2024-10-25
[58] 웹사이트 Documentation http://www.doreposit[...] 2024-10-25
[59] 저널 국내 기관 레포지터리 구축 및 활성화 방안 - KAIST의 KOASAS 사례를 중심으로 - https://koreascience[...] 2008-09-30


본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.

문의하기 : help@durumis.com