XML 태그의 의미

[요약] XML 문서 유형 정의는 XML 언어의 구문을 기계가 읽을 수 있는 형식으로 설명할 수 있는 메커니즘을 제공하지만, 현재 XML 어휘의 특정 의미를 지정하는 유사한 메커니즘은 없습니다. 이는 XML 태그의 의미를 설명할 방법이 없으며, XML로 표현되는 사실과 관계를 명확하고 포괄적이며 규범적으로 정의할 수 없음을 의미합니다. 이는 심각한 실제적, 이론적 결과를 가져옵니다. 긍정적인 측면에서는 XML 구조에 임의의 의미가 부여될 수 있으며 원래 설계자가 예측하지 못한 영역에서 사용될 수 있습니다. 덜 긍정적인 측면에서는 콘텐츠 개발자와 소프트웨어 엔지니어가 평범한 문서에 의존해야 하거나 더 나쁘게는 마크업 언어 디자이너의 의도를 추측하는 데 의존해야 합니다. 이 프로세스는 시간이 많이 걸리고 오류가 발생하기 쉬우며 확인할 수 없습니다. 디자이너의 독창적인 문서 작업이 완벽하게 이루어졌다고 하더라도 만족스럽지 못한 상황은 계속 발생합니다. 또한, 마크업의 의미론적 성격에 대한 연구가 부족하다는 것은 공학 응용 분야에 속하는 디지털 문서 처리에 이론이 전혀 없다는 것을 의미하기도 합니다. 일부 진행 중인 프로젝트(XML Schema, RDF, Semantic Web)가 일부 결과를 달성했지만 이들 프로젝트 중 어느 것도 XML 마크업 의미론의 핵심 문제를 직접적이고 포괄적으로 해결하지 못합니다. 이 기사에서는 마크업 의미 개념의 개발 역사를 검토하고, XML의 형식적 의미론을 해석하는 동기를 명확히 하며, 의미론에 관한 과학 연구 프로젝트인 BECHAMEL 마크업 의미론 프로젝트를 소개합니다.
[키워드] SGML | SGML(Standard Generalized Markup Language), XML(Extensible Markup Language) 등 텍스트 마크업 시스템이 사회, 비즈니스, 문화, 생활 전반에 적용되기 시작했습니다. SGML/XML은 설명적 마크업 언어를 정의하는 기계 판독 가능 기술입니다. 특별한 처리가 필요한 일부 부분을 제외하고 이 언어는 문서의 구조와 기본 의미를 명확하게 정의합니다. SGML/XML은 빠르게 발전하고 있으며 이 기술을 널리 사용하면 고성능 문서 상호 운용성 처리 및 게시를 지원할 수 있습니다.
이러한 소망은 부분적으로 실현되었습니다. SGML/XML의 우수성은 사람들의 기대를 뛰어넘었습니다. 그러나 SGML/XML 문서 시스템의 기능, 상호 운용성, 다양성 및 접근성은 여전히 ​​개선되어야 합니다. 이 기회를 포착하지 못하면 결과는 매우 심각할 것입니다. 업계는 높은 재정적 비용을 지출하고 많은 기회를 잃었으며 이는 또한 장애인을 위한 중요한 안전 애플리케이션에 일부 재난을 초래할 수 있으며 이는 장애인의 평등한 접근을 방해할 것입니다. 현대 사회의 문화적, 상업적 이익을 위해. 또한, 오랜 문제는 현재 최고의 디지털 문서 모델이 여전히 결함이 있거나 적어도 불완전하다는 점을 계속해서 상기시켜 줍니다.
이러한 문제의 근본 원인은 SGML/XML이 문서에 의미 있는 구조를 제공할 수 있지만 SGML/XML은 문서 구성 요소와 주제 간의 기본 의미 관계를 체계적이고 기계 처리 가능한 방식으로 표현할 수 없다는 것입니다. SGML/XML은 기계 판독 가능한 "문법"에 대한 설명을 지원하지만 특정 문법의 의미론적 의미를 설명하는 메커니즘을 제공하지 않습니다. 따라서 SGML/XML 어휘의 잠재적인 의미를 공식적으로 표현할 방법이 없습니다. 현재 SGML/XML은 문서 주석 시스템에 대한 매우 간단한 기본 의미론적 사실조차 표현할 수 없습니다. 이러한 사실은 일반적으로 마크업 언어 디자이너에 의해 미리 설계되지만 구체적인 구현은 여전히 ​​마크업 언어 사용자와 소프트웨어에 따라 다릅니다.
이러한 표현 능력 부족으로 인해 SGML/XML 사용자는 마크업 언어 디자이너가 생각했지만 공식적으로 표현하지 않은 의미 관계를 추측하게 됩니다. 콘텐츠 개발자는 콘텐츠를 인코딩할 때 디자이너의 의도를 추측하고 이러한 추론에 따라 작업해야 하지만, 자신의 추론과 의도를 다른 사람이나 인코딩된 콘텐츠를 처리하는 애플리케이션에 명확하게 표현할 수는 없습니다. 또한 소프트웨어 디자이너는 마크업 언어 디자이너의 가능한 의도를 추측하고 이 추측을 소프트웨어 도구 및 애플리케이션 시스템에 설계해야 합니다. 때로는 2차 추측이 필요합니다. 소프트웨어 디자이너는 마크업 언어 디자이너의 의도에 대한 콘텐츠 개발자의 추론을 추측합니다.
분명히 이러한 추측은 불완전하고 오류가 많으며 근거가 없습니다. 더욱이, 생산 및 구현 과정은 시간이 많이 걸리고 노동 집약적이며 기능과 상호 운용성도 열악합니다. 일반 자연어 문서에 SGML/XML 사양을 적용한다고 해서 이 문제가 완벽하게 해결되는 것은 아닙니다. 물론 일반적인 자연어 문서는 콘텐츠 제공자와 소프트웨어 엔지니어에게 몇 가지 힌트를 제공할 수 있지만 현재 SGML/XML 문서에 대한 일반 규칙은 없습니다. 어쨌든 일반적인 자연어 문서는 기계가 읽을 수 있는 형식이 아니며 이것이 우리가 SGML/XML 마크업 시스템에서 이야기하고 있는 문제입니다.
SGML 및 XML과 관련된 기계 처리 가능한 의미 기술에 대한 아이디어는 아직 형성되지 않았습니다. 이는 현재 공학 분야의 문제이자 향후 개발의 장애물이기도 하지만 많은 학자들이 있습니다. 이 문제에 주목하기 시작했습니다. W3CSchema에 대한 작업은 이와 관련되어 있지만 이 문제의 작은 부분(예: 데이터 유형)만 다룹니다. W3C의 '시맨틱 웹(Semantic Web)' 프로젝트도 이와 관련이 있는데, 이는 일반적인 XML 기반의 지식 표현 기술 개발을 위한 것이다. 우리의 연구는 실제 문서 처리 시스템에 숨겨져 있는 문서 마크업의 의미에 중점을 두고 있습니다. 사람들은 시맨틱 웹의 본질은 시맨틱 태그를 디자인하는 것이라고 말할 수 있습니다. 그러나 이 글에서는 위의 문제를 해결하기 위해서는 태그의 본질적인 의미도 깊이 고려해야 한다고 믿습니다.
다음으로, 이 기사에서는 먼저 역사적 배경에서 마크업의 의미를 설명합니다(마커는 텍스트 처리 방법 개발에서 흥미로운 역할을 합니다). 두 번째로 형식적 의미 마크업의 필요성을 만드는 요소와 요소가 무엇인지 자세히 설명합니다. 의미론적 요구를 결정하고, 마지막으로 여러 기관이 마크업 의미론적 문제를 해결하기 위해 열심히 노력하고 있는 BECHAMEL 마크업 의미론 프로젝트 구현에 참여하는 연구 프로젝트에 대해 간략하게 소개합니다.
2. 역사적 배경
문서 "마크"는 아마도 초기 작성, 복사, 출판 및 인쇄를 포함한 의사소통 시스템의 일부로 간주될 수 있습니다. 그러나 디지털 텍스트 처리 및 조판의 발달로 인해 마크는 의식화되고 일반화되었으며 시스템 개발에 있어 중요한 혁신 영역이 되었습니다. 1960년대부터 1980년대까지는 문서 마크업 시스템이 종합적이고 체계적으로 발전한 시기였으며, 디지털 조판과 문자 처리의 효율성과 기능 향상에 중점을 두었다. 1980년대 초에도 사람들은 고성능 시스템 개발을 지원하기 위해 이를 표시하고 사용하기 위한 이론적 프레임워크를 연구하고 있었습니다. 이 분야의 일부 결과가 발표되었지만 대부분은 다양한 표준 형식의 작업 문서 및 제품에만 기록되어 있습니다.
이 단계에서 등장한 견해는 지적 성취로서의 문서가 일련의 개체(예: 장, 단락, 공식 등)의 질서 있는 계층 구조 모델로 추상화되는 것이 더 적합하다는 것입니다. 1차원 텍스트 문자 흐름 모델보다 문자 스트림은 형식을 정의하는 수많은 인코딩, 디자인 레이아웃을 설명하는 구조(예: 페이지 번호, 열, 인쇄 라인), 픽셀 값의 행렬 및 다양한 문서 처리 및 저장 시스템의 기타 잠재적 표현과 혼합되는 경우가 많습니다. . 정렬된 계층 구조 모델은 본질적으로 다른 두 가지 주석, 즉 편집 텍스트 개체(제목, 장 등)를 식별하는 주석과 레이아웃 요구 사항을 설명하는 주석을 요약합니다. 전자를 적용하면 몇 가지 결과를 얻을 수 있습니다. 제목, 장, 단락, 방정식, 인용 등과 같은 관련 문서 요소를 구분자 태그로 명확하게 표시할 수 있으며, 요소 유형에 매핑된 규칙을 통해 요소를 간접적으로 처리할 수 있습니다. 이러한 콘텐츠와 형식의 분리는 일반적인 조합 경제에서 기본 수준의 간접 참조 및 추상화를 가능하게 합니다. 이러한 형태의 분리는 문서 처리의 모든 측면에서 거대하고 다양한 실질적인 가치를 가지며, 더 중요하게는 문서가 정확히 무엇인지에 대한 질문을 조명하는 것 같습니다. 이를 수행하는 데 사용되는 설명 마크업은 요소의 범위를 표시할 뿐만 아니라 문서 모델이 공개하려는 의미도 전달합니다(예: 이 텍스트는 장입니다).
1980년대 초 미국 국립 표준화 연구소(ANSI/ISO)는 영향력 있는 SGML 문서 마크업 메타그램을 발표하고 마크업 및 문서 구조에 대한 이전의 이론 및 분석 작업을 정리했습니다. SGML은 설명적 마크업 언어를 정의하기 위해 기계가 읽을 수 있는 형식을 제공합니다. 메타 문법으로서 SGML은 마크업 언어를 정의하지 않지만 기계가 읽을 수 있는 마크업 언어를 개발하기 위한 세부 기술을 정의합니다. 이 정의의 핵심은 BNF(Backus-Naur Form)와 유사한 형식적 표현 메커니즘입니다. 이 메커니즘은 유형화된 속성과 해당 값을 정의하기 위한 규칙은 물론 추가 추상화 및 간접화를 위한 기타 설계를 전달합니다(문서 유형 정의(DTD) 및 Backus-Knoll A 요약에 대한 설명 참조). 구조적으로 SGML 문서는 해당 DTD의 공식 제품인 정렬된 분기와 레이블이 지정된 노드가 있는 트리입니다.
수년간의 분석과 실습 끝에 SGML의 기본 아이디어가 잘 알려졌습니다. 메타 구문 수준의 산업 표준과 어휘 수준의 지역화된 혁신을 활용하여 SGML의 고유한 메커니즘(backus-norr 패러다임과 유사한 메타 구문, 형식화된 속성/속성 값 쌍, 엔터티 참조 등)이 적용됩니다. 프로그램과 도구가 효율적으로 구현됩니다. SGML 마크업 언어 자체는 문서 시스템 설계, 구현 및 활용을 위한 이상적인 워크플로우를 지원하고 최적화하는 동시에 진화하고 있는 것으로 보입니다. 1980년대 중반부터 1990년대 초반까지 수많은 SGML 기반 주석 시스템이 개발되었습니다.
SGML의 개발은 많은 주목을 받았고, 아이디어도 좋고 여러 분야에서 성공적으로 구현되었음에도 불구하고 처음 10년 동안은 거의 아무도 사용하지 않았습니다. 이런 결과가 나오는 데에는 여러 가지 요인이 있지만 가장 중요한 것은 SGML 자체가 너무 복잡하다는 점입니다. 특히 SGML에는 복잡한 선택적 속성이 많이 포함되어 있으며 해당 소프트웨어는 이를 전혀 구현하지 않아도 되므로 개발 속도가 매우 느려질 수 있습니다. SGML 소프트웨어의 더 나쁜 것은 문서가 DTD로 검증되지 않으면 추가 분석이 불가능하다는 것입니다. 약어 제어는 문서 구문에 관계없이 요소 경계를 결정할 수 없음을 의미합니다. 또한 SGML에는 기존 구문 분석 도구를 형식 문법에 적용할 수 없고 효율적인 구문 분석을 수행할 수 없게 만드는 몇 가지 다른 속성도 포함되어 있습니다.
온라인 출판과 커뮤니케이션 측면에서 SGML 시스템은 HTML(Hypertext Markup Language)에 적용될 수 있습니다. HTML의 원래 버전은 느슨하게 정의되었으며 공식적인 구문 설명이 부족했습니다. 나중에 HTML의 SGMLDTD에 관심이 생겼고 "올바른" 관행이 된 것에 대해 DTD를 설계하는 것이 어렵다는 것이 입증되었습니다. 더 중요한 것은 원본 HTML 사양에서 공급업체가 프로그래밍 태그(예:

)를 주요 설명 태그(예: