OGC 프로토콜
1. ogc소개
① OGC는 435기업 공개 인터페이스 표준을 개발하는 합의 과정에 참여하는 정부 기관과 대학등의 상호 운영및 솔루션을 지원하기 위한 규약이며 지리적인것들을 웹및 무선 로컬베이스 등의 서비스등을 지원한다.
② 참고사이트
n http://www.opengis.net/sos/1.0 표준규격 http://www.opengis.net/om/1.0 표준규격 http://www.opengis.net/gml 표준규격 http://www.opengis.net/swe/1.0.1 표준규격 http://www.opengis.net/sensorML/1.0.1 표준규격
n http://www.ngis.go.kr/sgis/m02_02_02.jsp
n http://blog.naver.com/PostView.nhn?blogId=kch0516kr&logNo=150066881842
n sos 관련 자료(이미 파일서버에 존재)http://mie.paichai.ac.kr/bbs/boardview.asp?BoardName=OGC&Num=3&ScrollAction=Page1
③ OGC(Open Geospatial Consorium)
n SWE(Senser Web Enablement)
정의
à 오픈 표준 기반 서비스로써 다중 센서의 정보를 취합하여 3차원 가시화 및 분석, 편집에 활용되는 웹시스템의 표준이다.
à 개방형 플랫폼으로 표준화가 거의 완성단계에 있으며 이는 웹을 기반으로 모든 센서를 발견(discovery)하고, 센서를 통해 데이터를 획득 및 교환 정보처리 임무부여 등을 수행할수있도록 되어져있다.
à
표준화 사양
à Observations & Measurements (O&M) (관측 및 측정)
GML, SWE, sensorML 스키마를 입포트 하여 사용
센서가 관측 또는 측정한 센싱 정보를 인코딩하는 XML 기반의 표준모델
특정 센서 또는 단체에 종속되어 데이터 포멧으로만 해석되는 문제를 없애기 위함
센서 데이터 자체 외에 센싱 시간, 위치, 특성, 품질 이벤트 및 데이터 결과를 해석하는 데 필요한 함수도 함게저장
O&M Schema
metadata
sampling Time
resultTime
Procedure
resultQuality
observedProperty
featureOfInterest
parameter
result
사용예(EX)
OpenGIS Open Location Services Interface Standard (OpenLS)은 Location Based Service(LBS)의 가치사슬에 있는 기업들이 애플리케이션의 조각들을 연결(“hook-up")하고 제공하는 인터페이스를 구체화한다. 애플리케이션에는 응급 반응, 개인 네비게이터, 교통정보서비스, 최단거리서비스, 위치 기억, 모바일 현장 서비스, 운행방향, 음식점 찾기, 기업 자산 탐색기, 안내원, 경로, 벡터맵 묘사와 상호작용, 친구 찾기, 지리 음성 그래픽 등이 있다. 이러한 애플리케이션들은 디렉토리 서비스, 게이트웨이서비스, Geocoder 서비스, Presentation (Map Portrayal) Service 등의 OpenLS를 구현하는 인터페이스들에 의해 가능하다.
à 센서모델링언어(SensorML) : 센서를 위한 모델과 XML 엔코딩언어, 센서와 관찰 처리 시스템 내에서
센서와 고나련된 여러 정보들을 XML로 인코딩하기 위한 모델
Detectors, actuators, etc.
센싱 자원 관리 및 데이터 포멧에 관한 표준
하드웨어에 관한 상세한 설명이 아닌 센서를 위한 기능적인 모델 제공
SensorML Schema
Process Model
원자적인 프로세싱 블록
Process Chain
프로세스 모델의 연결
Process Method
포로세스 모델의 행동 및 인터페이스 정의
System
Detector, Actuator 등의 집합
Detector
간단한 감지 장치의 특정 역할 담당
Sensor
완벽한 센서를 이루는 특수한 타입
OpenGIS Sensor Model Language Encoding Standard (SensorML)는 센서의 기하학적, 동적, 관측 가능한 특성과 센서시스템이 정의되는 가운데, 프레임워크를 제공하는 XML 인코딩과 모델을 구체화한다. 간단한 온도계에서 부터 복잡한 전자 현미경과 지구 관측 위성까지 센서 종류는 다양하다. 모든 원자의 프로세스 모델과 프로세스 체인을 정의에 의해서 센서를 지원한다. SensorML에서 모든 프로세스와 구성요소들은 Geographic Markup Language(GML) Version 3.1.1의 피처모델 애플리케이션 스키마로 인코딩된다. 이것은 OGC Sensor Web Enablement (SWE)[http://www.opengeospatial.org/ogc/markets-technologes/swe] 모음 중 하나이다.
à Transducer Model Language(TransducerML or TML)
센서와 구동장치를 합한 트랜스듀서에 관한 정보를 모델링하는 함수와 메시지 포멧
트랜스듀서의 데이터를 획득하고 저장 및 전달하는 공통 포맷을 제공
원시 데이터(스트림)형태를 그대로 유지함으로써 데이터 변형을 막고 후처리 및 융합 처리에 효율적인 사용될수있도록 지원
TML Schema
system
subject
transducer
process
extSysRelations
data
사용예(ex)
OpenGIS Transducer Markup Language Encoding Standard (TML)은 센서 시스템에서 실시간 스트리리밍 데이터 또는 보관된 데이터를 센서 데이터로 교환하는 애플리케이션이면서 프리젠테이션 레이어 커뮤니케이션 프로토콜이다. 센서 시스템은 하나 이상의 센서, 수신기, 작동기, 송신기 그리고 과정들이 있다. TML클라이언트는 시스템에 대한 사전 지식 없이 센서 시스템이 가능한 TML을 다룬다. 프로토콜은 센서데이터와 센서시스템 자체에 대한 설명을 포함한다. 이것은 확장,축소가 가능하고, 일관되고, 모호하지 않다. 그리고 어떤 번호 센서와 동작기를 포함하는 센서 시스템과도 이용가능하다. 이것은 각 데이터 요소의 정확한 공간,시간적 정렬을 지원한다. 이것은 사용자들이 부적절한 데이터들을 무시하면서 등록, 발견, 센서시스템과 데이터를 이해할 수 있게 한다. 이것은 분산된 네트워크 중심의 운용에서 매우 다이나믹하며, 분산된 환경에 적응할 수 있다. 센서 시스템 설명은 일반적인 모델과 메타 데이터를 사용하고, 구성 요소의 물리적인 시멘틱 관계를 설명한다. 따라서 센서 퓨전이 가능하다. 이것은 OGC Sensor Web Enablement (SWE) [http://www.opengeospatial.org/ogc/markets-technologies/swe] 모음 중 하나이다.
à Sensor Observation Service(SOS) - 센서 관측 서비스
센서(현장, 원격, 고정, 이동형 센서 등) 또는 센서 시스템으로 부터 관측된 데이터에 대한 접근을 제공하는 표준 인터페이스
센서를 사용하는 사용자들 사이에 발생할 수 있는 용어 및 관점의 차이를 제거하는 것을 지원
SensorML 과 O&M을 사용하여 센서와 센싱 정보에 접근하고 처리
순서도???
OpenGIS Sensor Observation Service Interface Standard (SOS)는 관리 배포된 센서를 관리하고, 센서데이터를 검색하고, 데이터를 관찰 하기위한 API를 제공한다. in-situ 센서든 동적 센서든 센서 시스템의 측정은 오늘날 지리공간 시스템에서 사용되는 대부분의 지리공간 데이터에 양적으로 기여한다. 이것은 OGC Sensor Web Enablement (SWE) [http://www.opengeospatial.org/ogc/markets-technologies/swe] 모음 중 하나이다
à Sensor Planning Service(SPS)
사용자가 웹을 통해 연결되어 있는 센서에 임의의 임무를 부여하고 이를 수행하는 것을 지원하는 인터페이스
사용자로부터 센서가 수행할 임무에 대한 인자 값을 전달받는 기능
사용자가 요청한 임무가 실행 가능한지 그 여부를 알려주는 기능
해당 임무를 실제 수행하는 기능 등을 지원
관계도???
OpenGIS Sensor Planning Service Interface Standard (SPS)는 센서 기능에 대한 정보와 센서 운용 방법을 제공하는 쿼리를 위한 인터페이스를 정의한다. 표준은 다음의 목적들을 갖는 쿼리를 지지하기 위해 설계되었다. : 센서 계획 요청의 실행 가능성을 결정 : 요청에 대한 제출 : 요청 상태 물음 : 요청의 업데이트 또는 취소 : 요청된 작업으로 수집한 데이터에 접근하는 OGC Web Services 정보 요청 이것은 OGC Sensor Web Enablement (SWE) [http://www.opengeospatial.org/ogc/markets-technologies/swe] 모음 중의 하나이다.
à Sensor Alert Service(SAS)
온도, 습도, 조도 등의 센서에서 센싱된 데이터가 특정 한계치를 넘는 경우나 특정한 상황이 발생된 경우, 또는 센서의 상태 정보(배터리 잔량, 센서 동작, 센서 중단 등)가 변경된 경우 등을 이벤트로 정의
해당 이벤트에 대한 경보 메시지를 사용자에게 전달하는 표준 인터페이스
사전에 정의된 경보 가능한 메시지를 registry에 등록하고, 사용자는 registry 중에서 관심 있는 서비스에 가입함으로써 경보 메시지를 수신 할 수 있음
순서도
à Web Notification Services(WNS)
SWE(Sensor Web Enablement) 표준간 상호 협업 구조
n WMS(웹맵서비스)
OpenGIS Styled Layer Descriptor (SLD) Profile of the OpenGIS Web Map Service (WMS) Encoding Standard [http://www.opengeospatial.org/standards/wms]는 지리적 피처 [http://www.opengeospatial.org/ogc/glossary/f]와 커버리지[http://www.opengeospatial.org/ogc/glossary/c] 데이터의 사용자 정의 심볼화와 coloring을 허용하기 위해 WMS 표준을 확대하는 인코딩을 정의한다. SLD는 사용자와 소프트웨어가 지리공간 데이터의 시각적 묘사를 조정할 수 있게 한다. 스타일링 규칙을 정의하려면 클라이언트와 서버가 이해할 수 있는 스타일링 언어가 필요하다. WMS의 SLD 프로필이 WMS 운용의 익스텐션을 사용하는 WMS 레이어로의 SE 애플리케이션을 가능하게 하는 반면에 OpenGIS Symbology Encoding Standard (SE) [http://www.opengeospatial.org/standards/symbol]는 언어를 제공한다. 게다가 SLD는 범례 심볼에 대한 표준화된 액세스 운용을 정의한다.
n WFS(웹피쳐 서비스)
Feature 및 2D Geometry 를 수집하여 단순 GML로 서비스 하는 방식인 반면 3차원 WFS 구조는 Geometry Adapter 와 GML 엔진을 통해 LOD가 반영된 3차원 GML을 객체 표현헤 필요한 덱스쳐 및 정보 속성정보 등은 Request Translator 를 통해 제공된다.
Open Geospatial Consortium (OGC)는 소프트웨어 판매자들이 Open geospatial web sercice interface and data encoding specifications에 따라 그들의 상품을 실행시킬 때, 관련된 지오데이터 액세스와 지오프로세싱 서비스를 위한 도구들을 기반으로 한 상호 운용을 가능케 하는 웹의 큰 풀로부터 최종사용자가 혜택을 받는다는 것에 회원의 일치를 이뤘다. OGC Web Map Service Implementation Specification[1]을 구현하기 위해 개발되어 온 Web Map Server 제품은 그러한 툴의 주요한 예이다. GetCapabilities와 GetMap 인터페이스는 웹상의 사용자들에게 다양한 소스에서 나온 맵 이미지들을 조합하고, 볼 수 있게 하는 상호 정보 교환이 가능한 방법을 제공한다. 그리고 GetFeatureInfo 인터페이스는 이러한 사용자들에게 간단한 마우스 클릭으로 지도상에 표현된 지리 피처들에 대한 어트리뷰트 정보를 얻는 방법을 제공한다. OGC Geography Markup Language (GML) Implementation Specification[2]은 지리 정보의 저장, 이동, 프로세싱, 변환을 가능하게 하는 XML안의 지오데이터에 대한 인코딩을 설명한다. OGC Web Feature Service (WFS) Implementation Specification은 분산 컴퓨팅 플랫폼으로 HTTP를 사용하는 지리 피처에 데이터 액세tm와 조작 운용에 대한 인터페이스를 정의하여 다음 논리적 단계를 수행한다. 이러한 인터페이스를 통해, 웹 사용자나 서비스는 지리 피처와 성분에 대한 다음의 WFS 운용을 적용하면서 다양한 소스에서 나오는 지오데이터를 조합, 이용, 관리 할 수 있다. 새로운 피처 인스턴스 생성 피처 인스턴스 삭제 피처 인스턴스 갱신 피처 인스턴스 잠금 공간적, 비공간적 제약에 기반한 피처를 얻거나 쿼리하기
n XML 코딩규칙
GML과 비슷하게 SensorML 는 XML 에서 하이퍼 텍스트 참조를 지원하기 위해서 XLink 구성 요소의 광범위하게 상요합니다.
소프트 타입과 하드 타입존재
SWE Common data
à SensorML 및 SWE 인코딩 및 웹서비스 전반에걸쳐 사용됩니다.
à 코딩 타입은 소프트코딩과 하드코딩으로 나누어집니다.
<!--soft-typed --> <swe:field name=”fov”> <swe:Quantity definition="urn:ogc:def:property:OGC:focalLength" > <swe:uom code="mm" /> <swe:value> 0.1 </value> </swe:Quantity> </swe:field> <!--hard-typed --> <csm:fov> <swe:Quantity definition="urn:ogc:def:property:OGC:focalLength" > <swe:uom code="mm" /> <swe:value> 0.1 </value> </swe:Quantity> </csm:fov>
à simple data type
Optional data value(옵션데이터 값)
Units of Measure(측정단위)
개체
value constraints
Quality specification
à ObservableProperty
à Data Aggregates
à Curves
à TimeAggregates
à Phenomenon