Content Identification Frameworks ChangYeol Lee lcy@deu.ac.kr Dongeui University 2004. 6
목 차 1. 개요 2. URN 시스템 3. 분야별사례 4. 응용사례 8. 결론
1. 개요 1.1. 조건 식별체계 객체를구별하는기호 조건 (RFC 1737) Application area Global Uniqueness Persistence Extensibility Scalability Legacy system
1. 개요 1.2. 변환체계 샘플 urn:uci:i01-1234.fhwp 1 5 Naming Authority : uci.or.kr Naming Scheme : uci browser 4 Resolution System Keris.or.kr 2 3 : http://keris.or.kr/ I01 I02 Resolution System keris.or.kr nca.or.kr uci.or.kr
1. 개요 1.3. 목표 인터넷식별체계는 URN 체계에기반하고있으며, URN 기반식별체계는궁극적으로 URL 이나기타원하는정보형태로변환하여서비스되어야한다. 이러한변환기능에대한국제적으로통일된체계로아래의 DDDS 가정의되어있다. 다시말하면모든 URN 은아래 DDDS 체계를사용하는것을 IANA 에서권장하고있다 ( 현재필수사항은아니다 ). IETF RFC 3401 : Dynamic Delegation Discovery System(DDDS) Part One : The Comprehensive DDDS. IETF RFC 3402 : Dynamic Delegation Discovery System(DDDS) Part Two : The Algorithm IETF RFC 3403 : Dynamic Delegation Discovery System(DDDS) Part Three : The Domain Name System(DNS) Database IETF RFC 3404 : Dynamic Delegation Discovery System(DDDS) Part Four : The Uniform Resource Identifiers(URI) IETF RFC 3405 : Dynamic Delegation Discovery System(DDDS ) Part Five : URI.ARPA Assignment Procedures
1. 개요 1.4. DDDS 응용자료정의 - AUS(Application Unique String) : 위임규칙이작용되는 - FWKR(First Well Known Rule) : 작업이시작되는곳을말해주는규칙 - 유효한 DB 목록 - 최종예상결과물 알고리즘 1. FWKR 은키를만드는 AUS 에적용된다. 2. 응용은 DB 에게키와연계된규칙의정렬된집합을요청한다.(NAPTR RR) 3. 리스트의각규칙에대한치환표현은공백이아닌문자열이만들어질때까지 AUS 에적용한다. 4. 규칙의서비스서술이고객의필요조건을만족하지못하면, 3 단계로돌아가서이미찾아진규칙의목록을가지고계속한다. 5. 규칙의플래그부분이이규칙이종료규칙이아님을나타내면, 새로운키를치환결과로가지고 2 단계로돌아간다. 6. 처리가종료되며마지막치환표현의결과에따른규칙의 Flag 와서비스부분을가진응용을제공하는것을알린다.
1. 개요 1.4. DDDS URN 예제 URI : urn:cid:1234567@bar.example.com FWKR : cid ( 첫번째 : 과두번째 : 사이글자추출 ) DB 에유효한키를만들기위하여 urn.arpa 가 FWKR 에붙여져, cid.urn.arpa 를만듬. cid.urn.arpa 도메인이름을위한 NAPTR 레코드의 DNS 질의. 결과는다음과같다. cid.urn.arpa ;; order pref flags service regexp replacement IN NAPTR 100 10 "" ""!urn:cid:.+@([^\.]+\.)(.*)$!\2!i". Regexp 의 \2 부분은 example.com 스트링을돌려준다. Flag 필드가비었으므로 Lookup 은종료가아님. 다음검사는새로운도메인인 example.com 의 NAPTR 레코드이다. example.com ;; order pref flags service regexp replacement IN NAPTR 100 10 "a" "z3950+n2l+n2c" " " cidserver.example.com IN NAPTR 100 10 "a" "rcds+n2c" " " cidserver.example.com IN NAPTR 100 10 "a "http+n2l+n2c+n2r" " " www.example.com
1. 개요 1.4. DDDS URN 예제 DNS Record Type NAPTR(RFC2168,2915) Urn:foo:12345:annual-report-2003 foo.urn.arpa ;; order pref flags service regexp replacement IN NAPTR 100 10 "s" foolink+n2l+n2c "" dunslink.udp.isi.dandb.com IN NAPTR 100 20 "s" "rcds+n2c" "" rcds.udp.isi.dandb.com foolink 선호, 다음은 SRV 레코드 ; 만약 foolink 프로토콜모르면, 다음것 DNS Record Type SRV( 서버선택 )RFC2782 ;; Pref Weight Port Target rcds.udp.example.com IN SRV 0 0 1000 deffoo.example.com. IN SRV 0 0 1000 dbexample.com.au. IN SRV 0 0 1000 ukexample.com.uk.
2. URN 시스템 2.1. Root 의시스템구조 식별자파서 오토마타를이용한파싱 RA DB 검색 RA 연계모듈 2 차변환요청 / 수신 -URL 요청 -URL 수신 송수신에러처리 AUS FWKR 유효 DB 기대결과 urn:xxx:x-y-z uci www.xxx.or.kr/xxx N2L 현 Root 변환시스템구조 (1) 입력 urn:xxx:x-y-z xxx 파서 RA 연계모듈 (2) 파싱후 RA DB 검색후 AUS FWKR 유효 DB urn:uci:x-y-z x www.x.co.kr/... 입력 : urn:xxx:x-y-z (5) 변환결과제공 RA DB (4) 변환결과송신 기대결과 N2L xxx 파싱결과 DDDS 표준입출력체계 (3) x RA 로 2 차변환요청 www.x.co.kr/.. xxx Registration Authority 의변환시스템 X RA
2. URN 시스템 2.2. RA 의시스템구조 x RA 의변환시스템 xxx요청 (2차변환) AUS : urn:xxx:x-y-z 유효 DB : ra.keris.or.kr:8000 http:/www.metarights.com/sample.pdf URL 제공 (2 차변환결과 ) http:/www.test.co.kr/sample.txt URL 제공 (3 차변환결과 ) AUS FWKR 유효 DB 기대결과 urn:xxx:x-y-z x port 8000, 변환 : ra.keris.or.krx N2L Case 1 하위 RA 등록 / 관리모듈 m http://www.metarights.com/index.html 최종자료 xxx http://www.dcforum.or.kr/index.pdf 최종자료 y-z http://www.metarights.com/sample.pdf 최종자료 Zz http://. 최종자료 y1++y2-z ra.sample.co.kr 계속변환수행 만약결과가 SUB RA 로되면이경우입력이 xxx:x-y1++y2-z 일경우이다. Case 2 (3 차변환요청 ) 유효 DB : ra.sample.co.kr FWKR : y2 AUS : urn:xxx:x-y1++y2-z y2 sub- RA URL 제공 DB 검색 z http://www.test.co.kr/sample.txt
3. 분야별사례 3.1. 비디오 USID -Unique Source Identifier - 방송 Wave 형식에서원자료에사용하기위한식별자 -EBU 에서사용 -BWF(Broadcasting Wave Format) 에대한 <OriginalReference> 필드에서 USID 필드사용 UMID -Unique Material Identifier - 콘텐츠를추적하기위하여, 위치에독립적인식별자. 저작권정보와소유자정보사용 -SMPTE 에서사용 CRID -Content Reference Identifier - 콘텐츠에대한참고정보와찾기위한위치정보를분리 -TVAnyTime 에서정의 ISAN -International Standard Audiovisual Number - 영화, TV 프로그램, 광고물등 ; 초기 SMPTE 에서별도로진행중, 그후에지원함 -ISO TC 46 SC9 : Registration Authority 선정중 V-ISAN -ISAN 에대한, format, language, 편집, 변환등의차이에대한버전정보기술
3. 분야별사례 3.2. 오디오 ISRC -International Standard Recording Code - 오디오, 뮤직비디오녹화물에부여 / 사례 : FR-Z03-98-00212 -IFPI 에서위탁운영 - 전세계 37 개국 ( 한국없음 ) 에 RA 있음 ISWC -International Standard Work Code - 음악저작물 (abstract work) 에부여 / 사례 ISWC T-034.524.680-1 -CISAC 에서위탁운영 GRID -Global Reference Identifier -EAN/UPC 와같은코드역할 : retailer 가판매시로열티처리시스템과자동연계 - 구조는 DOI 와유사 -IFPI/RIAA 가 Registration Authority
3. 분야별사례 3.3. 텍스트 ISSN -International Standard Serial Number - RFC / 사례 : urn:issn:0259-000x, urn:issn:1560-1560 ISO 3297 ISBN -International Standard Book Number - ISO2108 / RFC -2007 년 1 월 1 일부터 13 자리로변경 : Extended ISBN ISMN -International Standard Music Number - 악보등인쇄된음악출판물 -ISO 10957 ISTC - International Standard Text (work) Code - 텍스트저작물 (abstract work) 에부여번호 : - ISO TC 46 SC9 : Registration Authority 선정중 (CISAC Consortium vs. OCLC)
3. 분야별사례 3.4. 디지털 DOI -Digital Object Identifier - 디지털콘텐츠의저작물추적 : -7 개의 RA / IDF 에서관리 CID -Content Identifier - 콘텐츠의워터마킹정보로사용 -CIDF 에서관리 ; 주로일본내에서사용하며, 현재활동이약화됨 UCI -Universal Content Identifier - 멀티미디어콘텐츠의다양한변화정보를포함한콘텐츠정보표현 - 한국전산원에서관리 -2004 년시범시스템구축
3. 분야별사례 3.5. 오프라인 / 오라인 (1) E.164 - 국제전화번호표준 - 오프라인체계 ENUM -E. 164 Number Mapping 전화번호 전화 - 전화번호의 URI 서비스 - 한국, 미국, 호주등에서시범서비스 팩스 email FWKR : +82-2-552-6323 키 : 8225526323 DB 에유효한키 : 3.2.3.6.2.5.5.2.8.e164.arpa 이도메인이름은 NAPTR 레코드로다시쓰기규칙을검색하는데사용 homepage $ORIGIN 3.2.3.6.2.5.5.2.8.e164.arpa IN NAPTR 100 10 "u" sip+e2u" "!^.*$!sip:info@tele2.se!". IN NAPTR 102 10 "u" smtp+e32u" "!^.*$!mailto:info@tele2.se!".
3. 분야별사례 3.5. 오프라인 / 오라인 (2) EAN.UCC -EAN 관 UPC 의통합 : 2005 년 1 월 1 일 EPC -Electronic Product Code -RFID 속에부여된코드체계 -EPCGlobalInc 에서주관 -Verisign 이현재유일한 Directory 기관으로선정됨 EPC PML Order Pref Flag Service Regexp Replacement 메타데이터 0 0 u EPC+pml!^.*$!http://company.com/cgi-bin/pmlservice!. EPC 로인코딩된 Tag ETAG Tag Reader Local Server 1 3 EPC(URI 형태 ) EPC 로인코딩된 Tag 2 4 EPC Domain Name Local ONS Resolver 5 NAPTR 레코드 ONS Server Infrastructure 6 PML Server 를위한 URL PML Server 7 PML 서버에연결
4. 응용사례 4.1. Content Reference Forum CRF -Content Reference Forum -MS 등기술업체, Universal Music Group 등음악업체 - 음악 / 영상분야초점 content referencing - 콘텐츠와라이선스를분리하는 DRM 개념처럼, 콘텐츠에대한요약, 사용정보만제공하다가마지막시점에콘텐츠를제공함. - 참고등의연산에매우간편함. contract expression language -XrML 에서출발 - 다운로드통제모듈에서콘텐츠의권리를표현할수있던지 / 없게하던지할수있음 - 파일에첨부됨 - 최종유통업체가권리정보표현가능
4. 응용사례 4.1. Content Reference Forum Contract 는서명한기관들에의한 promise 의모임이다. Promise 는서명자들에의해만들어진문장 (clause) 의모임이다. Clause 는 event, principal, act, resource, condition 사이관계이다.
4. 응용사례 4.1. Content Reference Forum 유통서버는 www.someretailer.com 에어떤음악요구를표현한다.
4. 응용사례 4.2. Liberty ID Liberty ID -150 개업체 - 중앙 repository 없는분산구조의 Network ID 로 Single Sign-On 개념수행 -SAML(Secure Authentification Markup Language) 지원 federated -Trust model : Circle-of-trust -Identity Linking -Credential Mapping -Single Sign On
4. 응용사례 4.2. Liberty ID Liberty ID-FF -Identity Based Federation Framework -Single Sign On -Single LogOut -Pseudonimity -Federation bootstrapping Liberty ID-WSF -Identity Based Web Service Framework - 웹서비스기반으로 Identity 를찾고, 호출 -Permission based Attribute Sharing -Authentification Service -Identity based Service Discovery -Service Invocation(SOAP binding) -UI Service
5. 결론 전통적오프라인 ID 의온라인서비스 디지털콘텐츠를위한온라인 ID 모든 ID 체계의온라인작동을위한표준변환체계로 DDDS 새로운개념의 ID : MS 의.net 기반 Passport Network ID Scheme, Liberty ID-FF