핸들 시스템

Handle System

핸들 시스템은 National Research Initiative의 소유 등록부로서 정보 자원에 영구적인 식별자 또는 핸들을 할당하고 "그 핸들을 자원의 위치 파악, 접근 및 기타 사용에 필요한 정보로" 해결을 위한 것이다.[1]

컴퓨팅에 다른 곳에서 사용되는 핸들과 마찬가지로 핸들 시스템 핸들은 불투명하며, 기본 리소스에 대한 정보는 암호화하지 않으며, 리소스에 대한 메타데이터에만 바인딩된다. 따라서 핸들은 메타데이터의 변경에 의해 유효하지 않게 된다.

이 시스템은 CNRI의 밥 칸에 의해 개발되었다. 원작은 디지털 오브젝트 서비스의 광범위한 프레임워크의 일환으로 1992년과 1996년 사이에 국방고등연구계획국(DARPA)의 자금 지원을 받았으며,[2] 따라서 유사한 목표를 가진 월드 와이드 웹의 초기 구축과 동시대였다.

핸들 시스템은 1994년 가을에 처음 실시되었으며, CNRI가 2015년 12월까지 관리·운영하였으며, 이때 새로운 '1차 관리자'(MPA) 운영 방식이 도입되었다. 도나 재단은[3] 이제 시스템의 글로벌 핸들 레지스트리를 관리하고 CNRI와 국제 DOI 재단을 포함한 MPA를 인가한다.[4] 이 시스템은 현재 Digital Object Identifiers 및 DSpace와 같은 핸들 기반 시스템의 기반 인프라를 제공하고 있으며, 주로 학술적, 전문적, 정부 문서 및 기타 정보 자원에 대한 접근을 제공하는 데 사용된다.

CNRI는 오픈 소스 라이센스와 유사한 로열티 없는 "공용 라이센스"에 따라 시스템에 사용되는 서버 및 프로토콜에 대한 참조 구현에 대한 사양과 소스 코드를 제공한다.[5]

수천 개의 핸들 서비스가 현재 운영되고 있다. 이들 중 1000명 이상이 대학과 도서관에 있지만 국립연구소, 연구단체, 정부기관, 상업기업 등에서도 운영돼 월 2억 건 이상의 결의안 요청을 받고 있다.

사양

핸들 시스템은 IETF(Internet Engineering Task Force)의 정보 RFCs 3650,[1] 3651[6] 및 3652에서[7] 정의되며, 개방형 프로토콜 집합, 네임스페이스 및 프로토콜의 참조 구현을 포함한다. 문서, 소프트웨어 및 관련 정보는 CNRI가 전용 웹사이트에서[8] 제공

핸들은 "이름 지정 권한"을 식별하는 접두사와 리소스의 "로컬 이름"을 제공하는 접미사로 구성된다. 도메인 이름과 마찬가지로, 요금 지불 시 시스템의 "다중 기본 관리자" 중 한 명에 의해 명명 권한에 접두어가 발급되며, 이는 매년 갱신되어야 한다. 명명 당국은 할당된 접두사 내에 고유한 "로컬 이름"을 가진 임의의 수의 핸들을 만들 수 있다. 손잡이의 예는 다음과 같다.

  • 20.1000/100
  • 10.1000/182

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

컴퓨팅에서 핸들의 다른 사용과 마찬가지로 핸들은 불투명하다. 즉, 핸들은 기본 리소스에 대한 정보를 암호화하지 않고 리소스에 대한 메타데이터를 검색하는 수단만 제공한다.

이는 리소스를 보유한 서버에 액세스하는 데 사용되는 프로토콜과 같은 리소스의 속성, 서버 호스트 이름 및 포트 번호, 그리고 리소스를 포함하는 서버 파일 시스템의 파일 이름과 같은 위치 세부 사항까지 식별자 내에 인코딩할 수 있는 균일한 리소스 로케이터(URL)와 대조될 수 있다.rce. 핸들 시스템에서 이러한 세부 사항은 핸들에 인코딩되지 않고 핸들이 바인딩된 메타데이터에서 발견된다.

메타데이터는 정보 자원의 위치, 이용 가능한 형태, 제공되는 접근 유형(예: "무료" 대 "무료") 및 누구에게 제공되는 정보 자원의 많은 속성을 포함할 수 있다. 자원에 접근해야 하는 방법과 장소를 결정하기 위한 메타데이터의 처리, 그리고 사용자에 대한 자원의 제공은, 메타데이터의 핸들을 교환하는 데 관여하는 서버와는 다를 수 있는 서버인 Resolutever를 이용하여, 「해결」이라고 하는 별도의 단계로 수행된다. URL에 내장되어 있는 메타데이터가 무효화되면 무효화될 수 있는 것과 달리, 핸들은 무효화되지 않으며 위치나 다른 메타데이터 속성이 변경될 때 변경할 필요가 없다. 이는 정보 자원(위치 등)의 변경은 자원에 대한 모든 참조의 변경에 반영하기보다는 메타데이터의 변경에만 반영하면 되기 때문에 링크의 부패를 방지하는 데 도움이 된다.

각 핸들에 자체 관리자가 있을 수 있으며 핸들의 관리는 DNS 도메인 이름과 유사하게 분산 환경에서 수행될 수 있다. 또한 데이터를 검증하기 위한 서명 및 데이터 전송을 검증하기 위한 도전 응답을 통해 신뢰 관리 애플리케이션에 핸들을 사용할 수 있도록 이름 대 가치 바인딩도 확보할 수 있다.

두 개의 대학 도서관이 동일한 책에 대해 손잡이(따라서 서로 다른 메타데이터 세트)를 생성할 때와 마찬가지로 동일한 기본 정보 자원을 여러 손잡이와 연결할 수 있다.

핸들 시스템은 DNS(Domain Name System)와 호환되지만 핸들과 유사하지만 도메인 이름을 사용하는 PURL이나 ARK와 같은 지속적 식별자와는 달리 필요하지 않다. 그러나 이러한 도메인 이름 기반 접근 방식과는 달리 핸들은 별도의 접두사 등록 프로세스를 필요로 하며 도메인 이름 서버와 별도로 서버를 처리한다.

손잡이는 기본적으로 사용할 수 있다. 또는 정보 URI 구성표 내의 네임스페이스를 통해 URI(Uniform Resource Identifier)로 표현된다.[9][10] 예를 들어, 20.1000/100 우리당이라고 쓰일 수도 있고 info:hdl/20.1000/100. Digital Object Identifier와 같은 일부 핸들 시스템 네임스페이스는 고유 권한의 "info:" URI 네임스페이스입니다. 예를 들어, info:doi/10.1000/182 현재 DOI 핸드북을[11] URI로 개정하기 위한 핸들을 작성하는 또 다른 방법이다.

일부 Handle System 네임스페이스는 특별한 프레젠테이션 규칙을 정의한다. 예를 들어, 연장 핸들의 높은 비율을 나타내는 디지털 개체 식별자는 대개 "doi:" 접두사로 표시된다. doi:10.1000/182.

핸들은 일반 HTTP 프록시 서버를 사용하여 다음과 같이 균일한 자원 로케이터(URL)로 표현될 수 있다.[12]

일부 핸들 기반 시스템은 다음과 같은 자체 시스템과 함께 사용할 수 있는 HTTP 프록시 서버를 제공한다.

실행

핸들 시스템의 구현은 각각 특정 핸들을 저장하는 서버를 제공하는 하나 이상의 사이트로 구성된 로컬 핸들 서비스로 구성된다. Global Handle Registry는 핸들 시스템 내의 접두사(이름 지정 당국이라고도 함)에 대한 정보를 저장하는 고유한 로컬 핸들 서비스로서, 이 분산 시스템 내의 다른 로컬 핸들 서비스에서 특정 핸들이 어디에 저장되어 있는지 확인하기 위해 쿼리할 수 있다.

Handle System 웹 사이트는 일련의 구현 도구를 제공하며, 특히 HANDLE을 참조하십시오.NET Software[13] and HANDLE.NET 클라이언트 라이브러리.[14] 핸들 클라이언트는 최종 사용자 소프트웨어(예: 웹 브라우저) 또는 서버 소프트웨어(예: 웹 서버)에 내장될 수 있으며 Adobe Acrobat[15] 및 Firefox에는 이미 확장 기능을 사용할 수 있다.[16]

Handle 클라이언트 소프트웨어 라이브러리는 C와 Java 모두에서 사용할 수 있다. 일부 애플리케이션은 예를 들어 DOI 시스템을 위한 특정 추가 기능 도구를 개발했다.[17]

분산형 핸들 리졸버 서버(프록시 서버 시스템이라고도 함)의 상호운용 가능한 네트워크는 글로벌 리졸버(물리적으로 분산되고 미러링되지만 하나의 논리적 엔티티)를 통해 연결된다. 핸들 시스템 기술의 사용자는 Global Handle Registry에서 생성된 핸들 접두사를 얻는다. Global Handle Registry는 로컬로 유지 관리하는 핸들 서비스의 접두사를 유지 관리하고 해결한다. 따라서 모든 로컬 핸들 서비스는 글로벌 해결사를 통해 핸들을 해결할 수 있다.

핸들(식별자)은 클라이언트가 명명 권한/프리픽스에 대한 쿼리로 핸들 시스템의 GHR(Global Handle Registry)에 전달한다. GHR은 클라이언트에게 관련 로컬 핸들 서비스에 대한 위치 정보(여러 사이트의 여러 서버로 구성될 수 있음)를 전송하여 응답한다. 그런 다음, 쿼리는 Local 핸들 서비스 내의 관련 서버로 전송된다. Local Handle Service는 자원 획득에 필요한 정보(예: HTTP re-direct로 변환할 수 있는 URL)를 반환한다(참고: 클라이언트가 쿼리할 적절한 LHS에 대한 정보를 이미 가지고 있는 경우 GHR에 대한 초기 쿼리는 생략됨).

핸들 시스템이 디지털 객체의 관리를 다루는 원래 모델이지만, 핸들 시스템은 식별된 실체들 간의 관계의 특정 모델을 의무화하지 않으며, 디지털 객체만을 식별하는 것에 국한되지 않는다: 비디지털 실체는 pu의 해당 디지털 객체로 표현될 수 있다.디지털 객체 관리의 위치. 이러한 개체의 정의와 비디지털 실체와 어떻게 관련되는지에 대한 약간의 주의가 필요하다. 이러한 정의에 도움이 될 수 있는 확립된 모델이 있다(예: 참고문헌 기록의 기능적 요구사항(FRBR), CIDOC CRM 및 우유부단한 내용 모델). 일부 응용 프로그램 도움 핸들이 응용 프로그램에. 예를 들어, 고급 분산 학습(생활 활동)Initiative[18]함께 분산 학습 콘텐츠에 대한 기존의 표준과, Shareable 콘텐츠 객체 참조 모델(스콤)[19]과 디지털 객체 Iden을 사용하여 핸들 시스템 응용 프로그램을 그러한 체계와 결혼할 발견했다.tifier핸들 시스템의 (DOI) 시스템 구현은 의미적 상호운용성을 다루기 위해 우유부단 프레임워크와 함께 그것을 채택했다.

핸들 시스템은 또한 지속적인 식별자 체계에 대한 조직의 약속의 중요성을 명시하지만, 그러한 약속을 보장하기 위해 하나의 모델을 의무화하지는 않는다. 개별 애플리케이션은 지속성을 보장하기 위해 자체적인 규칙과 사회 기반구조(예: DSpace 애플리케이션 및 DOI 애플리케이션에서 사용되는 경우)[20]를 설정할 수 있다.

설계원리

핸들 시스템은 지속성에[21] 기여하기 위해 다음 요구 사항을 충족하도록 설계됨

식별자 문자열:

  • 기업의 변경 가능한 속성(위치, 소유권 또는 참조자의 신원을 변경하지 않고 변경될 수 있는 다른 속성)에 근거하지 않는다.
  • 불투명(아마도 '수치'일 것이다. 잘 알려진 패턴은 오해를 일으킬 수 있는 가정을 유도하고 의미 있는 의미론은 언어에 걸쳐 번역되지 않으며 상표권 충돌을 일으킬 수 있다.)
  • 시스템 내에서 고유함(충돌 및 참조 불확실성 방지)
  • 지원해야 하는 기능(인간 판독 가능, 절단 및 붙여넣기 가능, 내장 가능, 일반 시스템(예: URI 사양)에 적합함)을 선택적으로 갖추고 있지만 갖추기가 좋다.

식별자 분해능 메커니즘:

  • 신뢰할 수 있는(중복성 사용, 단일 고장 지점 없음, 파손된 것으로 보이지 않을 정도로 빠름)
  • 확장 가능(더 많은 컴퓨터로 단순하게 관리되는 부하)
  • 유연성(변화하는 컴퓨팅 환경에 적응할 수 있음, 새로운 애플리케이션에 유용함):
  • 신뢰할 수 있음(해결 및 행정 모두 기술적 신뢰 방법을 가지고 있으며, 운영 조직은 장기적으로 헌신함)
  • 개방형 아키텍처를 기반으로 구축(인프라에 애플리케이션을 구축하기 위한 커뮤니티의 활용 노력 필요)
  • 투명하다(사용자는 인프라 세부사항을 알 필요가 없음).

적용들

현재 핸들로 식별되는 대상으로는 저널 기사, 기술 보고서, 도서, 논문 및 논문, 정부 문서, 메타데이터, 분산 학습 콘텐츠, 데이터 세트 등이 있다. 핸들은 디지털 워터마킹 애플리케이션, GRID 애플리케이션, 리포지토리 등에 사용되고 있다. 개별 사용자가 HANDLE을 다운로드하여 사용할 수도 있다.독립적으로, 많은 사용자들은 공통 정책이나 공유 서비스를 제공하기 위해 추가 기술을 사용하여 연방에서 애플리케이션을 개발하는데 협력하는 것이 유익하다는 것을 알았다. 핸들 시스템은 최초의 지속적인 식별자 체계 중 하나로, 공공 및 민간 기관에서 광범위하게 채택되어 수년에 걸쳐 입증되었다. (패러다임, 영구 식별자 참조)[22]

Handle System 애플리케이션은 핸들을 간단한 영구 식별자로 사용하거나(가장 일반적으로 사용되며, 개체의 현재 URL로 확인), 다른 기능을 이용하도록 선택할 수 있다. 정의된 데이터 구조에서 개체와 관련된 여러 전류 정보의 출력으로 동시 반환을 지원함으로써 다중 해상도를 사용하는 순서에 대한 우선순위를 설정할 수 있다. 따라서 핸들은 동일한 컨텐츠의 다른 디지털 버전, 미러링 사이트 또는 다른 비즈니스 모델(페이 대 무료, 보안 대 공개, 공개 대 비공개)으로 결정할 수 있다. 그들은 또한 원격 학습 과정에 필요한 물체의 혼합과 같이 서로 다른 컨텐츠의 다른 디지털 버전으로 해결할 수 있다.

오늘날 71개국의 6개 대륙에 위치한 수천 개의 핸들 서비스가 운영되고 있다. 그 중 1000개가 넘는 서비스가 대학과 도서관에서 운영되고 있다. 취급 서비스는 사용자 연맹, 국립 연구소, 대학, 컴퓨터 센터, 도서관(전국 및 지방), 정부 기관, 계약자, 기업 및 연구 그룹에 의해 운영되고 있다. 주요 출판사는 디지털 객체 식별자(DOI) 시스템으로 구현하여 상업적으로 거래되는 컨텐츠와 오픈 액세스 컨텐츠의 지속적인 식별을 위해 핸들 시스템을 사용한다.

사용자가 핸들을 할당할 수 있는 접두사 수가 증가하고 있으며 2014년 초 현재 12,000개가 넘는다. 월평균 6800만 건의 해상도 요청을 받는 최상위 글로벌 핸들 레지스트리 서버는 6개다. CNRI에 알려진 프록시 서버, 웹상의 시스템에 요청 전달, 월 평균 2억 건의 해결 요청 수신(평균) (빠른 정보 취급 통계)

2010년 CNRI와 ITU(국제전기통신연합)는 손잡이 시스템(및 디지털 오브젝트 아키텍처)의 사용에 관한 협업을 체결하고, 그 협업에 관한 구체적인 내용을 연구하고 있으며, 2009년 4월 ITU는 손잡이 시스템을 "신흥적인 추세"[23]로 등재하였다.

라이센스 및 사용 정책

핸들 시스템, 핸들.NET 및 Global Handle Registry는 미국의 비영리 연구 개발 법인인 CNRI(Corporation for National Research Initiative)의 상표다. 손잡이 시스템은 CNRI의 특허대상으로, 오픈소스 라이센스와 [24]유사한 공개 라이선스를 통해 손잡이 시스템 기술을 라이선스하고, 이를 보다 폭넓게 활용할 수 있도록 한다. 핸들 시스템 인프라는 접두사 등록 및 서비스 수수료로 지원되며, 대다수는 단일 접두사 보유자로부터 제공된다. 현재 단일 기고가 가장 많은 곳은 국제 DOI 재단이다. 공용 라이선스는 특허받은 기술과 소프트웨어의 참조 구현의 저렴한 비용으로 상업적 및 비상업적 사용을 허용하며, 소프트웨어를 다른 시스템과 제품에 자유롭게 내장할 수 있도록 한다. 또한 Handle System 공용 라이선스에 따라 Handle System 기술을 사용하여 식별자 및/또는 해결 서비스를 제공하려는 사용자도 서비스 계약을[5] 이용할 수 있다.

관련 기술

핸들 시스템은 장기 디지털 객체 아키텍처의 몇 가지 구성요소를 나타낸다. 2010년 1월 CNRI는 이 아키텍처의 또 다른 주요 구성요소인 [25]범용 디지털 오브젝트 리포지토리 소프트웨어를 발표했다. 프로토콜 사양, 소스 코드 및 즉시 사용 가능한 시스템, 클라이언트 및 유틸리티를 포함한 릴리스에 대한 자세한 정보를[26] 이용할 수 있다.[27][28]

참고 항목

참조

  1. ^ a b "RFC 3650: Handle System Overview".
  2. ^ "Kahn/Wilensky Architecture". CNRI. 1995-05-13. Retrieved 2013-03-13.
  3. ^ "DONA Foundation". dona.net.
  4. ^ "Digital Object Identifier System". doi.org.
  5. ^ a b "Redirect to Current Handle.Net web site content". handle.net. Retrieved 15 March 2018.
  6. ^ "RFC 3651: Handle System Namespace and Service Definition".
  7. ^ "RFC 3652: Handle System Protocol (ver 2.1) Specification".
  8. ^ "handle.net". handle.net. Retrieved 2013-03-13.
  9. ^ "About "info" URIs – Frequently Asked Questions". Info-uri.info. Retrieved 2013-03-13.
  10. ^ "RFC 4452: The "info" URI Scheme for Information Assats with Identifiers in Public Namespaces".
  11. ^ "DOI Handbook". doi:10.1000/182. Cite 저널은 필요로 한다. journal= (도움말)
  12. ^ "HDL.NET Services: Proxy Server System". Handle.net. Retrieved 2013-03-13.
  13. ^ "HS Software Download". Handle.net. Retrieved 2013-03-13.
  14. ^ "Software Client Libraries". Handle.net. Retrieved 2013-03-13.
  15. ^ "HDL Plug-in for Adobe Acrobat and Acrobat Reader". Handle.net. Retrieved 2013-03-13.
  16. ^ "Redirect to Current Handle.Net web site content". handle.net. Archived from the original on September 5, 2015.
  17. ^ "DOI System Tools". Doi.org. 2012-07-12. Retrieved 2013-03-13.
  18. ^ "adlnet.gov". adlnet.gov. Retrieved 2013-03-13.
  19. ^ "SCORM". adlnet.gov. Archived from the original on 2008-06-06.
  20. ^ "doi.org". doi.org. 2013-01-08. Retrieved 2013-03-13.
  21. ^ "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". Oscars.org. 2012-08-24. Archived from the original on 2013-03-30. Retrieved 2013-03-13.
  22. ^ "workbook on digital private papers administrative and preservation metadata persistent identifiers". paradigm. 2008-01-02. Retrieved 2013-03-13.
  23. ^ "Handle System". Itu.int. 2010-04-16. Retrieved 2013-03-13.
  24. ^ "LICENSE" (PDF). www.handle.net. Retrieved 2020-05-11.
  25. ^ "dorepository.org". dorepository.org. 2013-01-08. Retrieved 2013-03-13.
  26. ^ "Digital Object Repository Server: A Component of the Digital Object Architecture". Dlib.org. 2010-02-04. Retrieved 2013-03-13.
  27. ^ "DO Repository". DO Repository. doi:10.1045/january2010-reilly. Retrieved 2013-03-13. Cite 저널은 필요로 한다. journal= (도움말)
  28. ^ "Cordra". cordra.org.

외부 링크