자원 설명 프레임워크

Resource Description Framework
RDF
자원 설명 프레임워크
줄임말RDF
상황공개, W3C 권장사항
시작한 해1996년; 26년 전(1996년)
초판1996년 2월 28일, 26년 전(1996-02-28)
최신 버전1.1 (권장)
2014년 2월 25일, 8년 전(2014-02-25)
조직월드와이드웹컨소시엄(W3C)
위원회.RDF 작업 그룹
에디터리처드 시가니아크, 데이비드 우드, 마르쿠스 란탈러
기본 규격URI
관련 기준RDFS, OWL, SHACL
도메인시멘틱 웹
웹 사이트www.w3.org/TR/rdf11-concepts/

Resource Description Framework(RDF)는 원래 메타데이터의 데이터 모델로 설계된 W3C(World Wide Web Consortium) 표준입니다.그래프 데이터를 기술하고 교환하는 일반적인 방법으로 사용되게 되었습니다.RDF는 현재 가장 널리 사용되는 표기법인 Turtle(Terne RDF Triple Language)과 함께 다양한 구문 표기법 및 데이터 직렬화 형식을 제공합니다.

RDF는 트리플 스테이트먼트로 구성된 유도 그래프입니다.RDF 그래프문은 1) 피사체의 노드 2) 피사체의 객체에서 술어의 객체로 가는 호 3) 피사체의 노드로 나타난다.스테이트먼트의 3가지 부분은 각각 URI로 식별할 수 있습니다.개체는 리터럴 값일 수도 있습니다.이 단순하고 유연한 데이터 모델은 복잡한 상황, 관계 및 기타 관심사를 나타내는 표현력이 풍부하면서도 적절하게 추상적입니다.

RDF는 1999년에 W3C 권고안으로 채택되었다.RDF 1.0 사양은 2004년에 발표되었으며, RDF 1.1 사양은 2014년에 발표되었습니다.SPARQL은 RDF 그래프의 표준 쿼리 언어입니다.RDFS, OWL 및 SHACL은 RDF 데이터를 설명하는 데 사용되는 온톨로지 언어입니다.

개요

RDF 데이터[1] 모델은 기존의 개념 모델링 접근법(실체-관계 또는 클래스 다이어그램 등)과 유사합니다.이는 리소스(특히 웹 리소스)에 대해 폼 표현으로 기술하는 아이디어에 기초하고 있습니다.subject–predicate–object트리플로 알려져 있습니다.그subject자원 및predicate자원의 특성 또는 측면을 나타내며, 두 가지 사이의 관계를 나타냅니다.subject및 그object.

예를 들어, RDF에서 "하늘은 파란색을 가지고 있다"라는 개념을 표현하는 한 가지 방법은 "하늘"을 나타내는 주어, "하늘을 가지고 있다"를 나타내는 술어, 그리고 "파란색"을 나타내는 개체와 같은 세 가지입니다.따라서 RDF는subject대신object(또는entity객체 지향 설계에서 엔티티 가치 모델의 일반적인 접근법(엔티티(하늘), 속성(색), 값(파란색))과 대조됩니다.

RDF는 여러 개의 시리얼라이제이션 형식(기본적으로 특수한 파일 형식)을 가진 추상 모델이며 리소스 또는 트리플의 특정 인코딩은 포맷마다 다를 수 있습니다.

자원을 기술하는 이 메커니즘은 W3C의 Semantic Web 액티비티의 주요 컴포넌트입니다.World Wide Web의 진화 단계입니다.World Wide Web에서는 자동화된 소프트웨어가 웹 전체에 배포된 기계 판독 가능한 정보를 저장, 교환 및 사용할 수 있어 사용자가 보다 효율적이고 확실하게 정보를 처리할 수 있습니다.RDF의 단순한 데이터 모델과 이질적이고 추상적인 개념을 모델링할 수 있는 능력으로 인해 RDF는 시맨틱 웹 활동과 무관한 지식 관리 애플리케이션에서도 사용이 증가하고 있습니다.

RDF 문의 집합은 본질적으로 라벨이 지정된 유도 다중 그래프를 나타냅니다.따라서 RDF 데이터 모델은 다른 관계형 모델이나 온톨로지 모델보다 특정 종류의 지식 표현에 더 적합합니다.

RDFS, OWL 및 SHACL이 증명하듯이 RDF를 기반으로 추가 온톨로지 언어를 구축할 수 있습니다.

역사

초기 자원 기술 체계 설계,"클래스는 및 운영vendor-neutralsystem-independent 시스템을 제작하고,"[2]인터넷 콘텐츠 선정(PICS)의 W3C의 플랫폼에서 파생되기 위한 것, 빠른 웹 콘텐츠 system,[3]표지지만 이 계획은 또 더블린 코어로부터 아이디어, 그리곤 사례는 있는 메타 콘텐츠 프레임워크(대식 세포 화학 주성 인자)[2]으로 형성되었다.n을 개발하1995년부터 1997년까지 라마나단 5세에 의해 편집되었습니다. 애플의 구하와 [4]넷스케이프의 팀 브레이.

1997년 10월 IBM, Microsoft, [5][6]Netscape, Nokia, Reuters, SoftQuad 및 [3]Michigan 대학의 대표자를 포함한 W3C 작업 그룹에 의해 발행된 RDF의 첫 공개 초안이 공개되었습니다.

1999년에 W3C는 최초의 권장 RDF 사양인 모델과 구문 사양("RDF M&S")[7]을 발표했습니다.여기에서는 RDF의 데이터 모델과 XML 시리얼화에 [8]대해 설명했습니다.

이때 RDF에 대한 두 가지 지속적인 오해는 첫째, MCF의 영향과 RDF의 "Resource Description" 이니셜리즘으로 인해 RDF가 메타데이터를 나타내기 위해 특별히 사용된다는 생각, 둘째, RDF가 데이터 모델이 아닌 XML 형식이라는 생각, 그리고 RDF/XML 시리얼화만 XML 기반이라는 것입니다.RDF는 이 기간 동안 거의 점유율을 나타내지 못했지만 브리스톨, 브리스톨 대학과 HP 연구소의 ILRT 주변, 보스턴 MIT의 RSS 1.0과 FOAF는 이 기간 동안 RDF의 대표적인 응용 프로그램이 되었습니다.

1999년의 권고는 2004년에 "RDF Primer",[10] "RDF Concepts and Abstract",[11] "RDF/XML 구문 사양(개정)",[12] "RDF 의미론",[13] "RDF 어휘 기술 언어 1.0"[14] 및 "RDF 테스트 사례"[15]의 6가지 [9]사양으로 대체되었습니다.

이 시리즈는 2014년에 "RDF 1.1 [16]Primer", "RDF 1.1 개념 및 추상 구문",[17] "RDF 1.1 XML 구문",[18] "RDF 1.1 의미론",[19] "RDF Schema 1.1",[20] "RDF 1.1 테스트 사례"[21]의 6가지 "RDF 1.1" 문서로 대체되었습니다.

RDF 토픽

어휘

RDF 사양에 정의되어 있는 [22]어휘는 다음과 같습니다.

반

rdf
  • rdf:XMLLiteral – XML 리터럴 값의 클래스
  • rdf:Property – 속성 클래스
  • rdf:Statement – RDF 문의 클래스
  • rdf:Alt, , – 대체 컨테이너, 주문되지 않은 컨테이너 및 주문된 컨테이너(rdfs:Container셋 중 슈퍼클래스입니다)
  • rdf:List – RDF 목록 클래스
  • rdf:nil – 의 일례rdf:List빈 목록을 나타내다
rdfs
  • rdfs:Resource – 클래스 리소스, 모든 것
  • rdfs:Literal – 문자열 및 정수 등의 리터럴 값 클래스
  • rdfs:Class – 클래스
  • rdfs:Datatype – RDF 데이터형 클래스
  • rdfs:Container – RDF 컨테이너 등급
  • rdfs:ContainerMembershipProperty – 컨테이너 멤버십 속성 클래스,rdf:_1,rdf:_2, ..., 모두 의 서브프로퍼티입니다.rdfs:member

특성.

rdf
  • rdf:type – 의 일례rdf:Property리소스가 클래스의 인스턴스임을 나타내는 데 사용됩니다.
  • rdf:first – 대상 RDF 목록의 첫 번째 항목
  • rdf:rest – 나머지 대상 RDF 리스트는 다음 후rdf:first
  • rdf:value – 구조화된 값에 사용되는 관용 속성
  • rdf:subject – RDF 스테이트먼트의 주제
  • rdf:predicate – RDF 스테이트먼트의 술어
  • rdf:object – RDF 스테이트먼트의 목적

rdf:Statement,rdf:subject,rdf:predicate,rdf:object는 재검증에 사용됩니다(아래 참조).

rdfs
  • rdfs:subClassOf – 서브클래스의 서브클래스
  • rdfs:subPropertyOf – 서브젝트는 속성의 서브프로퍼티입니다.
  • rdfs:domain – 대상 속성의 도메인
  • rdfs:range – 대상 속성의 범위
  • rdfs:label – 피험자의 사람이 붙인 이름
  • rdfs:comment – 대상 리소스에 대한 설명
  • rdfs:member – 대상 자원의 멤버
  • rdfs:seeAlso – 대상 리소스에 대한 상세 정보
  • rdfs:isDefinedBy – 대상 자원의 정의

이 어휘는 RDF 스키마의 기반으로 사용되며 확장됩니다.

시리얼화 형식

RDF 1.1 거북이 시리얼화
파일 이름 확장자
.tl
인터넷 미디어 유형
텍스트/메시지[23]
개발자월드 와이드 웹 컨소시엄
표준.RDF 1.1 터틀: Terse RDF Triple Language 2014년 1월 9일, 8년 전(2014-01-09)
오픈 포맷?네.
RDF/XML 시리얼화
XML.svg
파일 이름 확장자
.rdf
인터넷 미디어 유형
응용 프로그램/rdf+xml[24]
개발자월드 와이드 웹 컨소시엄
표준.개념과 추상 구문 2004년 2월 10일, 18년 전(2004-02-10)
오픈 포맷?네.

다음과 같은 몇 가지 일반적인 직렬화 형식이 사용되고 있습니다.

  • 거북이는 작고 인간적인 [25]형식입니다.
  • N-Triples는 [26]Turtle만큼 콤팩트하지 않은 매우 심플하고 해석하기 쉬운 라인 기반 형식입니다.
  • N-Quads,[27][28] 여러 RDF 그래프를 직렬화하기 위한 N-Triples의 상위 집합입니다.
  • JSON-LD,[29] JSON 기반의 시리얼라이제이션
  • N3 또는 표기법3: Turtle과 매우 유사하지만 추론 규칙을 정의하는 기능 등 몇 가지 추가 기능이 있습니다.
  • RDF/XML [30]- RDF를 시리얼화하기 위한 최초의 표준 형식이었던 XML 기반 구문입니다.
  • RDF/JSON:[31] 단순한 JSON 표기법을 사용하여 RDF 트리플을 표현하기 위한 대체 구문입니다.

RDF/XML은 RDF를 정의하는 다른 W3C 사양에 도입되어 역사상 최초의 W3C 표준 RDF 시리얼라이제이션 형식이었기 때문에 단순 RDF로 잘못 불리기도 합니다.단, RDF/XML 형식은 추상 RDF 모델 자체와 구별하는 것이 중요합니다.RDF/XML 형식은 아직 사용 중이지만 다른 RDF 직렬화는 현재 많은 RDF 사용자들에게 선호되고 있습니다.이는 RDF가 보다 인간 [32]친화적이고 XML QName 구문 제한으로 인해 일부 RDF 그래프가 RDF/XML에서 표시되지 않기 때문입니다.

약간의 노력으로 임의의 XML을 GRDDL('gridle'로 발음)을 사용하여 RDF로 해석할 수도 있습니다.또한 언어 방언에서 자원 설명을 수집합니다.

RDF 트리플은 트리플스토어라고 불리는 유형의 데이터베이스에 저장할 수 있습니다.

자원 식별

RDF 문의 주제는 Uniform Resource Identifier(URI; 유니폼자원 식별자) 또는 빈 노드입니다.이 두 노드 모두 리소스를 나타냅니다.빈 노드로 표시된 리소스를 익명 리소스라고 합니다.RDF 문에서는 직접 식별할 수 없습니다.술어는 관계를 나타내는 리소스를 나타내는 URI이기도 합니다.개체는 URI, 빈 노드 또는 Unicode 문자열 리터럴입니다.RDF 1.1에서 리소스는 Internationalized Resource Identifier(IRI; 국제화 자원 식별자)에 의해 식별됩니다.IRI는 [33]URI의 일반화입니다.

시맨틱 웹 어플리케이션 및 RSS나 FOAF(Friend of a Friend)와 같은 비교적 일반적인 RDF 어플리케이션에서는 리소스는 의도적으로 월드 와이드 웹 상의 실제 데이터에 액세스하기 위해 사용할 수 있는 URI로 표현되는 경향이 있습니다.그러나 RDF는 일반적으로 인터넷 기반 자원의 설명에 국한되지 않습니다.실제로 리소스를 명명하는 URI를 참조 해제할 필요가 없습니다.예를 들어 "http:"로 시작하여 RDF 문의 제목으로 사용되는 URI는 HTTP를 통해 액세스할 수 있는 리소스를 나타낼 필요가 없으며 네트워크 액세스 가능한 유형 리소스를 나타낼 필요도 없습니다.이러한 URI는 거의 모든 것을 나타낼 수 있습니다.단, HTTP GET 요구에 사용되었을 때 300레벨의 코드화된 응답을 반환하는 베어 URI(#기호 없음)는 액세스에 성공한 인터넷리소스를 나타내는 것으로 취급해야 한다는 것에 대해서는 대체로 합의되어 있습니다.

따라서 RDF 스테이트먼트의 생산자와 소비자는 자원 식별자의 의미에 동의해야 합니다.이러한 합의는 RDF에서 사용하기 위해 URI 공간에 부분적으로 매핑된 Dublin Core Metadata 등 일반적으로 사용되는 제어된 어휘가 있지만 RDF 자체에 고유한 것은 아닙니다.RDF 기반 온톨로지를 웹에 게시하는 목적은 RDF에서 데이터를 표현하는 데 사용되는 리소스 식별자의 의도된 의미를 설정하거나 제한하는 것입니다. 예를 들어 URI는 다음과 같습니다.

http://www.w3.org/TR/2004/REC-owl-guide-20040210/wine#Merlot

님은 소유자가 모든 Merlot 레드와인의 등급(즉, 위의 URI의 각 인스턴스는 단일 양조업자가 생산하는 모든 와인의 등급을 나타냄)을 참조하기 위한 것입니다.이 정의는 OWL 온톨로지 자체(RDF 문서)에 의해 표현됩니다.정의를 신중하게 분석하지 않으면 위의 URI 인스턴스가 와인의 종류가 아니라 물리적인 것이라고 잘못 판단할 수 있습니다.

이것은 '베어' 자원 식별자가 아니라 '#' 문자를 포함하고 fragment 식별자로 끝나는 URI 참조입니다.

스테이트먼트 리플리케이션 및 컨텍스트

기본 RDF 트리플은 (서브젝트, 술어, 오브젝트)로 구성됩니다.

스테이트먼트 모음에 의해 모델링된 지식 본문은 재검증 대상이 될 수 있습니다.이 경우 각 스테이트먼트(즉, 각 스테이트먼트 모두 3개의 서브젝트-프레디케이트-오브젝트)에 URI를 할당하고 추가 스테이트먼트를 작성할 수 있는 리소스로 취급됩니다(Jane은 John이 문서 X의 작성자라고 말합니다).각 진술의 신뢰도 또는 유용성의 정도를 추론하기 위해 재검증이 때때로 중요하다.

재검증된 RDF 데이터베이스에서는 자원인 각 원래 문장은 그 자체로 적어도 3개의 추가 문장이 있을 가능성이 높습니다.하나는 그 대상이 어떤 자원이라고 주장하는 문장과 그 술어가 어떤 자원이라고 주장하는 문장과 그 오브젝트가 어떤 자원 또는 리터럴이라고 주장하는 문장이 있습니다.어플리케이션의 요구에 따라서는, 원래의 스테이트먼트에 관한 추가의 스테이트먼트가 존재할 수도 있습니다.

논리적으로 이용 가능한 개념(그리고 개념 그래프와 토픽 맵과 같은 그래픽 표기법에서 설명됨)에서 차용한 일부 RDF 모델 구현은 RDF 규격 공동 편집자 G의 기사에서 논의된 상황, 컨텍스트 또는 범위라고 불리는 다른 기준에 따라 문장을 그룹화하는 것이 때때로 유용하다는 것을 인정한다.라함 [34][35]클라인예를 들어 스테이트먼트는 URI에 의해 명명된 컨텍스트와 관련지어 "is true in" 관계를 주장할 수 있습니다.다른 예로, 특정 RDF/XML 문서의 URI 등 URI로 식별할 수 있는 소스별로 문을 그룹화하는 것이 편리할 수 있습니다.그런 다음 원본이 업데이트되면 해당 문도 모델에서 변경할 수 있습니다.

스코프를 실장하기 위해서, 반드시 완전하게 재검증된 스테이트먼트가 필요한 것은 아닙니다.구현에 따라서는 URI 자체가 [36][37]할당되지 않은 스테이트먼트에 단일 스코프 ID를 관련지을 수 있습니다.마찬가지로 트리플 세트가 URI에 의해 명명된 명명된 그래프는 트리플을 [38]다시 확인할 필요 없이 컨텍스트를 나타낼 수 있습니다.

쿼리 및 추론 언어

주요 기사: RDF 쿼리 언어

RDF 그래프의 주요 쿼리 언어는 SPARQL입니다.SPARQL은 SQL과 같은 언어이며 2008년 1월 15일 현재 W3C를 권장하고 있습니다.

다음으로 가상의 온톨로지를 사용하여 아프리카의 국가별 수도를 표시하는 SPARQL 쿼리의 예를 나타냅니다.

프리픽스 ex: <http://example.com/exampleOntology#> 선택한다. ?대문자 ?나라 어디에 {   ?x ex:시명 ?대문자 ;      ex:is Capital Of ?y .   ?y ex:국가명 ?나라 ;      ex:isIncontince ex:아프리카 . }

RDF 그래프를 쿼리하는 기타 비표준 방법은 다음과 같습니다.

  • RDQL, SPARQL의 선구자, SQL과 유사
  • 반대로 4Suite(Python)에서만 구현되는 콤팩트 구문(SQL과 유사하지 않음)입니다.
  • RQL은 RDF 스키마 및 리소스 설명을 균일하게 쿼리하기 위한 최초의 선언 언어 중 하나로 RDFSuite에 [39]구현되어 있습니다.
  • SeRQL, 세서미 일부
  • XUL에는 RDF의 데이터 일치 규칙을 선언하는 템플릿 요소가 있습니다.XUL은 데이터 바인딩에 RDF를 광범위하게 사용합니다.

SHACL Advanced Features Specification(W3C Working Group Note)은 SHACL 커뮤니티 그룹에 의해 유지 관리되며 SHACL 셰이프에 기초한 RDF의 데이터 변환, 추론 및 매핑에 사용되는 SHACL 규칙에 대한 지원을 정의합니다.

검증 및 설명

주요 기사: RDF 쿼리 언어

RDF 그래프를 설명하고 검증하기 위한 주요 언어는 SHACL(Shapes Constraint Language)[41]입니다.SHACL 사양은 SHACL Core와 SHACL-SPARQL의 두 부분으로 나뉩니다.SHACL Core는 카디널리티, 값의 범위 등의 내장 제약 조건 목록으로 구성됩니다.SHACL-SPARQL에서는 SPARQL 기반의 제약조건과 새로운 제약조건 컴포넌트를 선언하는 확장 메커니즘에 대해 설명합니다.

RDF 그래프를 기술 및 검증하는 기타 비표준 방법은 다음과 같습니다.

  • SPARQL Inferencing Notation(SPIN)은 SPARQL 쿼리를 기반으로 합니다.그것은 SHACL을 [43]위해 사실상 폐지되었다.
  • ShEx(Shape Expressions)는 RDF 검증 및 설명을 위한 간결한 언어입니다.

예

예 1: Eric Miller라는 사람의 설명

다음 예시는 W3C 웹사이트에서[45] "Eric Miller가 식별한 인물이 있습니다.이름은 Eric Miller입니다.이름은 Eric Miller입니다.이 사람의 전자 메일주소는 e.1203(at)입니다.이 사람의 제목은 Dr.입니다.

Eric[45] Miller를 설명하는 RDF 그래프

리소스 "http://www.w3.org/People/EM/contact#me"이 대상입니다.

오브젝트는 다음과 같습니다.

  • "Eric Miller"(누구 이름인지)
  • mailto: e.syslog123(at)gls ("mail address is"라는 술어가 있음)및
  • "Dr." ("whoes title is"라는 술어가 있음)

제목은 URI입니다.

술어에는 URI도 있습니다.예를 들어, 각 술어의 URI는 다음과 같습니다.

  • "filename is"는 http://www.w3.org/2000/10/swap/pim/contact#fullName, 입니다.
  • 「이메일 주소」는 http://www.w3.org/2000/10/swap/pim/contact#mailbox, 입니다.
  • "title is"는 http://www.w3.org/2000/10/swap/pim/contact#personalTitle 입니다.

게다가 제목에는 타입(URI http://www.w3.org/1999/02/22-rdf-syntax-ns#type), 의 경우, person(URI http://www.w3.org/2000/10/swap/pim/contact#Person) 의 경우)이 있습니다.

따라서 다음과 같은 "주체, 술어, 객체" RDF 3배를 표현할 수 있습니다.

  • http://www.w3.org/People/EM/contact#me, http://www.w3.org/2000/10/swap/pim/contact#fullName, "Eric Miller"
  • http://www.w3.org/People/EM/contact#me, http://www.w3.org/2000/10/swap/pim/contact#mailbox, mailto : e.tv123 (at) mailto
  • http://www.w3.org/People/EM/contact#me, http://www.w3.org/2000/10/swap/pim/contact#personalTitle, "Dr.
  • http://www.w3.org/People/EM/contact#me, http://www.w3.org/1999/02/22-rdf-syntax-ns#type, http://www.w3.org/2000/10/swap/pim/contact#Person

표준 N-Triples 형식에서 이 RDF는 다음과 같이 쓸 수 있습니다.

<http://www.w3.org/People/EM/contact#me> <http://www.w3.org/2000/10/swap/pim/contact#fullName> 에릭 밀러 . <http://www.w3.org/People/EM/contact#me> <http://www.w3.org/2000/10/swap/pim/contact#mailbox> < mailto : e . spec123 ( at ) > . <http://www.w3.org/People/EM/contact#me> <http://www.w3.org/2000/10/swap/pim/contact#personalTitle> '닥터' . <http://www.w3.org/People/EM/contact#me> <http://www.w3.org/1999/02/22-rdf-syntax-ns#type> <http://www.w3.org/2000/10/swap/pim/contact#Person> .

마찬가지로 표준 Turtle(구문) 형식으로 다음과 같이 쓸 수 있습니다.

@parames(@parames) eric:    <http://www.w3.org/People/EM/contact#> . @parames(@parames) 연락처: <http://www.w3.org/2000/10/swap/pim/contact#> . @parames(@parames) rdf:     <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .  에릭.:나야. 연락:풀네임 에릭 밀러 . 에릭.:나야. 연락:우편함 < mailto : e . spec123 ( at ) > . 에릭.:나야. 연락:퍼스널 타이틀 '닥터' . 에릭.:나야. rdf:유형 연락:사람인 .

또는 다음과 같이 RDF/XML 형식으로 작성할 수 있습니다.

<?xml version="1.0" encoding="utf-8"?> <rdf:RDF xmlns:Contact="http://www.w3.org/2000/10/swap/pim/contact#" xmlns:eric="http://www.w3.org/People/EM/contact#" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"> <rdf:설명 rdf:about="http://www.w3.org/People/EM/contact#me"> <문의: fullName>Eric Miller </contact: fullName> </rdf:설명> <rdf:설명 rdf:about="http://www.w3.org/People/EM/contact#me"> <연락처:http:redf:resource="mailto:e.http:123(at)f"/> </rdf:설명> <rdf:설명 rdf:about="http://www.w3.org/People/EM/contact#me"> <연락처: personalTitle> 박사</contact: personalTitle> </rdf:설명> <rdf:설명 rdf:about="http://www.w3.org/People/EM/contact#me"> <rdf:type rdf:resource="http://www.w3.org/2000/10/swap/pim/contact#Person"/> </rdf:설명> </rdf:RDF >

예 2: New York의 우편 약어

RDF의 특정 개념은 논리와 언어학에서 따온 것이며, 여기서 주격-증명 및 주격-증명-객체 구조는 RDF의 용어와 유사하지만 다른 의미를 갖는다.다음 예시는 다음과 같습니다.

영어 문장에서 '뉴욕은 우편 약어 NY'가 주어이고, '뉴욕'은 술어이고, 'NY'는 목적어입니다.

RDF 트리플로 인코딩된 서브젝트와 술어는 URI에 의해 명명된 리소스여야 합니다.개체는 리소스 또는 리터럴 요소일 수 있습니다.예를 들어, RDF의 N-Triples 형식에서 문은 다음과 같이 보일 수 있습니다.

<urn:x-states:New%20York> <http://purl.org/dc/terms/alternative> 'NY' .

이 예에서 "urn:x-states:New%20York"는 미국 뉴욕 주를 나타내는 자원의 URI, "http://purl.org/dc/terms/alternative"은 술어의 URI, "NY"는 리터럴 문자열입니다.여기서 선택한 URI는 표준이 아닙니다.또, 그 의미를 읽고 있는 모든 URI가 알고 있는 한 표준이 될 필요는 없습니다.

예 3: 토니 벤에 대한 위키피디아 기사

마찬가지로 "http://en.wikipedia.org/wiki/Tony_Benn"이 특정 리소스를 식별한다고 가정할 때(URI를 하이퍼링크로 통과할 수 있는지, 리소스가 실제로 Tony Benn에 대한 Wikipedia 기사인지 여부에 관계없이) 해당 리소스의 제목이 "Tony Benn"이고 게시자가 "Wikipedia"라고 하는 것은 두 가지입니다.유효한 RDF 문으로 표현될 수 있는 rtions.RDF의 N-Triples 형식에서 이러한 문장은 다음과 같습니다.

<http://en.wikipedia.org/wiki/Tony_Benn> <http://purl.org/dc/elements/1.1/title> 토니 벤 . <http://en.wikipedia.org/wiki/Tony_Benn> <http://purl.org/dc/elements/1.1/publisher> "위키피디아" .

영어를 사용하는 사람에게 동일한 정보는 다음과 같이 단순하게 표현될 수 있다.

위키피디아에서 발행하는 이 자원의 제목은 '토니 벤'이다.

그러나 RDF는 기계가 이해할 수 있는 형식적인 방법으로 정보를 배치합니다.RDF의 목적은 특정 소프트웨어가 RDF를 이해할 수 있는 방식으로 리소스를 기술할 수 있도록 인코딩 및 해석 메커니즘을 제공하는 것입니다. 즉, RDF가 아니면 사용할 수 없는 정보에 액세스하여 사용할 수 있도록 하는 것입니다.

RDF 리소스(주제 또는 술어로서)의 1가지 요건이 고유하기 때문에 위의 두 버전의 문장은 모두 어휘가 풍부합니다.서브젝트 리소스는 설명되는 정확한 리소스를 특정하기 위해 고유해야 합니다.Title 또는 Publisher에 대한 개념이 설명과 함께 작동하는 소프트웨어에 모호해질 가능성을 줄이기 위해 술어는 고유해야 합니다.소프트웨어가 http://purl.org/dc/elements/1.1/title(더블린 코어 메타데이터 이니셔티브에 의해 확립된 타이틀의 개념에 대한 특정 정의)을 인식하는 경우, 이 타이틀이 토지 타이틀이나 명예 타이틀 또는 t-i-t-l-e를 합친 문자와는 다르다는 것도 알 수 있습니다.

Turtle로 작성된 다음 예는 여러 RDF 어휘를 조합하여 이러한 단순한 주장을 어떻게 상세하게 설명할 수 있는지를 보여줍니다.여기에서는 Wikipedia 페이지의 주요 토픽은 이름이 "Tony Benn"인 "Person"입니다.

@parames(@parames) rdf:  <http://www.w3.org/1999/02/22-rdf-syntax-ns#> . @parames(@parames) foof: <http://xmlns.com/foaf/0.1/> . @parames(@parames) dc:   <http://purl.org/dc/elements/1.1/> .  <http://en.wikipedia.org/wiki/Tony_Benn>     직류:출판인 "위키피디아" ;     직류:직함 토니 벤 ;     동작하지 않다:프라이머리 토픽 [         a 동작하지 않다:사람인 ;         동작하지 않다:이름. 토니 벤     ] .

적용들

  • DBpedia – Wikipedia 문서에서 사실을 추출하여 RDF 데이터로 게시합니다.
  • YAGO – DBpedia와 마찬가지로 Wikipedia 기사에서 사실을 추출하여 RDF 데이터로 게시합니다.
  • Wikidata – Wikimedia Foundation이 주최하는 공동 편집 기술 자료.
  • Creative Commons – RDF를 사용하여 웹 페이지 및 mp3 파일에 라이센스 정보를 포함합니다.
  • FOAF(Friend of a Friend) – 사람, 그들의 관심사 및 상호관계를 기술하도록 설계되었습니다.
  • Haystack 클라이언트– MIT CS & AI [47]랩의 시맨틱 웹 브라우저
  • IDEAS Group – [48]RDF를 인코딩으로 사용하여 엔터프라이즈 아키텍처용 정식 4D 온톨로지 개발
  • Microsoft는 RDF 기반의 프로파일 관리 기능을 제공하는 Connected Services [49]Framework라는 제품을 출하했습니다.
  • MusicBrainz – 음악앨범에 [50]대한 정보를 공개합니다.
  • 소셜 시멘틱 데스크톱용 오픈 소스 소프트웨어 사양인 NEPOMUK는 수집된 메타데이터의 스토리지 형식으로 RDF를 사용합니다.NEPOMUK는 KDE SC 4 데스크톱 환경과의 통합으로 인해 대부분 알려져 있습니다.
  • Cochrane은 증거 기반 의료의 임상 연구 메타 분석의 글로벌 출판사입니다.이들은 온톨로지 기반 데이터 아키텍처를 사용하여 게시된 리뷰에 RDF 기반 구조화 [51]데이터를 의미론적으로 주석을 달 수 있습니다.
  • RDF 사이트 요약– 웹 페이지에 대한 업데이트 정보를 게시하기 위한 여러 "RSS" 언어 중 하나입니다.이 언어는 뉴스 기사 요약 배포 및 웹 로그 콘텐츠 공유에 자주 사용됩니다.
  • Simple Knowledge Organization System(SKOS) – 어휘/용어 애플리케이션을 지원하는 KR 표현
  • SIOC(Semantically-Interlinked Online Communities) – 온라인 커뮤니티를 기술하고 메시지 보드, 웹 로그 [52]및 메일링 목록에서 인터넷 기반 토론 간의 연결을 구축하기 위해 설계되었습니다.
  • Smart-M3 – RDF를 사용하기 위한 인프라스트럭처를 제공하며, 특히 RDF의 온톨로지에 구애받지 않는 특성을 사용하여 이기종 정보의[53] 매싱을 가능하게 합니다.
  • LV2 - Turtle을 사용하여 API/ABI 기능과 속성을 설명하는 libre 플러그인 형식

RDF의 일부 용도에는 소셜 네트워킹에 대한 연구가 포함됩니다.또한 비즈니스 분야의 사람들이 제품 배치에 [55]도움이 될 수 있는 업계 구성원들과의 관계를 더 잘 이해할 수 있도록 도울 것입니다.그것은 또한 과학자들이 사람들이 서로 어떻게 연결되어 있는지를 이해하는데 도움을 줄 것이다.

RDF는 도로 교통 패턴을 더 잘 이해하기 위해 사용되고 있습니다.이는 트래픽 패턴에 관한 정보가 서로 다른 웹 사이트에 있고, RDF가 웹 상의 서로 다른 소스로부터의 정보를 통합하기 위해 사용되기 때문입니다.이전에는 일반적인 방법론이 키워드 검색을 사용했지만, 이 방법은 동의어를 고려하지 않기 때문에 문제가 있습니다.이것이 온톨로지가 이 상황에서 유용한 이유입니다.하지만 교통을 효율적으로 연구할 때 발생하는 문제 중 하나는 교통을 완전히 이해하려면 사람, 도로, 도로와 관련된 개념을 잘 이해해야 한다는 것이다.이것들은 인간의 개념이기 때문에 애매모호한 논리의 추가가 필요하다.이는 미끄러짐과 같이 도로를 설명할 때 유용한 값이 정확한 개념이 아니기 때문에 측정할 수 없기 때문입니다.이는 최상의 솔루션이 퍼지 논리와 온톨로지 [56]모두를 통합한다는 것을 의미합니다.

「 」를 참조해 주세요.

RDF 표기법
유사한 개념
기타(정렬되지 않음)

레퍼런스

인용문

  1. ^ "Resource Description Framework (RDF) Model and Syntax Specification". www.w3.org.
  2. ^ a b "World Wide Web Consortium Publishes Public Draft of Resource Description Framework". W3C. Cambridge, MA. 1997-10-03.
  3. ^ a b Lash, Alex (1997-10-03). "W3C takes first step toward RDF spec". CNET News. Archived from the original on June 16, 2011. Retrieved 2015-11-28.
  4. ^ Hammersley, Ben (2005). Developing Feeds with RSS and Atom. Sebastopol: O’Reilly. pp. 2–3. ISBN 978-0-596-00881-9.
  5. ^ Lassila, Ora; Swick, Ralph R. (1997-10-02). "Resource Description Framework (RDF): Model and Syntax". W3C. Retrieved 2015-11-24.
  6. ^ Swick, Ralph (1997-12-11). "Resource Description Framework (RDF)". W3C. Archived from the original on February 14, 1998. Retrieved 2015-11-24.
  7. ^ 파워스 2003, 페이지 2
  8. ^ "Resource Description Framework (RDF) Model and Syntax Specification". 22 Feb 1999. Retrieved 5 May 2014.
  9. ^ 파워스 2003, 페이지 3
  10. ^ Manola, Frank; Miller, Eric (2004-02-10), RDF Primer, W3C, retrieved 2015-11-21
  11. ^ Klyne, Graham; Carroll, Jeremy J. (2004-02-10), Resource Description Framework (RDF): Concepts and Abstract Syntax, W3C, retrieved 2015-11-21
  12. ^ Beckett, Dave (2004-02-10), RDF/XML Syntax Specification (Revised), W3C, retrieved 2015-11-21
  13. ^ Hayes, Patrick (2014-02-10), RDF Semantics, retrieved 2015-11-21
  14. ^ Brickley, Dan; Guha, R.V. (2004-02-10), RDF Vocabulary Description Language 1.0: RDF Schema: W3C Recommendation 10 February 2004, W3C, retrieved 2015-11-21
  15. ^ Grant, Jan; Beckett, Dave (2004-02-10), RDF Test Cases, W3C, retrieved 2015-11-21
  16. ^ Schreiber, Guus; Raimond, Yves (2014-06-24), RDF 1.1 Primer, W3C, retrieved 2015-11-22
  17. ^ Cyganiak, Richard; Wood, David; Lanthaler, Markus (2014-02-25), RDF 1.1 Concepts and Abstract Syntax, W3C, retrieved 2015-11-22
  18. ^ Gandon, Fabien; Schreiber, Guus (2014-02-25), RDF 1.1 XML Syntax, W3C, retrieved 2015-11-22
  19. ^ Hayes, Patrick J.; Patel-Schneider, Peter F. (2014-02-25), RDF 1.1 Semantics, W3C, retrieved 2015-11-22
  20. ^ Brickley, Dan; Guha, R.V. (2014-02-25), RDF Schema 1.1, W3C, retrieved 2015-11-22
  21. ^ Kellogg, Gregg; Lanthaler, Markus (2014-02-25), RDF 1.1 Test Cases, W3C, retrieved 2015-11-22
  22. ^ "RDF Vocabulary Description Language 1.0: RDF Schema". W3C. 2004-02-10. Retrieved 2011-01-05.
  23. ^ "RDF 1.1 Turtle: Terse RDF Triple Language". W3C. 9 Jan 2014. Retrieved 2014-02-22.
  24. ^ "application/rdf+xml Media Type Registration". IETF. September 2004. p. 2. Retrieved 2011-01-08.
  25. ^ "RDF 1.1 Turtle: Terse RDF Triple Language". W3C. 9 January 2014.
  26. ^ "RDF 1.1 N-Triples: A line-based syntax for an RDF graph". W3C. 9 January 2014.
  27. ^ "N-Quads: Extending N-Triples with Context". 2012-06-25. Archived from the original on 2013-04-26.
  28. ^ "RDF 1.1 N-Quads". W3C. January 2014.
  29. ^ "JSON-LD 1.0: A JSON-based Serialization for Linked Data". W3C.
  30. ^ "RDF 1.1 XML Syntax". W3C. 25 February 2014.
  31. ^ "RDF 1.1 JSON Alternate Serialization (RDF/JSON)". W3C. 7 November 2013.
  32. ^ "Problems of the RDF syntax". Vuk Miličić.
  33. ^ RDF 1.1의 개념과 추상 구문 https://www.w3.org/TR/rdf11-concepts/
  34. ^ Klyne, Graham. "Contexts for Information Modelling in RDF". www.ninebynine.org.
  35. ^ "RDF Contexts - provenance and partial knowledge". www.ninebynine.org.
  36. ^ "The Concept of 4Suite RDF Scopes". ogbuji.net.
  37. ^ "Redland Notes - Contexts". librdf.org.
  38. ^ "Named Graphs / Semantic Web Interest Group". www.w3.org.
  39. ^ "The RDF Query Language (RQL)". The ICS-FORTH RDFSuite. ICS-FORTH.
  40. ^ Knublauch, Holger; Allemang, Dean; Steyskal, Simon, eds. (2017-06-08). "SHACL Advanced Features". W3C. RDF Data Shapes Working Group. Retrieved 2021-04-06.
  41. ^ [1] SHACL 사양
  42. ^ [2] SPIN 웹사이트
  43. ^ [3] SHACL과 SPIN의 비교
  44. ^ [4] ShEx 사양
  45. ^ a b "RDF Primer". W3C. Retrieved 2009-03-13.
  46. ^ DCMI 메타데이터 용어 대체.Dublincore.org 를 참조해 주세요.2022-01-10에 취득.
  47. ^ "Haystack Group @ MIT CSAIL". groups.csail.mit.edu.
  48. ^ "IDEAS Group". www.ideasgroup.org.
  49. ^ "Connected Services Framework". microsoft.com.
  50. ^ "LinkedBrainz/RDF - MusicBrainz Wiki". wiki.musicbrainz.org.
  51. ^ "How knowledge graph technology is helping Cochrane respond to COVID-19". datalanguage.com.
  52. ^ "SIOC Project". sioc-project.org.
  53. ^ 올리버 이안, 혼콜라 쥬카, 지글러 위르겐(2008)."동적, 지역화된 공간 기반 시멘틱 웹"입니다.IADIS WWW/인터넷 2008절차, 페이지 426, IADIS 프레스, ISBN 978-972-8924-68-3
  54. ^ "LV2 core specification". gitlab.com.
  55. ^ Thushar A.K.와 P.에 의한 소셜 네트워크에서의 관련 시멘틱 어소시에이션을 검출하기 위한 RDF 어프로치산티 틸라감
  56. ^ 준자이, 이유, 이두량, 자타오장(2008)에 의한 시멘틱 웹상의 퍼지 온톨로지 및 RDF 기반 트래픽 정보 검색

원천

추가 정보

  • W3C에서의 W3C RDF: 사양, 가이드 및 자원
  • RDF 시멘틱스: RDF와 RDFS 모두에 대한 시멘틱스 사양 및 완전한 추론 규칙 시스템

외부 링크

Wikimedia Commons에는 Resource Description Framework와 관련된 미디어가 있습니다.