[공공데이터]

과학기술정보통신부 국립전파연구원_방송통신표준_공통경보프로토콜

이 표준은 2007년에 발행된 ITU-T X.1303 Common alerting procotol(CAP 1.1)을 기초로 기술적인 내용 및 대응국제표준의 구성을 변경하지 않고 작성한 방송통신표준이다.

모든 위험요소의 비상 경보 및 모든 네트워크 상의 공개 경고를 교환하기 위한 일반 포맷이다. 공통 경보 프로토콜은 다수의 서로 다른 경고 시스템이 산재되어 있지만 동시에 동일한 경고 메시지를 허용하여, 경고 업무를 간소함으로써 경고 효율성을 증가시킨다. 또한, 공통 경보 프로토콜은 다양한 종류의 자국 경고 내에 최근 발생된 패턴에 대한 탐지가 가능하다. 그리고 공통 경보 프로토콜은 학계 연구 및 실시간 경험으로 식별된 모범사례를 기반으로 효율적인 경고 메시지 템플릿을 제공한다.

Ministry of Science and ICT National Radio Research Agency_Broadcasting and Communication Standards_Common Alerting Protocol

This standard is a broadcasting and communication standard written without changing the technical content and the composition of the corresponding international standard based on the ITU-T X.1303 Common alerting protocol (CAP 1.1) published in 2007.

It is a common format for exchanging emergency alerts for all hazards and public alerts on all networks. The Common Alerting Protocol simplifies alerting work by allowing multiple different alerting systems to simultaneously share the same alerting message, thereby increasing alerting efficiency. In addition, the Common Alerting Protocol enables detection of recently occurring patterns within various types of local alerts. In addition, the Common Alerting Protocol provides efficient alerting message templates based on best practices identified through academic research and real-time experience.

■ 관련 데이터

공통 경보 프로토콜(CAP 1.1)
KS X ITUT X1303:2007

방 송 통 신 표 준 심 의 회
2017년 12월 27일 제정

목 차

5.2 설계를 위한 요구사항 예시.. 3

7 CAP 경보 메시지 인코드 및 명세를 위한 ASN.1 사용.. 21

7.1 일반.. 21

7.2 정형화 매핑 및 명세서.. 21

7.3 ASN.1 모듈.. 22

부속서 A (참고) CAP 경보 메시지 예.. 28

참고문헌.. 32

KS X ITUT X1303:2007 해 설.. 33

머 리 말

이 표준은 방송통신발전기본법 관련 규정에 따라 방송통신표준심의회의 심의를 거쳐 제정한 방송통신표준이다.

이 표준은 저작권법에서 보호 대상이 되는 저작물이다.

이 표준의 일부가 기술적 성질을 가진 특허권, 출원공개 이후의 특허출원, 실용신안권 또는 출원공개 후의 실용신안등록출원에 저촉될 가능성이 있다는 것에 주의를 환기한다. 관계 중앙행정기관의 장과 방송통신표준심의회는 이러한 기술적 성질을 가진 특허권, 출원공개 이후의 특허출원, 실용신안권 또는 출원공개 후의 실용신안등록출원에 관계되는 확인에 대하여 책임을 지지 않는다.

개 요

이 표준은 2007년에 발행된 ITU-T X.1303 Common alerting protocol(CAP 1.1)을 기초로 기술적인 내용 및 대응국제표준의 구성을 변경하지 않고 작성한 방송통신표준이다.

방송통신표준

KS X ITUT X1303:2007

공통 경보 프로토콜(CAP 1.1)

Common alerting protocol(CAP 1.1)

1 적용범위

이 표준은 공통 경보 프로토콜(CAP) – 버전 1.1을 정의한다. 이는 간단한 프로토콜이지만, 모든 위험요소의 비상 경보 및 모든 네트워크 상의 공개 경고를 교환하기 위한 일반 포맷이다. 공통 경보 프로토콜은 다수의 서로 다른 경고 시스템이 산재되어 있지만 동시에 동일한 경고 메시지를 허용하여, 경고 업무를 간소함으로써 경고 효율성을 증가시킨다. 또한, 공통 경보 프로토콜은 다양한 종류의 자국 경고(예로, 알려지지 않은 위험요소나 적대행위) 내에 최근 발생된 패턴에 대한 탐지가 가능하다. 그리고 공통 경보 프로토콜은 학계 연구 및 실시간 경험으로 식별된 모범사례를 기반으로 효율적인 경고 메시지 템플릿을 제공한다.

공통 경보 프로토콜(CAP)는 오픈되고 지재권이 없는 경보 및 알림의 모든 종류 메시지 포맷을 제공한다. 본 프로토콜은 다음과 같은 능력을 제공한다.

— 위도/경도 수치를 이용한 광범위한 지역을 대상으로 나타내는 기능이나 다른 지역을 3차원 방법으로 나타내는 기능

— 다중 언어 및 다중 청취자 메신저 기능

— 효율적인 시간 및 종료를 단계화 및 지연시키는 기능

— 향상된 메시지 업데이트 및 취소에 대한 특정 기능

— 완벽한 구조 및 효율적인 경고 메시지를 지원하기 위한 템플릿 기능

— 디지털 암호화 및 서명화 능력에 대한 호환성 기능

— 디지털 영상 및 오디오를 위한 기능

CAP 프로토콜은 모든 위험요소 경고를 포함한 다수 경보 근원지 및 전파 시스템에 연결되는 다중 고객 소프트웨어 인터페이스의 요구사항을 만족함에 따라 운영상의 복잡성 및 비용 감소가 가능하다. CAP 메시지 포맷은 모든 종류의 센서 및 알림 기술, 자국 내 독자적인 기술 구성 및 국제적인 “경고 인터넷” 포맷에 자동으로 변환될 수 있다.

이 표준은 공통 경보 프로토콜을 위해 XSD 스키마와 ASN.1 명세서를 제공한다.

비고 ASN.1 명세서는 XSD 스키마에 의해 정의된 XML 인코딩과 같은 메시지 정보 내용을 정의하지만, 공통 경보 프로토콜 메시지 생성 및 처리를 위한 XSD 도구뿐만 아니라 ASN.1 사용 및 완성된 바이너리 인코딩 사용을 허용한다.

이 표준은 2007.10.02, 오류정정서를 포함한 OASIS 공통 경보 프로토콜 v.1.1 규격과 기술적으로 동일하다. 본 권고는 다음 사항들을 정의한다.

a) CAP 경보 메시지 구조

b) CAP 개념 및 설계 원칙

c) 경보 메시지 구조

d) 메시지 관련 XML 및 완성된 바이너리 인코딩(XML 인코딩을 위한 XSD 스키마와 ASN.1 명세서 및 XML 인코딩 규칙 – XSD 명세서에 대한 세부사항 – 바이너리 인코딩)

e) ASN.1 권고를 이용한 메시지의 XML 인코딩 및 완성된 바이너리 간에 전환방법

2 인용표준

다음의 인용표준은 이 표준의 적용을 위해 필수적이다. 발행 연도가 표기된 인용표준은 인용된 판만을 적용한다. 발행 연도가 표기되지 않은 인용표준은 최신판(모든 추록을 포함)을 적용한다.

ITU-T Recommendation X.680 (2002), Information technology – Abstract Syntax Notation One (ASN.1): Specification of basic notation

ITU-T Recommendation X.691 (2002), Information technology – ASN.1 encoding rules: Specification of Packed Encoding Rules (PER)

ITU-T Recommendation X.693 (2001), Information technology – ASN.1 encoding rules: XML Encoding Rules (XER)

ITU-T Recommendation X.694 (2004), Information technology – ASN.1 encoding rules: Mapping W3C XML schema definitions into ASN.1

National Institute for Standards and Technology, Secure Hash Standard (SHS), http://csrc.nist.gov/publications/fips/fips180-2.pdf, August 2002

IETF RFC 2046 (1996), Multipurpose Internet Mail Extensions (MIME) Part Two: Media Types

IETF RFC 3066 (2001), Tags for the Identification of Languages

XML Schema Part 2: Data types Second Edition, W3C Recommendation, Copyright © [28 October 2004] World Wide Web Consortium, (Massachusetts Institute of Technology, Institut National de Recherche en Informatique et en Automatique, Keio University), http://www.w3.org/TR/xmlschema-2/#dateTime

XML Encryption Syntax and Processing, W3C Recommendation, Copyright © [10 December 2002] World Wide Web Consortium, (Massachusetts Institute of Technology, Institut National de Recherche en Informatique et en Automatique, Keio University), http://www.w3.org/TR/2002/REC-xmlenc-core-20021210/

Namespaces in XML, W3C Recommendation, Copyright © [14 January 1999] World Wide Web Consortium (Massachusetts Institut of Technology, Institut National de Recherche en Informatique et en Automatique, Keio University), http://www.w3.org/TR/REC-xml-names/

XML-Signature Syntax and Processing, W3C Recommendation, Copyright © [12 February 2002] World Wide Web Consortium, (Massachusetts Institute of Technology, Institut National de Recherche en Informatique et en Automatique, Keio University), http://www.w3.org/TR/xmldsigcore/

Extensible Markup Language (XML) 1.0 (Third Edition), W3C Recommendation, Copyright © [4 February 2004] World Wide Web Consortium, (Massachusetts Institute of Technology, Institut National de Recherche en Informatique et en Automatique, Keio University), http://www.w3.org/TR/REC-xml/

3 용어와 정의 및 약어

이 표준의 목적을 위하여 다음의 용어와 정의 및 약어를 적용한다.

3.1 용어와 정의

해당사항 없음

3.2 약어

ASN.1 Abstract Syntax Notation One

CAP Common Alerting Protocol

EAS Weather radio and the Emergency Alert System

MIME Multipurpose Internet Mail Extensions

SAME Specific Area Message Encoding

URI Uniform Resource Identifier

XML eXtensible Markup Language

XSD XML Schema Definition XML

4 문서 내에 합의된 사항

이 표준은 전체적으로 경고(warning), 경보(alert), 통보(notification)가 상호변화적(같은 의미) 으로 사용된다.

“좌표(coordinate pair)” 용어는 “[위도],[경도]” 구성과 같이 특정 지역을 나타내기 위한 십진수 값의 콤마범위 쌍으로 사용된다. 남반구 위도 및 서반구 경도는 인식 수단으로 표기된다.

이 표준 내에 있는 XML 엘리멘트는 볼드체로 기술한다.

5 설계 원칙 및 개념

이 절은 참고사항이다.

이 절은 CAP 관련 설계 개념 및 원칙에 대해 간단히 기술한다.

5.1 설계 철학

CAP 경보 메시지 설계를 위해 다음과 같은 원칙들이 고려되었다.

a) 상호운용성: 첫 번째이고 가장 중요함, CAP 경보 메시지는 모든 종류의 위험 정보 시스템들 간에 통보 및 경보의 상호운용이 가능한 교환 수단이 제공되어야 한다.

b) 완전성: CAP 경보 메시지 포맷은 효율적인 공개 경보 메시지의 모든 엘리먼트가 제공되어야 한다.

c) 간단한 구현성: 설계함에 있어 기술적인 구현 복잡도가 없어야 한다.

d) 간단한 XML ([W3C XML], [W3C Namespaces], [W3C Datatypes] 참조)및 변경가능한 구조성: CAP 경보 메시지를 사용하더라도 XML 문서 혹은 바이너리 코드가 있어야 하고, 포맷은 다른 코딩 스킴에 적용될 수 있도록 충분히 추상화되어야 한다.

e) 다중 사용 포맷성: 하나의 메시지 스키마는 다양한 어플리케이션(actual/exercise/test/system message)에서 다수의 메시지 형태(예로., alert/update /cancellations/acknowledgements/error messages)를 지원해야 한다.

f) 친숙성: 데이터 엘리먼트 및 코드 값은 경고 발신자 및 비전문가 수신자들도 의미적으로 알아야 한다.

g) 여러 학문 분야 및 국제적인 유용성: 설계 구조는 공개 안전 및 비상 관리, 기 적용된 어플리케이션 분야에 폭넓게 응용되어야 하고, 전 세계적으로 적용되어야 한다.

5.2 설계를 위한 요구사항 예시

비고 다음의 요구사항들은 CAP 경보 메시지 규격의 설계 및 검토를 위한 기본 원칙으로 사용되었다. 본 요구사항들은 필수사항은 아니며, 모든 것을 수반하고자 하는 의도는 아니다.

공통 경보 프로토콜은 다음 사항을 수반해야 한다.

a) 경고 메시지 및 통보에 대한 전자적인 재사용을 위한 간결하고 확장가능한 규격 명세서를 제공해야 한다.

b) 다양한 센서 및 전파 시스템들의 단일화가 가능해야 한다.

c) TCP/IP 기반 네트워크, 일방향 방송 채널, 저대역폭 통신 등 다수의 전송 시스템 사용이 가능해야 한다.

d) 모든 메시지들의 검증 및 신뢰할 수 있는 종단간 인증이 지원되어야 한다.

e) 각각 메시지 발신자 및 각각 경고 메시지에 대한 고유 식별자(예: ID 넘버)가 제공되어야 한다.

f) 다음과 같은 다수 메시지 형식이 제공되어야 한다.

— 경고

— 인지된 정보

— 종료 및 취소

— 갱신 및 개정

— 전파 시스템들로부터 결과 보고

— 관리적이고 시스템적인 메시지

g) 다음과 같은 다수의 메시지 형식이 제공되어야 한다

— 특정 지역의 대상

— 긴급성 수준

— 신뢰성 수준

— 극한 위협 수준

h) 참조할 수 있는 부가적 정보(예: 디지털 음성 혹은 영상 파일, 부가적인 텍스트 파일)를 위한 메커니즘이 제공되어야 한다.

— 오픈 표준 데이터 표현의 사용

— 실제로 교차가능한 플랫폼 시험 및 평가 프로그램이 제공되어야 한다

— 인증서 및 추가 프로토콜 평가 및 개선을 위한 기본 기능이 제공되어야 한다

— 긴급 대응팀, 공개 안전 사용자 및 경고시스템 운영자들의 수요가 명확하게 반영되어야 하고, 명확한 논리적 구조가 제공되어야 한다.

5.3 사용 시나리오 예시

본 절에서는 CAP 경보 메시지 규격의 설계 및 검토를 위해 기본적으로 사용되는 시나리오의 예를 제공한다.

비고 이들 시나리오는 필수사항은 아니며, 모든 것이 수반되거나 실제 환경에 반영하고자 하는 의도는 아니다.

5.3.1 발신 매뉴얼

대형 폭발과 같은 산업 화재가 발생했을 때, 재난 관리 책임자는 다음과 같은 3 가지 컴포넌트들과 함께 공개 경보 발행을 결정해야 한다.

a) 화재 반 마일 내에 지역 대피 명령

b) 화재는 바람 반대방향으로는 반 마일, 바람 방향으로 여러 마일까지 확대될 수 있으므로 견고하게 만들어진 대피소로 대피 명령

c) 화재 반경 반 마일 내에 지상 2,500피트 상공 내에 있는 민간 항공 및 모든 미디어들에 화재 경보 요청

재난 관리 책임자는 휴대용 컴퓨터 및 웹 페이지(공지사항 및 팍업 도구)를 통해 CAP 메시지 경보를 지역 네트워크에 발행할 수 있다.

5.3.2 자동화 센서 시스템에 의한 자동화된 발신

자동 쓰나미 경보 사이렌은 유명한 북서부 해변에 구축되어 있다. 센서 기기들의 무선 네트워크로 쓰나미 활동들을 감지해서 사이렌 통제 정보를 수집하고 있다. 쓰나미가 발생되면, 각 센서들은 현장 위치 정보와 감지된 데이터를 포함한 CAP 메시지를 생성하며, 이 메시지들은 쓰나미 결정을 위해 요구된다. 각 장비들의 정보와 다른 기기들에 의해 보고된 정보들이 조합되어 즉각적으로 쓰나미 위협을 공지한다. 추가적으로 CAP 메시지의 요약을 조합한 네트워크 컴포넌트는 사건 상황을 지역 및 자국 내에 경보 네트워크에 전달한다.

5.3.3 실시간 지도 상에 정보 수집 및 상관 대응

주 운영 센터는 실시간, 모든 상황 및 최근 경보 활동에 대한 전체 주를 묘사한 맵을 컴퓨터화 해야 한다. 주 내에 모든 주요 경보 시스템(비상경보시스템, 사이렌시스템, 전화경보 및 다른 시스템)은 CAP 메시지 양식에 해당 활동들을 세부적으로 보고될 수 있도록 장비를 구현해야 된다(현재 대부분의 장비들은 CAP 메시지 방법으로 동작되고 있으며, 주 운영 센터로 활동 메시지를 자주 전달하고 있다).

이런 활동들의 시각화 도구 사용은 주 공무상 로컬 경고 활동들의 패턴들을 수집하고 다른 실시간 데이터들(전화 센터 사무실의 트래픽 정도, 트래픽 량, 지진 데이터, 자동 차량을 위한 충돌 공지 등)과 상호연동을 위해 모니터 할 수 있다.

5.3.4 단일화된 공개 경보

지역 산업체에 의해 조성된 통합 경보 시스템 일부와 사회 조직 내에 모든 경보 시스템은 단일 CAP 메시지의 권한을 가지고 있는 기관에 의해 동시에 메시지 발행에 활동될 수 있다.

각 시스템은 CAP 메시지 데이터를 특정 기술(TV 자막 방송, 라디오와 전화 상에 기계 음성, 사이렌 상에 적절한 신호 활동)에 적합한 포맷으로 변환할 수 있어야 한다. 시스템들은 가지고 있는 최대 적절한 기술로 CAP 메시지 내에 특정 대상 및 특정 지역에 집중적으로 경고 메시지를 선정할 수 있다.

이와 같은 방법으로 전반적인 경고 시스템 최대치와 신뢰성뿐만 아니라, 다수의 채널을 통해서 시민들은 경보의 확대 효과를 얻을 수 있으며, 조기 경보 활동에 대한 기회를 확대할 수 있다.

5.3.5 오류 경보에 대한 처리

단일화된 경보 네트워크는 부주의로 부정확한 경고 메시지로 동작될 수 있다. 이러한 오작동은 각 시스템들의 모니터링 기능을 통해서 즉각적으로 담당자에게 주의 조치되어야 한다. 사실, 경보 메시지가 부적절한 것으로 판단되었을 때는 담당자는 오보에 대한 우선순위 경보로 즉시 취소 메시지를 발행해야 한다. 만약에 이런 행동이 없을 경우, 경보 시스템들은 멈추는 것 없이 계속해서 경보 메시지(예로, 전화 다이얼 시스템)를 전달할 것이다. 방송 시스템들도 취소 메시지를 전달해야 하고, 다른 시스템(예로, 고속도로 전광판)들도 그들의 일반적인 상태로 재부팅 되어야 한다.

6 경보 메시지 구조

본 절에서는 CAP 경보 메시지 구조를 다룬다.

6.1 문서 객체 모델

CAP 문서 객체 모델은 그림 1에 기술되어 있다.

비고 아래 그림에서 볼드체로 된 엘리먼트는 필수항목이며, 이탤릭체로 된 엘리먼트는 현재 값이 아닐 경우, 디폴트 값을 가지고 있다고 가정되어질 것이다. 별표(*) 표시는 다수 사례 허용을 나타낸다.

그림 1 — 문서 객체 모델

6.2 데이터 사전

본 절에서는 CAP 데이터 사전을 기술한다.

비고 본 데이터 사전이나 XML 스키마 내에 정확하게 제한하지 않는 경우([W3C XML] 및 7.4절 참고), CAP 엘리먼트는 null 값으로 정해야 된다. 구현자들은 이런 경우 어플리케이션 성능에 어떤 영향을 주는지 점검해야 한다.

6.2.1 “alert” 엘리먼트 및 하위 엘리먼트

표 1은 “경보” 엘리먼트 및 하위-엘리먼트을 기술한다.

엘리먼트 이름	alert	context.class.attribute.representation	cap.alert.group
정의	경보 메시지의 모든 컴포넌트 부분을 위한 컨테이너
선택 사항	필수
내용	1) CAP 경보 메시지 하위-엘리먼트들로 구성 2) 속성은 CAP 레퍼런스된 URN 네임스페스가 포함되어야 한다. 예: xmlns <cap:alert xmlns:cap="urn:oasis:names:tc:emerge ncy:cap:1.1"> [sub-elements] </cap:alert> 3) 하나 이상의 <info> 블록을 포함한 특정 하위-엘리먼트들이 추가되어야 한다.

표 1 — “alert” 엘리먼트 및 하위 엘리먼트

엘리먼트 이름	alert	context.class.attribute.representation	cap.alert.group
정의	경보 메시지의 모든 컴포넌트 부분을 위한 컨테이너
선택 사항	필수
내용	1) CAP 경보 메시지 하위-엘리먼트들로 구성 2) 속성은 CAP 레퍼런스된 URN 네임스페스가 포함되어야 한다. 예: xmlns <cap:alert xmlns:cap="urn:oasis:names:tc:emerge ncy:cap:1.1"> [sub-elements] </cap:alert> 3) 하나 이상의 <info> 블록을 포함한 특정 하위-엘리먼트들이 추가되어야 한다.

엘리먼트 이름	Identifier	context.class.attribute.representation	cap.alert.identifier
정의	경보 메시지의 식별자
선택 사항	필수
내용	1) 송신자에 의해 할당된 본 메시지 식별을 위한 유일한 숫자 혹은 문자열 2) 스페이스, 콤마, 제한된 기호(<, &)는 포함되지 말아야 한다.

엘리먼트 이름	Sender	context.class.attribute.representation	cap.alert.sender.identifier
정의	경보 메시지의 송신자에 대한 식별자
선택 사항	필수
내용	1) 본 경보 메시지의 생성자를 식별한다. 전세계적으로 독특하게 할당(예, 인터넷 도메인 이름)되어 보장된다. 2) 스페이스, 콤마, 제한된 기호(<, &)는 포함되지 말아야 한다.

엘리먼트 이름	Sent	context.class.attribute.representation	cap.alert.sent.time
정의	경보 메시지 생성 날짜 및 시간
선택 사항	필수
내용	1) 날짜와 시간은 [날짜시간] 형식으로 표기되어야 한다(예로, "2002 05 24T16:49:00-07:00" for 24 May 2002 at 16:49 PDT). 2) 알파벳으로 된 표준시간대를 사용하되, “Z” 타임존은 사용되지 말아야 한다. UTC 표준시간대는 "–00:00" or "+00:00" 표현되어야 한다.

엘리먼트 이름	Status	context.class.attribute.representation	cap.alert.status.code
정의	경보 메시지를 적절히 처리하는 상태를 의미하는 코드
선택 사항	필수
내용	“Actual” – 모든 대상 수신자에게 전달 “Exercise” – 계획된 연습 참가자들에게만 전달, 연습 식별자가 <note> 내에 나타남 “System” – 경보 네트워크 내부 기능을 지원하기 위한 메시지 “Text” – 모든 수신자들이 아닌, 기술적인 시험 “Draft” – 우선적인 템플릿 혹은 초안, 현재 양식이 아닌 상태

엘리먼트 이름	msgType	context.class.attribute.representation	cap.alert.type.code
정의	경보 메시지 자체를 나타내는 코드
선택 사항	필수
내용	“Alert” – 대상된 수신자들에 의해 주의 요구되는 초기 정보 “Update” - <references> 내에 식별된 사전 메시지를 업데이트하고 갱신 “Cancel” - <references> 내에 식별된 사전 메시지를 취소 “Ack” - <references> 내에 식별된 메시지의 승인 및 수신 인지 “Error”는 <references> 내에 식별된 메시지들의 거부를 나타내며, <note> 내에 설명이 나타나야 된다.

엘리먼트 이름	source	context.class.attribute.representation	cap.alert.source.identifier
정의	경보 메시지의 출처를 식별하는 문자
선택 사항	옵션
내용	본 메시지의 특정 발신지: 예, 운영자 혹은 특정 기기

엘리먼트 이름	scope	context.class.attribute.representation	cap.alert.scope.code
정의	경보 메시지의 의도된 전파를 나타내는 코드
선택 사항	필수
내용	“Public” – 모든 사람을 대상으로 일반적인 전파 “Restricted” – 알고 있는 운영상의 요구사항(아래 <restriction> 참고)을 포함 특정 사용자를 대상으로 전파 “Private” – 특정 주소(아래 <address> 참고)자 대상으로 전파

엘리먼트 이름	restriction	context.class.attribute.representation	cap.alert.restriction.text
정의	수신이 제한된 경보 메시지의 분산 제한을 위한 규칙을 나타내는 문자
선택 사항	조건
내용	<scope> 값이 “Restricted” 일때, 사용됨

엘리먼트 이름	addresses	context.class.attribute.representation	cap.alert.addresses.group
정의	개인적인 경보 메시지의 의도된 수신자들의 그룹 목록
선택 사항	조건
내용	1) <scope> 값이 “Private”일 때, 사용됨 2) 각각의 수신처는 식별자 혹은 주소에 의해 식별되어야 한다. 3) 다수에 공간을 제한해서 주소를 포함시킬 수 있다. 빈 공간이 포함된 주소는 “ ” 에 표기해야 한다.

엘리먼트 이름	code	context.class.attribute.representation	cap.alert.code
정의	경보 메시지의 특별한 처리를 나타내는 코드
선택 사항	선택
내용	1) 특정 사용자에 의해 정의된 플래그 혹은 특별하게 처리하기 위한 경보 메시지 플래그에 사용되는 특별한 코드 2) 다수의 사례는 단일 <info> 블록 내에 발생할 수 있다.

엘리먼트 이름	note	context.class.attribute.representation	cap.alert.note.text
정의	경보 메시지의 의미 혹은 목적을 나타내는 문자
선택 사항	선택
내용	본 메시지 내용은 취소와 에러 경보 메시지 종류에 우선적으로 사용한다.

엘리먼트 이름	references	context.class.attribute.representation	cap.alert.references.group
정의	경보 메시지에 의해 참고되고 있는 사전에 식별된 메시지의 그룹 목록
선택 사항	선택
내용	1) 본 메시지에 의해 참고되고 있는 메시지들이나 이전 CAP 메시지들의 확장된 메시지 식별자들(송신자, 식별자, 송부시간 양식) 2) 다수 메시지가 참고되어 있다면, 이들은 빈 공간에 의해 분리되어야 한다.

엘리먼트 이름	incidents	context.class.attribute.representation	cap.alert.incidents.group
정의	경보 메시지의 관련 사고들의 명칭화한 그룹 목록
선택 사항	선택
내용	1) 동일한 사고에 대한 다른 측면으로 언급된 다수의 메시지들 수집을 위해 사용된다. 2) 다수의 사고 식별자가 참고되는 경우, 이들을 비 공간에 의해 분리되어야 한다. 빈 공간에 포함된 사고 이름은 “”의 표기되어야 한다.

6.2.2 “info“ 엘리먼트 및 하위 엘리먼트

표 2는 “info” 엘리먼트 및 하위-엘리먼트의 표현을 기술한다.

표 2 — “info” 엘리먼트 및 하위 엘리먼트

엘리먼트 이름	info	context.class.attribute.representation	cap.alertInfo.info.group
정의	경보 메시지의 info 하위 엘리먼트의 모든 컴포넌트 부분들을 위한 컨테이너
선택 사항	선택
내용	1) 단일 <alert> 내에 다수의 상황이 허용된다. 동일한 언어로 중복되어 다수의 “info” 블록으로 지정된 경우, 이전 블록 내에 정보는 이전 값에 대한 대응 값으로 오버라이드를 허용하지 않는다. 동일한 언어 식별자를 포함한 “info” 블록의 각각의 집합은 연속성을 나누어서 다루어져야 한다. 2) 특정 하위 엘리먼트들의 추가는 하나 이상의 <resource> 블록을 포함해야 하고/혹은 하나 이상의 <area> 블록을 포함해야 한다.

엘리먼트 이름	language	context.class.attribute.representation	cap.alertInfo.language.code
정의	경보 메시지의 하위 엘레먼트 정보의 언어를 나타내는 코드
선택 사항	선택
내용	1) 코드값: 일상적인 언어 식별자 [IETF RFC 3066] 2) 만약 현재 존재하고 있지 않다면, “en-US” 의 임의적인 디폴트 값으로 추측되어야 한다. 3) 본 엘리먼트 내에 null 값은 “en-US”에 대응되어야 한다.

엘리먼트 이름	category	context.class.attribute.representation	cap.alertInfo.category.code
정의	경보 메시지의 주요 사건에 대한 분류를 나타내는 코드
선택 사항	필수
내용	1) 코드 값: "Geo" – 지구 물리학 (산사태 포함) "Met" – 기상학 (홍수 포함) "Safety" – 일반적인 비상 및 공개적인 안전 "Security" – 법 집행, 군사, 자국 및 지역/개별적인 보안 법 "Rescue" – 구조 및 복구 "Fire" – 화재 진압 및 복구 "Health" – 의학 및 공공 의료 "Env" – 오염 및 다른 환경 영향 "Transport" – 대중교통 및 개별교통 "Infra" – 공익사업, 정보통신, 다른 비교통 인프라구조 "CBRNE" – 화학, 생물학, 방사선학, 핵무기 혹은 고성능 폭발 "Other" – 다른 사건 2) 단일 <info> 블록 내에는 다수의 사례가 발생 가능하다.

엘리먼트 이름	event	context.class.attribute.representation	cap.alertInfo.event.text
정의	경보 메시지의 주요 사건에 대한 유형을 나타내는 문자
선택 사항	필수

엘리먼트 이름	responseType	context.class.attribute.representation	cap.alertInfo.responseType. code
정의	대상 청중을 위해 권고되는 행동 유형을 나타내는 코드
선택 사항	옵션
내용	1) 코드값: "Shelter" – <instruction> 단위 혹은 대피 공간으로 피신하라. "Evacuate" – <instruction> 내에 명령되는 곳으로 이전하라. "Prepare" – <instruction> 단위로 대응책을 만들어라. "Execute" – <instruction> 내에 식별된 사전 준비 활동을 연습하라. "Monitor" – <instruction> 내에 표현된 정보 근원지에 주의하라. "Assess" – 본 메시지의 정보를 평가하라. (본 값은 공개 경고 어플리케이션에 사용되지 말아야 한다. ) "None" – 권고되는 행동이 없다. 2) 단일 <info> 내에 다수의 사례가 발생될 수 있다.

엘리먼트 이름	urgency	context.class.attribute.representation	cap.alertInfo.urgency.code
정의	경보 메시지의 주요 사건의 시급성을 나타내는 코드
선택 사항	필수
내용	1) “urgency”, “severity”, “certainty” 엘리먼트들을 수집해서 덜 중요하고 더 중요한 메시지를 구분한다. 2) 코드 값: "Immediate" – 대응 활동을 즉각적으로 취해야 한다. "Expected" – 대응 활동을 곧 취해야 한다. (1시간 이내) "Future" – 대응 활동을 가까운 미래에 취해야 한다. "Past" – 대응 활동이 요구되지 않는다. "Unknown" – 알려진 긴급 상황이 없다.

엘리먼트 이름	severity	context.class.attribute.representation	cap.alertInfo.severity.code
정의	경보 메시지의 주요 사건의 강도를 나타내는 코드
선택 사항	필수
내용	1) “urgency”, “severity”, “certainly” 엘리먼트들을 수집해서 덜 중요하고 더 중요한 메시지를 구분한다. 2) 코드 값: "Extreme" – 생명 혹은 재산에 놀랄만한 위협 "Severe" – 생명 혹은 재산에 명백한 위협 "Moderate" – 생명 혹은 재산에 가능한 위협 "Minor" – 생명 혹은 재산에 최소의 위협 "Unknown" – 알려진 위협이 없음

엘리먼트 이름	certainty	context.class.attribute.representation	cap.alertInfo.certainty.code
정의	경보 메시지의 주요 사건의 신뢰성을 나타내는 코드
선택 사항	필수
내용	1) “urgency”, “severity”, “certainty” 엘리먼트들을 수집해서 덜 중요하고 더 중요한 메시지를 구분한다. 2) 코드 값: "Observed" – 사건이 계속해서 진행될 예정인지 혹은 사건들이 완료되었는지를 결정한다. "Likely" – 비슷함(p > ~50%) "Possible" – 가능하나 비슷하지 않음(p ≤~50%) "Unlikely" – 사건 발생이 기대되지 않음(p ~ 0) "Unknown" – 정확성이 떨어짐 3) CAP 1.0 프로토콜과 상호운용되는 값으로 “Very Likely”의 값은 “Likely” 값과 같은 것으로 다루어져야 된다.

엘리먼트 이름	audience	context.class.attribute.representation	cap.alertInfo.audience.text
정의	경보 메시지의 의도된 청중을 나타내는 문자
선택 사항	옵션
내용	없음

엘리먼트 이름	eventCode	context.class.attribute.representation	cap.alertInfo.event.code
정의	경보 메시지의 사건 유형을 식별하는 시스템 특정 코드
선택 사항	옵션
내용	1) 다음의 포맷으로 구성되어, 사건 유형을 위한 임의 시스템의 특정 코드: <eventCode> <valueName>valueName</valueName> <value>value</value> </eventCode> 여기서 “valueName”의 컨텐츠는 사용자가 할당한 코드 영역에 하나의 문자열로 지정되고, “value”의 컨텐츠는 자체 값(예로, valueName ="SAME" and value="CEM")을 나타내는 하나의 문자열(숫자로 표현됨)이다. 2) “valueName”의 값은 기간에 없이 모두 대문자 약어로 표현되어야 한다(예, SAME, FIPS, ZIP). 3) 단일 <info> 블록 내에 다수의 사례가 발생될 수 있다.

엘리먼트 이름	effective	context.class.attribute.representation	cap.alertInfo.effective.time
정의	경보 메시지 정보의 효율적인 시간
선택 사항	선택
내용	1) 날짜 및 시간은 [dataTime] 포맷에 나타내어야 한다. (e.g., "2002‑05‑24T16:49:00-07:00" for 24 May 2002 at 16:49 PDT). 2) 알파벳으로 된 표준시간대를 사용하되, “Z” 타임존은 사용되지 말아야 한다. UTC 표준시간대는 "–00:00" or "+00:00" 표현되어야 한다. 3) 본 항목이 포함되지 않는다면, 효율적인 시간은 <sent> 내에 동일하다고 가정되어야 한다.

엘리먼트 이름	onset	context.class.attribute.representation	cap.alertInfo.onset.time
정의	경보 메시지의 주요 사건 시작이 예측되는 시간
선택 사항	선택
내용	1) 날짜 및 시간은 [dateTime] 포맷에 나타내어야 한다. (e.g., "2002‑05‑24T16:49:00-07:00" for 24 May 2002 at 16:49 PDT). 2) 알파벳으로 된 표준시간대를 사용하되, “Z” 타임존은 사용되지 말아야 한다. UTC 표준시간대는 "–00:00" or "+00:00" 표현되어야 한다.

엘리먼트 이름	expires	context.class.attribute.representation	cap.alertInfo.expires.time
정의	경보 메시지의 정보에 대한 유효 시간
선택 사항	선택
내용	1) 날짜 및 시간은 [dataTime] 포맷으로 표현되어야 한다. (e.g., "2002‑05‑24T16:49:00-07:00" for 24 May 2002 at 16:49 PDT). 2) 알파벳으로 된 표준시간대를 사용하되, “Z” 타임존은 사용되지 말아야 한다. UTC 표준시간대는 "–00:00" or "+00:00" 표현되어야 한다. 3) 본 항목이 제공되지 않는다면, 각각 수신자는 메시지의 효율성 기간 설정을 자유롭게 설정할 수 있다.

엘리먼트 이름	senderName	context.class.attribute.representation	cap.alertInfo.sender.name
정의	경보 메시지의 생성자를 명치화하는 문자
선택 사항	선택
내용	본 경보를 발행한 기관이나 조직에 대해 사람이 읽을 수 있는 명칭

엘리먼트 이름	headline	context.class.attribute.representation	cap.alertInfo.headline.text
정의	경보 메시지의 제목 문자
선택 사항	선택
내용	간단히 사람이 읽을 수 있는 제목. 일부 디스플레이(예로, 단문 메시지 서비스 기기)는 단지 제목만 표기될 수 있다. 따라서, 본 제목은 간단하게 표기되지만, 가능한 행동이나 지시가 전달되도록 만들어져야 된다. 160개의 문자들로 제한된 제목 길이를 위해 유용하게 사용된다.

엘리먼트 이름	description	context.class.attribute.representation	cap.alertInfo.description.text
정의	경보 메시지의 주요 사건을 나타내는 문자
선택 사항	선택
내용	본 메시지는 위험상황이나 사건에 대해 사람이 읽을 수 있는 확장된 기술 내용이다.

엘리먼트 이름	instruction	context.class.attribute.representation	cap.alertInfo.instruction.text
정의	경보 메시지의 수신자에 의해 취해야 되는 권고된 행동을 기술하는 문자
선택 사항	선택
내용	대상된 수신자에게 사람이 읽을 수 있는 확장된 명령 (만약, 서로 다른 명령이 다른 사람들에 전달하고자 할 경우, 다수의 <info> 블록을 사용해서 표현해야 한다. )

엘리먼트 이름	web	context.class.attribute.representation	cap.alertInfo.information. identifier
정의	경보 메시지와 연관된 추가 정보에 대한 하이퍼링크의 식별자
선택 사항	선택
내용	본 경보와 관련된 참고 정보나 추가적인 다른 문자 자원 혹은 HTML 페이지를 위한 전체적인 URI 정보

엘리먼트 이름	contact	context.class.attribute.representation	cap.alertInfo.contact.text
정의	경보 메시지의 확인 및 후속조치를 위한 연락처를 나타내는 문자
선택 사항	선택
내용	없음

엘리먼트 이름	parameter	context.class.attribute.representation	cap.alertInfo.parameter. group
정의	경보 메시지와 연관된 특정한 추가 파라미터 시스템
선택 사항	선택
내용	1) 포맷으로 구성된 임의 시스템의 특정 자료: <parameter> <valueName>valueName</valueName> <value>value</value> </parameter> 여기서 “valueName”의 컨텐츠는 사용자가 할당한 코드 영역에 하나의 문자열로 지정되고, “value”의 컨텐츠는 자체 값(예로, valueName ="SAME" and value="CIV")을 나타내는 하나의 문자열(숫자로 표현됨)이다. 2) “valueName”의 값은 기간에 없이 모두 대문자 약어로 표현되어야 한다(예, SAME, FIPS, ZIP). 3) 단일 <info> 블록 내에 다수의 사례가 발생될 수 있다.

6.2.3 “resource“ 엘리먼트 및 하위 엘리먼트

표 3은 “resource” 엘리먼트 및 하위-엘리먼트들을 기술한다.

표 3 — “resource” 엘리먼트 및 하위 엘리먼트

엘리먼트 이름	resource	context.class.attribute.representation	cap.alertInfoResource. resource.group
정의	alert 엘리먼트의 info 하위 엘리먼트의 resource 하위 엘리먼트의 모든 컴포넌트들의 부분을 위한 컨테이너
선택 사항	선택
내용	1) <info> 엘리먼트와 관련된 추가적인 정보로 첨부되는 파일을 참조한다; 예로 이미지 혹은 오디오 파일 2) 단일 <info> 블록 내에 다수의 상황이 발생될 수 있다.

엘리먼트 이름	resourceDesc	context.class.attribute.representation	cap.alertInfoResource. resourceDesc.text
정의	자원 파일의 컨텐츠 및 유형을 나타내는 문자
선택 사항	필수
내용	컨텐츠 및 종류(예, 자원 파일의 “지도” 혹은 “사진”)에 대해 사람이 읽을 수 있는 문자

엘리먼트 이름	mimeType	context.class.attribute.representation	cap.alertInfoResource.mimeType.identifier
정의	자원 파일을 기술하는 MIME 콘텐츠 유형 및 하위 유형의 식별자
선택 사항	선택
내용	[IETF RFC 2016] 내에 기술된 MIME 컨텐츠 유형 및 하위 유형. 본 권고에 발행 시점에서 IANA에 등록된 MIME 유형은 http://www.iana.org/assignments/mediatypes/ 사이트에 리스트업 되어 있다.

엘리먼트 이름	size	context.class.attribute.representation	cap.alertInfoResource.size. integer
정의	자원 파일의 크기를 나타내는 정수
선택 사항	선택
내용	바이트로 표기 가능한 자원 파일의 적절한 크기

엘리먼트 이름	uri	context.class.attribute.representation	cap.alertInfoResource.uri. identifier
정의	자원 파일을 위한 하이퍼링크의 식별자
선택 사항	선택
내용	정확한 URI, 정형적인 독립된 자원 위치(URI)는 인터넷 상에서 자원을 검색하기 위해 사용될 수 있다. 혹은 <derefUri> 엘리먼트의 컨텐츠 이름과 관련된 URI는 자원 블록 내에 하나가 존재한다.

엘리먼트 이름	derefUri	context.class.attribute.representation	cap.alertInfoResource. derefUri.data
정의	자원 파일의 베이스64 인코드된 데이터 콘텐츠
선택 사항	조건적
내용	1) 전송되는 메시지 내에 <uri> 엘리먼트 대신 혹은 함께 단방향(예, 브로캐스팅) 데이터 링크가 사용되는데, 여기서 URI 자원의 검색은 명확하지 않다. 2) 단방향 데이터 링크를 사용하고자 하는 클라이언트는 본 엘리먼트를 지원해야 한다. 3) 만약 송신자는 모든 클라언트가 이것을 처리하는 능력이 명확하지 않다면, 본 엘리먼트는 사용하지 말아야 한다. 4) 본 엘리먼트가 포함된 메시지가 양방향 네트워크에 전달된다면, 전달자는 <derefUri> 엘리먼트에 기술해야 하고, 콘텐츠 파일을 추출해야 한다. 그리고 해당 파일로 검색 가능한 <uri> 링크가 제공되어야 한다. 5) 단 방향 데이터 링크의 제공은 본 엘리먼트 사용에 대한 추가적인 제한 사항(메시지 크기 제한과 파일 유형에 대한 제한)이 수반된다.

엘리먼트 이름	digest	context.class.attribute.representation	cap.alertInfoResource. digest.code
정의	자원 파일로부터 계산된 디지털 다이제스트 (“해시값”) 나타내는 코드
선택 사항	선택
내용	SHA-1에 대한 안전성을 고려해서, SHA-256 사용을 NIST가 장려한다고 공지해야 한다.

6.2.4 “area“ 엘리먼트 및 하위 엘리먼트

표 4는 “area” 엘리먼트 및 하위-엘리먼트들을 기술한다.

엘리먼트 이름	area	context.class.attribute.representation	cap.alertInfoArea.area. group
정의	경보 메시지의 info 하위 엘리먼트의 area 하위 엘리먼트의 모든 컴포넌트 부분들을 위한 컨테이터
선택 사항	선택
내용	없음

엘리먼트 이름	areaDesc	context.class.attribute.representation	cap.alertInfoArea.area.text
정의	경보 메시지의 영향을 받는 지역을 기술하는 문자
선택 사항	필수
내용	영향을 받는 지역을 기술하는 문자

엘리먼트 이름	polygon	context.class.attribute.representation	cap.alertInfoArea.polygon. group
정의	경보 메시지의 영향 받는 지역을 기술하는 다각형으로 정의되는 점의 대칭쌍 값
선택 사항	선택
내용	1) 코드 값: 지리적인 다각형은 협력되는 쌍의 목록으로 제한된 빈 공간으로 표현된다. 2) 협력되는 첫 번째와 마지막 쌍은 같아야 한다. 3) <area> 내에 다수의 사례가 발생될 수 있다.

엘리먼트 이름	circle	context.class.attribute.representation	cap.alertInfoArea.circle. group
정의	경보 메시지 영향을 받는 지역을 나타내는 반경 및 지점에 대한 쌍값
선택 사항	선택
내용	1) 코드 값: 원형 지역은 키로 미터로 나타나는 반경 값과 특정 공간으로 나타나는 협력 쌍으로 주어지는 중앙 점에 의해 표현된다. 비고 [b-WGS 84] 자료 참고 2) <area> 내에 다수의 사례가 발생될 수 있다.

엘리먼트 이름	geocode	context.class.attribute.representation	cap.alertInfoArea.geocode. code
정의	경보 메시지의 영향을 받는 지역을 나타내는 지리적인 코드
선택 사항	선택
내용	1) 메시지 대상 지역을 나타내기 위한 지리적 기반의 코드 <parameter> <valueName>valueName</valueName> <value>value</value> </parameter> 여기서 “valueName”의 컨텐츠는 사용자가 할당한 코드 영역에 하나의 문자열로 지정되고, “value”의 컨텐츠는 자체 값(예로, valueName ="SAME" and value="006113")을 나타내는 하나의 문자열(숫자로 표현됨)이다. 2) “valueName”의 값은 기간에 없이 모두 대문자 약어로 표현되어야 한다(예, SAME, FIPS, ZIP). 3) 단일 <info> 블록 내에 다수의 사례가 발생될 수 있다. 4) 본 엘리먼트는 다른 시스템들과 호환성이 우선적이다. 본 엘리먼트 사용은 수신자 측의 코딩 시스템에서 이미 적용된다고 가정한다. 따라서 상호운용성을 위해서, 가능한 언제든지 <polygon>과 <circle> 형태로 더욱 보편적인 이해를 위해 동일한 기술 방식으로 사용되어야 한다.

엘리먼트 이름	altitude	context.class.attribute.representation	cap.alertInfoArea.altitude. quantity
정의	경보 메시지의 영향을 받는 지역의 특정 혹은 최소의 고도
선택 사항	선택
내용	1) <ceiling> 엘리먼트가 함께 사용된다면, 본 값은 경계의 최저 한계값이다. 반대로 본 값은 특정 고도를 나타낸다. 2) 고도 측정은 바다 수준을 의미하는 피트로 한다. 비고 [b-WGS 84] 자료 참고.

엘리먼트 이름	ceiling	context.class.attribute.representation	cap.alertInfoArea.ceiling. quantity
정의	경보 메시지의 영향을 받는 지역의 최고 고도
선택 사항	조건적
내용	1) <altitude> 엘리먼트 없이 사용되지 말아야 한다. 2) 최고점 측정은 바다 수준을 의미하는 피트로 한다. 비고 [b-WGS 84] 자료 참고.

6.3 구현 구려사항

본 절은 CAP 구현에 대해 일부 이해사항을 정의한다.

6.3.1 보안

CAP 프로토콜은 XML 기반 포맷이기 때문에 존재하고 있는 XML 보안 메커니즘이 안전하게 사용될 수 있으며, 해당 컨텐츠을 인증할 수 있다. 이들 메커니즘들이 CAP 경보 메시지에서 안전하게 사용되지만, 무차별적으로 사용되지는 말아야 한다.

본 절은 참고사항으로 CAP 프로토콜에 두 가지 태그를 추가한다. 즉, “Signature”와 “EncryptedData” 이다. 두 개의 엘리먼트들은 <alert> 엘리먼트의 하위이며, 선택적으로 사용된다. 만약 “EncryptedData” 엘리먼트가 존재한다면, 다른 엘리먼트는 메시지가 복호화된 후까지는 보이지 않을 것이다. EncryptedData 엘리먼트에 포함되어 있는 alert 엘리먼트는 초소의 CAP 메시지를 만들 것이다. 만약 EncryptedData 엘리먼트가 존재한다면, 최상의 CAP 메시지는 하나의 EncryptedData 엘리먼트와 하나의 Signature 엘리먼트를 가지고 있는 <alert> 엘리먼트 이다.

6.3.2 디지털 서명

CAP 경보 메시지의 alert 엘리먼트는 XML-Signature and Syntax Processing[W3C Signature 참조]에 의해 Signature 엘리먼트를 가질 수 있다. 다른 XML 서명 메커니즘은 CAP 경보 메시지에서 사용되지 않는다.

경보 메시지 처리자는 간단하게 서명된 메시지 내용을 검증할 수 없다면, CAP 경보 메시지 처리를 거부해야 한다. 그리고 처리자는 서명 검증에 대한 실패 내용을 사용자들에게 공지하고 계속해서 처리해야 한다.

다시 말해, alert 엘리먼트의 하위로 네임스페이스 URI 가 있는 엘리먼트 및 “Signature” 자체 이름이 존재하면, 해당 메시지 처리에 대한 문제 제기를 하지 말아야 한다.

6.3.3 암호화

CAP 경보 메시지의 alert 엘리먼트는 XML Encryption Syntax and Processing (W3C Encryption 참조)을 기술하는 메커니즘을 이용해서 암호화될 수 있다. 다른 XML 암호화 메커니즘은 CAP 경보 메시지에 사용되지 말아야 한다. 하지만, 전송계층 암호화 메커니즘은 본 요구사항과 독립적으로 사용될 수 있다.

6.4 XML 스키마

<?xml version = "1.0" encoding = "UTF-8"?>

targetNamespace = "urn:oasis:names:tc:emergency:cap:1.1"

xmlns:cap = "urn:oasis:names:tc:emergency:cap:1.1"

xmlns:xs = "http://www.w3.org/2001/XMLSchema"

elementFormDefault = "qualified"

attributeFormDefault = "unqualified">

<documentation>CAP Alert Message (version 1.1)</documentation>

</annotation>

</restriction>

</simpleType>

</element>

</restriction>

</simpleType>

</element>

</restriction>

</simpleType>

</element>

<element name = "code" type = "string" minOccurs = "0"

maxOccurs = "unbounded"/>

<element name = "language" type = "language" default = "en-US"

minOccurs = "0"/>

</restriction>

</simpleType>

</element>

<element name = "responseType" minOccurs = "0"

maxOccurs = "unbounded">

</restriction>

</simpleType>

</element>

</restriction>

</simpleType>

</element>

</restriction>

</simpleType>

</element>

</restriction>

</simpleType>

</element>

<element name = "eventCode" minOccurs = "0"

maxOccurs = "unbounded">

</sequence>

</complexType>

</element>

<element name = "effective" type = "dateTime" form = "qualified"

minOccurs = "0"/>

<element name = "parameter" minOccurs = "0"

maxOccurs = "unbounded">

</sequence>

</complexType>

</element>

<element name = "resource" minOccurs = "0"

maxOccurs = "unbounded">

</sequence>

</complexType>

</element>

<element name = "geocode" minOccurs = "0"

maxOccurs = "unbounded">

</sequence>

</complexType>

</element>

</sequence>

</complexType>

</element>

</sequence>

</complexType>

</element>

</sequence>

</complexType>

</element>

</schema>

7 CAP 경보 메시지 인코드 및 명세를 위한 ASN.1 사용

본 절에서는 CAP 경보 메시지의 ASN.1 명세서를 제공한다.

7.1 일반

7.3 항에서의 ASN.1 명세서(ITU-T X.680 참조)는 6.4 항에서 정의한 XML 스키마의 대체 기술로 제공된다. 만약, ASN.1의 확장된 XML 인코딩 규칙(ITU-T X.693 참조)은 본 ASN.1 스키마에 적용되고, 사용 가능한 XML 언어는 6.4 항에 XML 스키마에 의해 지원되는 것과 유사하다.

7.2 정형화 매핑 및 명세서

정확한 바이너리 인코딩에 대한 필수 명세서는 ASN.1 Unaligned Packed 인코딩 규칙[ITU-T X.691 참조]의 응용과 함께 7.3 항에 있다.

ASN.1 명세서 내에 필드들의 의미는 XSD 명세서의 내용과 동일하다. XSD 명세서로부터 ASN.1 명세서로 매핑은 [ITU-T X.694] 내에 정형화되어 정의되어 있다.

ASN.1 기반 혹은 XSD 기반 툴(혹은 다른 소프트웨어)을 이용한 CAP 경보 XML 메시지 생성 및 처리를 구현할 수 있다.

ASN.1 기반 툴(혹은 다른 소프트웨어에 의한)을 이용한 CAP 경보 정확한 바이너리 메시지 생성 및 처리를 구현할 수 있다.

임의의 XML로 인코드된 CAP 경보 메시지는 확장된 XML 인코딩 규칙을 위해 구성된 ASN.1 툴에 의해 디코딩되어 완벽한 바이너리 메시지로 전환될 수 있고, Unaligned Packed 인코딩 규칙을 위해 구성된 ASN.1 툴에 의해 결과값에 대해 재인코딩 될 수 있다.

임의의 완벽한 바이너리 CAP 경보 메시지는 Unaligned Packed 인코딩 규칙을 위해 구성된 ASN.1 툴에 의해 디코딩되어 XML 인코드된 메시지로 전환될 수 있고, 확장된 XML 인코딩 규칙을 위해 구성된 ASN.1 툴에 의해 결과값에 대해 재인코딩 될 수 있다.

7.3 ASN.1 모듈

CAP-1-1 {itu-t recommendation x cap(1303) version1-1(1)}

DEFINITIONS XER INSTRUCTIONS AUTOMATIC TAGS ::=

-- CAP Alert Message (version 1.1)

BEGIN

-- References in comments to clauses outside this module refer to

-- ITU-T Recommendation X.1303 (09/2007).

-- This ASN.1 module is also included in OASIS CAP v1.1 Errata

-- (approved on 2 October 2007), and the references there are to

-- clauses 3.2.x as in OASIS CAP v1.1 and not clauses 7.2.x as

-- in ITU-T X.1303

Alert ::= SEQUENCE {

identifier IdentifierString,

-- Unambiguous identification of the message

-- from all messages from

-- this sender, in a format defined by the sender and

-- identified in the "sender" field below.

sender String,

-- The globally unambiguous identification of the sender.

-- This specification does not define the root of

-- a global identification tree (there is no international

-- agreement on such a root), so it relies

-- on human-readable text to define globally and

-- unambiguously the sender.

-- An internet domain name or use of "iri:/ITU-T/..."

-- is possible, but

-- the choice needs to be clearly stated in human-readable form.

sent DateTime,

status AlertStatus,

msgType AlertMessageType,

source String OPTIONAL,

-- Not standardized human-readable identification

-- of the source of the alert.

scope AlertScope,

restriction String OPTIONAL,

-- Not standardized human-readable restrictions

-- on the distribution of the alert message

addresses String OPTIONAL,

-- A space separated list of addresses for private messages

-- (see 7.2.1)

code-list SEQUENCE SIZE((0..MAX)) OF code String,

-- A sequence codes for special handling

-- (see 7.2.1)

-- The format and semantics of the codes are not defined in this

-- specification.

note String OPTIONAL,

-- Not standardized human-readable clarifying text for the alert

-- (see 7.2.1)

references String OPTIONAL,

-- Space-separated references to earlier messages

-- (see 7.2.1)

incidents String OPTIONAL,

-- Space-separated references to related incidents

-- (see 7.2.1)

info-list SEQUENCE SIZE((0..MAX)) OF info AlertInformation }

AlertStatus ::= ENUMERATED {

actual,

draft,

exercise,

system,

test }

AlertMessageType ::= ENUMERATED {

ack,

alert,

cancel,

error,

update }

AlertScope ::= ENUMERATED {

private,

public,

restricted }

AlertInformation ::= SEQUENCE {

language Language -- DEFAULT "en-US" -- ,

-- The language used in this value of the Info type

-- (see 7.2.2)

category-list SEQUENCE (SIZE(1..MAX)) OF

category InformationCategory,

event String,

-- Not standardized human-readable text describing the

-- type of the event (see 7.2.2)

responseType-list SEQUENCE SIZE((0..MAX)) OF

responseType InformationResponseType,

urgency HowUrgent,

severity HowSevere,

certainty HowCertain,

audience String OPTIONAL,

-- Not standardized human-readable text describing the

-- intended audience for the message (see 7.2.2)

eventCode-list SEQUENCE SIZE((0..MAX)) OF eventCode SEQUENCE {

valueName ValueName,

value Value },

effective DateTime OPTIONAL,

onset DateTime OPTIONAL,

expires DateTime OPTIONAL,

senderName String OPTIONAL,

-- Not standardized human-readable name of the authority

-- issuing the message (see 7.2.2)

headline String (SIZE (1..160,...)) OPTIONAL,

-- Not standardized human-readable short statement (headline)

-- of the alert (see 7.2.2)

description String OPTIONAL,

-- Not standardized human-readable extended description of

-- the event (see 7.2.2)

instruction String OPTIONAL,

-- Not standardized human-readable recommended action

-- (see 7.2.2)

web AnyURI OPTIONAL,

contact String OPTIONAL,

-- Not standardized human-readable contact details for

-- follow-up (see 7.2.2)

parameter-list SEQUENCE SIZE((0..MAX)) OF parameter SEQUENCE {

-- System-specific parameters (see 7.2.2)

valueName ValueName,

value Value },

resource-list SEQUENCE SIZE((0..MAX)) OF resource ResourceFile,

area-list SEQUENCE SIZE((0..MAX)) OF Area }

InformationCategory ::= ENUMERATED {

cBRNE,

env,

fire,

geo,

health,

infra,

met,

other,

rescue,

safety,

security,

transport }

InformationResponseType ::= ENUMERATED {

assess,

evacuate,

execute,

monitor,

none,

prepare,

shelter }

HowUrgent ::= ENUMERATED {

expected,

future,

immediate,

past,

unknown }

HowSevere ::= ENUMERATED {

extreme,

minor,

moderate,

severe,

unknown }

HowCertain ::= ENUMERATED {

likely,

observed,

possible,

unknown,

unlikely }

ResourceFile ::= SEQUENCE {

-- Information about an associated resource file

-- (see 7.2.3)

resourceDesc String,

-- Not standardized human-readable description of the type

-- and content of

-- an associated resource file (for example a map or

-- photograph)(see 7.2.3)

mimeType String OPTIONAL,

size INTEGER OPTIONAL, -- In bytes

uri AnyURI OPTIONAL,

derefUri String OPTIONAL,

-- An alternative to the URI giving the Base64-encoded

-- content of the resource file (see 7.2.3)

digest String OPTIONAL

-- SHA-1 hash of the resource file for error detection

-- (see 7.2.3) -- }

Area ::= SEQUENCE {

-- Identification of an affected area

areaDesc String,

-- Not standardized human-readable description of the area

polygon-list SEQUENCE OF polygon String,

-- Each element is a space-separated list of coordinate pairs

-- The complete list starts and ends with the same point and

-- defines the polygon that defines the area

-- (see 7.2.4).

circle-list SEQUENCE OF circle String,

-- A space-separated list of coordinates for a point and a radius

geocode-list SEQUENCE SIZE((0..MAX)) OF geocode SEQUENCE {

-- A geographic code designating the alert target area

-- (see 7.2.4)

valueName ValueName,

value Value },

altitude String OPTIONAL,

-- Specific or minimum altitude of the affected area

ceiling String OPTIONAL

-- Maximum altitude of the affected area -- }

ValueName ::= String -- A not standardized name for

-- an information event code, a parameter or a geocode

Value ::= String -- The value of the information event code,

-- parameter or geocode

String ::= UTF8String (FROM (

{0,0,0,9} -- TAB

| {0,0,0,10} -- CR

| {0,0,0,13} -- LF

| {0,0,0,32}..{0,0,215,255} -- Space to the start of the S-zone

| {0,0,224,0}..{0,0,255,253} -- Rest of BMP after S-zone

| {0,1,0,0}..{0,16,255,253} -- Other planes -- ) )

StringChar ::= String (SIZE(1))

SpaceAndComma ::= UTF8String (FROM (

{0,0,0,32} -- SPACE

| {0,0,0,44} -- COMMA -- ) )

IdentifierString ::= String (FROM (StringChar EXCEPT SpaceAndComma))

Language ::= VisibleString(FROM ("a".."z" | "A".."Z" | "-" | "0".."9"))

(PATTERN "[a-zA-Z]#(1,8)(-[a-zA-Z0-9]#(1,8))*")

-- The semantics of Language is specified in IETF RFC 3066

DateTime ::= TIME (SETTINGS "Basic=Date-Time Date=YMD

Year=Basic Time=HMS Local-or-UTC=LD")

-- This is the ISO 8601 format using local time and a

-- time difference

StringWithNoCRLFHT ::= UTF8String (FROM (

{0,0,0,32}..{0,0,215,255}

|{0,0,224,0}..{0,0,255,253}

|{0,1,0,0}..{0,16,255,255}))

AnyURI ::= StringWithNoCRLFHT (CONSTRAINED BY {

/* Shall be a valid URI as defined in IETF RFC 2396 */})

ENCODING-CONTROL XER

GLOBAL-DEFAULTS MODIFIED-ENCODINGS

GLOBAL-DEFAULTS CONTROL-NAMESPACE

"http://www.w3.org/2001/XMLSchema-instance" PREFIX "xsi"

NAMESPACE ALL, ALL IN ALL AS "urn:oasis:names:tc:emergency:cap:1.1"

PREFIX "cap"

NAME Alert, Area AS UNCAPITALIZED

UNTAGGED SEQUENCE OF

DEFAULT-FOR-EMPTY AlertInformation.language AS "en-US"

TEXT AlertStatus:ALL,

AlertMessageType:ALL,

AlertScope:ALL,

InformationCategory:ALL,

InformationResponseType:ALL,

HowUrgent:ALL,

HowSevere:ALL,

HowCertain:ALL AS CAPITALIZED

WHITESPACE Language, AnyURI COLLAPSE

END

부속서 A
(참고)

CAP 경보 메시지 예

A.1 자국 보안 자문 시스템 경보

다음은 CAP XML 메시지 구조에 대한 예측되는 시나리오 예이다.

<?xml version = "1.0" encoding = "UTF-8"?>

<status>Actual</status>

<msgType>Alert</msgType>

<scope>Public</scope>

<info>

<category>Security</category>

<event>Homeland Security Advisory System Update</event>

<urgency>Immediate</urgency>

<severity>Severe</severity>

<certainty>Likely</certainty>

<senderName>U.S. Government, Department of Homeland Security</senderName>

<headline>Homeland Security Sets Code ORANGE</headline>

<description>The Department of Homeland Security has elevated the

Homeland Security Advisory

System threat level to ORANGE / High in response to intelligence which

may indicate a heightened

threat of terrorism.</description>

<instruction> A High Condition is declared when there is a high risk

of terrorist attacks. In

addition to the Protective Measures taken in the previous Threat

Conditions, Federal departments

and agencies should consider agency-specific Protective Measures in

accordance with their

existing plans.</instruction>

http://www.dhs.gov/dhspublic/display?theme=29

<value>ORANGE</value>

</parameter>

<resourceDesc>Image file (GIF)</resourceDesc>

http://www.dhs.gov/dhspublic/getAdvisoryImage

</resource>

<area>

<areaDesc>U.S. nationwide and interests worldwide</areaDesc>

</area>

</info>

</alert>

A.2 집중 뇌우 경고

다음은 CAP XML 메시지 구조에 대한 예측되는 시나리오 예이다.

<?xml version = "1.0" encoding = "UTF-8"?>

<status>Actual</status>

<msgType>Alert</msgType>

<scope>Public</scope>

<info>

<event>SEVERE THUNDERSTORM</event>

<responseType>Shelter</responseType>

<urgency>Immediate</urgency>

<severity>Severe</severity>

<certainty>Observed</certainty>

</eventCode>

<senderName>NATIONAL WEATHER SERVICE SACRAMENTO CA</senderName>

<headline>SEVERE THUNDERSTORM WARNING</headline>

<description> AT 254 PM PDT...NATIONAL WEATHER SERVICE DOPPLER RADAR INDICATED A SEVERE THUNDERSTORM OVER SOUTH CENTRAL ALPINE COUNTY...OR ABOUT 18 MILES SOUTHEAST OF KIRKWOOD...MOVING

SOUTHWEST AT 5 MPH. HAIL...INTENSE RAIN AND STRONG DAMAGING WINDS ARE LIKELY WITH THIS STORM.</description>

<instruction>TAKE COVER IN A SUBSTANTIAL SHELTER UNTIL THE STORM PASSES.</instruction>

<contact>BARUFFALDI/JUSKIE</contact>

<area>

<areaDesc>EXTREME NORTH CENTRAL TUOLUMNE COUNTY IN CALIFORNIA, EXTREME

NORTHEASTERN CALAVERAS COUNTY IN CALIFORNIA, SOUTHWESTERN ALPINE COUNTY IN CALIFORNIA</areaDesc>

</geocode>

</geocode>

</geocode>

</area>

</info>

</alert>

A.3 지진 사고 보고서

다음은 CAP XML 메시지 구조에 대한 예측되는 시나리오 예이다.

<?xml version = "1.0" encoding = "UTF-8"?>

<sender>trinet@caltech.edu</sender>

<status>Actual</status>

<msgType>Alert</msgType>

<scope>Public</scope>

<info>

<event>Earthquake</event>

<severity>Minor</severity>

<certainty>Observed</certainty>

<senderName>Southern California Seismic Network (TriNet) operated by

Caltech and

USGS</senderName>

<headline>EQ 3.4 Imperial County CA - PRELIMINARY REPORT</headline>

<description>A minor earthquake measuring 3.4 on the Richter scale

occurred near Brawley,

California at 8:53 PM Pacific Daylight Time on Wednesday,

June 11, 2003. (This is a computer-

generated solution and has not yet been reviewed by a human.)

</description>

http://www.trinet.org/scsn/scsn.html

<valueName>EventID</valueName>

</parameter>

<valueName>Version</valueName>

</parameter>

<valueName>Magnitude</valueName>

</parameter>

<valueName>Depth</valueName>

</parameter>

<valueName>Quality</valueName>

<value>Excellent</value>

</parameter>

<area>

<areaDesc>1 mi. WSW of Brawley, CA; 11 mi. N of El Centro, CA; 30 mi.

E of OCOTILLO

(quarry); 1 mi. N of the Imperial Fault</areaDesc>

</area>

</info>

</alert>

A.4 AMBER 경보(EAS 활동 포함)

다음은 CAP XML 메시지 구조에 대한 예측되는 시나리오 예이다.

<?xml version = "1.0" encoding = "UTF-8"?>

<sender>KARO@CLETS.DOJ.CA.GOV</sender>

<status>Actual</status>

<msgType>Alert</msgType>

<scope>Public</scope>

<info>

<category>Rescue</category>

<event>Child Abduction</event>

<urgency>Immediate</urgency>

<severity>Severe</severity>

<certainty>Likely</certainty>

</eventCode>

<senderName>LOS ANGELES POLICE DEPT - LAPD</senderName>

<headline>AMBER ALERT</headline>

<description>DATE/TIME: 06/11/03, 1915 HRS. VICTIM(S): KHAYRI DOE

JR. M/B BLK/BRO 3'0", 40

LBS. LIGHT COMPLEXION. DOB 06/24/01. WEARING RED SHORTS, WHITE T-SHIRT,

W/BLUE COLLAR. LOCATION: 5721 DOE ST., LOS ANGELES, CA. SUSPECT(S):

KHAYRI DOE SR. DOB 04/18/71 M/B, BLK HAIR,

BRO EYE. VEHICLE: 81' BUICK 2-DR, BLUE (4XXX000).</description>

<contact>DET. SMITH, 77TH DIV, LOS ANGELES POLICE DEPT-LAPD

AT 213 485 2389</contact>

<area>

<areaDesc>Los Angeles County</areaDesc>

</geocode>

</area>

</info>

</alert>

참고문헌

[1] b-WGS 84 National Geospatial Intelligence Agency, Department of Defense World Geodetic System 1984, http://earth-info.nga.mil/GandG/publications/tr8350.2/tr8350_2.html, NGA Technical, Report TR8350.2, January 2000

KS X ITUT X1303:2007
해 설

이 해설은 본체 및 부속서(규정)에 규정한 사항, 부속서(참고)에 기재한 사항 및 이들과 관련된 사항을 설명하는 것으로 표준의 일부는 아니다.

1 제정의 취지

공통 경보 프로토콜(CAP)는 오픈되고 지재권이 없는 경보 및 알림의 모든 종류 메시지 포맷을 제공한다. 본 프로토콜은 특정 어플리케이션이나 정보통신 기술을 다루지는 않는다. CAP 포맷은 최신 기술과도 호환된다. 즉, 웹 서비스, ITU-T 빠른 웹 서비스 및 기존 포맷(미국 국립해양대기국(NOAA) 날씨 라디오 및 비상 경보 시스템(EAS)을 위해 사용되는 특정 지역 메시지 인코딩(SAME))과 호환된다.

2 주요 내용

2.1 CAP 경보 메시지 구조

<alert> 세그먼트의 구성은 각각의 CAP 경보 메시지로 되었으며, 하나 이상의 <info> 세그먼트를 포함하고, 하나 이상의 <area> 세그먼트를 포함한다. 최상위 상황에 대한 CAP 메시지는 “Alert” 의 <msgType> 값으로 최소 하나의 <info> 엘리먼트를 포함한다.

<alert> 세그먼트는 현재 메시지에 대한 기본 정보를 제공한다. 즉, 목적, 근원지, 상태뿐만 아니라 현재 메시지를 위한 독립된 식별자 및 다른 관련 메시지와의 링크 정보를 포함한다. <alert> 세그먼트는 인정된 메시지, 취소 메시지 혹은 다른 시스템 기능 메시지를 위해 독립적으로 사용될 수 있으나, 최상위 <alert> 세그먼트는 최소한 하나의 <info> 세그먼트를 포함해야 된다.

<info> 세그먼트는 긴급성(준비 가능한 시간), 심각성(영향력 강도), 정확성(관찰 혹은 예측된 정보의 신뢰)의 용어뿐만 아니라 발생된 사건의 분류와 문서화된 내용을 제공해서 예상되는 사건인지 혹은 실제적인 사건인지를 기술해야 된다. 또한, 메시지 수신자에 의해 적절히 대응할 수 있는 명령 및 다양한 세부사항(위험요서 기간, 기술적인 수치, 관련 정보, 추가적인 정보에 대한 근원지 등) 을 제공해야 한다. 다수 <info> 세그먼트는 상이한 수치를 기술할 수 있어야 하거나 다중 언어로 정보 제공이 가능해야 한다.

<resource> 세그먼트는 영상 혹은 음성 파일과 같은 디지털 자산 형태로 표현될 수 있는 <info> 세그먼트 관련 추가적인 정보가 옵션으로 제공되어야 한다.

<area> 세그먼트는 지역적인 위치를 나타내는 <info> 세그먼트로 기술되어야 한다. <area> 세그먼트는 텍스트화와 코드화된 표현(예, 우편물 코드)이 지원되어야 하나, 우선적으로 지리적 공간(다각형과 원형)과 고도 혹은 고도 경계로 표현되어야 하고, 특정 지역 자료를 준수해서 위도/경도/고도 용어가 표준화되어 표현되어야 한다.

2.2 CAP 경보 메시지의 응용

CAP 경보 메시지의 첫 번째 사용 목적은 모든 종류의 알림과 공개 경고 시스템들을 활성화 하기 위한 단일 입력 정보를 제공하는 것이다. CAP 경보 메시지는 대상 청중에 대한 효율성 및 기술적 신뢰성이 확보되는 동안 다수의 경고 시스템들 사용에 대한 업무로드를 감소시킨다. 또한, CAP 경보 메시지는 다수의 전달 시스템 상에 정보 전달에 대한 일관성과 경고 효율성에 대한 핵심을 보장한다.

CAP 경보 메시지의 두 번째 사용 목적은 다양한 근원지로부터의 경고를 일반화하는 것이다. 즉, 상황 인지 및 패턴 탐지를 돕기 위해 표 혹은 그래픽 형태로 수집되고 비교될 수 있어야 한다.

CAP 경보 메시지는 경고 시스템들과 다른 비상 정보 시스템들 간에 사용하기 위한 상호운용성 표준으로 설계되었지만, CAP 경보 메시지는 데이터 방송을 포함한 다양한 네트워크 상에 경고 수신자들에게 직접적으로 전달하기 위해 사용될 수 있다. 위치 정보를 알고 있는 수신 기기는 현재 위치를 기반으로 CAP 경보 메시지 내에 정보 사용을 결정할 수 있으며, 특정한 메시지는 해당 사용자들과 관련되는지 결정하는데 사용될 수 있다.

또한, CAP 경보 메시지는 수집 및 분석 시스템, 관제 센터로 명확한 사건을 보고하기 위한 포맷으로써 센서 시스템들에 의해 사용될 수 있다.

0.36MB

■ 링크

원본 자료의 관련 링크는 아래와 같다.

https://www.data.go.kr/data/15105024/fileData.do

과학기술정보통신부 국립전파연구원_방송통신표준_공통경보프로토콜_20171227

이 표준은 2007년에 발행된 ITU-T X.1303 Common alerting procotol(CAP 1.1)을 기초로 기술적인 내용 및 대응국제표준의 구성을 변경하지 않고 작성한 방송통신표준이다.<br/><br/>모든 위험요소의 비상 경보 및

www.data.go.kr

https://link.coupang.com/a/ceoCYp

브라더 잉크젯 복합기 DCP-T720DW - 잉크젯 복합기 | 쿠팡

현재 별점 4.8점, 리뷰 1288개를 가진 브라더 잉크젯 복합기 DCP-T720DW! 지금 쿠팡에서 더 저렴하고 다양한 잉크젯 복합기 제품들을 확인해보세요.

www.coupang.com

https://link.coupang.com/a/bY9wBy

미니소화기 파이렉스 FIREX 스프레이식 소화기 가정용 휴대용 차량용 최신제품 당일발송 - 소화기

현재 별점 4.7점, 리뷰 139개를 가진 미니소화기 파이렉스 FIREX 스프레이식 소화기 가정용 휴대용 차량용 최신제품 당일발송! 지금 쿠팡에서 더 저렴하고 다양한 소화기/거치대 제품들을 확인해보

www.coupang.com

https://link.coupang.com/a/bXy1hr

LG전자 시네빔 HU710PB 2024신모델 큐브 4K 빔프로젝터 Qube - 빔/프로젝터 | 쿠팡

쿠팡에서 4.9 구매하고 더 많은 혜택을 받으세요! 지금 할인중인 다른 15 제품도 바로 쿠팡에서 확인할 수 있습니다.

www.coupang.com

"이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다."

■ 기준 날짜

2025.6.1

저작자표시 비영리 변경금지 (새창열림)

'공공 데이터' 카테고리의 다른 글

[공공데이터] 경상북도 고령군 건축관련 업종별 사업체 현황 (0)	2025.06.07
[공공데이터] 경찰청 불법컨텐츠범죄 세부유형 발생 검거건수 현황 (1)	2025.06.07
[공공데이터] 과학기술정보통신부 국립전파연구원 방송통신표준 스마트폰 보안관리 제품 보안 요구사항 (0)	2025.06.07
[공공데이터] 과학기술정보통신부 국립전파연구원 방송통신표준 개체 인증 보증 프레임워크 (0)	2025.06.07
[공공데이터] 경기도 하남시 불법주정차무인단속시스템 단속 건수 (0)	2025.06.07

[공공데이터] 과학기술정보통신부 국립전파연구원 방송통신표준 공통경보프로토콜

■ 관련 데이터

1 적용범위

2 인용표준

3 용어와 정의 및 약어

3.1 용어와 정의

3.2 약어

4 문서 내에 합의된 사항

5 설계 원칙 및 개념

5.1 설계 철학

5.2 설계를 위한 요구사항 예시

5.3 사용 시나리오 예시

5.3.1 발신 매뉴얼

5.3.2 자동화 센서 시스템에 의한 자동화된 발신

5.3.3 실시간 지도 상에 정보 수집 및 상관 대응

5.3.4 단일화된 공개 경보

5.3.5 오류 경보에 대한 처리

6 경보 메시지 구조

6.1 문서 객체 모델

6.2 데이터 사전

6.2.1 “alert” 엘리먼트 및 하위 엘리먼트

6.2.2 “info“ 엘리먼트 및 하위 엘리먼트

6.2.3 “resource“ 엘리먼트 및 하위 엘리먼트

6.2.4 “area“ 엘리먼트 및 하위 엘리먼트

6.3 구현 구려사항

6.3.1 보안

6.3.2 디지털 서명

6.3.3 암호화

6.4 XML 스키마

7 CAP 경보 메시지 인코드 및 명세를 위한 ASN.1 사용

7.1 일반

7.2 정형화 매핑 및 명세서

7.3 ASN.1 모듈

1 제정의 취지

2 주요 내용

2.1 CAP 경보 메시지 구조

2.2 CAP 경보 메시지의 응용

■ 관련 자료

■ 링크

'공공 데이터' 카테고리의 다른 글

'공공 데이터' Related Articles

티스토리툴바