KR20180138114A - 재난 지역의 사용불가 경로 정보를 제공하는 네비게이션 서비스 방법 및 서버장치 - Google Patents

재난 지역의 사용불가 경로 정보를 제공하는 네비게이션 서비스 방법 및 서버장치 Download PDF

Info

Publication number
KR20180138114A
KR20180138114A KR1020180008285A KR20180008285A KR20180138114A KR 20180138114 A KR20180138114 A KR 20180138114A KR 1020180008285 A KR1020180008285 A KR 1020180008285A KR 20180008285 A KR20180008285 A KR 20180008285A KR 20180138114 A KR20180138114 A KR 20180138114A
Authority
KR
South Korea
Prior art keywords
information
unavailable
application
disaster
path
Prior art date
Application number
KR1020180008285A
Other languages
English (en)
Inventor
최재혁
Original Assignee
한국전자통신연구원
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 한국전자통신연구원 filed Critical 한국전자통신연구원
Publication of KR20180138114A publication Critical patent/KR20180138114A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72448—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions
    • H04M1/72457—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions according to geographic location
    • H04M1/72572—
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0967—Systems involving transmission of highway information, e.g. weather, speed limits
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0968—Systems involving transmission of navigation instructions to the vehicle
    • G08G1/096805—Systems involving transmission of navigation instructions to the vehicle where the transmitted instructions are used to compute a route
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0968—Systems involving transmission of navigation instructions to the vehicle
    • G08G1/0969—Systems involving transmission of navigation instructions to the vehicle having a display in the form of a map
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/021—Services related to particular areas, e.g. point of interest [POI] services, venue services or geofences

Landscapes

  • Engineering & Computer Science (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Automation & Control Theory (AREA)
  • Atmospheric Sciences (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Environmental & Geological Engineering (AREA)
  • Human Computer Interaction (AREA)
  • Navigation (AREA)

Abstract

재난 지역의 사용불가 경로 정보를 제공하는 네비게이션 서비스 방법 및 서버장치를 개시한다.
본 실시예의 일 측면에 의하면, 재난 발생 지역에 대한 사용불가 경로 정보를 포함하는 재난 지역 자원을 구성하는 과정; 및 다수의 어플리케이션으로부터 여행 파라미터를 수신하고, 상기 여행 파라미터에 재난 발생 지역에 대한 사용불가 경로 정보 제공 요청이 있는 어플리케이션에, 상기 재난 지역 자원에 접속할 수 있는 링크를 송신하는 과정을 포함하고, 상기 링크를 송신하는 과정은, 동일한 재난 발생 지역에 대한 사용불가 경로 정보 제공요청이 있는 어플리케이션들에 동일한 재난 지역 자원에 접속할 수 있는 링크를 송신하는, 방법을 제공한다.

Description

재난 지역의 사용불가 경로 정보를 제공하는 네비게이션 서비스 방법 및 서버장치{Method and Server Apparatus for Navigation Service Providing Unusable Route Information Related to Emergency Area}
본 실시예는 재난 지역의 사용불가 경로 정보를 제공할 수 있는 네비게이션 서비스 방법 및 이를 적용한 서버장치에 관한 것이다.
이 부분에 기술된 내용은 단순히 본 실시예에 대한 배경 정보를 제공할 뿐 종래기술을 구성하는 것은 아니다.
종래에는 네비게이션(navigation) 단말이 GPS(Global Positioning System)와의 연결을 통해 현재 위치, 즉 출발지를 검출하고 사용자로부터 여행의 목적지를 입력 받아 단말기 자체에서 경로를 계산하는 방식이 이용되었다. 그러나, 최근 스마트폰의 보급과 성능 향상으로 이동통신망에서 PNDs(Personal Navigation Devices)를 이용해 교통 정보 및 경로 정보를 제공하는 서버로부터 경로 정보, 경로 관련 실시간 교통 정보 및 다양한 정보를 제공하는 서비스 방식이 활용되고 있다.
특히, 다양한 형태의 네비게이션 서비스가 제공되는 가운데, OMA(Open Mobile Alliance) 표준화 단체에서는 기존의 방송형태로 정보가 제공되는 DMB(Digital Multimedia Broadcasting) 망에서 TPEG(Traffic Protocol Expert Group) 정보를 전달하는 방식이 아닌, 이동통신망이나 무선망의 IP(Internet Protocol) 기반 네트워크를 통해서 실시간 교통 정보를 P2P(Peer-to-Peer)로 전달하는 네비게이션 서비스가 보편화되고 있으며, OMA LOC WG에서는 위와 같은 서비스를 위해 네비게이션 서비스 프레임워크(Navigation Service Framework, NavSe)를 표준화하고 있다.
NavSe 표준은 이동통신기반 네비게이션 서비스를 위해 사용자에게 차량 네비게이션을 위한 경로 및 교통정보, 실내 네비게이션을 위한 경로정보와 함께 긴급구조용 네비게이션 서비스를 위한 기능을 제공하기 위한 프레임워크를 정의한다. NavSe 표준에서, 차량 네비게이션을 위한 경로 및 교통정보는 이미 시장에서 많이 쓰이고 있는 ISO에서 정의한 TPEG 표준을 사용하고, 실내 네비게이션을 위한 경로 정보는 OGC에서 정의한 IndoorGML 표준을 사용한다. IndoorGML은 네비게이션 용도로 실내 공간을 모델링하는 표준이다. NavSe 표준은 ISO TPEG과 OGC IndoorGML 표준 기술을 통해 사용자가 실내외 네비게이션 서비스를 제공받을 수 있도록, 표준화된 경로 및 교통정보를 제공한다.
본 발명의 실시예들은, 이동통신기반 네비게이션 서비스에서 서버가 재난이 발생한 지역의 사용불가 도로에 대한 정보를 제공하면, 자체적으로 경로를 계산하는 네비게이션 장치가 사용불가 도로를 제외하고 효율적으로 경로를 계산할 수 있도록 하고, 추가적인 사용불가 도로에 대한 정보를 수집하는 경우 업데이트 정보의 제공을 용이하게 하기 위한 네비게이션 서비스 방법 및 서버장치를 제공하는 데 주된 목적이 있다.
본 실시예의 일 측면에 의하면, 서버가 경로 계산이 가능한 단말에 재난 발생 지역에 대한 경로 정보를 제공하는 방법에 있어서, 재난 발생 지역에 대한 사용불가 경로 정보를 포함하는 재난 지역 자원을 구성하는 과정; 및 다수의 어플리케이션으로부터 여행 파라미터를 수신하고, 상기 여행 파라미터에 재난 발생 지역에 대한 사용불가 경로 정보 제공 요청이 있는 어플리케이션에, 상기 재난 지역 자원에 접속할 수 있는 링크를 송신하는 과정을 포함하고, 상기 링크를 송신하는 과정은, 동일한 재난 발생 지역에 대한 사용불가 경로 정보 제공요청이 있는 어플리케이션들에 동일한 재난 지역 자원에 접속할 수 있는 링크를 송신하는, 방법을 제공한다.
상기 방법의 실시예는 다음의 특징들을 하나 이상 더 포함할 수 있다.
상기 재난 지역 자원을 구성하는 과정에서, 상기 재난 발생 지역에 대해 현재 사용할 수 없는 사용불가 경로 정보 및 향후 사용할 수 없을 것이라고 예상되는 사용불가 경로 정보를 포함하여 구성할 수 있다.
상기 방법은, 어플리케이션으로부터 상기 재난 발생 지역과 관련된 통지서비스에 대한 구독 요청을 수신하는 과정; 및 상기 사용불가 경로 정보가 갱신된 경우, 상기 통지서비스에 대한 구독 요청을 수신한 어플리케이션에 갱신된 사용불가 경로 정보를 통지하는 과정을 더 포함할 수 있다.
상기 재난 지역 자원을 구성하는 과정에서, 상기 재난 발생 지역에 대해 현재 사용할 수 없는 사용불가 경로 정보 및 향후 사용할 수 없을 것이라고 예상되는 사용불가 경로 정보를 포함하여 구성하고, 상기 어플리케이션에 갱신된 사용불가 경로 정보를 통지하는 과정은, 예상되는 사용불가 경로가 실제 사용할 수 없는 경로가 되는 경우, 상기 예상되는 사용불가 경로 정보의 id를 포함하는 통지메시지를 송신할 수 있다.
상기 어플리케이션에 갱신된 사용불가 경로 정보를 통지하는 과정에서, 상기 재난 발생 지역에 접근한 어플리케이션으로부터 현재 위치를 수신하면, 상기 갱신된 경로 정보를 상기 어플리케이션에 통지할 수 있다.
상기 방법은, 상기 여행 파라미터에 상기 재난 발생 지역에 대한 경로 정보 제공 요청이 포함되어 있지 않은 경우, 상기 어플리케이션에 상기 여행 파라미터와 관련된 재난 지역의 위치를 송신하는 과정을 더 포함할 수 있다.
본 실시예의 일 측면에 의하면, 경로 계산이 가능한 단말에 재난 발생 지역에 대한 경로 정보를 제공하는 서버장치로서, 경로 계산이 가능한 단말에 재난 발생 지역에 대한 경로 정보를 제공하는 서버장치로서, 단말과 통신하도록 구성된 통신부; 및 상기 단말로부터 수신되는 경로에 대한 교통 정보를 제공하도록 구성된 제어부를 포함하고, 상기 제어부는, 재난 발생 지역에 대한 사용불가 경로 정보를 포함하는 재난 지역 자원을 구성하고, 다수의 어플리케이션으로부터 여행 파라미터를 수신하고, 상기 여행 파라미터에 재난 발생 지역에 대한 사용불가 경로 정보 제공 요청이 있는 어플리케이션에, 상기 재난 지역 자원에 접속할 수 있는 링크를 송신하며, 동일한 재난 발생 지역에 대한 사용불가 경로 정보 제공요청이 있는 어플리케이션들에 동일한 재난 지역 자원에 접속할 수 있는 링크를 송신하는, 서버장치를 제공한다.
이상에서 설명한 바와 같이 본 발명의 실시예들에 의하면, 이동통신 기반 네비게이션 서비스에서 경로를 자체적으로 계산할 수 있는 네비게이션 장치에 재난과 같은 긴급구조 상황에서 재난 발생 지역의 도로 상황정보를 제공하여 네비게이션 장치가 이를 이용하여 경로를 계산할 수 있도록 하는 효과가 있다.
또한, 본 발명의 실시예들에 의하면, 공통 자원 생성 및 이용을 통해 서비스 서버의 자원 사용량을 감소시킬 수 있으며. 사용자로부터 신규 사용불가 경로 정보 수집을 통해 빠르게 사용불가 경로 정보를 수집하고 이를 타 사용자에게 제공할 수 있는 효과가 있다.
또한, 통지서비스에 가입된 사용자에게 새로운 사용불가 경로 정보가 발생한 경우 바로 통지하여 서버 접속 횟수를 줄일 수 있게 함으로써 서버 접속 폭주로 막아 서버를 안정적으로 운영할 수 있는 효과가 있다.
도 1은 본 발명의 네비게이션 시스템인 NavSe 시스템 전반을 설명하기 위한 네트워크 구성도이다.
도 2는 NavSe 표준에서 정의된 자원 구조를 도시한 도면이다.
도 3은 본 발명의 일 실시예에 따른 재난 지역에 대한 사용불가 경로 정보를 제공하기 위한 자원의 구조를 도시한 도면이다.
도 4는 본 발명의 일 실시예에 따라 어플리케이션이 서버에 사용불가 경로 정보를 요청하고 제공받는 과정을 나타내는 흐름도이다.
도 5는 본 발명의 일 실시예에 따른 어플리케이션 및 서버의 동작을 예시한 흐름도이다.
도 6은 본 발명의 다른 실시예에 따른 어플리케이션 및 서버의 동작을 예시한 흐름도이다.
도 7은 본 발명의 실시예들을 구현하도록 구성된 단말과 서버의 블록도이다.
이하, 본 발명의 일부 실시예들을 예시적인 도면을 통해 상세하게 설명한다. 각 도면의 구성요소들에 참조부호를 부가함에 있어서, 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가지도록 하고 있음에 유의해야 한다. 또한, 본 발명을 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 발명의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략한다.
또한, 본 발명의 구성 요소를 설명하는 데 있어서, 제 1, 제 2, A, B, (a), (b) 등의 용어를 사용할 수 있다. 이러한 용어는 그 구성 요소를 다른 구성 요소와 구별하기 위한 것일 뿐, 그 용어에 의해 해당 구성 요소의 본질이나 차례 또는 순서 등이 한정되지 않는다. 명세서 전체에서, 어떤 부분이 어떤 구성요소를 '포함', '구비'한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다. 또한, 명세서에 기재된 '…부', '모듈' 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어 또는 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다.
첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 발명의 예시적인 실시형태를 설명하고자 하는 것이며, 본 발명이 실시될 수 있는 유일한 실시형태를 나타내고자 하는 것이 아니다.
출원 당시에 “http://member.openmobilealliance.org/ftp/Public_documents/LOC/Permanent_documents/에서 접근할 수 있었던 OMA-TS-REST_NetAPI_NavSe-V1.0, 및 OMA-ER-NavSe-V1.0 표준 문서는 참조로서 원용되며, 여기서 완전히 기술된 것처럼 본 개시에 완전히 통합된다.
이하, 본 명세서에서 사용되는 용어를 정의한다.
본 명세서에서, 어플리케이션(Application)은 사용자 대신에 업무를 수행하는 잘 정의되었으나 표준화되지 않은 기능들의 세트의 구현을 의미한다. 어플리케이션은 소프트웨어 및/또는 하드웨어 요소들 그리고 연관된 사용자 인터페이스들로 이루어질 수 있다.
일반적으로 본 발명이 속하는 기술 분야에서, 서버(Server)는 요청들에 응답하여 클라이언트들에게 자원들을 제공하는 엔티티에 해당한다.
일반적으로 본 발명이 속하는 기술 분야에서, 클라이언트(Client)는 서비스의 수신자로서 동작하는 디바이스, 사용자 에이전트 또는 다른 엔티티에 해당한다.
본 명세서에서, NavSe 어플리케이션(NavSe Application)은 경로 정보, 실시간 및 미래에 예상되는 교통 정보를 얻기 위해 서버와 상호작용할 책임을 지닌 엔티티에 해당한다. 따라서, NavSe 어플리케이션은 스마트폰, 모바일 폰, 네이게이션 디바이스 등을 포함하는 단말에 탑재되며, 이에 따라 본 명세서에서 NavSe 어플리케이션은 단말, NavSe 클라이언트(NavSe Client)와 상호교환 가능하게 지칭될 수 있다. 이러한 측면에서, NavSe 어플리케이션은 클라이언트의 일종에 해당한다.
본 명세서에서, NavSe 서버(NavSe Server)는 NavSe 어플리케이션에 경로 정보, 실시간 및 미래에 예상되는 교통 정보를 제공할 책임을 지닌 엔티티에 해당한다. 이러한 측면에서, NavSe 서버는 서버의 일종에 해당한다.
본 명세서에서, 위치 URI(Location URI)는 위치를 획득하는 프로토콜을 이용하여 디바이스의 현재 위치가 특정 위치 서버로부터 획득되도록 하는 URI에 해당한다.
본 명세서에서, 네비게이션 디바이스(Navigation Device, ND)는 GNSS(Global Navigation Satellite System) 서비스를 이용하여 최종 목적지에 도달하기 위해 올바른 경로를 보여주는 운전자를 보조하는 엔티티에 해당한다. 이 엔티티는 사용자 선호도에 따라 실시간 및 예측된 교통 정보를 처리하고 최적의 경로를 동적으로 추정할 수 있다.
본 명세서에서, 경량 ND(Lightweight ND)는 경로 계산을 위한 기능이 없으며, 서버로부터 계산된 경로를 요청 및 수신하는 네비게이션 디바이스를 의미하며, 로컬 맵 데이터베이스가 이용 가능하지 않으면, 경로 예측 기능들을 위해 그리고 도로 모양(shape) 표현을 검색하기 위해 서버에 액세스하는 네비게이션 디바이스에 해당한다.
본 명세서에서, 스마트 ND(Smart ND)는 디바이스 자체에서 이용 가능한 도로 네트워크 데이터베이스를 이용하여, 경로(들)를 계산할 수 있는 네비게이션 디바이스에 해당한다.
본 명세서에서, 관심 포인트(Point Of Interest, POI)는 이름, 카테고리, 고유 식별자 또는 시내 주소와 같은 위치들에 관한 정보를 설명한다.
본 명세서에서, 도로를 구분하는 단위로 일반 도로에서는 교차로와 교차로 사이의 연속된 도로를 세그먼트(Segment)라 하고, 고속도로에서는 각 고속도로의 정책에 따라 도로를 나누어 세그먼트라고 정의된다. 이러한 세그먼트 단위로 교통의 정체나 통과 시간 등이 결정될 수 있다. 본 명세서에서는 세그먼트를 도로 구간과 상호 호환 가능하게 사용한다.
본 명세서에서, 세그먼트 시퀀스(Segment Sequence)는 하나 이상의 연속된 세그먼트들의 집합을 지칭한다. 필요에 따라, 하나의 세그먼트로 구성된 세그먼트 시퀀스도 가능하다. 또한, 예컨대 둘 이상의 세그먼트들로 구성된 세그먼트 시퀀스는 첫 번째 세그먼트의 종료 포인트가 두 번째 세그먼트의 시작 포인트와 동일하다.
본 명세서에서, 폴리라인(Polyline)은 각 세그먼트의 끝 지점들을 특정함으로써 정의된, 하나 이상의 선 세그먼트들로 구성된 그래픽 컴퓨팅에 사용되는 연속 선에 해당한다.
본 명세서에서, 경로 정보(Route Information)는 정의된 출발지에서 목적지까지의 세그먼트의 집합 및 보조 데이터의 좌표들 정보에 해당한다.
본 명세서에서, 교통 정보(Traffic Information)는 영역 또는 경로와 관련된 교통 이벤트들 및 네트워크 성능 파라미터들로 구성된 정보에 해당한다. 또한, 상기 교통 정보는 현재 또는 앞으로 발생할, 즉 미래의 교통 정보를 포함할 수 있다.
본 명세서에서, 교통 이벤트(Traffic Event)는 도로 네트워크 운영자에 의해 부과되거나 계획된 영역 또는 경로에 관련된 이벤트들(즉, 도로 폐쇄를 유발하는 도로 공사들) 또는 상기 네트워크 운영자의 제어 외적으로 발생하는 이벤트들(즉, 사고들)에 관한 정보에 해당한다.
본 명세서에서, 네트워크 성능 파라미터(Network Performance Parameter)는 영역 또는 경로에 존재하는 각 세그먼트들의 성능 또는 교통 흐름(즉, 속도, 지연 및 소요 시간)에 관한 정보에 해당한다.
본 명세서에서, 전체 경로 정보(Route Information in Full Format)는 출발지에서 목적지까지의 모든 세그먼트를 포함하는 경로 정보의 한 형태를 의미한다. 별도의 언급이 없는 경우 경로 정보는 전체 경로를 의미한다.
본 명세서에서, 요약 경로 정보(Route Information in Summarized Format)는 출발지에서 목적지까지의 모든 세그먼트 중 정보의 요약을 위해 선택된 세그먼트 만을 포함하는 경로 정보의 한 형태를 의미한다.
본 명세서에서, 사용불가 경로 정보(Unusable Route Information)는 화재, 지진, 홍수 등과 같은 재난 발생 지역에서 막혀있거나 파괴된 경로에 관한 정보에 해당한다.
본 실시예에서 네비게이션 장치(Navigation Device)는 경로 안내 기능을 수행할 수 있는 장치를 말하며, 네비게이션 장치는 스마트폰, 모바일폰, 모바일 디바이스, 랩톱, 태블릿 PC, 스마트패드 등 휴대 가능하거나 휴대 가능한 물체에 부착 가능한 모든 전자적 장치를 포함한다. 이하에서 네비게이션 장치는 네비게이션 디바이스, Navigation Device, ND로 지칭될 수 있다.
OMA LOC WG에서 현재 표준화 중인 NavSe는 네비게이션 장치에 IP기반의 교통 정보를 전달하는 형태에 속하며, 좀더 상세하게는 P2P 형태로 전달하는 구분에 속하며, NavSe에서는 네비게이션 장치를 아래와 같이 2가지로 구분하고 있다.
1. 스마트 ND(Smart ND, 122): 스스로 경로 계산이 가능하여, 서버를 통해서 경로 정보를 수신하지 않고, 실시간 교통 정보만을 요청하는 장치
2. 경량 ND(Lightweight ND, 121): 스스로 경로 계산이 불가능하여, 서버를 통해 경로 정보를 포함한 모든 실시간 교통 정보를 요청하는 장치
NavSe 표준에서 스마트 ND(Navigation Device)는 NavSe 서버에서 제공하는 교통정보를 기반으로 자체적으로 주행할 경로를 계산하여 사용자에게 제공한다. 특정 지역에 재난(화재, 홍수, 지진, 방역 등)이 발생하여 일부 도로의 통행이 제한되고, 재난으로 인해 통행이 제안되는 도로가 계속 발생할 수 있는데, 이러한 상황에서 스마트 ND는 통행이 제한되는 도로의 정보가 없기 때문에, 사용자에게 정상적인 경로를 제공할 수 없다. 재난이 발생한 경우 NavSe 서버가 스마트 ND에게 재난(화재, 홍수, 지진, 전염병으로 인한 방역 등)이 발생한 특정지역에서의 사용불가 경로 정보(Unusable route information)을 제공한다면, 스마트 ND는 제공받은 사용불가 경로 정보를 통해 사용자에게 사용할 수 없는 경로를 제외한 적절한 경로를 제공할 수 있다.
이하, 스마트 ND가 사용자에게 재난 지역의 사용불가 경로 정보를 고려한 경로를 제공하기 위해, 스마트 ND의 NavSe 어플리케이션이 NavSe 서버에 재난 지역과 관련된 사용불가 경로 정보 또는 NavSe 어플리케이션에 의해 추정된 경로와 관련된 교통정보를 요청하고 제공받는 과정을 설명한다. 이하에서는 설명을 위해 NavSe 어플리케이션 및 NavSe 서버는 단순히 어플리케이션 및 서버와 같이 지칭할 수 있다.
도 1은 본 발명의 네비게이션 시스템인 NavSe 시스템 전반을 설명하기 위한 네트워크 구성도이다.
도 1에 도시된 바와 같이, 본 발명의 네비게이션 시스템은 이동통신망 접속이 가능한 네비게이션 장치, 무선 송수신을 위한 이동통신망, 교통 정보를 제공하기 위해 교통 정보 수집 장치 및 교통 정보 및 경로 제공 서버(NavSe Server)를 포함할 수 있다.
본 실시예에서 단말은 도면에 도시한 것과 같이 이동통신망 또는 Wi-Fi 등의 IP 망과 연결이 가능하며, 경로 안내를 위한 네비게이션 어플리케이션을 구비하고 있으며, 해당 어플리케이션은 서버에 접속하여 실시간 교통 정보를 수신하여 경로를 안내할 수 있다. 여기서 실시간 교통 정보라 함은 NavSe 서버에서 계산되어 단말에 전달되는 최적의 경로 정보, 실시간 및 예측 교통 정보, POI와 날씨와 같은 교통과 연관된 부가 정보를 의미한다.
도 2는 NavSe 표준에서 정의된 자원 구조를 도시한 도면이다.
도 3은 본 발명의 일 실시예에 따른 재난 지역에 대한 사용불가 경로 정보를 제공하기 위한 자원의 구조를 도시한 도면이다.
NavSe 표준에서 어플리케이션이 경로를 요청하거나, 경로를 위한 교통정보를 생성하는 경우, 도 2와 같이, NavSe 서버는 NavSe 어플리케이션의 각각의 요청에 따라 자원을 새롭게 생성하고 서비스를 제공한다. 즉, 도 2의 NavSe 자원 구조를 매 요청에 따라 새롭게 생성하여 서비스 제공한다. 한편, 재난 지역에 대한 사용불가 경로 정보는 다수의 사용자에게 동일하게 제공되는 정보에 해당한다. 따라서, 본 실시예에서 재난 지역에 대해서는, 도 3에 도시된 것과 같이, 단일의 자원만 생성하여 재난 지역에 위치하거나 재난 지역을 통과하는 다수의 사용자에게 공통으로 제공할 수 있다.
구체적으로, NavSe 에서는 기본적으로 사용자가 Trip 리소스를 생성하면, 하위에 리소스가 구성되어 각 요청마다 서로 다른 서비스를 제공하게 되는데, Emergency Area 리소스는 서버가, Trip 리소스와 관계없이, 단독으로 생성하여 동일한 정보를 필요로 하는 사용자에게 동일한 Emergency Area 리소스의 링크를 제공한다. 단일 리소스로 여러 사용자에게 정보를 제공함으로써 서버 상에서 동일한 정보를 각 사용자마다 생성하면서 낭비되는 리소스를 줄일 수 있다. 링크를 제공받은 사용자는 Emergency Area 리소스에 접속하여 해당 재난지역의 사용불가 경로 정보를 제공받을 수 있다.
또한, 필요에 따라 사용자는 갱신된 사용불가 경로 정보 수신을 위해 Emergency Area 리소스에 Subscription을 하거나, 제공된 Emergency Area의 사용불가 경로 정보 외에 새롭게 사용불가 도로가 발생하면 New Unusable Route 리소스에 해당 도로정보를 업로드 할 수 있다. New Unusable Route 리소스에 새로운 사용불가 경로 정보가 발생하면 서버는 Emergency Area 리소스의 사용불가 경로 정보를 갱신한다. 또한, 서버는 갱신된 사용불가 경로 정보 수신을 Subscription 한 다른 사용자에게 알리기 위해, 새로운 사용불가 경로 정보 제공을 위한 Notification을 전송할 수 있다. 사용자가 사용불가 경로 정보를 갱신할 수 있게 함으로써, 서버는 신속하게 추가적인 사용불가 경로 정보를 획득할 수 있다.
즉, 본 실시예에 의하면, 서버는 빠르게 새로 사용불가가 된 도로정보를 수집할 수 있고, 이를 통해 사용불가 경로 정보를 빠르게 업데이트하고, 또한 통지서비스에 가입된 다른 사용자에게 빠르게 업데이트된 사용불가 경로 정보를 제공할 수 있게 된다.
이하 본 발명의 실시를 위해 제안되는 리소스에 대해 간략히 설명한다. 이외 본 발명의 실시를 위한 리소스는 NavSe 표준에 정의되어 있으므로 본 명세서에서는 생략한다.
1) Trip Structure: 최초 단말이 사용자로부터 경로 설정을 위해 전달된 정보로써 기본적으로 출발지와 목적지와 같은 정보를 획득한 후 해당 정보를 서버에 전달한다. 사용불가 경로 정보에 대한 요청 여부나 재난지역에 대한 정보가 포함될 수 있다.
Element Type Optional Description
originWGS84 Location_Point Choice 서버로부터 요청된 경로 정보 및 관련 교통 정보에 대한 출발지의 위치 정보 (Location_Point structure is defined in tpeg-locML [TTI LOG]. One element among originWGS84 or originAddress MUST be specified when Trip resource is created. This element is mandatory when the Trip resource is read by the client. This field can be used to indicate the assumed current position of the client, enabling route information updating procedure on the server.)
만약 unusableRoute 파라미터의 값이 True이고 orginWGS84의 값과 destinationWGS84의 값이 같은 경우, 어플리케이션이 originWGS84가 지정하는 지점을 포함하는 지역의 사용불가 경로 정보를 요청했음을 나타낸다. 만약 unusableRoute 파라미터의 값이 True이나 originWGS84의 값과 destinationWGS84의 값이 다른 경우, 어플리케이션이 진행하는 경로 상에 있는 특정 지역의 사용불가 경로 정보를 요청했음을 나타낸다.
originAddress Civic_Address Choice IETF Civic Address [RFC5139] 형태로 표현되는 출발지의 위치 정보 (One element among originWGS84 or originAddress MUST be specified when Trip resource is created.)
만약 unusableRoute 파라미터의 값이 True이고 orginAddress의 값과 destinationAddress의 값이 같은 경우, 어플리케이션이 originAddress가 지정하는 지점을 포함하는 지역의 사용불가 경로 정보를 요청했음을 나타낸다. 만약 unusableRoute 파라미터의 값이 True이나 originAddress의 값과 destinationAddress의 값이 다른 경우, 어플리케이션이 진행하는 경로 상에 있는 특정 지역의 사용불가 경로 정보를 요청했음을 나타낸다.
destinationWGS84 Location_Point Choice 서버로부터 요청된 경로 정보 및 관련 교통 정보에 대한 목적지의 위치 정보 (Location Point structure is defined in tpeg-locML [TTI LOC]. In case that Trip resource is created for an emergency, this field may not be specified, otherwise one element among destinationWGS84 or destinationAddress MUST be specified when Trip resource is created. This structure is mandatory when the Trip resource is read by the client.)
만약 unusableRoute 파라미터의 값이 True이고 destinationWGS84의 값과 originWGS84의 값이 같은 경우, 어플리케이션이 originWGS84가 지정하는 지점을 포함하는 지역의 사용불가 경로 정보를 요청했음을 나타낸다. 만약 unusableRoute 파라미터의 값이 True이나 destinationWGS84의 값과 originWGS84의 값이 다른 경우, 어플리케이션이 진행하는 경로 상에 있는 특정 지역의 사용불가 경로 정보를 요청했음을 나타낸다.
destinationAddress Civic_Address Choice IETF Civic Address [RFC5139] 형태로 표현되는 목적지의 위치 정보 (In case that Trip resource is created for an emergency, this field may not be specified, otherwise one element among destinationWGS84 or destinationAddress MUST be specified when Trip resource is created. This structure may be provided by the server in case the user defines a destination using destinationWGS84 structures.)
만약 unusableRoute 파라미터의 값이 True이고 destinationAddress의 값과 originAddress의 값이 같은 경우, 어플리케이션이 originAddress가 지정하는 지점을 포함하는 지역의 사용불가 경로 정보를 요청했음을 나타낸다. 만약 unusableRoute 파라미터의 값이 True이나 destinationAddress의 값과 originAddress의 값이 다른 경우, 어플리케이션이 진행하는 경로 상에 있는 특정 지역의 사용불가 경로 정보를 요청했음을 나타낸다.
waypoints Location_Point [0...unbounded] Yes 경유지의 위치 정보(Location_Point structure is defined in tpeg-locML [TTI LOC].)
startingTime xsd:dateTime Yes 계획된 여행의 시작 시간. 존재하지 않는 경우 현재시간이 사용된다
endingTime xsd:dateTime Yes 계획된 여행이 끝나는 시간, 경로 추정에 기반해 서버에 의해 제공된다
tollRoad xsd:boolean Yes 경로 추정에서 유료 도로를 포함할지를 확인, 값이 true이거나 존재하지 않는다면 유료 도로는 허용된다.
vehicleType xsd:string Yes 경로 정보를 요청하는 차량의 유형(This field SHALL be encoded according to the list of values defined in table RTM01 provided in [TTI RTM])
calculateRoute TripQueryType
[1..2]		 Yes 정의된 여행에 대해, 관련 교통 이벤트 및 성능 파라미터와 함께 서버가 경로 집합을 제안해야 하는지 또는 정체가 발생한 경우 대체 경로를 제안해야 하는지 여부(If this parameter is set to NoAction or absent, the route will be estimated by the ND.)
requestedEventsCategories xsd:string [0..unbounded] Yes 정의된 여행과 관련된 교통 정보의 카테고리(This field shall be encoded according to the list of values defined in the rtm00 table available in [TTI RTM]. If this field is not present, the server MUST provide traffic information for all defined categories (including network performance parameters).)
unusableRoute xsd:boolean Yes 어플리케이션이 특정 지역의 사용불가 경로 정보를 요청했는지를 나타냄. 본 파라미터의 값이 True일 경우, 어플리케이션이 특정 지역의 사용불가 경로 정보를 요청했음을 나타냄.
서버가 본 파라미터를 제공하는 경우, 어플리케이션이 주행할 경로상에 재난 지역이 있을 수 있음을 나타낸다. 재난 지역의 위치정보는 disasterArea를 통해 제공된다.
disasterArea Location Container
[0..unbounded]		 Yes 서버가 unusableRoute를 포함하였을때, 재난 지역의 위치정보를 제공한다.
link common:Link [0..unbounded] Yes 기준 경로 리소스에 대한 링크(Attribute "rel" must be set to "Route" or "unusableRoute".)
resourceURL xsd:anyURI Yes Self-referring URL. (The resourceURL SHALL NOT be included in POST requests by the client, but MUST be included in POST requests representing notifications by the server to the client, when a complete representation of the resource is embedded in the notification. The resourceURL MUST be also included in responses to any HTTP method that returns an entity body, and in PUT requests.)
2) Emergency Area Structure: 서버에서 단말에 제공하는 사용불가 경로를 제공하기 위해 정의된다. 본 자원은 기존 자원구조와 다르게 서버 상에서 단독으로 구성되고 존재한다.
Element Type Optional Description
areaDesc Location Container No 사용불가 도로정보가 제공되는 지역을 나타낸다.
It is encoded according to Location Container structure as defined in tpeg-locML.
unusableRoute unusableSegment
[0..unbounded]		 Yes areaDesc에 명시된 지역내에서의 사용불가 도로를 나타낸다. areaDesc에 명시된 지역내에서 특정 지역의 모든 도로가 사용불가 도로인 경우, unusableRoute 대신 unusableArea로 표현할 수 있다.
expectedUnusableRoute expectedRoute
[0..unbounded]		 Yes areaDesc에 명시된 지역내에서 현재는 통행 가능하지만, 재해로 인해 향후 사용불가 도로가 되리라 예상되는 도로를 나타낸다.
unusableArea Location Container
[0..unbounded]		 Yes 사용불가 도로가 있는 지역을 나타낸다. areaDesc에 명시된 지역내에서 특정 지역의 모든 도로가 사용할 수 없는 도로인 경우, unusableRoute 대신 unusableArea로 사용불가 도로정보를 표현한다. unusableArea로 표현되는 지역의 최대 크기는 areaDesc과 같다(unusableArea와 areaDesc가 같은 경우, 재난 지역 내 모든 도로가 사용불가함을 나타낸다).
expectedUnusableArea expectedArea
[0..unbounded]		 Yes areaDesc에 명시된 지역내에서 현재는 통행 가능하지만, 재해로 인해 향후 해당 지역의 도로가 사용불가 도로가 되리라 예상되는 지역을 나타낸다.
resourceURL xsd:anyURI Yes Self-referring URL. The resourceURL SHALL NOT be included in POST requests by the client, but MUST be included in POST requests representing notifications by the server to the client, when a complete representation of the resource is embedded in the notification. The resourceURL MUST be also included in responses to any HTTP method that returns an entity body, and in PUT requests.
서버는 areaDesc 파라미터를 통해 전체 재난 지역을 표현하고, unusableRoute 또는 unusableArea를 통해 어플리케이션에게 사용불가 경로 정보를 제공한다. unusableArea는 특정 지역의 모든 경로가 사용불가 경로인 경우, 각 경로의 정보를 개별로 제공하지 않고 각 경로가 포함된 지역으로 표현하여 어플리케이션에게 제공하는 데이터의 양을 감소시키고, 재난 지역의 모든 경로가 사용불가 경로인 경우를 쉽게 표현할 수 있게 한다(areaDesc의 값과 unusableArea의 값이 같은 경우가 이에 해당한다).
본 실시예에서 emergencyArea 리소스에서 실제 사용불가 도로를 나타내는 unusableSegment는 아래 [표 3]과 같다. emegencyArea에서 특정 지역(재난 지역)의 사용불가 도로를 표현하기 위해 아래 unusableSegment가 0개 또는 그 이상이 포함될 수 있다.
Element Type Optional Description
originPoint Location_Point No This field represents the origin of the unusable segment encoded according to Location_Point structure as defined in tpeg-locML [TTI LOG].
endpoint Location_Point No This field represents the end of the unusable segment encoded according to Location_Point structure as defined in tpeg-locML [TTI LOG].
midwayPoint Location_Point [0...unbounded] Yes This field is used to identify unambiguously the target road segment.
It is encoded according Location_Point structure as defined in tpeg-locML [TTI LOG].
linkName xsd:string Yes Name of the road or street, which the segment belongs to.
expectedUnusableRoute와 expectedUnusableArea는 현재는 사용 가능한 경로이지만 재해로 인해 향후 사용이 불가하리라 예상되는 경로를 나타낸다. 어플리케이션은 경로 계산시 expectedUnusableRoute와 expectedUnusableArea를 고려하고(예를 들어, expectedUnusableRoute와 expectedUnusableArea에서 지정한 경로를 바로 지나간다면 해당 경로를 사용하고, 지정한 경로를 늦게 지나가게 된다면 사용하지 않음), 향후 어플리케이션에서의 경로 업데이트를 용이하게 한다.
본 실시예에서 emergencyArea 리소스에서 향후 사용불가 도로를 나타내는 expectedRoute는 아래 [표 4]와 같다. emegencyArea에서 향후 사용불가 도로를 표현하기 위해 아래 expectedRoute가 0개 또는 그 이상이 포함될 수 있다.
Element Type Optional Description
id xsd:string No 제공되는 예상되는 사용불가 도로정보의 id
expectedRoute unusableSegment
[1..unbounded]		 No 예상되는 사용불가 도로정보를 나타낸다.
본 실시예에서 emergencyArea 리소스에서 향후 사용불가 지역을 나타내는 expectedArea는 아래 [표 5]와 같다. emegencyArea에서 향후 사용불가 지역을 표현하기 위해 아래 expectedArea가 0개 또는 그 이상이 포함될 수 있다.
Element Type Optional Description
id xsd:string No 제공되는 예상되는 사용불가 도로정보 지역의 id
expectedArea Location Container No 예상되는 사용불가 도로를 포함하는 지역정보를 나타낸다.
또한 어플리케이션은 기존에 제공된 사용불가 경로 정보 외에 새로운 사용불가 경로 정보가 있는 경우 서버에 newUnusableRoute 자원을 생성하여 신규하게 발생한 사용불가 경로 정보를 서버에 제공한다. newUnusableRoute 자원은 아래 [표 6]과 같다.
Element Type Optional Description
newUnusableRoute unusableSegment
[0..unbounded]		 Yes 새롭게 업데이트 된 사용불가 도로정보를 나타낸다. 본 파라미터는 어플리케이션이 새로운 사용불가 도로정보를 서버에 제공할 때 사용한다.
3) Subscription Structure: 어플리케이션은 Subscription을 통해 재난 지역에 새로운 사용불가 경로 정보가 있는 경우에 서버로부터 자동으로 통지받도록 설정할 수 있다.
Element Type Optional Description
callbackReference common:CallbackReference No Client's Notification endpoint and parameters.
link common:Link [1...unbounded] No References to resources subscribed by the application. Attribute "rel" indicates the type of resource subscribed. It may assume the following values:
* "Trip": in order to get notified about:
o new traffic events and performance parameter related to the set of routes defined for the trip
o new alternative route proposals
* "Area": in order to be notified of new traffic events and performance parameters updates
* "UnusableRoute": 특정지역의 업데이트 된 사용불가 도로정보를 통지받기 위함
Attribute "href" specifies the URL of subscribed resource. Subscribed resource's type must be the same of that specified in "rel" attribute.
Note: notified information for an existing route are:
a) new traffic events provided with links included in the route resource itself;
b) performance parameters available in updated performanceParameter filed of segment structures.
trackingProc xsd:boolean Yes If present and set to True, the application communicate to the server user's availability to provide position information through an external location application.
deviceLocationURI xsd:anyURI Yes This parameter is used by the server for accessing Navigation Device position information.
resourceURL xsd:anyURI Yes Self-referring URL. The resourceURL SHALL NOT be included in POST requests by the client, but MUST be included in POST requests representing notifications by the server to the client, when a complete representation of the resource is embedded in the notification. The resourceURL MUST be also included in responses to any HTTP method that returns an entity body, and in PUT requests.
4) Notification Structure: 서버는 Notification을 통해 새로 업데이트된 사용불가 경로 정보가 있음을 알리고 업데이트된 사용불가 경로 정보를 수신할 수 있는 링크를 제공한다.
Element Type Optional Description
link common:Link
[1...unbounded]		 No Link to updated resources. Attribute "rel" attribute indicates type of resource updated and may assume "Trip", "Route", "Event", "Area" and "UnusableRoute" values.
expectedInfoUpdate xsd:string Yes 제공한 expectedUnusableRoute나 expectedUnusableArea의 ID를 포함함. 본 파라미터에 포함된 ID가 가르키는 expectedUnusableRoute나 expectedUnusableArea의 Route나 Area가 현재 사용불가 도로가 되었음을 알림
서버는 EmergencyArea를 통해 어플리케이션에게 현재는 사용할 수 있으나 향후 사용이 불가능하게 되리라 예상되는 도로의 정보(expectedUnusableRoute, expectedUnusableArea)를 제공한다. 추후에 사용이 불가능하다고 예상되는 도로가 실제로 사용불가 도로가 되었다면, 기존에는 서버는 링크를 포함한 Notification을 어플리케이션에 전달하여 어플리케이션이 업데이트 된 사용불가 경로 정보를 제공받도록 해야 한다. 이 경우, 어플리케이션에 전달되는 Notification에 이미 제공한 expectedUnusableRoute나 expectedUnusableArea의 ID를 포함하여 전달하는 방식으로 기제공한 예상되는 사용불가 경로 정보가 실제로 사용불가 되었음을 알릴 수 있다. 사용불가 경로 정보가 업데이트 되었을 때 사용자가 업데이트 된 사용불가 경로 정보를 수신하기 위해 서버에 접속하는 횟수를 줄일 수 있고, 결과적으로 긴급 재난 상황에서 서버의 접속 폭주를 막을 수 있으면서도 ND가 빠르게 새로운 경로를 계산하고 사용자에게 제공할 수 있게 한다.
도 4는 본 발명의 일 실시예에 따라 어플리케이션이 서버에 사용불가 경로 정보를 요청하고 제공받는 과정을 예시한 흐름도이다. 이하에서는, 도 4를 참조하여 서버가 재난 지역에 대한 사용불가 경로 정보를 어플리케이션에 제공하는 과정에 대해 설명한다.
1. 사용자는 특정 지역(재난 지역)의 사용불가 경로 정보를 요청하기 위한 Journey 파라미터를 설정한다.
2. 어플리케이션은 서버에 사용불가 경로 정보에 접속할 수 있는 링크정보를 수신하기 위한 요청을 전달한다.
3. 서버는 사용불가 경로 정보에 접속할 수 있는 링크정보를 어플리케이션에 응답한다..
4. 어플리케이션은 제공받은 링크를 이용하여 서버에 사용불가 경로 정보를 요청한다.
5. 서버는 어플리케이션이 요청한 특정 지역(재난 지역)의 사용불가 경로 정보를 제공한다.
6. 어플리케이션은 갱신되는 사용불가 경로 정보를 제공받기 위한 통지서비스에 가입한다.
7. 사용불가 경로 정보가 갱신된 경우 서버는 통지서비스에 가입한 어플리케이션에게 갱신 됐음을 알리는 통지메시지를 보낸다.
8. 어플리케이션은 갱신된 사용불가 경로 정보를 요청한다. 만약 앞선 7단계에서 예측된 사용불가 경로 정보의 id를 통보 받은 경우에는 본 8단계와 다음 9단계는 생략가능하다.
9. 서버는 갱신 된 사용불가 경로 정보를 제공한다.
10. 사용자는 네비게이션 서비스를 이용 중, 기존에 없던 새로운 사용불가 도로가 있음을 감지한다.
11. 어플리케이션은 새로운 사용불가 경로 정보를 서버에 전달한다.
12. 서버는 수신한 사용불가 경로 정보를 이용하여 특정 지역의 사용불가 경로 정보를 갱신 하고, 해당 사용불가 경로 정보의 통지서비스에 가입한 다른 어플리케이션에 갱신 통지 메시지를 전달한다.
사용불가 경로 정보는 재난으로 인한 실시간 도로 상황 변화로 인해 지속적으로 변할 수 있다. 따라서, 지속적으로 갱신되는 사용불가 경로 정보를 어플리케이션에 효율적으로 제공할 수 있는 방안이 필요하다. 본 실시예에서 사용자가 사용불가 경로 정보와 관련하여 NavSe 어플리케이션을 통해 정보를 요청하는 경우는 아래와 같이 3가지 경우가 있을 수 있다.
(a) 빌딩, 지하 등의 실내지역이나 좁은 실외지역 등에 재난(화재, 붕괴)이 발생하여 탈출을 위한 경로를 계산하기 위해 사용불가 경로 정보를 요청하는 경우, ND는 사용자에게 실내 네비게이션 서비스 또는 재난 지역에 대한 실외 네비게이션 서비스를 제공하며 특정 지역(area)에 대한 사용불가 경로 정보를 함께 제공한다.
(b) 일반 네비게이션 서비스를 이용하는 사용자가 자신의 도착지까지 도달하는 경로 상에 재난 지역이 있음을 인식하고, 해당 재난 지역의 사용불가 경로 정보를 요청하는 경우, ND는 사용자에게 실외 네비게이션 서비스를 제공하며 경로 상에 위치하는 재난 발생 지역에서의 사용불가 경로 정보를 함께 제공한다.
(c) 일반 네비게이션 서비스를 이용하는 사용자가 자신의 도착지까지 도달하는 경로상에 재난 지역이 있음을 인식하지 못해 일반 정보만을 요청하는 경우, 마찬가지로 ND는 사용자에게 실외 네비게이션 서비스를 제공하며 경로 상에 위치하는 재난 발생 지역에서의 사용불가 경로 정보를 함께 제공하는데, 이 경우는 사용자에게 경로 상에 재난 발생 지역이 있음을 알리는 과정이 선행된다.
이하에서는, 각 경우에 대해 어플리케이션이 서버에 재난지역에 대한 사용불가 경로 정보를 요청하고 제공받는 과정에 대해 설명하고, 도면을 참조하여 어플리케이션 및 서버가 리소스를 구성하는 과정에 대해 설명한다.
(a)의 경우는 빌딩, 지하 등의 실내공간, 또는 좁은 실외지역 등 한정된 공간에서 재난이 발생한 경우, 사용자가 탈출 등의 이동을 위한 경로를 계산하기 위해 사용불가 경로 정보를 요청할 때 사용하는 방식이다.
NavSe 어플리케이션은 네비게이션 단말을 위해 서비스를 제공할 수 있으며, 웹 접속을 통해 네비게이션 단말이 아닌 경우에도 웹을 통해 서비스 제공이 가능하기 때문에, 현재 재난 지역의 사용불가 경로 정보를 확인하기 위한 서비스에도 사용될 수 있다. 예컨대, 소방서에서 구조 활동을 효율적으로 하기 위해 웹을 통해 화재나 난 빌딩의 사용불가 경로 정보를 확인하고 구조요원의 이동 및 배치를 지시하는 Use Case가 가능하다. 또한, 빌딩 등 실내에서 화재 등의 재난이 발생한 경우, 서비스 제공자는 사용불가 경로 정보를 확인하기 힘들 수 있다. 이와 같은 경우, 구조요원이 실내에 진입해서 NavSe 어플리케이션을 이용해 사용불가 경로 정보를 NavSe 서버에 제공하는 방법이나, 또는 구조요원과 다른 방식으로 연락을 취한 상황실 등에서 웹을 통해 사용불가 경로 정보를 NavSe 서버에 제공하여 사용자들에게 사용불가 경로 정보를 제공하는 예시나 건물의 상황실/관리실에서 CCTV등을 통해 사용불가 경로 정보를 확인하고 이를 웹 등을 통해 NavSe 서버에 제공하는 것도 가능하다.
어플리케이션의 사용자는 출발지, 목적지, 재난 지역과 관련된 사용불가 경로 정보를 요청하는 인디케이터(indicator) 및 기타 환경 설정에 대한 여행 파라미터를 정의한다. 이 때, 여행 파라미터의 인디케이터가 어플리케이션이 사용불가 경로 정보를 요청하고 있음을 나타내면서 출발지 및 목적지가 동일하다면 어플리케이션이 출발지와 목적지의 위치를 포함하는 재난 지역과 관련된 사용불가 경로 정보를 요청하는 것을 나타낸다((a)의 경우). 여행 파라미터의 출발지와 목적지가 서로 다르다면 출발지에서 목적지에 이르는 경로에 존재하는 특정 지역의 사용불가 경로 정보를 요청하는 것을 나타낸다((b)의 경우).
어플리케이션이 여행 파라미터를 서버에 업로드하면, 어플리케이션은 서버에 의해 제공된 링크를 통해 사용불가 경로 정보에 접근한다. 사용불가 경로 정보는 재난 지역에서 사용불가 경로 정보를 얻으려는 사용자들에게는 공통 정보에 해당하므로, 서버는 경로 정보를 제공하기 위한 하나의 재난 지역 리소스를 생성하고, 서버의 리소스 수를 줄이기 위해 사용자들에게 공통적으로 사용불가 경로 정보에 대한 링크를 제공한다. 이 때, 서버는 예상되는 현재는 사용가능하지만 향후 사용할 수 없을 것으로 예측되는 사용불가 경로 정보를 함께 제공할 수 있다.
어플리케이션은 사용불가 경로 정보에 접근한 후에는 사용자와의 상호작용 없이 자동적으로 통지 서비스에 가입한다. 재난 지역에 새로운 사용불가 경로가 발생하면, 서버로부터 어플리케이션으로 통지 메시지가 트리거된다. 어플리케이션은 갱신된 교통 정보에 접근할 수 있다.
서버가 이미 제공한 예측된 사용불가 경로가 실제 사용불가 경로가 되면, 서버는 예측된 사용불가 경로 정보의 id를 포함하는 통지 메시지를 어플리케이션에 트리거한다. 어플리케이션이 통지 메시지를 받은 후, 어플리케이션은 제공받은 예측된 사용불가 경로 정보를 이용하여 내부적으로 사용불가 경로 정보를 갱신한다. 예측된 사용불가 경로 정보 및 사용불가 경로 정보의 id를 포함하는 통지 메시지는 어플리케이션이 서버에 접근하는 수를 감소시키는 데 사용된다.
어플리케이션은 ND의 사용자로부터 새로운 사용불가 경로 정보에 대한 정보를 입력받는다. 서버는 어플리케이션에서 업로드된 사용불가 경로 정보를 이용하여 사용불가 경로 정보를 갱신한다.
도 5는 본 발명의 일 실시예에 따른 어플리케이션 및 서버의 동작을 나타내는 흐름도이다. 도 5에 도시된 흐름도와 같은 과정을 거쳐, 서버는 어플리케이션에게 특정 재난 지역에 대한 사용불가 경로 정보를 제공할 수 있다.
1. 어플리케이션의 사용자는 여행 파라미터(journey parameter)들을 정의하고 어플리케이션은 여행 파라미터를 이용해 사용자에 의해 지정된 재난 지역과 관련된 사용불가 경로 정보를 요청하기 위한 여행 디스크립션을 포스트한다. 서버는 재난 지역과 관련된 사용불가 경로 정보에 접근할 수 있는 링크를 포함하여 생성된 "트립(trip)" 리소스로 응답한다.
2. 어플리케이션은 사용불가 경로 정보에 접근한다.
3. 어플리케이션은 갱신된 사용불가 경로 정보에 대한 통지 서비스에 가입한다.
4. 사용불가 경로 정보가 갱신되거나 예측된 사용불가 경로가 실제 사용불가 경로가 되면, 서버는 어플리케이션에 통지한다.
5. 어플리케이션은 갱신된 경로 정보에 접근한다.
6. ND의 사용자가 새로운 사용불가 경로를 감지하면, 사용자는 새로운 사용불가 경로 정보를 어플리케이션을 통해 서버에 업로드한다. 서버는 사용불가 경로 정보를 갱신한다.
(b)의 경우는, 사용자가 일반적인 네비게이션 서비스를 통해 경로를 진행하려고 하는데, 해당 경로상에 재난 지역이 있음을 인지하여, NavSe 어플리케이션이 NavSe 서버에 교통정보를 요청할 때, 재난 지역의 사용불가 경로 정보를 함께 요청하는 방식이다.
어플리케이션의 사용자는 여행 파라미터(출발지, 목적지 및 도로 특징 등)를 정의하고, 이러한 파라미터들은 어플리케이션을 통해 서버에 업로드된다. 스마트 ND는 정의된 여행과 관련한 하나 이상의 지리적 영역을 추정하고, 선택된 영역에 대해 서버로부터 리포트된 교통 정보(이벤트 및 성능 파라미터)에 접근한다. 어플리케이션은 교통 정보를 이용하여, ND는 정체된 도로 구간을 피하기 위한 정의된 여행에 대한 경로 집합을 사용자에게 제안하고, 제안된 경로 중에서 사용자는 기준 경로를 선택한다.
어플리케이션은 선택된 경로를 교통 정보(실시간 및 예측 성능 파라미터)와 관련하여 접근하는 서버에 업로드한다. 또한, 실시간 최적 경로 추정을 위해, 어플리케이션은 사용중인 경로 관련 갱신된 교통 정보(성능 파라미터 및 선택된 카테고리에 대한 교통 이벤트)를 수신하기 위한, 여행 관련 통지 서비스에 가입한다.
어플리케이션이 여행 파라미터를 정의 및 업로드 할 때 재난 지역의 사용불가 경로 정보를 요청하는 경우, 서버는 사용불가 경로 정보에 접근할 수 있는 추가적인 링크로 응답한다. 사용불가 경로 정보는 재난 지역의 사용불가 경로 정보를 얻고자 하는 사용자들에게는 공통된 정보이므로, 서버는 사용불가 경로 정보를 제공하기 위한 하나의 재난 지역 리소스를 생성하고, 서버 상의 리소스 수를 줄이기 위하여 사용불가 경로 정보에 접근하고자 하는 사용자들에게 링크를 공통적으로 제공한다. 어플리케이션은 사용불가 경로 정보에 접근하고, ND는 정의된 여행에 대한 사용불가 경로 정보에 기반하여 경로들의 집합을 계산할 수 있다.
어플리케이션이 여행 파라미터를 정의 및 업로드 할 때 재난 지역의 사용불가 경로 정보를 요청하지 않았는데 여행 파라미터와 관련된 재난 지역에 사용불가 경로 정보가 존재하는 경우, 서버는 사용불가 경로 정보에 접근하기 위한 추가 링크 및 재난 지역 정보로 응답한다. 어플리케이션은 경로 계산을 위해 사용불가 경로 정보에 접근할 수 있다. 또한, 실시간 최적 경로 추정을 위해, 갱신된 사용불가 경로 정보에 대한 통지 서비스 가입이 요구된다.
재난 지역에 대한 사용불가 경로 정보가 자주 갱신될 수 있기 때문에, 서버로부터 통지되는 통지 수를 줄이기 위하여 어플리케이션은 ND가 재난 지역 부근에 도착할 때 통지 서비스에 가입한다. ND가 재난 지역 부근에 도착하면, 어플리케이션은 ND의 현재 위치를 서버에 업로드한다. 서버는 어플리케이션에 최신 사용불가 경로 정보에 접근할 수 있는 링크로 응답한다. 어플리케이션은 사용불가 경로 정보에 접근하여, 갱신된 사용불가 경로 정보에 대한 통지 서비스에 가입한다.
현재 경로 주변에서 사고 및/또는 심각한 정체 및/또는 새로운 사용불가 경로가 발생하면, 서버로부터 어플리케이션에 통지 메시지가 트리거된다. 어플리케이션은 통지 메시지를 이용해 갱신된 교통 정보 및/또는 경로에 대해 가능한 갱신된 사용불가 경로 정보에 접근하고, ND는 대체 경로를 추정하고 관련된 교통 정보를 서버에 요청한다.
새로운 경로가 이전의 경로보다 덜 혼잡하다면, ND는 더 이상 해당 리소스에 대한 통지 서비스에 관심이 없기 때문에 이전의 경로는 ND에 의해 삭제된다. 제안된 대체 경로의 성능이 좋지 않은 경우에, 이전 경로를 삭제하기 전에 ND는 덜 혼잡한 경로를 탐색할 수 있다. ND는 반복적으로 대체 경로 집합을 추정하고 서버에 업로드한다. 어플리케이션은 대역폭 최적화를 위해 부분 경로를 업로드하도록 선택할 수 있다.
어플리케이션은 이동 거리에 기반하여 주기적으로 자신의 현재 위치를 서버에 리포트한다. 갱신된 위치 정보를 이용해 서버는 경로 표현에서 차량에 의해 이미 지나온 세그먼트를 삭제할 수 있다. 다음 단계에서, 차량이 계획된 경로에서 벗어나게 되면, ND는 새로운 교통 정보에 접근하기 위해 서버에 업로드 되는 새로운 경로를 추정한다. 새로운 경로가 이전의 경로를 대체하고, 통지 서비스는 새로운 리소스를 포함하게 된다.
도 6은 본 발명의 다른 실시예에 따른 어플리케이션 및 서버의 동작을 나타내는 흐름도이다. 도 6에 도시된 흐름도와 같은 과정을 거쳐, 서버는 어플리케이션에게 여행과 관련하여 경로 상 가능한 재난 지역에 대한 사용불가 경로 정보를 제공할 수 있다.
1. 어플리케이션의 사용자는 여행 파라미터(journey parameter)들을 정의하고 어플리케이션은 여행 파라미터를 이용해 여행 디스크립션을 포스트한다. 서버는 어플리케이션에 여행 식별자(trip ID) 및 정의된 파라미터들을 포함하여 생성된 "트립(trip)" 리소스로 응답한다. 어플리케이션은 경로 추정 기능이 요청되지 않도록 명시한다. 어플리케이션이 사용불가 경로를 요청하는 경우, 어플리케이션은 사용불가 경로 정보가 요청됨을 명시한다. 여행 파라미터와 관련된 재난 지역의 사용불가 경로 정보가 존재하고, 어플리케이션이 사용불가 경로 정보가 요청됨을 명시하지 않은 경우, 서버는 재난 지역과 함께 여행 파라미터와 관련된 사용불가 경로 정보가 있음을 명시하여 응답한다. 본 과정에서 어플리케이션은 1단계에서 Trip 정보를 생성할 때, unusableRoute 파라미터를 포함하여 경로상에 재난 지역이 있고, 재난 지역에서 사용불가 경로 정보를 수신하기를 원함을 나타낸다. 서버는 어플리케이션에게 재난 지역의 사용불가 경로 정보를 수신할 수 있는 링크를 함께 제공한다.
2. 어플리케이션은 여행과 관련된 교통 정보를 요청하는 지역 디스크립션을 포스트한다(이 경우 지역(Area) 구조는 출발지 및 목적지의 좌표로 식별된다). 서버는 디스크립트된 여행과 관련된 지역에 대한 교통 이벤트들에 대한 카테고리를 선택하여, 선택된 카테고리를 포함하는 교통 정보로 응답할 수 있다. 심각한 혼잡이 있는 경우에는 출발지 주변 지역에 대한 성능 파라미터로 응답할 수 있다.
3. 어플리케이션은 서버에 교통 이벤트들을 요청하여 서버로부터 리포트된 교통 정보를 읽는다. 이 정보는 2 단계에서 얻은 성능 파라미터와 함께 ND가 중요한 경로 구간(사고, 건설 또는 정체의 영향을 받는)을 피하는 경로들의 집합을 추정하는데 이용된다. 어플리케이션 또는 서버가 1 단계에서 사용불가 경로 정보에 대한 파라미터를 명시한 경우, 어플리케이션은 리포트된 링크를 이용하여 사용불가 경로 정보를 읽는다. 3단계에서 NavSe 서버로부터 진행하려는 경로의 도로정보를 수집한다. 이 때, NavSe 어플리케이션은 1 단계에서 수신한 링크를 이용하여 재난 지역의 사용불가 경로 정보도 수신한다.
4. 어플리케이션은 서버에 예상 경로(ND가 제안한 집합 중 사용자가 선택한)를 업로드한다. 서버는 성능 파라미터와 교통 이벤트에 대한 링크를 포함하는 '루트(route)' 리소스로 응답한다.
5. 어플리케이션은 선택한 영역(2 단계) 및 업로드된 경로(4 단계)에 대한 통지 서비스에 가입한다. ND가 사용불가 경로 정보를 사용하는 중에 ND가 재난 지역 부근에 도착한 경우, 어플리케이션은 트립 리소스의 출발지 파라미터를 수정하고, 리포트된 링크를 이용하여 최신의 사용불가 경로 정보를 읽는다. 그리고 어플리케이션은 사용불가 경로 정보에 대한 통지 서비스에 가입한다. 어플리케이션은 선택한 지역 및 여행 여행을 위해 업로드된 경로에 관련된 성능 파라미터 및 교통 이벤트를 통보받는다. 어플리케이션은 ND가 재난 지역 부근에 도착하면 사용불가 경로 정보에 대한 통지 서비스에 가입한다. 어플리케이션은 갱신된 사용불가 경로 정보에 대해 통지받는다.
6. 어플리케이션은 트립 리소스의 기존 파라미터를 수정하기 위하여 주기적으로 현재 위치를 갱신하여 서버에 전달한다. 이 작업은 차량이 이전 리포팅 위치에서 일정 거리 주행할 때마다 트리거된다. 서버는 이 정보를 이용하여 이미 주행한 세그먼트를 경로 정보에서 삭제한다. 어플리케이션이 1단계에서 링크로 연결된 Emergency Area 자원을 통해 재난 지역의 위치정보를 획득하였으면, 사용자의 현재 위치가 재난 지역 근처로 접근하면 서버에 현재 어플리케이션의 위치정보를 전달한다. 어플리케이션의 위치정보를 수신한 서버는 현재 Emergency Area 자원을 수신할 수 있는 링크를 제공하고, 어플리케이션은 해당 링크를 통해 새로운 사용불가 경로 정보를 수신하고, 업데이트 되는 사용불가 경로 정보를 수신하기 위한 통지 서비스에 가입한다.
즉, 어플리케이션은 5 단계에서는 일반 통지 서비스만 가입하고, 재난 지역 근처에 도달하거나 재난 지역 내에 있을때만 업데이트되는 사용불가 경로 정보를 제공받기 위한 서비스에 통지 서비스에 가입한다.
이와 같은 방법을 통해, 서버와 어플리케이션은 재난 지역에서 계속 사용불가 경로 정보가 발생할 때마다 업데이트 정보를 제공하는 것이 아니라, 재난 지역 근처에 도달했을 때만 최신 또는 업데이트 되는 사용불가 경로 정보를 제공하여 서버와 어플리케이션 간의 동작을 줄일 수 있다.
7. 서버가 제안된 경로 주변의 교통 이벤트들 및/또는 심각한 정체 및/또는 새로운 사용불가 경로 정보를 감지하면, 서버는 어플리케이션에 통지한다.
8. 어플리케이션은 경로 또는 갱신된 사용불가 경로 정보와 관련된 갱신된 교통 정보(선택된 교통 이벤트들 및 성능 파라미터들)에 접근한다.
서버는 어플리케이션에게 명시한 링크를 통해 현재 경로 및/또는 갱신된 사용불가 경로 정보에 대해 갱신된 교통 정보를 제공한다. 그리고 해당 도로정보가 업데이트 되면 7단계와 같이 서버는 어플리케이션에게 업데이트된 정보가 있음을 통지하고, 8단계와 같이 어플리케이션은 서버로부터 업데이트 된 정보를 제공 받는다.
9. ND는 다음의 조건들 하에서 새 경로를 재계산하기로 결정한다.
a) 응용프로그램이 8 단계에서 갱신된 교통 정보를 수집하는 경우
b) ND가 차량이 정의된 경로에서 벗어나 방향을 바꾼 것을 감지한 경우
c) 어플리케이션이 갱신된 사용불가 경로 정보를 수신하고, 갱신된 사용불가 경로 정보에 의해 현재 경로가 영향 받음을 수신한 경우
어플리케이션은 어플리케이션이 결정한 이전 정보를 유효하게 유지할지 여부에 따라, 수정 또는 생성 작업을 통해 기존 경로에 풋(PUT) 또는 경로 팩토리 리소스에 포스트(POST)하여 새롭게 계산된 경로를 서버에 업로드한다. 서버는 성능 파라미터를 포함하는 "루트" 리소스로 응답한다. 이 단계는 재계산된 경로가 이전 경로보다 나을 때까지 반복적으로 수행될 수 있다. 그러나, 루프를 피하기 위해 어플리케이션은 2 단계 및 3 단계에서 설명한 것과 유사하게 반복되는 쿼리가 발생하는 지역에 대한 교통 정보를 얻기 위해 새로운 지역 디스크립션을 정의할 수 있다.
10. 어플리케이션은 이전 경로들이 더 이상 사용되지 않는 경우 제안된 경로 집합에서 삭제한다. 어플리케이션은 새로 계산된 경로의 성능이 사용중인 경로보다 나쁜 경우에는 새로 계산된 경로를 제안된 경로 집합에서 삭제한다. 어플리케이션은 이전 경로에서의 통지 서비스의 가입을 삭제한다(DELETE)(만약, 수정 작업을 통해, 새로운 경로가 이전 것을 대체하는 경우, 9 단계에서 DELETE 동작은 필요하지 않다).
(c)의 경우는, 사용자가 진행하는 경로에 재난 지역이 있음을 인지 하지 못하고, 일반적인 네비게이션 서비스를 이용하는 경우다.
Smart ND의 기본 절차 중 1단계에서 NavSe 어플리케이션은 NavSe 서버에 Trip 자원을 생성한다. 어플리케이션이 여행 파라미터를 정의 및 업로드 할 때 재난 지역의 사용불가 경로 정보를 요청하지 않았는데 여행 파라미터와 관련된 재난 지역에 사용불가 경로 정보가 존재하는 경우, 서버는 사용불가 경로 정보에 접근하기 위한 추가 링크 및 재난 지역 정보로 응답한다. 어플리케이션은 경로 계산을 위해 사용불가 경로 정보에 접근할 수 있다. NavSe 서버는 NavSe 어플리케이션에 unusableRoute 파라미터를 포함하여 주행하려는 경로에 재난 지역이 있을 수 있음을 알리고, disasterArea 파라미터를 통해 재난이 발생한 지역의 위치 정보를 제공한다. 또한 link 파라미터를 통해 사용불가 경로 정보를 수신할 수 있는 링크를 제공한다.
disasterArea를 통해 재난이 발생한 지역을 확인하고, NavSe 어플리케이션은 재난 지역을 회피하여 경로를 계산하거나, 링크를 통해 사용불가 경로 정보를 수신하고 이를 이용하여 경로를 계산하여 제공한다. 이후의 링크를 통해 사용불가 경로 정보를 수신하고 이를 이용하여 경로를 계산하는 경우는 (b)의 경우와 같다.
도 7은 본 발명의 실시예들을 구현하도록 구성된 단말과 서버의 블록도이다. 도 7에 도시한 각 구성요소는 하드웨어 칩으로 구현될 수 있으며, 또는 소프트웨어로 구현되고 마이크로프로세서가 각 구성요소에 대응하는 소프트웨어의 기능을 실행하도록 구현될 수도 있다.
단말(710)은 서버(720)와 통신하도록 구성된 통신부(711) 및 서버(720)로부터 수신되는 교통 정보를 통해 경로를 계산하도록 구성된 제어부(712)를 포함할 수 있다. 서버(720)는 단말(710)과 통신하도록 구성된 통신부(721) 및 단말로부터 수신된 출발지와 목적지 정보와 같은 여행과 관련된 파라미터에 기반하여 교통 정보를 수집하여 처리하도록 구성된 제어부(722)를 포함할 수 있다.
도 7과 관련하여 설명될 본 발명의 일 실시예는 단말(710)이 스마트 ND인 경우의 실시예이다. 본 실시예에서, 제어부(722)는 재난 발생 지역에 대한 경로 정보를 포함하는 자원을 구성하고, 다수의 어플리케이션으로부터 여행 파라미터를 수신하고, 여행 파라미터를 기반으로 재난 발생 지역에 대한 경로 정보를 제공할 단말(710)을 판단하여 자원에 접속할 수 있는 링크를 송신하며, 동일한 재난 발생 지역에 대한 경로 정보를 제공받게 되는 단말(710)에 동일한 자원에 접속할 수 있는 링크를 송신할 수 있다. 이 때, 자원은, 재난 발생 지역에 대해 현재 사용할 수 없는 사용불가 경로 정보 및 향후 사용할 수 없을 것이라고 예상되는 사용불가 경로 정보를 포함할 수 있다.
또한, 제어부(722)는, 단말(710)로부터 재난 발생 지역과 관련된 통지서비스에 대한 가입을 수신하고, 경로 정보가 갱신된 경우, 통지서비스에 대한 가입한 단말(710)에 갱신된 경로 정보를 통지할 수 있다.
또한, 제어부(722)는, 예상되는 사용불가 경로 정보가 실제 사용할 수 없는 경로가 되는 경우, 예상되는 사용불가 경로 정보의 id를 포함하는 통지메시지를 송신함으로써 단말(710)에 갱신된 정보를 효율적으로 전달할 수 있으며, 서버(720)에 대한 접속이 과부화되는 것을 막을 수 있다.
또한, 제어부(722)는, 단말(710)로부터 현재 위치를 수신하여 재난 발생 지역에 접근하는 경우, 갱신된 경로 정보를 단말(710)에 통지할 수 있다.
또한, 제어부(722)는, 여행 파라미터에 재난 발생 지역에 대한 경로 정보에 대한 요청이 포함되어 있지 않은 경우, 단말(710)에 여행 파라미터과 관련된 재난 지역의 위치를 송신할 수 있다.
도 4 내지 도 6에서는 과정들을 순차적으로 실행하는 것으로 기재하고 있으나, 이는 본 발명의 일 실시예의 기술 사상을 예시적으로 설명한 것에 불과한 것이다. 다시 말해, 본 발명의 일 실시예가 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 발명의 일 실시예의 본질적인 특성에서 벗어나지 않는 범위에서 도 4 내지 도 6에 기재된 순서를 변경하여 실행하거나 각 과정들 중 하나 이상의 과정을 병렬적으로 실행하는 것으로 다양하게 수정 및 변형하여 적용 가능할 것이므로, 도 4 내지 도 6은 시계열적인 순서로 한정되는 것은 아니다.
한편, 도 4 내지 도 6에 도시된 흐름도의 각 단계는 컴퓨터로 읽을 수 있는 기록매체에 컴퓨터가 읽을 수 있는 코드로서 구현하는 것이 가능하다. 컴퓨터가 읽을 수 있는 기록매체는 컴퓨터 시스템에 의하여 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 즉, 컴퓨터가 읽을 수 있는 기록매체는 마그네틱 저장매체(예를 들면, 롬, 플로피 디스크, 하드디스크 등) 및 광학적 판독 매체(예를 들면, 시디롬, 디브이디 등)와 같은 저장매체를 포함한다. 또한 컴퓨터가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어 분산방식으로 컴퓨터가 읽을 수 있는 코드가 저장되고 실행될 수 있다.
이상의 설명은 본 실시예의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 실시예가 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 실시예의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 따라서, 본 실시예들은 본 실시예의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시예에 의하여 본 실시예의 기술 사상의 범위가 한정되는 것은 아니다. 본 실시예의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 실시예의 권리범위에 포함되는 것으로 해석되어야 할 것이다.

Claims (12)

  1. 서버가 경로 계산이 가능한 단말에 재난 발생 지역에 대한 경로 정보를 제공하는 방법에 있어서,
    재난 발생 지역에 대한 사용불가 경로 정보를 포함하는 재난 지역 자원을 구성하는 과정; 및
    다수의 어플리케이션으로부터 여행 파라미터를 수신하고, 상기 여행 파라미터에 재난 발생 지역에 대한 사용불가 경로 정보 제공 요청이 있는 어플리케이션에, 상기 재난 지역 자원에 접속할 수 있는 링크를 송신하는 과정
    을 포함하고,
    상기 링크를 송신하는 과정은,
    동일한 재난 발생 지역에 대한 사용불가 경로 정보 제공요청이 있는 어플리케이션들에 동일한 재난 지역 자원에 접속할 수 있는 링크를 송신하는, 방법.
  2. 제 1항에 있어서,
    상기 재난 지역 자원을 구성하는 과정은,
    상기 재난 발생 지역에 대해 현재 사용할 수 없는 사용불가 경로 정보 및 향후 사용할 수 없을 것이라고 예상되는 사용불가 경로 정보를 포함하여 구성하는 것을 특징으로 하는, 방법.
  3. 제 1항에 있어서,
    어플리케이션으로부터 상기 재난 발생 지역과 관련된 통지서비스에 대한 구독 요청을 수신하는 과정; 및
    상기 사용불가 경로 정보가 갱신된 경우, 상기 통지서비스에 대한 구독 요청을 수신한 어플리케이션에 갱신된 사용불가 경로 정보를 통지하는 과정
    을 더 포함하는, 방법.
  4. 제 3항에 있어서,
    상기 재난 지역 자원을 구성하는 과정은,
    상기 재난 발생 지역에 대해 현재 사용할 수 없는 사용불가 경로 정보 및 향후 사용할 수 없을 것이라고 예상되는 사용불가 경로 정보를 포함하여 구성하고,
    상기 어플리케이션에 갱신된 사용불가 경로 정보를 통지하는 과정은,
    예상되는 사용불가 경로가 실제 사용할 수 없는 경로가 되는 경우, 상기 예상되는 사용불가 경로 정보의 id를 포함하는 통지메시지를 송신하는 것을 특징으로 하는, 방법.
  5. 제 3항에 있어서,
    상기 어플리케이션에 갱신된 사용불가 경로 정보를 통지하는 과정은,
    상기 재난 발생 지역에 접근한 어플리케이션으로부터 현재 위치를 수신하면, 상기 갱신된 경로 정보를 상기 어플리케이션에 통지하는 것을 특징으로 하는, 방법.
  6. 제 1항에 있어서,
    상기 여행 파라미터에 상기 재난 발생 지역에 대한 경로 정보 제공 요청이 포함되어 있지 않은 경우, 상기 어플리케이션에 상기 여행 파라미터와 관련된 재난 지역의 위치를 송신하는 과정
    을 더 포함하는, 방법.
  7. 경로 계산이 가능한 단말에 재난 발생 지역에 대한 경로 정보를 제공하는 서버장치로서,
    단말과 통신하도록 구성된 통신부; 및
    상기 단말로부터 수신되는 경로에 대한 교통 정보를 제공하도록 구성된 제어부를 포함하고,
    상기 제어부는,
    재난 발생 지역에 대한 사용불가 경로 정보를 포함하는 재난 지역 자원을 구성하고,
    다수의 어플리케이션으로부터 여행 파라미터를 수신하고, 상기 여행 파라미터에 재난 발생 지역에 대한 사용불가 경로 정보 제공 요청이 있는 어플리케이션에, 상기 재난 지역 자원에 접속할 수 있는 링크를 송신하며,
    동일한 재난 발생 지역에 대한 사용불가 경로 정보 제공요청이 있는 어플리케이션들에 동일한 재난 지역 자원에 접속할 수 있는 링크를 송신하는, 서버장치.
  8. 제 7항에 있어서,
    상기 재난 지역 자원은, 상기 재난 발생 지역에 대해 현재 사용할 수 없는 사용불가 경로 정보 및 향후 사용할 수 없을 것이라고 예상되는 사용불가 경로 정보를 포함하는 것을 특징으로 하는, 서버장치.
  9. 제 7항에 있어서,
    상기 제어부는, 어플리케이션으로부터 상기 재난 발생 지역과 관련된 통지서비스에 대한 구독 요청을 수신하고, 상기 사용불가 경로 정보가 갱신된 경우, 상기 통지서비스에 대한 구독 요청을 수신한 어플리케이션에 갱신된 사용불가 경로 정보를 통지하는 것을 특징으로 하는, 서버장치.
  10. 제 9항에 있어서,
    상기 재난 지역 자원은, 상기 재난 발생 지역에 대해 현재 사용할 수 없는 사용불가 경로 정보 및 향후 사용할 수 없을 것이라고 예상되는 사용불가 경로 정보를 포함하고,
    상기 제어부는, 예상되는 사용불가 경로가 실제 사용할 수 없는 경로가 되는 경우, 상기 예상되는 사용불가 경로 정보의 id를 포함하는 통지메시지를 송신하는 것을 특징으로 하는, 서버장치.
  11. 제 9항에 있어서,
    상기 제어부는, 상기 재난 발생 지역에 접근한 어플리케이션으로부터 현재 위치를 수신하면, 상기 갱신된 경로 정보를 상기 어플리케이션에 통지하는 것을 특징으로 하는, 서버장치.
  12. 제 7항에 있어서,
    상기 제어부는, 상기 여행 파라미터에 상기 재난 발생 지역에 대한 경로 정보 제공 요청이 포함되어 있지 않은 경우, 상기 어플리케이션에 상기 여행 파라미터와 관련된 재난 지역의 위치를 송신하는 것을 특징으로 하는, 서버장치.
KR1020180008285A 2017-06-19 2018-01-23 재난 지역의 사용불가 경로 정보를 제공하는 네비게이션 서비스 방법 및 서버장치 KR20180138114A (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020170077287 2017-06-19
KR20170077287 2017-06-19

Publications (1)

Publication Number Publication Date
KR20180138114A true KR20180138114A (ko) 2018-12-28

Family

ID=65008550

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020180008285A KR20180138114A (ko) 2017-06-19 2018-01-23 재난 지역의 사용불가 경로 정보를 제공하는 네비게이션 서비스 방법 및 서버장치

Country Status (1)

Country Link
KR (1) KR20180138114A (ko)

Similar Documents

Publication Publication Date Title
US9574887B2 (en) Method of calculating route, and method or device for obtaining route
US9903721B2 (en) Method for transferring route and device therefor
US11029169B2 (en) Navigation service method for providing unusable route information related to emergency area and server apparatus for the same
US8718910B2 (en) Crowd sourced traffic reporting
US9749930B2 (en) Method for delivering optimum path including plurality of passage places and apparatus therefor
US9494431B2 (en) Method for acquiring or providing update information for route to third party and apparatus for same
US8787871B2 (en) System and method for calculating and disseminating intelligent evacuation routes based on location awareness and integrated analytics
US9983017B2 (en) Route calculating method, route acquisition method or terminal for same
US20150048941A1 (en) Excessive-stop alerts in a web based asset tracking system
US9638541B2 (en) Method for calculating paths, method for obtaining paths as well as terminal for same
US10805766B2 (en) Method for providing mobile-communication-based navigation service supporting emergency rescue and service server using the same
KR102591310B1 (ko) 재난 지역의 사용불가 경로 정보를 제공하는 네비게이션 서비스 방법 및 서버장치
KR20180138114A (ko) 재난 지역의 사용불가 경로 정보를 제공하는 네비게이션 서비스 방법 및 서버장치
KR101135255B1 (ko) 개인 교통정보 제공 방법 및 그 시스템
KR102450127B1 (ko) 긴급 구조를 지원하는 이동통신 기반 내비게이션 서비스 방법 및 이를 이용한 서비스 서버
KR101053439B1 (ko) 교통정보를 활용한 행동계획 관리 시스템
Ghinamo et al. Vehicle navigation service based on real-time traffic information: A RESTful NetAPI solution with long polling notification
Lamanna Implementation of a MEC Application for a Traffic Control Center
CN102954797A (zh) 一种导航方法、导航服务器及终端