WAI-Adapt 설명서

W3C 그룹 초안 노트

이 문서에 대한 자세한 정보
이 버전:
https://www.w3.org/TR/2023/DNOTE-adapt-20230103/
최신 공개 버전:
https://www.w3.org/TR/adapt/
최신 편집자 초안:
https://w3c.github.io/adapt/
이력:
https://www.w3.org/standards/history/adapt
커밋 이력
편집자:
(Benetech)
(초청 전문가)
(W3C)
(W3C)
Richard Schwerdtfeger (Knowbility) (2017년 10월까지 편집자)
피드백:
GitHub w3c/adapt (풀 리퀘스트, 새 이슈, 열려 있는 이슈)

초록

사람들은 매우 다양한 요구를 가지고 있습니다. 인지 및 학습 장애로 인해 웹과 상호작용하는 능력에 영향을 받는 사람들이 많습니다. 어떤 사람들은 숫자 정보를 처리하지 못하지만(난산증), 다른 사람들은 단어보다 숫자를 더 잘 이해합니다. 심각한 언어 장애가 있는 일부 사람들은 단어를 나타내기 위해 기호를 사용하며, 일부 사람들은 단순화된 사용자 인터페이스가 필요하거나 원합니다. 사람마다 이해하기 쉬운 레이아웃과 콘텐츠 유형이 다르며, 어떤 사람에게 사용 가능하고 이해하기 쉬운 것이 다른 사람에게는 너무 복잡할 수 있습니다. WAI-Adapt 태스크포스는 이러한 다양하고 상충되는 사용자 요구를 해결하여, 개별 사용자의 고유한 요구 사항에 따라 콘텐츠를 더 이해하기 쉽게 만들 수 있도록 하는 것을 목표로 합니다. 이 설명서에서 설명하는 다양한 WAI-Adapt 사양 모듈은 웹 기술이 이러한 요구 사항을 해결할 수 있는 다양한 수단을 제공합니다.

다양한 WAI-Adapt 모듈 사양은 작성자가 콘텐츠에 대한 의미 정보를 선택적으로 추가하여 개별 사용자를 위한 콘텐츠 및 인터페이스 개인화를 가능하게 합니다. 이는 다시 학습 및 인지 장애가 있는 사람들을 위한 사용자 에이전트를 지원합니다.

WAI-Adapt 기술은 작성자가 새로운 속성과 값의 모음을 사용하여 추가 의미 정보를 더할 수 있게 하며, 대부분의 경우 고정 토큰 목록(분류 체계)을 사용합니다. 이 문서는 WAI-Adapt 속성을 사용하여 더 접근성 높은 웹 사이트를 개인화하는 방법을 이해하기 위한 설명을 제공합니다.

이 문서의 상태

이 섹션은 이 문서가 게시된 시점의 상태를 설명합니다. 현재 W3C 출판물 목록과 이 기술 보고서의 최신 개정판은 W3C 기술 보고서 색인인 https://www.w3.org/TR/에서 확인할 수 있습니다.

이 문서는 접근 가능한 플랫폼 아키텍처 워킹 그룹에서 노트 트랙을 사용하여 그룹 초안 노트로 게시했습니다.

그룹 초안 노트는 W3C 또는 그 회원의 승인을 받은 것이 아닙니다.

이 문서는 초안 문서이며 언제든지 다른 문서로 업데이트, 대체 또는 폐기될 수 있습니다. 이 문서를 진행 중인 작업 이외의 것으로 인용하는 것은 적절하지 않습니다.

W3C 특허 정책은 이 문서에 대해 어떠한 라이선스 요구 사항이나 약속도 부과하지 않습니다.

이 문서는 2021년 11월 2일 W3C 프로세스 문서의 적용을 받습니다.

1. 소개

WAI-Adapt 사양 모듈은:

개인화는 사용자 경험의 여러 측면을 개별 사용자의 선호 또는 요구에 맞게 조정하는 것을 포함합니다. 예를 들어, 익숙한 용어와 기호를 제공하는 것은 콘텐츠를 사용 가능하게 만들기(COGA 사람들을 위해)에 게시된 사용자 시나리오와 사용 사례에서 설명한 것처럼 많은 사람에게 웹 콘텐츠를 효과적으로 사용하는 데 매우 중요합니다. 그러나 어떤 사용자에게 익숙한 것은 다른 사용자에게는 필연적으로 새롭고 낯선 것이 됩니다. WAI-Adapt AAC 기호 지원 기술을 기반으로 한 개인화는 특정 사용자에게 적합한 기호 집합을 로드하도록 지원하여, 각 사용자에게 익숙한 기호가 제시되도록 보장합니다.

기술은 극도로 유연할 수 있다는 가능성을 지니고 있으며, 많은 시스템의 설계에는 사용자가 자신의 개인적 선호 또는 접근성 요구에 따라 상호작용 경험을 최적화할 수 있다는 기대가 포함되어 있습니다.

1.1 WAI-Adapt가 필요한 이유

WAI-Adapt는 보조 기술이 다음을 수행할 수 있도록 합니다:

  1. 사용자의 요구에 적응하고 이를 충족합니다. 확립된 주류 패턴에 어려움을 겪는 사용자는 자신의 선호와 능력에 맞게 수정된 인터페이스와 상호작용할 수 있습니다.
  2. 사람들의 기술이 시간이 지남에 따라 향상되거나 저하됨에 따라 복잡성 수준을 수정합니다. 예를 들어, 일부 사람에게는 추가 지원이 매우 중요할 수 있지만 다른 사람에게는 방해가 될 수 있습니다.
  3. 다음을 필요로 하는 사용자에게 더 나은 지원을 제공합니다:
    • 익숙하고 일관된 기호, 아이콘그래피 및 그래픽
    • 툴팁 또는 이와 유사한 온디맨드 도움말이나 단서
    • 이해할 수 있는 언어
    • 더 적거나 더 제한된 기능
    • 네이티브 콘텐츠와 타사 콘텐츠 간의 더 명확한 구분
    • 사용자 지정 키보드 단축키

이를 달성하려면 표준화된 용어와 이를 지원하는 구문이 필요합니다. 이러한 것은 관련 기호, 용어, 번역 및 설명에 연결될 수 있습니다. 이를 통해 개인의 선호에 기반한 수정이 가능합니다.

이메일 보내기 예:

작성자는 버튼이 이메일을 보낸다는 것을 프로그램적으로 식별합니다. 사용자 선호 설정에 따라 인터페이스는 다음과 같이 수정될 수 있습니다:

  • 버튼을 대체 용어로 렌더링하거나, 개별 사용자가 이해할 수 있는 추가 툴팁을 제공합니다;
  • 전송 기능을 간단한 용어로 설명하는 F1 도움말을 포함합니다;
  • 버튼을 전송(제출)에 항상 사용되는 키보드 단축키와 연결합니다;
  • 버튼을 중요 항목으로 식별하고 항상 강조된 형태로 렌더링합니다.

1.2 사용 사례 예

WAI-Adapt 요구 사항은 위의 사용자 요구 요약에 추가적인 맥락을 제공하는 많은 사용 사례를 자세히 설명합니다. 이러한 사용 사례 예는 이 기술의 요구 사항을 위한 기반을 형성합니다. WAI-Adapt는 개발자가 추가 사용 사례를 발견할 때 대상화된 확장을 만들 수 있게 합니다.

1.2.1 쉽게 산만해짐 / 압도됨

쉽게 산만해지거나 웹 페이지의 너무 많은 정보에 쉽게 압도되는 사람은 페이지를 단순화할 수 있는 능력이 필요합니다. 이들은 핵심 정보만을 원하며, 페이지의 이해와 사용에 필수적이지 않은 것은 억제되어야 합니다.

예: 사용자는 자신의 도시의 최신 일기 예보를 확인하려고 날씨 웹사이트에 방문합니다.

장애가 없더라도 화면의 모든 추가 콘텐츠 때문에 실제 일기 예보를 찾는 것은 사실 조금 어렵습니다. 광고와 함께, 그날의 주요 기사, 인기 뉴스, 소셜 미디어도 인지적으로 걸러내야 합니다. 쉽게 압도되거나 산만해지는 경우 오늘 날씨에 대한 핵심 정보를 얻는 것은 어려운 일입니다. 핵심 정보를 제외한 모든 것을 개인화하고 우선순위를 지정할 수 있는 능력(즉, 내 도시의 일기 예보만)은 이 사용자에게 매우 중요합니다.

이 예에서 작성자는 실제 일기 예보와 일기 예보를 조작하는 관련 도구(즉, 도시 검색, 시간별 예보와 5일 예보 등)를 포함하는 <section>, <p> 또는 <div>adapt-simplification 속성("critical" 값을 사용)으로 표시하고, 다른 화면 콘텐츠는 "medium"(기본값) 또는 "low"로 표시할 수 있습니다. (예: <p adapt-simplification="critical">오늘의 예보는 최고 95°, 최저 40°입니다</p>)

광고 수익에 의존하는 웹사이트의 경우 광고를 완전히 억제하는 것은 바람직하지 않을 수 있습니다. 우리는 이 속성이 웹사이트의 가장 중요한 섹션을 우선순위가 낮은 항목보다 위로 재배치하는 데도 도움이 될 수 있다고 생각합니다. (즉, 콘텐츠 재정렬)

WAI-Adapt는 적절한 단순화가 종종 작업에 의해 결정된다는 점을 인식합니다. 복잡한 페이지는 여러 작업을 지원하는 경우가 많으며, 각 작업은 서로 다른 시점에 단순화를 필요로 하는 사용자에게 중요할 수 있습니다. 우리는 무엇이 기본 또는 보조인지 사전에 결정하기보다, 사용자가 그 순간 자신에게 중요한 작업을 정의할 수 있도록 어떻게 지원할 수 있을지 조사할 것을 제안합니다.

1.2.2 숫자를 이해하기 어려움

난산증이 있는 사람은 숫자를 이해하는 데 어려움이 있으며, 정보를 전달하기 위해 숫자를 사용하는 웹사이트와 상호작용하는 데 어려움을 겪을 것입니다. 따라서 중요한 숫자 정보는 사용자가 이해할 수 있는 대체 형식으로 제공되어야 합니다.

예: 사용자는 자신의 도시의 최신 일기 예보를 확인하려고 날씨 웹사이트에 방문합니다.

오늘 예보에는 최고 95°, 최저 40°가 표시됩니다. 이 표현은 특정 사용자에게 이해하기 어렵습니다. 이 숫자 정보를 기호나 텍스트로 제시하면 사용자에게 도움이 됩니다. 예를 들어, 숫자 95 옆에는 다음이 있을 수 있습니다:

  • 태양 아래에서 반바지와 티셔츠를 입은 사람의 그림 또는
  • 간단히 “매우 따뜻함”이라는 텍스트 대안.

숫자 40 옆에는 다음이 있을 수 있습니다:

  • 바지와 함께 재킷을 입은 사람의 그림 또는
  • “매우 추움”이라는 텍스트 대안.

습도 지수 90% 옆에는 “후덥지근함”이라는 텍스트 대안이 있을 수 있습니다.

이 예에서 작성자는 adapt-numberfree 속성을 사용하여 숫자를 마크업합니다. 기본값은 숫자 값을 표시합니다. 숫자에 대한 대체 표현이 필요한 사람은 대신 관련 이미지나 설명/값을 단순화된 텍스트로 받게 됩니다.

난산증이 있는 사람들은 종종 단어에는 매우 능숙하므로, 긴 텍스트가 짧은 숫자보다 더 나을 수 있다는 점에 유의해야 합니다.

1.2.3 경도-중등도 언어 장애 / 학습 장애

중등도 언어 장애 / 학습 장애가 있는 사람들은 어휘가 제한되어 있을 수 있습니다. 이들은 자신이 학습한 핵심 어휘에 포함된 용어만 알 수 있습니다. 또한 단어와 개념을 나타내기 위해 기호를 사용할 수도 있습니다.

예: 사용자는 "name" 또는 "last name"이라는 단어는 알 수 있지만, "family name" 또는 "surname"이라는 용어를 동계어로 인식하지 못할 수 있습니다.

일부 사용자에게 새로운 용어를 배우는 것은 매우 느린 과정이며, 몇 시간의 작업이 필요합니다. 이러한 사용자에게 웹 콘텐츠를 읽는 것 역시 매우 느린 과정일 수 있으므로, 특정 웹 페이지에서 원하는 정보를 찾는 것이 힘든 장벽이 될 수 있습니다. 웹 페이지를 개인화하고 콘텐츠 대신 또는 콘텐츠와 함께 기호를 제시할 수 있는 능력은 일부 사용자가 제공되는 콘텐츠를 더 잘 그리고 더 신속하게 이해하는 데 도움이 될 수 있습니다

언어 장애가 있는 일부 사람들은 숫자에 능숙하다는 점에 유의하십시오. 이들은 긴 텍스트 문자열이 짧은 숫자로 대체되기를 원할 수 있습니다: <span adapt-easylang="90% of the time this happens"> normally this is the expected outcome</span>. 이는 numberfree 예와 반대입니다.

또한 일부 사용자에게 콘텐츠 읽기는 극도로 시간이 많이 걸리기 때문에, 특정 웹 페이지에서 더 적은 콘텐츠와 더 적은 기능을 원할 수도 있습니다.

1.2.4 중증 언어 장애

중증 언어 및/또는 신체 장애가 있는 일부 사용자는 보완대체의사소통(AAC) 시스템의 일부로, 서면 텍스트가 아니라 기호를 사용하여 의사소통할 수 있습니다. 단어를 나타내기 위해 기호를 사용하는 것은 정보를 소비하고 생산할 때 이들의 주요 의사소통 수단입니다. 기호 사용자는 웹 콘텐츠에 접근할 때 다양한 장벽에 직면하지만, 주요 과제 중 하나는 서로 다른 독점 기호 집합 간의 표준 상호운용성이 부족하거나, 같은 개념을 한 기호 집합에서 다른 기호 집합으로 번역하는 메커니즘이 부족하다는 점입니다.

사용자 스토리는 다음을 포함합니다:

  • 한 생활 지원 시설은 성인 교육 과정과 생활 기술 콘텐츠를 작성합니다. 예를 들어, 전자레인지를 사용해 저녁을 만드는 방법입니다. 핵심 사용자 기반 내에서 사용자는 서로 다른 기호 집합에 익숙합니다. 작성자는 다양한 기호 집합을 사용하는 모든 사용자를 위한 콘텐츠를 만들고자 합니다.
  • 대형 은행 사이트는 사람들이 서비스를 이용하는 동안 가능한 한 자율적이기를 원합니다. 이들은 핵심 서비스에 확장된 기호 참조를 제공합니다. 코드 내에서 여러 기호 집합을 프로그램적으로 지원할 메커니즘이 필요합니다.
  • 서로 다른 기호 집합을 아는 사람들이 서로 대화하기를 원합니다.
  • 인권 및 환자 권리에 관한 정보지를 만드는 정부 기관은 영향을 받는 사용자로부터 피드백을 구하고 있습니다. 이 기관은 서로 다른 사용자의 다수를 지원하기 위해 공통 기호 집합의 기호를 추가합니다. 기관은 서로 다른 기호를 사용하거나 필요로 하는 사람들을 지원하기 위해 공통 기호 참조를 사용하는 것을 선호합니다. 이를 통해 모든 기호 집합 사용자가 콘텐츠를 읽고 편집할 수 있습니다.

예: adapt-symbol 속성을 사용하여 작성자는 양식 입력의 레이블에 적절한 기호 값을 프로그램적으로 태그합니다. 사용자 선호 설정에 따라 브라우저 도우미 애플리케이션 또는 독립 실행형 도구가 해당 레이블을 적절한 기호, 대체 용어로 렌더링하거나, 개별 사용자가 이해할 수 있는 추가 툴팁을 제공할 수 있습니다. Bliss Symbolics 집합의 고유 참조 번호를 우리의 '분류 체계'로 사용하면, 다른 기호 집합은 그에 해당하는 기호를 Bliss 집합에 매핑할 수 있습니다.

<label for="address" adapt-symbol="14885">Your Principal Residence</label>
<input type="textarea" id="address" adapt-purpose="street-address">

여기서 기호 값 14855는 "Home"에 다시 매핑됩니다.

1.2.4.1 개념 증명: 기호 예

아래 스크린샷에서 브라우저 확장은 adapt-symbol 속성을 사용하여 사용자에게 익숙한 기호를 로드합니다.

사용자는 특정 기호 어휘를 학습한다는 점에 유의하십시오. 그러나 다양한 기호 어휘는 서로 이해되지 않습니다. 한 기호 집합에 익숙한 사용자는 대체 기호 집합에 익숙하지 않거나 이해하지 못할 수 있습니다. WAI-Adapt의 adapt-symbol 속성은 기호 집합 간에 번역할 수 있는 메커니즘을 제공하여, 이전에는 불가능했던 곳에서 사람들이 서로 의사소통할 수 있도록 합니다.

스크린샷, 기호 없음
그림 1 원본 페이지
더 적은 콘텐츠와 기호가 있는 스크린샷
그림 2 동일한 페이지가 로드되었지만, 사용자 에이전트가 콘텐츠를 제거하고 기호를 추가함
다른 기호(bliss)가 있는 스크린샷
그림 3 동일한 페이지가 로드되었지만, 사용자 에이전트가 콘텐츠를 제거하고 이 사용자에게 더 익숙한 다른 기호를 추가함

1.2.5 작업 기억 및 단기 기억 장애

사용자는 작업 기억과 단기 기억 모두에서 차이를 보일 수 있습니다. 일부 사용자에게 작업 기억에 유지할 수 있는 항목 수는 대부분의 사용자가 기억에 유지할 수 있는 양의 일부에 불과합니다. 대부분의 성인은 약 일곱 자리 숫자를 올바른 순서로 반복할 수 있지만, 일부 사용자는 두세 자리만 처리할 수 있습니다. 이러한 사용자가 산만해지면 작업 기억에 있는 정보를 잊어버릴 가능성도 높습니다.

예: 많은 프로세스는 프로세스나 워크플로를 완료하기 위해 사용자가 수행해야 하는 일련의 개별 단계 또는 동작으로 구성됩니다.

사용자는 프로세스 내에서 자신의 위치를 식별하기 위해 완료된 작업을 기억해야 합니다. 또한 사용자는 수정이나 정정을 위해 완료된 작업으로 이동할 수 있어야 합니다.

단계 표시기는 작성자가 프로세스 내의 단계를 정의하거나 정의된 프로세스의 맥락 밖에서 전체 사용자 경로를 나타낼 수 있게 합니다. 여기에는 정의된 프로세스 사이의 단계를 완료된 작업을 식별하는 브레드크럼 또는 연결된 단계로 전환하는 것이 포함됩니다. 이를 통해 사용자는 완료된 단계로 돌아가고 경로 내에서 사용자의 현재 위치를 식별할 수 있습니다.

페르소나와 사용자 요구에 대한 자세한 정보는 인지 및 학습 장애가 있는 사람들을 위한 콘텐츠 사용 가능하게 만들기에서 확인할 수 있습니다.

1.3 범위 밖

이 작업의 의도는 WAI-Adapt를 지원하기 위한 새로운 속성 집합을 도입하는 것이지만, 다음 작업 항목은 범위 밖입니다:

우리는 이러한 항목의 개발을 장려하며, 구현 목록은 우리 위키에서 확인할 수 있습니다.

2. 모듈

WAI-Adapt 사양은 개별 모듈로 게시될 것입니다. 최종적으로 얼마나 많은 모듈이 만들어질지는 이 글을 쓰는 시점에는 분명하지 않습니다. 그러나 각 모듈 사양은 사용 사례와 어휘를 포함할 것입니다. 현재 W3C에서 후보 권고안 상태로 진행 중인 사양 모듈은 하나뿐입니다:

초기 초안으로 제공되는 일부 추가 모듈은 다음을 포함할 수 있습니다:

3. 어휘 구조

WAI-Adapt는 속성과 그 값으로 이루어진 어휘로 구성됩니다. 이 일반 구조는 어휘가 인스턴스화되는 방식을 조정함으로써 다양한 맥락에서 WAI-Adapt를 적용할 수 있게 합니다. 아래의 어휘 구현 섹션은 어휘를 사용하는 현재 방법을 설명합니다.

3.1 속성

속성은 어휘가 지원하는 WAI-Adapt 유형의 주요 단위입니다. 주어진 속성은 특정 유형의 WAI-Adapt를 지원합니다. 해당 속성은 특정 콘텐츠 조각에서 한 번만 사용되지만, 서로 다른 요구를 해결하기 위해 동일한 콘텐츠 조각에 여러 다른 속성이 사용될 수 있습니다.

3.2

값은 속성에 대한 구체적인 WAI-Adapt 정보를 제공합니다. 각 속성의 가능한 값은 모듈에서 해당 속성의 정의에 자세히 설명되어 있습니다. 일부 속성은 값이 사전에 정의된 가능한 값 목록에서 나와야 하고, 다른 속성은 임의 문자열을 허용할 수 있으며, 일부는 여러 값을 허용할 수 있습니다. 속성 값은 다음 유형 중 하나일 수 있습니다:

ID 참조
동일한 문서 내 다른 요소의 ID에 대한 참조
ID 참조 목록
하나 이상의 ID 참조 목록.
정수
소수 부분이 없는 숫자 값.
숫자
임의의 실수 숫자 값.
문자열
제약 없는 값 유형.
토큰
허용된 제한된 값 집합 중 하나.
토큰 목록
하나 이상의 토큰 목록.
URI
RFC 3986 [RFC3986]에 정의된 Uniform Resource Identifier입니다. 별도 문서, 별도 문서의 콘텐츠 조각 식별자 또는 동일 문서 내의 콘텐츠 조각 식별자를 참조할 수 있습니다.
참고
이 사양의 속성과 값은 접근성 트리에 노출된 의미론을 재정의하려는 것이 아니라, 이를 보강하기 위한 것입니다. 요소의 의미론과 속성 값 사이에 충돌이 있는 경우, 검증 알고리즘은 오류가 아니라 경고를 발행해야 합니다.

4. 어휘 구현

4.1 현재 사용 현황

WAI-Adapt의 이 출판물은 여러 키-값 쌍(attribute = value)을 제공합니다. 이러한 속성에는 다음이 포함되지만 이에 국한되지는 않습니다:

모듈이 성숙함에 따라 다른 속성이 존재하거나 개발될 것입니다.

4.2 기술 비교 요약

태스크포스는 HTML 속성 구문의 사용을 결정하기 전에 다양한 어휘 옵션을 검토했습니다. 기술 목록에는 다음이 포함되었습니다:

4.2.1 결정 과정에서의 고려 사항:

저작
저작의 용이성과 WAI-Adapt와 기존 기능 사이의 잠재적 모호성;
사용자 에이전트
속성 및 값을 결정하고 구문 분석하기 쉬운지, 그리고 확장으로 구현할 수 있는 능력;
호스트 언어
특수 호스트 언어 지원의 필요성, 여러 언어에서 작동 여부, ARIA 및 HTML과의 통합, 어휘의 쉬운 확장, 필요한 새 기능 수;
기능성
여러 속성의 필요성과 속성 간 상호작용, 다른 어휘와의 통합, 콘텐츠 대안에 대한 검색 엔진 지원 가능성, 형식화된 값 지원;
전략
접근성을 다른 기능과 분리하지 않고, 다른 W3C WAI-Adapt 노력과 결합할 수 있는 명확한 경로를 제공하며, 시간이 지나도 작성된 콘텐츠를 수정하지 않아도 될 만큼 충분히 안정적일 것;

우리의 연구와 논의 세부 사항은 위키의 콘텐츠에서 어휘를 사용하는 방법 비교data dash를 사용한 프로토타입 페이지에 문서화되어 있습니다.

5. 이해관계자

이 문서는 다음에게 유용합니다:

콘텐츠의 초기 구현을 위해, 사용자에게 주는 혜택을 극대화할 수 있는 확장 구현에 대한 링크를 포함할 것을 제안합니다.

A. 감사의 말

이 섹션은 비규범적입니다.

다음 사람들은 이 문서의 개발에 기여했습니다.

A.1 게시 시점에 WAI-Adapt TF에서 활동 중인 참여자

A.2 기타 WAI-Adapt TF 기여자, 의견 제공자 및 이전 활동 참여자

A.3 지원을 가능하게 한 후원자

이 출판물은 처음에는 계약 번호 ED-OSE-10-C-0067에 따라, 이후에는 계약 번호 HHSP23301500054C에 따라, 현재는 HHS75P00120P00168에 따라 자금을 지원받았습니다. 이 출판물의 내용은 반드시 미국 보건복지부의 견해나 정책을 반영하는 것은 아니며, 상표명, 상업 제품 또는 조직의 언급이 미국 정부의 승인을 의미하지도 않습니다. 이 프로젝트의 일부 작업은 또한 유럽연합 Horizon 2020 연구 및 혁신 프로그램의 보조금 계약 번호 780529 및 643399에 따라 자금을 지원받았습니다.

B. 참고 문헌

B.1 정보성 참고 문헌

[RFC3986]
Uniform Resource Identifier (URI): Generic Syntax. T. Berners-Lee; R. Fielding; L. Masinter. IETF. 2005년 1월. 인터넷 표준. URL: https://www.rfc-editor.org/rfc/rfc3986