통일된 자원명

Uniform Resource Name
「URN」은 여기서 리다이렉트 됩니다.그 외의 사용법에 대해서는, 「URN(동음이의설명)」을 참조해 주세요.

Uniform Resource Name(URN; 유니폼자원명)은 Uniform Resource Identifier(URI; 유니폼자원 식별자)를 사용하여urn 스킴. URN은 정의된 네임스페이스 내에 할당된 글로벌 고유 영구 식별자이므로 식별한 리소스가 존재하지 않거나 사용할 [1]수 없게 된 후에도 장기간 사용할 수 있습니다.URN은 다른 파서가 항목을 찾기 위해 사용할 수 있는 템플릿이기 때문에 항목을 직접 찾는 데 사용할 수도 없고 해결할 수도 없습니다.

URI, URN 및 URL

URN은 원래 Uniform Resource Locators(URL) 및 Uniform Resource Characters(URC)와 함께 인터넷용 3부 정보 아키텍처의 일부로 간주되었습니다.RFC 1737(1994년)[2] 및 이후 RFC 2141(1997년)[3]에서 기술된 바와 같이 URN은 HTTP나 FTP 등의 특정 액세스프로토콜의 컨텍스트에서 그 위치를 지정함으로써 자원을 식별하는 URL과 구별되었습니다.이와는 대조적으로 URN은 정의된 네임스페이스 내에서 할당된 영속적인 로케이션에 의존하지 않는 식별자로 간주되어 일반적으로 네임스페이스를 담당하는 당국에 의해 식별된 리소스가 존재하지 않거나 사용할 [1]수 없게 된 후에도 글로벌하게 고유하고 장기간에 걸쳐 영속적입니다.

URC는 개념적인 [4]단계를 넘어서는 진보가 없었고, 이후 자원 기술 프레임워크와 같은 다른 테크놀로지가 그 자리를 차지했습니다.2005년의 RFC 3986[5] 이후, 「Uniform Resource Name」및 「Uniform Resource Locator」의 용어의 사용은, 2001년에 World Wide Web Consortium(W3C)과 Internet Engineering Engineering Task Force의 공동 작업 그룹에 의해서 제안된 「Uniform Resource Identifier(URI)」의 기술 표준에서는 폐지되고 있습니다.(IETF).[4]

URI는 인터넷에서 리소스를 식별하거나 이름을 붙이기 위해 사용되는 문자열입니다.URI는 많은 인터넷 프로토콜에서 정보 리소스를 참조하고 액세스하기 위해 사용됩니다.URI 스킴에는http그리고.ftp다른 수백 개의 프로토콜과 함께요.

「컨템포러리 뷰」에서는, 모든 URI가 자원을 식별하거나 이름을 붙입니다.아마도 고유하고 영속적으로 이들 중 일부는 자원의 표현에 대해 지정된 프로토콜과 함께 해결 가능한 "로케이터"이기도 합니다.

다른 URI는 로케이터가 아니므로 발견된 시스템의 범위 내에서 반드시 해결할 수 있는 것은 아닙니다.이러한 URI는 리소스의 이름 또는 식별자로 사용할 수 있습니다.자원이 이동할 수 있기 때문에 로케이터가 아니거나 특정 위치에 구속되지 않은 불투명한 식별자는 시간이 지남에 따라 고유하고 영속적인 로케이터인 식별자보다 분명 더 가능성이 높다.그러나 URI가 해결 가능한지 여부는 "이름" 또는 "로케이터"라고 불릴지 여부에 관계없이 많은 운영 및 실제 세부 사항에 따라 달라집니다.현대적 관점에서 "이름"과 "로케이터" 사이에는 밝은 선이 없습니다.

이러한 사고방식에 따라 Uniform Resource Names와 Uniform Resource Locators의 구별은 공식적인 Internet Engineering Task Force 기술표준에서 더 이상 사용되지 않지만, 후자의 용어인 URL은 여전히 널리 비공식적으로 사용되고 있다.

"URN"이라는 용어는 현재 100개 이상의 URI "scemes" 중 하나로 계속 사용되고 있습니다.urn:, 병렬 접속http:,ftp:등입니다.의 URIurn:스킴은 로케이터가 아니므로 특정 프로토콜 또는 액세스 메서드와 연관지을 필요가 없으며 해결할 수 없습니다.이들은 고유성을 유지하고 장기간에 걸쳐 동일한 자원을 지속적으로 식별할 수 있도록 보장하는 절차에 따라 할당되어야 합니다.아래 네임스페이스는urn:스킴, 예를 들어urn:uuid:대부분의 경우 등록 권한이 필요하지 않은 방식으로 식별자를 할당합니다.일반적인 URN 네임스페이스는 다음과 같습니다.urn:isbn, 국제 표준 도서 번호의 경우.이 뷰는 RFC 8141(2017)[1]에서도 계속됩니다.

다음과 같은 다른 URI 방식이 있습니다.tag:,info:(지금은 거의 사용되지 않음) 및ni:[6] 와 비슷합니다.urn:특정 해상도 또는 액세스 프로토콜과 관련되지 않는 체계.

구문

의 구문urn:scheme URI 는,[5][7] 다음과 같이 증강된 Backus-Naur 형식으로 표시됩니다. 

      네임스트링    = 할당된 이름                       [ rq 컴포넌트 ]                       [ "#" f-컴포넌트 ]       할당된 이름 = "항아리" ":" NID ":" NSS       NID           = (영숫자) 0*30(ldh) (영숫자)       ldh           = 영숫자 / "-"       NSS           = pchar *(pchar / "/")       rq 컴포넌트 = [ "?+" r 컴포넌트 ]                       [ "?=" q 컴포넌트 ]       r 컴포넌트   = pchar *( pchar / "/" / "?" )       q 컴포넌트   = pchar *( pchar / "/" / "?" )       f-컴포넌트   = 파편        ; 일반 URI 구문 규칙(RFC3986)       파편      = *( pchar / "/" / "?" )       pchar         = 예약되어 있지 않다 / pct-internal의 / 서브프로세서 / ":" / "@"       pct-internal의   = "%" 16진수 16진수       예약되어 있지 않다    = 알파 / 숫자 / "-" / "." / "_" / "~"       서브프로세서    = "!" / "$" / "&" / "'" / "(" / ")" / "*" / "+" / "," / ";" / "="        영숫자      = 알파 / 숫자  ; 더 이상 사용되지 않습니다. 사용이 권장되지 않음

또는 구문 다이어그램 형식으로 다음과 같이 입력합니다.

URN syntax diagram – namestring

  • 주요 스킴(urn:)는 대소문자를 구분합니다.
  • <NID>는 네임스페이스 ID로 문자, 숫자 및-.
  • NID 뒤에 네임스페이스 고유의 문자열이 이어집니다.<NSS>해석은 지정된 이름 공간에 따라 달라집니다.NSS에는 ASCII 문자와 숫자, 다수의 구두점 및 특수 문자를 포함할 수 있습니다.허용되지 않는 ASCII 및 Unicode 문자는 백분율로 인코딩된 경우 포함될 수 있습니다.

2017년에는 URN 구문이 업데이트되었습니다.[1]

  • 슬래시 문자(/)는 현재 NSS에서 URN 이외의 식별 시스템으로부터의 슬래시를 포함한 이름을 나타낼 수 있게 되었습니다.
  • 파라미터가 이름 있는 리소스에 전달될 수 있도록 하기 위해 q-component가 추가되었습니다.
  • r-component가 추가되어 파라미터가 리졸바에 전달됩니다.그러나 업데이트된 규격은 추가 표준화를 통해 의미론이 정의될 때까지 이 규격을 사용해서는 안 된다는 점에 유의하고 있습니다.

네임스페이스

URN 네임스페이스의 글로벌 고유성을 확보하기 위해 IANA에 Identifier(NID; 식별자)를 등록해야 합니다.등록된 네임스페이스는 "정식" 또는 "비정식"일 수 있습니다.등록 요건의 예외는 [1]RFC 8141에 의해 폐지되었기 때문에 이전에는 "실험 네임스페이스"[8]에 대해 작성되었습니다.

공식적인.

약 60개의 정식 URN 네임스페이스 식별자가 등록되었습니다.이러한 네임스페이스는 인터넷 사용자가 [1]게시물의 혜택을 받을 것으로 예상되며 몇 가지 제한이 적용됩니다.다음 작업을 수행해야 합니다.

  • 이미 등록된 NID가 아닙니다.
  • 로 시작하지 않음urn-
  • 길이가 두 글자 이상일 것
  • 로 시작하지 않음XY-여기서 XY는 2개의 ASCII 문자의 임의의 조합입니다.
  • 로 시작하지 않음x-(아래 "실험 네임스페이스" 참조)

비공식

비공식 네임스페이스는 IANA에 등록되고 식별자로 [1]번호 시퀀스(선착순으로 IANA에 의해 선택됨)를 할당한다.

"urn-" <number>

비공식 네임스페이스는 완전한 URN 네임스페이스로 글로벌 등록 [1]서비스에 등록할 수 있습니다.

실험적인

등록 요건의 예외는 이전에는 "실험 네임스페이스"[8]에 대해 작성되었습니다.단, 새로운 식별자 [9]이름에 대해 "X-" 표기법이 폐지된 후 RFC 8141에서는[1] 실험적인 URN 네임스페이스가 폐지되었으며, 이는 RFC 8141이 사용하는 것을 선호한다는 것을 나타냅니다.urn:example네임스페이스(해당하는 [10]경우)를 입력합니다.

예

URN 대응하다
urn:isbn:0451450523 1968년 출간된 책 '마지막 유니콘'은 책 번호로 확인됐다.
urn:isan:0000-0000-2CEA-0000-1-0000-0000-Y 시청각 번호로 확인된 2002년 영화 스파이더맨.
urn:ISSN:0167-6423 일련번호로 식별되는 컴퓨터 프로그래밍 과학 저널.
urn:ietf:rfc:2648 IETF의 RFC 2648.
urn:mpeg:mpeg7:schema:2001 MPEG-7 비디오 메타데이터의 디폴트 네임스페이스 규칙.
urn:oid:2.16.840 미국의 OID입니다.
urn:uuid:6e8bc430-9c3a-11d9-9669-0800200c9a66 버전 1 UUID
urn:nbn:de:bvb:19-146642 국가()de 지역 네트워크를 나타내는 문서의 국가별 서지 번호입니다.bvb= Biberian 도서, 도서관 번호(19) 및 문서 번호.
urn:lex:eu:council:directive:2010-03-09;2010-19-UE 제안된 Lex URN 네임스페이스를 사용하는 유럽연합의 지침.
urn:lsid:zoobank.org:pub:CDC8D258-8F57-41DC-B560-247E17D3DC8C http://zoobank.org/urn:lsid:zoobank.org:pub:CDC8D258-8F57-41DC-B560-247E17D3DC8C 에서 해결할 수 있는 Life Science Identifier.
urn:epc:class:lgtin:4012345.012345.998877 글로벌 거래 품목 번호와 로트/배치 번호.Tag Data Standard(TDS; 태그 데이터[11] 표준)에 정의되어 있습니다.자세한 예는 EPC 식별키에서 참조하십시오.
urn:epc:id:sgtin:0614141.112345.400 개별 일련 번호가 있는 글로벌 거래 품목 번호
urn:epc:id:sscc:0614141.1234567890 시리얼 배송 컨테이너 코드
urn:epc:id:sgln:0614141.12345.400 글로벌 로케이션 번호(내선번호 포함)
urn:epc:id:bic:CSQU3054383 ISO 6346에 따른 BIC 인터모달 컨테이너 코드
urn:epc:id:imovn:9176187 IMO 선박 수
urn:epc:id:gdti:0614141.12345.400 문서 인스턴스의 전역 문서 유형 식별자
urn:mrn:iala:aton:us:1234.5 항해에 대한 해양 원조 식별자
urn:mrn:iala:vts:ca:ecareg 선박 교통 서비스의 식별자
urn:mrn:iala:wwy:us:atl:chba:potri 수로 식별자
urn:mrn:iala:pub:g1143 IALA 발행물 식별자
urn:microsoft:adfs:claimsxray 연합 ID 식별자. 이 예는 Claims X-Ray에서[12] 가져온 것입니다.


「 」를 참조해 주세요.

레퍼런스

인용문

  1. ^ a b c d e f g h i RFC 8141 (2017)
  2. ^ RFC 1737(1994)
  3. ^ RFC 2141(1997).
  4. ^ a b W3C/IETF(2001)
  5. ^ a b RFC 3986 (2005)
  6. ^ "Naming Things with Hashes".
  7. ^ RFC 8141, 섹션 2 (2017).
  8. ^ a b RFC 3406 (2002)
  9. ^ RFC 6648 (2012)
  10. ^ RFC 6963 (2013)
  11. ^ "EPC Tag Data Standard, version 1.13". GS1. Nov 2019. Retrieved 7 March 2021.
  12. ^ "Claims X-Ray AD FS Help".

원천

외부 링크