국내 시스템과 식별자 표준
글로벌 데이터 표준 조사
국내 시스템과 식별자 표준
글로벌 데이터 표준 조사 > 글로벌 데이터 표준 조사
- 국내 3대 시스템과 국제 표준 사이의 간극을 파악한다
- 선박·컨테이너·항만의 국제 식별자를 구분해 쓴다
- URN/MRN 을 "쓰는 것"과 "등록하는 것"의 차이를 안다
국내 시스템 — 표준과 현실의 접점
한국의 항만 데이터 현실은 세 시스템으로 요약됩니다.
- Port-MIS(항만운영정보시스템): 해양수산부의 법정 신고 시스템. 입출항 신고, 시설사용, 항비를 다룹니다. 한국판 MSW의 근간이며, IMO Compendium 정합화가 진행되는 영역입니다.
- UNI-PASS: 관세청 전자통관. 적하목록, 수출입신고, 화물 추적번호가 흐릅니다. ⚠️ 여기서의 MRN은 세관의 Manifest Reference Number 계열로, 아래에서 볼 해사 MRN과 다릅니다.
- PORT-KOREA / 해운항만물류정보센터: 항만물류 통계·정보 포털. 우리 실습의 공공데이터 주 공급원 후보입니다.
온톨로지 관점의 시사점: 국내 시스템의 필드명은 국제 표준과 어긋나는 경우가 많습니다(한글 코드, 자체 분류). 그래서 우리 온톨로지는 국제 표준 어휘를 상위에, 국내 시스템 필드를 매핑으로 하위에 두는 2층 구조가 필요합니다. 코스 3의 ETL 매핑 시트가 이 설계 근거에서 나옵니다.
식별자 표준 — "같은 것"을 어떻게 알아보는가
모듈 2에서 본 데이터 사일로 문제의 절반은 식별자 문제입니다. 다행히 국제 식별자 체계가 이미 촘촘합니다.
| 대상 | 식별자 | 형식·예시 | 특징 |
|---|---|---|---|
| 선박(선체) | IMO 번호 | IMO 9074729 (7자리+검증숫자) | 선체에 부여, 개명·국적변경에도 평생 불변. 선박 노드의 기본 키 |
| 선박(무선국) | MMSI | 440123456 (9자리, 앞 3자리 국가) | AIS 신호의 키. 국적 바뀌면 변경됨 — 기본 키로 부적합 |
| 선박(호출부호) | Call Sign | D7AB 등 | 무선 호출용. 역시 가변 |
| 컨테이너 | ISO 6346 | MSKU 123456 7 (소유자코드4+일련6+체크1) | 체크디지트 검증 가능. 소유자코드(BIC 등록)가 앞 4자리 |
| 장소(항만) | UN/LOCODE | KRPUS(부산), KRINC(인천) | 국가2+지명3. 전 세계 항만·도시의 공용 키 |
| 시설(터미널) | SMDG 터미널 코드, BIC 시설 코드 | — | 터미널 단위 식별. UN/LOCODE보다 한 단계 세밀 |
| 항차/기항 | 선사별 Voyage No. + UN/LOCODE 조합 | — | 전역 표준 부재 → 우리가 복합키 설계 필요 |
| 해사 자원 전반 | MRN (urn:mrn) | urn:mrn:iala:aton:kr:1234-5 | URN의 해사 네임스페이스, IALA 관리 |
| B/L, 신고서 | 선사 B/L No., 세관 신고번호 | — | 발급기관별 체계, 전역 표준 부재 |
관찰 포인트가 하나 있습니다. 선박·컨테이너·항만은 강한 국제 식별자가 있지만, "사건"(항차, 기항, 작업)에는 없습니다. 그래서 이벤트 식별자는 우리가 설계해야 하고, 여기서 URN/MRN 논의가 등장합니다.
URN 과 MRN — "표준을 쓴다"와 "등록한다"의 구분
URN(Uniform Resource Name)은 위치가 아닌 이름으로 자원을 영구 식별하는 IETF 표준(RFC 8141)이고, MRN(Maritime Resource Name, urn:mrn)은 그 해사 전용 네임스페이스로 IALA가 관리합니다. 실무에서 자주 혼선이 생기는 지점이 "쓰려면 등록해야 하는가"입니다. 답은 층위에 따라 다릅니다.
- 남이 발급한 MRN을 저장·참조 → 등록 불요
- MRN의 계층 구조(문법)만 차용해 내부 식별자 설계 → 등록 불요. 연구 프로젝트의 일반적 선택
- urn:mrn:내조직:... 을 공식 발급 → IALA에 조직 ID 등록 필요 (템플릿 제출, 조직 ID 유일성은 IALA가 보장)
- 완전히 새 URN 네임스페이스(urn:내이름:) 창설 → IANA 등록 필요 (무거운 절차, 개별 조직에게 비권장)
따라서 문서에 쓸 정확한 표현은 "MRN 표준 준수"가 아니라 **"IALA MRN 체계와 호환되는 구조의 식별자를 설계하였으며, 공식 네임스페이스 등록은 운영 단계 과제로 유보"**입니다. 이렇게 쓰면 심사 지적을 피하고, 향후 정식 등록 시 마이그레이션 없이 전환된다는 설계 논거도 됩니다.
대안: 등록 부담 없이 전역 유일성이 필요하면 urn:uuid:(무등록, 비가독)를, 웹 해석 가능성이 필요하면 HTTP IRI(https://내도메인/port/vessel/9074729 — 도메인 소유만으로 충분, 시맨틱웹 표준 관행)를 씁니다.
이 코스의 식별자 정책 — 온톨로지 스펙에 명문화할 4줄
- 온톨로지 어휘(클래스·속성)의 IRI: HTTP 방식 —
https://.../ontology/port#Vessel - 강한 국제 식별자가 있는 개체: 그대로 기본 키로 — IMO 번호, ISO 6346, UN/LOCODE
- 사건·내부 개체: MRN 호환 계층 구조의 로컬 식별자 (공식 등록 유보)
- 모든 노드에
mrn속성 자리를 예약 — 향후 MCP·e-Navigation 생태계 연동 대비 (IALA G1143 권고)