웹 리소스

이 섹션에는 여러 가지 문제가 있습니다.개선을 돕거나 토크 페이지에서 이러한 문제에 대해 논의해 주십시오.(이러한 템플릿메시지를 삭제하는 방법과 타이밍에 대해 설명합니다) 이 섹션에는 여러 가지 문제가 있습니다.개선을 돕거나 토크 페이지에서 이러한 문제에 대해 논의해 주십시오. (이 템플릿메시지를 삭제하는 방법과 타이밍을 확인합니다)

웹 리소스는 World Wide Web에 존재하거나 World ^[1][2][3]Wide Web에 연결된 식별 가능한 리소스(디지털, 물리적 또는 추상)입니다.리소스는 Uniform Resource ^[1][4]Identifier를 사용하여 식별됩니다.시맨틱 웹에서 웹 리소스와 그 시맨틱 속성은 리소스 설명 ^[5]프레임워크를 사용하여 설명합니다.

웹 자원의 개념은 웹 역사 동안 정적 주소 지정 가능한 문서 또는 파일의 초기 개념에서 보다 포괄적이고 추상적인 정의로 발전하여 이제는 웹 전체 또는 네트워크 정보 시스템에서 어떤 방식으로든 식별, 이름 지정, 주소 지정 또는 처리할 수 있는 모든 "물건" 또는 엔티티를 포괄합니다.m. 자원의 선언적 측면(식별 및 명명)과 그 기능적 측면(주소 지정 및 기술 처리)은 웹의 초기 사양에서는 명확하게 구별되지 않았으며, 개념의 정의 자체가 어렵고 종종 난해한 기술적, 사회적, 언어와 관련된 길고도 개방적인 논쟁의 주제가 되어 왔다.논증적이고 철학적인 문제

문서 및 파일에서 웹 리소스에 이르기까지

웹의 초기 사양(1990–1994년)에서는 자원이라는 용어는 거의 사용되지 않습니다.웹은 URL(Uniform Resource Locator)을 사용하여 링크된 다소 정적인 주소 지정 가능 개체(기본적으로 파일 및 문서)의 네트워크로 설계되었습니다.웹 리소스는 식별 가능한 것으로 암묵적으로 정의됩니다.식별은 이름 지정과 주소 지정이라는 두 가지 뚜렷한 목적을 수행합니다. 후자는 프로토콜에만 의존합니다.RFC 1630은 자원의 개념을 전혀 정의하려고 하지 않습니다.실제로 URI, URL 및 URN에서 발생하는 용어 이외에는 거의 사용하지 않으며 "네트워크의 객체"에 대해서도 언급하고 있습니다.

RFC 1738(1994년 12월)에서는 URL을 추가로 규정하고 있으며, "Universal"이라는 용어는 "Uniform"으로 변경됩니다.이 문서에서는 인터넷을 통해 "사용 가능한" 객체 또는 "찾아서 액세스할 수 있는" 객체를 참조하기 위해 리소스를 보다 체계적으로 사용하고 있습니다.여기서도 리소스라는 용어 자체는 명시적으로 정의되어 있지 않습니다.

웹 리소스에서 추상 리소스까지

자원의 첫 번째 명시적 정의는 1998년8월에 RFC 2396에 기재되어 있습니다.

리소스는 ID가 있는 모든 것이 될 수 있습니다.친숙한 예로는 전자 문서, 이미지, 서비스(예: "오늘 로스앤젤레스의 일기예보"), 기타 자원 수집 등이 있습니다.모든 리소스가 네트워크 "회수 가능"인 것은 아닙니다.예를 들어, 사람, 기업, 라이브러리의 제본된 책도 리소스로 간주할 수 있습니다.리소스는 엔티티 또는 엔티티 집합에 대한 개념적 매핑이며, 특정 인스턴스에서 해당 매핑에 대응하는 엔티티일 필요는 없습니다.따라서 리소스는 프로세스에서 개념 매핑이 변경되지 않는 한 콘텐츠(현재 대응하는 엔티티)가 시간에 따라 변경되어도 일정하게 유지될 수 있습니다.

이 문서의 예는 여전히 물리적 실체에 한정되어 있지만, 이 정의는 보다 추상적인 자원의 문을 열었습니다.개념을 제공하면 아이덴티티가 부여되고 이 아이덴티티는 적절한 형식의 URI(유니폼자원 식별자, URL의 슈퍼셋)로 표현됩니다.그러면 개념도 리소스가 될 수 있습니다.

2005년 1월, RFC 3986에서는, 「…추상 개념은, 수학 방정식의 연산자와 피연산자, 관계의 타입(예를 들면 「부모」또는 「종업원」), 또는 수치(예를 들면 「0」, 「1」, 「무한」)와 같은 자원이 될 수 있습니다.」라고 정의의 확장이 완전하게 명시되어 있습니다.

RDF 및 시맨틱 웹 리소스

1999년에 처음 출시된 RDF는 리소스를 기술하기 위한 것으로, 다시 말해 리소스의 메타데이터를 표준적인 방법으로 선언하기 위한 것입니다.자원의 RDF 기술은 트리플 세트(서브젝트, 술어, 오브젝트)입니다.여기서 subject는 기술할 자원을 나타내고, 이 자원에 관련된 속성 유형을 기술하며, 오브젝트는 데이터 또는 다른 자원일 수 있습니다.술어 자체는 리소스로 간주되며 URI에 의해 식별됩니다.따라서 "title", "author"와 같은 속성은 RDF에서 리소스로 표현되며, 이는 재귀적인 방법으로 다른 3배의 대상으로 사용될 수 있습니다.RDFS, OWL 및 SKOS와 같은 RDF 어휘는 이 재귀적 원리를 바탕으로 클래스, 속성, 개념과 같은 추상적 자원의 정의를 URI에 의해 모두 식별할 수 있습니다.

RDF는 어나니머스 리소스 또는 빈 노드의 정의도 지정합니다.이러한 노드는 URI에 의해 완전히 식별되지 않습니다.

HTTP URI를 사용한 추상 리소스 식별

URL(특히 HTTP URI)은 클래스, 속성 또는 기타 개념과 같은 추상 리소스를 식별하기 위해 자주 사용됩니다.예시는 RDFS 또는 OWL 온톨로지에서 찾을 수 있습니다.이러한 URI는 HTTP 프로토콜과 관련되어 있기 때문에 일반적으로 웹 브라우저를 사용하여 이러한 리소스를 어떤 형태로 표현해야 하는지, 그리고 URI 구문 자체가 "추상" 리소스를 "정보" 리소스와 구별하는 데 도움이 되는지에 대한 의문이 제기되었습니다.RFC 3986과 같은 URI 사양은 리소스에 대해 수행되는 작업을 정의하는 작업을 프로토콜 사양에 맡겼으며 이 질문에 대한 답을 제공하지 않습니다.파일, 문서, 또는 이른바 정보 자원과 같은 원래 의미의 자원을 식별하는 HTTP URI는 "슬래시" URI여야 합니다.즉, 프래그먼트 식별자를 포함할 수 없습니다.한편 개념 또는 추상 자원을 식별하기 위해 사용되는 URI는 fragment 식별자를 사용하는 "해시" URI여야 합니다.맹렬하다

예를 들어 다음과 같습니다.http://www.example.org/catalogue/widgets.html는 웹 페이지를 식별하고 위치를 파악합니다(Silly Widgets, Inc.에서 판매하는 위젯에 대해 사람이 읽을 수 있는 설명을 제공할 수도 있습니다).http://www.example.org/ontology#Widget는 이 회사 온톨로지 내의 추상 개념 또는 클래스 "Widget"을 식별하며 HTTP 프로토콜을 통해 물리적 리소스를 검색할 필요는 없습니다.그러나 그러한 구별을 실제로 시행하는 것은 불가능하며, 유명한 표준 어휘는 널리 사용되는 반례를 제공한다.예를 들어, "title", "publisher", "creator"와 같은 더블린 코어 개념은 다음과 같은 "slash" URI에 의해 식별됩니다.http://purl.org/dc/elements/1.1/title.

HTTP URI가 어떤 종류의 리소스를 식별해야 하는지 여부를 묻는 일반적인 질문은 이전에는 W3C에서 httpRange-14의 문제로 알려져 있었습니다.이 문제는 (TAG)에 의해 정의된 목록에 그 이름이 붙어 있습니다.TAG는 2005년에 이 문제에 대한 최종 답변을 제공했습니다.「정보 자원」과「비정보 자원」의 구별은, 「GET」요구에 대한 서버의 응답 타입에 따라 다릅니다.

• 2xx Success는 리소스가 정보 리소스임을 나타냅니다.
• 303 "기타" 참조는 리소스가 정보 또는 추상적일 수 있음을 나타냅니다.리다이렉트 타깃은 이를 알려줄 수 있습니다.
• 4xx Client Error(클라이언트 에러)

이를 통해 어휘(Dublin Core, FOAF, Wordnet 등)는 실용적인 이유로 해시 대신 슬래시를 계속 사용할 수 있습니다.이 타협은 시맨틱 웹 커뮤니티에서 합의를 이룬 것처럼 보이지만, Pat Hayes와 같은 저명한 회원들 중 일부는 기술적 실현 가능성과 개념적 기반에 대해 우려를 표명했습니다.Patrick Hayes의 견해에 따르면, "정보 자원"과 "기타 자원"의 구별은 찾을 수 없으며, 전혀 명시되어서는 안 되며, 참조 자원의 모호성은 어떤 명명 메커니즘과도 같은 URI 고유의 것이다.

자원 소유권, 지적 재산 및 신뢰

RDF에서는 "누구나 어떤 것에 대해서도 선언할 수 있다."리소스는 누구나 웹을 통해 게시, 복사, 수정 및 게시할 수 있는 정식 설명으로 정의됩니다.전통적인 의미의 웹 리소스(웹 페이지 또는 온라인 파일)의 컨텐츠가 지적 재산을 청구할 수 있는 게시자가 명확하게 소유하는 경우, 추상 리소스는 RDF 기술을 축적하여 정의할 수 있으며, 반드시 고유한 게시자가 제어할 필요는 없으며 서로 일관성이 있는 것은 아닙니다.리소스가 명확하고 신뢰할 수 있는 소유권을 가진 신뢰할 수 있는 정의를 가져야 하는지 여부, 그리고 이 경우 이 기술을 다른 설명과 기술적으로 구별하는 방법은 아직 해결되지 않은 문제입니다.이와 유사한 문제는 지적재산이 그러한 설명에 어떻게 적용될 수 있는가 하는 것이다.

「 」를 참조해 주세요.

• 자원(컴퓨터 과학)
• 자원 지향 아키텍처(ROA)
• 자원 지향 컴퓨팅(ROC)
• 표현 상태 전송(REST)
• 웹 서비스와 서비스 지향 아키텍처(SOA)
• 웹 지향 아키텍처(WOA)

레퍼런스

인용문

원천