RDF 1.2 트리플 인용 검수, 출처가 있어도 승인 관계가 없을 때

2026년 11월 기준, rdf:reifies로 인용한 관계는 자동으로 추가되지 않습니다. 승인 관계와 출처를 따로 조회합니다.

가상 품목의 원천 표에 승인 상태가 들어왔고 담당자 확인을 기다린다고 가정합니다. 지식그래프에는 어떤 원천이 승인이라고 제출했는지 남겨야 합니다. 업무용 조회에서는 실제로 승인 상태를 기록했는지 확인해야 합니다. 두 질문은 서로 다른 트리플 패턴을 사용합니다.

관계를 인용하는 것과 직접 기록하는 것은 어떻게 다른가요?#

RDF 1.2에서 트리플 항은 주어, 술어, 목적어로 이루어지고 다른 트리플의 목적어로 쓸 수 있습니다. rdf:reifies는 그 항을 가리킬 식별자를 연결합니다. 식별자에 출처를 붙일 수 있습니다. 원래 관계를 그래프의 트리플로 직접 넣는 것을 이 글에서는 관계를 단언한다고 부릅니다. W3C RDF 1.2 Concepts §1.5

아래 예시에서 검토 노드 ex:review는 품목의 승인 관계를 인용하고 ex:sheet를 출처로 가리킵니다. 직접 관계인 ex:part ex:status ex:approved는 그래프에 들어 있지 않습니다.

PREFIX ex: <https://example.test/>
PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#>

ex:review rdf:reifies <<( ex:part ex:status ex:approved )>> .
ex:review ex:source ex:sheet .

Turtle 작업 초안에는 인용을 짧게 쓰는 구문과 관계에 붙이는 주석 구문이 있습니다. 인용 축약은 재구체화 트리플을 만들며, 관계에 붙이는 주석 구문은 원래 관계와 재구체화 트리플을 함께 만듭니다. 검토 전 입력을 생성할 때는 사용하는 구문이 어떤 트리플을 만드는지 확인합니다. W3C Turtle §2.11 · W3C Turtle §2.11.1

어떤 조회를 인수표에 넣어야 하나요?#

아래 표에서 직접 관계는 승인·보류 상태를 각각 ASK로 조회한 결과입니다. 위 접두사를 사용한 ASK { ex:part ex:status ex:approved }로 승인 관계가 기본 그래프에 있는지 확인합니다. 승인 출처는 승인 트리플 항을 가리키는 노드가 예시 원천 ex:sheet를 가리키는지 별도로 조회한 결과입니다.

인수표에 원천 문장, 기대하는 직접 관계, 기대 출처, 실제 조회 결과를 적습니다. 검토 전 표본에서 승인 관계가 조회되거나 승인 후 표본에서 필요한 출처가 조회되지 않으면 적재 규칙을 다시 확인합니다. 조회에서 찾지 못한 관계는 이 그래프에 매치가 없다는 뜻입니다.

모든 출처 추적에 RDF 1.2가 필요한가요?#

검토용 데이터를 별도 레코드로 관리하는 시스템이라면 원천과 승인 결과를 별도 필드로 저장해도 됩니다. RDF 1.2를 적용할 때는 적재기, 조회 엔진, 내보내기 경로가 같은 예시를 처리하는지 함께 확인합니다. 구문을 읽어도 출처의 신뢰도와 사용 권한은 별도의 업무 검수 조건입니다.

원천과 응답을 연결하는 작업은 AI 답변 출처 추적에서, 같은 키의 의미가 범위별로 바뀌는 조건은 JSON-LD 보호 컨텍스트 검수에서 다룹니다.

기준과 시험 결과는 어디에서 확인했나요?#

• W3C RDF 1.2 Concepts는 2026년 4월 7일 후보 권고 스냅샷입니다. 트리플 항과 직접 단언의 구분을 확인했습니다.
• W3C RDF 1.2 Turtle은 2026년 11월 5일 작업 초안입니다. 인용 축약과 주석 구문의 결과를 대조했습니다.
• 알파카랩스 온톨로지 구축·컨설팅은 원천 매핑, 출처, 권한 및 사람 검수의 협의 범위를 안내합니다.

공개 문서는 2026년 11월 11일 확인했습니다. 표의 품목과 원천은 합성 예시이며 실제 승인 기록이나 엔진 간 호환성 시험을 포함하지 않습니다.

자주 묻는 질문#

관계와 출처의 인수 기준을 정할 때#