Journal Archive

ISO 19160-1:2015는 국가별 주소 모델의 상호운용을 위해 추상적인 수준에서 주소의 핵심 요소를 규정하고 있고, 남아프리카 공화국의 주도로 2015년 12월에 제정되었다.

ISO 19160-2:2023은 주소의 부여와 유지, 관리에 대한 표준으로, 남아프리카 공화국이 리더국으로 참여하여 2023년 11월에 제정되었다. 이 표준은 주소가 없는 국가가 참고할 수 있는 주소의 모범 사례를 제공하고 있다. 특히, 한국의 도로명주소와 사물주소(예: 비상급수시설)에 대한 우수사례를 포함하고 있다.

ISO 19160-3:2020은 지리 데이터 품질을 기술하는 ISO 19157:2013의 프로파일(profile)로 개발되어 주소 데이터의 품질에 특화된 프레임워크를 제공한다. 주소 데이터의 품질을 기술하기 위한 일련의 데이터 품질 요소와 측정값을 설정하고, 데이터 품질 보고 절차, 주소 데이터의 품질을 기술하기 위해 설정된 데이터 품질 요소와 측정값의 사용에 대한 지침을 제공한다.

ISO 19160-4:2023은 만국우편연합의 S42를 ISO 표준으로 제정한 것이다[30]. 이 표준은 3가지 계층(예: elements, constructs, segments)으로 우편주소의 구성요소를 정의하고, 구성요소를 우편주소의 정확한 형식으로 표현할 수 있는 템플릿을 제공한다. 이를 통해 국제적으로 우편주소 사이의 상호운용을 촉진하는 것이 목적이다. 19160-4는 만국우편연합의 주도로 2017년 11월에 제정되었고, 2023년 4월에 개정되었다.

ISO 19160-5는 한국이 리더국으로 진행한 표준으로 웹 지도와 휴대기기와 같은 다양한 매체에서 서로 다른 국가의 주소를 일관되게 표기하기 위한 지도규칙 표기 방법을 제공한다[31]. 그러나 표준 초안의 타당성 검토 단계에서 ISO 19117:2012로 주소의 지도표기가 가능하다는 의견이 수용되어 2018년 6월에 취소되었다[30].

홍콩을 중심으로 진행된 표준으로, 19160-1의 개념모델을 UML에서 XML 형태로 변환하여 주소 데이터의 저장 및 교환을 위한 데이터 모델을 포함하였다. 그렇지만 데이터 모델을 통해 등록되어 관리되는 주소 데이터에 대한 특징과 상세 개념 정의가 19160-1의 개념모델에서 선언한 범위에 포함되지 않아 표준 추진이 2022년 2월에 취소되었다[30].

개념모델(conceptual model)은 현실 세계의 복잡한 데이터 구조와 관계를 추상화하여 단순하게 표현하며, 이를 통해 정보 시스템에서 사용되는 데이터의 흐름과 상호 작용을 이해할 수 있다. 일반적으로 개념모델은 시스템에서 관리하는 중요한 데이터를 개체(entity)로 나타내고, 개체가 가지는 특성을 속성(attribute)으로 설명한다. 한편, 개체 사이의 연관성이나 상호 작용은 관계(relationship), 개체의 속성에 특정한 값의 범위를 나타내는 제약조건(constraint)을 포함한다.

ISO 19160-1:2015 개념모델은 주소 데이터에 표준으로 주소에 대한 개념, 용어, 주소 모델을 개념모델로 정의하고, 생애주기, 메타데이터, 주소 별칭이 함께 포함되어 있다. 예를 들어, 주소의 개념은 ‘식별과 위치 파악을 목적으로 대상을 명확하게 파악할 수 있는 구조화된 정보’로 설명하고, 주소를 부여하는 개체는 가상이 아닌 물리적 세계의 실외(예: 건물) 또는 실내(예: 건물 내부의 사무실)에 존재하는 것으로 제약하고 있다. 이런 맥락에서 웹에서 사용하는 이메일주소, 가상 주소는 해당하지 않는다. 주소 모델(address model)은 특정한 주소 데이터를 표현하고 관리하기 위한 모델이며, 주소체계를 표현하기 위해 요구되는 주소의 구성요소, 형식과 표기규칙을 구체화한 모델이다. 주소 모델에서 주소는 하나 이상의 주소구성요소의 집합으로 여러 개의 주소구성요소를 갖는 행(address line)으로 표시하고, 개별 행은 행정구역, 도로명, 우편번호를 포함할 수 있다

한편, ISO 19160-1:2015 개념모델은 주소의 공통 요소를 추상화하고 서로 다른 주소 모델 사이의 연계를 지향하고 있기 때문에, 실제 사용하고 있는 특정한 주소나 주소 모델을 대체하는 목적을 갖고 있지 않다. 이런 맥락에서 이 표준은 프로파일 개발 가이드라인을 함께 제공하여 특정한 주소체계에 맞게 확장할 수 있다. ISO 19160-1:2015 개념모델은 통합 모델링 언어(UML; Unified Modeling Language)로 주소 모델을 표현한다. 모든 클래스(또는 엔티티)는 속성을 포함하고 있고, 개별 속성은 필수 여부, 출현 횟수, 데이터 형식, 도메인에 대한 상세정보를 갖는다.

그림 1은 주소 모델을 구성하는 주요 클래스와 클래스 사이의 관계를 보여준다. AddressComponent 클래스는 행정구역, 도로명, 장소명, 우편번호 등 하나의 완전한 주소를 만드는 데 필요한 구성요소를 정의한다. ReferenceObject 클래스는 주소구성요소의 값이 참조하는 개체를 기술한다. ‘행정구역명’이라는 주소구성요소가 존재하면, 해당 장소에 대한 지리적 경계는 ‘행정구역명’의 ReferenceObject 클래스로 정의한다. 즉, 문자열로 표현된 값(예: “서울특별시”)이 갖고 있는 값을 정확히 참조하는 개체(예: “서울특별시”의 지리적 경계)를 나타내어 추가적인 정보를 연계할 수 있다. AddressableObject 클래스는 주소를 부여할 수 있는 대상으로 사업체, 건물, 필지와 같은 개체에 주소를 할당한다. 주소와 주소부여대상 사이에 주소가 부여된 기간을 나타내기 위해 AddressedPeriod 클래스를 사용할 수 있다. Addressed Period는 addressedFrom과 addressedTo 속성으로 각각 주소부여의 확인과 소멸된 날짜와 시간을 표현한다. 예를 들어, 건물이 재건축되어 주소는 동일하지만 주소부여대상이 변경된 경우, AddressedPeriod를 통해 주소부여대상과 기간을 관리할 수 있다. AddressSpecification 클래스는 주소를 부여하는 규칙, 주소의 참조 체계, 메타데이터와 관련된 구체적인 사양(specification)을 기술한다. 모든 주소는 Address 클래스로 표현하고, 주소 유형(address class), 위치(position), 생애주기(lifecycleStage), 출처(provenance)와 같은 속성으로 상세정보를 표시할 수 있다.

Fig. 1. 
UML diagram of ISO 19160-1 conceptual model

AddressAlias 클래스는 주소를 명확하게 식별하기 위한 대체 표현 또는 별칭을 표현한다. 이 클래스는 언어나 문화권에 따른 표기(localeAlias), 주소의 생애주기에 따라 변화된 주소 표기(lifecycleAlias), 주소의 비공식적 또는 구어체에 표기(colloquialAlias), AddressClass의 표기(classAlias)에 적용할 수 있다. AddressClass 클래스는 동일한 주소구성요소, 관계, 의미를 공유하는 주소 집합을 의미하고, 주소의 유형에 따라 확장될 수 있다. 예를 들어, 한국의 주소 클래스는 도로명주소와 지번주소로 구분할 수 있다. 별칭이 여러 개인 경우, 선호도(preferenceLevel)에 따라 우선순위를 나타낼 수 있다.

응용 프로파일(application profile)은 메타데이터 표준의 핵심 요소를 재사용하여 특정 도메인에 맞게 표준을 이용하는 것을 의미한다[32]. 표준은 정의된 규격을 변경 없이 사용할 수 있지만, 적용하는 환경에 따라 일부분을 수정하거나 제약조건을 변경할 수 있다. 응용 프로파일은 핵심이 되는 표준과 상호운용성을 보장하고, 필요에 따라 표준을 유연하게 조정할 수 있는 수단이다.

주소 모델은 주소에 대한 추상적인 수준의 개념요소를 기술할 수 있지만, 특정 도시나 국가에서 사용하는 주소 모델의 특수한 사례를 기술하려면 이에 필요한 응용 프로파일을 설계해야 한다. 응용 프로파일은 특정 도메인 또는 사용 사례에 맞게 표준을 수정하거나 확장하여 요구 사항을 충족시킬 수 있다. ISO 19160-1:2015 개념모델의 부속서 A는 프로파일 개발에 대한 지침을 상세하게 기술하고 있고, 부속서 C는 프로파일의 예제를 소개하고 있다. 그림 2는 최소한의 요구조건으로 프로파일을 적용한 한국 주소의 예시다. 주소 모델을 Address와 AddressComponent 클래스만으로 구성하고, 구성요소의 유형은 addressLine 속성의 값으로 문자열만 사용하여 주소를 표현한다.

Fig. 2. 
Example addresses of ISO 19160-1 sample profile

응용 프로파일은 주소 모델을 기반으로 다양한 수준의 주소의 구성요소, 유형을 확장 또는 구체화하기 때문에 서로 다른 주소 모델 사이의 상호운용성을 높일 수 있다. 이러한 유연성은 표준의 활용성을 높이고, 주소체계의 일관성과 유효성을 유지하는 데 도움이 된다.

ISO 19160-1:2015 개념모델은 통합 모델링 언어(UML)로 모델을 표현하고 있고, 동시에 웹 온톨로지 언어(OWL; Web Ontology Language)로 구현되어 있다. 일반적으로 UML은 소프트웨어 공학 분야에서 구조와 행위를 모델링하기 위한 목적으로 사용하고 의미 체계를 명시적으로 정의하지 않는다. 반면, OWL은 지식 표현과 추론을 위해 사용되고 명시적인 의미 체계를 갖고 있기 때문에 의미적으로 더 높은 표현력(expressivity)을 제공한다. ISO/TC 211의 온톨로지 관리 그룹(GOM; Group on Ontology Management)에서 제공하는 ISO 주소 온톨로지는 표준에 정의된 주소 모델을 OWL로 구현하여 기계가 읽을 수 있는 형식으로, 의미 체계를 표현하고 서로 다른 주소 모델의 의미적 상호운용을 지원하는 목표를 갖고 있다[33],[34]. ISO 주소 온톨로지는 주소 모델에 정의된 개념을 그래프 구조로 명시적으로 표현하고, 서로 다른 주소 모델 사이의 교차 매핑을 위한 공통 기준으로 활용될 수 있다.

그림 3은 주소 모델의 주요 클래스와 관계를 도식화하고 있다. ISO 주소 온톨로지에서 주소 모델의 클래스와 속성은 OWL, 코드리스트는 SKOS(Simple Knowledge Organization System)로 표현한다. 따라서, 모든 클래스(예: Address, AddressableObject, AddressComponent)는 owl:Class로 기술한다. 속성은 속성값의 유형에 따라 owl:Datatype Property 또는 owl:ObjectProperty 클래스의 유형으로 정의한다. 전자는 Address 클래스의 preferenceLevel 속성과 같이 문자열 또는 숫자 형식의 값을 표현하기 위한 속성이고, 후자는 AddressableObject 클래스의 type 속성과 같이 속성값의 특정한 클래스 또는 인스턴스를 표현할 수 있다. 주소 모델에 정의된 관계를 속성으로 표현하는 경우, 정의역(domain)과 공역(range)을 정의하고, 출현 횟수(cardinality)나 역관계(owl:inverseOf)와 같은 제약조건(owl:Restriction)을 구체적으로 기술한다. 예를 들어, Address 클래스와 Address Component 클래스는 addressComponent 속성으로 관계를 정의하여 주소를 구성하는 구성요소를 표현하고, Address Alias 클래스는 aliasAddress 속성으로 주소와 동일한 주소부여대상을 나타낼 수 있다. 이때, addressComponent와 alias Address 속성은 owl:ObjectProperty 속성의 유형이다.

Fig. 3. 
Core classes and relationships of ISO address ontology

한편, 주소 모델의 클래스와 속성은 ISO 주소 온톨로지에 그대로 표현되지 않는다. 예를 들어, ISO 19160-1:2015 개념모델에 있는 표 1(Address 클래스의 속성)에 따르면, Address 클래스는 addressedObject 속성을 갖고 있고, 이 속성의 유효한 값을 AddressableObject 클래스로 선언하고 있다[1]. 그러나, ISO 주소 온톨로지는 Address와AddressableObject 클래스 사이의 1:1 관계를 정의하지 않고, AddressedPeriod 클래스를 통해 두 클래스의 관계를 기술하고 있다. 즉, Address 클래스는 addressedPeriod 속성으로 Addressed Period 클래스의 관계를 기술하고, AddressedPeriod와 Addressable Object 클래스는 addressedObject 속성으로 연결된다. 한편, 속성의 표현은 일반적인 온톨로지 모델링 규칙을 적용하고 있지만, 어휘의 적용에 있어 주의가 필요하다. 일반적으로 온톨로지 어휘에서 속성명은 유일한 이름으로 정의하고, 정의역과 공역의 범위를 제한한다. 그러나 ISO 주소 온톨로지는 클래스명, ‘.’ 기호, 의미를 갖는 속성명을 조합하여 하나의 속성을 만든다. 예를 들어, ‘address’ 속성은 어떤 클래스를 Address 클래스로 연결하는 관계를 나타내는데, 두 개의 서로 다른 속성으로 정의되어 있다(예: AddressedPeriod.address와 Address Alias.address).

표 3은 UML과 OWL 모델에 정의된 클래스와 속성을 요약하고 있다. OWL 모델은 UML의 정의를 따르고 있지만, addressedObject 속성과 같이 의미가 변경되거나, 역관계를 표현하기 위한 속성이 추가되었다. ISO 주소 온톨로지는 UML에 비해 클래스와 속성의 관계를 엄격하게 선언하고 있다. 이런 방식은 서로 다른 주소 모델의 연계와 비교에 있어 효과적으로 사용할 수 있다. 그러나, 두 가지 표현 방식이 지향하는 목적이 다를 수 있고, 개념모델에 대한 해석이 동일하지 않다는 점은 실제 적용에 한계가 될 수 있다.

호주는 뉴질랜드와 함께 ISO 19160-1의 주소 모델을 준용해 자국의 주소 모델을 개발하고 있다. 호주와 뉴질랜드 합동 표준 위원회의 지리정보/지리학 공동기술위원 IT-004(Joint Technical Committee IT-004, Geographical Information/Geomatics)의 주도로 호주와 뉴질랜드의 공동 표준이 제정되었다[35]. 한편, 호주 정부의 링크드 데이터 워킹 그룹(Australian Government Linked Data Working Group)은 ISO 주소 온톨로지와 거의 동일한 OWL 모델을 제공하고 있다. 호주 정부의 링크드 데이터 워킹 그룹은 온톨로지 명세에 접근할 수 있도록 HTML 버전의 명세를 제공하고 있고[36], 어휘에 대한 리다이렉트 서비스를 통해 역참조가 가능한 URI(Uniform Resource Identifier)로 변경하여 온톨로지를 관리하고 있다.

뉴질랜드는 4종의 뉴질랜드 국내 표준[37]-[40]을 활용하여 뉴질랜드의 주소체계에 맞는 프로파일[41]을 개발했다. 뉴질랜드의 주소 모델은 ISO 19160-1의 클래스와 속성을 대부분 상속하고, 뉴질랜드의 주소에 필요한 추가 클래스와 속성을 정의하고 있다. 예를 들어, AddressClass 클래스는 뉴질랜드의 주소체계에 있는 thoroughfare, water, service delivery, rural post delivery, thoroughfare 4819, water 4819를 포함한다. AddressClass 클래스는 주소의 유형에 따라 구성요소를 다르게 조합하고, 필수(mandatory), 선택(optional), 조건(conditional), 폐지예정(deprecated)으로 속성의 조건을 구분하고 있다. 예를 들어, thoroughfare 방식에서 도로명은 필수 구성요소이지만, water 방식에서 사용되지 않는다. 이 외에도 뉴질랜드의 주소 표준에 근거한 코드 목록을 개별적으로 정의한 사례(예: Access Point, Address Unit Type)와 같이 ISO 19160-1:2015 개념모델을 일부 수정하거나 구체화하고 하고 있다.

뉴질랜드의 주소 모델은 UML과 OWL 온톨로지를 함께 제공한다. 호주 정보 링크드 데이터 워킹 그룹과 함께 뉴질랜드는 OWL 모델을 개발하고, 뉴질랜드의 프로파일을 개발했다. 현재 뉴질랜드의 프로파일은 HTML 버전으로 온톨로지 명세를 확인할 수 있다[42]. 뉴질랜드의 프로파일은 호주의 OWL 모델을 준용하고 있지만, 4개의 클래스(AddressAlias, AddressComponent, AddressableObject, Addressed Period)는 새로운 클래스로 정의하고 추가적인 제약조건을 기술하고 있다.

미국은 FGDC-STD-016-0211(United States Throughfare, Landmark, and Postal Address Data Standard)[43]과 ISO 19160-1의 상호운용을 위해 주소 모델에 대한 프로파일을 개발했다[44]. 미국 프로파일은 주소구성요소인 도로(Thorughfare), 랜드마크(Landmark), 우편번호(Postal) 등을 표현할 수 있도록 확장했다. 예를 들어, AddressComponent는 13가지(CompleteLandmarkName, CompleteAddressNumber, CompletePlaceName 등)로 세분화해 주소 유형별 구성요소를 구체적으로 정의할 수 있다. 한편, 미국의 프로파일은 FGDC-STD-016-2011의 요소를 매핑한 표를 제공하여 상호운용을 지원한다.

영국은 ISO 19160-1:2015의 주소 모델과 거의 유사하지만, 일부 어휘를 수정한 프로파일[45]을 개발했다. 다른 국가의 프로파일과 유사하게, 영국에서 사용하는 주소의 유형을 정의하고(예: Street Address), 주소 클래스에 맞는 구성요소의 유형을 정의한다. 한편, 영국의 프로파일은 주소와 관련된 영국의 주요 표준 BS 7666-2[46]와 상호운용하기 위한 관계를 구체적으로 정의하고 있다. BS 7666-2는 토지와 부동산 공보에 대한 논리적 데이터 구조를 정의한 영국의 주소 표준이다. 영국의 주소 프로파일은 클래스와 속성 수준에서 BS 7666-2와 매핑 관계를 구체적으로 정의하고 있다. 예를 들어, BS 7666-2의 AddressableObject 속성인 UPRN (Unique Property Reference Number)은 영국의 주소 프로파일의 AddressableObject.id와 매핑된다. 영국은 OWL 형식으로 프로파일을 제공하지 않는다.

남아프리카 공화국은 ISO 19160-1의 초안 단계(ISO/DIS 19160-1)부터 적극적으로 참여하며, 남아프리카 공화국의 프로파일 문서를 함께 작성했다. ISO 19160-1이 제정된 후, 프로파일이자 남아프리카 공화국의 주소 표준으로 SANS 1883-2를 제정했다[47]. SANS 1883-2는 남아프리카 주소 데이터 표준인 SANS 1883-1[48]과 ISO 19160-1을 기반으로 개발되었다. 기존 SANS 1883-1의 주소 표준 모델의 클래스와 속성을 ISO 19160-1 개념모델에 맞게 확장해 표현하고 있다. 예를 들어, SANS 1883-1에서 정의한 남아프리카 공화국의 12개의 주소 클래스를 프로파일에서 Address 클래스를 상속받아 추가했다. 주소구성요소는 SANS 1883-1의 17개의 클래스를 프로파일에서 Address Component 클래스를 상속받아 추가하여 남아프리카 공화국의 주소체계를 세부적으로 표현한다.

행정안전부는 한국의 주소체계를 국제표준에 반영하기 위해 노력하였고 매년 주소 국제표준화에 대한 보고서를 발간하고 있다[6]. 행정안전부는 2011년부터 ISO 19160 프로젝트에 참여하여 한국 주소체계의 우수성을 국제표준에 반영하는 데 노력하고 있다. 이러한 노력의 결과, ISO 19160-1: 2015 개념모델에 한국 주소의 예시가 포함되었고, ISO 19160-2는 한국의 건물이 없는 도로변이나 산악에 위치 표시, 지하고가도로, 실내 이동경로를 지상도로와 구분해 별도의 도로명을 부여하는 방식을 우수사례로 소개하고 있다.

주소 표준에 대한 일련의 노력은 한국형 주소체계를 만드는 데 중요한 역할을 하고 있다. 2018년 12월에 한국은 ISO 19160-1:2015 개념모델을 번역하여 한국산업표준 KS X ISO 19160-1:2015[49]를 제정했고, 2019년과 2020년에 수행된 ‘주소의 국제표준화 대응방안 연구’를 통해 각각 ISO 19160-1의 프로파일링을 진행하여 KS표준(안)을 제안[50]하고, KS X ISO 19160-1 분석과 프로파일링을 기반으로 국내 주소 개념모델 표준(안)을 개발했다[51]. 국내 주소 개념모델 표준(안)은 한국의 주소 유형과 속성을 반영할 수 있도록 AddressClass와 AddressComponent 클래스에 적용하는 코드를 추가함으로써 코드리스트가 확장되었다. 2021년, 2022년의 주소 표준화 연구는 국내 주소 데이터 교환에 필요한 메타데이터 정보 제공과 데이터 품질 확보를 위해 주소 데이터 사양 표준(안)을 제안하고 있다[52],[53].

행정안전부는 ISO 19160-1 개념모델을 확장하여 주소정보 개념모델을 정의하고 있다. 주소정보 개념모델은 ‘주소정보 규정’을 근거로 ‘주소정보 부여대상’에 대한 ‘주소정보 구성요소’를 이용하여 ‘주소정보’를 관리하기 위한 개념모델이다[54]. 주소정보 개념모델의 핵심 개념과 관계는 ISO 19160-1:2015 개념모델과 매우 유사하고, 모델의 구조에 큰 차이가 없다. 주소정보 개념모델의 핵심 개념은 주소정보, 주소규정, 주소부여대상, 주소구성요소, 주소기반대상, 대체주소, 별칭, 시간정보로 구성되어 있다. 그림 4에서 보듯이, 주소정보 개념모델에서 주소정보는 주소규정, 주소부여대상, 주소구성요소와 1:1 관계로 정의된다. 반면, 주소참조체계, 상.하위관계, 공간참조체는 주소정보의 생성과 관리에 일정한 관계가 있지만, 개별 엔티티와 직접적인 관계를 명시적으로 표현하고 있지 않다.

Fig. 4. 
Concept model of address information(Modified from [55])

^*This figure explains the address system of Korea, and it is described in the original Korean language as translating it into English would make it difficult to convey the intended meaning.

주소정보 개념모델은 ISO 19160-1:2015 개념모델을 기반으로 한국의 주소체계를 상세화하고 있다. 예를 들어, 주소정보는 건물주소, 사물주소, 공간주소로 세부 유형을 구분하고, 주소부여대상은 건물(건물군), 땅, 사물, 지표격자, 실내격자 등 주소가 실제 부여되는 대상을 구체적으로 정의하고 있다. 특히, 주소정보 개념모델은 주소정보기본도의 주소정보의 부여·관리·안내에 필요한 각종 도형 정보를 등록하는 기준이 된다. 주소정보기본도 작성·관리 규정의 제3조(주소정보기본도의 등록사항 분류 기준)[56]에 따르면, 다음의 등록사항을 명시적으로 규정하고 있다: 1) 주소정보 참조대상(주소정보를 부여하는데 기준이 되는 객체), 2) 주소정보 부여대상(주소정보가 부여되는 대상 객체), 3) 주소정보 기준점(주소정보를 부여하는데 기준이 되는 지점), 4)주소정보 안내시설(주소정보를 안내하는 시설물의 위치 정보), 5) 구역 정보: 행정 목적으로 구획된 지역의 정보, 6) 기타 정보. 주소정보기본도는 주소정보전산체계관리규정 제4조제1항에 따른 주소정보전산체계에 의하여 작성·관리하고(주소정보기본도 작성·관리 규정 제45조 기본도의 관리), 이에 따라 테이블 정의서, 컬럼정의서, 코드정의서에 변경사항이 반영되어야 한다(주소정보기본도 작성·관리 규정 제49조 재검토 기한)[56].

한국은 ISO 19160-1:2015 개념모델을 매우 구체적인 수준으로 구현하고 동시에 주소체계의 전반에 적용한 대표적인 모범사례로 평가할 수 있다. 주소정보 개념모델은 한국의 주소체계의 핵심정보를 포함하고 있고, 주소정보기본도의 테이블 정의서, 컬럼 정의서, 코드정의서에서 개별 항목을 구체적으로 기술하고 국가주소정보시스템에서 주소 데이터를 관리한다. 즉, 한국은 주소체계의 법·제도 수립, 주소 데이터의 설계 단계부터 국제 표준을 적용하고, 사회 전반에 통용되는 주소체계를 운영하고 있다는 점에서 시사점이 있다.

그러나, 주소정보 개념모델은 ISO 19160-1:2015 개념모델에서 상당한 수준으로 확장되었기 때문에 개념모델 사이의 관계를 명확히 정의할 필요가 있다. 주소정보 개념모델은 한국의 주소체계를 설명하는 최상위 모델이며, 국가 전반에 적용되는 과정에서 개념의 확장과 일정 부분의 변형이 존재한다. 따라서, 주소정보 개념모델과 그 구현체가 ISO 19160-1:2015 개념모델과 상호운용되고, 다른 주소 모델과 교차 매핑이 가능한지 검토가 필요하다. 더불어, 한국의 주소체계를 완전하게 반영할 수 있는 주소 모델을 개발하고, 주소정보 개념모델, 주소정보기본도, 국가주소정보시스템을 표준 기반을 유기적으로 연결할 수 있는 방안을 검토해야 한다. 특히, 주소가 공공·민간 데이터에서 본격적으로 활용됨에 따라 일방향적인 주소의 제공을 넘어 서로 다른 주소 사이의 연계와 통합을 위한 온톨로지 형식의 주소 모델을 제공할 필요가 있다.